Comment faire ping vers Windows 10?
Pour tester un réseau, on fait ‘ping’, mais c’est filtré par défaut
--
Même sans être un expert réseau, qui n’a jamais été amené à faire un ‘ping’, au moins sur la demande d’un support technique, sur un poste qui n’a plus accès à l’Internet ou au réseau de l’entreprise ?
En général, si tu fais ping depuis un PC Windows 10, vers une autre machine active et connectée sur le réseau, cela va répondre OK ! Mais si tu fais un ping vers un autre PC Windows, alors il répond pas !
Par défaut, Microsoft considère que tout le Net est à sa botte. Le Net doit lui répondre, mais lui, ne répondra pas aux ping… Bon c’est pas si terrible, en fait, cela réduit un peu, les risques, car ICMP ping peut aussi être utilisé pour sonder un réseau et découvrir des machines, par des cybercriminels. On va donc dire que Microsoft a décidé de faire plus ‘secure by design’, ce qui est vraiment le cas !
Avant de faire ping, il faut vérifier que tu es toi-même connecté !
Si tu veux seulement voir comment ouvrir ton PC windows à ping, saute plus loin
Avec la commande ipconfig, vous vous rappeler ? Dans une fenêtre dite DOS ou CMD (Invite de commandes):
C:\Users\pasca> ipconfig /allConfiguration IP de WindowsNom de l’hôte . . . . . . . . . . : L540
Suffixe DNS principal . . . . . . :
Type de noeud. . . . . . . . . . : Hybride
Routage IP activé . . . . . . . . : Non
Proxy WINS activé . . . . . . . . : NonCarte réseau sans fil Wi-Fi :Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 7260
Adresse physique . . . . . . . . . . . : E8-B1-FC-B9-42-04
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui
Adresse IPv6 de liaison locale. . . . .: fe80::941c:a3ba:6b4e:cfaf%12(préféré)
Adresse IPv4. . . . . . . . . . . . . .: 192.168.43.19(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.255.0
Bail obtenu. . . . . . . . . . . . . . : mardi, 13 août 2019 07:13:14
Bail expirant. . . . . . . . . . . . . : mardi, 13 août 2019 08:17:11
Passerelle par défaut. . . . . . . . . : 192.168.43.1
Serveur DHCP . . . . . . . . . . . . . : 192.168.43.1
IAID DHCPv6 . . . . . . . . . . . : 82358780
DUID de client DHCPv6. . . . . . . . : 00-01-00-01-23-FC-4A-D7-54-EE-75-33-73-28
Serveurs DNS. . . . . . . . . . . . . : 192.168.43.1
NetBIOS sur Tcpip. . . . . . . . . . . : Activé
Avec cela on vérifie que le PC dispose bien d’une adresse IP, et d’un raccordement sur une prise Ethernet, en Wifi ou en RJ45 (des fois, le câble est mal branché, tout simplement…)
Ensuite, on va faire un ping, d’abord vers ton routeur (passerelle, ou gateway) pour s’assurer que le premier tronçon du réseau est bien ‘up & running’ (en fonctionnement quoi).
C:\Users\pasca> ping 192.168.43.1Envoi d’une requête 'Ping' 192.168.43.1 avec 32 octets de données :
Réponse de 192.168.43.1 : octets=32 temps=4 ms TTL=64
Réponse de 192.168.43.1 : octets=32 temps=3 ms TTL=64
Réponse de 192.168.43.1 : octets=32 temps=1 ms TTL=64
Réponse de 192.168.43.1 : octets=32 temps=3 ms TTL=64Statistiques Ping pour 192.168.43.1:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 1ms, Maximum = 4ms, Moyenne = 2ms
Quand cela se passe bien, alors c’est que le problème n’est pas sur le poste client, mais sur le réseau après : Alors on teste pour vérifier la connectivité avec l’Internet (l’IP publique des DNS de Google est pratique: 8.8.8.8)
C:\Users\pasca> ping 8.8.8.8Envoi d’une requête 'Ping' 8.8.8.8 avec 32 octets de données :
Réponse de 8.8.8.8 : octets=32 temps=41 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=55 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=31 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=40 ms TTL=53Statistiques Ping pour 8.8.8.8:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 31ms, Maximum = 55ms, Moyenne = 41ms
Quand cela se passe bien, et voici si cela se passe mal :
C:\Users\pasca> ping 8.8.8.8Envoi d’une requête 'Ping' 8.8.8.8 avec 32 octets de données :
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.Statistiques Ping pour 8.8.8.8:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),
Si cela se passe bien, mais que tes pages web ne se chargent pas et renvoient une erreur, alors on peut vérifier notre ami DNS : Car c’est peut-être un problème du résolveur de noms (Name Resolver).
Si tu veux seulement voir comment ouvrir ton PC windows à ping, saute plus loin
C:\Users\pasca> ping dns.googleEnvoi d’une requête 'ping' sur dns.google [8.8.4.4] avec 32 octets de données :
Réponse de 8.8.4.4 : octets=32 temps=30 ms TTL=53
Réponse de 8.8.4.4 : octets=32 temps=35 ms TTL=53
Réponse de 8.8.4.4 : octets=32 temps=28 ms TTL=53
Réponse de 8.8.4.4 : octets=32 temps=41 ms TTL=53Statistiques Ping pour 8.8.4.4:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 28ms, Maximum = 41ms, Moyenne = 33ms
Oui, 8.8.4.4 est aussi l’autre IP pour le second groupe de DNS chez Google, et tous répondent au nom de dns.google. car il existe un TLD .google (ne coûtent que 200'000 $ si tu veux faire le tien, j’aimerai faire le .vd, ferai un crowdfunding) — Cf. DNS.QuickLearn.ch
Si ton problème est DNS, on sort du sujet… Mais tu peux essayer de faire un nslookup, server 8.8.8.8 et refaire dns.google.:
C:\Users\pasca>nslookup
Serveur par dÚfaut : UnKnown
Address: 192.168.43.1> server 8.8.8.8
Serveur par dÚfaut : dns.google
Address: 8.8.8.8> dns.google.
Serveur : dns.google
Address: 8.8.8.8Réponse ne faisant pas autorité :
Nom : dns.google
Addresses: 2001:4860:4860::8844
2001:4860:4860::8888
8.8.4.4
8.8.8.8
Si cela fonctionne, ton interface utilise un DNS qui ne répond plus, ou n’est plus correctement connecté au Net, change-le pour celui de Google, puisqu’il te répond ! (si tu sais pas faire, m’appeler…)… Revenons au ping vers une machine Windows, qui va pas répondre par défaut !
Je vois trop souvent des solutions “passe-partout” réductrices de sécurité, comme celle-ci pour résoudre ce problème : A bannir !
Autoriser la réponse ping (ICMP), sur Windows 10
Voici comment correctement ouvrir le port (la porte) nécessaire pour permettre à un PC windows 10 de répondre à ‘ping’:
Tu ouvres ton menu Windows [Touche Windows] (le truc avec les 4 carrés), et tu tapes le mot magique :
- Firewall
Et tu sélectionnes ‘Pare-feu Windows Defender avec fonctions avancées de sécurité’
Si tu fais partie de ceux qui se sont fait fourgué un client de sécurité supplémentaire qui charge ton pc pour une utilité douteuse, et bien il faudra transposer avec ta solution, ou désinstaller ton usine à gaz… Pour activer Defender, livré de base, gratos et suffisant.
Tu vas tomber sur cette fenêtre, et si tu constates que ton firewall est désactivé, (sans qu’un autre le remplace), même simplement sur ton réseau ‘local’, comme ici:
Alors c’est une très mauvaise idée ! Réactive-le !! (Propriétés du Pare-feu / Profil privé / Activé )
Maintenant, pour ouvrir le ping, tu sélectionnes ‘Règle de trafic entrant’ et dans la longue liste, tu cherches ‘Partage de fichiers et d’imprimantes’ les 4 lignes ICMP v4 et v6.
Cela n’a en réalité absolument rien à voir avec le partage de fichiers et d’imprimantes, ce qui rend la chose plus difficile à trouver, merci Microsoft…
Tu sélectionnes les 4 lignes ICMP (les 2 v6 sont rarement utilisées dans un réseau privé, mais comme cela, c’est fait…) et tu cliques sur ‘Activer la règle’ sur la droite ! (qui deviendra après: Désactiver la règle)
Et maintenant, c’est fini, tu peux tenter de pinger !
Si c’est DNS ton problème, c’est une toute autre histoire :)
Pour en savoir plus sur IP :
Pour apprendre ?
cf. www.QuickLearn.ch
Besoin d’aide ? http://callme.kotte.net
