VPN 용어 가이드: 구독, 노드, 회선, 프로토콜, 분할 터널링과 글로벌 모드
구독, 노드, IEPL·중계 회선, 프로토콜, 트래픽 분할, 글로벌 모드와 규칙 모드의 뜻을 초보자도 쉽게 찾아볼 수 있도록 간단히 설명합니다.
VPN 용어를 먼저 간단히 정리하면 다음과 같습니다. 구독은 설정을 제공하고, 노드는 선택할 수 있는 연결 종단점이며, 회선은 트래픽이 지나는 네트워크 경로입니다. 프로토콜은 통신 방식을 정하고, 분할 규칙은 요청이 어디로 전달될지 결정합니다. 글로벌 모드는 보통 클라이언트가 가로챈 트래픽을 모두 프록시로 보내는 설정일 뿐, 기기의 모든 통신이 처리된다는 뜻은 아닙니다.
각 용어는 서로 다른 계층을 가리키므로 서로 바꿔 쓸 수 없습니다. 노드가 목록에 표시된다고 해서 설정이 여전히 유효한 것은 아니며, 클라이언트에 연결됨으로 표시돼도 대상 사이트에 접속할 수 있다는 뜻은 아닙니다. 설정, 트래픽 처리 방식, 규칙, 네트워크 경로를 구분해 살펴보면 문제의 원인을 더 쉽게 찾을 수 있습니다.
구독과 클라이언트: 설정은 어디서 가져올까요?
요금제 구독은 계정에 부여되는 서비스 이용 권한으로, 결제·트래픽·이용 기간과 관련됩니다. 구독 링크는 클라이언트가 설정을 가져오는 주소입니다. 일상적인 대화에서는 둘 다 ‘구독’이라고 부르기도 하므로 ‘구독이 만료됐다’와 ‘구독 업데이트에 실패했다’는 전혀 다른 상황을 가리킬 수 있습니다.
클라이언트가 구독 링크에 접속하면 노드 주소, 인증 정보와 호환되는 형식의 기타 설정을 가져옵니다. 분할 규칙, 정책 그룹, DNS 설정이 포함되는지는 서비스가 제공하는 내용과 클라이언트의 지원 형식에 따라 다릅니다. 가져오기에 성공했다는 것은 클라이언트가 설정을 받아들였다는 뜻일 뿐, 모든 회선에 연결할 수 있다는 의미는 아닙니다.
클라이언트는 설정을 실행하는 소프트웨어이고, 코어는 그 안에서 프록시 프로토콜, 라우팅, 연결을 처리하는 부분입니다. 겉모습이 비슷한 클라이언트라도 서로 다른 코어를 사용할 수 있고, 같은 클라이언트도 버전에 따라 지원 기능이 다를 수 있습니다. ‘지원하지 않는 프로토콜’이라는 메시지가 나오면 같은 링크를 반복해서 가져오기보다 클라이언트와 코어 버전을 확인하세요.
노드와 회선: 연결 지점이 전체 경로를 뜻하지는 않습니다
노드는 보통 클라이언트 목록에 표시되는 설정 항목으로, 서버 주소·포트·프로토콜·인증 매개변수 등을 포함합니다. 노드 이름은 구분을 위한 라벨일 뿐 네트워크 토폴로지를 증명하지 않습니다. 여러 이름이 같은 진입점을 공유할 수도 있고 출구가 다를 수도 있습니다. 이름에 표시된 지역이 실제 출구 지역과 일치하는지는 서비스 안내와 실제 연결 결과를 확인해야 합니다.
진입점은 기기가 가장 먼저 연결하는 서버 위치이고, 출구는 대상 사이트에 연결 출처로 표시되는 위치입니다. 회선은 더 포괄적인 개념으로, 현지 통신사 네트워크와 진입점, 중간 전송 구간, 출구까지 포함할 수 있습니다. 회선 품질은 실제 사용 환경에서 확인해야 하며 지역명이나 프로토콜명만으로 판단할 수 없습니다.
| 용어 | 일반적인 의미 | 이 용어만으로 단정할 수 없는 점 |
|---|---|---|
| 직결 회선 | 기기가 해외 서버에 직접 연결하며, 일반적으로 서비스 제공업체가 별도로 마련한 중계 진입점을 거치지 않습니다. | 물리적 경로에 중간 라우터가 없다는 뜻도 아니며, 더 빠르다는 보장도 없습니다. |
| 중계 회선 | 기기가 먼저 중계 진입점에 연결한 다음, 진입점이 후속 서버로 트래픽을 전달합니다. | 전달 구간이 하나 더 있다고 해서 반드시 느린 것은 아닙니다. 실제 성능은 경로와 혼잡도에 따라 달라집니다. |
| IEPL 전용 회선 | 국제 이더넷 전용 회선으로, 일반적으로 지정된 지점들을 연결하는 전용 전송 구간에 사용됩니다. | 이름만으로 종단 간 전용 회선이라고 볼 수 없으며, 대상 플랫폼에 접속할 수 있다는 보장도 없습니다. |
중간 전송에 전용 회선을 사용하더라도 현지 접속 구간, 진입점 처리, 출구에서 대상 사이트까지의 경로가 병목이 될 수 있습니다. 지연 시간이 짧다고 처리량이 높은 것도 아닙니다. 지연 시간은 상호작용 시 대기 시간에, 처리량은 지속적인 다운로드나 영상 전송에 더 큰 영향을 줍니다. 패킷 손실과 지연 시간의 변동도 중요하므로 한 번의 속도 측정만으로 평소 사용 경험을 단정하기는 어렵습니다.
프로토콜 이름: 통신 방식과 호환성
엄밀히 말해 VPN과 애플리케이션 계층 프록시는 같은 기술이 아닙니다. 일상적인 서비스 선택에서는 ‘VPN’을 네트워크 접속 도구 전반을 가리키는 말로 쓰기도 합니다. Shadowsocks, VMess, Trojan, VLESS 등은 일반적으로 프록시 프로토콜에 속하며, 클라이언트 이름에 VPN이 들어간다고 해서 전통적인 VPN 터널을 사용한다고 볼 수는 없습니다.
- Shadowsocks: 암호화 프록시 프로토콜입니다. 클라이언트와 서버의 비밀번호 및 암호화 방식이 일치해야 하며, 구체적인 확장 기능은 구현에 따라 달라집니다.
- VMess: 인증 및 암호화 메커니즘을 갖춘 프록시 프로토콜입니다. 여러 전송 방식과 조합할 수 있으며, 시스템 시간이 크게 어긋나면 인증에 영향을 줄 수 있습니다.
- Trojan: 일반적으로 TLS를 사용해 암호화 통신을 설정합니다. 인증서 검증, 서버 이름, 인증 매개변수가 서로 일치해야 하므로 비밀번호만 확인해서는 충분하지 않습니다.
- VLESS: 경량 프록시 프로토콜입니다. 자체적으로 콘텐츠를 암호화하지 않으며, 보통 TLS나 REALITY 같은 보안 계층과 함께 사용합니다. 전체 설정을 기준으로 판단해야 합니다.
- Hysteria2 및 TUIC: QUIC 기반 프록시 방식으로 UDP 통신을 사용합니다. UDP가 제한된 네트워크에서는 연결에 영향을 받을 수 있으며, 프로토콜 이름만으로 속도를 보장할 수는 없습니다.
전송 방식과 프록시 프로토콜도 구분해서 이해해야 합니다. 예를 들어 WebSocket은 통신을 전달하는 한 가지 방식이지, 모든 프록시 매개변수를 대신하는 노드 유형이 아닙니다. 수동으로 설정할 때는 프로토콜, 전송 방식, 보안 계층, 서버 매개변수가 서로 맞아야 합니다.
위 내용은 업계에서 쓰이는 개념이며, VPNRain이 현재 지원하는 프로토콜 목록은 아닙니다. 실제 지원 프로토콜은 관리 패널의 구독 정보와 클라이언트 안내를 확인하세요. 문제 해결을 위해 인증서 검증을 임의로 끄는 것은 권장하지 않습니다. 서버 신원 확인이 약해질 뿐 아니라 실제 설정 오류를 해결하지 못할 수도 있습니다.
분할 터널링, 규칙 모드와 글로벌 모드
분할 터널링은 조건에 따라 요청의 전달 경로를 선택하는 기능입니다. 규칙은 도메인, 대상 주소, 애플리케이션 프로세스 등의 정보를 기준으로 요청을 분류한 뒤 직결, 프록시 정책 그룹 또는 차단으로 보낼 수 있습니다. 어떤 조건을 지원하는지는 클라이언트와 코어에 따라 다릅니다.
규칙 모드는 설정된 규칙에 따라 요청을 처리하며, 일반적인 사용에 적합합니다. 많은 클라이언트는 규칙을 순서대로 적용하므로 먼저 일치하는 규칙이 요청의 경로를 결정합니다. 마지막 기본 규칙은 앞선 규칙에 해당하지 않는 요청을 처리합니다. 따라서 같은 노드도 규칙 설정에 따라 접속 결과가 달라질 수 있습니다.
글로벌 모드는 일반적으로 클라이언트가 처리 중인 요청을 지정된 프록시 정책으로 보냅니다. 규칙 문제를 임시로 확인할 때 유용하지만, UDP를 지원하지 않는 노드에 갑자기 UDP 기능을 부여하지는 않습니다. 프록시 설정을 따르지 않는 모든 애플리케이션의 트래픽을 자동으로 처리하는 것도 아닙니다.
시스템 프록시와 TUN은 트래픽을 처리하는 방식입니다
시스템 프록시는 운영체제가 제공하는 프록시 설정을 지정하지만, 애플리케이션이 이를 따르는지는 애플리케이션의 구현에 달려 있습니다. TUN은 가상 네트워크 인터페이스를 통해 해당 라우팅으로 들어오는 트래픽을 처리합니다. 일반적으로 추가 권한이 필요하며 다른 네트워크 도구와 충돌할 수 있습니다.
TUN은 글로벌 모드와 같지 않고, 규칙 모드도 시스템 프록시와 같은 뜻이 아닙니다. 전자는 트래픽을 어떻게 처리하는지를, 후자는 처리 대상 트래픽을 어떻게 나누는지를 설명합니다. TUN을 켜도 라우팅 제외 항목, 애플리케이션 제외 항목, 주소 체계 지원 여부에 따라 적용 범위가 달라집니다.
선택 요약: 평소에는 서비스에서 제공하는 호환 설정과 규칙 모드를 우선 사용하세요. 특정 사이트에 문제가 생기면 글로벌 모드로 잠시 바꿔 비교해 볼 수 있습니다. 특정 애플리케이션에서만 문제가 발생한다면 노드가 작동하지 않는다고 단정하기 전에 트래픽이 실제로 처리되고 있는지 확인하세요.
DNS, 유출과 출구 지역
DNS는 도메인 이름을 네트워크 주소로 변환합니다. 웹페이지가 열리지 않는 원인은 도메인 조회 실패일 수도 있고, 조회는 성공했지만 대상 주소에 연결하지 못한 것일 수도 있습니다. 두 상황은 비슷해 보여도 회선을 바꾸는 것과 DNS를 바꾸는 것은 서로 다른 문제를 다룹니다.
DNS 유출은 지정된 경로로 처리되어야 할 조회 요청이 다른 DNS 리졸버로 전달되는 상황을 말합니다. 예를 들어 프록시 트래픽은 처리되고 있지만 시스템이나 애플리케이션의 DNS 요청은 여전히 로컬 네트워크를 통할 수 있습니다. 판단할 때는 예상한 설정과 비교해야 합니다. 특정 리졸버의 지역이 다르다는 이유만으로 유출이라고 단정할 수는 없습니다.
암호화 DNS는 조회 요청이 전송되는 과정을 보호하지만, 조회 요청이 프록시를 통과하도록 보장하지는 않습니다. 브라우저 내장 보안 DNS, 시스템 DNS, 클라이언트 DNS가 함께 사용될 수 있으므로 클라이언트 안내를 확인해야 합니다. 일부 클라이언트는 Fake-IP를 사용합니다. 내부 매핑용 주소를 먼저 반환한 뒤 요청에 따라 도메인을 복원하고 경로를 결정하는 방식입니다. 이 주소는 대상 사이트가 인식하는 실제 출구 주소가 아닙니다.
출구 지역은 노드 라벨만으로 결정되지 않습니다. 사이트는 IP 지역 데이터베이스, 계정 지역, 브라우저 위치 권한, 이전 세션 정보를 종합해 위치를 판단할 수 있습니다. 회선을 바꾼 뒤에도 결과가 그대로라고 해서 클라이언트가 전환되지 않았다고 단정할 수 없으며, 특정 회선으로 특정 콘텐츠에 계속 접속할 수 있다고 보장할 수도 없습니다.
구독 가져오기: 설정에서 연결까지
VPNRain은 Windows, macOS, iOS, Android, Linux용 클라이언트를 제공합니다. 관리 패널에 로그인해 클라이언트와 구독 정보를 확인하세요. iOS에서 사용할 수 있는 조건은 관리 패널의 안내를 따릅니다. 플랫폼마다 권한 요청 절차, 백그라운드 실행, 시스템 트래픽 처리 방식이 다르므로 다른 플랫폼의 버튼 이름을 그대로 적용하지 마세요.
- 설정 출처를 확인합니다. 관리 패널에서 현재 클라이언트에 맞는 구독 정보를 가져오세요. 구독 주소를 단일 노드의 서버 주소 입력란에 넣지 않도록 주의합니다.
- 가져온 뒤 결과를 확인합니다. 클라이언트의 구독 가져오기 메뉴를 사용하고 형식 또는 프로토콜 오류가 없는지 확인하세요. 목록이 비어 있으면 먼저 가져오기가 제대로 완료됐는지 살펴봅니다.
- 설정을 업데이트합니다. 구독을 업데이트하고 현재 설정이 활성화되어 있는지 확인하세요. 설정을 새로 만드는 것은 기존 설정을 업데이트하는 것과 다릅니다.
- 노드와 정책을 선택합니다. 먼저 기본 규칙을 사용하고, 프록시 정책 그룹이 직결이나 다른 자동 선택 결과가 아니라 원하는 노드를 가리키는지 확인하세요.
- 시스템 권한을 허용합니다. 클라이언트 안내에 따라 시스템 프록시 또는 필요한 트래픽 처리 모드를 활성화한 뒤 대상 사이트에 접속해 확인합니다.
- 증상에 맞춰 점검합니다. 오류 메시지와 발생 조건을 기록해 두고, 변경 효과를 판단하기 쉽도록 설정을 한 번에 하나씩 바꾸세요.
Android의 VPN 권한은 일반적으로 로컬 트래픽을 처리하는 인터페이스를 설정하는 데 사용되며, 원격에서 어떤 프로토콜을 사용하는지 알려주지는 않습니다. iOS에서는 시스템 안내에 따라 네트워크 설정을 허용해야 합니다. 데스크톱 시스템에는 시스템 프록시와 TUN 설정이 함께 있을 수 있고, Linux에서는 그래픽 환경과 명령줄 환경이 서로 다른 프록시 변수를 사용할 수 있습니다. 자세한 방법은 사용 가이드를 참고하세요.
자주 발생하는 오류: 계층별 점검
- ✅ 구독이 업데이트되지 않음: 링크가 온전한지, 인증 정보가 유효한지, 네트워크에서 구독 주소에 접속할 수 있는지 확인하세요. 구독 서버와 프록시 노드는 서로 다른 주소일 수 있습니다.
- ✅ 노드는 있지만 연결되지 않음: 계정 이용 권한, 클라이언트 호환성, 오류 로그를 확인하세요. 핸드셰이크 실패, 인증 실패, 연결 시간 초과는 각각 따로 분석해야 합니다.
- ✅ 글로벌 모드에서는 되지만 규칙 모드에서는 안 됨: 대상 도메인에 적용된 규칙, 정책 그룹 선택, DNS 처리를 확인하세요. 먼저 모든 규칙을 삭제하지 마세요.
- ✅ 브라우저에서는 되지만 앱에서는 안 됨: 앱이 시스템 프록시를 따르는지, 별도의 프록시 설정이 있는지, 클라이언트가 해당 트래픽을 처리하는지 확인하세요.
- ✅ 회선을 바꿔도 문제가 계속됨: 대상 플랫폼 상태, 계정 제한, 기존 연결을 확인하세요. 지원 문의를 제출할 때는 구독 인증 정보와 기타 민감한 정보를 가리세요.
‘지연 시간 테스트 성공’은 해당 테스트 경로에서 응답이 있었다는 뜻일 뿐입니다. ‘연결 성공’도 로컬 프록시가 요청을 받기 시작했다는 의미일 수 있습니다. 제대로 확인하려면 대상 사이트에 접속하고 실제 애플리케이션에서도 테스트해야 합니다. 녹색 아이콘 하나만으로 전체 상태를 판단하지 마세요.
지원 문의를 제출할 때 운영체제, 클라이언트 버전, 트래픽 처리 모드, 발생 시각, 오류 내용을 적으면 ‘작동하지 않음’이라고만 쓰는 것보다 원인을 찾기 쉽습니다. VPNRain의 문의 창구는 문의 지원입니다. 스크린샷을 제출하기 전에 구독 링크와 계정 인증 정보가 보이지 않도록 가려 주세요.
핵심 요약: 구독은 설정을, 노드는 연결 종단점을, 회선은 경로를, 프로토콜은 통신 방식을 담당합니다. 트래픽 처리 방식은 어떤 요청이 클라이언트로 들어오는지를 정하고, 분할 규칙은 그 요청을 어디로 보낼지 결정합니다. 이 순서대로 설정을 살펴보면 설정 문제와 네트워크 문제, 대상 사이트의 제한을 혼동할 가능성이 줄어듭니다.