SSH-Verbindungsprobleme beim Hosting

SSH steht für Secure Shell und ist ein häufig verwendetes Protokoll zur Steuerung der Remote-Server über das Internet. Der Dienst ist standardmäßig für unsere Hosting-Server mit Linux-Betriebssystem (von unserer Seite bereitgestellt) eingerichtet.

Falls Sie also Probleme bei der Verbindung Ihres Linux-Servers von uns über SSH haben, hilft Ihnen dieser Artikel bei der Behebung und stellt Ihnen grundlegende Schritte zur Fehlerbehebung sowie einige mögliche Grundursachen für das Problem vor.

1. Beginnen wir mit der grundlegenden Fehlerbehebung bei SSH-Verbindungsproblemen.

Zunächst müssen wir bedenken, dass der von SSH standardmäßig verwendete Port 22 ist. Daher besteht unser erster Schritt darin, die Konnektivität über diesen Port zu testen. Dazu können wir den Telnet-Befehl auf jedem anderen Linux-Computer verwenden oder einfach versuchen, eine Verbindung über SSH herzustellen (z. B. mit dem Dienstprogramm PuTTY).

Hier sind die Beispiele für die Ausführung von Telnet:

telnet 92.000.000,00 22

Dabei ist 92.000.000.00 die IP des Servers und 22 sein Port.

Wenn Sie ein solches Ergebnis sehen, bedeutet das, dass der Server über SSH verbunden werden kann.

telnet 92.000.000.00 22
Trying 92.000.000.00...
Connected to 92.000.000.00
Escape character is '^]'.
SSH-2.0-OpenSSH_9.0p1 Ubuntu-1ubuntu8
Connection closed by foreign host.

So sieht die Putty-Schnittstelle aus:

Um die SSH-Verbindung auszuprobieren, müssen Sie im entsprechenden Feld die IP-Adresse angeben und sicherstellen, dass Sie im Feld Port noch Port 22 haben. Sobald dies erledigt ist, können Sie auf die Schaltfläche „Öffnen“ klicken.

Der folgende Bildschirm wird angezeigt (wenn Sie den Server zum ersten Mal verbinden oder bereits einmal auf „Verbinden“ geklickt haben):

Sie müssen den Anweisungen folgen und auswählen, ob Sie „Akzeptieren“ und den Schlüssel dauerhaft zum PuTTY-Cache hinzufügen möchten oder „Einmal verbinden“, wenn Sie ohne ihn fortfahren möchten.

Anschließend werden Sie aufgefordert, Ihre Server-Zugangsdaten einzugeben (diese finden Sie in der Anleitung oder in der E-Mail, die Ihnen bei der Aktivierung des Servers zugesandt wurde). Im Terminal wird statt „Benutzer“ das Wort „login“ verwendet:

Wenn Sie zu diesem Schritt gelangen und aufgefordert werden, die Anmeldeinformationen einzugeben, bedeutet dies, dass Port 22 geöffnet ist und Sie eine Verbindung zum Server herstellen können.

2. Wenn Sie immer noch Probleme beim Herstellen der Verbindung haben, liegt das Problem möglicherweise an den Anmeldeinformationen und Sie müssen den Login und das Passwort Ihres Servers noch einmal überprüfen.

Dazu müssen Sie sowohl Ihr Login als auch Ihr Passwort in der Systemsteuerung finden. Wählen Sie den Server aus und klicken Sie dann auf die Schaltfläche Anweisungen.

Sie sollten nach den Feldern „Benutzer“ und „Passwort“ suchen, die sich hinter der Server-IP-Adresse befinden.

Hinweis: Wenn Sie das Passwort im Betriebssystem selbst ändern, ändert sich dies nicht in der Anleitung.

3. Sollten beim Testen der Konnektivität über Telnet, Putty oder ein anderes praktisches Tool zum Verbinden des Servers über SSH immer noch Fehler auftreten, ist es zunächst besser, sicherzustellen, dass Ihr Server überhaupt funktioniert/über das Internet verfügbar ist (dies Der Leitfaden kann hilfreich sein).

4. Wenn der Server selbst in Ordnung ist, überprüfen Sie bitte die Einstellungen für den SSH-Dienst im Betriebssystem. Dies kann einfach erreicht werden, indem der Server über VNC im VMmanager (für einen Virtual Private Server) oder IPMI im DCImanager (für einen dedizierten Server) verbunden wird. Die Zugangsdaten zu den jeweiligen Panels finden Sie ebenfalls in der Anleitung.

5. Es könnte auch ein weiterer Fall auftreten, wenn Sie wie gewohnt eine Verbindung herstellen, aber plötzlich die folgende Fehlermeldung angezeigt wird:

----------@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:mN0OlpZpdkJJIRjFvNJ1aCS0oMzkW+mY4jyFLk7qXzM.
Please contact your system administrator.
Add correct host key in /Users/User/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /Users/User/.ssh/known_hosts:1
Host key for IP has changed and you have requested strict checking.
Host key verification failed.

Normalerweise tritt ein solcher Fehler auf, wenn Sie eine Verbindung von Windows über die Befehlszeile herstellen (es stellt beispielsweise kein Problem dar, wenn Sie eine Verbindung über Putty herstellen) und nur nach einer Neuinstallation des Betriebssystems auf dem Server. Das Problem wird durch die Tatsache verursacht, dass Ihr SSH-Client beim ersten Herstellen einer Verbindung zum Server über SSH mit dem cmd den Host (genauer gesagt den ECDSA-Hostschlüssel) unter C:\Users\%username%\.ssh\known_hosts Datei und nach der Neuinstallation des Betriebssystems auf dem Server ändert sich der Host. Die Konsole erkennt, dass der Server derselbe ist, der Host sich jedoch geändert hat, und meldet diesen Sicherheitsfehler.

In diesem Fall können Sie die Daten eines neuen Hosts zu C:\Users\%username%\.ssh\known_hosts hinzufügen oder diese Datei einfach löschen.

Wenn Sie sicher sind, dass der Port 22 nicht von Ihrer Seite blockiert ist, nichts oben Genanntes hilft oder Sie beispielsweise einfach zuvor das Passwort geändert und es vergessen haben, wenden Sie sich bitte an unser technisches Support-Team und wir helfen Ihnen weiter!