
Netzwerkprobleme und Anzeigen mit Anzeigendienstkonten? Geboren und Windows -Blog
[English]VMware, die von Broadcom erstellt wurde, veröffentlichte ein Sicherheits -Update für VMware -Tools 12.5.1, um Ende März 2025 eine Sicherheitsanfälligkeit zu schließen.
VMware-Tools 12.5.1 CVE-2025-22230 Schließen
Es gibt eine Authentifizierungsbypass in VMware-Tools für Windows: Schwachstelle in alten Versionen vor 12.5.1 (CVE 2025-22230). Ein VM -Angreifer mit Verwaltungsrechten kann die Authentifizierung aufgrund schlechter Zugangskontrolle und der Fähigkeit, bestimmte Rechte mit großen Rechten innerhalb dieser VM auszuführen, verwalten.
2025, 2. März 2025, VMSA 2025-0005 veröffentlicht: Ventationsbypass für Windows-Update-Adressen (CVE-2025-22220) und Windows 12.5.1 bietet VMware-Tools für Windows 12.5.1. Ich erwähnte das in den Warnungen vor Softwareschwächen (26. März 2025).
Probleme mit Netzwerk- und Werbedienstleistungskonten
Am 15. April 2025 habe ich mich direkt per E -Mail gesendet, da er per E -Mail -Support oder -bestätigung erwartet. Er schrieb mir, dass er am vergangenen Wochenende VMware -Tools im Unternehmen aktualisiert habe, Version 12.5.1, weil diese Version Sicherheitslücken schließt.
Das vom Leser verursachte System
In der Geschäftsumgebung handelt es sich wahrscheinlich um einen hundert Windows -Server, und Windows Server von allen Dingen macht massive Probleme mit aktualisierten VMware -Tools 12.5.1. Die Symptome sind: Das Netzwerk ist funktional als zu spät, sodass die Domäne nicht rechtzeitig ist. Daher beginnen nicht alle Dienste, die in den Domain / GMSA -Konten ausgeführt werden.
Weitere Details zum Bildbild
Heiko H. schrieb mit VMware -Tools, die mit VMware -Tools installiert wurden. Das betroffene System erhält eine verzögerte Netzwerkverbindung, wenn der Windows Virtualized Server neu gestartet wird. Dies wird angewendet, wenn Sie statische IPs verwenden und keinen DHCP aktiviert haben. Normalerweise sollte dies kein Problem sein, dass DHCP auf die DHCP -Adresse mit DHCP wartet und nach einer Domäne sucht, Ladedienste mit dem Domänenkonto, Laden von GPOs usw.
Wenn die statische Adresse in Windows gespeichert ist, ist das Betriebssystem (das eine Netzwerkverbindung ist. Infolgedessen können Windows Dienste nicht starten, da Konten / Passwörter ohne einen Blumendomänencontroller (DC) nicht gültig sein können.
Es gibt DNS, Domain -Suche usw. im Debugging -Register für den Netlogon -Dienst. Es enthält auch Berichte über die Vorfallaufzeichnungen der fehlenden Domäne und des fehlgeschlagenen Dienstes.
Was das spezifische System betrifft, schrieb der Leser Windows Server 2022 mit einer statischen IP, ESXI wurde in 7.x virtualisiert. In der Vergangenheit wurde es von Windows Server 2016 auf Windows Server 2022 aktualisiert. DHCP ist in diesem Bereich leider keine Option für den Leser. Andere Server anderer virtualisierter Fenster im betroffenen Unternehmen arbeiten ebenfalls mit statischen IP -Adressen und verursachen keine Probleme.
Der Blog -Leser schreibt das oben genannte Problem bei der Installation von VMware -Tools 12.5.1 klar. Fehler erneut nach der Sicherung von VMware -Tools und nach dem Importieren des folgenden Updates. Der Leser setzte sich dann fort (leider ohne dauerhaften Erfolg):
- Die Einstellungen für Netzwerkverbindungen wurden an einen Server angepasst, der betrieben wurde.
- Die Netzwerk- und Netzwerkfunktionen (Proxy-, VPN -Einstellungen) wurden in Windows ein- / ausgeschaltet.
- Es wurde auch aktiviert, wenn es in einem GPO -Netzwerk angemeldet ist.
Durch die Einrichtung ist es nun eine Aufgabe, das System mit einer Verzögerung von 30 Sekunden zu starten, die Anwendungsdienste über PowerShell startet. Der Leser gab an, dass er zwei Optionen als letzte Lösung ansieht, die seine E -Mail beendete (es kann so viel und so viel testen / implementieren / implementieren, so viel, so viel,
- Erstellen Sie VM -Cover / -konfiguration in VMware und starten Sie den vorhandenen Server in einem neuen VM -Fall.
- Installieren und konfigurieren Sie den gesamten Server. Dies hat einen Nachteil, dass dies mindestens einen Tag mit Produktionsstörungen bedeutet.
Der Leser bat darum, das Thema im Blog mit dem Ziel zu setzen, einen Blog -Leser zu machen. Tatsächlich versuchte er nach 1,5 Tagen sein Latein, und ein Test machte das Ausschalten aller Windows -Firewall -Profile nichts.
Weitere Berichte über das Problem
Der Leser hatte Besorgnis darüber, berühmter “individueller Fall” zu sein, weil es nur einer der vielen Server im Unternehmen ist. Der Fehler scheint nicht weit zu sein, da es zu viele Websites im Internet gibt.
Ein Thread von Reddit.com
In reddit.com ist das Kabel -Netzwerk nicht bereit, 12.5.1 auf Windows Server mit VMware -Tools zu starten. Das Problem wird auch beschrieben. Vor einigen Tagen wurden in Version 12.5.1 aktualisiert. Erstellen der Basis, die ESXi -Hosts aktualisiert und dann die entsprechenden virtuellen Maschinen aktualisiert (insbesondere Windows Server 2019).
Controled Care informierte jedoch einige Dienste, die automatisch beginnen sollten, dies jedoch nicht taten. Dieses Problem ist nach dem Neustart des Windows -Servers in VMs aufgetreten.
Die relevante Person untersuchte das Problem und alle Dienste, die im Kontext von Domänendiensten ausgeführt werden, können nicht beim Start eingeleitet werden. (Das von Hei beschriebene Problem, also genau). Es gibt einen Eintrag auf der Event -Bildschirm -Ereignis -ID 7.000. Der Eintrag zeigt an, dass der Dienst nicht vorhanden ist oder das Passwort falsch ist. Der anfängliche Start des Dienstes ist jedoch perfekt und kann daher nicht berücksichtigt werden.
Bei weiteren Studien stellten die Personen fest, dass die VMware -Aktualisierungen nach jedem Windows -Server Netlogon neu gestartet haben, die die Ereignis -ID 10719 angeben. Das Problem war neu und da es zuvor nicht erschien, schrieb der Benutzer und sieht sie als Indikator für die Ursache des Problems.
Der Verdacht, dass Windows Server 2019 Systems Services tatsächlich bereit ist, das Netzwerk vorzubereiten. Es wurde seit ein paar Tagen unbemerkt unbemerkt, weil Netlogons nicht zu viel Mühe verursachen, sondern weil die übrigen Dienste betroffen sind.
Er erkannte, dass die Menschen im Jahr 2011 zum Zeitpunkt von Windows Netlogon 5719 zum Zeitpunkt 5719 ein Problem mit dem Windows Server 2008 2008 R2 SP1 waren. Das hilft jedoch im Moment nicht.
Reddit.com -Thread, andere vom Windows Server 2022 Virtuelle Installationen betroffen. Ein Poster, das vorgeschlagen wurde, die GPO -Konfiguration “Maschinenidentität” zu deaktivieren. Es scheint jedoch nicht die Lösung für die Betroffenen zu sein.
Erwähnung in Mahaigner.de
Wenn dies in Deskmodder.de ist, wo eine andere Person mit VMware -Tools 12.5.1 betroffen ist, wenn Sie ein Problem haben, dass das Netzwerk nach Verwendung von IP -Adressen nicht fertig ist. Dann gibt es keinen sicheren Link zum Domain -Treiber.
Probleme mit dem Salbei -Backup
Nachdem der Artikelserver die Sage Community VMware -Tools geändert hat, kehrt er zu VMware -Tools zurück, in der jemand eine Datensicherungsdatei von jemandem eine Belohnungsinstallation installiert hat, nachdem der Dateiserver auf der neuesten Version von VMware -Tools aktualisiert wurde.
Nachdem der Windows -Server die Saga -Daten und -Dienste gefunden haben, wurden VMware -Tools 12.5.1 aktualisiert, wenn jemand versuchte, seine Daten zu sichern. Nach dem Zurücksetzen von VMware -Tools 12.5.0 funktioniert alles wieder.
Ähnliche Artikel:
VMware -Tools 12.5.0 Veröffentlichung
Windows 11 24H2: VMware Workstation Pro 17.x sehr langsam
VMware Workstation: Automatische Aktualisierungen, Zertifikatfehler werfen
VMware Workstation 17.6: Installationsproblem in der WindowsVMware Workstation in Kürze für Geschäftsanwender?