Le nom peut être rendu déterministe par une règle udev ou par inscription de la MAC address dans les fichiers /etc/sud config/network-scripts/ifcfg-*
> Le 28 janv. 2019 à 09:09, Alexandre PIERRET > <alexandre.pierret-fr...@loiklo.net> a écrit : > > 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/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
