Blog / Article #111

"ip route" sur mon serveur : le GPS qui évite les bouchons

Vous avez déjà regardé votre serveur en vous demandant : "Mais comment diable les paquets trouvent-ils leur chemin dans ce bordel ?"  C'est soit de la magie noire, soit l’œuvre d’un lutin caché dans votre rack, ou (en partie) grace à ip route, la commande qui fait office de GPS pour vos données. Sans elle, votre serveur serait aussi utile qu’une boussole dans l’espace.

Le routage, histoire de pas envoyer un mail à l'imprimante^^

Imaginez : vous envoyez un paquet depuis votre serveur vers un autre. Sans routage, ce paquet partirait en roue libre, comme un ado en scooter sans permis. ip route est là pour lui dire : "Non, mon pote, pas par là, c’est un cul-de-sac. Prends plutôt l’autoroute 192.168.1.0/24, et gare-toi chez 192.168.1.42."

En termes moins métaphoriques, ip route gère la table de routage de votre machine. Cette table, c’est un peu le carnet d’adresses de votre serveur : elle liste les réseaux connus, les passerelles par défaut, et les interfaces à utiliser pour y accéder. Sans elle, votre serveur ne saurait même pas où envoyer un paquet destiné à 8.8.8.8 (oui, même Google a besoin d’un GPS).

Pour voir à quoi ressemble cette table, un simple :

ip route show

Vous obtiendrez quelque chose comme :

default via 192.168.1.1 dev eth0
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.10

Traduction : "Pour tout ce qui ne me concerne pas directement, envoie-le à 192.168.1.1 via eth0. Pour le réseau 192.168.1.0/24, je gère moi-même, merci."

Pourquoi ip route > route (et autres reliques)

Si vous avez connu l’ère préhistorique de Linux, vous vous souvenez peut-être de route, la commande qui faisait à peu près la même chose, mais avec la grâce d’un mammouth dans un magasin de porcelaine. ip route est son successeur, plus propre, plus complet, et surtout, intégré à l’outil ip qui gère aussi les adresses, les liens, et autres joyeusetés réseau.

Pourquoi s’embêter avec ip route plutôt que de laisser le cloud provider gérer ça ? Parce que dépendre aveuglément des outils « magiques » des clouds, c’est comme confier sa vie à un GPS qui vous fait traverser un champ de vaches en pleine nuit. Parfois, il faut reprendre le contrôle. Exemple :

ip route add 10.0.0.0/8 via 192.168.1.254 dev eth0

Là, vous venez de dire à votre serveur : "Pour tout ce qui va vers 10.x.x.x, passe par 192.168.1.254, et utilise eth0." Utile pour contourner un routeur capricieux, ou pour forcer un trafic spécifique à emprunter un chemin précis (parce que oui, parfois, le chemin le plus court n’est pas le plus rapide).

Et si vous voulez supprimer cette route ? Rien de plus simple :

ip route del 10.0.0.0/8

Pas de confirmation, pas de « êtes-vous sûr ? ». Linux vous fait confiance. Ou alors, il s’en fiche. Les deux sont possibles.

Les pièges à éviter (ou comment ne pas transformer votre réseau en champ de mines)

Utiliser ip route, c’est bien. Le faire sans réfléchir, c’est comme jouer à la roulette russe avec un réseau de production. Voici quelques erreurs classiques :

• Oublier la passerelle par défaut : Si vous supprimez la route default sans en ajouter une nouvelle, votre serveur deviendra sourd et muet. Félicitations, vous venez de créer une île déserte numérique.
• Jouer avec les métriques : Les routes peuvent avoir des métriques (des « coûts ») pour prioriser certains chemins. Modifier ces métriques sans comprendre leur impact, c’est comme décider que l’autoroute est désormais moins chère que le chemin de terre, cette histoire finit mal ^^.
• Ignorer les routes persistantes : Les modifications apportées avec ip route sont temporaires. Pour les rendre permanentes, il faut les ajouter dans les fichiers de configuration réseau (comme /etc/network/interfaces ou via netplan). Sinon, au prochain reboot, tout sera effacé. C’est comme écrire un mot d’amour sur un post-it : ça part au premier coup de vent.

Un autre piège ? Croire que ip route résoudra tous vos problèmes de latence ou de bande passante. Si votre réseau est lent, ce n’est pas forcément une question de routage. Parfois, c’est juste que votre fournisseur d’accès a décidé que 10 Mbps, c’était « largement suffisant ».

Quand ip route ne suffit plus (et que faire à la place)

Malgré toute sa puissance, ip route a ses limites. Par exemple :

• Il ne gère pas les règles de routage avancées (comme le policy-based routing). Pour ça, il faut passer à ip rule.
• Il ne gère pas les tunnels VPN ou les routes dynamiques (comme OSPF ou BGP). Là, il faut sortir l’artillerie lourde : bird, quagga, ou un bon vieux routeur dédié.
• Il ne résout pas les problèmes de DNS, de MTU, ou de pare-feu mal configuré. Parce que oui, parfois, le problème n’est pas le routage, mais le fait que votre pare-feu bloque tout par défaut.

Si vous avez besoin de quelque chose de plus robuste, des outils comme iptables (ou nftables, son successeur) ou des solutions de SDN (Software-Defined Networking) peuvent prendre le relais. Mais attention : plus c’est puissant, plus c’est dangereux. Un mauvais iptables -F et votre serveur devient aussi accessible qu’un coffre-fort en papier mâché.

Conclusion : ip route, le couteau suisse du routage (mais pas une baguette magique)

ip route est un outil indispensable pour quiconque gère un serveur Linux. Il permet de contrôler finement le trafic réseau, d’optimiser les chemins, et de contourner les limitations imposées par les configurations par défaut. Mais comme tout outil puissant, il demande de la prudence : une mauvaise manipulation et c’est tout votre réseau qui part en vrille.

Alors, la prochaine fois que vous verrez un paquet se perdre dans les méandres d’Internet, souvenez-vous : ip route est là pour lui montrer le chemin. À condition, bien sûr, que vous sachiez où vous voulez l’envoyer.