De mémoire, en RH6 et avant, le système nomme initialement les ethX dans l’ordre d’apparition, puis un script vient les renommer (pour suivre le fichier de conf) par un jeu de taquin. Le problème est que ce script n’est pas atomique et pendant le jeu de taquin, si une interface est détecté elle peut prendre la place d’une interface cible (du jeu de taquin) pendant le renommage. Et donc l'interface 'en cours de renommage' n'a pas de nom car la place a déjà été prise entre temps.
En RH7, par défaut, les interfaces sont nommées en fonction de leur emplacement physique et donc elles ont leur nom définitif dès la détection. Etant donné ce fonctionnement par défaut, il n’y a plus le script de renommage dans RH7, le nom est donné par ordre d'apparition. Si on repasse au nommage legacy (ethX) sur du RH7, les interfaces sont donc nommées uniquement suivant leur ordre de détection. Donc à chaque reboot, elles peuvent changer de nom, on a eu le cas sur une sonde réseau notamment qui possède un grand nombre d'interfaces. Sauf à vouloir implémenter un système maison de nommage d'interface, il est fortement déconseillé de repasser en nommage legacy sur une machine qui possède plus d'une interface à partir de la RH7. Alex On Sun, Jan 27, 2019 at 6:34 PM Jonathan Leroy <jonat...@unsigned.inikup.com> wrote: > Le dim. 27 janv. 2019 à 16:54, Johan Fleury <jfle...@arcaik.net> a écrit : > > Je ne suis pas un grand fan ni de networkd, ni de resolvd, mais il faut > reconnaître que ce dernier a des features intéressantes : validation > DNSSEC, DNS over TLS avec fallback, etc. > > Ouuuuh la la malheureux, je te conseille de retirer ça, de présenter > tes excuses, de dire que la journée n’avait pas été facile, etc... :) > > La dernière fois que j’ai dit publiquement du bien de systemd (sur > FRSAG, pas ici), les gens d’accord avec moi sont venus me le dire > majoritairement *en privé*, parce que tu comprends, l’avouer > publiquement c’est prendre le risque de se faire traiter de tous les > noms (j’exagère à peine). > > systemd, toutes les distribs y sont passées pour une raison : le tas > de script bash utilisés précédemment est une horreur à maintenir et > dans certains cas à utiliser. Ceux qui s’y opposent le font soit pour > suivre le mouvement, soit parce qu’ils ne veulent pas trop remettre en > question tout ce qu’ils ont appris il y a des années. Sûrement les > mêmes qui t’expliquent qu’il n’y a pas de souci à utiliser qmail en > 2019. > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/