이 VPN 초보자 용어 정리는 구독, 노드, 회선, 프로토콜, 분할 라우팅을 사용 순서에 따라 설명합니다. 먼저 구독은 설정을 가져오는 기능, 노드는 연결 지점, 회선은 데이터가 이동하는 경로, 프로토콜은 통신 방식, 분할 라우팅은 요청을 어느 경로로 보낼지 정하는 기능이라고 알아두세요. 서로 관련은 있지만 같은 설정은 아닙니다.
일상적으로 ‘VPN 클라이언트’라고 부르는 앱이 실제로는 프록시 클라이언트일 수도 있습니다. 시스템에 VPN 표시가 뜨더라도 앱이 시스템의 트래픽 처리 인터페이스를 이용하는 것일 수 있으며, 실제로 전통적인 VPN 프로토콜을 쓴다는 뜻은 아닙니다. 화면을 제대로 이해하려면 연결 아이콘만 볼 것이 아니라 설정과 요청이 어디로 향하는지 확인해야 합니다.
구독 링크: 설정을 가져오는 경로이지 연결 스위치가 아닙니다
구독 서비스와 클라이언트의 구독 링크는 혼동하기 쉽지만 서로 다른 개념입니다. 전자는 계정에 포함된 요금제 혜택이고, 후자는 보통 접근 인증 정보가 포함된 주소입니다. 클라이언트는 이 주소에서 서버, 포트, 프로토콜 매개변수 등의 설정을 가져옵니다. 구독에 정책 그룹과 규칙이 포함되는지는 서비스가 제공하는 형식에 따라 다릅니다.
따라서 ‘구독 업데이트 성공’은 클라이언트가 해석 가능한 내용을 가져왔다는 뜻일 뿐, 노드 연결이나 모든 앱의 프록시 사용까지 보장하지는 않습니다. 설정을 가져온 뒤에는 해당 설정을 활성화하고 정책 그룹을 선택한 다음, 클라이언트가 요구하는 트래픽 처리 기능을 켜야 합니다.
가져오기와 업데이트는 어떻게 다를까요?
가져오기는 클라이언트에 설정 출처를 등록하는 작업이고, 업데이트는 그 출처에서 내용을 다시 가져오는 작업입니다. 업데이트에 따라 노드 이름, 연결 매개변수 또는 규칙이 달라질 수 있습니다. 구독에서 생성된 설정을 직접 수정하면 다음 업데이트 때 변경 사항이 덮어써질 수 있습니다. 유지할 사용자 지정 규칙은 클라이언트가 지원하는 오버라이드나 별도 규칙 영역에 넣고, 설정 병합 방식을 먼저 확인하세요.
형식이 호환되지 않는 것은 가져오기 실패의 흔한 원인입니다. 특정 설정 형식을 읽는 클라이언트라도 다른 클라이언트용 규칙 파일을 모두 읽을 수 있는 것은 아닙니다. 관리 페이지에서 현재 앱에 맞는 가져오기 방식을 선택하세요. 파일 확장자만 보고 호환 여부를 판단하거나, 링크 매개변수를 반복해서 바꾸며 시도하지 마세요.
노드와 회선: 연결 지점과 경로를 구분하세요
노드는 보통 클라이언트에서 선택할 수 있는 연결 설정을 가리킵니다. 실제 서버에 연결될 수도 있고, 중계 지점으로 연결될 수도 있습니다. 노드 이름에 표시된 국가나 지역은 출구 위치를 알려주는 참고 정보일 뿐, 그 자체로 검증된 결과는 아닙니다. 웹사이트에 표시되는 출구 위치는 실제 라우팅과 IP 지리 정보 데이터베이스에 따라 달라질 수 있습니다.
회선은 요청이 출구에 도달하기까지의 경로를 뜻합니다. 같은 지역에도 서로 다른 연결 지점과 전송 경로가 있을 수 있으므로, 같은 국가를 선택했다고 해서 사용 경험까지 같지는 않습니다. 일부 관리 페이지에서는 노드와 회선을 혼용해 표시합니다. 명칭이 불분명하면 네트워크 구성을 추측하지 말고 서비스 안내를 확인하세요.
| 용어 | 일반적인 의미 | 이것만으로 판단할 수 없는 점 |
|---|---|---|
| 직결 | 클라이언트가 서비스 제공자의 국내 중계 지점을 거치지 않고 해외 서버에 직접 연결하는 방식입니다. | 경로가 짧다고 반드시 빠른 것은 아닙니다. 공용 인터넷 라우팅과 혼잡의 영향을 받습니다. |
| 중계 | 먼저 중계 지점에 연결한 다음, 해당 지점이 이후 서버나 출구로 트래픽을 전달합니다. | 전용 회선을 사용한다는 뜻은 아니며, 애플리케이션 계층의 암호화가 더 강하다는 의미도 아닙니다. |
| IEPL 전용 회선 | 일반적으로 통신사가 제공하는 국제 이더넷 전용 회선을 일부 국가 간 전송 경로에 사용하는 방식입니다. | 사용자 기기부터 대상 웹사이트까지 전 구간이 전용 회선이라는 뜻은 아니며, 특정 플랫폼에서 사용할 수 있다고 보장하지도 않습니다. |
| 출구 IP | 대상 서비스가 요청을 받을 때 확인하는 출발지 주소입니다. | 계정 지역, 결제 자격 또는 콘텐츠 접근 권한을 이것만으로 결정할 수는 없습니다. |
클라이언트에 표시되는 지연 시간도 측정 방법과 함께 살펴봐야 합니다. 연결 설정 테스트, 웹페이지 탐지, 실제 파일 전송은 서로 다른 항목을 측정합니다. 지연 시간이 낮다고 처리량이 높은 것은 아닙니다. 더 실용적인 회선 선택 방법은 대상 앱을 그대로 둔 채 페이지 로딩, 재생의 연속성, 연결 복구 상태를 살펴보는 것입니다. 목록의 숫자 하나만 좇지 마세요.
프로토콜: 호환성을 먼저, 네트워크 환경은 그다음에 확인하세요
프로토콜은 클라이언트와 서버가 데이터를 주고받는 방식을 정합니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 흔히 볼 수 있는 이름이지만, 서로 마음대로 바꿔 쓸 수 있는 옵션은 아닙니다. 서버가 제공하는 프로토콜과 전송 매개변수를 클라이언트도 지원해야 합니다. 설정에서 프로토콜 이름만 바꾼다고 다른 방식의 서비스가 작동하지는 않습니다.
암호화, 인증, 전송은 서로 다른 계층입니다
Shadowsocks는 자체 암호화 프록시 방식을 사용합니다. VMess에는 인증 및 암호화 기능이 포함되며, 구체적인 동작은 구현과 설정에 따라 달라집니다. Trojan은 일반적으로 TLS 전송을 기반으로 합니다. VLESS 자체는 콘텐츠를 암호화하지 않으므로 TLS나 적합한 다른 보안 전송 설정과 함께 사용해야 합니다. 이 프로토콜들을 ‘더 안전함’이나 ‘더 빠름’의 고정 순위로 단순 비교할 수는 없습니다.
Hysteria2와 TUIC은 QUIC 기반이며, 일반적으로 하위 네트워크에서 UDP 통신을 허용해야 합니다. 현재 네트워크가 UDP를 제한하면 클라이언트가 해당 프로토콜을 지원해도 연결되지 않을 수 있습니다. 반대로 UDP를 지원하는 네트워크라고 해서 모든 상황에서 TCP 기반 방식보다 성능이 좋은 것도 아닙니다.
초보자는 우선 관리 페이지에서 제공하는 호환 설정을 사용하고, 오류를 없애려고 인증서 검증을 끄지 않는 것이 좋습니다. 인증서 오류는 기기 시간이 맞지 않거나 도메인과 인증서가 일치하지 않거나 설정이 변경된 경우 발생할 수 있습니다. 보안 옵션을 무작정 바꾸기보다 시간과 구독을 확인한 뒤 클라이언트 버전과 공식 안내를 살펴보세요. 이 글에서 프로토콜을 나열한 것은 용어 설명을 위한 것이며, VPNBaby가 모든 프로토콜을 제공한다는 뜻은 아닙니다.
분할 라우팅·글로벌 모드·규칙 모드
분할 라우팅은 요청마다 서로 다른 경로를 지정하는 기능입니다. 흔히 사용하는 동작에는 직결, 프록시, 차단이 있습니다. 정책 그룹은 선택 가능한 여러 노드나 연결 방식을 묶어 사용자가 직접 고르거나 클라이언트가 정해진 정책에 따라 선택하도록 합니다. 노드는 연결 후보, 정책 그룹은 선택 지점, 규칙은 요청을 해당 경로로 보내는 기준입니다.
규칙 모드는 도메인, 대상 IP, 프로세스 또는 기타 지원 조건에 따라 요청을 판별합니다. 많은 클라이언트가 규칙을 순서대로 적용해 일치하는 항목을 찾으면 해당 동작을 실행하므로 규칙 순서가 결과에 영향을 줍니다. 구체적인 동작은 클라이언트 문서를 확인하세요. 범위가 지나치게 넓은 직결 규칙을 앞에 두면 뒤에 있는 프록시 규칙이 적용되지 않을 수 있습니다.
글로벌 모드는 일반적으로 클라이언트가 처리하도록 설정된 트래픽에 하나의 정책을 적용합니다. 기기의 모든 앱이 반드시 프록시를 거친다는 뜻은 아닙니다. 시스템 프록시는 해당 설정을 따르는 앱에서만 사용되며, TUN이나 시스템 VPN 인터페이스는 더 넓은 트래픽을 처리할 수 있습니다. 그래도 실제 적용 범위는 플랫폼, 라우팅, 클라이언트 설정에 따라 달라집니다.
- ✅ 평소에는 현재 클라이언트에 적합한 규칙 모드를 선택한 뒤, 대상 요청에 어떤 규칙이 적용됐는지 확인하세요.
- ✅ 문제를 진단할 때는 비교를 위해 잠시 글로벌 모드로 바꿔 볼 수 있습니다. 접속이 복구된다면 규칙과 정책 그룹을 중점적으로 확인하세요.
- ❌ ‘글로벌 모드’가 DNS, 계정 지역 또는 플랫폼 접근 제한을 자동으로 해결한다고 생각하지 마세요.
- ❌ 여러 트래픽 처리 도구를 동시에 켠 상태에서 회선 품질을 판단하지 마세요. 서로 충돌해 결과에 영향을 줄 수 있습니다.
앱별 프록시와 도메인별 분할 라우팅도 서로 다릅니다. 전자는 앱을 기준으로 트래픽 처리 여부를 정하고, 후자는 요청 대상에 따라 경로를 정합니다. 하나의 앱이 여러 도메인에 접속할 수 있고, 한 웹페이지도 서로 다른 도메인에서 이미지, 스크립트, 로그인 API를 불러올 수 있습니다. 메인 페이지는 열리지만 로그인이 실패한다면 메인 도메인만 보지 말고 실패한 요청에 적용된 규칙을 확인하세요.
DNS와 클라이언트: 연결 아이콘만으로는 알 수 없는 점 확인하기
DNS는 도메인 이름을 IP 주소로 변환합니다. 프록시 연결은 이미 설정됐지만 DNS 요청이 예상과 달리 로컬 경로로 전송되는 현상을 흔히 DNS 누출이라고 합니다. 그렇다고 웹페이지 본문까지 반드시 직결로 전송된다는 뜻은 아니며, 한 번의 검사만으로 전체 개인정보 보호 상태를 증명할 수도 없습니다. 클라이언트의 DNS 설정, 브라우저의 암호화 DNS 설정, 실제 라우팅을 함께 확인해야 합니다.
브라우저가 자체 DNS 서비스를 사용할 수도 있고, 클라이언트가 시스템 DNS를 처리할 수도 있습니다. 두 방식이 함께 작동하면 검사 페이지에 표시된 DNS 리졸버의 위치가 출구 위치와 다를 수 있습니다. 먼저 예상 동작을 확인한 다음 DNS 조회와 연결 기록을 살펴보세요. 검사 페이지에 다른 지역이 표시된다는 이유만으로 노드를 사용할 수 없다고 단정하지 마세요.
플랫폼마다 트래픽 처리 방식이 다릅니다
Windows와 macOS 클라이언트는 시스템 프록시나 TUN 모드를 제공하는 경우가 많지만, 지원 기능은 앱에 따라 다릅니다. Linux에서는 데스크톱 환경, 명령줄 프로그램, 시스템 서비스가 프록시 설정을 읽는 방식이 서로 다를 수 있습니다. 브라우저에서는 접속되지만 터미널 요청은 실패한다면 노드 문제가 아닐 수도 있습니다. 터미널 프로그램이 프록시를 사용하지 않는 것일 수 있습니다.
Android 클라이언트는 시스템 VPN 인터페이스로 트래픽을 처리하는 경우가 많고, 일부 앱은 앱별로 포함하거나 제외하는 기능을 지원합니다. 백그라운드 제한도 연결 유지에 영향을 줄 수 있습니다. iOS 클라이언트는 일반적으로 시스템 네트워크 확장 기능을 사용합니다. 설정 가져오기, 구성 승인, 연결 스위치 켜기는 각각 별도의 단계입니다. 다른 플랫폼으로 옮길 때는 클라이언트가 지원하는 구독 형식을 다시 확인하고, 모든 설정을 그대로 복사할 수 있다고 가정하지 마세요.
가져오기부터 접속까지: 순서대로 문제 찾기
용어를 실제 사용 순서에 맞춰 이해하면 불필요한 시도를 줄일 수 있습니다. 문제가 생기면 한 번에 설정 하나만 바꾸고, 변경 전후의 상태를 기록하세요. 노드, 모드, DNS를 한꺼번에 바꾸면 어떤 설정이 영향을 줬는지 판단하기 어렵습니다.
- 설정 출처를 확인하세요. 관리 페이지에서 클라이언트에 맞는 구독을 가져온 뒤 안내 메시지를 확인합니다. 형식 오류가 있다면 회선을 바꾸기 전에 호환성 문제부터 해결하세요.
- 현재 설정이 활성화됐는지 확인하세요. 실행 중인 설정이 방금 가져온 설정인지 확인한 다음, 정책 그룹에서 실제로 선택된 노드를 확인합니다.
- 트래픽 처리 방식을 확인하세요. 클라이언트가 요구하는 시스템 프록시, TUN 또는 시스템 VPN 연결을 켭니다. 최초 승인이 완료되지 않았다면 설정이 있어도 트래픽이 처리되지 않을 수 있습니다.
- 실제 사용할 앱으로 확인하세요. 사용하려는 웹사이트나 앱을 열고 요청이 클라이언트에 들어오는지, 어떤 정책과 일치하는지 살펴봅니다.
- 연결과 DNS 확인을 구분하세요. 연결 시간이 초과되면 노드, 프로토콜 호환성, 현재 네트워크를 먼저 살펴보세요. 도메인 확인에 실패하면 DNS 경로를 점검하세요. 모든 오류를 회선 문제로 돌리지 마세요.
- 앱 자체의 제한을 확인하세요. 출구가 바뀌어도 계정 지역, 결제 지역, 콘텐츠 이용 권한까지 달라지는 것은 아닙니다. 네트워크 연결 후에도 지역 오류가 표시되면 해당 플랫폼의 안내에 따라 계속 확인하세요.
추가 도움이 필요하다면 클라이언트 이름, 운영체제 환경, 오류 문구, 이미 시도한 작업을 기록해 두세요. 단순히 ‘연결이 안 된다’고 설명하는 것보다 문제를 찾는 데 도움이 됩니다. 기본 사용 방법은 사용 가이드에서 확인할 수 있습니다. 가져오기는 완료됐지만 문제가 계속된다면 문제 해결 안내에 따라 범위를 좁혀 보세요.
핵심 정리: 구독은 설정을 제공하고, 노드는 연결을 담당하며, 회선은 경로를 나타내고, 프로토콜은 통신 방식을 정하며, 분할 라우팅은 요청이 향할 경로를 정합니다. 가져오기 성공, 연결 성공, 대상 앱 사용 가능 여부는 각각 따로 확인해야 합니다. 먼저 설정과 트래픽 처리를 살펴보고, 이어서 규칙과 DNS를 확인한 다음 대상 플랫폼의 제한 여부를 판단하세요. 연결 아이콘 하나만으로 결론 내리지 마세요.