Page History

Contexte

Vous retrouverez dans cette page les erreurs rencontrées lors de la configuration d'un Windows supervisé pour le pack windows-by-WinRM__shinken : exécution du script, service WinRM, compte de supervision, permissions et Active Directory.

Les erreurs

Exécution du script

Impossible de charger le fichier ... n'est pas signé numériquement

PowerShell refuse d'exécuter Configure-Host.ps1 parce que la stratégie d'exécution (Execution Policy) de la machine bloque les scripts non signés.

Impossible de charger le fichier C:\Configure-Host.ps1.
Le fichier n'est pas signé numériquement.

Autorisez l'exécution pour la session courante uniquement :

Set-ExecutionPolicy Unrestricted -Scope Process

WSManFault – Le type de connexion réseau défini sur cet ordinateur est Public

winrm quickconfig s'interrompt : Windows refuse de configurer WinRM tant qu'une carte réseau est en profil Public. Le cas est fréquent sur Windows 10 et Windows 11.

WSManFault
Message = Le client WinRM ne peut pas traiter la demande. Le type de connexion
réseau défini sur cet ordinateur est Public.

Vérifiez le profil de vos cartes réseau :

Get-NetConnectionProfile

Puis basculez la carte concernée en Privé ou Domaine :

Set-NetConnectionProfile -InterfaceAlias "Ethernet" -NetworkCategory Private

Service WinRM, compte et permissions

Le service WinRM est arrêté après un redémarrage

La supervision fonctionne, puis s'arrête après chaque redémarrage de la machine. Sur Windows 10 et Windows 11, le service WinRM est en démarrage manuel par défaut.

Get-Service WinRM

Set-Service -Name WinRM -StartupType Automatic
Start-Service WinRM

net localgroup échoue sur « Utilisateurs de l'Analyseur de performances »

La commande d'ajout au groupe échoue après un copier-coller, alors que le nom du groupe semble correct.

Le nom de groupe local spécifié est introuvable.

La cause est une apostrophe typographique (’) substituée à l'apostrophe droite (') lors du collage par clic droit.

• Collez avec CTRL+V plutôt qu'avec le clic droit, ou
• saisissez l'apostrophe manuellement dans la console, ou
• utilisez le nom anglais du groupe :

net localgroup "Performance Monitor Users" shinken_user /ADD

La supervision s'arrête brutalement du jour au lendemain

Tous les checks passent en erreur simultanément, sans modification de configuration. Le mot de passe du compte de supervision a expiré.

Réinitialisez le mot de passe, puis empêchez son expiration :

$secPass = ConvertTo-SecureString "VotreMotDePasse" -AsPlainText -Force
.\Configure-Host.ps1 -UserName "shinken_user" -Password $secPass -PasswordNeverExpires

Les permissions ne semblent pas prises en compte

Les droits viennent d'être accordés, mais les checks échouent encore. D'anciens jetons de connexion restent valides côté Windows.

Redémarrez les services concernés :

Restart-Service winmgmt -Force
Restart-Service WinRM -Force

Active Directory

Erreur de création d'OU en Active Directory

Le script s'arrête lors de la création de l'unité d'organisation dédiée. Le paramètre -OUPath pointe vers le conteneur CN=Users, dans lequel Active Directory interdit de créer une OU.

Le conteneur cible 'CN=Users,DC=exemple,DC=local' est inaccessible

Visez une véritable unité d'organisation :

.\Configure-Host.ps1 -Default -Domain -OUPath "OU=Utilisateurs,DC=exemple,DC=local"

Échec immédiat en mode domaine non interactif

Lancé à distance ou par tâche planifiée, le script s'arrête avant toute modification : il n'a pas d'identifiants pour écrire dans l'annuaire, et ne peut pas les demander sans invite bloquante.

Aucun identifiant de domaine utilisable.

Fournissez explicitement les identifiants :

$cred = Get-Credential
.\Configure-Host.ps1 -Default -Domain -DomainCredential $cred

Après la configuration

Le check Service $KEY$ State remonte une erreur

Les autres checks fonctionnent, mais la supervision d'un service précis échoue : le compte de supervision n'a pas l'accès en lecture à ce service.

Relancez le script en indiquant le service à autoriser :

.\Configure-Host.ps1 -UserName "shinken_user" -Password $secPass -ServicesName "MonService"

La sonde renvoie des résultats incohérents

Les checks répondent, mais les valeurs sont vides ou aberrantes : la sonde analyse le texte renvoyé par Windows et ne reconnaît pas la langue du compte de supervision.

Vérifiez les langues installées :

Get-WinUserLanguageList

Une langue en-US ou fr-FR doit être présente, et appliquée au compte de supervision. Le script s'en charge ; sinon, voir la procédure manuelle de la page de configuration.