![Jammy Jellyfish 升级至 22.04 后出现网络问题](https://linux22.com/image/949184/Jammy%20Jellyfish%20%E5%8D%87%E7%BA%A7%E8%87%B3%2022.04%20%E5%90%8E%E5%87%BA%E7%8E%B0%E7%BD%91%E7%BB%9C%E9%97%AE%E9%A2%98.png)
将我的笔记本电脑升级到 22.04 后,第一次硬重启时,我注意到使用有线或 wifi 连接访问互联网时出现问题。
与其他用户不同(升级至 22.04 后网络配置损坏和升级到 22.04.1 后的网络问题),我 ping localhost / 128.0.0.1 成功率 100%,ping 路由器 (192.168.1.1) 也成功,我可以从浏览器登录路由器,以验证路由器端一切正常。我的手机仍然可以通过 wifi 访问互联网。
结果ping -c 10 2001:4860:4860::8888
:(Ipv6 到 google.com)
PING 2001:4860:4860::8888(2001:4860:4860::8888) 56 data bytes
--- 2001:4860:4860::8888 ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 9211ms
ifconfig的结果:
enx803f5d0e2b8f: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.23 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::d1f9:5e5d:2b3b:807d prefixlen 64 scopeid 0x20<link>
ether 80:3f:5d:0e:2b:8f txqueuelen 1000 (Ethernet)
RX packets 64 bytes 10712 (10.7 KB)
RX errors 0 dropped 22 overruns 0 frame 0
TX packets 47 bytes 9636 (9.6 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ipv6leakintrf0: flags=195<UP,BROADCAST,RUNNING,NOARP> mtu 1500
inet6 fdeb:446c:912d:8da:: prefixlen 64 scopeid 0x0<global>
inet6 fe80::47e9:ccfd:4704:eb42 prefixlen 64 scopeid 0x20<link>
ether fa:7f:7d:d6:b3:7e txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 23 bytes 3578 (3.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 117 bytes 9577 (9.5 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 117 bytes 9577 (9.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.20 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::8f2a:29b2:2493:7888 prefixlen 64 scopeid 0x20<link>
ether 00:28:f8:6c:82:39 txqueuelen 1000 (Ethernet)
RX packets 18 bytes 4672 (4.6 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 35 bytes 6534 (6.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
我尝试禁用有线网络,仅使用 wifi,也尝试禁用 wifi,仅使用有线网络。结果相同。
答案1
事实证明这是 ProtonVPN 的问题,它的行为就像我卸载了它而没有禁用终止开关一样。我没有想到 VPN 可能有问题,因为该应用程序尚未设置为在我的计算机上启动时启动,当我尝试打开 ProtonVPN 应用程序时,它给了我一个无限旋转的轮子,没有登录或进入任何设置(如终止开关)的选项,所以我认为它也受到了同样的影响。
与此问题无关的回答Ubuntu 22.04 网络不工作,直到 NetworkManager 重新启动我觉得这可能是 Proton 的问题。
以下是 ProtonVPN 关于卸载应用程序后禁用终止开关的说明,位于他们的 Linux 安装帮助页面。这是我从 20.04 升级到 22.04 后(我没想到我卸载了 ProtonVPN!)的方法。在我的情况下,它是 pvpn-ipv6leak-protection。
2. 如果你已经卸载了应用程序,如何禁用终止开关您可以轻松关闭我们 Linux 应用程序中的终止开关,但如果您已卸载它,则无法关闭。在这种情况下,您可以删除终止开关并恢复对互联网的访问,如下所示:
a) 使用以下命令识别 Proton VPN 连接名称:
nmcli connection show --active
这将显示系统的活动连接列表。b) 查找以前缀 pvpn- 开头的任何连接。这通常包括 pvpn-killswitch 和 pvpn-ipv6leak-protection,并且可能包括 pvpn-routed-killswitch。使用以下命令删除所有这些连接:
nmcli connection delete [connection name]
例如:
nmcli connection delete pvpn-killswitch
c) 重新运行以下命令,检查所有 Proton VPN 连接是否已被删除:
nmcli connection show --active
如果您看到任何剩余的 Proton VPN 连接,请按照上述说明删除它们。