Моя установка клиента OpenVPN просто перестала работать, возможно / вероятно связана с недавним обновлением Debian (тестирование).
Конечным результатом является то, что демон openvpn выглядит счастливым и выдает мне правильные сообщения системного журнала, но интерфейс не получает IP-адреса (и, конечно же, маршрутов):
# ifconfig tun0
tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500
inet6 fe80::e580:a6b8:6f2:dd5 prefixlen 64 scopeid 0x20<link>
unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 100 (UNSPEC)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7 bytes 336 (336.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Системный журнал включает ожидаемые строки, такие как:
Jan 25 11:12:41 ceviche ovpn-foo[9570]: /sbin/ip addr add dev tun0 NN.MM.OO.PP/24 broadcast NN.MM.OO.255
Jan 25 11:12:41 ceviche ovpn-foo[9570]: /sbin/ip route add HOSTIP1/32 via NN.MM.OO.1
и если я запускаю эти строки вручную, все возвращается к работе (очевидно, до перезапуска VPN).
Таким образом, у меня сложилось впечатление, что интерфейс настроен правильно, но позже его «отменили» какие-то внешние факторы. Такое впечатление возникает из-за некоторых подозрительных дополнительных сообщений, в которых упоминается tun0 которые появляются немного дальше в журнале:
Jan 25 11:12:41 ceviche systemd[1]: Unnecessary job for /sys/subsystem/net/devices/tun0 was removed.
Jan 25 11:12:41 ceviche systemd[1]: Started Netscript ifup for tun0.
[...]
Jan 25 11:12:41 ceviche sh[9617]: Configuring interface: tun0.
Есть идеи, что может происходить, как это отследить или как исправить?
Это система тестирования Debian, которая следит за тестированием Debian в течение многих лет.