Sunny61

Du könntest eine Test-OU erstellen, zwei, drei Clients dort hinein verschieben, SoftwareDistribution mehrmals hintereinander leeren und ein neues GPO für den WSUS erstellen und auf diese Test-OU verlinken. Die Test-Clients sollten in einer WSUS-Gruppe sein, für die die aktuellsten Updates freigegeben sind. So wenig wie möglich Einstellungen einbringen. Nur soviel wie wirklich nötig sind. Hast Du auch die richtigen ADMX-Templates zur Verfügung? Die von W11 23H2 und von 24H2 jeweils? GPO verlinken, SoftwareDistribution löschen, Client neu starten. Anschließend als Admin eine Commandline starten und das hier eingeben: wuauclt /resetauthorization /detectnow (2x) (2 Minuten warten) wuauclt /reportnow (2x) Jetzt die WSUS-Konsole aktualisieren. Wenn sich nach weiteren 5 Minuten nichts ändert trotz aktualisieren, die WindowsUpdate.log mit der PS erzeugen und nach Fehlern suchen. Zusätzlich kannst Du dir überlegen was in den letzten Monaten am System verändert wurde.

Das kriegst Du doch schon jeden Monat!

BTW: Wenn Du eine halbwegs aktuelle Fritzbox hast, kannst Du dort ja Wireguard als VPN einrichten. Du hast immer noch keine Details zum Raspberry Pi und dem dort eingerichteten VPN-Server gepostet.

Der IMHO schnellste Weg ist das GPO neu zu erstellen und auf die Clients loslassen. Wenn Du das nicht möchtest, grab dich durch die Logs, das ist aber IMHO verlorene Zeit. Langfristig würde ich allerdings zum WSUS Package Publisher in Kombination mit dem WSUS tendieren, das läuft stabiler.

Meld dich mit einem dritten User an und lösch von dem problematischen User das lokale Windows Profil. Achtung! Evtl. vorher Daten sichern!

Dazu braucht man normalerweise die VM nicht herunterfahren, läuft eigentlich immer im laufenden Betrieb.

Export Registry: HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares Nach dem Import entweder den Server neu starten oder den Dienst neu starten: net stop server && net start Server

Einmal Hauptadresse und wie wird die zweite eingebunden? Automapping? Falls ja, probiers mal ohne Automapping.

Nebenbei auch immer die DS auf den installierten Firmwarestand prüfen, bei unseren HP-DS wurden schon Bugs gefuixt, von denen wir betroffen waren. Also lohnt sich das am Anfang gleich zu prüfen was ist installiert und welche Version es aktuell gibt.

Und was war die Lösung?

Wichtig ist beim Thema AV-Scanner auch die richtigen Ausnahmen gem. Microsoft zu konfigurieren. Beim Hyper-V Host im BIOS prüfen ob es hier auch eine Möglichkeit gibt, den Host einzuschränken, falls ja, dann auch im BIOS die Energieeinstellungen auf Höchstleistung bringen.

Der eMClient kann auch mit Exchange benutzt werden: https://de.emclient.com/mobile-funktionen Erfahrungen hab ich persönlich damit nicht.

Dann solltest Du jetzt in der Registy Details sehen und das so nachbauen können.

Hängen die Drucker via LAN-Kabel am Client dran? Falls nein, so hat es sich für mich jetzt dargestellt. Seit wann existiert das Problem? Was wurde geändert? Hersteller und Typ der Drucker? Treiber schon mal geprüft? Neuen oder alten Treiber installieren.

Prüf doch mal gem. diese Artikel: https://www.gruppenrichtlinien.de/artikel/konfiguration-der-internet-explorer-zonenzuweisung-internet-explorer-zonemapping https://www.gruppenrichtlinien.de/artikel/fehler-beim-anwenden-internet-explorer-zonemapping-liste-der-site-zu-zonenzuweisungen

Wie sind denn die Drucker und die Clients angeschlossen? Hängen die Netzwerk technisch hintereinander?

Welche Kategorien hast Du denn aktiviert?

Besser einen neuen Thread eröffnen, Danke. Du meinst, ihr hab als Admin den IIS einmal neu gestartet? Das wäre ein interessanter Fall in PRTG gewesen ob da die Überwachung angeschlagen hätte. Hauptsache ihr habt den Fehler gefunden. ;)

Schon klar, aber schau doch mal hin. Du musst wirklich explizit Install anklicken. Und spätestens wenn da was in Englisch steht ist bei den meisten eh Feierabend und wer meint er muss das installieren, selbst schuld. Natürlich hat MSFT einen ordentlichen Fehler eingebaut, ohne wenn und aber.

IIS oder ähnliches. Wenn aber alle Clients nicht reporten, kann es nur global eine Einstellung sein. Egal wo. Firewall Regel auf dem WSUS oder oder oder. Auf jeden Fall kommst Du um das Lesen von Logs nicht umhin.

Wenn am Client nach dem Löschen triggern, dann bitte in einer Admin Commandline mit wuauclt /resetauthorization /detectnow 2 Min warten wuauclt /reportnow Am Client die WindowsUpdate.log mit der Powershell erzeugen und nach Fehlern abgrasen. Vermutlich hat jemand am WSUS irgendwas umgestellt oder eine GPO-Einstellung mit einem anderen Reportserver angepasst/verändert.

Im Born Artikel steht im oberen Teil drin, dass ein Hinweis kommt auf den Product Key. BTW: Wer seine Server direkt über WU aktualisiert ist selbst schuld.

Das musste ich allerdings auch bei manchen Servern schon mehrmals hintereinander machen damit es Wirkung zeigte. Sind das die ersten W2022 oder habt ihr schon andere W2022 die ihre Update holen?

%windir%\SoftwareDistribution leeren und Server neu starten, klappt es jetzt?

Ducati Monster EZ 03/1998 steht auch noch im Stall.