私はsystemdが比較的新しく、そのアーキテクチャを学んでいます。

現在、カスタムシェルスクリプトを実行する方法を見つけようとしています。このスクリプトは、ネットワーク層の起動後に実行する必要があります。

systemdとnetctlを使用してArchを実行しています。

テストするために、単に実行する単純なスクリプトを作成しましたip addr list > /tmp/ip.txt。このスクリプト用に次のサービスファイルを作成しました。

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

[Service]
ExecStart=/root/test.script

[Install]
WantedBy=multi-user.target

次に、スクリプトを有効にしました。

systemctl enable test

再起動すると、スクリプトは実際に実行されますが、ネットワークが開始される前に実行されます。つまり、出力にip.txtは、プライマリインターフェイスに割り当てられたIPv4アドレスは表示されません。ログインするまでに、IPv4アドレスは実際に割り当てられており、ネットワークは稼働しています。

WantedByパラメーターを変更することで、スクリプトを実行するポイントを変更できると思いますが、その方法はわかりません。

誰かが私を正しい方向に向けることができますか？

systemdネットワーク構成の依存関係

systemdのユニットの順序に影響を与えることは非常に簡単です。一方、完成したユニットが保証するものに注意する必要があります。

サービスを構成する

現在のシステムでは、注文後network.targetにネットワークサービスが開始されていることを保証するだけで、実際の構成が存在することは保証されません。あなたはnetwork-online.targetそれを達成するために後で注文し、それを引っ張る必要があります。

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

古いシステムとの互換性のために、network.targetの後にも注文する必要があるかもしれません。

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

これは、サービスのユニットファイルとsystemdの場合です。

ソフトウェアの現在のバージョンでの実装

次に、それがnetwork-online.target期待どおりに動作すること（または少なくともを使用できることnetwork.target）を確認する必要があります。

NetworkManagerの現在のバージョンは、サービスNetworkManager-wait-online.serviceによってnetwork-online.target、したがってサービスによって取得されるものを提供します。この特別なサービスにより、開始するように構成されたすべての接続が自動的に成功、失敗、またはタイムアウトするまで、サービスが待機します。

systemd-networkdの現在のバージョンは、すべてのデバイスが要求どおりに構成されるまでサービスをブロックします。現在は、ブート時に適用される構成（より具体的には `systemd-networkd.serviceの起動時）のみをサポートするという点で簡単です。

完全を期すために/etc/init.d/network、Fedora のサービスは、systemdの現在のバージョンで解釈されるnetwork.targetようにnetwork-online.target、サービスをブロックし、間接的にブロックします。これは、スクリプトベースの実装の例です。

デーモンベースまたはスクリプトベースの実装が上記のネットワーク管理サービスの1つとして動作する場合、ネットワーク構成が正常に完了するか、正当な理由で失敗するか、妥当な時間後にタイムアウトするまで、サービスの開始を遅らせます完了するフレーム。

netctlが同じように機能するかどうか、またこの情報がこの回答に追加される価値があるかどうかを確認することができます。

古いバージョンのソフトウェアでの実装

systemdの十分に古いバージョンでは、これがうまく機能しないのではないでしょうか。しかし、少なくともnetwork-online.target存在することと、それが後に注文されることを確認できますnetwork.target。

以前は、NetworkManagerは少なくとも1つの接続が適用されることのみを保証していました。そして、それが機能するためには、NetworkManager-wait-online.service明示的に有効にする必要があります。これはFedoraで長い間修正されてきましたが、最近になってアップストリームに適用されました。

systemctl enable NetworkManager-wait-online.service

network.targetおよびnetwork-online.targetの実装に関する注意

ソフトウェアを他の特定のサービスに依存させNetworkManager.serviceたりNetworkManager-wait-online.service、他の特定のサービスに依存させたりする必要はありません。代わりに、すべてのネットワーク管理サービスは、前network.targetにオプションで自分自身を注文する必要がありますnetwork-online.target。

単純なスクリプトベースのネットワーク管理サービスは、終了する前にネットワーク構成を終了し、前にnetwork.target、したがって間接的に前に自身を順序付けする必要がありnetwork-online.targetます。

[Unit]
Before=network.target

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

デーモンベースのネットワーク管理サービスは、network.targetあまり有用ではありませんが、事前に注文する必要があります。

[Unit]
Before=network.target

[Service]
Type=simple
ExecStart=...

デーモンが終了するのを待つサービスは、特定のサービスの後、前に自分自身を注文する必要がありますnetwork-online.target。Requisiteそれぞれのネットワーク管理サービスが使用されていない場合にすぐに失敗するように、デーモンサービスで使用する必要があります。

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

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

パッケージは、設定されたネットワークを待機するサービスによって取得されるように、wantsディレクトリ内の待機中のサービスへのシンボリックリンクをインストールするnetwork-online.target必要があります。

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

関連資料

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

最終ノート

あなたが質問したときにあなたの質問に答えるだけでなく、アップストリームおよびLinuxディストリビューションの状況を改善することに貢献したことを願っています。 。

あなたは使用することができますAfterに[Unit]あなたのサービスが開始される前に開始されるサービスを定義するセクション。たとえば、NetworkManagerを使用している場合、NetworkManagerの開始後にサービスを開始できます。

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

サービスがサーバーを提供し、誰かが接続するのを受動的に待つことができる場合は、これを使用します：

[Unit]
After=network.target

サービスはワイルドカードインターフェイスにバインドする必要があります。ソケットアクティベーションを使用する場合（推奨）、またはローカルのみの場合は、ネットワークターゲットを完全に無視できます。

サービスがクライアントとして機能する場合、またはピアツーピアである場合、これはより適切です。

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

systemd 213の前に、network-online.targetには前述の回避策が必要です（ネットワークが起動するのを待つサービスを手動で有効にする必要があります）。systemd 213現在、これはデフォルトで行われています。systemd-networkd-wait-online少なくとも1つのアドレス（ルーティング可能またはリンクローカル）が非ループバックインターフェイスに設定されるのを待ちます。

systemd-networkd、NetworkManager、または同等の設定は、独立したタスクです。DHCP（IPv4の場合）およびNDP（IPv6の場合）はそのままで動作する傾向がありますが、「ネットワークが稼働している」という正確な定義がトリガーとなるようにそれらを構成する必要がありますnetwork-online.target。

ドキュメンテーション：

• network.target
• network-online.target
• ネットワークが稼働した後のサービスの実行

WantedByパラメータをいじることで、スクリプトを実行するポイントを変更できると思います

それはあなたが望むものとは逆の効果を持つでしょう。からman systemd.unit：

WantedBy =、RequiredBy =

[...]シンボリックリンクは、このユニットがsystemctl enableによってインストールされるときに、リストされた各ユニットの.wants /または.requires /ディレクトリに作成されます。これには、Wants =またはRequires =タイプの依存関係がリストされたユニットから現在のユニットに追加されるという効果があります。

これに基づいて、適切なユニットオプションが「Wants」または「Requires」であることがわかります。それらの説明に基づいて、「Requires」はおそらく正しいです。「After」を追加して、ネットワーキングサービスを実行するだけでなく、このユニットの前に実行するようにします。

ユニットのオプションのいずれも、私の知る限り、開始役得が完了、またはそれだけであること、（ネットワーキングはおそらくデーモンサービスである）特定のポイントに達していなければならないという規定を含めることはできません開始する最初の。これを念頭に置いて、Type=forking最初にDHCPリースがあることを確認するために、スクリプトを作成して健全な遅延（たとえば30秒）、または遅延を含む何らかの成功時終了ループをスローすることができます。

セクションで使用Afterして[Unit]、独自のサービスの前に何を開始するかを指定します。（これまでの答えの多くは正しいです。）

ネットワークの起動後にサービスを開始するには、NetworkManager、Archのconf.d / netctlシステム、またはsystemdが認識している他のサービスを使用するかどうかに関係なく、ネットワークターゲットを使用します。

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

簡単に見てみると、ネットワーク接続に依存するシステム上の他のすべてのサービスにこのディレクティブが含まれていることが確認できます。

また、systemdを使用するすべてのディストリビューションに移植可能です。ユニットファイルは、Arch、Fedora、RHEL 7、Debianの将来のバージョンで同じになります...

Archのスクリプトや独自のスクリプトなど、ネットワーク接続を開始するサービスは、独自のユニットファイルで指定する必要があります。

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

この記事にポイントを追加したかった。現在（2015年夏）RHEL7 / CentOS 7では、IPv6ネットワークが起動する前にnetwork-online.targetが誤って設定されているため、

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

IPv6アドレスに明示的にバインドするサービス定義では、おそらくIPv6が起動して実行される前に開始され、それらが失敗します。

[Unit]
After=systemd-networkd.service

私のために働く。