RPC-Authentication-Fehler

Letzte Woche war ich mit der RPC und konnte mein RPC server Programm einfach nur gut. Aber heute habe ich versucht wieder anzufangen und ich bin immer diese Fehlermeldung:

Service kann nicht registriert werden: RPC: Authentication error; warum = Client
Berechtigung zu schwach, unfähig, sich zu registrieren (X_PROG, X_VERS, udp)

Kann mir jemand sagen, was die Ursache für diesen Fehler sein kann?

rpcinfo gibt mir diese:

   program version netid     address                service    owner
    100000    4    tcp6      ::.0.111               portmapper superuser
    100000    3    tcp6      ::.0.111               portmapper superuser
    100000    4    udp6      ::.0.111               portmapper superuser
    100000    3    udp6      ::.0.111               portmapper superuser
    100000    4    tcp       0.0.0.0.0.111          portmapper superuser
    100000    3    tcp       0.0.0.0.0.111          portmapper superuser
    100000    2    tcp       0.0.0.0.0.111          portmapper superuser
    100000    4    udp       0.0.0.0.0.111          portmapper superuser
    100000    3    udp       0.0.0.0.0.111          portmapper superuser
    100000    2    udp       0.0.0.0.0.111          portmapper superuser
    100000    4    local     /run/rpcbind.sock      portmapper superuser
    100000    3    local     /run/rpcbind.sock      portmapper superuser

Komisch ist, dass ich noch nicht einmal mit dieser pc in der vergangenen Woche.
Gibt es irgendwelche Leistungen, die ausgeführt werden sollte?

Hoffe Ihr könnt mir helfen.
Grtz Stefan

InformationsquelleAutor Maricruzz | 2012-10-28

authentication rpc

14

dieser Fehler ist mit rpcbind,so sollten Sie aufhören, service portmap wie diese:
```
sudo -i service portmap stop
```
dann
```
sudo -i rpcbind -i -w
```
Ende portmap start service:
```
sudo -i service portmap start
```
- Es könnte sich lohnen zu erwähnen -ich "Unsicheren" Modus und daher ermöglicht es jedem host, um RPCs für registrierte Programme. (Aus dem Handbuch: "Normalerweise rpcbind akzeptiert diese Anforderungen nur vom loopback-interface aus Gründen der Sicherheit. Diese änderung ist notwendig für Programme, die kompiliert wurden, die mit früheren Versionen des rpc-Bibliothek und machen Sie nicht solche Anfragen, die mit dem loopback-interface".)
InformationsquelleAutor karim
4

Ich weiß, das ist ein älterer thread, aber Google findet es unter den top-3-Ergebnisse und die Leute sind noch immer entdecken Sie das nfs-service-Fehler. Auch Red Hat RHN Update hat nicht funktioniert.

Dezember 2013 auf einem RHEL 6.4 (x64), und gepatcht. November 2013, war die einzige Lösung war die änderung der Berechtigungen auf die tcp_wrapper-Konfiguration config-Dateien. Da wir schon sicher für die box ziemlich stark, wir hatten die Berechtigungen auf 640 /etc/hosts.allow und /etc/hosts.leugnen, beide im Besitz von root:root. Wir haben versucht, diese Dateien unterschiedliche Gruppenzugehörigkeit nichts korrigiert das Problem bei nfs gestartet.

Einmal setzen wir die Dauerwelle wieder "out-of-the-box" (644) die nfs (rquotad) - Dienst gestartet als erwartet. Oder wenn wir verschoben die Gastgeber.erlauben/verbieten, aus dem Weg, ganz.

Was für ein Schmerz das war, um herauszufinden. Die selinux-Protokolle haben vielleicht geholfen, wenn ich gesehen hatte früher.

Nun, wenn wir noch übrig hatten selinux im enforcing-Modus KANN dies nicht ein Problem darstellen. Ich habe noch zu testen, dass die Theorie.

Glück.

InformationsquelleAutor bits45
3

Macht die Veränderung dauerhaft auf Ubuntu12.04
(vorausgesetzt, Auswirkungen auf die Sicherheit der ausgeführten rpcbind mit -ich irrelevant):
```
echo 'OPTIONS="-w -i"' | sudo tee /etc/default/rpcbind
sudo service portmap restart
```
InformationsquelleAutor maximk
0

Keiner der präsentierten Lösungen, die hier bisher für mich gearbeitet auf der Debian Squeeze auf Wheezy aktualisieren.

In meinem Fall die einzige Sache, die ich tun musste, war ersetzen Sie alle vorkommen von "portmapper" (oder "portmap", nicht mehr sicher) in /etc/hosts.erlauben mit "rpcbind". Das war auch alles. (Sonst ypbind konnte keine Verbindung mit rpcbind über localhost.)

InformationsquelleAutor Axel Beckert
0

Passiert das auch, wenn iptables verwendet wird, und es ist das blockieren des UDP-verbindungen für localhost. Lief in dieser heute. Gestoppt iptables, verbindungen zu arbeiten begonnen.

Werden Sie brauchen, um herauszufinden, die Regeln, dass Sie zerbrach.

InformationsquelleAutor Clinton Fisher
0

Ich denke, es ist erwähnenswert, dass, wenn Sie sehen, Fehler wie:
```
0-rpc-service: Could not register with portmap
```
kann es damit zusammenhängen Gastgeber.allow und hosts.deny-Dateien und fehlende Berechtigungen für localhost in der hosts.Dateien zulassen.

Ich hatte diese Art von problem mit der Einstellung NFS mit GlusterFS.

In meiner /etc/hosts.allow Datei habe ich Hinzugefügt:
```
ALL: 127.0.0.1 : ALLOW
```
problem mit der Anmeldung des Dienstes mit portmap ging Weg und alles funktioniert.

Hinweis: mit GlusterFS erinnern Neustart des glusterd service
```
/etc/init.d/glusterd restart
```
InformationsquelleAutor Łukasz Z.
0

Ich erhalte eine Fehlermeldung wie so auf rhel7:
```
ypserv: Cannot register service: RPC: Authentication error; why = Client credential too weak  
```
beim starten von ypbind. Ich versuchte alles, einschließlich der '-i' zu rpcbind oben. Am Ende, als XTaran erwähnt ändern /etc/hosts. ermöglicht das hinzufügen dieser Zeile:
```
rpcbind: 127.0.0.1 
```
arbeitete für mich.

InformationsquelleAutor DaveKlassen
0

Noch eine Andere Lösung: CentOS 7.3 edition

Neben rpcbind, ich hatte auch zu ermöglichen mountd in der /etc/hosts.gestatten:
```
rpcbind : ALL : allow
mountd : ALL : allow
```
Diese schließlich erlaubt mir, nicht nur ausführen, rpcinfo, aber showmount und montieren Sie auch.

InformationsquelleAutor Cory Ringdahl
0

FWIW, hier ist eine 'alternative' Lösung.
1. Prüfen Sie die /etc/hosts.verweigern Datei. Es sollte etwas sagen wie:
2. rpcbind mountd nfsd statd lockd rquotad : ALL
3. Sicher, dass eine leere Letzte Zeile in dieser Datei.
4. Prüfen Sie die /etc/hosts.Dateien zulassen. Es sollte etwas sagen wie:
5. rpcbind mountd nfsd statd lockd rquotad: 127.0.0.1 192.168.1.100
6. Sicher, dass eine leere Letzte Zeile in dieser Datei.
Den "trick" (für mich) war die leere Letzte Zeile in die Datei(en).

InformationsquelleAutor Henry

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.