使用 ssh 服务管理远程主机
- 本章讲解了如下内容：
➢.配置网络服务；
➢.远程控制服务；
➢.不间断会话服务；
➢.检索日志信息。
9.1 配置网络服务
9.1.1 配置网卡参数
截至目前，大家已经完全可以利用当前所学的知识来管理 Linux 系统了。当然，大家的水平完全可以更进一步，接下来将学习如何在 Linux 系统上配置服务。但是在此之前，必须先保证主机之间能够顺畅地通信。如果网络不通，即便服务部署得再正确， 用户也无法顺利访问。 所以，配置网络并确保网络的连通性是学习部署 Linux 服务之前最后一个重要的知识点。
4.1.3 节讲解了如何使用 Vim 文本编辑器来配置网卡参数。 其实，在 RHEL 8 系统中至少有5种网络的配置方法， 这里教给大家的是使用nmtui命令来配置网络，其具体的配置步骤如图 9-1 至图 9-8 所示。当遇到不容易理解的内容时，会额外进行解释说明。
在 RHEL 5、 RHEL 6 系统及其他大多数早期的 Linux 系统中，网卡的名称一直都是 eth0、eth1、 eth2、 ……；在 RHEL 7 中则变成了类似于 eno16777736 这样的名字；而在 RHEL 8 系统中网卡的最新名称是类似于 ens160、 ens192 这样的，所以经常丰富的运维老手光看网卡名称大致就能猜出系统的版本了。不过除了网卡的名称发生变化之外，其他一切几乎照旧，因此这里演示的网络配置实验完全可以适用于各种版本的 Linux 系统。
现在，在服务器主机的网络配置信息中填写 IP 地址 192.168.10.10/24。 24 表示子网掩码
中的前 24 位为网络号，后 8 位是主机号（与写成 255.255.255.0 的效果一样）。网关、 DNS 等
信息暂可不必填写，等用到时再补充。
至此，在 Linux 系统中配置网络的步骤就结束了。
在安装 RHEL 8 系统时默认没有激活网卡。如果各位读者有同样的情况也不用担心，只需使用 Vim 编辑器将网卡配置文件中的 ONBOOT参数修改成 yes，这样在系统重启后网卡就被激活了。
[root@linuxprobe~]# vim /etc/sysconfig/network-scripts/ifcfg-ens160
TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=ens160
UUID=97486c86-6d1e-4e99-9aa2-68d3172098b2
DEVICE=ens160
ONBOOT=yes
HWADDR=00:0C:29:7D:27:BF
IPADDR=192.168.10.10
PREFIX=24
IPV6_PRIVACY=no
当修改完 Linux 系统中的服务配置文件后，并不会对服务程序立即产生效果。要想让服务程序获取到最新的配置文件，需要手动重启相应的服务，之后就可以看到网络畅通了：
[root@linuxprobe~]# nmcli connection reload ens160
[root@linuxprobe~]# nmcli connection up ens160
Connection successfully activated (D-Bus active path: /org/freedesktop/
NetworkManager/ActiveConnection/6)
[root@linuxprobe~]# ping 192.168.10.10
PING 192.168.10.10 (192.168.10.10) 56(84) bytes of data.
64 bytes from 192.168.10.10: icmp_seq=1 ttl=64 time=0.122 ms
64 bytes from 192.168.10.10: icmp_seq=2 ttl=64 time=0.048 ms
64 bytes from 192.168.10.10: icmp_seq=3 ttl=64 time=0.106 ms
64 bytes from 192.168.10.10: icmp_seq=4 ttl=64 time=0.043 ms
--- 192.168.10.10 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 61ms
rtt min/avg/max/mdev = 0.043/0.079/0.122/0.036 ms
9.1.2 创建网络会话
RHEL 和 CentOS 系统默认使用 NetworkManager 来提供网络服务，这是一种动态管理网络配置的守护进程，能够让网络设备保持连接状态。可以使用 nmcli 命令来管理NetworkManager 服务程序。 nmcli 是一款基于命令行的网络配置工具，功能丰富，参数众多。它可以轻松地查看网络信息或网络状态：
[root@linuxprobe~]# nmcli connection show
NAME UUID TYPE DEVICE
ens160 97486c86-6d1e-4e99-9aa2-68d3172098b2 ethernet ens160
virbr0 e5fca1ee-7020-4c21-a65b-259d0f993b44 bridge virbr0
[root@linuxprobe~]# nmcli connection show ens160
connection.id: ens160
connection.uuid: 97486c86-6d1e-4e99-9aa2-68d3172098b2
connection.stable-id: --
connection.type: 802-3-ethernet
connection.interface-name: ens160
connection.autoconnect: yes
………………省略部分输出信息………………
另外， RHEL 8 系统支持网络会话功能，允许用户在多个配置文件中快速切换（非常类似于 firewalld 防火墙服务中的区域技术）。如果我们在公司网络中使用笔记本电脑时需要手动指定网络的 IP 地址，而回到家中则是使用 DHCP 自动分配 IP 地址， 这就需要麻烦地频繁修改IP 地址，但是使用了网络会话功能后一切就简单多了—只需在不同的使用环境中激活相应的网络会话，就可以实现网络配置信息的自动切换了。
使用 nmcli 命令并按照“connection add con-name type ifname” 的格式来创建网络会话。假设将公司网络中的网络会话称之为 company，将家庭网络中的网络会话称之为 house，现在依次创建各自的网络会话。
使用 con-name 参数指定公司所使用的网络会话名称 company，然后依次用 ifname 参数指定本机的网卡名称（千万要以实际环境为准，不要照抄书上的 ens160），用 autoconnect no 参数将网络会话设置为默认不被自动激活，以及用 ip4 及 gw4 参数手动指定网络的 IP 地址：
[root@linuxprobe~]# nmcli connection add con-name company ifname ens160
autoconnect no type ethernet ip4 192.168.10.10/24 gw4 192.168.10.1
Connection 'company' (6ac8f3ad-0846-42f4-819a-e1ae84f4da86) successfully added.
使用 con-name 参数指定家庭所使用的网络会话名称 house。因为要从外部 DHCP 服务器自动获得 IP 地址，所以这里不需要进行手动指定。
[root@linuxprobe~]# nmcli connection add con-name house type ethernet ifname ens160
Connection 'house' (d848242a-4bdf-4446-9079-6e12ab5d1f15) successfully added.
在成功创建网络会话后，可以使用 nmcli 命令查看创建的所有网络会话：
[root@linuxprobe~]# nmcli connection show
NAME UUID TYPE DEVICE
ens160 97486c86-6d1e-4e99-9aa2-68d3172098b2 ethernet ens160
virbr0 e5fca1ee-7020-4c21-a65b-259d0f993b44 bridge virbr0
company 6ac8f3ad-0846-42f4-819a-e1ae84f4da86 ethernet --
house d848242a-4bdf-4446-9079-6e12ab5d1f15 ethernet --
使用 nmcli 命令配置过的网络会话是永久生效的，这样当我们上班后，顺手启动 company
网络会话，网卡信息就自动配置好了：
[root@linuxprobe~]# nmcli connection up company
Connection successfully activated (D-Bus active path: /org/freedesktop/
NetworkManager/ActiveConnection/6)
[root@linuxprobe~]# ifconfig
ens160: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.10.88 netmask 255.255.255.0 broadcast 192.168.10.255
inet6 fe80::320e:a005:dfa1:431c prefixlen 64 scopeid 0x20
ether 00:0c:29:7d:27:bf txqueuelen 1000 (Ethernet)
RX packets 66 bytes 5469 (5.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 99 bytes 11255 (10.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
………………省略部分输出信息………………
如果大家使用的是虚拟机，请把虚拟机系统的网卡（ 网络适配器） 切换成桥接模式，如
图 9-9 所示。 然后重启虚拟机系统即可。
[root@linuxprobe~]# nmcli connection up house
Connection successfully activated (D-Bus active path: /org/freedesktop/
NetworkManager/ActiveConnection/4)
[root@linuxprobe~]# ifconfig
ens160: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.107 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::f209:dc47:4004:3868 prefixlen 64 scopeid 0x20
ether 00:0c:29:7d:27:bf txqueuelen 1000 (Ethernet)
RX packets 22 bytes 6924 (6.7 KiB)281
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 82 bytes 10582 (10.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
………………省略部分输出信息………………
如果启用 company 会话成功，但启用 house 会话失败且不能获取到动态地址，则证明您的配置是正确的，问题出在了外部网络环境。有 3 种常见的情况，首先，您家中的设备没有连接路由器，而是通过拨号网络或共享 WiFi 的方式上网；其次，还在上学或上班的读者在浏览网页前必须通过学校或公司的验证页面才能访问互联网；最后，检查物理机的防火墙设置，可暂时关闭后再重试。
后续不需要网络会话时，直接用 delete 命令就能删除，特别简单：
[root@linuxprobe~]# nmcli connection delete house
Connection 'house' (d848242a-4bdf-4446-9079-6e12ab5d1f15) successfully deleted.
[root@linuxprobe~]# nmcli connection delete company
Connection 'company' (6ac8f3ad-0846-42f4-819a-e1ae84f4da86) successfully deleted.
9.1.3 绑定两块网卡
一般来讲，生产环境必须提供 7×24 小时的网络传输服务。借助于网卡绑定技术，不仅能够提高网络传输速度，更重要的是，还可以确保在其中一块网卡出现故障时，依然可以正常提供网络服务。假设我们对两块网卡实施了绑定技术，这样在正常工作中它们会共同传输数据，使得网络传输的速度变得更快；而且即使有一块网卡突然出现了故障，另外一块网卡便会立即自动顶替上去，保证数据传输不会中断。
下面来看一下如何绑定网卡。
在虚拟机系统中再添加一块网卡设备，请确保两块网卡都处在同一种网络连接模式中，如图 9-10 和图 9-11 所示。处于相同模式的网卡设备才可以进行网卡绑定，否则这两块网卡无法互相传送数据。
前面是使用 nmtui 命令来配置网络信息，这次我们使用 nmcli 命令来配置网卡设备的绑定参数。 这样可以确保大家同时学到两个命令， 而不用依赖于某个特定的命令了。网卡绑定的理论知识类似于前面学习的 RAID 硬盘组，我们需要对参与绑定的网卡设备逐个进行“初始设置”。需要注意的是，如图 9-12 所示， 左侧的 ens160 及 ens192 这些原本独立的网卡设备此时需要被配置成为一块“从属” 网卡，服务于右侧的 bond0“主” 网卡，不应该再有自己的IP 地址等信息。在进行了初始设置之后，它们就可以支持网卡绑定。
1、创建一个bond网卡
使用 nmcli 命令配置网络信息有一定的难度，所以咱们放到了第 9 章才开始讲解。首先使用如下命令创建一个 bond 网卡。 其中， 命令与参数的意思是创建一个类型为 bond（绑定）、名称为 bond0、网卡名为 bond0 的绑定设备，绑定模式为 balance-rr：
[root@linuxprobe~]# nmcli connection add type bond con-name bond0 ifname bond0
bond.options "mode=balance-rr"
Connection 'bond0' (b37b720d-c5fa-43f8-8578-820d19811f32) successfully added.
这里使用的是 balance-rr 网卡绑定模式，其中 rr 是 round-robin 的缩写，全称为轮循模式。round-robin 的特点是会根据设备顺序依次传输数据包，提供负载均衡的效果，让带宽的性能更好一些； 而且一旦某个网卡发生故障， 会马上切换到另外一台网卡设备上，保证网络传输不被中断。 active-backup 是另外一种比较常用的网卡绑定模式，它的特点是平时只有一块网卡正常工作，另一个网卡随时待命，一旦工作中的网卡发生损坏， 待命的网卡会自动顶替上去。可见， 这种网卡绑定模式的冗余能力比较强，因此也称为主备模式。
比如， 有一台用于提供 NFS 或者 Samba 服务的文件服务器，它所能提供的最大网络传输速度为 100Mbit/s，但是访问该服务器的用户数量特别多，因此它的访问压力也很大。在生产环境中，网络的可靠性是极为重要的，而且网络的传输速度也必须得以保证。针对这样的情况，比较好的选择就是使用 balance-rr 网卡绑定模式了。因为 balance-rr 模式能够让两块网卡同时一起工作，当其中一块网卡出现故障后能自动备援，且无须交换机设备支援，从而提供了可靠的网络传输保障。
2、向bond0设备添加从属网卡
刚才创建成功的 bond0 设备当前仅仅是个名称，里面并没有真正能为用户传输数据的网卡设备，接下来使用下面的命令把ens160 和 ens192 网卡添加进来。其中， con-name 参数后面接的是从属网卡的名称（ 可以随时设置）； ifname 参数后面接的是两块网卡的名称。 大家一定要以真实的网卡名称为准， 不要直接复制这里的名字：
[root@linuxprobe~]# nmcli connection add type ethernet slave-type bond con-name
bond0-port1 ifname ens160 master bond0
Connection 'bond0-port1' (8a2f77ee-cc92-4c11-9292-d577ccf8753d) successfully added.
[root@linuxprobe~]# nmcli connection add type ethernet slave-type bond con-name
bond0-port2 ifname ens192 master bond0
Connection 'bond0-port2' (b1ca9c47-3051-480a-9623-fbe4bf731a89) successfully added.
3、配置bond0设备的网络信息
配置网络参数的方法有很多，为了让这个实验的配置过程更加具有一致性，下面还是用nmcli 命令依次配置网络的 IP 地址及子网掩码、网关、 DNS、搜索域和手动配置等参数。如果不习惯这个命令，也可以直接编辑网卡配置文件， 或使用 nmtui 命令完成下面的操作：
[root@linuxprobe~]# nmcli connection modify bond0 ipv4.addresses 192.168.10.10/24
[root@linuxprobe~]# nmcli connection modify bond0 ipv4.gateway 192.168.10.1
[root@linuxprobe~]# nmcli connection modify bond0 ipv4.dns 192.168.10.1
[root@linuxprobe~]# nmcli connection modify bond0 ipv4.dns-search linuxprobe.com
[root@linuxprobe~]# nmcli connection modify bond0 ipv4.method manual
4、启动它
接下来就是激动人心的时刻了，启动它吧！再顺便看一下设备的详细列表：
[root@linuxprobe~]# nmcli connection up bond0
Connection successfully activated (master waiting for slaves) (D-Bus active
path: /org/freedesktop/NetworkManager/ActiveConnection/22)
[root@linuxprobe~]# nmcli device status
DEVICE TYPE STATE CONNECTION
bond0 bond connected bond0
ens160 ethernet connected ens160
virbr0 bridge connected virbr0
ens192 ethernet connected bond0-port2
lo loopback unmanaged --
virbr0-nic tun unmanaged --
当用户接下来访问主机 IP 地址 192.168.10.10 时， 主机实际上是由两块网卡在共同提供服务。可以在本地主机执行 ping 192.168.10.10 命令检查网络的连通性。为了检验网卡绑定技术的自动备援功能，可以突然在虚拟机硬件配置中随机移除一块网卡设备，如图 9-13 所示。
可以非常清晰地看到网卡切换的过程（ 一般只丢失一个数据包），另外一块网卡会继续为用户提供服务。
[root@linuxprobe~]# ping 192.168.10.10
PING 192.168.10.10 (192.168.10.10) 56(84) bytes of data.
64 bytes from 192.168.10.10: icmp_seq=1 ttl=64 time=0.109 ms
64 bytes from 192.168.10.10: icmp_seq=2 ttl=64 time=0.102 ms
64 bytes from 192.168.10.10: icmp_seq=3 ttl=64 time=0.066 ms
ping: sendmsg: Network is unreachable
64 bytes from 192.168.10.10: icmp_seq=5 ttl=64 time=0.065 ms
64 bytes from 192.168.10.10: icmp_seq=6 ttl=64 time=0.048 ms
64 bytes from 192.168.10.10: icmp_seq=7 ttl=64 time=0.042 ms
64 bytes from 192.168.10.10: icmp_seq=8 ttl=64 time=0.079 ms
^C
--- 192.168.10.10 ping statistics ---
8 packets transmitted, 7 received, 12% packet loss, time 7006ms
rtt min/avg/max/mdev = 0.042/0.073/0.109/0.023 ms
由于在 RHEL 8 系统中， 网卡绑定切换间隔为 1 毫秒（ 也就是 1/1000 秒）， 因此发生一个丢包的情况大概率不会出现。
9.2 远程控制服务
9.2.1 配置sshd服务
SSH（ Secure Shell）是一种能够以安全的方式提供远程登录的协议，也是目前远程管理285Linux 系统的首选方式。在此之前，一般使用 FTP 或 Telnet 来进行远程登录。但是因为它们以明文的形式在网络中传输账户密码和数据信息，因此很不安全，很容易受到黑客发起的中间人攻击， 轻则篡改传输的数据信息，重则直接抓取服务器的账户密码。
想要使用SSH 协议来远程管理 Linux 系统，则需要配置部署 sshd 服务程序。 sshd 是基于SSH协议开发的一款远程管理服务程序，不仅使用起来方便快捷，而且能够提供两种安全验证的方法：
➢基于密码的验证 —用账户和密码来验证登录；
➢基于密钥的验证 —需要在本地生成密钥对，然后把密钥对中的公钥上传至服务器，并与服务器中的公钥进行比较；该方式相较来说更安全。
前文曾多次强调“Linux 系统中的一切都是文件”，因此在 Linux 系统中修改服务程序的运行参数 ，实际上就是在修改程序配置文件的过程 。 sshd 服务的配置信息保存在/etc/ssh/sshd_config文件中。运维人员一般会把保存着最主要配置信息的文件称为主配置文件，而配置文件中有许多以井号（ #） 开头的注释行，要想让这些配置参数生效，需要在修改参数后再去掉前面的井号。sshd 服务配置文件中包含的重要参数如表 9-1 所示
| 参数 | 作用 |
|---|---|
| Port 22 | 默认的 sshd 服务端口 |
| ListenAddress 0.0.0.0 | 设定 sshd 服务器监听的 IP 地址 |
| Protocol 2 | SSH 协议的版本号 |
| HostKey /tc/ssh/ssh_host_key SSH | 协议版本为 1 时， DES 私钥存放的位置 |
| HostKey/etc/ssh/ssh_host_rsa_key | SSH 协议版本为 2 时， RSA 私钥存放的位置 |
| HostKey/etc/ssh/ssh_host_dsa_key | SSH 协议版本为 2 时， DSA 私钥存放的位置 |
| PermitRootLogin yes | 设定是否允许 root 管理员直接登录 |
| StrictModes yes | 当远程用户的私钥改变时直接拒绝连接 |
| MaxAuthTries 6 | 最大密码尝试次数 |
| MaxSessions 10 | 最大终端数 |
| PasswordAuthentication yes | 是否允许密码验证 |
| PermitEmptyPasswords no | 是否允许空密码登录（很不安全） |
接下来的实验会使用两台虚拟机，一台充当服务器，另外一台充当客户端，其 IP 地址及作用如表 9-2 所示。
| 主机地址 | 操作系统 | 作用 |
|---|---|---|
| 192.168.10.10 | Linux | 服务器 |
| 192.168.10.20 | Linux | 客户端 |
在 RHEL 8 系统中，已经默认安装并启用了 sshd 服务程序。接下来在客户端使用 ssh 命令远程连接服务器，其格式为“ssh [参数]主机 IP 地址”，要退出登录则执行 exit 命令。第一次访问时需要输入 yes 来确认对方主机的指纹信息：
[root@Client~]# ssh 192.168.10.10
The authenticity of host '192.168.10.10 (192.168.10.10)' can't be established.
ECDSA key fingerprint is SHA256:5d52kZi1la/FJK4v4jibLBZhLqzGqbJAskZiME6ZXpQ.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.10.10' (ECDSA) to the list of known hosts.
root@192.168.10.10's password:
Activate the web console with: systemctl enable --now cockpit.socket
Last login: Fri Jul 24 06:26:58 2020
[root@Server~]#
[root@Server~]# exit
logout
Connection to 192.168.10.10 closed.
如果禁止以 root 管理员的身份远程登录到服务器，则可以大大降低被黑客暴力破解密码的概率。下面进行相应配置。首先使用 Vim 文本编辑器打开服务器上的 sshd 服务主配置文件，然后把第 46 行#PermitRootLogin yes 参数前的井号（ #）去掉，并把参数值 yes 改成 no，这样就不再允许 root 管理员远程登录了。记得最后保存文件并退出。
[root@Server~]# vim /etc/ssh/sshd_config
………………省略部分输出信息………………
43 # Authentication:
44
45 #LoginGraceTime 2m
46 PermitRootLogin no
47 #StrictModes yes
48 #MaxAuthTries 6
49 #MaxSessions 10
………………省略部分输出信息………………
再次提醒的是，一般的服务程序并不会在配置文件修改之后立即获得最新的参数。如果想让新配置文件生效，则需要手动重启相应的服务程序。最好也将这个服务程序加入到开机启动项中，这样系统在下一次启动时，该服务程序便会自动运行，继续为用户提供服务。
[root@Server~]# systemctl restart sshd
[root@Server~]# systemctl enable sshd
这样一来，当 root 管理员再来尝试访问 sshd 服务程序时，系统会提示“不可访问” 的错误信息。虽然 sshd 服务程序的参数相对比较简单，但这就是在 Linux 系统中配置服务程序的正确方法。大家要做的是举一反三、活学活用，这样即便以后遇到了陌生的服务，也一样可以搞定了。
[root@Client~]# ssh 192.168.10.10
root@192.168.10.10's password:此处输入服务器管理员密码
Permission denied, please try again.
为了避免后续实验中不能用 root 管理员账号登录，请大家动手把上面的参数修改回来：
[root@Server~]# vim /etc/ssh/sshd_config287
………………省略部分输出信息………………
43 # Authentication:
44
45 #LoginGraceTime 2m
46 PermitRootLogin yes
47 #StrictModes yes
48 #MaxAuthTries 6
49 #MaxSessions 10
………………省略部分输出信息………………
[root@Server~]# systemctl restart sshd
[root@Server~]# systemctl enable sshd
如果想使用 Windows 系统进行访问也没问题。 首先确保网络是可以通信的，随后从Xshell、 PuTTY、 SecureCRT、 SSH Secure Shell Client 等工具中选择一个喜欢的登录工具，远程连接一下试试看，效果如图 9-14～图 9-16 所示。
9.2.2 安全密钥验证
加密是对信息进行编码和解码的技术，它通过一定的算法（密钥）将原本能被直接阅读的明文信息转换成密文形式。密钥即是密文的钥匙，有私钥和公钥之分。在传输数据时，如果担心被他人监听或截获，就可以在传输前先使用公钥对数据加密处理，然后再进行传送。这样，只有掌握私钥的用户才能解密这段数据，除此之外的其他人即便截获了数据，一般也很难将其破译为明文信息。
一言以蔽之，在生产环境中使用密码进行验证终归存在着被暴力破解或嗅探截获的风险。如果正确配置了密钥验证方式，那么 sshd 服务程序将更加安全。下面进行具体的配置，其步骤如下。
第一步. 在客户端主机中生成“密钥对”，记住是客户端。
[root@Client~]# ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):按回车或者这只密钥的存储路径
Enter passphrase (empty for no passphrase):按回车或者设置密钥的密码
Enter same passphrase again:再次回车或者输入上面一步的密码
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:kHa7B8V0nk63evABRrfZhxUpLM5Hx0I6gb7isNG9Hkg root@linuxprobe.com
The key's randomart image is:
+---[RSA 2048]----+
| o.=.o.+|
| . + =oB X |
| + o =oO O o|
| . o + *.+ ..|
| .ES . + o |
| o.o.= + . |
| =.o.o . o |
| . . o. . |
| .. |
+----[SHA256]-----+
第二步. 把客户端主机中生成的公钥文件传送至远程服务器。
[root@Client~]# ssh-copy-id 192.168.10.10
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter
out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are
prompted now it is to install the new keys
root@192.168.10.10's password:此处输入服务器管理员密码
Number of key(s) added: 1
Now try logging into the machine, with: "ssh '192.168.10.10'"
and check to make sure that only the key(s) you wanted were added.
第三步. 对服务器进行设置，使其只允许密钥验证，拒绝传统的密码验证方式。记得在修改配置文件后保存并重启 sshd 服务程序。
[root@Server~]# vim /etc/ssh/sshd_config
………………省略部分输出信息………………
70 # To disable tunneled clear text passwords, change to no here!
71 #PasswordAuthentication yes
72 #PermitEmptyPasswords no
73 PasswordAuthentication no
74
………………省略部分输出信息………………
[root@Server~]# systemctl restart sshd
第四步. 客户端尝试登录到服务器，此时无须输入密码也可成功登录，特别方便。
[root@Client~]# ssh 192.168.10.10
Activate the web console with: systemctl enable --now cockpit.socket
Last failed login: Thu Jan 28 13:44:09 CST 2021 from 192.168.10.20 on ssh:notty
There were 2 failed login attempts since the last successful login.
Last login: Thu Jan 28 13:22:34 2021 from 192.168.10.20
但是， 如果用户没有密钥信息，即便有密码也会被拒绝，系统甚至不会给用户输入密码的机会，如图 9-17 所示。
9.2.3 远程传输命令
scp（ secure copy）是一个基于 SSH 协议在网络之间进行安全传输的命令，其格式为“scp[参数] 本地文件 远程帐户@远程 IP 地址:远程目录”。与第 2 章讲解的 cp 命令不同， cp 命令只能在本地硬盘中进行文件复制，而 scp 不仅能够通过网络传送数据，而且所有的数据都将进行加密处理。例如，如果想把一些文件通过网络从一台主机传递到其他主机，这两台主机又恰巧是 Linux 系统，这时使用 scp命令就可以轻松完成文件的传递了。 scp 命令中可用的参数以及作用如表 9-2 所示。
| 参数 | 作用 |
|---|---|
| -v | 显示详细的连接进度 |
| -p | 指定远程主机的sshd端口号 |
| -r | 用于传送文件夹 |
| -6 | 使用IPV6协议 |
在使用 scp 命令把文件从本地复制到远程主机时，首先需要以绝对路径的形式写清本地文件的存放位置。如果要传送整个文件夹内的所有数据，还需要额外添加参数-r 进行递归操作。然后写上要传送到的远程主机的 IP 地址，远程服务器便会要求进行身份验证了。当前用户名称为 root，而密码则为远程服务器的密码。如果想使用指定用户的身份进行验证，可使用用户名@主机地址的参数格式。最后需要在远程主机的 IP 地址后面添加冒号，并在后面写上要传送到远程主机的哪个文件夹中。只要参数正确并且成功验证了用户身份，即可开始传送工作。由于 scp 命令是基于 SSH 协议进行文件传送的，而 9.2.2 小节又设置好了密钥验证，因此当前在传输文件时，并不需要账户和密码。
[root@Client~]# echo "Welcome to LinuxProbe.Com" > readme.txt
[root@Client~]# scp /root/readme.txt 192.168.10.10:/home
readme.txt 100% 26 13.6KB/s 00:00
此外，还可以使用 scp 命令把远程服务器上的文件下载到本地主机，其命令格式为“scp[参数]远程用户@远程 IP 地址:远程文件 本地目录”。这样就无须先登录远程主机再进行文件传送了，也就省去了很多周折。例如，可以把远程主机的系统版本信息文件下载过来。
[root@Client~]# scp 192.168.10.10:/etc/redhat-release /root
[root@Client~]# scp 192.168.10.10:/etc/redhat-release /root
redhat-release 100% 45 23.6KB/s 00:00
[root@Client~]# cat redhat-release
Red Hat Enterprise Linux release 8.0 (Ootpa)
9.3 不间断会话服务
大家在学习sshd服务时，不知有没有注意到这样一个事情：当与远程主机的会话被关闭时，在远程主机上运行的命令也随之被中断。
如果正在使用命令来打包文件，或者正在使用脚本安装某个服务程序，中途是绝对不能关闭在本地打开的终端窗口或断开网络连接的，甚至连网速的波动都有可能导致任务中断，此时只能重新进行远程连接并重新开始任务。还有些时候，我们正在执行文件打包操作，同时又想用脚本来安装某个服务程序，这时会因为打包操作的输出信息占满用户的屏幕界面，而只能再打开一个执行远程会话的终端窗口。 时间久了，难免会忘记这些打开的终端窗口是做什么用的了。
Terminal Multiplexer（终端复用器，简称为 Tmux） 是一款能够实现多窗口远程控制的开源服务程序。简单来说就是为了解决网络异常中断或为了同时控制多个远程终端窗口而设计的程序。用户还可以使用 Tmux 服务程序同时在多个远程会话中自由切换，能够实现如下功能。
➢ 会话恢复 ：即便网络中断，也可让会话随时恢复，确保用户不会失去对远程会话的控制。
➢ 多窗口：每个会话都是独立运行的，拥有各自独立的输入输出终端窗口，终端窗口内显示过的信息也将被分开隔离保存，以便下次使用时依然能看到之前的操作记录。
➢ 会话共享：当多个用户同时登录到远程服务器时，便可以使用会话共享功能让用户之间的输入输出信息共享。
在 RHEL 8 系统中，默认没有安装 Tmux 服务程序，因此需要配置软件仓库来安装它。配置软件仓库的步骤请见 8.3.2 节， BaseOS 和 AppStream 都要配置， 这里直接开始安装 Tmux：
[root@linuxprobe~]# dnf install tmux
Updating Subscription Management repositories.
Unable to read consumer identity
This system is not registered to Red Hat Subscription Management. You can use
subscription-manager to register.
AppStream 3.1 MB/s | 3.2 kB 00:00
BaseOS 2.7 MB/s | 2.7 kB 00:00
Dependencies resolved.
===============================================================================
Package Arch Version Repository Size
===============================================================================
Installing:
tmux x86_64 2.7-1.el8 BaseOS 317 k
Transaction Summary
===============================================================================
Install 1 Package
Total size: 317 k
Installed size: 770 k
Is this ok [y/N]: y
Downloading Packages:
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing :
Installing : tmux-2.7-1.el8.x86_64 1/1
Running scriptlet: tmux-2.7-1.el8.x86_64 1/1
Verifying : tmux-2.7-1.el8.x86_64 1/1
Installed products updated.
Installed:
tmux-2.7-1.el8.x86_64
Complete!
注：
简捷起见，将对后面章节中出现的软件安装信息进行过滤—把重复性高及无意义的非必要信息省略。
9.3.1 管理远程会话
Tmux 服务能做的事情非常多，例如创建不间断会话、恢复离线工作、 将界面切分为不同的窗格、共享会话等。 下面直接敲击 tmux 命令进入会话窗口中，如图 9-18 所示。
不难发现，会话窗口的底部出现了一个绿色的状态栏，里面分别显示的是会话编号、名称、主机名及系统时间。
退出会话窗口的命令是 exit，敲击后即可返回到正常的终端界面，如图 9-19 所示。
会话窗口的编号是从 0 开始自动排序（ 即 0、 1、 2、 3、……），会话窗口数量少的时候还没关系，数量多的时候区分起来就很麻烦了。接下来创建一个指定名称为 backup 的会话窗口。 请各位读者留心观察，当在命令行中敲下下面这条命令的一瞬间，屏幕会快速闪动一下，这时就已经进入 Tmux 会话中了，在里面执行的任何操作都会被后台记录下来。
[root@linuxprobe~]# tmux new -s backup
假设我们突然要去忙其他事情，但会话窗口中执行的进程还不能被中断，此时便可以用detach 参数将会话隐藏到后台。虽然看起来与刚才没有不同，但实际上可以看到当前的会话正在工作中：
[root@linuxprobe~]# tmux detach
[detached (from session backup)]
如果觉得每次输入 detach 参数都很麻烦，可以直接如图 9-20 所示关闭中断窗口（这与进行远程连接时突然断网具有相同的效果）， Tmux 服务程序会自动帮我们进行保存。
这样操作之后， 服务和进程都会一直在后台默默运行，不会因为窗口被关闭而造成数据丢失。不放心的话可以查看一下后台有哪些会话：
[root@linuxprobe~]# tmux ls
backup: 1 windows (created Thu Jan 28 15:57:40 2021) [80x23]
在传统的远程控制中，如果突然关闭会话窗口，一定会导致正在运行的命令也突然终止，但是在 Tmux 的不间断会话服务中则不会这样。 我们只需查看一下刚刚关闭的离线会话名称，然后尝试恢复回来， 这个会话就可以继续工作了。 回归到 backup 会话中的方法很简单，直接在 tmux 命令后面加 attach 和会话编号或会话名称就可以。 关闭会话窗口之前正在进行的一切工作状态都会被原原本本地呈现出来，丝毫不受影响：
[root@linuxprobe~]# tmux attach -t backup
如果不再需要使用这个 Tmux 会话了， 也不用先在 tmux 命令后面添加 attach，再执行 exit命令退出，而是可以直接使用 kill 命令杀死这个会话。
[root@linuxprobe~]# tmux attach -t backup
[exited]
[root@linuxprobe~]# tmux ls
no server running on /tmp/tmux-0/default
在日常的生产环境中，其实并不是必须先创建会话，然后再开始工作。可以直接使用 tmux命令执行要运行的指令，这样命令中的一切操作都会被记录下来，当命令执行结束后， 后台会话也会自动结束。
[root@linuxprobe~]# tmux new "vim memo.txt"
9.3.2 管理多窗口
在实际工作中，一个 Shell 终端窗口总是不够用， 这怎么办呢？ Tmux 服务有个多窗格功能，能够把一个终端界面按照上下或左右进行切割， 从而使得能同时做多件事情，而且之间295互不打扰，特别方便。
先创建一个会话。使用“tmux split-window” 命令可以创建上下切割的多窗格终端界面，如图 9-21 所示。使用“tmux split-window -h” 命令可以创建左右切割的多窗格终端界面，如图 9-22 所示。
创建多窗格终端界面后，我们同时做几件事情都不会乱了。 如果觉得两个窗格还不够，那就再执行几次上面的命令吧，退出时执行 exit 命令即可。呀！一不小心创建得太多了，当前正在使用的窗格变得特别小，看不到输入内容了， 怎么办呢？不要着急！可以同时按下“Ctrl + B +方向键” 调整窗格的尺寸。例如， 现在使用的窗格有些小，想向右扩大一些，则同时如下“Ctrl + B +右箭头键” 就行了。如果需要切换到其他窗格进行工作，但又不能关闭当前的窗格，则可使用如表 9-4 所示的命令进行切换。
| 命令 | 作用 |
|---|---|
| tmux select-pane -U | 切换至上方的窗格 |
| tmux select-pane -D | 切换至下方的窗格 |
| tmux select-pane -L | 切换至左方的窗格 |
| tmux select-pane -R | 切换至右方的窗格 |
假如想调整窗格的位置，把上面与下面的窗格位置互换，则可以用如表 9-5 所示的命令进行互换。
| 命令 | 作用 |
|---|---|
| tmux swap-pane -U | 将当前窗格与上方的窗格互换 |
| tmux swap-pane -D | 将当前窗格与下方的窗格互换 |
| tmux swap-pane -L | 将当前窗格与左方的窗格互换 |
| tmux swap-pane -R | 将当前窗格与右方的窗格互换 |
如图 9-23 所示，原本执行过 uptime 命令的窗格在下方，只需要在该窗格中执行“tmuxswap-pane -U” 命令即可与上方窗格互换位置，效果如图 9-24 所示。
在工作中，通过输入命令来切换窗格难免有些麻烦， 实际上 Tmux 服务为用户提供了一系列快捷键来执行窗格的切换。 方法是先同时按下 Ctrl+B 组合键， 然后松手后再迅速按下其他后续按键， 而不是一起按下。 用于操作会话窗格的常见快捷键如表 9-6所示。
| 快捷键 | 作用 |
|---|---|
| % | 划分为左右两个窗格 |
| " | 划分为上下两个窗格 |
| <方向键> | 切换到上下左右相邻的一个窗格 |
| ; | 切换至上一个窗格 |
| o | 切换至下一个窗格 |
| { | 将当前窗格与上一个窗格位置互换 |
| } | 将当前窗格与下一个窗格位置互换 |
| x | 关闭窗格 |
| ! | 将当前窗格拆分成独立窗口，而不在与其他窗格同处一个界面 |
| q | 显示窗格编号 |
请大家一定要注意，在通过快捷键来操作会话窗格时，一定是先按下 Ctrl+B 组合键后，再敲击其他按键，否则操作不生效。假设现在有如图 9-25 所示的两个窗格，我们想将这两个窗口的位置互换。 操作方法是先同时按下 Ctrl+B 组合键，然后松手，再按下“}”键， 即可实现，最终效果如图 9-26 所示。
在学会了 Tmux 服务的这些操作之后，日常管理就不成问题了。 这里提及的命令和快捷键不建议死记硬背，工作时可以把书放在案头，随用随查即可。
9.3.3 会话共享功能
Tmux 服务不仅可以确保用户在极端情况下也不丢失对系统的远程控制，保证了生产环境中远程工作的不间断性，而且它还具有会话共享、分屏切割窗格、会话锁定等实用的功能。其中，会话共享功能是一件很酷的事情，当多个用户同时控制服务器的时候，它可以把服务器屏幕内容共享出来。 也就是说， 每个用户都能够看到相同的内容，还能一起同时操作。会话共享功能的技术拓扑如图 9-27 所示。
要实现会话共享功能，首先使用 ssh 服务将客户端 A 远程连接到服务器， 随后使用 Tmux服务创建一个新的会话窗口，名称为 share：
[root@client A~]# ssh 192.168.10.10
The authenticity of host '192.168.10.10 (192.168.10.10)' can't be established.
ECDSA key fingerprint is SHA256:5d52kZi1la/FJK4v4jibLBZhLqzGqbJAskZiME6ZXpQ.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.10.10' (ECDSA) to the list of known hosts.
root@192.168.10.10's password: 此处输入服务器管理员密码
Activate the web console with: systemctl enable --now cockpit.socket
Last login: Fri Jul 24 06:26:58 2020
[root@client A~]# tmux new -s share
然后，使用 ssh 服务将客户端 B 也远程连接到服务器，并执行获取远程会话的命令。接下来，两台客户端就能看到相同的内容了。
[root@client B~]# ssh 192.168.10.10
The authenticity of host '192.168.10.10 (192.168.10.10)' can't be established.
ECDSA key fingerprint is SHA256:5d52kZi1la/FJK4v4jibLBZhLqzGqbJAskZiME6ZXpQ.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.10.10' (ECDSA) to the list of known hosts.
root@192.168.10.10's password: 此处输入服务器管理员密码
Activate the web console with: systemctl enable --now cockpit.socket
Last login: Fri Jul 24 06:26:58 2020
[root@client B~]# tmux attach-session -t share
操作完成后，两台客户端的所有终端信息都会被实时同步，它们可以一起共享同一个会话窗口，特别方便。为了让大家更好地感受会话共享功能的强大之处， 读者可以从两台不同的客户端同时远程控制到服务器上面， 我们也可以在同一台电脑上创建出两个窗格（ 见图9-28）来模拟这一行为，更能清晰地看到数据被同步的过程。
9.4 检索日志信息
Linux 系统拥有十分强大且灵活的日志系统，用于保存几乎所有的操作记录和服务运行状态，并且按照“报错”“警告”“提示” 和“其他” 等标注进行了分类。 运维管理员可以根据所需的信息进行检索，快速找出想要的信息，因此对于了解系统运行状态有着不错的帮助作用。
在 RHEL 8 系统中，默认的日志服务程序是 rsyslog。可以将 rsyslog 理解成之前的 syslogd服务的增强版本，它更加注重日志的安全性和性能指标。为了便于日后的检索， 不同的日志信息会被写入到不同的文件中。 在 Linux 系统中， 常见的日志文件如表 9-7 所示。
| 文件路径 | 作用 |
|---|---|
| /var/log/boot.log | 系统开机自检事件及引导过程等信息 |
| /var/log/lastlog | 用户登录成功时间、终端名称及 IP 地址等信息 |
| /var/log/btmp | 记录登录失败的时间、终端名称及 IP 地址等信息 |
| /var/log/messages | 系统及各个服务的运行和报错信息 |
| /var/log/secure | 系统安全相关的信息 |
| /var/log/wtmp | 系统启动与关机等相关信息 |
在日常工作中， /var/log/message 这个综合性的文件用得最多。 在处理 Linux 系统中出现的各种故障时，一般是最先发现故障的症状，而找到故障的原因则一定离不开日志信息的帮忙。
从理论上讲，日志文件分为下面 3 种类型。
➢ 系统日志： 主要记录系统的运行情况和内核信息。
➢ 用户日志： 主要记录用户的访问信息，包含用户名、终端名称、 登入及退出时间、来
源 IP 地址和执行过的操作等。
➢ 程序日志： 稍微大一些的服务一般都会保存一份与其同名的日志文件，里面记录着服务
运行过程中各种事件的信息； 每个服务程序都有自己独立的日志文件，且格式相差较大。只有快速地定位故障点，才能对症下药， 及时解决各种系统问题。
上面提到，每个稍微大一些的服务都有自己独立的日志文件，为了让用户在检索信息时不至于特别麻烦， journalctl 命令应运而生。 journalctl 命令用于检索和管理系统日志信息，英文全称为“journal control”，语法格式为“journalctl 参数”。它可以根据事件、类型、 服务名称等信息进行信息检索，从而大大提高了日常排错的效率。 journalctl 命令的常见参数如表 9-8所示。 大家可以先混个脸熟， 然后再开始实验。
| 参数 | 作用 |
|---|---|
| -k | 内核日志 |
| -b | 启动日志 |
| -u | 指定服务 |
| -n | 指定条数301 |
| -p | 指定类型 |
| -f | 实时刷新（追踪日志） |
| –since | 指定时间 |
| –disk-usage | 占用空间 |
现在准备动手动手操练起来！首先查看系统中最后 5 条日志信息：
[root@linuxprobe~]# journalctl -n 5
-- Logs begin at 2020-07-24 05:59:38 CST, end at 2020-07-25 13:39:51 CS>
Jan 31 13:33:54 linuxprobe.com systemd[1]: Started Fingerprint Authentic>
Jan 31 13:33:55 linuxprobe.com gnome-keyring-daemon[2533]: couldn't init>
Jan 31 13:33:55 linuxprobe.com gdm-password][4983]: gkr-pam: unlocked lo>
Jan 31 13:33:56 linuxprobe.com NetworkManager[1203]: [1612071236>
Jan 31 13:39:51 linuxprobe.com cupsd[1230]: REQUEST localhost - - "POST >
lines 1-6/6 (END)
还可以使用-f 参数实时刷新日志的最新内容（这与第 2 章介绍的 tail -f /var/log/message命令的效果相同）：
[root@linuxprobe~]# journalctl -f
-- Logs begin at Fri 2020-07-24 05:59:38 CST. --
Jan 31 13:33:54 localhost.localdomain dbus-daemon[1058]: [system] Activating via
systemd: service name='net.reactivated.Fprint' unit='fprintd.service' requested by ':
1.172' (uid=0 pid=2600 comm="/usr/bin/gnome-shell " label="unconfined_u:unconfined_r:
unconfined_t:s0-s0:c0.c1023")
Jan 31 13:33:54 localhost.localdomain systemd[1]: Starting Fingerprint
Authentication Daemon...
Jan 31 13:33:54 localhost.localdomain dbus-daemon[1058]: [system] Successfully
activated service 'net.reactivated.Fprint'
Jan 31 13:33:54 localhost.localdomain systemd[1]: Started Fingerprint
Authentication Daemon.
………………省略部分输出信息………………
在 rsyslog 服务程序中，日志根据重要程度被分为 9 个等级，如表 9-9 所示。 这样的好处是， 我们可以直击最重要的信息， 而不用担心会被海啸般的输出内容所淹没。大家可以将表9-9 留存，以备日后工作中进行查阅。
| 日志等级 | 说明 |
|---|---|
| emerg | 系统出现严重故障，比如内核崩溃 |
| alert | 应立即修复的故障，比如数据库损坏 |
| crit | 危险性较高的故障，比如硬盘损坏导致程序运行失败 |
| err | 危险性一般的故障，比如某个服务启动或运行失败 |
| warning | 警告信息，比如某个服务参数或功能出错 |
| notice | 不严重的一般故障，只是需要抽空处理的情况 |
| info | 通用性消息，用于提示一些有用的信息 |
| debug | 调试程序所产生的信息 |
| none | 没有优先级，不进行日志记录 |
如果只想看系统中较高级别的报错信息，可以在 journalctl 命令中用-p 参数进行指定：
[root@linuxprobe~]# journalctl -p crit
-- Logs begin at Fri 2020-07-24 05:59:38 CST, end at Sun 2021-01-31 15:06:07 CST. --
Jul 24 05:59:38 localhost.localdomain kernel: Detected CPU family 6 model 158
stepping 13
Jul 24 05:59:38 localhost.localdomain kernel: Warning: Intel Processor - this
hardware has not undergone testing by Red Hat and might not be certified. Please
consult https://hardware.redhat.com for certified hardware.
………………省略部分输出信息………………
我们不仅能够根据日志等级进行检索，还可以用–since 参数按照今日（ today）、 近 N 小时（ hour）、 指定时间范围的格式进行检索，找出最近的日志数据。 来看下面几个例子。
仅查询今日的日志信息：
[root@linuxprobe~]# journalctl --since today
-- Logs begin at Fri 2020-07-24 05:59:38 CST, end at Sun 2021-01-31 15:10:01 CST. --
Jan 31 12:48:25 localhost.localdomain systemd[1]: Starting update of the root
trust anchor >
Jan 31 12:48:25 localhost.localdomain rsyslogd[1392]: imjournal: sd_journal_get_
cursor() fail>
Jan 31 12:48:25 localhost.localdomain rsyslogd[1392]: imjournal: journal
reloaded... [v8.3>
Jan 31 12:48:25 localhost.localdomain systemd[1]: Started update of the root
trust anchor for>
Jan 31 12:48:25 localhost.localdomain sssd[kcm][2764]: Shutting down
………………省略部分输出信息………………
仅查询最近 1 小时的日志信息：
[root@linuxprobe~]# journalctl --since "-1 hour"
-- Logs begin at Fri 2020-07-24 05:59:38 CST, end at Sun 2021-01-31 15:10:01 CST. --
Jan 31 14:25:36 localhost.localdomain systemd[1]: Starting dnf makecache...
Jan 31 14:25:36 localhost.localdomain dnf[5516]: Updating Subscription Management
repositories.
Jan 31 14:25:36 localhost.localdomain dnf[5516]: Unable to read consumer identity
Jan 31 14:25:36 localhost.localdomain dnf[5516]: This system is not registered
to Red Hat>
Jan 31 14:25:36 localhost.localdomain dnf[5516]: Metadata cache refreshed recently.
Jan 31 14:25:36 localhost.localdomain systemd[1]: Started dnf makecache.
………………省略部分输出信息………………
仅查询 12 点整到 14 点整的日志信息：
[root@linuxprobe~]# journalctl --since "12:00" --until "14:00"
-- Logs begin at Fri 2020-07-24 05:59:38 CST, end at Sun 2021-01-31 15:10:01 CST. --
Jan 31 12:48:25 localhost.localdomain systemd[1]: Starting update of the root
trust anchor>
Jan 31 12:48:25 localhost.localdomain rsyslogd[1392]: imjournal: sd_journal_get_
cursor()>
Jan 31 12:48:25 localhost.localdomain rsyslogd[1392]: imjournal: journal
reloaded... [v8.37>
Jan 31 12:48:25 localhost.localdomain systemd[1]: Started update of the root
trust anchor>
Jan 31 12:48:25 localhost.localdomain sssd[kcm][2764]: Shutting down
Jan 31 12:48:30 localhost.localdomain systemd[1]: Starting SSSD Kerberos Cache303
Manager...
Jan 31 12:48:30 localhost.localdomain systemd[1]: Started SSSD Kerberos Cache
Manager.
Jan 31 12:48:30 localhost.localdomain sssd[kcm][3981]: Starting up
………………省略部分输出信息………………
仅查询从 2020 年 7 月 1 日至 2020 年 8 月 1 日的日志信息：
[root@linuxprobe~]# journalctl --since "2020-07-01" --until "2020-08-01"
-- Logs begin at Fri 2020-07-24 05:59:38 CST, end at Sun 2021-01-31 15:10:01 CST. --
Jul 24 05:59:38 localhost.localdomain kernel: Linux version 4.18.0-80.el8.x86_
64 (mockbuild>
Jul 24 05:59:38 localhost.localdomain kernel: Command line: BOOT_IMAGE=(hd0,
msdos1)/vmlinuz>
Jul 24 05:59:38 localhost.localdomain kernel: Disabled fast string operations
Jul 24 05:59:38 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature
0x001: 'x87>
Jul 24 05:59:38 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature
0x002: 'SSE>
Jul 24 05:59:38 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature
0x004: 'AVX>
Jul 24 05:59:38 localhost.localdomain kernel: x86/fpu: xstate_offset[2]: 576,
xstate_sizes>
Jul 24 05:59:38 localhost.localdomain kernel: x86/fpu: Enabled xstate features
0x7, context>
Jul 24 05:59:38 localhost.localdomain kernel: BIOS-provided physical RAM map:
………………省略部分输出信息………………
下面我们来看个不一样的： 查询指定服务的日志信息。在默认情况下， 所有的日志信息都是混在一起的。 如果想看具体某项服务的日志信息，可以使用_SYSTEMD_UNIT 参数进行查询，服务名称的后面要有“.service”，这是标准服务名称的写法。
[root@linuxprobe~]# journalctl -u sshd
-- Logs begin at Mon 2020-09-14 15:35:27 CST, end at Sun 2021-01-31 17:26:15 CST. --
Nov 09 13:50:03 iZuf61gqesu0zmrcsma8x4Z sshd[1218]: Server listening on 0.0.0.0
port 22.
Nov 09 13:58:45 iZuf61gqesu0zmrcsma8x4Z sshd[1218]: Received signal 15; terminating.
-- Reboot --
Nov 09 13:59:29 iZuf61gqesu0zmrcsma8x4Z sshd[1127]: Server listening on 0.0.0.0
port 22.
Nov 09 14:12:12 iZuf61gqesu0zmrcsma8x4Z sshd[1262]: Accepted password for root
from 111.196
Nov 09 14:12:12 iZuf61gqesu0zmrcsma8x4Z sshd[1262]: pam_unix(sshd:session):
session opened
Nov 09 14:14:31 iZuf61gqesu0zmrcsma8x4Z sshd[1127]: Received signal 15; terminating.
………………省略部分输出信息………………
恭喜您！又学习完了一章。 按照本书内容结构的划分，从第 10 章开始将介绍各种服务的配置方法。 随着实验的成功，相信大家的学习乐趣也会翻倍提升。 一定要坚持下去哦！
359
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
