Was der Fehler bedeutet
Permission denied heißt: Der Server hat dich erreicht, lehnt die Anmeldung aber ab. Es ist also kein Verbindungsproblem (das wäre „Connection refused"), sondern ein Authentifizierungsproblem. Drei Ursachen decken fast alle Fälle ab.
1. Mehr Details anzeigen
Starte den Login mit ausführlicher Ausgabe — sie zeigt genau, welche Methode scheitert:
ssh -v benutzer@deine-server-ip
Achte auf Zeilen zu publickey und password. Sie verraten, ob der Schlüssel abgelehnt wird oder das Passwort.
2. Richtiger Benutzer?
Ein häufiger Fehler ist der falsche Benutzername. Bei vielen Systemen ist es root, bei anderen ein eigener Benutzer. Prüfe, mit welchem Benutzer der Zugang eingerichtet wurde.
3. Schlüssel-Rechte stimmen nicht
SSH lehnt private Schlüssel mit zu offenen Rechten ab. Auf deinem Rechner:
chmod 700 ~/.ssh chmod 600 ~/.ssh/id_ed25519
Auf dem Server müssen die Rechte der authorized_keys ebenfalls passen:
chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys
4. Passwort-Login deaktiviert
Versuchst du dich mit Passwort anzumelden, der Server erlaubt aber nur Schlüssel, kommt „Permission denied". In /etc/ssh/sshd_config steuert das die Option PasswordAuthentication. Nach einer Änderung den Dienst neu laden:
sudo systemctl reload ssh
5. Öffentlichen Schlüssel hinterlegen
Fehlt dein öffentlicher Schlüssel auf dem Server, kopiere ihn dorthin:
ssh-copy-id benutzer@deine-server-ip
Fazit
Mit ssh -v findest du die Ursache schnell. Wie du SSH zusätzlich absicherst, steht unter Linux-Server absichern. Vollen SSH-Zugang gibt es auf jedem Nytrix vServer.