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

 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.

Ole
источник
1
Это влияет и на бионического бобра 18.04.
Майк Стюарт

Ответы:

21

Проблема в моем случае заключается в том, что 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 .

Ole
источник
1
Это сработало для меня, хороший улов
Эндрю Биман
2
Похоже, что точка доступа использует DNS Google для 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файла устраняет проблему.
Эндрю Биман
2
Важно понимать, что адрес 172.31.98.1 является адресом маршрутизатора WIFI во внутренней сети. Так что он доступен только из хранилища Starbucks, и для него нет DNS, который Ubuntu может видеть.
Оле
2
Можно найти IP-адрес WiFi-маршрутизатора из Ubuntu напрямую (не нужно переходить на отдельное устройство, например, телефон) - при подключении (но не в состоянии получить доступ к веб-странице «вы подключены») просто перейдите на свой (Ubuntu ) Настройки WiFi для этого соединения, и он показывает ваш IP-адрес и DNS игнорируют их) и ваш «Маршрут по умолчанию», обычно заканчивающийся на «.1», который для меня также оказался 172.31.98.1 (еще раз обратите внимание: это роутер, а значит и не публичный, не возвращается через DNS-серверы).
Майкл
1
Кажется, это ошибка 1766969, которая застопорилась, вероятно, из-за того, что мало кто нажал, что это влияет на них (вверху этой страницы).
Майк Стюарт
6

Говорил об этом в службу поддержки Wifi Google. Существует известная проблема со стартовой страницей Starbucks, если вы регистрируете более одного устройства с одним и тем же адресом электронной почты. Первое устройство, которое вы зарегистрируете, будет работать, но не второе. Если вы можете использовать клонированный MAC-адрес на своей беспроводной карте, вы можете снова перейти на страницу регистрации и использовать другой адрес электронной почты.

user816620
источник
Они упомянули, есть ли у них планы исправить это?
Оле
Легко ли использовать клонированный MAC-адрес? Я видел некоторые статьи, но они довольно устарели, поэтому я не знаю, легко ли это сделать сейчас или что-то, что обычно невозможно ...?
Оле
Я попытался использовать другой Mac-адрес с Macchanger, но это не сработало.
Оле
Попробовал использовать совершенно новый ноутбук с Ubuntu, зарегистрировать случайный адрес электронной почты и проблема осталась прежней.
Оле
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запросы).

xenoid
источник
Как этот хорошо написанный ответ отвечает на вопрос? Я не могу найти ничего в истории вопроса, который упоминает использование whois.
Джейсон Аллер
1
См. Источник ревизии 1: «Когда я пытаюсь найти IP-адрес, sbux-portal.globalreachtech.comя получаю:ole@mki:~$ whois sbux-portal.globalreachtech.com
xenoid
Спасибо за указание на это, я пропустил это, когда я посмотрел на редактирование ревизий.
Джейсон Аллер
3

успех: 1. заставил мой телефон (android) работать в Starbucks, заполнив страницу входа.

  1. нашел телефон Mac с помощью Android-приложения Network Info II .

  2. выключил телефон wifi и ноутбук wifi (например, ifconfig wlan0 под рутом или через sudo)

  3. использовал macchanger -m ##: ## ... wlan0 (от имени root или через sudo), чтобы установить android mac на ноутбуке linux.

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

нуэров
источник
Таким образом, вы использовали MAC-адрес вашего телефона, чтобы обойти проверку?
Оле
это сработало для меня!
atmelino
Принес новый ноутбук в SB ... он тоже не может подключиться.
Оле
1
Я теперь попытался с MAC-адресом телефона и с MAC-адресом Ipad. Когда я попытался создать MAC-адрес (Apple, следуя соглашениям производителя, так - macchanger -l | grep Apple | head -1 0916 - 00:03:93 - Apple , он позволил мне настроить нового пользователя (я использовал реальный адрес электронной почты), но потом не позволил мне подключиться позже.
nuer
1
Также обратите внимание, что вы захотите использовать командную строку, поскольку, если вы используете графический интерфейс для DHCP (для получения IP #), он может сбросить карту на постоянный Mac. Например, ifconfig wlan0 down; macchanger -m ..: ..: ..: ... wlan0; ifconfig wlan0 up; dhclient -v wlan0 (используйте ifconfig, чтобы узнать, используете ли вы wlan0 или wlan1 или другое)
nuer
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качестве сервера имен. Я проверил свой телефон, который смог подключиться, для используемого 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. Но я думаю, что это все равно вина.

lasagne.victim
источник
1
Фиксированный мой вопрос, следуя эти инструкции, но так как мой файл resolve.conf говорит , что я не должен вручную изменить его , я применил изменения серверов имен в моем dhclient.conf на этот комментарий: askubuntu.com/a/134106/547235
Gerik
Это resolv.confне так resolve.conf. Я указываю на это, потому что это может легко привести к проблемам при редактировании в терминале с nano.
Адам Смит
1

Я попробовал совет, указанный во всех остальных ответах, но безуспешно. Вот как я наконец заработал:

  1. Отключите беспроводную карту вашего ноутбука.
  2. Подключитесь к сети WiFi через телефон и войдите в систему.
  3. Используйте macchanger для установки MAC-адреса беспроводного интерфейса вашего ноутбука на MAC-адрес вашего телефона:

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

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

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

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

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

JSH
источник