Maschine:
Ubuntu 17.10 Kernel 4.14 (für Akku auf meinem XPS 9560)
Schritte zum Wiederherstellen:
- Verbindung zum Netzwerk herstellen (RED_STB)
- Geben Sie einen Benutzer und ein Passwort ein
- Wenn ich die Eingabetaste drücke, werde ich auf eine andere Seite (wifiinstant.netsecure.pe) weitergeleitet, auf der angegeben wird, dass sie nicht erreichbar ist, sodass ich nicht verbunden bin.
Was habe ich versucht:
- Manuelles Hinzufügen von DNS zu IPv4-NM-Einstellungen
- Hinzufügen von Konnektivität zu NetworkManager.conf
- Resolvconf (
sudo dpkg-reconfigure resolvconf
) neu konfigurieren
Ein paar wichtige Punkte:
- es funktioniert unter Windows
- Ich kann mich problemlos mit anderen Netzwerken verbinden
Hardware:
$ lspci | grep Net
02:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)
NetworkManager-Konfiguration:
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
[device]
wifi.scan-rand-mac-address=no
[connectvitiy]
url=http://nmcheck.gnome.org/check_network_status.txt
Irgendwelche Ideen?
networking
wireless
17.10
Brandon Bertelsen
quelle
quelle
Antworten:
Wenn ich jetzt bei Starbucks sitze, habe ich anscheinend eine Problemumgehung dafür gefunden. In meinem Fall zeigt der Fehler den Hostnamen in Anführungszeichen:
Umgehen
Ermitteln Sie in einem Terminal die IP-Adresse von
secure.datavalet.io
.(Beispiel Ausgang:
default via 172.31.98.1
)Führen Sie
sudo nano /etc/hosts
diese Option aus, um die IP-Adresse und den Hostnamen (aufgrund eines Fehlers) als neue Zeile in Ihre Systemdateihosts
einzufügen.Normalerweise optional, aber in einigen Fällen, in denen Sie zuvor eine Verbindung hergestellt haben, müssen Sie möglicherweise auch
sudo nano /etc/resolv.conf
eine erste Zeilenameserver
mit der IP-Adresse ausführen und einfügen :Versuchen Sie erneut, eine Verbindung zu WI-FI herzustellen (z. B. über Firefox, das die Funktionalität hat, die Netzwerkanmeldeseite anzufordern).
Erläuterung
Es scheint, dass das Problem darin besteht, dass der Hotspot-Servername (auch bekannt als WLAN-Router) während der normalen DNS-Suche nicht gefunden werden kann. Dies ist auf eine häufig nicht spezifikationsgerechte Routerkonfiguration zurückzuführen, und die Tatsache, dass systemd gemäß der RFC-Spezifikation arbeitet.
Es gibt einen Fehlerbericht: 1766969 , der dieses Problem mit WLAN-Hotspots zu identifizieren scheint, die in Hotel-WLAN, Cafés und anderen öffentlichen WLAN-Konfigurationen, die unter Windows oder Apple funktionieren, jedoch nicht systemd. Hoffentlich kann die Lösung auf ältere Funktionen zurückgreifen, um diesen häufigen Anwendungsfall zu beheben. Im Fehlerbericht oben haben Sie die Option, dass dieser Fehler auch Sie betrifft, und / oder benachrichtigt zu werden, wenn er behoben ist.
quelle
Die einzige Problemumgehung, die ich finden konnte, bestand darin, Windows zu starten, eine Verbindung herzustellen und dann wieder Linux zu starten. Weniger als ideal, aber funktional.
quelle