Hallo zusammen,
jetzt hab ich mal ein interessanteres Problem:
Ich hab eine etwas umfangreiche Firewall hier auf einem Server laufen, die aus ca. 20 Skripten in /etc/network/if-up.d/ aufgebaut wird. Die läuft auch tadellos; wann immer ich was geändert haben möchte, schreib ich die Änderung in das jeweilige Script und starte einen der Netzwerkadapter mittels
[src=bash]sudo ifdown ethX && sudo ifup ethX[/src]
neu. Das liest mir dann hübsch die Scripte der Reihe nach ein, wie es halt der Sinn und Zweck von if-up.d ist. Das lief auch unter Wheezy und Squeeze wunderbar, nur Jessie macht Probleme beim Boot. Wann immer ich den Server mal neu starte, vergisst systemd beim Start der Adapter, dieses Directory einzulesen und die Skripte darin auszuführen, ergo startet mir die Firewall nicht. Logge ich mich dann lokal ein und restarte einen der Adapter mittels obigem Befehl, läuft die Sache wieder.
Hat irgendeiner ne Ahnung, ob das Verhalten von systemd so gewollt ist oder wie man systemd beibringen kann, dass es nach dem Boot/Start von Netzwerkadaptern das Skript starten soll? Das Problem selbst haben wohl schon mehrere gehabt, aber ich hab noch keine befriedigende Antwort gefunden, wie man derartige Hooks über systemd wieder ans Laufen bekommt...
jetzt hab ich mal ein interessanteres Problem:
Ich hab eine etwas umfangreiche Firewall hier auf einem Server laufen, die aus ca. 20 Skripten in /etc/network/if-up.d/ aufgebaut wird. Die läuft auch tadellos; wann immer ich was geändert haben möchte, schreib ich die Änderung in das jeweilige Script und starte einen der Netzwerkadapter mittels
[src=bash]sudo ifdown ethX && sudo ifup ethX[/src]
neu. Das liest mir dann hübsch die Scripte der Reihe nach ein, wie es halt der Sinn und Zweck von if-up.d ist. Das lief auch unter Wheezy und Squeeze wunderbar, nur Jessie macht Probleme beim Boot. Wann immer ich den Server mal neu starte, vergisst systemd beim Start der Adapter, dieses Directory einzulesen und die Skripte darin auszuführen, ergo startet mir die Firewall nicht. Logge ich mich dann lokal ein und restarte einen der Adapter mittels obigem Befehl, läuft die Sache wieder.
Hat irgendeiner ne Ahnung, ob das Verhalten von systemd so gewollt ist oder wie man systemd beibringen kann, dass es nach dem Boot/Start von Netzwerkadaptern das Skript starten soll? Das Problem selbst haben wohl schon mehrere gehabt, aber ich hab noch keine befriedigende Antwort gefunden, wie man derartige Hooks über systemd wieder ans Laufen bekommt...
Zuletzt bearbeitet: