이 VPN 용어 가이드는 구독 링크, 노드, 프로토콜, 분할 라우팅, 규칙 모드를 실제 사용 흐름에 맞춰 설명합니다. 구독 링크는 설정을 제공하고, 노드는 연결 지점이며, 프로토콜은 통신 방식을 정하고, 분할 라우팅은 요청이 이동할 경로를 결정합니다. 각각 다른 기능이므로 서로 대체할 수 없습니다.
흔히 쓰는 ‘VPN 클라이언트’라는 표현은 시스템 전체에 적용되는 터널 도구를 뜻할 수도 있고 프록시 클라이언트를 가리킬 수도 있습니다. 프록시 클라이언트가 처리하는 앱 트래픽의 범위는 시스템 프록시, 가상 네트워크 어댑터, 앱 자체 설정에 따라 달라집니다. 화면에 ‘연결됨’이라고 표시되는지만으로 판단할 수는 없습니다.
구독 링크와 노드: 설정을 가져오는 주소와 연결 지점
구독 링크는 설정을 가져오는 주소이지, 특정 노드 자체가 아닙니다. 클라이언트가 이 주소에 접속해 서버에서 제공하는 노드 정보를 읽어 옵니다. 일부 구독 형식에는 정책 그룹, 분할 라우팅 규칙, DNS 설정도 포함됩니다. 링크에는 보통 인증 정보가 들어 있으므로 계정 비밀번호처럼 안전하게 보관해야 합니다.
노드는 서버 주소, 포트, 프로토콜, 인증 정보, 전송 설정 등이 포함된 구체적인 연결 설정입니다. 클라이언트에 표시되는 지역명은 단순한 라벨일 뿐입니다. 출구 IP의 위치와 실제 네트워크 경로가 라벨과 일치하는지는 서비스 안내와 네트워크 검사 결과를 함께 확인해야 합니다.
구독 정보를 업데이트한다는 것은 설정을 다시 가져온다는 뜻입니다. 요금제 갱신을 의미하지 않으며, 현재 선택된 노드가 반드시 바뀌는 것도 아닙니다. 구독 형식도 확인해야 합니다. 노드 목록만 반환하는 링크가 있는가 하면 전체 설정을 제공하는 링크도 있습니다. 형식이 호환되지 않는다면 가져오기 메뉴를 바꾸는 것만으로 해결되지 않을 수 있으니, 먼저 클라이언트가 지원하는 형식을 확인하세요.
프로토콜·전송 방식·회선 유형: 서로 다른 개념
프로토콜은 클라이언트와 서버가 인증하고 데이터를 주고받는 방식을 정합니다. 전송 방식은 데이터를 어떤 형태로 전달하는지 설명하며, 일부 설정은 WebSocket을 사용합니다. TLS는 해당 연결을 보호하는 데 쓰입니다. 이런 항목이 노드 세부 정보에 함께 표시될 수 있지만, 모두 같은 계층의 대체 옵션인 것은 아닙니다.
| 프로토콜 이름 | 기본 기능 | 사용 전 확인 사항 |
|---|---|---|
| Shadowsocks | 암호화 프록시 프로토콜 | 암호화 방식과 비밀번호, 클라이언트 구현의 호환 여부 |
| VMess | 인증 및 암호화 기능을 갖춘 프록시 프로토콜 | 인증 매개변수, 전송 설정, 시스템 시간 |
| Trojan | 일반적으로 TLS 연결을 통해 프록시 트래픽을 전달 | 비밀번호, 서버 이름, 인증서 검증 설정 |
| VLESS | 경량 프록시 프로토콜로, 자체적으로 콘텐츠를 암호화하지 않음 | 함께 사용하는 TLS, REALITY 등 보안 및 전송 설정 |
| Hysteria2 / TUIC | QUIC 기반 프록시 방식 | 클라이언트 지원 여부와 네트워크에서 필요한 UDP 통신을 허용하는지 확인 |
프로토콜 이름이 속도 순위를 뜻하는 것은 아닙니다. 같은 프로토콜이라도 경로에 따라 사용 경험이 크게 달라질 수 있습니다. 프로토콜과 설정 항목의 지원 여부도 클라이언트 버전에 따라 달라집니다. 설정을 가져오지 못했다고 임의로 프로토콜을 바꾸거나 인증서 검증을 끄지 말고, 먼저 설정 출처와 클라이언트 문서를 확인하세요.
회선 유형은 네트워크 경로를 가리킵니다. 직결은 보통 클라이언트가 해외 접속 지점에 직접 연결되는 방식이고, 중계는 경로에 전달용 접속 지점이 추가되는 방식입니다. IEPL은 국제 이더넷 전용 회선으로, 프록시 프로토콜이 아니라 네트워크 전송 자원입니다. 또한 집에 있는 기기부터 최종 웹사이트까지 모든 구간이 전용 회선이라는 뜻은 아닙니다.
하나의 회선에는 진입 지점, 중계, 전용 회선 구간, 출구가 함께 포함될 수 있습니다. 혼잡 여부, 우회 경로 여부, 출구에서 대상 사이트까지의 연결 품질 등이 사용 경험에 영향을 줄 수 있습니다. 따라서 ‘전용 회선’이나 ‘중계’라는 라벨만 보고 일정한 속도나 특정 서비스 접속을 보장한다고 판단해서는 안 됩니다.
규칙 모드와 글로벌 모드: 요청이 이동하는 경로
분할 라우팅은 조건에 따라 요청의 경로를 선택하는 기능입니다. 조건으로는 도메인, 대상 IP, 앱 프로세스, 지역별 IP 데이터베이스 등이 자주 사용됩니다. 규칙에 일치한 요청은 직접 연결하거나 프록시로 보내고, 차단하거나 정책 그룹에 전달해 추가로 경로를 선택하게 할 수 있습니다.
규칙 모드는 설정된 규칙을 차례로 확인합니다. 많은 클라이언트가 위에서 아래로 규칙을 살펴보고 먼저 일치한 항목을 적용하지만, 구체적인 동작은 설정 형식에 따라 다릅니다. 정책 그룹은 별도의 회선이 아니라 노드나 연결 방식을 선택하는 묶음입니다. 사용자가 직접 선택할 수도 있고, 클라이언트가 지원하는 방식에 따라 자동으로 전환될 수도 있습니다.
글로벌 모드는 일반적으로 프록시 엔진에 전달된 요청을 모두 글로벌 정책에 맡깁니다. 기기 전체의 트래픽을 처리한다는 뜻은 아닙니다. 프록시 엔진에 들어오지 않은 앱 연결은 글로벌 모드로 바꿔도 자동으로 처리되지 않습니다. 직결 모드는 보통 엔진에 들어온 요청을 직접 연결하지만, 클라이언트가 종료되는 것은 아닙니다.
일상적인 사용 방법: 먼저 신뢰할 수 있는 설정으로 규칙 모드를 사용하세요. 특정 웹사이트에 문제가 생기면 잠시 글로벌 모드로 바꿔 비교해 볼 수 있습니다. 글로벌 모드에서는 접속되지만 규칙 모드에서는 안 된다면, 노드를 바꾸기 전에 규칙과 정책 그룹, DNS를 먼저 확인하세요.
글로벌 모드는 문제 원인을 찾는 데 도움이 되지만, 모든 문제에 일괄 적용할 해결책은 아닙니다. 국내 서비스와 웹사이트의 접속 경로가 달라지거나 요금제 데이터 사용량이 늘어날 수 있습니다. 테스트가 끝나면 원래 모드로 되돌리세요.
시스템 프록시와 TUN: 트래픽이 클라이언트에 전달되는 방식
시스템 프록시는 운영체제에 프록시 주소를 설정하는 기능입니다. 이 설정을 따르는 앱은 요청을 프록시로 보내지만, 일부 게임과 명령줄 도구, 앱 내 구성 요소는 시스템 프록시를 사용하지 않습니다. 브라우저에서 웹사이트가 열린다고 해서 모든 앱이 연결된 것은 아닙니다.
TUN 모드는 가상 네트워크 인터페이스로 IP 트래픽을 받아 처리하므로 보통 더 많은 트래픽을 다루며, 추가 권한이 필요할 수도 있습니다. 다만 라우팅, 제외 규칙, DNS 설정, 시스템 제한의 영향을 받습니다. 켠 뒤 사내 네트워크나 로컬 기기, 다른 터널 연결에 문제가 생기면 설정을 무작정 추가하기보다 라우팅 충돌부터 확인하세요.
Windows, macOS, Linux 클라이언트는 시스템 프록시, 백그라운드 서비스, TUN 설정 등을 제공할 수 있으며 메뉴 이름은 제품마다 다릅니다. Android는 주로 시스템 VPN 인터페이스로 트래픽을 처리하고, iOS 클라이언트는 보통 시스템 네트워크 확장 기능으로 터널을 구성합니다. 시스템에 VPN 표시가 나타나더라도 같은 프록시 프로토콜을 사용한다는 뜻은 아닙니다.
네트워크 트래픽을 동시에 처리하는 도구를 여러 개 실행하면 포트, 라우팅, DNS 충돌이 발생하기 쉽습니다. 문제가 생기면 필요한 연결 도구만 남기고 하나씩 확인하세요. iOS 클라이언트의 이용 가능 여부는 App Store 지역, 배포 방식, 서비스 패널 권한에 따라 달라질 수 있으므로 실제로 이용할 수 있는 경로를 확인해야 합니다.
DNS와 출구 IP: 연결 여부 외에 확인할 사항
DNS는 도메인 이름을 IP 주소로 변환합니다. 프록시 연결에 성공했더라도 도메인 조회는 로컬 네트워크의 DNS 서버를 사용할 수 있습니다. 지정된 경로를 따라야 하는 조회 요청이 다른 경로로 전송되면 DNS 유출 문제가 발생할 수 있습니다. 이는 웹사이트에 최종적으로 어떤 출구 IP로 접속하는지와는 별도로 확인해야 합니다.
클라이언트의 원격 DNS, 암호화 DNS, Fake-IP는 서로 같은 기능이 아닙니다. 암호화 DNS는 해당 DNS 요청의 전송을 보호하지만, 요청이 프록시를 거친다는 보장은 없습니다. Fake-IP는 클라이언트가 합성 주소를 반환한 뒤 실제 도메인과 연결하는 처리 방식이며, 사용자의 공인 출구 IP를 바꾸는 기능이 아닙니다.
먼저 네트워크 검사에서 현재 요청의 출구 정보를 확인한 뒤, 클라이언트 로그와 신뢰할 수 있는 DNS 검사 결과를 함께 살펴보세요. 웹페이지 검사 결과는 해당 테스트에만 적용되며 모든 앱이 같은 경로를 사용한다는 증거는 아닙니다. IPv6를 사용 중이라면 관련 트래픽이 현재 설정에서 처리되는지도 확인하세요.
가져오기부터 문제 해결까지: 순서대로 점검하기
용어를 이해했다면 다음 순서로 설정을 확인해 보세요. 먼저 설정을 읽어올 수 있는지 확인하고, 다음으로 노드 연결을 확인한 뒤, 마지막으로 앱별 동작과 분할 라우팅 결과를 살펴봅니다. 한 번에 한 항목씩 바꿔야 연결에 영향을 준 단계를 찾을 수 있습니다.
- 클라이언트 출처와 호환성을 확인하세요. 신뢰할 수 있는 경로에서 클라이언트를 받고, 구독 형식과 프로토콜 지원 여부, 필요한 시스템 권한을 확인하세요. 프로그램 이름이 비슷하다는 이유만으로 다른 사용법을 그대로 따라 하지 마세요.
- 구독 정보를 가져와 업데이트하세요. 서비스 패널에서 전체 링크를 복사해 구독 입력란에 붙여 넣고 노드 정보를 정상적으로 읽었는지 확인하세요. 실패하면 링크가 유효한지, 빠짐없이 복사했는지, 현재 네트워크에서 구독 주소에 접속할 수 있는지부터 점검하세요.
- 노드를 선택하고 트래픽 처리를 켜세요. 서비스 패널에 표시된 노드를 선택한 뒤 플랫폼에 맞게 시스템 프록시나 터널을 활성화하세요. 지연 시간 테스트가 성공해도 해당 테스트에 응답했다는 뜻일 뿐, 대상 웹사이트에 접속할 수 있다는 보장은 아닙니다.
- 실제 요청을 확인하세요. 대상 웹사이트를 열고 출구 정보를 살펴보세요. 브라우저에서는 되지만 다른 앱에서는 안 된다면 회선이 끊겼다고 단정하기 전에 해당 앱의 트래픽이 프록시로 전달되는지 확인하세요.
- 규칙 및 DNS 문제를 확인하세요. 잠시 글로벌 모드와 비교하고 요청에 적용된 규칙, 선택된 정책, DNS 동작을 살펴보세요. 문제를 문의할 때는 운영체제와 클라이언트, 오류 내용을 알려 주되 구독 링크와 인증 정보는 가리세요.
- ✅ 노드 목록이 표시됨: 구독 정보를 읽었다는 뜻이며, 노드 연결에 성공했다는 뜻은 아닙니다.
- ✅ 대상 웹사이트에 접속됨: 현재 요청이 작동한다는 뜻입니다. 필요에 따라 출구 정보와 다른 앱의 동작도 확인하세요.
- ❌ 가져오기 오류가 나자마자 회선을 계속 바꿈: 연결 전에 가져오기 단계에서 발생한 문제이므로 형식과 링크부터 확인하세요.
- ❌ 연결을 위해 인증서 검증을 건너뜀: 서버 이름과 시스템 시간, 설정 출처를 먼저 확인하세요.
요금제 데이터와 설정 구독: 같은 단어, 다른 의미
마지막으로 ‘구독’의 또 다른 의미를 구분해 보세요. 설정 구독은 노드 정보를 가져오는 기능이고, 월간 구독은 요금 결제 방식입니다. 설정을 업데이트해도 요금제 데이터가 초기화되지는 않습니다. 노드 목록이 갱신되어도 요금제 데이터나 혜택이 바뀌는 것은 아닙니다.
VPNMG 월간 구독 요금제는 ¥9.9 / 60GB, ¥18 / 250GB, ¥28 / 500GB이며, 데이터는 가입일을 기준으로 매월 초기화됩니다. 데이터 패키지는 ¥158 / 300GB, ¥358 / 1000GB, ¥658 / 3000GB이며, 모두 사용하면 소진되고 유효기간은 없습니다. 자세한 내용은 요금제 안내에서 확인하세요. 설정의 ‘자동 업데이트’를 요금제 갱신과 혼동하지 마세요.
이 관계만 기억하세요. 구독 링크는 설정을 제공하고, 노드는 연결 지점이며, 프로토콜은 통신을 담당합니다. 트래픽 처리 방식은 어떤 데이터가 클라이언트에 전달될지를 정하고, 분할 라우팅 규칙은 그 데이터가 어디로 갈지 결정합니다. 이 순서로 이해하면 각 설정 이름을 외우는 것보다 실제 문제를 해결하기 쉽습니다.