Portal cautivo no funciona en Mac: cómo solucionar la página de inicio de sesión del Wi-Fi del hotel

Un portal cautivo funciona interceptando tu primera solicitud web sin cifrar y respondiéndola con una redirección a la página de inicio de sesión de la red en lugar del sitio que solicitaste. macOS conoce este comportamiento y realiza una comprobación automática de conectividad en cuanto te unes a una red Wi-Fi. Si esa comprobación recibe una redirección en lugar de la respuesta esperada, macOS abre una pequeña ventana de asistente de red cautiva con el portal dentro.

Por lo tanto, que la página de inicio de sesión no aparezca casi siempre significa una de dos cosas: o la comprobación de conectividad nunca obtuvo una respuesta clara, o la redirección que debía recibir fue bloqueada, cifrada o enviada a un lugar al que el portal no podía acceder. La conexión Wi-Fi en sí suele estar bien. La negociación sobre ella es lo que falló.

Las causas habituales, aproximadamente en orden de cuán a menudo resultan ser el problema: el portal no puede interceptar una solicitud HTTPS, por lo que cualquier cosa que abras en el navegador falla con un error en lugar de redirigir; una configuración DNS personalizada o cifrada, como DNS-over-HTTPS, un resolutor de terceros, Pi-hole o NextDNS, impide que la redirección llegue a ti; una VPN activa envuelve tu tráfico antes de que la red pueda tocarlo; la ventana del asistente de red cautiva fue cerrada prematuramente y no vuelve por sí sola; DNS en caché de una red anterior apunta tu Mac a direcciones que ya no corresponden; una dirección Wi-Fi privada y aleatoria confunde el seguimiento de sesión del portal; o un filtro de contenido o firewall bloquea silenciosamente la solicitud del portal.

Una cosa que vale la pena notar sobre esa lista: casi todos los elementos en ella son algo que protege tu privacidad o seguridad haciendo exactamente su trabajo. Los portales cautivos dependen de poder interceptar el tráfico. macOS moderno, navegadores modernos y herramientas de seguridad modernas están diseñados para evitar exactamente eso. El conflicto es estructural, no un error en ninguno de los lados.

Olvida la red y vuelve a unirte a ella. Esta es la solución de mayor rendimiento y tarda unos quince segundos. Abre la configuración de Wi-Fi, elimina la red de la lista de redes conocidas y luego vuelve a unirte desde cero. Volver a unirse obliga a macOS a realizar su comprobación de conectividad desde cero, lo cual suele ser suficiente para que vuelva a aparecer el asistente de red cautiva.

Abre una dirección http:// simple en un navegador. Si la ventana del asistente no aparece, puedes activar la redirección manualmente, pero solo con una solicitud sin cifrar. Escribir un nombre de sitio normal no funcionará: los navegadores ahora predeterminan HTTPS, y una solicitud HTTPS no puede ser redirigida por el portal, por lo que en su lugar obtienes un error de conexión o una advertencia de certificado. Escribe la dirección con http:// delante explícitamente, y elige algo que probablemente no fuerce una actualización. Dos direcciones comúnmente usadas para esto son http://neverssl.com y http://captive.Apple.com. Si el portal funciona en absoluto, uno de ellos debería enviarte directamente a la página de inicio de sesión.

Desconecta tu VPN. Si tienes una VPN conectada, o configurada para conectarse automáticamente, el portal no puede interceptar nada, porque tu tráfico ya está cifrado y tunelizado a otro lugar. Apágala completamente en lugar de solo terminar la sesión actual, inicia sesión y luego vuelve a encenderla. Muchos clientes de VPN tienen una opción de conexión automática o siempre activa que se reconectará en segundos y deshará silenciosamente tu progreso.

Verifica el reloj. Esto puede parecer no relacionado, pero vale diez segundos. Si la fecha y hora de tu Mac están significativamente incorrectas, la validación de certificados falla en todos lados, y las páginas del portal que usan HTTPS para el formulario de inicio de sesión real no cargarán. Restablecer la fecha y hora a automática lo soluciona.

Si los cuatro pasos fallan, la causa muy probablemente sea DNS o una configuración de privacidad, y las siguientes dos secciones cubren esas en orden.

Los portales cautivos dependen del DNS más de lo que la mayoría piensa. Cuando tu Mac busca una dirección, el servidor DNS de la red responde con la dirección del portal en lugar de la real, y así comienza la redirección. Si tu Mac no está consultando el servidor DNS de la red, ese primer paso nunca ocurre.

Por eso, configurar manualmente el DNS es una causa frecuente. Si has configurado tu Mac para usar un resolutor de terceros, o lo apuntas a un Pi-hole en casa, o tienes DNS-over-HTTPS o un servicio como NextDNS configurado, tus búsquedas van a un lugar que la red del hotel no puede interceptar. La solución es volver a configurar el DNS en modo automático, temporalmente. En las configuraciones de red de macOS puedes eliminar los servidores DNS configurados manualmente, lo que devuelve el Mac a lo que la red proporcione por DHCP. Inicia sesión, luego vuelve a poner tus configuraciones. El DNS cifrado instalado mediante un perfil de configuración puede necesitar ser desactivado en lugar de editarse, pero el principio es el mismo.

¿Cómo saber si el DNS es el problema? Una buena señal es que una dirección http:// simple no se resuelve en absoluto en lugar de redirigirse, o falla instantáneamente en lugar de después de un tiempo de espera lento. Otra: el router o la puerta de enlace cargan bien cuando se escriben como una IP sin más, pero nada que tenga un nombre funciona. Eso apunta a resolución de nombres en lugar de conectividad.

El caso de VPN tiene su propia firma. Con una VPN activa, la conexión parece completamente saludable, el cliente puede incluso reportar un túnel funcionando, y sin embargo no carga ningún sitio ni aparece ningún portal. Algunos clientes de VPN incluyen un modo de portal cautivo o detección de hotspot que permite brevemente tráfico sin cifrar para que puedas iniciar sesión. Si tu VPN tiene esa opción, actívala. Si no, desconéctala completamente, inicia sesión y vuelve a conectarte.

El DNS en caché de una red anterior también puede persistir. Si acabas de cambiar de red y el Mac parece estar buscando direcciones que no tienen sentido para tu ubicación, limpiar la caché DNS lo soluciona. Esto generalmente se hace desde Terminal con sudo dscacheutil -flushcache seguido de sudo killall -HUP mDNSResponder, aunque el comando exacto ha variado en diferentes versiones de macOS. Si prefieres no escribir comandos, reiniciar el Mac logra lo mismo, y apagar y encender el Wi-Fi también limpia una cantidad sorprendente de datos.

Dirección Wi-Fi privada. macOS usa una dirección de hardware aleatoria por red Wi-Fi por defecto, lo que hace mucho más difícil que los operadores de red y cualquiera cerca puedan rastrear tu dispositivo a través de ubicaciones y en el tiempo. Es una función realmente buena. También confunde algunos portales cautivos, especialmente los que vinculan una sesión pagada o limitada en tiempo a una dirección de hardware, y los sistemas de hotel que esperan que el mismo dispositivo parezca igual cada vez que se reconecta. El síntoma suele ser iniciar sesión con éxito y luego ser devuelto a la página de inicio de sesión minutos después, o una sesión que pagaste ayer no reconocerte hoy.

Puedes desactivar la Dirección Wi-Fi privada para una sola red en las configuraciones de esa red. Sé claro sobre la compensación, esto no es una opción para desactivar globalmente. Desactivarla en una red de hotel para una estancia concreta es una decisión contenida. Desactivarla en todas partes entrega un identificador estable a cada red a la que te conectes. Si la desactivas para un portal, vuelve a activarla o olvida la red por completo cuando te vayas.

DNS cifrado y filtros de contenido. La misma lógica se aplica a DNS-over-HTTPS y DNS-over-TLS. Existen precisamente para que la red no pueda ver ni alterar tus búsquedas, que es exactamente lo que necesita hacer un portal. No hay una forma inteligente de evitarlo: para el inicio de sesión, la red necesita una ventana. La mejor estrategia es volver a DNS automático solo el tiempo necesario para autenticarte.

Los filtros de contenido y las herramientas de control parental están en la misma categoría. Cualquier cosa que inspeccione, reescriba o bloquee solicitudes DNS y HTTP puede eliminar silenciosamente la redirección del portal, y como esas herramientas están diseñadas para fallar en silencio, a menudo no da ningún error, solo una página que nunca carga. Si usas alguna, añádela a tu lista de verificación antes de concluir que la red está rota.

Comportamiento del navegador. Los navegadores cada vez fuerzan más HTTPS, bloquean redirecciones inseguras y almacenan en caché agresivamente. Probar con otro navegador, o con una ventana privada, puede ser suficiente para que un portal cargue. Safari suele ser el más cooperativo, ya que el asistente de red cautiva está basado en el mismo motor.

Una vez que has pasado por esto varias veces, se vuelve evidente un patrón: cada solución en esta guía implica reducir temporalmente alguna protección. Desactiva la VPN. Quita tu DNS personalizado. Revela tu dirección de hardware real. Permite que pase una solicitud sin cifrar. Luego, habiendo iniciado sesión en una red no confiable, debes recordar volver a activar todo. La mayoría de las personas no lo hace, y así un Mac termina en el Wi-Fi del hotel durante tres días con sus protecciones aún desactivadas desde el martes.

Esa es la verdadera consecuencia, y vale la pena nombrarla, porque la respuesta no es renunciar a la protección. El Wi-Fi público es precisamente donde un Mac se beneficia de un tratamiento más estricto que en casa: menos apps permitidas para acceder a internet, servicios en segundo plano restringidos y una vista clara de qué está comunicándose en una red que no controlas.

La salida del conflicto es usar herramientas que sepan qué es un portal cautivo, en lugar de herramientas que tienes que desactivar alrededor de él. Así se construye la protección de hotspot de NetMute. Cuando tu Mac se conecta a una red desconocida o pública, aplica automáticamente un perfil más estricto, y maneja los portales cautivos para que la página de inicio de sesión siga cargando en lugar de bloquearse junto con todo lo demás. Inicias sesión normalmente, y el perfil más estricto permanece activo durante toda la sesión.

El resto de la app sigue la misma idea. Los perfiles de red están ligados a la red Wi-Fi en la que estás, así que tus reglas de casa y las de aeropuerto pueden ser realmente diferentes sin que tengas que pensarlo. El firewall por aplicación bloquea cualquier cosa con un clic, y las reglas temporales expiran por sí solas, lo cual es útil cuando quieres permitir que una app pase por unos minutos. El monitor de tráfico muestra qué apps están comunicándose y dónde.

NetMute se puede descargar gratis desde el Mac App Store, y Premium es una compra dentro de la app en lugar de una suscripción. Si pasas tiempo en Wi-Fi de hotel y aeropuerto, un Mac que se ajusta solo y aún así te permite pasar la página de inicio de sesión elimina la parte de este problema que ninguna lista de verificación puede solucionar: recordar volver a activar todo.