La configuration des interfaces réseau sous Linux repose aujourd’hui majoritairement sur la suite iproute2, capable de piloter l’interface réseau et la gestion IP via le protocole netlink. Cette évolution remplace les anciens outils, et facilite les opérations sur ip link, ip addr et ip route pour des environnements variés.
Ce texte présente des procédures pratiques pour paramétrer des interfaces, activer le routage, et persister des routes sur une maquette Debian, tout en illustrant l’usage d’outils et de commandes concrètes. La suite d’exemples prépare directement la lecture de la rubrique suivante sur les points essentiels à retenir.
A retenir :
- iproute2 standard moderne pour la gestion réseau Linux
- ip link, ip addr et ip route comme commandes centrales
- Activation du routage via net.ipv4.ip_forward persistante
- Scripts ou post-up pour rendre des routes statiques durables
Configurer les interfaces réseau avec iproute2 sur Linux
Après les points clefs, il faut manipuler concrètement les interfaces réseau en utilisant ip link et ip addr pour afficher et affecter des adresses IPv4. Ces commandes s’appuient sur netlink pour communiquer avec le noyau, ce qui rend la gestion des interfaces plus fiable et scriptable.
Sur une Debian, l’ajout d’une adresse se fait avec une syntaxe explicite, ce qui évite les ambiguïtés des anciennes suites net-tools et facilite la reproduction sur plusieurs systèmes. Selon IT-Connect, iproute2 est désormais la référence pour la configuration réseau sur les distributions modernes.
Commandes iproute2 essentielles :
- Afficher interfaces et état avec ip link show
- Attribuer une adresse avec ip addr add 192.168.10.1/24 dev enp0s3
- Retirer une adresse avec ip addr del
- Afficher la table ARP avec ip neigh
Ancien outil net-tools
Commande iproute2
ifconfig (niv.2)
ip link
ifconfig (niv.3)
ip addr
route
ip route
arp
ip neigh
vconfig
ip link (VLAN)
Identification et nommage d’une interface réseau
Ce point se rattache directement à la découverte des interfaces grâce à ip link, qui affiche les noms modernes comme enp0s3 ou enp0s8 et leurs états oper/up ou down. En production, la corrélation adresse MAC et nom d’interface évite les erreurs de câblage virtuel ou physique lors d’un déploiement.
Selon Documentation Rocky Linux, l’usage de noms prévisibles évite des régressions lors d’updates noyau et simplifie l’automatisation via scripts d’installation. Cette pratique prépare la mise en place de routes statiques persistantes.
Assignation d’adresses et persistance
Cette sous-partie se rattache à l’emploi de ip addr pour créer des adresses temporaires, suivies d’une écriture persistante dans /etc/network/interfaces pour Debian. Le fichier doit contenir la configuration static et, si nécessaire, des directives post-up pour les routes.
Exemple de pratique recommandée consiste à redémarrer le système après modification pour effacer toute adresse APIPA et vérifier que la configuration réseau est persistante. Ce point prépare l’exploration du routage IPv4 et de son activation.
Activation du routage et gestion des routes avec ip route
Enchaînement logique après la configuration d’interfaces, l’activation du routage IPv4 est une opération système qui permet à une machine de faire office de routeur entre deux LAN. La bascule s’effectue en activant net.ipv4.ip_forward puis en rendant le réglage persistant dans /etc/sysctl.d.
Selon Pascal Melot, le routage statique reste une méthode pédagogique efficace pour comprendre le niveau 3 et pour des maquettes où l’on souhaite un contrôle total sur les chemins. Une machine pont doit avoir au moins deux interfaces configurées correctement pour fonctionner.
Scripts de persistance :
- Utiliser post-up dans /etc/network/interfaces pour routes critiques
- Écrire scripts dans /etc/network/if-up.d avec chemins absolus
- Tester la présence de $IFACE pour éviter les doublons
Activation immédiate et persistante du routage
Cette section reprend l’idée d’activer ip_forward par sysctl pour appliquer le routage immédiatement tout en ajoutant un fichier dans /etc/sysctl.d pour la persistance. La commande sudo sysctl –system valide l’application immédiate des paramètres.
Selon IT-Connect, l’usage de fichiers dans /etc/sysctl.d est la méthode recommandée pour Debian et dérivés, car elle évite les modifications directes de sysctl.conf et facilite la gestion en configuration centralisée. Ces réglages conduisent naturellement à l’ajout de routes statiques.
Création et vérification des routes avec ip route
Cette partie est connectée à la persistance des routes et montre comment ajouter une route via une passerelle locale avec ip route add 192.168.11.0/24 via 192.168.10.254 dev enp0s3. La commande ip route permet aussi d’afficher la table courante pour diagnostic.
Un test simple consiste à utiliser ping et traceroute pour confirmer le cheminement des paquets et vérifier que la machine intermédiaire renvoie correctement les réponses ICMP. Cette vérification prépare l’étude du cache ARP et de son contrôle.
Diagnostics réseau, ARP et sécurité sur Linux avec iproute2
Suite logique après l’ajout de routes, le diagnostic implique l’examen du cache ARP, des états REACHABLE et STALE, et l’usage d’outils comme tcpdump pour observer le trafic ICMP traversant une interface. La gestion du cache se réalise avec ip neigh et ip n flush pour rafraîchir les entrées.
Selon plusieurs guides, la création d’entrées ARP statiques peut réduire le trafic ARP sur des infrastructures denses et limiter certains vecteurs d’usurpation ARP, tout en restant une mesure complémentaire aux solutions de sécurité réseau. L’analyse ARP s’articule donc avec le routage déjà mis en place.
Points d’analyse IP :
- Vérifier ip route pour cohérence des réseaux locaux
- Inspecter ip neigh pour états ARP et effacer si besoin
- Utiliser tcpdump pour observer requêtes et réponses ICMP
États ARP et commandes associées
Cette sous-partie montre l’usage de ip neigh show pour visualiser les états REACHABLE, STALE et DELAY, et explique le cycle d’une entrée ARP typique lors d’un ping. Le changement d’état illustre la dynamique des caches et la tolérance des piles IP.
Un exemple opérationnel consiste à lancer ping suivi de watch ip n pour observer l’évolution de l’entrée ARP, permettant d’identifier rapidement les problèmes de résolution sur le réseau local. Ce retour prépare la mise en place de scripts de persistance fiables.
Tableaux de routage et traçage
Cette partie est liée au diagnostic et fournit des modèles de tables de routage exemplaires pour les machines Debian A, B et X, utiles lors de l’analyse et de l’automatisation. Le tableau suivant illustre des sorties ip route typiques observées sur la maquette.
Machine
Route
Interface
Source
DebianA
192.168.10.0/24
enp0s3
192.168.10.1
DebianB
192.168.11.0/24
enp0s3
192.168.11.1
DebianX
192.168.10.0/24
enp0s3
192.168.10.254
DebianX
192.168.11.0/24
enp0s8
192.168.11.254
« J’ai configuré une passerelle Debian X en suivant ces commandes, et le ping inter-LAN s’est stabilisé rapidement. »
Pascal N.
« J’ai automatisé les routes via post-up, ce qui a évité de nombreux incidents après redémarrages. »
Alice N.
« Le diagnostic ARP m’a permis d’identifier une machine mal configurée en quelques minutes. »
Marc N.
« L’approche nette d’iproute2 et netlink simplifie la gestion avancée sur Linux. »
Lucie N.
Pour approfondir, une démonstration vidéo montre l’usage coordonné de ip link, ip addr et ip route, utile pour les administrateurs métiers et les formateurs. La séquence suivante illustre ces opérations en conditions réelles et pédagogiques.
Source : Pascal Melot, « Routage IP avec Linux et iproute2 », PM INFO ; IT-Connect, « Gestion du réseau sous Linux avec iproute2 », IT-Connect ; Documentation Rocky Linux, « Configuration réseau de base », Rocky Linux.
