Tidak dapat terhubung ke wifi Google Starbucks di Ubuntu 17.10


22

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.

pesan penyelesaian kesalahan

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.


1
Ini mempengaruhi 18,04 bionik berang-berang juga.
mike stewart

Jawaban:


21

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 .


1
Ini berhasil untuk saya, tangkapan yang bagus
Andrew Beeman

2
Sepertinya hotspot menggunakan DNS Google untuk DNS, yang tidak mengejutkan. Inilah yang 8.8.8.8 merespons untuk 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 Jadi itu harus diselesaikan, terlepas dari perubahan ini, namun perubahan pada /etc/hostsfile ini memperbaiki masalah.
Andrew Beeman

2
Sangat penting untuk menyadari bahwa alamat 172.31.98.1 adalah alamat router WIFI jaringan internal. Jadi itu hanya dapat diakses dari dalam toko starbucks dan tidak ada DNS untuk itu yang bisa dilihat Ubuntu.
Ole

2
Seseorang dapat menemukan alamat IP router WiFi dari Ubuntu secara langsung (tidak perlu pergi ke perangkat terpisah seperti telepon) - saat terhubung (namun tidak dapat membuka halaman web "Anda terhubung"), cukup buka (Ubuntu Anda) ) Pengaturan WiFi untuk koneksi ini, dan itu menunjukkan alamat IP & DNS Anda mengabaikan ini) dan "Rute Default" Anda, biasanya berakhiran ".1", yang juga merupakan 172.31.98.1 untuk saya (Catatan lagi: ini adalah router, dan karenanya bukan untuk publik, tidak dikembalikan melalui server DNS).
michael

1
Tampaknya ada bug 1766969 yang macet, mungkin karena beberapa orang telah mengklik bahwa itu mempengaruhi mereka (di bagian atas halaman itu).
mike stewart

6

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.


Apakah mereka menyebutkan apakah mereka memiliki rencana untuk memperbaikinya?
Ole

Apakah menggunakan alamat MAC yang dikloning adalah hal yang mudah dilakukan? Saya melihat beberapa artikel, tapi artikelnya lumayan, jadi saya tidak tahu apakah itu sesuatu yang sekarang mudah dilakukan atau sesuatu yang biasanya tidak mungkin ...?
Ole

Saya mencoba menggunakan alamat mac yang berbeda dengan macchanger tetapi itu tidak berhasil.
Ole

Sudah mencoba menggunakan laptop ubuntu baru, dan mendaftarkan alamat email acak dan masalahnya masih sama.
Ole

3

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


Bagaimana jawaban yang ditulis dengan baik ini berhubungan dengan pertanyaan? Saya tidak dapat menemukan apa pun dalam sejarah pertanyaan yang disebutkan menggunakan whois.
Jason Aller

1
Lihat sumber revisi 1: "Ketika saya mencoba mencari ip dari sbux-portal.globalreachtech.comsaya dapatkan:ole@mki:~$ whois sbux-portal.globalreachtech.com
xenoid

Terima kasih telah menunjukkan itu, saya melewatkannya ketika saya melihat revisi edit.
Jason Aller

3

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

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

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

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

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


Jadi, Anda menggunakan alamat mac ponsel Anda untuk memotong cek?
Ole

ini berhasil untuk saya!
atmelino

Membawa laptop baru ke SB ... tidak dapat terhubung juga.
Ole

1
Saya sekarang telah mencoba dengan alamat mac telepon dan dengan alamat mac ipad. Ketika saya mencoba membuat alamat mac (Apple, mengikuti konvensi oleh pabrikan jadi - macchanger -l | grep Apple | head -1 0916 - 00:03:93 - Apple , saya dapat mengatur pengguna baru (saya menggunakan alamat email asli) tetapi kemudian tidak membiarkan saya terhubung setelah itu.
nuer

1
Perhatikan juga bahwa Anda akan ingin menggunakan baris perintah karena jika Anda menggunakan GUI untuk DHCP (untuk mendapatkan IP #), itu dapat mengatur ulang kartu ke mac permanen. Misal ifconfig wlan0 down; macchanger -m ..: ..: ..: ... wlan0; ifconfig wlan0 up; dhclient -v wlan0 (gunakan ifconfig untuk melihat apakah Anda menggunakan wlan0 atau wlan1 atau lainnya)
nuer

2

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.


1
Memperbaiki masalah saya dengan mengikuti petunjuk ini, tetapi karena file resol.conf saya mengatakan saya tidak boleh mengubahnya secara manual, saya menerapkan perubahan nameserver di dhclient.conf saya per komentar ini: askubuntu.com/a/134106/547235
Gerik

Ini resolv.conf, tidak resolve.conf. Saya menunjukkan ini karena dapat dengan mudah menyebabkan masalah saat mengedit di terminal dengan nano.
Adam Smith

1

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]

  1. Aktifkan kartu nirkabel laptop Anda.
  2. Hubungkan ke jaringan WiFi melalui laptop Anda. Ini akan terhubung tanpa diminta masuk, tetapi konektivitas internet akan menjadi glitchy, sampai Anda ...
  3. 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!

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.