일부 트래픽 로그를 분석하는 동안 노드가 700바이트에서 1MB에 이르는 큰 핑 패킷 크기로 게이트웨이를 핑하는 것을 발견했습니다. 노드에서 게이트웨이로의 지속적인 핑이며 핑당 크기가 다소 높습니다. 왜 이런 일이 발생하는지 또는 PING 크기를 조작하면 이점(테스트 목적으로)이 있는지 아는 사람이 있습니까?
답변1
선택한 경로가 대규모 패킷을 처리할 수 있는지 확인하는 것입니다. 모든 경로가 동일한 것은 아닙니다.MTU내내. MTU가 양호하면 IP 조각화도 방지됩니다.
답변2
핑에 큰 부하를 사용하는 유일한 이점은 회선의 안정성을 테스트하는 것입니다. 부하가 높을 때 회선이 변동하거나 오프라인이 되지만 부하가 작을 때는 오프라인이 되는 경우 32바이트의 표준 핑으로는 문제를 감지할 수 없습니다.
답변3
아무도 언급하지 않았어죽음의 핑??
Ping of Death는 잘못된 형식이나 악의적인 Ping을 컴퓨터에 보내는 것과 관련된 컴퓨터 공격 유형입니다. 올바르게 구성된 ping 메시지의 크기는 일반적으로 56바이트이며, 인터넷 프로토콜(IP) 헤더를 고려하면 84바이트입니다. 역사적으로 많은 컴퓨터 시스템은 최대 IPv4 패킷 크기보다 큰 핑 패킷을 적절하게 처리할 수 없었습니다.더 큰 패킷은 대상 컴퓨터와 충돌할 수 있습니다..
일반적으로 65,536바이트의 ping 패킷을 보내는 것은 RFC 791에 문서화된 대로 인터넷 프로토콜을 위반하는 것입니다. 그러나 이러한 크기의 패킷이 조각화되어 있는 경우에는 보낼 수 있습니다. 대상 컴퓨터가 패킷을 재조립할 때 버퍼 오버플로가 발생할 수 있으며 이로 인해 종종 시스템 충돌이 발생합니다.
예전처럼 널리 퍼지지는 않은 것 같지만 대용량 핑 패킷의 목적을 원한다면 음, DDoS~이다하나.
답변4
잘못된 라우터는 유선이라 할지라도 다시 시작될 때까지 큰 핑에서는 실패하고 작은 핑에서는 성공할 수 있으므로 다음 용도로 사용할 수 있습니다.이와 같은 문제 디버깅
패킷 손실은 연결 불량으로 인해 발생할 수 있으며 정상적인 ping으로는 항상 감지할 수 없습니다.
ping 208.67.222.222 -l 40096 -n 20아니면 리눅스에서는-s 40096
이는 대규모 핑 트래픽을 허용하는 특수 서버에 핑을 보내고 회선에서 패킷 손실을 찾습니다. 일부 트래픽이 왕복으로 이동하는 것을 방지하는 유선 회선에서 패킷 손실이 발생했습니다.