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

The name of the pictureThe name of the pictureThe name of the pictureClash 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.






share|improve this question





















  • Related questions are unix.stackexchange.com/questions/378749 and unix.stackexchange.com/questions/409665 .
    – JdeBP
    Jun 22 at 17:55














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.






share|improve this question





















  • Related questions are unix.stackexchange.com/questions/378749 and unix.stackexchange.com/questions/409665 .
    – JdeBP
    Jun 22 at 17:55












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.






share|improve this question













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.








share|improve this question












share|improve this question




share|improve this question








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
















  • 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










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






share|improve this answer





















  • 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











  • 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 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


















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.






share|improve this answer























  • Good you've fixed it. Don't forget to accept your own answer.
    – roaima
    Jun 24 at 17:00










Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);








 

draft saved


draft discarded


















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






























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






share|improve this answer





















  • 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











  • 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 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















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






share|improve this answer





















  • 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











  • 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 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













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






share|improve this answer













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







share|improve this answer













share|improve this answer



share|improve this answer











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.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











  • @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

















  • 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











  • 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 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
















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













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.






share|improve this answer























  • Good you've fixed it. Don't forget to accept your own answer.
    – roaima
    Jun 24 at 17:00














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.






share|improve this answer























  • Good you've fixed it. Don't forget to accept your own answer.
    – roaima
    Jun 24 at 17:00












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.






share|improve this answer















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.







share|improve this answer















share|improve this answer



share|improve this answer








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
















  • 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












 

draft saved


draft discarded


























 


draft saved


draft discarded














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













































































Popular posts from this blog

Peggy Mitchell

Palaiologos

The Forum (Inglewood, California)