Sunny61

Fang doch mal von vorne an, neuen Rechner aufsetzen (in eine OU OHNE GPOs), blankes Windows, KEIN AV-Scanner, testen, funktioniert es? Weitere GPOs dazu holen und so weiter.

Kann man natürlich via GPP ausführen, es kommt aber immer drauf an, ob die User die Aufgabe sehen und bearbeiten können sollen. Falls nein, dann als Computer GPP erstellen.

Stimmt, das ASN hatte ich überlesen. @MaikHSW Ist das nur auf deiner FF Installation oder bei jeder auf die du Zugriff hast? Falls nur bei deiner, probier doch ein neues FF-Profil aus. Firefox.exe -P und dort ein neues Profil erstellen.

Beim FF muss doch auch "Alternativer Antragstellername: DNS-name=serveradresse" drin stehen. Wurde AFAIR irgendwann im Laufe des letzten Jahres umgestellt. Müsste das hier sein: https://www.mozilla.org/en-US/firefox/101.0/releasenotes/ Changed: Removed "subject common name" fallback support from certificate validation. This fallback mode was previously enabled only for manually installed certificates. The CA Browser Forum Baseline Requirements have required the presence of the "subjectAltName" extension since 2012, and use of the subject common name was deprecated in RFC 2818.

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ß. :)