Resolvido: veja a parte inferior . tl; dr: ativar o gerenciador de rede.
Estou tentando configurar um sistema CentOS6 para efetuar login usando o NIS. Eu configurei o NISDOMAIN e para os arquivos como passwd estarem no servidor NIS no nsswitch.conf, mas ele não liga ao servidor NIS (ele pode pingar e SSH nele, então não é um problema de visibilidade), ao inicializar ou reiniciar o ypbind, ele espera por idades em Binding NIS service: ....., depois retorna [OK], mas na verdade não liga até onde eu sei.
Quando eu tento ypwhich, recebo o seguinte:
ypwhich: Can't communicate with ypbind
Olhando em volta, sugere que ele pode não estar em execução quando as pessoas têm esse problema, mas parece ser para mim, pelo menos no que diz respeito ao serviço e ao chkconfig.
rpcinfo -u localhost ypbind
retorna o seguinte:
rpcinfo: RPC: Program not registered
program 100007 is not available
Editar: erro de digitação e leve esclarecimento.
Edit2: O servidor NIS é definitivamente especificado, mas está agindo como se não fosse. Quando eu faço um
service ypbind restart
esta é a saída em / var / log / messages:
Mar 7 13:29:27 foobar dbus: avc: received policyload notice (seqno=6)
Mar 7 13:29:27 foobar dbus: avc: received policyload notice (seqno=6)
Mar 7 13:29:27 foobar dbus: avc: received policyload notice (seqno=6)
Mar 7 13:29:27 foobar dbus: [system] Reloaded configuration
Mar 7 13:29:37 foobar ypbind: NIS domain: FOO, NIS server:
O servidor é definitivamente especificado em yp.conf:
domain FOO server 192.168.1.xxx
No entanto, as mensagens não mostram este endereço.
Editar3: Solução:
Acontece que o ypbind só funcionará com o gerenciador de rede controlando a interface no CentOS6. Meio que um kludge, mas funciona - basta habilitar o gerenciador de rede na interface. Quando isso for feito, basta reiniciar o ypbind e ele funciona.
Você também pode querer verificar se você tem o Firewall habilitado, o que provavelmente interromperá a comunicação entre o cliente NIS e o servidor NIS.
chkconfig --list | grep iptables
Tente o seguinte:
service iptables stop
Em seguida, tente novamente a ligação do seu cliente.
Se isso resolver o problema de conectividade, você poderá desativar iptables (Firewall) ou modificar as regras de forma apropriada.
Eu tive o mesmo problema hoje e, para mim, foi o NetworkManager que foi o problema
i.e.
service NetworkManager stop
chkconfig NetworkManager off
Em seguida, verifique também se cada uma das interfaces não é controlada pelo NetworkManager e adicione NM_CONTROLLED=no , ou seja, executei o seguinte comando
sed -i -e 's/\(^NM_CONTROLLED=\).*/no/g' /etc/sysconfig/network-scripts/ifcfg-*