From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail02.haj.ipfire.org (localhost [127.0.0.1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 4bVRzh2WYJz2yn7 for ; Sun, 29 Jun 2025 11:35:12 +0000 (UTC) Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) client-signature RSA-PSS (4096 bits)) (Client CN "mail01.haj.ipfire.org", Issuer "R10" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4bVRzc622Yz2xGG for ; Sun, 29 Jun 2025 11:35:08 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail01.ipfire.org (Postfix) with ESMTPSA id 4bVRzb5vlrz5v for ; Sun, 29 Jun 2025 11:35:07 +0000 (UTC) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003ed25519; t=1751196907; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CGpa2OVF4KNGmSJk9phMOmIFXeXx3T/kb5PxBKTQkyg=; b=AS5atx7uqvIDxIGPMQ4W/NdGS803cd+1FJz8lNfiOTJ7SbdhKhGndvIpqT6ajc7V2HaIJr pyqG8WsE/n+nUKCw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa; t=1751196907; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CGpa2OVF4KNGmSJk9phMOmIFXeXx3T/kb5PxBKTQkyg=; b=IhGhvMpcqSWegIpfV9/9t6dgrKihkO/Ywa2koLk34DmMar/mO8rB/0zfZis6pW+mQ6kGHi Zx7+op5CxytJsQBVSfi1G5dPq66IM3raQvJzalN916UYladuOJ4Hao4b+nYkTEjXyK9rDf J7u4duvwnYK9SoIMVT4vhvaNhKHPXzpeBVpSV2WyxJDfQuN9v+qsrQXvpI1f7A4qCjoplA gF0kkRDNu5DhSvA6gh+haYznYmUTNbXWam2lFPavxSDCWy0C2M0a3xhiNwq+3E7B/UqSP1 dy4LL4AKuXSqU2ZEjwK7psRcoRvvF2NILzJh8HNGwY5BVtRrmXF7XXOGa11m6g== Message-ID: <04f4a94e-56a2-42fb-9d1d-913e829b5a8b@ipfire.org> Date: Sun, 29 Jun 2025 13:35:04 +0200 Precedence: list List-Id: List-Subscribe: , List-Unsubscribe: , List-Post: List-Help: Sender: Mail-Followup-To: MIME-Version: 1.0 Subject: Re: Feedback on the branch openvpn-rebase From: Adolf Belka To: "IPFire: Development-List" References: Content-Language: en-GB In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi All, Have found out why the openvpn-authenticator shows up as not running when being stopped. In the initscript stop section there is openvon-authenticator instead of openvpn-authenticator Regards, Adolf On 29/06/2025 12:51, Adolf Belka wrote: > Hi All, > > Tested out the latest openvpn-rebase branch from @ms using the link to the iso that he provided from the latest fixes. > > The disable and enable checkbox now works. If you enable the checkbox and save then the box is enabled and if you then disable and save it the checkbox now is disabled so that previous issue is fixed. > > > Unfortunately the start and stop issue is still present. > > When I start the system running with the openvpn server running and then I disable the server then it shows the server as stopped. > > If I then enable the server and save then the checkbox is enabled but the server stays stopped. > > On the command line the status shows > > /usr/sbin/openvpn is not running but /var/run/openvpn-rw.pid exists. > > So the server stopped but the pid was not removed. > > If I boot the system and the server was checked as enabled then everything starts properly. > > The boot screen shows > > Starting OpenVPN Roadwarrior Server...            OK > Starting OpenVPN Authenticator...            OK > Starting OpenVPN N2N connection 'ipfirenet2net'...    OK > > then if I straight away reboot the shutdown screen shows > > > Stopping OpenVPN Authenticator...    Not running    WARN > Stopping OpenVPN Roadwarrior Server...            FAIL > Stopping OpenVPN N2N connection 'ipfirenet2net'...    OK > > > The N2N connection starts and stops correctly and the pid is removed. > > I believe that this might be due to the variable PIDFILE being used for both the authenticator and the rw daemons and when the openvpn-rw daemon is being shutdown it has the authenticator pid in the PIDFILE variable and not the openvpn-rw.pid file name. > > I have tried various ways to change this in the openvpn-rw initscript but I ended up fixing it for one thing but then creating a problem for another one. Basically I think because I don't understand how the whole initscript and pid process is running in IPFire. > > Regards, > Adolf.