Sunny61

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.

Hier fehlt noch etwas: Alternate Download Server: <NULL> Den kannst Du auch im GPO konfigurieren. Wenn Du die Einstellung nicht siehst, sind die verwendeten ADM-Templates nicht aktuell. Der Rechner ist auch nicht bei den nicht zugeordneten Clients?

Das GPO ist auch ganz sicher auf die Computerobjekte verlinkt, die es treffen soll?

Und was macht dein Trigger? Genau, er startet Scripte. :p Wenn die Windows Internal Database installiert ist, läuft kein Trigger: https://www.wsus.de/datenbanktrigger_in_der_susdb_nutzen

Einen AV-Scanner kannst Du nicht ausschalten. Ausschalten ist wie Augen zumachen und sagen ich bin unsichtbar. Deinstallieren, neu starten. Jetzt noch das Removal Tool von Kaspersky verwenden, anschließend noch zweimal booten. Schlangenöl kriegst Du nicht durch Augen zumachen los.

Hallo zusammen, ein WSUS auf W2012R2 oder niedriger zeigt die W10 Clients immer nur ohne genaue Bezeichnung an. Z.B. Windows (Version 10.0) wird angezeigt. Nicht schön. Das Script korrigiert die Anzeige. Am besten als SetUpdateW10.sql abspeichern. USE [SUSDB] GO SET NOCOUNT ON; UPDATE [dbo].[tbComputerTargetDetail] SET [OSDescription] = 'Windows 10 Enterprise' WHERE OSMajorVersion = 10 AND OldProductType = 1 AND NewProductType = 4 -- 4 = Enterprise UPDATE [dbo].[tbComputerTargetDetail] SET [OSDescription] = 'Windows 10 Pro' WHERE OSMajorVersion = 10 AND OldProductType = 1 AND NewProductType = 48 -- 48 = Pro UPDATE [dbo].[tbComputerTargetDetail] SET [OSDescription] = 'Windows 10 Enterprise 2016 LTSB' WHERE OSMajorVersion = 10 AND OldProductType = 1 AND NewProductType = 125 -- 125 = Windows 10 Enterprise 2016 LTSB GO In diesem Artikel http://bent-blog.de/windows-server-update-services-wsus-auf-windows-server-2012-mit-automatischer-bereinigung/ wird beschrieben, wie man eine *.SQL Datei auf dem WSUS regelmäßig ausführen kann. Das o.g. Script muss mehrmals täglich ausgeführt werden, da jeder Client seinen eigenen Eintrag immer wieder überschreibt. Ist der WSUS auf einem W2016 installiert, ist das hinfällig, der WSUS auf dem W2016 kennt natürlich die Descriptions der Betriebssysteme. ;) Happy Patching! EDIT: Weitere Scripte für das updaten der Bezeichnung sind auf WSUS.DE zu finden: https://wsus.de/de/update_betriebssystem_in_susdb

Lt. der Liste ist ja von den 2016er Updates keines installiert worden, wie willst Du die Updates deinstallieren?

Followthatpage.com hilft dabei, nur etwas abzugrasen wenn sich auch tatsächlich etwas geändert hat. ;)

Sehr gut, hoffentlich haben sie WU nicht noch weiter kaputt optimiert, obwohl, schlimmer geht es fast nimmer. :)

In der Build, die im April kommen soll? Dann hätte MSFT ja mal auf die Kunden gehört, diesmal aber etwas schneller als sonst. ;)

Du kannst ihm eine Batch auf den Desktop legen mit dem passenden Inhalt. Zusätzlich kannst Du die Verbindungsleiste ausblenden, aber vermutlich wird das nichts nützen. Und Du willst hier wieder ein soziales Problem mit Technik erschlagen. Alternativ würde ich den PC einfach über den Taskplaner täglich ausschalten. Dann lernt der User das vielleicht auch.

Falls Du diesen blauen Streifen meinst, nein, den kann man nicht deaktivieren. Am besten gibst Du negatives Feedback deshalb an MSFT über den Feedback Button ab. Hier nützt es nichts da niemand von MSFT hier mitliest.

Das sind Produkte, welche Klassifizierungen hast Du aktiviert?

Zusätzlich könnte es ja auch beim Restore helfen, wenn ihr die verwendete SQL Server Datenbank habt. Die sollte man natürlich auch sinnigerweise sichern. Aber so ablegen/sichern, dass ich auch immer wieder drauf zugreifen kann. ;)

Dann probier es mit abtippen. EDIT: Spar die PN, hier werden Probleme behandelt.

Und welche Klassifizierungen hast Du ausgewählt? Ich sehe in dem Log nichts auffälliges.

Hast Du denn eine automatische Synchronisierung eingestellt? Wenn ja, wie oft lässt Du synchronisieren? Was sind für dich besondere Einträge im Eventlog? Ich weiß nicht ob es am 22.2. bei dir noch Update gab, das musst Du wissen. Unser WSUS synchronisiert täglich mehrmals und dabei kommen auch täglich Updates an, für den Defender allerdings.