Ton serveur Windows ne répond pas au ping, alors que tu peux peut-être encore ouvrir une session ou joindre une application. Avant d’activer des règles au hasard, vérifie le profil réseau, la portée et les stratégies appliquées. Voici comment autoriser les demandes d’écho sur Windows Server 2022 ou 2025, puis revenir sur ce changement.
⚡ TL;DR — L’ESSENTIEL EN 30 SECONDES
- ✅ Le ping utilise ICMP : une règle TCP ou UDP ne l’autorise pas.
- ✅ Crée une règle pour les demandes d’écho et limite-la aux machines de supervision utiles.
- ✅ Traite IPv4 et IPv6 séparément et choisis les profils réseau concernés.
- ⚠️ Un ping sans réponse ne prouve pas que le serveur ou son service est arrêté.
Mis à jour le 24 octobre 2026. Les procédures sont fondées sur les documentations officielles citées ; aucun nouveau test matériel n’est revendiqué.
Vérifier la règle réellement appliquée
La documentation Microsoft du pare-feu (documentation consultée le 24 octobre 2026) décrit une procédure commune à Windows Server 2022 et 2025. Elle permet de choisir le protocole ICMP, les types de messages, les adresses et les profils. L’objectif ici est d’autoriser la demande d’écho, pas l’ensemble du trafic ICMP sans distinction.
L’ancienne version de ce guide présentait le blocage comme un état universel et l’activation de deux règles comme suffisante partout. Sur un serveur administré, pars plutôt des règles effectives. Une stratégie d’entreprise, un équipement réseau ou un pare-feu chez l’hébergeur peut aussi intervenir.
Ouvre Windows PowerShell en administrateur sur le serveur. Cette commande de lecture interroge les règles dont le nom contient ICMP dans le magasin effectif. Microsoft documente Get-NetFirewallRule et PolicyStore (documentation consultée le 24 octobre 2026).
Get-NetFirewallRule -PolicyStore ActiveStore -Name '*ICMP*' |
Select-Object Name, DisplayName, Enabled, Direction, Action, ProfileCette recherche par nom est un point de départ, pas un inventaire garanti : une règle personnalisée peut porter un autre nom. Dans wf.msc, examine aussi les règles et leurs propriétés. Note le profil actif et la portée des règles que tu envisages de modifier.
Créer une règle de ping IPv4 avec PowerShell
L’exemple suivant autorise uniquement les demandes d’écho IPv4 depuis le réseau de supervision 192.168.10.0/24, sur le profil Domain. Remplace ce réseau par le tien et choisis le profil qui correspond à ton environnement avant d’exécuter la commande. Ne sélectionne pas Public simplement pour faire disparaître un problème de profil.
New-NetFirewallRule -Name 'SysKB-ICMPv4-Echo-In' `
-DisplayName 'Supervision - Echo ICMPv4 entrant' `
-Direction Inbound -Action Allow -Enabled True `
-Protocol ICMPv4 -IcmpType 8 `
-Profile Domain -RemoteAddress '192.168.10.0/24'Les paramètres de protocole, type ICMP, profil et adresse distante sont décrits dans la référence New-NetFirewallRule (documentation consultée le 24 octobre 2026). RemoteAddress désigne ici les machines autorisées à envoyer la demande. Si seul un poste de supervision doit joindre le serveur, préfère son adresse exacte à un sous-réseau entier.
Le nom SysKB-ICMPv4-Echo-In sert à retrouver cette règle. Avant de rejouer l’exemple, recherche-la : si elle existe déjà, examine-la plutôt que de multiplier les règles. Si tu administres le pare-feu par GPO, applique le changement dans la stratégie prévue par ton organisation.
Autoriser le ping IPv6 uniquement si nécessaire
IPv4 et IPv6 demandent des règles distinctes dans l’assistant Microsoft. Pour IPv6, une demande d’écho utilise le type 128. Voici un exemple séparé, avec un préfixe de documentation à remplacer par les adresses réellement autorisées dans ton réseau.
New-NetFirewallRule -Name 'SysKB-ICMPv6-Echo-In' `
-DisplayName 'Supervision - Echo ICMPv6 entrant' `
-Direction Inbound -Action Allow -Enabled True `
-Protocol ICMPv6 -IcmpType 128 `
-Profile Domain -RemoteAddress '2001:db8:1234::/64'Ne copie pas la portée IPv4 dans la règle IPv6. Vérifie aussi que la machine de supervision utilise bien l’adresse et la famille IP prévues. L’ouverture d’une réponse à l’écho doit répondre à un besoin d’exploitation identifié.
Faire le réglage dans l’interface du pare-feu
La procédure graphique de Microsoft permet le même ciblage. Utilise-la si tu préfères vérifier chaque option visuellement. Les étapes suivantes concernent une règle locale ; le déploiement par stratégie doit suivre le parcours de gestion de l’entreprise.
- Exécute
wf.msc, puis ouvre Règles de trafic entrant et Nouvelle règle. - Choisis Personnalisée, puis Tous les programmes.
- Sélectionne ICMPv4 ou ICMPv6 et ouvre Personnaliser.
- Autorise le type spécifique Demande d’écho.
- Dans la portée, renseigne les adresses distantes des machines de supervision.
- Choisis Autoriser la connexion et seulement les profils nécessaires.
- Donne un nom explicite à la règle, puis contrôle ses propriétés après création.
Les captures historiques ci-dessous montrent l’interface de Windows Server 2022 et les règles intégrées de partage de fichiers. Elles servent de repères visuels. Elles ne remplacent pas le contrôle de la portée et des profils de la règle que tu crées.
Tester depuis une autre machine
Effectue le test depuis une machine qui appartient à la portée autorisée. Remplace les adresses d’exemple ci-dessous par celles du serveur. Un test local ne reproduit pas nécessairement le trajet réseau de la supervision.
ping -4 192.168.10.20
ping -6 2001:db8:1234::20Pour distinguer un problème de ping d’un problème applicatif, teste aussi le port du service attendu. Microsoft documente Test-NetConnection (documentation consultée le 24 octobre 2026) pour les diagnostics ICMP, TCP et de routage. Exemple pour un service HTTPS effectivement configuré sur le serveur :
Test-NetConnection -ComputerName 'serveur.exemple.local' -Port 443 -InformationLevel Detailed| Résultat observé | Piste à vérifier | Contrôle utile |
|---|---|---|
| L’IP répond, le nom échoue | Résolution du nom ou adresse obtenue | Comparer l’adresse résolue avec celle attendue |
| Le ping échoue, le port TCP répond | Filtrage ou portée ICMP | Règles, famille IP et trajet de la supervision |
| Le ping répond, le port TCP échoue | Service ou règle applicative | Écoute du service et port réellement utilisé |
| Aucun test n’aboutit | Adressage, trajet ou filtrage | Console du serveur, routes et équipements intermédiaires |
Désactiver la règle et comprendre les limites du retour arrière
Pour annuler l’autorisation créée dans cet exemple, désactive la règle concernée dans wf.msc. En PowerShell, utilise son nom exact avec Disable-NetFirewallRule (documentation consultée le 24 octobre 2026). La commande ci-dessous concerne seulement la règle IPv4 de ce tutoriel.
Disable-NetFirewallRule -Name 'SysKB-ICMPv4-Echo-In'Pour la règle IPv6, utilise son propre nom si tu l’as créée. Désactiver une règle d’autorisation ne crée pas une interdiction générale : si une autre règle autorise la même demande, le serveur peut continuer à répondre. Recontrôle les règles effectives et refais un test depuis la même source.
Pour poursuivre, consulte notre présentation du pare-feu Windows, le guide d’exécution des scripts PowerShell et le guide Windows, IT et Sécurité.
Questions fréquentes
Non. Le ping utilise ICMP. Configure une règle ICMP pour le type de message et la famille IP concernés.
Le profil, la portée, les stratégies appliquées et le trajet réseau doivent aussi correspondre au test. Examine les règles effectives et teste depuis la machine de supervision autorisée.
Oui. Renseigne son adresse dans la portée distante de la règle plutôt que de tout autoriser.
Pas forcément. Une autre règle peut autoriser les demandes écho. Contrôle le résultat effectif après le changement.