Heren,
Weer een leuke situatie, waar ik vandaag mee aan het troubleshooten ben gegaan:
Een klant van ons meerdere vestigingen: in Slowakije en Nederland. Hoofdkantoor in NL, met een aantal gevirtualiseerde servers waaronder 2 DC's. In Slowakije staat ook een server, deze is RODC (en is gekoppeld met de 2 DC's in NL). De vestigingen zijn aan elkaar gekoppeld middels een IPsec tunnel.
Voor het gemak even wat data:
DC 1 NL, Win2008R2, IP-adres 10.164.71.7, site NL.
DC 2 NL, Win2008R2, IP-adres 10.164.71.14, site NL.
RODC Slowakije, Win2008R2, IP-adres 192.168.100.101, site Slowakije.
Als de clients in Slowakije booten, krijgen ze een IP-adres van de DHCP server daar. IP-adres uit de 192.168.100.x/24 scope, domeinnaam klant.local, DNS is als volgt: 1. Server Slowakije, 2. DC 1 in NL. 3. DC 2 in NL. Het inloggen duurt erg lang, een aantal minuten. Via gpresult is te zien dat de policies worden geladen vanaf de DC1 en DC2 in NL, en niet vanaf de RODC in Slowakije. Een ping naar domein klant.local resulteert in een reply van DC2 uit NL. Al het verkeer richting klant.local wordt keihard de IPsec tunnel ingesmeten richting NL, zonder dat de client ook maar connect met de RODC. De netwerkshares die via UNC-path naar RODC verwijzen werken wel prima, ook zijn op de server de sessies van de ingelogde gebruikers te zien.
Mijn vraag: wat gaat er verkeerd, hoe zorg ik ervoor dat de clients in Slowakije bij het booten connecten met de lokale (RO)DC (zodat ik van klant.local het IP-adres 192.168.100.101 als reply krijg? Via AD Sites & Services is de replicatie tussen DC en RODC goed uit te voeren.
Alvast dank voor de reacties.
Weer een leuke situatie, waar ik vandaag mee aan het troubleshooten ben gegaan:
Een klant van ons meerdere vestigingen: in Slowakije en Nederland. Hoofdkantoor in NL, met een aantal gevirtualiseerde servers waaronder 2 DC's. In Slowakije staat ook een server, deze is RODC (en is gekoppeld met de 2 DC's in NL). De vestigingen zijn aan elkaar gekoppeld middels een IPsec tunnel.
Voor het gemak even wat data:
DC 1 NL, Win2008R2, IP-adres 10.164.71.7, site NL.
DC 2 NL, Win2008R2, IP-adres 10.164.71.14, site NL.
RODC Slowakije, Win2008R2, IP-adres 192.168.100.101, site Slowakije.
Als de clients in Slowakije booten, krijgen ze een IP-adres van de DHCP server daar. IP-adres uit de 192.168.100.x/24 scope, domeinnaam klant.local, DNS is als volgt: 1. Server Slowakije, 2. DC 1 in NL. 3. DC 2 in NL. Het inloggen duurt erg lang, een aantal minuten. Via gpresult is te zien dat de policies worden geladen vanaf de DC1 en DC2 in NL, en niet vanaf de RODC in Slowakije. Een ping naar domein klant.local resulteert in een reply van DC2 uit NL. Al het verkeer richting klant.local wordt keihard de IPsec tunnel ingesmeten richting NL, zonder dat de client ook maar connect met de RODC. De netwerkshares die via UNC-path naar RODC verwijzen werken wel prima, ook zijn op de server de sessies van de ingelogde gebruikers te zien.
Mijn vraag: wat gaat er verkeerd, hoe zorg ik ervoor dat de clients in Slowakije bij het booten connecten met de lokale (RO)DC (zodat ik van klant.local het IP-adres 192.168.100.101 als reply krijg? Via AD Sites & Services is de replicatie tussen DC en RODC goed uit te voeren.
Alvast dank voor de reacties.