Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Scripting Microsoft Lance exe sur PC distant

Lance exe sur PC distant

20 réponses
Avatar
ThierryP
Bonjour à tous,

Avec ce bout de script, j'ouvre le bloc notes sur un PC distant...mais
je voudrais ouvrir un fichier précis sur un lecteur réseau et là,...je
bloque sur la syntaxe de objWMIService...
Le bloc notes s'ouvre mais j'ai un message "Accès refusé", alors que le
fichier toto.txt est accessible à tout le monde.
et tant que j'y suis, comment ouvrir notepad en plein écran ??

Un p'tit coup de main siouplait :-)))

cible = inputbox("Entrez la cible",vbOkCancel)
if Rep = vbCancel then wscript.quit
strComputer = cible
Set objWMIService = GetObject _
("winmgmts:\\" & strComputer & "\root\cimv2:Win32_Process")
Error = objWMIService.Create("notepad.exe I:\toto.txt", null,null,
intProcessID)

If Error = 0 Then
Wscript.Echo "Processus créé sous le n° " & intProcessID & "."
Else
Wscript.Echo "Processus non créé, erreur " & Error & "."
End If
--
@+ thierryp
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Jean-Claude BELLAMY
Dans le message :,
F. Dunoyer [MVP] ~.net> a pris la peine
d'écrire ce qui suit :
Jean-Claude BELLAMY a émis l'idée suivante :

NB: Il existe un produit du même style chez ce bon vieux Mark
Russinovich : "PsExec", mais je n'ai jamais réussi à le faire
fonctionner correctement! (ce doit être le seul outil de chez
Sysinternals qui me pose problème)
http://www.sysinternals.com/ntw2k/freeware/psexec.shtml


Salut Jean-Claude
Tu peux nous en dire plus sur tes soucis avec PSExec ?

Moi je l'utilise régulièrement pour des taches simples (lancement du
shell ou exécutons de scripts shell) et dans ce cadre là j'en suis
plutot satisfait.


PSEXEC, tout comme WMI, est incapable de lancer à distance un processus
*INTERACTIF* !

Je viens encore à l'instant de faire un test, depuis un PC XP PRO
SP2("GRANDBASSAM"), vers un autre PC XP SP2 ("SASSANDRA").
NB : je suis admin sur les 2.

A savoir lancer "notepad" :

I:Sysinternalspsexec>psexec sassandra notepad.exe

PsExec v1.43 - execute processes remotely
Copyright (C) 2001-2003 Mark Russinovich
www.sysinternals.com

______________________________
là je vois sur SASSANDRA une fenêtre popup provenant de MSA demandant
l'autorisation d'exécution de "psexec"
J'accepte ...
... mais je ne vois RIEN apparaitre !
Dans le gestionnaire de tâches, l'instance de notepad apparait bien, mais
aucun affichage.
(l'éternel problème de DESKTOP)

Evidemment, je ne peux arrêter ce processus qu'en le tuant, et c'est alors
que sur GRANDBASSAM je lis ceci :
______________________________
notepad.exe exited on sassandra with error code 1.

I:Sysinternalspsexec>



--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
ou http://www.bellamyjc.org ou http://jc.bellamy.free.fr


Avatar
jbongran
Jean-Claude BELLAMY wrote:
Dans le message :,
F. Dunoyer [MVP] ~.net> a pris la peine
d'écrire ce qui suit :
Jean-Claude BELLAMY a émis l'idée suivante :

NB: Il existe un produit du même style chez ce bon vieux Mark
Russinovich : "PsExec", mais je n'ai jamais réussi à le faire
fonctionner correctement! (ce doit être le seul outil de chez
Sysinternals qui me pose problème)
http://www.sysinternals.com/ntw2k/freeware/psexec.shtml


Salut Jean-Claude
Tu peux nous en dire plus sur tes soucis avec PSExec ?

Moi je l'utilise régulièrement pour des taches simples (lancement du
shell ou exécutons de scripts shell) et dans ce cadre là j'en suis
plutot satisfait.


PSEXEC, tout comme WMI, est incapable de lancer à distance un
processus *INTERACTIF* !

Je viens encore à l'instant de faire un test, depuis un PC XP PRO
SP2("GRANDBASSAM"), vers un autre PC XP SP2 ("SASSANDRA").
NB : je suis admin sur les 2.

A savoir lancer "notepad" :

I:Sysinternalspsexec>psexec sassandra notepad.exe

PsExec v1.43 - execute processes remotely
Copyright (C) 2001-2003 Mark Russinovich
www.sysinternals.com

______________________________
là je vois sur SASSANDRA une fenêtre popup provenant de MSA demandant
l'autorisation d'exécution de "psexec"
J'accepte ...
... mais je ne vois RIEN apparaitre !
Dans le gestionnaire de tâches, l'instance de notepad apparait bien,
mais aucun affichage.
(l'éternel problème de DESKTOP)

Evidemment, je ne peux arrêter ce processus qu'en le tuant, et c'est
alors que sur GRANDBASSAM je lis ceci :
______________________________
notepad.exe exited on sassandra with error code 1.

I:Sysinternalspsexec>


Euh, j'ai droit à une bêtise par jour (d'après mon patron, mais je lui dit
pas tout;-) donc je me lance:
et le commutateur -i ?
Extrait de l'aide de psexec
(http://www.sysinternals.com/Utilities/PsExec.html):
-i
Run the program so that it interacts with the desktop on the remote system



Avatar
Jean-Claude BELLAMY
Dans le message :%,
jbongran a pris la peine d'écrire ce qui suit :
Jean-Claude BELLAMY wrote:
[...]
NB: Il existe un produit du même style chez ce bon vieux Mark
Russinovich : "PsExec", mais je n'ai jamais réussi à le faire
fonctionner correctement! (ce doit être le seul outil de chez
Sysinternals qui me pose problème)
http://www.sysinternals.com/ntw2k/freeware/psexec.shtml
[...]


PSEXEC, tout comme WMI, est incapable de lancer à distance un
processus *INTERACTIF* !
[...]

Euh, j'ai droit à une bêtise par jour (d'après mon patron, mais je
lui dit pas tout;-) donc je me lance:
et le commutateur -i ?
Extrait de l'aide de psexec
(http://www.sysinternals.com/Utilities/PsExec.html):
-i
Run the program so that it interacts with the desktop on the remote
system


Aaaarrrggghhhhh et p...n de b...l de m...e de Ste Thérèse d'Avila réunis !!!
;-)
Ce commutateur "-i" m'était totalement passé à côté !
(il figure aussi dans l'aide en ligne de PSEXEC.EXE)
Dire que je me bats avec ce truc depuis octobre 2003 !

J'ai droit à un gros "Pan sur le bec" comme on dit au Canard Enchainé quand
il dit une conceté ! ;-)
Et moi qui râle toujours quand on ne lit pas assez les textes, je mérite des
baffes !

Un GRAND MERCI !!!!
Je mourrai ainsi moins idiot...
(çà me chiffonnait quand même beaucoup que Mark RUSSINOVICH puisse publier
un outil buggué ... Ce n'est pas son style)


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
ou http://www.bellamyjc.org ou http://jc.bellamy.free.fr




Avatar
Julius Marcus
Bonjour

je me rappel avoir utilisé sous NT4 la commande du rk soon

soon hotes seconde /interactive "cmd a executé"

je l'avais tester dans un domaine et dans un workgroupe ça marchais
le seul truc etait de bien s'assuré de la synchronisation de l'heure

dans cetain cas j'utilisais la commande at

AT [ordinateur] heure [/INTERACTIVE]


et ça marchait aussi !!!



"Jean-Claude BELLAMY" a écrit dans le
message de news:
Dans le message :,
Jean a pris la peine d'écrire ce qui suit :
Car je suis désolé de te contredire


Contredire quoi ?
Je réponds à la question qu'il se posait *au passage* (indépendemment
du contexte d'exécution du script), je n'ai pas quoté autre chose me
semble-t-il.


J'ai mis en rapport :
- d'une part les liens que tu indiquais (qui ne traitent
que d'exécution locale)
- d'autre part le titre du fil de discussion ("Lance exe
sur PC distant")

D'où la "contradiction" que j'y ai vue....
(sans la moindre animosité ! ;-) )


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
ou http://www.bellamyjc.org ou http://jc.bellamy.free.fr





Avatar
Jacques Barathon [MS]
"Julius Marcus" <~borot~@club-internet.fr> wrote in message
news:
Bonjour

je me rappel avoir utilisé sous NT4 la commande du rk soon

soon hotes seconde /interactive "cmd a executé"

je l'avais tester dans un domaine et dans un workgroupe ça marchais
le seul truc etait de bien s'assuré de la synchronisation de l'heure

dans cetain cas j'utilisais la commande at

AT [ordinateur] heure [/INTERACTIVE]


et ça marchait aussi !!!


Attention à l'usage de la commande AT pour lancer des tâches en interactif:
la commande AT utilise un service qui tourne avec le compte système. Ce
compte a TOUS les droits sur la machine locale, y compris des droits que
l'administrateur n'a pas. A contrario, ce compte n'a AUCUN droit sur les
ressources du réseau.

Donc, d'un côté on peut faire beaucoup de dégâts en local, et de l'autre on
peut ne pas pouvoir faire des choses simples si elles font appel à un
serveur quel qu'il soit.

Jacques

Avatar
Ripley
"Jean-Claude BELLAMY" a écrit dans le
message de news:%
Dans le message :,
ThierryP a pris la peine d'écrire ce
qui

suit :
Bonjour à tous,

Avec ce bout de script, j'ouvre le bloc notes sur un PC distant...mais
je voudrais ouvrir un fichier précis sur un lecteur réseau et là,...je
bloque sur la syntaxe de objWMIService...
Le bloc notes s'ouvre mais j'ai un message "Accès refusé", alors que
le fichier toto.txt est accessible à tout le monde.
et tant que j'y suis, comment ouvrir notepad en plein écran ??



Hé hé hé hé !!!
(rire sardonique de celui qui s'est déjà fait avoir avec la même glute
depuis 4 ans !!!)

Donc :
Bienvenue au
Club-de-ceux-qui-n'arrivent-pas-à-lancer-un-processus-à-distance-avec-WMI
!

:-)

La méthode "Create" de Win32_Process est VOLONTAIREMENT BRIDÉE par
Microsoft

pour une question de sécurité, et ne permet pas d'exécuter des processus
interactifs!

Ma source : le MSDN

ms-help://MS.MSDNQTR.2005OCT.1033/wmisdk/wmi/create_method_in_class_win32_pr

ocess.htm
Platform SDK: Windows Management Instrumentation

ou sur le site de MS :

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/create_method_in_class_win32_process.asp



Create Method of the Win32_Process Class
[...]
For security reasons the Win32_Process.Create method
cannot be used to start an interactive process.

Et vlan ! Tu pouvais chercher longtemps !
(comme je l'ai fait jadis !)

L'exécution de processus interactifs est possible, mais pas avec cette
méthode.

Ainsi le REMARQUABLE logiciel "RemoteExec", de chez "IS Decisions", le
fait

de façon magistrale
http://www.isdecisions.com/index.cfm?p=products-remoteexec

Distribué en France par Copernet
http://www.copernet.com/logiciels_produit.cfm?IDProduitQ

Absolument époustouflant comme utilitaire.
Il ne demande pas de username ni password (il faut être admin, quand
même!)

Aucune appli n'a à être installée sur la machine distante (ni aucun
service

spécial)
Il permet aussi bien :
- d'exécuter à distance une appli quelconque (exe, vbs, cmd, msi,..)
- d'ouvrir à distance un document quelconque (doc, xls, wav, ...)
- de fermer une session ou rebooter une machine distante
Avec une interface graphique (mais aussi utilisable en ligne de commande)
Pas un seul bug!

C'est un produit payant, mais au prix ridiculement bas (100 ? les 10
licences!)
On peut télécharger une version limitée à 15 jours.

Je l'ai acquis à titre professionnel, et c'est incroyable ce qu'il a pu me
simplifier la vie!

NB: Il existe un produit du même style chez ce bon vieux Mark Russinovich
:

"PsExec", mais je n'ai jamais réussi à le faire fonctionner correctement!
(ce doit être le seul outil de chez Sysinternals qui me pose problème)
http://www.sysinternals.com/ntw2k/freeware/psexec.shtml


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
ou http://www.bellamyjc.org ou http://jc.bellamy.free.fr


Bonjour à tous,


grâce au conseil éclairé de Jean-Claude, j'ai testé RemoteExec.
Effectivement, ce soft est bluffant. Mais même si j'ai réussi à l'executer
via la ligne de commande, je n'ai pas trouvé d'options (en ligne de commande
naturellement ! ) concernant les droits "Full Administrative" ni comment
spécifier un Login/Mdp. Si quelqu'un a déjà été confronté à ce Pb, je suis
preneur de toutes infos

Cdt

Laurent


Avatar
F. Dunoyer [MVP]
Jacques Barathon [MS] a formulé la demande :
"Julius Marcus" <~borot~@club-internet.fr> wrote in message
news:
Bonjour

je me rappel avoir utilisé sous NT4 la commande du rk soon
soon hotes seconde /interactive "cmd a executé"
je l'avais tester dans un domaine et dans un workgroupe ça marchais
le seul truc etait de bien s'assuré de la synchronisation de l'heure
dans cetain cas j'utilisais la commande at
AT [ordinateur] heure [/INTERACTIVE]

et ça marchait aussi !!!


Attention à l'usage de la commande AT pour lancer des tâches en interactif:
la commande AT utilise un service qui tourne avec le compte système. Ce
compte a TOUS les droits sur la machine locale, y compris des droits que
l'administrateur n'a pas. A contrario, ce compte n'a AUCUN droit sur les
ressources du réseau.

Donc, d'un côté on peut faire beaucoup de dégâts en local, et de l'autre on
peut ne pas pouvoir faire des choses simples si elles font appel à un serveur
quel qu'il soit.

Sauf si on a configuré le compte planning avec un compte autre que

system.
Le gros soucis sur les NT de bases (car on peut aussi monter le
plannificateur de taches) c'est que toutes les taches s'exécutent avec
le même compte soit system si tu ne veux pas le réseau, soit avec un
compte qui a acces au reseau, soit avec un compte qui a des droits plus
limités.

Mais on est obligé d'utiliser un compte qui a le cumul des droits
nécessaires à tous les scripts ce qui n'est pas terrible.


--
François Dunoyer [MVP Windows Server / Security]
Quelques textes qui m'ont séduit : http://fdunoyer.free.fr/textes.htm
Site perso : http://www.fdunoyer.net


Avatar
Jacques Barathon [MS]
"F. Dunoyer [MVP]" ~.net> wrote in message
news:
<snip>
Sauf si on a configuré le compte planning avec un compte autre que system.


Certes, mais dans la pratique il est rare de voir cela. J'ai plus souvent vu
les scripts faire des runas ou des "net use" pour avoir les permissions
nécessaires sur des ressources réseau le cas échéant.

Le gros soucis sur les NT de bases (car on peut aussi monter le
plannificateur de taches) c'est que toutes les taches s'exécutent avec le
même compte soit system si tu ne veux pas le réseau, soit avec un compte
qui a acces au reseau, soit avec un compte qui a des droits plus limités.


Tout à fait, d'où la création d'un nouveau service de Planification de
tâches sous Windows 2000 et suivants. L'ancien service a été gardé pour des
raisons de compatibilité mais il est fortement recommandé d'utiliser le
nouveau service pour la planification de nouveaux scripts.

Jacques

Avatar
pschittn
Avis au
Club-de-ceux-qui-n'arrivent-pas-à-lancer-un-processus-à-distance-avec-W MI
!

Il existe une solution pour lancer un processus, un script INTERACTIF
sur une machine distante avec WMI ou WSH.
Je suis encore en train de tester le mécanisme mais à priori tout
semble fonctionné correctement.
En quelques mots,
il faut encapsuler le processus (dans mon cas un objet
Internet.Explorer) dans un composant WSC et l'enregistré sur le
serveur et le client,
intégrer ce composant à un composant COM, REDIRIGE SUR LE BUREAU
INTERACTIF,
exporter ce composant sur la machine distante et le tour est joué.
Quand dans un script, lancé sur la machine distante en remote
scripting (WMI ou WSH), vous instancié le composant en question, il
sera redirigé sur le bureau interactif.

Utiliser un composant, de mon point de vue, n'entache en rien cette
méthode car elle ajoute un peu d'abstraction, d'encapsulation et
permet donc une programmation un peu plus modulaire.

Si certains d'entre vous sont intéressés je poste la méthode
complète avec exemples à l'appuis.

Espérant que ceci puisse aider,
Bien à vous

Nicolas


"F. Dunoyer [MVP]" ~.net> wrote in message
news:
<snip>
Sauf si on a configuré le compte planning avec un compte autre que sy stem.


Certes, mais dans la pratique il est rare de voir cela. J'ai plus souvent vu
les scripts faire des runas ou des "net use" pour avoir les permissions
nécessaires sur des ressources réseau le cas échéant.

Le gros soucis sur les NT de bases (car on peut aussi monter le
plannificateur de taches) c'est que toutes les taches s'exécutent ave c le
même compte soit system si tu ne veux pas le réseau, soit avec un c ompte
qui a acces au reseau, soit avec un compte qui a des droits plus limit és.


Tout à fait, d'où la création d'un nouveau service de Planification de
tâches sous Windows 2000 et suivants. L'ancien service a été gard é pour des
raisons de compatibilité mais il est fortement recommandé d'utiliser le
nouveau service pour la planification de nouveaux scripts.

Jacques



Avatar
Méta-MCI
Bonsoir !

Cela a l'air intéressant.
Faut-il avoir configuré/autorisé DCOM ?

@-salutations

Michel Claveau
1 2