En fait, j'ai eu le raisonnement suivant pour ma conversion à networkd dans Debian : il est latent, il fait partie du paquet systemd de base, il n'a pas été sorti dans un paquet externe comme peuvent l'être resolved et timesyncd. Donc je me suis dit "bon, il est là, on va voir ce qu'il vaut". C'est parti de là. Dans l'intervalle, j'ai eu le même problème côté authentification "complexe" : j'ai trainé des pieds pendant longtemps en utilisant des paquets KISS (nslcd, nscd, quelques libpam). Bon ça marchotait pas trop mal... Et puis un premier truc a arrêté d'être maintenu, puis un autre. Donc j'ai fini par me mettre malgret(*) moi à SSSD. Bilan : il m'a fait balayer tout un tas de trucs "mal" (comprendre "peu", et aussi "peu utilisé / audité" d'ailleurs) ou qui baignaient dans leurs jus depuis 4 ou 5 majeures de Debian. Donc peut-être plus lourd, mais pour une infra qui doit passer à l'échelle et doit s'adapter à des situations un peu plus "à la con" que la moyenne, c'est plus confortable, car plus prévisible dans son principe... et dans ses pannes ! Pour le sujet initial, je reconnais que pour les cas simples, un ifupdown suffit bien largement. Et qu'il a assez peu de raison d'évoluer à vrai dire. Pour élargir un poil ma réflexion, je me dis que, si un jour je ne veux plus de systemd, je pense qu'il faudra que j'aille directement sur une BSD. Et j'y retrouverai du KISS bien à l'ancienne ! Dans tous les échanges que j'ai pu lire (et qui sont intéressants, et je tiens à vous en remercier, c'est éclairant !) je remarque qu'à la fin des fins, nous avons chacun nos habitudes, nos expériences, et que d'une certaine manière il est pas évident de trouver un consensus tant les possibilités sont importantes. C'est à la fois le plus bel avantage et le pire inconvénient de nos pingouins^Wmanchots ! (Réplique de Matrix : "le problème, c'est le choix !") J'ai une crainte pour netplan (et là je lance une bouée pour du retex) : j'ai peur qu'il fasse comme upstart et qu'il finisse par être abandonné au profit d'un autre truc qui aura plus la "hype" (ce qui est arrivé à feu wicd quand on cherchait à esquiver la lourdeur du network-manager) (*) - Ce midi on mange du malgré de canard - Euh... on dit "magret" ! - Nan !! Le canard voulait pas !! Le 02/11/2026 à 12:47, Stéphane Rivière par FRsAG a écrit :
Je trouve quand même le fichier de configuration pour "systemd-network" plus long à appréhender que celui de /etc/network/interfaces.
Quand j'ai commencé à regarder/tester la chose il y a ~ 10 ans, j'ai eu la même réaction... me disant "avant je n'avais qu'un fichier et maintenant, j'en ai (potentiellement) plusieurs".
Depuis, j'ai modéré ça autrement : le fichier interfaces est quasi vide (hormis l'interface de base du serveur/hyperviseur).
Tout est dans un script unique (start/stop/restart/status), contrôle par systemd, et comprenant les VPN, le firewalling par interface, les routes, les bridges, etc.
Ce script étant généré automatiquement par le gestionnaire de cluster.
A la remarque de certain, c'est vrai que ce qui compte c'est de comprendre la théorie du réseau, et qu'ensuite, il suffit de l'adapter au système devant soit.
+1
Mais les débutants ne fonctionnent pas ainsi : Modifiez juste un détail et ils n'auront pas le réflexe d'utiliser ce que vous avez passé 4 heures à leur faire pratiquer.
+1000
Pratique d'abord, compréhension fine ensuite et enfin "grande théorie" quand les concepts de base et les mécanismes sont compris et testés.
Et quoi qu'on en dise : le choix d'une technologie est important (malgré les guerres de clocher). Faite un mauvais choix et vous avez en environnement qui s'appuie sur une technologie qui risque de ne plus être présente : cela veut dire "scripts/config" à ré-écrire, et en attendant des serveurs bloquaient dans une vieille distribution avec les risques cyber qui en découlent...
C'est un peut quand on a abandonné les commandes classiques pour la commande "ip".
À force (de pratique, de scaling), préférer le script au fichier de config s'impose (au moins chez nous)... Je ne sais pas si c'est un bien ou pas mais c'est devenu naturel...
-- Stéphane Rivière Ile d'Oléron - France
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/