Nie można połączyć się z Wi-Fi Google Starbucks na Ubuntu 17.10

Zgłoszenie błędu

Podsumowanie

Z jakiegoś powodu Ubuntu traci dostęp do adresu IP związanego z adresem URL routera, który przetwarza dane logowania do routera. Opublikowałem odpowiedź, która to rozwiązuje. Poszukaj adresu IP routera w telefonie i wpisz go /etc/hostspod nazwą, która próbuje przetworzyć dane logowania do routera. To dla mnie rozwiązało. Istnieją również inne odpowiedzi na wypadek, gdyby konfiguracja SB była inna w danym miejscu.

Detale

Jeden post, który znalazłem w telefonie, powiedział, aby dodać adres IP hosta usługi połączenia /etc/hosts. Adres URL wyświetlany w pasku adresu przeglądarki to:

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

Zrobiłem to, ale wynik jest taki sam. Jakieś pomysły? Starbucks to jedyna sieć WIFI, z którą nie mogę się połączyć.

Zaktualizuj nas, jeśli wiesz, kiedy Google WIFI / Starbucks naprawił ten problem.

Próbowałem użyć innego adresu Mac za pomocą Macchanger:

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

Jednak to nie zadziałało.

Dzisiaj 18 kwietnia wypróbowałem zupełnie innego laptopa i wciąż mam ten sam błąd. Wiadomość mówi:

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

Jak dotąd nic dla mnie nie działa. Byłem w kontakcie zarówno ze wsparciem WIFI Starbucks, jak i z ogólną obsługą klienta i jak dotąd nikt nie jest w stanie podać, kiedy i kiedy zostanie to naprawione. Wsparcie Starbucks dało mi ten numer referencyjny:

 180413-010073 

Powiedzieli, aby zadzwonić do wsparcia Wi-Fi i podać numer, a oni to naprawią. Kiedy zrobiłem Wifi Support powiedział, że nie potrzebują numeru i nic nie mogą zrobić. Jest to bardzo smutne dla firmy, która dokłada wszelkich starań, aby zapewnić klientom wspaniałe wrażenia. Minęło ponad miesiąc, odkąd wprowadzili to na rynek i wciąż nie ma poprawki.

Podczas próby połączenia w przeglądarce jest to adres URL, do którego przekierowuje i zawiesza się https://aruba.odyssys.net/cgi-bin/login.

Aktualizacja

Próbowałem też dzisiaj użyć adresu MAC mojego telefonu. To nie działało. Starbucks Wifi pomyślało, że jestem nowym laptopem, więc ponownie otworzyło się początkowa rejestracja strony startowej, ale po ukończeniu wpisów nadal się zawiesza https://aruba.odyssys.net/cgi-bin/login.

Problem w moim przypadku polega na tym, że Ubuntu nie wie, jak uzyskać dostęp https://aruba.odyssys.net/cgi-bin/login. Hostem aruba.odyssys.net jest router WIFI.

Praca wokół

• Znajdź adres IP tego routera i dodaj go do /etc/hosts.
• W niektórych sytuacjach może być konieczne dodanie linii do /etc/resolv.conf.

Szczegółowe kroki

1. Znajdź router ip - w terminalu:

   ip route
   

   (Przykład Wydajność: default via 172.31.98.1)

2. Edytuj plik, uruchamiając, sudo nano /etc/hostsaby dodać linię:

   172.31.98.1 aruba.odyssys.net
   

3. Opcjonalny? sudo nano /etc/resolv.confaby dodać linię przed innymi wpisami serwera nazw:

   nameserver 172.31.98.1
   

Następnie połączenie przebiega bez żadnych problemów.

Zgłoszenie błędu

Problemem wydaje się raport o błędzie: 1766969 .

Rozmawiał o tym z obsługą Wi-Fi Google. Znany jest problem ze stroną powitalną Starbucks, jeśli zarejestrujesz więcej niż jedno urządzenie z tym samym adresem e-mail. Pierwsze zarejestrowane urządzenie będzie działać, ale nie drugie. Jeśli możesz użyć sklonowanego adresu MAC na karcie bezprzewodowej, możesz ponownie przejść do strony rejestracji i użyć innego adresu e-mail.

whoisnie jest odpowiednim narzędziem do wyszukiwania adresów, a przede wszystkim zajmuje się nazwami domen. Aby znaleźć IPS użycie nslookuplub digalbo nawet 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

( pingdodatkowo potwierdzi, czy strona jest osiągalna, ale nieotrzymanie odpowiedzi może również oznaczać, że strona nie odpowiada na pingżądania).

sukces: 1. Sprawiłem, że mój telefon (Android) pracuje w Starbucks, wypełniając stronę logowania.

2. znalazł Maca telefonu za pomocą aplikacji Android Info Network Network II .

3. wyłączyłem telefon wifi i laptop wifi (np. ifconfig wlan0 w dół jako root lub przez sudo)

4. użyłem macchanger -m ##: ## ... wlan0 (jako root lub przez sudo), aby ustawić mac dla Androida na laptopie z linuksem.

5. ponownie podłączono laptopa do Starbucks SSID, aby podłączyć laptopa bezpośrednio bez strony logowania

Ponieważ jest to problem z rozpoznawaniem DNS. Postanowiłem rzucić okiem na to, co robi Ubuntu, aby rozwiązać tę nazwę:

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

Tak się nie udało i używa 127.0.0.53jako serwera nazw. Sprawdziłem telefon, który był w stanie połączyć, pod kątem używanego serwera DNS. Okazało się, że 8.8.8.8następuje 8.8.4.4, co ma sens dla sieci Google. Rzeczywiście:

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

To oczywiście działało! Więc zredagowałem moje /etc/resolv.confdodawanie

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

I oto udało mi się połączyć, otwierając firefox i ponownie uruchamiając stronę logowania.

Jesteś specjalnie nie powiedział do edycji /etc/resolv.confprzez systemd-resolved. Ale myślę, że i tak to wina.

Wypróbowałem porady wymienione we wszystkich pozostałych odpowiedziach bez powodzenia. Oto jak w końcu udało mi się to uruchomić:

1. Wyłącz bezprzewodową kartę swojego laptopa.
2. Połącz się z siecią Wi-Fi za pomocą telefonu i zaloguj się.
3. Użyj macchanger, aby ustawić adres MAC interfejsu bezprzewodowego laptopa na adres MAC telefonu:

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

4. Włącz bezprzewodową kartę swojego laptopa.
5. Połącz się z siecią Wi-Fi za pomocą laptopa. Połączy się bez monitowania o zalogowanie, ale połączenie internetowe będzie sprawne, dopóki ...
6. Odłącz od sieci Wi-Fi w telefonie.

Teraz powinieneś mieć stabilne połączenie WiFi i Internet na swoim laptopie.

Jeśli pominiesz krok 2, sieć wykryje sfałszowany adres MAC, ale ponieważ nie jesteś jeszcze podłączony, zabierze Cię do strony ponownej logowania zamiast strony logowania - obie nie ładują się poprawnie. Sztuką jest najpierw połączyć się za pomocą telefonu.

To działało dla mnie już kilka razy w kilku różnych lokalizacjach. Mam nadzieję, że to pomoże!