Не удается открыть общедоступную страницу входа в WIFI в Ubuntu 18.04.

Извините, если это будет десятый дубликат, но ни один из ответов, предоставленных в других случаях, не решил мою проблему.

Я пытаюсь использовать общедоступный WIFI, как я это сделал два дня назад. Обычная процедура:

1. подключиться к Wi-Fi
2. попробуйте просмотреть сайт http: //
3. перенаправить на заставку, где нужно нажать кнопку «подключиться к Интернету»

Теперь я больше не выхожу за шаг 2. Я на машине с двойной загрузкой. Я могу получить доступ к Интернету, используя Widows 10, но не Ubuntu 18.04.

На окнах я получаю :

SSID:   SEC Wi-Fi
Protocol:   802.11n
Security type:  Open
Network band:   2.4 GHz
Network channel:    6
IPv4 address:   192.168.33.154
IPv4 DNS servers:   192.168.0.1
192.168.0.1
Manufacturer:   Intel Corporation
Description:    Intel(R) Dual Band Wireless-AC 7260
Driver version: 17.15.0.5
Physical address (MAC): 0C-8B-FD-75-00-D5

Windows IP Configuration

   Host Name . . . . . . . . . . . . : DESKTOP-G83LKQ1
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : fdxtended.com

Wireless LAN adapter Wi-Fi:

   Connection-specific DNS Suffix  . : fdxtended.com
   Description . . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 7260
   Physical Address. . . . . . . . . : 0C-8B-FD-75-00-D5
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::656c:ef48:d71c:420e%17(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.33.154(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Wednesday, 13 June 2018 17:17:44
   Lease Expires . . . . . . . . . . : Wednesday, 13 June 2018 23:18:53
   Default Gateway . . . . . . . . . : 192.168.0.1
   DHCP Server . . . . . . . . . . . : 192.168.0.1
   DHCPv6 IAID . . . . . . . . . . . : 286034941
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-22-A4-A4-F1-A0-D3-C1-9C-CD-E0
   DNS Servers . . . . . . . . . . . : 192.168.0.1
                                       192.168.0.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

В Linux я получаю :

ifconfig:

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.33.154  netmask 255.255.128.0  broadcast 192.168.127.255
        inet6 fe80::499:60a3:aae7:a075  prefixlen 64  scopeid 0x20<link>
        ether 0c:8b:fd:75:00:d5  txqueuelen 1000  (Ethernet)
        RX packets 33578  bytes 19389454 (19.3 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 23622  bytes 3363483 (3.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

systemd-resolve --status:

Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 3 (wlo1)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.0.1
          DNS Domain: fdxtended.com

curl -v example.com:

* Rebuilt URL to: example.com/
* Could not resolve host: example.com
* Closing connection 0
curl: (6) Could not resolve host: example.com

Любые советы о том, как получить доступ к Интернету? Я был бы очень признателен.

Правки

Так что, в основном, Ubuntu блокирует все перенаправления. Я начал более точный вопрос здесь: переадресация DNS заблокирована в конкретном WIFI

(Не) к счастью, я больше не в месте упомянутого WIFI, что означает, что сейчас я не могу проверить и, следовательно, принять любой из ответов ниже.

У меня такая же проблема.

• Интернет не работал
• Страница входа в систему не отображалась автоматически
• Значок Wi-Fi был знак вопроса (?)

Мне удалось войти, посетив страницу входа по адресу: https://1.1.1.1/login.html

После входа я оказался в той же ситуации, что и раньше, но тогда проблема была только в DNS:

• curl -v example.com через некоторое время вернулось сообщение «Не удалось разрешить хост: example.com».
• Хорошие новости: я мог бы успешно пропинговать Google DNS 8.8.8.8 с ping 8.8.8.8

Я добавил 8.8.8.8 в список DNS-серверов для своего соединения WiFi, выполнив следующие действия:

• Нажмите на значок WiFi (у меня был знак вопроса, потому что WiFi не работал)
• Нажмите на имя сети WiFi, затем Настройки Wifi, затем колесо рядом с моей сетью WiFi, затем вкладку IPv4
• Написал 8.8.8.8 в текстовое поле DNS (оставьте "Автоматический" DNS включен)
• Применить изменения
• Перезагрузите сетевой менеджер: sudo service network-manager restart

И это сработало для меня.

systemd-resolve --status теперь возвращает два DNS-сервера для соединения WiFi, первый - DNS, назначенный сетью, второй - 8.8.8.8.

Я надеюсь, что это может помочь.

Internet was not working
Captive Login Page did not show up automatically. No browser shows that page. 
Wifi icon was a question mark ( ? )

Следующее помогло мне решить эту проблему на стандартной установке Ubuntu 18.04.

Решение 1:

Настройки> Конфиденциальность> Проверка подключения> Выкл.

Вышесказанного достаточно, чтобы отобразить страницу входа в систему для многих сетей Wi-Fi. Однако некоторые (например, gwr on-train wifi) также требуют решения 2:

Настройки> Wi-Fi> выберите настройки (нажмите значок cog) для сети, к которой вы пытаетесь подключиться. Выберите вкладку IPv6. Для метода IPv6 выберите «Автоматически, только DHCP» (вместо настройки по умолчанию «Автоматически»). Нажмите Применить.

Это также может помочь сделать:

Настройки> Сеть> Сетевой прокси - Выкл. (Нажмите на кнопку настроек со значком Cog.)

Проблема вызвана разрешенным демоном, представленным в 17.04. Это нарушает переадресацию на скрытых страницах Wi-Fi. Представленное здесь решение НЕ использует серверы имен Googles. Решение заменяет resolved на dnsmasq, как это было раньше, и его можно найти здесь:

Как отключить системное разрешение и разрешить DNS с помощью dnsmasq?

Самое простое решение для меня:

Добавьте следующее в /etc/NetworkManager/NetworkManager.conf:

[Соединение]
URI = HTTP: //start.ubuntu.com/connectivity-check.html
ответ = Lorem ipsum

Смотрите: https://lists.ubuntu.com/archives/ubuntu-desktop/2012-July/003886.html

Я недавно столкнулся с этой проблемой, и я не уверен, что именно вызвало ее, но предложение попытаться просмотреть IP-адрес пленного портала заставило меня что-то потерять. Сначала я попытался пропинговать внешний IP, ping 8.8.8.8но команда сетевой безопасности правильно его заблокировала. Затем я побежал ip routeпосмотреть, какой IP мне назначен, и попытался получить доступ к шлюзу по умолчанию через https, но получил сообщение о пустом ответе, который по крайней мере доказал мне, что сервер прослушивает, и когда я переключился на http это правильно отправило меня на страницу входа в портал.

Быстрый способ попробовать это xdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}'). Он находит шлюз по умолчанию и печатает его IP, а затем пытается открыть его в браузере по умолчанию.