Sunny61

Wahrscheinlich wurde nicht neu installiert, sondern nur ein Upgrade gefahren. An der SUSClientID identifiziert der WSUS den Rechner. Details siehe hier: https://support.microsoft.com/de-de/help/903262/a-windows-2000-based,-windows-server-2003-based,-or-windows-xp-based-computer-that-was-set-up-by-using-a-windows-2000,-windows-server-2003,-or-windows-xp-image-does-not-appear-in-the-wsus-console Hat der Client schon einen Bericht abgegeben oder nur den WSUS kontaktiert? Du kannst dir übrigens weitere Spalten einblenden lassen. Rechtsklick auf das Pane und auswählen. Solange der Client keinen Bericht abgibt, kann das sein. Der WSUS ist wirklich auf einem W2016 installiert? Was gibt denn ein ver vom Client? BTW: Ein Client GPO mit der Option 3 bringt nicht viel, wenn dann auf 4 umstellen und eine Uhrzeit angeben, zu der auch installiert werden kann.

Und weiter? Wer war das Ziel des GPO? Computer oder Benutzer? Kommt das GPO mit den Einstellungen am Client/Benutzer an? Wenn nein, welche Fehler findest Du im Eventlog für GPOs? Hmm, warum man nicht in mehrere Foren posten soll. Schau mal ob du so eine Schulung findest. :) http://social.Technet.microsoft.com/Forums/de-DE/gruppenrichtliniende/thread/cf4c7be8-51a2-4700-b002-58d8875eee60#cf4c7be8-51a2-4700-b002-58d8875eee60 In den Regeln dieses Boards hast Du abgenickt, Cross Postings zu melden: http://www.mcseboard.de/topic/191452-regeln In den Technet Foren bitte auch auf den Thread hier im Board hinweisen, gebührt der Höflichkeit den Helfern gegenüber. Oder bist Du Unhöflich?

Auf dem DC GPMC.MSC aufrufen. Und jetzt nimmst Du diese Anleitung und arbeitest dich durch. Klappt es nicht, wäre eine Schulung vielleicht die beste Variante.

OK, zeig doch deine kompletten Einstellungen für den WSUS. Zusätzlich kannst Du zwischenzeitlich wieder mal das Verzeichnis auf dem Client löschen: net stop wuauserv rd /s /q %windir%SoftwareDistribution shutdown -r -t 0 Welche Sicherheitssoftware ist installiert?

Dann kann es nur am zusammenklicken liegen. Ich hab das auch schon sehr häufig am Server erstellt, diese deine Probleme hatte ich noch. Allerdings hab ich das nie zusammengeklickt, sondern immer mit %programefiles%\... eingegeben. Aber egal, es funktioniert. ;)

Hast Du evtl. diese Einstellung gesetzt? Turn off Access to all Windows Update Features > Computer- oder Benutzerkonfiguration prüfen. Wenn ja, auf nicht konfiguriert setzen. und den Rechner neu starten.

Mit der XML alleine wird es wohl auch nicht besser werden. Du mußt natürlich das XML auch noch im GPO passend verteilen. Und jetzt die spannende Frage, wie genau hast Du denn das XML verteilt? Per Mail oder SFTP verschickt? Lass dir bitte nicht immer alles aus der Nase ziehen, Mitarbeit ist nicht verboten, Danke.

Freut mich für Dich und Danke für die Rückmeldung. ;) Das kann aber so nicht sein wie Du es beschrieben hast. Denn dann hätte es die letzten Jahre bei mir und vielen anderen nie funktionieren können. Das einzige was mir dazu einfällt, ist %programfiles% und %programfiles (x86)%.

Ich geb dir einen Hinweis, es hat was mit den Russen zu tun.

Und welche Fehlermeldungen findest Du im %windir%\WindowsUpdate.log?

Das mit den Adminrechten geht IMO recht schnell. Adminrechte geben, testen, keine Besserung, Adminrechte wieder weg. Beweis erbracht. Hört sich allerdings so an, als ob der Anwendungssupport einfach noch ein paar Schulungsstunden braucht. ;)

Ja, unterschiedliche Maschinen. Bedeutet aber mehr Aufwand, den man evtl. nicht betreiben will oder nicht kann. Oder natürlich so wie von lefg geschrieben. Solche Firmen/Läden sterben nicht aus.

Folge dem von Jan geposteten Link, dort wird alles beschrieben. Falls Du den Link nicht findest, poste ich ihn gerne erneut für dich. http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern

OK, dann halt W7. Wenn möglich würde ich versuchen das nicht mehr einzusetzen, das Ende ist schon in Sicht. Ein W10 mit W7 als VM ist keine Option?

Schulungsräume sind wohl so ausgestattet.

Wenn sogar das fehlschlägt, würde ich ernsthaft eine Neuinstallation in Erwägung ziehen. Allerdings nicht mehr W7. Entweder W8.1 mit Classic Shell oder gleich ein W10.

Hast Du das Microsoft .NET Framework Repair Tool schon probiert? https://www.microsoft.com/en-us/download/details.aspx?id=30135

Brauchst Du das .Net Framework 4? Wenn nein, dann lass es einfach weg. Macht dein System nur sicherer, sonst passiert nichts.

Geht recht einfach, ruf Standardprogramme auf, such die Endung die Du möchtest, leg z.B. für ein .docx Word fest. Ja, du mußt es manuell einfach noch einmal machen. Jetzt den Befehl nochmal ausführen. <Association Identifier=".docx" ProgId="Word.Document.12" ApplicationName="Microsoft Word" />

Benutzer sind doch mündige Bürger, zeig ihnen wie das den Standarddrucker selbst setzen können, ab dann sollen sie es selbst machen.

Installiere manuell das letzte CU für Windows 10. EDIT: Es reicht wenn Du den WSUS einfach einträgst: http://deinWSUS:8530 Und wieder den Client durchstarten.

OK, dann auf dem Client in einer administrativen Commandline: net stop wuauserv rd /s /q %windir%\SoftwareDistribution Jetzt den Client neu starten und 20 Minuten. Nach der Wartezeit die WSUS-Konsole per Druck auf Aktualisieren auch aktualisieren.

Weiter oben habe ich wo geschrieben? Auf deinem Screenshot ist ein Pfad eingetragen, ruf doch den einfach mal auf. Auf der Zielmaschine natürlich. Und auch mal mit Hilfe von gpupdate /target:computer die Computer GPOs auf dem Zielrechner aktualisieren lassen und jetzt den Rechner neu starten. Wenn es ein W10 oder W8.1 ist, unbedingt den Schnellstart deaktivieren vorher.

Du würdest sagen zeugt für mich nicht nach Wissen, sondern klingt eher nach Hoffnung und Glauben. :) Was sagt denn das Eventlog aus, das in deinem Screenshot aufgeführt wird?

Du solltest deine Ansprüche korrigieren.