IPv6 전용 클라이언트는 로그인 페이지를 불러오면서도, 더 큰 패킷을 사용하거나 두 번째 호스트 이름이 불완전한 IPv6 경로를 사용할 경우 다운로드에 실패할 수 있습니다.
ZimaSpace NAS 로그인 페이지는 크기가 작고 하나의 호스트 이름에서 제공될 수 있지만, 파일 다운로드는 다른 호스트, CDN 방식의 경로, 역방향 프록시 스트림 또는 더 큰 TCP 세그먼트를 사용할 수 있습니다. 따라서 특히 중요한 실패 유형은 두 가지입니다. 하나는 IPv6 경로 MTU 탐색(Path MTU Discovery) 문제이고, 다른 하나는 실제 다운로드 엔드포인트에 IPv6 연결 가능성이 없는 문제입니다.
경로 MTU 블랙홀 테스트
작은 HTTPS 응답과 제어된 대용량 전송 및 패킷 크기 프로브를 비교합니다.
실제 환경에서 경로 MTU 탐색이 실패할 수 있는 방식을 다루는 전문 네트워크 엔지니어링 심층 분석은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
연결은 설정되지만 더 큰 패킷이 전송되기 시작할 때 멈춘다면 NAS 애플리케이션을 탓하기 전에 MTU와 ICMPv6을 점검합니다.
ICMPv6 패킷 너무 큼 메시지가 작동하도록 유지
IPv6는 중간 라우터가 너무 큰 패킷을 분할하는 대신 송신자가 경로의 한계 크기를 학습하는 방식에 의존합니다.
ICMPv6 패킷 너무 큼 메시지가 필수적인 이유를 다루는 전문 IPv6 해설은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
필수 ICMPv6 제어 메시지를 무차별적으로 차단하는 방화벽 규칙을 제거한 다음 다운로드를 다시 시도합니다.
세그먼트 사이의 MTU 절벽 확인
LAN 측 NAS 인터페이스의 MTU가 더 크더라도 VPN, PPPoE 연결, VLAN 경로 또는 터널로 인해 사용 가능한 MTU가 줄어들 수 있습니다.
MTU 절벽이 큰 트래픽을 중단시킬 수 있는 방식을 다루는 실제 IPv6 현장 기록은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
클라이언트에서 프록시까지, 그리고 프록시에서 NAS까지의 경로 크기를 비교합니다. NAS의 MTU만 높이지 말고 가장 작은 경로에 맞춥니다.
IPv6 PMTUD 직접 진단
다운로드에 실제로 사용되는 호스트 이름을 대상으로 IPv6를 지원하는 추적 및 패킷 크기 테스트를 수행합니다.
IPv6 MTU 문제가 부분적인 연결을 일으킬 수 있는 방식을 다루는 전문 IPv6 문제 해결 가이드는 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
성공한 가장 큰 패킷 크기와 경로가 변경되는 지점을 기록합니다. 로그인 페이지는 충분한 연결성 테스트가 아닙니다.
다운로드가 다른 호스트 이름을 사용하는지 확인
브라우저의 네트워크 요청을 확인하여 파일이 로그인 페이지와 다른 호스트 이름에서 제공되는지 확인합니다.
필요한 호스트 이름마다 AAAA 레코드 지원이 다를 수 있는 방식을 다루는 전문 IPv6 우선 DNS 분석은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
IPv6 전용 클라이언트에서 필요한 모든 호스트 이름을 조회합니다. AAAA 레코드 하나가 없으면 로그인 경로는 정상이어도 다운로드 경로에 연결할 수 없게 됩니다.
IPv4 전용 백엔드의 NAT64 또는 DNS64 확인
백엔드 중 하나가 여전히 IPv4 전용이라면 IPv6 전용 클라이언트에 정상적으로 작동하는 변환 경로가 있는지 확인합니다.
NAT64와 DNS64가 IPv6 전용 클라이언트를 연결하는 방식을 다루는 전문 홈 네트워크 IPv6 심층 분석은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
영구적인 해결책으로 IPv6를 비활성화하지 마세요. 필요한 백엔드를 듀얼 스택으로 구성하거나 의도적인 변환 경로를 제공하세요.
정확한 홈 서버 경로 재테스트
변수 하나를 변경한 후 다른 경로를 사용할 수 있는 별도의 테스트로 바꾸지 말고, 같은 클라이언트에서 동일한 NAS 또는 셀프 호스팅 작업 흐름을 반복합니다.
인접한 홈 서버 네트워크 경로를 다루는 관련 ZimaSpace 가이드는 최종 확인을 동일한 셀프 호스팅 환경에 연결하는 데 도움이 됩니다.
재연결, 서비스 재시작, 두 번째 제어된 전송 또는 요청 후에도 원래 증상이 해결된 상태로 유지될 때에만 수정이 완료된 것입니다.
자주 묻는 질문
IPv6가 고장 났는데 로그인 페이지는 왜 작동하나요?
로그인 페이지는 크기가 작거나 캐시되어 있을 수 있으며, 파일 데이터와 다른 호스트 이름 및 경로에서 제공될 수 있습니다.
AAAA 레코드가 있으면 서비스가 IPv6에서 작동한다는 뜻인가요?
아니요. DNS가 IPv6 주소를 게시한다는 뜻일 뿐이며, 라우팅, MTU, 방화벽, 프록시 및 백엔드 동작이 올바르다는 의미는 아닙니다.
다운로드 문제를 해결하려면 IPv6를 비활성화해야 하나요?
아니요. 비교 테스트로만 IPv4를 사용하고, 대신 문제가 있는 IPv6 또는 변환 경로를 수정하세요.
지원 및 팁
더 읽어보기

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

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

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

