Ich habe immernoch ein Problem mit meiner Serverumgebung, für die ich auch nach langem suchem in Internet keine Lösung finde.
Umgebung:
Standort1 - 192.168.8.0/24
Server1: Windows Server 2003 R2, 192.168.8.1 (sowie Adressen 192.168.8.200 - 192.168.8.210 für Routing und RAS), DNS, DC, GC
Standort2 - 192.168.9.0/24
Server2: Windows Server 2003 R2, 192.168.8.1 (sowie Adressen 192.168.9.200 - 192.168.9.210 für Routing und RAS), DNS, DC, GC
Verbunden sind beide Server durch eine VPN, die von Server zu Server via RRAS von Server1 initiiert wird. Routing und alle AD Funktionen (Replikation und so) laufen in beide Richtungen.
Der DNS-Server in jedem Server überwacht nur die lokale Netzwerkkarte auf Änderungen, damit im DNS-Server keine Routing Adressen erscheinen. NSLookup liefert für beide Server nur je die 192.168.x.1.
Problem:
Irgendwie wird auf Server1 der Standort vom DFS falsch erkannt.
In der DFS-Verwaltung auf Server2 werden beide Namespaceserver an ihren Standorten gezeigt. Die DFS-Verwaltung auf Server1 zeigt beide Server an Standort2.
Wenn ich auf Server1 "dfsutil /sitename:server1" ausführe, erhalte ich Standort2, "dfsutil /sitename:192.168.8.1" ergibt Standort1.
Ich vermute, dass die IP-Adresse der VPN-Einwahl etwas damit zu tun hat, kann aber keine Lösung für das Problem finden.
Wer kann mir helfen? Ich bin für jeden Lösungsansatz dankbar.
Hallo!
Das Einzige was aktiviert ist, ist das Anhängen des primären und verbindungsspezifischen DNS-Suffixes sowie das der übergordneten Suffixes (Radio Buttons in der Mitte des Fensters).
NS-Lookup gibt als IP-Adresse der Server nur die Adressen des LAN wieder. Das habe ich auf beiden DNS-Servern überprüft.
Hallo!
Nein, so richtig habe ich das Problem noch nicht gelöst. Inzwischen habe mir damit beholfen, die Ordnerziele der unterschiedlichen Server über die IP-Adresse anzusprechen, da dann die Standortzuordnung von den Clients aus scheinbar geht. Also sieht es bei jetzt etwa so aus:
\\domäne.local\DFS\userhome
\\192.168.8.1\userhome$
\\192.168.9.1\userhome$
Zurzeit plane ich eine Neuinstallation des getroffenen Servers, aber da dieser Exchange und PKI bereitstellt, ist der Umzug auf ein temporären Server nötig. Wenn ich mit der Aktion durch bin, wird man ja sehen, ob es dann vielleicht läuft.
Ich denke, es liegt am AD.
Sieh Dir mal bitte unter der OU, wo Dein Server liegt, bei aktivierten Benutzer, Gruppen und Computer als Container und erweiterten Funktionen, den Ordner NTFRS-Subscription an und vergleiche den mal mit den anderen Servern!
Hallo!
Also ich kann da keine Unterschiede sehen. Es ist auch nur die SYSVOL Freigabe vorhanden (C:\WINDOWS\SYSVOL\domain).
Im Ornder DFSR-LocalSettings sind Ordner vorhanden, aber diese haben SID-ähnliche Namen. Drin ist je win Objekt msDFRS-Subscription. Ich denke, dass sind die zwei Replikationen, die für zwei Ordner eingerichtet sind.
Ich habe zwar mal einen Blick mit ADSIEdit in die Struktur geworfen, aber so gut kenn ich mich mit der ADS nicht aus, dass ich da mit meinem Halbwissen editiere...
Bei mir fehlt z.B. bei einem Server die Replikation im DFSR Ordner und z.T. doppelte Namen. Der 2. Name war nur noch was länger...
Ich erstelle mal ein neues leeres DFS und vergleiche dann mal...
Hast recht!
Es liegt an den VPNs!
Der, der sich zuletzt einwählt, ist dann der Standort
"nbtstat -a Server01" bestätigt das:
VPN-DC02:
Knoten-IP-Adresse: [192.168.114.15] Bereichskennung: []
NetBIOS-Namentabelle des Remotecomputers
Name Typ Status
---------------------------------------------
DC01 <00> EINDEUTIG Registriert
DOMAIN <00> GRUPPE Registriert
DOMAIN <1C> GRUPPE Registriert
DC01 <20> EINDEUTIG Registriert
DOMAIN <1E> GRUPPE Registriert
C01
