Zabbix-agent启动失败主因是SELinux拦截、防火墙阻断10050端口、配置文件权限不当或Server/ServerActive/Hostname三项关键参数未正确设置。
zabbix-agent 服务为什么启动失败？检查 SELinux 和防火墙是第一步
很多用户执行 systemctl start zabbix-agent 后看到 Active: failed，第一反应是配置写错了。其实更大概率是 SELinux 拦截了端口绑定或 systemd 无法读取配置路径，或者 firewalld 拒绝了 10050 端口。
- 先临时禁用 SELinux 验证：运行
setenforce 0，再试启动；若成功，说明需调整策略而非改配置 - 检查 firewalld 是否放行：运行
firewall-cmd --list-ports | grep 10050，没输出就加规则：firewall-cmd --add-port=10050/tcp --permanent && firewall-cmd --reload - 确认配置文件权限：
/etc/zabbix/zabbix_agentd.conf必须属主zabbix或至少对zabbix用户可读（chmod 644即可）
zabbix_agentd.conf 中必须改的三项配置
默认配置里 Server、ServerActive 和 Hostname 都是注释或填的示例值，不改就无法被 Zabbix Server 识别和拉取数据。
-
Server=192.168.1.100：填 Zabbix Server 的 IP，允许被动检查（Server 主动连 agent 的 10050） -
ServerActive=192.168.1.100：同样填 Server IP，启用主动检查（agent 自己连 Server 的 10051） -
Hostname=web-prod-01：必须与 Web 界面中“主机”配置里的Host name完全一致，区分大小写，不能含下划线以外的特殊字符
改完别忘了重载：systemctl restart zabbix-agent，然后用 netstat -tlnp | grep :10050 确认监听已生效。
如何验证 agent 是否真正可用？别只看 systemctl status
systemctl status zabbix-agent 显示 active 并不等于能通信。Zabbix Server 要能拿到数据才算部署成功。
- 在 Server 上手动测试被动检查：
zabbix_get -s 192.168.1.50 -k "system.uname"（把 IP 换成 agent 地址），返回 Linux 内核信息才说明通 - 如果提示
ZBX_NOTSUPPORTED，常见原因是 agent 没编译支持该 key（比如没装zabbix-agent而误装了zabbix-proxy） - 如果超时，优先检查 agent 日志：
journalctl -u zabbix-agent -n 50 -f，重点关注 “cannot bind to port” 或 “invalid Hostname” 类错误
使用 zabbix-agent2 还是传统 zabbix-agent？关键看你要不要自定义插件
zabbix-agent2 是 Go 编写的替代品，兼容原协议，但扩展性更强——它支持热加载外部插件（如用 Python 脚本采集业务指标），而传统 zabbix-agent 只能靠 UserParameter 调外部命令，每次采集都 fork 进程，高频率下开销大。
- 如果你只需要基础系统指标（CPU、磁盘、网络），用官方仓库的
zabbix-agent更稳定 - 若要写自定义采集逻辑且要求低延迟、高并发，选
zabbix-agent2；注意它的配置项名略有不同，比如Plugins.MyPlugin.Timeout而非UserParameter - RHEL/CentOS 8+ 默认源里只有
zabbix-agent2，CentOS 7 则需手动添加 Zabbix 官方 repo 才能装到新版
Agent 配置本身不难，难点在环境隔离带来的隐性约束：SELinux 策略、systemd 的 PrivateTmp 设置、logrotate 对日志路径的接管，这些都会让看似正确的配置静默失效。
