새로 설치된 Linux Mint 20.2 Cinnamon(5.0.4)은 ~50%의 패킷 손실이 있습니다. - 라우터로 인해 발생합니까?

새로 설치된 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를 비활성화해도 아무런 차이가 없습니다
  • 이 문제는 Windows 10(동일 컴퓨터)이 아닌 Linux에서만 발생합니다.
  • 가지다바인딩된 휴대폰을 사용하여 인터넷에 접속할 때 패킷 손실
  • "ping 8.8.8.8 -c 30"(또는 139.130.4.5 또는 8.8.4.4)을 실행할 때 매우 일관된 동작을 얻습니다. "스위치"가 켜졌다 꺼졌다가 연속해서 몇 번의 ping이 성공적으로 반환되고 다음 몇 번의 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를 포기하고 계속 사용) 매우 유사한 동작을 발견했습니다. 드라이버 문제가 있어서 물리적 네트워크 어댑터에 문제가 있는 줄 알았는데, 새 설정에서 이 문제가 발생했습니다. 일반 Ubuntu 및 Mint 설치와 비슷한 문제가 있었기 때문에 Linux 버전에 종속되지 않는 것 같습니다.

이 모든 것이 라우터의 공통점, 즉 4G 신호에서 실행되는 Orbi LTE LBR20(시골 인터넷은 형편 없음)으로 이어집니다.내 질문은 다음과 같습니다라우터가 원인인지 확인하고 "쉬운" 해결 방법이 있는지 확인하려면 어떻게 해야 합니까? 이 위치에는 옵션이 거의 없기 때문에 다른 공급자로 전환하기 어려울 것이며, 라우터가 인터넷 서비스를 제공하기 때문에 펌웨어를 수정할 수 없을 것 같습니다.

더 많은 정보가 필요하면 알려주시기 바랍니다.

2021년 12월 30일 편집: 요청별 이더넷 어댑터 정보를 댓글에 추가: 제조업체 웹 사이트에서 최신 R8125 드라이버를 다운로드하여 드라이버를 업데이트하고 두 가지 방법을 사용하여 설치합니다. 드라이버 .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을 실행하는 컴퓨터를 Wi-Fi 핫스팟으로 사용한 다음 Linux에서 핫스팟에 연결하여 문제를 "우회"할 수 있었습니다. 예상되는 속도와 우수한 안정성을 얻을 수 있으므로 합리적으로 잘 작동하지만 이와 같은 링크 연결은 마음에 들지 않습니다. 이는 Linux에는 문제가 있지만 Windows 10에는 문제가 없는 이유를 암시합니까? 다른 PC 대신 모뎀/라우터를 사용하여 동일한 작업을 수행할 수 있습니까?

관련 정보