☰

无法在 debian 8 上停止 Kerberos

tag-icon • tag-icon debian kerberos
无法在 debian 8 上停止 Kerberos

我正在尝试为学校项目安装 krb5-admin-server 和 krb5-kdc，一切正常，但我无法停止 krb5-admin-server 也无法重新启动它。

这是我检索的日志 cat /var/log/syslog

Nov 27 17:57:45 Kerberos systemd[1]: krb5-admin-server.service stop-sigterm timed out. Killing.
Nov 27 17:57:45 Kerberos systemd[1]: krb5-admin-server.service: main process exited, code=killed, status=9/KILL
Nov 27 17:57:45 Kerberos systemd[1]: Unit krb5-admin-server.service entered failed state.

我无法阻止它，因此系统会终止该进程，但我可以正确启动它，因此它现在正在运行：

root@Kerberos:/home/# service krb5-admin-server status
● krb5-admin-server.service - Kerberos 5 Admin Server
   Loaded: loaded (/lib/systemd/system/krb5-admin-server.service;     enabled)
   Active: active (running) since ven. 2015-11-27 18:13:55 CET; 2min 6s ago
 Main PID: 6398 (kadmind)
   CGroup: /system.slice/krb5-admin-server.service
       └─6398 /usr/sbin/kadmind -nofork

 nov. 27 18:13:55 Kerberos kadmind[6398]: setsockopt(9,IPV6_V6ONLY,1)     worked
nov. 27 18:13:55 Kerberos kadmind[6398]: listening on fd 9: udp    ####::####:####:####:####%eth0.464
nov. 27 18:13:55 Kerberos kadmind[6398]: setsockopt(10,IPV6_V6ONLY,1) worked
nov. 27 18:13:55 Kerberos kadmind[6398]: listening on fd 11: tcp 0.0.0.0.464
nov. 27 18:13:55 Kerberos kadmind[6398]: listening on fd 10: tcp ::.464
nov. 27 18:13:55 Kerberos kadmind[6398]: listening on fd 12: rpc 0.0.0.0.749
nov. 27 18:13:55 Kerberos kadmind[6398]: setsockopt(13,IPV6_V6ONLY,1) worked
nov. 27 18:13:55 Kerberos kadmind[6398]: listening on fd 13: rpc ::.749
nov. 27 18:13:55 Kerberos kadmind[6398]: set up 6 sockets
nov. 27 18:13:55 Kerberos kadmind[6398]: Seeding random number generator

您还可以注意到时间是错误的，这是因为我的学校屏蔽了 NTP 协议。

我不认为我无法正常停止服务是正常的，我尝试使用不同的配置重新安装它几次，但它仍然不起作用，所以有人知道发生了什么吗？

先感谢您。

答案1

好的，所以我认为这都与 NTP 有关（但请有人随时纠正我）。我假设您在学校网络上的虚拟机中执行此操作，并且我假设您已在恶意进程的 pid 上尝试了以下操作。

kill -9 <pid>

由于 Kerberos（以及几乎所有身份验证/授权协议）依赖于同步时间，您的学校必须拥有内部 NTP 服务器或其他时间服务器，最好的办法是获取这些主机名并配置 NTP 守护程序以指向它们。您可以在 /etc/ntpd.conf 中执行此操作。

至于不可停止的进程，在Linux中有时会发生这种情况。不过这种情况很少见。

如果进程阻塞来自远程主机的响应然后超时，则服务将进入失败状态，但进程会变得异常，并且没有终止信号会终止它。在这种情况下，您必须重新启动机器。

原因是该进程很可能已进入不间断睡眠状态。您可以通过运行来检查这一点

ps aef | grep <process_name>

您会注意到它可能具有状态 D。

祝你的项目好运！

相关内容