ksf59

Habe ich gemacht (regelmäßige Eregnis-ID 5002, und 5008 im DFSR-Log auf allen DCs. da hätte ich auch früher drauf kommen können) Aktuell habe noch keine Lösung für das Problem. Habe ich gemacht (Eregnis-ID 5002, und 5008 im DFSR-Ereignislog, da hätte ich auch früher drauf kommen können) Die DCs schein somit wohl noch fortlaufend eine Replikation zu versuchen. Im Anhang sende ich mal das Ende der aktuell DFSR-Log-Datei des PDCs Dfsr00640_ende.txt

Ja, aber erst jetzt hatte ich verstanden, dass ich mit meiner (FSR-)Vermutung und der Titulierung des Problems falsch lag, aber vielen Dank nochmal.

Danke für die Info. OK. dann hat das wohl mit den Win2019-DC aufgetretene Problem andere Ursachen. Da muss ich jetzt wohl weiter suchen ...

Ja dfsrmig ist auf den alten Win2012-DCs vorhanden, allerdings wundert mich, dass die Rollen DFS-Replikation und DFS-Namesdienst auf den DCs nicht vorhanden sind, und wie ich gelesen habe, ist das die Voraussetzung, für die DFRS-Replikation. Oder habe ich da etwas falsch verstanden?

Ich dachte das wäre der Beweis dass die (vermutete) Replikationsmethode noch FSR sei, obwohl dfsrmig /getmigrationstate "Entfernt" anzeigt. Wie kann man das denn feststellen?

Der DCDiag-Status ist vom alten WIn2012-DC. Auf dem ist DFS-R noch nicht aktiviert:

Das war leider nicht so. Der Win2019 als DC aktiv, und leider sind es sogar schon drei (2 davon in einem anderen Subnetz) Deswegen habe ich diese Baustelle leider nicht bemerkt. Was jedoch sein kann: dass meine Vermutung falsch ist, das die nicht mehr statfindenden Replikation des SYSVOL wegen dem fehlenden(?) DFSR nicht mehr funktioniert. dcdiag meldet jedenfalls einen Fehler (siehe Anlage)

Hallo Zusammen, leider zu spät bemerkt: In einer Domain mit WIn2012R2 DC war wohl noch FSR aktiv. Mit der Installation eines Win2019 DCs funktioniert jetzt die FSR Replikation von SYSVOL nicht mehr. Normalerweise soll man DFSRMIG als vorbereitende Aktion durchführen, und so habe ich foglende Fragen: Kann man das auch nachträglich problemlos machen? Wird bei den Win2012R2 das SYSVOL auf SYSVOL_DFSR umgestellt? Bleibt das SYSVOL-Verzeichnis auf dem WIn2019 DC so erhalten?

Hallo, für den OWA-Zugriff auf einen Exchange 2013 Server wird die URL https://owa.xxxxx.de aktuell automatisch auf https://owa.xxxxx.de/owa/auth/logon.asp.... weitergeleitet. Für die Verifizierung eines neuen SSL-Zertifikate müssen wir leider die URL-Methode wählen und die von der Zertifizierungsstelle zu prüfende Datei muss hierzu unter https://owa.xxxxx.de/yyyyy.txt erreichbar sein. Unter https://owa.xxxxx.de/yyyyy.txt ist das auch kein Problem. Da ich kein IIS-Experte bin habe ich nun folgende Frage: Was muss ggf. im IIS-Manager des Exchange-Servers geändert/freigegeben werden damit der Zugriff über https://owa.xxxxx.de/yyyyy.txt anstatt von https://owa.xxxxx.de/owa/auth/yyyyy.txt auch funktioniert?