Une adresse IP attribuée par DHCP peut changer au redémarrage et compliquer l’accès à un serveur. Sur Ubuntu Server 24.04, Netplan permet de définir une adresse IP fixe, une passerelle par défaut et des serveurs DNS dans un fichier YAML. La méthode est simple, à condition d’identifier la bonne interface réseau et de tester les changements avant de risquer une coupure SSH.
L’article en bref
Une configuration statique rend un serveur Ubuntu plus facile à retrouver et à administrer. Voici comment la mettre en place avec Netplan, puis vérifier que le réseau fonctionne réellement.
- Repérer l’interface : Identifiez la carte réseau active et ses paramètres avant toute modification.
- Préparer le fichier : Sauvegardez le YAML existant et renseignez IP, route et DNS.
- Tester sans risque : Utilisez netplan try pour confirmer la configuration ou revenir en arrière.
- Contrôler le résultat : Vérifiez l’adresse, la passerelle et la résolution des noms.
Une adresse fixe bien vérifiée facilite l’administration sans sacrifier l’accès au serveur.
Pourquoi configurer une adresse IP fixe sur Ubuntu avec Netplan
Une machine virtuelle de laboratoire reçoit souvent son adresse automatiquement par DHCP. C’est pratique au démarrage, mais un serveur DNS, web ou proxy gagne à conserver une adresse stable : les règles de pare-feu, les redirections NAT et les scripts peuvent alors continuer à le joindre au même endroit.
Sur Ubuntu Server, Netplan décrit la configuration réseau dans des fichiers YAML situés dans /etc/netplan/, puis transmet les paramètres au moteur réseau utilisé par le système, souvent systemd-networkd. Le fil conducteur de ce guide est une VM de test : elle utilisera l’adresse 192.168.1.50/24, la passerelle 192.168.1.1 et les DNS 1.1.1.1 et 8.8.8.8.
Vérifier le réseau avant de commencer
Avant de choisir une adresse, vérifiez qu’elle appartient au bon sous-réseau et qu’aucun autre appareil ne l’utilise. Si possible, réservez-la dans le routeur ou choisissez une adresse en dehors de sa plage DHCP afin d’éviter un conflit IP.
Il faut également disposer d’un compte avec les droits sudo et connaître l’adresse de la passerelle ainsi que celles des serveurs DNS. Pour une session SSH, gardez une console de secours ouverte : une erreur de passerelle ou d’indentation peut interrompre l’accès distant.
| Paramètre | Exemple | À vérifier |
|---|---|---|
| Interface réseau | ens18 | Utilisez le nom présent sur votre serveur. |
| Adresse et préfixe | 192.168.1.50/24 | Choisissez une adresse libre sur le bon réseau. |
| Passerelle par défaut | 192.168.1.1 | Elle doit permettre de joindre les autres réseaux. |
| Serveurs DNS | 1.1.1.1, 8.8.8.8 | Ils doivent répondre aux requêtes de résolution. |
Identifier l’interface réseau et le fichier Netplan
Commencez par observer les interfaces et le routage. Une interface peut s’appeler ens18, ens160 ou enp1s0 : ne partez pas du principe qu’elle se nomme eth0.
Exécutez ip -br link, ip -br addr et ip route. Si la sortie indique que ens18 est active avec une adresse actuelle, c’est généralement cette interface qu’il faudra configurer.
Listez ensuite les fichiers Netplan avec sudo find /etc/netplan -maxdepth 1 -type f -name ‘*.yaml’ -print, puis consultez le fichier concerné avec sudo cat /etc/netplan/50-cloud-init.yaml, en adaptant son nom au résultat obtenu. Le fichier peut aussi porter un nom comme 01-netcfg.yaml.
Sauvegarder la configuration actuelle
Modifiez de préférence le fichier déjà utilisé plutôt que d’ajouter un second fichier qui configure la même interface. Netplan peut combiner plusieurs fichiers ; des réglages qui se chevauchent rendent toutefois le résultat moins évident à diagnostiquer.
Créez une copie avant toute édition : sudo cp /etc/netplan/50-cloud-init.yaml /etc/netplan/50-cloud-init.yaml.bak. Si votre fichier a un autre nom, remplacez-le dans la commande. Cette sauvegarde offre un chemin de retour simple en cas d’erreur.
Écrire la configuration statique dans le fichier YAML
Ouvrez le fichier avec sudo nano /etc/netplan/50-cloud-init.yaml. Remplacez la configuration DHCP de l’interface par les paramètres adaptés à votre réseau. L’exemple ci-dessous utilise une syntaxe YAML compacte, équivalente à une configuration Netplan déclarative :
Configuration YAML : network: {version: 2, renderer: networkd, ethernets: {ens18: {dhcp4: false, addresses: [192.168.1.50/24], routes: [{to: default, via: 192.168.1.1}], nameservers: {addresses: [1.1.1.1, 8.8.8.8], search: [lab.local]}}}}
Remplacez ens18, l’adresse IP, le préfixe, la passerelle et les DNS par les valeurs réelles de votre installation. Le suffixe de recherche lab.local est facultatif ; il sert à compléter certains noms d’hôtes dans un réseau privé.
Dans cette configuration, dhcp4: false désactive l’attribution IPv4 automatique, tandis que addresses définit l’adresse fixe. La section routes déclare la route par défaut et nameservers indique au système quels serveurs DNS interroger.
Éviter les erreurs de syntaxe Netplan
YAML est sensible à l’indentation et n’accepte pas les tabulations pour structurer les niveaux. Si vous choisissez une présentation multilignes dans votre fichier, conservez une indentation régulière de deux espaces ; une clé mal placée peut empêcher la génération de la configuration.
Pour une nouvelle configuration, privilégiez routes avec to: default plutôt que l’ancienne clé gateway4, désormais dépréciée dans Netplan. Une syntaxe à jour est plus simple à maintenir et évite de reprendre un exemple ancien sans vérifier son statut.
Tester et appliquer l’adresse IP fixe sans perdre l’accès
Avant d’activer les changements, lancez sudo netplan generate. Cette commande vérifie les fichiers et génère la configuration sans l’appliquer immédiatement ; corrigez toute erreur signalée avant de poursuivre.
Sur une machine accessible à distance, utilisez ensuite sudo netplan try. Netplan applique temporairement les paramètres et demande une confirmation ; si vous ne confirmez pas dans le délai prévu, il tente de restaurer la configuration précédente. C’est une précaution essentielle pour éviter de vous verrouiller hors du serveur.
Si le test est concluant, confirmez-le à l’invite. En console locale, ou après cette validation, sudo netplan apply permet d’appliquer la configuration. Pas besoin de redémarrer le serveur pour vérifier les changements.
Contrôler l’adresse, la route et les serveurs DNS
Vérifiez d’abord l’adresse avec ip -br addr ou ip addr show dev ens18. La ligne de l’interface doit afficher 192.168.1.50/24, ou les valeurs que vous avez définies.
Contrôlez ensuite la route avec ip route. Vous devez retrouver une route par défaut via 192.168.1.1 et l’interface configurée. Pour examiner les DNS connus du système, lancez resolvectl status et repérez l’interface ainsi que les serveurs renseignés.
Terminez par trois tests, dans cet ordre : ping -c 4 192.168.1.1, ping -c 4 1.1.1.1, puis ping -c 4 google.com. Si la passerelle répond mais pas l’adresse publique, vérifiez le routage ou les règles réseau ; si l’adresse publique répond mais pas le nom de domaine, examinez le DNS.
Rétablir le réseau et éviter les pièges courants
Si la nouvelle configuration échoue, restaurez la sauvegarde, puis réappliquez-la : sudo cp /etc/netplan/50-cloud-init.yaml.bak /etc/netplan/50-cloud-init.yaml, suivi de sudo netplan apply. Si la connexion distante est déjà coupée, passez par la console de la machine virtuelle pour effectuer cette opération.
Autre point à surveiller : certaines installations utilisent cloud-init pour générer leur configuration réseau. Si le fichier indique qu’il est géré automatiquement, vérifiez le mode de gestion avant de modifier durablement ses paramètres, afin que la configuration attendue ne soit pas recréée au redémarrage.
Pour un contexte Debian, les principes d’adressage fixe et de vérification restent proches ; un guide consacré à la configuration d’une IP statique sur Debian peut aider à comparer les environnements. La commande sudo systemctl restart systemd-networkd n’est pas nécessaire après chaque modification Netplan : commencez par les commandes Netplan et contrôlez leur résultat.
| Commande | Utilité |
|---|---|
| ip -br addr | Afficher rapidement les adresses des interfaces. |
| ip route | Contrôler la route par défaut et les routes locales. |
| sudo netplan generate | Vérifier la configuration sans l’appliquer. |
| sudo netplan try | Tester les paramètres avec possibilité de retour arrière. |
| sudo netplan apply | Appliquer les paramètres réseau configurés. |
| resolvectl status | Consulter les serveurs DNS utilisés par le système. |
La configuration est validée lorsque l’interface possède la bonne adresse, que la passerelle par défaut est joignable et que la résolution DNS fonctionne. Pour approfondir la méthode Netplan sur un autre environnement Linux, consultez aussi ce tutoriel de mise en place d’une adresse IP fixe avec DHCP désactivé.
Questions pratiques sur l’adresse IP fixe Ubuntu
Comment trouver le nom de l’interface réseau sur Ubuntu Server ?
Exécutez ip -br link ou ip -br addr. Repérez l’interface active, par exemple ens18 ou enp1s0, puis utilisez exactement ce nom dans le fichier Netplan.
Pourquoi utiliser netplan try plutôt que netplan apply ?
netplan try teste les changements et demande une confirmation. Sans validation dans le délai prévu, l’outil tente un retour à l’état précédent, ce qui réduit le risque de perdre une session SSH.
Que faire si l’adresse IP fonctionne, mais pas les noms de domaine ?
Si une adresse publique répond au ping alors qu’un nom de domaine échoue, vérifiez les serveurs DNS avec resolvectl status et contrôlez la section nameservers du fichier Netplan.
Peut-on choisir une adresse située dans la plage DHCP du routeur ?
C’est déconseillé sans réservation DHCP. Une autre machine pourrait recevoir la même adresse ; choisissez une adresse libre hors de la plage attribuée automatiquement ou réservez-la dans le routeur.
Faut-il redémarrer Ubuntu après avoir modifié Netplan ?
En général, non. Après netplan generate et un test avec netplan try, appliquez les paramètres avec netplan apply puis vérifiez l’adresse, la route et les DNS.
