Кажется ужасно хакерским, но, похоже, что обновление $PATH работает. Однако я смотрю на побочные эффекты. , ,
Пример:
ExecStart=/bin/bash -c "PATH=/home/someUser/bin:$PATH exec /usr/bin/php /some/path/to/a/script.php"
В моем случае проблема заключается в том, что Ubuntu не знает, как получить доступ к https://aruba.odyssys.net/cgi-bin/login. Хост aruba.odyssys.net - это WIFI-маршрутизатор.
is
Найдите IP-адрес этого маршрутизатора и добавьте его в /etc/hosts. В некоторых ситуациях вам может понадобиться добавить строку в /etc/resolv.conf.Подробные шаги
Найдите маршрутизатор ip - в терминальном запуске: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.
В моем случае проблема заключается в том, что Ubuntu не знает, как получить доступ к https://aruba.odyssys.net/cgi-bin/login. Хост aruba.odyssys.net - это WIFI-маршрутизатор.
is
Найдите IP-адрес этого маршрутизатора и добавьте его в /etc/hosts. В некоторых ситуациях вам может понадобиться добавить строку в /etc/resolv.conf.Подробные шаги
Найдите маршрутизатор ip - в терминальном запуске: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.
В моем случае проблема заключается в том, что Ubuntu не знает, как получить доступ к https://aruba.odyssys.net/cgi-bin/login. Хост aruba.odyssys.net - это WIFI-маршрутизатор.
is
Найдите IP-адрес этого маршрутизатора и добавьте его в /etc/hosts. В некоторых ситуациях вам может понадобиться добавить строку в /etc/resolv.conf.Подробные шаги
Найдите маршрутизатор ip - в терминальном запуске: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.
Проблема в моем случае заключается в том, что Ubuntu не знает, как получить доступ к 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 .
Проблема в моем случае заключается в том, что Ubuntu не знает, как получить доступ к 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 .
Проблема в моем случае заключается в том, что Ubuntu не знает, как получить доступ к 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 .
Проблема в моем случае заключается в том, что Ubuntu не знает, как получить доступ к 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 .
Проблема в моем случае заключается в том, что Ubuntu не знает, как получить доступ к 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 .
Проблема в моем случае заключается в том, что Ubuntu не знает, как получить доступ к 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 .
Проблема в моем случае заключается в том, что Ubuntu не знает, как получить доступ к 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 .
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
устраняет проблему.
– Andrew Beeman
25 April 2018 в 22:33
Прокомментировал поддержку Google Wifi по этому поводу. Известная проблема с заставкой Starbucks, если вы зарегистрируете более одного устройства с тем же адресом электронной почты. Первое устройство, которое вы регистрируете, будет работать, но не второе. Если вы можете использовать клонированный MAC-адрес на своей беспроводной карте, вы можете снова перейти на страницу регистрации и использовать другой адрес электронной почты.
успех: 1. получил мой телефон (android), работающий в Starbucks, заполнив страницу входа.
нашел телефон mac с помощью приложения Android Info II android. отключил телефон wifi и wifi для ноутбука (например, ifconfig wlan0 down с правами root или через sudo) использовал macchanger -m ##: ## ... wlan0 (как root или sudo), чтобы установить mac android на ноутбук linux. переподключенный ноутбук к SSID Starbucks для подключения ноутбука напрямую без учетной записи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).
Поскольку это проблема с разрешением 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. Но я думаю, что это его вина.
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
Отключите беспроводную карту вашего ноутбука. Подключитесь к сети WiFi через свой телефон и войдите в систему. Используйте macchanger, чтобы установить MAC-адрес вашего беспроводного интерфейса вашего ноутбука на MAC-адрес вашего телефона:sudo macchanger -m [your phone's MAC] [your wireless interface]
Отключить Беспроводная карта ноутбука. Подключитесь к сети WiFi через ваш ноутбук. Он будет подключаться без запроса входа в систему, но подключение к интернету будет затруднительным, пока вы не ... Подключитесь к сети WiFi через ваш телефон и войдите в систему.Теперь вы должны иметь стабильный Wi-Fi и подключение к Интернету на вашем ноутбуке.
Если вы пропустите Шаг 2, сеть обнаружит ваш поддельный MAC-адрес, но, поскольку вы еще не подключены, вместо этого вы перейдете на страницу переходов страницы входа - оба из которых не загружаются должным образом. Итак, фокус в том, чтобы сначала подключиться с помощью вашего телефона.
Это работало для меня несколько раз сейчас в нескольких разных местах. Надеюсь, это поможет!
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
Отключите беспроводную карту вашего ноутбука. Подключитесь к сети WiFi через свой телефон и войдите в систему. Используйте macchanger, чтобы установить MAC-адрес вашего беспроводного интерфейса вашего ноутбука на MAC-адрес вашего телефона:sudo macchanger -m [your phone's MAC] [your wireless interface]
Отключить Беспроводная карта ноутбука. Подключитесь к сети WiFi через ваш ноутбук. Он будет подключаться без запроса входа в систему, но подключение к интернету будет затруднительным, пока вы не ... Подключитесь к сети WiFi через ваш телефон и войдите в систему.Теперь вы должны иметь стабильный Wi-Fi и подключение к Интернету на вашем ноутбуке.
Если вы пропустите Шаг 2, сеть обнаружит ваш поддельный MAC-адрес, но, поскольку вы еще не подключены, вместо этого вы перейдете на страницу переходов страницы входа - оба из которых не загружаются должным образом. Итак, фокус в том, чтобы сначала подключиться с помощью вашего телефона.
Это работало для меня несколько раз сейчас в нескольких разных местах. Надеюсь, это поможет!
Поскольку это проблема с разрешением 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. получил мой телефон (android), работающий в Starbucks, заполнив страницу входа.
нашел телефон mac с помощью приложения Android Info II android. отключил телефон wifi и wifi для ноутбука (например, ifconfig wlan0 down с правами root или через sudo) использовал macchanger -m ##: ## ... wlan0 (как root или sudo), чтобы установить mac android на ноутбук linux. переподключенный ноутбук к SSID Starbucks для подключения ноутбука напрямую без учетной записиПрокомментировал поддержку 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).
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
Отключите беспроводную карту вашего ноутбука. Подключитесь к сети WiFi через свой телефон и войдите в систему. Используйте macchanger, чтобы установить MAC-адрес вашего беспроводного интерфейса вашего ноутбука на MAC-адрес вашего телефона:sudo macchanger -m [your phone's MAC] [your wireless interface]
Отключить Беспроводная карта ноутбука. Подключитесь к сети WiFi через ваш ноутбук. Он будет подключаться без запроса входа в систему, но подключение к интернету будет затруднительным, пока вы не ... Подключитесь к сети WiFi через ваш телефон и войдите в систему.Теперь вы должны иметь стабильный Wi-Fi и подключение к Интернету на вашем ноутбуке.
Если вы пропустите Шаг 2, сеть обнаружит ваш поддельный MAC-адрес, но, поскольку вы еще не подключены, вместо этого вы перейдете на страницу переходов страницы входа - оба из которых не загружаются должным образом. Итак, фокус в том, чтобы сначала подключиться с помощью вашего телефона.
Это работало для меня несколько раз сейчас в нескольких разных местах. Надеюсь, это поможет!
Поскольку это проблема с разрешением 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. получил мой телефон (android), работающий в Starbucks, заполнив страницу входа.
нашел телефон mac с помощью приложения Android Info II android. отключил телефон wifi и wifi для ноутбука (например, ifconfig wlan0 down с правами root или через sudo) использовал macchanger -m ##: ## ... wlan0 (как root или sudo), чтобы установить mac android на ноутбук linux. переподключенный ноутбук к SSID Starbucks для подключения ноутбука напрямую без учетной записиПрокомментировал поддержку 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).
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
sudo macchanger -m [your phone's MAC] [your wireless interface]
Теперь вы должны иметь стабильное соединение WiFi и интернет на вашем ноутбуке.
Если вы пропустите Шаг 2, сеть обнаружит ваш поддельный MAC-адрес, но, поскольку вы еще не подключены, он доставит вас к relogin вместо страницы login - оба из которых не могут правильно загрузиться. Итак, фокус в том, чтобы сначала подключиться с помощью вашего телефона.
Это работало для меня несколько раз сейчас в нескольких разных местах. Надеюсь, это поможет!
Поскольку это проблема с разрешением 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. получил мой телефон (android), работающий в Starbucks, заполнив страницу входа.
Прокомментировал поддержку 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
).