¿Debian systemd network-online.target no funciona?

Estoy tratando de crear un servicio systemd en Debian Jessie. Lo necesito para comenzar después de que network-online.targetse alcanza.

El problema son los network-online.targetincendios al mismo tiempo network.targety en ese momento mis interfaces no están configuradas todavía, solo comencé la consulta DHCP.

Parece que este problema es específico de Debian porque usa la configuración de red heredada.

¿Cómo evitar este problema o cómo hacer que network-online.targetfuncione?

Como está utilizando /etc/network/interfaces, necesitará un servicio systemd para monitorear el estado de cada interfaz. Verifique si tiene /lib/systemd/system/ifup-wait-all-auto.service(instalado por el ifupdownpaquete en Ubuntu 15.04). Si no, cree /etc/systemd/system/ifup-wait-all-auto.servicey pegue lo siguiente:

[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 es el archivo de servicio presente en un sistema Ubuntu 15.04, pero con la [Install]sección agregada para facilitar un poco las cosas. Espero que el comportamiento de ifupUbuntu 15.04 sea el mismo que el de ifupDebian Jessie. De lo contrario, será necesaria alguna modificación (particularmente con la última línea).

Entonces, corre sudo systemctl enable ifup-wait-all-auto.service. Después de reiniciar su computadora, debería ver que network-online.targetse alcanza después de abrir las interfaces (al menos).

¡Atención! Lo descubrí en un Raspbian Jessie: elimina TODAS las líneas comentadas en / etc / interfaces de red y ¡funcionará! Parece ser un error de análisis =) En mi caso específico, lo dejé comentado iface eth0 inet dhcpy lo olvidé hace eones, pero después de actualizar a Raspbian Jessie y reconstruir un núcleo, tuve un comportamiento muy extraño: usé DHCP y me negué a hacerlo. realice un ajuste desde / etc / network / interfaces. Así que lo eliminé de cualquier comentario, solo líneas de trabajo, reinicio, ¡y funciona! NO SE NECESITA PATCHING / EDICIÓN DE SCRIPT!

De acuerdo con https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/, la forma recomendada de iniciar un servicio DESPUÉS de la conexión de redes es nivelar es usar " network-online.target " en el archivo .service :

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

Sin embargo, después de usar " network-online.target " y mi servicio fallaba porque la red no estaba completamente nivelada, descubrí que hay un error ( https://github.com/coreos/bugs/issues/1966 ) con él: no se garantiza que ser 100% infalible

De hecho, cuando se utilizan herramientas de configuración de redes dinámicas como " NetworkManager " como en este caso, el estado de las redes nunca puede ser 100% preciso o predecible. Aparentemente, desde el enlace que describe el error, " network-online.target " puede comportarse de manera inconsistente dependiendo de las diferentes aplicaciones con las que se utiliza.

Solución alternativa :
debe analizar el orden de inicio de los servicios y utilizar uno que comience más tarde que " network-online.target ":

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

Este es un proceso iterativo que cambia los objetivos de forma incremental a servicios posteriores y posteriores hasta que encuentre el que garantice que la red esté nivelada y su servicio se inicie sin errores. En mi propio caso, incluso tuve que poner sleep 10en mi script el servicio SystemD llamado.

Una vez encontré una respuesta en Github que la resolvió intentando continuamente hacer ping a un servidor. Solo cuando llega el ping, el servicio continúa:

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

Lo reemplacé google.comcon mi propio servidor porque mi script principal necesitaba conectarse a mi servidor.