none
Certains mappages de disques réseau ne se créent pas en utilisant GPO RRS feed

  • Discussion générale

  • Bonjour,

    J'utlise un serveur Windows SBS 2011 SP1, and un client Win7-32.

    J'ai utilisé le GPO pour créer les règles de mappage de lecteur suivantes :

    Nom    Ordre    Action    Chemin d’accès                                                     Reconnecter
    E:        1          Créer     \\SRVNAME\APS                                                       Oui
    F:        2          Créer     \\SRVNAME\Administrateurs                                    Oui
    H:        3         Créer     \\SRVNAME\RedirectedFolders\%username%           Oui
    P:        4          Créer     \\SRVNAME\Public                                                   Oui

    Quand je me connecte sur le client W7, les disques F: et P: apparaissent correctement, mais les 2 autres pas.
    Si j'essaye de les connecter manuellement à partir du client, ça fonctionne (donc, pas de problème de droits d'accès ou de partage).

    Comment résoudre ce problème ?

    Comme alternative, j'ai essaye d'ajouter un script d'ouverture via GPO.
    Mais il m'est absolument impossible d'ajouter un fichier dans le répertoire Logon (\mydomain.local\SysVol\mydomain.local\Policies\{532B927B-D983-40B1-91D5-0470DC18C4DE}\User\Scripts\Logon).

    Il n'y a pas moyen d'obtenir les droits d'accès en écriture à ce répertoire, même en tant qu'Administrateur.

    Comment résoudre cet autre problème ?

    Et dernière question : si une de ces solutions parvient à fonctionner (les 4 disques sont mappés), est-ce que cela fonctionnerait aussi en utilisant une connexion VPN ?

    Merci d'avance pour votre aide.

    samedi 24 mars 2012 10:43

Toutes les réponses

  • Bonjour,

    Le problème est-il le même si vous choisissez "mettre à jour" comme action ?
     Cordialement,
    --
    Yves Gourlé [MVP SBS - MCSA - MCITP]
    http://blog.gourle.com
    http://www.easy-info.com

    "Athena0501" a écrit dans le message de groupe de discussion : a26965bc-bf64-4cdb-a252-9ce02e6611dd@communitybridge.codeplex.com...

    Bonjour,

    J'utlise un serveur Windows SBS 2011 SP1, and un client Win7-32.

    J'ai utilisé le GPO pour créer les règles de mappage de lecteur suivantes :

    Nom    Ordre    Action    Chemin d’accès Reconnecter
    E:        1          Créer     \\SRVNAME\APS Oui
    F:        2          Créer     \\//SRVNAME//\Administrateurs Oui
    H:        3         Créer     \\//SRVNAME//\RedirectedFolders\%username% Oui
    P:        4          Créer     \\//SRVNAME//\Public Oui

    Quand je me connecte sur le client W7, les disques F: et P: apparaissent correctement, mais les 2 autres pas.
    Si j'essaye de les connecter manuellement à partir du client, ça fonctionne (donc, pas de problème de droits d'accès ou de partage).

    Comment résoudre ce problème ?

    Comme alternative, j'ai essaye d'ajouter un script d'ouverture via GPO.
    Mais il m'est absolument impossible d'ajouter un fichier dans le répertoire Logon (\mydomain.local\SysVol\mydomain.local\Policies\{532B927B-D983-40B1-91D5-0470DC18C4DE}\User\Scripts\Logon).

    Il n'y a pas moyen d'obtenir les droits d'accès en écriture à ce répertoire, même en tant qu'Administrateur.

    Comment résoudre cet autre problème ?

    Et dernière question : si une de ces solutions parvient à fonctionner (les 4 disques sont mappés), est-ce que cela fonctionnerait aussi en utilisant une connexion VPN ?

    Merci d'avance pour votre aide.

    lundi 26 mars 2012 05:49
    Modérateur
  • Bonjour,

    Merci pour votre réponse.

    Mais j''ai trouvé une solution à ce problème, en choisissant un autre objet GPO.
    Le mappage fonctionne en utilisant l'objet 'Default Domain Policy", mais ne fonctionne pas avec les "Windows SBS Client ...", ou une nouvelle policy.
    Quelle est donc l'utilité des toutes ces autres policies ?

    Mais je n'en sais toujours pas plus au sujet de l'emplacement des scripts, ou du mappage sous VPN.

    lundi 26 mars 2012 06:04
  • Bonjour,

    Les stratégies "windows sbs client..." s'appliquent aux ordinateurs. si vous avez défini des préférences utilisateur il est normal que cela ne soit pas pris en compte.
    Pour le VPN vous devrez définir un autre script (à moins qu'il ne s'agisse de machines du domaine ayant déjà exécuté la stratégie)
     Cordialement,
    --
    Yves Gourlé [MVP SBS - MCSA - MCITP]
    http://blog.gourle.com
    http://www.easy-info.com

    "Athena0501" a écrit dans le message de groupe de discussion : 25218417-bb86-4e44-885a-28e77be09658@communitybridge.codeplex.com...

    Bonjour,

    Merci pour votre réponse.

    Mais j''ai trouvé une solution à ce problème, en choisissant un autre objet GPO.
    Le mappage fonctionne en utilisant l'objet 'Default Domain Policy", mais ne fonctionne pas avec les "Windows SBS Client ...", ou une nouvelle policy.
    Quelle est donc l'utilité des toutes ces autres policies ?

    Mais je n'en sais toujours pas plus au sujet de l'emplacement des scripts, ou du mappage sous VPN.

    lundi 26 mars 2012 17:42
    Modérateur
  • OK, merci pour l'info.

    Pour le VPN... ça n'a pas l'air de fonctionner, et pourtant il s'agit des mêmes PC, membres de l'AD.
    Mais je devrais peut-être préciser le nom du domaine dans les paramètres de le connexion VPN (sous le nom et MdP), car ce champ est actuellement vide.  Le non mappage en VPN pourrait provenir de là ?

    mardi 27 mars 2012 05:12
  • Bonjour, 

     

    J’ai vu que vous avez posé votre question sur les forums TechNet US. Pouvons-nous considérer que Robert vous a donné la bonne réponse ?

    Désormais nous changeons le type de votre thread en discussion générale, en attente de feedback.

    Merci de nous tenir au courant.

    Cordialement,

    Dan


    Dan BAJENARU, MSFT    Votez! Appel à la contribution
    Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    vendredi 30 mars 2012 12:49
  • Bonjour,

    Oui, la réponse apportée fonctionne pour la connexion par LAN.

    Mais pour la connexion par VPN, je suis toujours à la recherche d'une solution.

    mercredi 11 avril 2012 09:20