Personnellement, j’utilise systemd depuis le début et je n’ai rien à lui reprocher. Je ne pense pas qu’initd aurait été remplacé par une solution moins bien, moins souple. Les scripts, c’étaient mignon, mais pas très pro. Et j’utilise networkd depuis des années, y compris sur des serveurs en prod, sans aucun problème. Par contre, effectivement, il lui manque des choses. Mais on ne peut pas comparer dhcpd qui à 25 ans et networkd qui a 10 ans. Forcément, il y a des fonctionnalités dans l’un qui ne sont pas dans l’autre. Le fait qu’on puisse lancer certains services uniquement quand la connexion est disponible, ou lancer des services à la demande, quand la socket reçoit la première demande, c’est puissant et soit impossible, soit très compliqué à faire sans systemd.
Bon j'ai longuement testé systemd-networkd.
Je vais y aller direct, ce n'est pas un projet abouti ou fini (version 257).
1- Rien à dire là dessus.
2- Est-ce que tu aurais plus d’infos là dessus ? S’il n’y a pas de bugs d’ouvert là dessus, on peut en ouvrir un.
3- J’utilise de mon côté plusieurs subnetid, mais sur plusieurs interfaces différentes (les vlans côté lan). Qu’est-ce que tu voudrais faire avec plusieurs subnetid sur une seule interface ? tu as essayé sur des interfaces dummy ?
4- La doc, c’est compliqué, on est d’accord. Pas mal de fois, une nouvelle option était dispo, et j’ai du regarder le code parce que la doc n’était pas encore faite. c’est corrigé généralement avec une PR.
5- Pour le réseau, juste des fichiers dans /etc/systemd/network/ . Et ils sont bien définis en fonction de leur extension. Pour moi c’est propre.
6- Point valide selon moi. Il faut faire un override pour passer networkd en debug, c’est chiant
7- Une fois qu’on est à l’aise avec networkctl, franchement ça se passe très bien. mais il faut s’habituer à la commande.
8- Format cata mais qui est souple, parce qu’on peut y passer du binaire sans trop de complication.