locked
AD / clients XP : connexion du homedir à la racine du partages de tous les homedirs RRS feed

  • Question

  •  

    Contexte :

    ·         AD Windows 2003 (forêt mono-domaine, niveaux fonctionnels Windows 2003,…)

    ·         Poste clients membres de l'AD sous Windows XP, SP1 ou SP2, client DNS

    ·         Les comptes utilisateurs disposent chacun d'un homedir associé au lecteur P: sous la  forme \\server\share$\username

     

    La plupart du temps, pas de problème, lors qu'un utilisateur se connecte P: se mappe bien sur  \\server\share$\username

     

    Le problème est le suivant : de façon (au moins apparemment) aléatoire, il arrive que le mappage ne se fasse sur \\server\share$\username mais sur \\server\share$, l'utilisateur voyant la liste de tous homedirs du serveur de fichier auxquels ils connectent.

     

    L'équipe en charge du parc PC signale que quand cela se produit, il n'ya pas d'autre anomalie :

    ·         paramètres TCP/IP (fournis par le DCHP) OK

    ·         connexion Ok pour les autre  mappages de lecteur réseau ; on a notamment un mappage sur racine DFS domaine  sous la forme \\domaine.com\share$ qui se fait tout à fait correctement.

     

    J'aurais pu tout à fait poser ce cas dans un forum XP mais on ne voit pas quel pourrait être  la cause de ce phénomène.

     

     

    Merci d'avance à tous ceux qui pourrait nous aider là-dessus.

    mercredi 9 avril 2008 07:40

Réponses

Toutes les réponses

  • Bonsoir,

     

    La connexion sur le partage se fait normalement lorsque la station est Win9X ou NT4.

     

    Qu'est-ce qui pourrait faire penser au système que le système n'est pas sous XP?

     

    => il y a peut être un script dans une stratégie qui provoque cela.

     

    A+

     

     

    mercredi 9 avril 2008 20:43
  • Merci de la réponse, on va regarder à nouveau dans ce sens  là ;  mais j'ai quand même des doutes, pour 2 raisons :

    • d'une part les scripts utlisateurs  sont lancées par GPO (et donc si il y avait une mauvaise reconnaissance d'OS il ne devrait  pas s'exécuter) et ne font que  la connexion de lecteur réseau ou d'imprimante ; en plus les GPO AD ne sont pas genre complexe (execution de script, paramètrage proxy IE, etc.) ;
    •  la nature aléatoire du phénomène.
     D'un autre côté, le parc PC fait l'objet d'un gestion par LDMS, géré par une autre équipe que la notre, on va investiguer là dessus.

    Cdt.


    jeudi 10 avril 2008 07:07
  • Je me permets de deterrer ce thread car il reste non résolu et c'est aussi un problème qui traîne chez moi depuis un bout de temps.

    Dans le cas de Denis B, le homedir est bloqué sur "\\server\share$" car c'est l'accès au dossier de l'utilisateur qui  est refusé.

    Différents tests sont possibles pour identifer votre problème.
    Je vous conseille de lire ces deux liens :

    http://support.microsoft.com/kb/926642
    http://support.microsoft.com/kb/281308/en-us

    Pour ce qui me concerne, le problème reste entier car je n'utilise pas d'alias et en changeant "server" par l'adresse IP, le problème reste présent et aléatoire.

    Je suis preneur en cas de solution.

    lundi 5 mai 2008 14:18
  • Bonjour,
    cela fait un bon moment que je cherche une solution à ce problème de mauvaise connexion au home de l'utilisateur à l'ouverture de session...
    Effectivement, quand le pb survient, le U: de l'utilisateur est mappé sur \\serveur\users$ au lieu de \\serveur\users$\%username% !!

    Je constate les mêmes symptômes, à savoir :
    - pb aléatoire
    - fonctionne à nouveau après plusieurs fermetures/réouvertures de session.

    C'est vraiment pénalisant ... j'ai surtout l'impression que chez Microsoft, ils n'ont pas de solution non plus.

    Donc...  toujours rien ??
    lundi 27 juillet 2009 08:10
  •  

    Bonjour, voici une solution (GPO) qui a résolu le problème dans notre entreprise. En espérant que ça vous servira...

     

    Configuration ordinateur (activée) masquer
    Modèles d'administration masquer
    Configuration utilisateur (activée) masquer
    Modèles d'administration masquer
    Système/Profils utilisateur masquer

     

    vendredi 2 avril 2010 12:22