OVH Cloud OVH Cloud

reseau heterogene

1 réponse
Avatar
greg from mada
Bonjour,
ici dans le tier monde il nous arrive des choses parfois !

Vola, nous avons tout un reseau avec un serveur de fichier=20
XP. Ce reseau est constitu=E9 d'un ensemble heterogene de=20
machien allant de windows 98, 98SE et XP.

Depuis le serveur on accede aux PC via le reseau equip=E9 en=20
windows XP ultra rapidement. Mais lorsque l'on veut=20
acceder au PC equip=E9 de win98, cela prend un temps=20
beaucoup trop long. (meme pour ici)

Lorsque l'on essaye d'acceder au ressources de reseau=20
depuis un PC, parfois cela va super vite et parfois non,=20
cela depend des machines. Les machines en 98 accede=20
rapidement au autres machines, alors que les machines en=20
XP mettent un temps fou !

Le DNS, les adresses IP sont normallement correctement=20
declar=E9s.

merci d'avance pour l'aide

Greg

1 réponse

Avatar
Jean-Claude BELLAMY
Dans le message c04d01c3b9a7$4e62ca40$,
greg from mada s'est ainsi exprimé :
Vola, nous avons tout un reseau avec un serveur de fichier
XP. Ce reseau est constitué d'un ensemble heterogene de
machien allant de windows 98, 98SE et XP.

Depuis le serveur on accede aux PC via le reseau equipé en
windows XP ultra rapidement. Mais lorsque l'on veut
acceder au PC equipé de win98, cela prend un temps
beaucoup trop long. (meme pour ici)

Lorsque l'on essaye d'acceder au ressources de reseau
depuis un PC, parfois cela va super vite et parfois non,
cela depend des machines. Les machines en 98 accede
rapidement au autres machines, alors que les machines en
XP mettent un temps fou !

Le DNS, les adresses IP sont normallement correctement
declarés.


"T'es pas tout seul, Jeff!" ;+)

Si cela peut te consoler, à défaut de te donner la solution, je me trouve
dans un cas similaire!
Le parcours réseau (réseau Microsoft) est vraiment une horreur dans un
environnement hétérogène.

Je suis confronté à ce pb depuis plusieurs semaines!
J'ai écrit une appli (SuperExec) qui fait appel directement à l'API
"NetAPI32" , qui sert à énumérer les domaines, workgroups, ordinateurs,
utilisateurs, et j'ai constaté que lorsqu'on voulait "explorer" un autre
domaine ou groupe, cela pouvait prendre un temps fou (mais cela aboutissait
toujours).
Et cela variait aussi suivant l'OS de la machine "exploratrice".
J'ai évidemment vérifié tout mon réseau, les clefs
HKLMSYSTEMCurrentControlSetServicesBrowserParameters de toutes les
machines, contrôlé dans les observateurs d'événements qu'il n'y avait pas de
pb d'élection de master browser, ..., les services DNS, WINS, ... étant tous
opérationnels.
NB: Les lenteurs constatées avec mon appli se retrouvent à l'identique avec
des commandes Windows telles que NET VIEW, ou encore depuis l'explorateur.
Donc c'est bien propre à Windows lui-même.

J'ai même eu un cas complètement loufoque :
J'ai lancé mon appli depuis une machine virtuelle VMWare (hébergée par un
W2K dans un workgroup) sur laquelle j'installé Longhorn Donc je m'attendais
au pire, vu que ce n'est même pas encore une version bêta.
Et bien l'exploration d'un autre DOMAINE, constitué de serveur W2K3 et
station W2K (eux aussi en VMWare sur un autre PC tournant sous XP), a été
IMMÉDIATE!
Rien pigé!

Si on se plonge dans le MSDN, chapitre consacré au "browsing", on peut y
lire que dans certaines conditions, le temps d'exploration peut atteindre
... 72 minutes! (du à des délais de 12 mn de broadcasting entre machines, et
qui se cumulent...)

http://support.microsoft.com/?id8001
(cet article est en français)


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
*