ifconfig eth0 RX가 패킷을 삭제함


15

문제

다음 ifconfig 명령 프로그램이 더 손실 된 패킷 수신 기기 섹션. 인터넷에서 서버로 도착하는 일부 패킷에는 문제가있는 것 같습니다.

질문

  1. 이 드롭 카운터는 어떤 종류의 패킷을 고려합니까? iptables 방화벽에 도달하기 전 또는 iptables에서 패킷을 수락 한 후 도착하는 모든 패킷이 필요합니까?

  2. ipconfig drop 패킷 카운터가 증가하지 않도록 상황을 해결하는 방법은 무엇입니까?

유용한 문제 해결 정보

내 문제가 실제로 무엇인지 알 수 없으므로 다른 정보가 필요하다고 생각되면 언제든지이 섹션을 작성하도록 요청하십시오.

ifconfig

eth0      Link encap:Ethernet  HWaddr 00:cc:cc:cc:cc:cc  
          inet adr:90.0.0.2  Bcast:90.0.0.255  Masque:255.255.255.0
          adr inet6: fe80::21c:c0ff:feb9:829c/64 Scope:Lien
          adr inet6: 2001:a100:1:bbbb::1/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:113264620 errors:0 dropped:2523 overruns:0 frame:0
          TX packets:168526529 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:59171827564 (55.1 GiB)  TX bytes:223993117711 (208.6 GiB)

RX 섹션 의 " drop : 2523 "에 유의 하십시오. 이것이 가장 중요합니다. 이 숫자는 지속적으로 증가하고 있습니다.

ip-4 루트 쇼

default via 90.0.0.254 dev eth0 
90.0.0.0/24 dev eth0  proto kernel  scope link  src 90.0.0.2

ip-6 루트 쇼

2001:a100:1:bbbb::1/64 dev eth0  proto kernel  metric 256 
fe80::/64 dev eth0  proto kernel  metric 256 
default via 2001:a100:1:bbff:ff:ff:ff:ff dev eth0  metric 1024

플러그인의 munin 그래프 if_err_eth0_day

여기에 이미지 설명을 입력하십시오


1
ifconfig방화벽 앞에 있을 것입니다 . 인터페이스 수준 통계입니다. 이 링크 는 하나의 문제 해결 옵션을 제공 할 수 있습니다.
PP.

나는 이미 이것을 시도했지만, 불행히도 그 대답은Ring parameters for eth0: Cannot get device ring settings: Operation not supported
Fox

들어오는 패킷의 0.002 %를 삭제합니다. 왜 걱정하는거야?
freiheit

2
그것은 전에 일어나지 않았고 갑자기 시작 되었기 때문입니다. 올바른 구성은 ZERO 드롭 패킷을 보여줍니다 (필요한 경우 방화벽에서 나중에 삭제해야 함). 서버에 도달해야하는 정보가 없어져서 그 이유를 알고 싶습니다.
Fox

1
@ 폭스 : 당신은 패킷 드롭의 이유를 찾았습니까? 새로운 루터 서버에서 동일한 문제에 직면하고 있습니다.
Biggie

답변:


9

http://www.novell.com/support/kb/doc.php?id=7007165

커널 2.6.37부터는 삭제 된 패킷 수의 의미가 변경되었습니다. 이전에는 손실 된 패킷이 오류로 인해 발생했을 가능성이 높습니다. 이제 rx_dropped 카운터는 다음과 같은 이유로 삭제 된 프레임에 대한 통계를 보여줍니다.

  • 소프트 넷 백 로그 가득 참
  • 잘못되었거나 의도하지 않은 VLAN 태그
  • 알려지지 않은 / 등록되지 않은 프로토콜
  • 서버가 IPv6에 대해 구성되지 않은 경우 IPv6 프레임

[...]

tcpdump가 실행되는 동안 rx_dropped 카운터의 증가가 중지되면; 앞서 언급 한 이유로 인해 하락세를 보일 가능성이 높습니다.


계속 증가하면 어떻게 되나요?
Jean-Paul Calderone

"" "etheth -S를 사용하여 인터페이스에 실제 오류가 없는지 확인하십시오." "source access.redhat.com/solutions/657483
bgtvfr

2

나는이 문제를 추적하여 아무 소용이 없었습니다. 또한 Ubuntu 12 상자에서 RX 패킷이 초당 약 1의 속도로 떨어지는 것을 알았습니다. 내 검색에서 다양한 다른 Linux 플랫폼, SUSE, Rpi 및 기타에서 비슷한 문제를 가진 사람들을 발견했습니다. 리눅스 커널과 비슷한 것 같습니다. 내가 알아 차린 몇 가지 흥미로운 단서가 문제를 일시적으로 사라지지만 정확한 설명은 아닙니다.

  1. 내 / etc / network / interfaces에서 구성을 정적에서 DHCP로 변경하면 RX 패킷이 중단됩니다. 인식 할 수없는 패킷은 DHCP와 관련이있을 수 있으며 상자가 꺼져있을 때 상자에서 무엇을해야하는지 알 수 없습니까?

  2. tcpdump를 실행하면 덤프가 실행되는 동안 패킷이 중단되고 중지하면 다시 돌아옵니다.

이 단서가 이것의 맨 아래에 도달하는 데 도움이 될 수 있습니까?

전반적으로 내 네트워크 성능은 괜찮은 것처럼 보이며 이것이 왜 일어나는지 궁금합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.