Github messages for voidlinux
 help / color / mirror / Atom feed
From: slymattz <slymattz@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: openvpn: should it include a runit service?
Date: Mon, 19 Feb 2024 20:55:21 +0100	[thread overview]
Message-ID: <20240219195521.3244A2BA55@inbox.vuxu.org> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-48834@inbox.vuxu.org>

[-- Attachment #1: Type: text/plain, Size: 1351 bytes --]

New comment by slymattz on void-packages repository

https://github.com/void-linux/void-packages/issues/48834#issuecomment-1953082771

Comment:
Enabling OpenVPN through `ln -sv /etc/sv/openvpn /var/service` would do nothing by default as /etc/openvpn does not even exist in Void's OpenVPN package. 

You would have to either 
```
mkdir -p /etc/openvpn
chmod 755 /etc/openvpn
cp /usr/share/examples/openvpn/client.conf /etc/openvpn/openvpn.conf
chmod 600 /etc/openvpn/openvpn.conf
vim /etc/openvpn/openvpn.conf # modify the default script
# or
cp /path/to/your/config.conf /etc/openvpn/openvpn.conf # if you have a tailor-made config for yourself
```
With no user intervention, OpenVPN won't run. If you have another path pointing to a client/server configuration, you can point to it by:
`echo "CONF_FILE=/path/to/vpn.conf > /etc/sv/openvpn/conf`

As for the pipewire and pulseaudio analogy - I think these are completely different cases as the preferred method for them is, like you say, to be run by a user.

In an OpenVPN config file, you can specify both the user and the group that the process should be run by. As a matter of fact, you can run the process as an unprivileged user (on Debian, for instance, you just insert these lines in your openvpn config):

_/etc/openvpn/openvpn.conf_
```
user nobody
group nogroup
```

  parent reply	other threads:[~2024-02-19 19:55 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-19 17:40 [ISSUE] " slymattz
2024-02-19 19:34 ` Duncaen
2024-02-19 19:34 ` Duncaen
2024-02-19 19:34 ` Duncaen
2024-02-19 19:36 ` Duncaen
2024-02-19 19:36 ` Duncaen
2024-02-19 19:53 ` slymattz
2024-02-19 19:55 ` slymattz [this message]
2024-02-19 19:57 ` Duncaen
2024-02-19 19:58 ` Duncaen
2024-02-19 19:58 ` slymattz
2024-02-19 19:59 ` Duncaen
2024-02-19 20:00 ` slymattz
2024-02-19 20:01 ` slymattz
2024-02-19 20:02 ` slymattz
2024-02-19 20:02 ` slymattz
2024-02-19 20:08 ` slymattz
2024-02-19 20:11 ` slymattz
2024-02-19 20:11 ` slymattz
2024-02-19 20:18 ` slymattz
2024-02-19 20:21 ` slymattz
2024-05-20  1:46 ` github-actions

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240219195521.3244A2BA55@inbox.vuxu.org \
    --to=slymattz@users.noreply.github.com \
    --cc=ml@inbox.vuxu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).