Sunny61

Der UPN, samAccountName, DisplayName, distinguishedname, cn und name prüfen. Schau mal in diesem Beispiel die Felder an: http://www.selfadsi.de/user-attributes-w2k8.htm Ansonsten wie @BOfH_666 schon schrub, Details liefern.

Ok, Server 2025 hatte ich nicht auf dem Schirm. Wenn Du check updates klickst und den Taskmanager auf hast, siehst Du welcher Prozess angetriggert wird? Im Taskplaner sollten ja auch ein paar Jobs sein, die WU antriggern, evtl. siehst du dort mehr.

Bei uns funktioniert das wuauclt /... einwandfrei, warum das bei dir nicht funktioniert, weiß ich nicht. Administrative Commandline habe ich vorausgesetzt. Funktioniert usoclient.exe startscan auch nicht? Ist die VM kaputt?

wuauclt /resetauthorization /detectnow oder wuauclt /reportnow sollte helfen. Geht bei uns von W2016 bis W2022. W11 hab ich noch nicht probiert. UsoClient hat eigene Parameter: StartScan StartDownload StartInstall RestartDevice Sollte dann so aussehen: usoclient startscan. In meinem Script steht das untereinander: REM Updates am WSUS antriggern wuauclt /resetauthorization /detectnow REM Updates am WSUS antriggern wuauclt /reportnow Damit wird bisher auch noch W10 sehr schnell angetriggert. Ich hatte in ein Script gepostet mit dem das auch automatisiert funktioniert.

Accounts werden zum Austrittsdatum deaktiviert, von Gruppenmitgliedschaften bereinigt und nach 30 Tagen ebenfalls automatisiert gelöscht.

Auch beim Brand löschen kann man zu den falschen Mitteln greifen. ;)

Das ist vermutlich wieder Second Software, da soll es ja immer wieder mal Probleme mit den Downloads und Aktivierungen geben.

Ab 3 Clients würde ich, wenn es zu verwalten hätte, einen WSUS installieren.

Weiß ich nicht, ohne WSUS hab ich schon lange nichts mehr gemacht. Morgen ist ja Freitag, probier es aus. Ich würde es 'manuell' machen, d.h. downloaden und auf ein share legen und die Aufgabe an die Clients verteilen.

Ein *.MSU kannst Du mit Hilfe der WUSA.EXE und den passenden Parametern per Aufgabenplanung starten. In ein Share downloaden und schon gehts los. Es lässt sich auch einstellen, dass kein Reboot passiert. Oder hast Du das Update via WSUS freigegeben?

Hast Du mal ein KB von dem Funktionsupdate? Ist das groß oder wie bei W10 eine 30 KB Datei? Wenn letzteres, dann kannst Du das auch via Script und Aufgabenplanung ausführen lassen.

Wenn es in einem neuen Profil auch nicht funktioniert, liegt die Vermutung nahe, dass auch das Default Profil defekt ist. Die vermutlich schnellste Methode ist Daten sichern und vollständig neu installieren. Oder auch eine Reparatur Installation versuchen, das Default User Profil vorher umbenennen, steht hier beschrieben: https://community.spiceworks.com/topic/2251051-corrupted-default-user-profile-after-w10-upgrade Wir hatten das auch kürzlich bei 2 HP ProBooks, Kamera funktionierte nicht, bei keinem User. Windows neu installiert, Kamera funktioniert wieder. Bei den restlichen 190 Geräte ist alles in Ordnung.

Was steht denn dazu auf dem Terminalserver im Ereignisprotokoll? BTW: Lizenz schreibt man immer mit 2 z, immer.

Kannst Du dich auch nicht via mstsc /admin am Broker anmelden?

Da gab es wohl einen Namens- und Eigentümerwechsel: https://de.wikipedia.org/wiki/HCL_Notes Ab der Version 7 auf Clientseite war es dann sehr mühsam am Client. Server kenn ich nur maximal V7.

Schau dir dieses Beispiel an, bis zur Nummer 6: https://blog.itb.computer/2016/09/20/netzlaufwerke-durch-eine-gruppenrichtlinie-verbinden/ Damit sollte es klappen, Du kannst dort übrigens auch (AFAIK) mit %USERNAME% arbeiten. Und ja, Links darfst Du hier auch posten. Und immer mit Aktualisieren arbeiten.

Und noch viel mehr. ;)

Steht ja dran, ist nur ein Beispiel.

Seit W10 nicht mehr. Nur noch so richtig manuell, wie ich es beschrieben hatte.

Dann deklariere die LAN-Verbindung als getaktete Verbindung oder stell die Updates in einem Share bereit und installier sie per Script oder Ansible. BTW: Wir lassen 99% der Serverupdates in der Nacht um 03.oo Uhr laufen, anschließend erfolgt der Reboot und am nächsten Morgen ist alles in Butter. Natürlich testen wir die Updates vorher an ein paar Maschinen die nicht so wichtig sind bzw. recht schnell wieder hochgezogen werden können.

Ein FollowMe Drucker ist keine Option?

Starte doch mal einzelne Dienste (Remote-Desktop*) durch, bevor du den ganzen Server neu startest. Evtl. kommt man so in die richtige Richtung. Den Dienst Internal Database bzw. Interne Datenbank nicht vergessen.

Dieser Artikel zeigt die Vorgehensweise in der Domain auf: https://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo Der PDC Emulator ist der Chef im Ring, wo der seine Zeit holt, steht dort auch, der Rest ist IMHO selbsterklärend. Wenn die FW für den PDC Emulator die Zeit stellen soll, dann für die restlichen Devices auch, die NICHT in der Domain sind.

Hast Du den SQL Server fest auf einem Port zugewiesen? Auch bei der Express Version geht das. https://learn.microsoft.com/de-de/sql/database-engine/configure-windows/configure-a-server-to-listen-on-a-specific-tcp-port?view=sql-server-ver16&redirectedfrom=MSDN Ansonsten wie @testperson schon schrub, den Hersteller ins Boot holen. Die müssen wissen was direkt beim Start der Anwendung passiert. Und wenn bei Verknüpfungen die Icons weiß bleiben, dann kann auch helfen den IconCache zu leeren. Hier steht beschrieben wie man das beheben kann: https://www.deskmodder.de/wiki/index.php?title=Icon_Cache_löschen_weißes_Icon_reparieren_Windows_11_und_10

Du kannst auf dem Problemserver in einer amdinistrativen Commandline das hier ausführen: net stop wuauserv rd /s /q %windir%\softwaredistribution net start wuauserv wuauclt /resetauthorization /detectnow wuauclt /reportnow 5 Minuten warten und jetzt die WSUS-Konsole aktualisieren, will jetzt der Server das Update? Falls nein, kannst Du mit dem Server Online nach Updates suchen? Falls ja, bekommt er es dort angeboten?