Estoy ejecutando Arch Linux en mi netbook. Mi escuela tiene un punto de acceso abierto y debemos iniciar sesión en la red a través de una página a la que se nos redirige cuando intentamos abrir cualquier sitio web si no estamos conectados.
Funciona en mi teléfono inteligente Android. Funciona en Windows También debería funcionar en Linux ya que mi maestro puede conectarse a él (está ejecutando Ubuntu).
Me conecto al punto de acceso con wifi-menu para generar un perfil de netctl. Estoy conectado pero no soy redirigido a la página de inicio de sesión, y cuando escribo la dirección (tomada de mi teléfono) no encuentra el servidor ... Intenté desactivar IPv6, pero nada cambió ...
linux
arch-linux
wifi
authentication
Matthieu Harlé
fuente
fuente
Respuestas:
Lo que usted describe se llama portal cautivo . Por lo general, se usan para la autenticación en puntos de acceso Wi-Fi, pero también se pueden usar para controlar el acceso a la red cableada.
Hay varias formas de implementar un portal cautivo:
Redirección HTTP
En este caso, las consultas DNS de clientes no autenticados se resuelven normalmente. Sin embargo, cuando el navegador realiza una solicitud HTTP a la dirección IP resuelta, la solicitud es interceptada por un firewall que actúa como un proxy transparente. La solicitud HTTP del cliente se reenvía a un servidor en la red local que emite una redirección del lado del servidor con un código de estado HTTP 302 encontrado , que redirigirá al cliente al portal cautivo.
Redireccionamiento DNS
En la redirección basada en DNS, el firewall asegura que solo los servidores DNS proporcionados por DHCP puedan ser utilizados por clientes autenticados. El cortafuegos también podría redirigir cualquier consulta DNS de clientes no autenticados al servidor DNS local. Este servidor DNS a su vez devolverá la dirección IP del portal cautivo como respuesta a todas las búsquedas DNS realizadas por clientes no autenticados.
Redireccionamiento IP
En la redirección que trabaja en la capa IP, un enrutador realiza la traducción de direcciones de red de destino (DNAT) para redirigir los paquetes que se originan desde un host cautivo al portal cautivo. En los casos en que el software del portal cautivo se ejecuta en el enrutador, los paquetes se dirigen a una interfaz interna. Los paquetes que se dirigen desde el portal cautivo al host obtienen a su vez su dirección de origen reescrita para que parezcan originarse en el destino original.
Al solucionar problemas de portal cautivo, el primer paso sería identificar qué tipo de redirección está en uso y en qué punto falla la redirección. La herramienta adecuada para este trabajo es un analizador de paquetes , como Wireshark . Sin embargo, tenga en cuenta que la política de TI de su escuela podría prohibir el uso de rastreadores de paquetes en la red local, ya que dichas herramientas podrían usarse fácilmente para invadir la privacidad de los demás en una red no cifrada.
También puede consultar el soporte técnico de su escuela. Serían conscientes de la configuración del portal cautivo en la red Wi-Fi local, y especialmente si los miembros de la facultad están utilizando Linux, probablemente podrían ayudar a identificar la fuente del problema.
fuente
Si la página de redireccionamiento no se carga y la reconexión no soluciona el problema, el siguiente paso más fácil es abordar el enrutador directamente.
Tratar
192.168.1.1
. Esa es la dirección predeterminada más común, y a menudo no se cambia.Dirigirse al enrutador debería enviarlo a la página de redireccionamiento.
fuente
En mi caso, iniciar sesión en Chrome se estaba interponiendo. Cuando abrí una ventana de incógnito y fui a una página web aleatoria, la redirección funcionó. Obtuve esta idea de una publicación en un hilo de Arch Linux .
fuente
El hotel estaba usando la red 172.17.xx, al igual que mi instalación de Docker, ya que ningún cliente me exigía que usara instancias de Docker en este momento, lo desinstalé y la redirección de inicio de sesión para iniciar sesión dejó de tener problemas.
fuente
generalmente el enrutador también aloja el portal cautivo (pero no siempre). Si se conecta a él, generalmente se le presentará el portal cautivo. Para determinar cuál es la dirección del portal cautivo, puede mirar y recordar la dirección en un dispositivo que redirige correctamente o puede ejecutar
route -n
y seleccionar la dirección (en Gateway) que corresponde a la ruta predeterminada (la fila superior - 0.0.0.0 / 0).Escriba esa dirección (la dirección predeterminada del enrutador) en una ventana del navegador y esperemos que se le presente el portal cautivo.
fuente
Ingrese http://nmcheck.gnome.org en su navegador. (Agregué el "inicio de sesión de punto de acceso" de Ubuntu 18 a mis favoritos y mostró esa dirección, cada vez que hice clic en ella). Funcionó para mí.
fuente