Не удается подключиться к Wi-Fi Google Starbucks в 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 апреля, я попробовал совершенно другой ноутбук, и у меня все тот же завис. В сообщении говорится:

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

Так что пока ничего не работает для меня. Обращались в службу поддержки WIFI Starbucks и в общую службу поддержки клиентов, и до сих пор никто не может дать оценку того, когда или если это когда-нибудь будет исправлено. Поддержка Starbucks дала мне этот номер ссылки:

 180413-010073 

Они сказали позвонить в поддержку Wi-Fi и дать номер, и они это исправят. Когда я сделал 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 .

Говорил об этом в службу поддержки Wifi Google. Существует известная проблема со стартовой страницей 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. использовал macchanger -m ##: ## ... wlan0 (от имени root или через sudo), чтобы установить android mac на ноутбуке linux.

5. переподключил ноутбук к SSID Starbucks для прямого подключения ноутбука без страницы входа

Так как это проблема разрешения 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качестве сервера имен. Я проверил свой телефон, который смог подключиться, для используемого 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-адрес вашего телефона:

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

4. Включите беспроводную карту вашего ноутбука.
5. Подключитесь к сети WiFi через свой ноутбук. Он будет подключаться без запроса входа в систему, но подключение к Интернету будет затруднено, пока вы ...
6. Отключите от сети WiFi на вашем телефоне.

Теперь у вас должен быть стабильный WiFi и подключение к интернету на вашем ноутбуке.

Если вы пропустите шаг 2, сеть обнаружит ваш поддельный MAC-адрес, но, поскольку вы еще не подключены, вы перейдете на страницу повторного входа, а не на страницу входа в систему, обе из которых не будут загружаться должным образом. Итак, хитрость заключается в том, чтобы сначала подключиться с помощью телефона.

Это сработало для меня несколько раз в нескольких разных местах. Я надеюсь, что это помогает!