Почему systemd запускает OpenVPN раньше готовности интерфейсов определенных в /etc/network/interfaces?

Question

[Евгений]

Приветствую!

После обновления до Ubuntu 16.04 не стартует OpenVPN.
Проблема в том, что systemd пытается запустить службу в момент, когда интерфейс br0 определенный в /etc/network/interfaces еще не готов:

...
auto br0
iface br0 inet static
    bridge_ports p9p1
    bridge_fd 0
    address 192.168.1.1
    netmask 255.255.255.0
...

В свою очередь, OpenVPN при старте выполняет скрипт:

#!/bin/bash
#
ifconfig $1 up
brctl addif br0 $1

который при неготовности моста br0 завершается с ошибкой и не дает запуститься службе.

Подскажите, как заставить systemd запускать OpenVPN только после полной готовности интерфейсов или как корректно в скрипте этой готовности подождать (sleep не предлагать ибо костыль)?

Спасибо!

Comments

[Евгений]

Для службы openvpn в /etc/init.d/openvpn уже прописана зависимость от сети и даже сетевых ФС.
Я так понимаю, что служба запускается в режиме обратной совместимости. Т.к. юнита для systemd я что то не нашёл.

[none none]

А в rc.d ссылка есть?

[Евгений]

Петр Иванов: Да. Ссылки есть. В rc0.d и т.д.

Answer 1

[younghacker]

Проверьте файл (это федора на убунте может быть в другом месте) /lib/systemd/system/openvpn@.service

[Unit]
Description=OpenVPN Robust And Highly Flexible Tunneling Application On %I
After=network.target

[Service]
PrivateTmp=true
Type=forking
PIDFile=/var/run/openvpn/%i.pid
ExecStart=/usr/sbin/openvpn --daemon --writepid /var/run/openvpn/%i.pid --cd /etc/openvpn/ --config %i.conf

[Install]
WantedBy=multi-user.target

Comments

[Евгений]

В /lib/systemd/system нашлось 2 файла:
1) openvpn.service

# This service is actually a systemd target,
# but we are using a service since targets cannot be reloaded.

[Unit]
Description=OpenVPN service
After=network.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/true
ExecReload=/bin/true
WorkingDirectory=/etc/openvpn

[Install]
WantedBy=multi-user.target

2) openvpn@.service

[Unit]
Description=OpenVPN connection to %i
PartOf=openvpn.service
ReloadPropagatedFrom=openvpn.service
Before=systemd-user-sessions.service
Documentation=man:openvpn(8)
Documentation=https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage
Documentation=https://community.openvpn.net/openvpn/wiki/HOWTO

[Service]
PrivateTmp=true
KillMode=mixed
Type=forking
ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status /run/openvpn/%i.status 10 --cd /etc/openvpn --script-security 2 --config /etc/openvpn/%i.conf --writepid /run/openvpn/%i.pid
PIDFile=/run/openvpn/%i.pid
ExecReload=/bin/kill -HUP $MAINPID
WorkingDirectory=/etc/openvpn
ProtectSystem=yes
CapabilityBoundingSet=CAP_IPC_LOCK CAP_NET_ADMIN CAP_NET_BIND_SERVICE CAP_NET_RAW CAP_SETGID CAP_SETUID CAP_SYS_CHROOT CAP_DAC_READ_SEARCH CAP_AUDIT_WRITE
LimitNPROC=10
DeviceAllow=/dev/null rw
DeviceAllow=/dev/net/tun rw

[Install]
WantedBy=multi-user.target

Что бы это могло значить?

[younghacker]

А что покажет команда
systemctl list-unit-files | grep -i vpn

[Евгений]

# systemctl list-unit-files | grep -i vpn
openvpn.service                            enabled 
openvpn@.service                           disabled

[younghacker]

Евгений: Вы нашли решение вашего вопроса?
Вот что пишут в доке:
For the particular case of upstart's static-network-up: Our ifupdown integrates that into network-online.target (see man systemd.special(7)). Thus, translate start on static-network-up to Requires/After=network-online.target.
Отсюда: https://wiki.ubuntu.com/SystemdForUpstartUsers

Второе что нашёл:
superuser.com/questions/248667/run-a-service-after...

Ещё я обратил внимание на Ваш скрипт. Что за $1 интерфейс Вы обрабатываете в нём? Если это TUN интерфейс то его поднятие и опускание лучше оставить на заботу OpenVPN. А в скрипте Вы можете контролировать что он существует и поднят.

Я бы попробовал включить отладку и посмотреть что именно и когда происходит.

[Евгений]

younghacker: нет. Совсем нет времени на долгие изыскания решения. Аптайм сервера исчисляется месяцами, потому просто дернуть сервис при перезагрузке не составляет труда.
Скрипт обрабатывает именно TAP интерфейс, отсюда и возникшие сложности...

Судя по всему, виновата агрессивная параллелизация загрузки systemd.
Как только будет время, подробно изучу эту проблему и обязательно отпишусь здесь.
Спасибо за помощь! ;)

[Евгений]

younghacker: проблему решил. Все оказалось довольно просто, если копнуть поглубже и разобраться в особенностях инициализации сети.
1) Отключаем дебиановскую службу инициализации сети "networking.service":
# systemctl disable networking.service
2) Конфигурируем "systemd-networkd.service". У меня архитектура сети довольно сложная, потому примеры приводить не буду. Но все сводиться к созданию файлов настроек в /etc/systemd/network. man в помощь.
ВНИМАНИЕ!!!
Возможно этот шаг можно пропустить. Я не проверял, но похоже systemd-networkd умеет "цеплять" настройки сети из /etc/network/interfaces
3) Включаем службу "systemd-networkd.service":
# systemctl enable systemd-networkd.service
4) И ребут для чистоты эксперимента...

Все. Теперь зависимости типа "After=network.target" будут корректно отрабатывать.

P.S.
Есть еще один костыльный способ реализации логики network-online на традиционных дебиановских скриптах инициализации. Обсуждается здесь: unix.stackexchange.com/questions/209832/debian-sys...

[younghacker]

Отлично!