主页 / ubuntu / 问题 / 1433798
Accepted
Alie T
Asked: 2022-10-05 13:57:57 +0800 CST

升级到 22.04 Jammy Jellyfish 后的网络问题

  • 772

在将笔记本电脑升级到 22.04 后的第一次硬重启时，我注意到使用有线或 wifi 连接访问互联网时出现问题。

与其他用户（升级到 22.04 后网络配置中断和升级到 22.04.1 后出现网络问题）不同，我对 localhost / 128.0.0.1 的 ping 成功 100%，对我的路由器 (192.168.1.1) 的 ping 也能成功从浏览器登录到我的路由器，以验证路由器端的一切是否正常。我的手机仍然可以通过 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 并仅使用有线。结果相同。

networking

1 个回答

  1. Best Answer

    事实证明这是 ProtonVPN 的一个问题，它的行为就像我在没有禁用终止开关的情况下卸载了它一样。我没有想到 VPN 可能有问题，因为该应用程序尚未设置为在我的机器上启动时启动，当我尝试打开 ProtonVPN 应用程序时，它给了我无限的旋转轮，没有选项登录或进入任何设置（如 killswitch），所以我认为它同样受到影响。

    关于这个问题的一个不相关的答案Ubuntu 22.04 Network 在 NetworkManager 重新启动之前不起作用，给了我可能是 Proton 的错误的建议。

    以下是 ProtonVPN 在卸载应用程序后禁用 killswitch 的内容，位于其 linux 安装帮助页面的底部。在我从 20.04 升级到 22.04 后，这对我有用（我认为我没有卸载 ProtonVPN！）。就我而言，它是 pvpn-ipv6leak-protection。

    2. 卸载应用程序后如何禁用终止开关您可以在我们的Linux应用程序中轻松关闭终止开关，但如果您已经卸载它，则无法这样做。在这种情况下，您可以删除终止开关并恢复对 Internet 的访问，如下所示：

    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 连接，请如上所述删除它们。

    • 1

相关问题