Überprüfen an welchem DC sich Client anmeldet
Hallo,
wir haben eine Active Directory Domäne mit Windows 2003 Servern über 2 Standorte verteilt. Die Standorte sind jeweils mit einer Standleitung am Netz und die jeweiligen Router halten ständig eine VPN IPSec Verbindung.
An jedem Standort steht ein Domänencontroller, die miteinander kommunizieren. Der DC von Standort 1 war der erste Domänencontroller und hält Informationen wie den globalen Katalog etc. Standort 2 kam später hinzu.
Bei einem User (Notebook) an Standort 2 kommt es immer wieder zu folgendem Phänomen:
Notebook ist mit Netzwerk verbunden und wird gestartet. Nachdem der User sein Passwort eingegeben hat dauert es eeeewig bis die Kiste hochgefahren ist. Mir kommt es so vor, als ob das Notebook sämtliche Einstellungen wie Gruppenrichtlinien, Benutzereinstellungen etc. von Standort 1 und dem dortigen DC abruft.
Startet man das Notebook offline, also ohne Netzwerkverbindung funktioniert alles normal schnell.
Kann man das irgendwie prüfen, mit welchem DC sich das Notebook verbindet und es auch "zwingen" sich mit DC 2 zu verbinden?
Benutzergespeicherte Profile werden übrigens nicht eingesetzt und das Notebook läuft unter Win XP SP2
Danke schonmal für eure Hilfe!
Grüße
Easyrider
wir haben eine Active Directory Domäne mit Windows 2003 Servern über 2 Standorte verteilt. Die Standorte sind jeweils mit einer Standleitung am Netz und die jeweiligen Router halten ständig eine VPN IPSec Verbindung.
An jedem Standort steht ein Domänencontroller, die miteinander kommunizieren. Der DC von Standort 1 war der erste Domänencontroller und hält Informationen wie den globalen Katalog etc. Standort 2 kam später hinzu.
Bei einem User (Notebook) an Standort 2 kommt es immer wieder zu folgendem Phänomen:
Notebook ist mit Netzwerk verbunden und wird gestartet. Nachdem der User sein Passwort eingegeben hat dauert es eeeewig bis die Kiste hochgefahren ist. Mir kommt es so vor, als ob das Notebook sämtliche Einstellungen wie Gruppenrichtlinien, Benutzereinstellungen etc. von Standort 1 und dem dortigen DC abruft.
Startet man das Notebook offline, also ohne Netzwerkverbindung funktioniert alles normal schnell.
Kann man das irgendwie prüfen, mit welchem DC sich das Notebook verbindet und es auch "zwingen" sich mit DC 2 zu verbinden?
Benutzergespeicherte Profile werden übrigens nicht eingesetzt und das Notebook läuft unter Win XP SP2
Danke schonmal für eure Hilfe!
Grüße
Easyrider
Please also mark the comments that contributed to the solution of the article
Content-ID: 106705
Url: https://administrator.de/contentid/106705
Printed on: October 4, 2024 at 02:10 o'clock
8 Comments
Latest comment
Servus,
Hast du auch Standorte im Ad definiert und wenn ja - wie?
In einer Dosbos gibt der Wert der Variable %logonserver% den Domaincontroller aus.
Hast du auch Standorte im Ad definiert und wenn ja - wie?
In einer Dosbos gibt der Wert der Variable %logonserver% den Domaincontroller aus.
echo %logonserver%
Gruß
Hi
was hälst du davon wenn du ein Script einbaust das beim starten sich der laptopt mit dem richtigen DNS Server verbindet. Das zwingt ihn ja sozsagen dazu das er den richtigen Server auswählt
netsh interface ip set dns name="LAN-Verbindung(name der Schnittstelle)" static X.X.X.X (primärer DNS)
netsh interface ip add dns name="LAN-Verbindung" X.X.X.X (sekundärer DNS)
was hälst du davon wenn du ein Script einbaust das beim starten sich der laptopt mit dem richtigen DNS Server verbindet. Das zwingt ihn ja sozsagen dazu das er den richtigen Server auswählt
netsh interface ip set dns name="LAN-Verbindung(name der Schnittstelle)" static X.X.X.X (primärer DNS)
netsh interface ip add dns name="LAN-Verbindung" X.X.X.X (sekundärer DNS)
Servus,
Auch wenns keinen Spass macht, manchmal ist der richtige Weg ohne Tricks auch der sinnvollste.
Von daher mal lieber nach der Ursache forschen, als Symptome umgehen
Ergo, mal lieber die Antwort auf die Frage:
Gruß
netsh interface
...ist ja wieder ein ganz anderes Problem - Adminrechte....Auch wenns keinen Spass macht, manchmal ist der richtige Weg ohne Tricks auch der sinnvollste.
Von daher mal lieber nach der Ursache forschen, als Symptome umgehen
Ergo, mal lieber die Antwort auf die Frage:
Hast du auch Standorte im Ad definiert und wenn ja - wie?
abwarten und solange Tee trinken.Gruß
Servus,
Und da haben wir den begrabenen Stinkenden Hund gefunden Glühstrumpf
Ergo trage Ihn als primären DNS ein, sorge dafür dass "er" in seinem Subnetz überall drinsteht >DHCP Server und auf allen anderen Servern, die nicht am DHCP teilnehmen - und überall dort :
anschliessend mit einem NSlookup prüfen.
Yupp.
Gruß
Der DC von Standort b ist ja auch ein DNS Server. Bei seinen TCP Einstellungen hat er aber als primären DNS Server den von Standort a drin stehen?!?!
Und da haben wir den begrabenen Stinkenden Hund gefunden Glühstrumpf
Er hostet doch die Zone selbst, dann kann er sich doch auch selbst als DNS Server eintragen, oder?
- klug###mode on:
- klug###mode off:
Ergo trage Ihn als primären DNS ein, sorge dafür dass "er" in seinem Subnetz überall drinsteht >DHCP Server und auf allen anderen Servern, die nicht am DHCP teilnehmen - und überall dort :
IPCONFIG flushdns
IPCONFIG registerdns
IPCONFIG registerdns
anschliessend mit einem NSlookup prüfen.
Unter dem Punkt "Subnets" steht nichts. Da sollten doch die Subnetze von Standort a + b auftauchen, oder?
Bitte nachtragen, auch hier - von alleine macht der Server das nicht stimmt ihr zu
Yupp.
Gruß
Servus,
[_] Nein
[_] Nein
[_] Nein
[_] Nein
[_] Nein
Wenn überall ja - dann ist der rudimentäre Teil erledigt.
Wenn nein schau mal hier weiter
Gruß
- also du hast bisher zwei Sites erzeugt?
[_] Nein
- und denen auch Sinnvollerweise einen "sinngemäßenl" Namen gegeben?
[_] Nein
- Jeweils einen Server Container erzeugt?
[_] Nein
- Dort die Server reingeschoben?
[_] Nein
- zwei Subnetze (oder soviele wie es gibt) erzeugt?
[_] Nein
Wenn überall ja - dann ist der rudimentäre Teil erledigt.
Wenn nein schau mal hier weiter
Gruß