ID d'événement Windows 5027 – WinRM : le service WS-Management ne peut pas traiter la demande

Commencez par vérifier que le service WinRM est en cours d'exécution et correctement configuré :

1. Ouvrez PowerShell en tant qu'administrateur et vérifiez l'état du service :

   Get-Service WinRM
   winrm get winrm/config

2. Si le service est arrêté, démarrez-le :

   Start-Service WinRM
   Set-Service WinRM -StartupType Automatic

3. Vérifiez les écouteurs WinRM :

   winrm enumerate winrm/config/listener

4. Accédez à Observateur d'événements → Journaux des applications et services → Microsoft → Windows → WinRM → Opérationnel
5. Examinez les détails spécifiques des erreurs dans les entrées d'ID d'événement 5027 pour identifier la raison exacte de l'échec
6. Testez la connectivité de base WinRM :

   Test-WSMan localhost
   Test-WSMan -ComputerName [TargetServer] -Credential (Get-Credential)

Enquêter sur les causes liées à l'authentification de l'ID d'événement 5027 :

1. Vérifiez les méthodes d'authentification actuelles :

   winrm get winrm/config/service/auth
   winrm get winrm/config/client/auth

2. Vérifiez que le compte utilisateur dispose des autorisations appropriées. Ajoutez aux groupes locaux si nécessaire :

   net localgroup "Remote Management Users" [username] /add
   net localgroup "WinRMRemoteWMIUsers__" [username] /add

3. Pour les environnements de domaine, vérifiez l'authentification Kerberos :

   klist tickets
   klist purge

4. Testez avec des identifiants explicites :

   $cred = Get-Credential
   Enter-PSSession -ComputerName [TargetServer] -Credential $cred

5. Vérifiez les paramètres de stratégie de groupe affectant WinRM dans gpedit.msc :
   Configuration de l'ordinateur → Modèles d'administration → Composants Windows → Gestion à distance de Windows (WinRM)
6. Examinez les journaux des événements de sécurité pour les échecs d'authentification :

   Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625,4624} -MaxEvents 20

Résoudre les problèmes de certificat d'adresse et de WinRM liés à HTTPS :

1. Vérifier les écouteurs HTTPS existants :

   winrm enumerate winrm/config/listener
   Get-ChildItem Cert:\LocalMachine\My | Where-Object {$_.Subject -like "*$env:COMPUTERNAME*"}

2. Créer un nouvel écouteur HTTPS avec un certificat approprié :

   $cert = New-SelfSignedCertificate -DnsName $env:COMPUTERNAME -CertStoreLocation Cert:\LocalMachine\My
   winrm create winrm/config/Listener?Address=*+Transport=HTTPS @{Hostname="$env:COMPUTERNAME"; CertificateThumbprint="$($cert.Thumbprint)"}

3. Configurer les paramètres SSL :

   winrm set winrm/config/service '@{CertificateThumbprint="[ThumbprintValue]"}'
   winrm set winrm/config/service/auth '@{Certificate="true"}'

4. Tester la connectivité HTTPS :

   Test-WSMan -ComputerName localhost -UseSSL
   Test-NetConnection -ComputerName [TargetServer] -Port 5986

5. Vérifier la chaîne de certificats et la validation :

   certlm.msc

   Naviguer vers Personnel → Certificats et vérifier la validité du certificat
6. Configurer l'authentification par certificat client si nécessaire :

   winrm set winrm/config/client/auth '@{Certificate="true"}'
   winrm set winrm/config/client '@{TrustedHosts="[ServerList]"}'

Résoudre les problèmes au niveau du réseau affectant la communication WinRM :

1. Vérifiez les règles du Pare-feu Windows pour WinRM :

   Get-NetFirewallRule -DisplayGroup "Windows Remote Management" | Select-Object DisplayName, Enabled, Direction
   Enable-NetFirewallRule -DisplayGroup "Windows Remote Management"

2. Créez des règles de pare-feu personnalisées si nécessaire :

   New-NetFirewallRule -DisplayName "WinRM HTTP" -Direction Inbound -Protocol TCP -LocalPort 5985 -Action Allow
   New-NetFirewallRule -DisplayName "WinRM HTTPS" -Direction Inbound -Protocol TCP -LocalPort 5986 -Action Allow

3. Vérifiez la connectivité réseau et le routage :

   Test-NetConnection -ComputerName [TargetServer] -Port 5985
   Test-NetConnection -ComputerName [TargetServer] -Port 5986
   tracert [TargetServer]

4. Configurez WinRM pour des profils réseau spécifiques :

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

5. Testez avec différentes méthodes de transport :

   $session = New-PSSession -ComputerName [TargetServer] -SessionOption (New-PSSessionOption -SkipCACheck -SkipCNCheck)
   Enter-PSSession $session

6. Surveillez le trafic réseau à l'aide d'outils intégrés :

   netsh trace start capture=yes provider=Microsoft-Windows-WinRM
   # Reproduisez le problème
   netsh trace stop

Effectuer une réinitialisation complète de la configuration WinRM et des diagnostics avancés :

1. Sauvegarder la configuration actuelle de WinRM :

   winrm get winrm/config > C:\temp\winrm-config-backup.txt
   reg export HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN C:\temp\wsman-registry-backup.reg

2. Réinitialiser WinRM à la configuration par défaut :

   winrm invoke restore winrm/config
   Stop-Service WinRM
   Start-Service WinRM

3. Reconfigurer WinRM avec une journalisation améliorée :

   winrm set winrm/config/service '@{EnableCompatibilityHttpListener="true"}'
   wevtutil set-log Microsoft-Windows-WinRM/Analytic /enabled:true
   wevtutil set-log Microsoft-Windows-WinRM/Debug /enabled:true

4. Vérifier l'intégrité du référentiel WMI (WinRM dépend de WMI) :

   winmgmt /verifyrepository
   winmgmt /salvagerepository

5. Reconstruire la configuration WinRM à partir de zéro :

   winrm delete winrm/config/listener?Address=*+Transport=HTTP
   winrm delete winrm/config/listener?Address=*+Transport=HTTPS
   winrm quickconfig -force
   winrm quickconfig -transport:https -force

6. Vérifier la configuration et tester la connectivité :

   winrm get winrm/config
   Test-WSMan localhost -Verbose
   Get-WinEvent -LogName Microsoft-Windows-WinRM/Operational -MaxEvents 10

7. Vérifier l'intégrité des fichiers système si les problèmes persistent :

   sfc /scannow
   Dism /Online /Cleanup-Image /RestoreHealth