Outils de configuration réseau comparés : nmcli, netplan, systemd-networkd et leurs équivalents Windows et macOS

Ce que c'est

Tâche	NetworkManager (nmcli)	netplan (Ubuntu)	systemd-networkd	ifupdown	Windows	macOS	FreeBSD
Lire la configuration actuelle	nmcli connection show NAME	consulter le YAML sous /etc/netplan/, ou netplan get	networkctl status IFACE	lire /etc/network/interfaces	Get-NetIPConfiguration	networksetup -getinfo "Wi-Fi" (ou le nom du service concerné)	lire les lignes ifconfig_IFACE de /etc/rc.conf
Définir une adresse statique	nmcli connection modify NAME ipv4.addresses 192.0.2.10/24 ipv4.gateway 192.0.2.1 ipv4.method manual, puis nmcli connection up NAME pour l'appliquer	modifier le YAML (addresses: sous l'interface, dhcp4: false), puis netplan apply	modifier les sections [Network]/[Address] d'un fichier .network, puis networkctl reload (systemd 244 ou version ultérieure) ou redémarrer systemd-networkd	modifier le bloc iface IFACE inet static dans /etc/network/interfaces ; appliqué par ifdown/ifup sur cette interface	New-NetIPAddress -InterfaceAlias NAME -IPAddress 192.0.2.10 -PrefixLength 24 -DefaultGateway 192.0.2.1 (effet immédiat)	networksetup -setmanual "Wi-Fi" 192.0.2.10 255.255.255.0 192.0.2.1	sysrc ifconfig_IFACE="inet 192.0.2.10 netmask 255.255.255.0", puis service netif restart IFACE
Définir les serveurs DNS	nmcli connection modify NAME ipv4.dns "1.1.1.1 9.9.9.9" (ajouter ipv4.ignore-auto-dns yes pour écarter les serveurs fournis par DHCP)	ajouter nameservers: {addresses: [...]} au YAML	définir DNS= dans la section [Network] du fichier .network	ajouter une ligne dns-nameservers à la section de l'interface (nécessite le paquet resolvconf)	Set-DnsClientServerAddress -InterfaceAlias NAME -ServerAddresses 1.1.1.1,9.9.9.9	networksetup -setdnsservers "Wi-Fi" 1.1.1.1 9.9.9.9	modifier directement resolv.conf, ou passer par la configuration du client DHCP

Pourquoi c'est important

Deux erreurs reviennent avec tous ces outils : oublier d'appliquer une modification préparée (netplan apply, nmcli connection up, networkctl reload), et appliquer une modification via la connexion même qui sert à joindre la machine, ce qui coupe la session avant la fin de la commande. Les outils basés sur un fichier YAML ou de configuration (netplan, ifupdown, rc.conf de FreeBSD, systemd-networkd) présentent en outre une lacune en matière de validation syntaxique que n'ont pas nmcli ni les cmdlets PowerShell : un fichier mal formé peut ne produire aucune erreur tant que le service n'essaie pas de le recharger, parfois au démarrage suivant.

Comment l'appliquer

• Avec netplan, exécuter netplan try avant netplan apply ; la modification est annulée automatiquement si elle n'est pas confirmée dans un délai de 120 secondes, ce qui protège contre un verrouillage de l'accès. Les commandes Linux, FreeBSD et Windows exigent les droits root ou un shell avec élévation de privilèges, et les modifications par networksetup demandent des droits d'administrateur.
• Avec tout outil basé sur des fichiers, conserver une copie de la configuration fonctionnelle avant de la modifier, et valider la syntaxe (lorsqu'un validateur existe, par exemple netplan generate pour une analyse à blanc) avant d'appliquer.
• Vérifier une modification à partir de l'état en cours d'exécution (ip addr, resolvectl status, ifconfig, Get-NetIPConfiguration), et non en relisant le fichier modifié.
• Modifier une seule propriété à la fois (l'adresse, puis le DNS), en particulier sur les machines accessibles uniquement par le réseau que l'on reconfigure.

Pièges

• Modifier /etc/network/interfaces sous Ubuntu 17.10 ou version ultérieure, qui utilise netplan : sauf si ifupdown a été installé délibérément, le fichier est ignoré et la modification n'a aucun effet.
• Définir une adresse statique avec nmcli sans définir aussi ipv4.method manual : si la méthode reste sur auto, DHCP continue de fonctionner et l'adresse statique s'ajoute simplement à celle obtenue par bail.
• Supposer que Set-DnsClientServerAddress modifie la résolution de noms de façon globale : elle s'applique par interface, de sorte que les autres adaptateurs (VPN, seconde carte réseau) conservent leurs propres serveurs. Vérifier avec Get-DnsClientServerAddress ; -ResetServerAddresses revient aux serveurs fournis par DHCP.