OVH Cloud OVH Cloud

Ouverture sans CD sur site distant

2 réponses
Avatar
nicola68
Bonjour,
j'ai actuellement 2 sites distants reli=E9s par une ligne =E0 256k. Ces 2
sites contiennent chacun un controleur de domaine qui est catalogue
global. Pour effectuer des tests en cas de crash j'ai arret=E9 le CD sur
le site 2 en me disant le CD du site 1 doit prendre le relais.
L'ouverture de session depuis le site 2 a bien lieu mais dure plus de
20 minutes, je ne comprend pas pourquoi sachant que les profils
itin=E9rants sont stock=E9s sur un serveur de fichiers sur le site 2. Y'a
t'il un param=E9trage sp=E9cifique a effectuer dans l'AD, quels sont les
donn=E9es qui transitent sur le tuyau lors de l'ouverture de session
hormis le script?
Merci d'avance pour vos eclaircissements.
Nico

2 réponses

Avatar
Alaura
Bonjour,

Ton trafic permettant d'ouvrir une session passe par la LS donc c'est normal
d'aprés moi.

Process de contact de catalogue global, pour tgt ect ect...

Verifier quand même le dns des clients du site ou tu as stoppé le dc, il
faut quand même que tes clients puisse contacter un serveur dns (prise en
charge des enregistrement SRV) pour valider aussi leur ouverture de session.

Cdlt.
a écrit dans le message de news:

Bonjour,
j'ai actuellement 2 sites distants reliés par une ligne à 256k. Ces 2
sites contiennent chacun un controleur de domaine qui est catalogue
global. Pour effectuer des tests en cas de crash j'ai arreté le CD sur
le site 2 en me disant le CD du site 1 doit prendre le relais.
L'ouverture de session depuis le site 2 a bien lieu mais dure plus de
20 minutes, je ne comprend pas pourquoi sachant que les profils
itinérants sont stockés sur un serveur de fichiers sur le site 2. Y'a
t'il un paramétrage spécifique a effectuer dans l'AD, quels sont les
données qui transitent sur le tuyau lors de l'ouverture de session
hormis le script?
Merci d'avance pour vos eclaircissements.
Nico
Avatar
Lord Of The Ping
bonjour,

20 minutes est beaucoup trop long dans la mesure où les profiles sont
bien stockés sur le lan.

S'agit-il de clients windows 2000 ou XP ?

Dans les deux cas il faut vérifier les DNS. Les stations doivent avoir
le CD 1 comme DNS secondaire au minimum.
Ya-t-il des firewall ? si oui, attention au blocage netbios.

Si les stations sont des windows 2000, je pense que Wins est
nécessaire.
Est-ce qu'au niveau AD, les deux sites sont bien définis ?

Cordialement,
Mathieu CHATEAU
http://lordoftheping.blogspot.com


Bonjour,

Ton trafic permettant d'ouvrir une session passe par la LS donc c'est nor mal
d'aprés moi.

Process de contact de catalogue global, pour tgt ect ect...

Verifier quand même le dns des clients du site ou tu as stoppé le dc, il
faut quand même que tes clients puisse contacter un serveur dns (prise en
charge des enregistrement SRV) pour valider aussi leur ouverture de sessi on.

Cdlt.
a écrit dans le message de news:

Bonjour,
j'ai actuellement 2 sites distants reliés par une ligne à 256k. Ces 2
sites contiennent chacun un controleur de domaine qui est catalogue
global. Pour effectuer des tests en cas de crash j'ai arreté le CD sur
le site 2 en me disant le CD du site 1 doit prendre le relais.
L'ouverture de session depuis le site 2 a bien lieu mais dure plus de
20 minutes, je ne comprend pas pourquoi sachant que les profils
itinérants sont stockés sur un serveur de fichiers sur le site 2. Y'a
t'il un paramétrage spécifique a effectuer dans l'AD, quels sont les
données qui transitent sur le tuyau lors de l'ouverture de session
hormis le script?
Merci d'avance pour vos eclaircissements.
Nico