먼저 직접 IP 연결을 확인하세요. Plex가 IP 주소로는 작동하지만 일반 호스트 이름, 앱 검색 또는 보안 연결 경로를 통해서는 작동하지 않을 때만 DNS를 조사하세요.
라우터가 제공하는 리졸버, Pi-hole 또는 Unbound 필터링, 오래된 클라이언트 응답, 분할 DNS 규칙, 또는 `plex.direct` 주변의 리바인딩 보호로 인해 Plex의 연결이 끊길 수 있습니다. 서비스가 IP로는 접근 가능한데도 이러한 문제는 서버 장애처럼 보일 수 있습니다. 포트 포워딩, 라이브러리 또는 컨테이너 설정을 건드리기 전에 문제가 발생하는 클라이언트 하나, 확인된 서버 주소 하나, 대체 리졸버 하나를 사용해 이름 확인 문제를 분리하세요.
DNS를 테스트하기 전에 IP 연결을 확인하세요
LAN에서 Plex 서버의 확인된 사설 주소를 사용하고 호스트에 연결할 수 있으며 Plex 포트가 응답하는지 확인하세요. IP 경로가 실패한다면 DNS가 첫 번째 원인은 아닙니다. 리졸버 설정을 변경하기 전에 라우팅, 방화벽, 호스트 주소 또는 서비스 가용성 문제를 해결하세요.
직접 IP 접속이 작동한 후에야 DNS 진단을 신뢰할 수 있습니다. 동일한 클라이언트가 주소로는 Plex에 접속하지만 일반 이름이나 보안 경로로는 접속하지 못한다면, 리졸버 동작을 명확한 검사 항목으로 삼을 수 있습니다.
작동하는 IP와 실패하는 호스트 이름 또는 앱 동작을 기록하세요. 둘 다 실패하면 DNS 테스트를 중단하세요. IP 접속은 성공하고 일반 Plex 경로만 실패한다면, 이제 리졸버, 보안 이름 또는 리바인딩 검사를 위한 명확한 분기점이 생긴 것입니다.
리졸버 응답과 리바인딩 동작을 비교하세요
클라이언트가 실제로 사용하는 리졸버를 통해 문제가 발생하는 호스트 이름을 조회하고, 정상적으로 작동하는 클라이언트 또는 임시로 신뢰할 수 있는 리졸버의 응답과 비교하세요. 응답이 다르다면 Plex나 NAT를 변경하기 전에 DHCP로 할당된 DNS, 로컬 재작성 및 필터링을 확인하세요.
`plex.direct`는 사설 서버 주소로 다시 확인될 수 있으므로 DNS 리바인딩 보호가 응답을 차단할 수 있습니다. 이 경우 Plex 호스트 자체는 정상일 수 있습니다. 리바인딩 보호를 전역적으로 비활성화하는 대신, 리졸버 로그에서 차단되거나 재작성된 Plex 관련 조회를 확인하세요.
한 클라이언트에서 하나의 리졸버를 일시적으로 우회하고 동일한 Plex 요청을 반복한 다음, 실패한 경로를 해결하는 데 필요한 가장 제한적인 변경만 유지하세요. 대체 리졸버로도 차이가 없다면 테스트를 되돌리고 인증서, 앱 검색, 방화벽 또는 원격 라우팅을 확인하세요.
두 리졸버가 동일한 응답을 반환하고 직접 IP 제어 테스트도 여전히 작동한다면, DNS가 현재 활성 장애 원인일 가능성은 낮습니다. 해당 결과를 보존하고 리졸버 예외를 더 추가하는 대신 인증서 검증, 앱 검색, 방화벽 정책 또는 원격 경로로 넘어가세요.
로컬 DNS 문제와 원격 액세스 문제를 분리하세요
LAN DNS 문제로 인해 로컬 클라이언트가 서버를 간접 연결 상태이거나 사용할 수 없는 상태로 판단할 수 있지만, 외부 원격 액세스는 여전히 작동할 수 있습니다. 반대의 경우도 가능합니다. 로컬 이름은 올바르게 확인되지만 공용 포트 또는 CGNAT 경로가 중단될 수 있습니다. 양방향을 모두 테스트하면 한 가지 증상이 다른 문제를 가리는 것을 방지할 수 있습니다.
사설 도메인 예외로 로컬 리졸버 동작을 복구할 수 있지만, 이것이 인바운드 인터넷 경로를 만들어 주지는 않습니다. 원격에서만 발생하는 문제는 여전히 NAT, 방화벽 또는 ISP 네트워크 구성의 문제입니다.
일반 DNS를 사용하는 LAN 클라이언트 하나, 임시 대체 리졸버를 사용하는 동일한 클라이언트, 셀룰러 데이터를 사용하는 원격 클라이언트 하나를 테스트하세요. 어떤 조합이 성공하는지 표로 기록하세요. 이 패턴을 통해 DNS 문제가 로컬 문제인지, 원격 문제인지, 아니면 무관한 문제인지 대개 파악할 수 있습니다.
캐시와 재부팅 변경 후에도 유지되는 경우에만 수정 사항을 유지하세요
클라이언트 캐시에 오래된 응답이 남아 있거나 임시 리졸버 우회가 여전히 활성화되어 있어 DNS 수정이 작동하는 것처럼 보일 수 있습니다. 문제가 해결되었다고 판단하기 전에 관련 캐시를 비우거나 만료시키고, 클라이언트 네트워크 설정을 갱신한 뒤 리졸버 또는 라우터를 한 번 재부팅하세요.
DNS 리바인딩과 NAT 설정은 서로 관련될 수 있으므로, 불필요한 예외를 여러 개 유지하지 말고 실패한 테스트를 해결하는 단일 변경 사항이 무엇인지 기록하세요.
DNS가 더 큰 라우터 또는 서브넷 변경 문제를 드러낸 것뿐이라면, 일반적인 클라이언트 설정을 복원한 후 라우터 변경 후 원격 액세스 경로를 다음으로 확인하세요.
지원 및 팁
더 읽어보기

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

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

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

