Perte de paquets sous Windows : isoler le problème avant de tout réinitialiser

Une visioconférence qui coupe, un jeu qui saccade ou un transfert qui se fige : on accuse vite le Wi-Fi ou le fournisseur Internet. Pour éviter de réinitialiser toute la configuration réseau au hasard, il faut d’abord séparer les différentes portions du trajet.

Commencez par un test reproductible

Notez le moment où le problème se produit, l’application concernée et le type de connexion utilisé. Si possible, comparez le Wi-Fi avec un câble Ethernet, puis refaites le test près de la borne Wi-Fi. Ne changez qu’un élément à la fois : sinon, vous ne saurez pas ce qui a réellement amélioré ou aggravé la situation.

Sous Windows, ouvrez l’Invite de commandes et tapez ipconfig. Repérez la ligne Passerelle par défaut pour connaître l’adresse de votre routeur sur le réseau local. Vous pouvez ensuite tester cette adresse avec ping -n 50 ADRESSE_DE_LA_PASSERELLE, en remplaçant le texte par l’adresse affichée sur votre ordinateur.

Si vous observez des pertes vers la passerelle, le problème se situe probablement près de vous : Wi-Fi, câble, adaptateur réseau, routeur ou charge du poste. Recommencez en Ethernet si vous le pouvez. Si les pertes disparaissent, la piste radio devient plus crédible, mais il reste à vérifier les interférences, la distance et la borne.

Comparez ensuite avec une destination extérieure

Si la passerelle répond bien, répétez le test vers une adresse IP extérieure, par exemple ping -n 50 1.1.1.1. Une perte uniquement vers l’extérieur oriente vers la liaison Internet, un équipement intermédiaire ou la destination. Elle ne prouve pas, à elle seule, que votre fournisseur est responsable.

Un point souvent oublié : ping envoie des requêtes ICMP. Certains équipements filtrent ou limitent ces réponses. Une destination qui ne répond pas au ping peut donc rester accessible par le navigateur. À l’inverse, un ping stable ne garantit pas que chaque application fonctionne correctement.

Séparez la résolution DNS du transport

Quand l’accès par adresse IP fonctionne mais que les noms de domaine posent problème, testez la résolution avec nslookup exemple.fr. Une réponse DNS confirme que le nom a été traduit en adresse à cet instant ; elle ne mesure ni la qualité du Wi-Fi ni le temps de réponse du site.

Conservez les résultats, l’heure des tests et le mode de connexion. Si le phénomène se reproduit, ces éléments valent mieux qu’une longue série de modifications faites à l’aveugle. Pour une investigation plus poussée, Microsoft documente Packet Monitor (pktmon), qui peut capturer les paquets et aider à attribuer certaines pertes locales. Il faut toutefois savoir lire les traces avant d’en tirer une conclusion.

Le piège des pertes « en chemin »

Une sonde peut ne pas répondre à une requête de diagnostic tout en transférant normalement le trafic destiné à la suite du trajet. Il ne faut donc pas conclure à partir d’un seul saut ou d’une seule commande. Cherchez un motif reproductible de bout en bout, puis ajoutez des outils de capture seulement si les tests simples ne suffisent pas.

FuretLabs prépare du diagnostic et de la remise en service informatique, avec une explication des choix effectués. Le périmètre prévu figure sur la page Services & tarifs ; les prestations ne sont pas encore ouvertes à la commande.

Sources

Commande ping — Microsoft Learn
Diagnostiquer la perte de paquets — Microsoft Learn