Invite de commande en ligne surélevée ne peut pas accéder aux lecteurs partagés
- Je mappe un partage d'une autre machine à l'aide de mon compte d'utilisateur.
- Je lance une invite de commande élevée (cmd.exe, clic droit, Exécuter en tant qu'administrateur).
- La navigation sur le lecteur partagé (Z :) entraîne:
The system cannot find the drive specified
Maintenant, si j'ouvre une invite de commande non élevée, je peux accéder à Z: très bien.
Ouvrir un explorateur Windows en tant qu'administrateur et recréer les partages réseau ne me fonctionnait pas. Ensuite, j'ai trouvé cette solution: créez le partage sur la commande Invite elle-même. Cela a fonctionné pour moi.
Net Use f: \\remoteserver\subfolder
Même si le lecteur est déjà mappé dans Windows Explorer, cela fonctionnait toujours.
Remarque: utilisez uniquement une simple barre oblique inverse avant le sous-dossier.
Ce n’est probablement pas un problème d’autorisations de fichiers, mais il est lié à:
- Les partages réseau étant associés aux sessions (c'est-à-dire que différents utilisateurs peuvent avoir un ensemble de partages réseau différent). Notez qu'un utilisateur peut avoir plusieurs sessions.
- Comment fonctionne le contrôle de compte d'utilisateur.
Étant donné que presque tous les utilisateurs utilisaient un compte administrateur dans XP (la plupart des programmeurs ne voulant pas faire fonctionner leurs programmes avec des comptes limités), Microsoft a créé une "version limitée" des comptes administrateurs commençant par Vista, Dans certaines situations, les deux "versions" sont considérées comme des utilisateurs différents (étant donné qu’elles sont des sessions séparées).
Essayez de lancer un Explorateur Windows avec privilèges élevés (c'est-à-dire un Explorateur Windows lancé avec "Exécuter en tant qu'administrateur") et recréez tous les partages réseau, ce qui devrait faire l'affaire.
La raison pour avoir à recréer les partages est expliquée dans cette entrée de blog MSDN:
Disques réseau mappés avec UAC sous Windows Vista
Éditer: bits pertinents de l'entrée de blog (emphase moi):
Pour simplifier les choses, supposons que vous exécutez en tant qu'administrateur avec le contrôle de compte d'utilisateur activé (bien que, pour plus de sécurité, il est préférable de l'exécuter en tant qu'utilisateur standard). Lorsque vous vous connectez, vous créez un nouveau jeton. Nous détectons ensuite que vous avez activé le contrôle de compte d'utilisateur, nous nous connectons une deuxième fois et nous nous retrouvons avec un nouveau jeton (très restreint) que nous utilisons pour lancer le shell. Il existe deux événements de connexion distincts .
(...)
Cette fonctionnalité facilite les problèmes liés aux lecteurs réseau mappés. Avant Windows 2000 SP2, les noms de périphérique restaient globalement visibles jusqu'à leur suppression explicite ou le redémarrage du système. Pour des raisons de sécurité , nous avons modifié ce comportement à partir de Windows 2000 SP2. À partir de ce moment, tous les périphériques sont associés à un ID d'authentification (LUID) - un ID généré pour chaque session d'ouverture de session .
(...)
Étant donné que ces lecteurs mappés sont associés à LUID et que les applications élevées utilisent un LUID différent généré lors d’un événement de connexion distinct, l’application élevée ne verra plus lecteurs mappés pour cet utilisateur.
Alberto Martinez répond pourquoi le lecteur réseau mappé n'est pas accessible.
Voici le correctif de registre permettant de résoudre le problème:
- Ouvrez regedit et allez à
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System - Ajoutez une nouvelle valeur DWORD (32 bits) nommée EnableLinkedConnections .
- Ajustez la valeur à 1 (ou 00000001).
Quittez regedit et redémarrez l'ordinateur.
Je mappe un partage d'une autre machine à l'aide de mon compte d'utilisateur.
ce lecteur réseau est disponible UNIQUEMENT dans le compte d'utilisateur mappé sur le lecteur réseau.
Lancez cmd en tant qu'administrateur, tapez la commande Net Use z: \\net\path /persistent:yes et vous avez terminé. Une autre chose que j'ai faite, et cela va au-delà de la question de l'op, est qu'après avoir épinglé le cmd à la barre des tâches et dans les propriétés-> Paramètres avancés pour qu'il fonctionne en tant qu'administrateur, j'ai ajouté/K z: à la fin de la 'cible' zone de texte, il est donc devenu: %windir%\system32\cmd.exe /K z:. Parce que définir le paramètre "Démarrer dans" ne semblait pas fonctionner. Cela a abouti à une icône sur ma barre des tâches qui démarre une fenêtre de commande en tant qu'administrateur et avec l'invite sur le lecteur mappé. Et n'oubliez pas de revenir aux propriétés et de personnaliser la police, les couleurs, la taille et la position de la fenêtre, ainsi que la taille du tampon de défilement du texte et de l'historique des commandes!