VPN 초보 용어 정리: 구독, 노드, 프로토콜, 트래픽 분할과 글로벌 모드

VPN 용어 한눈에 보기: 설정과 트래픽 경로부터 구분하기

VPN 초보자가 가장 헷갈리기 쉬운 용어는 구독, 노드, 프로토콜, 트래픽 분할, 글로벌 모드입니다. 이들은 같은 단계의 설정이 아닙니다. 구독은 설정 정보를 제공하고, 노드는 연결 대상을 나타내며, 프로토콜은 통신 방식을 정하고, 트래픽 분할 규칙은 요청이 어디로 전달될지를 결정합니다.

일상에서 말하는 VPN은 시스템 전체에 적용되는 터널 서비스일 수도 있고, 프록시 클라이언트에서 사용하는 국제 회선 구독을 가리킬 수도 있습니다. 프록시 클라이언트가 가상 네트워크 인터페이스로 트래픽을 처리하기도 하지만, 그렇다고 모든 제품과 프로토콜, 트래픽 처리 방식이 같은 기술인 것은 아닙니다. 문제를 해결하기 전에 사용 중인 클라이언트와 실제로 트래픽을 처리하는 앱을 먼저 확인하세요.

구독 링크와 노드: 설정 정보는 어디서 올까?

트래픽 요금제는 서비스 이용 권한이고, 구독 링크는 설정을 가져오는 경로입니다. 요금제를 구매하거나 이용을 시작한 뒤에도 클라이언트는 서버 위치, 프로토콜, 인증 방식을 알아야 합니다. 일반적으로 구독 정보가 이러한 설정을 제공합니다. 구독을 업데이트하면 설정을 다시 가져오는 것이며, 요금제를 갱신하거나 트래픽을 초기화하는 것은 아닙니다.

구독에는 노드 목록만 들어 있을 수도 있고, 정책 그룹과 규칙, DNS 설정까지 포함된 전체 설정이 들어 있을 수도 있습니다. 클라이언트마다 지원하는 형식이 다르므로 특정 형식의 링크를 아무 클라이언트에나 붙여 넣어도 자동으로 호환된다고 기대할 수는 없습니다. 가져오기 중 형식 오류가 발생하면 먼저 관리 패널의 클라이언트 분류와 가져오기 안내를 확인하세요.

노드는 목록에 포함된 개별 연결 항목입니다. 클라이언트가 먼저 진입 서버에 연결한 다음 중계 서버를 거쳐 출구 서버로 연결할 수 있습니다. 보통 대상 웹사이트에는 출구 주소가 표시됩니다. 따라서 ‘일본’ 같은 노드 이름은 출구 지역을 가리킬 수 있지만, 이름만으로 전체 경로를 단정할 수는 없습니다. 해당 출구를 웹사이트가 반드시 허용한다고 볼 수도 없습니다.

관리 패널에는 요금제가 표시되지만 클라이언트에 노드가 없다면 구독 링크가 빠짐없이 복사됐는지, 네트워크에서 설정을 가져올 수 있는지, 클라이언트가 해당 형식을 지원하는지 먼저 확인하세요. 노드 목록은 있지만 연결할 수 없다면 요금제 상태와 노드 선택, 클라이언트 오류를 확인하세요. 두 문제를 한꺼번에 다루지 않는 것이 좋습니다.

프로토콜 이름보다 중요한 호환성

Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC는 서로 다른 프록시 프로토콜 또는 프로토콜 방식이며, 마음대로 바꿔 쓸 수 있는 이름표가 아닙니다. 연결 양쪽에서 해당 구현을 지원해야 하며, 인증 정보와 전송 설정, 서버 설정도 서로 일치해야 합니다. 클라이언트에 표시된 프로토콜 이름만 바꿔서는 프로토콜을 변환할 수 없습니다.

암호화, 전송 방식, 프록시 프로토콜은 서로 다른 개념입니다

Shadowsocks는 암호화 프록시 기능을 제공하고, VMess는 자체 인증 및 암호화 방식을 갖추고 있습니다. Trojan은 일반적으로 TLS를 사용해 보안 전송을 설정합니다. VLESS 자체에는 페이로드 암호화 기능이 없으므로 적절한 보안 전송 설정과 함께 사용해야 합니다. Hysteria2와 TUIC는 QUIC 기반이며 UDP에 의존하므로, 네트워크의 UDP 제한이 사용 가능 여부에 영향을 줄 수 있습니다.

이러한 차이는 호환성을 이해하는 데 도움이 되지만, 모든 네트워크 환경에 적용되는 속도 순위를 정해 주지는 않습니다. 실제 사용 경험은 출구와 경로 혼잡도, 클라이언트 구현, 로컬 네트워크에도 좌우됩니다. 웹페이지가 원활하게 열린다고 해서 게임의 UDP 연결이나 장시간 전송 작업도 원활하다고 단정할 수는 없습니다.

클라이언트를 선택할 때는 현재 버전과 코어가 구독에 포함된 프로토콜 및 전송 조합을 지원하는지 확인하세요. 특정 프로토콜을 지원한다고 해서 그 프로토콜의 모든 확장 설정까지 지원하는 것은 아닙니다. 가져온 뒤 ‘지원되지 않는 노드’가 표시되면 먼저 공식 안내에 따라 클라이언트를 업데이트하거나 호환되는 형식을 선택하세요. 인증 정보나 인증서 검증 항목을 무작정 삭제하지 마세요.

IEPL 전용 회선, 중계와 직결: 네트워크 경로를 설명하는 용어

프로토콜은 통신 방식을, 회선 유형은 트래픽이 네트워크를 통과하는 경로를 설명합니다. 직결은 일반적으로 클라이언트가 대상 프록시 서버에 직접 연결하는 방식입니다. 중계는 진입 지점에서 연결을 받은 뒤 다음 서버로 전달하는 방식입니다. 중계 경로가 더 길다고 반드시 느린 것은 아니며, 직결 단계가 적다고 해서 혼잡 시간대에도 더 안정적인 것은 아닙니다.

IEPL은 International Ethernet Private Line의 약자로, 통신 사업자가 제공하는 국제 이더넷 전용 회선 서비스입니다. 구독 서비스에서 IEPL이라고 표시하는 경우, 경로의 특정 구간을 설명하는 것이 보통입니다. 사용자 기기에서 대상 웹사이트까지의 모든 구간이 전용 회선을 이용한다는 뜻은 아닙니다.

사용자와 진입 지점 사이의 로컬 네트워크, 출구에서 웹사이트까지의 공용 네트워크, 서비스 제공업체의 용량 운용도 사용 경험에 영향을 줍니다. 회선 표시는 암호화 프로토콜을 의미하지 않습니다. 전용 회선을 사용하더라도 전송 보안은 실제 프로토콜과 클라이언트 설정을 함께 확인해야 합니다.

트래픽 분할 규칙과 글로벌 모드: 요청의 경로는 누가 정할까?

규칙 모드는 설정된 조건에 따라 정책을 선택합니다. 예를 들어 로컬 서비스는 직결하고, 지정한 국제 웹사이트는 프록시로 연결하거나, 특정 요청은 차단할 수 있습니다. 일반적인 규칙 조건에는 도메인, 도메인 접미사, 대상 주소 범위, 프로세스 등이 있습니다. 지원 범위는 클라이언트에 따라 다릅니다. 대부분의 규칙 엔진은 순서대로 조건을 확인하지만, 사용 중인 클라이언트의 문서를 기준으로 판단하세요.

정책 그룹은 규칙과 실제 노드 사이에서 연결 대상을 선택하는 단계입니다. 규칙이 요청을 특정 그룹에 전달하면, 그룹은 수동으로 선택한 노드를 사용하거나 설정에 따라 자동으로 노드를 선택할 수 있습니다. 문제를 해결할 때 ‘현재 노드’만 확인해서는 부족할 수 있습니다. 대상 요청에 어떤 규칙이 적용됐는지, 어떤 정책 그룹으로 전달됐는지, 최종적으로 어떤 출구를 선택했는지도 확인하세요.

글로벌 모드는 일반적으로 클라이언트에 들어온 요청에 공통 정책을 적용하므로 규칙에 따른 잘못된 경로 분류를 확인하기 편리합니다. 하지만 일부 클라이언트에서는 해당 정책으로 직결을 선택할 수도 있으므로, ‘글로벌’이라는 표시만으로 프록시가 적용된다고 볼 수는 없습니다. 무엇보다 원래 클라이언트를 거치지 않던 앱까지 자동으로 시스템 프록시를 따르게 하지는 않습니다.

평소에는 규칙 모드, 문제를 확인할 때는 잠시 전환

같은 노드에서 글로벌 모드로는 대상 웹사이트가 열리지만 규칙 모드에서는 실패한다면 규칙 적용 기록과 정책 그룹, DNS 동작을 확인하세요. 두 모드 모두 실패한다면 노드 연결과 로컬 네트워크, 대상 서비스 자체를 점검하세요. 모드 전환은 문제를 찾기 위한 방법일 뿐, 글로벌 모드를 모든 장애의 장기 해결책으로 삼아서는 안 됩니다.

로컬 네트워크 기기나 업무 서비스를 이용해야 한다면 우회 규칙도 확인하세요. 규칙 파일 전체를 함부로 교체하면 기존 로컬 연결 경로에 영향을 줄 수 있습니다. 변경 전에는 복구할 수 있도록 설정을 보관하고, 문제가 생긴 조건만 조정하세요.

시스템 프록시, TUN, DNS: 연결에 성공해도 앱의 트래픽이 빠질 수 있습니다

Windows와 macOS 클라이언트에는 시스템 프록시 및 가상 네트워크 인터페이스를 통한 트래픽 처리 옵션이 흔히 있습니다. 브라우저는 시스템 프록시를 따르는 경우가 많지만, 명령줄 도구나 게임, 자체 네트워크 스택을 사용하는 앱은 별도의 설정을 사용할 수 있습니다. Linux에서는 데스크톱 환경의 프록시 설정과 터미널 설정이 서로 다를 수도 있습니다. 데스크톱의 상태 아이콘만 보지 말고 앱별로 확인하세요.

Android와 iOS에서는 일부 프록시 클라이언트가 시스템에서 제공하는 VPN 인터페이스를 통해 트래픽을 처리하며, 시스템에 관련 연결 표시가 나타납니다. 이 표시는 트래픽 처리 인터페이스가 활성화됐다는 뜻이지, 내부에서 특정한 기존 VPN 프로토콜을 사용한다는 뜻은 아닙니다. 앱별 제외 설정과 라우팅, 시스템 제한에 따라 실제 적용 범위는 달라질 수 있습니다.

DNS는 도메인 이름을 주소로 변환합니다. 웹페이지 연결이 프록시를 거치더라도 도메인 조회는 예상과 다른 리졸버로 전달될 수 있습니다. 조회 요청도 지정된 경로로 보내야 하는 상황에서 이를 흔히 DNS 누출이라고 합니다. 문제를 판단할 때는 예상한 정책을 함께 고려해야 하며, 로컬 DNS 조회가 있다는 이유만으로 곧바로 장애라고 단정해서는 안 됩니다.

브라우저의 암호화 DNS와 시스템 리졸버, 클라이언트의 DNS 모듈이 동시에 작동할 수 있습니다. 검사 페이지에 표시된 리졸버 이름만으로 트래픽 경로 전체가 제대로 설정됐다고 증명할 수는 없습니다. 클라이언트 연결 기록과 DNS 설정, 앱 설정을 함께 확인해 조회를 어떤 구성 요소가 처리하고 어느 경로로 전달하는지 살펴보세요. 검사 결과를 일치시켜 보이게 하려고 인증서 검증을 무작정 끄거나 출처가 불분명한 DNS 설정을 복사하지 마세요.

가져오기부터 연결 확인까지: 초보자 점검 목록

앞서 살펴본 용어를 실제 사용 순서에 맞춰 확인하면 문제를 더 쉽게 찾을 수 있습니다. 각 단계가 끝날 때마다 결과를 확인하세요. 노드와 규칙, DNS를 한꺼번에 바꾸면 어떤 변경이 영향을 줬는지 알기 어렵습니다.

1. 관리 패널의 상태를 확인합니다. 요금제를 사용할 수 있는지 확인한 뒤 현재 클라이언트에 맞는 구독 정보를 가져옵니다. VPNWorth 계정에는 사용자 이름과 비밀번호만 필요하며 이메일 주소는 필요하지 않습니다. 클라이언트와 구독 정보는 로그인 후 관리 패널에 표시된 내용을 기준으로 확인하세요.
2. 클라이언트의 출처와 호환성을 확인합니다. 관리 패널에서 안내한 경로로 클라이언트를 받고 플랫폼과 버전, 프로토콜 지원 여부를 확인하세요. 소프트웨어 이름이 비슷하다는 이유만으로 같은 형식을 가져오지 마세요.
3. 설정을 가져오고 업데이트합니다. 클라이언트 안내에 따라 구독 링크를 붙여 넣거나 지원되는 가져오기 방법을 사용하세요. 노드 목록이 표시되면 해석 오류가 남아 있지 않은지 확인합니다. 일부만 가져온 상태를 정상 완료로 착각하지 않도록 주의하세요.
4. 정책을 선택하고 트래픽 처리를 활성화합니다. 노드나 정책 그룹을 선택한 뒤 필요한 시스템 프록시 또는 가상 네트워크 인터페이스 기능을 켭니다. 시스템 권한이 필요하면 안내를 먼저 읽고 권한을 요청하는 대상이 현재 사용 중인 클라이언트인지 확인하세요.
5. 대상 앱에서 연결을 확인합니다. 먼저 브라우저의 출구를 확인한 다음 실제로 사용하려는 앱을 실행하세요. 연결에 실패하면 기록을 확인해 구독 정보 가져오기 실패, 서버 연결 실패, 규칙에 따른 직결, 대상 서비스의 거부를 구분합니다.
6. 복구할 수 있는 상태를 보관합니다. 연결이 정상인 것을 확인한 뒤 규칙이나 DNS를 하나씩 조정하세요. 진단 정보를 공유하기 전에 구독 토큰과 인증 정보, 개인정보를 가리세요. 필요한 경우 관리 패널 문의 티켓으로 문제를 접수할 수 있습니다.

• ✅ 목록에 노드가 표시됨: 설정을 읽어 왔다는 뜻이며, 연결 상태는 별도로 확인해야 합니다.
• ✅ 브라우저 출구가 예상과 일치함: 이번 브라우저 요청에 해당 경로가 사용됐다는 뜻입니다.
• ❌ 글로벌 모드가 켜져 있음: 모든 앱과 DNS가 트래픽 처리 대상이라는 뜻은 아닙니다.
• ❌ 노드 이름에 전용 회선이 표시됨: 모든 대상 웹사이트에 정상적으로 접속할 수 있다는 뜻은 아닙니다.

이 관계만 기억하면 됩니다. 구독은 설정을 제공하고, 클라이언트는 설정을 실행하며, 노드는 연결을 담당하고, 프로토콜은 통신을 처리하고, 규칙은 요청의 경로를 정하며, 트래픽 처리 방식은 적용 범위를 결정합니다. 문제가 생기면 이 흐름을 따라 단계별로 확인하는 편이 설정을 계속 바꾸는 것보다 원인을 찾기 쉽습니다. 자세한 사용 방법은 사용 가이드와 사용 설명서에서 확인하세요.