etc network interfaces : configurer IP statique et DHCP sous Linux

Quand une machine Linux doit rejoindre un réseau, tout se joue souvent dans un fichier discret mais décisif : /etc/network/interfaces. Entre une IP statique pour un serveur local, un DHCP pour une connexion simple à la box, et quelques réglages de passerelle ou de DNS, la configuration Linux peut vite devenir limpide si l’on avance avec méthode. Le bon réflexe consiste à distinguer le temporaire du permanent, puis à caler chaque adresse IP au bon endroit sans casser la gestion réseau.

Sur un poste domestique, le réseau doit juste fonctionner. Sur une machine de test, un mini-serveur maison ou un système dédié à la domotique, le besoin devient plus précis : garder la même adresse, lancer une interface au bon moment, vérifier la route par défaut et s’assurer que les noms de domaine se résolvent correctement. C’est exactement là que /etc/network/interfaces garde son intérêt, même si les outils modernes ont pris plus de place dans certaines distributions.

Le principe reste très concret. Une interface correspond à un point d’entrée réseau, avec son adresse, son masque, parfois sa diffusion, sa passerelle et ses serveurs DNS. Dans un atelier ou un petit réseau de maison, ça peut servir à rendre un NAS joignable tout le temps, à isoler une machine de gestion ou à basculer un portable entre adresse automatique et réglage manuel selon le contexte.

Comprendre le rôle du fichier interfaces dans la configuration Linux

Le fichier interfaces sert à décrire comment une interface réseau doit démarrer et quels paramètres elle doit recevoir. Dans un environnement Debian et dérivés, il permet de définir une liaison en DHCP, une autre en statique, ou même plusieurs cartes réseau avec des rôles distincts.

Pour visualiser les interfaces disponibles, la commande ifconfig reste parlante, même si la commande ip est aujourd’hui plus courante pour l’administration fine. Une boucle locale appelée lo est toujours présente : elle permet au système de parler à lui-même via 127.0.0.1, ce qui reste indispensable pour une foule de services.

Autour d’elle, on croise souvent des noms comme eth0, eth1 pour l’Ethernet, wlan0 ou ath0 pour le Wi‑Fi, tun ou tap pour certains VPN, et parfois br0 pour un bridge. Cette logique de nommage aide à comprendre rapidement ce que la machine expose réellement sur son réseau Linux.

Les paramètres qu’il ne faut pas confondre

Un poste réseau ne se résume jamais à une simple adresse. Il faut aussi tenir compte du masque de sous-réseau, de l’adresse de diffusion et de la passerelle par défaut, sinon les paquets se perdent dès qu’ils quittent le LAN.

Dans un réseau local classique en 192.168.1.0/24, les adresses de 192.168.1.1 à 192.168.1.254 sont disponibles pour les machines, 192.168.1.255 sert à la diffusion, et la box prend souvent le rôle de routeur. Cette logique rend la lecture du fichier beaucoup plus intuitive qu’il n’y paraît.

Élément	Rôle	Exemple
Adresse IP	Identifie la machine sur le réseau	192.168.1.50
Masque	Définit la taille du sous-réseau	255.255.255.0
Passerelle	Ouvre l’accès vers Internet	192.168.1.1
DNS	Traduit les noms en adresses	8.8.8.8

Passer d’une configuration temporaire à une config persistante

Quand il faut tester vite, les commandes système font le job immédiatement. Avec la commande ip, ifconfig ou route, les réglages prennent effet sans attendre, mais ils disparaissent après un redémarrage. C’est parfait pour diagnostiquer un souci ou valider un plan d’adressage avant de l’écrire dans la configuration durable.

Un exemple simple avec ifconfig permet d’affecter une adresse à une interface comme eth0 :

sudo ifconfig eth0 10.0.0.100 netmask 255.255.255.0

Ensuite, la vérification se fait en consultant l’état de l’interface avec ifconfig eth0. Sur des systèmes plus récents, ip addr remplit le même rôle avec une sortie plus verbeuse et plus cohérente avec la pile réseau actuelle.

Pour la route par défaut, la logique reste la même : il faut envoyer le trafic hors du réseau local vers le bon routeur. La commande suivante fixe cette étape sur une interface précise :

sudo route add default gw 10.0.0.1 eth0

Et si l’on veut contrôler la table de routage, route -n donne une vue rapide des destinations et de la passerelle active. C’est souvent le petit check qui évite de chercher un problème de DNS alors que la route n’est tout simplement pas là.

Configurer DNS sans casser le reste

Pour une configuration temporaire, il est possible d’indiquer des serveurs DNS dans /etc/resolv.conf. Cette méthode fonctionne, mais elle n’est pas faite pour durer : le fichier peut être réécrit par le système ou par le service de résolution.

Une entrée simple ressemble à ceci :

nameserver 8.8.8.8
nameserver 8.8.4.4

Le nettoyage de l’interface avec les outils réseau ne supprime pas ces lignes. Il faut donc les corriger manuellement si besoin, ou laisser le système régénérer le fichier lors d’un redémarrage propre.

Pour un usage stable, mieux vaut passer par la configuration persistante de l’interface, puis laisser le système écrire le DNS de manière cohérente avec le reste. C’est le genre de détail qui sépare un réglage bricolé d’une mise en place propre.

Déclarer une interface en DHCP dans le fichier interfaces

Le mode DHCP reste le plus simple quand un routeur ou une box distribue automatiquement les paramètres réseau. Le poste récupère alors une adresse IP, un masque, une passerelle et souvent un DNS sans intervention manuelle.

Dans le fichier interfaces, l’idée est directe : l’interface se lance au branchement, puis demande ses paramètres à un serveur DHCP. Sur Debian et ses proches, cela prend souvent la forme d’une interface déclarée avec allow-hotplug et iface … inet dhcp.

Pour relancer proprement l’interface, on peut utiliser ifdown eth0 puis ifup eth0. Si le câble est branché, l’adresse attribuée apparaît ensuite dans la sortie de la commande de contrôle, preuve que la négociation a abouti.

• allow-hotplug : démarre au branchement du câble
• iface eth0 inet dhcp : demande une adresse au serveur
• ifdown / ifup : redémarre la liaison sans reboot complet
• ping : valide la connectivité vers un voisin ou Internet

Dans un salon connecté ou un bureau où la machine change parfois de prise réseau, ce mode reste très confortable. Il évite de réécrire l’adresse à chaque déplacement, tout en laissant la place à une configuration plus stricte si le besoin évolue.

Fixer une IP statique proprement sur Linux

Quand une machine doit rester joignable au même endroit sur le réseau, l’IP statique devient la solution logique. C’est typiquement le cas d’un petit serveur domestique, d’un poste d’administration ou d’un système lié à la domotique.

La structure du bloc reste simple : allow-hotplug pour l’activation à chaud, puis iface eth0 inet static pour forcer le mode manuel. Ensuite viennent l’adresse, le broadcast, le masque et la passerelle.

Un exemple réaliste ressemble à ceci :

allow-hotplug eth0
iface eth0 inet static
  address 192.168.1.50
  broadcast 192.168.1.255
  netmask 255.255.255.0
  gateway 192.168.1.1

Pour le DNS, on peut ajouter une directive dédiée si la pile réseau l’emploie dans cette distribution, ou s’appuyer sur le mécanisme de résolution configuré à côté. Dans la pratique, l’important est d’avoir un ensemble cohérent : adresse fixe, route vers l’extérieur, nom de domaine résolu sans surprise.

Un test utile consiste à pinguer une autre machine du même sous-réseau, puis une adresse publique comme 8.8.8.8. Si le premier passe et pas le second, la passerelle est à examiner ; si l’adresse publique répond mais pas le nom de domaine, c’est le DNS qui mérite un coup d’œil.

Vérifier que tout tient après redémarrage

Le piège classique, c’est de réussir un réglage temporaire puis de découvrir au reboot que tout est revenu à zéro. La vraie validation consiste donc à redémarrer le service réseau, puis à vérifier que l’adresse persiste et que la machine reste joignable.

Sur certaines installations, il faut aussi éviter les conflits avec des outils graphiques comme NetworkManager, surtout quand la configuration est gérée à la main. En cas de conflit, mieux vaut choisir une seule méthode de pilotage et s’y tenir.

Dans un petit parc de machines, cette discipline fait gagner un temps fou. Une config claire sur un serveur de fichiers ou une box secondaire évite les séances de dépannage à rallonge, souvent déclenchées par un détail minuscule.

Gérer plusieurs interfaces réseau sans se mélanger

Quand une machine dispose de plusieurs cartes, la logique peut devenir très élégante. L’une peut récupérer son adresse en DHCP pour aller sur Internet, tandis qu’une autre reste en IP statique sur un réseau local interne.

Cette approche est pratique sur un PC qui sert à la fois de passerelle, de machine de test ou de pont vers un équipement réseau. Le fichier de configuration permet alors de séparer clairement les rôles de eth0 et eth1.

Exemple de configuration mixte :

allow-hotplug eth0
iface eth0 inet dhcp
allow-hotplug eth1
iface eth1 inet static
  address 192.168.1.50
  broadcast 192.168.1.255
  netmask 255.255.255.0

Dans un atelier maison, cette séparation évite les confusions entre le réseau d’administration et la connexion Internet. C’est particulièrement utile si un appareil comme un Raspberry Pi pilote d’autres équipements, ce qui rejoint bien des projets de petites machines Linux polyvalentes ou de pilotage d’éclairage connecté.

Quand le Wi-Fi et l’Ethernet cohabitent

Le Wi‑Fi demande parfois des options complémentaires, surtout si le réseau doit s’authentifier ou utiliser une gestion spécifique de l’interface. L’idée reste la même : garder un bloc lisible et ne pas empiler les réglages au hasard.

En pratique, mieux vaut tester le lien filaire d’abord, puis ajouter la partie sans fil quand le cœur du réseau est stable. Cela évite de chercher trop tôt un bug dans la couche radio alors que la base ne tient pas encore.

Pour un usage mobile, un VPN peut compléter le tableau, surtout si la machine doit accéder à distance à un réseau privé. Un guide sur le choix et la configuration d’un VPN prend alors tout son sens, car le routage et le DNS deviennent vite indissociables.

Les vérifications qui évitent les mauvaises surprises

Un réseau propre se contrôle avec quelques réflexes simples. La carte doit avoir une adresse cohérente, la route par défaut doit pointer vers le bon routeur, et la résolution DNS doit fonctionner sans bricolage opaque.

La commande ping -c 4 reste un excellent test de base. D’abord vers une machine du même réseau, puis vers une IP publique, puis vers un nom de domaine si la résolution DNS est en place.

Pour aller plus loin, il est aussi utile de vérifier les services qui dépendent du réseau, comme une caméra, une box domotique ou un accès de surveillance. D’ailleurs, un système de caméra de surveillance connectée ou une installation de portail motorisé connecté apprécie particulièrement les adresses stables.

Dans un foyer moderne, la connectivité ne sert plus seulement à naviguer. Elle alimente aussi des usages très concrets, du chauffage à l’éclairage, jusqu’aux équipements de sécurité, ce qui rend la stabilité réseau encore plus importante qu’avant.

Quand le réseau Linux sert aussi la maison connectée

Une configuration réseau bien tenue ne profite pas qu’au serveur ou au PC d’admin. Elle devient vite le socle de toute la maison connectée : ampoules, thermostat, sonnette vidéo, surveillance ou chauffage piloté à distance.

Un lecteur qui alimente un système de chauffage connecté, par exemple, aura tout intérêt à réserver des adresses fixes aux équipements les plus sensibles. C’est souvent la différence entre un contrôle fluide et une série de reconnexions agaçantes.

Le même raisonnement vaut pour la connectivité Internet elle-même. Entre fibre, 5G et solutions alternatives, le point d’entrée du réseau change, mais le besoin reste identique : garder une couche locale stable malgré les variations du lien extérieur. Sur ce terrain, un dossier comme fibre, 5G ou satellite aide à mieux choisir l’accès principal.

Au fond, la configuration de interfaces réseau sous Linux ressemble à un bon câblage : peu spectaculaire, mais décisif quand tout doit fonctionner sans réfléchir à chaque démarrage.

Quelle différence entre DHCP et IP statique ?

Le DHCP attribue automatiquement une adresse et les paramètres réseau, tandis qu’une IP statique reste fixée manuellement pour garder la même configuration à chaque démarrage.

Pourquoi utiliser /etc/network/interfaces en 2026 ?

Ce fichier reste utile sur Debian et dérivés pour des serveurs, des machines de test ou des installations où l’on veut une gestion réseau simple, explicite et durable.

Comment vérifier qu’une adresse IP est bien appliquée ?

La commande ifconfig ou la commande ip permettent de voir l’adresse active, puis ping confirme que la machine rejoint bien le réseau local ou Internet.

Que faire si le DNS fonctionne mal après une configuration manuelle ?

Il faut vérifier /etc/resolv.conf ou la directive DNS utilisée par la distribution, puis s’assurer que la passerelle et la route par défaut sont correctement définies.