VPN 초보자 용어 정리: 구독, 노드, 회선, 프로토콜, 분할 라우팅

먼저 핵심부터 살펴보겠습니다. 구독은 클라이언트에 설정을 전달하고, 노드는 연결에 사용할 수 있는 접속 지점이며, 회선은 네트워크 경로를 뜻합니다. 프로토콜은 통신 방식을 정하고, 분할 라우팅은 어떤 요청을 프록시로 보낼지 결정합니다. 서로 다른 개념이므로 구분해 두어야 설정, 네트워크, 앱 중 어디에서 문제가 생겼는지 판단할 수 있습니다.

일상적으로 ‘VPN 클라이언트’라고 부르는 프로그램이 실제로는 프록시 클라이언트인 경우도 있습니다. 일반적인 VPN은 네트워크 계층 터널을 구성하는 반면, 프록시 도구는 지정된 앱이나 연결만 처리할 수 있습니다. 일부 프록시 클라이언트는 가상 네트워크 인터페이스를 통해 트래픽을 처리하기도 합니다. 화면에 표시된 이름이 비슷해도 모든 프로그램의 트래픽이 같은 경로를 자동으로 이용하는 것은 아닙니다.

구독, 클라이언트, 노드의 차이

클라이언트는 설정을 실행하는 소프트웨어, 구독은 설정을 가져오는 경로, 노드는 설정에 포함된 연결 항목입니다. 계정에 이용권이 있어도 클라이언트에 유효한 설정이 들어온 것은 아닙니다. 클라이언트에 노드가 표시된다고 해서 시스템 트래픽이 이미 해당 클라이언트를 거치는 것도 아닙니다.

‘구독 업데이트’는 보통 원격 설정을 다시 가져오는 작업입니다. 요금제를 갱신하거나 데이터를 초기화하는 기능은 아닙니다. 요금제가 만료된 경우 업데이트만으로 이용 권한이 복구되지 않습니다. 서비스에서 노드를 변경했다면 업데이트 후 새 항목이 클라이언트에 표시될 수 있습니다. 노드만 제공하는 구독과 분할 라우팅 규칙 및 DNS 설정까지 포함하는 전체 설정 구독도 다릅니다.

회선 유형: 직접 연결, 중계, 전용 회선

노드는 클라이언트에 표시되는 연결 항목에 가깝고, 회선은 트래픽이 출구까지 이동하는 경로를 설명합니다. 진입 지점은 기기가 처음 연결하는 서버이고, 출구는 대상 웹사이트에 표시되는 출발지 주소입니다. 둘은 서로 다른 지역에 있을 수 있으므로 노드 이름, 진입 주소, 출구 IP의 위치 정보가 일치하지 않을 수 있습니다.

직접 연결은 보통 기기가 서비스 제공업체가 별도로 마련한 중계 지점을 거치지 않고 해외 서버에 바로 연결되는 방식을 뜻합니다. 여기서 ‘직접’이 물리적으로 광케이블을 통해 곧장 연결된다는 뜻은 아닙니다. 실제 트래픽은 통신사와 인터넷 라우팅을 거칩니다. 연결 품질은 이용자의 네트워크, 국제망 연결 상태, 대상 서버의 영향을 모두 받습니다.

중계는 일반적으로 먼저 진입 지점에 연결한 뒤, 해당 지점이 트래픽을 출구로 전달하는 방식입니다. 적절한 중계 경로는 국제 구간의 연결성을 개선할 수 있지만, 진입 지점의 혼잡이나 우회 경로 때문에 대기 시간이 늘어날 수도 있습니다. 중계 단계가 하나 더 있다고 반드시 느려지는 것은 아닙니다. 노드 이름보다 전체 경로가 중요합니다.

IEPL 전용 회선은 국제 이더넷 전용 회선을 뜻하며, 데이터를 전달하는 경로와 관련된 개념입니다. 구독 서비스에서 일부 전송 구간에 전용 회선을 사용하더라도 이용자 집에서 대상 웹사이트까지 전 구간을 독점한다는 뜻은 아니며, 앱 연결이 반드시 성공한다는 의미도 아닙니다. 전용 회선, 진입 지점의 부하, 출구 품질, 현지 접속 환경은 각각 따로 살펴봐야 합니다.

프로토콜은 통신 방식을 정하지만 전체 사용 경험을 결정하지는 않습니다

프로토콜은 클라이언트와 서버가 데이터를 인증하고 캡슐화해 전송하는 방식을 정합니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 흔히 쓰이는 프록시 프로토콜 이름이지 지역이나 요금제 등급이 아닙니다. 클라이언트가 해당 프로토콜과 구체적인 설정을 지원해야 하며, 서버와 클라이언트의 매개변수도 서로 맞아야 합니다.

주요 프로토콜 이름의 의미

• Shadowsocks: 양쪽에서 같은 암호화 방식과 설정을 지원해야 하는 암호화 프록시 프로토콜입니다. 구현 방식에 따라 확장 기능 지원 여부가 다를 수 있습니다.
• VMess: 인증 및 암호화 기능을 포함하는 프록시 프로토콜입니다. 시스템 시간이 크게 틀리면 인증에 영향을 줄 수 있으므로 기기 시간을 정확하게 설정해야 합니다.
• Trojan: 일반적으로 TLS를 사용해 통신을 보호합니다. 서버 이름, 인증서 검증, 연결 주소 등의 설정이 서로 맞아야 합니다. 인증서 검증을 끄는 것을 일상적인 해결책으로 삼아서는 안 됩니다.
• VLESS: 프로토콜 자체에는 범용 전송 암호화 기능이 없으므로 적절한 보안 전송 방식과 함께 사용해야 합니다. 이름만 확인하지 말고 실제 전송 방식과 보안 설정도 살펴보세요.
• Hysteria2 및 TUIC: 둘 다 QUIC 기반이며 하위 계층에서 UDP를 사용합니다. 현지 네트워크에서 UDP를 제한하면 연결이 막힐 수 있습니다. 프로토콜 이름만 보고 현재 네트워크에 반드시 더 적합하다고 판단할 수는 없습니다.

TLS, WebSocket, QUIC과 앞서 언급한 프록시 프로토콜은 같은 계층의 용어가 아닙니다. TLS는 안전한 전송을 담당하고, WebSocket은 통신을 전달하는 방식이며, QUIC은 UDP 기반의 보안 전송 프로토콜입니다. 설정에 여러 이름이 함께 표시된다면 대개 서로 다른 계층에서 함께 작동한다는 뜻입니다.

이 글에서 해당 용어를 설명한다고 해서 VPNHigh가 모든 프로토콜을 제공한다는 뜻은 아닙니다. 실제 지원 범위는 관리 패널, 클라이언트, 현재 구독 설정에서 확인하세요. 초보자라면 하위 매개변수를 직접 수정하기보다 호환되는 설정을 사용하는 편이 안전합니다.

분할 라우팅, 규칙 모드와 전역 모드

분할 라우팅은 규칙에 따라 연결의 경로를 직접 연결, 프록시, 차단 중에서 선택하는 기능입니다. 규칙은 도메인, 대상 주소, 앱 프로세스 등의 조건을 기준으로 적용할 수 있지만, 구체적인 기능은 클라이언트와 운영체제에 따라 다릅니다. 규칙은 순서대로 적용되는 경우가 많습니다. 앞쪽 규칙이 먼저 일치하면 이후 규칙은 해당 연결의 경로를 결정하지 않습니다.

규칙 모드에서는 요청마다 설정된 규칙을 적용합니다. 전역 모드에서는 일반적으로 클라이언트가 처리하는 트래픽을 선택된 프록시 정책으로 보냅니다. 직접 연결 모드에서는 클라이언트가 처리하는 요청을 직접 접속시킵니다. 전역 모드라고 해서 ‘모든 기기의 모든 데이터가 반드시 프록시를 거친다’는 뜻은 아닙니다. 클라이언트가 처리하지 않는 트래픽은 기존 경로를 사용할 수 있습니다.

시스템 프록시는 대개 시스템 프록시 설정을 따르는 앱에만 영향을 줍니다. 별도의 네트워크 스택을 사용하는 프로그램은 앱 안에서 설정해야 할 수 있습니다. TUN 모드는 가상 네트워크 인터페이스를 통해 네트워크 트래픽을 처리하므로 적용 범위가 더 넓은 편이지만, 라우팅, 제외 항목, 권한, DNS 설정의 영향을 받습니다. 모드 전환과 트래픽 처리 여부는 서로 관련은 있지만 같은 것은 아닙니다.

DNS 조회와 출구 확인

DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. 접속 실패는 주소를 조회하는 단계에서 발생할 수도 있고, 주소를 받은 뒤 연결하는 단계에서 생길 수도 있습니다. 노드를 바꿔도 DNS 설정 오류가 해결되지 않을 수 있으며, DNS만 바꿔서는 인증 실패나 출구 접속 문제를 해결할 수 없습니다.

DNS 유출은 조회 요청이 예상한 경로를 따르지 않고 다른 DNS 서버로 전달되는 현상을 말합니다. DNS 서버의 위치만 보고 유출 여부를 단정해서는 안 됩니다. 프록시 출구와 DNS 서버는 서로 다른 곳에 있을 수 있습니다. 설정된 목적지, 클라이언트 로그, 브라우저에서 별도의 암호화 DNS를 사용하는지 함께 확인하세요.

IP 확인 페이지에서 현재 브라우저의 출구를 확인한 다음 클라이언트 연결 기록을 살펴보세요. 브라우저 출구가 예상과 일치해도 이번 브라우저 요청의 경로만 확인된 것입니다. 백그라운드 프로그램, DNS 요청, 다른 주소 체계의 트래픽까지 모두 같은 경로를 따른다는 뜻은 아닙니다.

웹페이지는 열리지만 특정 앱이 작동하지 않는다면 해당 앱의 트래픽이 처리되고 있는지 확인하세요. 노드에는 연결되지만 도메인 오류가 발생한다면 DNS 조회 로그를 먼저 살펴보세요. 지원팀에 문의할 때는 ‘DNS 조회 실패’, ‘연결 시간 초과’, ‘인증 오류’, ‘웹사이트 접속 거부’를 구분해 설명하는 편이 ‘인터넷이 안 돼요’라고만 말하는 것보다 문제 파악에 도움이 됩니다.

구독 가져오기부터 연결 확인까지

Windows, macOS, iOS, Android, Linux는 클라이언트 화면과 시스템 권한이 다르므로 다른 플랫폼의 메뉴를 그대로 따라 할 수 없습니다. 데스크톱에서는 시스템 프록시와 가상 네트워크 인터페이스를 구분할 수 있고, 모바일에서는 시스템 네트워크 확장 기능이나 VPN 권한이 필요한 경우가 많습니다. Linux에서는 서비스 프로세스와 라우팅 설정을 확인해야 할 수도 있습니다. 권한을 허용했다고 노드 연결까지 확인된 것은 아닙니다.

1. 계정과 요금제 상태를 확인하세요. VPNHigh는 사용자 이름으로 가입할 수 있으며 이메일 주소가 필요하지 않습니다. 관리 패널에 로그인해 구독을 가져오고, 현재 이용 권한을 확인한 다음 클라이언트 설정을 진행하세요.
2. 호환되는 클라이언트를 선택해 가져오세요. 관리 패널의 클라이언트 안내에서 다운로드 방법을 확인하고 플랫폼별 가이드를 따르세요. 가져온 뒤 설정이나 노드 목록이 표시되어야 합니다. 지원하지 않는 형식이라는 메시지가 나오면 먼저 구독 형식을 잘못 선택하지 않았는지 확인하세요.
3. 정책 그룹과 트래픽 처리 방식을 확인하세요. 노드를 선택하고 필요한 시스템 프록시 또는 TUN 기능을 켠 뒤 시스템 권한을 허용하세요. 노드만 선택한 상태에서 멈추지 마세요.
4. 실제 요청으로 확인하세요. 대상 웹사이트를 열어 출구와 연결 기록을 확인하세요. 노드 검사 성공은 참고 신호일 뿐입니다. 실제 사용 목적을 검증하려면 웹페이지 접속, 로그인 또는 앱 요청을 확인해야 합니다.
5. 다시 확인할 수 있도록 정보를 기록하세요. 플랫폼, 클라이언트 이름, 모드, 표시된 노드 이름, 오류 상황을 적어 두세요. 설정은 한 번에 한 종류씩만 변경해야 무엇이 영향을 줬는지 알 수 있습니다.

• ✅ 가져오기 오류: 구독 주소가 온전한지, 형식이 호환되는지, 클라이언트가 구독을 가져올 수 있는지 먼저 확인하세요.
• ✅ 노드는 연결되지만 앱이 작동하지 않음: 규칙 적용 여부, 정책 그룹 선택, 앱의 트래픽 처리 여부를 확인하세요.
• ✅ 출구 지역이 예상과 다름: 직접 연결 상태인지, 정책을 잘못 선택했는지, 브라우저가 다른 프록시를 사용하는지 확인하세요.
• ❌ 문제를 해결하려고 구독 링크를 공개하지 마세요. 노드, DNS, 모든 규칙을 한꺼번에 바꾸지 마세요.

플랫폼별 사용법은 사용 가이드에서 확인할 수 있습니다. 계정이나 구독 가져오기에 문제가 있다면 도움말을 참고하세요. iOS 클라이언트의 다운로드 및 사용 권한은 관리 패널에 표시된 현재 정책을 따르세요.

구독 업데이트와 데이터 초기화는 다릅니다

‘구독’은 업계에서 흔히 두 가지 뜻으로 사용됩니다. 하나는 유료 서비스 이용 관계이고, 다른 하나는 클라이언트가 설정을 가져오는 링크입니다. 요금제 만료, 데이터 소진, 구독 주소 만료, 로컬 설정의 오래됨은 서로 다른 문제입니다. 계정 상태, 사용량, 가져오기 오류, 마지막 업데이트 시간을 각각 확인하세요.

VPNHigh 월간 구독은 개통일을 기준으로 매월 데이터가 초기화됩니다. 데이터 패키지는 유효기간 없이 데이터가 소진될 때까지 사용할 수 있습니다. 클라이언트에서 구독 업데이트를 눌러도 설정을 다시 가져올 뿐, 결제 방식이 바뀌거나 이미 사용한 데이터가 복구되지는 않습니다. 이용 기기 수에 제한이 없더라도 데이터가 무제한이라는 뜻은 아닙니다. 구체적인 제공량은 요금제 안내에서 확인하세요.