NorbertFe

Nein der Forest Functional Level hat nicht 2008 sondern vermutlich 2003 oder früher. ;) Steht ja da, "muss als Gesamtstrukturfunktionsebene Windows Server 2008 oder höher verwendet werden." https://www.petri.com/raising-windows-server-2008-active-directory-domain-and-forest-functional-levels

Im Allgemeinen kann man das im Laufenden BEtrieb tun, es sei denn du hast gerade vor an ganz vielen GPOs während des Updatevorgangs zu schrauben.

Dann als erstes jetzt gleich auf sysvol dfs-r migrieren.

Er hat sich nicht neu angemeldet.

Welches os haben deine dcs?

Eigentlich ist es das, was ich dir seit Anfang an versuche mitzuteilen, dass es deine Sysvol Replikation zerlegt hat. Und das sollte man auch im Eventlog sehen. Händisch da jetzt was zu ändern machts nur schlimmer. Du sollst das Problem lösen und nicht das Symptom wegwackeln.

Du hast auch auf beiden DCs jeweils die verbindung zum lokalen DC hergestellt?

Keine Fehler im DFS-R bzw. Dateireplikationslog? Schau mal per DC mit der GPMC ob beide den selben Wert anzeigen.

OK dann schau endlich ins Eventlog.

Und übernehmen überhaupt Clients diese Einstellung? Was sagt das Eventlog auf dem DC (wieviele hast du?)

Ich glaub ich rede chinesisch. Vergiß doch mal BDC. Das Ding ist ein DC und wenn du jetzt noch mehr als einen hast ist das ok, wenn du jetzt nur noch einen besitzt, solltest du wieder einen zweiten einrichten. Und nein, das ist dann kein BDC!

es gibt auch keine sogenannten BDCs mehr. Oder setzt ihr noch NT4.0 ein? Wenn die Clients falsche Policies bekommen, dann sollte man evtl. was per Eventlog auf Clients und DC rausbekommen. Gibts da irgendwelche relevanten Einträge?

Wenn da auch ein dc kaputt war, was habt ihr mit dem denn gemacht? Und „Backup-dc“ gibts nicht mehr.

Ich weiß. Sogar Vista ;)

Einen Client-key kann man afaik nicht auf einem Server-os installieren.

Definitiv eine Ausnahme.

Ich sehe da, welcher Key installiert ist. 2019 oder 2016. So interpretiere ich das jedenfalls. Und mit dem Teilweisen Key solltest du auch sehen können, von welchem Key aus dem VLSC stammt.

Ja, warum sollte das nicht gehen? Ist jetzt zwar für Forest Trust, aber das ist dann egal: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc771397(v=ws.11)

Und Ablösung vor allem ohne solche zicken implementieren. ;)

Gib mal auf dem KMS Host slmgr -dlv bzw. -dli ein. Da sollte man ein wenig mehr erkennen.

Für memberof benötigt der Bind-User dann auch entsprechend delegierte Rechte (falls man nicht noch mit der Prä-Windows2000) Gruppe hantiert, was definitiv verwerflich wäre).

Hilft zwar nix, aber auch vor 5 Jahren war es eine sch...idee mit hardcoded links und Verzeichnissen zu hantieren. Unabhängig von terminalserver.

https://blogs.technet.microsoft.com/exchange/2015/10/26/client-connectivity-in-an-exchange-2016-coexistence-environment-with-exchange-2010/

Ja auch active Sync wird „Proxied“. Owa wird afair redirected, dafür gibts die Legacy url. Braucht man aber meist nur, wenn man die co-Existenz über einen längeren Zeitraum benötigt. Ich hab Kunden, da kann man das problemlos kommunizieren, dass owa mal kurz nicht funktioniert.

owa ist die Ausnahme, denn da gibts afair auch noch redirect. ;)