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
la source
la source
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:
Solution de contournement
Dans un terminal, découvrez l'adresse IP de
secure.datavalet.io.(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 votrehostsfichier système .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èrenameserveravec l'adresse IP: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.
la source
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.
la source