You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Auto tunnel fails to ping ipv6 endpoint if switching from an ipv6 network to an ipv4 only one, not eventually restarting the tunnel if "restart on ping fail is enabled".
Smartphone:
Device: FP5
Android Version: Android 14
App Version 3.5.2
Backend: Userspace
To Reproduce
Steps to reproduce the behavior:
Enable " restar on ping fail".
Connect to a wg peer using ipv6.
Switch to a network (wifi or mobile data) which only uses ipv4.
The tunnel never gets restarted.
Expected behavior
If unable to ping because of network changes making the app unable to do so, like missing ipv6 connectivity, just consider it a ping fail after a timeout and restart the tunnel.
Additional context
I actually think maybe a different solution could be considered for cases like this, namely endpoints with changing ips.
It has been discussed in #6 and I actually even left a comment some time ago with my suggestions, though probably nobody saw that since the issue had already been closed.
As far as I understand in the meantime auto tunnel has been improved a bit and can now also be used with always on vpn, which is indeed a welcome change, but the core of the issue remains for me and I still think enpoint dns reresolution should be handled in a different way.
The text was updated successfully, but these errors were encountered:
Hey! Thanks for these detailed write ups and Im sorry I missed your original message. Ill take some time to review your solution more in depth and get back with my thoughts. Thanks again!
Describe the bug
Auto tunnel fails to ping ipv6 endpoint if switching from an ipv6 network to an ipv4 only one, not eventually restarting the tunnel if "restart on ping fail is enabled".
Smartphone:
To Reproduce
Steps to reproduce the behavior:
Expected behavior
If unable to ping because of network changes making the app unable to do so, like missing ipv6 connectivity, just consider it a ping fail after a timeout and restart the tunnel.
Additional context
I actually think maybe a different solution could be considered for cases like this, namely endpoints with changing ips.
It has been discussed in #6 and I actually even left a comment some time ago with my suggestions, though probably nobody saw that since the issue had already been closed.
As far as I understand in the meantime auto tunnel has been improved a bit and can now also be used with always on vpn, which is indeed a welcome change, but the core of the issue remains for me and I still think enpoint dns reresolution should be handled in a different way.
The text was updated successfully, but these errors were encountered: