VPN을 처음 시작할 때 막히는 지점은 클라이언트 설치가 아니라, 구독 화면을 열었을 때 쏟아지는 용어입니다. 구독, 노드, 회선 유형, 프로토콜, 분할 라우팅, 전역 모드 — 단어는 다 아는데 이어 놓으면 무슨 말인지 모르겠고, 결국 이름에 '일본' '미국'이 들어간 줄을 아무거나 눌러 보게 됩니다.
이 글은 클라이언트 화면에 나오는 순서대로 이 여섯 용어를 하나씩 풀어냅니다. 각 용어마다 실제 화면에서 보게 되는 예시 한 줄과, 옆 개념과 무엇이 다른지 한 줄을 덧붙였습니다. 다 읽고 나서 파라미터를 전부 외울 필요는 없고, 세 가지만 판단할 수 있으면 충분합니다. 이 구독이 제대로 갱신됐는지, 노드 이름의 접미사가 무슨 뜻인지, 규칙 모드가 전역 모드보다 트래픽을 왜 덜 쓰는지.
구독: 링크 하나에 담긴 계정과 트래픽
구독은 클라이언트에서 보통 URL 한 줄입니다. 서버가 노드 목록, 프로토콜 파라미터, 전송 계층 설정, 트래픽과 만료 정보를 하나의 설정으로 묶으면, 클라이언트가 정해진 주기마다 이를 가져와 로컬 노드 목록에 반영합니다. 서버 주소, 포트, 인증 파라미터, 암호화 방식을 손으로 입력할 필요가 없다는 점이, 구독이 초기의 수동 노드 추가를 대체한 이유입니다.
클라이언트에서 구독의 흔적은 보통 세 곳에 남습니다. 설정 화면의 구독 주소 입력란, 노드 목록 위쪽의 '구독 갱신됨 · 230+ 회선' 안내, 그리고 계정 정보의 사용 트래픽과 만료일입니다. 이 셋이 서로 맞지 않으면 먼저 구독을 제대로 가져왔는지 확인하고, 그다음에 노드 연결을 봅니다.
구독 링크는 계정 자격 증명과 같습니다. 본인 인증 파라미터가 들어 있어 누구든 링크를 얻으면 트래픽을 소모할 수 있습니다. 그러니 구독 링크를 단체 채팅방에 붙이거나, 공개 구독 변환 사이트에 올리거나, 스크린샷에 남기지 마세요. 새 기기에서 써야 할 때는 예전 링크를 전달하지 말고 계정에서 다시 복사합니다.
구독을 갱신해야 할 때는 세 가지입니다. 요금제를 바꿔 트래픽과 만료 시점이 달라졌을 때, 서버가 회선을 조정해 예전 목록의 주소가 더 이상 유효하지 않을 때, 클라이언트가 구독 가져오기 실패를 알릴 때입니다. 대부분의 클라이언트는 수동 갱신과 자동 갱신 주기 설정을 모두 지원하며, 주기는 너무 짧게 잡을 필요 없이 몇 시간에 한 번이면 충분합니다.
구독 링크가 유출되면 소모되는 것은 내 트래픽 한도입니다. 사용량이 이상하다 싶으면 계정에서 구독 주소를 재설정하세요. 기존 링크는 곧바로 무효가 됩니다.
구독 화면에는 고정된 숫자도 몇 개 보이는데, 이는 단일 회선의 성능이 아니라 계정이 제공하는 범위를 나타냅니다.
노드: 이름에 담긴 네 가지 정보
노드는 구독이 펼쳐진 뒤의 구체적인 연결 하나입니다. 서버 주소, 포트, 프로토콜, 암호화 방식, 전송 계층과 위장 파라미터를 최소한 포함합니다. 이 내용은 구독에 이미 적혀 있고, 클라이언트는 파라미터대로 연결을 맺기만 하며, 사용자가 고를 수 있는 것은 어느 노드에 연결할지뿐입니다.
노드 이름은 사람이 읽기 위한 것으로 작명 방식은 서비스마다 다르지만, 흔한 구조는 네 부분으로 나눌 수 있습니다.
| 구분 | 의미 | 예시 |
|---|---|---|
| 지역 · 도시 | 출구 접속 지점으로, 상대 사이트가 보는 국가나 지역을 결정합니다 | 일본 · 도쿄 |
| 번호 | 같은 지역 안에서 몇 번째 입구인지, 부하 분산에 사용됩니다 | 03 |
| 회선 유형 | 데이터가 입구에서 출구까지 어떻게 이동하는지 | IEPL 전용선 / 중계 / 직결 |
| 프로토콜 태그 | 클라이언트가 어떤 프로토콜로 핸드셰이크하는지 | VLESS / Trojan |
한 가지 짚고 넘어갈 점: 노드 이름의 지역은 출구 접속 지점을 뜻하며, 입구 서버의 물리적 위치가 아닙니다. '미국 · 로스앤젤레스'라고 표시된 노드도 입구는 국내에 있을 수 있고, 데이터가 중계나 전용선을 거쳐 해외로 나간 뒤 로스앤젤레스에서 접속됩니다. 회선이 안정적인지는 회선 유형으로, 어떤 콘텐츠를 볼 수 있는지는 출구 지역으로 판단합니다.
또 하나 흔한 오해는 노드가 많을수록 좋다는 생각입니다. 230+ 회선은 커버리지 규모를 말하는 것이고, 실제로는 그중 몇 개만 고정해서 쓰게 됩니다. 목록에서 이것저것 눌러 보기보다는, 먼저 용도에 따라 지역을 정하고 같은 지역 안에서 회선 유형 순으로 고르는 편이 낫습니다.
회선 유형: 직결, 중계, 전용선
회선 유형은 데이터가 입구에서 출구까지 지나는 경로를 뜻합니다. 저녁 피크 시간대의 안정성을 좌우하며, 노드 이름 접미사 가운데 가장 눈여겨볼 부분입니다.
| 유형 | 데이터 경로 | 피크 시간대 | 적합한 상황 |
|---|---|---|---|
| 직결 | 클라이언트가 해외 출구에 직접 연결되고, 국제 구간은 공중망을 지납니다 | 국제 출구 혼잡의 영향을 받아 지터가 두드러집니다 | 가벼운 브라우징, 간단한 자료 검색 |
| 중계 | 먼저 국내 중계 입구에 연결한 뒤 해외 출구로 전달합니다 | 국내 구간은 안정적이고, 국제 구간은 중계 상위 회선에 따라 달라집니다 | 일상 브라우징, 동영상 |
| IEPL 전용선 | 입구와 출구 사이를 국제 전용 사설 회선으로 연결하며, 공중망 국제 출구를 거치지 않습니다 | 패킷 손실과 지터가 가장 적습니다 | 화상 회의, 상시 연결, 해외 업무 |
전용선은 구축 비용이 높아서, 같은 지역 안에서도 전용선 노드 수가 직결 노드보다 적은 편입니다. 선택에는 영향이 없습니다. 한 사람이 동시에 쓰는 회선은 하나뿐이니까요.
구분해야 할 것은 회선 유형과 프로토콜입니다. 회선 유형은 데이터가 어떻게 이동하는지를, 프로토콜은 데이터를 어떻게 캡슐화하는지를 다룹니다. 노드 이름에서는 보통 하나가 앞에 하나가 뒤에 붙어 있어서, 섞어서 보면 헷갈리기 쉽습니다.
회선 유형은 서버 설정으로 정해지며 클라이언트에서 바꿀 수 없습니다. 노드 이름 접미사에 IEPL이 적혀 있으면 그 회선의 입구에서 출구까지가 전용선이라는 뜻이고, 접미사가 없으면 직결이나 중계로 이해하면 됩니다.
프로토콜: 자주 쓰는 여섯 가지의 차이
프로토콜은 클라이언트와 서버가 어떻게 핸드셰이크하고, 어떤 방식으로 암호화하며, 중간 장비에서 트래픽이 어떻게 보이는지를 결정합니다. 구독에 어떤 프로토콜이 적혀 있으면 클라이언트는 그대로 연결하며, 사용자 쪽에 조정할 항목은 없습니다. 다만 차이를 알아 두면 '왜 이 노드는 연결이 안 되는지'를 이해하는 데 도움이 됩니다.
| 프로토콜 | 전송 기반 | 주요 특징 | 흔한 조합 |
|---|---|---|---|
| Shadowsocks | TCP / UDP | 가볍고 AEAD 스트림 암호화를 쓰며 설정 항목이 적습니다 | 직접 구축, 경량 클라이언트 |
| VMess | TCP | 시간 검증이 있어 기기 시간 오차가 크면 핸드셰이크가 실패합니다 | WebSocket + TLS |
| VLESS | TCP | 자체 암호화는 없고 TLS에 암호화를 맡기며 오버헤드가 작습니다 | XTLS、Reality |
| Trojan | TCP | 표준 HTTPS 트래픽으로 위장해 443 포트를 사용합니다 | TLS |
| Hysteria2 | QUIC（UDP） | 혼잡 제어가 공격적이어서 패킷 손실이 있는 회선에서 더 안정적입니다 | 독립 포트 |
| TUIC | QUIC（UDP） | QUIC 멀티플렉싱 기반이라 핸드셰이크가 빠릅니다 | 독립 포트 |
프로토콜과 관련된 실전 포인트 두 가지
첫째, VMess는 시간에 민감합니다. 기기 시간이 표준 시간과 몇 분만 어긋나도 핸드셰이크가 곧바로 실패하며, 증상은 네트워크 자체는 멀쩡한데 모든 노드가 한꺼번에 타임아웃되는 것으로 나타납니다. 이럴 때는 먼저 시스템 시간을 맞추고, 그다음에 회선을 점검하세요.
둘째, QUIC 기반 프로토콜은 UDP를 사용합니다. 일부 네트워크는 UDP를 속도 제한하거나 차단하는데, 증상은 연결은 되지만 속도가 비정상적으로 낮거나 몇 초 뒤 끊기는 것입니다. 같은 지역에 TCP 노드와 UDP 노드가 함께 있다면 TCP 노드로 먼저 확인해 보세요. 회선 문제인지 프로토콜이 제한된 것인지 빠르게 구분할 수 있습니다.
정리: 프로토콜은 최신일수록 좋은 것이 아닙니다. 구독에 적힌 대로 쓰고, 연결이 안 되면 먼저 기기 시간을 맞추고, 다음으로 UDP 속도 제한 여부를 확인한 뒤, 마지막에 노드 교체를 고려하세요.
분할 라우팅과 전역: 규칙 모드가 판단하는 것
클라이언트 상단에는 보통 전역, 규칙, 직결 세 가지 모드가 있습니다. 전역은 모든 트래픽을 프록시 터널로 보내고, 규칙 모드는 규칙표를 위에서부터 하나씩 대조해 일치하는 트래픽은 프록시로, 일치하지 않는 트래픽은 직결로 보냅니다. 직결 모드는 전부 프록시를 거치지 않습니다.
분할 라우팅 규칙에서 흔히 쓰는 매칭 기준은 네 가지입니다. 도메인 접미사, IP 대역, 프로세스 이름, 포트입니다. 규칙표는 위에서 아래 순서로 대조하며 일치하면 멈추므로 순서가 중요합니다. 포괄적인 IP 대역 규칙이 구체적인 도메인 규칙보다 앞에 있으면 뒤의 규칙은 영원히 적용되지 않습니다.
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,update,PROXY
GEOIP,CN,DIRECT
PROCESS-NAME,chrome.exe,PROXY
MATCH,DIRECT위 예시를 읽는 방법은 이렇습니다. 지정한 도메인 접미사에 해당하면 프록시로, 키워드에 해당하면 프록시로, 국내 IP 대역으로 해석되면 직결로, 지정한 프로세스의 트래픽은 프록시로, 나머지는 모두 직결로 보냅니다. 클라이언트마다 규칙 문법은 조금씩 다르지만 매칭 순서의 논리는 같습니다.
DNS 누수란 무엇인가
분할 라우팅이 정확한지는 DNS 조회가 어느 경로로 나가는지에 크게 좌우됩니다. DNS 누수는 도메인 조회 요청이 프록시 터널로 들어가지 않고, 로컬 통신사가 내려준 DNS로 평문 전송되는 것을 말합니다. 결과는 두 가지입니다. 조회 결과가 출구 지역과 어긋나 노드는 미국인데 콘텐츠는 국내 기준으로 노출될 수 있고, 조회 요청 자체가 어떤 도메인에 접속했는지를 드러냅니다.
대부분의 클라이언트는 규칙 모드에서 DNS를 직접 처리하며, 조회 요청을 규칙에 따라 프록시 DNS나 로컬 DNS로 배분합니다. 확인 방법은 간단합니다. 노드에 연결한 뒤 이 사이트의 IP 조회 페이지를 열어 표시되는 국가·지역이 노드 이름과 일치하는지 보면 됩니다. 일치하지 않으면 DNS 설정을 먼저 보고, 그다음 규칙표를 봅니다.
- ✅ 일상 사용에는 규칙 모드를 선택하세요. 국내 도메인은 직결, 해외 접속은 프록시로 보내 트래픽과 속도 모두 합리적입니다.
- ✅ 어떤 도메인이 프록시를 타야 할지 모르겠다면, 먼저 전역 모드로 연결을 확인한 뒤 규칙을 하나씩 추가하세요.
- ✅ 규칙표는 주기적으로 갱신해야 새 도메인에 대한 항목이 생깁니다.
- ❌ 전역 모드를 상시 켜 두기: 국내 사이트도 해외를 한 바퀴 돌아오느라 느려지고 트래픽 소모가 빠릅니다.
- ❌
MATCH,DIRECT를 규칙표 맨 앞에 두기: 뒤에 있는 모든 규칙이 적용되지 않습니다.
3단계 확인: 구독이 실제로 적용됐는지
용어를 이해했다면, 다음 세 단계로 구독이 실제로 적용됐는지 확인합니다.
- 구독을 갱신하고, 노드 목록의 개수가 계정의 회선 규모와 맞는지 확인합니다.
- 노드 하나에 연결해 IP 조회 페이지를 열고, 출구 국가·지역이 노드 이름과 일치하는지 봅니다.
- 국내 사이트와 해외 사이트를 하나씩 열어 규칙 모드가 의도대로 분할하는지 확인합니다.
세 단계 중 하나라도 예상과 다르면 점검 순서는 구독, 노드, 규칙입니다. 단계를 건너뛰지 마세요. 구독을 제대로 가져오지 못했다면 뒤 두 단계의 결론은 의미가 없고, 노드가 연결되지 않으면 같은 지역의 다른 회선으로 먼저 바꿔 보고 그다음에 규칙표를 의심합니다.
한 줄로 정리: 구독이 노드 목록을 내려받고, 노드 이름의 지역이 출구를, 회선 유형이 안정성을 결정하며, 프로토콜이 핸드셰이크 방식을, 분할 라우팅 규칙이 어떤 트래픽이 터널로 들어갈지를 결정합니다. 입문 단계에서는 파라미터를 외울 필요 없이 이 흐름대로 문제를 짚으면 충분합니다.