두 방향의 실제 MTU 또는 엔드포인트 동작이 서로 다른 경로를 통과하면 점보 프레임 NAS 전송이 한 방향에서는 작동하지만 반대 방향에서는 멈출 수 있습니다.
2.5GbE 또는 10GbE를 사용하는 ZimaSpace NAS는 한 스위치 경로를 통해 전송하는 반면, 반환 트래픽은 다른 VLAN, 라우터, 본딩 인터페이스, 가상 브리지 또는 NIC 오프로딩 경로를 사용할 수 있습니다. 일반적인 ping은 1500바이트에서 여전히 성공할 수 있습니다. 진단하려면 양방향에서 큰 비분할 패킷과 인터페이스 카운터를 테스트해야 합니다.
엔드투엔드 MTU 일관성 확인
NAS NIC, 클라이언트 NIC, 스위치, VLAN 인터페이스, 본딩, 브리지 및 경로상의 라우터에서 MTU를 확인합니다.
점보 프레임은 엔드투엔드로 일관되어야 합니다라는 스토리지 네트워킹 전문 블로그 글은 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
테스트 경로 전체의 MTU를 일시적으로 1500으로 되돌립니다. 양방향 전송이 안정되면 SMB 또는 NFS를 조정하기 전에 점보 프레임 경로를 수정합니다.
양방향에서 패킷 크기 테스트
클라이언트에서 NAS로, NAS에서 클라이언트로 큰 DF ping 또는 이에 준하는 경로 크기 측정 도구를 사용합니다.
DF 패킷 크기 테스트로 MTU 불일치를 확인할 수 있습니다라는 네트워크 문제 해결 전문 가이드는 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
특정 크기의 패킷이 한 방향에서만 성공한다면 두 엔드포인트가 모두 MTU 9000을 보고하더라도 실제 경로가 다르다는 뜻입니다.
비대칭 라우팅 또는 서로 다른 중간 장치 확인
특히 멀티홈 홈 서버에서는 각 방향의 다음 홉과 VLAN 인터페이스를 비교합니다.
경로상의 MTU 변경은 대용량 트래픽에 서로 다르게 영향을 줍니다라는 인프라 엔지니어링 전문 블로그 글은 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
양방향을 추적하여 경로가 갈라지는 첫 번째 홉을 확인합니다. 해당 경로를 일치시키거나 의도하지 않은 라우트를 제거합니다.
점보 프레임이 모든 NAS의 성능을 향상한다고 단정하지 않기
실제 파일 복사 성능 향상은 워크로드와 하드웨어에 따라 달라지며, 장치 하나의 불일치만으로도 네트워크 성능이 저하될 수 있습니다.
점보 프레임은 실제 파일 복사를 개선할 수도, 망가뜨릴 수도 있습니다라는 실용 네트워킹 전문 블로그 글은 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
더 큰 프레임이 추가적인 경로 제약을 감수할 만한지 판단하기 전에 MTU 1500에서 동일한 NAS 워크로드를 벤치마크합니다.
MTU 블랙홀 동작 확인
PMTUD 피드백이 차단되면 TCP 연결은 설정되지만 더 큰 데이터 패킷이 나타나는 순간 전송이 멈출 수 있습니다.
MTU 블랙홀은 고대역폭 전송을 멈출 수 있습니다라는 네트워크 성능 전문 가이드는 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
필요한 ICMP 피드백이 작동하도록 유지하거나 송신기 MTU를 확인된 경로 한계로 줄입니다.
스위치 및 가상화 계층도 확인
점보 프레임 지원에는 물리적 스위치 포트뿐 아니라 가상 브리지, 컨테이너 또는 VM 인터페이스, 모든 방화벽도 포함되어야 합니다.
모든 포워딩 계층이 더 큰 MTU를 지원해야 합니다라는 네트워킹 해설 글은 기본 프로토콜만 설명하지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
문제가 발생하는 방향으로 데이터를 전송하면서 수신 및 송신 포트 양쪽의 드롭 카운터와 자이언트 프레임 카운터를 확인합니다.
정확한 홈 서버 경로에서 재테스트
변수 하나를 변경한 후에는 다른 경로를 사용할 수 있는 별도의 테스트로 바꾸지 말고 동일한 클라이언트에서 같은 NAS 또는 셀프 호스팅 워크플로를 반복합니다.
관련 홈 서버 네트워크 경로에 대한 ZimaSpace 가이드는 최종 검증을 동일한 셀프 호스팅 환경에 맞춰 진행하는 데 도움이 됩니다.
연결을 다시 설정하고 서비스를 재시작한 뒤, 통제된 전송 또는 요청을 한 번 더 수행해도 원래 증상이 해결된 상태로 유지될 때에만 수정이 완료된 것입니다.
자주 묻는 질문
점보 프레임이 한 방향에서만 실패할 수 있나요?
예. 비대칭 라우팅, 서로 다른 가상 인터페이스, 오프로딩 동작 또는 한 방향의 포트 문제로 인해 실제 경로가 달라질 수 있습니다.
일반 ping이 성공하면 점보 프레임도 작동한다는 뜻인가요?
아니요. 일반적인 작은 ping은 설정된 점보 페이로드 크기를 테스트하지 않습니다.
홈 네트워크의 모든 장치에서 MTU 9000을 사용해야 하나요?
필요한 모든 장치가 이를 지원하는 의도적으로 격리된 경로에서만 사용해야 합니다. 여러 장치가 혼합된 홈 네트워크에서는 일관된 MTU 1500이 더 안전한 경우가 많습니다.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

