-
- Downloads
Add Wintun support
Refactor the device discovery a little bit to accommodate it. We need
to scan the registry as we did for TAP-Windows anyway, in order to
find the TUNIDX that vpnc-script-win.js will use to configure routes.
So run through the scan as before, but *if* nothing is found and the
user specified an ifname, attempt to create a Wintun device with that
name. Then scan again and presumably we'll find it this time.
This should hopefully make it relatively harmless to existing setups
using TAP-Windows.
There's lots of memcpy here as Wintun *really* wants us to use its pool.
More thought required for that one, as it can't even handle stripping
packet headers so even if we decrypt directly into its buffer that
wouldn't be enough.
The configuration is also fairly horrid, as vpnc-script-win.js seems
to depend on the Legacy IP address being set on the interface before
it will set up the routes. Which of course assumes that there *is*
Legacy IP at all, and it isn't an IPv6-only tunnel.
Signed-off-by:
David Woodhouse <dwmw2@infradead.org>
Showing
- Makefile.am 1 addition, 1 deletionMakefile.am
- library.c 1 addition, 0 deletionslibrary.c
- openconnect-internal.h 27 additions, 0 deletionsopenconnect-internal.h
- tests/list-taps.c 7 additions, 3 deletionstests/list-taps.c
- tun-win32.c 124 additions, 47 deletionstun-win32.c
- wintun.c 254 additions, 0 deletionswintun.c
- wintun.h 318 additions, 0 deletionswintun.h
- www/changelog.xml 1 addition, 0 deletionswww/changelog.xml
Loading
-
mentioned in issue #231 (closed)
-
mentioned in commit 58e2cd77
-
mentioned in commit a2c4d2f5
-
mentioned in issue #330
-
mentioned in issue #699
Please register or sign in to comment