Merci pour vos réponses malheureusement aucune piste ne me permet une résolution.
J'y reviendrais mais la plus envie Le lun. 28 janv. 2019 à 10:59, Guillaume Tournat <guilla...@ironie.org> a écrit : > 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/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
