Beheben von SSH-Fehlern

Erfahren Sie, wie Sie einige der häufigsten Fehler beheben können, die bei der Verbindung zu einem Server mit SSH auftreten können.

Dieser Fehler wird ausgelöst, wenn sich das SSL-Zertifikat für einen Server ändert. Der Fehler ist darauf ausgelegt, einen potenziellen "Man in the middle" Angriff zu markieren. Die meisten Leute stoßen jedoch erst nach dem Neuaufbau eines Servers auf den Fehler.

Wenn Ihr Server neu ist oder sein Image seit der letzten Verbindung neu installiert wurde, klicken Sie einfach auf "Akzeptieren", um das neue SSL-Zertifikat zu akzeptieren und fortzufahren.

Es gibt mehrere mögliche Gründe, warum Sie den Fehler "Port 22: Connection refused" erhalten, wenn Sie versuchen, sich über SSH mit Ihrem Server zu verbinden.

Das erste, was Sie tun sollten, ist herauszufinden, ob der Server Verbindungen zum Port 22 von einem anderen Ort im Internet erlaubt. Verwenden Sie das Tool unter http://www.infobyip.com/sshservertest.php, um Ihren Server zu überprüfen.

Wenn diese Seite in der Lage ist, sich mit Ihrem Server zu verbinden, dann liegt das Problem auf Ihrer Seite. Sie befinden sich möglicherweise hinter einer Firewall, die den Datenverkehr auf Port 22 blockiert. Viele Firmen und Bildungseinrichtungen blockieren diesen Port aus Sicherheitsgründen.

Wenn die Website keine Verbindung zu Ihrem Server herstellen kann, befindet sich das Problem entweder auf dem Server oder zwischen dem Server und dem Internet.

Wenn es sich um eine Neuinstallation handelt, wird der SSH-Server (sshd) möglicherweise nicht installiert. Sie können mit folgendem Befehl überprüfen, ob er auf Ihrem System installiert ist:

Wenn das System mit einem Pfad wie /usr/sbin/sshd antwortet, dann wurde der SSH-Server installiert. Wenn es stattdessen mit einem Fehler wie /usr/bin/which antwortet: no sshd in (/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/local/sbin:/usr/sbin), dann müssen Sie sowohl den SSH-Client als auch den SSH-Server installieren.

Auf Ubuntu und Debian installieren Sie diese Programme mit dem Befehl:

Auf CentOS installieren Sie diese Programme mit dem Befehl:

Überprüfen Sie mit folgendem Befehl, ob der SSH-Dienst ausgeführt wird:

Wenn der SSHD-Prozess nicht aktiv ist, starten Sie ihn.

• Auf Ubuntu und Debian: sudo service ssh start
• Unter CentOS: sudo systemctl start sshd

Wenn der SSHD-Prozess läuft, muss er möglicherweise neu gestartet werden.

• Auf Ubuntu und Debian: sudo service ssh restart
• Auf CentOS: sudo systemctl restart sshd

Port 22 ist der Standard-Port für SSH-Verbindungen. Wenn der SSH-Daemon Ihres Servers konfiguriert wurde, um auf einen anderen Port als Port 22 zu hören, verweigert er SSH-Verbindungen zu Port 22.

Um zu überprüfen, auf welchem Port SSH lauscht, verwenden Sie den Befehl:

Wenn Sie Ihre SSH-Konfigurationen kürzlich bearbeitet haben, überprüfen Sie die Syntax der Datei mit:

Es gibt mehrere mögliche Firewall-Szenarien, die zu diesem SSH-Fehler führen können, einschließlich:

• Wenn Sie kürzlich eine Firewall auf Ihrem Server installiert oder aktualisiert haben, haben Sie möglicherweise aus Versehen den SSH-Zugriff auf Port 22 blockiert (oder nicht erlaubt).

• Wenn Ihr Server kürzlich neu gestartet wurde, wurden Ihre Firewall-Regeln möglicherweise beim Booten nicht geladen, um den Datenverkehr auf Port 22 zu ermöglichen.

Wenn Sie ufw als Firewall auf Ihrem Server verwenden, können Sie alle Ihre ufw-Regeln mit folgendem Befehl auflisten:

Sie können den Zugriff über SSH mit folgendem Befehl zulassen:

Um zu sehen, ob Sie eine iptables-Regel verwenden, die den SSH-Verkehr blockiert, geben Sie den Befehl ein:

Sie können auch alle Ihre iptables-Regeln mit folgendem Befehl auflisten:

Um eine iptables-Regel zu löschen, bearbeiten Sie die Datei /etc/sysconfig/iptables und laden Sie dann die iptables-Konfiguration mit diesem Befehl neu:

Der Fehler "Netzwerkfehler: Softwarebedingter Verbindungsabbruch" tritt auf, wenn Ihr Desktop-Computer die Verbindung unerwartet beendet. Dies kann passieren, wenn Sie ein Internetproblem haben, einschließlich eines kurzen Verbindungsproblems.

Es kann auch passieren, wenn der Server nicht mehr lauscht. Ihr Desktop sendet mehrere Pakete an den Server, bevor er die Verbindung aufgibt und die Sitzung beendet.

Wenn eine SSH-Sitzung mit "Write failed: broken pipe" oder "Network error: Connection reset by peer", beendet wird, bedeutet dies, dass die Sitzung abgelaufen ist.

Das Timeout kann auf Ihrem Computer, auf dem Server oder auf einer Firewall dazwischen auftreten. Die SSH-Sitzung wird automatisch geschlossen, wenn sie zu lange im Leerlauf bleibt.

Die Lösung besteht darin, Ihren SSH-Client so einzustellen, dass er "Keepalive-Pakete" sendet. Dies sind kleine Datenpakete, die in regelmäßigen Abständen automatisch versendet werden. Dadurch wird dem Netzwerk mitgeteilt, dass Ihre Verbindung noch aktiv ist.

Linux oder Unix

Wenn Sie einen Linux- oder Unix-Desktop verwenden, um sich mit Ihrem Server zu verbinden, bearbeiten Sie /etc/ssh/ssh/sshd_config und fügen Siefolgendes hinzu:

Speichern und schließen Sie die Datei, und starten Sie dann SSH neu, damit die Änderungen wirksam werden.

Führen Sie eine Traceroute zu Ihrem Server mit dem Befehl aus:

Wenn Ihr Server beispielsweise http://example.com, autet der Befehl:

Dadurch wird die KVM-Konsole geöffnet, mit der Sie auf Ihren Server zugreifen können, als ob Sie an einer physischen am Computer angeschlossenen Tastatur sitzen würden.

Wenn Sie den Server neu starten möchten, können Sie dies von der KVM-Konsole aus mit dem Befehl tun: