Change Log:
2009.05.30 -- Version 2.1_rc17
* Reduce the debug level (--verb) at which received management interface
commands are echoed from 7 to 3. Passwords will be filtered.
* Fixed race condition in management interface recv code on
Windows, where sending a set of several commands to t
David Sommerseth wrote:
M. G. wrote:
Hello,
I recently changed my VPN-tunnel from TCP to UDP for the sake of better
performance. It generally works very well but I noticed that I can't
connect to my server from some networks when using UDP, e.g. at work.
This may be an issue with the NAT/fi
Sorry about that. It must have slipped through the cracks. I've merged
the patch:
r4475 | james | 2009-05-30 13:53:49 -0600 (Sat, 30 May 2009) | 3 lines
Changed paths:
M /branches/BETA21/openvpn/config-win32.h.in
M
Hello James,
I sent you several times correct patch.
You did not apply it as-is.
Anyway, the attached patches is in queue.
Alon.
On Sat, May 30, 2009 at 1:30 PM, James Yonan wrote:
> I would rather not have touched cryptoapi.c for rc16, but it wouldn't
> build with MinGW 5.1.4 (the .h files in
On 05/30/2009 05:30:09 AM, James Yonan wrote:
I would rather not have touched cryptoapi.c for rc16, but it wouldn't
build with MinGW 5.1.4 (the .h files in this version of MinGW define
the
symbol CryptAcquireCertificatePrivateKey which conflicts with the
symbol
of the same definition in cryptoap
Victor Wagner wrote:
On 2009.05.27 at 10:48:30 -0700, Frank Yellin wrote:
I posted the following onto the OpenVPN forum, but it was suggested
that I would be better off mailing directly to this list.
=
I seem to have found a bug in 2.1_rc16 that is also appar
I would rather not have touched cryptoapi.c for rc16, but it wouldn't
build with MinGW 5.1.4 (the .h files in this version of MinGW define the
symbol CryptAcquireCertificatePrivateKey which conflicts with the symbol
of the same definition in cryptoapi.c). So I did try to work around the
issue, bu
