Türkei (Türkisch)
Germany (German)
Worldwide (English)
Vollständigen Fehler aufzeichnen
Erhalten Sie die erste echte Fehlermeldung mit Zeitangabe im Journal, Service- und Kernel-Log statt der allgemeinen Warnung auf dem Bildschirm.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Bei SSH-Fehlern ist zuerst die Ebene der Unterbrechung festzustellen. Connection refused bedeutet, dass Dienst oder Port erreicht wurden, aber kein lauschender Prozess vorhanden ist; timed out weist auf Netzwerk- oder Firewall-Block hin; permission denied publickey kennzeichnet die Authentifizierungsebene.
ssh: connect to host 203.0.113.10 port 22: Connection refused
Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).
ssh: connect to host 203.0.113.10 port 22: Connection timed outBei SSH-Fehlern ist zuerst die Ebene der Unterbrechung festzustellen. Connection refused bedeutet, dass Dienst oder Port erreicht wurden, aber kein lauschender Prozess vorhanden ist; timed out weist auf Netzwerk- oder Firewall-Block hin; permission denied publickey kennzeichnet die Authentifizierungsebene.
Erhalten Sie die erste echte Fehlermeldung mit Zeitangabe im Journal, Service- und Kernel-Log statt der allgemeinen Warnung auf dem Bildschirm.
Testen Sie Dienst, Festplatte, Netzwerk, Berechtigung, Sicherheitsrichtlinie und Anwendungskonfiguration separat, ohne sie gleichzeitig zu ändern.
Der Dienstname, der Paketmanager und das Firewall-Tool können unter Ubuntu/Debian und AlmaLinux/Rocky/CloudLinux unterschiedlich sein.
Behalten Sie eine zweite Sitzung, Konsole, einen Snapshot oder ein aktuelles Backup für SSH-, Netzwerk-, Firewall-, Boot- und Festplattenänderungen.
Schließen Sie die aktuelle SSH-Sitzung nicht, bevor die neue Konfiguration getestet wurde.
Bedeutung: Die Ziel-IP ist erreichbar, aber es lauscht kein Dienst am SSH-Port.
Mögliche Ursache: sshd ist gestoppt, der Port hat sich geändert oder es wird die falsche IP verwendet.
Bedeutung: Der Server wurde erreicht, aber der Schlüssel wurde nicht verifiziert.
Mögliche Ursache: Falscher Benutzer, Schlüssel, Besitz oder AuthorizedKeysFile.
Bedeutung: Die TCP-Sitzung kann nicht aufgebaut werden.
Mögliche Ursache: Firewall, Sicherheitsgruppe, Route oder falscher Port.
Bedeutung: Der Client findet keine Route zum Zielnetz oder die Firewall liefert eine ICMP-Ablehnung zurück.
Mögliche Ursache: Falsches Gateway, Netzwerkausfall oder Sicherheitsgerät.
Bedeutung: Der gespeicherte Server-Schlüssel stimmt nicht mit dem aktuellen Schlüssel überein.
Mögliche Ursache: Der Server wurde neu installiert oder es besteht Manipulationsrisiko.
Bedeutung: Der Client hat das Limit überschritten, weil er zu viele Schlüssel versucht hat.
Mögliche Ursache: Zu viele Schlüssel sind im SSH-Agenten geladen.
Bedeutung: Der Server hat die Sitzung früh geschlossen.
Mögliche Ursache: MaxStartups, eine Sicherheitssperre oder ein Konfigurationsproblem.
Bedeutung: Schlüsseldatei hat keine sicheren Berechtigungen.
Mögliche Ursache: Falscher Besitz oder beschreibbares übergeordnetes Verzeichnis.
Es wurden keine Fehlerdatensätze gefunden, die diesem Ausdruck entsprechen.
systemctl status ssh sshd --no-pager
journalctl -u ssh -u sshd -n 200 --no-pagerZeigt den Dienststatus in der Ubuntu/Debian- und RHEL-Familie.
sshd -tValidiert die aktive Konfiguration, bevor sie neu gestartet wird.
ss -lntp | grep -E 'sshd|:22|:2222'Zeigt, an welchem Port der SSH-Dienst lauscht.
sshd -T | grep -E '^(port|permitrootlogin|passwordauthentication|pubkeyauthentication|authorizedkeysfile|maxauthtries|maxstartups)'Zeigt die tatsächlichen aktiven Einstellungen.
namei -l /home/kullanici/.ssh/authorized_keys
stat -c '%U:%G %a %n' /home/kullanici /home/kullanici/.ssh /home/kullanici/.ssh/authorized_keysZeigt Besitz und Berechtigungen zusammen mit den übergeordneten Verzeichnissen.
ssh -vvv -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519 user@server-ipZeigt, in welchem Schritt die Authentifizierung unterbrochen wurde.
Der Dienst wird meist unter dem Namen ssh verwaltet. UFW, Netplan und die /etc/ssh/sshd_config.d-Schnipsel sind gemeinsam zu prüfen.
systemctl status sshufw status numberedsshd -tDer Dienst läuft unter dem Namen sshd. Firewalld, SELinux-SSH-Port-Label und Fail2Ban-Effekt sind zusätzlich zu prüfen.
systemctl status sshdfirewall-cmd --list-allsemanage port -l | grep sshPanel-Firewall, cPHulk- oder Fail2Ban-Sperren können vom System-Firewall getrennt sein. Änderungen sind bei erhaltenem Konsolenzugriff vorzunehmen.
whmapi1 get_cphulk_config 2>/dev/null || trueplesk bin ip_ban --banned 2>/dev/null || truesshd -tProtokollieren Sie die genaue Fehlermeldung auf dem Bildschirm oder im Log mit Zeitstempel und testen Sie anschließend Dienst, Netzwerk, Datenträger und Sicherheitsschichten getrennt.
Paketverwaltung, Firewall, Netzwerkverwaltung und einige Dienstnamen unterscheiden sich je nach Distributionsfamilie. Der Distributionsabschnitt erläutert diese Unterschiede.
Ein Neustart kann den Dienst vorübergehend wiederherstellen, aber ohne Protokoll- und Ressourcendaten die Ursache verbergen.
Schreibgeschützte Diagnosebefehle sind meist sicher. Konfigurations-, Firewall-, Datenträger- und Wiederherstellungsänderungen erfordern Konsole, Sicherung und Rollback-Plan.
Die Linux-Ebene ist identisch; Control-Panel-Service-Wrapper, Firewall-Erweiterungen und Herstellerpakete müssen zusätzlich berücksichtigt werden.
Halten Sie bei SSH-, Firewall-, Netzwerk- oder Bootänderungen eine zweite Sitzung und die Provider-Konsole offen.
Nein. Technische Genauigkeit und Umfang bilden eine gute Grundlage; Rankings hängen außerdem von Wettbewerb, Autorität, internen Links, Geschwindigkeit und Nutzerverhalten ab.
Wir analysieren Ubuntu-, Debian-, AlmaLinux-, Rocky- und CloudLinux-Dienst-, Festplatten-, Netzwerk-, Sicherheits-, Leistungs- und Bootprobleme mit Protokolldaten.