>> Here it is, against the current master branch. > > Thanks for re-sending. Unfortunately, it's not complete - it adds > "remote_end", but never initializes it in the TARGET_FREEBSD branch. > > So it sort of works because it happens to puts 0.0.0.0 (or even random > stack data) into "remote_end" which is then used as gateway address... > > Sun Aug 5 21:01:38 2018 /sbin/ifconfig tun1 10.194.3.14 0.0.0.0 mtu 1500 > netmask 255.255.255.0 up > Sun Aug 5 21:01:38 2018 /sbin/route add -net 10.194.3.0 0.0.0.0 -netmask > 255.255.255.0 > add net 10.194.3.0: gateway 0.0.0.0 > > (Actually, it looks like it could work, but pinging 10.194.3.1 is > subsequently failing) > > > All other platforms have a > > remote_end = create_arbitrary_remote( tt ); > > in there, to make it look less... accidential. I assume this just got > lost on rebasing (blame it on Antonio :-) ). > > Could you send us a v2? thanks :) > > gert
Sorry about that. I'm on holiday, and doing it with only one eye opened. ;) Here it is once more... Cheers, Adam
0001-Fix-subnet-topology-on-NetBSD.patch
Description: Binary data
------------------------------------------------------------------------------ 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
