一、引言：为什么 rsync 服务需要开机自启？
在基于 rsync Daemon 模式构建的 Nginx 静态资源或配置文件同步架构中，rsync 守护进程（daemon）扮演着“中央仓库”的角色。如果这个服务因为服务器重启而停止，所有依赖它的 Nginx 节点将无法拉取最新内容，导致整个自动化部署流程中断。
因此，确保 rsync 服务能够随系统启动而自动运行，是保障系统高可用性的关键一步！ 本文将详细介绍如何在现代 Linux 系统（使用 systemd）上配置 rsync 的开机自启。
二、前提条件
本文假设你已经完成了以下基础配置：
如果你还没有完成这些步骤，请先参考相关文章进行配置。
三、核心方法：使用 systemd 管理服务
现代 Linux 发行版（如 CentOS 7+/8+, Ubuntu 16.04+, Debian 8+）都使用 systemd 作为初始化系统。通过创建一个 systemd 服务单元文件，我们可以精细地控制 rsync 守护进程的启动、停止、重启和开机自启行为。
Step 1: 创建 systemd 服务文件
在 /etc/systemd/system/ 目录下创建一个新的服务文件 rsyncd.service：
sudo vim /etc/systemd/system/rsyncd.service
填入以下内容：
[Unit]
Description=fast remote file copy program daemon
After=network.target
[Service]
Type=simple
ExecStart=/usr/bin/rsync –daemon –no-detach
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartSec=5s
User=root
Group=root
[Install]
WantedBy=multi-user.target
配置项详解：
- [Unit]: 定义服务的元数据和依赖关系。
- Description: 服务的描述信息。
- After=network.target: 确保在网络服务启动之后再启动 rsync，避免因网络未就绪而导致启动失败。
- [Service]: 定义服务的核心运行参数。
- Type=simple: 表示主进程就是 ExecStart 启动的进程。
- ExecStart: 启动服务的实际命令。–daemon 以守护进程模式运行，–no-detach 让进程不脱离终端，便于 systemd 管理。
- Restart=on-failure: 当服务异常退出时，自动重启它。
- User/Group: 指定运行服务的用户和组。根据你的安全策略，也可以使用非 root 用户（如 nobody），但要确保该用户对配置文件和同步目录有足够权限。
- [Install]: 定义服务的安装行为。
- WantedBy=multi-user.target: 这是关键！它告诉 systemd，当系统进入多用户模式（即正常的非图形化运行级别）时，应该启动此服务。
✅ 注意：/usr/bin/rsync 是 rsync 的常见路径，你可以通过 which rsync 命令确认其确切位置。
Step 2: 重载 systemd 配置
创建或修改服务文件后，必须通知 systemd 重新加载其配置，否则它不会识别新服务。
sudo systemctl daemon-reload
这一步至关重要，执行后通常没有任何输出，这就是最好的结果。
Step 3: 启用并启动服务
现在，我们可以启用开机自启，并立即启动服务进行验证。
# 启用开机自启
sudo systemctl enable rsyncd.service
# 立即启动服务
sudo systemctl start rsyncd.service
Step 4: 验证服务状态
使用以下命令检查服务是否已成功启动并处于活动状态：
sudo systemctl status rsyncd.service
你应该能看到类似 Active: active (running) 的输出，并且没有报错信息。
同时，也可以检查 rsync 是否正在监听默认的 873 端口：
sudo ss -tulnp | grep ':873'
# 或
sudo netstat -tulnp | grep ':873'
四、常见问题排查
1. 服务启动失败，提示权限错误
最常见的原因是 /etc/rsyncd.secrets 密码文件的权限不正确。请确保：
sudo chmod 600 /etc/rsyncd.secrets
sudo chown root:root /etc/rsyncd.secrets # 或你指定的 User/Group
2. 服务启动失败，提示找不到配置文件
请检查 /etc/rsyncd.conf 文件是否存在，并且 rsync 进程对其有读取权限。
3. 如何查看详细的错误日志？
systemd 的日志非常有用，可以通过 journalctl 查看：
# 查看 rsyncd 服务的实时日志
sudo journalctl -u rsyncd.service -f
# 查看本次启动以来的所有日志
sudo journalctl -u rsyncd.service –since today
五、结语
感谢您的阅读！如果你有任何疑问或想要分享的经验，请在评论区留言交流！
