I wish the GL-iNet gui had a page listing those settings, so you have 1 spot to see what might be causing captive portals to no load. Add to that page an option to set TTY and maybe many of these kinds of issues are solved.
As for the “look how bad GL-iNet handles this”. These are pretty advanced routers with also sometimes safety in mind. An example of this is DNS rebinding protection being present and i believe being enabled by default. That might actually screw over captive portals, but is fine protection in nearly all other situations!
Advanced features such as adguard, VPNs frequently aren’t possible on those other travel routers, but when used they might cause issue for a captive portal to load.
Yes, that was the first thing I looked through when troubleshooting, I have connected to a captive portal with this device before, just have struggling with this wifi. It’s a basic captive portal with no login or password required and it’s not a large chain fancy hotel either just a basic inn. I am starting to question if I should return this, I got an opal for my dad and he had no issues connecting to a portal at a resort in Mexico
For VPN, I am now more reliant on setting it up on individual clients (phone, laptop and firestick) as these routers do not support VPN out of the box. If I am desperate for a VPN on router, then I carry the Mango and tether it to my TP-Link as well.
I have to add that I used to be a massive fan of GL.iNET routers but it has been a while since they appear to have completely lost the plot producing new models every few months (I think that they are even looking at introducing one with a photo frame!!!) before fixing their firmware and with some devices going EOL before actually functioning adequately (Brume v1 as an example). They had the market for “travel” routers but then these started to be unfit for purpose and now they are tapping into “home router” market with buggy devices that cannot be reliably used as home routers and they appear to have completely lost it which is a huge shame.
My Flint home router has always worked okay and any issues have been easy enough to fix with zero knowledge of technology. They do indeed need to focus on refining existing models rather than producing endless new ones
My (mental, now come to think of it) history with experimenting with GL.iNET (and that is only from Amazon UK with other devices bought directly from them and from other retailers as well:
Wow, you must have a small warehouse worth of devices after all that purchase history. I honestly think it would be worth giving the Flint 2 a try since it will be their current most powerful model (I think) and it has network acceleration which the AX1800 doesn’t so you will get better speeds.
I intend to try one myself but probably in a few months time once the initial launch bugs are sorted and hopefully the price comes down a little.
@hansome Give this guy a free Flint 2 for being such a loyal customer
Thanks @hansome for your offer of help but I am not currently in a situation where I need to use a travel router for repeater/captive portal purposes. I will aim to message you directly if I can in that position again to see if we can set remote access up at that point. Thanks again.
This is the exact same situation that I am in right now.
I am in version v4.4.6 Beryl AX device.
I am cloning the MAC address of my phone that’s already been logged in to a captive portal. I can see that the Beryl is getting connected and inside ssh i will get ping from www.google.com
root@GL-MT3000:~# ping www.google…com PING www.google.com (142.251.220.196): 56 data bytes 64 bytes from 142.251.220.196: seq=0 ttl=56 time=45.321 ms 64 bytes from 142.251.220.196: seq=1 ttl=56 time=67.132 ms ^C — www.google…com ping statistics — 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 45.321/56.226/67.132 ms root@GL-MT3000:~#
But all the devices connected to my Berly AX wont have any internet. I have DNS, VPN, TOR, Adguard Home disabled.
I also noticed that MAC cloning isn’t all that stable. Sometimes after getting it cloned it will get reverted back again.
For this problem i suspect DHCP sending of host names. I think the captive portal is smart enough to also relate the MAC to the host device name. But that’s only my suspicion. Hope this gets a work around and get resolved soon.
EDIT 1: Oh! While poking about at unrelated settings my ssh session was disconnected; upon re-connection, “it worked.” That is, iptables accepted the command without error. So, YAY thank you.
However, checking iptables output
iptables -L
shows no chain named “PREROUTING” in the list of 43 other chains.
Thank you for the quick reply!
The command reports that the package is there and up to date:
root@HarvBeryl:~# opkg install iptables-mod-conntrack-extra
Package iptables-mod-conntrack-extra (1.8.7-1) installed in root is up to date.
Updating database.
Database update completed.