web-dev-qa-db-fra.com

Impossible de se connecter à Starbucks wifi

Machine:

Ubuntu 17.10 Kernel 4.14 (pour batterie sur mon XPS 9560)

étapes pour recréer:

  • se connecter au réseau (RED_STB)
  • entrer un utilisateur et mot de passe
  • lorsque je frappe, la touche enter me redirige vers une autre page (wifiinstant.netsecure.pe) qui indique que l'accès est impossible, ce qui me laisse déconnecté.

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 les fenêtres
  • 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)

Config 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?

networkingwireless17.10
9
Brandon Bertelsen

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

  1. Dans un terminal, recherchez l'adresse IP de secure.datavalet.io.

      ip route

    (Exemple de sortie: default via 172.31.98.1)

  2. exécutez Sudo nano /etc/hosts pour ajouter l'adresse IP et le nom d'hôte (par erreur) en tant que nouvelle ligne dans votre fichier systèmes hostsname__.

    172.31.98.1 secure.datavalet.io

  3. Généralement facultatif, mais dans certains cas où vous vous êtes déjà connecté, vous devrez peut-être également exécuter Sudo nano /etc/resolv.conf et insérer une ligne pour le premier nameserveravec l'adresse IP:

    nameserver 172.31.98.1

  4. 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 est que le nom du serveur Hotspot (ou routeur WiFi) est introuvable lors de la recherche DNS normale. Cela est dû à une configuration de routeur hors normes, et au fait que systemd fonctionne conformément aux spécifications RFC.

Il y a un rapport de bug: 1766969 qui semble identifier ce problème avec les points d'accès WiFi communs au WiFi d'hôtel, aux cafés et autres configurations WiFi publiques qui fonctionnent sous Windows ou Apple mais pas systemd. Espérons que la solution lui permettra de revenir à une fonctionnalité plus ancienne pour résoudre ce cas d'utilisation courant. Dans le rapport de bogue en haut, vous avez l'option de partager que ce bogue vous concerne également et/ou d'être averti lorsqu'il est résolu.

9
Stepan Naumov

La seule solution que je pouvais trouver était de démarrer sous Windows, de se connecter, puis de revenir sous Linux. Moins qu'idéal mais fonctionnel.

0
Brandon Bertelsen