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