Kapitel 9 · 9.2
Häufige SSH-Fehlermeldungen
| Meldung | Was bedeutet das? | Was tun Sie? |
|---|---|---|
Connection timed out | Ihr Computer erhält keine Antwort. Der VPS ist ausgeschaltet, die IP-Adresse stimmt nicht oder eine Firewall lässt Port 22 nicht durch. | Prüfen Sie, ob der VPS eingeschaltet ist und die IP-Adresse stimmt. Melden Sie sich über die Konsole an und prüfen Sie Ihre Firewall (Ausgesperrt: Sie kommen nicht mehr auf Ihren Server). |
Connection refused | Der Server antwortet, aber auf diesem Port lauscht nichts. SSH läuft nicht oder lauscht auf einem anderen Port. | In der Konsole: systemctl status ssh und ss -tlnp | grep ssh. |
Permission denied (publickey) | Der Server akzeptiert nur Schlüssel und Ihr Schlüssel passt nicht. | Prüfen Sie den Benutzernamen, ob Sie den richtigen Schlüssel verwenden (ssh -v zeigt, welchen er versucht) und die Rechte von ~/.ssh auf dem Server (Ihren Schlüssel auf den Server bringen und testen). |
Permission denied (publickey,password) | Passwort oder Schlüssel stimmt nicht. | Achten Sie auf Groß- und Kleinschreibung. Setzen Sie notfalls im VPS-Bildschirm ein neues Root-Passwort. |
REMOTE HOST IDENTIFICATION HAS CHANGED | Der Server zeigt einen anderen Fingerabdruck, als Ihr Computer gespeichert hat. | Nach einer Neuinstallation ist das normal. Dann: ssh-keygen -R 203.0.113.10 und erneut anmelden, mit der Prüfung aus Die erste Anmeldung mit SSH. Haben Sie nichts geändert, fahren Sie nicht fort und finden Sie zuerst heraus, warum. |
Too many authentication failures | Ihr Computer probiert zu viele Schlüssel nacheinander aus. | Geben Sie den Schlüssel mit -i ~/.ssh/id_ed25519 an oder tragen Sie IdentitiesOnly yes in Ihre SSH-Konfiguration ein (Eine SSH-Config: mit einem kurzen Namen anmelden). |
UNPROTECTED PRIVATE KEY FILE! | Ihr privater Schlüssel ist für andere auf Ihrem eigenen Computer lesbar. | Unter Mac und Linux: chmod 600 ~/.ssh/id_ed25519. Unter Windows: Sorgen Sie dafür, dass nur Ihr Konto die Datei lesen darf. |
Mehr sehen
Mit ssh -v anna@203.0.113.10 sehen Sie Schritt für Schritt, was passiert: welche Schlüssel Ihr Computer ausprobiert und wo es schiefgeht. Auf dem Server sehen Sie die andere Seite mit sudo journalctl -u ssh -e (unter AlmaLinux und Rocky Linux -u sshd).
