Pourquoi un lecteur mappé n'est-il pas disponible sous une invite cmd élevée mais sous une invite cmd normale? [dupliquer]

19

Avec Windows 8, pourquoi un lecteur mappé n'est-il pas disponible sous une invite cmd élevée mais sous une invite cmd normale? Je peux exécuter une utilisation nette et la rendre disponible, mais je trouve toujours cela étrange.

JimDel
la source
Élevez -vous l'invite de commande en tant que même utilisateur ou utilisez-vous des runas ou des informations d'identification alternatives?
MDMarra
L'utilisateur élevé dispose-t-il des autorisations de partage et NTFS appropriées sur le partage?
joeqwerty
Demandez au support Microsoft.
John Gardeniers

Réponses:

23

Lorsque vous utilisez l'UAC avec un utilisateur administratif, lors de la connexion, Windows crée deux jetons. Un jeton (le plus élevé) n'est pas filtré et le groupe Administrateurs est activé. L'autre jeton a filtré le groupe Administrateurs (et certains autres détails, comme le groupe Utilisateurs avec pouvoir).

Étant donné que ces deux jetons ont des contextes de sécurité distincts, les connexions réseau dans l'un ne sont pas disponibles dans l'autre, même s'il s'agit vraiment du même utilisateur.

Donc, si vous mappez un lecteur à l'aide de l'Explorateur, une invite de commande élevée (ou tout autre processus élevé) ne pourra pas le voir.

Vous pouvez mapper la même ressource réseau (en utilisant la même lettre de lecteur, même) dans votre invite de commandes élevée à l'aide de la commande NET USE. Après cela, tout processus élevé pourra également le voir.

William
la source
1
Existe-t-il un moyen d'utiliser l'Explorateur ET de rendre le lecteur visible par tous les utilisateurs?
JimDel
4
net use e: \\computerName\folder password /user:domain\username /p:yesest le commandement que j'ai fini par utiliser qui l'a fait fonctionner. (Où e:est la lettre de lecteur que vous mappez, \\computername\folderest le chemin à mapper, et password, domainet usernamesont les informations d'identification normales pour vous connecter. J'espère que cela aide quelqu'un. J'ai suivi l'exemple d'ici pcsupport.about.com/od/commandlinereference/ p /…
phyatt
@phyatt Est-ce sûr pour Windows10?
GreenAsJade
Safe / secure est un tout autre sujet. Il devrait avoir le même comportement sur 10 que sur 8.
phyatt
19

La réponse de William explique pourquoi cela se produit et fournit une solution de contournement. Mais je veux ajouter qu'il existe en fait un correctif de registre de Vista qui fonctionne dans Windows 7 pour ajuster ce comportement. Ajoutez simplement ceci à votre registre:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"EnableLinkedConnections"=dword:00000001

Après un redémarrage, les lecteurs mappés doivent être accessibles via l'invite de commande élevée.

Craig W
la source
Je ne savais pas que c'était possible. Excellent. Technet a une référence - technet.microsoft.com/en-us/library/ee844140(v=ws.10).aspx
William
3

Parce que vous élevez l'invite de commande en tant qu'utilisateur différent et que le lecteur mappé en question a été mappé par l'utilisateur non administrateur. Différents utilisateurs ont des paramètres utilisateur différents, tels que des imprimantes, des lecteurs réseau mappés, etc.

HopelessN00b
la source