Impossible d'exécuter l'explorateur de fichiers en tant qu'utilisateur différent

Suite à cette question sur l'ouverture de l'explorateur de fichiers en tant qu'utilisateur différent , j'ai essayé de naviguer vers C:\Windows, Maj + clic droit explorer.exeet en cliquant sur "Exécuter en tant qu'utilisateur différent". Lorsque j'entre les informations de connexion de l'utilisateur, j'obtiens 2 messages d'erreur successifs, qui disent tous les deux

Windows ne peut pas accéder au périphérique, au chemin ou au fichier spécifié. Vous ne disposez peut-être pas des autorisations appropriées pour accéder à l'élément

Si j'essaie les informations de connexion du compte actuellement connecté, cela fonctionne, mais pas l'autre. C'est le cas pour les deux comptes (administrateurs) sur mon PC.

Éditer

Il y a eu une certaine confusion dans les commentaires. J'essaie de suivre la réponse acceptée dans la question liée ci - dessus , et cela ne fonctionne pas. Certaines personnes disent que cela ne peut pas être fait, il est donc étrange qu'il y ait une réponse acceptée avec 3 votes positifs

Selon ce billet de blog TechNet , explorer.exe semble être à thread unique et ne permettra pas à plusieurs threads de s'exécuter sous différents comptes d'utilisateurs:

L'Explorateur Windows n'a pas été conçu pour s'exécuter dans plusieurs contextes de sécurité dans la même session de bureau, Windows ne peut pas simplement lancer une invite UAC puis lancer une instance élevée d'Explorer

L'alternative la plus utile à l'utilisation d' explorateur.exe , comme indiqué également dans cet article, consiste à télécharger explorer ++ et à l'exécuter en tant qu'utilisateur sous lequel vous souhaitez parcourir les fichiers. Vous pouvez vous connecter aux chemins UNC aussi facilement dans explorer ++ que vous le feriez avec explorer, donc cela semble être une alternative suffisante. C'est également l'approche la plus simple que j'ai rencontrée qui ne nécessite pas d'autorisations élevées (telles que celles nécessaires pour se mêler du registre ou installer des logiciels supplémentaires).

D'après ce que vous pouvez lire dans d'autres questions ( 1 , 2 ) concernant ce sujet, il est généralement au mieux hacky et certainement pas un scénario pris en charge. De plus, la deuxième question contient plus d'informations et si vous suivez quelques liens, vous vous retrouverez ici: Et c'est donc Vista…

Si vous vérifiez cet article, vous lirez ce qui suit:

Sur Vista, cependant, il y a plus de changements. Ni Internet Explorer ni Windows Explorer ne souhaitent recevoir plusieurs comptes sur le même bureau. Si vous essayez d'exécuter IE sous un compte d'utilisateur différent de celui du bureau, il affichera un message d'erreur: «La commande RUNAS n'est pas prise en charge.» Si je comprends bien, la principale raison est qu'avec Internet Explorer en mode protégé, qui s'exécute au niveau d'intégrité faible, IE lance également un processus de courtier IL moyen (ieuser.exe) qui s'exécute en tant qu'utilisateur de bureau et qui déclenche certaines opérations IL moyennes pour le processus Low IL. Autoriser plusieurs identités dans ce mélange aurait introduit une complexité importante qu'il vaut mieux éviter. Si vous essayez d'exécuter l'Explorateur Windows en tant qu'utilisateur différent, vous ne verrez rien - le nouveau processus démarre mais se termine sans afficher de fenêtre.

...

Explorer est un peu plus délicat. Appliquer directement «Exécuter en tant qu'administrateur» ne le fera pas, mais l'exécuter à partir d'un shell de commande élevé le fera souvent. Je trouve qu'une ligne de commande comme "explorer / e, c: \" fonctionnera, alors que simplement exécuter "explorer" pourrait ne pas fonctionner. Mais comme avant : si cela fonctionne, c'est un effet secondaire involontaire de la mise en œuvre actuelle et est susceptible de changer à tout moment.

Il est raisonnable de s'attendre à ce qu'ils conservent ce comportement tel qu'ils l'avaient dans Windows Vista, Windows 7, Windows 8 et maintenant (probablement) Windows 10.

Il semble donc que vous devrez utiliser un hack, envisager une solution de contournement ou réévaluer votre problème, ce qui vous obligera à exécuter un explorateur en tant qu'utilisateur différent.

Pour contourner ce problème, vous pouvez utiliser un explorateur de fichiers différent comme Total Commander, cmdqui s'exécute sous différentes informations d'identification, une boîte de dialogue d'ouverture de fichier d'un autre logiciel que vous avez démarré en tant qu'utilisateur différent ou le "commutateur rapide" de Windows pour basculer temporairement vers l'autre. utilisateur.

Vous n'avez pas vraiment fourni d'informations sur la raison pour laquelle vous essayez de le faire, donc je n'ai aucune idée de ce à quoi pourrait ressembler une approche différente et quant au hack ... il y en a plusieurs dans les questions ci-dessus. Je suppose que celui que vous avez lié dans votre question initiale a été masqué comme résolu, c'est que la personne a fait d'autres recherches et est peut-être tombée sur l'un de ces hacks.

Configuration Explorer pour ouvrir des dossiers dans des processus distincts utilisés pour permettre que cela fonctionne sous 1511. Par exemple , à l' exécution d' une commande rapide que user1, « explorateur c: \ somepath » ouvrirait une fenêtre Explorer en cours d' exécution en tant que user1, alors que d'une commande en marche rapide que UserZ , la même commande ouvrirait une fenêtre d'explorateur fonctionnant sous UserZ.

Après la mise à niveau vers 1607, cela s'est cassé. Cliquer avec le bouton droit et exécuter en tant qu'utilisateur différent entraîne les mêmes erreurs que celles mentionnées ci-dessus.

En lançant l'explorateur à partir de l'invite de commande, aucune fenêtre ne s'affiche, mais un nouveau processus d'exploration appartenant à l'utilisateur de bureau actuellement connecté. Ce processus finit par disparaître de lui-même. J'ai observé plusieurs fois où le nouveau processus d'exploration se lance en tant qu'utilisateur qui l'a invoqué, puis ce processus se ferme immédiatement et un nouveau processus appartenant à l'utilisateur de bureau est généré (et n'apparaît jamais, et après un bit est automatiquement tué ). Je soupçonne que c'est toujours le cas, ce qui se produit généralement trop rapidement pour être observé dans le Gestionnaire des tâches. Process Monitor ou quelque chose de similaire aiderait probablement à le prouver, mais je n'ai pas pris la peine, car je ne peux probablement pas le réparer de toute façon. : \

Une solution intéressante que j'ai récemment découverte moi-même, et personne ici n'a encore mentionné:

Générez n'importe quel processus / programme en tant qu'utilisateur différent (par exemple le Bloc-notes), et selon le programme et le cadre utilisé, vous pouvez utiliser l' API Common File Dialog Box pour effectuer un grand nombre d'opérations de shell "explorateur" régulières.

(Sélectionnez simplement Enregistrer sous .. ou Ouvrir ... dans le menu, et utilisez le menu contextuel pour effectuer un copier / coller, etc., puis "annuler" la boîte de dialogue).

Comment exécuter en tant qu'utilisateur différent en premier lieu

Pour générer n'importe quel programme en tant qu'utilisateur différent, utilisez les shellrunas sysinternals , qui peuvent installer un élément de menu contextuel. Vous pouvez également générer un cmd avec des runas Windows intégrés , puis démarrer un programme qui utilise une API de boîte de dialogue de fichier commun .