#462 closed Bug / Defect (fixed)
Systemd unit file shall depend on network-online target
Reported by: | vhotspur | Owned by: | David Sommerseth |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | Generic / unclassified | Version: | OpenVPN git master branch (Community Ed) |
Severity: | Not set (select this one, unless your'e a OpenVPN developer) | Keywords: | systemd |
Cc: |
Description
The current unit file depends on the network.target
. When the machine has more than one network interface (and under other circumstances as well, probably), OpenVPN might be started before all the interfaces are up and may thus fail to start.
According to this page, it would be better if it would depend on network-online
. That is, the unit file shall contain
After=network-online.target Wants=network-online.target
Change History (7)
comment:1 Changed 10 years ago by
Owner: | set to dazu |
---|---|
Status: | new → assigned |
comment:2 Changed 10 years ago by
Owner: | changed from dazu to David Sommerseth |
---|
comment:3 Changed 10 years ago by
I've been pondering on this for a few days. And this isn't wrong. But in some situations it isn't right either.
Using network-online.target is right if the an OpenVPN client config is to be started. But OpenVPN server configs are to be started, it should only wait for the network stack to be ready (network.target).
I need to ponder a bit more on this. Maybe we should actually have two different unit files, openvpnserver and openvpnclient, where they look for the config files in separate directories (to avoid any confusions.
comment:4 Changed 10 years ago by
Status: | assigned → accepted |
---|
comment:5 Changed 10 years ago by
Component: | Packaging → Generic / unclassified |
---|---|
Priority: | major → minor |
comment:6 Changed 10 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
The following patch has been applied to both master and release/2.3 branches. This patch should resolve this issue.
commit 3341a98c2852d1d0c1eafdc70a3bdb218ec29049 master commit 28bd79ac980488dbfce2e8136287e38c6f35a043 release/2.3 Author: David Sommerseth <davids@redhat.com> Date: Thu Nov 13 15:43:37 2014 +0100 systemd: Reworked the systemd unit file to handle server and client configs better Systemd can delay starting a service if the network isn't fully available yet. This feature is useful in client configurations, where OpenVPN will not be started before the client can reach the Internet. It is the network service manager which tells systemd if the system is "online" or not. For server configurations, the OpenVPN should be able to be started, regardless if the system is "online" or not. This is also the old behaviour of most of the old init.d script and the last systemd unit file. This patch splits the previous systemd unit file into to two files. One which is aimed at clients (openvpn-client@.service) and one for server configurations (openvpn-server@.service). These files will also pick the configurations from different sub-directories. The unit file for openvpn-client@ will use /etc/openvpn/client and the server unit file will use /etc/openvpn/server. This also ensures that config files are not started in the wrong manner. The arguments given to the openvpn binary have also shifted order, to ensure that some of them cannot be overridden by the config file, such as --daemon and --writepid. For server configurations a --status file is also added with the status format set to 2. This can be overridden by the configuration file. Signed-off-by: David Sommerseth <davids@redhat.com> Acked-by: Gert Doering <gert@greenie.muc.de> Message-Id: <1415889817-28049-1-git-send-email-openvpn.list@topphemmelig.net> URL: http://article.gmane.org/gmane.network.openvpn.devel/9222 Signed-off-by: Gert Doering <gert@greenie.muc.de>
comment:7 Changed 8 years ago by
Here is an interesting and rather nasty related AWS + Ubuntu issue:
Neither Ubuntu Xenial nor Debian jessie seem to use the systemd files dazo has provided.
David, this is yours - if you ACK this change, just go ahead and commit :-)