☰

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

tag-icon • tag-icon wireless 18.04 dns
Ubuntu 18.04 Captive Portal 问题中无法访问公共 WIFI 登录页面

如果这看起来是第十次重复，我很抱歉，但其他情况下提供的答案都无法解决我的问题。

我正在尝试使用公共 WIFI，就像我两天前成功使用的那样。正常流程是：

  1. 连接到 Wifi
  2. 尝试浏览一些 http:// 网站
  3. 转到启动画面，需要按下“连接到互联网”按钮

现在我再也无法完成第 2 步了。我在一台双启动机器上。我可以使用 Widows 10 正常访问互联网，但不能使用 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 的位置，这意味着现在我无法测试并因此接受以下任何答案回复。

答案1

我有同样的问题。

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

我通过访问以下登录页面成功登录：https://1.1.1.1/login.html

登录后，我遇到了与之前相同的情况，但问题只是 DNS：

  • curl -v example.com一段时间后，返回“无法解析主机：example.com”。
  • 好消息：我可以使用以下方式成功 ping Google DNS 8.8.8.8ping 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

我希望这能有所帮助。

答案2

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 on-train wifi）还需要解决方案2：

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

以下做法也可能有帮助：

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

答案3

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

将以下内容添加到 /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

答案4

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

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

相关内容