[R] Commande date.exe en mode admin

[yaddle]

Bonjour à toute la communauté,

Stagiaire au sein d'un SI, mon admin m'a demandé de trouver un moyen pour un user dans le domaine de changer sa date système.

Or cette action demande les droits admins.

J'ai donc pensé à autoIT afin de créer un script qui appelerai l'exe date afin de changer la date en invite de commande avec les droits admins.

Seulement voilà, mon script fonctionne sur un pc précis,hors domaine et avec les logins administrateur local.

Cependant des que je le modifie pour marcher avec les logins admin domain et sur le domaine le script se lance, mais la date ne change pas et l'invite de commande DOS me dit "le client ne dispose pas d'un privilège nécessaire".
Tout le contenu de C est défini avec comme propriétaire l'admin domaine.
Je précise également que je suis sous windows 7.

Voilà mon code

Code : Tout sélectionner

RunAs("administrateur",@ComputerName,"mdpadmin", 0, @ComSpec & " /c date")

De meme, lorsque je fais un script qui permet de lancer uniquement l'invite de commande en mode admin :

Code : Tout sélectionner

RunAs("administrateur",@ComputerName,"mdpadmin", 0, @ComSpec)

Je n'ai pas les droits admin dans l'invite.

Si vous aviez des suggestions à me faire je vous en serai très redevable

Merci d'avance pour votre aide.

Cordialement,

Yaddle

[Tlem]

Le fait de stocker le login et le mot de passe administrateur dans un script AU3, ne me semble pas une bonne idée dans le cadre de votre SI.

Personnellement, je conseil la modification des GPO afin de laisser l'utilisateur libre de cette modification.

[yaddle]

Te remercie de ta reactivité.

Cependant, je viens de passer une semaine sur les forums microsofts car la modification des GPO sur Windows 7 ne change rien à rien, comme ci les GPO ne s'appliquaient pas, de même pour les stratégies Active Directory.

Du coup c'est pour ça que je me tourne vers AutoIT mais sans plus de succès pour le moment, need help


Merci de vos réponses.

[Tlem]

Peut être que quelqu'un sur le forum pourra vous répondre sur les GPO.

En attendant, pour votre problème, il se peut que ce soit lié avec le fait que votre script n'est pas lancé en mode Admin.
Cherchez sur le forum (cela à été déjà vu), vous trouverez un/des sujet(s) expliquant comment tester les droits de l'utilisateur et en fonction de cela, le script se relance lui-même sous le compte admin.

[zeshrek]

heuuuuu...
Je me permet d'intervenir mais...
Tu parles de mettrel le login/pass d'un compte admin domaine, or ta ligne de commande c'est :

Code : Tout sélectionner

RunAs("administrateur",[color=#FF0000]@ComputerName[/color],"mdpadmin", 0, @ComSpec & " /c date")

Essaye avec un compte qui soit admin mais sur @LogonDomain

[Tlem]

Ha ben oui, j'avais pas fait attention. Ça devrait le faire ...

[yaddle]

Bonjour,

Tout d'abord, je vous remercie pour vos réponses.

Desolé, mais je n'avais pas tout presenté dans mes explications, en fait :

Quand je test, hors domaine, avec un compte local, je renseigne les logins admin local, avec ComputerName, ca marche impeccable.

Par contre une fois sur le domaine j'ai testé 2 cas :

sur un compte domaine, avec les logins domaine et LogonDomain (qui ne semble pas marche du coup je renseigne directement le nom) ====> le scripte se lance, l'invite dos aussi mais apres la commande exécuté j'ai le message : le client ne dispose pas des privilèges.

Sur un compte domaine, avec les logins admin local propre à la machine où l'user domain se connecte et donc computer name ====> le scripte se lance, l'invite dos aussi mais apres la commande exécuté j'ai le message : le client ne dispose pas des privilèges.


Du coup je vais tacher de trouver les postes dont tu me parles Tlem afin de tester si le runas fonctionne bien et me donne les droits.

Je vous tiens au courant.

Cordialement,

Yaddle

[yaddle]

Re bonjour a tous,

J'ai trouve une solution a mon problème.

J'ai désactive l'uac sur le poste que je devais utiliser.
C'est un peu radicale mais au moins j'ai les droits qu'il me faut a l'exécution.

Je trouve les stratégies de sécurité microsoft mal foutu vu que les gpos et l'uac se court-circuitent.

En tous les cas c'est maintenant résolu.
Merci de votre aide.

Yaddle

[Tlem]

Sur le forum Anglais, j'ai vu un truc concernant la gestion de l'UAC. Peut être que cela répondrait à 100% à votre demande.

[yaddle]

Ha vi Tlem ca pourrait grandement m’intéresser, si jamais tu remets la main sur les liens, je suis preneur

Au plaisir et bonne continuation !

[zeshrek]

m'ouais...Ceci dit tu peux aller chercher par toi même tu sais. Le boss il a pas forcément que ca a faire.
'fin bon, moi je dis ca...
Juste pour le fun, je viens de verifier, ca m'a pris moins de 2mn (en comptant le temps de parcourir des sujets aux titres prometeurs) et je crois avoir trouvé. Aller, un indice : en cherchant Runas et UAC on trouve des choses hyper intéressantes, dont une (au moins) qui semble correspondre tres exactement a ce que tu cherches.

[yaddle]

Je n'ai jamais dit le contraire.

C’était juste des fois que Tlem ai gardé les liens.

Mais j'irai y jeter un oeil dès lundi car pour le moment c'est week-end.

Au passage plutôt que de me donner un jeu de piste tu pourrais faire tourner aussi

Je vous remercie pour les infos

Bonne journée


Yaddle

[zeshrek]

Au passage plutôt que de me donner un jeu de piste tu pourrais faire tourner aussi

Ca c'est sur.
Mais le sage a dit "si tu rencontre quelqu'un qui a faim, ne lui donne pas un poisson, apprend lui a pecher"

[Yarillo]

Et le péquin du forum vient ajouter :
Quand on trouve un poisson on apprend pas à le pêcher, mais quand on trouve un au3 on saura ensuite comment le recoder !