10.32/10.33 rsync通过服务同步

rsync还可以通过服务的方式同步，这种方式首先需要开启一个服务，服务是cs架构的，也就是客户端和服务端。服务端要开启一个rsync服务，并且需要监听一个端口，默认是873端口，这个端口是可以自定义的，然后客户端可以通过这个端口与服务端进行通信，得以传输数据。

启动服务之前要编辑配置文件，这个配置文件的路径是：/etc/rsyncd.conf ，配置的信息不一定必须要写在这个路径的文件里，也可以写在其他的文件里，不过在开启服务的时候就得加上--configfile=配置文件的路径，加上这个参数是为了指定配置文件的路径，如果是写在/etc/rsyncd.conf文件里，则不需要指定配置文件的路径。

rsyncd.conf文件配置样例：

port=873

log file=/var/log/rsync.log

pid file=/var/run/rsyncd.pid

address=192.168.77.130

[test]

path=/tmp/rsync

use chroot=true

max connections=4

read only=no

list=true

uid=root

gid=root

auth users=test

secrets file=/etc/rsyncd.passwd

hosts allow=192.168.77.132 1.1.1.1 2.2.2.2 192.168.77.0/24

把配置样例粘贴到/etc/rsyncd.conf文件里：

保存退出后，启动服务：

检测一下服务是否已启动：

检查一下监听的端口：

在tmp目录下创建rsync目录，并设置为777权限：

现在我要在在另一台机器同步文件过来，得执行下面这条命令：

rsync -avP /tmp/1.txt 192.168.77.130::test/123.txt

如果出现以上错误就ping一下另一台机器是否能通，能ping通的话就检查一下端口是否能通。

telnet命令可以检测某个端口是否是通的，如果没有这个命令的话就安装一下：

安装命令：yum install -y telnet

检测端口：

端口不通的话，检测一下是否是iptables的问题：

这是没问题的，那么就检测另一台机器的iptables：

显示以上这种信息，就证明是这台机器的iptables问题。

停掉这台机器的firewalld服务：

现在再回到另一台机器检测一下端口：

显示以上结果则表示没问题的。

Ctrl + ]再输入quit退出端口检测：

处理完以上问题后，就可以执行rsync命令了：

如果不想输入密码的话，就把配置文件里这这两行注释掉：

现在就可以不需要密码传输文件了：

在充当服务端的机器上就能看到同步的文件了：

同样的我们也可以从服务端上同步文件：

use chroot为true的情况下，你要同步的目录里有软链接的话，并且你rsync命令里加上了-L选项的话，那么同步此目录的时候，软链接文件会同步失败。

例如我在源目录里创建了一个软链接文件：

然后如果我rsync命令里不加-L选项进行同步的话，是不会出问题的：

但是如果加了-L就会出现错误：

如果修改了端口号的话，那么在同步的时候需要加上--port选项指定端口号。

例如我在配置文件里端口号更改为8730：

重启一下服务，端口才会更新：

加上--port选项指定端口号：

列出服务端的可用模块：

如果list为false的话，这个是列不出来的。

在同步时需要输入用户和密码的话，就把刚刚注释的auth users和secrets file恢复，然后在auth users行指定用户名，secrets file行指定用户的密码文件路径：

然后给test用户指定一个密码，需要编辑一下test用户的密码文件：

vim /etc/rsyncd.passwd

内容格式如下：

然后把此文件的权限改为600：

这时候再同步的话就需要输入test用户名和密码了：

但是这样挺麻烦的每次都需要输入密码，但是跳过密码又不太安全，这时候要想解决这个问题，可以在客户端上也创建一个密码文件，这个密码文件里保存着test用户的密码，在使用rsync命令同步的时候只要加上--password-file=密码文件路径，这个参数即可不需要输入密码：

创建密码文件：vi /etc/rsync_pass.txt

内容格式，直接写上密码即可：

然后把此文件的权限也改为600：

这时候再同步的话就不需要输入test用户的密码了：

hosts allow这一行是用于指定允许连接你服务端的IP，指定多个则空一格即可，也可以指定IP端。

10.34 linux系统日志

因为Linux系统最常用于作为服务器的操作系统，所以在系统中会存在着相当多的服务，有时候当一个服务启动不了或者出现一些问题，就可以去查看日志文件，日志往往会记录着服务启动、运行、停止的信息，还有错误信息，有时候报错不一定会显示在屏幕上，而是会显示在日志里，所以要学会查看日志。

我们先来看看Linux系统里有哪些重要的日志：

第一个是/var/log/messages，这个日志是Linux系统里一个汇总的日志，很多信息都记录在这个日志里，如果服务没有指定单独的日志文件的话，都会记录在这个日志里，其实这就是个系统日志。

在Linux系统里会有一个日志切割机制，当日志文件大小增涨到一定的程度，就会对这个日志进行切割：

这些日志切割是由logrotate服务来完成的，为了防止日志文件大小无限制的增加，所以会有这样的一个切割机制。

/etc/logrotate.conf是logrotate服务的配置文件，内容如下：

其他配置文件：

syslog文件内容：

Linux服务写文件的时候是根据文件的inode号去写的，而不是根据文件名，所以需要重新加载服务。

dmesg命令会把系统里硬件相关的日志列出来，这个日志是保存在内存中的，并不是一个文件：

硬盘、网卡等等硬件出问题了，都会记录在这个日志里

dmesg -c可以清空这些日志内容，清空时会再打印一遍。

第二个是/var/log/dmesg 日志文件，这个日志和dmesg 命令没有关联，这是一个系统启动日志，会记录系统启动时的相关信息：

last命令，用来查看系统正确的登录历史，这个命令调用的是/var/log/wtmp文件，这个文件是二进制文件，所以要用last来查看：

和last命令对应的是lastb命令，这个命令则是查看系统登录失败的历史信息，同样的这个命令也会调用一个文件，这个文件是/var/log/btmp文件，这也是一个二进制文件：

当你的系统被人暴力破解的时候，这里就会记录很多日志信息。

/var/log/secure是一个安全日志：

无论系统登录成功或者失败的信息都会被记录到这个日志文件里：

如果登录失败就会有这样一个信息，还会把IP给记录下来：

10.35 screen工具

screen是一个虚拟的终端，我们假设一个需求要执行一个脚本，这个脚本执行时间很长可能要一天一夜，而且这个脚本会输出一些信息出来，所以不能中断，为了保证脚本执行的过程不中断，有两个办法可以解决这个问题，第一个办法是丢到后台里去然后加一个日志的输出，这个方式虽然解决了任务中断的问题，但是我们却无法实时在屏幕上查看到任务的输出信息。第二个办法就是使用screen虚拟终端，把这个脚本放到虚拟终端去执行。

screen安装命令：yum install -y screen

安装完之后，执行screen命令，就会进入到虚拟终端。

现在我在虚拟终端里执行vmstat命令，每秒输出一次信息：