Le 25/07/2018 à 13:40, BERTRAND Joël a écrit :
Je ne sais pas quelle version Debian tu as mais j'avais rencontré des problèmes de ce type avec Jessie. J'avais modifié mon fichier interfaces du style (je sais, ça marchait avant, mais bon ;)):daniel huhardeaux a écrit :Si tu fais un /sbin/ifdown -a --read-environment --exclude=lo suivi d'un ip addr show, il ne devrait rester que lo. Si j'ai compris, en fait systemctl start network plante mais un /sbin/ifup -a --read-environment --exclude=lo manuel fonctionne ?C'est tout à fait cela.Si tu fais systemctl stop openvpn@[vpn1|vpn2] suivi de systemctl stop network puis tu remontes le réseau (VPN coupé donc) as tu également l'erreur?Je ne peux pas couper le VPN, c'est un serveur de prod. J'ai l'impression que la commande n'échoue que lors du boot où elle est lancée par systemd. Au début, je pensais que systemd cherchait à utiliser tap0/tap1 avant qu'openvpn ne les ait montées, mais ce n'est visiblement pas le cas. Je ne peux pas non plus virer les interfaces virtuelles pour tester.
auto eth1 iface eth1 inet static address 192.168.254.1 netmask 255.255.255.0 network 192.168.254.0 broadcast 192.168.254.255 gateway 192.168.254.254 mtu 1492 post-up ifup eth1:1 || true post-up ifup eth1:2 || true post-up ifup eth1:3 || true post-up ifup eth1:4 || true post-up ifup eth1:5 || true pre-down ifdown eth1:1 pre-down ifdown eth1:2 pre-down ifdown eth1:3 pre-down ifdown eth1:4 pre-down ifdown eth1:5 iface eth1:1 inet static address 192.168.254.81 netmask 255.255.255.0 iface eth1:2 inet static address 192.168.254.82 netmask 255.255.255.0 iface eth1:3 inet static address 192.168.254.83 netmask 255.255.255.0 iface eth1:4 inet static address 192.168.254.84 netmask 255.255.255.0 iface eth1:5 inet static address 192.168.254.85 netmask 255.255.255.0 -- Daniel