Tengo un montón de máquinas que se autentican a través de NIS en un servidor central. Acabo de comprar una nueva máquina cliente CentOS 6.2 y no puedo autenticarme.
La siguiente es una lista delos clásicosla gente se equivoca/olvida cuando trata con NIS:
1) La máquina cliente puede hacer ping al servidor (y entrar mediante ssh)
Probado usando
ping swordfish
ping <ip address>
Ambos generan una respuesta adecuada.
2) ypbind
Se está ejecutando un proceso en el cliente.
Probado haciendo
ps -e | grep ypbind
3172 ? 00:00:00 ypbind
3) /etc/yp.conf
tiene el formato correcto y contiene los detalles correctos
4) El firewall está apagado Así que esperemos que ese no sea el problema.
5) El service
motor de arranquepiensatodo está bien
/sbin/service ypbind restart
Shutting down NIS service: [ OK ]
Starting NIS service: [ OK ]
Binding NIS service:
..... [ OK ]
El problema
Hasta donde yo sé, no hay ningún enlace RPC
/usr/sbin/rpcinfo -p # no ypbind programs
- No hay archivos vinculantes en
/var/yp/binding/
Si veo el mensaje de inicio de sesión,
/var/logs/messages
se genera el siguiente tipo de informe cada vez que reinicio el servicio ypbindSep 7 14:21:34 localhost ypbind: NIS domain: whaleshark, NIS server:
¿Dónde está Whaleshark el nombre del dominio NIS, pero aparentemente no tiene información en el servidor NIS? Corriendo ypque cede;
ypwhich: Can't communicate with ypbind
¡Cualquier idea o paso que pueda tomar será muy apreciado!
Respuesta1
Ja, he estado tratando de resolver esto durante horas, pero me acabo de dar cuenta de que el demonio NetworkManager se está ejecutando, lo que aparentemente se bloquea cuando las interfaces de red están configuradas para no usar NetworkManager.
Simplemente corriendo
service NetworkManager stop
Y luego reiniciar solucionó todo. Con suerte, esto ayudará a otras personas: vi un montón de síntomas similares en línea, pero nadie mencionó NetworkManager en absoluto.
Respuesta2
Me enfrenté al mismo problema y detener Networkmanager no ayudó. Después de probar diferentes trucos, encontré una solución interesante. en mi caso, cuando había un proceso dbus-daemon y por alguna razón consumía mucha CPU, y tan pronto como detuve el proceso dbus-daemon y reinicié el servicio ypbind, funcionó. Pruébelo si nada funciona. ¡Espero que sea útil!
Respuesta3
Pruebe este comando antes de iniciar el servicio ypbind:
authconfig --update --nisdomain=<nis domain name> --nisserver=<nis server name> --enablenis
Respuesta4
Detiene NetworkManager e inicia ypbind para permitir que ypbind obtenga los archivos vinculantes. Puede iniciar NetworkManager una vez que tenga los archivos vinculantes.