L'invite de ligne de commande élevée ne peut pas accéder aux lecteurs partagés

Ouvrir un Explorateur Windows en tant qu'administrateur et recréer les partages réseau n'a pas fonctionné pour moi. J'ai ensuite trouvé cette solution : créer le partage dans l'invite de commande elle-même. Cela a fonctionné pour moi.

net use f: \\remoteserver\subfolder      

Même si le lecteur est déjà mappé dans l'explorateur Windows, cela fonctionne toujours.

Note : N'utilisez qu'une seule barre oblique inverse avant le sous-dossier.

Il ne s'agit probablement pas d'un problème de permissions de fichiers, mais d'un problème lié à.. :

• Les partages réseau sont associés aux sessions (c'est-à-dire que différents utilisateurs peuvent avoir un ensemble différent de partages réseau). Notez qu'un utilisateur peut avoir plus d'une session.
• Comment fonctionne le contrôle de compte d'utilisateur.

Étant donné que presque tous les utilisateurs utilisaient un compte administrateur sous XP (la plupart des programmeurs n'ayant pas pris la peine de faire fonctionner leurs programmes avec des comptes limités), Microsoft a créé une "version limitée" des comptes administrateurs à partir de Vista, et dans certaines situations, les deux "versions" comptent comme des utilisateurs différents (puisqu'il s'agit de sessions distinctes).

Essayez de lancer un explorateur Windows élevé (c'est-à-dire un explorateur Windows lancé avec "Exécuter en tant qu'administrateur") et recréez tous les partages réseau, cela devrait faire l'affaire.

La raison pour laquelle il faut recréer les parts est expliquée dans cet article du blog MSDN :

Drives réseau mappés avec UAC sous Windows Vista

Editar: extraits pertinents de l'article du blog (c'est moi qui souligne) :

Pour simplifier les choses, supposons que vous vous exécutez en tant qu'administrateur avec l'UAC activé (bien que, pour plus de sécurité, il soit préférable de s'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é l'UAC, nous nous connectons une seconde fois, et nous nous retrouvons avec un nouveau jeton (hautement restreint), que nous utilisons pour lancer le Shell. Il existe deux événements de connexion distincts .
(...)
Cette fonction pratique permet de résoudre plus facilement les problèmes liés aux lecteurs réseau mappés. Avant Windows 2000 SP2, les noms de périphériques restaient globalement visibles jusqu'à ce qu'ils soient explicitement supprimés ou que le système soit redémarré. Pour des raisons de sécurité Nous avons modifié ce comportement à partir de Windows 2000 SP2. À partir de ce moment-là, tous les appareils sont associés à un identifiant d'authentification (LUID) - un identifiant généré pour chaque session de connexion .
(...)
Parce que ces lecteurs mappés sont associés à un LUID, et parce que les applications élevées utilisent un LUID différent généré lors d'un événement de connexion séparé, l'application élevée ne verra plus aucun lecteur mappé pour cet utilisateur.

La réponse d'Alberto Martinez décrit pourquoi le lecteur réseau mappé n'est pas accessible.

Voici correction du registre pour résoudre le problème :

• Ouvrez regedit et allez dans HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
• Ajoutez une nouvelle valeur DWORD (32 bits) appelée EnableLinkedConnections .
• Réglez la valeur sur 1 (ou 00000001).

Quittez regedit et redémarrez l'ordinateur.

Un autre contournement qui m'a pris âges trouver, c'est courir net use à partir d'une tâche planifiée comme l'AUTORITÉ du NT \SYSTEM compte. Apparemment, les lecteurs mappés sous ce compte apparaissent pour tous les utilisateurs et tous les niveaux d'élévation. .

Je l'ai testé et cela fonctionne même sur les partages NFS (qui peuvent être un peu délicats). Il suffit de créer un ensemble de tâches planifiées à exécuter au démarrage du système, et de spécifier la commande suivante :

net use //server/share Z: /persistent:no

Il est possible de l'exécuter une seule fois avec /persistent:yes mais je n'ai pas encore essayé. Il est vrai que l'option "mappez-la à nouveau" fonctionne aussi, mais ce disque ne sera toujours pas visible pour les tâches planifiées exécutées dans des contextes différents. L'inconvénient est que tous les utilisateurs réels le voient aussi, donc pas si bon pour les configurations multi-utilisateurs.

(re-post from https://superuser.com/a/832042/7076 qui est fermé car dupliqué)

Je mappe un partage depuis une autre machine en utilisant mon compte utilisateur.

ce lecteur réseau est disponible UNIQUEMENT dans le compte utilisateur qui a mappé le lecteur réseau.