encore bug déconnexion client

Bonsoir,

en cas de reboot du serveur, il n'est généralement pas utile de redémarrer
les stations!

Il semble que la déconnexion n'est plus systématique sur tous les postes,
mais seulement sur certains?

As-tu mis en manuel le service de gestion des licences?

A bientôt,

--
Thierry DEMAN-BARCELÒ
MVP Exchange,SQL/Server
FAQ Exchange: http://faqexchange.dyndns.org
Site personnel: http://webfamilial.dyndns.org/thierry/pageprincipale.htm


"samuel" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 4c0f01c490ec$28806040$a501280a@phx.gbl...
Bonjour, j'ai encore des problème de déconnexion au
serveur win 2k3 fr avec mes station windows 98 se fr, j'ai
installer le client active directory(sur les poste win98)
et fait la commande suivante sur le serveur "net config
server /autodisconnect:-1" mais sans succès, j'ai encore
des postes qui se déconnecte du réseau. Quelqu'un peut
m'aider je suis a court d'idées? Autre question si je
redémarre mon serveur suis-je obliger de redémarrer mes
postes?

merci

Salut

Je doute qu'il soit un bug !

La modification du délai d'arrêt ne s'applique pas sur les systèmes 95 et 98
qui ont des ressources partagées. La ligne de commande "net config server
/autodisconnect:-1" a, par conséquent, toutes les chances d'échouer.
D'autant plus que les problèmes de connexions, le verrouillage des comptes
et logon, pour ne citer que ces trois exemples, sont connus entre Windows
Server 2003 et Windows 98.

Cordialement

Smain

"samuel" <anonymous@discussions.microsoft.com> wrote in message ...

Bonjour, j'ai encore des problème de déconnexion au
serveur win 2k3 fr avec mes station windows 98 se fr, j'ai
installer le client active directory(sur les poste win98)
et fait la commande suivante sur le serveur "net config
server /autodisconnect:-1" mais sans succès, j'ai encore
des postes qui se déconnecte du réseau. Quelqu'un peut
m'aider je suis a court d'idées? Autre question si je
redémarre mon serveur suis-je obliger de redémarrer mes
postes?

merci

-----Message d'origine-----
Bonjour, j'ai encore des problème de déconnexion au
serveur win 2k3 fr avec mes station windows 98 se fr,
j'ai

installer le client active directory(sur les poste
win98)

et fait la commande suivante sur le serveur "net config
server /autodisconnect:-1" mais sans succès, j'ai encore
des postes qui se déconnecte du réseau. Quelqu'un peut
m'aider je suis a court d'idées? Autre question si je
redémarre mon serveur suis-je obliger de redémarrer mes
postes?

merci
.
Il n' ya pas de solution Miracle.
Dans un premier temps si tu as le service wins sur ton

serveur vire le il va te pourrir la vie et il ne sert a
rien !!!
Mais ça ne regle pas tout.
verifie tes switch et leurs fonctionnement en full ou
half duplex et force la configuration des cartes reseaux
(postes et serveurs) en fonction de ça.

si tu as tjs de pb de deconnexion, de demande de mot de
passe aleatoire quand tu accedes aux ressources partagées,
installe tes fichiers et tes files d'impressions sur un
serveur membre en win2000 et tu dormiras tranquille !!!!

Virer WINS, ah oui? Tu m'expliqueras comment les clients Win9x résolvent des
noms Netbios sans WINS. Evidemment, ils peuvent aussi faire du broadcast ou
utiliser un fichier LMHOSTS local, mais pour les OS antérieurs à Windows
2000 le service WINS reste ce qu'il y a de plus simple et de moins
contraignant à gérer.

Pour ce qui est du problème de déconnexion, si le paramétrage des cartes en
Full ou Half ne résoud rien, il faudrait faire des captures du trafic entre
un client et le serveur pour comprendre ce qui se passe. Ca nécessite un peu
de connaissance et beaucoup de patience, mais en l'état je n'ai pas de
conseil plus intelligent...

Jacques

"BOB" <anonymous@discussions.microsoft.com> wrote in message
news:096001c49815$513bb860$3501280a@phx.gbl...

-----Message d'origine-----
Bonjour, j'ai encore des problème de déconnexion au
serveur win 2k3 fr avec mes station windows 98 se fr,
j'ai

installer le client active directory(sur les poste
win98)

et fait la commande suivante sur le serveur "net config
server /autodisconnect:-1" mais sans succès, j'ai encore
des postes qui se déconnecte du réseau. Quelqu'un peut
m'aider je suis a court d'idées? Autre question si je
redémarre mon serveur suis-je obliger de redémarrer mes
postes?

merci
.
Il n' ya pas de solution Miracle.
Dans un premier temps si tu as le service wins sur ton

serveur vire le il va te pourrir la vie et il ne sert a
rien !!!
Mais ça ne regle pas tout.
verifie tes switch et leurs fonctionnement en full ou
half duplex et force la configuration des cartes reseaux
(postes et serveurs) en fonction de ça.

si tu as tjs de pb de deconnexion, de demande de mot de
passe aleatoire quand tu accedes aux ressources partagées,
installe tes fichiers et tes files d'impressions sur un
serveur membre en win2000 et tu dormiras tranquille !!!!

Je persiste a dire que le wins n'est pas obligatoire meme
avec des becanes 9x et que si j'ai conseillé a Samuel de
le virer (sauf besoins particuliers) ,c'est que j'ai moi-
meme constaté des ameliorations des connexions au domaine
lorsque je l'ai viré et mes becanes en 98 ne s'en portent
pas plus mal.

Ce pb est particulierement gonflant, quand on doit faire
redemarrer les utilisateurs 4-5 fois/jour pour les
reconnecter.
il est apparu quand j'ai migré les serveurs en win2003 et
je l'ai resolu en plaçant mes ressources partagée sur un
serveur 2000.C'est pas une invention, c'est du vecu !!

Pour continuer sur les pb gonflants de 2003, as tu une
solution pour ntbackup qui en tache planifiée s'execute un
peu quand il en a envie ?

-----Message d'origine-----
Virer WINS, ah oui? Tu m'expliqueras comment les clients
Win9x résolvent des

noms Netbios sans WINS. Evidemment, ils peuvent aussi
faire du broadcast ou

utiliser un fichier LMHOSTS local, mais pour les OS
antérieurs à Windows

2000 le service WINS reste ce qu'il y a de plus simple et
de moins

contraignant à gérer.

Pour ce qui est du problème de déconnexion, si le
paramétrage des cartes en

Full ou Half ne résoud rien, il faudrait faire des
captures du trafic entre

un client et le serveur pour comprendre ce qui se passe.
Ca nécessite un peu

de connaissance et beaucoup de patience, mais en l'état
je n'ai pas de

conseil plus intelligent...

Jacques

"BOB" <anonymous@discussions.microsoft.com> wrote in
message

news:096001c49815$513bb860$3501280a@phx.gbl...

-----Message d'origine-----
Bonjour, j'ai encore des problème de déconnexion au
serveur win 2k3 fr avec mes station windows 98 se fr,
j'ai

installer le client active directory(sur les poste
win98)

et fait la commande suivante sur le serveur "net config
server /autodisconnect:-1" mais sans succès, j'ai encore
des postes qui se déconnecte du réseau. Quelqu'un peut
m'aider je suis a court d'idées? Autre question si je
redémarre mon serveur suis-je obliger de redémarrer mes
postes?

merci
.
Il n' ya pas de solution Miracle.
Dans un premier temps si tu as le service wins sur ton

serveur vire le il va te pourrir la vie et il ne sert a
rien !!!
Mais ça ne regle pas tout.
verifie tes switch et leurs fonctionnement en full ou
half duplex et force la configuration des cartes reseaux
(postes et serveurs) en fonction de ça.

si tu as tjs de pb de deconnexion, de demande de mot de
passe aleatoire quand tu accedes aux ressources partagées,
installe tes fichiers et tes files d'impressions sur un
serveur membre en win2000 et tu dormiras tranquille !!!!


.

Comme je disais il existe trois mécanismes permettant à une machine Win9x de
résoudre un nom Netbios: le broadcast, l'accès à son fichier LMHOSTS et
l'interrogation du service WINS. Si tes machines sont sur un même LAN elles
peuvent faire du broadcast. Par contre s'il y a routage, il faut soit du
WINS soit renseigner le fichier LMHOSTS des machines Win9x. Dès que tu sors
du périmètre des réseaux perso et des micro-PME il n'est pas rare qu'il y
ait plusieurs réseaux interconnectés, et le WINS devient alors
incontournable.

Admettons donc que toutes tes machines sont sur un même LAN. Si de virer
WINS a amélioré le problème de déconnexion du domaine, il faudrait peut-être
regarder comment WINS, DNS et les DC sont configurés: il est possible qu'il
y ait une désynchronisation entre ces différents services qui explique la
confusion des postes clients qui utilisent le WINS pour trouver leur
contrôleur du domaine. Théoriquement, une configuration normale permet aux
services DNS et WINS de communiquer de manière transparente, et notamment
aux clients WINS de trouver les serveurs qui s'enregistrent uniquement dans
le DNS, mais il est probable que dans votre situation cette transparence est
obscurcie par une mauvaise configuration. Je n'ai pas de serveur WINS ou DNS
sous la main, mais il me semble qu'il faut indiquer au service WINS
l'utilisation possible du DNS. A creuser. Une autre façon de vérifier le
problème serait de configurer le DC pour qu'il soit client WINS. Ce n'est
pas une configuration recommandée mais ça peut peut-être aider à comprendre
l'origine du problème: si les déconnexions disparaissent il y a de grandes
chances pour qu'il s'agisse d'un problème de communication entre WINS et
DNS.

Pour NTBackup je n'ai pas de réponse toute faite. Un des problèmes les plus
fréquents depuis l'invention des sauvegardes, c'est la perte de connexion
entre le serveur et son périphérique de sauvegarde, problème qui n'est pas
directement lié à NTBackup. Sinon, depuis Windows 2000 les tâches planifiées
requièrent l'utilisation d'un compte particulier pour l'exécution de chaque
tâche, ce qui pose de nouveaux problèmes en matière de sécurité et d'accès
aux données manipulées par la tâche.

Pour isoler les problèmes matériels des problèmes purement "soft", tu
pourrais déjà faire une sauvegarde quotidienne sur disque. Si la tâche
s'exécute correctement tous les jours, il est probable que le problème vient
de l'accès au périphérique (pb de driver, de connectique, etc). Si les
problèmes persistent, il faut vérifier les permissions du compte qui exécute
la tâche, et éventuellement ajouter des actions de contrôle dans le batch
qui est lancé, histoire de savoir à quel moment se produit le "plantage".

Jacques

"BOB" <anonymous@discussions.microsoft.com> wrote in message
news:087f01c49864$bc2a0b00$a501280a@phx.gbl...
Je persiste a dire que le wins n'est pas obligatoire meme
avec des becanes 9x et que si j'ai conseillé a Samuel de
le virer (sauf besoins particuliers) ,c'est que j'ai moi-
meme constaté des ameliorations des connexions au domaine
lorsque je l'ai viré et mes becanes en 98 ne s'en portent
pas plus mal.

Ce pb est particulierement gonflant, quand on doit faire
redemarrer les utilisateurs 4-5 fois/jour pour les
reconnecter.
il est apparu quand j'ai migré les serveurs en win2003 et
je l'ai resolu en plaçant mes ressources partagée sur un
serveur 2000.C'est pas une invention, c'est du vecu !!

Pour continuer sur les pb gonflants de 2003, as tu une
solution pour ntbackup qui en tache planifiée s'execute un
peu quand il en a envie ?

Merci de ta reponse mais je ne pense pas qu'il y ai de pb
materiel ou driver .je t'assure que je n'ai aucun pb de
NTbackup sous win 2000 .La sauvegarde se lance
quotidiennement alors que sous 2003 c'est une
catastrophe !! il ne se passe pas une semaine sans que je
doive relancer en manuel voir redemarrer le serveur pour
tout reinitialiser c'est une vrai galere. Je ne suis pas
le seul ds ce cas, mes confrere ont le meme pb, certains
ont du installer des produits de backup tiers pour avoir
la paix.Je ne comprend pas que Microsoft n'ai pas necore
sorti de patch pour ce pb. a quand le SP1 pour 2003 ?

-----Message d'origine-----
Comme je disais il existe trois mécanismes permettant à
une machine Win9x de

résoudre un nom Netbios: le broadcast, l'accès à son
fichier LMHOSTS et

l'interrogation du service WINS. Si tes machines sont sur
un même LAN elles

peuvent faire du broadcast. Par contre s'il y a routage,
il faut soit du

WINS soit renseigner le fichier LMHOSTS des machines
Win9x. Dès que tu sors

du périmètre des réseaux perso et des micro-PME il n'est
pas rare qu'il y

ait plusieurs réseaux interconnectés, et le WINS devient
alors

incontournable.

Admettons donc que toutes tes machines sont sur un même
LAN. Si de virer

WINS a amélioré le problème de déconnexion du domaine, il
faudrait peut-être

regarder comment WINS, DNS et les DC sont configurés: il
est possible qu'il

y ait une désynchronisation entre ces différents services
qui explique la

confusion des postes clients qui utilisent le WINS pour
trouver leur

contrôleur du domaine. Théoriquement, une configuration
normale permet aux

services DNS et WINS de communiquer de manière
transparente, et notamment

aux clients WINS de trouver les serveurs qui
s'enregistrent uniquement dans

le DNS, mais il est probable que dans votre situation
cette transparence est

obscurcie par une mauvaise configuration. Je n'ai pas de
serveur WINS ou DNS

sous la main, mais il me semble qu'il faut indiquer au
service WINS

l'utilisation possible du DNS. A creuser. Une autre façon
de vérifier le

problème serait de configurer le DC pour qu'il soit
client WINS. Ce n'est

pas une configuration recommandée mais ça peut peut-être
aider à comprendre

l'origine du problème: si les déconnexions disparaissent
il y a de grandes

chances pour qu'il s'agisse d'un problème de
communication entre WINS et

DNS.

Pour NTBackup je n'ai pas de réponse toute faite. Un des
problèmes les plus

fréquents depuis l'invention des sauvegardes, c'est la
perte de connexion

entre le serveur et son périphérique de sauvegarde,
problème qui n'est pas

directement lié à NTBackup. Sinon, depuis Windows 2000
les tâches planifiées

requièrent l'utilisation d'un compte particulier pour
l'exécution de chaque

tâche, ce qui pose de nouveaux problèmes en matière de
sécurité et d'accès

aux données manipulées par la tâche.

Pour isoler les problèmes matériels des problèmes
purement "soft", tu

pourrais déjà faire une sauvegarde quotidienne sur
disque. Si la tâche

s'exécute correctement tous les jours, il est probable
que le problème vient

de l'accès au périphérique (pb de driver, de connectique,
etc). Si les

problèmes persistent, il faut vérifier les permissions du
compte qui exécute

la tâche, et éventuellement ajouter des actions de
contrôle dans le batch

qui est lancé, histoire de savoir à quel moment se
produit le "plantage".

Jacques

"BOB" <anonymous@discussions.microsoft.com> wrote in
message

news:087f01c49864$bc2a0b00$a501280a@phx.gbl...
Je persiste a dire que le wins n'est pas obligatoire meme
avec des becanes 9x et que si j'ai conseillé a Samuel de
le virer (sauf besoins particuliers) ,c'est que j'ai moi-
meme constaté des ameliorations des connexions au domaine
lorsque je l'ai viré et mes becanes en 98 ne s'en portent
pas plus mal.

Ce pb est particulierement gonflant, quand on doit faire
redemarrer les utilisateurs 4-5 fois/jour pour les
reconnecter.
il est apparu quand j'ai migré les serveurs en win2003 et
je l'ai resolu en plaçant mes ressources partagée sur un
serveur 2000.C'est pas une invention, c'est du vecu !!

Pour continuer sur les pb gonflants de 2003, as tu une
solution pour ntbackup qui en tache planifiée s'execute un
peu quand il en a envie ?


.

Je ne sais pas si un patch sortira pour ton problème, mais il faudrait déjà
pouvoir comprendre de quoi il s'agit. Essaie d'isoler le problème en faisant
les essais que j'évoquais ou tout autre test qui te paraîtra plus pertinent,
on verra si on peut en tirer des conclusions.

Jacques

<anonymous@discussions.microsoft.com> wrote in message
news:0bde01c498a9$c81b16d0$a401280a@phx.gbl...
Merci de ta reponse mais je ne pense pas qu'il y ai de pb
materiel ou driver .je t'assure que je n'ai aucun pb de
NTbackup sous win 2000 .La sauvegarde se lance
quotidiennement alors que sous 2003 c'est une
catastrophe !! il ne se passe pas une semaine sans que je
doive relancer en manuel voir redemarrer le serveur pour
tout reinitialiser c'est une vrai galere. Je ne suis pas
le seul ds ce cas, mes confrere ont le meme pb, certains
ont du installer des produits de backup tiers pour avoir
la paix.Je ne comprend pas que Microsoft n'ai pas necore
sorti de patch pour ce pb. a quand le SP1 pour 2003 ?