로컬 DNS가 올바른 IP 주소를 반환하지만 잘못된 서비스로 연결되는 원인은 무엇인가요?
로컬 DNS가 올바른 NAS IP를 반환하더라도, 공유 리버스 프록시가 호스트 이름을 다른 가상 호스트로 라우팅하면 잘못된 서비스가 열릴 수 있습니다.
ZimaSpace 홈 서버에서는 여러 앱이 Nginx, Traefik, Caddy 또는 다른 리버스 프록시 뒤에서 하나의 LAN 주소를 공유할 수 있습니다. DNS는 대상 IP만 선택합니다. 브라우저는 여전히 TLS SNI와 HTTP Host 헤더를 통해 호스트 이름을 전송하고, 프록시가 어떤 컨테이너로 요청을 전달할지 결정합니다.
분할 DNS 응답이 실제로 의도한 것인지 확인
내부 레코드와 공개 레코드를 비교하고, 두 호스트 이름이 모두 동일한 리버스 프록시에서 종료되도록 설정된 것이 맞는지 확인하세요.
분할 DNS를 다루는 집중적인 홈랩 블로그 글은 기본 프로토콜을 단순히 정의하는 대신 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
내부 DNS가 반환하는 주소만 변경하고 브라우저의 호스트 이름은 그대로 유지하세요.
프록시가 호스트 이름으로 라우팅하는지 확인
예상한 호스트 이름으로 요청을 보내고, 동일한 NAS에 직접 IP로 접속한 결과와 비교하세요.
Host 헤더가 백엔드를 선택하는 과정을 다루는 집중적인 홈랩 리버스 프록시 안내서는 기본 프로토콜을 단순히 정의하는 대신 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
직접 IP로 접속하면 기본 앱이 열리고 호스트 이름으로 접속하면 올바른 앱이 열린다면, 문제는 DNS가 아닙니다. 가상 호스트 라우팅이 설계대로 동작하는 것입니다.
Host 헤더가 다시 작성되는지 확인
프록시와 백엔드에서 Host 및 전달된 호스트 헤더를 확인하세요.
Host 헤더 변경이 라우팅에 영향을 줄 수 있는 이유를 설명하는 보안 및 HTTP 안내서는 기본 프로토콜을 단순히 정의하는 대신 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
호스트 이름을 다시 작성하는 계층만 수정하세요. HTTP 라우팅 오류를 보완하려고 중복 DNS 레코드를 추가하지 마세요.
HTTP 라우팅 전에 TLS SNI 확인
하나의 IP에서 여러 HTTPS 앱을 운영하더라도 의도한 인증서와 가상 호스트를 선택하는 데 필요한 호스트 이름을 전달해야 합니다.
하나의 IP에서 SNI가 여러 HTTPS 사이트 중 하나를 선택하는 방식을 설명하는 실용적인 안내서는 기본 프로토콜을 단순히 정의하는 대신 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
인증서 이름과 백엔드 경로를 비교하세요. 다른 앱용 인증서가 표시된다면 요청이 의도한 서비스에 도달하기 전에 선택이 잘못되었다는 증거입니다.
기본 가상 호스트 확인
호스트 이름 규칙과 일치하지 않으면 많은 프록시가 다른 앱에 속한 기본 서버를 반환합니다.
일치하지 않는 호스트 이름이 기본 서버로 연결될 수 있는 이유를 다루는 집중적인 Nginx 문제 해결 문서는 기본 프로토콜을 단순히 정의하는 대신 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
하나의 애플리케이션이 알 수 없는 모든 도메인의 포괄적인 대상으로 동작하도록 두지 말고, 명시적인 호스트 규칙과 중립적인 기본 응답을 설정하세요.
DNS 라우팅과 프록시 라우팅을 분리
DNS는 주소를 선택하고 리버스 프록시는 애플리케이션을 선택하는 역할로 구분하세요.
DNS와 리버스 프록시가 서로 다른 라우팅 계층을 해결하는 방식을 설명하는 안내서는 기본 프로토콜을 단순히 정의하는 대신 동일한 세부 문제를 다루므로 이 원인을 분리하는 데 도움이 됩니다.
LAN 클라이언트에서 정확한 앱 호스트 이름으로 다시 테스트하세요. 직접 IP 북마크 없이 예상한 인증서, 프록시 경로 및 백엔드가 모두 올바르게 표시되어야 합니다.
정확한 홈 서버 경로로 재테스트
변수 하나를 변경한 후에는 다른 경로를 사용할 수 있는 별도의 테스트로 바꾸지 말고, 동일한 클라이언트에서 같은 NAS 또는 셀프 호스팅 워크플로를 반복하세요.
관련 ZimaSpace 안내서의 인접한 홈 서버 네트워크 경로는 최종 검증을 동일한 셀프 호스팅 환경에 맞춰 진행하는 데 도움이 됩니다.
재연결, 서비스 재시작, 그리고 두 번째로 통제된 전송 또는 요청 후에도 원래 증상이 해결된 상태로 유지될 때에만 수정이 완료된 것입니다.
추천 제품
지원 및 팁
더 읽어보기
Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.
Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.
Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.
