Meilleur auteur de réponses
Runas et explorer sur poste domaine

Question
-
Bonjour,
Pour expliquer un peu le contexte, ma société est actuellement en train de migrer son parc de poste vers un socle basé sur Windows 7 en remplacement de XP.
Lors des interventions des supports sur les postes sous XP, lorsque l’on effectuait une commande:runas /u:Domain\User cmd
une fenêtre d’invite apparaissait avec les droit de l’utilisateur indiqué dans le runas, et lors de l’exécution d’un commande, celle-ci s’exécutait donc avec ses droits.
Le runas est principalement utilisé par les administrateurs afin de monté leurs droits sur le poste, et la commande qui m’intéresse particulièrement, est celle permettant de démarrer une fenêtre explorer avec ces droits. Sous XP, un simple « start iexplore c : » permettait d’avoir une fenêtre explorer avec les droits de l’administrateur au lieu de ceux de l’utilisateur, mais sous Windows 7, cette commande ne fonctionne pas, car l’on retombe bien sur l’explorer, mais avec les droits de l’utilisateur ayant ouvert la session, et non ceux de l’administrateur.
J’ai tenté de faire plusieurs test sur différents postes, même le kill de l’explorer et son redémarrage depuis le runas, mais l’explorer qui se relance est celui de l’utilisateur, alors que sous XP, l’explorer qui se relançait était celui de l’administrateur.
je ne connait pas bien l'architecture de Windows7 et n'arrive pas a trouvé une solution a ce problème.
quelqu'un aurait il une idée ?
merci d'avance
lundi 2 janvier 2012 10:22
Réponses
-
Le lundi 02/01/2012 11:22:45, Gnoup a écrit dans le message <news:59900a5e-dd7b-480e-af1c-1160bd0f0c98@communitybridge.codeplex.com> ce qui suit :
Bonjour,
Pour expliquer un peu le contexte, ma société est actuellement en train de migrer son parc de poste vers un socle basé sur Windows 7 en remplacement de XP.
Lors des interventions des supports sur les postes sous XP, lorsque l’on effectuait une commande:
runas /u:Domain\User cmd
une fenêtre d’invite apparaissait avec les droit de l’utilisateur indiqué dans le runas, et lors de l’exécution d’un commande, celle-ci s’exécutait donc avec ses droits.
Le runas est principalement utilisé par les administrateurs afin de monté leurs droits sur le poste, et la commande qui m’intéresse particulièrement, est celle permettant de démarrer une fenêtre explorer avec ces droits. Sous XP, un simple « start iexplore c : » permettait d’avoir une fenêtre explorer avec les droits de l’administrateur au lieu de ceux de l’utilisateur, mais sous Windows 7, cette commande ne fonctionne pas, car l’on retombe bien sur l’explorer, mais avec les droits de l’utilisateur ayant ouvert la session, et non ceux de l’administrateur.
J’ai tenté de faire plusieurs test sur différents postes, même le kill de l’explorer et son redémarrage depuis le runas, mais l’explorer qui se relance est celui de l’utilisateur, alors que sous XP, l’explorer qui se relançait était celui de l’administrateur.
je ne connait pas bien l'architecture de Windows7 et n'arrive pas a trouvé une solution a ce problème.
quelqu'un aurait il une idée ?OUI !
Elle s'appelle "SUPEREXEC"
C'est un logiciel de ma conception, initié en 2003, qui fonctionne sous TOUTE version de Windows (à partir de Windows 2000, et j'ai pu l'expérimenter récemment sous Windows 8), qui permet de créer des raccourcis spéciaux permettant d'exécuter n'importe quoi (exécutables, scripts, batchs, MSI, ...) sous le compte que l'on veut (avec élévation automatique de privilèges si besoin est) (généralement un compte administrateur).
Il est entièrement compatible avec UAC (User Account Control, apparu avec Vista).
Il peut fonctionner à distance, gère aussi bien les comptes locaux que globaux, les comptes individuels ou les groupes.
L'exécution de ce qu'on désire peut être assortie à une date limite et/ou un nombre maximal d'utilisations.Toutes les données sont chiffrées, contenues dans des fichiers XML (extension "XSE", pour "XML SuperExec").
On peut également envoyer les informations nécessaires par émail (sous la forme d'une pièce-jointe zippée, qui contient le runtime autoexécutable + le fichier chiffré), dans le cas d'ordinateurs déconnectés du réseau (cas d'utilisateurs "nomades").
Le logiciel est accompagné d'un fichier d'aide contextuelle.
J'ai essayé de le rendre le plus ergonomique et intuitif possible.
NB: le lancement du programme principal (celui qui sert à élaborer les fichiers XSE) doit obligatoirement être exécuté en tant qu'administrateur (de toute façon, une vérification a lieu)
Entièrement GRATUIT.
Pour l'instant existe en français et en anglais :http://www.bellamyjc.org/fr/superexec.html
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP Expert IT Pro]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr- Proposé comme réponse arch21Editor jeudi 5 janvier 2012 17:25
- Marqué comme réponse arch21Editor vendredi 6 janvier 2012 16:21
lundi 2 janvier 2012 11:38
Toutes les réponses
-
Le lundi 02/01/2012 11:22:45, Gnoup a écrit dans le message <news:59900a5e-dd7b-480e-af1c-1160bd0f0c98@communitybridge.codeplex.com> ce qui suit :
Bonjour,
Pour expliquer un peu le contexte, ma société est actuellement en train de migrer son parc de poste vers un socle basé sur Windows 7 en remplacement de XP.
Lors des interventions des supports sur les postes sous XP, lorsque l’on effectuait une commande:
runas /u:Domain\User cmd
une fenêtre d’invite apparaissait avec les droit de l’utilisateur indiqué dans le runas, et lors de l’exécution d’un commande, celle-ci s’exécutait donc avec ses droits.
Le runas est principalement utilisé par les administrateurs afin de monté leurs droits sur le poste, et la commande qui m’intéresse particulièrement, est celle permettant de démarrer une fenêtre explorer avec ces droits. Sous XP, un simple « start iexplore c : » permettait d’avoir une fenêtre explorer avec les droits de l’administrateur au lieu de ceux de l’utilisateur, mais sous Windows 7, cette commande ne fonctionne pas, car l’on retombe bien sur l’explorer, mais avec les droits de l’utilisateur ayant ouvert la session, et non ceux de l’administrateur.
J’ai tenté de faire plusieurs test sur différents postes, même le kill de l’explorer et son redémarrage depuis le runas, mais l’explorer qui se relance est celui de l’utilisateur, alors que sous XP, l’explorer qui se relançait était celui de l’administrateur.
je ne connait pas bien l'architecture de Windows7 et n'arrive pas a trouvé une solution a ce problème.
quelqu'un aurait il une idée ?OUI !
Elle s'appelle "SUPEREXEC"
C'est un logiciel de ma conception, initié en 2003, qui fonctionne sous TOUTE version de Windows (à partir de Windows 2000, et j'ai pu l'expérimenter récemment sous Windows 8), qui permet de créer des raccourcis spéciaux permettant d'exécuter n'importe quoi (exécutables, scripts, batchs, MSI, ...) sous le compte que l'on veut (avec élévation automatique de privilèges si besoin est) (généralement un compte administrateur).
Il est entièrement compatible avec UAC (User Account Control, apparu avec Vista).
Il peut fonctionner à distance, gère aussi bien les comptes locaux que globaux, les comptes individuels ou les groupes.
L'exécution de ce qu'on désire peut être assortie à une date limite et/ou un nombre maximal d'utilisations.Toutes les données sont chiffrées, contenues dans des fichiers XML (extension "XSE", pour "XML SuperExec").
On peut également envoyer les informations nécessaires par émail (sous la forme d'une pièce-jointe zippée, qui contient le runtime autoexécutable + le fichier chiffré), dans le cas d'ordinateurs déconnectés du réseau (cas d'utilisateurs "nomades").
Le logiciel est accompagné d'un fichier d'aide contextuelle.
J'ai essayé de le rendre le plus ergonomique et intuitif possible.
NB: le lancement du programme principal (celui qui sert à élaborer les fichiers XSE) doit obligatoirement être exécuté en tant qu'administrateur (de toute façon, une vérification a lieu)
Entièrement GRATUIT.
Pour l'instant existe en français et en anglais :http://www.bellamyjc.org/fr/superexec.html
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP Expert IT Pro]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr- Proposé comme réponse arch21Editor jeudi 5 janvier 2012 17:25
- Marqué comme réponse arch21Editor vendredi 6 janvier 2012 16:21
lundi 2 janvier 2012 11:38 -
Bonjour,
Une autre solution consiste à créer un job CPAU.
Le job CPAU qui est chiffré embarquera toutes les informations nécessaires à l'exécution du programme (ID de connexion, le nom et
chemin d'accès du programme à exécuter ainsi que les éventuels paramètres).
Le lien ci-après contient la syntaxe à respecter & quelques exemples d'utilisation
http://www.joeware.net/freetools/tools/cpau/usage.htm
Goodluck
Hicham KADIRI | Just Another IT Guy
mardi 3 janvier 2012 01:06 -
Bonjour,
Voici un problème similaire: http://social.technet.microsoft.com/Forums/fr-FR/1121/thread/f7ede030-d21b-43dd-8b26-160f0a533434/#fbeb090c-d589-4587-be77-4d80503c5b87
Merci de vérifier si ça marche pour vous.
Cordialement,
Florin
Florin CIUCA, 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.mardi 3 janvier 2012 07:56 -
Pas sûr que cela aide beaucoup, mais lorsque je fait "bouton droit / executer en tant que" sur le CMD du menu démarrer, et que je renseigne les credentials admin de mon domain, j'obtiens bien un cmd administrateur.
La solution de Jean-Claude BELLAMY me semble bien correspondre à tes besoins cependant.
jeudi 5 janvier 2012 08:06 -
bonjour,
merci pour votre aide, malheureusement, aucune solution ne fonctionne.
En ce qui concerne le superexec de Jean-Claude BELLAMY, j'ai effectuer quelque tests, et si j'ai bien comprit son fonctionnement, il faut générer l'application pour chaque poste de travail, malheureusement, avec un par supérieur a 30000 ...
le CPAU de Hicham KADIRI ne fonctionne pas non plus.
en ce qui concerne la discussion proposée par Florin Ciuca, elle concerne plus l'UAC qu'autre chose, tout comme ce qu'indique Florian_C, mais ce problème n'est plus d'actualité chez nous, j'ai crée un éxécutable qui dans son manifest demande l'exécution en administrateur et permet de bypass lèUAC.
si quelqu'un a une autre piste, je suis preneur, j'ai poster sur d'autre forum concernant windows 7 et les développement sur ce problème, si je trouve qqchose, je posterai aussi ici pour donner la solution.
mardi 10 janvier 2012 08:40