Impossibile connettersi al wifi di Google Starbucks su Ubuntu 17.10

22

Sommario

Per qualche motivo Ubuntu perde la traccia dell'indirizzo IP associato all'URL del router che elabora l'accesso al router. Ho pubblicato una risposta che risolve questo problema. Cerca l'indirizzo IP del router sul telefono e inseriscilo /etc/hostssotto il nome che sta tentando di elaborare l'accesso al router. Questo mi ha risolto. Ci sono anche altre risposte nel caso in cui l'impostazione SB sia diversa da dove ti trovi.

Dettagli

Un post che ho trovato sul mio telefono ha detto di aggiungere l'IP host del servizio di connessione /etc/hosts. L'URL visualizzato nella barra degli indirizzi del browser è:

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

Quindi l'ho fatto, ma il risultato è lo stesso. Qualche idea? Starbucks è l'unico WIFI a cui non riesco a collegarmi.

Ti preghiamo di aggiornarci se sai quando Google WIFI / Starbucks ha risolto questo problema.

Ho provato a usare un indirizzo mac diverso usando macchanger:

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

Tuttavia, ciò non ha funzionato.

Oggi 18 aprile ho provato un laptop completamente diverso e sto ancora ricevendo lo stesso riaggancio. Il messaggio dice:

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

Finora niente funziona per me. Sono stato in contatto sia con il supporto Starbucks WIFI sia con il loro supporto clienti generale e finora nessuno può fornire un preventivo su quando o se mai questo sarà risolto. Il supporto di Starbucks mi ha dato questo numero di riferimento:

 180413-010073

Hanno detto di chiamare il supporto Wifi e fornire il numero e lo risolveranno. Quando ho fatto il supporto Wifi ha detto che non hanno bisogno del numero e non c'è niente che possano fare. Per un'azienda che fa di tutto per offrire grandi esperienze ai clienti, questo è piuttosto triste. È passato più di un mese da quando lo hanno lanciato e ancora non è stato risolto.

Quando si tenta di connettersi in un browser, questo è l'URL che reindirizza e si blocca https://aruba.odyssys.net/cgi-bin/login.

Aggiornare

Ho anche provato a utilizzare l'indirizzo MAC del mio telefono oggi. Non ha funzionato. Starbucks Wifi pensava che fossi un nuovo laptop, quindi ha aperto di nuovo la pagina iniziale della splash page, ma dopo aver completato le voci si blocca ancora https://aruba.odyssys.net/cgi-bin/login.

networking wireless 17.10

— Ole
fonte

1

Questo riguarda anche il castoro bionico 18.04.

— Mike Stewart,

21

Il problema nel mio caso è che Ubuntu non sa come accedere https://aruba.odyssys.net/cgi-bin/login. L'host aruba.odyssys.net è il router WIFI.

Il lavoro intorno

Trova l'indirizzo IP di quel router e aggiungilo a /etc/hosts.
In alcune situazioni potrebbe essere necessario aggiungere anche una riga a /etc/resolv.conf.

Passaggi dettagliati

Trova l'ip del router - in una corsa terminale:
```
ip route
```
(Uscita Esempio: default via 172.31.98.1)
Modifica il file eseguendo sudo nano /etc/hostsper aggiungere la riga:
```
172.31.98.1 aruba.odyssys.net
```
Opzionale? sudo nano /etc/resolv.confper aggiungere la riga prima di qualsiasi altra voce del nameserver:
```
nameserver 172.31.98.1
```

Successivamente la connessione passa senza intoppi.

Riportare un errore

Il problema sembra essere la segnalazione di bug: 1766969 .

— Ole
fonte

1

Questo ha funzionato per me, buona cattura

— Andrew Beeman,

2

Sembra che l'hotspot utilizzi il DNS di Google per DNS, il che non sorprende. Questo è ciò che 8.8.8.8 risponde per 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

quindi dovrebbe risolversi, indipendentemente da questa modifica, tuttavia questa modifica al /etc/hostsfile risolve il problema.

— Andrew Beeman,

2

È importante rendersi conto che l'indirizzo 172.31.98.1 è un indirizzo di router WIFI di rete interno. Quindi è accessibile solo dall'interno dello store di Starbucks e non esiste un DNS che Ubuntu possa vedere apparentemente.

— Ole

2

È possibile trovare direttamente l'indirizzo IP del router WiFi da Ubuntu (non è necessario andare a un dispositivo separato come un telefono) - mentre si è connessi (ma non si è in grado di accedere alla pagina Web "si è connessi"), basta andare alla (Ubuntu ) Impostazioni WiFi per questa connessione, e mostra il tuo indirizzo IP e DNS ignorali) e la tua "rotta predefinita", che di solito termina in ".1", che è anche risultata essere 172.31.98.1 per me (Nota ancora: questa è la router, e quindi non pubblico, non restituito tramite server DNS).

— michael,

1

Sembra essere il bug 1766969 che è bloccato, probabilmente perché poche persone hanno cliccato sul fatto che li influenza (nella parte superiore della pagina).

— Mike Stewart,

6

Ho parlato con l'assistenza di Google Wifi a riguardo. C'è un problema noto con la splash page di Starbucks se registri più di un dispositivo con lo stesso indirizzo e-mail. Il primo dispositivo registrato funzionerà ma non il secondo. Se è possibile utilizzare un indirizzo MAC clonato sulla scheda wireless, è possibile accedere nuovamente alla pagina di registrazione e utilizzare un indirizzo e-mail diverso.

— user816620
fonte

Hanno detto se hanno piani per risolvere questo problema?

— Ole

Usare un indirizzo MAC clonato è una cosa facile da fare? Ho visto alcuni articoli, ma sono piuttosto datati, quindi non so se sia qualcosa che ora è facile da fare o qualcosa che di solito è impossibile ...?

— Ole

Ho provato a utilizzare un indirizzo MAC diverso con il macchanger ma non ha funzionato.

— Ole

Ho provato usando un laptop Ubuntu nuovo di zecca e registrando un indirizzo e-mail casuale e il problema è sempre lo stesso.

— Ole

3

whoisnon è lo strumento giusto per cercare gli indirizzi e si occupa comunque principalmente di nomi di dominio. Per trovare gli IP, utilizzare nslookupo digo anche 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

( pingconfermerà inoltre se il lato è raggiungibile, ma non ottenere una risposta può anche significare che il sito non risponde alle pingrichieste).

— xenoid
fonte

In che modo questa risposta altrimenti ben scritta si collega alla domanda? Non riesco a trovare nulla nella storia della domanda che menziona l'utilizzo whois.

— Jason Aller,

1

Vedi la fonte della revisione 1: "Quando provo a cercare l'ip di sbux-portal.globalreachtech.comottengo:ole@mki:~$ whois sbux-portal.globalreachtech.com

— xenoid

Grazie per averlo sottolineato, mi sono perso quando ho visto le revisioni di modifica.

— Jason Aller,

3

successo: 1. il mio telefono (Android) funziona su Starbucks compilando la pagina di accesso.

trovato il mac del telefono utilizzando l' app Android Network Info II .
disattivato il wifi del telefono e il wifi del laptop (ad es. ifconfig wlan0 down come root o via sudo)
usato macchanger -m ##: ## ... wlan0 (come root o via sudo) per impostare il mac Android sul laptop Linux.
ricollegato laptop a Starbucks SSID per connettere il laptop direttamente senza la pagina di accesso

— Nuer
fonte

Quindi hai usato l'indirizzo mac del tuo telefono per bypassare il controllo?

— Ole

questo ha funzionato per me!

— atmelino,

Ha portato un nuovo laptop su SB ... non può connettersi neanche.

— Ole

1

Ora ho provato con l'indirizzo mac del telefono e con un indirizzo mac ipad. Quando ho provato a inventare un indirizzo mac (Apple, seguendo la convenzione del produttore so - macchanger -l | grep Apple | head -1 0916 - 00:03:93 - Apple , mi ha permesso di impostare un nuovo utente (ho usato un vero indirizzo e-mail) ma poi non mi ha permesso di collegarmi in seguito.

— Nuer

1

Si noti inoltre che si desidera utilizzare la riga di comando poiché se si utilizza una GUI per DHCP (per ottenere il numero IP), è possibile ripristinare la scheda sul mac permanente. Ad esempio ifconfig wlan0 down; macchanger -m ..: ..: ..: ... wlan0; ifconfig wlan0 up; dhclient -v wlan0 (usa ifconfig per vedere se stai usando wlan0 o wlan1 o altro)

— nuer

2

Poiché si tratta di un problema di risoluzione DNS. Ho deciso di dare un'occhiata a ciò che Ubuntu sta facendo per risolvere quel nome:

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

Quindi fallito e sta usando 127.0.0.53come nameserver. Ho controllato il mio telefono, che è stato in grado di connettersi, per il server DNS che sta utilizzando. Si è rivelato essere 8.8.8.8seguito da 8.8.4.4, il che ha senso per una rete di Google. Abbastanza sicuro:

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

Ovviamente ha funzionato! Quindi ho modificato la mia /etc/resolv.confaggiunta

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

Ed ecco, sono stato in grado di connettermi aprendo Firefox e attivando di nuovo la pagina di accesso.

Ti è stato specificamente detto di non modificare /etc/resolv.confda systemd-resolved. Ma penso che sia comunque colpa sua.

— lasagne.victim
fonte

1

Risolto il problema seguendo queste istruzioni, ma poiché il mio file resol.conf dice che non avrei dovuto cambiarlo manualmente, ho applicato le modifiche al nameserver nel mio dhclient.conf per questo commento: askubuntu.com/a/134106/547235

— Gerik

Non lo resolv.confè resolve.conf. Lo segnalo perché può facilmente causare problemi durante la modifica nel terminale con nano.

— Adam Smith,

1

Ho provato i consigli elencati in tutte le altre risposte senza successo. Ecco come ho finalmente funzionato:

Disabilita la scheda wireless del tuo laptop.
Connettiti alla rete WiFi tramite il telefono e accedi.
Usa il macchanger per impostare l'indirizzo MAC dell'interfaccia wireless del tuo laptop sull'indirizzo MAC del tuo telefono:

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

Abilita la scheda wireless del tuo laptop.
Collegati alla rete WiFi tramite il tuo laptop. Si connetterà senza richiedere il login, ma la connettività Internet sarà glitch, fino a quando ...
Disconnettersi dalla rete WiFi sul telefono.

Ora dovresti avere una connessione WiFi e Internet stabile sul tuo laptop.

Se si salta Fase 2, la rete in grado di rilevare l'indirizzo MAC spoofing, ma, perché non sei ancora collegato, che vi porterà al nuovo login pagina invece del login page-entrambi i quali non riescono a caricare correttamente. Quindi, il trucco è prima collegarsi usando il telefono.

Questo ha funzionato per me diverse volte ora in diverse località. Spero possa essere d'aiuto!

— JSH
fonte