No se puede conectar al wifi de Google Starbucks en Ubuntu 17.10

Informe de error

Resumen

Por alguna razón, Ubuntu pierde la pista de la dirección IP asociada con la URL del enrutador que procesa el inicio de sesión en el enrutador. Publiqué una respuesta que aborda esto. Busque la dirección IP del enrutador en su teléfono y colóquela /etc/hostsdebajo del nombre que intenta procesar el inicio de sesión del enrutador. Eso lo resolvió para mí. También hay otras respuestas en caso de que la configuración de SB sea diferente en el lugar donde se encuentra.

Detalles

Una publicación que encontré en mi teléfono decía agregar la IP del host del servicio de conexión /etc/hosts. La url que se muestra en la barra de direcciones del navegador es:

https://sbux-portal.globalreachtech.com/check?cmd=login&mac=a0:88:39:65:f0:cc&essid=Google%20Starbucks&ip=172.31.98.108&apname=24%3Ade%3Ac6%3Ace%3A49%3Af6&apmac=24%3Ade%3Ac6%3Ace%3A49%3Af6&vcname=S17730-VC&switchip=aruba.odyssys.net&url=http%3A%2F%2Fdetectportal.firefox.com%2Fsuccess.txt

Así que hice eso, pero el resultado es el mismo. ¿Algunas ideas? Starbucks es el único WIFI al que no puedo conectarme.

Actualícenos si sabe cuándo Google WIFI / Starbucks ha solucionado este problema.

Intenté usar una dirección mac diferente usando macchanger:

Permanent MAC: a0:88:69:15:f0:cc (Intel Corporate)
New MAC:       00:11:22:33:44:55 (CIMSYS Inc)

Sin embargo, eso no funcionó.

Hoy, 18 de abril, probé una computadora portátil completamente diferente y sigo teniendo el mismo problema. El mensaje dice:

 Error resolving "aruba.odyssys.net": Name or service not known.

Hasta ahora nada me funciona. He estado en contacto tanto con el soporte WIFI de Starbucks como con su soporte general al cliente y hasta ahora nadie puede proporcionar una estimación de cuándo o si alguna vez esto se solucionará. El soporte de Starbucks me dio este número de referencia:

 180413-010073 

Dijeron que llamaran al soporte de Wifi y le dieran el número y lo arreglarán. Cuando lo hice, Wifi Support dijo que no necesitaban el número y que no podían hacer nada. Para una empresa que hace todo lo posible para proporcionar excelentes experiencias al cliente, esto es bastante triste. Ha pasado más de un mes desde que lanzaron esto y todavía no hay solución.

Al intentar conectarse en un navegador, esta es la url a la que redirige y se cuelga https://aruba.odyssys.net/cgi-bin/login.

Actualizar

También intenté usar la dirección MAC de mi teléfono hoy. No funcionó. El Starbucks Wifi pensó que era una computadora portátil nueva, por lo que abrió nuevamente el registro inicial de la página de bienvenida, pero después de completar las entradas aún permanece https://aruba.odyssys.net/cgi-bin/login.

El problema en mi caso es que Ubuntu no sabe cómo acceder https://aruba.odyssys.net/cgi-bin/login. El host aruba.odyssys.net es el enrutador WIFI.

El trabajo alrededor

• Encuentre la dirección IP de ese enrutador y agréguela /etc/hosts.
• En algunas situaciones, es posible que deba agregar también una línea /etc/resolv.conf.

Pasos detallados

1. Encuentre la dirección IP del enrutador en una ejecución de terminal:

   ip route
   

   (Ejemplo de salida: default via 172.31.98.1)

2. Edite el archivo ejecutándose sudo nano /etc/hostspara agregar la línea:

   172.31.98.1 aruba.odyssys.net
   

3. ¿Opcional? sudo nano /etc/resolv.confpara agregar la línea antes de cualquier otra entrada del servidor de nombres:

   nameserver 172.31.98.1
   

Después de eso, la conexión se realiza sin problemas.

Informe de error

El problema parece ser el informe de error: 1766969 .

Hablé con el soporte de Google Wifi sobre esto. Existe un problema conocido con la página de bienvenida de Starbucks si registra más de un dispositivo con la misma dirección de correo electrónico. El primer dispositivo que registre funcionará, pero no el segundo. Si puede usar una dirección MAC clonada en su tarjeta inalámbrica, puede volver a la página de registro y usar una dirección de correo electrónico diferente.

whoisno es la herramienta adecuada para buscar direcciones, y de todos modos trata principalmente con nombres de dominio. Para encontrar direcciones IP, el uso nslookupo digo incluso ping:

>dig sbux-portal.globalreachtech.com

; <<>> DiG 9.10.3-P4-Ubuntu <<>> sbux-portal.globalreachtech.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36541
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 4, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;sbux-portal.globalreachtech.com. IN    A

;; ANSWER SECTION:
sbux-portal.globalreachtech.com. 14121 IN CNAME sbux-portal.odyssys.net.
sbux-portal.odyssys.net. 1521   IN      CNAME   wlb1.us-east-1.sbux-portal.globalreachtech.com.
wlb1.us-east-1.sbux-portal.globalreachtech.com. 14121 IN CNAME wlb1-1579773356.us-east-1.elb.amazonaws.com.
wlb1-1579773356.us-east-1.elb.amazonaws.com. 1521 IN A 52.55.178.64
wlb1-1579773356.us-east-1.elb.amazonaws.com. 1521 IN A 34.233.215.66

;; AUTHORITY SECTION:
us-east-1.elb.amazonaws.com. 1214 IN    NS      ns-1119.awsdns-11.org.
us-east-1.elb.amazonaws.com. 1214 IN    NS      ns-1793.awsdns-32.co.uk.
us-east-1.elb.amazonaws.com. 1214 IN    NS      ns-235.awsdns-29.com.
us-east-1.elb.amazonaws.com. 1214 IN    NS      ns-934.awsdns-52.net.

;; Query time: 59 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Mon Apr 09 21:50:10 CEST 2018
;; MSG SIZE  rcvd: 346

>nslookup sbux-portal.globalreachtech.com
Server:         127.0.1.1
Address:        127.0.1.1#53

Non-authoritative answer:
sbux-portal.globalreachtech.com canonical name = sbux-portal.odyssys.net.
sbux-portal.odyssys.net canonical name = wlb1.us-east-1.sbux-portal.globalreachtech.com.
wlb1.us-east-1.sbux-portal.globalreachtech.com  canonical name = wlb1-1579773356.us-east-1.elb.amazonaws.com.
Name:   wlb1-1579773356.us-east-1.elb.amazonaws.com
Address: 52.55.178.64
Name:   wlb1-1579773356.us-east-1.elb.amazonaws.com
Address: 34.233.215.66

>ping -c 1 sbux-portal.globalreachtech.com
PING wlb1-1579773356.us-east-1.elb.amazonaws.com (34.233.215.66) 56(84) bytes of data.
^C
--- wlb1-1579773356.us-east-1.elb.amazonaws.com ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

( pingtambién confirmará si se puede acceder al lado, pero no obtener una respuesta también puede significar que el sitio no responde a las pingsolicitudes).

éxito: 1. conseguí que mi teléfono (android) funcionara en Starbucks completando la página de inicio de sesión.

2. encontró el teléfono mac usando Network Info II aplicación de Android .

3. apagó el wifi del teléfono y el wifi del portátil (por ejemplo, ifconfig wlan0 hacia abajo como root o mediante sudo)

4. Macchanger usado -m ##: ## ... wlan0 (como root o mediante sudo) para configurar el mac de Android en la computadora portátil Linux.

5. computadora portátil reconectada al SSID de Starbucks para conectar la computadora portátil directamente sin página de inicio de sesión

Dado que este es un problema de resolución de DNS. Decidí echar un vistazo a lo que Ubuntu está haciendo para resolver ese nombre:

dig aruba.odyssys.net

; <<>> DiG 9.10.3-P4-Ubuntu <<>> aruba.odyssys.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 1821
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;aruba.odyssys.net.     IN  A

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Fri Apr 27 15:50:04 PDT 2018
;; MSG SIZE  rcvd: 46

Entonces eso falló y se está utilizando 127.0.0.53como servidor de nombres. Revisé mi teléfono, que pudo conectarse, para el servidor DNS que está usando. Resultó ser8.8.8.8 seguido por 8.8.4.4, lo que tiene sentido para una red de Google. Bastante seguro:

dig @8.8.8.8 aruba.odyssys.net

; <<>> DiG 9.10.3-P4-Ubuntu <<>> @8.8.8.8 aruba.odyssys.net
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 52482
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;aruba.odyssys.net.     IN  A

;; AUTHORITY SECTION:
odyssys.net.        899 IN  SOA ns-543.awsdns-03.net. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400

;; Query time: 46 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Apr 27 15:49:23 PDT 2018
;; MSG SIZE  rcvd: 127

Eso obviamente funcionó! Así que edité mi/etc/resolv.conf agregado

# nameserver 127.0.0.53 # comment out the local cache.
nameserver 8.8.8.8
nameserver 8.8.4.4

Y he aquí, pude conectar abriendo firefox y activando nuevamente la página de inicio de sesión.

Se le dice específicamente que no edite /etc/resolv.confpor systemd-resolved. Pero creo que esto es su culpa de todos modos.

Intenté los consejos enumerados en todas las otras respuestas sin éxito. Así es como finalmente lo hice funcionar:

1. Desactive la tarjeta inalámbrica de su computadora portátil.
2. Conéctese a la red WiFi a través de su teléfono e inicie sesión.
3. Use macchanger para configurar la dirección MAC de la interfaz inalámbrica de su computadora portátil a la dirección MAC de su teléfono:

sudo macchanger -m [your phone's MAC] [your wireless interface]

4. Habilite la tarjeta inalámbrica de su computadora portátil.
5. Conéctese a la red WiFi a través de su computadora portátil. Se conectará sin solicitar el inicio de sesión, pero la conectividad a Internet será defectuosa, hasta que ...
6. Desconéctese de la red WiFi en su teléfono.

Ahora debería tener una conexión estable a Internet y WiFi en su computadora portátil.

Si omite el Paso 2, la red detectará su dirección MAC falsificada, pero, como aún no está conectado, lo llevará a la página de reinicio en lugar de inicio sesión página de , que no se cargan correctamente. Por lo tanto, el truco es conectarse primero usando su teléfono.

Esto me ha funcionado varias veces en diferentes lugares. ¡Espero que ayude!