Sur la machine Windows, il faut activer PowerShell remote.
Enable-PSRemoting -Force Restart-Service WinRM
Il faut autoriser les comptes locaux à se connecter en PowerShell remote.
Vérifier si l'utilisateur peut exécuter des commandes à distance :
Get-ItemProperty HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System | Select LocalAccountTokenFilterPolicy
Si ya rien ou 0, lancez la commande :
New-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System' -Name LocalAccountTokenFilterPolicy -PropertyType DWord -Value 1 -Force
Cette commande ajoute la valeur 1 dans le registre.
Vous pouvez tester à partir de votre machine Windows si vous avez accès à celle-ci en PowerShell via la commande :
Enter-PSSession -ComputerName <nom de votre machine> -Credential <utilisateur> -Authentication Negotiate
Remarque pour les pare-feu, le port par défaut de PowerShell est le même que pour WinRM : TCP 5985.
Dans les paramètres avancés de votre noeud Esia, il faut ajouter l'utilisateur et le mot de passe PowerShell.
Pour cela, sélectionnez le type 'Password' et cliquez sur Ajouter. Cliquez ensuite sur le paramètre avancé pour configurer.
Connectez-vous sur son interfaceweb.
Dans Protocoles > Powershell
Utilisez le fichier par défaut ou créez-en un nouveau, puis renseignez les credentials :
❗l'utilisateur de la machine windows a besoin des droits administrateurs
Vous pouvez alors ajouter sur le noeud configuré ci-dessous le pattern et/ou les plugins types :
L'utilisateur doit être membre des groupes “Administrator” et “Remote Management Users”. En français, « Administrateurs » et « Utilisateurs de gestion à distance ».
Ouvrez, « L'outil de gestion des utilisateurs et des groupes locaux ».
lusrmgr.msc
Allez dans « Utilisateurs », puis faites un clic droit « Propriétés » sur l'utilisateur concerné.
Allez dans l'onglet « Membre de ». Si les deux groupes ne sont pas listés, cliquez sur « Ajouter » pour ajouter les groupes manquants.
Exemple avec le groupe « Utilisateurs de gestion à distance »