Не может соединиться с Wi-Fi Starbucks
Машина:
Ядро Ubuntu 17.10 4.14 (для батареи на моем XPS 9560)
Шаги для воссоздания:
- соединитесь с сетью (RED_STB)
- введите пользователя и пароль
- когда я совершил нападки, входят, это перенаправляет меня к другой странице (wifiinstant.netsecure.pe), который говорит, что это не может быть достигнуто, оставив меня не связанным.
Что имеет, я попробовал:
- Вручную добавляющий DNS к настройкам IPv4 NM
- Добавление возможности соединения к NetworkManager.conf
- Реконфигурирование resolvconf (
sudo dpkg-reconfigure resolvconf)
Несколько ключевых пунктов:
- это работает над окнами
- Я не могу подключить к другим сетям проблему
Оборудование:
$ lspci | grep Net
02:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)
Конфигурация 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
Какие-либо идеи?
2 ответа
Находясь в Starbucks теперь, похоже, что я нашел обходное решение для этого. В моем случае ошибка показывает имя хоста в кавычках:
Ошибка, решающая “secure.datavalet.io”: Имя или сервис, не известный
Работа вокруг
В Терминале узнайте IP-адрес
secure.datavalet.io.ip route(Пример произвел:
default via 172.31.98.1)выполненный
sudo nano /etc/hostsдобавить IP-адрес и имя хоста (от ошибки) как новая строка в Ваших системахhostsфайл.172.31.98.1 secure.datavalet.ioОбычно дополнительный, но в некоторых случаях где Вы ранее соединились, Вы, возможно, должны также работать
sudo nano /etc/resolv.confи вставьте строку для первогоnameserverс IP-адресом:nameserver 172.31.98.1Попытайтесь соединиться с Wi-Fi снова (например, через Firefox, который имеет функциональность запроса Сетевой страницы входа в систему).
Объяснение
Кажется, что проблемой является имя сервера горячей точки (иначе, маршрутизатор WiFi) не может быть найден во время нормального поиска DNS. Это происходит из-за общей конфигурации маршрутизатора из спецификации, и факт systemd работает согласно спецификации RFC.
Существует отчет об ошибках: 1766969, который, кажется, определяет эту проблему с точками доступа Wi-Fi, характерными для отеля WiFi, кафе и других общедоступных конфигураций WiFi, которые работают над Windows или Apple, но не systemd. Надо надеяться, решение позволит ему нейтрализации к более старой функциональности фиксировать этот случай общего использования. На отчете об ошибках наверху, у Вас есть доля опции, что эта ошибка влияет на Вас также, и/или быть уведомленной при разрешении.
Единственное обходное решение, которое я мог найти, должно было загрузиться в Windows, подключение, затем загрузиться назад в Linux. Менее, чем идеальный, но функциональный.