Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
vCenter‑Root‑Passwort abgelaufen<faceplate‑perfmark name=“first‑post‑meaningful‑paint“></faceplate‑perfmark>
Mir ist das Root‑Passwort abgelaufen, ich verwende vCenter Server 7.02. Ich war mir sicher, dass wir die Ablauffunktion deaktiviert hatten – offenbar nicht.
Kann ich über die Web‑Konsole des Photon‑OS eine Neustart durchführen und den Anweisungen zum Zurücksetzen des Root‑Passworts folgen, ohne Probleme oder Ausfallzeiten für unsere virtuellen Maschinen zu verursachen?
– Frage von Reddit
Kurze Antwort: Wenn Sie das aktuelle Root‑Passwort noch kennen, können Sie es über SSH in weniger als einer Minute zurücksetzen – ohne Neustart. Wenn es nicht mehr bekannt ist, aber administrator@vsphere.local weiterhin funktioniert, ist ebenfalls ein Zurücksetzen ohne Neustart möglich. Ein Neustart über GRUB ist nur als letztes Mittel erforderlich, wenn keine Anmeldeinformationen mehr zur Verfügung stehen.
Das VCSA‑Root‑Passwort läuft im Hintergrund ab. Im vSphere‑Client wird keine Warnung angezeigt, und standardmäßig erfolgt keine Benachrichtigung. Die Sperrung geht auf das Betriebssystem der Appliance zurück, nicht auf vSphere selbst.
Der richtige Wiederherstellungsweg hängt davon ab, auf welche Anmeldeinformationen Sie noch zugreifen können. Arbeiten Sie die folgenden Optionen von der am wenigsten bis zur am stärksten störenden Variante durch.
Verwenden Sie diese Methode, wenn das Root‑Passwort abgelaufen ist, Sie es aber noch wissen.
https://<vcenter‑fqdn>:5480 mit administrator@vsphere.local anmelden, um das Root‑Passwort direkt über die Oberfläche zurückzusetzen.Verwenden Sie diese Methode, wenn das Root‑Passwort abgelaufen oder vergessen ist, aber administrator@vsphere.local noch funktioniert. Dies ist der bevorzugte Weg in Produktivumgebungen, da kein Neustart erforderlich ist.
administrator@vsphere.local (oder einem anderen Benutzer aus der Gruppe SSO‑Administrators) an.shell.set --enable true
shell
sudo -i
pam_tally2 --user=root --reset
pam_tally2 ist hier veraltet):sudo faillock --reset --user root
/usr/sbin/faillock --user root --reset zu einem Fehler „Zugriff verweigert“ führen. Verwenden Sie stattdessen sudo faillock --reset --user root.passwd
Alternativ können Sie aus der Appliance‑Shell (ohne Wechsel in die Bash) folgenden Befehl ausführen:
localaccounts.user.password.update --username root --password
Geben Sie das neue Passwort auf Aufforderung ein – dies erzielt das gleiche Ergebnis ohne Wechsel zur Root‑Bash‑Shell.
Verwenden Sie diese Methode nur, wenn weder das Root‑Passwort noch der SSO‑Administrator‑Zugriff verfügbar sind. Sie erfordert den direkten Konsolenzugriff auf die VCSA‑Virtuelle Maschine und einen Neustart.
linux beginnt. Gehen Sie zum Ende dieser Zeile und fügen Sie Folgendes an:
rw init=/bin/bash
mount -o remount,rw /
passwd
reboot -f
umount / vor reboot -f gibt in diesem Modus oft den Fehler „Ziel ist belegt“ zurück. Sie können diesen Schritt überspringen und direkt reboot -f ausführen.Diese beiden Zustände werden oft verwechselt. Wenn Sie nur eines beheben, ohne das andere zu berücksichtigen, bleibt das Root‑Konto unzugänglich. Hier der Unterschied:
chage überschritten. Das System fordert zur Aktualisierung auf, sperrt das Konto aber nicht vollständig.Um den aktuellen Zustand des Root‑Kontos zu prüfen, führen Sie folgenden Befehl aus der Appliance‑Shell aus.
Prüfen der Passwort‑Alterungs‑ und Ablaufdetails:
chage -l root
Prüfen auf aktive Sperrungen (verwenden Sie den zur vCenter‑Version passenden Befehl):
pam_tally2 --user=root
/usr/sbin/faillock --user root
Falls das Root‑Konto kurz nach dem Zurücksetzen immer wieder gesperrt wird, versucht wahrscheinlich ein externes Skript oder Überwachungstool mit veralteten Anmeldeinformationen. Um die Quelle zu ermitteln, prüfen Sie die SSH‑Authentifizierungsprotokolle:
cat /var/log/audit/sshinfo.log
cat /var/log/messages | grep sshd
Nach der Wiederherstellung des Root‑Zugriffs verhindert die Anpassung der Ablaufrichtlinie eine Wiederholung des Problems. Dies können Sie über die VAMI‑Oberfläche oder direkt über die Befehlszeile durchführen.
https://<vcenter‑fqdn>:5480 als root an.chage -I -1 -m 0 -M 99999 -E -1 root
chage -l root
Falls Ihre Sicherheitsrichtlinie niemals ablaufende Anmeldeinformationen verbietet, legen Sie statt 90 Tagen eine maximale Gültigkeitsdauer von 365 Tagen fest. Dies senkt das Risiko unerwarteter Sperrungen und entspricht den meisten Compliance‑Rahmenwerken.
Das Beheben eines abgelaufenen Passworts ist unkompliziert. Um eine Wiederholung zu vermeiden, ist etwas mehr Planung erforderlich, die Schritte lassen sich aber einfach in bestehende Arbeitsabläufe integrieren.
Die zuverlässigste Schutzmaßnahme ist die Speicherung der VCSA‑Root‑Anmeldeinformationen in einem Unternehmens‑Secrets‑Manager wie HashiCorp Vault oder CyberArk. Diese Tools verfolgen das Alter von Anmeldeinformationen und warnen Ihr Team, bevor ein Passwort abläuft – Sie sind nicht mehr auf manuelle Nachverfolgung angewiesen.
Für Teams ohne Secrets‑Manager eignet sich eine wiederkehrende Kalendererinnerung als Ausweichlösung. Legen Sie diese auf etwa Tag 75 nach jeder Passwortänderung fest. Dadurch bleibt genügend Zeit für eine Rotation, bevor die 90‑Tage‑Grenze von Photon‑OS erreicht wird.
Die Rotation des Root‑Passworts sollte Teil der standardmäßigen vierteljährlichen VM‑Wartungs‑Checkliste sein. Die Kombination mit regulären Patch‑Zyklen sorgt für eine konsistente Durchführung ohne separaten Prozess oder Erinnerung.
Konfigurieren Sie in VAMI unter Verwaltung > Passwort‑Ablaufeinstellungen eine E‑Mail‑Benachrichtigung. Sie erhalten automatisch eine Warnung einige Tage vor dem Ablauf – eine nützliche Absicherung, falls manuelle Prozesse versagen.
Die GRUB‑Wiederherstellungsmethode aus Lösung 3 erfordert einen vollständigen VCSA‑Neustart. Fehlkonfigurationen bei den Boot‑Parametern können dazu führen, dass die Appliance nicht mehr bootet. Bevor Sie das GRUB‑Menü bearbeiten oder systemweite Änderungen an der Appliance vornehmen, ist eine vollständige Sicherung des VCSA der entscheidende Schritt für eine sichere Rückfallmöglichkeit.
i2Backup ist genau für solche Szenarien entwickelt: zum Schutz der VMware‑Infrastruktur vor risikoreichen Vorgängen.
Für Teams, die über geplante Sicherungen hinaus einen kontinuierlichen Schutz benötigen, bietet i2Availability Echtzeit‑Replikation und automatisches Failover für kritische Systeme – Dienste bleiben auch dann verfügbar, wenn die primäre Umgebung ausfällt.
Ein abgelaufenes VCSA‑Root‑Passwort ist störend, lässt sich aber vollständig vermeiden. Wenn Sie das alte Passwort noch kennen, reicht eine kurze SSH‑Sitzung zur Wiederherstellung des Zugriffs. Wenn das Root‑Passwort nicht mehr bekannt ist, aber der SSO‑Administrator‑Zugriff funktioniert, ist der neustartfreie Zurücksetzweg über administrator@vsphere.local die schnellere und sicherere Option für Produktivumgebungen. Die GRUB‑Methode steht als letztes Mittel zur Verfügung, wenn alle anderen Anmeldeinformationen verloren sind.
Unabhängig vom gewählten Zugriffsweg sind zwei Folgeschritte wichtig: Passen Sie die Passwort‑Ablaufrichtlinie an, damit der Standard‑Wert von 90 Tagen Ihr Team nicht erneut überrascht, und stellen Sie sicher, dass vor dem nächsten geplanten Wartungsfenster eine aktuelle VCSA‑Sicherung vorhanden ist. Info2softs i2Backup übernimmt diesen zweiten Schritt – agentenlose VMware‑Sicherungen mit Sofort‑Wiederherstellung, damit Ihr Team vor jeder systemweiten Änderung über eine zuverlässige Rückfallmöglichkeit verfügt.
Für eine bessere Gesundheit der vSphere‑Umgebung sollten Sie weitere häufige Appliance‑Probleme im Auge behalten – wie beispielsweise das Überlaufen der Log‑Festplatte bei vCenter. Dadurch lassen sich Kaskadenausfälle vermeiden, die routinemäßige Wartung zu Notfall‑Wiederherstellungsmaßnahmen machen.
· Unternehmenskunden und Mittelstand weltweit
· Unser Support-Team unterstützt Sie während der gesamten Testphase
· Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2Soft Unternehmensdaten schützt.