Ihren Schlüssel auf den Server bringen und testen

Haben Sie bei der Installation bereits einen Schlüssel eingefügt? Dann ist er für root schon vorhanden. Andernfalls legen Sie ihn jetzt auf dem Server ab. Tun Sie dies für jeden Benutzer, der sich mit einem Schlüssel anmelden soll.

Von einem Mac oder Linux aus

ssh-copy-id root@203.0.113.10

Sie geben einmal das Passwort des Servers ein. Das Programm schreibt Ihren öffentlichen Schlüssel in die Datei ~/.ssh/authorized_keys auf dem Server und setzt die Rechte korrekt.

Von Windows aus

Unter Windows gibt es ssh-copy-id nicht. In PowerShell erreichen Sie dasselbe mit einer einzigen Zeile:

type $env:USERPROFILE\.ssh\id_ed25519.pub | ssh root@203.0.113.10 "mkdir -p ~/.ssh && chmod 700 ~/.ssh && cat >> ~/.ssh/authorized_keys && chmod 600 ~/.ssh/authorized_keys"

Von Hand

Sie können die Zeile auch selbst in die Datei eintragen, zum Beispiel über die Konsole. Öffnen Sie die Datei mit dem Editor nano, fügen Sie die Zeile ein, speichern Sie mit Strg+O und Enter und schließen Sie mit Strg+X:

root@web1:~# mkdir -p ~/.ssh && chmod 700 ~/.ssh
root@web1:~# nano ~/.ssh/authorized_keys
root@web1:~# chmod 600 ~/.ssh/authorized_keys

Ein Schlüssel pro Zeile. Die Rechte sind wichtig: Ist der Ordner oder die Datei für andere beschreibbar, ignoriert der SSH-Server Ihren Schlüssel.

Testen

Öffnen Sie ein neues Terminalfenster und melden Sie sich an. Sie können sogar erzwingen, dass nur der Schlüssel versucht wird:

ssh -o PreferredAuthentications=publickey root@203.0.113.10

Kommen Sie ohne das Serverpasswort hinein (höchstens mit Ihrer Passphrase), dann funktioniert Ihr Schlüssel. Erst dann machen Sie weiter mit Anmeldung mit Passwort und als root deaktivieren.

Einen Schlüssel entfernen

Haben Sie einen Laptop verloren oder verlässt ein Kollege das Unternehmen? Öffnen Sie ~/.ssh/authorized_keys und löschen Sie die Zeile mit dem Namen dieses Schlüssels (der Teil nach dem langen Code, wie anna laptop). Das gilt sofort für neue Verbindungen.