Jedes Mal, wenn ich sudo benutze, hängt es vor dem Abschluss

12

Unabhängig davon, ob ich zur Eingabe eines Kennworts aufgefordert werde oder nicht, hängt es zwischen dem Akzeptieren der Authentifizierung und dem Ausführen des von mir angeforderten Kennworts. Mit anderen Worten sudo lswird für ca. 60 Sekunden hängen.

Ich bin verwirrt darüber, was dies verursachen könnte. Dies ist auf Centos 5, und ich habe es angeschaut selinuxund auf deaktiviert und aktiviert gesetzt, aber es scheint keinen Effekt zu haben.

linux centos sudo

— dlamblin
quelle

15

Von @ TheAndruus Antwort auf diese Frage:

Dies passiert, wenn Sie den Hostnamen während des Installationsvorgangs ändern. Bearbeiten Sie die Datei / etc / hosts, um das Problem zu beheben

127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 [ADD_YOURS_HERE] 
:: 1 localhost localhost.localdomain localhost6 localhost6.localdomain6 [ADD_YOURS_HERE]

Ich hatte auf Fedora 11 genau das gleiche Problem und das löste es.

— gareth_bowles
quelle

Ich habe nur dafür gesorgt, dass mein $HOSTNAMEin der 127.0.0.1Leitung steht. Es funktionierte. Vielen Dank.

— Dlamblin

1

BTW sudo lsnutzt das Netzwerk auf welche Weise?

— Dlamblin

Dies funktionierte auch für Ubuntu 16.04 - außer ich musste den Namen für 127.0.1.1 ändern - 127.0.0.1 war localhost

— Bill Ryder

1

Manchmal, wenn Ihre Standardroute nicht festgelegt ist, hängen Befehle wie sudo.

Versuchen Sie netstat -rzu überprüfen, ob die Route korrekt eingestellt ist.

Erhält dieser Rechner seine Passwörter aus der lokalen Datei / etc / passwd oder so ähnlich wie ldap?

— eifrig
quelle

Es wird nicht verwendet ldap; Ich denke, es ist mit/etc/passwd

— Dlamblin

/etc/passwdwird nicht für die Authentifizierung verwendet, sondern für die Namensauflösung von IDs. /etc/shadowwird zur Authentifizierung verwendet.

— LiraNuna

1

Die einzige andere Sache, die Sie möglicherweise überprüfen möchten, ist Ihre /etc/resolv.conf-Datei, um sicherzustellen, dass Sie einen richtigen DNS-Eintrag dort haben. Ich habe in der Vergangenheit gesehen, wo dies zu Verzögerungen führen kann.

— Mike Sands
quelle

1

Sie sollten drei Dinge überprüfen. 1. / etc / hostname 2. / etc / hosts 3. /etc/resolv.conf

Ich fand, dass mein Hostname korrekt war, dass die Hosts-Datei falsch war und obendrein die resolv.conf aktualisiert werden musste.

— Paul J. Barrett
quelle

1

Bei mir wurde krb5-user / config installiert. Ich bemerkte dies, indem ich /var/log/auth.log untersuchte und pam_krb5-Versuche vor pam_unix sah. Verwenden Sie apt-get remove, um diese Pakete zu deinstallieren. Entfernen Sie diese Pakete nicht, wenn Sie sich auf einem Computer befinden, der offensichtlich Kerberos (pam_krb5) benötigt. Mein Sudo Hang ging von konsistenten 30s auf 0s.

— Halsafar
quelle

1

Dies wird in Halsafars Antwort angedeutet : Ich habe Kerberos auf meinem Arbeits-VPN aktiviert, aber es ist nutzlos, wenn ich es nicht nutze. Deshalb habe ich die Reihenfolge der Authentifizierungsmodule so geändert /etc/pam.d/common-auth, dass sie pam_unixzuvor verwendet wurden pam_krb5:

Vor:

auth [success=4 default=ignore] pam_krb5.so ...
auth [success=3 default=ignore] pam_unix.so ...

Nach:

auth [success=4 default=ignore] pam_unix.so ...
auth [success=3 default=ignore] pam_krb5.so ...

Dies änderte mein Sudo von 30 auf 0, wie es in Halsafars Antwort der Fall war.

— dcmorse
quelle

0

Unter Solaris 10 hing sudo etwa 30 Sekunden lang. Mit Hilfe von Truss konnte ich endlich feststellen, dass es sich um einen Quota-Befehl handelte, der sich auf einem NFS-Mount befand. Durch das Aufheben der Bereitstellung der NFS-Freigabe wurde der Stillstand behoben. Habe noch nicht festgestellt was mit der Aktie nicht stimmt.

— Otislafayette
quelle

0

In Fedora 30 verursacht Snapd, dass sudo, su usw. sehr langsam werden, und auch andere sitzungsbezogene Probleme.

Es wird empfohlen, snapd zu deinstallieren, wenn Sie sich bei Fedora befinden.

— notcarlsatan
quelle