From: Rod Rodolico <rodo@dailydata.net>
To: development@lists.ipfire.org
Subject: Re: core 89: vpns do not show up anymore
Date: Wed, 29 Apr 2015 17:23:01 -0500 [thread overview]
Message-ID: <554159C5.60608@dailydata.net> (raw)
In-Reply-To: <553F0D49.1010007@redcor.ch>
[-- Attachment #1: Type: text/plain, Size: 4129 bytes --]
Finally figured it out. ovpnserver.log updates every minute. I'm
assuming it does that to get the traffic statistics, so it is probably
not generated by openvpn daemon itself, but some cron job or something.
So, the problem (with both of us) is that we were too impatient. When
you restart the openvpn server, wait 60 seconds, refresh the stats page,
and you should be good.
For anyone who wants the "final answer", here are the steps.
1. Perform upgrade
2. edit /var/ipfire/ovpn/server.conf, change /var/log/ovpnserver.log to
/var/run/ovpnserver.log in the stats line.
3. restart the openvpn service (either via gui or "openvpnctrl -r" from
the cli
5. Wait 60 seconds, then you should see stats
OR (not tested)
1. edit /var/ipfire/ovpn/server.conf, change /var/log/ovpnserver.log to
/var/run/ovpnserver.log in the stats line.
2. Perform upgrade
Me, personally, I prefer to delete the ovpnserver.log file from
/var/log. Also, I will shut down ovpn sessions and re-connect them, but
I doubt that will make a difference.
Rod
On 04/27/2015 11:32 PM, robert rottermann wrote:
> thanks rod
>
> up a sudden it does work again and show the connections
>
> No idea why
> robert
>
> On 27.04.2015 21:18, Rod Rodolico wrote:
>> Following are the steps I took to overcome the problem. Unfortunately, I
>> can not tell you exactly which one was the solution.
>>
>> # stop all vpn logins, ie close down all client access
>> # now, do the following
>> cat /var/run/ovpnserver.log
>> cat /var/var/ovpnserver.log
>> # one of these is likely an empty file
>> openvpnctrl -k # kill the openvpn service
>> rm /var/run/ovpnserver.log
>> rm /var/var/ovpnserver.log
>> # make sure the configuration option is correct
>> grep ovpnserver.log /var/ipfire/ovpn/server.conf
>> openvpnctrl -s # start the openvpn service
>> cat /var/run/ovpnserver.log
>> cat /var/var/ovpnserver.log
>> # one of the above should have the headers in it, hopefully /var/run
>> # if /var/run/ovpnserver.log has the headers, you should be good
>> # now, make a vpn connection, let it get established, then
>> cat /var/run/ovpnserver.log
>> # you should see the new vpn connection. If you do, stats and connection
>> # will show.
>>
>>
>>
>> An empty ovpnserver.log file looks as follows. This is with no
>> connections to it. This appears to be the file that all stats and
>> displays come from.
>>
>> ----------------------------------------------------------------
>> OpenVPN CLIENT LIST
>> Updated,Mon Apr 27 14:15:56 2015
>> Common Name,Real Address,Bytes Received,Bytes Sent,Connected Since
>> ROUTING TABLE
>> Virtual Address,Common Name,Real Address,Last Ref
>> GLOBAL STATS
>> Max bcast/mcast queue length,0
>> END
>> ----------------------------------------------------------------
>>
>> Rod
>>
>>
>> On 04/27/2015 11:37 AM, robert wrote:
>>> Thanks Rod
>>> On 27.04.2015 17:40, Rod Rodolico wrote:
>>>> Hi Robert,
>>>>
>>>> Do you have access to the command line? I so, edit
>>>> /var/ipfire/ovpn/server.conf
>>>>
>>>> and look for the line which says
>>>> status /var/log/ovpnserver.log 30
>>>>
>>>> If it says /var/log, change that to
>>>> status /var/run/ovpnserver.log 30
>>> i had seen that email of yours allreadi.
>>> And did change that line before.
>>>> (ovpnserver.log was moved from /var/log to /var/run)
>>>>
>>>> Now, restart the OpenVPN Server.
>>>>
>>>> Let us know if that fixes it.
>>> unfortunately no
>>>
>>> any more ideas?
>>> thanks
>>> robert
>>>
>>>> Rod
>>>>
>>>> On 04/27/2015 06:19 AM, robert wrote:
>>>>> Hi there,
>>>>> I have updated my ipfire box to core89.
>>>>> Now all the vpn connections in the
>>>>>
>>>>> Connection Status and -Control screen
>>>>>
>>>>> always show the status:disconnected
>>>>>
>>>>> even when there is a connection active.
>>>>>
>>>>> What could be the reason?
>>>>> How to fix?
>>>>>
>>>>> thanks
>>>>> robert
>>>>> _______________________________________________
>>>>> Development mailing list
>>>>> Development(a)lists.ipfire.org
>>>>> http://lists.ipfire.org/mailman/listinfo/development
>
--
Rod Rodolico
Daily Data, Inc.
POB 140465
Dallas TX 75214-0465
214.827.2170
http://www.dailydata.net
prev parent reply other threads:[~2015-04-29 22:23 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-27 11:19 robert
2015-04-27 15:40 ` Rod Rodolico
2015-04-27 16:37 ` robert
2015-04-27 19:18 ` Rod Rodolico
2015-04-28 4:32 ` robert rottermann
2015-04-28 4:55 ` Rod Rodolico
2015-04-29 22:23 ` Rod Rodolico [this message]
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=554159C5.60608@dailydata.net \
--to=rodo@dailydata.net \
--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