在Ubuntu 18.04 Captive Portal中无法访问公共WIFI登录页面

很抱歉，如果这似乎是第十次重复，但是其他情况下提供的答案都不能解决我的问题。

我正在尝试使用公共WIFI，就像两天前一样。正常过程是：

1. 连接到Wifi
2. 尝试浏览一些http：//网站
3. 转到该启动屏幕，需要在该启动屏幕上单击“连接到互联网”按钮

现在，我不再超出步骤2的范围。我在双启动计算机上。我可以使用Widows 10正常访问Internet，但不能使用Ubuntu 18.04。

在Windows上，我得到：

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会阻止所有重定向。 我在这里提出了一个更精确的问题： 特定的WIFI中阻止了DNS转发

（不幸的）不幸的是，我不再在提到的WIFI位置上，这意味着我目前无法测试，因此无法接受下面的任何答复。

我有同样的问题。

• 互联网无法正常工作
• 强制登录页面未自动显示
• Wifi图标是一个问号（？）

我设法通过登录以下页面登录：https : //1.1.1.1/login.html

登录后，我的处境与以前相同，但是问题出在只有DNS：

• curl -v example.com 一段时间后返回“无法解析主机：example.com”。
• 好消息：我可以使用以下命令成功ping Google DNS 8.8.8.8 ping 8.8.8.8

我通过以下步骤将8.8.8.8添加到了用于WiFi连接的DNS服务器列表中：

• 点击WiFi图标（我是一个问号，因为WiFi无法正常工作）
• 单击WiFi网络名称，然后单击Wifi设置，然后靠近我的WiFi网络的滚轮，然后单击IPv4选项卡
• 在DNS文本框中输入8.8.8.8（保持“自动” DNS处于打开状态）
• 应用更改
• 重新启动网络管理器： sudo service network-manager restart

它为我工作。

systemd-resolve --status 现在返回两个用于WiFi连接的DNS服务器，第一个是网络分配的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：

设置>隐私>连接检查>关。

以上内容足以显示许多wifi网络的强制登录页面。但是，有些（例如gwr火车上的wifi）也需要解决方案2：

设置> Wi-Fi>选择要尝试连接的网络的设置（单击齿轮图标）。选择“ IPv6”选项卡。对于IPv6方法，请选择“自动，仅DHCP”（而不是默认设置“自动”）。单击应用。

它也可能有助于执行以下操作：

设置>网络>网络代理-关。（单击带有齿轮图标的设置按钮。）

该问题是由17.04中引入的已解析守护程序引起的。这会中断wifi强制网页的转发。这里介绍的解决方案不依赖于Google的名称服务器。该解决方案正像以前使用的那样用dnsmasq替换已解决的方法，可以在这里找到：

如何禁用systemd-resolved并使用dnsmasq解析DNS？

对我来说最简单的解决方案：

将以下内容添加到/etc/NetworkManager/NetworkManager.conf中：

[连接性]
uri = http：//start.ubuntu.com/connectivity-check.html
response = Lorem ipsum

参见：https : //lists.ubuntu.com/archives/ubuntu-desktop/2012-July/003886.html

我最近遇到了这个问题，我不确定是什么原因造成的，但是尝试浏览强制性门户IP的建议却使我的大脑有些不适。最初，我尝试ping外部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，然后尝试在默认浏览器中将其打开。