Question [Résolu] Erreur invoke-command (credential)

Bonjour,

j'essaie d'établir un mappage réseau (PSDrive) en utilisant une autre identité réseau:

[code:1]partage: \\SERVER\PARTAGE
DOMAINE: MONDOMAINE
USERNAME: UTILISATEUR
PASSWORD: USERPASSWORD (mot de passe crypté)[/code:1]

voici la partie du script qui bloque:

[code:1]$U=\"UTILISATEUR\"
$PU=\"USERPASSWORD\"
$D=convertto-securestring -string $pu -AsPlainText -force
$cred = new-object System.Management.Automation.PSCredential -argumentlist ($U,$D)

Invoke-Command -scriptblock {new-psdrive -name MAPPAGE_PS -psprovider FileSystem -root \"\\SERVER\PARTAGE\"} -Credential $cred
[/code:1]

Voici le message d'erreur que j'ai:

[code:1]Invoke-Command : Le jeu de paramètres ne peut pas être résolu à l'aide des paramètres
nommés spécifiés.
Au niveau de MONSCRIPT.ps1 : 9 Caractère : 15
+ Invoke-Command <<<< -scriptblock {new-psdrive -name MAPPAGE_PS -psprovider FileSystem
-root \"\\SERVER\PARTAGE\"} -Credential $cred
+ CategoryInfo : InvalidArgument: (:«») [Invoke-Command], ParameterBindin
gException
+ FullyQualifiedErrorId : AmbiguousParameterSet,Microsoft.PowerShell.Commands.In
vokeCommandCommand[/code:1]

quelqu'un a t-il une piste pour la résolution de ce problème ? Merci d'avance

Message édité par: khalim eros, à: 23/03/11 18:39<br><br>Message édité par: khalim eros, à: 27/03/11 17:21

Salut,

Bizzarement quand tu utilise Invoke-Command dans un script il faut obligatoirement préciser le paramètre \&quot;-ComputerName\&quot;.

Merci à toi Bilbao,

j'avais déjà essayé sur cette piste avec les formes suivantes:
[code:1]-computername 127.0.0.1[/code:1]
[code:1]-computername [MON_IP][/code:1]
[code:1]-computername localhost[/code:1]
[code:1]-computername [mon nom d'ordi FQDN][/code:1]

le résultat:

[code:1][localhost] La connexion au serveur distant a échoué avec le message d'erreur suivant
 : Une ouverture de session spécifiée n’existe pas. Elle est peut-être déjà terminée.
Pour plus d'informations, voir la rubrique d'aide about_Remote_Troubleshooting.
+ CategoryInfo : OpenError: (:«») [], PSRemotingTransportException
+ FullyQualifiedErrorId : PSSessionStateBroken[/code:1]

C'est déjà mieux là, on a une autre erreur.

Par contre je dois avouer que c'est la première fois que je la voit.(Les joies de WinRM, vivement un powershell 3.0 avec un remoting stable )

Es-tu en Domaine?WorkGroup ?Quel OS utilise tu ?As-tu déjà utilisé WinRM sur cette machine ?

Sinon essaie avec ce code :

[code:1]$U=\&quot;login\&quot;
$PU=\&quot;motdepasse\&quot;
$D=convertto-securestring -string $pu -AsPlainText -force
$cred = new-object System.Management.Automation.PSCredential -argumentlist ($U,$D)

Invoke-Command -scriptblock {\&quot;toto\&quot;} -Credential $cred -ComputerName localhost
[/code:1]

Ben comme indiqué dans le premier post:

- c'est un Domaine:

[code:1]partage: \\SERVER\PARTAGE
DOMAINE: MONDOMAINE[/code:1]

[code:1]-computername [mon nom d'ordi FQDN][/code:1]

- OS: W7
- PoSH: v2
- winrm actif
- set-item wsman:/localhost/client/trustedhosts * -force
- set-executionpolicy unrestricted
(je ne pense pas que cela vienne de la configuration initiale )

dans le principe:
- il s'agit d'un script qui va être utilisé par un compte d'utilisateur non admin de sa machine (donc MDP crypté dans le script).
- Ce script doit établir une connexion réseau (en lecteur PSDrive) à un répertoire partagé via un compte d'utilisateur non admin mais seul autorisé à se connecter à ce partage réseau.
- ce partage réseau contiendra le mdp crypté d'un compte admin de sa machine pour pouvoir exécuter en tant que compte admin une installation sur son poste.

Sinon, pour le compte d'utilisateur, j'avais effectivement fait les tests avec les différentes possibilités (compte simple, compte de domaine ...)

Pour ce que tu as indiqué: même message d'erreur <br><br>Message édité par: khalim eros, à: 24/03/11 17:15

ok, pb résolu, j'étais dans une nouvelle session d'utilisateur sur l'ordi de test mais en local et non sur le domaine et il semble que ma commande winrm quick config était active pour les sessions sur le domaine mais pas pour celles en locale