프록시 또는 DNS를 변경한 후 클라이언트가 다른 호스트 이름, 경로, 인증서 또는 캐시된 엔드포인트를 통해 다시 연결하면 Plex에서 세션이 끊길 수 있습니다.
연결 경로를 테스트하는 동안 서버와 미디어는 변경하지 마세요. 클라이언트마다 주소와 인증 상태를 캐시하는 방식이 다르므로 기존 세션이 새 세션보다 더 오래 유지될 수 있습니다. 로컬 세션과 프록시 세션을 각각 하나씩 재현한 다음 DNS 확인, 리디렉션, 웹소켓 동작 및 클라이언트가 실제로 사용하는 주소를 비교하세요.
직접 Plex 액세스가 여전히 작동하는지 확인
백엔드가 정상적으로 작동한다는 사실을 먼저 확인하면 프록시 문제를 훨씬 쉽게 분리할 수 있습니다. 인증서나 데이터베이스 상태를 변경하기 전에 LAN에서 동일한 계정과 미디어를 직접 테스트하세요.
Plex 리버스 프록시 경로로 인해 두 경로가 분리되어 있다면 공용 호스트 이름과 별도로 백엔드를 테스트할 수 있습니다.
Plex를 직접 열고 알고 있는 항목을 재생한 다음 서버 주소를 기록하세요. 직접 액세스도 실패한다면 백엔드가 작동할 때까지 DNS와 프록시 규칙을 변경하지 마세요.
인증 전에 DNS 확인
새 호스트 이름이나 주소로 인해 클라이언트가 잘못된 엔드포인트로 연결될 수 있으며, 이때 로그인 오류는 계정 문제처럼 보일 수 있습니다. 특히 캐시 또는 분할 DNS가 사용되는 경우 각 클라이언트가 어떤 주소를 확인하는지 비교하세요.
DNS 업데이트 후 인터페이스 경로 메트릭에 따라 사용되는 네트워크 경로가 바뀔 수도 있으므로 이름 확인과 경로 선택을 모두 검증하세요.
문제가 발생한 클라이언트와 정상 작동하는 클라이언트에서 공용 이름과 로컬 이름을 확인하세요. 잘못된 결과를 캡처한 후 문제가 있는 클라이언트의 캐시만 비우세요.
프록시 재작성 및 웹소켓 경로 확인
간단한 웹 페이지는 정상적으로 로드되더라도 서브패스 재작성, 헤더, 리디렉션 및 웹소켓 업그레이드로 인해 프록시 변경 후 세션이 끊길 수 있습니다. 전체 클라이언트 흐름을 테스트해야 합니다.
Plex 프록시 경로 재작성이 적용되면 루트 기준 에셋과 무결성 동작에도 프록시 변경이 영향을 줄 수 있으므로 단순한 포트 포워딩 이상의 설정이 필요합니다.
로그인 및 재생 중 브라우저의 네트워크 오류와 프록시 로그를 확인하세요. 직접 액세스는 작동하지만 프록시 경로가 실패한다면 사용자를 초기화하기 전에 프록시 계층을 수정하세요. 프록시가 안정화된 후 외부 네트워크에서 동일한 원격 Plex 스트리밍 경로를 확인하고, 이후 DNS 또는 엣지 변경 시 기준으로 사용할 수 있도록 결과를 기록해 두세요.
알려진 세션 경로 하나로 다시 테스트
DNS와 프록시 동작이 안정화된 후 새 세션을 만들고 클라이언트가 의도한 호스트 이름을 계속 사용하는지 확인하세요. 이렇게 하면 캐시된 이전 경로 때문에 잘못된 구성이 정상으로 보이는 것을 방지할 수 있습니다.
서비스 연결 자체는 유효하더라도 응답 트래픽이 요청을 받은 인터페이스가 아닌 VPN 경로를 통해 나가면 연결이 실패할 수 있습니다.
동일한 계정으로 외부 네트워크와 로컬 네트워크에서 각각 테스트하세요. 한 경로에서만 세션이 끊긴다면 서버 상태보다는 라우팅과 엣지 정책을 계속 점검하세요.
지원 및 팁
더 읽어보기

Jellyfin을 실행한 채로 백업해야 할까요, 아니면 먼저 서비스를 중지해야 할까요?
간편하게 사용하려면 서비스가 중지된 상태에서 백업하는 것을 우선하세요. 애플리케이션 상태가 일관되게 캡처되고 복원이 테스트된 경우에만 라이브 스냅샷을 사용하세요.

아무도 스트리밍하지 않을 때 Jellyfin이 뜨겁거나 시끄럽게 작동하는 이유_久久爱
유휴 상태에서 발생하는 발열은 대개 백그라운드 작업이나 공유 호스트 워크로드를 의미하므로, 냉각이나 하드웨어를 변경하기 전에 활성 프로세스와 예약된 작업을 확인하세요.

Jellyfin을 복구하는 대신 언제 다시 구축해야 할까요?
런타임 드리프트가 문제이고 영구 상태가 백업되어 있다면 수리보다 재구축을 선택하세요. 유일하게 정상인 데이터베이스를 삭제하는 것을 “재구축”이라고 해서는 안 됩니다.

