Impossible de se connecter au wifi Starbucks

Machine:

Ubuntu 17.10 Kernel 4.14 (pour la batterie de mon XPS 9560)

Étapes pour recréer:

se connecter au réseau (RED_STB)
entrez un utilisateur et un mot de passe
lorsque je clique sur Entrée, il me redirige vers une autre page (wifiinstant.netsecure.pe) qui dit qu'il ne peut pas être atteint, me laissant sans connexion.

Qu'est-ce que j'ai essayé:

Ajout manuel de DNS aux paramètres IPv4 NM
Ajout de connectivité à NetworkManager.conf
Reconfiguration de resolvconf ( sudo dpkg-reconfigure resolvconf)

Quelques points clés:

ça marche sur windows
Je peux me connecter à d'autres réseaux sans problème

Matériel:

$ lspci | grep Net
02:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)

Configuration de NetworkManager:

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no

[connectvitiy]
url=http://nmcheck.gnome.org/check_network_status.txt

Des idées?

networking wireless 17.10

— Brandon Bertelsen
source

J'ai eu des problèmes similaires avec Firefox sur Ubuntu. Vous pouvez essayer d'aller sur la page neverssl.com - conçue pour faire apparaître la page de connexion au réseau.

— Organic Marble

Cela se produit à la fois avec Firefox et Chrome. Je soupçonne qu'une partie du processus de connexion est redirigée vers un site qui donne ensuite une connexion à mon MAC, mais je ne peux pas être redirigé vers ce service / site car il échoue immédiatement sous Linux.

— Brandon Bertelsen

Votre problème semble provenir du portail Web. Si cela fonctionne sous Windows, il se peut que vous soyez refusé sur la base de votre agent utilisateur uniquement, ce n'est pas totalement rare sur les hotspots wifi publics. Essayez d' usurper votre agent utilisateur , au moins pour vérifier si le problème persiste ou non. Essayez également d'usurper votre MAC au cas où il serait sur liste noire.

— pzkpfw

Semble être un bug: 1766969 - qui est toujours ouvert.

— Mike Stewart

@mikestewart est-ce un bug cependant, quand ce sont eux qui ne suivent pas le RFC?

— Emobe

Réponses:

Assis à Starbucks maintenant, il semble que j'ai trouvé une solution de contournement pour cela. Dans mon cas, l'erreur indique le nom d'hôte entre guillemets:

Erreur lors de la résolution de «secure.datavalet.io»: nom ou service inconnu

Solution de contournement

Dans un terminal, découvrez l'adresse IP de secure.datavalet.io.
```
  ip route
```
(Sortie Exemple: default via 172.31.98.1)
exécutez sudo nano /etc/hostspour ajouter l'adresse IP et le nom d'hôte (à partir d'une erreur) en tant que nouvelle ligne dans votre hostsfichier système .
```
172.31.98.1 secure.datavalet.io
```
Habituellement facultatif, mais dans certains cas où vous vous êtes déjà connecté, vous devrez peut-être également exécuter sudo nano /etc/resolv.confet insérer une ligne pour la première nameserveravec l'adresse IP:
```
nameserver 172.31.98.1
```
Essayez de vous connecter à nouveau au WI-FI (par exemple, via Firefox, qui a la fonctionnalité de demander la page de connexion au réseau).

Explication

Il semble que le problème soit que le nom du serveur du hotspot (aka routeur WiFi) ne soit pas trouvé lors de la recherche DNS normale. Cela est dû à une configuration de routeur hors spécifications commune, et le fait que systemd fonctionne conformément aux spécifications RFC.

Il existe un rapport de bogue: 1766969 qui semble identifier ce problème avec les points d' accès Wi-Fi communs aux réseaux Wi-Fi des hôtels, aux cafés et aux autres configurations Wi-Fi publiques qui fonctionnent sous Windows ou Apple mais pas systemd. Espérons que la solution lui permettra de revenir à des fonctionnalités plus anciennes pour résoudre ce cas d'utilisation courant. Sur le rapport de bogue en haut, vous avez la possibilité de partager que ce bogue vous affecte également et / ou d'être averti lorsqu'il est résolu.

— Stepan Naumov
source

Bien joué! et bienvenue au Pérou: P

— Brandon Bertelsen

merci cela a fait l'affaire! Si tout va bien pour améliorer le référencement, le DNS qui ne fonctionnait pas pour moi était aruba.odyssys.net

— fratrik

Comment trouvez-vous l'adresse IP de aruabe.odyssys.net? Il apparaît comme 127.0.0.53 pour moi en utilisant dig et ce n'est pas une adresse accessible ...?

— Ole

@Ole, vous devez d'abord vous connecter au WIFI, c'est-à-dire en utilisant votre téléphone, et exécuter ping -a aruabe.odyssys.net par exemple

— Stepan Naumov

Oui, je l'ai - Merci - J'ai fini par chercher le routeur wifi dans les paramètres généraux, puis j'ai ajouté aruabe.odyssys.net et l'adresse IP à / etc / hosts

— Ole

La seule solution de contournement que j'ai pu trouver était de démarrer sous Windows, de se connecter, puis de redémarrer sous Linux. Moins qu'idéal mais fonctionnel.

— Brandon Bertelsen
source