rsyslog远程同步需协议匹配、模块加载、目录权限和防火墙策略四者全部对齐：服务端须显式启用imtcp/imudp模块，客户端@（UDP）@@（TCP）不可混淆，日志目录须提前创建并赋权，SELinux与防火墙策略亦需同步放行。
rsyslog 远程同步不是“配个地址就能通”，关键在于协议匹配、模块加载、目录权限和防火墙策略四者必须全部对齐，缺一不可。
服务端必须显式加载 imtcp 或 imudp 模块
默认的 /etc/rsyslog.conf 里这两个模块是注释掉的，不取消注释，哪怕写了 input(type="imtcp" port="514") 也完全不生效。
常见错误现象是 ss -tnlu | grep 514 看不到监听，systemctl status rsyslog 里也没有报错——因为模块根本没加载，规则被静默忽略。
实操建议：
- 编辑 /etc/rsyslog.conf 或新建 /etc/rsyslog.d/01-listen.conf
- 必须写两行：
module(load="imtcp")input(type="imtcp" port="514")
- UDP 同理，但需额外确认内核未丢包（UDP 无重传，高负载下易丢日志）
- 不要混用 TCP 和 UDP 的模块与 input 规则在同一个配置文件里，避免加载冲突
客户端转发规则里 @ 和 @@ 不能写反
@ 是 UDP，@@ 是 TCP——这是硬编码约定，不是可配置项。写反会导致客户端发出去，服务端收不到，且 journalctl -u rsyslog -f 里几乎不报错。
使用场景：
- 测试环境或低敏感日志可用 @（轻量、低延迟）
- 生产环境强烈建议用 @@（可靠传输、支持队列缓存）
参数差异：
- @@ 默认启用内存队列，断网时日志暂存；@ 是即发即弃
- 若用 @@，务必加模板后缀，如 @@192.168.1.100:514;RSYSLOG_ForwardFormat，否则日志格式可能错乱
- 不要写成 @@192.168.1.100:514 后直接跟空格或换行，rsyslog 解析器会截断
日志落盘路径的目录必须提前创建并赋权
rsyslog 不会自动递归创建多级目录，比如模板定义了 $template RemoteLogs,"/var/log/%FROMHOST-IP%/%PROGRAMNAME%.log"，而 /var/log/10.0.2.15/ 不存在，日志就直接丢弃，连错误提示都很少见。
容易踩的坑：
- mkdir -p /var/log/10.0.2.15 后忘记 chown syslog:adm /var/log/10.0.2.15
- 权限设成 700 导致 syslog 用户无法写入（应为 755 或至少 750）
- 模板里用了 %HOSTNAME%，但客户端 hostname 是 localhost.localdomain，导致路径含特殊字符或过长，写入失败
- 使用 %FROMHOST-IP% 更稳妥，但注意 IPv6 地址会被转义成带冒号的字符串，建议先测试再批量部署
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
SELinux 和防火墙常被忽略但实际拦路
CentOS/RHEL 系统上，即使 firewalld 放行了 514/tcp，SELinux 仍可能阻止 rsyslogd 绑定网络端口或写入自定义目录。
验证与修复：
- getenforce 查状态，若为 Enforcing，运行 setsebool -P rsyslog_forward on
- ausearch -m avc -ts recent | grep rsyslog 可查 SELinux 拒绝记录
- 防火墙命令必须带 --permanent 再 --reload，只用 --add-port 不持久
- telnet 192.168.1.100 514 成功 ≠ 日志能通：TCP 握手成功不代表 rsyslog 接收模块已就绪，必须配合 tcpdump -i any port 514 抓包确认数据是否真正抵达服务端进程
实际部署时，最常卡住的不是配置语法，而是服务端没加载模块 + 客户端用了 @ 却期待 TCP 可靠性 + 目录没建好 + SELinux 默默拦截。四个点里漏一个，日志就静默消失。
