Mit SSH verbinden, den Server verifizieren

Ein echter Server benötigt einen bestätigten IP- oder Hostnamen, ein Anmeldekonto, einen SSH-Port und einen Server-Key-Fingerabdruck. Der Kontobereich generiert diese nicht. Die untenstehende Adresse ist für die Dokumentation reserviert; ersetzen Sie sie nur durch Informationen aus dem verifizierten Lieferdatensatz des Betreibers.

Vergleiche den angebotenen Host-Key-Fingerprint mit einem Wert, der über einen separaten vertrauenswürdigen Weg erhalten wurde, etwa die Konsole des Live-Betreibers. Behandle die Ausgabe von ssh-keyscan aus demselben nicht vertrauenswürdigen Netzwerk nicht als unabhängigen Beweis. Eine unerwartete Schlüsseländerung kann eine neu aufgebaute Maschine oder ein Angriff sein; kläre die Ursache, bevor du sie akzeptierst.

ssh -p 22 operator@192.0.2.20

Erzeuge auf einem Client mit installiertem OpenSSH einen Ed25519-Schlüssel mit einer Passphrase. Die Datei ohne .pub ist privat und verbleibt auf deinem Client; die .pub-Datei kann in den authorized_keys des Serverkontos installiert werden. Lade die private Hälfte nicht auf den Server oder in ein Ticket hoch.

ssh-keygen -t ed25519 -f ~/.ssh/ombra_admin -C "ombra-admin"
ssh-copy-id -i ~/.ssh/ombra_admin.pub -p 22 operator@192.0.2.20

Die ursprüngliche Anmeldung offen lassen und dich von einem zweiten Terminal mit der neuen Identität verbinden. Bestätige, dass du die benötigten Verwaltungsaufgaben ausführen kannst. Erst danach solltest du Passwort- oder direkte Root-Authentifizierung deaktivieren.

ssh -i ~/.ssh/ombra_admin -p 22 operator@192.0.2.20
sudo -v

Halten Sie eine verifizierte Konsole oder Rettungsmethode bereit, bevor Sie Ports oder Authentifizierung ändern. Dokumentieren Sie, welches Konto und welcher Schlüssel den Server verwalten. Wenn die Live-Umgebung neu aufgebaut wird, verifizieren Sie die neue Host-Identität, anstatt blind den alten Datensatz zu löschen.