It looks proper. I wonder if the hotel network is blocking port 51820.
Install nmap & port scan that UDP port of the hotelās router:
opkg update; opkg install nmap
root@certa:~# nmap 192.168.2.1 -sU -p 51820
Starting Nmap 7.91 ( https://nmap.org ) at 2023-11-13 09:52 EST
Nmap scan report for 192.168.2.1
Host is up (0.0012s latency).
PORT STATE SERVICE
51820/udp open|filtered unknown
MAC Address: [redacted] (GL Technologies (Hong Kong) Limited)
OP would have to get someone at that endpoint to make such a change, however. Itās a good thing the GL GUI isnāt terribly difficult to instruct someone over a voice call or email using screenshots.
I couldnāt install nmap on the temporary firmware and had to go the longer way with downloading to a USB stick and installing it from there. To make it clear: the setup Iām in right now has two routers I can choose from. Letās call them TP-Link and Orange.
With 4.4.6 I could only connect to Orange and WG worked fine but TP-Link gave me the wrong IE_HT_CAP entries in the log and I couldnāt connect to it at all.
With the test firmware I can connect to both TP-Link and Orange but the wireguard client does not even start, judging by the complete absence of it in the log.
I performed the nmap scan and TP-Link has 51820 as closed while Orange has it as open|filtered. Wireguard works from neither router with this firmware.
In this scenario I have full control of TP-Link so I can try out whichever settings I want but this will definitely not be the case elsewhere so the solution has to be robust. @JinOhChoi What did you mean by changing to port 443 or 80? Changing Wireguard traffic to it or�
On your Wireguard Server change the listening port from the default port 51820 and select either 443 or 80. This is a workaround (that may work) in case the hotel has blocked port 51820. Another issue maybe that wherever your endpoint is located. Make sure the Internet Service Provider doesnāt block inbound traffic for ports 443 (https) and 80 (http). Which could also be the case for non business internet connections.
I changed it on my Wireguard server to 443 (works when I connect from my phone which is in the same wifi network) but the MT3000 still wonāt connect to it. As I wrote, the VPN client on the MT3000 is not even starting so the port makes no difference whatsoever. What else can we try?
In another post about captive portals you mentioned that you stopped using these travel routers and instead use a phone for multiuser WiFi. I thought you were running an app on the phone acting as the WiFi host, but here it sounds like a built-in feature of your old phone. Could you post somewhere exactly how you set up this multiuser hotspot on your phone?