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


22

รายงานบั๊ก

สรุป

ด้วยเหตุผลบางอย่าง 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แต่หลังจากจบรายการก็ยังแฮงค์บน


1
สิ่งนี้มีผลต่อบีเวอร์ไบโอนิค 18.04 เช่นกัน
ไมค์สจ๊วต

คำตอบ:


21

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


1
สิ่งนี้ใช้ได้กับฉันจับได้ดี
Andrew Beeman

2
ดูเหมือนว่าฮอตสปอตนั้นใช้ DNS ของ DNS กับ DNS ซึ่งไม่แปลกใจเลย นี่คือสิ่งที่ 8.8.8.8 ตอบสนองต่อ 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 ดังนั้นจึงควรแก้ไขโดยไม่คำนึงถึงการเปลี่ยนแปลงนี้อย่างไรก็ตามการเปลี่ยนแปลงนี้ไปยัง/etc/hostsไฟล์ช่วยแก้ไขปัญหาได้
Andrew Beeman

2
สิ่งสำคัญคือต้องตระหนักว่าที่อยู่ 172.31.98.1 เป็นที่อยู่เราเตอร์เครือข่ายไร้สายภายใน ดังนั้นจึงสามารถเข้าถึงได้จากภายในร้านสตาร์บัคเท่านั้นและไม่มี DNS สำหรับที่ Ubuntu สามารถมองเห็นได้
โอเล

2
เราสามารถค้นหาที่อยู่ IP ของเราเตอร์ WiFi จาก Ubuntu ได้โดยตรง (ไม่จำเป็นต้องไปที่อุปกรณ์แยกต่างหากเช่นโทรศัพท์) - ในขณะที่เชื่อมต่อ (แต่ไม่สามารถไปที่หน้าเว็บ "คุณกำลังเชื่อมต่อ") เพียงไปที่ (Ubuntu ) การตั้งค่า WiFi สำหรับการเชื่อมต่อนี้และมันจะแสดงที่อยู่ IP & DNS ของคุณไม่สนใจเหล่านี้) และ“ เส้นทางเริ่มต้น” ของคุณซึ่งมักจะลงท้ายด้วย“ .1” ซึ่งก็เป็น 172.31.98.1 สำหรับฉันด้วย (หมายเหตุอีกครั้ง: นี่คือ เราเตอร์และไม่ใช่สาธารณะไม่ส่งคืนผ่านเซิร์ฟเวอร์ DNS)
ไมเคิล

1
ดูเหมือนว่าจะเป็นข้อผิดพลาด 1766969ที่จนตรอกอาจเป็นเพราะมีคนเพียงไม่กี่คนที่คลิกว่ามันส่งผลกระทบต่อพวกเขา
mike stewart

6

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


พวกเขาพูดถึงว่าพวกเขามีแผนที่จะแก้ไขปัญหานี้หรือไม่?
โอเล

การใช้ที่อยู่ MAC ที่คัดลอกมานั้นเป็นเรื่องง่ายไหม ฉันเห็นบางบทความ แต่มันค่อนข้างเก่าดังนั้นฉันไม่รู้ว่านั่นคือสิ่งที่ตอนนี้ง่ายต่อการทำหรือบางสิ่งที่เป็นไปไม่ได้ ...
โอเล

ฉันลองใช้ที่อยู่ mac อื่นกับ macchanger แต่ไม่ได้ผล
โอเล

พยายามใช้แล็ปท็อปอูบุนตูใหม่และลงทะเบียนที่อยู่อีเมลแบบสุ่มและปัญหายังคงเหมือนเดิม
โอเล

3

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คำขอ)


คำตอบที่เขียนอย่างดีนี้เกี่ยวข้องกับคำถามอย่างไร whoisฉันไม่สามารถหาอะไรในประวัติศาสตร์ของคำถามที่กล่าวถึงการใช้
Jason Aller

1
ดูแหล่งที่มาของการแก้ไขที่ 1: "เมื่อฉันพยายามที่จะค้นหา IP ของsbux-portal.globalreachtech.comฉันจะได้รับ:ole@mki:~$ whois sbux-portal.globalreachtech.com
xenoid

ขอบคุณที่ชี้ให้เห็นว่าฉันพลาดมันเมื่อฉันดูการแก้ไข
Jason Aller

3

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

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

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

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

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


ดังนั้นคุณใช้ที่อยู่ mac ของโทรศัพท์เพื่อเลี่ยงผ่านการตรวจสอบหรือไม่
Ole

มันใช้งานได้สำหรับฉัน!
atmelino

นำแล็ปท็อปเครื่องใหม่มาที่ SB ... มันไม่สามารถเชื่อมต่อได้เช่นกัน
โอเล

1
ตอนนี้ฉันลองด้วยที่อยู่ mac ของโทรศัพท์และที่อยู่ mac ของ ipad เมื่อฉันพยายามสร้างที่อยู่ mac (Apple การติดตามโดยผู้ผลิตดังนั้น - macchanger -l | grep Apple | head -1 0916 - 00:03:93 - Appleฉันจะตั้งค่าผู้ใช้ใหม่ (ฉันใช้ ที่อยู่อีเมลจริง) แต่แล้วก็ไม่ให้ฉันเชื่อมต่อในภายหลัง
nuer

1
นอกจากนี้โปรดทราบว่าคุณจะต้องใช้บรรทัดคำสั่งเนื่องจากหากคุณใช้ GUI สำหรับ DHCP (เพื่อรับ IP #) อาจรีเซ็ตการ์ดเป็น mac แบบถาวร เช่นifconfig wlan0 down; macchanger -m .. : .. : .. : ... wlan0; ifconfig wlan0 ขึ้นไป; dhclient -v wlan0 (ใช้คำสั่ง ifconfigเพื่อดูว่าคุณกำลังใช้ wlan0 หรือ wlan1 หรืออื่น ๆ )
เหนือ

2

เนื่องจากนี่เป็นปัญหาการแก้ไข 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
แก้ไขปัญหาของฉันโดยทำตามคำแนะนำเหล่านี้ แต่เนื่องจากไฟล์ resol.conf ของฉันบอกว่าฉันไม่ควรเปลี่ยนมันด้วยตนเองฉันใช้การเปลี่ยนแปลงเนมเซิร์ฟเวอร์ใน dhclient.conf ของฉันตามความคิดเห็นนี้: askubuntu.com/a/134106/547235
Gerik

มันไม่ได้resolv.conf resolve.confผมชี้ให้เห็นนี้เพราะมันสามารถนำไปสู่ปัญหาเมื่อมีการแก้ไขใน terminal nanoกับ
Adam Smith

1

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

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

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

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

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

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

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.