From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: OpenVPN no more --client-(dis)connect scripts can be executed
Date: Wed, 07 Oct 2020 13:38:16 +0100 [thread overview]
Message-ID: <96DC2BEC-C59D-4C97-847A-4853FAD09F34@ipfire.org> (raw)
In-Reply-To: <690912f452ec388ca4052f4a34a00d81c34921ea.camel@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 3609 bytes --]
Hello,
That reads awful.
Can we please create individual tickets for the individual problems and assign someone to work on those (I assume that would be you Erik :D).
We need to coordinate this and future-proof OpenVPN as best as we can, but it looks like we will break client configuration - again.
If we have to do that and there is no way to avoid it, we need to make our users aware of that of course and give the enough time to prepare for this.
I cannot even say how annoying this is - again. But we must try our best.
-Michael
> On 7 Oct 2020, at 11:37, ummeegge <ummeegge(a)ipfire.org> wrote:
>
> Am Mittwoch, den 07.10.2020, 10:22 +0100 schrieb Michael Tremer:
>> Hi,
>>
>>> On 7 Oct 2020, at 10:21, ummeegge <ummeegge(a)ipfire.org> wrote:
>>>
>>> Hi Michael,
>>>
>>> Am Mittwoch, den 07.10.2020, 09:20 +0100 schrieb Michael Tremer:
>>>> Hi,
>>>>
>>>> Oh so this is a custom thing?
>>>>
>>>> Obviously most users won’t use this. If you care much about your
>>>> custom script, you can write a script that searches a directory
>>>> and
>>>> calls all scripts in it (like /etc/init.d/networking/red.up/ and
>>>> /etc/init.d/networking/red.down/).
>>>
>>> OK, will give it a try.
>>>
>>>>
>>>> Another great example how OpenVPN breaks running installations.
>>>
>>> Yes, and there are comming some exiting new examples with the
>>> upcoming
>>> releases 8-| ...
>>
>> Like what?
> e.g. this
> https://community.ipfire.org/t/openvpn-2-5-development-version/2173/2
> or
> https://community.ipfire.org/t/openvpn-2-5-development-version/2173/8
>
> checkout the deprecated options :-\
>>
>> -Michael
>>
>>>
>>>>
>>>> -Michael
>>>>
>>>>> On 6 Oct 2020, at 14:26, ummeegge <ummeegge(a)ipfire.org> wrote:
>>>>>
>>>>> Am Dienstag, den 06.10.2020, 12:58 +0100 schrieb Michael
>>>>> Tremer:
>>>>>> Why do you have more than one client-connnect/disconnect
>>>>>> script
>>>>>> in
>>>>>> your configuration?
>>>>>
>>>>> In this case it is a email which will be fired if someone is
>>>>> (dis)connected but there are plenty of potential possibilities.
>>>>> This
>>>>> one is not specified for my use case but may for the OpenVPN
>>>>> scripting
>>>>> architecture in IPFire in general.
>>>>>
>>>>> Best,
>>>>>
>>>>> Erik
>>>>>
>>>>>>
>>>>>> -Michael
>>>>>>
>>>>>>> On 5 Oct 2020, at 16:59, ummeegge <ummeegge(a)ipfire.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>> Hi all,
>>>>>>> am currently in testing scenario with the new OpenVPN-
>>>>>>> 2.5_rc2
>>>>>>> and a
>>>>>>> additional --client-connect/--client-disconnect script.
>>>>>>> Since
>>>>>>> the
>>>>>>> release of OpenVPN metrics -->
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>
>>>
> https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=708f2b7368cc8fbd54a06ca66337ebdcc26b58b4
>>>>>>> the new OpenVPN version lined out that only one script will
>>>>>>> be
>>>>>>> executed.
>>>>>>>
>>>>>>> openvpnserver[15373]: Multiple --client-connect scripts
>>>>>>> defined. The
>>>>>>> previously configured script is overridden.
>>>>>>> openvpnserver[15373]: Multiple --client-disconnect scripts
>>>>>>> defined. The previously configured script is overridden.
>>>>>>>
>>>>>>> so a question arises (beneath a lot´s others which are here
>>>>>>> OT),
>>>>>>> should
>>>>>>> we make it possible to execute more then one --(dis)connect
>>>>>>> script
>>>>>>> ? If
>>>>>>> so, are there may some ideas for this ?
>>>>>>>
>>>>>>> Best,
>>>>>>>
>>>>>>>
>>>>>>> Erik
>>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>
>>
>
next prev parent reply other threads:[~2020-10-07 12:38 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-05 15:59 ummeegge
2020-10-06 11:58 ` Michael Tremer
2020-10-06 13:26 ` ummeegge
2020-10-07 8:20 ` Michael Tremer
2020-10-07 9:21 ` ummeegge
2020-10-07 9:22 ` Michael Tremer
2020-10-07 10:37 ` ummeegge
2020-10-07 12:38 ` Michael Tremer [this message]
2020-10-08 8:11 ` ummeegge
[not found] <d882bc32-2b80-3aa4-893c-a2005bf431f3@gmail.com>
2020-10-08 14:26 ` Michael Tremer
2020-10-08 17:18 ` Adolf Belka
2020-10-11 14:16 ` ummeegge
2020-10-12 10:45 ` Michael Tremer
2020-10-12 11:28 ` Adolf Belka
2020-10-12 14:23 ` Michael Tremer
2020-10-12 15:46 ` Adolf Belka
2020-10-13 11:46 ` ummeegge
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=96DC2BEC-C59D-4C97-847A-4853FAD09F34@ipfire.org \
--to=michael.tremer@ipfire.org \
--cc=development@lists.ipfire.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