Не удается подключиться к Google Starbucks wifi на Ubuntu 17.10

Кажется ужасно хакерским, но, похоже, что обновление $PATH работает. Однако я смотрю на побочные эффекты. , ,

Пример:

ExecStart=/bin/bash -c "PATH=/home/someUser/bin:$PATH exec /usr/bin/php /some/path/to/a/script.php"
17
задан 30 April 2018 в 03:09

60 ответов

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

6
ответ дан 22 May 2018 в 11:32
  • 1
    Это сработало для меня, хороший улов – Andrew Beeman 25 April 2018 в 22:25
  • 2
    Похоже, что точка доступа использует DNS Google для DNS, что неудивительно. Это то, что отвечает 8.8.8.8 для aruba.odysysys.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 устраняет проблему. – Andrew Beeman 25 April 2018 в 22:33
  • 3
    Важно понимать, что адрес 172.31.98.1 является адресом внутренней сети WIFI-маршрутизатора. Таким образом, он доступен только из магазина starbucks, и для него нет DNS, который, по-видимому, может видеть Ubuntu. – Ole 26 April 2018 в 01:41
  • 4
    Вы можете найти IP-адрес маршрутизатора WiFi непосредственно из Ubuntu (нет необходимости переходить на отдельное устройство, например, телефон) - при подключении (пока не удается попасть на веб-страницу «вы подключены»), просто перейдите к своему (Ubuntu ) Настройки WiFi для этого соединения, и он показывает ваш IP-адрес и amp; DNS игнорирует их) и ваш «Маршрут по умолчанию», обычно заканчивающийся на «.1», что также оказалось для меня 172.31.98.1 (опять же: это маршрутизатор и, следовательно, не публичный, а не возвращенный через DNS-серверы). – michael 11 May 2018 в 05:47
  • 5
    Кажется, это ошибка 1766969 , которая зашла в тупик, вероятно, потому, что мало кто щелкнул, что это влияет на них (вверху этой страницы). – mike stewart 11 May 2018 в 20:30

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

13
ответ дан 17 July 2018 в 17:09

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

13
ответ дан 23 July 2018 в 18:01

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

14
ответ дан 31 July 2018 в 18:37

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

14
ответ дан 2 August 2018 в 11:39

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

14
ответ дан 3 August 2018 в 10:12

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

14
ответ дан 5 August 2018 в 01:35

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

14
ответ дан 6 August 2018 в 18:05

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

14
ответ дан 8 August 2018 в 22:22

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

15
ответ дан 14 August 2018 в 12:01
  • 1
    Это сработало для меня, хороший улов – Andrew Beeman 25 April 2018 в 22:25
  • 2
    Похоже, что точка доступа использует DNS Google для DNS, что неудивительно. Это то, что отвечает 8.8.8.8 для aruba.odysysys.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 устраняет проблему. – Andrew Beeman 25 April 2018 в 22:33
  • 3
    Важно понимать, что адрес 172.31.98.1 является адресом внутренней сети WIFI-маршрутизатора. Таким образом, он доступен только из магазина starbucks, и для него нет DNS, который, по-видимому, может видеть Ubuntu. – Ole 26 April 2018 в 01:41
  • 4
    Вы можете найти IP-адрес маршрутизатора WiFi непосредственно из Ubuntu (нет необходимости переходить на отдельное устройство, например, телефон) - при подключении (пока не удается попасть на веб-страницу «вы подключены»), просто перейдите к своему (Ubuntu ) Настройки WiFi для этого соединения, и он показывает ваш IP-адрес и amp; DNS игнорирует их) и ваш «Маршрут по умолчанию», обычно заканчивающийся на «.1», что также оказалось для меня 172.31.98.1 (опять же: это маршрутизатор и, следовательно, не публичный, а не возвращенный через DNS-серверы). – michael 11 May 2018 в 05:47
  • 5
    Кажется, это ошибка ошибка 1766969 , которая застопорилась, вероятно, потому, что мало кто щелкнул, что это влияет на них (вверху этой страницы). – mike stewart 11 May 2018 в 20:30

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

4
ответ дан 22 May 2018 в 11:32
  • 1
    Они упомянули, есть ли у них какие-либо планы исправить это? – Ole 10 April 2018 в 00:29
  • 2
    Является ли использование клонированного MAC-адреса легким делом? Я видел некоторые статьи, но они довольно устарели, поэтому я не знаю, легко ли это сделать или что-то, что обычно невозможно ...? – Ole 10 April 2018 в 01:18
  • 3
    Я попытался использовать другой mac-адрес с macchanger, но это не сработало. – Ole 14 April 2018 в 00:37
  • 4
    Пробовал использовать новый ноутбук ubuntu и регистрировать случайный адрес электронной почты, и проблема остается прежней. – Ole 20 April 2018 в 16:23

успех: 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 для подключения ноутбука напрямую без учетной записи
3
ответ дан 22 May 2018 в 11:32
  • 1
    Итак, вы использовали адрес вашего телефона для обхода чека? – Ole 18 April 2018 в 04:26
  • 2
    это сработало для меня! – atmelino 18 April 2018 в 05:11
  • 3
    Принесли новый ноутбук для SB ... он тоже не может подключиться. – Ole 19 April 2018 в 01:50
  • 4
    Теперь я попробовал с адресом телефона и адресом ipad mac. Когда я попытался составить mac-адрес (Apple, согласно соглашению производителя so - macchanger -l | grep Apple | head -1 0916 - 00:03:93 - Apple 1], он позволил мне настроить нового пользователя (я использовал настоящий адрес электронной почты), но потом не позволял мне подключаться позже. – nuer 19 April 2018 в 15:42
  • 5
    Также обратите внимание, что вы хотите использовать командную строку, поскольку, если вы используете GUI для DHCP (чтобы получить IP #), он может сбросить карту на постоянный Mac. Например. ifconfig wlan0 down; macchanger -m ..: ..: ..: ... wlan0; ifconfig wlan0 up; dhclient -v wlan0 (используйте ifconfig , чтобы узнать, используете ли вы wlan0 или wlan1 или другие) – nuer 19 April 2018 в 15:49

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).

2
ответ дан 22 May 2018 в 11:32
  • 1
    Как это иначе хорошо написанный ответ относится к вопросу? Я не могу найти ничего в истории вопроса, который упоминает использование whois. – Jason Aller 21 April 2018 в 00:44
  • 2
    См. Источник версии 1: «Когда я пытаюсь найти ip из sbux-portal.globalreachtech.com, я получаю: ole@mki:~$ whois sbux-portal.globalreachtech.com – xenoid 21 April 2018 в 01:03
  • 3
    Спасибо, что указали на это, я пропустил это, когда посмотрел изменения редактирования. – Jason Aller 21 April 2018 в 01:19

Поскольку это проблема с разрешением 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
ответ дан 22 May 2018 в 11:32
  • 1
    Исправлена ​​моя проблема, следуя этим инструкциям, но так как мой файл resol.conf говорит, что я не должен вручную изменять его, я применил изменения nameserver в моем dhclient.conf для этого комментария: askubuntu.com/a/134106/547235 0] – Gerik 21 May 2018 в 02:23

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

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

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

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

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

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

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

0
ответ дан 22 May 2018 в 11:32

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

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

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

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

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

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

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

0
ответ дан 17 July 2018 в 17:09

Поскольку это проблема с разрешением 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
ответ дан 17 July 2018 в 17:09

успех: 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 для подключения ноутбука напрямую без учетной записи
3
ответ дан 17 July 2018 в 17:09

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

4
ответ дан 17 July 2018 в 17:09

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).

2
ответ дан 17 July 2018 в 17:09

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

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

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

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

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

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

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

0
ответ дан 23 July 2018 в 18:01

Поскольку это проблема с разрешением 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
ответ дан 23 July 2018 в 18:01
  • 1
    Исправлена ​​моя проблема, следуя этим инструкциям, но так как мой файл resol.conf говорит, что я не должен вручную изменять его, я применил изменения nameserver в моем dhclient.conf для этого комментария: askubuntu.com/a/134106/547235 – Gerik 21 May 2018 в 02:23

успех: 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 для подключения ноутбука напрямую без учетной записи
3
ответ дан 23 July 2018 в 18:01
  • 1
    Итак, вы использовали адрес вашего телефона для обхода чека? – Ole 18 April 2018 в 04:26
  • 2
    это сработало для меня! – atmelino 18 April 2018 в 05:11
  • 3
    Принесли новый ноутбук для SB ... он тоже не может подключиться. – Ole 19 April 2018 в 01:50
  • 4
    Теперь я попробовал с адресом телефона и адресом ipad mac. Когда я попытался составить mac-адрес (Apple, согласно соглашению производителя so - macchanger -l | grep Apple | head -1 0916 - 00:03:93 - Apple , он позволил мне настроить нового пользователя (я использовал настоящий адрес электронной почты), но потом не позволял мне подключаться позже. – nuer 19 April 2018 в 15:42
  • 5
    Также обратите внимание, что вы хотите использовать командную строку, поскольку, если вы используете GUI для DHCP (чтобы получить IP #), он может сбросить карту на постоянный Mac. Например. ifconfig wlan0 down; macchanger -m ..: ..: ..: ... wlan0; ifconfig wlan0 up; dhclient -v wlan0 (используйте ifconfig , чтобы узнать, используете ли вы wlan0 или wlan1 или другие) – nuer 19 April 2018 в 15:49

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

4
ответ дан 23 July 2018 в 18:01
  • 1
    Они упомянули, есть ли у них какие-либо планы исправить это? – Ole 10 April 2018 в 00:29
  • 2
    Является ли использование клонированного MAC-адреса легким делом? Я видел некоторые статьи, но они довольно устарели, поэтому я не знаю, легко ли это сделать или что-то, что обычно невозможно ...? – Ole 10 April 2018 в 01:18
  • 3
    Я попытался использовать другой mac-адрес с macchanger, но это не сработало. – Ole 14 April 2018 в 00:37
  • 4
    Пробовал использовать новый ноутбук ubuntu и регистрировать случайный адрес электронной почты, и проблема остается прежней. – Ole 20 April 2018 в 16:23

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).

2
ответ дан 23 July 2018 в 18:01
  • 1
    Как это иначе хорошо написанный ответ относится к вопросу? Я не могу найти ничего в истории вопроса, который упоминает использование whois. – Jason Aller 21 April 2018 в 00:44
  • 2
    См. Источник версии 1: «Когда я пытаюсь найти ip из sbux-portal.globalreachtech.com, я получаю: ole@mki:~$ whois sbux-portal.globalreachtech.com – xenoid 21 April 2018 в 01:03
  • 3
    Спасибо, что указали на это, я пропустил это, когда посмотрел изменения редактирования. – Jason Aller 21 April 2018 в 01:19

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

  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-адрес, но, поскольку вы еще не подключены, он доставит вас к relogin вместо страницы login - оба из которых не могут правильно загрузиться. Итак, фокус в том, чтобы сначала подключиться с помощью вашего телефона.

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

0
ответ дан 31 July 2018 в 18:37

Поскольку это проблема с разрешением 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
ответ дан 31 July 2018 в 18:37
Успех

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

  1. нашел телефон mac с помощью приложения Android Info II android.
  2. отключил Wi-Fi и Wi-Fi ноутбука (например, ifconfig wlan0 down как root или через sudo)
  3. используется macchanger -m ##: ## ... wlan0 (как root или sudo), чтобы установить mac android на ноутбук linux.
  4. подключил ноутбук к SSID Starbucks, чтобы напрямую подключить ноутбук без страницы входа
3
ответ дан 31 July 2018 в 18:37

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

4
ответ дан 31 July 2018 в 18:37

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).

2
ответ дан 31 July 2018 в 18:37

Другие вопросы по тегам:

Похожие вопросы: