Ubuntu 17.10 पर Google Starbucks wifi से कनेक्ट नहीं किया जा सकता

Question

बग रिपोर्ट

सारांश

किसी कारण से Ubuntu राउटर से जुड़े आईपी पते का ट्रैक खो देता है जो राउटर में लॉगिन को संसाधित करता है। मैंने एक उत्तर पोस्ट किया जो इसे संबोधित करता है। अपने फोन पर राउटर के आईपी पते को देखें और उस /etc/hostsनाम के नीचे रखें जो आपके राउटर लॉगिन को संसाधित करने का प्रयास कर रहा है। यह मेरे लिए हल है। यदि आप जिस स्थान पर हैं, तो एसबी सेटअप अलग है, साथ ही अन्य उत्तर भी हैं।

विवरण

मेरे फोन पर मिली एक पोस्ट में कनेक्शन सेवा के होस्ट आईपी को जोड़ने के लिए कहा गया था /etc/hosts। ब्राउज़र एड्रेस बार में प्रदर्शित यूआरएल है:

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 ने इस समस्या को ठीक कर लिया है तो कृपया हमें अपडेट करें।

मैंने मैकचेंजर का उपयोग करके एक अलग मैक पते का उपयोग करने की कोशिश की:

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

हालांकि वह काम नहीं किया।

आज 18 अप्रैल को मैंने पूरी तरह से अलग लैपटॉप की कोशिश की और मुझे अभी भी वही हैंगअप मिल रहा है। संदेश कहता है:

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

अभी तक मेरे लिए कुछ भी काम नहीं कर रहा है। दोनों स्टारबक्स WIFI समर्थन और उनके सामान्य ग्राहक समर्थन के संपर्क में रहे और अब तक कोई भी इस बात का अनुमान नहीं लगा सकता है कि यह कब या कब तय किया जाएगा। स्टारबक्स समर्थन ने मुझे यह संदर्भ संख्या दी:

 180413-010073 

उन्होंने कहा कि वाईफ़ाई समर्थन को कॉल करें और नंबर दें और वे इसे ठीक कर देंगे। जब मैंने Wifi सपोर्ट किया तो उन्होंने कहा कि उन्हें नंबर की जरूरत नहीं है और न ही वे कुछ कर सकते हैं। एक कंपनी के लिए यह शानदार ग्राहक अनुभव प्रदान करने का तरीका है, यह बहुत दुखद है। एक महीने से अधिक का समय हो चुका है, क्योंकि उन्होंने यह रोल किया है और अभी भी कोई फिक्स नहीं है।

जब ब्राउज़र में कनेक्ट करने का प्रयास किया जाता है तो यह url होता है और इसे हैंग और रीडायरेक्ट करता है https://aruba.odyssys.net/cgi-bin/login।

अद्यतन करें

आज भी मेरे फोन मैक पते का उपयोग करने की कोशिश की। काम नहीं किया। स्टारबक्स वाईफ़ाई ने सोचा कि मैं एक नया लैपटॉप था, और इसलिए इसने शुरुआती स्प्लैश पेज साइनअप को फिर से खोला, लेकिन प्रविष्टियों को पूरा करने के बाद यह अभी भी लटका हुआ है https://aruba.odyssys.net/cgi-bin/login।

Comments

यह 18.04 बायोनिक बीवर को भी प्रभावित करता है।

— माइक स्टीवर्ट

Answer 1

मेरे मामले में समस्या यह है कि उबंटू को पता नहीं है कि कैसे पहुंचना है https://aruba.odyssys.net/cgi-bin/login। मेजबान aruba.odyssys.net है वाईफ़ाई रूटर।

चारों ओर काम

• उस राउटर का आईपी पता ढूंढें और उसे जोड़ें /etc/hosts।
• कुछ स्थितियों में आपको एक पंक्ति भी जोड़ने की आवश्यकता हो सकती है /etc/resolv.conf।

विस्तृत कदम

1. राउटर आईपी खोजें - एक टर्मिनल रन में:

   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 ।

Comments

इसने मेरे लिए काम किया, अच्छी पकड़

— एंड्रयू बेमन

ऐसा लगता है कि हॉटस्पॉट Google के 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फ़ाइल में यह परिवर्तन समस्या को हल करता है।

— एंड्रयू बेमन

यह महसूस करना महत्वपूर्ण है कि 172.31.98.1 पता एक आंतरिक नेटवर्क वाईफ़ाई राउटर पता है। इसलिए यह केवल स्टारबक्स स्टोर के अंदर से सुलभ है और इसके लिए कोई डीएनएस नहीं है जो उबंटू स्पष्ट रूप से देख सकता है।

— ओले

कोई भी सीधे (उबंटू से अलग डिवाइस पर जाने की जरूरत नहीं) - सीधे कनेक्ट होने पर (अभी भी "आप कनेक्टेड हैं" वेबपेज पर नहीं मिल सकते) ) इस कनेक्शन के लिए वाईफाई सेटिंग्स, और यह आपके आईपी पते और DNS को अनदेखा करता है) और आपका "डिफ़ॉल्ट रूट", आमतौर पर ".1" में समाप्त होता है, जो मेरे लिए 172.31.98.1 भी हुआ (नोट फिर से: यह है) राउटर, और इसलिए सार्वजनिक नहीं, DNS सर्वर के माध्यम से वापस नहीं किया गया)।

— माइकल

ऐसा लगता है कि 1766969 बग खराब हो गए हैं, शायद इसलिए क्योंकि कुछ लोगों ने क्लिक किया है कि यह उन्हें प्रभावित करता है (उस पृष्ठ के शीर्ष पर)।

— माइक स्टीवर्ट

Answer 2

इस बारे में Google Wifi समर्थन से बात की। यदि आप एक ही ईमेल पते के साथ एक से अधिक डिवाइस पंजीकृत करते हैं, तो स्टारबक्स स्प्लैश पेज के साथ एक ज्ञात समस्या है। पहला उपकरण जिसे आप पंजीकृत करते हैं वह काम करेगा लेकिन दूसरा नहीं। यदि आप अपने वायरलेस कार्ड पर एक क्लोन मैक पते का उपयोग कर सकते हैं तो आप फिर से पंजीकरण पृष्ठ पर जा सकते हैं और एक अलग ईमेल पते का उपयोग कर सकते हैं।

Comments

क्या उन्होंने उल्लेख किया कि क्या उनके पास इसे ठीक करने की कोई योजना है?

— ओले

एक क्लोन मैक पते का उपयोग करने के लिए एक आसान बात है? मैंने कुछ लेख देखे, लेकिन वे बहुत दिनांकित हैं, इसलिए मुझे नहीं पता कि क्या ऐसा कुछ करना आसान है या ऐसा कुछ जो आमतौर पर असंभव है ...?

— ओले

मैंने मैकचेंजर के साथ एक अलग मैक पते का उपयोग करने की कोशिश की लेकिन वह काम नहीं किया।

— ओले

बिलकुल नए ubuntu लैपटॉप का उपयोग करने की कोशिश की, और एक यादृच्छिक ईमेल पता दर्ज किया और समस्या अभी भी वही है।

— ओले

Answer 3

whoisपतों को देखने के लिए सही उपकरण नहीं है, और यह ज्यादातर वैसे भी डोमेन नामों से संबंधित है। आईपी, उपयोग खोजने के लिए 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अनुरोधों का जवाब नहीं देती है )।

Comments

यह अन्यथा लिखित उत्तर प्रश्न से कैसे संबंधित है? मुझे उस प्रश्न के इतिहास में कुछ भी नहीं मिल रहा है जिसका उपयोग करने का उल्लेख है whois।

— जेसन एलर

1 संशोधन का स्रोत देखें: "जब मैं अपने आईपी को देखने की कोशिश करता sbux-portal.globalreachtech.comहूं:ole@mki:~$ whois sbux-portal.globalreachtech.com

— xenoid

उस ओर इशारा करने के लिए धन्यवाद, जब मैंने संपादन संशोधनों को देखा तो मुझे यह याद आ गया।

— जेसन एलर

Answer 4

सक्सेस: 1. मेरा फोन (एंड्रॉइड) लॉगिन पेज भरकर स्टारबक्स पर काम कर रहा है।

2. नेटवर्क जानकारी II एंड्रॉइड ऐप का उपयोग करके फोन मैक पाया ।

3. फोन वाईफाई और लैपटॉप वाईफाई को बंद कर दिया (जैसे ifconfig wlan0 को रूट या सुडो के माध्यम से नीचे करें )

4. इस्तेमाल किया macchanger -m ##: # लिनक्स ... wlan0 (रूट के रूप में या sudo के माध्यम से) लिनक्स लैपटॉप पर Android मैक सेट करने के लिए।

5. लैपटॉप को सीधे जोड़ने के लिए Starbucks SSID से दोबारा कनेक्ट किया गया लैपटॉप बिना लॉगिन पेज के

Comments

तो आपने चेक को बायपास करने के लिए अपने फोन के मैक पते का उपयोग किया है?

— ओले

यह मेरे लिए काम किया!

— atmelino

SB के लिए एक नया लैपटॉप लाया ... यह या तो कनेक्ट नहीं कर सकता।

— ओले

मैंने अब फोन मैक एड्रेस और आईपैड मैक एड्रेस के साथ कोशिश की है। जब मैंने एक मैक एड्रेस बनाने की कोशिश की (Apple, निर्माता द्वारा निम्नलिखित कन्वेंशन - macchanger -l | grep Apple | हेड -1 0916 - 00:03:93 - Apple , इसने मुझे एक नया उपयोगकर्ता सेट करने दिया) एक वास्तविक ईमेल पता) लेकिन फिर मुझे बाद में कनेक्ट नहीं होने दिया।

— nuer

यह भी ध्यान दें कि आप कमांड लाइन का उपयोग करना चाहते हैं यदि आप डीएचसीपी के लिए एक जीयूआई का उपयोग करते हैं (आईपी # पाने के लिए) यह कार्ड को स्थायी मैक पर रीसेट कर सकता है। उदाहरण के लिए ifconfig wlan0 डाउन; macchanger -m ..: ..: ..: ... wlan0; ifconfig wlan0 अप; dhclient -v wlan0 ( ifconfig का उपयोग करके देखें कि आप wlan0 या wlan1 या अन्य का उपयोग कर रहे हैं)

— nuer

Answer 5

चूंकि यह DNS रिज़ॉल्यूशन समस्या है। मैंने तय किया कि उबंटू उस नाम को हल करने के लिए क्या कर रहा है:

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रूप में उपयोग कर रहा है । मैंने अपना फोन चेक किया, जो कनेक्ट करने में सक्षम था, 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

और निहारना, मैं फ़ायरफ़ॉक्स खोलने और फिर से लॉगिन पेज को ट्रिगर करके कनेक्ट करने में सक्षम था।

आप विशेष रूप से संपादित करने के लिए नहीं कहा जाता है /etc/resolv.confके द्वारा systemd-resolved। लेकिन मुझे लगता है कि यह वैसे भी इसकी गलती है।

Comments

इन निर्देशों का पालन करके मेरी समस्या का समाधान करें, लेकिन चूंकि मेरे संकल्प.कॉन्फ़ फ़ाइल में कहा गया है कि मुझे इसे मैन्युअल रूप से नहीं बदलना चाहिए, इसलिए मैंने इस टिप्पणी में अपने dhclient.conf में नेमसर्वर परिवर्तन लागू किए: askubuntu.com/a/134106/547235

— गेरिक

यह resolv.confनहीं है resolve.conf। मैं इसे इंगित करता हूं क्योंकि यह टर्मिनल में संपादन करते समय आसानी से समस्याएं पैदा कर सकता है nano।

— एडम स्मिथ

Answer 6

मैंने सफलता के बिना अन्य सभी उत्तरों में सूचीबद्ध सलाह की कोशिश की। यहाँ है कि मैं अंत में यह कैसे काम कर रहा है:

1. अपने लैपटॉप के वायरलेस कार्ड को अक्षम करें।
2. अपने फोन के माध्यम से वाईफाई नेटवर्क से कनेक्ट करें और साइन इन करें।
3. अपने फ़ोन के मैक पते के लिए अपने लैपटॉप के वायरलेस इंटरफ़ेस मैक पते को सेट करने के लिए मैकचेंजर का उपयोग करें :

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

4. अपने लैपटॉप का वायरलेस कार्ड सक्षम करें।
5. अपने लैपटॉप के माध्यम से वाईफाई नेटवर्क से कनेक्ट करें। यह लॉगिन के लिए संकेत दिए बिना कनेक्ट होगा, लेकिन इंटरनेट कनेक्टिविटी तब तक चमकदार रहेगी, जब तक आप…
6. अपने फ़ोन पर WiFi नेटवर्क से डिस्कनेक्ट करें।

अब आपके लैपटॉप पर एक स्थिर वाईफाई और इंटरनेट कनेक्शन होना चाहिए।

आप चरण 2 छोड़ते हैं, नेटवर्क अपने जाली मैक पता की पहचान करेगा, लेकिन, क्योंकि आप अभी भी कनेक्ट न हों, यह आप पर ले जाएगा दोबारा लॉगिन पेज के बजाय लॉगिन पेज-जो दोनों के ठीक से लोड करने में विफल। तो, चाल पहले अपने फोन का उपयोग कर कनेक्ट करने के लिए है।

यह मेरे लिए अब कई बार कई अलग-अलग स्थानों पर काम कर चुका है। मुझे उम्मीद है यह मदद करेगा!