13 使用 Zabbix 配置 Kerberos 监控

概述

Kerberos 身份验证可用于 Zabbix 中的 web 监测和 HTTP 监控项。

本页介绍了一个示例：在 Debian/Ubuntu 上为 Zabbix 服务器配置 Kerberos，使其能够使用 Zabbix 进程的 Kerberos principal 对 www.example.com 执行 web 监测。

配置

1. 安装 KDC 和客户端工具：

sudo apt update
sudo apt install krb5-kdc krb5-admin-server krb5-user

在软件包设置过程中按提示回答，例如：

Default Kerberos version 5 realm: EXAMPLE.COM
Kerberos servers for your realm: localhost (or your FQDN)
Administrative server for your Kerberos realm: localhost (or your FQDN)

2. 映射一个友好的主机名（可选，用于本地测试）。

如果没有 DNS，请编辑 /etc/hosts 并为你的 DC 和 webserver 添加一条记录：

sudo vi /etc/hosts

你可以添加的示例行：

192.168.1.100  dc01.example.com dc01

3. 配置 Kerberos 客户端和 KDC realm：

sudo vi /etc/krb5.conf

示例设置：

[libdefaults]
    default_realm = EXAMPLE.COM
    dns_lookup_realm = false
    dns_lookup_kdc = false
    rdns = false
    ticket_lifetime = 24h
    renew_lifetime = 7d
    forwardable = true

[realms]
    EXAMPLE.COM = {
        kdc = dc01.example.com
        admin_server = dc01.example.com
    }

[domain_realm]
    .example.com = EXAMPLE.COM
    example.com = EXAMPLE.COM

如果你计划使用 .localdomain 或其他非公开名称，请添加明确的 domain→realm 映射，以便 hostname→realm 映射能够正常工作。 这里的不匹配会导致 Server not found in Kerberos database 错误。

4. 初始化 Kerberos 数据库（仅需一次，在 KDC 主机上）。 出现提示时设置一个安全的主密码：

sudo krb5_newrealm

5. 使用客户端将要使用的准确主机名创建 HTTP/host.fqdn@REALM principal；建议使用小写（例如 HTTP/[email protected]）。 大小写/名称不匹配会导致 Server not found in Kerberos database。

sudo kadmin.local

在 kadmin.local 中：

addprinc [email protected]     # administrative principal
addprinc -randkey HTTP/[email protected]
ktadd -k /etc/apache2/http.keytab HTTP/[email protected]
quit

将 keytab 移动到 web 主机（如果是同一台机器则可保留本地），并设置 Apache 可用的权限：

chown www-data:www-data /etc/apache2/http.keytab
chmod 600 /etc/apache2/http.keytab
# verify
sudo -u www-data -k /etc/apache2/http.keytab

6. 安装并启用 Apache GSSAPI 模块：

sudo apt install libapache2-mod-auth-gssapi
sudo a2enmod auth_gssapi
sudo a2enmod headers
sudo systemctl restart apache2

并非所有 mod_auth_gssapi 版本都支持每个 Gssapi* 指令。 如果 Apache 因 Invalid command 'GssapiCredStore' 而失败，请移除不受支持的指令或升级该模块。

7. 配置 VirtualHost（根据你的 Zabbix UI 调整 DocumentRoot / 路径）：

sudo vi /etc/apache2/sites-available/zabbix.conf

在 zabbix.conf 中：

<VirtualHost *:80>
    ServerName dc01.example.com
    DocumentRoot /usr/share/zabbix/ui
    <Directory /usr/share/zabbix/ui>
        Options FollowSymLinks
        AllowOverride None
        Require all granted
        AuthType GSSAPI
        AuthName "Kerberos Login"
        GssapiCredStore keytab:/etc/apache2/http.keytab
        GssapiLocalName On
        Require valid-user
    </Directory>
    RequestHeader set X-Remote-User %{REMOTE_USER}s env=REMOTE_USER
    RequestHeader unset Authorization
</VirtualHost>

重启 Apache：

sudo systemctl restart apache2

8. 启用/启动 KDC 服务并验证监听端口（KDC 主机）：

sudo systemctl enable --now krb5-kdc krb5-admin-server
ss -tnlp | grep :80    # or: sudo netstat -tnlp | grep :80

9. 获取一个 TGT 进行测试（以将使用该票据的用户身份运行）。

应当在票据列表中看到 krbtgt/[email protected]。 请以需要该票据的同一个 OS 用户运行 kinit（例如，web 检查使用 zabbix，或交互式浏览器 SSO 测试使用 www-data/Apache）。 发给不同 OS 用户的票据不会可见，除非调整 KRB5CCNAME 和权限。

kinit [email protected]
klist

10. 使用 curl 测试 SPNEGO 交换（从具有有效 TGT 的客户端执行）。 返回 200 OK（或重定向到应用）表示 SPNEGO 成功：

curl -v --negotiate -u : http://dc01.example.com/

11. 可选地，如果 Zabbix 前端应接受 HTTP 认证登录，请在 Zabbix 前端（ui/conf/zabbix.conf.php）中启用 HTTP 认证：

$ALLOW_HTTP_AUTH = true;

在 web 界面中进入 Users > Authentication，然后切换到 HTTP settings 选项卡。 勾选 Enable HTTP authentication 复选框，并在弹窗中点击 Ok。 在 Default login form 下拉框中选择 "HTTP login form"。 决定 Case-sensitive login 是否符合你的目录策略。 点击 Update 按钮完成。

12. 浏览器配置（以 Firefox 为例）：将 network.negotiate-auth.trusted-uris 设置为执行 Negotiate 的主机（dc01.example.com），这样浏览器就会自动发送 Kerberos 令牌。

在 about:config 中：

network.negotiate-auth.trusted-uris = dc01.example.com

现在访问 http://dc01.example.com 应该会直接登录到 Zabbix，而不会显示表单。

13. 保持密钥/票据更新。 默认 Kerberos 票据有效期约为 10 小时。 添加 cron/systemd timer 以避免过期：

#for the web service
kinit -kt /etc/apache2/http.keytab HTTP/[email protected]
#for the monitoring user
kinit -kt /var/lib/zabbix/kerb.keytab [email protected]

14. 日常检查：

  • klist -k /etc/apache2/http.keytab — 验证 keytab 中是否存在服务 principal。
  • sudo tail -f /var/log/apache2/error.log — 监视 GSSAPI 错误（gss_acquire_cred[_from]() failed to get server creds 表示 keytab/权限问题或缺少 principal）。
  • curl --negotiate 返回 401/403 通常表示 principal 错误、没有票据、host header 不匹配或文件系统权限问题；请检查日志和 /etc/krb5.conf 的 domain 映射。

安全与文件权限说明

keytab 文件必须只能由需要它们的账户读取。
权限示例：zabbix 用户的 keytab 可设置为归属 zabbix:zabbix 且权限为 0400，Apache 的 keytab 可设置为权限 0440 且归属 root:www-data。

避免在主机上存储长期有效的明文密码。
尽可能使用 keytab 或已加入域的机器主体。

在运行设置 KRB5CCNAME 或复制 keytab 的测试或脚本时，操作完成后请再次检查所有权和权限——web 服务器拒绝凭据通常是文件权限问题。