☰

NIS ist nicht bindend

tag-icon • tag-icon centos nis rpc networkmanager yp
NIS ist nicht bindend

Ich habe eine Reihe von Maschinen, die sich über NIS bei einem zentralen Server authentifizieren. Ich habe gerade eine neue CentOS 6.2-Client-Maschine gekauft und sie kann sich nicht authentifizieren.

Nachfolgend finden Sie eine Liste vondie KlassikerLeute machen Fehler/vergessen, wenn sie mit NIS arbeiten:

1) Der Client-Rechner kann den Server anpingen (und sich per SSH anmelden)

Getestet mit

    ping swordfish 

    ping <ip address>

Beides erzeugt eine angemessene Reaktion

2) ypbindAuf dem Client läuft ein Prozess

Getestet durch Tun

ps -e | grep ypbind
3172 ?        00:00:00 ypbind

3) /etc/yp.confist richtig formatiert und enthält die richtigen Angaben

4)Die Firewall ist ausgeschaltet Das ist also hoffentlich nicht das Problem

5) Der serviceAnlasserdenktalles ist ok

    /sbin/service ypbind restart

    Shutting down NIS service:                                 [  OK  ]
    Starting NIS service:                                      [  OK  ]
    Binding NIS service:
    .....                                                      [  OK  ]

Das Problem

  • Soweit ich weiß, gibt es keine RPC-Bindung

    /usr/sbin/rpcinfo -p # no ypbind programs
  • Es gibt keine Bindungsdateien in/var/yp/binding/

  • Wenn ich das Nachrichtenprotokoll ansehe, /var/logs/messageswird bei jedem Neustart des ypbind-Dienstes der folgende Berichtstyp generiert

    Sep  7 14:21:34 localhost ypbind: NIS domain: whaleshark, NIS server:

Wobei „walshark“ der Name der NIS-Domäne ist, aber anscheinend keine Informationen zum NIS-Server vorliegen? Das Ausführen von „ypwhich“ ergibt:

ypwhich: Can't communicate with ypbind

Ich wäre für alle Gedanken und Schritte, die ich unternehmen könnte, sehr dankbar!

Antwort1

Ha – ich versuche seit Stunden, das herauszufinden, habe aber gerade festgestellt, dass der NetworkManager-Daemon läuft, der anscheinend blockiert, wenn die Netzwerkschnittstellen so eingestellt sind, dass sie den NetworkManager nicht verwenden.

Einfach laufen

service NetworkManager stop

Und dann hat ein Neustart alles behoben. Hoffentlich hilft das anderen Leuten weiter – ich habe online eine Reihe ähnlich aussehender Symptome gesehen, aber niemand hat den NetworkManager überhaupt erwähnt.

Antwort2

Ich hatte das gleiche Problem und das Stoppen des Netzwerkmanagers hat nicht geholfen. Nachdem ich verschiedene Tricks ausprobiert hatte, fand ich eine interessante Problemumgehung. In meinem Fall gab es einen Prozess namens dbus-daemon, der aus irgendeinem Grund viel CPU verbrauchte, und sobald ich den dbus-daemon-Prozess stoppte und den ypbind-Dienst neu startete, funktionierte es. Bitte versuchen Sie dies, wenn nichts funktioniert. Hoffe, es ist hilfreich!

Antwort3

Versuchen Sie diesen Befehl, bevor Sie den ypbind-Dienst starten:

authconfig --update --nisdomain=<nis domain name> --nisserver=<nis server name> --enablenis

Antwort4

Sie stoppen den NetworkManager und starten ypbind, damit ypbind die Bindungsdateien abruft. Sie können den NetworkManager starten, sobald er die Bindungsdateien erhalten hat.

verwandte Informationen