Tidak dapat terhubung ke wifi Google Starbucks di Ubuntu 17.10

Laporan Bug

Ringkasan

Untuk beberapa alasan Ubuntu kehilangan jejak alamat IP yang terkait dengan URL router yang memproses login ke router. Saya memposting jawaban yang membahas hal ini. Cari alamat IP router di ponsel Anda dan masukkan ke dalam /etc/hostsnama yang mencoba memproses login router Anda. Itu menyelesaikannya untuk saya. Ada jawaban lain juga jika pengaturan SB berbeda di mana Anda berada.

Detail

Satu posting yang saya temukan di ponsel saya mengatakan untuk menambahkan IP host dari layanan koneksi /etc/hosts. Url yang ditampilkan di bilah alamat browser adalah:

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

Jadi saya melakukan itu, tetapi hasilnya sama. Ada ide? Starbucks adalah satu-satunya WIFI yang tidak dapat saya hubungkan.

Perbarui kami jika Anda tahu kapan Google WIFI / Starbucks telah memperbaiki masalah ini.

Saya mencoba menggunakan alamat mac yang berbeda menggunakan macchanger:

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

Namun itu tidak berhasil.

Hari ini 18 April saya mencoba laptop yang sama sekali berbeda dan saya masih mendapatkan hangup yang sama. Pesan itu mengatakan:

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

Sejauh ini tidak ada yang berhasil untuk saya. Pernah berhubungan dengan dukungan Starbucks WIFI dan dukungan pelanggan umum mereka dan sejauh ini tidak ada yang bisa memberikan perkiraan kapan atau jika ini akan diperbaiki. Dukungan Starbucks memberi saya nomor referensi ini:

 180413-010073 

Mereka mengatakan untuk memanggil dukungan Wifi dan memberikan nomornya dan mereka akan memperbaikinya. Ketika saya melakukan Dukungan Wifi mengatakan mereka tidak memerlukan nomor dan tidak ada yang bisa mereka lakukan. Untuk perusahaan yang keluar dari jalannya untuk memberikan pengalaman pelanggan yang hebat ini sangat menyedihkan. Sudah lebih dari sebulan sejak mereka meluncurkan ini dan masih belum diperbaiki.

Saat mencoba terhubung di browser, ini adalah url yang dialihkan dan hang https://aruba.odyssys.net/cgi-bin/login.

Memperbarui

Juga mencoba menggunakan alamat MAC ponsel saya hari ini. Tidak bekerja. Starbucks Wifi mengira saya adalah laptop baru, dan karena itu membuka pendaftaran halaman splash awal lagi, tetapi setelah menyelesaikan entri itu masih menggantung https://aruba.odyssys.net/cgi-bin/login.

Masalah dalam kasus saya adalah Ubuntu tidak tahu cara mengakses https://aruba.odyssys.net/cgi-bin/login. Tuan rumah aruba.odyssys.net adalah router WIFI.

Bekerja Di Sekitar

• Temukan alamat IP router itu dan tambahkan ke /etc/hosts.
• Dalam beberapa situasi Anda mungkin perlu menambahkan garis /etc/resolv.conf.

Langkah-langkah terperinci

1. Temukan ip router - dalam menjalankan terminal:

   ip route
   

   (Contoh Output: default via 172.31.98.1)

2. Edit file dengan menjalankan sudo nano /etc/hostsuntuk menambahkan baris:

   172.31.98.1 aruba.odyssys.net
   

3. Pilihan? sudo nano /etc/resolv.confuntuk menambahkan baris sebelum entri server nama lain:

   nameserver 172.31.98.1
   

Setelah itu koneksi berjalan tanpa hambatan.

Laporan Bug

Masalahnya tampaknya adalah laporan bug: 1766969 .

Berbicara tentang dukungan Google Wifi tentang ini. Ada masalah yang diketahui dengan halaman splash Starbucks jika Anda mendaftarkan lebih dari satu perangkat dengan alamat email yang sama. Perangkat pertama yang Anda daftarkan akan berfungsi tetapi tidak yang kedua. Jika Anda dapat menggunakan alamat MAC yang dikloning pada kartu nirkabel Anda, Anda bisa kembali ke halaman pendaftaran dan menggunakan alamat email yang berbeda.

whoisbukan alat yang tepat untuk mencari alamat, dan sebagian besar berkaitan dengan nama domain. Untuk menemukan IP, gunakan nslookupatau digatau bahkan 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

( pingtambahan akan mengonfirmasi jika pihak tersebut dapat dijangkau, tetapi tidak mendapatkan jawaban juga dapat berarti bahwa situs tidak menanggapi pingpermintaan).

sukses: 1. membuat ponsel saya (android) bekerja di Starbucks dengan mengisi halaman login.

2. menemukan mac telepon dengan menggunakan aplikasi Android Info Jaringan II .

3. mematikan wifi ponsel dan wifi laptop (mis. ifconfig wlan0 down sebagai root atau via sudo)

4. digunakan macchanger -m ##: ## ... wlan0 (sebagai root atau via sudo) untuk mengatur mac android di laptop linux.

5. laptop terhubung kembali ke Starbucks SSID untuk menghubungkan laptop secara langsung tanpa halaman login

Karena ini adalah masalah resolusi DNS. Saya memutuskan untuk melihat apa yang sedang dilakukan Ubuntu untuk menyelesaikan nama itu:

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

Jadi itu gagal dan digunakan 127.0.0.53sebagai server nama. Saya memeriksa telepon saya, yang dapat terhubung, untuk server DNS yang digunakannya. Ternyata 8.8.8.8diikuti oleh 8.8.4.4, yang masuk akal untuk jaringan Google. Tentu saja:

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

Itu jelas berhasil! Jadi saya edit saya /etc/resolv.confmenambahkan

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

Dan lihat, saya dapat terhubung dengan membuka firefox dan memicu halaman login lagi.

Anda secara khusus diberitahu untuk tidak mengedit /etc/resolv.confoleh systemd-resolved. Tapi saya pikir ini salahnya.

Saya mencoba saran yang tercantum dalam semua jawaban lain tanpa hasil. Inilah cara saya akhirnya membuatnya bekerja:

1. Nonaktifkan kartu nirkabel laptop Anda.
2. Sambungkan ke jaringan WiFi melalui ponsel Anda dan masuk.
3. Gunakan macchanger untuk mengatur alamat MAC antarmuka nirkabel laptop Anda ke alamat MAC ponsel Anda:

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

4. Aktifkan kartu nirkabel laptop Anda.
5. Hubungkan ke jaringan WiFi melalui laptop Anda. Ini akan terhubung tanpa diminta masuk, tetapi konektivitas internet akan menjadi glitchy, sampai Anda ...
6. Putuskan sambungan dari jaringan WiFi di ponsel Anda.

Anda sekarang harus memiliki koneksi WiFi dan internet yang stabil di laptop Anda.

Jika Anda melewati Langkah 2, jaringan akan mendeteksi alamat MAC palsu Anda, tetapi karena Anda belum terhubung, itu akan membawa Anda ke halaman relogin alih-alih halaman login — keduanya gagal memuat dengan benar. Jadi, triknya adalah terhubung dulu menggunakan ponsel Anda.

Ini telah bekerja untuk saya beberapa kali sekarang di beberapa lokasi berbeda. Saya harap ini membantu!