Zum Inhalt springen
CitexNode
Alle Anleitungen

Per SSH verbinden

Vom ersten Login als root bis zum SSH-Schlüssel: Windows, macOS, Linux und PuTTY.

5 Min. Lesezeit

Auf dieser Seite

Gilt für alle vServer mit Debian 12/13, Ubuntu 22.04/24.04, AlmaLinux 9 und Rocky Linux 9. Auf deinem eigenen Rechner brauchst du Windows 10/11, macOS oder Linux.

Was du brauchst

  • Die IPv4-Adresse deines Servers. Sie steht im Dashboard unter /dashboard/dienste beim vServer, in der Übersicht und im Reiter Netzwerk.
  • Benutzer und Passwort: in der Übersicht unter Zugangsdaten, Knopf Anzeigen. Der Benutzer ist in der Regel root. Steht dort kein Passwort, kam es je nach Serie per Mail vom Rechenzentrum.

Erster Login mit Passwort

Windows (Terminal oder PowerShell)

Windows 10 und 11 haben einen SSH-Client eingebaut. Öffne Terminal oder PowerShell und tipp:

powershell
ssh root@203.0.113.10

Statt 203.0.113.10 nimmst du deine IP. Beim ersten Mal fragt SSH, ob du dem Server vertraust:

text
The authenticity of host '203.0.113.10' can't be established.
ED25519 key fingerprint is SHA256:...
Are you sure you want to continue connecting (yes/no/[fingerprint])?

Tipp yes und danach das Passwort. Beim Tippen erscheinen keine Sternchen, das ist normal. Einfügen geht im Terminal mit Rechtsklick oder Strg+V.

macOS und Linux

Öffne das Terminal und tipp denselben Befehl:

bash
ssh root@203.0.113.10

PuTTY

  1. PuTTY von der offiziellen Seite https://www.chiark.greenend.org.uk/~sgtatham/putty/ laden und installieren.
  2. Unter Session bei Host Name deine IP eintragen, Port 22, Typ SSH.
  3. Optional unter Saved Sessions einen Namen eintragen und Save klicken.
  4. Open klicken, die Frage nach dem Host-Schlüssel mit Accept bestätigen, als Benutzer root und dann das Passwort eingeben.

Über IPv6

Dein Server hat auch eine IPv6-Adresse. SSH nimmt sie genauso:

bash
ssh root@2001:db8::10

Das klappt nur, wenn dein eigener Anschluss IPv6 hat.

SSH-Schlüssel anlegen

Ein Schlüssel ist sicherer als ein Passwort und spart das Tippen. Er besteht aus zwei Dateien: dem privaten Teil (bleibt auf deinem Rechner, nie weitergeben) und dem öffentlichen Teil mit .pub am Ende (kommt auf den Server).

Windows, macOS, Linux

bash
ssh-keygen -t ed25519 -C "laptop"

Enter übernimmt den Speicherort (~/.ssh/id_ed25519, unter Windows C:\Users\<du>\.ssh\id_ed25519). Eine Passphrase ist empfehlenswert: Sie schützt den Schlüssel, falls jemand an deinen Rechner kommt.

PuTTY

Öffne PuTTYgen, wähle EdDSA (Ed25519) und klick Generate. Speicher den privaten Schlüssel mit Save private key als .ppk. Den öffentlichen Teil kopierst du aus dem Feld Public key for pasting into OpenSSH authorized_keys file.

Schlüssel auf den Server bringen

Mit ssh-copy-id (macOS, Linux)

bash
ssh-copy-id root@203.0.113.10

Unter Windows

Windows hat kein ssh-copy-id. In PowerShell geht es so:

powershell
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 (auch für PuTTY)

Auf dem Server, als root:

bash
mkdir -p ~/.ssh
chmod 700 ~/.ssh
nano ~/.ssh/authorized_keys

Füg den öffentlichen Schlüssel als eine Zeile ein (beginnt mit ssh-ed25519), speicher mit Strg+O, Enter, und schließ mit Strg+X. Dann:

bash
chmod 600 ~/.ssh/authorized_keys

In PuTTY trägst du den privaten Schlüssel unter Connection → SSH → Auth → Credentials bei Private key file for authentication ein und speicherst die Session.

Beim Neuinstallieren

Im Reiter System hat Neu installieren ein Feld SSH-Schlüssel (optional). Dort eingetragen, ist der Schlüssel nach der Installation schon da. Neu installieren löscht aber alle Daten auf der Platte; für einen laufenden Server nimm einen der Wege oben.

Prüfen, ob es klappt

Öffne ein zweites Fenster und verbinde dich neu:

bash
ssh root@203.0.113.10

Fragt SSH nur nach der Passphrase deines Schlüssels (oder nach gar nichts), aber nicht nach dem Server-Passwort, nimmt er den Schlüssel. Genauer siehst du es mit:

bash
ssh -v root@203.0.113.10

In der Ausgabe steht dann Authenticated ... using "publickey".

Warnung nach einer Neuinstallation

Nach Neu installieren hat der Server einen neuen Host-Schlüssel. SSH schlägt dann Alarm:

text
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

Hast du den Server gerade neu installiert, ist das erwartet. Entferne den alten Eintrag und verbinde dich neu:

bash
ssh-keygen -R 203.0.113.10

Der Befehl geht auch unter Windows in PowerShell. PuTTY zeigt stattdessen ein Fenster, dass der Schlüssel nicht passt; dort Accept wählen.

Häufige Fehler

MeldungUrsache und Lösung
Connection timed outServer aus, falsche IP oder eine Firewall sperrt Port 22. Server in der Übersicht starten, sonst über die Konsole prüfen, siehe Firewall.
Connection refusedDer SSH-Dienst läuft nicht. Über die Konsole anmelden und systemctl status ssh (AlmaLinux/Rocky: sshd) ansehen.
Permission denied (publickey)Passwort-Login ist aus und dein Schlüssel passt nicht. Pfad zum Schlüssel prüfen (ssh -i ~/.ssh/id_ed25519 root@…) und den Inhalt von ~/.ssh/authorized_keys über die Konsole.
Permission denied, please try againFalsches Passwort. Im Reiter System neu setzen.
UNPROTECTED PRIVATE KEY FILEDein privater Schlüssel ist für andere lesbar. Linux/macOS: chmod 600 ~/.ssh/id_ed25519.

Kommst du gar nicht mehr per SSH rein, hilft die Konsole im Dashboard: Sie zeigt den Bildschirm des Servers im Browser, auch ohne Netzwerk.

Wie es weitergeht