VPN 추천 용어 정리: 구독, 노드, 회선, 프로토콜, 트래픽 분할

VPN 초보 용어 정리: 설정, 경로, 규칙부터 구분하기

VPN 용어를 이해하려면 구독, 노드, 회선, 프로토콜, 트래픽 분할의 역할을 구분해야 합니다. 구독은 설정을 제공하고, 노드는 클라이언트에서 선택하는 연결 항목입니다. 회선은 트래픽이 이동하는 경로를, 프로토콜은 통신 방식을, 트래픽 분할은 요청별 경로를 결정합니다. 서로 관련은 있지만 같은 의미는 아닙니다.

일상적인 대화에서는 ‘VPN’을 프록시 클라이언트나 네트워크 가속 서비스의 통칭으로 쓰기도 합니다. 엄밀히 말하면 시스템 전체의 VPN 터널과 앱 프록시는 트래픽을 처리하는 방식이 다릅니다. 클라이언트에 ‘연결됨’이라고 표시되어도 일부 연결이 성립했다는 뜻일 뿐, 모든 앱이 같은 출구를 이용한다는 의미는 아닙니다.

구독 링크와 노드: 가져오는 것은 트래픽이 아니라 설정입니다

‘구독’은 보통 요금 결제와 설정이라는 두 가지 뜻으로 쓰입니다. 월간 구독은 요금제 결제 방식이고, 구독 링크는 클라이언트가 설정을 가져오는 주소입니다. 트래픽 패키지를 구매한 경우에도 구독 링크로 노드 정보를 받을 수 있습니다. ‘구독 업데이트’는 일반적으로 갱신 결제가 아니라 서버에서 설정을 다시 가져오는 작업입니다.

노드 설정에는 보통 서버 주소, 포트, 인증 정보, 프로토콜 매개변수가 포함됩니다. 노드 이름은 알아보기 쉽게 붙인 라벨이므로, 이름만 보고 실제 출구나 회선 종류, 대상 서비스 이용 가능 여부를 확정할 수는 없습니다. 진입점은 연결을 받고 출구는 대상 웹사이트에 접속하며, 두 지점은 서로 다른 지역에 있을 수 있습니다.

구독 형식도 서비스마다 다릅니다. 노드 목록만 제공하는 형식이 있는가 하면, 정책 그룹과 트래픽 분할 규칙, DNS 설정까지 포함하는 전체 설정도 있습니다. 클라이언트에서 링크를 가져올 수 있다고 해서 링크의 모든 항목을 지원하는 것은 아닙니다. 가져온 뒤 미지원 항목이나 파싱 오류가 있는지 확인하세요.

1. 서비스 관리 페이지에 로그인한 뒤 사용 중인 클라이언트에 맞는 구독 또는 설정을 가져옵니다.
2. 클라이언트의 구독 관리 또는 설정 가져오기 메뉴에 링크를 붙여 넣고 업데이트합니다.
3. 노드 목록이 표시되는지 확인하고 현재 설정, 정책 그룹, 선택한 노드를 점검합니다.
4. 적절한 트래픽 처리 방식을 활성화한 뒤 출구와 대상 앱을 각각 확인합니다.

IEPL 전용 회선·중계·직결: 이름이 아닌 경로 비교하기

프록시 서비스에서 직결은 보통 클라이언트가 공용 인터넷을 통해 프록시 서버에 직접 연결하고, 서비스 제공업체가 별도로 설정한 중계 진입점을 거치지 않는다는 뜻입니다. 여기서 ‘직결 회선’과 트래픽 분할 규칙의 ‘직결’은 서로 다른 개념입니다. 후자는 보통 프록시를 거치지 않고 대상에 직접 접속하는 것을 의미합니다.

중계 회선은 클라이언트와 출구 사이에 전달 단계를 추가합니다. 서비스 제공업체는 진입점의 위치와 상위 네트워크와의 연결을 활용해 경로를 조정할 수 있습니다. 하지만 전달 단계가 하나 더 있다고 반드시 느려지거나 안정성이 높아지는 것은 아닙니다. 실제 성능은 사용자 측 통신사, 진입점 부하, 중계 구간, 출구에서 대상 서비스까지의 연결에 따라 달라집니다.

IEPL은 국제 이더넷 전용 회선을 뜻하며, 일반적으로 통신사가 제공하는 전용 이더넷 연결을 가리킵니다. 서비스 제공업체가 말하는 IEPL 회선도 전체 접속 경로 중 일부 구간에만 전용 회선을 사용할 수 있습니다. 가정의 네트워크에서 진입점까지, 출구에서 대상 웹사이트까지는 공용 인터넷을 거칠 수도 있습니다.

따라서 ‘전용 회선’이라는 말만으로 지연 시간이 일정하거나, 대역폭을 독점하거나, 모든 웹사이트를 이용할 수 있다고 단정할 수 없습니다. 회선을 선택할 때는 실제 사용하는 네트워크와 시간대에 대상 앱을 직접 확인하세요. 웹페이지 로딩, 파일 전송, 실시간 통화는 패킷 손실·지터·처리량에 대한 민감도가 다르므로 지연 시간 하나만으로 결론 내리기 어렵습니다.

프록시 프로토콜: 이름보다 호환성이 우선

프로토콜은 양쪽이 데이터를 인증하고 캡슐화해 전송하는 방식을 정하며, 출구 지역을 결정하거나 회선 품질을 대신하지는 않습니다. 아래는 업계에서 널리 쓰이는 프로토콜 개념이며, VPNHead가 모두 지원한다는 의미는 아닙니다. 실제 지원 범위는 관리 페이지의 설정과 클라이언트 안내를 확인하세요.

• Shadowsocks: 암호화 프록시 프로토콜입니다. 클라이언트와 서버의 암호화 방식 및 인증 매개변수가 일치해야 합니다. 구현 방식과 버전에 따라 호환 범위가 다를 수 있습니다.
• VMess: 사용자 인증을 지원하는 프록시 프로토콜입니다. 서버 주소뿐 아니라 사용자 식별자와 전송 계층 설정도 구성해야 할 수 있습니다.
• Trojan: 일반적으로 TLS를 사용해 프록시 연결을 보호합니다. 인증서 검증과 서버 이름 등의 설정이 핸드셰이크에 영향을 주므로, 오류를 없애려고 검증을 임의로 끄지 마세요.
• VLESS: 경량 프록시 프로토콜로, 자체적으로 콘텐츠를 암호화하지 않습니다. 연결을 보호하려면 TLS 같은 보안 계층을 함께 사용해야 합니다. VLESS라는 이름만으로 전체 보안 설정을 판단할 수는 없습니다.
• Hysteria2와 TUIC: 둘 다 QUIC 기반이며 UDP 네트워크에 연결할 수 있어야 합니다. 현재 네트워크에서 UDP가 제한되어 있으면 구독 매개변수가 정확해도 연결되지 않을 수 있습니다.

프로토콜과 전송 방식은 따로 살펴봐야 합니다. 일부 프로토콜은 여러 전송 방식을 지원할 수 있지만 클라이언트가 전체 조합을 지원해야 합니다. ‘가져오기는 성공했지만 핸드셰이크에 실패’한다면 클라이언트 버전, 프로토콜 지원 여부, 시스템 시간, 인증서 오류부터 확인한 다음 네트워크 연결 상태를 점검하세요. 곧바로 요금제가 만료됐다고 단정하지 마세요.

규칙 모드·글로벌 모드·TUN: 어떤 트래픽이 프록시를 이용할지 결정하기

규칙 모드는 도메인, 대상 주소, 앱 프로세스 또는 규칙 집합을 바탕으로 트래픽 경로를 결정합니다. 일반적으로 로컬 서비스는 직결하고 국제 회선이 필요한 요청은 프록시 정책 그룹으로 보냅니다. 규칙 순서가 중요한 경우가 많습니다. 앞쪽 규칙이 먼저 경로를 결정하고, 마지막 기본 규칙은 다른 규칙에 해당하지 않는 요청을 처리합니다.

글로벌 모드는 보통 클라이언트가 처리하는 요청을 선택한 프록시 정책으로 통일합니다. 여기서 중요한 점은 ‘클라이언트가 처리하는 요청’입니다. 앱이 시스템 프록시 설정을 따르지 않거나 자체 연결 방식을 사용하면 클라이언트를 거치지 않을 수 있습니다. 글로벌 모드라고 해서 기기의 모든 네트워크 활동이 처리되는 것은 아닙니다.

시스템 프록시는 해당 설정을 지원하는 앱이 요청을 로컬 프록시 포트로 보내도록 하는 기능입니다. TUN은 가상 네트워크 인터페이스로 트래픽을 처리하므로 적용 범위가 더 넓은 편이지만, 라우팅·DNS·권한 설정과 다른 네트워크 소프트웨어와의 호환성도 고려해야 합니다. TUN은 트래픽 처리 방식이지 프록시 프로토콜이나 새 출구 노드가 아닙니다.

Windows와 macOS에서는 시스템 프록시와 가상 인터페이스 모드를 구분해야 합니다. Linux에서는 라우팅과 권한 설정도 필요할 수 있습니다. Android와 iOS 클라이언트는 시스템에서 제공하는 VPN 인터페이스를 사용하는 경우가 많으며, 앱별 트래픽 분할이나 로컬 네트워크 제외 기능은 운영체제와 클라이언트 구현에 따라 다릅니다.

특정 앱이 열리지 않으면 비교를 위해 잠시 글로벌 모드로 전환해 볼 수 있습니다. 글로벌 모드에서는 정상인데 규칙 모드에서만 문제가 생기면 규칙 적용 결과와 정책 그룹을 먼저 확인하세요. 두 모드 모두 실패한다면 노드, 출구 또는 앱 자체의 제한을 살펴보세요. 원인을 찾은 뒤 적절한 트래픽 분할 설정으로 되돌리면 됩니다. 로컬 서비스를 계속 우회시킬 필요는 없습니다.

DNS 누수와 출구 확인: 연결 후 점검할 항목

DNS는 도메인 이름을 네트워크 주소로 변환합니다. DNS 누수는 이름 확인 요청이 예상한 경로를 따르지 않고 사용자 측 네트워크나 원치 않는 다른 DNS 서버로 전달되는 경우를 말합니다. 웹사이트에 표시되는 출구가 바뀌었는지와는 별개의 문제입니다. 사이트에 프록시 출구가 표시되더라도 관련 DNS 요청이 예상대로 처리됐다는 뜻은 아닙니다.

클라이언트가 시스템 DNS 요청을 처리할 수도 있고, 브라우저가 자체 암호화 DNS를 사용할 수도 있으며, 앱에 자체 DNS 처리 기능이 있을 수도 있습니다. 점검할 때는 ‘암호화 DNS’ 스위치만 확인하지 말고 실제로 어느 DNS 서버가 요청을 처리하며 어떤 경로를 거치는지 살펴보세요. 암호화 전송은 DNS 서버까지의 요청을 보호할 수 있지만, 요청이 프록시를 거친다는 뜻은 아닙니다.

DNS를 점검할 때는 클라이언트 로그, 규칙 적용 결과, 테스트 페이지를 함께 확인하세요. DNS 서버와 출구의 지역이 다르다는 사실만으로 누수라고 단정할 수는 없습니다. DNS 서비스가 분산 네트워크를 사용할 수 있기 때문입니다. 반대로 테스트 페이지에서 이상이 발견되지 않아도 모든 앱과 연결이 같은 경로를 사용한다고 보장할 수는 없습니다.

• ✅ IP 조회 페이지에서 현재 브라우저의 출구를 확인한 뒤 대상 앱에서 실제 기능을 테스트하세요.
• ✅ 클라이언트 연결 로그에서 대상 도메인에 적용된 규칙과 정책 그룹이 예상과 일치하는지 확인하세요.
• ✅ 시스템, 클라이언트, 브라우저의 DNS 설정을 확인해 서로 덮어쓰지 않도록 하세요.
• ✅ 한 번에 설정 하나만 바꾸고 오류 메시지를 기록해 두면 원인을 찾고 이전 설정으로 되돌리기 쉽습니다.
• ❌ 인증서 검증 끄기, 구독 매개변수 임의 변경, 전체 규칙 삭제를 일반적인 해결책으로 삼지 마세요.

출구가 올바른데도 대상 서비스를 이용할 수 없다면 계정 지역, 서비스 정책, 출구 IP 평판 또는 앱 캐시가 원인일 수 있습니다. 프로토콜을 바꾼다고 반드시 해결되는 것은 아닙니다. 지원이 필요하면 지원 페이지를 통해 클라이언트 이름, 운영체제 환경, 오류 메시지, 문제가 발생한 상황을 알려 주세요. 화면을 공유하기 전에 구독 링크와 인증 정보를 가리세요.

용어를 실제 선택에 적용하기: 필요한 기능을 정하고 설정을 확인하세요

브라우저에서 국제 웹사이트에 접속하려는 경우에는 먼저 브라우저가 시스템 프록시를 따르는지 확인하세요. 더 많은 데스크톱 앱에 적용하려면 TUN과 호환성을 검토할 수 있습니다. 가정 내 여러 기기를 함께 연결하려면 라우터 성능, 정책 라우팅, 로컬 네트워크 접근도 고려해야 하므로 데스크톱 클라이언트 설정을 그대로 적용할 수는 없습니다.

서비스를 선택할 때는 요금제 트래픽, 사용 빈도, 필요한 회선을 따로 비교하세요. VPNHead는 월간 구독과 사용량이 소진될 때까지 유효하며 만료되지 않는 트래픽 패키지를 제공합니다. 월간 트래픽은 개통일을 기준으로 매월 초기화됩니다. 기기 대수 제한이 없다는 것은 기기 사용 규정에 관한 내용이지, 트래픽이 무제한이거나 대역폭이 보장된다는 뜻은 아닙니다. 가격은 요금제 페이지에서 확인하세요.

VPNHead의 보안 관련 핵심 안내는 ‘익명·로그 미수집’입니다. 이는 개인정보 보호 정책에 관한 설명이며, 대상 웹사이트가 로그인 계정이나 기기를 식별할 수 없다는 뜻은 아닙니다. 계정은 사용자 이름과 비밀번호를 사용하며 이메일 주소가 필요하지 않습니다. 클라이언트와 구독 정보를 이용하려면 로그인해야 합니다. iOS 클라이언트를 받으려면 유효한 요금제가 필요하며, 다른 플랫폼은 로그인 후 다운로드할 수 있습니다.