Кажется ужасно хакерским, но, похоже, что обновление $PATH работает. Однако я смотрю на побочные эффекты. , ,
Пример:
ExecStart=/bin/bash -c "PATH=/home/someUser/bin:$PATH exec /usr/bin/php /some/path/to/a/script.php"
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
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
).
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
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
).
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
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
).
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
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, заполнив страницу входа.
Прокомментировал поддержку 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
).
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
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-адрес на своей беспроводной карте, вы можете снова перейти на страницу регистрации и использовать другой адрес электронной почты.
не является правильным инструментом для поиска адресов, и в основном это касается доменных имен. Чтобы найти IP-адреса, используйте или или даже : ) дополнительно подтвердите, доступна ли сторона, но не получить ответ также может означать, что сайт не отвечает на запросы ). [11229]
Я пробовал советы, перечисленные во всех других ответах, без успеха. Вот как я наконец начал работать:
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
).
whois
.
– Jason Aller
21 April 2018 в 00:44
sbux-portal.globalreachtech.com
, я получаю: ole@mki:~$ whois sbux-portal.globalreachtech.com
– xenoid
21 April 2018 в 01:03