우선, 이것이 다소 단순한 질문으로 보인다면 사과드립니다.
에 따르면이 답변, TCP 패킷이 손상되었습니다항상체크섬이 그것을 포착하지 않고.
이런 일이 너무 자주 발생한다면 왜 더 눈에 띄지 않습니까? 이로 인해 손상된 이미지, 잘못된 ASCII 문자가 포함된 스크립트 파일 등이 발생해서는 안 됩니까?
물론 사람들은 중요한 파일에 대해 md5 체크섬을 실행하는 경향이 있지만 평균 및 일일 네트워킹 응용 프로그램의 경우 이것이 생각보다 더 큰 혼란을 일으키지 않는 이유는 무엇입니까? (아무런 일도 일어나지 않는 것 같지만 그 답변에서 통계와 논리가 확인됩니다)
답변1
이런 일이 자주 일어난다면...
그렇지 않으며 귀하가 언급하는 답변은 그렇다고 주장하지 않습니다. "자주"는 많은 수의 패킷이 손상되었음을 의미합니다.상대적인전송된 패킷의 절대 개수입니다. 그러나 이것은 사실이 아니다. 당신이 언급하는 대답은 다음과 같다고 주장합니다.많은패킷이 손상되었습니다. 손상이 여전히 남아 있습니다.희귀한에 비해순수한전송된 패키지 수.
그 외에도 TCP 위에 추가 보호 기능이 있을 수 있습니다. 예를 들어 TLS(HTTPS에 사용됨)는 데이터 조작을 탐지하는 데 사용되는 HMAC가 TCP에 사용되는 단순 CRC보다 훨씬 강력하지만 오버헤드도 더 높기 때문에 거의 모든 데이터 손상을 알아차립니다. 이 단계에서 문제를 감지하면 TCP 체크섬 오류처럼 데이터 재전송이 발생하지 않지만 연결은 단순히 끊어진 것으로 간주되므로 매일 연결이 끊어져 발생하는 다른 많은 오류와 구별할 수 없습니다. 마찬가지로, 이미지 형식이 작동하는 방식으로 인해 이미지의 손상된 데이터는 일반적으로 실질적으로 보이지 않거나 전체 이미지가 깨질 수 있습니다(렌더링에 실패하거나 중간이 잘림). 이는 일반적인 연결 문제와 유사해 보입니다.
답변2
샘플링 편향을 설명하고 있습니다. TCP를 사용할 때 개인적으로 많은 손상 문제를 발견하지 못했다고 해서 손상 문제가 항상 발생하지 않는다는 의미는 아닙니다. 그렇습니다. 귀하가 링크한 답변은 해당 주제에 대해 상당히 완전합니다.