작은 성공으로 큰 전송을 검증한 것은 아닙니다
ping이나 짧은 웹 요청이 성공해도 큰 데이터가 통과하는 조건은 다를 수 있습니다. 경로의 전송 크기 한계와 손실, 서버 처리 시간을 함께 봐야 합니다.
이 증상 하나로 MTU가 원인이라고 확정하지 않습니다. 저장장치와 CPU, 인증 및 응용의 시간 제한도 큰 작업에서만 드러날 수 있습니다.
터널이 있으면 바깥 헤더 공간도 필요합니다
VPN 같은 터널은 원래 데이터에 추가 정보를 붙일 수 있습니다. 그만큼 경로가 허용하는 크기와 오류 통지가 맞지 않으면 큰 전송에서 문제가 생길 수 있습니다.
장비 하나의 MTU를 크게 바꾸는 것만으로 전체 경로가 커지지는 않습니다. IPv4와 IPv6의 처리도 달라 양쪽 조건을 구분해야 합니다.
무엇을 남기면 도움이 될까요
실패하는 파일 크기와 서비스, 어느 방향인지, VPN 사용 여부 및 오류 시각을 기록합니다. 같은 서버의 작은 요청과 큰 전송을 비교하되 데이터 내용을 공개할 필요는 없습니다.
무조건 방화벽을 끄거나 MSS 값을 임의로 고정하기보다 실제 경로와 캡처를 확인합니다. 우회 후 동작하더라도 기존 서비스와 다른 전송이 유지되는지 재검증합니다.
관련 용어와 글
관련 용어
- MTU 최대 전송 단위
- PMTUD 경로 MTU 탐색
- MSS 최대 세그먼트 크기
- Network tunnel 네트워크 터널
- Packet loss 패킷 손실
- Throughput 처리량
- TCP 전송 제어 프로토콜
- UDP 사용자 데이터그램 프로토콜
- ICMP 인터넷 제어 메시지 프로토콜
- ICMPv6 IPv6 인터넷 제어 메시지 프로토콜
- Transport port 전송 계층 포트 번호
- Socket 네트워크 소켓
- QUIC QUIC 전송 프로토콜
- HTTP 하이퍼텍스트 전송 프로토콜
- Proxy 프록시
- Load balancing 부하 분산
- CDN 콘텐츠 전송 네트워크
- Keepalive 연결 유지 확인