SSH „Permission denied (publickey)“ beheben – Schritt-für-Schritt-Anleitung

Aktualisiert am 22.10.2026 · Lesezeit ca. 4 Min. · Niveau: Fortgeschrittene · von Viktor Tribus, IT-Tribus Nideggen

Der Server lässt Sie einfach nicht rein. Dieser Fehler ist ärgerlich, aber lösbar. Verstehen Sie die Ursachen und Anwendung der Lösungen, um Ihren SSH-Zugriff wiederherzustellen.

Wenn Sie versuchen, über SSH eine Remote-Verbindung herzustellen und die Authentifizierung fehlgeschlagen ist, erhalten Sie möglicherweise folgende Fehlermeldung im Terminal:

Permission denied (publickey).

Diese Meldung deutet auf Probleme bei der Verwendung von Public-Key-Authentifizierung hin.

Die Meldung „Permission denied (publickey)“ tritt auf, wenn der SSH-Server die Authentifizierung über einen öffentlichen Schlüssel ablehnt. Dies kann verschiedene Ursachen haben, wie zum Beispiel falsche Berechtigungen, fehlende Schlüssel oder Konfigurationsprobleme.

Eine Tabelle mit den häufigsten Ursachen und ihren Erkennungsmerkmalen:

Um die Ursache zu identifizieren, führen Sie folgende Schritte durch:

1. Berechtigungen der Schlüsseldatei prüfen:
Linux-Terminal (Bash)

ls -l ~/.ssh/id_rsa

Die Ausgabe sollte Berechtigungen von 600 anzeigen (z.B. -rw-------). Wenn nicht, ändern Sie die Berechtigungen mit:

Linux-Terminal (Bash)

chmod 600 ~/.ssh/id_rsa

2. Autorisierte Schlüssel überprüfen:
Linux-Terminal (Bash)

cat ~/.ssh/authorized_keys

Überprüfen Sie, ob Ihr öffentlicher Schlüssel in der Datei enthalten ist.

3. Konfiguration des SSH-Servers überprüfen:
Linux-Terminal (Bash)

cat /etc/ssh/sshd_config | grep PubkeyAuthentication

Die Ausgabe sollte PubkeyAuthentication yes anzeigen. Wenn nicht, ändern Sie es auf yes und starten Sie den SSH-Dienst neu:

Linux-Terminal (Bash)

sudo systemctl restart sshd

4. SSH-Agenten-Authentifizierung überprüfen:
Linux-Terminal (Bash)

ssh-add -l

Sollten keine Schlüssel geladen sein, fügen Sie den privaten Schlüssel hinzu:

Linux-Terminal (Bash)

ssh-add ~/.ssh/id_rsa

Nachdem die Ursache eingegrenzt wurde, können Sie entsprechend handeln. Hier sind einige häufige Lösungsansätze.

Wenn die Berechtigungen der Schlüsseldatei nicht korrekt sind, ändern Sie sie wie folgt:

1. Berechtigungen anpassen:
Linux-Terminal (Bash)

chmod 600 ~/.ssh/id_rsa

2. Erneut versuchen, die Verbindung herzustellen:

ssh BENUTZER@SERVER-IP

Fügen Sie den öffentlichen Schlüssel zur Datei authorized_keys hinzu, wenn er fehlt:

1. Öffentlicher Schlüssel generieren (falls nicht vorhanden):
Linux-Terminal (Bash)

ssh-keygen -t rsa -b 4096

2. Öffentlichen Schlüssel in die autorisierte Schlüsseldatei einfügen:

cat ~/.ssh/id_rsa.pub | ssh BENUTZER@SERVER-IP "mkdir -p ~/.ssh && cat >> ~/.ssh/authorized_keys"

3. Erneut versuchen, die Verbindung herzustellen:

ssh BENUTZER@SERVER-IP

Wenn die Datei sshd_config inkorrekt konfiguriert ist, ändern Sie sie wie folgt:

1. Konfigurationsdatei bearbeiten:

nano /etc/ssh/sshd_config

2. Überprüfen und korrigieren Sie die Einstellungen für PubkeyAuthentication und AuthorizedKeysFile. Beispiel:
Beispiel / Konfiguration

PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys

3. Datei speichern und SSH-Dienst neu starten:

sudo systemctl restart sshd

4. Erneut versuchen, die Verbindung herzustellen:

ssh BENUTZER@SERVER-IP

Sicherstellen Sie, dass der SSH-Agent läuft und der private Schlüssel geladen ist:

1. SSH-Agent starten:

eval "$(ssh-agent -s)"

2. Privaten Schlüssel hinzufügen:
Linux-Terminal (Bash)

ssh-add ~/.ssh/id_rsa

3. Erneut versuchen, die Verbindung herzustellen:

ssh BENUTZER@SERVER-IP

Falls nach diesen Schritten der Fehler weiterhin besteht, können Sie folgende Maßnahmen ergreifen:

1. Logs auswerten:
Linux-Terminal (Bash)

sudo tail -f /var/log/auth.log

2. Daten sichern:

rsync -avz BENUTZER@SERVER-IP:/path/to/backup /local/path

3. Wann professionelle Hilfe sinnvoll ist:

Falls die Probleme weiterhin bestehen, kann es hilfreich sein, eine Expertengruppe wie IT-Tribus in Nideggen einzuschalten. Wir helfen Ihnen bei der Diagnose und Lösung des Problems.

Um zukünftig solche Probleme zu vermeiden, beachten Sie folgende Best Practices:

• Berechtigungen regelmäßiger Überprüfung unterziehen:
Linux-Terminal (Bash)

ls -l ~/.ssh

• Regelmäßige Backups der Schlüsseldateien erstellen:

rsync -avz ~/.ssh /backup/path

• Firewall-Regeln überprüfen und entsprechend einstellen:
Linux-Terminal (Bash)

sudo ufw allow 22/tcp

Sie können den SSH-Agenten überprüfen und starten mit folgendem Befehl:

eval "$(ssh-agent -s)"

Diese Meldung deutet darauf hin, dass der SSH-Server die Authentifizierung über einen öffentlichen Schlüssel ablehnt. Dies kann verschiedene Ursachen haben, wie falsche Berechtigungen oder fehlende Schlüssel.

SSH-Logs finden Sie in der Regel unter /var/log/auth.log auf Debian/Ubuntu-basierten Systemen. Auf anderen Linux-Distributionen können sie sich an anderer Stelle befinden, wie z.B. /var/log/secure.

Ja, Sie können Passwortsicherheit einrichten, indem Sie in der Konfigurationsdatei sshd_config die Option PasswordAuthentication yes aktivieren. Dies ist aber weniger sicher als Public-Key-Authentifizierung.

Sie können Ihre SSH-Verbindung mit einem einfachen Befehl testen:

ssh -T BENUTZER@SERVER-IP

Dies führt eine Verbindung ohne Sitzungsaufbau durch und gibt nur die Authentifizierungsmeldungen zurück.

Der SSH-Fehler „Permission denied (publickey)“ kann auf verschiedene Ursachen zurückzuführen sein. Durch sorgfältige Prüfung der Schlüsselberechtigungen, Konfiguration und Authentifizierung können Sie den Fehler in den meisten Fällen selbstständig beheben. Bei weiterhin bestehenden Problemen ist es ratsam, professionelle Unterstützung wie IT-Tribus in Nideggen einzuschalten.

• SSH – Public Key:Permission denied (publickey). – forum.ubuntuusers.de
• SSH Authentication Failure: Connection Denied Due to ‚Permission … – access.redhat.com
• Fehler: „Permission denied (publickey)“ (Berechtigung verweigert – docs.github.com
• How to Fix SSH Permission Denied (Public key) Error in Linux – tecmint.com
• Error: Permission denied (publickey) – docs.github.com
• SSH Permission Denied (publickey): Causes and Fixes – linuxize.com

Hinweis: Dieser Beitrag wurde am 22.10.2026 mit KI-Unterstützung erstellt, auf Basis der genannten Quellen eigenständig formuliert und redaktionell von IT-Tribus betreut. Alle Angaben ohne Gewähr – bitte prüfen Sie Befehle vor dem Einsatz in produktiven Umgebungen und legen Sie vorher eine Sicherung an.