• Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces

    From Christophe Maquaire@21:1/5 to All on Fri May 19 11:50:01 2023
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Olivier@21:1/5 to All on Fri May 19 11:20:01 2023
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Olivier@21:1/5 to All on Fri May 19 13:10:01 2023
    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 <christophe@ce2c.com> 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


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?SsOpcsOpbXkgUHJlZ28=?=@21:1/5 to All on Fri May 19 14:30:01 2023
    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 <christophe@ce2c.com> 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


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Fri May 19 14:20:01 2023
    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 :-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Olivier@21:1/5 to All on Fri May 19 16:50:01 2023
    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Pierre Malard@21:1/5 to All on Fri May 19 16:30:01 2023
    --Apple-Mail=_78B1CF0A-1495-4B9E-9955-EECC66CAB1A9
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/plain;
    charset=utf-8

    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 <oza.4h07@gmail.com> 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 <christophe@ce2c.com> 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 <--


    --Apple-Mail=_78B1CF0A-1495-4B9E-9955-EECC66CAB1A9
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/html;
    charset=utf-8

    <html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Salut,<div class=""><br class=""></div><div class="">Est-ce que
    tout ça ne viendrait pas de la prise de contrôle par Network Manager ?</div><div class=""><br class=""></div><div class="">Si c’est le cas, on peut revenir à la gestion réseau eth.</div><div class=""><br class=""></div><div class="">Sources
    possibles :</div><div class="">-&nbsp;<a href="https://memo-linux.com/debian-9-retrouver-les-noms-des-interfaces-reseaux-eth/" class="">https://memo-linux.com/debian-9-retrouver-les-noms-des-interfaces-reseaux-eth/</a></div><div class="">-&nbsp;<a href="
    https://www.xmodulo.com/disable-network-manager-linux.html" class="">https://www.xmodulo.com/disable-network-manager-linux.html</a></div><div class=""><br class=""></div><div class="">Sinon, en ce qui concerne la gestion actuelle avec NM :</div><div
    class="">-&nbsp;<a href="https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html" class="">https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html</a><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">Le 19
    mai 2023 à 13:06, Olivier &lt;<a href="mailto:oza.4h07@gmail.com" class="">oza.4h07@gmail.com</a>&gt; a écrit :</div><br class="Apple-interchange-newline"><div class=""><div class="">Malheureusement, l'ajout des commandes auto ne change pas le ré
    sultat<br class="">find: j'ai toujours un cannot find device "br1" dans les logs et pas<br class="">d'interface br1 visible<br class=""><br class="">Je pense que mon fichier /etc/network/interfaces est correctement lu à<br class="">cause de la présence
    du message d'erreur dans les logs.<br class=""><br class="">Tout se passe comme si la ligne bridge_ports était ignorée car sans<br class="">elle on aurait probablement un message du type cannot find device<br class="">"br1".<br class="">Pourquoi cette
    ligne semble ignorée ?<br class="">Est-elle lue mais un problème de temporisation (ie race condition, ..)<br class="">la fait échouer ?<br class=""><br class=""><br class="">Je n'ai jamais vu autre chose que "bridge_maxwait 0" dans les<br class="">
    exemples. Connaissez-vous une valeur alternative que je pourrai<br class="">essayer ?<br class=""><br class="">Le ven. 19 mai 2023 à 11:48, Christophe Maquaire &lt;<a href="mailto:christophe@ce2c.com" class="">christophe@ce2c.com</a>&gt; a écrit :<br
    class=""><blockquote type="cite" class=""><br class="">Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit :<br class=""><blockquote type="cite" class="">Bonjour,<br class=""><br class=""></blockquote>Bonjour<br class=""><br class=""><blockquote
    type="cite" class=""><br class=""><br class="">source /etc/network/interfaces.d/*<br class=""><br class=""># The loopback network interface<br class="">auto lo<br class="">iface lo inet loopback<br class=""><br class=""># Other (Ansible generated)
    interfaces<br class="">#auto eno1<br class=""></blockquote>Moi je décommenterai la ligne "auto eno1"<br class=""><blockquote type="cite" class="">iface eno1 inet manual<br class=""><br class=""><br class="">#auto br1<br class=""></blockquote>Ainsi que
    celle-ci... "auto br1"<br class=""><blockquote type="cite" class="">iface br1 inet static<br class=""> &nbsp;&nbsp;address 12.12.12.235/24<br class=""> &nbsp;&nbsp;gateway 12.12.12.254<br class=""> &nbsp;&nbsp;dns-nameservers 12.12.12.254<br class=""> &
    nbsp;&nbsp;dns-search multi.lan<br class=""> &nbsp;&nbsp;bridge_ports eno1<br class=""> &nbsp;&nbsp;bridge_stp off<br class=""># &nbsp;&nbsp;bridge_fd 0<br class=""># &nbsp;&nbsp;bridge_maxwait 0<br class=""><br class="">Slts<br class=""><br class=""></
    blockquote>Sans garantie, mais ça devrait aider.<br class=""><br class="">Christophe<br class=""><br class=""></blockquote><br class=""></div></div></blockquote></div><br class=""><div class="">
    <div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-
    wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space:
    normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-
    spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"
    class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-
    break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-
    nbsp-mode: space; line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-
    wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">--&nbsp;</div><div style="margin: 0px; font-size: 10px; font-family: &quot;
    Courier New&quot;;" class=""><div style="margin: 0px;" class="">Pierre Malard</div><div style="margin: 0px;" class="">Responsable architectures système CDS DINAMIS/THEIA Montpellier</div><span style="font-size: x-small;" class="">IRD - UMR Espace-Dev -
    UAR CPST - IR Data-Terra</span><br class=""><div style="margin: 0px;" class="">Maison de la Télédétection</div><div style="margin: 0px;" class="">500 rue Jean-François Breton</div><div style="margin: 0px;" class="">34093 Montpellier Cx 5</div><div
    style="margin: 0px;" class="">France</div><div class=""><br class=""></div></div><div style="margin: 0px; font-family: Times;" class="">&nbsp; &nbsp;«&nbsp;<i class="">Il n'y a pas de Paradis, mais il faut tâcher de mériter qu'il y en ait un !</i>&
    nbsp;»</div><div style="margin: 0px; font-family: Times;" class="">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Jules Renard (1864-1910) - Journal, 10 septembre 1903</div><div style="margin: 0px;
    font-size: 10px; font-family: &quot;Courier New&quot;;" class="">&nbsp;&nbsp; |\&nbsp; &nbsp; &nbsp; _,,,---,,_</div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">&nbsp;&nbsp; /,`.-'`'&nbsp; &nbsp; -.&nbsp; ;-;
    ;,_</div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">&nbsp; |,4-&nbsp; ) )-,_. ,\ (&nbsp; `'-'</div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">&nbsp;'---''(_/--'&
    nbsp; `-'\_) &nbsp; πr</div><div style="margin: 0px; font-size: 10px; font-family: Courier; min-height: 12px;" class=""><br class=""></div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">perl -e '$_=q#: 3|\ 5_,3-
    3,2_: 3/,`.'"'"'`'"'"' 5-. &nbsp;;-;;,_: &nbsp;|,A- &nbsp;) )-,_. ,\ ( &nbsp;`'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' &nbsp;`-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'</div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier
    New&quot;;" class="">- --&gt; Ce message n’engage que son auteur &lt;--</div></div></div></div></div></div></div>
    </div>
    <br class=""></div></body></html> --Apple-Mail=_78B1CF0A-1495-4B9E-9955-EECC66CAB1A9--

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG/MacGPG2 v2.2
    Comment: GPGTools - http://gpgtools.org

    iQIzBAEBCgAdFiEE0KHTJ+AWKhmI+acm/pSWHuad/BgFAmRnhe4ACgkQ/pSWHuad /BgW5Q//a2/IGAdlMmfok4smdhNFTBOODw4GKswTkE0IAhvU79e/LnPIm9DjtYN8 JKtZfCo3HGt+4YUdyK9LJHRY5EnVYmI+v60iAWFlVZY5qMAhr0ExHXmiKRxPRfei Axu6JyS3JN8FzpdJaVf/qLNkGVXxbPOAmieuOtnGdo/NvrIae9GxV6Zvih7bH9f/ Xr2bbMIF6pVHEQCWtXTCSKWyUynk5TM+AyUKRWlkgBfF3bh8kW1IeOL08T5MdrfT WDe2sIA48Hon/9dwL5xuXdXRyvGdVk0AixXj5sc4dc5+jCsExcguBkvcFRcMf8Cd wATdmUyFdzCukNRw57MGdcdOJzoDl5wYmm2lIdRL5NSIA6uyE8oLz/8HbTaD1wpk XlbuMB74/Z/z+rorSHSxo5mmBDbXTDUxKzgxrN+fptR35fdYgDL1YbpU8iOcALs6 tAjoRRdUOacKw1SQ/kCGHYxdY7BZ8RHDjl5g4DLJ9zeJTKgTCggao0r7BMglTvBJ zhnhLNjcZWn8VbCgdEZxj669WFxYD39/Y6Ll4mW4rsyBijRquOMQ3Irn4H3ozC0C xEu5tgoJEkxuPY0pVkFGTtI/Ilu6e8GE1dwuFY2/yhJ4rY47O/8lvM8TnaYAd/9z awT6YTloNv2oChbJEd63985ADWC3omjIdWyBsXzaC54ssGkqB50=
    =yDZG
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?S=C3=A9bastien_NOBILI?=@21:1/5 to All on Tue May 23 08:00:01 2023
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)