উবুন্টু 17.10 এ গুগল স্টারবাক্স ওয়াইফাইয়ের সাথে সংযোগ স্থাপন করতে পারে না

22

সারাংশ

কোনও কারণে উবুন্টু রাউটারের ইউআরএল সম্পর্কিত আইপি ঠিকানার ট্র্যাক হারিয়ে ফেলে যা রাউটারটিতে লগইন প্রক্রিয়া করে। আমি একটি উত্তর পোস্ট করেছি যা এতে সম্বোধন করে। আপনার ফোনে রাউটারের আইপি ঠিকানাটি সন্ধান করুন এবং /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

তাই আমি এটি করেছি, কিন্তু ফলাফল একই। কোন ধারনা? স্টারবাক্সই একমাত্র ওয়াইফাই যা আমি সংযোগ করতে পারি না।

গুগল ওয়াইফাই / স্টারবাক্স কখন এই সমস্যাটি স্থির করেছে তা আপনি যদি জানেন তবে দয়া করে আমাদের আপডেট করুন।

আমি ম্যাক্যাঞ্জার ব্যবহার করে একটি ভিন্ন ম্যাক ঠিকানা ব্যবহার করার চেষ্টা করেছি:

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.

এখন পর্যন্ত কিছুই আমার পক্ষে কাজ করছে না। স্টারবাক্স ওয়াইফাই সমর্থন এবং তাদের সাধারণ গ্রাহক সমর্থন উভয়ের সাথেই যোগাযোগ রেখেছেন এবং এখন পর্যন্ত কেউ কখন বা কখন এটি স্থির হবে সে সম্পর্কে কোনও অনুমান সরবরাহ করতে পারে না। স্টারবাকস সমর্থন আমাকে এই রেফারেন্স নম্বর দিয়েছে:

 180413-010073

তারা Wifi সমর্থন কল করতে এবং নম্বর দিতে বলেছিল এবং তারা এটি ঠিক করবে। আমি যখন ওয়াইফাই সমর্থন করেছি তখন বলেছিল যে তাদের সংখ্যার দরকার নেই এবং তারা করার মতো কিছুই নেই। এমন কোনও সংস্থার জন্য যা দুর্দান্ত গ্রাহকের অভিজ্ঞতা প্রদানের উপায় থেকে দূরে যায় এটি অত্যন্ত দুঃখজনক। এক মাস পেরিয়ে গেছে তারা এটিকে ঘুরিয়ে দিয়েছে এবং এখনও ঠিক হয়নি।

যখন কোনও ব্রাউজারে সংযোগ স্থাপনের চেষ্টা করা হয় তখন এটি url এটি পুনর্নির্দেশ করে এবং স্তব্ধ হয়ে যায় https://aruba.odyssys.net/cgi-bin/login।

হালনাগাদ

আজ আমার ফোন ম্যাক ঠিকানা ব্যবহার করার চেষ্টা করুন। এটা কাজ করে না. স্টারবাক্স ওয়াইফাই ভেবেছিল আমি একটি নতুন ল্যাপটপ, এবং তাই এটি আবার প্রাথমিক স্প্ল্যাশ পৃষ্ঠা সাইনআপটি আবার খুলল, কিন্তু এন্ট্রিগুলি শেষ করার পরে এটি এখনও স্তব্ধ https://aruba.odyssys.net/cgi-bin/login।

networking wireless 17.10

— ওলে
সূত্র

1

এটি 18.04 বায়োনিক বিভারকেও প্রভাবিত করে।

— মাইক স্টুয়ার্ট

21

আমার ক্ষেত্রে সমস্যা হ'ল উবুন্টু কীভাবে অ্যাক্সেস করতে হয় তা জানে না https://aruba.odyssys.net/cgi-bin/login। হোস্ট aruba.odyssys.net হ'ল WIFI রাউটার।

কাজ প্রায়

সেই রাউটারের আইপি ঠিকানাটি সন্ধান করুন এবং এতে যুক্ত করুন /etc/hosts।
কিছু পরিস্থিতিতে আপনার একটি লাইনও যুক্ত করতে হতে পারে /etc/resolv.conf।

বিস্তারিত পদক্ষেপ

একটি রাউটারে রাউটার আইপি সন্ধান করুন:
```
ip route
```
(উদাহরণ আউটপুট default via 172.31.98.1:)
sudo nano /etc/hostsলাইন যুক্ত করতে দৌড়ে ফাইল সম্পাদনা করুন :
```
172.31.98.1 aruba.odyssys.net
```
ঐচ্ছিক? sudo nano /etc/resolv.confঅন্য কোনও নেমসারভার প্রবেশের আগে লাইন যুক্ত করতে:
```
nameserver 172.31.98.1
```

এরপরে সংযোগটি কোনও বাধা ছাড়াই চলে।

বাগ রিপোর্ট

সমস্যা হয়েছে বলে মনে 1766969: বাগ রিপোর্ট ।

— ওলে
সূত্র

1

এটি আমার পক্ষে ভাল কাজ করেছে

— অ্যান্ড্রু বীম

2

দেখে মনে হচ্ছে হটস্পটটি ডিএনএসের জন্য গুগলের ডিএনএস ব্যবহার করে, এতে অবাক হওয়ার কিছু নেই। এটিই ৮৮.৮.৮.৮ হ'ল আরুবা.ডিডিএসআইএন.এর জন্য প্রতিক্রিয়া জানায়:

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ফাইলের এই পরিবর্তনটি সমস্যার সমাধান করে।

— অ্যান্ড্রু বিমন

2

172.31.98.1 ঠিকানাটি একটি অভ্যন্তরীণ নেটওয়ার্কের ওয়াইফাই রাউটারের ঠিকানা realize সুতরাং এটি কেবল স্টারবাক্স স্টোরের ভিতরে থেকেই অ্যাক্সেসযোগ্য এবং এর জন্য কোনও ডিএনএস নেই যা উবুন্টু আপাতদৃষ্টিতে দেখতে পাবে।

— ওলে

2

উবুন্টু থেকে সরাসরি ওয়াইফাই রাউটারের আইপি ঠিকানাটি খুঁজে পাওয়া যায় (ফোনের মতো আলাদা ডিভাইসে যাওয়ার দরকার নেই) - সংযুক্ত থাকাকালীন ("আপনি সংযুক্ত" ওয়েবপৃষ্ঠায় যেতে সক্ষম হন না) কেবল আপনার (উবুন্টু) এ যান ) এই সংযোগের জন্য ওয়াইফাই সেটিংস, এবং এটি আপনার আইপি ঠিকানা এবং ডিএনএস এগুলি দেখায়) এবং আপনার "ডিফল্ট রুট", সাধারণত ".1" এ শেষ হয় যা আমার জন্য 172.31.98.1 এ ঘটেছিল (আবার দ্রষ্টব্য: এটি হ'ল রাউটার, এবং তাই সর্বজনীন নয়, ডিএনএস সার্ভারের মাধ্যমে ফিরে আসে না)।

— মাইকেল

1

1766969 বাগটি মনে হচ্ছে যা স্থগিত রয়েছে, সম্ভবত কিছু লোক ক্লিক করেছেন যে এটি তাদের প্রভাবিত করে (সেই পৃষ্ঠার শীর্ষে)।

— মাইক স্টুয়ার্ট

6

এই সম্পর্কে গুগল ওয়াইফাই সমর্থন সমর্থন করে। আপনি যদি একই ইমেল ঠিকানা দিয়ে একাধিক ডিভাইস নিবন্ধন করেন তবে স্টারবাক্স স্প্ল্যাশ পৃষ্ঠাটিতে একটি সমস্যা রয়েছে is আপনার নিবন্ধভুক্ত প্রথম ডিভাইসটি কাজ করবে তবে দ্বিতীয়টি নয়। আপনি যদি আপনার ওয়্যারলেস কার্ডে একটি ক্লোনড ম্যাক ঠিকানা ব্যবহার করতে পারেন তবে আপনি আবার নিবন্ধকরণ পৃষ্ঠায় যেতে পারেন এবং একটি আলাদা ইমেল ঠিকানা ব্যবহার করতে পারেন।

— user816620
সূত্র

তারা কি এটি উল্লেখ করার কোন পরিকল্পনা আছে কিনা তা উল্লেখ করেছিলেন?

— ওলে

ক্লোনড ম্যাক ঠিকানা ব্যবহার করা কি সহজ কাজ? আমি কিছু নিবন্ধ দেখেছি, তবে সেগুলি বেশ তারিখের, তাই আমি জানি না যে এটি এখন এমন কাজ যা খুব সহজেই হয় বা এমন কিছু যা সাধারণত অসম্ভব ...?

— ওলে

আমি ম্যাক্যাঞ্জারটির সাথে একটি আলাদা ম্যাক ঠিকানা ব্যবহার করার চেষ্টা করেছি কিন্তু এটি কার্যকর হয়নি।

— ওলে

একটি নতুন উবুন্টু ল্যাপটপ ব্যবহার করার চেষ্টা করা হয়েছে, এবং একটি এলোমেলো ইমেল ঠিকানা নিবন্ধিত করার পরেও সমস্যাটি এখনও একইরকম।

— ওলে

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অনুরোধগুলির প্রতিক্রিয়া জানায় না)।

— xenoid
সূত্র

এই অন্যথায় ভাল লিখিত উত্তর প্রশ্নের সাথে কীভাবে সম্পর্কিত? আমি যে ইতিহাস ব্যবহার করে উল্লেখ করেছি তার ইতিহাসে এমন কিছু খুঁজে পাচ্ছি না whois।

— জেসন অ্যালার

1

পুনর্বিবেচনার উত্সটি দেখুন 1: "যখন আমি sbux-portal.globalreachtech.comole@mki:~$ whois sbux-portal.globalreachtech.com

— আইপিটি

এটি নির্দেশ করার জন্য ধন্যবাদ, আমি সম্পাদনা সংশোধনীর দিকে তাকালে এটি মিস করেছি।

— জেসন অ্যালার

3

সাফল্য: 1. লগইন পৃষ্ঠা পূরণ করে আমার ফোন (অ্যান্ড্রয়েড) স্টারবাকসে কাজ করেছে working

নেটওয়ার্ক তথ্য II অ্যান্ড্রয়েড অ্যাপ্লিকেশন ব্যবহার করে ফোন ম্যাকের সন্ধান পেয়েছিল ।
ফোন ওয়াইফাই এবং ল্যাপটপ ওয়াইফাই বন্ধ করেছে (উদাহরণস্বরূপ ifconfig wlan0 মূল হিসাবে বা সুডোর মাধ্যমে)
লিনাক্স ল্যাপটপে অ্যান্ড্রয়েড ম্যাক সেট করতে wlan0 (রুট হিসাবে বা সুডোর মাধ্যমে) ব্যবহৃত ম্যাকঞ্জ্যাঞ্জার -২ ##: ## ... wlan0 ব্যবহার করেছেন।
লগইন পৃষ্ঠার সাথে সরাসরি ল্যাপটপে সংযোগ করতে স্টারবাক্স এসএসআইডি-তে পুনরায় সংযুক্ত ল্যাপটপ

— Nuer
সূত্র

তাহলে আপনি চেককে বাইপাস করতে আপনার ফোনের ম্যাক ঠিকানাটি ব্যবহার করেছেন?

— ওলে

এই আমার জন্য কাজ!

— atmelino

এসবিতে একটি নতুন ল্যাপটপ এনেছে ... এটি কোনও সংযোগ করতে পারে না।

— ওলে

1

আমি এখন ফোন ম্যাক ঠিকানা এবং একটি আইপ্যাড ম্যাক ঠিকানা দিয়ে চেষ্টা করেছি। আমি যখন কোনও ম্যাক ঠিকানা তৈরি করার চেষ্টা করেছি (অ্যাপল, প্রস্তুতকারকের দ্বারা নিম্নলিখিত কনভেনশনটি - macchanger -l | গ্রেপ অ্যাপল | মাথা -1 0916 - 00:03:93 - অ্যাপল) আমাকে নতুন ব্যবহারকারী সেট আপ করতে দেয় (আমি ব্যবহার করেছি) একটি সত্যিকারের ইমেল ঠিকানা) তবে তার পরে আমাকে সংযুক্ত হতে দেয় না

— nuer

1

এছাড়াও নোট করুন যে আপনি কমান্ড লাইনটি ব্যবহার করতে চান যেহেতু আপনি যদি ডিএইচসিপি (আইপি # পেতে) কোনও জিইআই ব্যবহার করেন এটি কার্ডটি স্থায়ী ম্যাকটিতে পুনরায় সেট করতে পারে। যেমন ifconfig wlan0 ডাউন; macchanger -m ..: ..: ..: ... wlan0; ifconfig wlan0 up; dhclient -v wlan0 (ব্যবহারের ifconfig আপনি wlan0 বা wlan1 বা অন্যান্য ব্যবহার করছেন কিনা তা দেখতে)

— Nuer

2

যেহেতু এটি একটি ডিএনএস রেজোলিউশন সমস্যা। উবুন্টু নামটি সমাধান করতে কী করছে তা একবার দেখে নেওয়ার সিদ্ধান্ত নিয়েছি:

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নেমসারভার হিসাবে ব্যবহার করছে। আমি যে ফোনটি ডিএনএস সার্ভারটি ব্যবহার করছে তার জন্য আমি আমার ফোনটি সংযোগ করতে সক্ষম হয়েছি। এর 8.8.8.8পরে অনুসরণ করা হয়েছে 8.8.4.4, যা গুগল নেটওয়ার্কের জন্য অর্থবোধ করে। পুরু নিশ্চিত:

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। তবে আমি মনে করি এটি যাইহোক এটির দোষ।

— lasagne.victim
সূত্র

1

এই নির্দেশাবলী অনুসরণ করে আমার সমস্যা স্থির করে, তবে যেহেতু আমার রেজাল্ট.কনফ ফাইলটি বলছে আমাকে নিজেই এটি পরিবর্তন করা উচিত নয় আমি এই মন্তব্যে আমার dhclient.conf এ নেমসার্ভার পরিবর্তনগুলি প্রয়োগ করেছি: Askubuntu.com/a/134106/547235

— গেরিক

এটা resolv.conf, না resolve.conf। আমি এটি উল্লেখ করি কারণ এটি টার্মিনালে এডিট করার সময় সহজেই সমস্যার সৃষ্টি করতে পারে nano।

— অ্যাডাম স্মিথ

1

আমি সাফল্য ছাড়া অন্য সমস্ত উত্তর তালিকাভুক্ত পরামর্শ চেষ্টা করেছিলাম। অবশেষে আমি কীভাবে এটি কাজ করেছিলাম তা এখানে:

আপনার ল্যাপটপের ওয়্যারলেস কার্ডটি অক্ষম করুন।
আপনার ফোনের মাধ্যমে ওয়াইফাই নেটওয়ার্কে সংযোগ করুন এবং সাইন ইন করুন।
আপনার ফোনের ম্যাক ঠিকানায় আপনার ল্যাপটপের ওয়্যারলেস ইন্টারফেস ম্যাক ঠিকানা সেট করতে ম্যাক্যাঞ্জার ব্যবহার করুন :

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

আপনার ল্যাপটপের ওয়্যারলেস কার্ড সক্ষম করুন।
আপনার ল্যাপটপের মাধ্যমে ওয়াইফাই নেটওয়ার্কে সংযুক্ত করুন। এটি লগইনের জন্য অনুরোধ না করে সংযুক্ত হবে, তবে আপনি যতক্ষণ না ইন্টারনেট সংযোগ চটকদার হয়ে উঠবে…
আপনার ফোনে ওয়াইফাই নেটওয়ার্ক থেকে সংযোগ বিচ্ছিন্ন করুন।

আপনার এখন আপনার ল্যাপটপে স্থির ওয়াইফাই এবং ইন্টারনেট সংযোগ থাকা উচিত।

আপনি যদি পদক্ষেপ 2 এড়িয়ে যান, নেটওয়ার্কটি আপনার ছদ্মবেশী ম্যাকের ঠিকানা সনাক্ত করবে, তবে আপনি এখনও সংযুক্ত না থাকায় এটি আপনাকে লগইনের পরিবর্তে পুনরায় লগইন পৃষ্ঠায় নিয়ে যাবে পৃষ্ঠায় নিয়ে যাবে which উভয়ই সঠিকভাবে লোড করতে ব্যর্থ। সুতরাং, কৌশলটি হ'ল প্রথমে আপনার ফোনটি ব্যবহার করে সংযোগ স্থাপন করা।

এটি এখন বেশ কয়েকটি বিভিন্ন স্থানে আমার জন্য বেশ কয়েকবার কাজ করেছে। আমি আসা করি এটা সাহায্য করবে!

— jsh
সূত্র