내부 및 원격 앱 액세스를 위한 스플릿 호라이즌 DNS 설정 방법

어디서든 동일한 애플리케이션 호스트 이름을 사용하되, 신뢰할 수 있는 내부 및 VPN 클라이언트에는 프라이빗 프록시 주소를, 외부 클라이언트에는 퍼블릭 또는 터널 엔드포인트를 반환하세요. 두 경로에서 TLS 이름을 동일하게 유지하세요.

헤어핀 NAT를 사용할 수 없거나 로컬 트래픽이 LAN에 머물러야 할 때 스플릿 DNS가 유용합니다. 클라이언트가 의도한 리졸버를 우회하거나, 오래된 응답이 남아 있거나, 내부 엔드포인트가 다른 인증서를 제공하면 문제가 발생합니다. 두 뷰를 정의하고, 마이그레이션 전에 TTL을 낮춘 다음, HTTPS와 별도로 DNS 확인을 테스트하세요.

내부 및 외부 뷰 정의

각 애플리케이션에 하나의 FQDN을 선택하세요. 퍼블릭 DNS에서는 외부에서 접근할 수 있는 프록시, 터널 또는 게이트웨이를 가리키게 하고, 내부 DNS에서는 로컬 프록시의 프라이빗 주소로 재정의하세요.

인증서 작업을 피하기 위해 별도의 내부 전용 호스트 이름을 만들지 마세요. 애플리케이션이 두 개의 표준 URL을 지원하는 경우가 아니라면 말입니다. 하나의 이름을 사용하면 위치가 바뀌어도 북마크, 콜백 및 모바일 클라이언트를 일관되게 유지할 수 있습니다.

내부 뷰를 제공할 서브넷을 문서화하세요. 게스트 네트워크에는 퍼블릭 응답이 필요할 수 있지만, 신뢰할 수 있는 LAN 및 원격 액세스 VPN 클라이언트에는 할당된 리졸버를 통해 프라이빗 응답을 제공해야 합니다.

리졸버 선택을 결정적으로 설정

DHCP와 VPN 프로필을 통해 내부 리졸버를 알리세요. 먼저 해당 리졸버를 명시적으로 조회한 다음, 운영 체제를 통해 조회하여 로컬 캐시 또는 암호화된 DNS 우회를 확인하세요.

리졸버 캐시와 서로 다른 DNS 라이브러리로 인해 예상치 못한 결과가 발생할 수 있습니다. 이 일반적인 DNS 장애 원인 목록에서는 권한 있는 DNS 변경 사항이 클라이언트에 즉시 나타나지 않을 수 있는 이유를 설명합니다.

소스에서 레코드가 올바른지 확인한 후 관련 캐시만 비우세요. 관리형 브라우저가 자체 암호화 리졸버를 사용하는 경우 승인된 정책을 적용하거나, 로컬 영역을 반복해서 수정하는 대신 퍼블릭 경로를 사용하세요.

프록시, 인증서 및 애플리케이션 동작 정렬

두 엔드포인트 모두 공유 FQDN에 유효한 인증서를 제공하고 해당 호스트를 동일한 애플리케이션 식별자로 라우팅해야 합니다. 인증서 경고는 DNS가 엔드포인트에 도달했지만 해당 엔드포인트가 요청된 이름으로 구성되지 않았다는 의미입니다.

리디렉션, WebSocket, 콜백 URL 및 애플리케이션의 외부 URL을 확인하세요. IP 주소나 다른 호스트 이름으로 리디렉션하는 로컬 프록시는 단일 이름 설계를 무효화합니다.

애플리케이션이 서브패스를 사용하는 경우 기본 URL과 프록시 경로를 일치시키세요. Jellyfin 컨테이너 업그레이드에 대한 ZimaSpace 체크리스트는 변경 전에 프록시, 마운트 및 URL 설정을 유지하는 데 도움이 됩니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

내부 및 원격 액세스 간 전환 테스트

Wi-Fi에서 DNS 서버, 반환된 주소, 인증서 및 애플리케이션 결과를 기록하세요. Wi-Fi를 끈 상태에서 셀룰러 네트워크로 반복하세요. 호스트 이름과 인증서 식별자는 동일하게 유지되면서 주소는 바뀌어야 합니다.

외부 네트워크에서 VPN에 연결한 후 반복하세요. VPN이 프라이빗 경로를 사용해야 하는데 퍼블릭 응답을 받는다면 애플리케이션 설정을 변경하기 전에 DNS 할당 또는 라우팅을 수정하세요.

마지막으로 클라이언트를 네트워크 간에 이동하고 TTL이 만료될 때까지 기다리세요. 세 경로가 모두 결정적으로 동작할 때까지 중단하지 마세요. 클라이언트가 잘못된 프록시에 도달하거나 어떤 리졸버를 사용하는지 제어할 수 없다면 내부 재정의를 롤백하세요.