13 июн. 2017 г. 7:29 ПП пользователь "debbie10t" <debbie...@gmail.com>
написал:
Hi Selva, thanks for your answer.
On 12/06/17 20:23, Selva Nair wrote:
> On Wed, Jun 7, 2017 at 12:41 PM, debbie10t <debbie...@gmail.com> wrote:
>
> Hi,
>>
>> I have a basic setup and discovered that my W10 client was assigning a
>> second IPv6 address to TAP even though it is *not* being pushed by the
>> server. The second address is an old address from a server that I
>> sometimes connect to. The server is still running but the client is not
>> connected to it.
>>
>> The most significant information here is that this *only* happens when
>> using the openvpn-GUI + interactive-service.
>>
>
The service should delete the address when openvpn terminates so can't
> think of any reason why an old address would linger even if the same tap
> adapter was used for the previous connection.
>
I decided to try some tests .. in fact I only did one test.
I rebooted the PC and now the second IP address has gone.
(Windows Fast shutdown/reboot disabled .. so full reboot)
I also tried to recreate the problem but so far cannot ..
It might happen if openvpn dies without a chance of deleting associated
ipv6 routes.
Try sysinternals utilities to kill it in such way.
Also, Samuli is developing openvpn test suite for windows, probably we
should add some test like that
No changes have been made to my configs or host W10 pc ..
but I did realise that both configs in question *do* use the same TAP
adapter .. connecting to each server in turn repeatedly did not recreate
the problem .. and even doing crazy things one might do while under the
influence did not recreate the problem. Even terminating via task manager
could not recreate the problem ..
Chalk this one down to windows weirdness .. Just have to watch out if it
ever happens again.
Does this happen only on Win 10?
>
Only one time I have seen it and now can't recreate it.
Wed Jun 07 16:33:53 2017 us=125353 ROUTE: route addition failed using
>
>> service: The object already exists. [status=5010 if_index=17]
>>
>
>
> This is a known issue (route not deleted on termination so fails to
> recreate later) and is not a critical. FWIW, there is a patch on the ML to
> fix it.
>
I'll keep an eye open for this.
Thanks
------------------------------------------------------------
------------------
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
------------------------------------------------------------------------------
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
