Hi,
On Wed, Jul 26, 2017 at 1:28 PM, Karl Mueller <ewi...@gmail.com> wrote:
>
> >
> > I have no idea what the effect would be ("will it stop doing ethernet
> > framing? no more ARP?"), but it's an interesting idea to try.
> >
>
> Thanks, seems OpenVPN is not the only VPN client that may recognize this
> as an issue and change their iftype. https://quickview.cloudapps.
> cisco.com/quickview/bug/CSCut51057 The Cisco adapter previously used 0x6
> judging by an old Cisco VPN installation I had access to.
>
> Is it possible to have someone create a signed test build of the TAP
> adapter with iftype 131 in the oemvista.inf?
>
This should be easy to test by editing the installed OemVista.inf (in
C:\Program Files\Tap-Windows\driver\ by default) and running addtap to
create a new adapter with the required iftype. The resulting interface will
most likely not show up in the adapter list in control panel, but should
show in 'openvpn --show-adapters'
But I do not think it will work: with iftype = 0x83 (131) the interface
will not get a physical address (MAC) etc. Further, the tap-windows driver
source sets the iftype as IF_TYPE_ETHERNET_CSMACD (=0x06) which is supposed
to match the value in the inf file.
I have a couple of wifi only win10 machines on which I have not seen this
disconnection behaviour. Is it because I do not use redirect-gateway? Does
the wifi disconnection happen only when default route is overwritten or is
even "--redirect-gateway def1" not immune to it?
Selva
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel
