Bonjour,
J'ai un cas de figure dans lequel mon serveur Debian 13 (une VM
libvirt) doit configurer au démarrage des centaines d'interfaces.
La quasi-totalité d'entre elles sont des interfaces de VLAN associées
à une même interface logique.
Compte tenu du nombre d'interfaces, j'utilise ifupdown2 (configuré
avec addon_scripts_support=0 pour accélérer le démarrage).
Le paquet ifupdown2 installe le fichier networking.service qui ressemble à
[Unit]
Description=Network initialization
Documentation=man:interfaces(5) man:ifup(8) man:ifdown(8)
DefaultDependencies=no
Before=shutdown.target
Conflicts=shutdown.target
[Service]
Type=oneshot
RemainAfterExit=yes
SyslogIdentifier=networking
TimeoutStartSec=20min
TimeoutStopSec=30s
EnvironmentFile=/etc/default/networking
ExecStart=/usr/share/ifupdown2/sbin/start-networking start
ExecStop=/usr/share/ifupdown2/sbin/start-networking stop
ExecReload=/usr/share/ifupdown2/sbin/start-networking reload
[Install]
WantedBy=basic.target network.target shutdown.target
Après un reboot, les interfaces avec VLAN semblent en échec:
ifquery -c enp8s0.50
auto enp8s0.50
iface enp8s0.50 inet static [fail]
address 172.16.50.1/24 [fail]
Pourtant, quand je saisis à la console après le démarrage, les
commandes tout semble marcher (ifquery -a affichice pass pour toutes
les interfaces):
/usr/share/ifupdown2/sbin/start-networking start
ou
ifup -a
J'ai ajouté des lignes ExecStartPre et/ou ExecStartPost ci-après (dans
networking.service) : le nombre d'interface affichées avec pass par
ifquery augmente mais il en reste plus d'une centaine "en échec".
ExecStartPre=/usr/sbin/modprobe 8021q
ExecStartPost=/usr/sbin/ifup -a
Je suis à court d'idées pour corriger ça.
Peut-être que je dois simplement ignorer les réponses de ifquery.
Le dépôt ifupdown2 sur Github semble inactif.
1. Qu'est ce qui pourrait expliquer ce fonctionnement ?
2. Comment corriger ?
Slts
