locked
Problème de connexion d'un lecteur réseau RRS feed

  • Discussion générale

  • Bonjour à tous,

    J'ai un problème dans mon infrastructure pour lequel je ne trouve absolument aucune réponse. Je me suis dit qu'un expert de ce forum pourrait sûrement me donner de nouvelles pistes voire une solution raisonnable...

    Le problème:

    Lorsqu'un utilisateur se connecte à son ordinateur, cet utilisateur peut ne pas avoir un de ses lecteurs réseau connecté. Ce problème concerne la totalité des utilisateurs du domaine mais survient de manière apparemment aléatoire. Un utilisateur peut ne pas avoir son lecteur réseau 3 connexions de suite tout comme il peut ne pas rencontrer le problème pendant 3 semaines.

    Les utilisateurs n'ont aucun problème pour connecter le lecteur manuellement quand il n'est pas présent (dans "Ordinateur", menu "Outils", "Connecter un lecteur réseau").

    Le contexte:

    J'ai une infrastructure avec plusieurs serveurs sous Windows Server 2003 et environ 20 PC hétérogènes (des ordinateurs portables, des postes fixes et parmi ces deux types de postes, on dispose de plusieurs modèles différents mais tous de marque IBM/Lenovo) sous Windows XP. Tout ce petit monde est dans un domaine Active Directory.

    Les serveurs sont sous Windows Server 2003 SP2 et les clients sous Windows XP pro SP3, tous à jour.

    Les serveurs sont des HP Proliant (de modèles différents).

    Le problème a été perçu la première fois après la mise en place d'un nouveau serveur (toujours sous Windows Server 2003) qui est devenu le nouveau serveur de fichiers ainsi que le nouveau contrôleur de domaine Active Directory.

    L'ancien contrôleur de domaine est devenu contrôleur de domaine secondaire et le partage du lecteur réseau a été supprimé de ce serveur (pour être transféré sur le nouveau serveur).

    Le lecteur réseau incriminé est à la racine du lecteur D: du serveur et les utilisateurs s'y connectent grâce à un script nommé login.bat dont le contenu est:

     

    net use g: /d
    
    net use g: \\<nom du serveur>\general \persitent:no

    Les solutions déjà testées/les choses déjà trouvées:

    - Toutes les références à l'ancien serveur sur le PC clients dans les clés de registre (clés nommées "mountpoints2") ont été supprimées.

    - Des tests avec de tout nouveaux utilisateurs Active Directory ont été faites (utilisateurs qui n'avaient jamais vu l'ancien serveur).

    - Modification du login.bat pour que les utilisateurs aient une connexion persistante (changement de persistent:no à persistent:yes).

    - Suppression de l'utilisation de login.bat pour que ce soit les ordinateurs clients qui établissent cette connexion.

    - Modification du login.bat pour que le nom du serveur soit remplacé par son IP.

    - Les utilisateurs itinérants utilisent les fichiers hors connexion, nous avons donc tenté de les remettre à zéro (pour supprimer les liens/références vers l'ancien serveur).

    - Nous avons remarqué qu'à chaque fois (sans exception) que le problème survient, l'événement 1517 est écrit dans les logs des PC clients lors de la déconnexion précédente. Nous avons lu/vu que ce problème pouvait être lié au service d'impression que nous avons donc passé à "démarrage manuel". Cela nous a mené à ce que l'événement 1525 soit écrit dans les logs des PC clients (de même, à chaque fois que le problème survient). Microsoft préconise l'utilisation de l'application UPHClean pour palier à ce problème. L'événement 1525 n'est alors plus loggé mais le problème est toujours présent.

    - Vérification de tous les droits d'accès au dossier partagé: tout est ok.

    - Mise en place de la GPO: "toujours attendre le réseau lors du démarrage de l'ordinateur et de l'ouverture de session".

     

    Si vous avez besoin de plus de précisions, n'hésitez pas à demander. Tout indice qui me permettra de me débarrasser de ce problème est le bienvenu.

    mercredi 24 mars 2010 14:50

Toutes les réponses

  • Je constate que je n'ai toujours aucune réponse.

    Ce problème est-il insoluble ou est-ce moi qui n'ait pas été clair ?

    mardi 30 mars 2010 07:23
  • Bonjour,

     

    Je n’ai pas très bien compris si vous avez utilisé UPHclean de  http://support.microsoft.com/kb/837115

     

    Vous avez essayé aussi avec :

     

    net use g: /d

     

    net use g: \\<IP du serveur>\general \persitent:yes

     

    http://technet.microsoft.com/en-us/library/bb490717.aspx

     

    Cordialement,

     

    Roxana


    Roxana Panait, MSFT ________ Votez l’article qui vous est utile ou postez un pour participer au concours : Appel a la contribution! Publiez un tip ou un petit tutorial (comment faire) sur la technologie que vous connaissez le mieux ! - http://social.technet.microsoft.com/Forums/fr-FR/1635/thread/c0fc6847-a4b0-4253-85e9-8eac0cc95aa0
    mardi 30 mars 2010 08:30
  • Bonjour,

     

    Oui, j'ai utilisé UPHClean de Microsoft. Lorsqu'il a été mis en place, l'événement 1525 n'est plus logué mais le problème continue d'arriver.

     

    J'ai aussi tenté de passer la connexion de "persistent: no" à "persistent: yes" mais sans succès, le problème survient toujours.

    De même pour le nom du serveur mis à son IP à la place.

     

    Ma prochaine tentative consistera sûrement à créer une Group Policy de telle sorte que ce soit elle qui connecte les lecteurs réseau automatiquement au lieu de login.bat (mais il faut encore que je me renseigne pour savoir comment le faire proprement).

    mardi 30 mars 2010 10:04
  • Bonjour,

    Au lieu d'utiliser un login.bat avec la commande net use, avez vous testé de créer un script VBS qui se lancerai au démarrage de la session, qui va créer un objet Réseau puis monter le disque ?

     

    Dim WshNetwork
    Set WshNetwork = WScript.CreateObject("WScript.Network")
    WshNetwork.MapNetworkDrive ("E:", \\Server\Public)

     Cordialement,

    Philippe GAZAGNE

    mardi 27 avril 2010 10:23
  • Bonjour,

     

    Je viens d'essayer cette solution mais sans succès. Il arrive toujours des cas où le lecteur réseau ne se connecte pas.

     

    Pour info, le script donné juste au dessus n'est pas tout à fait exact. Voici le code que j'ai dû utiliser pour le faire fonctionner sans message d'erreur:

    Dim WshNetwork
    Set WshNetwork = WScript.CreateObject("WScript.Network")
    WshNetwork.MapNetworkDrive "E:", "\\Server\Public"


    Merci de votre aide, je continue à chercher de mon côté. Si je trouve quelque chose, j'en ferais part ici même.
    Que ça ne vous empêche pas de proposer des idées ;-)

    mercredi 5 mai 2010 15:45
  • Bonjour

     

    Avez-vous trouvez une solution ?

    vendredi 5 août 2011 16:53