[Bug 117992] Re: timing problem

2009-02-03 Thread Leonid Evdokimov
I've spent half an hour debugging same problem and I vote for 60seconds timeout as my server logs show following: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) where 60 equals handshake_window from openvpn-2.0.7 soruces. 60 seconds is default

[Bug 117992] Re: timing problem

2007-10-19 Thread Edouard Lafargue
I have experienced the same issues: OpenVPN connection timeouts should be configurable, or set to a much higher value: typically, over a GSM/GPRS connection, a 40/60 second timeout is not unreasonable, since this type of connection has very high latency times... -- timing problem

[Bug 117992] Re: timing problem

2007-10-02 Thread Philipp Kern
It would be preferable indeed, I currently integrated a compromise. People, please don't upgrade currently. Please see #147941 for it and help debugging this problem as I cannot reproduce it. -- timing problem https://bugs.launchpad.net/bugs/117992 You received this bug notification because you

[Bug 117992] Re: timing problem

2007-10-02 Thread Zach
Hi, Thanks for the attention to this bug. I've just updated and have the new version of this package. Unfortunately, it now fails immediately every time. I've even deleted and recreated the vpn connection profile. Often, it leaves /usr/lib /network-manager-openvpn/nm-openvpn-service running

[Bug 117992] Re: timing problem

2007-10-02 Thread Philipp Kern
Well I increased the timeout because the default one was really too low. Please open a new (wishlist) bug about this feature request. -- timing problem https://bugs.launchpad.net/bugs/117992 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for

[Bug 117992] Re: timing problem

2007-10-02 Thread Zach
It's working fine for now. I appreciate your attention to this matter, as well as for #147941. Everything is working great now. -- timing problem https://bugs.launchpad.net/bugs/117992 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for

[Bug 117992] Re: timing problem

2007-10-01 Thread Philipp Kern
network-manager-openvpn (0.3.2svn2342-1ubuntu3) gutsy; urgency=low [ Cleanup ] * Switched to quilt for patch management. * Properly activated the awk patch. [ Bug fixes ] * Increased the timeout by 5s to 15s before openvpn gets killed forcefully. (LP: #117992) * Corrected the

[Bug 117992] Re: timing problem

2007-09-24 Thread Philipp Kern
** Changed in: network-manager-openvpn (Ubuntu) Importance: Undecided = Low -- timing problem https://bugs.launchpad.net/bugs/117992 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list

[Bug 117992] Re: timing problem

2007-09-23 Thread Philipp Kern
In fact the plugin also retries openvpn as often as possible during the interval. -- timing problem https://bugs.launchpad.net/bugs/117992 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list

[Bug 117992] Re: timing problem

2007-09-23 Thread Philipp Kern
** Changed in: network-manager-openvpn (Ubuntu) Assignee: (unassigned) = Philipp Kern (pkern) Status: New = In Progress -- timing problem https://bugs.launchpad.net/bugs/117992 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for

[Bug 117992] Re: timing problem

2007-07-27 Thread Zach
I can confirm this. For me, over slow connections the openvpn plugin gives up too quickly. using openvpn from the commandline can take 20 seconds if the connection is particularly slow or saturated. The plugin usually gives up after around 5 seconds. The openvpn plugin should have a longer