Debian systemd network-online.target не працює?

Я намагаюся створити системний сервіс на Debian Jessie. Мені потрібно це почати після того, як network-online.targetбуде досягнуто.

Проблема - це network-online.targetпожежі одночасно, network.targetі в цей час мої інтерфейси ще не налаштовані, щойно розпочався DHCP-запит.

Схоже, ця проблема характерна для Debian, оскільки вона використовує застарілу мережеву конфігурацію.

Як обійти цю проблему чи як змусити network-online.targetпрацювати?

Оскільки ви користуєтеся /etc/network/interfaces, вам знадобиться системна служба для контролю стану кожного інтерфейсу. Перевірте, чи є у вас /lib/systemd/system/ifup-wait-all-auto.service(встановлений ifupdownпакетом в Ubuntu 15.04). Якщо ні, то створіть /etc/systemd/system/ifup-wait-all-auto.serviceі вставте наступне:

[Unit]
Description=Wait for all "auto" /etc/network/interfaces to be up for network-online.target
Documentation=man:interfaces(5) man:ifup(8)
DefaultDependencies=no
After=local-fs.target
Before=network-online.target

[Service]
Type=oneshot
RemainAfterExit=yes
TimeoutStartSec=2min
ExecStart=/bin/sh -ec '\
  for i in $(ifquery --list --exclude lo --allow auto); do INTERFACES="$INTERFACES$i "; done; \
  [ -n "$INTERFACES" ] || exit 0; \
  while ! ifquery --state $INTERFACES >/dev/null; do sleep 1; done; \
  for i in $INTERFACES; do while [ -e /run/network/ifup-$i.pid ]; do sleep 0.2; done; done'

[Install]
WantedBy=network-online.target

Це сервісний файл, який присутній в системі Ubuntu 15.04, але з [Install]доданим розділом, щоб зробити це трохи простіше. Я сподіваюся, що поведінка ifupв Ubuntu 15.04 така сама, як ifupу Debian Jessie. Якщо ні, то деякі зміни будуть потрібні (особливо з останнім рядком).

Потім бігайте sudo systemctl enable ifup-wait-all-auto.service. Перезавантаживши комп'ютер, ви повинні побачити, що network-online.targetдосягнуто після підйому інтерфейсів (принаймні).

Увага! Щойно зрозумів це на Raspbian Jessie: видаліть ВСІ коментовані рядки в / etc / мережевих інтерфейсах, і це спрацює! Це здається помилкою для розбору =) У моєму конкретному випадку я залишив коментар iface eth0 inet dhcpі просто забув про це ще багато років тому, але після оновлення до Raspbian Jessie та відновлення ядра у мене дуже дивна поведінка: він використовував DHCP і відмовився зробити настройку з / etc / network / інтерфейсів. Тому я позбавив його від будь-яких коментарів - просто робочих ліній, перезавантажте - і це працює! НЕ ПОТРІБНО ПІДГОТОВКА СКРИПТУ / РЕДАКЦІЇ!

За https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ рекомендований спосіб запуску служби ПІСЛЯ мережі є рівень використання « network-online.target » в .Service файлі:

 "After=network-online.target"
 "Wants=network-online.target"

Однак після використання " network-online.target " і моєї служби не вдалося, оскільки мережа була не на повному рівні, я виявив помилку ( https://github.com/coreos/bugs/isissue/1966 ) з нею: не гарантовано бути 100% непогрішним.

Дійсно, там, де використовуються засоби динамічної конфігурації мереж, такі як " NetworkManager ", як і в цьому випадку, стан мереж ніколи не може бути 100% точним або передбачуваним. Мабуть, за посиланням, що описує помилку, " network-online.target " може вести себе непослідовно, залежно від різних додатків, з якими вона використовується.

Вирішення :
Вам потрібно проаналізувати порядок запуску сервісів і використовувати той, який починається пізніше, ніж " network-online.target ":

 systemd-analyze plot > /home/pi/graph.svg

Це ітеративний процес поступово змінюючи цілі на пізніші та більш пізні сервіси, поки ви не знайдете той, що забезпечує встановлення мережі на рівні, і ваша послуга починається без помилок. В моєму випадку мені навіть довелося sleep 10вписати в свій сценарій сервіс SystemD, який називався.

Я одного разу знайшов відповідь на Github, який вирішив її, постійно намагаючись пінг-сервер. Лише коли пінг проходить, служба продовжує:

[Service]
ExecStartPre=/bin/sh -c 'until ping -c1 google.com; do sleep 1; done;'
ExecStart=<your command>

Я замінив google.comвласний сервер, оскільки для підключення до мого сервера потрібен мій основний сценарій.