Re: [HS] Identification des caractères unicode dans Vim (Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces [RESOLU])
La commande od peut aussi aider à repérer des caractères parasites cachés. > > > Le 2023-05-19 16:47, Olivier a écrit : > > > À l'origine, le fichier était généré par un script Ansible. > > > À l'oeil nu, avec vim, il ne présentait aucune anomalie visible. > > > À l'évidence, il me semble indispensable d'utiliser un éditeur > > > qui > > > m'aiderait à repérer des caractères cachés. > > > > Et voilà :) > > > > https://github.com/vim-utils/vim-troll-stopper > > > > Sébastien > >
Re: [HS] Identification des caractères unicode dans Vim (Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces [RESOLU])
Génial ! J'avais imaginé utiliser l'option ":set list" de vim mais le résultat semblait insuffisant. Dès que possible, je testerai cet autre module. Quand il s'agit de code code source YAML ou Python, une autre source serait d'utiliser un outil de mise en forme qui détecterait ce type de piège. Merci pour le tuyau. Le mar. 23 mai 2023 à 07:54, Sébastien NOBILI a écrit : > > Bonjour, > > Le 2023-05-19 16:47, Olivier a écrit : > > À l'origine, le fichier était généré par un script Ansible. > > À l'oeil nu, avec vim, il ne présentait aucune anomalie visible. > > À l'évidence, il me semble indispensable d'utiliser un éditeur qui > > m'aiderait à repérer des caractères cachés. > > Et voilà :) > > https://github.com/vim-utils/vim-troll-stopper > > Sébastien >
[HS] Identification des caractères unicode dans Vim (Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces [RESOLU])
Bonjour, Le 2023-05-19 16:47, Olivier a écrit : À l'origine, le fichier était généré par un script Ansible. À l'oeil nu, avec vim, il ne présentait aucune anomalie visible. À l'évidence, il me semble indispensable d'utiliser un éditeur qui m'aiderait à repérer des caractères cachés. Et voilà :) https://github.com/vim-utils/vim-troll-stopper Sébastien
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces [RESOLU]
Après de multiples tentatives infructueuses (dont l'installation d'ifupdown2 à la place d'ifupdown qui était présent), celle qui me semble avoir enfin fait fonctionner la config est le fait d'avoir avec vim, simplement effacé tous les caractères précédents le texte "bridge_ports " puis re-saisi des espaces à la place ! Y avait-il dans le fichier, un caractère invisible détériorant la syntaxe ? Je ne le jurerai pas il semble que c'était bien le cas. À l'origine, le fichier était généré par un script Ansible. À l'oeil nu, avec vim, il ne présentait aucune anomalie visible. À l'évidence, il me semble indispensable d'utiliser un éditeur qui m'aiderait à repérer des caractères cachés. Autre piste, le paquet ifupdown2 utilise la syntaxe bridge-ports tandis qu'ifupdown utilise bridge_ports. Peut-être que j'ai confondu les deux syntaxes. Merci infiniment pour vos réponses.
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
Salut, Est-ce que tout ça ne viendrait pas de la prise de contrôle par Network Manager ? Si c’est le cas, on peut revenir à la gestion réseau eth. Sources possibles : - https://memo-linux.com/debian-9-retrouver-les-noms-des-interfaces-reseaux-eth/ - https://www.xmodulo.com/disable-network-manager-linux.html Sinon, en ce qui concerne la gestion actuelle avec NM : - https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html > Le 19 mai 2023 à 13:06, Olivier a écrit : > > Malheureusement, l'ajout des commandes auto ne change pas le résultat > find: j'ai toujours un cannot find device "br1" dans les logs et pas > d'interface br1 visible > > Je pense que mon fichier /etc/network/interfaces est correctement lu à > cause de la présence du message d'erreur dans les logs. > > Tout se passe comme si la ligne bridge_ports était ignorée car sans > elle on aurait probablement un message du type cannot find device > "br1". > Pourquoi cette ligne semble ignorée ? > Est-elle lue mais un problème de temporisation (ie race condition, ..) > la fait échouer ? > > > Je n'ai jamais vu autre chose que "bridge_maxwait 0" dans les > exemples. Connaissez-vous une valeur alternative que je pourrai > essayer ? > > Le ven. 19 mai 2023 à 11:48, Christophe Maquaire a > écrit : >> >> Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit : >>> Bonjour, >>> >> Bonjour >> >>> >>> >>> source /etc/network/interfaces.d/* >>> >>> # The loopback network interface >>> auto lo >>> iface lo inet loopback >>> >>> # Other (Ansible generated) interfaces >>> #auto eno1 >> Moi je décommenterai la ligne "auto eno1" >>> iface eno1 inet manual >>> >>> >>> #auto br1 >> Ainsi que celle-ci... "auto br1" >>> iface br1 inet static >>> address 12.12.12.235/24 >>> gateway 12.12.12.254 >>> dns-nameservers 12.12.12.254 >>> dns-search multi.lan >>> bridge_ports eno1 >>> bridge_stp off >>> # bridge_fd 0 >>> # bridge_maxwait 0 >>> >>> Slts >>> >> Sans garantie, mais ça devrait aider. >> >> Christophe >> > -- Pierre Malard Responsable architectures système CDS DINAMIS/THEIA Montpellier IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra Maison de la Télédétection 500 rue Jean-François Breton 34093 Montpellier Cx 5 France « Il n'y a pas de Paradis, mais il faut tâcher de mériter qu'il y en ait un ! » Jules Renard (1864-1910) - Journal, 10 septembre 1903 |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
bonjour, je me demande si installer le paquet "ifupdown" ou ifupdown2 n'aiderai pas il me semble avoir déjà rencontré ça. Jerem Le 19/05/2023 à 13:06, Olivier a écrit : Malheureusement, l'ajout des commandes auto ne change pas le résultat find: j'ai toujours un cannot find device "br1" dans les logs et pas d'interface br1 visible Je pense que mon fichier /etc/network/interfaces est correctement lu à cause de la présence du message d'erreur dans les logs. Tout se passe comme si la ligne bridge_ports était ignorée car sans elle on aurait probablement un message du type cannot find device "br1". Pourquoi cette ligne semble ignorée ? Est-elle lue mais un problème de temporisation (ie race condition, ..) la fait échouer ? Je n'ai jamais vu autre chose que "bridge_maxwait 0" dans les exemples. Connaissez-vous une valeur alternative que je pourrai essayer ? Le ven. 19 mai 2023 à 11:48, Christophe Maquaire a écrit : Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit : Bonjour, Bonjour source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # Other (Ansible generated) interfaces #auto eno1 Moi je décommenterai la ligne "auto eno1" iface eno1 inet manual #auto br1 Ainsi que celle-ci... "auto br1" iface br1 inet static address 12.12.12.235/24 gateway 12.12.12.254 dns-nameservers 12.12.12.254 dns-search multi.lan bridge_ports eno1 bridge_stp off # bridge_fd 0 # bridge_maxwait 0 Slts Sans garantie, mais ça devrait aider. Christophe
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
Avertissement: je n'y connais rien, j'utilise un bridge créé et géré par libvirt pour qemu, vu que j'utilise paresseusement virt-manager. Sur le wiki Debian on dirait que l"exemple fichier interfaces cité pour un bridge comporte le démarrage de ce bridge (ligne "up /usr/sbin/brctl stp br0 on")? https://wiki.debian.org/fr/NetworkConfiguration#Relais vu mon niveau sur la question, ne me crois pas sur parole :-)
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
Malheureusement, l'ajout des commandes auto ne change pas le résultat find: j'ai toujours un cannot find device "br1" dans les logs et pas d'interface br1 visible Je pense que mon fichier /etc/network/interfaces est correctement lu à cause de la présence du message d'erreur dans les logs. Tout se passe comme si la ligne bridge_ports était ignorée car sans elle on aurait probablement un message du type cannot find device "br1". Pourquoi cette ligne semble ignorée ? Est-elle lue mais un problème de temporisation (ie race condition, ..) la fait échouer ? Je n'ai jamais vu autre chose que "bridge_maxwait 0" dans les exemples. Connaissez-vous une valeur alternative que je pourrai essayer ? Le ven. 19 mai 2023 à 11:48, Christophe Maquaire a écrit : > > Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit : > > Bonjour, > > > Bonjour > > > > > > > source /etc/network/interfaces.d/* > > > > # The loopback network interface > > auto lo > > iface lo inet loopback > > > > # Other (Ansible generated) interfaces > > #auto eno1 > Moi je décommenterai la ligne "auto eno1" > > iface eno1 inet manual > > > > > > #auto br1 > Ainsi que celle-ci... "auto br1" > > iface br1 inet static > >address 12.12.12.235/24 > >gateway 12.12.12.254 > >dns-nameservers 12.12.12.254 > >dns-search multi.lan > >bridge_ports eno1 > >bridge_stp off > > # bridge_fd 0 > > # bridge_maxwait 0 > > > > Slts > > > Sans garantie, mais ça devrait aider. > > Christophe >
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit : > Bonjour, > Bonjour > > > source /etc/network/interfaces.d/* > > # The loopback network interface > auto lo > iface lo inet loopback > > # Other (Ansible generated) interfaces > #auto eno1 Moi je décommenterai la ligne "auto eno1" > iface eno1 inet manual > > > #auto br1 Ainsi que celle-ci... "auto br1" > iface br1 inet static > address 12.12.12.235/24 > gateway 12.12.12.254 > dns-nameservers 12.12.12.254 > dns-search multi.lan > bridge_ports eno1 > bridge_stp off > # bridge_fd 0 > # bridge_maxwait 0 > > Slts > Sans garantie, mais ça devrait aider. Christophe
Bridge: config manuelle OK mais KO par /etc/network/interfaces
Bonjour, J'ai un NUC sur lequel j'ai installé Bullseye. En vue d'y installer libvirt, je souhaite y créer une interface de type bridge. J'y ai installé le paquet bridges-utils. Quand je configure le bridge à la main (avec brctl addbr puis brctl addif puis ip addr add, ), tout fonctionne mais quand j'utilise le fichier /etc/network/interfaces, la configuration échoue avec un message énigmatique "cannot find device br1". Voici mon fichier fichier de config /etc/network/interfaces. J'ai essayé pas mal de versions alternatives (avec ou sans instruction auto, ...). J'ai plusieurs machines sous Bulseye qui me semblent avoir le même type de configuration et fonctionner normalement. Voyez-vous une correction à y apporter ? Un point qui a peut-être une importance: l'interface eno1 possède enp2s0 comme nom alternatif. # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # Other (Ansible generated) interfaces #auto eno1 iface eno1 inet manual #auto br1 iface br1 inet static address 12.12.12.235/24 gateway 12.12.12.254 dns-nameservers 12.12.12.254 dns-search multi.lan bridge_ports eno1 bridge_stp off # bridge_fd 0 # bridge_maxwait 0 Slts
