Hi,
On Fri, Jun 22, 2018 at 5:49 AM, Antonio Quartulli <a...@unstable.cc> wrote:
> Hi,
>
> On 22/06/18 17:46, Gert Doering wrote:
> > Hi,
> >
> > On Fri, Jun 22, 2018 at 03:27:02PM +0800, Antonio Quartulli wrote:
> >> Fri Jun 22 13:43:51 2018 us=116232 PUSH: Received control message:
> 'PUSH_REPLY,redirect-gateway !ipv4 ipv6,tun-ipv6,ping 10,ping-restart
> 120,ifconfig-ipv6 2002::1001/112 2002::2,peer-id 0,cipher AES-256-GCM'
> >
> > As an afterthought - the error could be totally unrelated to the changes,
> > and the win32 API refusing 2002:: addresses because it knows that they
> > are not "free for grabs"... (6to4, normally auto-configured unless
> > disabled, with 2002:<ipv4>:: being the prefix that a host on <ipv4> or
> > a network behind a router on <ipv4> can use - but that's old stuff and
> > should no longer be used in any case).
>
> After changing the prefix to 2001:db8:cafe::/112 the error is gone.
>
> However, the assert at the end of the log in argv.c:299 is still there.
> This might be some argv_new()/reset() that has been misplaced (maybe?).
>
While the assert is definitely due to buggy code (as discussed in the other
thread),
I cant reproduce this. Both the version I had tested earlier and the v2/v3
patches
work without throwing this error.
Earlier I had tested with
pull-filter ignore "ifconfig "
route 192.168.0.0 255.255.255.0 # test a tunnel route
route 192.168.1.0 255.255.255.0 net_gateway # test an external route
redirect-gateway ipv6 !ipv4
Now retested by adding
pull-filter ignore route-gateway
as otherwise the v4 tunnel gateway was not null and the v4 route succeeded
with a simple warning (gateway unreacahble). With the route gateway removed,
the v4 route fails with
Fri Jun 22 13:52:08 2018 OpenVPN ROUTE: OpenVPN needs a gateway parameter
for a --route option and no default was specified by either --route-gateway
or --ifconfig options
Fri Jun 22 13:52:08 2018 OpenVPN ROUTE: failed to parse/resolve route for
host/network: 192.168.0.0
Fri Jun 22 13:52:08 2018 GDG6: remote_host_ipv6=n/a
Fri Jun 22 13:52:08 2018 GetBestInterfaceEx() returned if=15
Fri Jun 22 13:52:08 2018 GDG6: II=15 DP=::/0 NH=fe80::2d0:b7ff:febe:d8bc
Fri Jun 22 13:52:08 2018 GDG6: Metric=256, Loopback=0, AA=1, I=0
Fri Jun 22 13:52:08 2018 ROUTE6_GATEWAY fe80::2d0:b7ff:febe:d8bc I=15
Again, no assert.
Possibly you have some v4 route that triggers the assert, but I can't
figure which.
Or are you testing using a v6 only server -- even if so, its not clear how
that would
matter.
My tap adapter has a link local address (169.254.98.86) on it possibly due
to a previous dhcp failure. May be I need to get rid of that (how?) to
activate
this code path?
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
