标签: yp

过错者：

尽管在我的 NIS/YP 设置中进行了很多故障排除、重新启动系统、重新启动和调试 ypbind、运行 nscd，但一组新购买的系统经常向我发送垃圾邮件：

do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out

但是，用户（显然）不受此影响 - 他们可以访问网络资源。否则我门前会有一排用户抱怨...... :)。到目前为止，这主要是一个烦恼，但我怎样才能摆脱它？

具有完全相同托管配置的其他硬件规格（旧的、四核、双核）的机器运行良好 - 几乎从未表现出这种行为。

我在 Fedora 17/64 上使用（最近的）Dell Optiplex 9010 机器，具有良好的 RAM、磁盘等。NIS/YP 服务器在 CentOS 上，其他依赖它的关键网络资源运行良好。

任何提示？谢谢。

我有一堆通过 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
  

  Run Code Online (Sandbox Code Playgroud)
• 里面没有绑定文件 /var/yp/binding/

• 如果我查看消息log in/var/logs/messages …

我完全没有使用 NIS 的经验，因为我来自 LDAP 环境。我有一个项目要在 NIS 域中移动一堆客户端以指向新的 NIS 主服务器。没有适当的配置管理，也没有域中每台机器的真正权威列表。

如何验证没有 NIS 客户端正在与旧主服务器通信？我没有看到任何 ypserv 日志文件（旧主机是 RedHat AS 3 框...），而且 AFAIK 没有可靠的方法来为 NIS 流量进行 tcpdump，因为它使用 RPC。

有任何想法吗？