Comment exécuter un script powershell disponibles dans la machine distante?

J'étais en train d'exécuter un script à distance de l'ordinateur.

J'ai fait "Enable-PSremoting" sur la machine distante.

J'ai placé un script hello.ps1 en machine distante.

[Mon ordinateur client Windows XP et à distance de l'ordinateur est Windows 2003 ]

Puis, à partir de mon ordinateur client j'ai essayé d'exécuter le script.

invoke-command -computer $MachineName -filepath "C:\hello.ps1"

J'ai obtenu l'erreur suivante.

Invoke-Command : Ne peut pas trouver le chemin d'accès 'C:\hello.ps1" car il n'
existent.

Je pense qu'il essaie de trouver un script à partir de l'ordinateur client.

Si j'essaie de le lancer

invoke-command -computer $MachineName -command { C:\hello.ps1 } , Il exécute le script disponible en machine distante dans le côté client.

Mais je voudrais exécuter le script à distance en distance de la machine elle-même.

Comment faire pour exécuter le script disponible en machine distante?

Mise à jour:

Cette commande "invoke-command -computer $MachineName -command { C:\hello.ps1 }" travaille à distance et retourne le résultat à côté client. J'ai mal compris en voyant le retour des valeurs qu'il est en cours d'exécution côté client.

  • Je vous aime. 5 ans après votre fil est affiché, après des jours et des jours de googler et débordante et d'essayer toutes les configurations de Invoke-yadayada, presque prêt à abandonner et je vois votre "mise à Jour:" l'article ci-dessus et essayez juste que. Il m'a donné la même erreur, mais j'ai accroché une session à Distance dans une variable dans votre code et, enfin quelque chose qui fonctionne: ::::::::: $s = New-PSSession-ComputerName "WTxxxxxL32" -Credential $les informations d'identification ::::: Invoke-Command -Session $s -Command {D:\ServerDLLDev\RemoteCOMInstall.ps1}
InformationsquelleAutor Samselvaprabu | 2012-05-04
  1. 13

    Lorsque vous écrivez :

    invoke-command -computer $MachineName -filepath "C:\hello.ps1"

    Le script C:\hello.ps1 seront prises à partir de l'ordinateur client et apporté au serveur pour être exécuté. Donc, vous avez de l'erreur fichier n'existe pas parce que Invoke-Command est à la recherche pour le fichier dans l'ordinateur client.

    • Comment donner les paramètres pour le script à distance?
    • jetez un oeil à -ArgumentList.
    • Je vais avoir de la difficulté à trouver comment l'utiliser -ArgumentList option pour exécuter le fichier distant sur l'ordinateur distant spécifié
    • Quel type de difficuktis ? Votre script prend des arguments (à l'aide de $argv) et vous donnez les valeurs en -ArgumentList.
    InformationsquelleAutor JPBlanc
  2. 1

    Voir ici pour un démarrage rapide sur PowerShell remoting.

    • Elle est d'avoir des explication de base sur l'accès à distance. J'ai essayé ces choses de base déjà. Mais l'exécution du script à distance a des défis
    • comment vous êtes-vous d'exécuter le fichier/script hébergé sur la machine distante par le biais de script local?
    InformationsquelleAutor David Brabant
  3. 0

    J'ai eu exactement la même sonde, et résolu avec une combinaison de [WMICLASS] 's create() et Start-Process.

    Vérifier ma réponse ici.

    InformationsquelleAutor Ocelot
  4. 0

    J'ai eu la même erreur, mais j'ai accroché une session à Distance dans une variable dans le code, et enfin quelque chose qui fonctionne:

    $s = New-PSSession -ComputerName "WTxxxxxL32" -Credential $credential

Invoke-Command -Session $s -Command {D:\ServerDLLDev\RemoteCOMInstall.ps1}

    Il y a un million d'Invoquer-etc solutons mais le plus simple a travaillé, enfin pour moi. Merci à vous.

    • Cela signifie que vous exécutez la commande powershell sur votre VM à partir de votre ordinateur local??
    • Pas de VM en cause. L'ordinateur Client et le Serveur. La Nouvelle-PSSession crée une session pour exécuter du code sur le serveur Distant. Invoke-Command pour la session puis exécute le script qui se trouve sur le serveur. Avant j'avais le code sur le client, mais qui a créé une erreur.
    • Mon serveur est sur un autre domaine. cette solution fonctionne??
    • Mon serveur est sur un autre domaine. Essayez-la. La session est basée sur le nom de l'ordinateur juste comme la façon dont SSMS se connecte (ne pas me citer). Essentiellement, les mêmes informations d'identification que vous utilisez pour vous connecter avec le protocole RDP de client mêmes informations d'identification. Vous remarquez que j'ai de référence "$credential" parce que j'ai chargé le nom d'utilisateur/pword en que parce que je l'utilise plusieurs fois. Essayez avec codé en dur le nom d'utilisateur/pword.
    InformationsquelleAutor JustJohn