MTU 불일치 또는 패킷 손실? 대용량 전송이 중단되는 이유 파악

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

MTU Mismatch or Packet Loss? Determining Why Large Transfers Stall - Zima Store Online

분할 금지 크기 테스트와 패킷 캡처를 사용해 반복 가능한 크기 경계와 무작위 손실 또는 혼잡을 구분하세요.

작은 ping과 웹 요청은 작동하지만 대용량 SMB, 백업 또는 VPN 전송이 일시 중지되거나 재설정될 때 이 판단이 중요합니다. 서로 경쟁하는 두 상태는 경로 MTU 블랙홀 또는 MSS 문제, 그리고 일반적인 손실, 혼잡 또는 불안정한 링크입니다. 저장된 구성과 폐기 가능한 데이터로 시작하고, 한 번에 한 분기만 관찰하며, 테스트로 인해 데이터 손실, 권한 또는 가용성 위험이 커지면 중지하세요.

경로 MTU 블랙홀 또는 MSS 문제와 일반적인 손실, 혼잡 또는 불안정한 링크 구분

변경하기 전에 환경을 기록하세요. 소프트웨어 및 펌웨어 버전, 장치 식별 정보, 마운트 또는 네트워크 경로, 여유 공간, 권한, 그리고 관찰된 증상을 기록합니다. 기준 상태에는 작은 ping과 웹 요청은 작동하지만 대용량 SMB, 백업 또는 VPN 전송이 일시 중지되거나 재설정되는 상황을 재현할 수 있을 만큼 충분한 세부 정보가 있어야 합니다.

첫 번째 후보는 경로 MTU 블랙홀 또는 MSS 문제입니다. 두 번째는 일반적인 손실, 혼잡 또는 불안정한 링크입니다. 현재 패킷화 계층 PMTU 검색은 테스트에 사용되는 메커니즘 또는 명령 경계를 정의하지만, 이 특정 홈 서버에서 직접 관찰하는 것을 대체하지는 않습니다.

판별 테스트를 실행하기 전에 통과 조건과 중지 조건을 작성하세요. 통과란 한 분기가 예측한 증거가 변경되는 동시에 관련 없는 서비스는 변경되지 않는 것이어야 합니다. 실패하면 추측성 수정 작업을 연쇄적으로 실행하지 말고 시스템을 저장된 상태로 되돌려야 합니다.

통제된 판별 테스트 하나 실행

다음 판별 테스트를 사용하세요. 조각화되지 않는 크기를 점차 늘려 프로브하고, MSS를 제어한 상태로 iperf를 실행하며, ICMP 너무 큼 메시지와 재전송을 캡처합니다. 변경한 변수의 결과임을 확인할 수 있도록 작업 부하, 클라이언트, 경로, 파일 세트 및 타이밍을 일정하게 유지하세요.

경로 MTU 검색을 사용해 실제로 두 분기를 구분할 수 있는 필드를 선택한 다음, 해당 필드의 타임스탬프, 종료 상태, 오류 텍스트, 장치 또는 스냅샷 식별 정보, 지연 시간, 전송된 바이트, 권한 및 복구 상태를 캡처하세요. 식별 정보, 지속성 또는 애플리케이션 상태가 테스트 대상 주장일 때는 명령이 정상적으로 종료된 것만으로 충분하지 않습니다.

재시작, 재연결, 재마운트 또는 콜드 캐시가 원래 조건의 일부인 경우 해당 이벤트 후 테스트를 한 번 반복하세요. 첫 실행이 파괴적이거나 환경을 복원할 수 없다면 중지하고 대신 폐기 가능한 복사본에서 재현하세요.

ping -M do -s 1472 target
tracepath target
iperf3 -c target --set-mss 1360

증거가 뒷받침하는 분기 해석

통과: 특정 패킷 크기에서 안정적으로 실패가 시작되고 MTU 또는 MSS에 따라 달라지거나, 손실이 크기와 무관하게 발생하면서 버스트 형태를 보입니다. 결론이 보편적인 주장이 되지 않도록 통과한 정확한 버전, 식별 정보 및 작업 부하를 기록하세요.

실패: 서로 다른 경로 또는 VPN 오버헤드에서 서로 다른 임계값이 나타나므로 각 경로를 별도로 매핑하세요. 네트워크, 메모리, 권한 또는 소스 일관성이 양쪽 모두에 영향을 줄 수 있으므로, 실패가 자동으로 반대 분기를 입증하는 것은 아닙니다. 확대하기 전에 이러한 공통 의존성을 분리하세요.

예외 또는 모호한 결과: 추가적인 점보 프레임 테스트 전에 인터페이스를 1500으로 되돌리고 ICMP 처리를 복원하세요. 로그를 보존하고 복구 가능한 복사본이 생길 때까지 복구, 정리, 삭제, 재파티션 또는 재귀적 소유권 변경 명령을 실행하지 마세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

일치하는 조치를 적용하고 원래 장애 재현

관찰된 분기에 맞는 조치를 적용한 다음, 축소된 대체 조건이 아니라 원래 조건을 다시 실행하세요. 장애가 특정 패킷 크기에서 안정적으로 시작되고 MTU 또는 MSS에 따라 달라지거나, 두 번의 주기 또는 관련 재부팅, 절전, 중단 또는 부하 전환에 걸쳐 손실이 크기와 무관하게 버스트 형태로 발생할 때만 결론이 성립합니다.

엔드투엔드 MTU 설정을 사용해 가장 가까운 종속 워크플로를 확인하되, 원래 트리거는 변경하지 마세요. 관련 없는 데이터 세트, 공유 폴더, 컨테이너, 사용자 및 복구 지점은 이전의 액세스와 타이밍을 유지해야 합니다.

중지 경계는 명확합니다. 서로 다른 경로 또는 VPN 오버헤드에서 서로 다른 임계값이 나타나면 각 경로를 별도로 매핑하고, 마지막으로 검증된 구성으로 돌아가 증거를 보존하세요. 분기가 반복 가능할 때만 더 심층적인 플랫폼 또는 하드웨어 테스트로 확대합니다.

대상 결과가 유지되면 트래픽 경로 분리와 비교하여 수정 사항이 인접 서비스로 위험을 옮기지 않는지 확인하세요. 대상 테스트에는 성공했지만 새로운 백업, 식별 정보, 시간 초과 또는 가용성 장애가 발생했다면 여전히 실패한 변경입니다.

FAQ

대용량 전송 중단을 진단할 때 남은 검색어는 보통 MTU 블랙홀 중에 작은 ping이 성공하는 이유, Wi-Fi 손실이 MTU 문제처럼 보일 수 있는지, MSS 클램핑을 영구적인 해결책으로 사용해야 하는지에 관한 것입니다. 아래 답변은 이러한 예외 상황을 기본 판단과 분리합니다.

통과 경계는 변하지 않습니다. 장애가 특정 패킷 크기에서 안정적으로 시작되고 MTU 또는 MSS에 따라 달라지거나, 손실이 크기와 무관하게 버스트 형태로 발생해야 합니다. 후속 조건으로 파일 시스템, 식별 정보, 네트워크 경로 또는 애플리케이션 버전이 변경되면 해당 변경의 영향을 받은 판별 테스트만 반복하세요.

서로 다른 경로 또는 VPN 오버헤드에서 서로 다른 임계값이 나타나면 실험을 확대하지 말고 각 경로를 별도로 매핑하세요. 그 시점에서 추가적인 점보 프레임 테스트 전에 인터페이스를 1500으로 되돌리고 ICMP 처리를 복원하세요. 플랫폼, 스토리지 또는 하드웨어 담당자에게 확대하기 전에 증거를 보존합니다.

MTU 블랙홀 중에 작은 ping은 왜 성공하나요?

제약이 되는 MTU보다 작아서 누락된 너무 큼 피드백이 필요하지 않기 때문입니다.

Wi-Fi 손실이 MTU 문제처럼 보일 수 있나요?

그럴 수 있습니다. 패킷 캡처와 반복적인 크기 임계값을 사용하면 무작위 재전송과 결정론적인 경계를 구분할 수 있습니다.

MSS 클램핑을 영구적인 해결책으로 사용해야 하나요?

라우팅 또는 터널링 설계상 필요한 경우에만 사용하세요. 먼저 가능한 범위에서 MTU와 ICMP 처리를 바로잡습니다.

동일한 작업 부하에서 증거가 경로 MTU 블랙홀 또는 MSS 문제나 일반적인 손실, 혼잡 또는 불안정한 링크를 일관되게 가리키고, 일치하는 조치로 두 번째 문제를 만들지 않으면서 원래 증상이 제거되면 진단이 완료됩니다. 어느 분기도 반복 가능하게 유지되지 않는다면 로그와 저장된 상태를 그대로 보존하세요. 불확실성은 더 많은 수정 작업을 쌓을 이유가 아니라 확대할 이유입니다.