Impossible de se connecter à Google Starbucks wifi sur Ubuntu 17.10
Résumé
Pour une raison quelconque, Ubuntu perd la trace de l'adresse IP associée à l'URL du routeur qui traite la connexion au routeur. J'ai posté une réponse à ce sujet. Recherchez l'adresse IP du routeur sur votre téléphone et mettez-la dans /etc/hosts sous le nom qui tente de traiter la connexion de votre routeur. Cela l'a résolu pour moi. Il existe également d'autres réponses au cas où la configuration de SB est différente de celle où vous vous trouvez.
Détails
Un message que j'ai trouvé sur mon téléphone a ajouté d'ajouter l'adresse IP de l'hôte du service de connexion à /etc/hosts. L'URL affichée dans la barre d'adresse du navigateur est la suivante:
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
Donc je l'ai fait, mais le résultat est le même. Des idées? Starbucks est le seul réseau WIFI auquel je ne peux pas me connecter.
Veuillez nous mettre à jour si vous savez quand Google WIFI/Starbucks a résolu ce problème.
J'ai essayé d'utiliser une adresse MAC différente en utilisant macchanger:
Permanent MAC: a0:88:69:15:f0:cc (Intel Corporate)
New MAC: 00:11:22:33:44:55 (CIMSYS Inc)
Cependant cela n'a pas fonctionné.
Aujourd'hui, le 18 avril, j'ai essayé un ordinateur portable complètement différent et j'obtiens toujours le même blocage. Le message dit:
Error resolving "aruba.odyssys.net": Name or service not known.
Jusqu'ici, rien ne fonctionne pour moi. Été en contact avec l’assistance Starbucks WIFI et l’assistance clientèle générale, personne ne peut fournir d’estimation du moment où elle le sera ou non. Le support Starbucks m'a donné ce numéro de référence:
180413-010073
Ils ont dit d'appeler le support Wifi et de donner le numéro et ils vont résoudre ce problème. Lorsque j'ai fait appel au support Wifi, ils m'ont dit qu'ils n'avaient pas besoin du numéro et qu'ils ne pouvaient rien faire. C'est très triste pour une entreprise qui s'efforce de fournir des expériences client exceptionnelles. Cela fait plus d'un mois qu'ils ont mis cela en place et toujours pas de solution.
Lors de la tentative de connexion dans un navigateur, il s'agit de l'URL vers laquelle il se redirige et se bloque https://aruba.odyssys.net/cgi-bin/login.
Mettre à jour
J'ai également essayé d'utiliser l'adresse MAC de mon téléphone aujourd'hui. Cela n'a pas fonctionné. Le Starbucks Wifi pensait que j’étais un nouvel ordinateur portable. Il a donc rouvert la première inscription, mais une fois les entrées complétées, il se bloque toujours sur https://aruba.odyssys.net/cgi-bin/login.
Le problème dans mon cas est qu'Ubuntu ne sait pas comment accéder à https://aruba.odyssys.net/cgi-bin/login. L'hôte aruba.odyssys.net est le routeur WIFI.
Le travail autour de
- Recherchez l'adresse IP de ce routeur et ajoutez-la à
/etc/hosts. - Dans certaines situations, vous devrez peut-être également ajouter une ligne à
/etc/resolv.conf.
Étapes détaillées
Trouvez l'adresse IP du routeur - dans un terminal:
ip route(Exemple de sortie:
default via 172.31.98.1)Editez le fichier en exécutant
Sudo nano /etc/hostspour ajouter la ligne:172.31.98.1 aruba.odyssys.netOptionnel?
Sudo nano /etc/resolv.confpour ajouter la ligne avant toute autre entrée de serveur de noms:nameserver 172.31.98.1
Après cela, la connexion passe sans accroc.
Rapport de bogue
Le problème semble être rapport de bug: 1766969 .
A parlé de Google Wifi support à ce sujet. Il existe un problème connu avec la page de démarrage de Starbucks si vous enregistrez plusieurs périphériques avec la même adresse électronique. Le premier appareil que vous enregistrez fonctionnera mais pas le second. Si vous pouvez utiliser une adresse MAC clonée sur votre carte sans fil, vous pouvez accéder à nouveau à la page d'inscription et utiliser une adresse électronique différente.
succès: 1. Mon téléphone (Android) fonctionne chez Starbucks en remplissant la page de connexion.
trouvé le téléphone mac en utilisant Info réseau II Android app.
désactivé le wifi du téléphone et le wifi de l'ordinateur portable (par exemple ifconfig wlan0 vers le bas en tant que root ou via Sudo)
utilisé macchanger -m ##: ## ... wlan0 (en tant que root ou via Sudo) pour définir le Android mac sur l'ordinateur portable linux.
ordinateur reconnecté au SSID Starbucks pour connecter un ordinateur portable directement sans page de connexion
whoisn'est pas le bon outil pour rechercher des adresses, et il traite surtout des noms de domaine. Pour rechercher des adresses IP, utilisez nslookupou Digou même pingname__:
>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
(pingconfirmera en outre si le côté est accessible, mais ne pas obtenir de réponse peut également signifier que le site ne répond pas aux demandes pingname__).
Puisqu'il s'agit d'un problème de résolution DNS. J'ai décidé de regarder ce que fait Ubuntu pour résoudre ce nom:
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
Donc, cela a échoué et il utilise 127.0.0.53 comme serveur de noms. J'ai vérifié sur mon téléphone, qui était capable de se connecter, le serveur DNS qu'il utilise. Il s’est avéré être 8.8.8.8 suivi de 8.8.4.4, ce qui est logique pour un réseau Google. Assez sur:
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
Cela a évidemment fonctionné! J'ai donc modifié mon /etc/resolv.conf en ajoutant
# nameserver 127.0.0.53 # comment out the local cache.
nameserver 8.8.8.8
nameserver 8.8.4.4
Et voici, j'ai pu me connecter en ouvrant Firefox et en déclenchant à nouveau la page de connexion.
Il vous est spécifiquement dit de ne pas éditer /etc/resolv.conf par systemd-resolved. Mais je pense que c'est de toute façon sa faute.
J'ai essayé les conseils énumérés dans toutes les autres réponses sans succès. Voici comment j'ai finalement réussi à le faire fonctionner:
- Désactivez la carte sans fil de votre ordinateur portable.
- Connectez-vous au réseau WiFi via votre téléphone et connectez-vous.
- Utilisez macchanger pour définir l'adresse MAC de l'interface sans fil de votre ordinateur portable sur l'adresse MAC de votre téléphone:
Sudo macchanger -m [your phone's MAC] [your wireless interface]
- Activez la carte sans fil de votre ordinateur portable.
- Connectez-vous au réseau WiFi via votre ordinateur portable. Il se connectera sans demander de connexion, mais la connexion à Internet restera instable jusqu'à ce que vous…
- Déconnectez-vous du réseau WiFi sur votre téléphone.
Vous devriez maintenant avoir une connexion WiFi et Internet stable sur votre ordinateur portable.
Si vous ignorez l’étape 2, le réseau détectera votre adresse MAC usurpée mais, comme vous n’êtes pas encore connecté, vous serez redirigé vers la page relogin au lieu de la connexion = page: les deux ne parviennent pas à se charger correctement. Donc, l'astuce consiste à connecter d'abord en utilisant votre téléphone.
Cela a fonctionné pour moi à plusieurs reprises maintenant à plusieurs endroits différents. J'espère que ça aide!