DFS koppelt regelmatig naar de verkeerde server

[koos147]

ik heb 2 locaties met servers
ik heb nu een DFS share

als ik nu \\servernaam\dfs$ doe krijg ik op allebij de servers keurig de share te zien
ik kan dit controleren omdat de schijven niet exact dezelfde grote hebben

echter als ik \\domein.local\dfs$ doe krijg ik willekeurig de ene server of de andere
de clients hebben allebij een ander subnet als de server
is er een manier (bijvoorbeeld met windows 2k3 DHCP) om de clients duidelijk te maken dat ze bij voorkeur een bepaalde server moeten kiezen?
allebij de servers zijn domain controllers


netwerk1______server1-----(slow connection)----server2___netwerk2

[Question Mark]

Welk OS gebruiken je servers en clients (en welk SP)

Je netwerkomgeving is wel opgedeeld in meerdere AD-sites?

[koos147]

ik heb
1 PDC windows 2003 server
1 BDC windows 2003 server
1 domein met een standaard eerste site
meerdere subnets waarbij de DC's als Ras router functioneren
de clients zijn nu nog alleen windows xp en 1x Terminal server 2003

ik hoop dat deze informatie genoeg is
anders hoor ik het graag

[Equator]

@topicstarter

Vanaf Windows 2000, Active Directory, hebben we het niet meer over een PDC/BDC in de context van een writeable/readonly Domain Controller, maar gewoon een DC. Alle DC's (RODC's daar gelaten) zijn allen writeable..

Kan je een plaatje schetsen van hoe de omgeving er nu uitziet (met subnet's etc erbij)

[Question Mark]

koos147 schreef op maandag 01 december 2008 @ 12:25:
1 domein met een standaard eerste site

Da's je probleem dus. DFS clients zijn site-aware wat betekend dat ze standaard proberen te verbinden met een DFS in dezelfde site als waar de client zich bevind. Aangezien alles bij jouw in één site staat, connecteren de clients naar willekeur naar één van de twee servers.

Maak gewoon eens de juiste sites en subnetten aan, en koppel deze.

http://technet.microsoft.com/en-us/library/cc782048.aspx

[koos147]

Ik heb nu een 2e site gemaakt
hieraan heb ik het lokale subnet gekoppeld waarin de clients zich bevinden
bij de standaard eerste site heb ik ook de subnets gekoppeld van het lokale netwerk

begrijp ik het goed als ik zeg dat:
clients uit het subnet van de 2e site eerst zullen proberen de DC van de 2e site te krijgen
mocht dit mislukken zullen ze daarna alsnog een willekeurige andere server benaderen

indien een nieuw subnet gemaakt word maar deze niet aan sites en service word toegevoegd zullen de clients uit dat subnet weer willekeurige verbindingen gaan maken

[Question Mark]

Correct

Vergeet ook niet om je site-links even te controlen en evt de replicatie-tijd te verlagen. Deze staat standaard op 180 minuten wat redelijk aan de hoge kant is.

[koos147]

heel erg bedankt
het werkt nu idd goed
de replicatie staat weer vrolijk op 15 minuten (voorlopig zit ik nog niet zo krap in me bandbreedte)

[koos147]

het was denk toeval dat het werkten gisteren
ik heb het nu zelfs voor elkaar dat hij 2 mappen in 1 share op verschillende servers koppelt

ik heb een paar screenshots gemaakt

in de verkenner zie je duidelijk aan de schijfgrote dat het om een andere server gaat
de bovenste en onderste netwerkschijf zijn mappen in dezelfde share
de middelste is geen dfs share
http://img255.imageshack.us/my.php?image=ts5pa3.jpg

als ik naar de share ga en probeer om de juiste server actief te zetten dan werkt dat niet
http://img124.imageshack.us/my.php?image=dfssharenx4.jpg


ik heb ook even mijn site's en service er tussen gezet
http://img131.imageshack.us/my.php?image=sitesok2.jpg


op dit moment werkt alles wel maar traag als het over de vpn verbinding heen gaat

[_js_]

De parameter is onjuist melding krijg je o.a. wanneer je geen beheerrechten hebt op de pc waar je de dfs target aanpast.

DFS targets zijn per servernaam. Dus die twee verschillende mappen zullen ook op een andere manier benaderd worden, bijvoorbeeld via \\domein\share en \\domein.local\share