Hello J'utilise networkd et resolved depuis plusieurs années. Les bénéfices surpassent largement l'investissement en temps, surtout avec IPv6. Et je l'enseigne à mes étudiants également ! ifupdown juste qu'ils sachent que ça existe et où sont les pages de manuel et les pages Wiki, et puis "systemctl disable --now networking" et en avant networkd avec tout l'attirail : IPv4/IPv6, VLAN, WG (uniquement en networkd hein, pas de wg-tools), couplage resolved, DHCPv4, SLAAC, DHCPv6... Je suis parti du principe que toutes les Debian-like sont compatibles networkd et les RedHat-like aussi. Pour toutes les autres distrib, t'es obligé d'apprendre leur logique spécifique et non normalisée sur tous les Linux, ce qui revient à apprendre ifupdown comme si tu venais de RedHat. Et je debloat les network-manager, les netplan et autres trucs qui ne répondent pas à un usage serveur (je présente seulement NM et NM GUI sur un laptop, commode pour le WiFi) Il est peu probable que Debian change de position en l'état à ma connaissance : ifupdown / ifupdown2 persiste par héritage, et est profondément ancré dans Anna pour l'instant (l'installateur). Proxmox n'a pas migré (c'est complexe) et networkd contient encore quelques bugs sur des cas de niche. Mais si t'as un peu de temps, compare les évolutions via les pages de manuel, surtout pour systemd.network et systemd.netdev. C'est juste fou de voir tout ce qu'ils ajoutent et corrigent à chaque version. J'ai jamais imaginé que le noyau pouvait gérer autant de cas et de complexité (même si je m'en doutais). Et systemd-networkd rend facilement accessible et compréhensible de très nombreux mécanismes réseau (y compris non IP). Je comprends qu'on aime pas systemd et sa galaxie, il est pas KISS. Alpine le refuse ainsi que d'autre (dont les BSD), je comprends et je trouve que c'est bien d'avoir leurs choix comme alternative. Mais de mon point de vue, je trouve qu'il a nettoyé une quantité redoutable de legacy. J'ai fait le choix de les suivre, même sur d'autres briques comme nspawnd, boot, timesyncd etc. Et ils communiquent entre eux lorsque c'est nécessaire (un netplan se contrefout de ton conteneur systemd par exemple et surtout pas de son cycle de vie) Et débattre du bien ou du mal de systemd vs les autres solution revient à relancer l'éternel troll entre vi et emacs, ou celui entre BSD et Linux. C'est stérile à mon sens : t'essayes, ça te plait, t'adoptes et tu changes si ça passe pas à l'échelle. Un conseil pour resolved : n'oublie pas qu'il est fortement couplé à networkd : tu peux avoir des suffixes DNS par contexte (donc par carte), donc t'as une partie de la configuration (la générique) dans resolved, et la spécifique vient par networkd (par DHCP par exemple) Espérant ces infos utiles ! Le 31/10/2026 à 15:44, Christophe De Natale – CDN Info par FRsAG a écrit :
Bonjour à toutes et à tous,
Je suis formateur et j'enseigne l'administration GNU/Linux sous Debian 13 à des adultes en reconversion, futurs techniciens systèmes et réseaux (titre pro TSSR). La plupart sont de vrais débutants.
Je prépare la séance où ils installent leur premier serveur sans interface graphique et lui donnent une adresse IP fixe. Je me questionne sur le choix de l'outil réseau :
- ifupdown (/etc/network/interfaces) : c'est ce que l'installateur de Debian 13 met en place ; - systemd-networkd (avec systemd-resolved) : plus actuel, mais il faut d'abord retirer la carte d'ifupdown, installer systemd-resolved et activer le service, ce qui ajoute des étapes pour des débutants.
Mes questions :
1. Sur vos serveurs Debian en production, qu'utilisez-vous aujourd'hui, et que vous attendez-vous à rencontrer dans les prochaines années ? 2. À votre avis, vaut-il mieux former d'abord sur ifupdown, ce que les stagiaires trouveront sur une installation par défaut, ou les orienter directement vers systemd-networkd ? 3. Si systemd-networkd : quels pièges signaleriez-vous pour la bascule sur Debian 13, en particulier pour la gestion de /etc/resolv.conf ? 4. Sait-on déjà ce qui est prévu pour Debian 14 (forky) ?
Merci d'avance pour vos retours d'expérience et vos précieux conseils, bon w-e.
-- Christophe De Natale
PS : j'ai parcouru quelques discussions datant de 2024 sur l'avenir d'ifupdown. Je ne cherche pas à lancer un débat sur son maintien ou son remplacement : ma question porte seulement sur la logique à suivre pour former des débutants.
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/