Si la detección automática del portal cautivo no funciona y al acceder a un dominio común (como google.com), intente un dominio que no visite (y, por lo tanto, no se almacenará en caché en cualquier sitio). Pruebe borg.org, por ejemplo.
Si eso todavía no te da la página de destino, es hora de tomar medidas extremas. Puede obtener más información sobre la configuración DHCP que obtuvo con ipconfig getpacket en0
(o en1, o cualquiera que sea la interfaz Wi-Fi); observe especialmente las líneas "server_identifier" (el servidor que envió la información), "router" y "domain_name_server". Intente golpear aquellos en su navegador y vea si alguno le proporciona una página de destino.
¿Todavía nada? A continuación, intente host www.cnn.com x.x.x.x
donde x.x.x.x es el servidor de nombres de dominio (si hay varios, intente con cada uno). Si recuperas cualquier IP que no estuviera en la lista, pruébala en un navegador.
Por cierto, la razón por la que a veces esto no funciona de forma automática es básicamente que no es estándar. Los portales cautivos son un truco que alguien creó para controlar el acceso a una red inalámbrica de una manera que los estándares no manejaban. Muchos otros fabricantes copiaron la idea, pero todos lo hicieron de manera un poco diferente, y secuestraron páginas web reales en el navegador, y generalmente fue un desastre. Así que Apple incorporó un sistema en macOS que intentaría detectar portales cautivos y mostrar la página de destino automáticamente, de una manera que no secuestró el navegador ... pero dado que hay muchas variantes en la idea, es difícil de construir Un sistema que los maneja todos. Y a veces, el administrador de la red local configura las cosas de forma extraña, y ... básicamente, es un truco para sortear otro truco, y como resultado hay muchas formas de que falle. Francamente, estoy un poco sorprendido de que funcione tan a menudo como lo hace.