Comment optimiser le ping sur Linux ?

Tu lances ton jeu en ligne ou une visio, tu vois le ping grimper à 150 ms et tu te demandes : « Mais pourquoi ça lag comme ça alors que je suis sous Linux ? ».

Je me suis posé la même question. La bonne nouvelle : on peut souvent améliorer les choses avec quelques réglages simples… à condition de comprendre un minimum ce qu’on tripote.

Je te propose qu’on regarde ça ensemble, en mode concret, clavier sous la main.

---

Avant d’optimiser : vérifier que le problème vient bien de ton ping

Avant de partir dans des réglages obscurs, je fais toujours une petite check-list. Parce que parfois, le souci n’est pas Linux, mais :

• la box saturée (Netflix + téléchargements + cloud en même temps),
• le Wi-Fi capricieux,
• ou tout simplement le serveur distant qui rame.

Trois petits tests utiles :

1. Tester le ping vers ta box

   ping -c 20 192.168.1.1   # ou 192.168.0.1 selon ta box

   • Si tu as < 5 ms et quasi aucune perte : le lien PC → box est OK.
   • Si tu as beaucoup de variations (1 ms → 40 ms) : souvent le Wi-Fi ou un câble pourri.

2. Tester un gros site (genre un CDN connu)

   ping -c 20 8.8.8.8

   Là tu vois la latence vers Internet. Si tu as déjà 60–80 ms, inutile d’espérer 10 ms en jeu sur un serveur lointain.

3. Comparer en Ethernet vs Wi-Fi

   • Si en Ethernet, tout devient stable et bas, le coupable est trouvé : la liaison sans fil.

Une fois que tu sais « d’où vient le mal », tu peux optimiser intelligemment.

---

Comprendre ce que raconte vraiment la commande ping

Je vois souvent des gens qui regardent juste une valeur de ping et paniquent. En réalité, ce qui compte surtout, c’est :

• la moyenne (avg) : ta latence habituelle,
• la variation (jitter) : est-ce que ça oscille beaucoup d’un paquet à l’autre ?
• les pertes (packet loss) : là, c’est vraiment la plaie pour le jeu et la visio.

Exemple de sortie :

ping -c 20 8.8.8.8

--- 8.8.8.8 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19023ms
rtt min/avg/max/mdev = 24.123/25.456/28.901/1.234 ms

• avg = 25.456 ms : très correct.
• mdev ≈ 1.2 ms : la variation est faible, ça devrait être fluide.
• 0% packet loss : parfait.

Si tu vois par exemple :

• des pertes à 5–10 %,
• ou un max énorme (genre 300 ms) alors que le min est à 20 ms,

…tu as un souci de stabilité, et c’est là qu’on va agir.

---

Les réglages simples côté Linux (sans tout casser)

1. Affiner l’intervalle et la taille des paquets

Par défaut, ping envoie un paquet toutes les secondes. Pour mieux voir ce qui se passe :

ping -i 0.2 -s 64 8.8.8.8

• -i 0.2 : un paquet toutes les 200 ms (plus précis pour voir les variations sur une courte période).
• -s 64 : taille des données à 64 octets (petits paquets, proche de ce que font beaucoup d’applis réseau).

Pour « stresser » un peu la connexion et voir si elle tient :

ping -i 0.1 -s 256 8.8.8.8

Je ne parle pas encore d’optimisation ici, mais d’observation. C’est comme écouter le moteur avant d’ouvrir le capot.

2. Vérifier la configuration IP (et ce fameux IPv6)

Sur certains réseaux un peu bancals, avoir IPv6 mal configuré peut rallonger les temps de connexion (DNS, tentatives sur IPv6 puis repli sur IPv4, etc.).

Je ne conseille pas de tout désactiver à l’aveugle, mais tu peux tester :

1. Voir si IPv6 est actif :

   ip a | grep inet6

2. Faire un ping en IPv4 :

   ping -4 -c 10 google.com

3. Puis en IPv6 :

   ping -6 -c 10 google.com

• Si en IPv6 tu as des temps délirants ou des échecs, alors qu’en IPv4 c’est nickel, ton réseau IPv6 est douteux.

Pour tester sans casser tout le système, tu peux désactiver IPv6 temporairement sur une interface :

sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1

• Tu refais tes tests de ping.
• Si tout devient plus fluide (ou que certains sites se connectent plus vite), tu envisages de désactiver IPv6 plus proprement ou de corriger la config côté box/routeur.

Astuce perso : avant de figer le changement dans les fichiers /etc/sysctl.conf, je teste toujours avec sysctl -w. Un redémarrage, et tout revient à la normale si c’était une mauvaise idée.

3. Ajuster la MTU (la taille maxi des paquets sur le réseau)

Une MTU mal réglée, c’est comme essayer de faire passer des meubles trop larges dans un couloir : ça coince, ça fragmente, et la latence grimpe.

En général, sur Ethernet c’est 1500. Sur certaines connexions (VPN, PPPoE, 4G/5G), la valeur optimale peut être plus basse.

Pour tester la bonne MTU, je fais souvent ça :

# On teste des paquets "non fragmentables" jusqu'à trouver la limite
ping -c 2 -M do -s 1472 8.8.8.8

• Si ça passe, on augmente un peu.
• Si ça ne passe pas (message de fragmentation), on baisse.

Pourquoi 1472 ?
1500 (MTU standard) - 20 (en-tête IP) - 8 (en-tête ICMP) = 1472.

Une fois la « taille max qui passe » trouvée (disons 1400 + 28 d’en-têtes = MTU 1428), tu peux régler l’interface :

sudo ip link set dev eth0 mtu 1428

(En adaptant eth0 au nom de ton interface, que tu obtiens avec ip link.)

À faire seulement si tu constates vraiment des problèmes de fragmentation (messages d’erreur, sites qui ne chargent pas complètement, etc.). Sinon, touche pas, c’est souvent très bien par défaut.

---

Quand c’est le Wi-Fi qui ruine ton ping

Je vais être franc : quand je veux un ping stable, je branche un câble. Le Wi-Fi, c’est pratique, mais c’est aussi :

• des interférences (micro-ondes, voisins, Bluetooth…),
• des obstacles (murs, planchers),
• des variations de puissance.

Si tu ne peux pas faire autrement que le Wi-Fi, il y a quand même des leviers :

1. Choisir la bonne bande

   • 2,4 GHz : portée plus grande, mais plus de bruit et de saturation.
   • 5 GHz : meilleure pour le ping si tu es proche de la box.

2. Repérer les canaux encombrés
   Avec un outil comme iwlist ou des applis d’analyse Wi-Fi (sur smartphone), tu vois quels canaux sont blindés par les voisins.

3. Stabiliser la puissance
   Certains pilotes sous Linux ont des options d’économie d’énergie qui font varier la puissance Wi-Fi. Ça peut créer des micro-coupures.

   Tu peux voir l’état de gestion d’énergie avec iwconfig (selon ta distrib). Cherche Power Management. Si c’est on, tu peux parfois le désactiver :

   sudo iwconfig wlan0 power off

   (Le nom de l’interface Wi-Fi varie : wlan0, wlp2s0, etc.)

On ne fait pas de miracles avec un Wi-Fi lointain à travers trois murs, mais on peut souvent gagner en stabilité.

---

Quelques tunings réseau avancés (à tester avec prudence)

Là, on entre dans les réglages un peu plus pointus. Je ne te conseille pas de tout modifier en vrac. L’idée, c’est de :

1. Tester en ligne de commande (avec sysctl -w).
2. Voir si ton ping / ta stabilité s’améliorent.
3. Si oui, seulement ensuite, figer dans un fichier de conf.

1. Les files d’attente (bufferbloat)

Le fameux bufferbloat, c’est quand les routeurs et systèmes gardent trop de paquets en file d’attente. Résultat : quand quelqu’un lance un gros téléchargement chez toi, la latence explose.

Sur Linux, tu peux jeter un œil au type de file d’attente (qdisc) :

tc qdisc show

Tu peux tester un qdisc plus moderne (par exemple fq_codel, souvent bon contre le bufferbloat) :

sudo tc qdisc replace dev eth0 root fq_codel

Ensuite, tu lances un gros téléchargement, et en même temps un ping continu :

ping 8.8.8.8

• Si avant le changement, ton ping passait de 20 à 300 ms,
• et qu’après il reste dans une fourchette raisonnable (genre 20–50 ms),

… tu as gagné.

2. Les buffers de réception/émission

En général, le noyau Linux gère ça bien tout seul. Mais sur des connexions particulières (très haut débit, ou au contraire très instables), on peut ajuster :

sudo sysctl -w net.core.rmem_max=26214400
sudo sysctl -w net.core.wmem_max=26214400

On augmente les tailles max de buffers. Effet possible : meilleure tenue quand il y a beaucoup de trafic. Effet négatif possible : plus de latence si tout se met à s’accumuler.

D’où l’importance de tester :

• Tu lances un ping prolongé avant/après,
• Tu regardes si la moyenne et la variation deviennent meilleures ou pires.

Si tu ne vois aucune amélioration mesurable, tu peux simplement revenir aux valeurs par défaut (redémarrage, ou noter les anciennes valeurs avec sysctl -a | grep rmem).

---

Garder un œil sur son ping dans la durée

Regarder le ping 30 secondes, c’est bien. Mais parfois, les vrais problèmes n’apparaissent qu’aux heures de pointe, le soir, quand tout le quartier stream.

Pour surveiller un peu mieux :

• mtr : un mix entre traceroute et ping, qui montre la latence sur chaque saut jusqu’au serveur.

  sudo apt install mtr-tiny   # ou équivalent selon ta distrib
  mtr 8.8.8.8

  Tu vois tout de suite si c’est ta box, ton FAI, ou plus loin sur la route que ça patine.

• ping long dans un fichier :

  ping 8.8.8.8 > log_ping.txt

  Tu laisses tourner 10–15 minutes pendant que tu utilises ton réseau normalement, puis tu regardes s’il y a des pics ou des pertes.

• Outils graphiques : certaines distros proposent des moniteurs réseau avec affichage du ping. C’est plus confortable si tu n’aimes pas les murs de texte.

L’idée, c’est d’éviter d’optimiser sur un « faux problème » vu en 10 secondes, et de comprendre le comportement global.

---

En pratique : par où commencer sans se perdre ?

Si je devais te proposer un petit plan d’action simple, ce serait :

1. Tester la base :

   • Ping vers la box,
   • Ping vers un gros serveur (type 8.8.8.8),
   • Comparer Wi-Fi / Ethernet.

2. Stabiliser le lien :

   • Si tu peux, passer en Ethernet,
   • Sinon, optimiser un minimum ton Wi-Fi (bande, canal, gestion d’énergie).

3. Éliminer les effets évidents :

   • Éviter les gros téléchargements pendant tes parties ou visios,
   • Tester un qdisc type fq_codel si le bufferbloat est flagrant.

4. Affiner seulement si nécessaire :

   • IPv6 douteux → tester sa désactivation temporaire,
   • Problème de fragmentation → ajuster la MTU,
   • Besoin pointu → jouer avec quelques paramètres sysctl un par un.

Si après tout ça, tu as encore une latence énorme et instable, il y a une bonne chance que le problème soit :

• du côté de ton FAI,
• de la qualité de la ligne (ADSL limite, réseau mobile surchargé…),
• ou du serveur de destination lui-même.

Dans ce cas, aucun réglage Linux ne fera de magie. Par contre, tu auras des chiffres concrets à montrer (captures de ping, mtr…), ce qui aide beaucoup pour dialoguer avec ton FAI ou choisir une autre solution (autre box, autre offre, autre technologie d’accès).

---

Au fond, optimiser le ping sous Linux, ce n’est pas apprendre par cœur 50 commandes, c’est surtout apprendre à écouter ce que te raconte ton réseau.

Une fois que tu sais lire ces fameux min/avg/max, jouer avec deux ou trois options, tester sans crainte et revenir en arrière si besoin… tu as déjà fait 80 % du chemin.

Alors, tu tentes un petit ping de diagnostic ce soir, par curiosité ? Qui sait, ton prochain « headshot » en ligne te dira merci.