VPN을 처음 시작할 때 막히는 건 조작법이 아니라 용어인 경우가 많습니다. 구독 링크, 노드, 프로토콜, 분할 터널링이라는 네 단어는 각각 다른 질문에 답합니다. 노드 목록은 어디서 오는지, 지금 연결한 건 어느 서버인지, 데이터는 어떤 방식으로 포장되는지, 어떤 트래픽이 가속을 타는지. 이 네 가지를 분리해서 이해해 두면 이후 어떤 가이드도 읽어낼 수 있습니다.
아래는 '구독 받기 → 노드 선택 → 프로토콜 확인 → 분할 터널링 설정' 순서로 설명합니다. 각 용어마다 먼저 한 줄 정의를 제시하고, 실제 사용에서 무엇에 영향을 주는지 짚은 뒤, 그대로 따라 할 수 있는 자가 점검 목록을 덧붙였습니다.
구독 링크: 자동으로 갱신되는 서버 목록
구독 링크는 보통 https 주소 하나입니다. 클라이언트가 이 주소로 요청을 한 번 보내면 노드 목록을 받아옵니다. 초기에는 Base64로 인코딩된 일반 텍스트가 많았고 한 줄에 노드 공유 링크가 하나씩 들어 있었지만, Clash나 sing-box 같은 클라이언트는 YAML 또는 JSON 설정을 그대로 받습니다. 클라이언트가 파싱을 마치면 노드 목록이 나타납니다.
수동으로 노드 추가하기와의 차이는 갱신 방식입니다. 수동 추가는 하나씩 복사해 붙여넣는 방식이라 서버가 바뀌면 다시 붙여넣어야 합니다. 구독은 한 번 가져오면 그다음부터 '구독 업데이트'만 누르면 목록이 서버를 따라갑니다. 노드 수가 많아지면 구독이 사실상 유일하게 편한 선택입니다.
# 구독이 반환하는 내용은 대략 이렇게 생겼습니다(일부 발췌, 클라이언트가 자동으로 파싱)
ss://[email protected]:8388#도쿄-01
trojan://[email protected]:443?sni=node.example.com#싱가포르-02가져오기 위치는 클라이언트마다 이름이 다르지만 보통 '구독 / Subscription / 설정 / 구성 파일' 같은 메뉴 아래에 있습니다. 링크를 붙여넣고 저장한 뒤 업데이트하면 됩니다. 같은 구독을 여러 기기에 가져올 수 있고, 기기마다 따로 신청할 필요가 없습니다.
구독 링크 자체가 자격 증명입니다. 링크를 가진 사람은 전체 노드 목록을 가져갈 수 있으니 공개 그룹에 올리거나 스크린샷에 남기지 말고, 공유하기 전에 링크를 가려야 합니다.
구독 업데이트가 실패하면 세 가지를 먼저 확인하세요. 링크가 아직 유효 기간 내인지, 현재 네트워크에서 해당 주소가 정상적으로 열리는지, 시스템 시간이 정확한지입니다. 일부 프로토콜은 시간 오차에 민감해서 차이가 크면 아예 연결되지 않습니다.
노드와 회선 유형: 전용선·중계·직결은 무엇이 다른가
노드는 목록에 있는 각 항목이며 보통 '지역 · 도시 + 회선 유형' 형태로 표기됩니다. 고르는 대상은 추상적인 국가가 아니라 특정 서버 한 대입니다. 지역은 국제 사이트에 접속할 때 '어디에 있는 것처럼 보이는지'를 결정합니다. 일본 스트리밍을 보고 싶다면 일본 노드를 고르면 됩니다. 회선 유형은 그 길이 얼마나 잘 뚫려 있는지를 결정하며, 지역과는 별개입니다.
흔한 회선 유형은 세 가지이며, 차이는 데이터가 클라이언트에서 해외 착지점까지 어떤 경로로 지나가는지에 있습니다.
- 직결: 클라이언트가 해외 서버에 바로 연결하고, 출국 구간은 공용 국제 회선을 이용합니다. 비용은 낮지만 저녁 피크 시간대에는 전체 혼잡의 영향을 받아 속도 변동이 큽니다.
- 중계: 먼저 중계 서버에 연결한 뒤 그 서버가 해외 착지점으로 전달합니다. 한 단계가 늘지만 중계 구간이 최적화된 회선을 타기 때문에 직결보다 안정적입니다.
- IEPL 전용선: 클라이언트에서 해외 착지점까지 전 구간이 통신사 국제 전용선을 지나며 공용 회선을 거치지 않습니다. 지연이 더 안정적이고 저녁 피크에도 흔들림이 적지만 비용이 가장 높아, 보통 화상 회의나 라이브 방송처럼 안정성이 중요한 상황에 사용합니다.
| 회선 유형 | 데이터 경로 | 저녁 피크 성능 | 추천 용도 |
|---|---|---|---|
| IEPL 전용선 | 클라이언트 → 전용선 진입 → 해외 착지점, 전 구간 국제 전용선 | 변동 최소 | 화상 회의, 라이브 방송, 장시간 연결 |
| 중계 | 클라이언트 → 중계 서버 → 해외 착지점, 중계 구간은 최적화 회선 | 비교적 안정적, 중계 대역폭에 따라 다름 | 일상 브라우징, 스트리밍 |
| 직결 | 클라이언트가 해외 서버에 직접 연결, 출국 구간은 공용 회선 | 변동이 큼 | 임시 자료 검색, 예비 회선 |
노드를 고를 때는 지역을 먼저 보고, 그다음 회선 유형을 보고, 이름은 마지막에 봅니다. 같은 도시에 회선이 여러 개 있는 경우가 많아서, 전용선이 안 되면 같은 도시의 중계로 바꾸는 편이 다른 나라로 바로 넘어가는 것보다 문제 원인을 파악하기 쉽습니다.
프로토콜 선택법: Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC
프로토콜은 클라이언트와 서버가 정한 데이터 포장 방식입니다. 핸드셰이크를 어떻게 하고, 암호화를 어떻게 입히고, 중간 장비 눈에 트래픽이 어떻게 보이는지를 정합니다. 이름은 많지만 클라이언트에서 직접 고를 일은 거의 없습니다. 구독에 담긴 각 노드가 이미 프로토콜과 파라미터를 갖고 있으므로, 프로토콜을 고르는 것보다 노드를 고르는 게 실질적입니다. 아래 용어들은 알아만 두면 됩니다.
- Shadowsocks: 가장 먼저 등장하고 생태계가 가장 넓은 계열로 설정이 가볍고, AEAD 암호화에는 aes-256-gcm과 chacha20-ietf-poly1305를 주로 씁니다. 공유기 플러그인이나 오래된 기기에서 지원이 가장 좋습니다.
- VMess: V2Ray의 초기 주력 프로토콜로, 사용자 ID와 추가 검증 필드로 핸드셰이크를 합니다. 클라이언트와 서버의 시간 차이가 크면 바로 연결되지 않습니다.
- VLESS: VMess의 경량 후속 프로토콜로, 프로토콜 자체는 암호화하지 않고 보통 TLS와 함께 사용하며 오버헤드가 작습니다.
- Trojan: 트래픽을 정상적인 HTTPS 요청처럼 위장하고 443 포트를 사용하며, 설정이 간단하고 호환성이 좋습니다.
- Hysteria2 / TUIC: QUIC(UDP) 기반의 비교적 새로운 프로토콜로, 패킷 손실이 많고 거리가 먼 네트워크에서 성능이 좋습니다. 대신 전송이 더 공격적이고, 일부 네트워크 환경은 UDP에 우호적이지 않습니다.
시간은 숨은 함정입니다. VMess만 연결되지 않고 다른 노드는 멀쩡하다면 기기 시간이 자동 동기화되어 있는지 먼저 확인하세요. 몇 분만 어긋나도 핸드셰이크가 실패할 수 있습니다.
분할 터널링 모드: 전역, 규칙, 직결 세 가지 방식
분할 터널링은 '어떤 트래픽이 가속을 타는가'에 대한 답입니다. 같은 클라이언트가 보통 세 가지 모드를 제공합니다.
- 전역(Global): 모든 트래픽이 노드를 통과합니다. 설정은 가장 간단하지만 국내 사이트도 한 바퀴 돌아가므로 오히려 느려질 수 있습니다.
- 규칙(Rule): 규칙 목록을 기준으로 판단해 국내 도메인과 IP는 직결하고, 목록에 있는 대상만 노드를 통과합니다. 일상에서 가장 편하고 대부분의 사용자에게 맞는 모드입니다.
- 직결(Direct): 전부 노드를 거치지 않아 가속을 끈 것과 같으며, 보통 문제를 진단할 때만 씁니다.
규칙 목록의 판단 기준은 보통 세 가지입니다. 도메인 접미사, IP 대역(흔히 말하는 GeoIP), 그리고 프로세스 이름입니다. 일부 클라이언트는 앱별 분할을 지원해 브라우저만 노드를 타게 하고 다운로드 도구는 로컬 네트워크를 쓰게 할 수 있습니다.
규칙 모드가 만능은 아닙니다. 새 도메인이 목록에 없으면 직결로 빠질 수 있고, 그때 나타나는 증상은 '다른 사이트는 다 되는데 이것만 안 열린다'입니다. 이럴 때 전역 모드로 바꿔 다시 시도해 보세요. 열리면 규칙이 커버하지 못한 것이고, 그래도 안 열리면 그때 노드를 바꿀 차례입니다.
한 줄 판단: 안 열리면 전역으로, 느리면 회선 유형을, 연결이 안 되면 도시를 먼저 바꾸세요. 세 동작이 세 가지 문제에 대응하니, 시작부터 클라이언트를 재설치할 필요는 없습니다.
다섯 플랫폼의 클라이언트 차이
같은 구독이라도 운영체제마다 쓰임이 조금씩 다릅니다. 차이는 주로 시스템이 클라이언트에게 트래픽을 넘기는 방식에서 비롯됩니다.
- Windows: 대부분의 클라이언트가 시스템 프록시와 TUN 두 가지 방식을 제공합니다. 시스템 프록시는 프록시 설정을 인식하는 프로그램에만 적용되고, TUN은 가상 네트워크 어댑터를 만들어 프록시를 인식하지 않는 프로그램까지 함께 처리합니다.
- macOS: 시스템 네트워크 확장을 사용하며, 처음 설치할 때 권한 확인 창이 뜨고 허용해야 연결할 수 있습니다. M 시리즈 칩은 네이티브 버전을 쓰는 편이 전력 소모가 적습니다.
- iOS: 시스템 VPN 설정을 통해서만 동작하고, 앱 전환이나 화면 잠금 후 다시 연결될 수 있습니다. 브라우징과 스트리밍에는 적합하지만 장시간 대용량 다운로드에는 맞지 않습니다.
- Android: 앱별 분할을 지원해 지정한 앱만 가속을 타게 할 수 있습니다.
- Linux: 주로 명령줄 클라이언트를 쓰며, 그래픽 인터페이스가 없는 서버나 공유기 환경에 적합합니다.
같은 구독을 위의 어느 기기에든 가져올 수 있고 동시 접속 대수는 제한이 없으므로, 기기가 하나 늘었다고 요금제를 다시 살 필요가 없습니다.
초보자 자주 묻는 질문 빠른 확인
아래 항목들은 초보자가 가장 자주 마주치는 판단 상황을 담았습니다. 순서대로 해 보면 문제가 어느 단계에서 막히는지 대체로 찾을 수 있습니다.
- ✅ 구독을 가져온 뒤에는 먼저 '구독 업데이트'를 한 번 눌러 노드 목록이 비어 있지 않은지 확인하고 나서 연결을 이야기하세요.
- ✅ 연결한 뒤에는 국제 사이트를 하나 열어 실제로 적용됐는지 확인하세요. 클라이언트에 표시되는 '연결됨'만 보고 판단하지 마세요.
- ✅ 특정 사이트가 안 열리면 전역 모드로 한 번 시도해 규칙 문제인지 회선 문제인지 구분하세요.
- ✅ 노드를 바꿀 때는 한 번에 변수 하나만 움직이세요. 도시를 먼저 바꾸고, 그다음 회선 유형을 바꿔야 어느 쪽이 효과를 냈는지 알 수 있습니다.
- ❌ 구독 링크를 공개 그룹이나 포럼, 스크린샷에 올리지 마세요. 계정 자격 증명과 같습니다.
- ❌ 구독을 업데이트하지 않은 채 클라이언트를 반복 재설치하지 마세요. 노드 목록이 그대로라면 재설치로 연결 문제가 해결되지 않습니다.
네 단어가 각각 한 구간을 맡습니다: 구독은 '노드가 어디서 오는가'를, 노드는 '어느 길로 가는가'를, 프로토콜은 '어떻게 포장하는가'를, 분할 터널링은 '어떤 트래픽이 가는가'를 해결합니다. 어느 구간에 문제가 있는지 먼저 판단한 뒤 해당 설정을 건드리세요.
이 네 단어를 정리해 두면 이후 어떤 사용 가이드든 훨씬 수월하게 읽힙니다. 우선 한 번 연결해 보는 게 목적이라면 최단 경로만 기억하세요. 구독 가져오기 → 목록 업데이트 → 가까운 도시의 전용선 노드 선택 → 규칙 모드 → 사이트 열어 확인.