diff options
author | Lennart Poettering <lennart@poettering.net> | 2021-02-25 14:35:47 +0100 |
---|---|---|
committer | Lennart Poettering <lennart@poettering.net> | 2021-02-26 09:31:11 +0100 |
commit | 85f3bd23da2421023b21d8b96e44db054ca710dc (patch) | |
tree | 810d14fd4da7b0f952d3a98133f63a6193124e21 /man | |
parent | 26ac511a7e787e0ddac9c497c77c7067fc05ae70 (diff) | |
download | systemd-85f3bd23da2421023b21d8b96e44db054ca710dc.tar.gz |
man: say explicitly that network.target should give the guarantee that synthetic network interfaces have been created
Prompted by: #18793
Diffstat (limited to 'man')
-rw-r--r-- | man/systemd.special.xml | 37 |
1 files changed, 23 insertions, 14 deletions
diff --git a/man/systemd.special.xml b/man/systemd.special.xml index 3409203e4e..c9f320935d 100644 --- a/man/systemd.special.xml +++ b/man/systemd.special.xml @@ -948,20 +948,29 @@ <varlistentry> <term><filename>network.target</filename></term> <listitem> - <para>This unit is supposed to indicate when network - functionality is available, but it is only very weakly - defined what that is supposed to mean, with one exception: - at shutdown, a unit that is ordered after - <filename>network.target</filename> will be stopped before - the network — to whatever level it might be set up then — - is shut down. It is hence useful when writing service files - that require network access on shutdown, which should order - themselves after this target, but not pull it in. Also see - <ulink url="https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget">Running - Services After the Network is up</ulink> for more - information. Also see - <filename>network-online.target</filename> described - above.</para> + <para>This unit is supposed to indicate when network functionality is available, but it is only + very weakly defined what that is supposed to mean. However, the following should apply at + minimum:</para> + + <itemizedlist> + <listitem><para>At start-up, any configured synthetic network devices (i.e. not physical ones + that require hardware to show up and be probed, but virtual ones like bridge devices and + similar which are created programmatically) that do not depend on any underlying hardware + should be allocated by the time this target is reached. It is not necessary for these + interfaces to also have completed IP level configuration by the time + <filename>network.target</filename> is reached.</para></listitem> + + <listitem><para>At shutdown, a unit that is ordered after <filename>network.target</filename> + will be stopped before the network — to whatever level it might be set up by then — is shut + down. It is hence useful when writing service files that require network access on shutdown, + which should order themselves after this target, but not pull it in. Also see <ulink + url="https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget">Running Services After + the Network is up</ulink> for more information.</para></listitem> + </itemizedlist> + + <para>It must emphasized that at start-up there's no guarantee that hardware-based devices have + shown up by the time this target is reached, or even acquired complete IP configuration. For that + purpose use <filename>network-online.target</filename> as described above.</para> </listitem> </varlistentry> <varlistentry> |