ID d'événement Windows 3002 – WinRM : Erreur de configuration du service WinRM

Commencez par vérifier l'état du service WinRM et examiner les paramètres de configuration de base.

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

   Get-Service WinRM
   Get-WinRMListener

2. Examinez la configuration actuelle de WinRM :

   winrm get winrm/config

3. Vérifiez les erreurs de configuration évidentes dans Observateur d'événements → Journaux des applications et des services → Microsoft → Windows → WinRM → Opérationnel
4. Examinez le message d'erreur détaillé dans l'ID d'événement 3002 pour des codes d'erreur spécifiques et des chemins de configuration
5. Redémarrez le service WinRM pour tenter une récupération automatique :

   Restart-Service WinRM -Force

Réinitialisez la configuration de WinRM aux paramètres d'usine pour éliminer les paramètres corrompus.

1. Arrêtez le service WinRM :

   Stop-Service WinRM

2. Réinitialisez la configuration de WinRM aux paramètres par défaut :

   winrm quickconfig -force
   winrm set winrm/config/service @{AllowUnencrypted="false"}

3. Supprimez tous les écouteurs existants et recréez-les :

   Get-WSManInstance -ResourceURI winrm/config/listener -Enumerate | Remove-WSManInstance
   New-WSManInstance -ResourceURI winrm/config/listener -SelectorSet @{Address="*";Transport="HTTP"} -ValueSet @{Port="5985"}

4. Configurez les règles du Pare-feu Windows :

   Enable-NetFirewallRule -DisplayGroup "Windows Remote Management"

5. Démarrez le service WinRM et vérifiez le fonctionnement :

   Start-Service WinRM
   Test-WSMan localhost

Résolvez les problèmes de certificat SSL qui causent couramment l'ID d'événement 3002 dans les écouteurs HTTPS.

1. Listez tous les écouteurs WinRM et identifiez les configurations HTTPS :

   winrm enumerate winrm/config/listener

2. Vérifiez les liaisons de certificats pour les ports WinRM :

   netsh http show sslcert

3. Examinez la validité du certificat dans le magasin de certificats :

   Get-ChildItem Cert:\LocalMachine\My | Where-Object {$_.Subject -like "*$(hostname)*"}

4. Supprimez les liaisons de certificats invalides :

   netsh http delete sslcert ipport=0.0.0.0:5986

5. Créez un nouveau certificat auto-signé et liez-le à WinRM :

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

6. Vérifiez que l'écouteur HTTPS fonctionne :

   Test-WSMan -UseSSL

Réparez les entrées de registre WinRM corrompues qui empêchent l'initialisation correcte du service.

1. Accédez à l'emplacement du registre WinRM et sauvegardez les paramètres actuels :

   reg export "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN" C:\temp\winrm_backup.reg

2. Vérifiez les valeurs de registre corrompues dans HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\Service
3. Réinitialisez les valeurs de registre critiques aux valeurs par défaut :

   reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\Service" /v "allow_unencrypted" /t REG_DWORD /d 0 /f
   reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\Service" /v "auth_basic" /t REG_DWORD /d 0 /f

4. Supprimez les configurations d'écouteur corrompues :

   reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\Listener" /f

5. Redémarrez le service WinRM pour reconstruire les entrées de registre :

   Restart-Service WinRM

6. Vérifiez la reconstruction du registre en vérifiant HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\Listener pour de nouvelles entrées

Activez la journalisation détaillée et effectuez un dépannage au niveau du réseau pour les problèmes persistants d'ID d'événement 3002.

1. Activez la journalisation de débogage WinRM :

   wevtutil sl Microsoft-Windows-WinRM/Analytic /e:true
   wevtutil sl Microsoft-Windows-WinRM/Debug /e:true

2. Configurez la journalisation détaillée de WinRM dans le registre :

   reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\Service" /v "LogLevel" /t REG_DWORD /d 3 /f

3. Reproduisez l'erreur et capturez des journaux détaillés :

   Get-WinEvent -LogName "Microsoft-Windows-WinRM/Operational" -MaxEvents 50 | Format-Table TimeCreated, Id, LevelDisplayName, Message -Wrap

4. Analysez la connectivité réseau et la disponibilité des ports :

   Test-NetConnection -ComputerName localhost -Port 5985
   Test-NetConnection -ComputerName localhost -Port 5986
   netstat -an | findstr :598

5. Vérifiez les services en conflit utilisant les ports WinRM :

   Get-Process | Where-Object {$_.ProcessName -eq "svchost"} | ForEach-Object {Get-NetTCPConnection -OwningProcess $_.Id -ErrorAction SilentlyContinue | Where-Object {$_.LocalPort -in @(5985,5986)}}

6. Effectuez une réinitialisation complète du service WinRM avec la journalisation activée :

   winrm quickconfig -transport:https
   winrm set winrm/config/service/auth @{Basic="false";Kerberos="true";Negotiate="true";Certificate="false";CredSSP="false"}