Se il rilevamento automatico del captive portal non funziona e si colpisce un dominio comune (come google.com), prova un dominio che non visiti normalmente (e quindi non verrà memorizzato nella cache dovunque). Prova borg.org, ad esempio.
Se ancora non ottieni la pagina di destinazione, è tempo di misure estreme. Puoi ottenere maggiori informazioni sulla configurazione DHCP ottenuta con ipconfig getpacket en0
(o en1, o qualunque sia l'interfaccia Wi-Fi); guarda soprattutto le righe "server_identifier" (il server che ha inviato le informazioni), "router" e "domain_name_server". Prova a premere quelli nel tuo browser e vedi se ce ne sono di ottenere una pagina di destinazione.
Ancora niente? Quindi prova host www.cnn.com x.x.x.x
dove x.x.x.x è il server dei nomi di dominio (se ce ne sono diversi, prova con ciascuno). Se recuperi IP che non erano già nell'elenco, provali in un browser.
A proposito, il motivo per cui questo a volte non funziona automaticamente è fondamentalmente che è tutto altamente non standard. I captive portal sono un trucco inventato da qualcuno per controllare l'accesso a una rete wireless in un modo che gli standard non erano in grado di gestire. Molti altri produttori hanno copiato l'idea, ma tutti l'hanno fatto in modo leggermente diverso, e ha dirottato pagine web reali nel browser, ed era generalmente un disastro. Quindi Apple ha costruito un sistema in macOS che cercava di rilevare i captive portal e di visualizzare automaticamente la pagina di destinazione, in un modo che non dirotta il browser ... ma poiché ci sono così tante varianti dell'idea, è difficile da costruire un sistema che li gestisce tutti. E poi a volte l'amministratore della rete locale imposta le cose in modo strano e ... fondamentalmente, è un trucco per aggirare un altro hack, e di conseguenza ci sono molti modi per fallire. Francamente, sono un po 'stupito che funzioni tutte le volte che funziona.