Re: [Openvpn-devel] brainstorming: t_client system test equivalent for windows?

2016-06-24 Thread David Sommerseth
On 24/06/16 19:33, Gert Doering wrote: >> > We might also consider if there are possibilities for us to integrate >> > such tests with Travis or similar stuff for platforms where that is >> > possible. Often these solutions have Python or Ruby modules available too. > > While totally interesting,

Re: [Openvpn-devel] [PATCH] Windows: do_ifconfig() after open_tun()

2016-06-24 Thread Gert Doering
Hi, On Fri, Jun 24, 2016 at 06:01:41PM +0200, Heiko Hund wrote: > This patch changes the order to IFCONFIG_AFTER_TUN_OPEN, moves some > initialization code to init_tun, where it belongs, and removes duplicate > code that is now no longer needed. While I totally like this, I'm still baffled why we

Re: [Openvpn-devel] brainstorming: t_client system test equivalent for windows?

2016-06-24 Thread Gert Doering
Hi, On Fri, Jun 24, 2016 at 06:04:14PM +0200, David Sommerseth wrote: > > Perl has the advantage of being available on all platforms (or at least > > "you can install it", I know it's not there out of the box everywhere) > > so maybe we can do a common test driver implementation that runs on > > w

[Openvpn-devel] [PATCH] Windows: do_ifconfig() after open_tun()

2016-06-24 Thread Heiko Hund
When you had multiple TAP adapters and IPv6 configured you got an error message about "you must also specify --dev-node" and openvpn exited. Very inconvenient especially since this is only due to the fact that Windows tries to set the adapter address before it is opened; for no good reason. This p

Re: [Openvpn-devel] brainstorming: t_client system test equivalent for windows?

2016-06-24 Thread David Sommerseth
On 24/06/16 17:29, Gert Doering wrote: > Hi, > > On Fri, Jun 24, 2016 at 07:44:18PM +0500, ?? wrote: >> I would suggest powershell instead of perl. I can write powershell stuff > > Fine with me, if someone else writes and maintains it... I can do a > bit of .bat scripts, but

Re: [Openvpn-devel] brainstorming: t_client system test equivalent for windows?

2016-06-24 Thread Gert Doering
Hi, On Fri, Jun 24, 2016 at 07:44:18PM +0500, ?? wrote: > I would suggest powershell instead of perl. I can write powershell stuff Fine with me, if someone else writes and maintains it... I can do a bit of .bat scripts, but no powershell. Perl has the advantage of being a

Re: [Openvpn-devel] brainstorming: t_client system test equivalent for windows?

2016-06-24 Thread Илья Шипицин
I would suggest powershell instead of perl. I can write powershell stuff 24 июня 2016 г. 19:07 пользователь "Gert Doering" написал: > Hi, > > a new patch set from Heiko is coming up, which is going to change the > "IFCONFIG_BEFORE_TUN_OPEN" to "what everyone else does" (because what > we currentl

[Openvpn-devel] brainstorming: t_client system test equivalent for windows?

2016-06-24 Thread Gert Doering
Hi, a new patch set from Heiko is coming up, which is going to change the "IFCONFIG_BEFORE_TUN_OPEN" to "what everyone else does" (because what we currently have is older than anyone remembers, and makes life much more complicated than needed). Now, we are not currently properly testing Windows -

[Openvpn-devel] [PATCH applied] Re: Remove http-proxy-retry and socks-proxy-retry.

2016-06-24 Thread Gert Doering
ACK "because it makes sense" and the code is good. Thanks for your patience with me ;-) Your patch has been applied to the master branch. commit 2011b8324feca30df753a4a0a116d37c04742520 Author: Arne Schwabe List-Post: openvpn-devel@lists.sourceforge.net Date: Fri Jun 24 14:27:10 2016 +0200

[Openvpn-devel] [PATCH v3] Remove http-proxy-retry and socks-proxy-retry.

2016-06-24 Thread Arne Schwabe
These options were probably introduced long before we had multiple remote/connection entries. For all other connection entries, OpenVPN will go on with the next connection if it fails. For proxies, if it fails in some ways it works the same, for other failures it completely stops. Removing the *-p

[Openvpn-devel] [PATCH v2] Remove http-proxy-retry and socks-proxy-retry.

2016-06-24 Thread Arne Schwabe
These options were probably introduced long before we had multiple remote/connection entries. For all other connection entries, OpenVPN will go on with the next connection if it fails. For proxies, if it fails in some ways it works the same, for other failures it compeltely stops. Removing the *-p

Re: [Openvpn-devel] pull-filter reject = server hammering !

2016-06-24 Thread Gert Doering
Hi, On Thu, Jun 23, 2016 at 02:42:18PM -0400, Selva Nair wrote: > > So, now we have 4 different remotes. You're scaling the exponent by 1/4 > > here, so the retry timer would be > > > > 5s 5s 5s 5s 10s 10s 10s 10s 20s 20s 20s 20s ... > > > > then (or, phrased differently, "one round uses the un

[Openvpn-devel] [PATCH applied] Re: Return process id of openvpn from interactive service to client

2016-06-24 Thread Gert Doering
ACK. Only compile-tested and "stared at code". Your patch has been applied to the master branch. commit e4c9bbe6c367132c8570fe747d85a6075ff04245 Author: Selva Nair List-Post: openvpn-devel@lists.sourceforge.net Date: Thu Jun 23 22:50:56 2016 -0400 Return process id of openvpn from intera

[Openvpn-devel] [PATCH] Return process id of openvpn from interactive service to client

2016-06-24 Thread Selva Nair
- The process id is returned as a message formatted in the same manner as error messages from the service to the client: i.e., a three-line message with error number formatted as 0x%08x on line 1, followed by the PID in format 0x%08x on line 2 and a description that reads as "Process ID" on