ไม่สามารถเชื่อมต่อกับ Google Starbucks wifi บน Ubuntu 17.10

รายงานบั๊ก

สรุป

ด้วยเหตุผลบางอย่าง Ubuntu จึงสูญเสียการติดตามที่อยู่ IP ที่เชื่อมโยงกับ URL เราเตอร์ที่ดำเนินการเข้าสู่ระบบเราเตอร์ ฉันโพสต์คำตอบที่กล่าวถึงเรื่องนี้ มองหาที่อยู่ IP ของเราเตอร์ในโทรศัพท์ของคุณและวางไว้ใน/etc/hostsชื่อที่พยายามประมวลผลการเข้าสู่ระบบเราเตอร์ของคุณ ที่แก้ไขมันสำหรับฉัน มีคำตอบอื่น ๆ เช่นกันในกรณีที่การตั้งค่า SB แตกต่างจากที่คุณอยู่

รายละเอียด

โพสต์หนึ่งที่ผมพบในโทรศัพท์ของฉันบอกว่าจะเพิ่ม IP /etc/hostsของโฮสต์ของการให้บริการการเชื่อมต่อกับ URL ที่แสดงในแถบที่อยู่ของเบราว์เซอร์คือ:

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

ดังนั้นฉันจึงทำเช่นนั้น แต่ผลลัพธ์จะเหมือนกัน ความคิดใด ๆ Starbucks เป็น WIFI ตัวเดียวที่ฉันไม่สามารถเชื่อมต่อได้

โปรดอัปเดตเราหากคุณรู้ว่าเมื่อ Google WIFI / Starbucks แก้ไขปัญหานี้แล้ว

ฉันลองใช้ที่อยู่ mac อื่นโดยใช้ macchanger:

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

อย่างไรก็ตามมันใช้งานไม่ได้

วันนี้ 18 เมษายนฉันลองใช้แล็ปท็อปที่แตกต่างกันโดยสิ้นเชิงและฉันยังคงได้รับ Hangup เดียวกัน ข้อความบอกว่า:

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

จนถึงตอนนี้ก็ไม่มีอะไรทำงานให้ฉัน รับการติดต่อกับทั้งการสนับสนุน WiFi ของ Starbucks และการสนับสนุนลูกค้าทั่วไปของพวกเขาและจนถึงขณะนี้ยังไม่มีใครสามารถประมาณการได้ว่าจะมีการแก้ไขหรือไม่เมื่อใด ฝ่ายสนับสนุนของ Starbucks ให้หมายเลขอ้างอิงนี้กับฉัน:

 180413-010073 

พวกเขาบอกว่าจะเรียกการสนับสนุน Wifi และให้หมายเลขและพวกเขาจะแก้ไขปัญหานี้ เมื่อฉันได้รับการสนับสนุน Wifi บอกว่าพวกเขาไม่ต้องการหมายเลขและไม่มีอะไรที่พวกเขาสามารถทำได้ สำหรับ บริษัท ที่ออกนอกเส้นทางจะมอบประสบการณ์ที่ยอดเยี่ยมให้กับลูกค้าซึ่งเป็นเรื่องน่าเศร้า เป็นเวลากว่าหนึ่งเดือนแล้วที่พวกเขาเผยแพร่และยังไม่มีการแก้ไข

เมื่อพยายามที่จะเชื่อมต่อในเบราว์เซอร์นี้คือ URL https://aruba.odyssys.net/cgi-bin/loginที่เปลี่ยนเส้นทางไปและแฮงค์

ปรับปรุง

ลองใช้ที่อยู่ MAC โทรศัพท์ของฉันวันนี้ มันไม่ได้ผล. Starbucks ของ Wifi คิดว่าฉันเป็นแล็ปท็อปใหม่และดังนั้นจึงเปิดเริ่มต้นการสมัครใช้งานหน้าสาดอีกครั้ง https://aruba.odyssys.net/cgi-bin/loginแต่หลังจากจบรายการก็ยังแฮงค์บน

https://aruba.odyssys.net/cgi-bin/loginปัญหาในกรณีของฉันคือการที่อูบุนตูไม่ทราบวิธีการที่จะเข้าถึง โฮสต์aruba.odyssys.net คือเราเตอร์ไร้สาย

การทำงานรอบ ๆ

• ค้นหาที่อยู่ IP /etc/hostsของเราเตอร์ที่และเพิ่มเข้าไป
• ในบางสถานการณ์คุณอาจต้องเพิ่มบรรทัด/etc/resolv.confด้วย

ขั้นตอนโดยละเอียด

1. ค้นหา ip ของเราเตอร์ - ในการรันเทอร์มินัล:

   ip route
   

   (ตัวอย่างเอาท์พุท: default via 172.31.98.1)

2. แก้ไขไฟล์โดยเรียกใช้sudo nano /etc/hostsเพื่อเพิ่มบรรทัด:

   172.31.98.1 aruba.odyssys.net
   

3. ไม่จำเป็น? sudo nano /etc/resolv.confเพื่อเพิ่มบรรทัดก่อนรายการเนมเซิร์ฟเวอร์อื่น ๆ :

   nameserver 172.31.98.1
   

หลังจากนั้นการเชื่อมต่อจะผ่านโดยไม่มีการผูกปม

รายงานบั๊ก

ปัญหาที่เกิดขึ้นน่าจะเป็นรายงานข้อผิดพลาด: 1766969

พูดถึงการสนับสนุนของ Google Wifi เกี่ยวกับเรื่องนี้ มีปัญหาที่ทราบเกี่ยวกับหน้าสตาร์บัคของ Starbucks หากคุณลงทะเบียนอุปกรณ์มากกว่าหนึ่งเครื่องด้วยที่อยู่อีเมลเดียวกัน อุปกรณ์แรกที่คุณลงทะเบียนจะใช้งานได้ แต่ไม่ใช่อุปกรณ์ที่สอง หากคุณสามารถใช้ที่อยู่ MAC ที่โคลนบนการ์ดไร้สายของคุณคุณสามารถไปที่หน้าลงทะเบียนอีกครั้งและใช้ที่อยู่อีเมลอื่น

whoisไม่ใช่เครื่องมือที่เหมาะสมในการค้นหาที่อยู่และมักเกี่ยวข้องกับชื่อโดเมนอยู่ดี ในการค้นหา IP ให้ใช้nslookupหรือdigหรือ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

( pingจะยืนยันเพิ่มเติมว่าสามารถเข้าถึงด้านข้างได้หรือไม่ แต่ไม่ได้รับคำตอบซึ่งหมายความว่าเว็บไซต์ไม่ตอบสนองต่อpingคำขอ)

ความสำเร็จ: 1. รับโทรศัพท์ของฉัน (android) ทำงานที่ Starbucks โดยการกรอกหน้าเข้าสู่ระบบ

2. พบโทรศัพท์ mac โดยใช้แอปพลิเคชัน Android Network Info II

3. ปิด wifi ของโทรศัพท์และแล็ปท็อป wifi (เช่นifconfig wlan0 ลงเพราะรูทหรือผ่าน sudo)

4. used macchanger -m ##: ## ... wlan0 (เป็น root หรือผ่าน sudo) เพื่อตั้ง android mac บนแล็ปท็อป linux

5. เชื่อมต่อแล็ปท็อปกับ Starbucks SSID อีกครั้งเพื่อเชื่อมต่อแล็ปท็อปโดยตรงโดยไม่มีหน้าเข้าสู่ระบบ

เนื่องจากนี่เป็นปัญหาการแก้ไข DNS ฉันตัดสินใจที่จะดูว่า Ubuntu กำลังทำอะไรเพื่อแก้ไขชื่อ:

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

ดังนั้นจึงล้มเหลวและใช้127.0.0.53เป็น nameserver ฉันตรวจสอบโทรศัพท์ของฉันซึ่งสามารถเชื่อมต่อได้สำหรับเซิร์ฟเวอร์ DNS ที่ใช้งานอยู่ กลายเป็นว่าจะ8.8.8.8ตามมา8.8.4.4ซึ่งเหมาะสมสำหรับเครือข่ายของ Google นั่นเอง:

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

เห็นได้ชัดว่าใช้งานได้! ดังนั้นฉันจึงแก้ไข/etc/resolv.confการเพิ่มของฉัน

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

และดูเถิดฉันสามารถเชื่อมต่อได้ด้วยการเปิด Firefox และเรียกหน้าเข้าสู่ระบบอีกครั้ง

คุณจะบอกเฉพาะไม่ได้ที่จะแก้ไขโดย/etc/resolv.conf systemd-resolvedแต่ฉันคิดว่านี่เป็นความผิดของมันอยู่ดี

ฉันลองคำแนะนำที่ปรากฏในคำตอบอื่น ๆ ทั้งหมดโดยไม่ประสบความสำเร็จ นี่คือวิธีที่ฉันใช้งานได้ในที่สุด:

1. ปิดการใช้งานการ์ดไร้สายของแล็ปท็อปของคุณ
2. เชื่อมต่อกับเครือข่าย WiFi ผ่านโทรศัพท์ของคุณและลงชื่อเข้าใช้
3. ใช้macchangerเพื่อตั้งค่าที่อยู่ MAC ของแล็ปท็อปของคุณเป็น MAC address ของโทรศัพท์:

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

4. เปิดใช้งานการ์ดไร้สายของแล็ปท็อปของคุณ
5. เชื่อมต่อกับเครือข่าย WiFi ผ่านแล็ปท็อปของคุณ มันจะเชื่อมต่อโดยไม่แจ้งให้ลงชื่อเข้าใช้ แต่การเชื่อมต่ออินเทอร์เน็ตจะมีปัญหาจนกระทั่งคุณ ...
6. ตัดการเชื่อมต่อจากเครือข่าย WiFi ในโทรศัพท์ของคุณ

ตอนนี้คุณควรมี WiFi และการเชื่อมต่ออินเทอร์เน็ตที่เสถียรบนแล็ปท็อปของคุณ

หากคุณข้ามขั้นตอนที่ 2 เครือข่ายจะตรวจพบที่อยู่ MAC ที่ปลอมแปลงของคุณ แต่เนื่องจากคุณยังไม่ได้เชื่อมต่อระบบจะนำคุณไปยังหน้าreloginแทนหน้าเข้าสู่ระบบซึ่งทั้งสองอย่างนี้โหลดไม่ถูกต้อง ดังนั้นเคล็ดลับคือการเชื่อมต่อโดยใช้โทรศัพท์ของคุณก่อน

สิ่งนี้ได้ผลสำหรับฉันหลายครั้งในขณะนี้ในหลาย ๆ สถานที่ ฉันหวังว่ามันจะช่วย!