VPN초보자 용어 한눈에 보기: 구독, 노드, 회선, 프로토콜, 분할 라우팅과 글로벌 모드까지

구독·설정·요금제의 차이

‘구독’은 흔히 두 가지 뜻으로 쓰입니다. 요금제 구독은 서비스의 결제 방식과 이용 권한을 의미하고, 구독 링크는 클라이언트가 설정을 가져오는 주소입니다. 요금제는 계정에서 사용할 수 있는 리소스를 정하고, 구독 링크는 노드와 인증 정보, 관련 설정을 클라이언트에 전달합니다. 링크를 가져오는 것은 결제를 완료하는 일이 아니며, 구독 정보를 업데이트한다고 요금제가 갱신되는 것도 아닙니다.

구독 링크에서 제공되는 내용은 서버와 클라이언트의 형식에 따라 달라집니다. 노드 목록만 포함될 수도 있고, 정책 그룹·규칙·DNS 설정이 함께 들어갈 수도 있습니다. 모든 구독에 완성된 분할 터널링 설정이 포함된다고 가정하면 안 됩니다. 한 클라이언트에서 받아들인 설정을 다른 클라이언트에서도 그대로 쓸 수 있는 것도 아닙니다.

‘구독 업데이트’는 보통 설정을 다시 내려받아 노드 변경이나 매개변수 조정을 반영하는 작업입니다. 업데이트에 실패하면 링크가 온전한지, 계정 상태가 정상인지, 현재 네트워크에서 설정 주소에 접근할 수 있는지부터 확인하세요. 이 단계에서 노드를 계속 바꿔도 설정을 가져오는 문제는 해결되지 않을 수 있습니다.

노드·지역·출구 IP 확인하기

노드는 클라이언트에서 선택할 수 있는 연결 설정입니다. 서버 주소, 포트, 프로토콜, 인증 매개변수 등이 포함될 수 있습니다. 화면에 표시된 지역명은 알아보기 쉽도록 붙인 이름일 뿐, 진입 서버의 실제 위치와 반드시 일치하지는 않습니다. 중계가 있다면 진입 지점과 출구가 서로 다른 지역에 있을 수도 있습니다.

출구 IP는 대상 웹사이트에 네트워크 접속 위치로 표시되는 주소입니다. 사이트에 표시되는 지역은 IP 주소 데이터베이스, 계정 설정, 플랫폼 정책의 영향을 받으므로 노드 이름만으로 특정 플랫폼에서 어떤 지역의 콘텐츠를 이용할 수 있는지 단정할 수 없습니다. 실제 출구 IP와 대상 서비스 페이지를 함께 확인해야 합니다.

정책 그룹은 선택 로직의 한 단계입니다. 사용자가 노드를 직접 선택하게 하거나, 클라이언트가 지원하는 기준에 따라 자동으로 선택하도록 설정할 수 있습니다. 자동 선택은 실제 다운로드 속도가 아니라 지연 시간 측정값을 기준으로 할 수 있으며, 특정 사이트에 접속할 수 있는지까지 보장하지는 않습니다. 측정 지연 시간이 짧은 노드가 모든 용도에 더 적합한 것은 아닙니다.

회선 유형: 직접 연결·중계·IEPL

회선은 데이터가 이동하는 경로를 설명하고, 프로토콜은 양쪽 장치가 통신하는 방식을 정합니다. 같은 프로토콜도 여러 회선에서 사용할 수 있고, 같은 지역의 노드라도 서로 다른 경로를 이용할 수 있습니다. ‘프로토콜 이름이 낯설다’는 이유만으로 회선 품질이 더 좋다고 판단하지 마세요.

IEPL 표기가 기기에서 웹사이트까지 모든 구간이 전용 네트워크라는 뜻은 아닙니다. 이 표기만으로 대역폭이나 서비스 가용성을 단정할 수도 없습니다. 무선 네트워크 품질, 출구 서버 부하, 대상 웹사이트 응답 속도 등이 병목이 될 수 있습니다. 회선 이름만 비교하기보다 실제 사용 목적에 맞춰 테스트하세요.

프로토콜 이름과 클라이언트 호환성

Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 서로 다른 프록시 프로토콜 또는 프로토콜 구성의 이름입니다. 같은 기능의 속도 설정만 다른 것이 아닙니다. 클라이언트에서 연결할 수 있는지는 엔진의 지원 여부와 프로토콜 매개변수, 전송 방식, 보안 계층의 호환성에 달려 있습니다. 아래 내용은 기술 설명이며, VPNMH가 이 프로토콜을 모두 제공한다는 뜻은 아닙니다.

• Shadowsocks: 암호화 프록시 프로토콜 체계에 속합니다. 클라이언트와 서버에서 호환되는 암호화 방식과 인증 정보를 사용해야 합니다.
• VMess: 자체 인증 및 통신 방식을 사용합니다. 설정을 가져올 때 관련 전송 설정도 보존해야 하며, 서버 주소만 복사해서는 안 됩니다.
• Trojan: 일반적으로 TLS를 사용해 연결을 보호합니다. 도메인과 인증서 검증 설정이 연결 결과에 영향을 줍니다.
• VLESS: 프로토콜 자체는 페이로드를 암호화하지 않습니다. 적절한 보안 전송 방식과 함께 이해해야 하며, 프로토콜 이름만 보고 암호화 여부를 판단할 수 없습니다.
• Hysteria2 및 TUIC: QUIC 기반이며 UDP 통신을 사용합니다. 현지 네트워크에서 UDP를 제한하면 연결에 영향을 줄 수 있습니다.

TLS, WebSocket, QUIC은 위에 언급한 프로토콜과 분류 단계가 다릅니다. 화면에 여러 항목이 표시된다면 대개 조합된 설정을 나타냅니다. 초보자라면 각 항목을 직접 추측하기보다 호환되는 전체 구독 설정을 사용하는 편이 좋습니다. 인증서 오류가 발생하면 도메인, 기기 시간, 공식 설정을 확인하세요. 인증서 검증을 끄는 것을 일반적인 해결책으로 삼지 마세요.

분할 터널링·규칙·글로벌 모드 선택하기

분할 터널링은 조건에 따라 트래픽 경로를 나누는 기능입니다. 규칙을 사용하면 도메인, 대상 주소, 앱 프로세스 또는 클라이언트가 지원하는 다른 조건에 따라 요청을 직접 연결, 프록시 정책 그룹 또는 차단 정책으로 보낼 수 있습니다. 어떤 조건을 적용할 수 있는지는 클라이언트와 실행 권한에 따라 다릅니다.

규칙 모드는 보통 설정에 입력된 순서대로 규칙을 확인합니다. 조건에 맞는 규칙을 찾으면 해당 동작을 적용하고, 어떤 규칙에도 맞지 않는 요청은 기본 규칙으로 처리합니다. 프록시 규칙에 도메인을 추가해도 앞에 더 포괄적인 직접 연결 규칙이 있으면 직접 연결될 수 있습니다. 규칙 내용뿐 아니라 순서와 연결 기록도 확인해야 합니다.

많은 프록시 클라이언트에서 글로벌 모드는 클라이언트가 처리하도록 설정된 트래픽을 지정된 프록시 정책으로 보내는 것을 뜻합니다. 모든 앱과 주소 유형, DNS 요청이 자동으로 처리되는 것은 아닙니다. 앱이 시스템 프록시를 우회한다면 글로벌 모드로 전환해도 효과가 없을 수 있습니다.

직접 연결 모드는 일반적으로 클라이언트가 처리 중인 연결을 대상에 직접 연결합니다. 클라이언트를 완전히 종료하는 것과 반드시 같은 의미는 아닙니다. 소프트웨어마다 모드 이름이 다를 수 있으니 현재 사용하는 클라이언트의 설명을 따르세요. 업무나 학습 등 일상적인 사용에는 잘 관리된 규칙 설정을 먼저 적용하고, 특정 사이트를 점검할 때 규칙 모드와 글로벌 모드의 결과를 잠시 비교해 보세요.

시스템 프록시와 가상 네트워크 어댑터의 트래픽 처리 범위

시스템 프록시는 운영체제에 프록시 주소를 설정하는 방식입니다. 해당 설정을 따르는 앱은 요청을 클라이언트에 전달합니다. 자체 네트워크 스택이나 별도의 프록시 설정을 사용하는 소프트웨어는 시스템 설정을 자동으로 따르지 않을 수 있습니다. 브라우저는 정상인데 특정 데스크톱 앱에서 접속할 수 없는 흔한 원인 중 하나입니다.

TUN 모드는 가상 네트워크 인터페이스와 라우팅을 통해 트래픽을 처리하며, 시스템 프록시와는 적용 범위가 다릅니다. 일반적으로 해당 기능에 필요한 권한이 있어야 합니다. 성능을 높이는 버튼이 아니며 다른 터널링 소프트웨어와 호환된다고 보장할 수도 없습니다. 활성화한 뒤에는 라우팅, DNS, 로컬 네트워크 접근, 앱 자체 설정도 확인하세요.

Windows와 macOS 클라이언트는 시스템 프록시와 가상 네트워크 어댑터 옵션을 각각 제공할 수 있습니다. Linux에서는 데스크톱 환경, 명령줄 환경 변수, 시스템 라우팅이 관련되는 경우가 많습니다. Android와 iOS는 시스템 VPN 인터페이스를 통해 클라이언트 트래픽을 처리하는 경우가 많지만, 앱별 적용 범위와 백그라운드 동작은 소프트웨어와 운영체제의 제한에 따라 달라집니다. 플랫폼마다 ‘연결됨’이라는 표시가 뜻하는 트래픽 처리 범위는 같지 않습니다.

DNS 조회와 DNS 누수란?

DNS는 도메인 이름을 네트워크 주소로 변환합니다. 웹사이트를 열 때 DNS 조회와 이후의 웹 연결은 서로 다른 단계입니다. 웹 연결이 프록시를 통과하더라도 DNS 조회가 반드시 같은 경로를 이용하는 것은 아닙니다. 클라이언트는 시스템 DNS나 지정된 DNS 서버를 사용하거나, 규칙에 따라 조회 방식을 선택할 수 있습니다.

일반적으로 DNS 누수는 DNS 조회 요청이 예상한 경로를 따르지 않고 다른 DNS 서버로 전송되는 상황을 말합니다. 핵심은 ‘설정한 방식대로 처리됐는지’입니다. 로컬 DNS 서버가 표시됐다고 무조건 문제인 것은 아닙니다. 규칙 모드에서 로컬 웹사이트를 로컬 DNS로 조회하는 것은 의도된 설정일 수 있습니다.

문제를 확인할 때는 클라이언트의 DNS 설정, 브라우저의 보안 DNS, 시스템 DNS 설정, IPv6 트래픽 처리 여부를 함께 살펴보세요. 브라우저가 자체적으로 암호화 DNS를 사용하면 조회 경로가 달라질 수 있습니다. 암호화 DNS는 DNS 서버와의 통신을 보호하지만, 이후 웹사이트 연결까지 자동으로 프록시를 통과시키지는 않습니다.

설정 가져오기부터 연결 확인까지

용어를 이해했다면 아래 순서에 따라 확인 가능한 연결을 설정해 보세요. 한 번에 설정 하나만 바꿔야 어떤 변경이 효과가 있었는지 알 수 있습니다. 클라이언트 메뉴 이름은 달라도 점검 방식은 대체로 같습니다.

1. 공식 설정을 가져옵니다. 서비스 관리 페이지에 로그인해 구독 메뉴를 찾고, 선택한 형식이 클라이언트와 호환되는지 확인하세요. VPNMH 구독은 로그인 후 받을 수 있습니다. 메뉴 위치는 빠른 시작 가이드에서 확인하세요.
2. 가져온 뒤 업데이트합니다. 클라이언트의 구독 가져오기 기능을 사용하고 노드 목록이 실제로 표시되는지 확인하세요. 목록이 비어 있다면 글로벌 모드를 조정하기 전에 설정 다운로드나 형식 문제부터 해결하세요.
3. 노드와 정책을 선택합니다. 현재 정책 그룹이 어떤 노드를 가리키는지 확인하세요. 목록에서 노드를 보기만 하고 실제 사용 중인 정책 그룹에서 선택하지 않는 일이 없도록 주의하세요.
4. 트래픽이 처리되는지 확인합니다. 앱에 맞춰 시스템 프록시나 적절한 가상 네트워크 어댑터 방식을 선택하고 권한 안내를 확인하세요. 라우팅을 서로 차지하려는 도구를 여러 개 동시에 켜지 마세요.
5. 실제 사용 환경에서 확인합니다. 이용하려는 웹사이트나 앱을 열고 클라이언트 연결 기록에서 규칙 적용 여부, 사용 노드, 오류 정보를 확인하세요. 지연 시간 측정 결과만 보고 판단하지 마세요.
6. 한 가지씩 비교합니다. 다른 노드, 모드 또는 사용 가능한 네트워크를 차례로 비교하세요. 효과가 있었던 설정은 유지하고, DNS·프로토콜·라우팅을 한꺼번에 바꿔 점검 근거를 잃지 마세요.

• ✅ 노드 목록이 비어 있음: 구독 주소와 형식, 업데이트 결과부터 확인하세요.
• ✅ 브라우저는 되지만 앱에 문제가 있음: 앱이 시스템 프록시를 따르는지, 트래픽이 클라이언트에서 처리되는지 확인하세요.
• ✅ 글로벌 모드에서는 되지만 규칙 모드에서 문제가 있음: 규칙 순서와 기본 동작, DNS 설정을 확인하세요.
• ✅ 연결됨으로 표시되지만 대상에 접속할 수 없음: 실제 요청 기록을 확인해 인증, DNS 조회, 전송, 대상 서비스 중 어디에서 오류가 발생하는지 구분하세요.

이러한 점검 방법은 원인 범위를 좁히기 위한 것이며, 장애를 단정하는 근거는 아닙니다. 웹사이트가 특정 출구나 계정 지역을 제한한다면 모드를 바꿔도 해결되지 않을 수 있습니다. 현지 네트워크에서 먼저 접속 인증을 완료해야 하는 경우 프록시 설정으로 이를 대신할 수도 없습니다. 다른 연결 문제는 도움말 센터에서, 회선 정보는 글로벌 노드에서 확인하세요.