Ubuntu 17.10에서 Google Starbucks Wi-Fi에 연결할 수 없습니다

버그 리포트

개요

어떤 이유로 우분투는 라우터에 대한 로그인을 처리하는 라우터 URL과 관련된 IP 주소를 잃어 버립니다. 이 문제를 해결하는 답변을 게시했습니다. 전화기에서 라우터의 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에서이 문제를 해결 한시기를 알고 있으면 업데이트하십시오.

macchanger를 사용하여 다른 mac 주소를 사용해 보았습니다.

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

그러나 그것은 효과가 없었습니다.

오늘 4 월 18 일 나는 완전히 다른 랩톱을 사용해 보았지만 여전히 같은 전화를 끊고 있습니다. 메시지는 말합니다 :

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

지금까지 아무것도 작동하지 않습니다. Starbucks WIFI 지원 및 일반 고객 지원 모두와 연락을 취해 왔으며 지금까지 어느 시점에 문제가 해결 될지 아무도 예측할 수 없습니다. Starbucks 지원팀에서이 참조 번호를 알려주었습니다.

 180413-010073 

그들은 Wifi 지원 센터에 전화를 걸고 전화 번호를 알려주고 이것을 고칠 것입니다. Wifi Support에서 전화를 걸었을 때 전화 번호가 필요하지 않으며 할 수있는 일이 없다고 말했습니다. 훌륭한 고객 경험을 제공하는 방법을 찾는 회사에게는 이것이 매우 슬픈 일입니다. 그들이이 제품을 출시 한 이후로 여전히 한 달이 지났지 만 여전히 고쳐지지 않았습니다.

브라우저에서 연결을 시도 할 때이 URL이 리디렉션되고 중단 https://aruba.odyssys.net/cgi-bin/login됩니다.

최신 정보

오늘 내 전화 MAC 주소를 사용해 보았습니다. 그것은 작동하지 않았다. Starbucks Wifi는 내가 새로운 노트북이라고 생각했기 때문에 초기 스플래시 페이지 가입을 다시 열었지만 항목을 완료 한 후에도 계속 중단됩니다 https://aruba.odyssys.net/cgi-bin/login.

내 경우의 문제는 Ubuntu가 액세스하는 방법을 모른다는 것입니다 https://aruba.odyssys.net/cgi-bin/login. 호스트 aruba.odyssys.net 는 WIFI 라우터입니다.

해결 방법

• 해당 라우터의 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. 로그인 페이지를 작성하여 Starbucks에서 내 전화 (android)를 사용하도록했습니다.

2. 네트워크 정보 II 안드로이드 앱 을 사용하여 전화 맥을 찾았습니다 .

3. 전화 와이파이 및 랩톱 와이파이를 끕니다 (예 : ifconfig wlan0 을 루트로 또는 sudo를 통해)

4. 사용 macchanger의 -m ## : ## ... wlan0 (sudo를 루트로 또는 경유)는 리눅스 노트북에 안드로이드 맥을 설정합니다.

5. 로그인 페이지없이 랩톱을 직접 연결하기 위해 랩탑을 Starbucks SSID에 다시 연결

이것은 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.4Google 네트워크에 적합한 것으로 나타났습니다 . 충분히 :

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. 하지만 어쨌든 이것이 잘못이라고 생각합니다.

나는 다른 모든 답변에 나열된 조언을 성공하지 못했습니다. 내가 마침내 그것을 작동시키는 방법은 다음과 같습니다.

1. 랩탑의 무선 카드를 비활성화하십시오.
2. 전화를 통해 WiFi 네트워크에 연결하고 로그인하십시오.
3. 사용 macchanger을 휴대 전화의 MAC 주소로 노트북의 무선 인터페이스 MAC 주소를 설정합니다 :

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

4. 랩탑의 무선 카드를 활성화하십시오.
5. 랩톱을 통해 WiFi 네트워크에 연결하십시오. 로그인 메시지를 표시하지 않고 연결되지만 인터넷 연결은 사용자가 할 때까지 결함이 있습니다.
6. 휴대 전화의 WiFi 네트워크에서 연결을 끊습니다.

이제 랩톱에서 안정적인 WiFi 및 인터넷 연결이 가능해야합니다.

2 단계를 건너 뛰면 네트워크가 스푸핑 된 MAC 주소를 감지하지만 아직 연결되지 않았기 때문에 로그인 페이지 대신 다시 로그인 페이지로 이동합니다 (둘 다 제대로로드 되지 않음) . 따라서 트릭은 먼저 전화를 사용하여 연결하는 것입니다.

이것은 여러 다른 위치에서 지금 여러 번 작동했습니다. 도움이 되길 바랍니다!