Captive Portal Basics: Why Hotel Wi-Fi Login Pages Break
You connected to the Wi-Fi. The login page never appeared. Here's why.
What is a captive portal?
When you connect to hotel, airport, or café Wi-Fi, you’re not immediately on the internet. The network puts you behind a captive portal, a web interception layer that forces you to a login or agreement page before allowing real internet access.
Here’s how it works:
- You connect to the Wi-Fi
- The router intercepts all your HTTP traffic and redirects it to the portal page
- You log in or accept terms
- The router marks your device as authenticated and lets real traffic through
The problem: the redirect relies on your device making an unencrypted HTTP request that the router can intercept. A surprising number of things can prevent that redirect from happening.
The five most common reasons the login page won’t appear
1. iCloud Private Relay is active
What it is: iCloud Private Relay routes your traffic through Apple’s proxy servers, masking your IP and encrypting your DNS queries.
Why it breaks captive portals: The portal can’t redirect encrypted proxy traffic. Your device appears to be connected, but the portal never sees you.
Fix: System Settings → Apple ID → iCloud → Private Relay → turn it off. Reconnect to the Wi-Fi after turning it off. Turn Private Relay back on once you’re authenticated.
2. Custom DNS is configured
What it is: Many people configure their Mac to use Cloudflare (1.1.1.1), Google (8.8.8.8), or similar resolvers instead of the network’s DNS.
Why it breaks captive portals: Portals rely on DNS hijacking to redirect you to the login page. Custom resolvers bypass the network’s DNS, so the redirect never happens.
Fix: System Settings → Wi-Fi → (your network) → Details → DNS → remove custom entries. Restart the Wi-Fi connection.
3. Your VPN is connected
What it is: VPN software creates an encrypted tunnel that carries all your traffic.
Why it breaks captive portals: VPN traffic is encrypted and addressed to the VPN server, not the portal. The router can’t intercept or redirect it.
Fix: Disconnect your VPN before trying to authenticate. Reconnect once you’re through the portal.
4. Safari’s HTTPS upgrade is interfering
What it is: Safari and some other browsers automatically upgrade HTTP URLs to HTTPS.
Why it breaks captive portals: The portal’s redirect URL is HTTP. If your browser upgrades it to HTTPS before the portal can intercept it, the request goes nowhere.
Workaround: Use the built-in portal browser in Hotspot Guide, which loads http://captive.apple.com/hotspot-detect.html without HTTPS upgrading.
5. The OS captive portal detector misfired
What it is: macOS probes http://captive.apple.com/hotspot-detect.html when you join a network to detect if a portal is present. If that probe succeeds before the portal is ready, or if you joined the network earlier and the OS thinks you’re already authenticated, the portal popup never appears.
Workaround: Use the “Force Login Page” button in Hotspot Guide’s Diagnose tab. It re-triggers the probe regardless of the OS’s cached state.
The diagnostic checklist
Run these in order:
- iCloud Private Relay: off?
- VPN: disconnected?
- DNS: set to automatic (network default)?
- Proxy: none configured?
- Force Login Page: have you tried opening
http://captive.apple.com/hotspot-detect.htmlmanually?
If all five pass and the login page still won’t load, the problem is likely on the network side: a misconfigured router, a portal that’s timing out, or a venue that requires you to call the front desk for an activation code.
After you’re online
- Turn iCloud Private Relay back on
- Reconnect your VPN
- Consider saving your portal credentials in Hotspot Guide so the next visit autofills your name and email