使网络启动后执行脚本？

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

[Service]
ExecStart=/root/test.script

[Install]
WantedBy=multi-user.target

systemctl enable test

#1 楼

在systemd网络配置依赖性上

很容易影响systemd的单元顺序。另一方面，您需要注意完整设备的保证。

配置服务

在当前系统上，
network.target之后的订购仅保证网络服务已经启动，并不是说有一些实际配置。您需要在network-online.target之后订购并拉入以实现此目的。

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

为了与旧系统兼容，您可能还需要在network.target之后订购。 br />

[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的启动时）应用的配置。

为了完整起见，Fedora中的/etc/init.d/network服务，如当前systemd版本所解释的那样，阻止network.target，从而间接阻止network-online.target和您的服务。这是基于脚本的实现的一个示例。

如果您的实现（无论是基于守护程序还是基于脚本）表现为上述网络管理服务之一，它将延迟您的服务启动，直到完成网络配置为止。成功完成，由于某种原因失败或在合理的时间范围后超时。

您可能需要检查netctl是否以相同的方式工作，并且该信息将对该答案有所帮助。

旧版本软件中的实现方式

我不认为您将看到systemd的版本足够旧，无法正常运行。但是您可以检查至少存在network-online.target，并在network.target之后对其进行排序。

以前，NetworkManager仅保证将应用至少一个连接。即使要使它正常工作，您也必须显式启用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之前订购自己。 />

[Unit]
Before=network.target

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

即使不是很有用，基于守护程序的网络管理服务也应该在network.target之前先订购自己。

[Unit]
Before=network.target

[Service]
Type=simple
ExecStart=...

等待守护程序完成的服务应在特定服务之后和network-online.target之前订购自己。它应在守护程序服务上使用network.target，以便在未使用相应的网络管理服务的情况下立即失败。在network-online.target目录中等待Requisite的服务，以便希望等待已配置网络的服务将其拉入。

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

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

相关文档


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

最后的笔记

我希望我不仅能在您提出问题时帮助回答您的问题，而且有助于改善上游和Linux发行版的情况，以便我现在可以提供比编写原始版本时更好的答案。

#2 楼

您可以在After部分中使用[Unit]定义应在服务启动之前启动的服务。例如，如果您使用的是NetworkManager，则可以在启动NetworkManager之后启动服务。

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

#3 楼

如果您的服务提供了一个服务器，该服务器可以被动地等待某人连接到该服务器，请使用以下服务器：

[Unit]
After=network.target

您的服务应绑定在通配符接口上。如果它使用套接字激活（推荐），或者它是仅限本地的，则可以完全忽略网络目标。

如果您的服务充当客户端，或者是对等的，则更合适：

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

在systemd 213之前，network-online.target需要Pavel提到的解决方法（您需要手动启用将等待网络启动的服务）。从systemd 213开始，默认情况下会完成此操作。 systemd-networkd-wait-online将等待至少一个地址（可路由或链接本地）在非环回接口上进行配置。

配置systemd-networked，NetworkManager或等效功能是一项独立的任务。 DHCP（用于IPv4）和NDP（用于IPv6）往往开箱即用，但是您应该对其进行配置，以便您对“网络正常运行”的精确定义可以触发network-online.target。

文档：


network.target
network-online.target
网络启动后运行服务

#4 楼

我想我可以通过弄乱WantedBy参数来更改脚本的运行点。


会产生与您想要的相反的效果。来自man systemd.unit：


WantedBy =，RequiredBy =

[...]在每个目录的.wants /或.requires /目录中创建一个符号链接。
通过systemctl enable安装本机时列出的单元数。这样的效果是将列出的单元中的类型为Wants =
或Requires =的依赖项添加到当前单元中。


基于此，我们可以看到正确的单位选项是“想要”还是“需要”；根据这些描述，“ Requires”可能是正确的，加上“ After”以确保不仅可以运行网络服务，而且可以确保它在此单元之前运行。

单元选项AFAIK可以包括以下条件：启动的前提条件必须已经完成或达到某个点（联网可能是守护程序服务），但前提是必须先启动。考虑到这一点，您可能需要制作脚本Type=forking并抛出正常的延迟（例如30秒），或者某种包括延迟在内的成功退出循环，以确保首先拥有DHCP租约。 。

#5 楼

使用After部分中的[Unit]来指定在您自己的服务之前应启动的内容。 （以上大部分答案是正确的。）要在网络建立后启动服务，请使用网络目标，无论您使用的是conf.d / netctl系统中的NetworkManager，都应使用网络目标。 Arch或systemd知道的其他服务。

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

简要查看将确认系统上依赖网络连接的所有其他服务都包含此指令。

它也可以移植到使用systemd的任何发行版中。您的单位文件将与Arch，Fedora，RHEL 7，Debian的未来版本相同。


启动网络连接的服务（例如Arch的脚本或您自己的脚本）应请在各自的单位文件中指定。

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

#6 楼

我想在本文中加一点。当前（2015年夏季）在RHEL7 / CentOS 7中，在IPv6网络启动之前，network-online.target设置不正确，因此，在服务定义中具有
明确绑定到IPv6地址的操作可能会在IPv6启动并运行之前启动，从而导致它们失败。

#7 楼

[Unit]
After=systemd-networkd.service

为我工作。