The GL-MT6000 4.9.0 stable version AmneziaWG does not work, please advise.
Hi
Could you please clarify the issue you're experiencing so that we can better assist you?
-
When you say AmneziaWG is not working, do you mean:
- The AmneziaWG configuration file cannot be imported or saved?
- The configuration file imports and saves successfully, but it cannot connect to the server?
- Or are you having trouble setting up an AmneziaWG server on the MT6000?
-
If the issue is with the AmneziaWG client, could you please:
- Provide screenshots showing the problem, so we can better understand what's happening.
- If possible, share the configuration file as well, with the private/public keys and server address redacted.
Amnezia got Problems over the last 2 weeks and updated their Apps:
"This applies to users of all our products — Amnezia Free, Premium, and Self-hosted. For Self-hosted users: the update will only affect the client side; you do not need to reconfigure your server."
https://www.reddit.com/r/AmneziaVPN/comments/1udfoce/update_the_amnezia_vpn_app_if_you_havent_already/
I have a problem or request: I use my self-hosted VPS with amneziaWG2.0, and it’s configured in Vless mode for a cascade purpose.
The question is, my conf file contains the following
Table = off
PostUp = ip route add 10.66.66.0/24 dev awg0
that way it’s not working in the router VPN, I tried to use wgclient1 or wgclient2 instead of awg0 network but also the connection got timeout based on logs.
Does the current version supports such config parameters? If not can you pls support in the future or how can I set them via ssh?
It appears to affect only their desktop and mobile applications. Our devices do not use those applications—we integrate the kernel module directly—so they should not be affected.
We does not use wg-quick, so the corresponding configuration fields are not supported.
If you want only a specific subnet to be routed through the VPN, you can use VPN Policy Mode and set the To field to your desired subnet, such as 10.66.66.0/24.
For more details, please refer to:
I was sorry for not describing the settings. My friend in Hong Kong installed WireGuard Obfuscation 4.9.0 stable release and used the default settings. He passed the settings to me in mainland China. I used the AmneziaWG 2.0 Windows client (AWG) to add the settings and found the connection between my AWG and my friend’s GL-MT6000. I could find data moving in-out but fast.com did not show up figure and Google did not work as well.
I often use AWG in between mainland China and HK VPS, Japan VPS, US VPS without any problems.
Please check settings between Shenzhen and Hong Kong and provide the best and correct answer to my question.
Here is my Hong Kong friend’s WireGuard Obfuscation configuration file given below:
[Interface]
PrivateKey = UKKwWJphIdaLL6mEJkPLFfEtJGSvRe+2VSl2TXIu1FA=
Jc = 5
Jmin = 10
Jmax = 50
S1 = 36
S2 = 135
S3 = 29
S4 = 1
H1 = 1105918703-1120235154
H2 = 1228372287-1605311588
H3 = 1794257706-1940897239
H4 = 1990295338-2134704612
Address = 10.1.0.2/24, fd00:5f85:e791:dfc7::2/64
DNS = 10.1.0.1, fd00:5f85:e791:dfc7::1
MTU = 1420
[Peer]
PublicKey = 0VjKGLWLQq5nab73/lPbe7LHQ7wklEXmlJbPBYqKWEY=
AllowedIPs = 0.0.0.0/0, ::/0
Endpoint = <HK IP>:<port>
PersistentKeepalive = 25
I installed in Windows AmneziaWG in mainland China with above settings. All the settings were automatically given by GL-MT6000. This time gave better results but required few minutes to get somethings but not complete including YouTube and WhatsApp.
I gave you some information of the above problems.
Problem: AmneziaWG 2.0 in mainland China connects with HK GL-MT6000 4.9.0.
Problem here: mainland China –> GFW –> HK site.
No problem if 1) mainland China site –> another mainland China site or 2) HK site –> HK site
No problem when I used AmneziaVPN in mainland China connected to HK VPS, Japan VPS, US VPS. All VPS’ were installed with AmmeziaWG in mainland China.
Do you mean that AmneziaWG is able to connect successfully, but the connection is very slow and some services take several minutes to load?
If so, the issue may be related to the interconnection between your ISP and your friend's ISP.
Connections between residential networks in Shenzhen and Hong Kong, especially during peak hours, can experience severe QoS throttling and packet loss, sometimes to the point of being almost unusable.
By contrast, a VPS is typically connected to a commercial network, which may have better routing priority or other optimizations for this type of traffic. As a result, it can provide significantly better connectivity.
Unfortunately, in this situation, we don't have a good way to resolve the issue from our side.