J'ai un tas de machines qui authentifient via NIS à un serveur central. Je viens d'acheter une nouvelle machine client Centos 6.2, et elle ne peut pas s'authentifier.
Ce qui suit est une liste de les classiques Les gens se font mal/oublier lorsqu'ils traitent avec NIS:
1) La machine client peut ping le serveur (et ssh in)
Testé en utilisant
ping swordfish
ping <ip address>
Qui génèrent tous deux une réponse appropriée
2) A ypbind
processus est en cours d'exécution sur le client
Testé en faisant
ps -e | grep ypbind
3172 ? 00:00:00 ypbind
) /etc/yp.conf
est formaté correctement et contient les détails corrects
4) Le pare-feu est éteint Donc c'est que c'est que ce n'est pas le problème
5) Le service
Starter pense Tout va bien
/sbin/service ypbind restart
Shutting down NIS service: [ OK ]
Starting NIS service: [ OK ]
Binding NIS service:
..... [ OK ]
le problème
Il n'y a pas de liaison RPC autant que je puisse dire
/usr/sbin/rpcinfo -p # no ypbind programs
/var/yp/binding/
Si j'appuie le message Connexion /var/logs/messages
Ensuite, le type de rapport suivant est généré chaque fois que je redémarre le service YPBind
Sep 7 14:21:34 localhost ypbind: NIS domain: whaleshark, NIS server:
Où Whaneshark est le nom du domaine NIS, mais apparemment, il n'a aucune information sur le serveur NIS? Courir ypwhich les rendements;
ypwhich: Can't communicate with ypbind
Toutes les pensées ou les marches que je pourrais prendre seraient grandement appréciées!
Ha - J'essaie de comprendre cela pendant des heures, mais je viens de réaliser que le démon de NetworkManager est en cours d'exécution, ce qui bloque apparemment lorsque les interfaces réseau sont définies pour ne pas utiliser le NetworkManager.
En cours d'exécution
service NetworkManager stop
Puis redémarrer tout corrigé. Espérons que cela aidera d'autres personnes à sortir - j'ai vu un groupe de symptômes similaires en ligne, mais personne n'a mentionné le NetworkManager du tout.
J'ai fait face au même problème et l'arrêt de NetworkManager n'a pas aidé. Après avoir essayé différentes astuces, j'ai trouvé une solution de contournement intéressante. Dans mon cas, lorsqu'il y avait un processus de DBUS-Daemon et, en raison de la raison, elle consommait beaucoup de processeur, et dès que j'ai arrêté le processus de DBus-Daemon et redémarre le service YPBind. S'il vous plaît, essayez-y, si rien ne fonctionne. J'espère que c'est utile!