VPN 용어는 클라이언트 화면부터 살펴보면 이해하기 쉽습니다. 구독은 설정을 제공하고, 노드는 선택 가능한 연결 지점이며, 분할 라우팅은 어떤 요청을 프록시로 보낼지 정합니다. 규칙 모드는 정해진 규칙에 따라 요청을 분배합니다. 각각 역할이 달라 서로 대신할 수 없습니다. 연결 후에도 웹사이트가 열리지 않는다면 노드 문제라고 단정하지 말고, 요청이 클라이언트에 들어왔는지, 어떤 규칙이 적용됐는지, 도메인이 어떻게 확인되는지 차례로 점검하세요.
용어 빠른 참고: 설정, 경로와 트래픽 처리
일상적으로 말하는 VPN은 시스템 전체에 암호화 터널을 만드는 기능을 뜻하기도 하고, 프록시 프로토콜을 사용하는 구독 서비스를 가리키기도 합니다. 프록시 클라이언트에서 시스템 프록시를 켜는 것과 가상 네트워크 인터페이스를 활성화하는 것은 트래픽을 처리하는 방식이 다릅니다. 아래 표를 먼저 읽고 클라이언트의 설정을 살펴보면, ‘연결됨’을 ‘모든 앱의 트래픽이 처리됨’으로 오해하지 않을 수 있습니다.
| 용어 | 실제 의미 | 흔한 오해 |
|---|---|---|
| 구독 링크 | 클라이언트가 노드나 설정을 가져오는 주소로, 보통 접속 인증 정보가 포함됩니다. | 일반 웹페이지가 아니며, 요금제 그 자체도 아닙니다. |
| 노드 | 클라이언트에서 선택할 수 있는 프록시 연결 설정으로, 서버 주소와 프로토콜, 인증 정보가 포함됩니다. | 이름에 표시된 지역이 실제 접속 서버의 위치와 일치하지 않을 수 있습니다. |
| 회선 | 로컬 네트워크에서 진입 지점을 거쳐 전송 경로를 지나 출구 서버에 도달하는 연결 경로입니다. | 프로토콜과는 다르며, 이름만으로 품질을 판단할 수 없습니다. |
| 프로토콜 | 클라이언트와 서버가 데이터를 전송하고 인증·암호화하는 방식에 관한 규칙입니다. | 프로토콜이 최신이라고 해서 모든 네트워크에서 더 빠른 것은 아닙니다. |
| 정책 그룹 | 규칙이 지정하는 노드 또는 처리 방식의 모음으로, 직접 선택하거나 설정에 따라 자동으로 선택할 수 있습니다. | 현재 선택한 노드가 모든 정책 그룹에 적용되는 것은 아닙니다. |
| 분할 라우팅 | 도메인, 주소, 앱 등의 조건에 따라 직접 연결·프록시 연결·차단을 선택하는 방식입니다. | 같은 요청을 모든 노드에 나눠 보내는 방식이 아닙니다. |
| DNS | 도메인을 네트워크 주소로 변환하는 방식입니다. | 웹 요청이 프록시를 거쳐도 도메인 조회가 같은 경로를 이용한다는 뜻은 아닙니다. |
| TUN | 가상 네트워크 인터페이스로 트래픽을 받은 뒤 클라이언트에서 처리하는 방식입니다. | 라우팅 제외 항목이 있을 수 있으므로 별도 설정 없이 모든 트래픽을 처리한다고 보장할 수 없습니다. |
구독 링크: 설정 가져오기, 결제와는 별개
‘구독’은 요금 결제와 설정 제공, 두 가지 맥락에서 쓰입니다. 요금제 페이지의 월간 구독은 결제 주기와 트래픽 규칙을 뜻하고, 클라이언트의 구독은 보통 설정을 가져오는 출처를 뜻합니다. 링크를 가져오면 클라이언트가 서버 설정을 읽을 수 있지만, 요금제가 유효한지 또는 트래픽이 충분한지 확인할 수는 없습니다. 요금제가 자동으로 변경되는 것도 아닙니다.
구독에 노드 목록만 포함될 수도 있고 정책 그룹, 분할 라우팅 규칙, DNS 설정까지 포함될 수도 있습니다. 구성은 서비스가 제공하는 형식과 클라이언트의 지원 범위에 따라 달라집니다. 구독을 업데이트하면 노드 변경 사항이 반영되는 경우가 많지만, 직접 수정한 내용이 유지되는지 또는 규칙이 덮어쓰이는지는 클라이언트의 업데이트 방식에 따라 다릅니다. 초보자라면 서비스가 제공하는 호환 형식부터 사용하고, 서로 다른 클라이언트의 전체 설정을 그대로 섞어 쓰지 마세요.
- 신뢰할 수 있는 출처에서 클라이언트를 받고, 지원하는 구독 형식과 프로토콜을 확인하세요. 클라이언트를 받을 수 있는 곳은 사용자 패널 다운로드 페이지입니다. 다운로드하려면 로그인해야 하며, 실제 링크는 패널에서 요금제 상태에 따라 제공됩니다.
- 사용자 패널에서 구독 링크를 복사한 뒤 클라이언트의 구독 또는 설정 관리 화면에서 가져오세요. 가져오기에 실패하면 먼저 복사 과정에서 공백이 들어갔는지, 링크가 완전한지, 형식이 호환되는지 확인하세요.
- 업데이트를 실행하고 노드 목록이 표시되는지 확인하세요. 그런 다음 설정을 선택하고 정책 그룹에서 노드를 고른 뒤 필요한 트래픽 처리 방식을 활성화하세요.
- 실제로 사용할 웹사이트나 앱을 열고 클라이언트의 연결 기록을 확인해 요청 경로를 살펴보세요. 노드 테스트 아이콘만 확인해서는 안 됩니다.
노드와 회선: 출구 지역이 전체 경로를 뜻하지는 않습니다
노드 이름에 일본이나 싱가포르가 표시되어 있다면 보통 출구 지역을 뜻합니다. 실제 요청은 먼저 진입 지점에 도착한 뒤 중계 경로를 거쳐 출구 서버에 도달할 수도 있습니다. 대상 웹사이트에 표시되는 주소는 주로 출구 서버에 따라 달라지지만, 로컬 연결 품질에는 접속 네트워크, 진입 지점의 연결 가능 여부, 전송 경로, 서버 부하가 모두 영향을 줍니다.
직결·중계·IEPL의 차이
직결은 보통 클라이언트가 해외 프록시 서버에 직접 연결하는 방식입니다. 경로가 비교적 단순하지만 로컬 국제망 출구와 네트워크 정책의 영향을 받습니다. 중계는 경로 중간에 전달 단계를 추가해 진입 지점에서 특정 구간의 연결성을 개선하는 방식입니다. 반드시 전용 회선을 사용하는 것은 아니며, 저녁 시간대의 성능을 보장하지도 않습니다. IEPL은 이더넷 전용 회선 서비스입니다. 구독 서비스가 이를 전송에 사용한다면 경로의 특정 구간이 전용 회선을 통해 전달된다는 뜻이지, 사용자 기기부터 대상 웹사이트까지 모든 구간이 전용 회선이라는 의미는 아닙니다.
따라서 회선 유형은 노드를 선택할 때 참고할 정보일 뿐, 실제 사용 경험을 대신할 수 없습니다. 클라이언트에 표시되는 ‘지연 시간’은 측정 방법에 따라서도 의미가 달라집니다. 프록시 핸드셰이크 테스트, 테스트 웹사이트 접속, 네트워크 왕복 시간 측정은 서로 다른 값을 확인합니다. 지연 시간이 낮더라도 처리량이 부족하거나 패킷 손실이 발생하면 영상이 끊길 수 있습니다. 먼저 회의, 문서, 미디어 앱을 직접 사용해 확인하고 요청 기록에서 출구와 오류 정보를 살펴보세요.
프로토콜 이름: 속도보다 호환성이 우선
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC는 흔히 쓰이는 프록시 프로토콜 또는 프로토콜 구성입니다. 지원 지역이나 요금제 등급, 회선 등급을 뜻하지는 않습니다. 아래 내용은 기술 용어를 설명하며 VPNLM이 모든 프로토콜을 제공한다는 의미가 아닙니다. 실제 지원 여부는 패널 설정과 클라이언트 안내를 확인하세요.
- Shadowsocks: 암호화 프록시 프로토콜입니다. 클라이언트와 서버의 암호화 방식 및 인증 정보가 일치해야 합니다. 구현 방식에 따라 기능과 버전 지원이 다를 수 있습니다.
- VMess: 인증과 암호화 기능을 갖춘 프록시 프로토콜로, 여러 전송 방식과 함께 사용할 수 있습니다. 노드 연결 여부는 프로토콜 매개변수와 전송 매개변수가 일치하는지에 따라 달라집니다.
- Trojan: 보통 TLS를 통해 프록시 트래픽을 전달합니다. 인증서 검증, 서버 이름, 인증 정보가 모두 올바르게 설정되어야 합니다. 연결을 위해 인증서 검증을 함부로 끄지 마세요.
- VLESS: 가벼운 인증 프록시 프로토콜입니다. 프로토콜 자체는 데이터를 암호화하지 않으므로 TLS, REALITY 등의 보안 계층을 함께 사용해야 합니다. VLESS라는 이름만으로 전체 설정의 보안 수준을 판단할 수 없습니다.
- Hysteria2 및 TUIC: QUIC 기반 프록시 방식으로, 보통 UDP 연결이 가능해야 합니다. 일부 네트워크에서 UDP가 제한되면 연결되지 않을 수 있습니다. 다른 프로토콜을 지원하는 클라이언트라고 해서 이 프로토콜도 반드시 지원하는 것은 아닙니다.
프로토콜을 선택할 때는 ‘클라이언트 지원 여부, 네트워크 허용 여부, 서버 설정과의 호환성’을 먼저 확인하세요. 회선 경로와 혼잡 상태가 그대로라면 프로토콜만 바꿔도 사용 경험이 나아지지 않을 수 있습니다. 오류가 발생하면 메시지를 보관하고 인증 실패, 인증서 문제, 주소 확인 실패, 연결 시간 초과를 구분하세요. 모든 설정을 무작정 바꿔서는 안 됩니다.
분할 라우팅과 규칙 모드: 요청은 어떤 조건으로 처리될까
규칙 모드는 클라이언트에 들어온 요청을 규칙과 대조해 처리합니다. 흔히 쓰이는 조건은 도메인, 도메인 접미사, 대상 주소, 앱 프로세스이며, 사용 가능한 조건은 클라이언트에 따라 다릅니다. 규칙의 결과는 직접 연결, 특정 프록시 정책 그룹 또는 차단일 수 있습니다. 많은 클라이언트는 규칙을 위에서부터 확인해 처음 일치하는 규칙을 적용합니다. 마지막 기본 규칙은 앞선 규칙에 해당하지 않는 요청을 처리합니다.
예를 들어 협업 도구의 도메인은 업무용 정책 그룹으로 보내고, 로컬 네트워크 기기는 직접 연결하며, 나머지 요청은 기본 정책으로 보낼 수 있습니다. 업무용 정책 그룹에서 일본 노드를 선택해도 미디어 정책 그룹까지 일본 노드로 바뀌는 것은 아닙니다. ‘노드를 바꿨는데 출구가 그대로’라면 구독을 다시 가져오기보다 해당 요청이 어느 그룹에 적용됐는지 먼저 확인하세요.
글로벌 모드는 보통 클라이언트가 처리하는 요청을 지정된 프록시 정책으로 통일합니다. 직접 연결 모드는 일반적으로 해당 요청이 프록시 서버를 거치지 않도록 합니다. 다만 모드 이름, 로컬 네트워크 제외 항목, 특수 요청을 처리하는 방식은 클라이언트마다 다를 수 있습니다. 글로벌 모드는 규칙에 문제가 있는지 임시로 확인할 때 도움이 될 수 있지만, 원래 클라이언트를 거치지 않는 앱까지 자동으로 프록시를 이용하게 만들지는 않습니다.
- ✅ 평소 규칙 모드를 사용할 때는 대상 도메인에 예상한 정책 그룹이 적용되는지, 그룹 안에서 어떤 노드가 실제로 선택됐는지 확인하세요.
- ✅ 글로벌 모드로 바꾼 뒤 문제가 사라진다면 분할 라우팅 규칙과 규칙 순서, 기본 정책을 먼저 점검하세요.
- ❌ ‘글로벌’이 기기의 모든 트래픽을 처리한다는 뜻이라고 생각하지 마세요. 트래픽 처리 범위는 별도로 확인해야 합니다.
- ❌ 여러 클라이언트가 시스템 프록시, 라우팅, DNS를 동시에 변경하도록 계속 실행하지 마세요. 어떤 클라이언트가 요청을 처리하는지 파악하기 어려워집니다.
DNS 유출: DNS 조회 경로도 확인해야 합니다
도메인에 접속할 때 앱은 보통 먼저 주소를 조회합니다. 웹 연결은 프록시를 거치는데 DNS 조회가 로컬 네트워크를 통해 전송되면 어떤 도메인을 조회했는지 노출될 수 있습니다. 이를 일반적으로 DNS 유출이라고 합니다. 다만 개인정보 보호 목표에서 벗어났는지는 설정 목적에 따라 판단해야 합니다. 규칙에 따라 의도적으로 직접 연결하는 도메인이라면 로컬 DNS를 사용한다는 이유만으로 이상 현상이라고 할 수 없습니다.
클라이언트 DNS, 운영체제 DNS, 브라우저의 암호화 DNS가 각각 적용될 수 있습니다. 브라우저에서 암호화 DNS를 켰다고 해서 조회가 반드시 현재 프록시를 거치는 것은 아니며, DNS 연결이 직접 전송될 수도 있습니다. TUN을 활성화한 경우에도 DNS 처리 설정, 라우팅, IPv6 처리 여부를 확인하세요. IPv4 출구만 확인하고 점검을 끝내서는 안 됩니다.
일부 클라이언트는 Fake-IP를 사용해 도메인을 가상 주소에 먼저 연결한 뒤, 트래픽을 전달할 때 도메인과 실제 대상을 매칭합니다. 이는 분할 라우팅을 돕는 기술이지 DNS 오류와 같은 뜻은 아닙니다. 일부 앱에는 예외 설정이 필요할 수도 있습니다. 익숙하지 않은 설정의 DNS 항목을 복사한 뒤 문제가 해결됐다고 단정하지 말고, 클라이언트가 해당 문법과 모드를 지원하는지 확인하세요.
클라이언트별 차이: 연결 후 문제를 진단하는 방법
Windows와 macOS 클라이언트는 시스템 프록시와 TUN 등의 트래픽 처리 방식을 제공하는 경우가 많습니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱에 주로 적용되며, 일부 프로그램은 별도의 네트워크 설정을 사용합니다. TUN은 추가 권한이 필요한 경우가 많고 다른 네트워크 소프트웨어의 라우팅과 충돌할 수도 있습니다. Linux에서는 권한, 라우팅, DNS 관리 방식도 확인해야 하므로 데스크톱 클라이언트 메뉴 절차를 그대로 따라 해서는 안 됩니다.
iOS와 Android 클라이언트는 보통 시스템이 제공하는 VPN 네트워크 확장 기능이나 VPN 인터페이스로 트래픽을 처리합니다. 앱 제외 설정, 백그라운드 동작, 프로토콜 지원 여부는 클라이언트와 시스템 설정에 따라 다릅니다. Android의 배터리 절약 설정은 백그라운드 실행에 영향을 줄 수 있습니다. 모바일 기기가 Wi-Fi에서 이동통신망으로 바뀌면 연결을 다시 설정해야 할 수도 있습니다. 시스템에 VPN 표시가 뜨는 것은 네트워크 인터페이스의 상태를 나타낼 뿐, 대상 웹사이트에 접속할 수 있다는 뜻은 아닙니다.
문제를 찾을 때는 무작정 재설치하기보다 데이터가 이동하는 순서대로 확인하는 편이 효과적입니다. 설정이 정상적으로 불러와졌는지, 노드 연결이 가능한지, 앱 요청이 클라이언트에 들어오는지, 규칙이 올바른 출구를 선택했는지, DNS가 유효한 결과를 반환하는지 확인한 다음 대상 서비스의 지역 및 계정 제한을 살펴보세요. 일반 웹사이트는 열리지만 특정 서비스에서 접속을 거부한다면 서비스 정책이나 출구 주소 제한 때문일 수 있으므로 곧바로 프로토콜 탓으로 돌리지 마세요.
추가 사용 방법은 사용 가이드에서 확인할 수 있습니다. 패널 문의를 제출할 때는 플랫폼, 클라이언트 이름, 사용 중인 네트워크, 모드, 전체 오류 메시지를 적고 인증 정보는 가리세요. ‘연결할 수 없음’과 ‘연결됐지만 앱을 사용할 수 없음’을 구분해 설명하면 문제 범위를 좁힐 수 있습니다.