> On 29-08-18 17:18, Jan Just Keijser wrote:
>> Since when can I not type in
>> rm -rf /
>> any more ? did someone build in a flag into the "rm" command to stop me
>> from doing so? I sure hope not.
>
> $ sudo docker run --rm debian rm -rf /
> rm: it is dangerous to operate recursively on '/'
>
On 29/08/18 21:05, Christian Hesse wrote:
> Christian Ehrhardt on Wed, 2018/08/29
> 16:27:
>> It seems a not too uncommon case that learn-address needs to recycle
>> dnsmasq - to do so it would need CAP_KILL.
>>
>> This was suggested on https://community.openvpn.net/openvpn/ticket/918
>>
>> Signed
Christian Ehrhardt on Wed, 2018/08/29
16:27:
> It seems a not too uncommon case that learn-address needs to recycle
> dnsmasq - to do so it would need CAP_KILL.
>
> This was suggested on https://community.openvpn.net/openvpn/ticket/918
>
> Signed-off-by: Christian Ehrhardt
> ---
> distro/syste
On 29-08-18 17:18, Jan Just Keijser wrote:
> Since when can I not type in
> rm -rf /
> any more ? did someone build in a flag into the "rm" command to stop me
> from doing so? I sure hope not.
$ sudo docker run --rm debian rm -rf /
rm: it is dangerous to operate recursively on '/'
rm: use --no-
On 27/08/18 14:46, David Sommerseth wrote:
On 24/08/18 21:16, Gert Doering wrote:
You do not need to agree with me on this, you just need to accept this
as a fact of life. I will resist any change that removes useful
functionality from the "swiss tool kit of VPN" side of OpenVPN just
because us
Hi,
tracking down an Ubuntu bug I found what seemed to be a circular
dependency around https://community.openvpn.net/openvpn/ticket/918
Realizing that your process requires the patches sent to the list I
thought it might help to prep those.
I'd highly sak to consider the first change, the second
Auth_pam will require audit writes or the connection will be rejected
as the plugin fails to initialize like:
openvpn[]: sudo: unable to send audit message
openvpn[]: sudo: pam_open_session: System error
openvpn[]: sudo: policy plugin failed session initialization
See links from
It seems a not too uncommon case that learn-address needs to recycle
dnsmasq - to do so it would need CAP_KILL.
This was suggested on https://community.openvpn.net/openvpn/ticket/918
Signed-off-by: Christian Ehrhardt
---
distro/systemd/openvpn-ser...@.service.in | 2 +-
1 file changed, 1 insert
The c.es env_set is (re)allocated for each "sighup loop iteration", while
it was free'd only once at process shutdown. Move the env_set_destroy()
call to match the same level as the env_set_create() call to fix that.
Signed-off-by: Steffan Karger
---
src/openvpn/openvpn.c | 3 +--
1 file change
... instead of when it doesn't fail. Looks like 'someone' mixed up the
mbedtls return style (0 means success) with the openvpn internal return
style (true means success).
Signed-off-by: Steffan Karger
---
src/openvpn/ssl_mbedtls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
10 matches
Mail list logo