Ich bin relativ neu in systemd und lerne seine Architektur.

Im Moment versuche ich herauszufinden, wie ein benutzerdefiniertes Shell-Skript ausgeführt werden kann. Dieses Skript muss ausgeführt werden, nachdem die Netzwerkebene gestartet wurde.

Ich führe Arch aus und verwende sowohl systemd als auch netctl.

Zum Testen habe ich ein einfaches Skript geschrieben, das einfach ausgeführt wird ip addr list > /tmp/ip.txt. Ich habe die folgende Servicedatei für dieses Skript erstellt.

(/etc/systemd/system/test.service)
[Unit]
Description=test service

[Service]
ExecStart=/root/test.script

[Install]
WantedBy=multi-user.target

Ich habe dann das Skript mit aktiviert,

systemctl enable test

Nach dem Neustart wird das Skript zwar ausgeführt, jedoch vor dem Start des Netzwerks. Mit anderen Worten, die Ausgabe in ip.txtzeigt keine der primären Schnittstelle zugewiesene IPv4-Adresse an. Bei der Anmeldung wurde die IPv4-Adresse tatsächlich zugewiesen, und das Netzwerk ist aktiv.

Ich schätze, ich könnte den Punkt, an dem das Skript ausgeführt wird, ändern, indem WantedByich mit dem Parameter herumspiele , aber ich bin mir nicht sicher, wie ich das machen soll.

Könnte mich jemand in die richtige Richtung weisen?

Abhängigkeiten der System-Netzwerkkonfiguration

Es ist sehr einfach, die Einheitenbestellung von systemd zu beeinflussen. Andererseits müssen Sie vorsichtig sein, was eine fertige Einheit garantiert.

Konfigurieren Sie Ihren Dienst

Bei aktuellen Systemen network.targetgarantiert die Bestellung nach nur, dass der Netzwerkdienst gestartet wurde, nicht, dass eine tatsächliche Konfiguration vorliegt. Sie müssen danach bestellen network-online.targetund es hineinziehen, um das zu erreichen.

[Unit]
Wants=network-online.target
After=network-online.target

Für die Kompatibilität mit älteren Systemen müssen Sie möglicherweise auch nach network.target bestellen.

[Unit]
Wants=network-online.target
After=network.target network-online.target

Das ist für die Unit-Datei Ihres Dienstes und für systemd.

Implementierung in aktuelle Softwareversionen

Jetzt müssen Sie sicherstellen, dass dies network-online.targetwie erwartet funktioniert (oder zumindest verwendet werden kann network.target).

Die aktuelle Version von NetworkManager bietet das, NetworkManager-wait-online.servicewas von network-online.targetund damit von Ihrem Dienst abgerufen wird. Dieser spezielle Dienst stellt sicher, dass Ihr Dienst wartet, bis alle Verbindungen, die für den automatischen Start konfiguriert sind, erfolgreich sind, fehlschlagen oder eine Zeitüberschreitung aufweisen.

Die aktuelle Version von systemd-networkd blockiert Ihren Dienst, bis alle Geräte wie angefordert konfiguriert sind. Es ist einfacher, da derzeit nur Konfigurationen unterstützt werden, die beim Booten angewendet werden (genauer gesagt die Startzeit von `systemd-networkd.service).

Der Vollständigkeit halber /etc/init.d/networkblockiert der Dienst in Fedora, wie von den aktuellen Versionen von systemd interpretiert, network.targetund damit indirekt auch network-online.targetIhren Dienst. Es ist ein Beispiel für eine Skript-basierte Implementierung.

Wenn sich Ihre Implementierung, ob daemon- oder skriptbasiert, als einer der oben genannten Netzwerkverwaltungsdienste verhält, verzögert sie den Start Ihres Dienstes, bis die Netzwerkkonfiguration entweder erfolgreich abgeschlossen wurde, aus gutem Grund fehlgeschlagen ist oder nach einer angemessenen Zeit abgelaufen ist Rahmen zu vervollständigen.

Möglicherweise möchten Sie überprüfen, ob netctl auf die gleiche Weise funktioniert, und diese Informationen sind eine wertvolle Ergänzung zu dieser Antwort.

Implementierungen in älteren Softwareversionen

Ich glaube nicht, dass Sie eine ausreichend alte Version von systemd sehen werden, bei der dies nicht gut funktioniert. Aber Sie können prüfen, ob zumindest network-online.targetexistiert und dass es nach geordnet wird network.target.

Bisher garantierte NetworkManager nur, dass mindestens eine Verbindung angewendet wurde. Und selbst damit das funktioniert, müsste man das NetworkManager-wait-online.serviceexplizit aktivieren . Dies wurde in Fedora schon lange behoben, aber erst kürzlich im Upstream angewendet.

systemctl enable NetworkManager-wait-online.service

Hinweise zur Implementierung von network.target und network-online.target

Sie sollten nicht immer Ihre Software hängen von vornehmen müssen NetworkManager.serviceoder NetworkManager-wait-online.servicenoch andere spezifische Dienstleistungen. Stattdessen sollten sich alle Netzwerkverwaltungsdienste vor network.targetund optional selbst bestellen network-online.target.

Ein einfacher skriptbasierter Netzwerkverwaltungsdienst sollte die Netzwerkkonfiguration vor dem Beenden abschließen und sich vor network.targetund damit indirekt vor dem Beenden selbst anordnen network-online.target.

[Unit]
Before=network.target

[Service]
Type=oneshot
ExecStart=...
RemainAfterExit=yes

Ein Daemon-basierter Netzwerkverwaltungsdienst sollte sich ebenfalls vorher network.targetselbst bestellen, auch wenn dies nicht sehr nützlich ist.

[Unit]
Before=network.target

[Service]
Type=simple
ExecStart=...

Ein Dienst, der für die Daemon wartet beenden sollte sich nach dem Dienst bestellen und vor network-online.target. Es sollte Requisiteauf dem Daemon-Dienst verwendet werden, damit es sofort fehlschlägt, wenn der entsprechende Netzwerkverwaltungsdienst nicht verwendet wird.

[Unit]
Requisite=...
After=...
Before=network-online.target

[Service]
Type=oneshot
ExecStart=...
RemainAfterExit=yes

Das Paket sollte einen Symlink zum wartenden Dienst im wantsVerzeichnis für installieren network-online.target, damit er von Diensten abgerufen wird, die auf das konfigurierte Netzwerk warten möchten.

ln -s /usr/lib/systemd/system/... /usr/lib/systemd/system/network-online.target.wants/

Dazugehörige Dokumentation

• http://www.freedesktop.org/software/systemd/man/systemd.special.html#network-online.target
• http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/

Schlussnoten

Ich hoffe, dass ich Ihnen nicht nur bei der Beantwortung Ihrer Frage geholfen habe, sondern auch dazu beigetragen habe, die Situation in Upstream- und Linux-Distributionen zu verbessern, sodass ich jetzt eine bessere Antwort geben kann, als dies zum Zeitpunkt des Erstellens der ursprünglichen möglich war .

AfterIn [Unit]Abschnitt können Sie einen Dienst definieren, der vor dem Start Ihres Dienstes gestartet werden soll. Wenn Sie beispielsweise NetworkManager verwenden, können Sie den Dienst nach dem Start von NetworkManager starten.

[Unit]
Description=test service
After=NetworkManager.service

Wenn Ihr Dienst einen Server bereitstellt, der passiv darauf warten kann, dass sich jemand mit ihm verbindet, verwenden Sie Folgendes:

[Unit]
After=network.target

Ihr Dienst sollte an die Platzhalter-Schnittstelle gebunden sein. Wenn die Socket-Aktivierung verwendet wird (empfohlen) oder wenn sie nur lokal ist, können Sie Netzwerkziele vollständig ignorieren.

Wenn Ihr Service als Client fungiert oder Peer-to-Peer ist, ist dies angemessener:

[Unit]
After=network-online.target
Requires=network-online.target

Vor systemd 213 benötigt network-online.target die erwähnte Problemumgehung Pavel (Sie müssen manuell einen Dienst aktivieren, der darauf wartet, dass das Netzwerk aktiv ist). Ab System 213 erfolgt dies standardmäßig. systemd-networkd-wait-onlineWartet darauf, dass mindestens eine Adresse (entweder routingfähig oder verbindungslokal) auf einer Nicht-Loopback-Schnittstelle konfiguriert wird.

Das Konfigurieren von systemd-networkd, NetworkManager oder einer entsprechenden Komponente ist eine eigenständige Aufgabe. DHCP (für IPv4) und NDP (für IPv6) funktionieren in der Regel sofort, Sie sollten sie jedoch so konfigurieren, dass Ihre genaue Definition von „Das Netzwerk ist aktiv“ die Auslöser sind network-online.target.

Dokumentation:

• network.target
• network-online.target
• Ausführen von Diensten nach dem Hochfahren des Netzwerks

Ich schätze, ich könnte den Punkt ändern, an dem das Skript ausgeführt wird, indem ich mit dem WantedBy-Parameter experimentiere

Das hat den gegenteiligen Effekt von dem, was Sie wollen. Von man systemd.unit:

WantedBy =, RequiredBy =

[...] Eine symbolische Verknüpfung wird im Verzeichnis .wants / oder .requires / jeder der aufgelisteten Einheiten erstellt, wenn diese Einheit von systemctl enable installiert wird. Dies hat zur Folge, dass eine Abhängigkeit vom Typ Wants = oder Requires = von der aufgelisteten Einheit zur aktuellen Einheit hinzugefügt wird .

Basierend darauf können wir sehen, dass die richtige Einheitenoption "Wants" oder "Requires" ist. Basierend auf deren Beschreibung ist "Requires" wahrscheinlich richtig, mit dem Zusatz "After", um nicht nur sicherzustellen, dass der Netzwerkdienst ausgeführt wird, sondern auch, dass er vor diesem Gerät ausgeführt wird.

Keine der Einheitenoptionen, AFAIK, kann die Bedingung enthalten, dass eine gestartete Anforderung abgeschlossen sein muss oder einen bestimmten Punkt erreicht hat (Netzwerk ist wahrscheinlich ein Daemon-Dienst), nur dass sie zuerst gestartet wird . In diesem Sinne möchten Sie möglicherweise Ihr Skript Type=forkingerstellen und eine fehlerfreie Verzögerung (z. B. 30 Sekunden) oder eine Art Exit-On-Success-Schleife mit einer Verzögerung einleiten, um sicherzustellen, dass Sie zuerst eine DHCP-Lease haben.

Verwenden Sie Afterin diesem [Unit]Abschnitt, um anzugeben, was vor Ihrem eigenen Dienst gestartet werden soll. (So ​​viel von der vorherigen Antwort ist richtig.)

Verwenden Sie das Netzwerkziel, um Ihren Dienst nach dem Hochfahren des Netzwerks zu starten. Dies sollte unabhängig davon gelten, ob Sie NetworkManager, das conf.d / netctl-System in Arch oder einen anderen Dienst verwenden, der systemd bekannt ist.

[Unit]
#.....
After=network.target

Ein kurzer Blick bestätigt, dass jeder andere Dienst auf Ihrem System, der auf Netzwerkkonnektivität angewiesen ist, diese Anweisung enthält.

Es ist auch portierbar für alle Distributionen, die systemd verwenden. Ihre Unit-Datei wird dieselbe sein für Arch, Fedora, RHEL 7, zukünftige Versionen von Debian ...

Dienste , die starten eine Netzwerkverbindung, wie Arch Skripte oder eigenen, sollten angeben , damit ihre eigenen Unit - Dateien.

[Unit]
Wants=network.target
Before=network.target

Ich wollte diesem Artikel einen Punkt hinzufügen. Derzeit (Sommer 2015) in RHEL7 / CentOS 7 ist network-online.target vor dem Hochfahren des IPv6-Netzwerks falsch eingestellt

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

In ihrer Dienstdefinition werden auch explizit an IPv6-Adressen gebundene Dienste wahrscheinlich gestartet, bevor IPv6 ausgeführt wird, was zu einem Fehler führt.

[Unit]
After=systemd-networkd.service

funktioniert bei mir.