Le 25/07/2018 à 14:27, daniel huhardeaux a écrit : > Le 25/07/2018 à 13:40, BERTRAND Joël a écrit : >> 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. > 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 ;)):
Une doc sur le wiki de Debian, il semble que la config soit un peu différente selon que ifupdown se sert de ifconfig ou de ip : https://wiki.debian.org/fr/NetworkConfiguration#Adresses_IP_multiples_pour_une_interface -- ============================================== | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===========================Debian=GNU/Linux===