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

22

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.

mensaje de resolución de error

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.

Viejo
fuente
1
Esto afecta a 18.04 castor biónico, también.
Mike Stewart

Respuestas:

21

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 .

Viejo
fuente
1
Esto funcionó para mí, buena captura
Andrew Beeman
2
Parece que el punto de acceso utiliza el DNS de Google para DNS, lo cual no es una sorpresa. Esto es lo que 8.8.8.8 responde para aruba.odyssys.net: host aruba.odyssys.net 8.8.8.8 Using domain server: Name: 8.8.8.8 Address: 8.8.8.8#53 Aliases: aruba.odyssys.net has address 172.31.98.1 por lo tanto, debe resolverse, independientemente de este cambio, sin embargo, este cambio en el /etc/hostsarchivo soluciona el problema.
Andrew Beeman el
2
Es importante darse cuenta de que la dirección 172.31.98.1 es una dirección de enrutador WIFI de red interna. Por lo tanto, solo se puede acceder desde el interior de la tienda de Starbucks y no hay DNS para ello que Ubuntu pueda ver aparentemente.
Ole
2
Uno puede encontrar la dirección IP del enrutador WiFi de Ubuntu directamente (no es necesario ir a un dispositivo separado como un teléfono), mientras está conectado (pero no puede acceder a la página web "está conectado"), simplemente vaya a su (Ubuntu ) Configuración de WiFi para esta conexión, y muestra que su dirección IP y DNS los ignoran) y su "Ruta predeterminada", que generalmente termina en ".1", que también resultó ser 172.31.98.1 para mí (tenga en cuenta de nuevo: esta es la enrutador, y por lo tanto no público, no devuelto a través de servidores DNS).
Michael
1
Parece ser el error 1766969, que está estancado, probablemente porque pocas personas han hecho clic y les afecta (en la parte superior de la página)
Mike Stewart
6

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.

usuario816620
fuente
¿Mencionaron si tienen planes para arreglar esto?
Ole
¿Usar una dirección MAC clonada es algo fácil de hacer? Vi algunos artículos, pero están bastante anticuados, así que no sé si eso es algo que ahora es fácil de hacer o algo que generalmente es imposible ...
Ole
Intenté usar una dirección mac diferente con macchanger pero eso no funcionó.
Ole
Intenté usar una nueva computadora portátil ubuntu y registrar una dirección de correo electrónico aleatoria y el problema sigue siendo el mismo.
Ole
3

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).

xenoide
fuente
¿Cómo se relaciona esta respuesta bien escrita con la pregunta? No puedo encontrar nada en la historia de la pregunta que menciona usar whois.
Jason Aller el
1
Vea la fuente de la revisión 1: "Cuando intento buscar la dirección IP de sbux-portal.globalreachtech.comobtengo:ole@mki:~$ whois sbux-portal.globalreachtech.com
xenoid
Gracias por señalarlo, me lo perdí cuando miré las revisiones de edición.
Jason Aller
3

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

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

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

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

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

nuer
fuente
¿Entonces usaste la dirección MAC de tu teléfono para evitar el cheque?
Ole
esto funcionó para mí!
atmelino
Trajo una nueva computadora portátil a SB ... tampoco se puede conectar.
Ole
1
Ahora lo he intentado con la dirección mac del teléfono y con una dirección mac ipad. Cuando intenté crear una dirección mac (Apple, siguiendo la convención del fabricante, entonces - macchanger -l | grep Apple | head -1 0916 - 00:03:93 - Apple , me permitió configurar un nuevo usuario (usé una dirección de correo electrónico real) pero luego no me dejó conecto después.
nuer
1
También tenga en cuenta que querrá usar la línea de comando ya que si usa una GUI para DHCP (para obtener el número de IP), puede restablecer la tarjeta a la Mac permanente. Por ejemplo, ifconfig wlan0 down; macchanger -m ..: ..: ..: ... wlan0; ifconfig wlan0 arriba; dhclient -v wlan0 (use ifconfig para ver si está usando wlan0 o wlan1 u otro)
nuer
2

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.

lasagne.victim
fuente
1
Solucioné mi problema siguiendo estas instrucciones, pero como mi archivo resolve.conf dice que no debería cambiarlo manualmente, apliqué los cambios del servidor de nombres en mi dhclient.conf por este comentario: askubuntu.com/a/134106/547235
Gerik
Es resolv.conf, no resolve.conf. Lo señalo porque puede conducir fácilmente a problemas al editar en el terminal con nano.
Adam Smith el
1

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]

  1. Habilite la tarjeta inalámbrica de su computadora portátil.
  2. 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 ...
  3. 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!

jsh
fuente