Ihre erste Stunde mit einem WebGee Cloud-Server: Einrichtung, SSH-Schlüssel, Backups und DNS

Ein neuer Cloud-Server ist zunächst leer. In der nächsten Stunde installieren Sie ein Betriebssystem, richten einen sicheren Root-Zugang ein und kümmern sich um die wenigen Dinge, die sich später nur mühsam korrigieren lassen: Reverse DNS, Backups und einen Weg zurück auf den Server, falls Sie sich aussperren. Gehen Sie die Schritte in der angegebenen Reihenfolge durch.

Das Wichtigste

Über die Cloud Console unter console.webgee.cloud konfigurieren Sie den Server, im Kundenbereich erledigen Sie Abrechnung und Kontoverwaltung.
Hinterlegen Sie bei der Einrichtung einen SSH-Schlüssel, damit Sie direkt Zugriff erhalten und Ihnen kein Root-Passwort per E-Mail zugeschickt wird.
Setzen Sie Reverse DNS auf Ihren vollqualifizierten Hostnamen, bevor der Server E-Mails versendet.
Backups umfassen nur die primäre Festplatte, Ihnen stehen 6 Slots zur Verfügung, und sie werden nicht extern gespeichert.
Cloud-Server sind standardmäßig nicht verwaltet – Sicherheitsupdates liegen also in Ihrer Verantwortung, sofern Sie nicht den Managed-Tarif wählen.

Bevor Sie beginnen

Ihre Zugangsdaten für den WebGee-Kundenbereich unter my.webgee.com.
Einen vollqualifizierten Hostnamen für den Server, zum Beispiel server1.example.com.
Ein SSH-Schlüsselpaar auf Ihrem eigenen Rechner oder ein paar Minuten Zeit, um eines zu erstellen.
Zugriff auf die DNS-Einstellungen Ihrer Domain, damit Sie einen A-Record für den Hostnamen anlegen können.

Ihre zwei Verwaltungsoberflächen

Einen Cloud-Server verwalten Sie an zwei Stellen. Im Kundenbereich unter my.webgee.com kümmern Sie sich um Abrechnung, Verlängerungen und Kündigung. In der Cloud Console unter console.webgee.cloud verwalten Sie den Server selbst: Stromversorgung, Betriebssystem, Backups, Netzwerk, SSH-Schlüssel und Konsolenzugriff. Rescue-Modus, Boot-Medien, Reverse DNS, DNS-Resolver und das Teilen des Zugriffs mit anderen Personen finden Sie ausschließlich in der Cloud Console.

Am einfachsten gelangen Sie über den Kundenbereich dorthin, denn dabei werden Sie automatisch angemeldet: Gehen Sie zu Services, wählen Sie Ihren Server aus und klicken Sie dann auf Open Cloud Console. Falls ein Popup-Blocker das verhindert, nutzen Sie den Link Open in this window unterhalb der Schaltfläche.

Werfen Sie im Dashboard der Cloud Console einen Blick auf den Bereich Account. Wird die Zwei-Faktor-Authentifizierung als OFF angezeigt, aktivieren Sie sie jetzt: Über diese Konsole lassen sich Server neu aufsetzen und löschen. Die Liste Recently Completed Tasks protokolliert jede Aktion auf Ihren Servern – schauen Sie dort nach, wenn etwas scheinbar nicht funktioniert hat.

Mehr dazu unter Die WebGee Cloud Console.

Erstellen Sie zuerst Ihren SSH-Schlüssel

Die Schlüsselauthentifizierung ist bequemer und deutlich sicherer als ein Passwort: Es gibt nichts zu erraten, und der private Schlüssel verlässt nie Ihren Rechner. Falls Sie noch keinen Schlüssel haben, erstellen Sie lokal einen:

ssh-keygen -t ed25519 -C "[email protected]"
cat ~/.ssh/id_ed25519.pub

Öffnen Sie in der Cloud Console den Bereich SSH Keys und wählen Sie Add Key. Vergeben Sie einen Name, an dem Sie den zugehörigen Rechner erkennen, fügen Sie den öffentlichen Schlüssel ein und klicken Sie auf Save.

Wenn Sie lokal keinen Schlüssel erzeugen können, übernimmt die Konsole das mit Generate Key Pair. Wählen Sie ED25519 und das Format OpenSSH, sofern Sie nicht PuTTY verwenden. Der private Schlüssel wird nur ein einziges Mal angezeigt und nirgends gespeichert. Speichern Sie ihn daher unter ~/.ssh/ und führen Sie chmod 600 darauf aus, bevor Sie den Dialog schließen. Siehe SSH-Schlüssel hinzufügen.

Fügen Sie nur den öffentlichen Schlüssel ein Der öffentliche Schlüssel ist die .pub-Datei: eine einzelne Zeile, die mit ssh-ed25519 oder ssh-rsa beginnt. Alles, was mit -----BEGIN OPENSSH PRIVATE KEY----- beginnt, ist der private Teil und muss auf Ihrem eigenen Rechner bleiben.

Betriebssystem installieren

Legen Sie Server Name, Server Hostname und Server Timezone fest. Verwenden Sie einen vollqualifizierten Hostnamen wie server1.example.com: Mail-Software kommt mit einem einfachen Hostnamen schlecht zurecht, und eine spätere Änderung bedeutet, dass Zertifikate neu ausgestellt werden müssen.
Wählen Sie eine Betriebssystem-Vorlage. Zur Auswahl stehen unter anderem AlmaLinux, Rocky Linux, CentOS, Debian, Ubuntu, Fedora, Alpine Linux, FreeBSD sowie Images mit vorinstalliertem Hosting-Control-Panel. Bevorzugen Sie eine LTS-Version, da diese deutlich länger mit Sicherheitsupdates versorgt wird.
Hinterlegen Sie Ihren SSH-Schlüssel.
Wählen Sie Install und bestätigen Sie.

Die Installation ist in der Regel in weniger als 20 Sekunden abgeschlossen, danach landen Sie im Server-Dashboard, das die IP-Adresse anzeigt. Die vollständige Anleitung finden Sie unter Cloud-Server einrichten.

Anmelden und die Grundlagen absichern

Verbinden Sie sich als root mit der IP-Adresse aus dem Dashboard:

ssh [email protected]

Mit hinterlegtem Schlüssel erhalten Sie direkt Zugriff. Ohne Schlüssel kommt das Root-Passwort im Klartext per E-Mail – ändern Sie es daher sofort mit passwd. Anschließend:

System aktualisieren: apt update && apt upgrade unter Debian oder Ubuntu, dnf upgrade unter AlmaLinux oder Rocky.
Weitere Schlüssel hinzufügen: Auf einem laufenden Server hängen Sie den öffentlichen Schlüssel an ~/.ssh/authorized_keys an. Siehe Verbindung über SSH.

Bricht die Verbindung mit einem Timeout ab, läuft die Installation möglicherweise noch – prüfen Sie das Dashboard. Erhalten Sie Permission denied, verwenden Sie den falschen Schlüssel oder die E-Mail mit dem Passwort ist noch nicht angekommen; sehen Sie auch in Ihrem Spam-Ordner nach.

Reverse DNS einrichten, bevor Sie E-Mails versenden

Reverse DNS ordnet Ihrer IP-Adresse wieder einen Hostnamen zu. Die meisten empfangenden Mailserver lehnen E-Mails von einer IP ohne diesen Eintrag ab oder stufen sie stark ab. Das ist der häufigste Grund, warum E-Mails von einem neuen Server nie ankommen.

Öffnen Sie in der Cloud Console den Tab Network des Servers.
Wählen Sie Reverse DNS neben der IP-Adresse.
Tragen Sie den vollqualifizierten Hostnamen des Servers ein, zum Beispiel mail.example.com.
Legen Sie einen passenden Forward-Eintrag vom Typ A an, der diesen Hostnamen auf dieselbe IP verweist. Beide Einträge müssen übereinstimmen.

Prüfen Sie das Ergebnis von einem beliebigen Rechner aus. Der erste Befehl sollte Ihren Hostnamen zurückgeben, der zweite Ihre IP; die Verbreitung kann einige Stunden dauern.

dig +short -x 203.0.113.10
dig +short mail.example.com

Im Tab Network finden Sie außerdem Gateway, Netzmaske und Resolver jeder Adresse – diese Angaben brauchen Sie, falls Sie das Netzwerk einmal manuell konfigurieren. Als DNS-Resolver sind standardmäßig 1.1.1.1 und 1.0.0.1 von Cloudflare eingestellt; behalten Sie diese bei, sofern Sie keinen Grund für eine Änderung haben. Siehe Netzwerk und Reverse DNS.

Erstes Backup erstellen

Erstellen Sie jetzt ein Backup, solange der Server noch sauber ist. Öffnen Sie den Tab Backups und wählen Sie Create Backup Now. Bei einem Backup, das Sie später wiederherstellen möchten, fahren Sie den Server vorher herunter: Ein Backup eines laufenden Servers erfasst die Festplatte mitten in Schreibvorgängen, wodurch eine Datenbank inkonsistent werden kann.

Wählen Sie anschließend Schedule, entscheiden Sie sich für Daily oder Weekly, wählen Sie eine ruhige Uhrzeit und klicken Sie auf Update. Beachten Sie dabei folgende Einschränkungen:

Ein Backup kopiert nur die primäre Festplatte. Zusätzlich angebundener Speicher ist nicht enthalten.
Ihnen stehen 6 Backup-Slots zur Verfügung. Sind alle sechs belegt, wird das älteste Backup ersetzt.
Eine Wiederherstellung überschreibt die aktuelle primäre Festplatte, und alles, was seit dem Backup geschrieben wurde, geht verloren.
Diese Backups liegen auf der WebGee-Infrastruktur, gemeinsam mit dem Server. Bewahren Sie von allem, dessen Verlust Sie sich nicht leisten können, eine Kopie an anderer Stelle auf.

Details unter Server sichern.

Ein Rebuild löscht alles Mit Rebuild wird das Betriebssystem neu installiert und die primäre Festplatte gelöscht; auch Firewall-Regeln bleiben dabei nicht erhalten. Erstellen Sie vorher ein Backup und vergewissern Sie sich, dass Sie es wiederherstellen können. Gelöscht wird erst, wenn Sie Install wählen – bis dahin können Sie den Vorgang noch mit Cancel Rebuild abbrechen.

Nach einem Rebuild meldet Ihr SSH-Client einen geänderten Host-Schlüssel; entfernen Sie den alten Eintrag mit ssh-keygen -R und der IP des Servers. Siehe Server neu aufsetzen.

Wissen, wie Sie wieder Zugriff erhalten

Aussperrungen kommen vor, meist durch eine Firewall-Regel oder eine Änderung an der SSH-Konfiguration. Alles, was Sie dann brauchen, finden Sie in der Cloud Console unter Options:

Password: Lehnt SSH Ihr Passwort oder Ihren Schlüssel ab, wählen Sie Reset Password und anschließend root (bzw. Administrator unter Windows). Der Server muss dafür in der Regel ausgeschaltet sein und wird im Zuge des Zurücksetzens neu gestartet – rechnen Sie also mit einer kurzen Unterbrechung. Siehe Root-Passwort zurücksetzen.
VNC: Startet der Server, reagiert SSH aber nicht, wählen Sie Enable VNC Access und dann Browser VNC. Damit erhalten Sie Zugriff auf Bildschirm und Tastatur des Servers, unabhängig von Netzwerk-Stack und SSH. VNC ist unverschlüsselt – nutzen Sie es daher nur zur Fehlersuche und wählen Sie anschließend Disable VNC Access.
Rescue: Startet der Server überhaupt nicht, aktivieren Sie den Rescue-Modus, melden Sie sich mit den angezeigten Rescue-Zugangsdaten an und binden Sie Ihre Festplatte ein, zum Beispiel mit mount /dev/vda1 /mnt. Der Rescue-Modus verändert nichts, solange Sie selbst nichts ändern.

Siehe Rescue-Modus und VNC.

Entscheiden, wer sich um den Server kümmert

WebGee Cloud-Server sind standardmäßig nicht verwaltet. WebGee stellt die Netzwerkverfügbarkeit und Anbindung, die physische und virtualisierte Infrastruktur sowie die Cloud Console bereit. Alles innerhalb des Servers liegt in Ihrer Verantwortung: das Betriebssystem, seine Updates, die Sicherheitshärtung, Ihre Software und deren Konfiguration. Auf einem nicht verwalteten Server spielt niemand außer Ihnen Sicherheitsupdates ein.

Der Managed-Tarif umfasst technischen Support rund um die Uhr an 365 Tagen im Jahr für den Server, Betriebssystem-Updates, Sicherheitshärtung, optionales proaktives Monitoring von Diensten sowie bis zu 3 Stunden technische Unterstützung oder Beratung pro Monat. Wählen Sie ihn, wenn der Server wichtig ist und sich auf Ihrer Seite niemand um seine Wartung kümmert.

In beiden Fällen bleiben Backups, Reverse DNS und SSH-Schlüssel Ihre Aufgabe. Siehe Was die Serververwaltung umfasst.

Bereit für Ihren eigenen Cloud-Server?Wählen Sie einen Tarif, installieren Sie Ihr Betriebssystem über die Cloud Console und melden Sie sich innerhalb weniger Minuten an.

Cloud-Server entdecken

Häufige Fragen

Was passiert, wenn ich bei der Einrichtung keinen SSH-Schlüssel hinterlege?

Das Root-Passwort wird Ihnen im Klartext per E-Mail zugeschickt. Melden Sie sich damit an, ändern Sie es sofort mit passwd und stellen Sie anschließend auf Schlüsselauthentifizierung um.

Sind zusätzlich angebundene Speicher-Volumes in den Server-Backups enthalten?

Nein. Ein Backup kopiert ausschließlich die primäre Festplatte des Servers. Zusätzlich angebundenen Speicher müssen Sie daher separat sichern.

Spielt WebGee Sicherheitsupdates auf meinen Cloud-Server ein?

Nicht beim standardmäßigen, nicht verwalteten Service – hier sind Sie selbst für das Betriebssystem und dessen Updates verantwortlich. Der Managed-Tarif umfasst Betriebssystem-Updates, Sicherheitshärtung und technischen Support rund um die Uhr an 365 Tagen im Jahr für den Server.

Warum meldet SSH nach einem Rebuild „Host key verification failed“?

Durch einen Rebuild erhält der Server einen neuen Host-Schlüssel, daher lehnt Ihr SSH-Client den alten Eintrag ab. Entfernen Sie ihn mit ssh-keygen -R, gefolgt von der IP-Adresse Ihres Servers.