我安装了干净的 Ubuntu 18.10。
连接到 WIFI 网络。
连接管理器显示已建立连接。
下一步是登录。
但是，登录页面没有出现，好像没有连接。LAN
上的 RDP 运行良好。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 将其替换为“hotspot/login”，然后继续打开页面。
Ubuntu 18 用相同的 URL 替换了 IP 然后停止。
我使用 Windows 2008 R2 服务器作为带 NAT 的路由器创建了一个虚拟网络。
将 Ubuntu 连接到此网络。
使 Win Server 登录到网络。
直到那时，我才在 Ubuntu 中连接了互联网。
然后才可以打开所有其他网站。
但不是登录页面
它显示了 Google 搜索结果‘热点’反而。
当 2008 服务器登录时，此 NAT 后面的 Windows 将显示登录页面，当未登录时，将显示登录页面。
即使服务器已登录，UBUNTU 也不会显示登录页面。
我在 Windows 中保存了登录页面。
注销。
禁用 WIFI。
在浏览器中打开下载的页面 - 它看起来不像原始页面 - 没有样式等。
打开 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
将 127.0.0.53 替换为 192.168.11.1 或 8.8.8.8 可解决问题，直到重新启动。重新启动后，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 外都无所谓... 我已连接。
答案1
尝试 ping 8.8.8.8，如果收到响应，则表示您可以访问互联网，但 DNS 可能不起作用。如果 ping 失败，请检查您的网络，确保您的 GW 设置正确。
检查你的 DNS：
vim /etc/resolv.conf
然后在下面添加名称服务器，例如 google DNS：
nameserver 8.8.8.8