Hello everyone, I have an issue where my hotel has a 24 hour timer on every device. After 24 hours from connecting, you have to re-login through the captive portal even with the GL iNet router.
The issue is, I can’t get the captive portal to show up unless I completely reset the router. This is especially a pain because I have to go through and re-set up my names, passwords, and VPN data every time.
Connect your phone to the hotel‘s Wi-Fi and login through the captive portal
Connect your phone to SlateAX’s Wi-Fi and access admin panel of the router
Open the MAC Clone page and let the router clone your phone’s MAC
Repeat step 1 every 24 hours thereafter, using your phone to login through the captive portal
Note: Some phones use a different randomized mac when connecting to different Wi-Fi. So maybe you need to enter the MAC manually to ensure that the MAC cloned by SlateAX is the one that your phone provides to the hotel WiFi.
How important is it to use the hotel’s dns? For streaming purposes (I’m not in the USA) I use the Slate with vpn and a USA dns. Can I use the hotel dns to connect and then change it back to what I need?
The hotel’s setup might depend on using its own DNS during the login process. This requires no VPN be active as well.
After logging in, you can get fancy.
I just had this exact issue at my last hotel.
Now I’m at a new one, and alas: my guest network is visible and I can connect to it, but my admin WiFi (which I hid) can no longer be connected-to! One reset coming up…
Thanks for the help everyone! I’m in Italy trying to use a USA VPN. The fix really was as simple as turning off the VPN and refreshing. It makes sense since the VPN (as to my limited understanding of them) would just tunnel right past the captive portal… I think?
Anyways, it makes sense to me even if I’m wrong. To everyone else, if I have future issues I’ll try your advice as well and let you know. Hopefully other people who are new to VPN’s and using portable routers could find this thread helpful.
Sorta. Captive portals are usually triggered by an http request on port 80. The VPN would try and never get out the door until whitelisted by the captive portal, but as long as the VPN service is in the mix that first request never happens.