O Debian systemd network-online.target não está funcionando?

Estou tentando criar um serviço systemd no Debian Jessie. Eu preciso que ele comece depois que network-online.targetfor alcançado.

O problema é network-online.targetacionado ao mesmo tempo network.targetem que minhas interfaces ainda não estão configuradas, apenas iniciei a consulta DHCP.

Parece que esse problema é específico do Debian porque ele usa a configuração de rede herdada.

Como contornar este problema ou como tornar o network-online.targettrabalho?

Como você está usando /etc/network/interfaces, você precisará de um serviço systemd para monitorar o status de cada interface. Verifique se você possui /lib/systemd/system/ifup-wait-all-auto.service(instalado pelo ifupdownpacote no Ubuntu 15.04). Caso contrário, crie /etc/systemd/system/ifup-wait-all-auto.servicee cole o seguinte:

[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

Este é o arquivo de serviço presente em um sistema Ubuntu 15.04, mas com a [Install]seção adicionada para facilitar as coisas. Espero que o comportamento do ifupUbuntu 15.04 seja o mesmo do ifupDebian Jessie. Caso contrário, algumas modificações serão necessárias (principalmente na última linha).

Então corra sudo systemctl enable ifup-wait-all-auto.service. Depois de reiniciar o computador, você verá que o valor network-online.targeté alcançado após a abertura das interfaces (pelo menos).

Atenção! Acabei de descobrir isso em uma Jessie Raspbian: remova TODAS as linhas comentadas em / etc / network interfaces e funcionará! Parece ser um bug de análise =) No meu caso específico, deixei o comentário iface eth0 inet dhcpe esqueci-o há eras atrás, mas após a atualização para o Raspbian Jessie e a reconstrução de um kernel, tenho um comportamento muito estranho: ele usava o DHCP e se recusava a faça um ajuste em / etc / network / interfaces. Então, retirei todos os comentários - apenas linhas de trabalho, reinicialização - e funciona! NENHUM PATCHING / EDIÇÃO DE SCRIPT NECESSÁRIO!

De acordo com https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/, a maneira recomendada de iniciar um serviço APÓS o nível da rede é usar " network-online.target " no arquivo .service :

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

No entanto, depois de usar " network-online.target " e meu serviço falhar porque a rede não estava totalmente nivelada, descobri que havia um bug ( https://github.com/coreos/bugs/issues/1966 ): não é garantido que seja 100% infalível.

De fato, onde ferramentas dinâmicas de configuração de rede, como o " NetworkManager ", são usadas como neste caso, o estado da rede nunca pode ser 100% preciso ou previsível. Aparentemente, no link que descreve o bug, " network-online.target " pode se comportar de maneira inconsistente, dependendo dos diferentes aplicativos com os quais é usado.

Solução alternativa :
você precisa analisar a ordem de inicialização dos serviços e usar uma que seja iniciada depois de " network-online.target ":

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

Esse é um processo iterativo que altera os destinos de forma incremental para serviços posteriores e posteriores até encontrar aquele que garante que a rede esteja nivelada e que o serviço inicie sem erros. No meu próprio caso, eu até precisei colocar sleep 10no meu script o serviço SystemD chamado.

Certa vez, encontrei uma resposta no Github que a solucionava tentando continuamente executar ping em um servidor. Somente quando o ping é concluído, o serviço continua:

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

Substituí google.compelo meu próprio servidor porque meu script principal precisava se conectar ao meu servidor.