Ubuntu 17.10'daki Google Starbucks wifi ile bağlantı kurulamıyor

Hata raporu

özet

Nedense Ubuntu, yönlendiriciye girişini yapan yönlendirici URL ile ilişkili IP adresinin kaydını kaybeder. Bunu ele alan bir cevap yazdım. Telefonunuzdaki yönlendiricinin IP adresini arayın ve /etc/hostsyönlendiricinizin girişini işlemeye çalışan adın altına yazın. Bu benim için çözdü. SB kurulumunun bulunduğunuz yerde farklı olması durumunda başka cevaplar da vardır.

ayrıntılar

Telefonumda bulduğum bir mesaj, bağlantı servisinin ana bilgisayar IP'sini eklemek istediğini söyledi /etc/hosts. Tarayıcı adres çubuğunda görüntülenen URL şudur:

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

Ben de yaptım ama sonuç aynı. Herhangi bir fikir? Starbucks, bağlanamadığım tek WIFI.

Google WIFI / Starbucks'ın bu sorunu çözdüğünü biliyorsanız lütfen bizi güncelleyin.

Macchanger kullanarak farklı bir mac adresi kullanmayı denedim:

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

Ancak bu işe yaramadı.

Bugün 18 Nisan'da bambaşka bir dizüstü bilgisayar denedim ve hala aynı telefonu kullanıyorum. Mesaj şöyle diyor:

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

Şimdiye kadar hiçbir şey benim için çalışmıyor. Hem Starbucks WIFI desteği hem de genel müşteri desteği ile temas halindeyken, şimdiye kadar hiç kimse bunun ne zaman veya ne zaman düzeltileceği konusunda bir tahmin yapamaz. Starbucks desteği bana bu referans numarasını verdi:

 180413-010073 

Wifi desteği aramak ve numarayı vermek dediler ve düzeltecekler. Wifi Desteği Yaptığımda Numaraya İhtiyacı Yok Dediler Ve Yapabilecekleri Hiçbir Şey Yok. Harika bir müşteri deneyimi sunmanın bir yolu olan bir şirket için bu çok üzücü. Bunları piyasaya sürdüklerinden bu yana bir aydan fazla bir süre geçti ve hala bir düzeltme yok.

Bir tarayıcıya bağlanmaya çalışırken bu, yönlendirdiği ve kilitlendiği URL'dir https://aruba.odyssys.net/cgi-bin/login.

Güncelleştirme

Ayrıca bugün telefon MAC adresimi kullanmayı denedim. İşe yaramadı. Starbucks Wifi, yeni bir dizüstü bilgisayar olduğumu düşündü ve ilk açılış sayfasını tekrar açtı, ancak girişlerini tamamladıktan sonra hala takılıyordu https://aruba.odyssys.net/cgi-bin/login.

Benim durumumdaki sorun Ubuntu'nun nasıl erişileceğini bilmemesidir https://aruba.odyssys.net/cgi-bin/login. Ev sahibi aruba.odyssys.net olan WIFI yönlendirici.

Etrafında Çalışmak

• Bu yönlendiricinin IP adresini bulun ve ekleyin /etc/hosts.
• Bazı durumlarda ayrıca bir satır eklemeniz gerekebilir /etc/resolv.conf.

Detaylı Adımlar

1. Yönlendirici ipini bulun - bir terminal çalışmasında:

   ip route
   

   (Örnek çıktı: default via 172.31.98.1)

2. sudo nano /etc/hostsSatırı eklemek için dosyayı çalıştırarak dosyayı düzenleyin:

   172.31.98.1 aruba.odyssys.net
   

3. İsteğe bağlı? sudo nano /etc/resolv.confdiğer ad sunucusu girişlerinden önce satırı eklemek için:

   nameserver 172.31.98.1
   

Bundan sonra bağlantı bir aksamadan geçer.

Hata raporu

Sorun hata raporu gibi görünüyor : 1766969 .

Bu konuda google Wifi desteğiyle konuştum. Aynı e-posta adresine birden fazla cihaz kaydederseniz, Starbucks açılış sayfasında bilinen bir sorun var. Kaydettiğiniz ilk cihaz çalışacaktır ancak ikincisi çalışmaz. Kablosuz kartınızda klonlanmış bir MAC adresi kullanabilirseniz, kayıt sayfasına tekrar erişebilir ve farklı bir e-posta adresi kullanabilirsiniz.

whoisadres aramada doğru araç değildir ve çoğunlukla zaten alan adlarıyla ilgilenir. IP'leri, kullanımını bulmak için nslookupya dighatta 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

( pingayrıca, tarafın ulaşılabilir olup olmadığını da teyit edecektir, ancak cevap alamamak, sitenin pingisteklere cevap vermeyeceği anlamına da gelebilir ).

başarı: 1. giriş sayfasını doldurarak telefonumu (android) Starbucks'ta çalışıyor.

2. Ağ Bilgisi II android uygulamasını kullanarak telefon mac bulundu .

3. telefon wifi ve dizüstü wifi kapalı (örneğin, ifconfig wlan0 aşağı kök veya sudo)

4. Kullanılmış macchanger -m ##: ## ... wlan0 (sudo root olarak ya aracılığıyla) Linux dizüstü android mac ayarlamak için.

5. dizüstü bilgisayarı, giriş sayfası olmayan doğrudan bağlamak için Starbucks SSID'ye

Bu bir DNS çözümlemesi sorunu olduğundan. Ubuntu’nun bu ismi çözmek için neler yaptığını görmeye karar verdim:

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

Böylece başarısız oldu ve 127.0.0.53ad sunucusu olarak kullanıyor . Kullandığı DNS sunucusu için telefonuma bağlanabildi. Çıktı edilecek 8.8.8.8ardından 8.8.4.4bir Google ağı için hangi mantıklı. Yeterince emin:

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

Bu açıkça işe yaradı! Böylece /etc/resolv.confekledim

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

Ve işte, firefox'u açarak ve giriş sayfasını tekrar tetikleyerek bağlanabildim.

Sen özel düzenleme değil anlatılır /etc/resolv.conftarafından systemd-resolved. Ama yine de bunun suçu olduğunu düşünüyorum.

Tüm diğer cevaplarda listelenen tavsiyelerde başarı olmadan denedim. İşte nihayet çalışmasını sağladım:

1. Dizüstü bilgisayarınızın kablosuz kartını devre dışı bırakın.
2. Telefonunuz üzerinden WiFi şebekesine bağlanın ve oturum açın.
3. Dizüstü bilgisayarınızın kablosuz arayüz MAC adresini telefonunuzun MAC adresine ayarlamak için macchanger kullanın :

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

4. Dizüstü bilgisayarınızın kablosuz kartını etkinleştirin.
5. Dizüstü bilgisayarınız aracılığıyla WiFi ağına bağlanın. Oturum açma isteminde bulunmadan bağlanacak, ancak İnternet bağlantısı siz oluncaya kadar sıkıntılı olacak.
6. Telefonunuzdaki WiFi ağından çıkarın.

Artık dizüstü bilgisayarınızda sabit bir WiFi ve internet bağlantınız olmalıdır.

Eğer Adım 2 atlarsanız ağ henüz bağlı olmadığınızdan, bu götürecektir, sizin sahte MAC adresini tespit, ancak tekrar giriş yaparak sayfanın yerine giriş sayfası-hem düzgün yüklemek için başarısız olan. Yani, numara ilk önce telefonunuzu kullanarak bağlanmanız.

Bu benim için birkaç kez birkaç farklı yerde çalıştı. Umut ediyorum bu yardım eder!