This one is too old to cleanly apply, but still sending again just to get it into patchwork. (For some reason bouncing to patchwork somehow never works for me, else this could have beaten the oldest pending patch record :)
---------- Forwarded message ---------- From: Selva Nair <selva.n...@gmail.com> Date: Thu, Nov 24, 2016 at 4:19 PM Subject: [PATCH] Delete the IPv6 route to the "connected" network on tun close To: openvpn-devel@lists.sourceforge.net Cc: Selva Nair <selva.n...@gmail.com> This was missing on Windows when interactive service is in use. - Added route_ipv6_clear_host_bits(r6) to delete_route_ipv6: this is required for Windows IP-helper API. Won't hurt other platforms (?) Signed-off-by: Selva Nair <selva.n...@gmail.com> --- src/openvpn/route.c | 2 ++ src/openvpn/tun.c | 3 +++ 2 files changed, 5 insertions(+) diff --git a/src/openvpn/route.c b/src/openvpn/route.c index fec12c1..85f969e 100644 --- a/src/openvpn/route.c +++ b/src/openvpn/route.c @@ -2124,6 +2124,8 @@ delete_route_ipv6 (const struct route_ipv6 *r6, const struct tuntap *tt, unsigne gc_init (&gc); + route_ipv6_clear_host_bits (r6); + network = print_in6_addr( r6->network, 0, &gc); gateway = print_in6_addr( r6->gateway, 0, &gc); diff --git a/src/openvpn/tun.c b/src/openvpn/tun.c index 560b1a8..40ce202 100644 --- a/src/openvpn/tun.c +++ b/src/openvpn/tun.c @@ -5663,6 +5663,9 @@ close_tun (struct tuntap *tt) { if (tt->options.msg_channel) { + /* remove route pointing to interface */ + delete_route_connected_v6_net(tt, NULL); + do_address_service (false, AF_INET6, tt); if (tt->options.dns6_len > 0) do_dns6_service (false, tt); -- 2.1.4 ------------------------------------------------------------------------------ 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