无法连接到Ubuntu 17.10上的谷歌星巴克WiFi
错误报告
摘要
由于某种原因，Ubuntu会丢失与处理登录路由器的路由器URL相关联的IP地址。 我发布了一个解决这个问题的答案。 查找手机上路由器的IP地址，并将其放在尝试处理路由器登录名称的/etc/hosts下。 这解决了我。 如果SB设置与您所在的位置不同，还有其他答案。
细节
我在手机上找到的一篇post说要将连接服务的主机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 /星巴克何时解决此问题，请及时通知我们。
我尝试使用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 。
我的问题是Ubuntu不知道如何访问https://aruba.odyssys.net/cgi-bin/login 。 主机aruba.odyssys.net 是 WIFI路由器。
解决问题
- 找到该路由器的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 。
关于这一点，请谷歌Wifi支持。 如果您使用相同的电子邮件地址注册多个设备，则星巴克启动页面存在已知问题。 您注册的第一个设备将工作，但不会是第二个。 如果您可以在无线网卡上使用克隆的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请求）。
成功：1。通过填写登录页面让我的手机（android）在星巴克工作。
-
通过使用Network Info II安卓应用程序找到手机mac。
-
关闭手机wifi和笔记本电脑wifi（例如ifconfig wlan0以root身份或通过sudo 关闭 ）
-
使用macchanger -m ##：## … wlan0 （作为root或sudo）在linux笔记本电脑上设置android mac。
-
重新连接笔记本电脑到星巴克SSID直接连接笔记本电脑没有登录页面
由于这是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 ，这对谷歌网络来说是有意义的。 果然：
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并再次触发登录页面来连接。
特别告诉您不要通过systemd-resolved编辑/etc/resolv.conf 。 但我认为无论如何这都是它的错。
我尝试了所有其他答案中列出的建议但没有成功。 这是我最终如何运作：
- 禁用笔记本电脑的无线网卡。
- 通过手机连接到WiFi网络并登录。
- 使用macchanger将笔记本电脑的无线接口MAC地址设置为手机的MAC地址：
sudo macchanger -m [your phone's MAC] [your wireless interface]
- 启用笔记本电脑的无线网卡。
- 通过笔记本电脑连接到WiFi网络。 它将连接而不提示登录，但互联网连接将是微不足道的，直到你……
- 断开手机上的WiFi网络连接。
您现在应该在笔记本电脑上拥有稳定的WiFi和互联网连接。
如果您跳过步骤2，网络将检测您的欺骗性MAC地址，但是，由于您尚未连接，它将带您进入重新登录页面而不是登录页面 – 两者都无法正确加载。 所以，诀窍是先用手机连接。
这在我的几个不同的地方已经好几次了。 我希望它有所帮助！