NAS, 스위치, 라우터, VPN 간 MTU 설정을 일치시키는 방법

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

단일 장치에 표시되는 가장 큰 수치가 아니라, 전체 경로에서 안정적으로 전송할 수 있는 가장 큰 MTU를 사용하세요. NAS, 라우터, VPN이 혼합된 대부분의 경로에서는 점보 프레임을 선택적으로 활성화하는 것보다 일관된 1500바이트 기준값을 사용하는 편이 안전합니다.

흔한 문제는 매우 구체적으로 나타납니다. 작은 ping과 웹 페이지는 정상 작동하지만, 대용량 SMB 복사, 백업 또는 VPN 업로드가 멈춥니다. 한 홉이 수용하는 프레임 크기를 이후 홉이 전달하지 못하고 경로 MTU 탐색에 필요한 피드백이 손실될 때 이런 문제가 발생합니다. 먼저 현재 값을 기록하고, 양방향으로 경로를 테스트한 다음, 한 번에 하나의 계층만 변경하세요.

MTU를 변경하기 전에 경로를 파악하세요

Wi-Fi 액세스 포인트, 관리형 스위치 트렁크, 라우터 인터페이스, 가상 브리지, VPN 터널을 포함해 클라이언트에서 NAS까지의 실제 경로를 그려 보세요. MTU는 인터페이스 속성이므로 NAS의 값만으로는 중간의 모든 구간이 동일한 페이로드를 수용한다는 것을 증명할 수 없습니다.

먼저 물리 LAN과 터널을 별도의 경로로 테스트하세요. VPN은 헤더를 추가해 외부 패킷 안에 들어갈 수 있는 페이로드를 줄이므로, 모든 Ethernet 인터페이스가 1500으로 유지되더라도 실제 경로 MTU가 줄어들 수 있습니다.

관련된 모든 인터페이스의 스크린샷이나 명령 출력 결과를 저장하세요. 홉이나 해당 MTU를 확인할 수 없다면 기준값을 1500으로 유지하고 아직 점보 프레임을 활성화하지 마세요. 확인되지 않은 관리형 스위치, 가상 스위치 또는 터널이 있다면 중단해야 합니다.

물리 경로와 VPN 경로를 측정하세요

유선 클라이언트에서 NAS를 향해 단편화 금지 프로브를 보내고 페이로드를 조금씩 늘리세요. IPv4에서는 ICMP 및 IP 헤더가 패킷의 일부를 차지한다는 점을 기억하세요. 인수가 MTU라고 가정하지 말고 도구의 패킷 크기 기준을 해석해야 합니다.

NAS에서 클라이언트를 향해, 그리고 VPN을 통과해 다시 테스트하세요. 예상 크기에서 양방향으로 통과한다면 테스트한 경로가 해당 패킷을 전달할 수 있다는 의미입니다. 터널을 통과할 때만 실패한다면 이는 자동으로 NAS의 문제라는 뜻이 아니라 터널 오버헤드나 차단된 ICMP 응답을 가리킵니다.

수 기가바이트 파일을 전송하며 재전송, 일시 중지 또는 프로브 크기를 낮춘 뒤에만 성공하는 연결이 있는지 확인하세요. 1500바이트 LAN 기준값에서도 실패한다면 기본값을 복원하고 최적화를 시도하기 전에 태깅, 캡슐화 또는 결함이 있는 링크를 점검하세요.

가장 좁은 홉부터 바깥쪽으로 값을 맞추세요

스위치 액세스 포트와 트렁크 포트가 연결된 엔드포인트와 일관되도록 유지하세요. 격리된 스토리지 VLAN에 점보 프레임을 사용하기로 했다면 해당 VLAN에 참여하는 모든 NIC, 브리지, 스위치 포트가 선택한 프레임 크기를 지원해야 합니다. 트래픽이 라우터를 통과하지 않는다면 라우터에는 점보 프레임이 필요하지 않습니다.

VPN의 경우 LAN 값을 그대로 복사하지 말고 측정한 터널 경로를 기준으로 터널 MTU를 설정하세요. TCP만 영향을 받는다는 사실을 확인하기 전에는 TCP MSS를 변경하지 마세요. MSS 클램핑은 TCP 증상을 완화할 수 있지만, 크기가 과도한 UDP나 전반적으로 손상된 경로를 복구하지는 못합니다.

되돌릴 수 있는 변경을 한 번 적용하고 다시 테스트하세요. 결과가 일치하지 않으면 작동하는 더 낮은 값을 유지하세요. 파일 공유 동작도 조정하고 있다면 ZimaSpace의 SMB 및 NFS 선택 가이드를 참고하면 프로토콜 선택과 MTU 문제 해결을 분리하는 데 도움이 됩니다.

-15% OFF

원래 작업 부하에서 검증하세요

처음 멈췄던 전송을 동일한 클라이언트, 경로, VPN 상태, 파일 크기로 반복하세요. 유효한 해결 방법은 다른 VLAN의 소형 클라이언트를 중단시키거나 패킷 손실을 늘리지 않고 멈춤 현상을 제거해야 합니다.

테스트를 수 기가바이트 이상 진행할 수 있을 만큼 충분히 오래 실행하고, 최고 속도만이 아니라 처리량의 안정성을 비교하세요. 직접 LAN 전송은 통과하지만 VPN 전송이 계속 일시 중지된다면 VPN 변경을 되돌리고 터널 MTU만 조금씩 낮추세요.

양방향 프로브가 통과하고 원래 작업 부하가 일관되게 완료될 때 중단하세요. 필요한 장치를 구성할 수 없거나 성능 향상이 측정되지 않는다면 점보 프레임을 포기하세요. 명목상 9000바이트 설정값보다 일관성이 더 중요합니다.

FAQ

홈 네트워크의 모든 장치가 MTU 9000을 사용해야 하나요? 아니요. 점보 프레임 경로에 있는 장치와 포트만 서로 일치하면 되며, 라우팅되거나 터널링된 경로에는 더 낮은 값이 필요할 수 있습니다.

ping이 성공하면 MTU가 올바르다는 뜻인가요? 의도한 크기의 프로브를 사용하고, 해당되는 경우 단편화를 방지하며, 양방향으로 통과하고, 실제 전송 테스트까지 수행한 경우에만 그렇습니다.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.