title | excerpt | updated |
---|---|---|
OVHcloud Rescue-Modus aktivieren und verwenden |
Erfahren Sie hier, wie Sie das <i>Customer Rescue System</i> zur Fehlerbehebung bei einem Dedicated Server einsetzen |
2025-01-20 |
Der Rescue-Modus ist ein von OVHcloud zur Verfügung gestelltes Tool für Ihren dedizierten Server, das dazu dient, den Server mithilfe eines temporären Betriebssystems zu booten. Damit haben Sie Zugriff auf den Server und können Probleme diagnostizieren und beheben.
Der Rescue-Modus ist generell für folgende Aufgaben einzusetzen:
- Zurücksetzen Ihres User-Passworts
- Diagnose von Netzwerkproblemen
- Reparatur eines beschädigten Betriebssystems
- Korrektur einer fehlerhaften Konfiguration einer Software-Firewall
- Performance-Test von Disks
- Testen des Prozessors und des RAM
Warning
Falls Sie nicht schon über aktuelle Backups verfügen, sollte der erste Schritt im Troubleshooting, auch im Rescue-Modus, immer darin bestehen, ein Backup Ihrer Daten zu erstellen.
Wenn Sie Dienste auf Ihrem Dedicated Server im laufenden Betrieb haben, wird der Rescue-Modus diese Dienste unterbrechen, da er in das Hilfsbetriebssystem neu gestartet wird.
Diese Anleitung erklärt, wie Sie Ihren OVHcloud Dedicated Server in den Rescue-Modus versetzen und Partitionen mounten.
- Sie haben einen Dedicated Server in Ihrem Kunden-Account.
- Sie haben Zugriff auf Ihr OVHcloud Kundencenter.
Um den Rescue-Modus zu verwenden, müssen die Einstellung des Netboot
für den Server geändert werden. Der Server muss anschließend neu gestartet werden.
Loggen Sie sich in Ihr OVHcloud Kundencenter ein und öffnen Sie den Bereich Bare Metal Cloud
{.action} und dann Dedicated Server
{.action}.
Klicken Sie auf den Namen Ihres Servers, um den Tab Allgemeine Informationen
{.action} zu öffnen.
Klicken Sie im Feld Allgemeine Informationen auf den Button ...
{.action} neben Boot
. Klicken Sie im Kontextmenü auf Bearbeiten
{.action}.
Wählen Sie auf der Seite Netboot-Modus ändern Im Rescue-Modus booten
{.action} aus.
Die verfügbaren Optionen für den Rescue-Modus hängen vom Servertyp und dem installierten Betriebssystem ab.
- Customer Rescue System (immer verfügbar)
- Windows Customer Rescue System (verfügbar für Windows Server)
- iPXE / ipxe-shell (externes Open-Source-Tool, immer verfügbar)
- Legacy Windows Rescue System (veraltetes WinPE-System; nur relevant, wenn Ihr Server nicht die Anforderungen für das Windows Customer Rescue System erfüllt)
[!primary]
Die nachfolgenden Anweisungen betreffen nur das Customer Rescue System, die meistverwendete Option.
Alle Informationen zur Verwendung des Windows Customer Rescue System finden Sie in unserer Anleitung zum Rescue-Modus für Windows.
Wählen Sie Customer rescue system
{.action} aus dem Dropdown-Menü.
In dieser Auswahl wird die Authentifizierungsmethode für die SSH-Verbindung mit dem Rescue-Modus festgelegt. Dies ist hauptsächlich eine Frage der Zweckmäßigkeit, da jede Nutzung des Rescue-Systems eine transitorische Login-Sitzung, und verfällt, sobald der Server von seiner Disk neu gestartet wird.
- Passwortauthentifizierung: Die Zugangsdaten werden Ihnen per E-Mail mitgeteilt.
- Schlüsselauthentifizierung: Sie können einen öffentlichen Authentifizierungsschlüssel Ihrer Wahl verwenden (kompatible Formate:
RSA
,ECDSA
,ED25519
).
Klicken Sie auf den Tab für Ihre Verbindungsmethode:
[!tabs] Authentifizierung mit Passwort
Klicken Sie auf
Authentifizierung per Kennwort
{.action}.Die Benachrichtigung zur Aktivierung des Rescue-Modus und die zugehörigen Login-Daten werden an die Kontakt-E-Mail-Adresse Ihres OVHcloud Kunden-Accounts gesendet. Um eine abweichende E-Mail-Adresse zu verwenden, geben Sie diese in das Feld
Zugangsdaten an folgende E-Mail-Adresse versenden
ein.Klicken Sie auf
Weiter
{.action}.Authentifizierung mit Schlüssel
Klicken Sie auf
Authentifizierung per SSH-Schlüssel
{.action}.Sie haben zwei Optionen:
- Wählen Sie im Dropdown-Menü einen Schlüssel aus. Dazu muss bereits mindestens ein öffentlicher Schlüssel in Ihrem OVHcloud Kundencenter hinterlegt sein.
- Kopieren Sie die Zeichenfolge des öffentlichen Schlüssels manuell und fügen Sie sie in das Feld
Ihr öffentlicher SSH-Schlüssel
ein.Weitere Informationen zu diesem Thema finden Sie in unseren Anleitungen:
- Erstellen und Verwenden von Schlüsseln zur SSH-Authentifizierung
- Erstellen und Verwenden von Schlüsseln zur SSH-Authentifizierung mit PuTTY
[!success] Sie können über die OVHcloud API einen öffentlichen Schlüssel als Standard für den Rescue-Modus eines Servers hinzufügen. Weitere Informationen finden Sie im Abschnitt unten.
Klicken Sie auf
Weiter
{.action}.
Klicken Sie im Schritt Zusammenfassung auf Bestätigen
{.action}.
Sie sollten nun eine Meldung bezüglich des geänderten Netboot
im Tab Allgemeine Informationen
{.action} erhalten.
Im letzten Schritt muss der Server neu gestartet werden. Klicken Sie auf den Button ...
{.action} neben "Status" im Feld Status der Dienste und dann auf Neu starten
{.action}. Klicken Sie im Popup-Fenster auf Bestätigen
{.action}.
Der hard reboot benötigt einige Minuten zur Durchführung. Sie können den aktuellen Status im Tab Tasks
{.action} überprüfen.
[!primary]
Achten Sie darauf, nach Abschluss Ihrer Aktionen im Rescue-Modus den
Netboot
aufVon Festplatte booten
{.action} zurückzusetzen, bevor Sie den Server neu starten.
Sobald Sie die E-Mail zur Aktivierung des Rescue-Modus erhalten haben, können Sie sich über das Rescue-System einloggen und auf Ihren Server zugreifen.
Diese E-Mail ist auch in Ihrem OVHcloud Kundencenter verfügbar, sobald sie verschickt wurde. Klicken Sie oben rechts auf den zu Ihrer Kundenkennung gehörigen Namen und wählen Sie E-Mails von OVHcloud
{.action} aus.
[!primary]
Ihr SSH-Client wird die Verbindung üblicherweise zunächst blockieren, weil der ECDSA-Fingerprint nicht mehr übereinstimmt. Das ist normal, da der Rescue-Modus seinen eigenen temporären SSH-Server verwendet. Um dies zu beheben, bearbeiten Sie die Datei
known_hosts
in Ihrem lokalen Ordner.ssh
.
Sie haben zwei Möglichkeiten:
Den Fingerprint aus der Datei löschen. Ihr SSH-Client fügt dann einen neuen Fingerprint-Eintrag für den Server hinzu, sobald Sie den Rescue-Modus nicht mehr verwenden. Eine ausführliche Erläuterung finden Sie im Abschnitt "Login und Fingerprint" in unserer Einführung zu SSH.
Den Fingerprint vorübergehend deaktivieren. Öffnen Sie die Datei
known_hosts
mit einem Texteditor und identifizieren Sie die Fingerprint-Zeichenfolge Ihres Servers anhand dessen IP-Adresse. Fügen Sie am Anfang der Zeile das Zeichen#
ein. Dadurch wird die Zeile zu einem "Kommentar" und von Anwendungen, die die Datei auslesen, ignoriert. Machen Sie diese Änderung rückgängig, bevor Sie denNetboot
-Modus wieder auf den "normalen" Modus umstellen.
Klicken Sie auf den Tab für Ihre Verbindungsmethode:
[!tabs] Authentifizierung mit Passwort
Öffnen Sie die Befehlszeilenanwendung Ihres lokalen Geräts, und geben Sie den folgenden Befehl ein:
ssh root@SERVER_IPBeispiel:
Geben Sie das temporäre Passwort für den Rescue-Modus ein, wenn Sie dazu aufgefordert werden.
[email protected]'s password: root@rescue-customer-eu (ns9356771.ip-203-0-113.eu) ~ #Weitere Informationen zu SSH-Verbindungen finden Sie in unserer Einführung in SSH.
Sie können auch eine Anwendung für SSH-Verbindungen Ihrer Wahl verwenden, wie z.B. PuTTY.Authentifizierung mit Schlüssel
Öffnen Sie die Befehlszeilenanwendung auf dem lokalen Gerät, und geben Sie den folgenden Befehl ein:
ssh -i USER_FOLDER/.ssh/KEY_FILE_NAME root@SERVER_IPBeispiel:
ssh -i ~/.ssh/MyAuthKey [email protected]Geben Sie ggf. nach Aufforderung Ihr Passwort ein, um die Datei mit dem privaten Schlüssel zu öffnen.
Weitere Informationen zu diesem Thema finden Sie in unseren Anleitungen:
Sofern Sie nicht beabsichtigen, die Datenträger des Servers auf eine Art zu konfigurieren, die einen getrennten Zustand erfordert (unmounted), müssen Sie zuerst die Systempartition mounten, um über den Rescue-Modus auf Ihre Daten zugreifen zu können.
Listen Sie zuerst alle Partitionen auf, um den Namen der Partition zu finden, die Sie mounten müssen:
lsblk
Beispiele für Ausgaben:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
├─sda1 8:1 0 511M 0 part
├─sda2 8:2 0 1.8T 0 part
│ └─md127 9:127 0 1.8T 0 raid1
├─sda3 8:3 0 512M 0 part
└─sda4 8:4 0 2M 0 part
sdb 8:16 0 1.8T 0 disk
├─sdb1 8:17 0 511M 0 part
├─sdb2 8:18 0 1.8T 0 part
│ └─md127 9:127 0 1.8T 0 raid1
└─sdb3 8:19 0 512M 0 part
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 894.3G 0 disk
├─nvme1n1p1 259:2 0 511M 0 part
├─nvme1n1p2 259:3 0 1G 0 part
│ └─md2 9:2 0 1022M 0 raid1
├─nvme1n1p3 259:4 0 892.3G 0 part
│ └─md3 9:3 0 892.1G 0 raid1
└─nvme1n1p4 259:5 0 512M 0 part
nvme0n1 259:1 0 894.3G 0 disk
├─nvme0n1p1 259:6 0 511M 0 part
├─nvme0n1p2 259:7 0 1G 0 part
│ └─md2 9:2 0 1022M 0 raid1
├─nvme0n1p3 259:8 0 892.3G 0 part
│ └─md3 9:3 0 892.1G 0 raid1
├─nvme0n1p4 259:9 0 512M 0 part
└─nvme0n1p5 259:10 0 2M 0 part
Mounten Sie dann die entsprechende Partition entsprechend:
mount /dev/PARTITION_NAME /MOUNT_POINT/
Die zu mountende Partition sollte einfach anhand der Größe in der Tabellenspalte SIZE zu identifizieren sein (sda2
im ersten Beispiel, nvme1n1p3
im zweiten Beispiel). In einer Software-RAID-Konfiguration (ein Standard-RAID1 in den Beispielen oben) müssen Sie jedoch die ID des RAID-Volumes verwenden (mdX
).
Mit dem Ordnernamen mnt
als Einhängepunkt wäre der Befehl mount
für das erste Beispiel folgendermaßen anzuwenden:
mount /dev/md127 /mnt/
Befehl für das zweite Beispiel:
mount /dev/md3 /mnt/
Warning
Die obigen Beispiele dienen lediglich der Veranschaulichung der erforderlichen Schritte auf der Grundlage einer typischen Serverkonfiguration. Die Daten in der Ausgabetabelle hängen von der Hardware des Servers und dessen Partitionsschema ab. Konsultieren Sie im Zweifelsfall die Dokumentation zu Ihrem Betriebssystem.
Wenn Sie professionelle Unterstützung bei der Verwaltung Ihres Servers benötigen, beachten Sie die Informationen im Abschnitt Weiterführende Informationen dieser Anleitung.
Verwenden Sie den folgenden Befehl, um weitere technische Details zu den Datenträgern und Partitionen des Servers zu erhalten:
fdisk -l
Für einige Aufgaben müssen möglicherweise Datenträger oder Partitionen wieder abgetrennt werden. Verwenden Sie hierzu den Befehl zum Unmounten:
umount /mnt
/// details | Diesen Abschnitt erweitern
Sie können einen VMware Datastore auf ähnliche Weise mounten wie im vorherigen Segment beschrieben
Listen Sie Ihre Partitionen auf, um den Namen der Partition des Datastores abzurufen:
lsblk
fdisk -l
Mounten Sie die Partition mit folgendem Befehl, und ersetzen Sie dabei sdbX
mit dem im vorherigen Schritt identifizierten W
vmfs-fuse /dev/sdbX /mnt
Wenn Sie Datastores vom Typ VMFS 6
haben, wechseln Sie in den Ordner sbin
, um den Mount-Ordner zu erstellen:
cd /usr/local/sbin/
mkdir /mnt/datastore
Listen Sie Ihre Partitionen auf, um den Namen der Partition des Datastores abzurufen:
lsblk
fdisk -l
Mounten Sie die Partition mit folgendem Befehl, und ersetzen Sie dabei sdbX
mit dem im vorherigen Schritt identifizierten Wert:
vmfs6-fuse /dev/sdbX /mnt/datastore/
///
Nach Abschluss des Mount-Vorgangs können Sie auf Ihre Dateien zugreifen und Problembehebungsaufgaben innerhalb des Ordners ausführen, den Sie als Mountpoint festgelegt haben. Beispiel:
cd /mnt
Für bestimmte Dateisystem´-Operationen (z.B. das Bearbeiten von Benutzer-Accounts) ist ein zusätzlicher Schritt erforderlich. Erstellen Sie mit diesem Befehl eine temporäre chroot
Umgebung am Mount-Punkt:
chroot /mnt/
Jetzt sollten Sie in der Lage sein, alle erforderlichen Änderungen am System vorzunehmen, z.B. um den Zugriff auf den Server wiederherzustellen.
Falls notwendig, kehren Sie zur Login-Shell des Rescue-Modus zurück, indem Sie Folgendes eingeben:
exit
Öffnen Sie dann in Ihrem OVHcloud Kundencenter die Netboot
-Einstellungen und ändern Sie den Modus wieder zu Auf Festplatte booten
{.action}.
Sie können den Server jetzt in der Shell des Rescue-Modus neu starten:
reboot
Sie können alternativ die Funktion Neu starten
{.action} in Ihrem Kundencenter verwenden.
/// details | Diesen Abschnitt erweitern
Um den Vorgang zu beschleunigen, können Sie über die OVHcloud API einen öffentlichen Standard-Schlüssel für den SSH-Zugang im Rescue-Modus zu Ihrem Server hinzufügen.
Öffnen Sie hierzu in der Web API-Konsole den folgenden API-Endpunkt:
[!api]
@api {v1} /dedicated/server PUT /dedicated/server/{serviceName}
Geben Sie den internen Namen Ihres Servers (ns111111.ip-203-0-113.eu
) in das entsprechende Feld ein.
Ändern Sie anschließend das folgende Textfeld wie folgt:
{
"rescueSshKey": "string"
}
Ersetzen Sie dabei string
mit der vollständigen Zeichenfolge des öffentlichen Schlüssels.
Das Ergebnis sollte wie im folgenden Beispiel aussehen:
Wenn Sie die Werte korrekt eingegeben haben, klicken Sie auf den Button EXECUTE
{.action}.
Das Feld Ihr öffentlicher SSH-Schlüssel:
wird jetzt beim Umschalten des Netboot
automatisch mit dieser Schlüsselzeichenfolge ausgefüllt.
///
/// details | Diesen Abschnitt erweitern
Sobald Sie die E-Mail zur Aktivierung des Rescue-Modus erhalten haben, können Sie sich über das Rescue-Modus-System einloggen und auf Ihren Server zugreifen.
Diese E-Mail ist auch in Ihrem OVHcloud Kundencenter verfügbar, sobald sie verschickt wurde. Klicken Sie oben rechts auf den zu Ihrer Kundenkennung gehörigen Namen und wählen Sie E-Mails von OVHcloud
{.action} aus.
Um die Windows PE GUI des Rescue-Modus zu verwenden, müssen Sie eine VNC-Konsole herunterladen und installieren oder das IPMI-Modul verwenden (nicht bei allen Servermodellen verfügbar).
Folgende Anwendungen sind bereits in diesem Modus installiert:
Tool | Beschreibung |
---|---|
Mozilla ULight | Ein Webbrowser. |
Memory Diagnostics Tool | Ein Windows Tool zum Testen des RAM. |
Explorer_Q-Dir | Ein Dateiexplorer. |
GSmartControl | Ein Werkzeug zur Überprüfung von Festplatten/SSDs. |
PhotoRec | Ein Tool zum Abruf potenziell verlorener Dateien auf einer Festplatte. |
SilverSHielD | Ein SSH2 und SFTP Server. |
System Recovery | Ein Windows Tool zur Systemwiederherstellung und Fehlerbehebung. |
TestDisk | Eine leistungsstarke Anwendung zur Datenwiederherstellung. Mit diesem Tool können Sie beschädigte Partitionen wiederherstellen und bearbeiten, verlorene Partitionen wiederfinden, einen Bootsektor reparieren oder sogar einen fehlerhaften MBR rekonstruieren. |
FileZilla | Ein Open-Source-FTP-Client. Er unterstützt SSH- und SSL-Protokolle und verfügt über ein intuitives Drag-and-Drop-Interface. Es kann verwendet werden, um Ihre Daten auf einen FTP-Server zu übertragen, zum Beispiel das FTP-Backup, das mit den meisten OVHcloud-Servermodellen bereitgestellt wird. |
7-ZIP | Ein Datenkomprimierungs- und Datenarchivierungstool, das die folgenden Formate liest: ARJ, CAB, CHM, CPIO, CramFS, DEB, DMG, FAT, HFS, ISO, LZH, LZMA, MBR, MSI, NSIS, NTFS, RAR, RPM, SquashFS, UDF, VHD, WIM, XAR und Z. Außerdem können Sie mit diesem Tool Ihre eigenen Archive in den folgenden Formaten anlegen: BZIP2, GZIP, TAR, WIM, XZ, Z und ZIP. |
///
Rescue-Modus für Windows verwenden
Server-Zugriff wiederherstellen, wenn Ihr Benutzerpasswort verloren geht
Ersetzen Ihrer Authentifizierungsschlüssel für den SSH-Zugriff bei Schlüsselverlust
Konfiguration und Neuerstellung des Software-RAID
Diagnostizieren von Hardware-Problemen
Verwenden der IPMI-Konsole mit einem Dedicated Server
Kontaktieren Sie für spezialisierte Dienstleistungen (SEO, Web-Entwicklung etc.) die OVHcloud Partner.
Wenn Sie Hilfe bei der Nutzung und Konfiguration Ihrer OVHcloud Lösungen benötigen, beachten Sie unsere Support-Angebote.
Treten Sie unserer User Community bei.