![NIS 绑定失败](https://linux22.com/image/617530/NIS%20%E7%BB%91%E5%AE%9A%E5%A4%B1%E8%B4%A5.png)
我有一堆通过 NIS 向中央服务器进行身份验证的机器。我刚买了一台新的 CentOS 6.2 客户端机器,但它无法进行身份验证。
以下是经典人们在处理 NIS 时会犯错误或忘记:
1)客户端机器可以 ping 通服务器(并 ssh 登录)
测试使用
ping swordfish
ping <ip address>
两者都会产生适当的反应
2)ypbind
客户端正在运行一个进程
通过实践进行测试
ps -e | grep ypbind
3172 ? 00:00:00 ypbind
3)/etc/yp.conf
格式正确且包含正确的详细信息
4)防火墙已关闭 希望这不是问题
5)service
启动器想一切都好
/sbin/service ypbind restart
Shutting down NIS service: [ OK ]
Starting NIS service: [ OK ]
Binding NIS service:
..... [ OK ]
问题
据我所知,没有 RPC 绑定
/usr/sbin/rpcinfo -p # no ypbind programs
- 没有绑定文件
/var/yp/binding/
如果我查看消息日志,
/var/logs/messages
则每次重新启动 ypbind 服务时都会生成以下类型的报告Sep 7 14:21:34 localhost ypbind: NIS domain: whaleshark, NIS server:
其中 whaleshark 是 NIS 域名,但显然它没有关于 NIS 服务器的信息?运行 ypwhich 得到:
ypwhich: Can't communicate with ypbind
我将非常感激您提出的任何想法或采取的任何措施!
答案1
哈-我已经尝试弄清楚这个问题好几个小时了,但刚刚意识到 NetworkManager 守护进程正在运行,当网络接口设置为不使用 NetworkManager 时,它显然被阻塞了。
简单运行
service NetworkManager stop
然后重新启动,一切都解决了。希望这能帮助其他人——我在网上看到了很多类似的症状,但没有人提到 NetworkManager。
答案2
我遇到过同样的问题,停止 networkmanager 也无济于事。尝试了不同的技巧后,我发现了一个有趣的解决方法。在我的情况下,有一个进程 dbus-daemon,由于某种原因,它消耗了大量的 CPU,当我停止 dbus-daemon 进程并重新启动 ypbind 服务时,它就起作用了。如果没有任何效果,请尝试一下。希望这对您有帮助!
答案3
在启动 ypbind 服务之前尝试此命令:
authconfig --update --nisdomain=<nis domain name> --nisserver=<nis server name> --enablenis
答案4
停止 NetworkManager 并启动 ypbind,让 ypbind 获取绑定文件。获取绑定文件后,即可启动 NetworkManager。