NorbertFe

Naja viele können mit PFX/PKCS#12 umgehen. Kemp bspw. liest die problemlos ein. ;)

Bei denen würde ich zumindest kein Zertifikat erwerben. :)

Überlesen?

Alternativ für viele mit Klickerfahrung eher bedienbar https://github.com/chris2511/xca

Was passiert, wenn du diese Clients mal gegen den MU bei Microsoft laufen lässt? Bekommen die dann Updates angeboten? Ich kenn sowas von irgendeiner Serverversion, bei der im WSUS irgendeine Abhängigkeit nicht passte und deswegen nichts angeboten wurde. Aber auch nur, wenn man ein Inplace Update durchgeführt hat.

Alles gut, ich fand die 25 Jahre in der IT Branche nur etwas grob. :)

Quasi vorgestern. ;)

Jetzt hat bestimmt jeder hier verstanden, was genau du meinst. ;)

Weil sie es können und es niemanden aus die betroffenen Admins interessiert, bzw. er wird dann schon von seinen Usern drauf hingewiesen. Dass das kein besonders dolles Prinzip bei MS ist, wissen wir doch. Aber das ist nun leider bei Cloudservices so, dass du als Kunde entweder alles gutzufinden hast, oder dich aktiv um eine dir genehme Konfiguration/Lösung kümmern musst. (Leider) Hättest du also "früher" schon Off bzw. On definiert, wäre das ja immer noch so. Es ändert sich also nur bei denen, die entweder gar nicht wussten, dass sie da eine Wahlmöglichkeit haben, oder die sich darauf "verlassen" haben, dass MS das eben so bestehen lässt. Und ja, die zig unterschiedlichen Blog-Beiträge kann kein normaler Mensch im Hinterkopf behalten bzw. sofort assoziieren.

Hat der schon die August Updates drauf? Da war irgendwas mit GPP "kaputt". Kann sein, dass genau das auch bei dir der Fall ist.

Na dann aber gut dokumentieren und nicht wieder kündigen ;)

Es geht aber um "External" und das muss irgendwo in den Use Rights spezifiziert sein. Und ein Mitarbeiter des Unternehmens ist eben nicht external, auch wenn er von extern zugreift. ;)

System, erweitert, anmeldeeinstellungen, Profil löschen. https://www.windows-faq.de/2017/09/29/windows-profile-loeschen/

Na dann mach doch. Google kaputt? Hier einer von zig links wie man .net 3.5 nachinstalliert: https://blog.thul.org/technik/betriebssysteme/net-3-5-installation-scheitert-auf-microsoft-windows-server-2019/ ich bezweifle aber, dass das dein Problem löst.

.net ist aber bei dir schon drauf, sonst würde er dir das Update ja nicht anbieten.

Und dran denken die neueste Kemp Version 7.2.60.1 zu installieren. :)

;) Finde den Fehler. ;)

Ja, dann kommt man über den Kemp nicht aufs /mapi Verzeichnis. Outlook Anywhere /rpc sollte dann aber auch geschlossen werden genauso wie /EWS und /OAB. Oder anders gesprochen alles zu außer /owa /Microsoft-Server-ActiveSync und /autodiscover

Ja und vor allem, wenn man dran rumspielt hat man noch mehr spaß ;)

Das würde aber bei einer GPO überstimmt werden.

Gibts bei euch kein DNS und ohne https gibts auch diverse "Securitythemen", die man sich damit einhandeln kann. Dann ist ja nicht der WSUS das Problem sondern der Server. Zieht er denn andere GPOs (vor allem wenn du sie mal änderst)? Vielleicht zieht er ja gar nichts und behält den alten Wert :)

Ganz schön verschwommen.

Und Erfolge? :)

Ich zitiere grad mal meinen Kunden:

Ich geh ja mal davon aus, dass das grundsätzlich machbar ist, weil man es sonst nicht als info vom Support bekäme und wie gesagt, mein Kunde hat das am Montag grad erst durch.