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:
- conectarse a la Wifi
- intente navegar por un sitio http: //
- 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.
Respuestas:
Yo tuve el mismo problema.
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".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:
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.8Espero que esto pueda ayudar.
fuente
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).
fuente
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?
fuente
La solución más fácil para mí:
Agregue lo siguiente a /etc/NetworkManager/NetworkManager.conf:
Ver: https://lists.ubuntu.com/archives/ubuntu-desktop/2012-July/003886.html
fuente
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.8
pero el equipo de seguridad de la red lo bloqueó correctamente. Luego corríip route
para 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.fuente