将我的笔记本电脑升级到 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-killswitchc) 重新运行以下命令，检查所有 Proton VPN 连接是否已被删除：
nmcli connection show --active如果您看到任何剩余的 Proton VPN 连接，请按照上述说明删除它们。