☰

新安装的 Linux Mint 20.2 Cinnamon (5.0.4) 有 ~50% 的数据包丢失 - 由路由器引起？

tag-icon • tag-icon linux internet router packet
新安装的 Linux Mint 20.2 Cinnamon (5.0.4) 有 ~50% 的数据包丢失 - 由路由器引起？

我最近在桌面上与 Windows 10 安装不同的驱动器上安装了 Linux Mint 20.2 Cinnamon (5.0.4)（内核 5.4.0-74-generic）。在 Linux 上，我注意到尝试下载更新时连接非常不一致（经常失败）并且网页加载速度缓慢。

在 StackExchange 网站上浏览了一些类似的问题后，我检查了以下内容：

  • WiFi 和以太网以及不同的以太网电缆均存在此问题
  • 禁用 IPv6 没有什么区别
  • 该问题仅出现在 Linux 中，Windows 10 中不出现（同一台机器）
  • 有零使用绑定手机上网时丢包
  • 运行“ping 8.8.8.8 -c 30”（或 139.130.4.5 或 8.8.4.4）时，我得到非常一致的行为，它“切换”打开和关闭，以便连续几个 ping 成功返回，然后接下来的几个出现“目标主机无法访问”错误（多次运行期间平均丢包约 50%）。

例子：

$ ping 8.8.8.8 -c 30
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 
From 192.168.1.1 icmp_seq=1 Destination Host Unreachable
From 192.168.1.1 icmp_seq=2 Destination Host Unreachable
From 192.168.1.1 icmp_seq=3 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=4 ttl=113 time=36.8 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=113 time=30.2 ms
From 192.168.1.1 icmp_seq=6 Destination Host Unreachable
From 192.168.1.1 icmp_seq=7 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=8 ttl=113 time=38.9 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=113 time=28.9 ms
From 192.168.1.1 icmp_seq=10 Destination Host Unreachable
From 192.168.1.1 icmp_seq=11 Destination Host Unreachable
From 192.168.1.1 icmp_seq=12 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=13 ttl=113 time=38.1 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=113 time=40.5 ms
From 192.168.1.1 icmp_seq=15 Destination Host Unreachable
From 192.168.1.1 icmp_seq=16 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=17 ttl=113 time=32.7 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=113 time=31.8 ms
From 192.168.1.1 icmp_seq=19 Destination Host Unreachable
From 192.168.1.1 icmp_seq=20 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=21 ttl=113 time=39.5 ms
64 bytes from 8.8.8.8: icmp_seq=22 ttl=113 time=34.2 ms
From 192.168.1.1 icmp_seq=23 Destination Host Unreachable
From 192.168.1.1 icmp_seq=24 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=25 ttl=113 time=51.0 ms
64 bytes from 8.8.8.8: icmp_seq=26 ttl=113 time=30.6 ms
From 192.168.1.1 icmp_seq=27 Destination Host Unreachable
From 192.168.1.1 icmp_seq=28 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=29 ttl=113 time=48.8 ms
64 bytes from 8.8.8.8: icmp_seq=30 ttl=113 time=35.3 ms

--- 8.8.8.8 ping statistics ---
30 packets transmitted, 14 received, +16 errors, 53.3333% packet loss, time 29275ms
rtt min/avg/max/mdev = 28.926/36.946/50.983/6.365 ms

此外，几个月前，当我最初尝试在另一台计算机上安装 Linux 时，我注意到了非常相似的行为（放弃并坚持使用 Windows）。我认为这是物理网络适配器的问题，因为它有驱动程序问题，但新的设置对此提出了异议。它似乎也不依赖于 Linux 版本，因为我在常规 Ubuntu 和 Mint 安装中也遇到了类似的问题。

所有这些都让我看到了路由器的共同点，即使用 4G 信号运行的 Orbi LTE LBR20（农村互联网很糟糕）。我的问题是：接下来我该怎么做才能确认路由器是罪魁祸首，是否有“简单”的修复方法？由于该位置的选项很少，因此切换到另一个提供商很困难，而且我认为我们不允许修改固件，因为路由器提供了互联网服务。

如果您需要更多信息，请告诉我。

编辑 2021 年 12 月 30 日：在注释中添加每个请求的以太网适配器信息：通过从制造商网站下载最新的 R8125 驱动程序来更新驱动程序，并使用两种方法安装：使用驱动程序附带的 autorun.sh 和使用 dkms此处的说明：https://askubuntu.com/questions/1263363/2-5g-ethernet-linux-driver-r8125-installation-guide

两种方法产生相同的结果。

description: Ethernet interface
   product: RTL8125 2.5GbE Controller
   vendor: Realtek Semiconductor Co., Ltd.
   physical id: 0
   bus info: pci@0000:2a:00.0
   logical name: enp42s0
   version: 05
   serial: d8:bb:c1:69:fd:c6
   size: 100Mbit/s
   capacity: 1Gbit/s
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
   configuration: autonegotiation=on broadcast=yes driver=r8125 driverversion=9.007.01-NAPI duplex=full ip=192.168.1.40 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
   resources: irq:37 ioport:f000(size=256) memory:fc500000-fc50ffff memory:fc510000-fc513fff

2022 年 1 月 19 日更新：我已经能够通过使用运行 Windows 10 的计算机作为 wifi 热点，然后连接到 Linux 中的热点来“绕过”该问题。这工作得相当好，因为我获得了预期的速度和良好的稳定性，但我不喜欢这样的链接连接。这是否暗示了为什么 Linux 出现问题，而 Windows 10 却没有？使用调制解调器/路由器而不是另一台 PC 可以完成同样的事情吗？

相关内容