No se puede acceder a la página de inicio de sesión WIFI pública en Ubuntu 18.04 Problema del portal cautivo

11

Lo siento si parece ser el décimo duplicado, pero ninguna de las respuestas proporcionadas en los otros casos resolvió mi problema.

Estoy intentando usar un WIFI público tal como lo hice con éxito hace dos días. El procedimiento normal es:

  1. conectarse a la Wifi
  2. intente navegar por un sitio http: //
  3. ser reenviado a esa pantalla de inicio donde se debe presionar el botón "conectarse a Internet"

Ahora ya no voy más allá del paso 2. Estoy en una máquina de arranque dual. Puedo acceder a Internet bien usando Widows 10, pero no Ubuntu 18.04.

En windows me sale :

SSID:   SEC Wi-Fi
Protocol:   802.11n
Security type:  Open
Network band:   2.4 GHz
Network channel:    6
IPv4 address:   192.168.33.154
IPv4 DNS servers:   192.168.0.1
192.168.0.1
Manufacturer:   Intel Corporation
Description:    Intel(R) Dual Band Wireless-AC 7260
Driver version: 17.15.0.5
Physical address (MAC): 0C-8B-FD-75-00-D5

Windows IP Configuration

   Host Name . . . . . . . . . . . . : DESKTOP-G83LKQ1
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : fdxtended.com

Wireless LAN adapter Wi-Fi:

   Connection-specific DNS Suffix  . : fdxtended.com
   Description . . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 7260
   Physical Address. . . . . . . . . : 0C-8B-FD-75-00-D5
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::656c:ef48:d71c:420e%17(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.33.154(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Wednesday, 13 June 2018 17:17:44
   Lease Expires . . . . . . . . . . : Wednesday, 13 June 2018 23:18:53
   Default Gateway . . . . . . . . . : 192.168.0.1
   DHCP Server . . . . . . . . . . . : 192.168.0.1
   DHCPv6 IAID . . . . . . . . . . . : 286034941
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-22-A4-A4-F1-A0-D3-C1-9C-CD-E0
   DNS Servers . . . . . . . . . . . : 192.168.0.1
                                       192.168.0.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

En Linux obtengo :

ifconfig:

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.33.154  netmask 255.255.128.0  broadcast 192.168.127.255
        inet6 fe80::499:60a3:aae7:a075  prefixlen 64  scopeid 0x20<link>
        ether 0c:8b:fd:75:00:d5  txqueuelen 1000  (Ethernet)
        RX packets 33578  bytes 19389454 (19.3 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 23622  bytes 3363483 (3.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

systemd-resolve --status:

Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 3 (wlo1)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.0.1
          DNS Domain: fdxtended.com

curl -v example.com:

* Rebuilt URL to: example.com/
* Could not resolve host: example.com
* Closing connection 0
curl: (6) Could not resolve host: example.com

¿Alguna pista sobre cómo obtener acceso a internet? Yo realmente lo apreciaría.

Ediciones

Entonces, básicamente, Ubuntu bloquea todos los redireccionamientos. Empecé una pregunta más precisa aquí: reenvío de DNS bloqueado en WIFI específico

(Des) afortunadamente ya no estoy en la ubicación del WIFI mencionado, lo que significa que por ahora no puedo probar y, por lo tanto, aceptar cualquiera de las respuestas a continuación.

Bastian
fuente
Si abre Google Chrome, debe dirigirse a gstatic.com/generate_204, que abrirá la página de inicio de sesión de red.
Kulfy
@Kulfy no, eso no ayuda. Ahora estoy en Chrome obteniendo "No se puede acceder a este sitio. No se pudo encontrar la dirección IP del servidor de gstatic.com".
Bastian

Respuestas:

7

Yo tuve el mismo problema.

  • Internet no funcionaba
  • La página de inicio de sesión cautivo no apareció automáticamente
  • El ícono de Wifi era un signo de interrogación (?)

Logré iniciar sesión visitando la página de inicio de sesión en: https://1.1.1.1/login.html

Una vez que inicié sesión, estaba en la misma situación que antes, pero el problema era solo DNS:

  • curl -v example.com devuelto, después de un tiempo, "No se pudo resolver el host: ejemplo.com".
  • Buenas noticias: podría hacer ping exitosamente a Google DNS 8.8.8.8 con ping 8.8.8.8

Agregué 8.8.8.8 a la lista de servidores DNS para mi conexión WiFi, a través de los siguientes pasos:

  • Haga clic en el icono de WiFi (el mío era un signo de interrogación, porque WiFi no funcionaba)
  • Haga clic en el nombre de la red WiFi, luego en Configuración de Wifi, luego en la rueda cerca de mi red WiFi, luego en la pestaña IPv4
  • Escribió 8.8.8.8 en el cuadro de texto DNS (deje el DNS "Automático" activado)
  • Aplicar los cambios
  • Reinicie el administrador de red: sudo service network-manager restart

Y funcionó para mí.

systemd-resolve --status ahora devuelve dos servidores DNS para la conexión WiFi, el primero es el DNS asignado por la red, el segundo es 8.8.8.8

Espero que esto pueda ayudar.

Giuseppe Galano
fuente
Esta adición del DNS de Google me funcionó manualmente en un "captiveportal-login.example.com".
joshperry
4
Internet was not working
Captive Login Page did not show up automatically. No browser shows that page. 
Wifi icon was a question mark ( ? )

Lo siguiente me ayudó a resolver este problema en una instalación estándar de Ubuntu 18.04.

Solución 1:

Configuración> Privacidad> Comprobación de conectividad> Desactivado.

Lo anterior es suficiente para mostrar la página de inicio de sesión cautiva para muchas redes wifi. Sin embargo, algunos (por ejemplo, gwr wifi en el tren) también requieren la solución 2:

Configuración> Wi-Fi> seleccione la configuración (haga clic en el icono del engranaje) para la red a la que está tratando de llegar. Seleccione la pestaña IPv6. Para el método IPv6, seleccione 'Automático, solo DHCP' (en lugar de la configuración predeterminada 'Automático'). Haz clic en Aplicar.

También puede ayudar hacer:

Configuración> Red> Proxy de red - Desactivado. (Haga clic en el botón de configuración con el icono de engranaje).

Rod S
fuente
Gracias, el conmutador 'Comprobación de Connectiviry -> Desactivado' me ayudó.
Dirk Eddelbuettel
1

El problema es causado por el demonio resuelto introducido en 17.04. Esto rompe el reenvío en páginas captativas wifi. La solución presentada aquí NO depende de los servidores de nombres de Google. La solución está reemplazada por resuelta con dnsmasq, como se usó antes, y se puede encontrar aquí:

¿Cómo deshabilitar systemd-resolve y resolver DNS con dnsmasq?

Vasco
fuente
0

Me encontré con este problema recientemente y no estoy seguro de qué lo causó exactamente, pero la sugerencia de intentar navegar por el portal cautivo IP me dejó sin sentido. Al principio intenté hacer ping a una IP externa, ping 8.8.8.8pero el equipo de seguridad de la red lo bloqueó correctamente. Luego corrí ip routepara ver qué IP me habían asignado e intenté acceder a la puerta de enlace predeterminada a través de https, pero recibí un mensaje de que había una respuesta vacía que al menos me demostró que había un servidor escuchando, y cuando cambié a http me devolvió correctamente a la página de inicio de sesión del portal cautivo.

La forma rápida de probar esto es xdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}'). Esto encuentra la puerta de enlace predeterminada e imprime su IP y luego intenta abrirla en su navegador predeterminado.

dragon788
fuente