Qu'est-ce qui peut provoquer l'échec du démarrage du service Windows Remote Management (WinRM) après un redémarrage du système ?

Bonjour Leroy Tulen,

Merci d'avoir posé votre question sur le forum Microsoft Windows !

Lorsque le service Windows Remote Management (WinRM) ne démarre pas automatiquement après un redémarrage du système. Eh bien ! Les causes possibles de ce problème pourraient être une défaillance de dépendance, un conflit de liaison de port ou une configuration de WSMan corrompue.

Puisque WinRM dépend fondamentalement du service HTTP (http) agissant comme pilote sous-jacent en mode noyau (http.sys) pour gérer le trafic entrant de gestion WS sur les ports 5985 et 5986. Si le service HTTP ne démarre pas lors du démarrage initial, WinRM échouera immédiatement. La suggestion ici est de vérifier si le type de démarrage du service HTTP est réglé sur Automatique et si le démarrage a été bien démarré au démarrage. En même temps, un objet de politique de groupe (GPO) ou une mauvaise configuration peut désactiver le pilote HTTP. Vous pouvez ouvrir l'éditeur de registre et naviguer vers ce chemin de registre HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP. Ensuite, vérifier si la valeur de démarrage est 3 (Demand Start).

En revanche, WinRM est souvent configuré par défaut pour un démarrage différé. C'est intentionnel pour les performances de démarrage, mais si un script ou un autre service tente d'utiliser WinRM immédiatement après un redémarrage, cela peut échouer car WinRM n'a tout simplement pas encore démarré. Pour vérifier le type de démarrage. Vous pouvez ouvrir la console Services, vérifier le « Type de démarrage » pour la gestion à distance de Windows (WS-Management). Si c'est « Automatique (Démarrage différé) », vous devrez peut-être attendre quelques minutes après le démarrage. Vous pouvez essayer de le changer en « Automatique » pour voir si cela résout le problème de temporisation.

L'étape suivante consiste à vérifier les conflits de ports. Puisque WinRM utilise par défaut les ports 5985 (HTTP) et 5986 (HTTPS). Une autre application sur le serveur pourrait essayer d'utiliser ces ports. La suggestion est d'exécuter la commande, winrm quickconfig cela pourrait détecter et signaler cela, et il analysera également la configuration actuelle et tentera de corriger d'éventuels problèmes, comme la création d'un auditeur manquant ou la configuration automatique du service.

Un autre point à mentionner ici est de vérifier l'Event Viewer en ouvrant Event Viewer et d'aller dans Windows Logs > System. Recherchez des erreurs autour du moment du redémarrage provenant de sources comme Service Control Manager (par exemple, Event ID 7001, 7023) ou WinRM (plus précisément Event ID 10119, qui indique une défaillance lors de l'initialisation). Vérifiez également le journal opérationnel dédié sous Applications and Services Logs > Microsoft > Windows > WinRM > Opérationnel, puis cherchez les erreurs enregistrées lors de la séquence de démarrage (Event ID 1011, 1015 ou 142) pour une analyse et un dépannage plus approfondis.

J'espère que les informations ci-dessus vous seront utiles ! Si cela vous aide à mieux comprendre le problème, il est important d'accepter la réponse. Si vous avez d'autres questions, n'hésitez pas à laisser un message. Bonne journée !