전용 VPN IP는 사이트를 공개하지 않습니다
전용 출구 주소는 들어오는 전달에 대해 아무것도 말해 주지 않습니다. 전달 계약을 확인하고, 원본 쪽을 마무리한 뒤 높은 포트를 게시하세요.
VPN 제공업체에서 전용 IP를 사는 것은 현관문을 사는 것과 비슷합니다. 주소는 고정되어 있고 터널은 열려 있는데도, 사이트는 외부의 누구에게도 열리지 않습니다. 여러분이 산 것은 주소 할당이지, 들어오는 트래픽의 전달 규칙이 아닙니다. 둘은 같은 가게에서 팔리지만 설정하는 곳은 전혀 다릅니다.
주소는 할당이며 전달 규칙이 아닙니다
들어오는 공인 주소나 호스트 이름, 허용된 전송 방식, 할당된 외부 포트, 제공업체가 전달하는 클라이언트 측 목적지를 기록하세요. 그다음 선택한 서버, 프로토콜, 계정 기능이 실제로 전달을 지원하는지, 제공업체가 그 위에서의 호스팅을 허용하는지 확인하세요.
전용이라는 말은 주소 할당을 뜻합니다. 요청하지 않은 들어오는 트래픽이 허용된다는 뜻은 아니며, 같은 사업자의 다른 부가 기능은 서로 다른 능력을 가질 수 있습니다. 전용 주소와 전용 서버 상품은 가장 자주 혼동되는 두 이름이고, 지원 문서는 보통 어느 쪽이 전달을 하는지 밝혀 둡니다.
| What you have | What it gives you | What it does not |
|---|---|---|
| Dedicated exit address | A stable source address for outbound traffic | Any inbound delivery at all |
| Port-forwarding add-on | A provider-side mapping to your session | Permanence across reconnects |
| Local DNAT rule | Handling for packets that arrive | Making packets arrive |
계약의 예는 이렇습니다. 제공업체는 TCP 203.0.113.60:45000 를 연결된 기기의 HTTPS 서비스로 포트 8443에서 전달합니다. 이는 다른 누군가가 설정한 매핑에 대한 설명이며, 여러분의 방화벽에 적어 넣어 상대 쪽 경계에서 만들 수 있는 규칙이 아닙니다.
원본 쪽을 마무리하세요
웹 애플리케이션이 VPN 클라이언트 자체에서 실행된다면, 전달된 포트에서 수신하는 리스너와 그 포트에 대한 범위가 좁은 로컬 입력 권한이 필요합니다. 클라이언트가 매핑된 연결을 다른 호스트로 전달한다면, 목적지 변환, 전달 정책, 왕복을 견디는 응답 경로가 필요합니다.
접근 규칙은 제공업체 경로가 실제로 제시하는 출발지 주소를 기준으로 설계하세요. 그것은 항상 원래 방문자도 아니고 항상 VPN 서버도 아니며, 두 주소 중 하나만 일치하는 규칙을 쓸 때 이 점이 중요합니다.
포트 변환도 HTTP를 HTTPS로 바꾸지 않습니다. 공개 포트와 로컬 애플리케이션 포트는 자유롭게 달라도 되지만, 스킴과 인증서 신원, 리디렉션은 사람들이 실제로 도달하는 서비스와 일치해야 합니다. 인증서가 공개 호스트 이름을 사용한다면 모든 구간에서 그 이름을 유지하세요. 여기서의 불일치는 라우팅 실패가 아니라 브라우저 경고로 나타나며, 사람들을 한 시간 동안 엉뚱한 로그로 보냅니다.
높은 포트를 정직하게 게시하세요
방문자가 직접 연결하고 제공업체가 높은 포트를 할당했다면 전체 URL을 알려 주세요. 일반 DNS 주소 레코드는 기본값이 443인 HTTPS 요청에 포트를 붙일 수 없고, TTL을 조정해도 달라지지 않습니다.
웹 프런트엔드는 방문자를 평소 포트에서 받고 전달된 원본 포트로 자체 연결을 맺어 해결할 수 있습니다. 다만 Cloudflare의 기본 프록시 포트는 정해진 목록이고, 프록시 DNS 레코드를 추가했다고 해서 임의로 할당된 포트가 지원되는 경계 포트가 되지는 않습니다.
원본의 목적지 포트를 바꾸는 것은 방문자 포트를 바꾸는 것과 다른 작업입니다. Cloudflare의 Origin Rules 는 백엔드 연결에 대한 목적지 포트 재정의를 문서화하며, 지원되는 규칙과 스킴, 호스트 이름으로 범위가 정해집니다. 포트 재정의는 임의의 UDP나 다른 프로토콜을 위한 범용 릴레이는 아닙니다.
프런트엔드가 TLS를 종료하면 두 구간을 모두 검증하세요. 브라우저에서 프런트엔드로 가는 인증서와 프런트엔드에서 원본으로 가는 연결입니다. VPN 구간은 두 검사 중 어느 것도 대신하지 않으며, 내부 주소가 리디렉션이나 쿠키로 새는 것은 둘 중 하나만 공개 이름을 염두에 두고 설정되었다는 흔한 신호입니다.
매핑을 살려 두세요
일부 제공업체는 다시 연결한 뒤 다른 포트를 할당하고, 임대된 매핑은 제공업체 측 작업으로 갱신해야 할 수 있습니다. 제공업체가 문서화한 방식을 따르고, 리스너와 로컬 규칙, DNS, 프런트엔드 규칙은 현재 계약이 요구하는 곳에서만 갱신하세요.
고정 공인 주소가 포트 임대를 고정으로 만들지는 않습니다. 대시보드에 아직 표시되는 주소와 포트는 실행 중인 세션이 그 매핑을 소유한다는 증거가 아니며, 그래서 시험은 스크린샷이 아니라 외부에서 보내는 새 요청입니다.
그다음 예상하는 경우를 반복하세요. 평범한 재연결과 VPN 손실입니다. 손실이 원본을 사용할 수 없게 만들어야 한다면, 업데이터가 백그라운드에서 ISP 직접 경로를 조용히 다시 게시하지 않게 하세요. 전달 계약이 사이트의 안정성 요구를 충족하지 못한다면, 또 다른 주소 이름을 사서 서버처럼 행동하리라 기대하는 대신 다른 공개 방식을 고르세요.