SSH Connection refused, Timeout und Permission denied beheben

Beim Client beginnen

Ersetzen Sie user und server.example durch Konto und Adresse. Connection refused bedeutet aktive Verbindungsablehnung; Timeout kann auf Routing, Filter oder ein nicht reagierendes Ziel hinweisen. Permission denied bedeutet abgelehnte Authentifizierung. Ausführliche Protokolle können identifizierende Angaben enthalten; vor dem Teilen anonymisieren.

ssh -vvv -o ConnectTimeout=5 -p 22 user@server.example
ssh -4 -o ConnectTimeout=5 user@server.example
ssh -6 -o ConnectTimeout=5 user@server.example

Linux über seine Konsole prüfen

Prüfen Sie unter Ubuntu oder Debian den ssh-Dienst, lauschende Ports, Konfigurationssyntax und Journal. Kontrollieren Sie den tatsächlichen Port und beide Firewall-Richtungen. Ein Timeout beweist keinen ausgeschalteten Rechner. Andere Distributionen verwenden möglicherweise sshd.service. Behalten Sie während Änderungen Konsolenzugriff.

sudo systemctl status ssh.service
sudo ss -lntp
sudo /usr/sbin/sshd -t
sudo journalctl -u ssh.service -n 50 --no-pager

Anmeldung ohne schwächere Vertrauensprüfung reparieren

Prüfen Sie Benutzernamen, privaten Schlüssel sowie Eigentümer und Rechte der serverseitigen authorized_keys. IdentitiesOnly testet den gewünschten Schlüssel. Geänderte Hostschlüssel unabhängig verifizieren; StrictHostKeyChecking nicht deaktivieren und known_hosts nicht blind löschen. CH-J Diagnostics prüft TCP-Erreichbarkeit ohne SSH-Anmeldung.

ssh -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519_chj user@server.example
ssh-keygen -F server.example

Ausführliche Dokumentation

OpenSSH: ssh →

OpenSSH: sshd_config →

Biometrisches Entsperren und Sicherheit →