OpenVPN riddling syslog with errors, but otherwise seems to work flawlessly

Clash Royale CLAN TAG#URR8PPP
up vote
1
down vote
favorite
Yesterday I configured OpenVPN on a Ubuntu 18.04 server which seems to work. I can connect no problem and systemctl status openvpn gives me green. However, my syslog is being riddled with errors which seem to relate to a different service than openvpn.service. I am kind of unsettled by this since the server goes into use tomorrow and the only way to get access then is via openvpn.
Here is the syslog:
Jun 22 15:30:41 localhost systemd[1]: openvpn@multi-user.service: Main process e xited, code=exited, status=1/FAILURE
Jun 22 15:30:41 localhost systemd[1]: openvpn@multi-user.service: Failed with re sult 'exit-code'.
Jun 22 15:30:41 localhost systemd[1]: Failed to start OpenVPN connection to multi-user.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Service hold-off time over, scheduling restart.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Scheduled restart job, restart counter is at 146.
Jun 22 15:30:47 localhost systemd[1]: Stopped OpenVPN connection to multi-user.
Jun 22 15:30:47 localhost systemd[1]: Starting OpenVPN connection to multi-user...
Jun 22 15:30:47 localhost ovpn-multi-user[3046]: Options error: In [CMD-LINE]:1:Error opening configuration file: /etc/openvpn/multi-user.conf
Jun 22 15:30:47 localhost ovpn-multi-user[3046]: Use --help for more information.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Main process exited, code=exited, status=1/FAILURE
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Failed with result 'exit-code'.
Jun 22 15:30:47 localhost systemd[1]: Failed to start OpenVPN connection to multi-user.
Jun 22 15:30:52 localhost systemd[1]: openvpn@multi-user.service: Service hold-off time over, scheduling restart.
Jun 22 15:30:52 localhost systemd[1]: openvpn@multi-user.service: Scheduled restart job, restart counter is at 147.
Jun 22 15:30:52 localhost systemd[1]: Stopped OpenVPN connection to multi-user.
Jun 22 15:30:52 localhost systemd[1]: Starting OpenVPN connection to multi-user.
systemd configuration openvpn syslog
add a comment |Â
up vote
1
down vote
favorite
Yesterday I configured OpenVPN on a Ubuntu 18.04 server which seems to work. I can connect no problem and systemctl status openvpn gives me green. However, my syslog is being riddled with errors which seem to relate to a different service than openvpn.service. I am kind of unsettled by this since the server goes into use tomorrow and the only way to get access then is via openvpn.
Here is the syslog:
Jun 22 15:30:41 localhost systemd[1]: openvpn@multi-user.service: Main process e xited, code=exited, status=1/FAILURE
Jun 22 15:30:41 localhost systemd[1]: openvpn@multi-user.service: Failed with re sult 'exit-code'.
Jun 22 15:30:41 localhost systemd[1]: Failed to start OpenVPN connection to multi-user.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Service hold-off time over, scheduling restart.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Scheduled restart job, restart counter is at 146.
Jun 22 15:30:47 localhost systemd[1]: Stopped OpenVPN connection to multi-user.
Jun 22 15:30:47 localhost systemd[1]: Starting OpenVPN connection to multi-user...
Jun 22 15:30:47 localhost ovpn-multi-user[3046]: Options error: In [CMD-LINE]:1:Error opening configuration file: /etc/openvpn/multi-user.conf
Jun 22 15:30:47 localhost ovpn-multi-user[3046]: Use --help for more information.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Main process exited, code=exited, status=1/FAILURE
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Failed with result 'exit-code'.
Jun 22 15:30:47 localhost systemd[1]: Failed to start OpenVPN connection to multi-user.
Jun 22 15:30:52 localhost systemd[1]: openvpn@multi-user.service: Service hold-off time over, scheduling restart.
Jun 22 15:30:52 localhost systemd[1]: openvpn@multi-user.service: Scheduled restart job, restart counter is at 147.
Jun 22 15:30:52 localhost systemd[1]: Stopped OpenVPN connection to multi-user.
Jun 22 15:30:52 localhost systemd[1]: Starting OpenVPN connection to multi-user.
systemd configuration openvpn syslog
Related questions are unix.stackexchange.com/questions/378749 and unix.stackexchange.com/questions/409665 .
â JdeBP
Jun 22 at 17:55
add a comment |Â
up vote
1
down vote
favorite
up vote
1
down vote
favorite
Yesterday I configured OpenVPN on a Ubuntu 18.04 server which seems to work. I can connect no problem and systemctl status openvpn gives me green. However, my syslog is being riddled with errors which seem to relate to a different service than openvpn.service. I am kind of unsettled by this since the server goes into use tomorrow and the only way to get access then is via openvpn.
Here is the syslog:
Jun 22 15:30:41 localhost systemd[1]: openvpn@multi-user.service: Main process e xited, code=exited, status=1/FAILURE
Jun 22 15:30:41 localhost systemd[1]: openvpn@multi-user.service: Failed with re sult 'exit-code'.
Jun 22 15:30:41 localhost systemd[1]: Failed to start OpenVPN connection to multi-user.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Service hold-off time over, scheduling restart.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Scheduled restart job, restart counter is at 146.
Jun 22 15:30:47 localhost systemd[1]: Stopped OpenVPN connection to multi-user.
Jun 22 15:30:47 localhost systemd[1]: Starting OpenVPN connection to multi-user...
Jun 22 15:30:47 localhost ovpn-multi-user[3046]: Options error: In [CMD-LINE]:1:Error opening configuration file: /etc/openvpn/multi-user.conf
Jun 22 15:30:47 localhost ovpn-multi-user[3046]: Use --help for more information.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Main process exited, code=exited, status=1/FAILURE
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Failed with result 'exit-code'.
Jun 22 15:30:47 localhost systemd[1]: Failed to start OpenVPN connection to multi-user.
Jun 22 15:30:52 localhost systemd[1]: openvpn@multi-user.service: Service hold-off time over, scheduling restart.
Jun 22 15:30:52 localhost systemd[1]: openvpn@multi-user.service: Scheduled restart job, restart counter is at 147.
Jun 22 15:30:52 localhost systemd[1]: Stopped OpenVPN connection to multi-user.
Jun 22 15:30:52 localhost systemd[1]: Starting OpenVPN connection to multi-user.
systemd configuration openvpn syslog
Yesterday I configured OpenVPN on a Ubuntu 18.04 server which seems to work. I can connect no problem and systemctl status openvpn gives me green. However, my syslog is being riddled with errors which seem to relate to a different service than openvpn.service. I am kind of unsettled by this since the server goes into use tomorrow and the only way to get access then is via openvpn.
Here is the syslog:
Jun 22 15:30:41 localhost systemd[1]: openvpn@multi-user.service: Main process e xited, code=exited, status=1/FAILURE
Jun 22 15:30:41 localhost systemd[1]: openvpn@multi-user.service: Failed with re sult 'exit-code'.
Jun 22 15:30:41 localhost systemd[1]: Failed to start OpenVPN connection to multi-user.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Service hold-off time over, scheduling restart.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Scheduled restart job, restart counter is at 146.
Jun 22 15:30:47 localhost systemd[1]: Stopped OpenVPN connection to multi-user.
Jun 22 15:30:47 localhost systemd[1]: Starting OpenVPN connection to multi-user...
Jun 22 15:30:47 localhost ovpn-multi-user[3046]: Options error: In [CMD-LINE]:1:Error opening configuration file: /etc/openvpn/multi-user.conf
Jun 22 15:30:47 localhost ovpn-multi-user[3046]: Use --help for more information.
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Main process exited, code=exited, status=1/FAILURE
Jun 22 15:30:47 localhost systemd[1]: openvpn@multi-user.service: Failed with result 'exit-code'.
Jun 22 15:30:47 localhost systemd[1]: Failed to start OpenVPN connection to multi-user.
Jun 22 15:30:52 localhost systemd[1]: openvpn@multi-user.service: Service hold-off time over, scheduling restart.
Jun 22 15:30:52 localhost systemd[1]: openvpn@multi-user.service: Scheduled restart job, restart counter is at 147.
Jun 22 15:30:52 localhost systemd[1]: Stopped OpenVPN connection to multi-user.
Jun 22 15:30:52 localhost systemd[1]: Starting OpenVPN connection to multi-user.
systemd configuration openvpn syslog
edited Jun 24 at 16:59
roaima
39.2k544105
39.2k544105
asked Jun 22 at 16:07
AlpayY
64
64
Related questions are unix.stackexchange.com/questions/378749 and unix.stackexchange.com/questions/409665 .
â JdeBP
Jun 22 at 17:55
add a comment |Â
Related questions are unix.stackexchange.com/questions/378749 and unix.stackexchange.com/questions/409665 .
â JdeBP
Jun 22 at 17:55
Related questions are unix.stackexchange.com/questions/378749 and unix.stackexchange.com/questions/409665 .
â JdeBP
Jun 22 at 17:55
Related questions are unix.stackexchange.com/questions/378749 and unix.stackexchange.com/questions/409665 .
â JdeBP
Jun 22 at 17:55
add a comment |Â
2 Answers
2
active
oldest
votes
up vote
0
down vote
Under systemd, at least on Debian (and presumably Ubuntu) each VPN connection (there can be multiple) gets its own service name openvpn@CONNECTION-NAME.service. You should have one per *.conf file in /etc/openvpn/.
The actual openvpn.service is a collection of all of them, to let you easily start/stop/reload all VPNs at once. Getting status on it isn't telling you much useful.
So you need to try systemctl status openvpn@multi-user.service or journalctl _SYSTEMD_UNIT=openvpn@multi-user.service, as it'd appear your VPN is exiting for some reason. Of course, that could be something simple and expected like network issues, remote end disconnected, etc. (OpenVPN can be configured to exit when the VPN goes down.)
You can see all the OpenVPN units using something like systemctl list-units | grep openvpn or probably systemctl show --property ConsistsOf openvpn.service
Thank you for your reply, good to hear my thoughts went into the right direction. The problem seems to be that something tries to start a openvpn service with the connection name "multi-user" and that doesn't exist. How do I fix this?
â AlpayY
Jun 22 at 16:39
@AlpayY I'd start by seeing if you accidentally symlinked it into one of the systemd startup directories. E.g., somehow when trying to get your VPN started by multi-user.target. If you're lucky,systemctl show --property WantedBy openvpn@multi-user.servicewill yield something useful. Or look through the journal.
â derobert
Jun 22 at 16:41
The ouput of that command isWantedBy=multi-user.target. I also see this line at the end of /lib/systemd/system/openvpn@.service:[Install] WantedBy=multi-user.targetSo do I just remove it? Just fyi, I didn't touch my openvpn installation apart from creating config files. This is it's default behaviour out of the box.
â AlpayY
Jun 22 at 16:44
@AlpayY Yes, that install means when you dosystemctl enable openvpn@whatever.service, it'll be linked into/etc/systemd/system/multi-user.target.wants/â I suspect you may have a link there for your non-existent VPN (because you didsystemctl enable openvpn@multi-user.service)
â derobert
Jun 22 at 16:45
@AlpayY anyway,systemctl disable openvpn@multi-user.serviceought to fix it (and of course reboot your system before shipping it out, just be sure everything is still working)
â derobert
Jun 22 at 16:46
 |Â
show 5 more comments
up vote
0
down vote
accepted
I initially worked around the issue by putting the following line in my rc.local:
systemctl stop openvpn@multi-user.service
I finally solved it by disabling the deprecated openvpn@.service, removing all configuration files from the OpenVPN root directory and moving them to the server directory, as well as activating the respective openvpn-server@config.service.
Good you've fixed it. Don't forget to accept your own answer.
â roaima
Jun 24 at 17:00
add a comment |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
Under systemd, at least on Debian (and presumably Ubuntu) each VPN connection (there can be multiple) gets its own service name openvpn@CONNECTION-NAME.service. You should have one per *.conf file in /etc/openvpn/.
The actual openvpn.service is a collection of all of them, to let you easily start/stop/reload all VPNs at once. Getting status on it isn't telling you much useful.
So you need to try systemctl status openvpn@multi-user.service or journalctl _SYSTEMD_UNIT=openvpn@multi-user.service, as it'd appear your VPN is exiting for some reason. Of course, that could be something simple and expected like network issues, remote end disconnected, etc. (OpenVPN can be configured to exit when the VPN goes down.)
You can see all the OpenVPN units using something like systemctl list-units | grep openvpn or probably systemctl show --property ConsistsOf openvpn.service
Thank you for your reply, good to hear my thoughts went into the right direction. The problem seems to be that something tries to start a openvpn service with the connection name "multi-user" and that doesn't exist. How do I fix this?
â AlpayY
Jun 22 at 16:39
@AlpayY I'd start by seeing if you accidentally symlinked it into one of the systemd startup directories. E.g., somehow when trying to get your VPN started by multi-user.target. If you're lucky,systemctl show --property WantedBy openvpn@multi-user.servicewill yield something useful. Or look through the journal.
â derobert
Jun 22 at 16:41
The ouput of that command isWantedBy=multi-user.target. I also see this line at the end of /lib/systemd/system/openvpn@.service:[Install] WantedBy=multi-user.targetSo do I just remove it? Just fyi, I didn't touch my openvpn installation apart from creating config files. This is it's default behaviour out of the box.
â AlpayY
Jun 22 at 16:44
@AlpayY Yes, that install means when you dosystemctl enable openvpn@whatever.service, it'll be linked into/etc/systemd/system/multi-user.target.wants/â I suspect you may have a link there for your non-existent VPN (because you didsystemctl enable openvpn@multi-user.service)
â derobert
Jun 22 at 16:45
@AlpayY anyway,systemctl disable openvpn@multi-user.serviceought to fix it (and of course reboot your system before shipping it out, just be sure everything is still working)
â derobert
Jun 22 at 16:46
 |Â
show 5 more comments
up vote
0
down vote
Under systemd, at least on Debian (and presumably Ubuntu) each VPN connection (there can be multiple) gets its own service name openvpn@CONNECTION-NAME.service. You should have one per *.conf file in /etc/openvpn/.
The actual openvpn.service is a collection of all of them, to let you easily start/stop/reload all VPNs at once. Getting status on it isn't telling you much useful.
So you need to try systemctl status openvpn@multi-user.service or journalctl _SYSTEMD_UNIT=openvpn@multi-user.service, as it'd appear your VPN is exiting for some reason. Of course, that could be something simple and expected like network issues, remote end disconnected, etc. (OpenVPN can be configured to exit when the VPN goes down.)
You can see all the OpenVPN units using something like systemctl list-units | grep openvpn or probably systemctl show --property ConsistsOf openvpn.service
Thank you for your reply, good to hear my thoughts went into the right direction. The problem seems to be that something tries to start a openvpn service with the connection name "multi-user" and that doesn't exist. How do I fix this?
â AlpayY
Jun 22 at 16:39
@AlpayY I'd start by seeing if you accidentally symlinked it into one of the systemd startup directories. E.g., somehow when trying to get your VPN started by multi-user.target. If you're lucky,systemctl show --property WantedBy openvpn@multi-user.servicewill yield something useful. Or look through the journal.
â derobert
Jun 22 at 16:41
The ouput of that command isWantedBy=multi-user.target. I also see this line at the end of /lib/systemd/system/openvpn@.service:[Install] WantedBy=multi-user.targetSo do I just remove it? Just fyi, I didn't touch my openvpn installation apart from creating config files. This is it's default behaviour out of the box.
â AlpayY
Jun 22 at 16:44
@AlpayY Yes, that install means when you dosystemctl enable openvpn@whatever.service, it'll be linked into/etc/systemd/system/multi-user.target.wants/â I suspect you may have a link there for your non-existent VPN (because you didsystemctl enable openvpn@multi-user.service)
â derobert
Jun 22 at 16:45
@AlpayY anyway,systemctl disable openvpn@multi-user.serviceought to fix it (and of course reboot your system before shipping it out, just be sure everything is still working)
â derobert
Jun 22 at 16:46
 |Â
show 5 more comments
up vote
0
down vote
up vote
0
down vote
Under systemd, at least on Debian (and presumably Ubuntu) each VPN connection (there can be multiple) gets its own service name openvpn@CONNECTION-NAME.service. You should have one per *.conf file in /etc/openvpn/.
The actual openvpn.service is a collection of all of them, to let you easily start/stop/reload all VPNs at once. Getting status on it isn't telling you much useful.
So you need to try systemctl status openvpn@multi-user.service or journalctl _SYSTEMD_UNIT=openvpn@multi-user.service, as it'd appear your VPN is exiting for some reason. Of course, that could be something simple and expected like network issues, remote end disconnected, etc. (OpenVPN can be configured to exit when the VPN goes down.)
You can see all the OpenVPN units using something like systemctl list-units | grep openvpn or probably systemctl show --property ConsistsOf openvpn.service
Under systemd, at least on Debian (and presumably Ubuntu) each VPN connection (there can be multiple) gets its own service name openvpn@CONNECTION-NAME.service. You should have one per *.conf file in /etc/openvpn/.
The actual openvpn.service is a collection of all of them, to let you easily start/stop/reload all VPNs at once. Getting status on it isn't telling you much useful.
So you need to try systemctl status openvpn@multi-user.service or journalctl _SYSTEMD_UNIT=openvpn@multi-user.service, as it'd appear your VPN is exiting for some reason. Of course, that could be something simple and expected like network issues, remote end disconnected, etc. (OpenVPN can be configured to exit when the VPN goes down.)
You can see all the OpenVPN units using something like systemctl list-units | grep openvpn or probably systemctl show --property ConsistsOf openvpn.service
answered Jun 22 at 16:32
derobert
68.2k8146202
68.2k8146202
Thank you for your reply, good to hear my thoughts went into the right direction. The problem seems to be that something tries to start a openvpn service with the connection name "multi-user" and that doesn't exist. How do I fix this?
â AlpayY
Jun 22 at 16:39
@AlpayY I'd start by seeing if you accidentally symlinked it into one of the systemd startup directories. E.g., somehow when trying to get your VPN started by multi-user.target. If you're lucky,systemctl show --property WantedBy openvpn@multi-user.servicewill yield something useful. Or look through the journal.
â derobert
Jun 22 at 16:41
The ouput of that command isWantedBy=multi-user.target. I also see this line at the end of /lib/systemd/system/openvpn@.service:[Install] WantedBy=multi-user.targetSo do I just remove it? Just fyi, I didn't touch my openvpn installation apart from creating config files. This is it's default behaviour out of the box.
â AlpayY
Jun 22 at 16:44
@AlpayY Yes, that install means when you dosystemctl enable openvpn@whatever.service, it'll be linked into/etc/systemd/system/multi-user.target.wants/â I suspect you may have a link there for your non-existent VPN (because you didsystemctl enable openvpn@multi-user.service)
â derobert
Jun 22 at 16:45
@AlpayY anyway,systemctl disable openvpn@multi-user.serviceought to fix it (and of course reboot your system before shipping it out, just be sure everything is still working)
â derobert
Jun 22 at 16:46
 |Â
show 5 more comments
Thank you for your reply, good to hear my thoughts went into the right direction. The problem seems to be that something tries to start a openvpn service with the connection name "multi-user" and that doesn't exist. How do I fix this?
â AlpayY
Jun 22 at 16:39
@AlpayY I'd start by seeing if you accidentally symlinked it into one of the systemd startup directories. E.g., somehow when trying to get your VPN started by multi-user.target. If you're lucky,systemctl show --property WantedBy openvpn@multi-user.servicewill yield something useful. Or look through the journal.
â derobert
Jun 22 at 16:41
The ouput of that command isWantedBy=multi-user.target. I also see this line at the end of /lib/systemd/system/openvpn@.service:[Install] WantedBy=multi-user.targetSo do I just remove it? Just fyi, I didn't touch my openvpn installation apart from creating config files. This is it's default behaviour out of the box.
â AlpayY
Jun 22 at 16:44
@AlpayY Yes, that install means when you dosystemctl enable openvpn@whatever.service, it'll be linked into/etc/systemd/system/multi-user.target.wants/â I suspect you may have a link there for your non-existent VPN (because you didsystemctl enable openvpn@multi-user.service)
â derobert
Jun 22 at 16:45
@AlpayY anyway,systemctl disable openvpn@multi-user.serviceought to fix it (and of course reboot your system before shipping it out, just be sure everything is still working)
â derobert
Jun 22 at 16:46
Thank you for your reply, good to hear my thoughts went into the right direction. The problem seems to be that something tries to start a openvpn service with the connection name "multi-user" and that doesn't exist. How do I fix this?
â AlpayY
Jun 22 at 16:39
Thank you for your reply, good to hear my thoughts went into the right direction. The problem seems to be that something tries to start a openvpn service with the connection name "multi-user" and that doesn't exist. How do I fix this?
â AlpayY
Jun 22 at 16:39
@AlpayY I'd start by seeing if you accidentally symlinked it into one of the systemd startup directories. E.g., somehow when trying to get your VPN started by multi-user.target. If you're lucky,
systemctl show --property WantedBy openvpn@multi-user.service will yield something useful. Or look through the journal.â derobert
Jun 22 at 16:41
@AlpayY I'd start by seeing if you accidentally symlinked it into one of the systemd startup directories. E.g., somehow when trying to get your VPN started by multi-user.target. If you're lucky,
systemctl show --property WantedBy openvpn@multi-user.service will yield something useful. Or look through the journal.â derobert
Jun 22 at 16:41
The ouput of that command is
WantedBy=multi-user.target. I also see this line at the end of /lib/systemd/system/openvpn@.service: [Install] WantedBy=multi-user.target So do I just remove it? Just fyi, I didn't touch my openvpn installation apart from creating config files. This is it's default behaviour out of the box.â AlpayY
Jun 22 at 16:44
The ouput of that command is
WantedBy=multi-user.target. I also see this line at the end of /lib/systemd/system/openvpn@.service: [Install] WantedBy=multi-user.target So do I just remove it? Just fyi, I didn't touch my openvpn installation apart from creating config files. This is it's default behaviour out of the box.â AlpayY
Jun 22 at 16:44
@AlpayY Yes, that install means when you do
systemctl enable openvpn@whatever.service, it'll be linked into /etc/systemd/system/multi-user.target.wants/ â I suspect you may have a link there for your non-existent VPN (because you did systemctl enable openvpn@multi-user.service)â derobert
Jun 22 at 16:45
@AlpayY Yes, that install means when you do
systemctl enable openvpn@whatever.service, it'll be linked into /etc/systemd/system/multi-user.target.wants/ â I suspect you may have a link there for your non-existent VPN (because you did systemctl enable openvpn@multi-user.service)â derobert
Jun 22 at 16:45
@AlpayY anyway,
systemctl disable openvpn@multi-user.service ought to fix it (and of course reboot your system before shipping it out, just be sure everything is still working)â derobert
Jun 22 at 16:46
@AlpayY anyway,
systemctl disable openvpn@multi-user.service ought to fix it (and of course reboot your system before shipping it out, just be sure everything is still working)â derobert
Jun 22 at 16:46
 |Â
show 5 more comments
up vote
0
down vote
accepted
I initially worked around the issue by putting the following line in my rc.local:
systemctl stop openvpn@multi-user.service
I finally solved it by disabling the deprecated openvpn@.service, removing all configuration files from the OpenVPN root directory and moving them to the server directory, as well as activating the respective openvpn-server@config.service.
Good you've fixed it. Don't forget to accept your own answer.
â roaima
Jun 24 at 17:00
add a comment |Â
up vote
0
down vote
accepted
I initially worked around the issue by putting the following line in my rc.local:
systemctl stop openvpn@multi-user.service
I finally solved it by disabling the deprecated openvpn@.service, removing all configuration files from the OpenVPN root directory and moving them to the server directory, as well as activating the respective openvpn-server@config.service.
Good you've fixed it. Don't forget to accept your own answer.
â roaima
Jun 24 at 17:00
add a comment |Â
up vote
0
down vote
accepted
up vote
0
down vote
accepted
I initially worked around the issue by putting the following line in my rc.local:
systemctl stop openvpn@multi-user.service
I finally solved it by disabling the deprecated openvpn@.service, removing all configuration files from the OpenVPN root directory and moving them to the server directory, as well as activating the respective openvpn-server@config.service.
I initially worked around the issue by putting the following line in my rc.local:
systemctl stop openvpn@multi-user.service
I finally solved it by disabling the deprecated openvpn@.service, removing all configuration files from the OpenVPN root directory and moving them to the server directory, as well as activating the respective openvpn-server@config.service.
edited Jun 24 at 17:00
roaima
39.2k544105
39.2k544105
answered Jun 24 at 13:54
AlpayY
64
64
Good you've fixed it. Don't forget to accept your own answer.
â roaima
Jun 24 at 17:00
add a comment |Â
Good you've fixed it. Don't forget to accept your own answer.
â roaima
Jun 24 at 17:00
Good you've fixed it. Don't forget to accept your own answer.
â roaima
Jun 24 at 17:00
Good you've fixed it. Don't forget to accept your own answer.
â roaima
Jun 24 at 17:00
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f451340%2fopenvpn-riddling-syslog-with-errors-but-otherwise-seems-to-work-flawlessly%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Related questions are unix.stackexchange.com/questions/378749 and unix.stackexchange.com/questions/409665 .
â JdeBP
Jun 22 at 17:55