ksf59
-
Gesamte Inhalte
9 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von ksf59
-
-
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?
-
-
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
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?
DFSRmig im Nachgang eine Win2019 DC Installation
in Active Directory Forum
Geschrieben
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