Sunny61

Du kannst ja mal auf den Putz hauen, deine Meldung resultiert aus den fehlenden Updates. ;)

Du kannst den Taskmanager aufrufen und versuchen die Meldung dort zu lokalisieren, evtl. siehst Du denn den ausführenden Task/die EXE. Da sollte eigentlich 15.1.2507.17 stehen. Es fehlt viel: https://learn.microsoft.com/de-de/exchange/new-features/build-numbers-and-release-dates?view=exchserver-2019#exchange-server-2016

Reboot hast Du schon gemacht? Falls ja, was hast Du sonst schon gemacht? Ereignisprotokoll angeschaut? Was wurde seit letzter Woche am System geändert?

Es könnte natürlich auch immer wieder mal ein temporäres DNS-Problem sein. Wie genau sieht denn der DNS-Weg aus? DC > Firewall > DNS-Provider?

Example 2: https://learn.microsoft.com/en-us/powershell/module/activedirectory/get-adobject?view=windowsserver2022-ps

Steht im Artikel der schon gepostet wurde: https://www.gruppenrichtlinien.de/artikel/kms-key-management-service-installation-und-konfiguration Bei ac) lesen.

@NorbertFe Mag sein, aber von unserer Seite aus wurde nichts verändert.

Unser KMS musste erst kürzlich telefonisch aktiviert werden, er darf ins Internet, aber das hat, warum auch immer, nicht gereicht. Ruf doch mal an und aktiviere ihn telefonisch.

Nobby hat auch schon gefragt, weshalb steht hier ein MAK-Key? Hast Du auch den neuen KMS telefonisch aktiviert? Steht auch so im Artikel von Mark auf gruppenrichtlinien.de.

Windows Gruppen richtig nutzen: https://www.faq-o-matic.net/2011/03/07/windows-gruppen-richtig-nutzen/ Auf diesem Bild sieht man es sehr gut: Wenn dann mal ein paar User gelöscht worden sind, sieht es richtig gruselig in der GUI aus. ;) EDIT: Evtl. hilft SetACL etwas besser: https://helgeklein.com/setacl-studio/

Weiter unten findet sich ein Beispiel: http://www.powershellgeek.com/2020/12/29/managing-quarantine-notification-emails-with-powershell/ Evtl. hilft das.

Schau dir anstatt Path den Parameter -Searchbase an, damit klappt es.

Die Verknüpfung, die in AllUsersDesktop liegt? Prüf doch mit gpresult nach, was alles kommt an GPOs.

Entweder auf das Computer- oder Benutzerobjekt. Mit gpresult mal prüfen welche GPOs verlinkt sind. Es kann natürlich auch sein, dass die Verknüpfung in AllUsers/Desktop liegt und dort manuell aktualisiert werden muss.

Automapping True macht immer wieder gerne Probleme, ändere das doch mal bei einem User nach Möglichkeit ab. Automapping ändern, warten bis in Outlook das/die Postfach/Postfächer weg sind und dann manuell per zusätzliches Postfach einbinden. Evtl. ist das Problem dann schon Geschichte. Wir haben ein paar Poweruser mit vielen Postfächern, diese Meldung hatte bisher noch keiner der User bekommen.

Evtl. kann man sich auch per RDP auf einem Client anmelden, sofern es zugelassen ist. Da kann eine SW im Hintergrund laufen, die daran beteiligt ist, die musst Du finden.

Hast Du es recherchiert ob der Hersteller Updates zulässt oder nicht? Aber das spielt hier keine Rolle, ich hatte nur meine Meinung dazu geschrieben, was der TO macht muss er wissen. Und sorry, aber wenn die Rede ist von Verarbeiten, ist das für mich nicht automatisch ein Erstellen von PDFs. ;) Man möge nachlesen im Thread was ich zitiert habe. ;) @RealUnreal Wenn Du anstatt der Übermittlungsoptimierung einen falschen WSUS konfigurierst, bist Du IMHO auf der sicheren Seite.

Wir sind da recht pragmatisch, zuerst einen sauberen Neustart probieren, hilft das auch nichts. Anmeldung mit einem frischen User an der Maschine. Wenn das hilft, Userprofil löschen und nach einem Neustart neu erzeugen lassen. Und das was in %appdata% drin liegt, wird im schlimmsten Fall wieder neu erzeugt.

Selbst das ist kein Grund Updates zu verhindern. Wenn das System PDFs verarbeitet, die bereits so manipuliert sind, dass sie vorhandene Sicherheitslöcher ausnutzen, hast Du verloren. Wenn eine Anwendung bzw. der Hersteller der Anwendung, sich weigert seiner Anwendung oder dem System, auf dem die Anwendung läuft, Updates zuguten kommen zu lassen, würde ich persönlich die Anwendung nicht kaufen. Wir fragen das mittlerweile ab und lassen uns das schriftlich geben, dass Windows Updates zugelassen sind auf den beteiligten Systemen und dass trotzdem Support gegeben wird. Und wenn er es schriftlich nicht untersagt, ist es erlaubt > sein Problem. Mal ehrlich, wenn ein Hersteller einer Anwendung es untersagt oder nicht zulässt Windows Updates zu installieren, ist IMHO seine Anwendung mit heißer Nadel gestrickt und er will sich nicht drum kümmern müssen, wenn seine Anwendung nicht mehr funktioniert. Ich weiß, bei vorhandenen Anwendungen hat man keine Chance mehr, aber bei zukünftigen anschaffungen kann man das einfließen lassen. Just my 2 Cents. ;)

AFAIK macht so ein Audit nicht Microsoft selbst, sondern beaftragt immer einen Dienstleister der das Audit durchführt.

Da sollte man eigentlich so eine 5 kg Stahlkugel dran hängen, dann ist der Schwund nicht ganz so groß. :)

Ja, wenn Du so einen Clickshare Stick in die Hand nimmst und an den Rechner anschließt, wird die SW auf dem Stick aufgerufen, und ich glaube, auch installiert. Und zwar nach C:\ClickshareApp, damit sich die SW auch immer schön aktualisieren kann. Kannst dir ja mal anschauen: https://www.barco.com/en/clickshare

Ist die bei euch flächendeckend installiert? Falls nein, dann kommt es von den Geräten, vor allem wenn die User USB-Sticks einstecken dürfen.

Auf dem Host prüfen wie die Energieoptionen eingestellt sind. Auch im BIOS des Host prüfen ob es hier Einschränkungen gibt.

Du kannst auch einen unbekannten WSUS eintragen, dann funktioniert es auch nicht mehr. Und zu dem Holen von Updates von anderen Clients, das kann man auch in den Optionen von Updates einstellen, dass der Rechner das nicht macht.