라우터 변경 후 Plex가 로컬에서는 열리지만 원격에서는 작동하지 않음

Plex가 여전히 LAN에서 열리는 경우, 서버는 유지한 채 새 라우터의 주소 지정, NAT, DNS, 원격 액세스 경로를 순서대로 다시 구성하세요.

라우터를 교체하면 Plex 호스트에 다른 사설 주소가 할당되거나, 기존 포트 매핑이 사라지거나, 이중 NAT가 도입되거나, 이전에는 없던 DNS 동작이 활성화될 수 있습니다. 이는 네트워크 경계의 변경 사항이지, 미디어를 다시 검색하거나 데이터베이스를 교체해야 할 이유가 아닙니다. 먼저 로컬 재생 테스트를 한 번 수행하고, ISP 연결 지점부터 Plex까지의 새 경로를 파악한 다음, 외부 테스트로 효과가 확인된 변경 사항만 유지하세요.

문제가 원격 액세스에만 발생하는지 확인

먼저 Plex 자체가 정상인지 확인하세요. LAN에서 서버를 열고, 알고 있는 파일을 재생한 뒤, 서버가 계속 계정에 연결되어 있고 응답하는지 확인하세요. 라우터를 교체한 후 로컬 액세스도 실패한다면, 인터넷 포워딩을 작업하기 전에 더 광범위한 주소 지정, DNS, 방화벽 또는 호스트 문제로 처리하세요.

LAN 재생은 정상인데 원격 액세스만 실패한다면, Plex 상태를 변경하기 전에 외부 경로를 분리해 확인하세요. 로컬 테스트가 정상이라는 것은 데이터베이스와 재생 엔진이 우선적인 복구 대상일 가능성이 낮다는 뜻입니다.

로컬 재생이 정상이라면 Plex 호스트의 현재 LAN 주소와 게이트웨이를 기록하세요. 교체한 라우터에서 새 주소를 할당받았다면 기존 예약이나 포워딩 규칙이 이제 잘못된 장치를 가리킬 수 있습니다. 외부 포트를 변경하기 전에 호스트 식별 정보를 수정하세요.

새 라우터에 맞게 포트 경로 다시 구성

라우터를 교체하면 Plex 컴퓨터가 바뀌지 않았더라도 기존 NAT 상태는 무효화됩니다. 새 라우터가 매핑을 자동으로 생성하도록 할지, 아니면 공용 포트 하나를 정의해 서버의 현재 사설 주소와 Plex 포트로 포워딩할지 결정하세요.

라우터를 교체한 후에는 공용 포트 일치가 라우터가 실제로 노출하는 포트 및 Plex가 예상하는 포트와 일치해야 합니다.

포워딩 방식 하나만 적용한 다음, 모바일 데이터나 다른 외부 네트워크에서 테스트하세요. 포트에 여전히 연결할 수 없다면 서로 겹치는 규칙을 여러 개 만들지 마세요. 상위 네트워크로 이동해 이 라우터와 인터넷 사이에 다른 NAT 또는 방화벽이 새로 존재하는지 확인하세요.

새 네트워크 구성에 이중 NAT가 추가되었는지 확인

많은 ISP 게이트웨이는 모뎀과 라우터 기능을 함께 제공합니다. 그 장비 뒤에 새 Wi-Fi 라우터를 추가하면 이전에는 하나였던 NAT 계층이 두 개로 늘어날 수 있습니다. 내부 라우터의 포워딩은 외부 게이트웨이에서 멈추므로, 네트워크 구성을 브리지 모드로 전환하거나 두 계층을 모두 의도적으로 구성해야 합니다.

두 개의 로컬 라우터가 트래픽을 변환하고 있다면, 두 계층 모두 브리지 또는 포워딩 구성을 적용하면 완전한 인바운드 경로를 복원할 수 있습니다. 새 라우터의 WAN 주소와 공용 주소를 비교해 예상치 못한 외부 NAT가 있는지 확인하세요.

두 장치를 모두 제어할 수 있다면 가능하면 하나의 라우터만 라우팅 권한을 갖도록 구성하세요. 공용 경계를 ISP가 제어하고 WAN 주소가 공용 주소와 일치하지 않는다면, 다른 로컬 규칙이 작동할 것이라고 가정하지 말고 CGNAT를 조사하세요.

외부 변환이 직접 제어하는 다른 라우터가 아니라 ISP에 속한다면, 이 문제를 일반적인 이중 NAT로 계속 다루지 마세요. 이 경우는 CGNAT 또는 공용 주소 문제에 해당하며, 내부 라우터에 포트 포워딩을 반복해서 설정해도 ISP 경계에서 권한을 만들 수 없습니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

DNS와 안전한 로컬 이름 확인을 별도로 테스트

새 라우터는 DNS 필터링, 리바인딩 보호, 로컬 리졸버 동작 또는 DHCP로 제공되는 DNS 서버를 변경할 수도 있습니다. 이러한 변경으로 인해 원시 서버 IP로는 여전히 접속할 수 있어도 Plex의 보안 연결이나 로컬 검색이 이상하게 동작할 수 있습니다.

DNS 리바인딩 동작이 `plex.direct` 패턴을 차단하면 리졸버가 안전한 로컬 Plex 이름을 방해할 수 있습니다. 보안 기능을 광범위하게 비활성화하기 전에 이름 확인을 테스트하세요.

LAN 클라이언트에서 서버의 사설 IP를 통한 액세스와 일반 Plex 앱 또는 보안 호스트 이름을 통한 액세스를 비교하세요. 직접 IP로는 작동하지만 이름 기반 검색이 실패한다면 DNS 범위 내에서 복구를 진행하세요. 두 방식 모두 로컬에서 작동하고 인터넷 경로만 실패한다면 NAT 및 ISP 경계 확인으로 돌아가세요.

재부팅 테스트 후에만 새로운 기준 상태를 수용

호스트에 다른 LAN 주소가 할당되거나, 라우터가 자동 매핑을 다른 방식으로 다시 생성하거나, 임대 갱신 후 새 DNS 경로가 변경되면 일시적으로 성공한 원격 액세스가 사라질 수 있습니다. 안정성을 확보하려면 구성이 수동 복구 없이 일반적인 재시작을 견뎌야 합니다.

안정적인 네트워크 재구성 계획은 한 번의 녹색 상태로 끝나는 것이 아니라 재부팅 후에도 호스트 식별 정보, 라우팅, DNS 및 원격 연결 가능성을 유지해야 합니다.

Plex 호스트의 주소를 예약하거나 다른 방법으로 고정한 다음, 호스트와 라우터를 한 번 재부팅하고 로컬 및 원격 재생을 다시 테스트하세요. 경로가 유지된다면 공용 포트 규칙, 필요한 경우 DNS 예외 및 ISP 네트워크 구성을 문서화하세요. 재부팅 후 실패한다면 복구가 완료된 것이 아닙니다.