uid = root #守护进程所属的uid，默认是nobody，可能会碰到文件或目录权限问题，此处偷懒用的 root
#chroot，即改变程序执行时所参考的根目录位置，在传输文件之前，服务器守护程序在将chroot 到文件系统中的目录中
#这样做的好处是可能保护系统被安装漏洞侵袭的可能。缺点是需要超级用户权限。另外对符号链接文件，将会排除在外
#也就是说，你在 rsync服务器上，如果有符号链接，你在备份服务器上运行客户端的同步数据时，只会把符号链接名同步下来，并不会同步符号链接的内容
#允许访问的IP，可以指定单个IP，也可以指定整个网段，能提高安全性。格式是 ip 与 ip 之间、ip 和网段之间、网段和网段之间要用空格隔开；
#通过该选项可以覆盖客户指定的IP超时时间。可以确保rsync服务器不会永远等待一个崩溃的客户端。超时单位为秒钟，0表示没有超时定义，这也是默认值。对于匿名rsync服务器来说，一个理想的数字是600。
#指定由空格或逗号分隔的用户名列表，只有这些用户才允许连接该模块。这里的用户和系统用户没有任何关系，是 rsyncd.secrets 中的用户名！
#如果auth users被设置，那么客户端发出对该模块的连接请求以后会被rsync请求challenged进行验证身份。
#用户的名和密码以明文方式存放在secrets file选项指定的文件中。默认情况下无需密码就可以连接模块(也就是匿名方式)。
会出现的问题以及解决方案：大多数的问题基本都是认证不通过，基本的解决方案是：auth user的用户名是否
和文件中一致，以及客户端的密码是否相同，还有就是该文件的权限必须为chmod 600 客户端的密码文件也必须
是chmod 600。如果都不是上面的问题，那么将auth user的用户名设置为liunx的用户名（如果之前不是设为服务器的用户名的线、启动服务端 在这里以守护线程来开启
6.2 配置密码文件/etc/rsyncd/rsyncd.pass，并修改为 600 权限，并且密码和服务端一致，格式只是密码即可
目录和用户 user1为上传用户，user2 为下载用户。[~]#mkdir /var/ssh[~]#cd /var/ssh[ ssh]#touch a.txt[ ssh]#useradd user1[...
