Ik hoop dat iemand mij kan helpen met het volgende probleem.
Ik heb een school met 3 locaties in beheer. De data tussen deze locaties wordt gerepliceerd d.m.v. DFS. dit werkt perfect.
Nu wil het regelmatig gebeuren dat een client inlogt welke door middel van een net use commando een netwerkshare aanmaakt (\\domain.intra\dfs\data). in 90% van de gevallen gaat het goed en pakt de client de share van de locatie waar hij zich bevindt. maar 10% van de andere gevallen pakt de client een share van een andere locatie. dit heeft als gevolg dat die client bijzonder traag werkt omdat hij ieder document wat hij opent download van de andere locatie.
Nu lees ik overal dat dit ingestel wordt door Sites and Services. naar mijn idee staat alles hier correct ingesteld. de juiste subnetten zijn aan de juiste sites gekoppeld en alle tips en trucs van microsoft over hoe een DFS op te zetten heb ik uitgevoerd. Ook hier op het forum heb ik veel gelezen over DFS problemen maar ik heb hier nog geen antwoord kunnen vinden op het probleem wat ik nu ervaar.
Als ik in de DNS kijk van de servers dan heeft domain.intra 3 ip adressen. van elke locatie een. op de client wordt dit ook weergegeven d.m.v nslookup. als ik een ping stuur naar het domain.intra dan pingt hij niet altijd naar de locatie vanwaar die ping komt. maar mischien is dit logisch omdat dit DNS verkeer is en dit niet langs de DFS gaat. maar ik vind het toch verdacht.
de dfs is als volgt geconfigureerd.
\\DOMAIN.INTRA\DFS
in deze dfs hangt dus een map DATA welke drie targets heeft verdeeld over de drie locaties.
Heeft iemand dit zelfde probleem of heeft iemand een oplossing?
Alvast bedankt!
Erik
Ik heb een school met 3 locaties in beheer. De data tussen deze locaties wordt gerepliceerd d.m.v. DFS. dit werkt perfect.
Nu wil het regelmatig gebeuren dat een client inlogt welke door middel van een net use commando een netwerkshare aanmaakt (\\domain.intra\dfs\data). in 90% van de gevallen gaat het goed en pakt de client de share van de locatie waar hij zich bevindt. maar 10% van de andere gevallen pakt de client een share van een andere locatie. dit heeft als gevolg dat die client bijzonder traag werkt omdat hij ieder document wat hij opent download van de andere locatie.
Nu lees ik overal dat dit ingestel wordt door Sites and Services. naar mijn idee staat alles hier correct ingesteld. de juiste subnetten zijn aan de juiste sites gekoppeld en alle tips en trucs van microsoft over hoe een DFS op te zetten heb ik uitgevoerd. Ook hier op het forum heb ik veel gelezen over DFS problemen maar ik heb hier nog geen antwoord kunnen vinden op het probleem wat ik nu ervaar.
Als ik in de DNS kijk van de servers dan heeft domain.intra 3 ip adressen. van elke locatie een. op de client wordt dit ook weergegeven d.m.v nslookup. als ik een ping stuur naar het domain.intra dan pingt hij niet altijd naar de locatie vanwaar die ping komt. maar mischien is dit logisch omdat dit DNS verkeer is en dit niet langs de DFS gaat. maar ik vind het toch verdacht.
de dfs is als volgt geconfigureerd.
\\DOMAIN.INTRA\DFS
in deze dfs hangt dus een map DATA welke drie targets heeft verdeeld over de drie locaties.
Heeft iemand dit zelfde probleem of heeft iemand een oplossing?
Alvast bedankt!
Erik
/u/43807/ZwartGat.png?f=community)
/u/38159/DirkJan.png?f=community)
:strip_icc():strip_exif()/u/4167/bacall8.jpg?f=community)
/u/96077/crop5b8d7c89bae9d_cropped.png?f=community)
