Proton Wireguard 4.8.1 MT-3000 not working

Hi everyone,

I am using a MT-3000 router with wireguard and Proton.

Everything worked fine but suddenly, none of the wireguard configurations are working anymore. OpenVPN with Proton still works

Error logs are:

Mon Nov  3 14:10:42 2025 daemon.info dnsmasq[3336]: read /tmp/hosts/dhcp.wgclient1 - 3 addresses
Mon Nov  3 14:10:42 2025 daemon.info dnsmasq[3336]: read /tmp/hosts/dhcp.ovpnclient1 - 3 addresses
Mon Nov  3 14:10:42 2025 daemon.info dnsmasq[3337]: reading /tmp/resolv.conf.d/resolv.conf.ovpnclient1
Mon Nov  3 14:10:42 2025 daemon.info dnsmasq[3337]: read /tmp/hosts/dhcp.wgclient1 - 3 addresses
Mon Nov  3 14:10:42 2025 daemon.info dnsmasq[3337]: read /tmp/hosts/dhcp.ovpnclient1 - 3 addresses
Mon Nov  3 14:10:42 2025 daemon.notice netifd: Interface 'wgclient1' is now down
Mon Nov  3 14:10:42 2025 user.notice firewall: Reloading firewall due to ifdown of wgclient1 ()
Mon Nov  3 14:10:49 2025 daemon.notice netifd: Interface 'wgclient1' is setting up now
Mon Nov  3 14:10:50 2025 daemon.info dnsmasq[5684]: reading /tmp/resolv.conf.d/resolv.conf.ovpnclient1
Mon Nov  3 14:10:50 2025 daemon.info dnsmasq[5684]: read /tmp/hosts/dhcp.ovpnclient1 - 3 addresses
Mon Nov  3 14:10:50 2025 daemon.info dnsmasq[5684]: read /tmp/hosts/dhcp.wgclient1 - 3 addresses
Mon Nov  3 14:10:50 2025 daemon.info dnsmasq[5683]: read /tmp/hosts/dhcp.ovpnclient1 - 3 addresses
Mon Nov  3 14:10:50 2025 daemon.info dnsmasq[5683]: read /tmp/hosts/dhcp.wgclient1 - 3 addresses
Mon Nov  3 14:10:50 2025 daemon.warn dnsmasq[5685]: no servers found in /tmp/resolv.conf.d/resolv.conf.wgclient1, will retry
Mon Nov  3 14:10:50 2025 daemon.info dnsmasq[5685]: read /tmp/hosts/dhcp.ovpnclient1 - 3 addresses
Mon Nov  3 14:10:50 2025 daemon.info dnsmasq[5685]: read /tmp/hosts/dhcp.wgclient1 - 3 addresses

I have already been deleting them, reuploading them, resetting the router everything.

Might look here, similar sorta

Same Issue here using:

Proton VPN With WireGuard Client

GL-MT6000

v4.8.3

Hi

We conducted local tests using MT3000 (v4.8.1) and MT6000 (v4.8.3) and were unable to reproduce the reported problem.

Please note that the certificates in Proton’s WireGuard configuration files have expiration dates.
We recommend checking the Proton official website to confirm whether the connection failure is due to an expired key.

Hi there,

No so this has nothing to do with experienced certificates - I recreated them freshly.

Also looks like someone else has the same problem, see above?

what else can I do? I already pretty much tried everything from resetting router, recreating certificates, installling uninstalling profiles on the router but nothing seems to work

Kindly share your router with us through GoodCloud according to this tutorial to allow remote inspection and troubleshooting.
Remember to PM us the MAC address and web login password for our router.
Technical Support via GoodCloud - GL.iNet Router Docs 4

Also, please confirm whether your region currently experiences internet filtering or access restrictions.

Just shared it via PM. The region is a non-restricted region

Based on our inspection, it looks like your network is blocking the WireGuard protocol.


The packet capture shows UDP/WireGuard traffic is being dropped, while ICMP to the server still works.

The WireGuard log shows a REKEY-GIVEUP error, which indicates the tunnel failed to rekey because the peer never completed the handshake:

Wed Nov  5 01:44:12 2025 user.notice wireguard-debug: USER=root ifname=wgclient1 ACTION=REKEY-GIVEUP SHLVL=1 HOME=/ HOTPLUG_TYPE=wireguard LOGNAME=root DEVICENAME= TERM=linux SUBSYSTEM=wireguard PATH=/usr/sbin:/usr/bin:/sbin:/bin PWD=/


The same WireGuard config works locally on our MT3000 (v4.8.1), so the issue may be specific to the network.

Meanwhile, another profile using port 443 is functioning properly on your router—meaning the firmware's WireGuard can operate normally.


We recommend further investigation:

  1. Verify the config from another device on the same network (for example, a smartphone) to see if it can establish the tunnel.
  2. Connect the MT3000 to a mobile hotspot (or another ISP) and test. If it connects there, the original ISP/network is blocking WireGuard UDP.

If censorship is confirmed, you may consider using AmneziaWG with obfuscated encryption.

Hi there,

I appreciate all the debugging!

Just tested this on a different network and it indeed now worked.

So looks like the network in itself blocked it somehow.

1 Like