Letzte Woche habe ich RPC benutzt und konnte mein RPC-Server-Programm gut laufen lassen. Jedoch habe ich heute versucht, es erneut zu starten und ich bekomme diesen Fehler:
Service kann nicht registriert werden: RPC: Authentifizierungsfehler; warum = Kunde Anmeldeinformationen zu schwach, kann nicht registriert werden (X_PROG, X_VERS, udp)
Kann mir jemand sagen, was die Ursache für diesen Fehler sein kann?
rpcinfo gibt mir das:
%Vor%Das Seltsame ist, dass ich diesen PC in der vergangenen Woche noch nicht einmal benutzt habe. Gibt es irgendwelche Dienste, die ausgeführt werden sollten?
Ich hoffe, Sie können mir helfen. Grtz Stefan
Ich weiß, dass dies ein älterer Thread ist, aber Google findet ihn unter den ersten drei Ergebnissen und die Leute entdecken immer noch den NFS-Dienstfehler. Selbst die RHN-Korrektur von Red Hat hat nicht funktioniert.
Seit Dezember 2013 auf einem RHEL 6.4 (x64) und ab November 2013 wurden nur die Berechtigungen für die Konfigurationsdateien von tcp_wrapper geändert. Da wir die Box ziemlich stark gesichert hatten, hatten wir 640 Rechte auf /etc/hosts.allow und /etc/hosts.deny, beide im Besitz von root: root. Wir haben versucht, diesen Dateien unterschiedliche Gruppenbesitz zu geben. Nichts hat das Problem korrigiert, als nfs gestartet wurde.
Nachdem wir die Dauerwellen auf "out-of-the-box" (644) zurückgesetzt haben, wurde der nfs (rquotad) -Dienst erwartungsgemäß gestartet. Oder wenn wir die hosts.allow / deny komplett aus dem Weg geschafft haben.
Was für ein Schmerz, der herauszufinden war. Die selinux-Protokolle hätten vielleicht geholfen, wenn ich früher nachgesehen hätte.
Wenn wir Selinux im Erzwingungsmodus gelassen hätten, wäre das KEIN Problem gewesen. Ich muss diese Theorie noch testen.
Viel Glück.
Keine der hier vorgestellten Lösungen funktionierte bei mir für das Debian Squeeze to Wheezy Upgrade.
In meinem Fall war das einzige, was ich tun musste, alle Vorkommen von "portmapper" (oder "portmap", nicht sicherer) in /etc/hosts.allow durch "rpcbind" zu ersetzen. Das war alles. (Andernfalls konnte ypbind über localhost keine Verbindung zu rpcbind herstellen.)
Dies passiert auch, wenn iptables verwendet wird und UDP-Verbindungen für localhost blockiert werden. Ist heute hier reingekommen. Gestoppt iptables, Verbindungen begannen zu arbeiten.
Sie müssen die Regeln herausfinden, die es kaputt gemacht haben.
Ich denke, dass es erwähnenswert ist, wenn Sie Fehler wie sehen:
%Vor%kann mit den Dateien hosts.allow und hosts.deny in Verbindung stehen und den Berechtigungen für localhost in der Datei hosts.allow entsprechen.
Ich hatte dieses Problem mit der Einstellung von NFS mit GlusterFS.
In meiner /etc/hosts.allow Datei habe ich hinzugefügt:
%Vor%und das Problem bei der Registrierung des Dienstes mit Portmap ging weg und alles funktioniert.
Hinweis: Vergessen Sie nicht, mit GlusterFS den glusterd-Dienst neu zu starten
%Vor%Ich habe einen Fehler wie bei rhel7 erhalten:
%Vor% beim Start von ypbind. Ich habe alles versucht, einschließlich der '-i' bis rpcbind oben. Am Ende als XTaran erwähnt Änderung von /etc/hosts . Erlaube das Hinzufügen dieser Zeile:
hat für mich funktioniert.
Noch eine andere Lösung: CentOS 7.3 Edition
Zusätzlich zu rpcbind musste ich mountd auch in /etc/hosts.allow:
erlauben %Vor%Dies erlaubte mir endlich, nicht nur rpcinfo, sondern auch showmount und mount auszuführen.
Tags und Links authentication rpc