Comment envoyer un ping à l’adresse IP d’un PC sur le réseau

Ping constitue un premier test de joignabilité IP entre deux ordinateurs. Il envoie des requêtes ICMP Echo et mesure les réponses. Une réponse montre que cette adresse répond à ICMP via le réseau ; elle ne prouve ni que les PC sont dans le même sous-réseau ni que le partage de fichiers fonctionne. Un délai dépassé ne signifie pas forcément que le PC est éteint : le pare-feu peut bloquer ICMP.

Trouver l’adresse de destination

Sur le PC cible sous Windows, ouvrez l’Invite de commandes et exécutez ipconfig. Relevez l’adresse IPv4 de la carte Wi-Fi ou Ethernet active. Sous macOS, ouvrez Réglages Système > Réseau et sélectionnez la connexion active. Sous Linux, ip -4 addr affiche les adresses IPv4 des interfaces.

Supposons que le PC source ait 192.168.1.10 et la cible 192.168.1.11. Vérifiez aussi le masque et la passerelle : des adresses ressemblantes ne suffisent pas à prouver qu’il s’agit du même sous-réseau. Un routeur peut permettre un ping entre sous-réseaux différents.

Lancer le test

Sous Windows, ouvrez l’Invite de commandes ou PowerShell et saisissez ping 192.168.1.11. Windows envoie quatre requêtes par défaut. Sous macOS et Linux, utilisez ping -c 4 192.168.1.11 dans le Terminal pour en envoyer quatre. Sans -c, la commande continue normalement jusqu’à Ctrl + C. Remplacez l’exemple par la vraie adresse de la cible.

Lire les résultats

Les réponses indiquent le temps aller-retour et le TTL. Le bilan compte les paquets envoyés, reçus et perdus. Des pertes ou des temps instables peuvent signaler un souci, mais le Wi-Fi et la charge du réseau jouent aussi sur la latence. Le TTL limite le nombre de sauts réseau ; il ne mesure pas directement la qualité de la liaison.

Délai d’attente dépassé signifie qu’aucune réponse n’est arrivée à temps : vérifiez adresse, connexion et règles ICMP. Destination inaccessible peut indiquer un problème de route ou de joignabilité sans en donner à lui seul la cause. Une réponse positive confirme uniquement le chemin ICMP vers cette adresse.

Si aucune réponse ne parvient

Vérifiez que les interfaces sont actives et que les adresses et masques sont corrects. Examinez une éventuelle séparation par VLAN, isolation Wi-Fi ou route manquante. Essayez la passerelle réellement configurée si elle répond à ICMP. Contrôlez le pare-feu de la cible ; si le test Echo est nécessaire, autorisez ICMP Echo de façon limitée sur le réseau de confiance. Ne désactivez pas tout le pare-feu.

Tester un port séparément

Ping ne teste pas les ports TCP. Si un service écoute réellement sur le port 80 de la cible, utilisez Test-NetConnection 192.168.1.11 -Port 80 dans Windows PowerShell et regardez TcpTestSucceeded. Sous macOS ou Linux, si netcat est installé, utilisez nc -zv 192.168.1.11 80. Remplacez 80 par le port du service concerné. Un test de port et un ping peuvent donner des résultats différents.

En résumé

Vérifiez adresse et configuration réseau, utilisez ping pour ICMP et contrôlez séparément port et autorisations du service. Références Windows : https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/ping et https://learn.microsoft.com/en-us/powershell/module/nettcpip/test-netconnection.