Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 98420 - openvpn initsript doesn't wait until the vpn is completly up
Summary: openvpn initsript doesn't wait until the vpn is completly up
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Jan Brinkmann (RETIRED)
URL:
Whiteboard:
Keywords: Inclusion
Depends on:
Blocks:
 
Reported: 2005-07-08 18:37 UTC by Nikolas Garofil
Modified: 2005-10-13 07:22 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Patch for initscript of openvpn 2.0-r1 to check connection after the vpn in launched (openvpn-initscript.patch,536 bytes, patch)
2005-07-08 18:52 UTC, Nikolas Garofil
Details | Diff
new and tested version of the patch without bugs (openvpn-initscript.patch,1.18 KB, patch)
2005-07-10 10:12 UTC, Nikolas Garofil
Details | Diff
even newer version (openvpn-initscript.patch,1.80 KB, patch)
2005-07-17 05:22 UTC, Nikolas Garofil
Details | Diff
yet a another new version (openvpn-initscript.patch,1.82 KB, patch)
2005-07-17 13:38 UTC, Nikolas Garofil
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Nikolas Garofil 2005-07-08 18:37:16 UTC
The openvpn (2.0-r1) initscript leaves it start function after openvpn is
started but before the connection is completely up (it takes a couple of seconds).
This breaks initscripts that get executed directly after openvpn and that depend
on the vpn network.
A possible solution is this patch (patched against /etc/init.d/openvpn from 2.0-r1):
-----------------------------------------------------------------------------
36a37
>                                       COMPLETELYUP=`false`
40a42,56
> 
>                       CONNECTIONTESTS=0
>                       while [ ${COMPLETELYUP} -gt 0 ] &&  [ ${CONNECTIONTESTS
-lt 5 ]; do
>                               if [ -f ${VPN}/onlinecheck ]; then
>                                       ping -c 3 `head -n 1 ${VPN}/onlinecheck`
>& /dev/null
>                                       COMPLETELYUP=$?
>                                       CONNECTIONTESTS=`expr ${CONNECTIONTEST} + 1`
>                               else
>                                       COMPLETELYUP=`true`
>                               fi
>                       done
>                       if [ ${COMPLETELYUP} -gt 0 ]; then
>                               ewarn "Openvpn started without problems but the
host in"
>                               ewarn "${VPN}/onlinecheck is unavailable."
>                       fi
-----------------------------------------------------------------------------

This patch will let /etc/init.d/openvpn ping a system on the vpn 3 times and if
that system replies on one of these pings then the start function will exit.
If that system doesn't reply it will try the pings again (5 times total) and
then exit start while printing a message that the system is unavailable.

Sorry that I didn't place the patch in a attachement, I can`t find how to do it.

Reproducible: Always
Steps to Reproduce:
Comment 1 Nikolas Garofil 2005-07-08 18:43:19 UTC
I forgot to mention that i only wrote the patch, I still have to test it.

Also, I discovered that you can create attachment after the bug is created so i
will put the patch in attachement because it's unreadable like this.
Comment 2 Nikolas Garofil 2005-07-08 18:52:56 UTC
Created attachment 62978 [details, diff]
Patch for initscript of openvpn 2.0-r1 to check connection after the vpn in launched
Comment 3 Nikolas Garofil 2005-07-10 10:12:33 UTC
Created attachment 63079 [details, diff]
new and tested version of the patch without bugs

I had the time to actually test the patch, so I did it, fixed a bug, wrote some
comments and made a better patch with context
Comment 4 Nikolas Garofil 2005-07-17 05:22:39 UTC
Created attachment 63607 [details, diff]
even newer version

I asked someone else to test it, he found another a bug, so I created a new
patch with the bugfix plus some extra info for the administrator of the system
Comment 5 Nikolas Garofil 2005-07-17 13:38:16 UTC
Created attachment 63640 [details, diff]
yet a another new version

yet another bugfix
Comment 6 schaedpq 2005-09-03 05:36:27 UTC
I have a similar problem as the bug reporter poster and would like to support
his suggestion to change that ebuild in a way that it waits until the VPN
devices and routes are up.
Comment 7 Roy Marples (RETIRED) gentoo-dev 2005-10-13 07:21:05 UTC
You can use baselayout-1.12.0_pre9-r1 to create tun/tap interfaces if you emerge
sys-apps/usermode-utilities.

As openvpn depends on the "net" service, the tun/tap interfaces are guaranteed
to be up and configured before openvpn even starts.

The only downside of this is that you cannot use the "server" configuration
directive - instead you have to configure the ip pool and other things manually.
See the openvpn man page for how to do this.

Closing as WONTFIX