Hi there,
I was just wondering if anybody has seen the new Android 4.0 VPN API.
It looks like a promising way to have a native Java OpenVPN solution
on Android.
http://developer.android.com/reference/android/net/VpnService.html
There is a lot of interest in having an Android implementation of
Op
This is nice!
Some questions:
1. Why not enable this automatically if openssl is sufficient version?
There is no point in not using this if available.
2. I would have liked to see this in negotiation as well, so server will
use EC if supported by the client and fallback if not... This way migrat
sorry about the noise, folks; this was my second git patch attempt :)
cheers,
JJK
Jan Just Keijser wrote:
> Made some options connection-entry specific:
> fragment
> mssfix
> tun-mtu
> tun-mtu-extra
> link-mtu
> mtu_discover_type
> explicit-exit-notification
> in order to support stu
Made some options connection-entry specific:
fragment
mssfix
tun-mtu
tun-mtu-extra
link-mtu
mtu_discover_type
explicit-exit-notification
in order to support stuff like
remote host
proto udp
fragment
explicit-exit-notification 3
remote host
proto tcp
Signed-off-by: Ja
Made some options connection-entry specific:
fragment
mssfix
tun-mtu
tun-mtu-extra
link-mtu
mtu_discover_type
explicit-exit-notification
in order to support stuff like
remote host
proto udp
fragment
explicit-exit-notification 3
remote host
proto tcp
Added support for Elliptic curves (ECDSA) + SHA2 family signed
certificates.
---
init.c |7
options.c | 15 ++
options.h |6
ssl.c |3 ++
ssl_backend.h | 10 ++
ssl_openssl.c | 84 +
In commit bee92b479414d12035b0422f81ac5fcfe14fa645 the gc_malloc() was hardened
to always require a gc_arena object for garbage collection. Some places in the
code expected the old behaviour of a normal malloc() in these cases, that is a
memory allocation without garbage collection.
This old beha
- Mail original -
> De: "Gert Doering"
> À: openvpn-devel@lists.sourceforge.net
> Envoyé: Mardi 7 Février 2012 11:24:13
> Objet: [Openvpn-devel] configure patch for MacOS 10.7
>
> Hi,
>
> I'm forwarding this "as-is", as I do not have enough understanding of
> autoconf to say whether this
In commit bee92b479414d12035b0422f81ac5fcfe14fa645 the gc_malloc() was hardened
to always require a gc_arena object for garbage collection. Some places in the
code expected the old behaviour of a normal malloc() in these cases, that is a
memory allocation without garbage collection.
This old beha
Hi,
I'm forwarding this "as-is", as I do not have enough understanding of
autoconf to say whether this is necessary, or "the right fix" - but
anyway, I've been told that this is needed to make our configure
behave on MacOS 10.7.
gert
--
USENET is *not* the non-clickable part of WWW!
Thank you, that patch had more impact than I thought it would. I'm sorry about
the inconvenience, it's a bug I'm looking into at the moment.
David, could you revert the patch please, so I have a little more time to
refactor there? I'm looking into the best way to refactor that function with a
Hi guys
I experience "Assertion failed at buffer.c:313" on my RHEL5/x64 caused by:
commit bee92b479414d12035b0422f81ac5fcfe14fa645
Author: Adriaan de Jong
List-Post: openvpn-devel@lists.sourceforge.net
Date: Sun Feb 5 12:51:25 2012 +0100
Removed support for calling gc_malloc with a NULL
12 matches
Mail list logo
