One user case show that he is using Flint as wireguard server and cannot connect to it from the Internet. It is because he is using both vpn client and server at the same time on Flint.
When use use vpn server and client at the same time, it is called vpn cascading. Flint 4.0 and 4.1 does not support this. Pls upgrade to firmware 4.2.
Your WireGuard IP cannot be within the 192.168.8.X or 192.168.9.X range for default GL.iNet setups. Either change the WireGuard range, or change the LAN.
If you’re running your own server, and you can connect to (ping) the Wireguard endpoint, and you’re using 0.0.0.0/0 as your “Allowed IPs”, make sure the outbound port forwarding rules on your server are correct. See this guide for help.
If you are testing and it works from your phone but not from your router, try connecting your router through your phone. Sometimes trying to access your public IP from your LAN behaves in strange ways.
Case update: Start vpn ddns bug: Starvpn provide wireguard configure with endpoint as ddns. But the ddns may resolve to some servers that does not work at all. Users should hardcore the ddns as correct IP or ask Starvpn to fix the bug. Slate AX (GL-AXT1800) Wireguard Issue (REKEY-TIMEOUT) - #34 by hectorricardo
Hi alzhao, I have been having a dialog with hansome here in this thread but with no satsifactory outcome as yet. I would like to keep my set up simple.
Some questions on the above:
a. If I have a perfectly working iPhone WG config, does that mean that Scenario 1 is not my issue? Or it could still be?
b. If so, then can you please provide an example of a port forward on the Server; and why do I need it if it works on the iPhone with an App but not on the GLiNET Device set up as a client?
c. If you suspect UDP port is blocked (PCCW?), can you please give examples of these “extra settings” you refer to please; and again, why do I need it if it works on the iPhone with an App but not on the GLiNET Device set up as a client?
The VPN works on the GL-AXT1800, it’s just that every day at the same time wireguard server fails to handshake and I see REKEY-TIMEOUT in the client logs on the router. For a while the failure would happen everyday at 10 AM UTC, now it’s happening about 2PM UTC which I think changed because I went through a process of resetting the router, recreating a wireguard server one day around that time. It seems the failure happens every 24 hrs and works perfectly until I’m forced to turn off the vpn client, allow non vpn traffic through the router and let it sit for a few minutes before turning it on all again.
Wireguard server logs right before and after the vpn stopped working. Peer 2 is the glinet router, I’ve hidden the ip as a precaution
[Mar 2 13:33] wireguard: wg0: Receiving keepalive packet from peer 2 (hidden ip)
[ +11.240752] wireguard: wg0: Receiving keepalive packet from peer 2 (hidden ip)
[ +20.099812] wireguard: wg0: Receiving keepalive packet from peer 2 (hidden ip)
[ +11.560462] wireguard: wg0: Receiving keepalive packet from peer 2 (hidden ip)
[ +0.007109] wireguard: wg0: Receiving handshake initiation from peer 2 (hidden ip)
[ +0.005997] wireguard: wg0: Sending handshake response to peer 2 (hidden ip)
[ +0.006059] wireguard: wg0: Keypair 3717 destroyed for peer 2
[ +0.004523] wireguard: wg0: Keypair 3719 created for peer 2
[ +0.118935] wireguard: wg0: Receiving keepalive packet from peer 2 (hidden ip)
[Mar 2 13:34] wireguard: wg0: Retrying handshake with peer 2 (hidden ip) because we stopped hearing back after 15 seconds
[ +0.013659] wireguard: wg0: Sending handshake initiation to peer 2 (hidden ip)
[ +5.106470] wireguard: wg0: Handshake for peer 2 (hidden ip) did not complete after 5 seconds, retrying (try 2)
[ +0.252731] wireguard: wg0: Sending handshake initiation to peer 2 (hidden ip)
[ +5.379406] wireguard: wg0: Handshake for peer 2 (hidden ip) did not complete after 5 seconds, retrying (try 3)
[ +0.010842] wireguard: wg0: Sending handshake initiation to peer 2 (hidden ip)
[ +5.365275] wireguard: wg0: Handshake for peer 2 (hidden ip) did not complete after 5 seconds, retrying (try 4)
[ +0.015024] wireguard: wg0: Sending handshake initiation to peer 2 (hidden ip)
[ +0.496969] wireguard: wg0: Retrying handshake with peer 2 (hidden ip) because we stopped hearing back after 15 seconds
[ +4.864131] wireguard: wg0: Handshake for peer 2 (hidden ip) did not complete after 5 seconds, retrying (try 2)
[ +0.014704] wireguard: wg0: Sending handshake initiation to peer 2 (hidden ip)
[ +5.361419] wireguard: wg0: Handshake for peer 2 (hidden ip) did not complete after 5 seconds, retrying (try 3)
[ +0.014232] wireguard: wg0: Sending handshake initiation to peer 2 (hidden ip)
[ +5.361896] wireguard: wg0: Handshake for peer 2 (hidden ip) did not complete after 5 seconds, retrying (try 4)
[ +0.015637] wireguard: wg0: Sending handshake initiation to peer 2 (hidden ip)
[ +5.360471] wireguard: wg0: Handshake for peer 2 (hidden ip) did not complete after 5 seconds, retrying (try 5)
I used the same setup link to create another vpn client config to use on my iphone and I’ve never had issues on the iphone and the vpn. I can still use the vpn through my phone even when the glinet router is not working.
The VPN client I believe starts to work (after I enabled it again) once the WG server zeros out all keys for the peer after 540 seconds.
[Mar 2 13:54] wireguard: wg0: Zeroing out all keys for peer 2 (hidden ip), since we haven't received a new one in 540 seconds
Hi, does toggleing wireguard client “Enable” button work? or do you have to do “a process of resetting the router, recreating a wireguard server”?
How about change a listen port?
I don’t need to reset the router or recreate the wireguard server. All I have to do is the following:
turn off the vpn client on the router
Enable non-vpn traffic
Wait 30sec - 2 min
Turn on vpn client on router (at this point, the router is working again but the traffic is not going through my wireguard server).
Block non-vpn traffic.
Router starts working with all traffic going through wireguard server.
Also to note, if I reboot the router at any time, the next time that the vpn client will stop working is exactly 24 hr from the reboot time. Today, I rebooted it at 8 AM automatically, I expect 8 AM on Tuesday it will stop working again.
I will try changing the listen port when it next fails to see if that does anything.
I’ve also updated to the latest beta (previously on stable) and will see if that prevents the failure on Tuesday.
I just encountered the the vpn not working at 9:50 PM UTC +1 Monday. I thought the reboot i scheduled in the morning would move the issue to the morning of Tuesday but it didn’t.
I changed the listen port this time, and the vpn client started working again immediately.
I sshed into the router and ran the command. I encountered the same issue tonight but I think we should wait one more day because I think I should have restarted netifd. But I was able to confirm that once again, changing the listen port fixed it right away.
I’ve rebooted the router now. Hopefully tomorrow we can confirm that command addresses the issue.
Ok Issue just happened again. So doesn’t look like ignoring listenPort helped. But there was a difference. With the latest beta firmware, all I have to do is disable and then enable the wireguard vpn client for it to work. No need to change listen port anymore. Also with the beta firmware, when the vpn stops working, it still has the light blue circle showing its “working” when it really isn’t. On the latest stable, it would turn yellow in the same situation which is clearer that the vpn client is not connected to the tunnel.