Files Matching $KEY$ by WinRM

fsutil behavior query disablelastaccess

2. Activer les mises à jour (commande à exécuter en administrateur sur l'hôte supervisé)

fsutil behavior set disablelastaccess 0

3. Alternative si l'activation n'est pas envisageable

• Utiliser Files Matching [$KEY$] LAST ACCESS by WinRM.
• Pour le check Files Matching [$KEY$] by WinRM : positionner les seuils $ARG10$ et $ARG11$ (ou les variables WINDOWS_BY_WINRM__FILES-MATCHING-LAST-ACCESS__NO-ACCESS-SINCE-HOURS-WARN / ...-CRIT) à NONE pour désactiver la dimension last_access.

L’hôte supervisé a mis trop de temps à répondre à la requête.

La commande ci dessous permet de voir l'état du service WinRM :

Get-Service WinRM

Il est possible de le démarrer ou de le configurer pour se lancer automatiquement avec les commandes suivantes :

# Redémarrer le service WinRM :
Restart-Service WinRM

# Configurer le démarrage automatique
Set-Service -Name WinRM -StartupType Automatic

L'hôte à refusé la connection ; ou bien son pare-feu.

• Il se peut que vôte service WinRM ne soit pas lancé
• ou que votre pare-feu ne soit pas configuré.

L'hôte n'a pas pu recevoir la requête. Vérifiez votre réseau, routeur, pare-feu et nom d'hôte.

Le nom de l’hôte n’a pas pu être résolu. Vérifiez que l’adresse renseignée est correcte et que le serveur DNS est accessible.

Le nom de l’hôte n'est pas une URI valide. Vérifiez que l’adresse renseignée est correcte.

NTLM n'est pas activé sur l'hôte à superviser.

Vous pouvez :

• Activer NTLM sur l'hôte supervisé avec la commande suivante :

  winrm set winrm/config/service/auth '@{Negotiate="true"}'

• Choisir un autre mode d'authentification, en modifiant la donnée "WINDOWS_BY_WINRM__AUTHMETHOD"

La connexion NTLM n'a pas été autorisée. Les raisons possibles sont :

• Le couple utilisateur / mot de passe n'est pas valide
• L'utilisateur n'existe pas
• WinRM n'a pas été configuré avec la commande :

winrm quickconfig

• L'utilisateur n'appartient pas aux groupes nécessaires aux permissions WinRM

• Le mot de passe du compte de supervision a expiré, ou un changement est imposé à la prochaine ouverture de session.

Il faut s'assurer d'avoir correctement appliqué les configurations décrites dans les sections "Configuration de WinRM" et "Configuration de l'utilisateur" ( Voir la page  Configuration de WinRM et du compte de supervision sur une seule machine Windows pour le pack windows-by-WinRM__shinken ).

Si la configuration WinRM est correcte, penchez pour une expiration du mot de passe ou un changement imposé.

Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625} -MaxEvents 20 |
      ForEach-Object {
        $p = $_.Properties
        "{0}  account={1,-20} status=0x{2:X8} substatus=0x{3:X8}" -f `
            $_.TimeCreated, $p[5].Value, $p[7].Value, $p[9].Value
      }

Repérer les lignes portant le nom du compte de supervision, puis interpréter :

Si la cause est une expiration ou un changement imposé :

• Réinitialisez le mot de passe du compte de supervision
• Reportez le nouveau mot de passe dans les données de vos modèles hôtes sur le synchronizer.
• Ensuite vous pouvez désactiver l'expiration pour le compte de supervision. ( Voir page Configuration du Windows supervisé dans un Domaine ( Active Directory ) pour le pack windows-by-WinRM__shinken ou la page Configuration du Windows supervisé pour le pack windows-by-WinRM__shinken selon votre configuration )

Si le code est 0xC000015B :

La configuration de l’hôte est incomplète : le compte existe et son mot de passe est valide, mais il n’a pas le droit d’ouverture de session sur cette machine. Rejouez Configure-Host.ps1 en workgroup, ou vérifiez l’application des GPO en domaine.

Si le code est 0xC0000133 :

Vérifiez la synchronisation horaire de l’hôte supervisé. Le check Ntp Sync by WinRM du pack surveille précisément ce point.

L'authentification basic n'est pas activé sur l'hôte à superviser.

Vous pouvez :

• Activer Basic sur l'hôte supervisé avec la commande suivante, et autoriser les communications non chiffrées :

  winrm set winrm/config/service/auth '@{Basic="true"}'
  winrm set winrm/config/service '@{AllowUnencrypted="true"}'

• Choisir un autre mode d'authentification, en modifiant la donnée "WINDOWS_BY_WINRM__AUTHMETHOD"

La connexion basic n'a pas été autorisé. Les raisons possibles sont :

• Le couple utilisateur / mot de passe n'est pas valide
• L'utilisateur n'existe pas

• Winrm n'a pas été configuré avec la commande :

  winrm quickconfig

• Le mot de passe du compte de supervision a expiré, ou un changement est imposé à la prochaine ouverture de session.
• L'utilisateur n'appartient pas aux groupes nécessaires aux permissions WinRM

Il faut s'assurer d'avoir correctement appliqué les configurations décrites dans les sections "Configuration de WinRM" et "Configuration de l'utilisateur" ( Voir la page  Configuration de WinRM et du compte de supervision sur une seule machine Windows pour le pack windows-by-WinRM__shinken ).

Si la configuration WinRM est correcte, penchez pour une expiration du mot de passe ou un changement imposé.

Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625} -MaxEvents 20 |
      ForEach-Object {
        $p = $_.Properties
        "{0}  account={1,-20} status=0x{2:X8} substatus=0x{3:X8}" -f `
            $_.TimeCreated, $p[5].Value, $p[7].Value, $p[9].Value
      }

Repérer les lignes portant le nom du compte de supervision, puis interpréter :

Si la cause est une expiration ou un changement imposé :

• Pour reinitialiser le mot de passe du compte et / ou désactiver l'expiration du mot de passe pour le compte de supervision. ( Voir page Configuration du Windows supervisé dans un Domaine ( Active Directory ) pour le pack windows-by-WinRM__shinken ou la page Configuration du Windows supervisé pour le pack windows-by-WinRM__shinken selon votre configuration )
• Reportez le nouveau mot de passe dans les données de vos modèles hôtes sur le synchronizer.

Si le code est 0xC000015B :

La configuration de l’hôte est incomplète : le compte existe et son mot de passe est valide, mais il n’a pas le droit d’ouverture de session sur cette machine. Rejouez Configure-Host.ps1 en workgroup, ou vérifiez l’application des GPO en domaine.

Si le code est 0xC0000133 :

Vérifiez la synchronisation horaire de l’hôte supervisé. Le check Ntp Sync by WinRM du pack surveille précisément ce point.

L'utilisateur utilisé n'a pas accès à l'éxécution de commandes à distances.

Il est important de donner les accès "Read" et "Invoke" à l'utilisateur de supervision afin qu'il puisse lire des ressources et éxécuter des commandes sur l'hôte supervisé.

Il faut s'assurer d'avoir correctement appliqué la configuration décrite dans la section "Permissions WinRM pour l'utilisateur" ( Voir la page  Configuration de WinRM et du compte de supervision sur une seule machine Windows pour le pack windows-by-WinRM__shinken ).

L'utilisateur utilisé n'a pas accès aux objets CIM, necessaire à la supervision de la machine.

Il est necessaire de donner les accès à distance aux objets CIMv2 et StandardCimv2.

Il faut s'assurer d'avoir correctement appliqué la configuration décrite dans la section "Autorisation aux objets CIM" ( Voir la page  Configuration de WinRM et du compte de supervision sur une seule machine Windows pour le pack windows-by-WinRM__shinken ).

L'utilisateur utilisé n'a pas accès aux objets CIM. Les permissions sont en cours d'application.

L'erreur survient après la modification des droits aux objets CIM de l'utilisateur. Il suffit d'attendre ou de redémarrer la machine afin que les permissions s'actualisent.