Got a new GL-MT1300 in order to serve as a Wireguard client hotspot on my PiVPN Wireguard server. Can’t get it to work.
Looking in the forums I see another issue specifically on the GL-MT1300. As well as other reports of issues on other routers when using PiVPN Wireguard servers (1, 2).
The server and the client configurations work great on mobile devices and desktop I have tested on. When I input manually, or via .conf file, or via QR code using the GL.iNet app, it does not work. It spins on “connecting” and then the button changes to “abort.”
I tried removing the IPv6 entry under allowed IPs in both the server variables and in the conf file, as I read GL.iNet does not play nice with IPv6. I tried removing the two DNS entries in the server config, leaving it at just one DNS entry.
I reverted back to a PiVPN-configured OpenVPN server to see if I could get the Beryl to connect to any VPN server. During this process I realized I had mistakenly not forwarded the correct ports on the server side for the initial Wireguard setup mentioned above.
The OpenVPN server did work after realizing my port forwarding mistake.
I then tried to again to configure a Wireguard server with PiVPN and see if the Beryl would now connect with the port forwarding issue fixed.
In the GL.iNet web interface it now will show as connected, but shows only a few bytes of upload data. I cannot access the web through the router when it’s connected, nor can I connect to local IPs on the other side of the VPN. (I have tested the Wireguard config and server does work properly with an iOS device.)
To your suggestion above, @alzhao, the server appears to provide a ListenPort upon connection. I did try pre-filling it with the port you mentioned — it made no difference.
I also have removed the “, ::00/0” part of the AllowedIPs entry on the Beryl so as to avoid IPv6 issues.
Thanks for your help, I tried UDP port 15797 as well and had the same issue.
What do mean that the UDP may be causing the issue? What kind of workaround did you have in mind — TDP?
Can I run a traceroute or pull something from the router’s logs that would help you see why the router won’t pass internet over this connection?
Appears to be the same issue as this other thread, with the router showing as a connected client but no internet connection a minuscule amount of download data (link).
PiVPN is almost certainly the easiest way to set up a personal Wireguard server on any Linux machine, including a Raspberry Pi. I think it makes a lot of sense for GL.iNET to support it out of the box — or with minimal modifications that we can document here in the forums. As I mentioned in the first post, several others have had issues getting GL.iNET to play nice — this is definitely something that people are buying these routers for.
Realise this is old but I was having the same issue (using pivpn as well) turns out I needed to copy the preshared key over as well (wasn’t picking it up with the qr code). Not sure if this will help.
@mattbridges just to confirm are you hosting a Wireguard PiVPN server and accessing it from your travel router as a client? Or are you using OpenVPN? Thanks
This appears to have been fixed, FYI. There's still some issue with importing the tunnel config via QR code, but pasting the keys directly into the GL.iNet router ("manual configuration") now works.
