OVH Cloud OVH Cloud

[NT]

16 réponses
Avatar
stan
bonjour à tous,

une petite question, pourquoi un ou des lecteurs réseaux se dupliquent ?
Comment régler ce problème ?

Mon script de connexion montent 4 lecteurs réseaux(F, G, M et T).

Par moment, je retrouve 15 lecteurs réseaux connectés.

Je fonctionne sous Windows NT4 Workstation et Serveur.

Si vous pouvez m'aider.
Merci d'avance.

6 réponses

1 2
Avatar
Philippe T [MS]
Bonjour,

Si vous faites un : NET USE * /DELETE /YES : cela doit normalement tout
détruire.
Ensuite vous pouvez mapper vos disques.

Avez-vous été voir si cela n'était pas du à d'autres scripts qui monterai
des lecteurs également ??? Je ne comprend pas votre comportement.

Pouvez-vous m'indiquez ce que vous avez par exemple après un simple NET USE.
Toutes les connexions sont associés à des lettres ?

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"stan" wrote in message
news:41f559da$0$19441$
stan a écrit :
> Salut,
>
> Pourquoi faire des net use /delete dans mon script ?
> Cela fonctionnait il y a moins d'une semaine.
>
>
> En plus,
> "Philippe T [MS]" wrote:
>
>
>>Bonjour,
>>
>>Pouvez vous essayez ?
>>
>>NET USE F: /DELETE
>>NET USE G: /DELETE
>>NET USE M: /DELETE
>>NET USE T: /DELETE
>>NET USE F: serveurpartage1 /PERSISTENT:NO
>>NET USE G: serveurpartage2 /PERSISTENT:NO
>>NET USE M: serveurpartage3 /PERSISTENT:NO
>>NET USE T: serveurpartage4 /PERSISTENT:NO
>>NET TIME SERVEUR /set /yes
>>
>>Phil.
>>________________________________________________________
>>Philippe TROTIN http://blogs.msdn.com/ptrotin
>>Microsoft Services France http://www.microsoft.com/france
>>
>>"stan" wrote in message
>>news:41f41146$0$25810$
>>
>>>Philippe T [MS] a écrit :
>>>
>>>>Bonjour,
>>>>
>>>>Et vous faites des NET USE X: /DELETE avant ?
>>>>
>>>>Phil.
>>>>________________________________________________________
>>>>Philippe TROTIN http://blogs.msdn.com/ptrotin
>>>>Microsoft Services France http://www.microsoft.com/france
>>>>
>>>>"stan" wrote in message
>>>>news:41f3e60c$0$25804$
>>>>
>>>>
>>>>>Philippe T [MS] a écrit :
>>>>>
>>>>>
>>>>>>Bonjour,
>>>>>>
>>>>>>Puis-je voir le script ?
>>>>>>
>>>>>>Utilisez vous des NET USE x: MonServeurMonRep /PERSISTENT:NO ?
>>>>>>
>>>>>>Phil.
>>>>>>________________________________________________________
>>>>>>Philippe TROTIN


http://blogs.msdn.com/ptrotin
>>>>>>Microsoft Services France http://www.microsoft.com/france
>>>>>>
>>>>>>"stan" wrote in message
>>>>>>news:41f3e326$0$19413$
>>>>>>
>>>>>>
>>>>>>
>>>>>>>bonjour à tous,
>>>>>>>
>>>>>>>une petite question, pourquoi un ou des lecteurs réseaux se


dupliquent
>>
>>?
>>
>>>>>>>Comment régler ce problème ?
>>>>>>>
>>>>>>>Mon script de connexion montent 4 lecteurs réseaux(F, G, M et T).
>>>>>>>
>>>>>>>Par moment, je retrouve 15 lecteurs réseaux connectés.
>>>>>>>
>>>>>>>Je fonctionne sous Windows NT4 Workstation et Serveur.
>>>>>>>
>>>>>>>Si vous pouvez m'aider.
>>>>>>>Merci d'avance.
>>>>>>
>>>>>>
>>>>>>
>>>>>salut, oui des scripts tout simple :
>>>>>NET USE F: SERVEURMonRep /PERSISTENT:NO
>>>>>
>>>>>et NET TIME à la fin de mon script.
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>Non.
>>>Les utilisateurs se connectent le matin et dans le courant de la


matinée
>>>(par exemple), ils se retrouvent avec 1 ou plusieurs lecteurs en plus
>>>(ce n'est pas toujours le cas).
>>>
>>>Ma configuration est :
>>>- un login.bat se trouvant sur le serveur NT
>>>(c:winntsystem32replimportlogin.bat). Les utilisateurs se
>>>connectent avec le login - password dans un domaine XXXX.
>>>
>>>Description du login.bat
>>>
>>>NET USE F: serveurpartage1 /PERSISTENT:NO
>>>NET USE G: serveurpartage2 /PERSISTENT:NO
>>>NET USE M: serveurpartage3 /PERSISTENT:NO
>>>NET USE T: serveurpartage4 /PERSISTENT:NO
>>>NET TIME SERVEUR /set /yes
>>>
>>>
>>>Les lecteurs se dupliquent sur d'autres lettres que ceux du script (par
>>>exemple sur H et ainsi de suite).
>>>J'ai déja eu le cas ou tous les lecteurs étaient pris par le partage1


du
>>>serveur. Donc obliger de déconnecter à la main les lecteurs


indésirables.
>>>
>>>J'espère être plus clair dans la description de mon problème.
>>>De plus, j'ai vérifier les scripts de connexion.
>>
>>
>>
Cela ne change rien du tout (tes cet après-midi).

Donc si vous avez d'autres idées.
Je ne comprends plus rien.


Avatar
stan
Bonjour,

Oui, faire un NET USE * /DELETE /YES detruira toutes les connexions.
Ca, je comprends. Mon script remonte juste après les 4 lecteurs par défaut
(du script login.bat).

J'ai encore fait le test hier matin. Je me suis connecté sur un poste qui
pose problème avec le login de l'utilisateur concerné.
Il a bien supprimé tous les lecteurs (NET USE * /DELETE /YES) puis monté les
lecteurs du script (F, G, M et T) et RIEN D'AUTRES.
J'ai demandé à l'utilisateur de ne pas fermé la session, ni de la vérouillé.

En milieu d'après-midi, je suis repassé sur sa machine.

--> j'ai ouvert l'explorateur windows, les 4 lecteurs F (partage1 sur
serveur),G (partage2 sur serveur),M (partage3 sur serveur) et T (partage4 sur
serveur) était présent. Mais en plus j'avais une quinzaine d'autres lecteurs
correspondant au partage3 sur serveur (ce n'est pas forcément le partage3).

partage1 sur serveur(F:)
partage2 sur serveur(G:)
partage3 sur serveur(H:) <- apparu tout seul
partage3 sur serveur(I:) <- apparu tout seul
partage3 sur serveur(J:) <- apparu tout seul
partage3 sur serveur(K:) <- apparu tout seul
partage3 sur serveur(L:) <- apparu tout seul
partage3 sur serveur(M:)
partage3 sur serveur(N:) <- apparu tout seul
partage4 sur serveur(T:)
...

et ainsi de suite.
L'utilisateur n'est pas en cause car il a été absent toute la journée.

Donc me dire de faire des NET USE /DELETE dans le script (je suis d'accord).
Mais je ne vais pas demander à chaque utilisateur de fermer la session et de
se reconnecter quand il a ce problème.

De plus, j'ai re-vérifié son compte NT, le script, .....
Avatar
Antoine Leca
En , stan va escriure:
En milieu d'après-midi, je suis repassé sur sa machine.

--> j'ai ouvert l'explorateur windows, les 4 lecteurs F (partage1
sur serveur),G (partage2 sur serveur),M (partage3 sur serveur) et T
(partage4 sur serveur) était présent. Mais en plus j'avais une
quinzaine d'autres lecteurs correspondant au partage3 sur serveur
(ce n'est pas forcément le partage3).

partage1 sur serveur(F:)
partage2 sur serveur(G:)
partage3 sur serveur(H:) <- apparu tout seul
partage3 sur serveur(I:) <- apparu tout seul
partage3 sur serveur(J:) <- apparu tout seul
partage3 sur serveur(K:) <- apparu tout seul
partage3 sur serveur(L:) <- apparu tout seul
partage3 sur serveur(M:)
partage3 sur serveur(N:) <- apparu tout seul
partage4 sur serveur(T:)
...



Autrement dit, « quelque chose » a effectué NET USE * serveurpartage3 (ou
l'équivalent par programme) environ une fois par heure. J'aurais tendance à
penser que ce pourrait suite à la recherche (infructueuse) de
F:/chemin/vers/fichier.temoin (ou le même sur G:) sans prendre la peine de
faire le même test sur H:, M: etc.

Comportement typique d'une appli réseau qui se croit seule au monde...

Est-ce que l'on t'a livré (installé si tu préfères) une nouvelle version de
l'applicatif, ou des bibliothèques genre middleware qu'il utilise, ces
dernières semaines?

Recherche de préférence du côté du produit qui utilise partage3...


Autre possibilité, si mon hypothèse est correcte, regarde si par hasard il
n'y a pas eu destruction du "fichier.temoin" ci-dessus dans l'arborescence
de partage3.
Si tu n'as aucune idée de quel peut être ce fichier,
http://www.sysinternals.com/ntw2k/source/filemon.shtml (sur un poste qui ne
fait rien)


Antoine
Avatar
Philippe T [MS]
Bonjour,

Ce sont des bonnes idées c'est bien pour cela que j'avais demandé à ajouter
des NET USE * /DELETE car effectivement ce n'est pas un problème de script
mais un problème lié à autre logiciel. :-(

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Antoine Leca" wrote in message
news:
En , stan va escriure:
> En milieu d'après-midi, je suis repassé sur sa machine.
>
> --> j'ai ouvert l'explorateur windows, les 4 lecteurs F (partage1
> sur serveur),G (partage2 sur serveur),M (partage3 sur serveur) et T
> (partage4 sur serveur) était présent. Mais en plus j'avais une
> quinzaine d'autres lecteurs correspondant au partage3 sur serveur
> (ce n'est pas forcément le partage3).
>
> partage1 sur serveur(F:)
> partage2 sur serveur(G:)
> partage3 sur serveur(H:) <- apparu tout seul
> partage3 sur serveur(I:) <- apparu tout seul
> partage3 sur serveur(J:) <- apparu tout seul
> partage3 sur serveur(K:) <- apparu tout seul
> partage3 sur serveur(L:) <- apparu tout seul
> partage3 sur serveur(M:)
> partage3 sur serveur(N:) <- apparu tout seul
> partage4 sur serveur(T:)
> ...

Autrement dit, « quelque chose » a effectué NET USE * serveurpartage3


(ou
l'équivalent par programme) environ une fois par heure. J'aurais tendance


à
penser que ce pourrait suite à la recherche (infructueuse) de
F:/chemin/vers/fichier.temoin (ou le même sur G:) sans prendre la peine de
faire le même test sur H:, M: etc.

Comportement typique d'une appli réseau qui se croit seule au monde...

Est-ce que l'on t'a livré (installé si tu préfères) une nouvelle version


de
l'applicatif, ou des bibliothèques genre middleware qu'il utilise, ces
dernières semaines?

Recherche de préférence du côté du produit qui utilise partage3...


Autre possibilité, si mon hypothèse est correcte, regarde si par hasard il
n'y a pas eu destruction du "fichier.temoin" ci-dessus dans l'arborescence
de partage3.
Si tu n'as aucune idée de quel peut être ce fichier,
http://www.sysinternals.com/ntw2k/source/filemon.shtml (sur un poste qui


ne
fait rien)


Antoine



Avatar
stan
stan a écrit :
Philippe T [MS] a écrit :

Bonjour,

Pouvez vous essayez ?

NET USE F: /DELETE
NET USE G: /DELETE
NET USE M: /DELETE
NET USE T: /DELETE
NET USE F: serveurpartage1 /PERSISTENT:NO
NET USE G: serveurpartage2 /PERSISTENT:NO
NET USE M: serveurpartage3 /PERSISTENT:NO
NET USE T: serveurpartage4 /PERSISTENT:NO
NET TIME SERVEUR /set /yes

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"stan" wrote in message
news:41f41146$0$25810$

Philippe T [MS] a écrit :

Bonjour,

Et vous faites des NET USE X: /DELETE avant ?

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"stan" wrote in message
news:41f3e60c$0$25804$


Philippe T [MS] a écrit :


Bonjour,

Puis-je voir le script ?

Utilisez vous des NET USE x: MonServeurMonRep /PERSISTENT:NO ?

Phil.
________________________________________________________
Philippe TROTIN
http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"stan" wrote in message
news:41f3e326$0$19413$



bonjour à tous,

une petite question, pourquoi un ou des lecteurs réseaux se
dupliquent












?

Comment régler ce problème ?

Mon script de connexion montent 4 lecteurs réseaux(F, G, M et T).

Par moment, je retrouve 15 lecteurs réseaux connectés.

Je fonctionne sous Windows NT4 Workstation et Serveur.

Si vous pouvez m'aider.
Merci d'avance.








salut, oui des scripts tout simple :
NET USE F: SERVEURMonRep /PERSISTENT:NO

et NET TIME à la fin de mon script.









Non.
Les utilisateurs se connectent le matin et dans le courant de la matinée
(par exemple), ils se retrouvent avec 1 ou plusieurs lecteurs en plus
(ce n'est pas toujours le cas).

Ma configuration est :
- un login.bat se trouvant sur le serveur NT
(c:winntsystem32replimportlogin.bat). Les utilisateurs se
connectent avec le login - password dans un domaine XXXX.

Description du login.bat

NET USE F: serveurpartage1 /PERSISTENT:NO
NET USE G: serveurpartage2 /PERSISTENT:NO
NET USE M: serveurpartage3 /PERSISTENT:NO
NET USE T: serveurpartage4 /PERSISTENT:NO
NET TIME SERVEUR /set /yes


Les lecteurs se dupliquent sur d'autres lettres que ceux du script (par
exemple sur H et ainsi de suite).
J'ai déja eu le cas ou tous les lecteurs étaient pris par le partage1 du
serveur. Donc obliger de déconnecter à la main les lecteurs
indésirables.

J'espère être plus clair dans la description de mon problème.
De plus, j'ai vérifier les scripts de connexion.








Bonjour,

je ne vois pas à quoi cela va servir de faire des net use /delete ?
Cela marchait il y a à peine une petite semaine sans problème.

??




Enfin, j'ai trouvé le problème.

Merci à vous.

Il ne s'agissait pas du script mais d'un raccourci mal généré qui
pointait bien vers le partage. Mais lorsque j'ai édité le lien, il
pointait vers un autre lecteur.
Avatar
Philippe T [MS]
Bonjour,

Ouffff !!! :-)

Heureux que vous ayez résolu votre problème !!!

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"stan" wrote in message
news:41f69390$0$18868$
stan a écrit :
> Philippe T [MS] a écrit :
>
>> Bonjour,
>>
>> Pouvez vous essayez ?
>>
>> NET USE F: /DELETE
>> NET USE G: /DELETE
>> NET USE M: /DELETE
>> NET USE T: /DELETE
>> NET USE F: serveurpartage1 /PERSISTENT:NO
>> NET USE G: serveurpartage2 /PERSISTENT:NO
>> NET USE M: serveurpartage3 /PERSISTENT:NO
>> NET USE T: serveurpartage4 /PERSISTENT:NO
>> NET TIME SERVEUR /set /yes
>>
>> Phil.
>> ________________________________________________________
>> Philippe TROTIN http://blogs.msdn.com/ptrotin
>> Microsoft Services France http://www.microsoft.com/france
>>
>> "stan" wrote in message
>> news:41f41146$0$25810$
>>
>>> Philippe T [MS] a écrit :
>>>
>>>> Bonjour,
>>>>
>>>> Et vous faites des NET USE X: /DELETE avant ?
>>>>
>>>> Phil.
>>>> ________________________________________________________
>>>> Philippe TROTIN


http://blogs.msdn.com/ptrotin
>>>> Microsoft Services France http://www.microsoft.com/france
>>>>
>>>> "stan" wrote in message
>>>> news:41f3e60c$0$25804$
>>>>
>>>>
>>>>> Philippe T [MS] a écrit :
>>>>>
>>>>>
>>>>>> Bonjour,
>>>>>>
>>>>>> Puis-je voir le script ?
>>>>>>
>>>>>> Utilisez vous des NET USE x: MonServeurMonRep /PERSISTENT:NO ?
>>>>>>
>>>>>> Phil.
>>>>>> ________________________________________________________
>>>>>> Philippe TROTIN
>>>>>> http://blogs.msdn.com/ptrotin
>>>>>> Microsoft Services France


http://www.microsoft.com/france
>>>>>>
>>>>>> "stan" wrote in message
>>>>>> news:41f3e326$0$19413$
>>>>>>
>>>>>>
>>>>>>
>>>>>>> bonjour à tous,
>>>>>>>
>>>>>>> une petite question, pourquoi un ou des lecteurs réseaux se
>>>>>>> dupliquent
>>
>>
>> ?
>>
>>>>>>> Comment régler ce problème ?
>>>>>>>
>>>>>>> Mon script de connexion montent 4 lecteurs réseaux(F, G, M et T).
>>>>>>>
>>>>>>> Par moment, je retrouve 15 lecteurs réseaux connectés.
>>>>>>>
>>>>>>> Je fonctionne sous Windows NT4 Workstation et Serveur.
>>>>>>>
>>>>>>> Si vous pouvez m'aider.
>>>>>>> Merci d'avance.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> salut, oui des scripts tout simple :
>>>>> NET USE F: SERVEURMonRep /PERSISTENT:NO
>>>>>
>>>>> et NET TIME à la fin de mon script.
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>> Non.
>>> Les utilisateurs se connectent le matin et dans le courant de la


matinée
>>> (par exemple), ils se retrouvent avec 1 ou plusieurs lecteurs en plus
>>> (ce n'est pas toujours le cas).
>>>
>>> Ma configuration est :
>>> - un login.bat se trouvant sur le serveur NT
>>> (c:winntsystem32replimportlogin.bat). Les utilisateurs se
>>> connectent avec le login - password dans un domaine XXXX.
>>>
>>> Description du login.bat
>>>
>>> NET USE F: serveurpartage1 /PERSISTENT:NO
>>> NET USE G: serveurpartage2 /PERSISTENT:NO
>>> NET USE M: serveurpartage3 /PERSISTENT:NO
>>> NET USE T: serveurpartage4 /PERSISTENT:NO
>>> NET TIME SERVEUR /set /yes
>>>
>>>
>>> Les lecteurs se dupliquent sur d'autres lettres que ceux du script


(par
>>> exemple sur H et ainsi de suite).
>>> J'ai déja eu le cas ou tous les lecteurs étaient pris par le partage1


du
>>> serveur. Donc obliger de déconnecter à la main les lecteurs
>>> indésirables.
>>>
>>> J'espère être plus clair dans la description de mon problème.
>>> De plus, j'ai vérifier les scripts de connexion.
>>
>>
>>
>>
> Bonjour,
>
> je ne vois pas à quoi cela va servir de faire des net use /delete ?
> Cela marchait il y a à peine une petite semaine sans problème.
>
> ??
>
>
Enfin, j'ai trouvé le problème.

Merci à vous.

Il ne s'agissait pas du script mais d'un raccourci mal généré qui
pointait bien vers le partage. Mais lorsque j'ai édité le lien, il
pointait vers un autre lecteur.



1 2