主页 / ubuntu / 问题 / 1125228
Accepted
Igor
Asked: 2019-03-13 22:51:52 +0800 CST

Ubuntu 18.10 不显示 WIFI 网络的登录页面 - 不是 CAPTIVA

  • 772

我安装了 Ubuntu 18.10 干净。
连接到WIFI网络。
连接管理器显示连接已建立。
下一步是登录。
但是，登录页面没有出现，好像没有连接一样。
RDP over LAN，运行良好。Realtek 外部适配器 - 结果相同。

网络代理已关闭。

连接检查从一开始就被禁用。

Ubuntu 15、MINT 16、Debian、所有 Windows - XP、7、8、10 在 VM 和真实硬件上都可以正常工作。

尝试安装到 VMware。使用 LAN 作为网桥 - 不走运。将 USB 适配器直接连接到 VM - 失败。

以上所有步骤 - 建立网络连接，收到 DHCP 地址。

上面提到的所有操作系统都在相同的硬件上进行了测试。
问题出在 Ubuntu 中。

我尝试了 UNITY 18.04 - 没有变化。

这里有一个关于 UBUNTU 17 中 Captiva 登录问题的信息。
有一个机会，原因很常见。

此网络使用 RADIUS 服务器进行身份验证。

ping 8.8.8.8 (8.8.8.8) 56(84) bytes of data 
From 192.168.11.1 icmp_sec=1 Destination Net Prohibited
  ......

ping 192.168.11.1 以同样的方式结束

192.168.11.1是网关和DNS

DNSMASQ 安装没有任何区别。

我把 192.168.11.1 放到地址栏中。Windows 将其替换为“热点/登录”并继续打开页面。

Ubuntu 18 用相同的 URL 替换了 IP，然后停止了。

我使用 Windows 2008 R2 服务器创建了一个虚拟网络，作为带有 NAT 的路由器。
将 Ubuntu 连接到该网络。
使 Win Server 登录到网络。

只有这样我才能在 Ubuntu 中连接互联网。
那时可以打开所有其他网站。

但不是登录页面，而是显示“热点”的
谷歌搜索结果。

当 2008 服务器登录和未登录时，此 NAT 后面的 Windows 会显示登录页面。

即使服务器已登录，UBUNTU 也不显示登录页面。

我在 Windows 中保存了登录页面。
已登出。
禁用无线网络。
在浏览器中打开下载的页面 - 它看起来不是原始的 - 没有样式等
。打开 WIFI。
重新加载页面。
有一个指向该页面的本地副本的链接。
页面重新加载成功。

我将页面复制到 UBUNTU。
猜测。
对 - 它没有重新加载。 

curl -v 192.168.11.1

Rebuilt URL to: 192.168.11.1/
*Trying 192.168.11.1...
* TCP_NODELAY set    
*Connected to 192.168.11.1
(192.168.11.1) port 80 (#0)

> GET / HTTP/1.1
> Host: 192.168.11.1
> User-Agent: curl/7.58.0
> Accept: */*
> 
< HTTP/1.1 302 Hotspot redirect
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Length: 123
< Content-Type: text/html
< Date: Thu, 21 Mar 2019 18:51:19 GMT
< Expires: 0
< Location: http://hotspot./login
< 
<html>
<head><title>Error 302: Hotspot redirect</title></head>
<body>
<h1>Error 302: Hotspot redirect</h1>
</body>
</html>
* Connection #0 to host 192.168.11.1 left intact

KALI Linux 输出

*Trying 192.168.11.1...
* TCP_NODELAY set    
*Connected to 192.168.11.1
(192.168.11.1) port 80 (#0)

> GET / HTTP/1.1
> Host: 192.168.11.1
> User-Agent: curl/7.63.0
> Accept: */*
> 
< HTTP/1.1 302 Hotspot redirect
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Length: 123
< Content-Type: text/html
< Date: Thu, 21 Mar 2019 18:51:19 GMT
< Expires: 0
< Location: http://hotspot./login
< 
<html>
<head><title>Error 302: Hotspot redirect</title></head>
<body>
<h1>Error 302: Hotspot redirect</h1>
</body>
</html>
* Connection #0 to host 192.168.11.1 left intact

相同，但它确实显示了登录页面

 /etc/resolv.conf  contents:
 # This file is managed by man:systemd-resolved(8). Do not edit.
 #
 # This is a dynamic resolv.conf file for connecting local clients to the
 # internal DNS stub resolver of systemd-resolved. This file lists all
 # configured search domains.
 #
 # Run "resolvectl status" to see details about the uplink DNS servers
 # currently in use.
 #
 # Third party programs must not access this file directly, but only through 
 the
 # symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different 
 way,
 # replace this symlink by a static file or a different symlink.
 #
 # See man:systemd-resolved.service(8) for details about the supported modes 
 of
 # operation for /etc/resolv.conf.

 nameserver 127.0.0.53

用 192.168.11.1 或 8.8.8.8 替换 127.0.0.53 可以解决问题，直到重新启动。重新启动时 127.0.0.53 会返回。

感谢 Ognjen。

将“名称服务器”更改为除 0.0.0.0 或 127.0.0 之外的任何内容...，甚至 192.168.0.1（不适用于此网络），都可以使系统正常工作。

resolvectl status

Global
     LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
    DNSSEC setting: no
    DNSSEC supported: no
Current DNS Server: 192.168.11.1
        DNS Servers: 192.168.11.1
        DNSSEC NTA: 10.in-addr.arpa
                  16.172.in-addr.arpa
    .....

/run/systemd/resolve/resolv.conf

 This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 192.168.11.1

如您所见，我的 DNS 在系统中，但这根本没有帮助。

/etc/resolv.conf 已被删除。静态文件已创建。

以下是重启后的结果。

# Generated by NetworkManager
search crew.local
nameserver 127.0.0.53

Debian 9.8 文件内容 

# Generated by NetworkManager
nameserver 192.168.11.1

看起来这是问题的主要原因。

nameserver 8.8.8.8

谢谢你，@ognjen。您的建议有效，但直到重新启动。另一个奇怪的事情是，除了 0.0.0.0 或 127.0.0 之外，我把什么作为“名称服务器”都没有关系......我有连接。

这是故事的结局

networking wireless internet 18.10 radius

2 个回答

  1. Best Answer

    如果您收到响应，请尝试 ping 8.8.8.8，这意味着您可以访问 Internet，但可能没有正常工作的 DNS。如果 ping 失败，请检查您的网络，确保您的 GW 设置正确。

    检查您的 DNS：

    vim /etc/resolv.conf

    然后在下面添加名称服务器，例如 google DNS：

    nameserver 8.8.8.8
    • 1

  2. 这篇文章必不可少

    sudo rm -i /etc/resolv.conf

    下一个来自Marmayogi : 

        sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf
    • 0

相关问题