Se connecter à la base WMI en tant que, ou "élever" le script en tant que

Salut,

J'utilise pas mal de scripts ces derniers temps pour déployer divers packages sur un réseau. J'ai souvent un problème de droit : si le script est exécuté en tant que machin il n'a pas accès au réseau, s'il est exécuté en tant que user, il n'a pas les droits pour modifier la base de registre (par exemple).

J'ai donc essayé de m'identifier à WMI avec en mettant le user/password en dur de cette façon :

Code:

---

1 2 3

set objLocator = CreateObject("WbemScripting.SWbemLocator") set objWmi = objLocator.ConnectServer(strComputer, "\root\cimv2", strUserName, strPassword)

---

Je me suis rendu compte que cette méthode ne marchait que pour les ordinateurs distants, hors mon script se lance sur la machine locale.

Est-il possible soit :
- d'élever le script avec un autre utilisateur lors de son exécution ?
- de se connecter à wmi sur la machine locale avec un autre utilisateur ?

J'aimerais ne pas utiliser d'outils comme psexecs ou autre astuce qui permettrait de lancer le script "en tant que", j'aimerais vraiment que mon script, lancé avec un utilisateur "lambda", obtienne les droits par lui même.

Merci

J' ai toujours vu que l'utilisation de WMI localement se fesait comme suit:

Code:

---

1 2 3

strComputer = "." Set objWMIService = GetObject("winmgmts:" _ & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")

---

Si strComputer = "." cela veut dire que tu travailles en tant que utilisateur courrant (celui dont la session fait marcher le script) sur ton propre ordinateur.

http://msdn.microsoft.com/en-us/libr...36(VS.85).aspx

Oui bien sûr, mais avec cette méthode de connexion à WMI on est identifié en tant que l'utilisateur en cours, s'il n'a pas les droits d'admin du poste on sera limité dans les opérations.

Salut,

tu trouveras tes infos ici :

http://www.microsoft.com/technet/scr...6/hey0428.mspx

A++

Evidement: Ou bien tu fais tourner le script en tant qu'administrateur et de ce fait tu as access aux données des autres utilisateurs.
Ou bien ça relève du hacking. :calim2:

Ce n'est pas parcequ'on écrit un script en vbs que toutes les protections sautent!
Enfin si ils disent qu'on peut le faire avec runas...