Neuer DC / Probleme mit Gruppenrichtlinien

Sebastian R · 8. Juni 2017

Kurz zur Vorgeschichte: Netzwerk mit nur einem W2012 Server (AD, DNS, DHCP). Nun zweiter Server (2016) in die Domäne aufgenommen und zum DC gemacht lt. dieser Anleitung: click

Replikation klappt, AD und DNS auf beiden Serven gleich. Dann noch in den Netzwerkeinstellungen den jeweils anderen Server als primären DNS und localhost als sekundären DNS eingetragen (sozusagen über Kreuz). Danach habe ich noch auf dem W16 Server WINS installiert und für die Replikation mit W12 Server eingerichtet.

Da der W12 dann irgendwann mal aus dem Netz soll, habe ich noch die FSMO Rollen übertragen: click

Per 'netdom query fsmo' habe ich überprüft, dass alle Rollen auch übertragen wurden was der Fall ist.

Wenn ich auf W16 die Gruppenrichtlinienverwaltung öffne und auf meine Domäne klicke wird mir noch der alte W12 Server als Basisdomänencontroller angezeigt! Den kann ich auch nicht auf W16 ändern.

Versuche ich z.B. die default domain policy zu ändern, erhalte ich die Fehlermeldung "Netzwerkname wurde nicht gefunden". Die Namensauflösung scheint aber zu funktionieren (überprüft mit nslookup was mir übrigens als Standard-Server auch noch den W12 anzeigt). Hat jemand einen Tip?

bearbeitet 8. Juni 2017 von Sebastian R

lefg · 8. Juni 2017

Moin

Idt der Neue auch GC?

Neustart?

Danach Blicke in die Ereignisprotokolle!

bearbeitet 8. Juni 2017 von lefg

NilsK · 8. Juni 2017

Moin,

was sagt dcdiag /E? Was sagen die Eventlogs der beteiligten Server? Ändert sich was, wenn du die beiden Server nacheinander mit Wartezeit neu startest?

Namensauflösung prüft man nicht mit nslookup, sondern am einfachsten per ping. Gibt es dabei Auffälligkeiten? Prüfe noch mal ipconfig /all auf beiden Servern die tatsächliche Konfiguration.

Hat einer der Server mehrere Netzwerkkarten?

Ist evtl. die Netzwerkkarte nach der Erstinstallation getauscht worden?

Handelt es sich um Hardware oder VMs?

Ist einer der Server aus einem bestehenden Image geklont worden?

Gruß, Nils

Sebastian R · 8. Juni 2017

Der neue Server ist auch GC und beide Server wurden, mit zeitlichem Abstand, neu gestartet.

W16-DC ist eine VM auf einem 2016 Host (Hyper-V) und frisch installiert.

Der alte Server (2012) ist ein physischer Server. Dieser wurde seinerzeit auch klassisch installiert, nicht geklont.

Weitere Details sind den Screenshots zu entnehmen.

Durch die Logs wühle ich mich noch durch. Hat jemand schon einen heissen TIp?

NorbertFe · 8. Juni 2017

Ist das so schwer ein ipconfig hier reinzukopieren ohne 3 Bilder zu nutzen? ;)

Sebastian R · 8. Juni 2017

In der Ereignisanzeige des W16-DC fanden sich die Events: 10016, 144 und 12

Event ID 12 konnte ich beheben.

144 erscheint weiterhin. 10016 auch.

Die Probleme mit dem Time-Service tauchten erst nach dem FSMO Umzug auf. Ob das aber für die Gruppenrichtlinienprobleme verantwortlich ist mag ich nicht zu sagen...

Sunny61 · 9. Juni 2017

ipconfig /all | clip [ENTER] in einer administrativen Commandline. Jetzt hier in einen Code Tag einfügen.

BTW: Die Welt besteht nicht nur aus Screenshots.

testperson · 9. Juni 2017

Hi,

Zeitprobleme und virtueller DC -> Deaktiviere mal die Zeitsynchronisation mit dem Host. Und: https://www.faq-o-matic.net/2010/04/21/virtuelle-dcs-zeitprobleme-vermeiden/

Zu deiner WINS Konfig: https://www.faq-o-matic.net/2004/10/23/wie-sollte-wins-konfiguriert-werden/

Hast du IPv6 deaktiviert auf deinen Servern?

Die Event IDs ohne Quelle helfen recht wenig. Was besagen denn die Events (und evtl. eventid.net)?

Gruß

Jan

Sebastian R · 9. Juni 2017

Bevor ich weiterforsche ist mir noch etwas aufgefallen: auf dem neuen DC existieren weder sysvol noch netlogon Freigabe!

Hier dcdiag /e

Verzeichnisserverdiagnose

Anfangssetup wird ausgeführt:

Der Homeserver wird gesucht...

Homeserver = W16-DC

* Identifizierte AD-Gesamtstruktur.
Sammeln der Ausgangsinformationen abgeschlossen.

Erforderliche Anfangstests werden ausgeführt.

Server wird getestet: Default-First-Site-Name\SERVER

Starting test: Connectivity

......................... SERVER hat den Test Connectivity bestanden.

Server wird getestet: Default-First-Site-Name\W16-DC

Starting test: Connectivity

......................... W16-DC hat den Test Connectivity bestanden.

Primärtests werden ausgeführt.

Server wird getestet: Default-First-Site-Name\SERVER

Starting test: Advertising

......................... SERVER hat den Test Advertising bestanden.

Starting test: FrsEvent

......................... SERVER hat den Test FrsEvent bestanden.

Starting test: DFSREvent

Für den Zeitraum der letzten 24 Stunden seit Freigabe des SYSVOL sind

Warnungen oder Fehlerereignisse vorhanden. Fehler bei der

SYSVOL-Replikation können Probleme mit der Gruppenrichtlinie zur Folge

haben.
......................... Der Test DFSREvent für SERVER ist

fehlgeschlagen.

Starting test: SysVolCheck

......................... SERVER hat den Test SysVolCheck bestanden.

Starting test: KccEvent

......................... SERVER hat den Test KccEvent bestanden.

Starting test: KnowsOfRoleHolders

......................... SERVER hat den Test KnowsOfRoleHolders

bestanden.

Starting test: MachineAccount

......................... SERVER hat den Test MachineAccount

bestanden.

Starting test: NCSecDesc

......................... SERVER hat den Test NCSecDesc bestanden.

Starting test: NetLogons

......................... SERVER hat den Test NetLogons bestanden.

Starting test: ObjectsReplicated

......................... SERVER hat den Test ObjectsReplicated

bestanden.

Starting test: Replications

......................... SERVER hat den Test Replications bestanden.

Starting test: RidManager

......................... SERVER hat den Test RidManager bestanden.

Starting test: Services

......................... SERVER hat den Test Services bestanden.

Starting test: SystemLog