我安装了 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 之外，我把什么作为“名称服务器”都没有关系......我有连接。