Avec ifupdown2, en supprimant la lecture des fichiers
/etc/network/{if-up, ....} (paramètre "addon_scripts_support=0" dans
/etc/network/ifupdown2/ifupdown2.conf), le temps de démarrage de 100
interfaces tombe de 200 à 4s !J'avais l'habitude d'ajouter (avec ifupdown) des instructions du type "up ip addr add 192.168.1.2/24 dev eth0" ou "ip rule" dans la définition d'une interface. Pour avoir le bénéfice d'un démarrage plus rapide, je vais devoir apprendre à ré-écrire autrement (et ailleurs) ces instructions up ou down qui figuraient dans /etc/network/interfaces.. ifupdown2 permet: iface eth0 inet static address 192.168.1.1/24 address 192.168.2.1/24 gateway ... Il parait que les versions récentes d'ifupdown le permettent aussi mais est-ce vraiment le cas et si oui, depuis quelle version de Debian est-ce le cas ? Le mer. 5 août 2026 à 16:54, Olivier <[email protected]> a écrit : > > Bonjour, > > Je rencontre des problèmes de scalabilité avec ifupdown quand le > nombre d'interfaces (virtuelle) dépasse 100 unités (16 minutes pour > initialiser 200 interfaces, 2 minutes pour 100, je n'ose pas essayer > pour 300). > > J'ai lu qu'ifupdown2 peut remplacer ifupdown2 sans modification et > qu'il ne souffre pas de ces problèmes de scalabilité. > > Qui pourrait partager son expérience d'utilisation de ifupdown2 ? > > Mes propres premiers pas avec ifupdown2 sont surprenants: le démarrage > de la machine (virtuelle) est immédiat mais ses interfaces réseaux ne > sont pas montées (très embettant) et je ne vois aucun processus (lié à > ifupdown2) actif en tâche de fond. > > Slts
