主页 / ubuntu / 问题 / 1023429
Accepted
Ole
Asked: 2018-04-10 11:14:32 +0800 CST

无法在 Ubuntu 17.10 上连接到 Google Starbucks wifi

  • 772

错误报告

概括

由于某种原因，Ubuntu 丢失了与处理登录到路由器的路由器 URL 关联的 IP 地址的跟踪。我发布了一个解决这个问题的答案。在您的手机上查找路由器的 IP 地址，并将其放在/etc/hosts尝试处理您的路由器登录的名称下。这为我解决了它。如果 SB 设置与您所在的位置不同，还有其他答案。

细节

我在手机上找到的一篇帖子说将连接服务的主机 IP 添加到/etc/hosts. 浏览器地址栏显示的url为：

https://sbux-portal.globalreachtech.com/check?cmd=login&mac=a0:88:39:65:f0:cc&essid=Google%20Starbucks&ip=172.31.98.108&apname=24%3Ade%3Ac6%3Ace%3A49%3Af6&apmac=24%3Ade%3Ac6%3Ace%3A49%3Af6&vcname=S17730-VC&switchip=aruba.odyssys.net&url=http%3A%2F%2Fdetectportal.firefox.com%2Fsuccess.txt

所以我这样做了，但结果是一样的。有任何想法吗？星巴克是我唯一无法连接的 WIFI。

如果您知道 Google WIFI / Starbucks 何时修复了此问题，请更新我们。

我尝试使用 macchanger 使用不同的 mac 地址：

Permanent MAC: a0:88:69:15:f0:cc (Intel Corporate)
New MAC:       00:11:22:33:44:55 (CIMSYS Inc)

然而这并没有奏效。

今天 4 月 18 日，我尝试了一台完全不同的笔记本电脑，但我仍然遇到同样的挂断。消息说：

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

到目前为止，没有什么对我有用。一直与星巴克 WIFI 支持和他们的一般客户支持联系，到目前为止，没有人可以估计何时或是否会修复此问题。星巴克支持给了我这个参考号：

 180413-010073

他们说打电话给Wifi支持并提供号码，他们会解决这个问题。当我做 Wifi 支持时，他们说他们不需要这个号码，而且他们无能为力。对于一家不遗余力地提供出色客户体验的公司来说，这是非常可悲的。他们推出这个已经一个多月了，仍然没有修复。

错误解决消息

当尝试在浏览器中连接时，这是它重定向到并挂起的 url https://aruba.odyssys.net/cgi-bin/login。

更新

今天也尝试使用我的手机 MAC 地址。那没起效。星巴克 Wifi 以为我是一台新笔记本电脑，所以它再次打开初始启动页面注册，但在完成条目后它仍然挂起https://aruba.odyssys.net/cgi-bin/login。

networking wireless 17.10

6 个回答

  1. Best Answer

    我的问题是 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。

    • 22

  2. 就此事与谷歌 Wifi 支持进行了交谈。如果您使用相同的电子邮件地址注册多个设备，则星巴克启动页面存在一个已知问题。您注册的第一个设备可以工作，但第二个设备不能工作。如果您可以在无线网卡上使用克隆的 MAC 地址，则可以再次进入注册页面并使用不同的电子邮件地址。

    • 6

  3. whois不是查找地址的正确工具，而且它主要处理域名。要查找 IP，请使用nslookupordig甚至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请求）。

    • 3

  4. 成功： 1. 通过填写登录页面让我的手机（android）在星巴克工作。

    1. 通过使用Network Info II android 应用程序找到了手机 mac。

    2. 关闭手机 wifi 和笔记本电脑 wifi（例如ifconfig wlan0以 root 身份或通过 sudo 关闭）

    3. 使用macchanger -m ##:##... wlan0（作为 root 或通过 sudo）在 linux 笔记本电脑上设置 android mac。

    4. 将笔记本电脑重新连接到星巴克 SSID 以直接连接笔记本电脑，无需登录页面

    • 3

  5. 因为这是一个 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但我认为无论如何这是它的错。

    • 2

  6. 我尝试了所有其他答案中列出的建议，但没有成功。这是我最终如何让它工作的：

    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 地址，但是，由于您尚未连接，它会将您带到重新登录页面而不是登录页面——这两个页面都无法正确加载。因此，诀窍是首先使用手机进行连接。

    这对我来说已经在几个不同的地方工作了好几次。我希望它有帮助！

    • 1

相关问题