VPN 초보자 가이드: 구독 링크·노드·분할 라우팅·글로벌 모드·규칙 모드 한눈에 정리

VPN을 처음 설정한다면 구독 링크, 노드, 분할 라우팅, 글로벌 모드와 규칙 모드부터 구분하세요. 구독은 설정 정보를 제공하고, 노드는 연결 대상을, 모드는 트래픽 경로를 결정합니다. 각각 담당하는 단계가 달라 서로 대체할 수 없습니다. 실제 설정 순서에 따라 살펴보고 확인 방법도 알아봅니다.

구독 링크와 노드: 설정에 담기는 정보

구독 링크는 클라이언트 설정을 가져오는 주소이며, 계정 권한을 확인하는 토큰이 포함되는 경우가 많습니다. 클라이언트가 이 주소에 요청을 보내면 노드 목록을 받거나, 구독 형식에 따라 정책 그룹, DNS, 분할 라우팅 규칙이 포함된 전체 설정을 받을 수 있습니다. 일반적인 안내 페이지와는 다르며, 운영체제에 기본 제공되는 VPN 설정에 바로 입력할 수 있는 것도 아닙니다.

노드는 클라이언트가 연결할 수 있는 프록시 엔드포인트입니다. 설정에는 보통 서버 주소, 포트, 프로토콜, 인증 정보가 포함됩니다. 목록의 지역명은 대개 트래픽이 나가는 지역을 나타내지만, 서비스 안내를 기준으로 확인해야 합니다. 접속 지점, 서버의 실제 위치, 트래픽이 나가는 위치가 항상 같은 것은 아닙니다. 이름이 여러 개라고 해서 물리적으로 완전히 독립된 장비가 각각 있다는 뜻도 아닙니다.

정책 그룹은 노드 선택을 위한 논리 계층입니다. 예를 들어 한 그룹에서는 노드를 직접 선택하고, 다른 그룹에서는 상태 확인 결과에 따라 자동으로 선택할 수 있습니다. 설정을 가져왔더라도 규칙이 가리키는 정책 그룹에 사용할 수 있는 노드가 선택되지 않았다면 접속이 되지 않을 수 있습니다. 구독 업데이트는 주로 설정을 새로고침하는 작업으로, 요금제 권한을 복구하거나 모든 로컬 변경 사항을 보존해 주는 것은 아닙니다.

프로토콜, 회선, 클라이언트는 서로 다른 개념입니다

프로토콜은 클라이언트와 서버가 통신하는 방식을, 회선은 트래픽이 이동하는 경로를 설명합니다. 클라이언트는 설정을 실행하는 프로그램입니다. 업계에서는 이런 도구를 통틀어 VPN이라고 부르기도 하지만, 프록시 프로토콜과 운영체제 수준의 VPN 프로토콜은 다릅니다. 앱이 시스템 VPN 인터페이스를 이용해 트래픽을 처리할 수도 있으므로, 시스템에 VPN 표시가 나타난다고 해서 사용 중인 프록시 프로토콜을 알 수 있는 것은 아닙니다.

Shadowsocks는 암호화 프록시 프로토콜입니다. VMess, Trojan, VLESS는 인증 및 전송 방식이 서로 다릅니다. Trojan은 일반적으로 TLS를 사용하며, VLESS 자체는 암호화를 제공하지 않으므로 안전한 전송 여부는 함께 적용된 설정을 확인해야 합니다. Hysteria2와 TUIC는 QUIC 기반이며 UDP에 의존합니다. 네트워크에서 UDP를 제한하면 사용 환경에 영향을 줄 수 있습니다. 이런 차이는 호환성을 판단할 때 참고할 내용이지, 속도 순위를 매기는 기준은 아닙니다.

클라이언트는 구독에 사용된 형식과 프로토콜, 관련 전송 옵션을 지원해야 합니다. 이름에 VLESS가 표시되어도 전송 방식과 보안 매개변수에 따라 호환성 차이가 있을 수 있습니다. 클라이언트를 선택할 때는 서비스에서 제공하는 호환성 안내를 먼저 확인하세요. 특정 프로토콜 이름만 보고 설정을 낯선 온라인 변환 사이트에 함부로 입력하지 마세요.

직접 연결·중계와 IEPL 전용 회선의 차이

회선 안내에서 직접 연결은 보통 기기가 해외 프록시 서버에 바로 연결되는 방식을 뜻합니다. 중계는 먼저 진입 서버에 연결한 다음, 해당 서버가 출구 서버로 트래픽을 전달하는 방식입니다. 중계는 경로 단계가 늘어나지만 더 적합한 라우팅을 통해 연결 품질을 높일 수도 있으므로, 경유지가 많으면 반드시 느리다고 볼 수 없습니다.

IEPL은 국제 이더넷 전용 회선을 뜻하며, 일반적으로 회선의 국제 구간을 설명할 때 사용됩니다. 기기에서 대상 웹사이트까지의 전체 경로가 전용 회선을 이용한다는 의미는 아니며, 공용 인터넷 출구에서 혼잡이 절대 발생하지 않는다는 뜻도 아닙니다. 회선을 선택할 때는 노드 이름만 보지 말고 로컬 접속 구간, 국제 구간, 출구 네트워크, 대상 서비스를 함께 고려해야 합니다.

같은 표현이 다른 뜻으로 쓰이는 경우도 있습니다. 분할 라우팅 규칙에서 ‘직접 연결’은 요청이 프록시 노드를 거치지 않고 대상에 바로 접속하는 것을 뜻합니다. ‘직접 연결 회선’의 직접 연결과는 서로 다른 단계의 개념입니다. 설정을 읽을 때는 접근 정책을 말하는지, 노드 경로를 말하는지 먼저 확인하세요.

글로벌 모드와 규칙 모드: 요청 경로 결정

규칙 모드는 도메인, IP, 프로세스 등의 조건에 따라 요청을 직접 연결, 프록시, 차단 등의 정책으로 나눕니다. 흔히 로컬 서비스는 직접 연결하고 국제 회선이 필요한 서비스는 프록시로 보냅니다. 규칙에는 일반적으로 적용 순서가 있습니다. 앞선 규칙에 이미 해당하는 요청은 보통 뒤의 규칙에서 다시 결정되지 않습니다. 최종 처리 방식은 클라이언트의 규칙 처리 방식과 기본 정책에 따라 달라집니다.

글로벌 모드는 일반적으로 클라이언트가 이미 처리 중인 요청을 지정된 프록시 정책으로 보냅니다. 규칙이 요청을 잘못 분류하는지 임시로 확인할 때 유용합니다. 다만 ‘글로벌’이라고 해서 기기의 모든 트래픽이 반드시 프록시를 거치는 것은 아닙니다. 데스크톱에서 시스템 프록시만 켜져 있다면 시스템 프록시 설정을 따르지 않는 앱은 직접 인터넷에 연결될 수 있습니다.

TUN 모드는 가상 네트워크 인터페이스를 통해 더 많은 IP 트래픽을 처리하며, 시스템 프록시를 지원하지 않는 프로그램에 적용할 때 자주 사용됩니다. TUN이 더 빠르다는 뜻은 아니며, DNS 문제나 라우팅 제외 설정, 다른 VPN과의 충돌을 자동으로 해결해 주지도 않습니다. 모바일 클라이언트는 보통 시스템 VPN 인터페이스를 사용하고, 데스크톱 클라이언트는 시스템 프록시와 TUN 옵션을 각각 제공할 수 있습니다. 다른 플랫폼의 화면을 그대로 따라 설정하지 마세요.

구독 링크를 받은 뒤 첫 연결까지의 순서

1. 계정 상태를 확인합니다. 사용자 패널에서 요금제 권한과 잔여 데이터를 확인한 다음 클라이언트 다운로드 메뉴로 이동하세요. VPNUnit 클라이언트는 사용자 패널 다운로드 페이지에서 받을 수 있습니다. 플랫폼 호환 정보는 패널 안내를 기준으로 확인하세요.
2. 호환되는 설정을 가져옵니다. 클라이언트에 맞는 구독 형식을 선택하세요. 원클릭 가져오기를 제공한다면 시스템에서 실행하려는 앱이 맞는지 확인합니다. 직접 가져올 때는 링크를 클라이언트의 구독 또는 원격 설정 메뉴에 붙여 넣으세요.
3. 가져온 설정을 확인합니다. 설정이 활성화되어 있는지, 노드 목록이 표시되는지, 정책 그룹에 사용할 수 있는 노드가 선택되어 있는지 확인하세요. 형식 오류가 표시되면 노드를 계속 바꾸기보다 구독 형식과 클라이언트 버전을 먼저 확인합니다.
4. 권한을 허용하고 연결합니다. 모바일에서는 시스템 안내에 따라 VPN 설정 추가를 허용하세요. 데스크톱에서는 클라이언트 안내에 따라 시스템 프록시를 켜거나, 필요한 경우 TUN을 활성화합니다. 트래픽을 처리하는 네트워크 도구를 여러 개 동시에 실행하지 마세요.
5. 실제 서비스에 접속해 확인합니다. 대상 웹사이트에 접속해 로그인, 페이지 리소스 로딩, 필요한 기능을 테스트하세요. 출구 지역을 확인하려면 신뢰할 수 있는 IP 조회 결과와 비교할 수 있습니다. 다만 출구가 바뀌었다고 해서 모든 앱의 트래픽이 처리되고 있다는 뜻은 아닙니다.

구독 링크는 계정 자격 정보처럼 안전하게 보관하세요. 전체 링크나 QR 코드, 토큰이 포함된 스크린샷을 공개하거나 공개된 문제 해결 게시물에 붙여 넣지 마세요. 유출이 의심되면 패널에서 구독 재설정을 지원하는지 확인하세요. 문제를 문의할 때는 오류 유형과 민감 정보를 가린 로그만 제공하면 됩니다. 자세한 사용 방법은 빠른 시작 가이드를 확인하세요.

DNS, 출구 IP, 연결 확인

DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. 웹 요청이 프록시를 거친다고 해서 DNS 조회도 반드시 같은 경로를 이용하는 것은 아닙니다. 시스템 설정, 클라이언트의 DNS 모드, 분할 라우팅 규칙, 앱 자체의 암호화 DNS 설정에 따라 달라집니다. 일반적으로 DNS 누수는 조회가 예상한 보호 경로를 벗어나는 것을 말합니다. 로컬 DNS 리졸버가 표시된다고 해서 반드시 설정 오류인 것은 아닙니다.

확인하기 전에 원하는 동작부터 정하세요. 국제 서비스의 DNS 조회를 어떻게 처리할지, 로컬 서비스가 로컬 DNS를 사용하도록 할지 결정합니다. 그런 다음 클라이언트 로그, DNS 검사 결과, 실제 접속 상태를 함께 살펴보세요. 검사 사이트가 보여 주는 것은 테스트 조건에서 관찰한 DNS 동작이며, 모든 앱에 같은 결과가 적용된다고 단정할 수는 없습니다.

출구 IP에도 비슷한 한계가 있습니다. 브라우저에서 조회한 주소는 해당 웹 요청의 출구만 보여 줍니다. 명령줄 도구, 게임, 별도 앱은 다른 경로를 이용할 수 있습니다. 앱에 자체 프록시 설정이 있다면 올바른 로컬 프록시 주소를 사용하는지, 또는 클라이언트가 해당 트래픽을 처리하는지 확인하세요.

자주 발생하는 오류: 원인을 나눠 확인한 뒤 노드 변경

• ✅ 구독이 업데이트되지 않음: 링크가 완전한지, 계정 권한이 유효한지, 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인하세요. 업데이트 실패가 기존 노드 전체의 사용 불가를 뜻하는 것은 아닙니다.
• ✅ 노드는 있지만 연결되지 않음: 클라이언트 호환성, 시스템 시간, 인증 오류, UDP 지원 여부를 확인한 뒤 호환되는 다른 노드를 시도하세요.
• ✅ 브라우저는 되지만 다른 앱은 작동하지 않음: 앱이 시스템 프록시를 따르는지, 자체 프록시 설정이 있는지 먼저 확인하세요. 그다음 TUN 적용 범위를 살펴보고, 곧바로 회선 문제라고 단정하지 마세요.
• ✅ 글로벌 모드는 되지만 규칙 모드는 실패함: 대상 도메인이 어떤 정책 그룹에 해당하는지 확인하고 DNS 조회 결과와 기본 규칙도 점검하세요. 잘못 분류된 것이 확인되면 필요한 범위만 최소한으로 수정합니다.
• ✅ 일부 사이트는 되지만 대상 플랫폼에서 오류가 남: 계정 지역, 플랫폼 정책, 오류 메시지를 확인하세요. 네트워크 연결과 플랫폼의 이용 권한은 별개의 문제입니다. 출구를 바꿔도 접속 권한이 보장되지는 않습니다.

지연 시간 테스트는 특정 검사 방식에서의 응답만 보여 주며, 다운로드나 동영상 재생, 장시간 연결을 대신하지 않습니다. 문제를 확인할 때는 사용 중인 네트워크, 클라이언트, 모드, 노드, 오류 증상을 기록하고 한 번에 한 가지 조건만 바꾸세요. 그래야 로컬 트래픽 처리, 규칙, 회선 중 어디에서 문제가 생겼는지 구분하기 쉽습니다.

초보자 설정 유지 원칙

용어를 이해하면 서비스를 선택할 때 더 구체적으로 확인할 수 있습니다. 어떤 클라이언트와 구독 형식을 지원하는지, 회선 유형을 어떻게 설명하는지, 설정은 어떻게 업데이트하는지, 문제는 어디에 문의하는지 살펴보세요. 이용 조건을 비교하려면 요금제 안내를, 설정 문제 해결 방법은 지원 페이지를 확인하세요.