ssh auf localhost zeigt "Connection closed by remote host"
Hatte ich ssh installiert ist und funktioniert. Ich lief sudo chmod -R 777 /var
und es aufgehört zu arbeiten. Ich änderte Berechtigungen mit sudo chmod -R 700 /var
aber nicht, damit es wieder funktioniert.
Wenn ich ssh -v localhost
bekomme ich diese Ausgabe:
rajat@ubuntu:/$ ssh -v localhost
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/rajat/.ssh/id_rsa type -1
debug1: identity file /home/rajat/.ssh/id_rsa-cert type -1
debug1: identity file /home/rajat/.ssh/id_dsa type -1
debug1: identity file /home/rajat/.ssh/id_dsa-cert type -1
debug1: identity file /home/rajat/.ssh/id_ecdsa type -1
debug1: identity file /home/rajat/.ssh/id_ecdsa-cert type -1
ssh_exchange_identification: Connection closed by remote host
rajat@ubuntu:/$
- Lektion gelernt: nicht blutig machen. Warum auf der Erde würde vermasselt Berechtigungen verfügen alle über
/var
nicht zu brechen Dinge, und wie haben Sie denken, messing, Ihnen noch mehr helfen würde, überhaupt?
Du musst angemeldet sein, um einen Kommentar abzugeben.
OpenSSH ist sehr wählerisch, wenn es um Datei-und Verzeichnis-Berechtigungen und Besitz. Das einzige Verzeichnis unter
/var
dass es berührt, zumindest unter RHEL/CentOS ist die/var/empty/sshd
- Verzeichnis, das tut es einchroot
zu, wennUsePrivilegeSeparation
auf ja gesetzt ist.Setzen Sie diese in Ihrem
sshd_config
Datei:Und sshd neu starten, und sehen ob es funktioniert. Wenn das funktioniert, dann ist es wahrscheinlich die Berechtigungen/Besitzer auf
/var/empty/sshd
das ist das problem verursacht.svn update
. Aber da das die einzige Antwort, die ich werde, um Sie zu markieren, zu korrigieren.Wenn jemand läuft in eine ähnliche Fehlermeldung, wenn Sie versuchen, eine Verbindung zu einem Ubuntu-VM laufen auf der VirtualBox, legen Sie eine 2. Netzwerkkarte als "bridged" in den Netzwerkeinstellungen und einrichten der port-Weiterleitung auf "NAT" - 22.