NorbertFe

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.

Muss es aber geben, denn ich hab ja die Bestätigung meines Kunden, dass es wieder geht. Und der hat definitiv mit einem Menschen gesprochen.

Sowas kenn ich, wenn man manchmal von Webex und Konsorten aus anruft. Oder hast du evtl. ne 0800 Sperre auf deiner Seite? Alternativ ruf mal die 0180 in Deutschland an.

Hi, ich hatte neulich den Fall, dass der 2. Faktor verloren gegangen ist und hab dann vom Support folgende Nummern/Infos bekommen. Der Kunde hat jedenfalls kurz darauf Erfolg gemeldet. Ich drücke die Daumen, dass das auch bei dir funktioniert. Bye Norbert PS: Falls es weitere Adminkonten im Azure gibt, kannst du den MFA usw. natürlich für den anderen Account zurücksetzen. Aber ich geh mal davon aus, dann würdest du nicht fragen.

Sie baden gerade ihre Hände darin. Äh ich meine, du schreibst gerade im neuen Thread, der vom alten abgetrennt wurde.

Rein interessehalber, welchen Grund sollte es dafür denn geben?

Wie gesagt, falls du erst um 18 Uhr die Maschine runterfahren kannst, dann warte erstmal ein paar Minuten, ob er das nicht einfach automatisch regelt.

Ich hab dir doch oben nen Link gepostet. Du müsstest schon die Antworten lesen, die du bekommst ;)