Question Lancement ps via OpenJobScheduler

Plus d'informations
il y a 13 ans 9 mois #11849 par DUMOULIN
Bonjour,
Malgré la lecture de nombreux posts concernant l'executionpolicy, je n'arrive pas à m'en sortir.

L'environnement technique :
- serveur windows 2008 R2 standard 64bits
- domaine windows géré par un AD
- Powershell 2.0.50727.4963
- OpenJobScheduler 1.3.12.1329
- le compte de lancement est admin. du domaine et a full droit sur le fichier

J'essaie de lancer un script (peu importe le script, en l'occurence pour l'essai juste echo \"Essai réussi!\")
- directement dans PowerShell : OK
- via une fenêtre CMD avec la commande powershell C:\test.ps1 : OK
- via un job OJS lançant la même commande, et là :
Impossible de charger le fichier C:\test.ps1, car l'ex¿cution de scripts est d¿sactiv¿e sur ce syst¿me. Pour
2012-05-22 12:03:40.402 [info] plus d'informations, consultez ®ÿget-help about_signingÿ¯.
2012-05-22 12:03:40.402 [info] + CategoryInfo : NotSpecified: (:) [], ParentContainsErrorRecordException
2012-05-22 12:03:40.402 [info] + FullyQualifiedErrorId : RuntimeException

Au niveau de l'executionpolicy, je suis passé de unrestricted à bypass pour essayer de faire tourner mais... Pas mieux, aucun changement.

Help ! :(

Connexion ou Créer un compte pour participer à la conversation.

Plus d'informations
il y a 13 ans 9 mois #11850 par Richard Lazaro
Bonjour,

Petit détail à éclaircir.
Ton OS est en 64bits mais est ce que ton client serait il en 32bits ?

Il faut s'avoir que l'ExecutionPolicy de powershell en 64bits et en 32bits sont séparées.

Je pense que le prblème vient de là.

Bien Cordialement,
Richard Lazaro.

Think-MS : (Get-Life).Days | %{ Learn-More }

\\"Problems cannot be solved by the same level of thinking that created them.\\" - Albert Einstein

Connexion ou Créer un compte pour participer à la conversation.

Plus d'informations
il y a 13 ans 9 mois #11851 par DUMOULIN
Bonsoir,

Et merci pour la piste ! Mais le serveur hébergeant OJS est aussi celui qui exécute le script.

D'autre part, j'ai vérifié les clés de registre correspondant à l'executionpolicy et tout était à Unrestricted ou Bypass selon le cas... En tous cas toutes celles que j'ai trouvé !

Il y a aussi les droits NTFS dont je pense avoir fait le tour.

Je sèche toujours...

Alexis

Connexion ou Créer un compte pour participer à la conversation.

Plus d'informations
il y a 13 ans 9 mois #11853 par Richard Lazaro

Mais le serveur hébergeant OJS est aussi celui qui exécute le script.


Cela ne veut pas dire que OJS n'est pas un soft 32bits.

Honnêtement, je ne vois que cela surtout si vous avez bien passé les ExecutionPolicy 32 et 64 bits à ByPass.

Think-MS : (Get-Life).Days | %{ Learn-More }

\\"Problems cannot be solved by the same level of thinking that created them.\\" - Albert Einstein

Connexion ou Créer un compte pour participer à la conversation.

Plus d'informations
il y a 13 ans 9 mois #11854 par SiSMik
Réponse de SiSMik sur le sujet Re:Lancement ps via OpenJobScheduler
Une idée, si tu effectues un [code:1]Get-ExecutionPolicy[/code:1] et que tu l'éxécutes avec OpenJobScheduler ça donne quoi ?

J'ai déjà eu ce genre de problème avec des agents Bladelogic qui utilisaient des \"sessions\" cheloues. On a jamais trouvé pourquoi et on a du passé par psexec pour contourner ce problème d'environnement mal goupillé.

Connexion ou Créer un compte pour participer à la conversation.

Plus d'informations
il y a 13 ans 9 mois #11857 par DUMOULIN
Eh bien je pense qu'on peut fermer ce topic pour réponse trouvée...

J'ai lancé via OJS le get-executionpolicy : non seulement c'est ok, mais ça répond restricted.
Donc j'ai lancé set-executionpolicy unrestricted pas le même moyen, job ok.
Et enfin, j'ai pu relancer mon job (pour info, defrag si nécessaire de tous les volumes des machines d'une liste) qui est en cours.

Alors je suis trèèèèèèèèès content, mais... Comment protéger de l'exécution de scripts distants s'il suffit de lancer directement la commande \"d'ouverture ?\"

Merci encore Benduru, et essaye la méthode pour les agents Blade !

Alexis:cheer:

Connexion ou Créer un compte pour participer à la conversation.

Temps de génération de la page : 0.089 secondes
Propulsé par Kunena