如果这看起来是第十次重复,我很抱歉,但其他情况下提供的答案都无法解决我的问题。
我正在尝试使用公共 WIFI,就像我两天前成功使用的那样。正常流程是:
- 连接到 Wifi
- 尝试浏览一些 http:// 网站
- 转到启动画面,需要按下“连接到互联网”按钮
现在我再也无法完成第 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.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
我希望这能有所帮助。
答案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 替换解析,就像以前使用的那样,可以在此处找到: