구독, 노드, 프로토콜이라는 세 단어는 초보자가 클라이언트를 처음 열었을 때 동시에 마주치는 세 개의 벽입니다. 화면에는 구독 링크를 넣어야 하고, 그 아래에는 노드가 한 줄로 늘어서 있고, 각 노드 뒤에는 SS, VMess, Trojan 같은 약어가 붙어 있습니다. 이 글은 '링크를 받아서 실제로 쓸 수 있게 되기까지'의 순서를 따라 구독, 노드, 회선 유형, 프로토콜, 분할 라우팅과 전역 모드를 하나씩 풀어 설명합니다. 각 용어마다 한 줄 정의와 흔한 오해를 붙이고, 끝에는 치트시트와 첫 설정 점검 목록을 두었습니다.
구독 링크: 주소 하나에 무엇이 들어 있나
구독 링크(subscription URL)는 본질적으로 HTTPS 주소 하나이며, 이 주소를 열면 웹페이지가 아니라 노드 목록이 돌아옵니다. Base64로 인코딩된 여러 줄의 노드 문자열일 수도 있고, 특정 클라이언트 전용 YAML이나 JSON 설정일 수도 있습니다. 클라이언트의 '구독 추가'는 이 주소를 저장하고 목록에 있는 수십 개의 노드를 파싱해 리스트에 채워 넣는 두 가지 일을 합니다.
수동 노드 추가와의 차이는 유지 관리 방식에 있습니다. 수동 추가는 주소, 포트, 비밀번호, 암호화 방식, 전송 계층을 하나하나 입력해야 하고 한 글자만 틀려도 연결되지 않습니다. 구독은 일괄 배포 방식이라 서버에서 회선을 추가하거나 삭제한 뒤 클라이언트에서 '구독 업데이트'를 한 번 누르면 동기화됩니다. 그래서 구독 링크는 자격 증명처럼 보관해야 합니다. 이 주소를 손에 넣은 사람은 같은 노드 묶음을 자기 클라이언트로 가져갈 수 있기 때문입니다.
회선을 바꿨거나, 클라이언트가 모든 노드의 시간 초과를 표시하거나, 오랫동안 클라이언트를 열지 않았다면 먼저 구독을 업데이트한 뒤 문제를 확인하세요. '노드가 전부 죽었다'는 상황의 상당수는 로컬 목록이 오래된 것이고, 서버는 이미 진입 주소를 바꿔 둔 경우입니다.
구독 항목별 역할
- 주소와 포트: 노드의 진입점이며, 연결이 안 될 때 가장 먼저 확인할 두 항목입니다.
- UUID 또는 비밀번호: 신원 자격 증명으로, 한 글자만 달라도 서버에서 바로 거부합니다.
- 전송 계층: TCP, WebSocket, gRPC 등으로, 트래픽이 어떤 형태로 나가는지를 결정합니다.
- TLS와 SNI: TLS를 한 겹 씌우는지, 그리고 핸드셰이크 때 어떤 도메인을 선언하는지입니다.
- 암호화 방식: Shadowsocks 계열 프로토콜은 AEAD 계열 알고리즘처럼 별도로 표기합니다.
초보자가 가장 놓치기 쉬운 항목이 전송 계층과 TLS입니다. 같은 노드에서 주소와 포트가 모두 맞아도 WebSocket을 써야 하는 자리에 TCP를 넣으면, 명확한 오류 대신 계속 로딩만 도는 증상이 나타납니다.
노드와 회선: 직결·중계·전용선의 차이
노드(node)는 클라이언트 목록에서 고를 수 있는 하나의 출구이고, 회선(route)은 트래픽이 로컬에서 착지 서버까지 실제로 지나는 경로입니다. 일상에서는 두 단어를 섞어 쓰지만, '왜 이 회선은 빠르고 저 회선은 느린가'를 따질 때 실제로 영향을 주는 것은 회선입니다.
| 회선 유형 | 트래픽 경로 | 특징 | 적합한 용도 |
|---|---|---|---|
| 직결 | 로컬 → 착지 서버, 공용 인터넷 경유 | 구조가 단순하고 지연은 공용 인터넷 품질에 좌우되며, 저녁 피크 시간대에 변동이 큼 | 일상 브라우징, 비용을 중시하는 경우 |
| 중계 | 로컬 → 진입 노드 → 착지 서버 | 진입점을 가까운 곳에서 접속하고 귀환 경로는 최적화된 구간을 사용해 피크 시간대에 더 안정적 | 대륙 간 접속, 저녁 시간대 영상 시청 |
| IEPL 전용선 | 로컬 → 전용선 진입점 → 착지, 공용 인터넷 미경유 | 지연과 패킷 손실이 안정적이며 비용이 가장 높음 | 라이브 방송, 음성 회의, 장시간 연결 |
이 표에 절대적인 우열은 없습니다. 전용선의 가치는 안정성이지 '더 빠름'이 아닙니다. 같은 공용 인터넷 직결 회선이 새벽에는 전용선보다 빠를 수도 있고, 다만 저녁 피크에 변동이 클 뿐입니다. 이 둘을 같은 것으로 보면 '전용선을 샀는데 왜 빨라지지 않지'라는 괴리가 생깁니다.
목록에 있는 수십 개 노드가 모두 같은 착지 서버를 가리킨다면, 전환은 진입점만 바꾸는 것이고 착지 쪽이 혼잡하면 여전히 느립니다. 판단 순서는 착지 위치를 먼저 보고, 그다음 회선 유형을 보고, 마지막에 목록 길이를 보는 것입니다.
VPNJM을 예로 들면 회선이 100+ 개 국가, 총 220+ 개를 커버하며, 특정 회선이 직결인지 중계인지 IEPL 전용선인지는 회선 목록에 따로 표시됩니다. 고르기 전에 이 열을 먼저 확인하는 편이 노드를 반복해서 시험하는 것보다 시간을 아낍니다.
프로토콜: Shadowsocks, VMess, Trojan, VLESS 구분법
프로토콜은 클라이언트와 서버가 어떻게 암호화하고 어떻게 핸드셰이크하는지를 결정합니다. 목록에 보이는 SS, VMess, Trojan, VLESS, Hysteria2 같은 약어가 프로토콜 이름입니다. 프로토콜이 틀리면 주소와 포트가 맞아도 연결되지 않고, 전송 계층이나 TLS가 틀리면 연결은 되는데 트래픽이 없는 증상으로 나타납니다.
| 프로토콜 | 전송 기반 | 핵심 특징 | 자주 걸리는 부분 |
|---|---|---|---|
| Shadowsocks | TCP / UDP, AEAD 암호화 | 구조가 가볍고 오버헤드가 작으며 설정 항목이 적음 | 네이티브 멀티플렉싱 미지원 |
| VMess | TCP / WebSocket / gRPC 등 | 전송 계층 선택지가 많고 TLS를 덧씌울 수 있음 | 클라이언트와 서버 시간을 검증하므로 차이가 크면 인증 실패 |
| VLESS | 위와 같으며 보통 TLS 또는 Reality와 함께 사용 | 자체 암호화가 없어 오버헤드가 VMess보다 작음 | 바깥 TLS를 제대로 설정하지 않으면 암호화 보호가 없음 |
| Trojan | TLS, 보통 443 포트 사용 | 트래픽 형태가 일반 HTTPS와 동일 | 도메인과 유효한 인증서 필요 |
| Hysteria2 / TUIC | QUIC, UDP 기반 | 패킷 손실이 심할 때 유리하고 혼잡 제어가 비교적 공격적 | UDP가 제한된 네트워크에서는 아예 통하지 않을 수 있음 |
초보자가 파라미터를 외울 필요는 없습니다. 실제 선택 순서는 클라이언트가 어떤 프로토콜을 지원하는지 먼저 확인하고, 서버가 무엇을 제공하는지 본 다음, 마지막에 회선 품질을 비교하는 것입니다. 같은 서버에서 여러 프로토콜을 동시에 열 수 있으니 연결되는 것을 쓰면 되고, 이름이 고급스러운지 따질 필요는 없습니다.
플랫폼별 클라이언트의 프로토콜 지원은 일정하지 않습니다. 데스크톱이 보통 가장 폭넓고, 모바일은 시스템 네트워크 확장의 제약을 받아 일부 UDP 기반 프로토콜을 특정 버전에서 쓸 수 없습니다. 라우터 펌웨어는 대개 한두 가지만 지원합니다. 구독을 가져오기 전에 클라이언트가 목록의 프로토콜을 인식하는지 확인하는 편이, 가져온 뒤 하나씩 시험하는 것보다 수월합니다.
주목할 점은 프로토콜이 TLS를 사용하는지, 인증서가 유효한지, 클라이언트 버전이 너무 오래되지 않았는지이지, 이름이 위압적으로 들리는지가 아닙니다. VLESS는 단독으로 쓸 때 자체 암호화가 없으며, 안전성은 바깥에 씌운 TLS에서 나옵니다.
분할 라우팅, 전역 모드와 DNS 누수
모드(mode)는 트래픽이 프록시를 탈지 말지를 결정하며, 보통 세 단계입니다. 전역 모드는 모든 트래픽을 노드로 보내고, 규칙 모드는 규칙표에 따라 일치하는 트래픽은 노드로, 나머지는 직결로 보냅니다. 직결 모드는 프록시를 잠시 끄는 것과 같습니다. 문제를 확인할 때는 전역, 평소에는 규칙을 쓰면 됩니다.
규칙표 작성법
규칙은 유형별로 매칭하며, 대표적으로 DOMAIN(정확한 도메인), DOMAIN-SUFFIX(도메인 접미사), IP-CIDR(네트워크 대역), GEOIP(국가·지역별 IP 데이터베이스), PROCESS-NAME(프로세스 기준, 보통 데스크톱만 지원)이 있습니다. 규칙은 위에서 아래로 매칭되어 먼저 걸린 것이 먼저 실행되므로, 예외를 앞에 두는 편이 끝에 규칙을 더 쌓는 것보다 효과적입니다. 모바일에는 앱별 분할 설정이 한 겹 더 있어 지정한 앱만 노드를 타게 할 수 있습니다.
DNS 누수란 무엇인가
DNS 누수는 도메인 조회 요청이 프록시 터널을 지나지 않고 로컬 네트워크로 나가는 것을 말합니다. 두 가지 결과가 따릅니다. 첫째, 어떤 도메인에 접속했는지가 로컬 회선 상의 사람에게 보일 수 있습니다. 둘째, CDN이 조회 출처를 기준으로 노드를 배정하기 때문에 먼 곳의 서버로 안내될 수 있고, 증상은 '분명히 연결됐는데 느리다'로 나타납니다. 확인 방법은 두 가지입니다. 클라이언트에서 DNS가 프록시를 따르도록 또는 원격 조회로 설정되어 있는지 보고, 연결 후 IP 조회를 열어 조회 서버의 소속 지역과 출구 IP의 지역이 일치하는지 확인하면 됩니다.
전역 모드를 켜면 로컬 인터넷 뱅킹이나 회사 내부 시스템까지 노드를 거치게 되어, 일부 서비스에서 이상 접속으로 감지되거나 로그인이 거부될 수 있습니다. 문제를 확인하는 중이 아니라면 평소에는 규칙 모드를 유지하면 됩니다.
치트시트: 가장 자주 묻는 용어 열 가지
아래 표는 '설정할 때 보게 되고, 오류가 날 때 쓰게 되는' 순서로 배열했습니다. 왼쪽은 용어, 가운데는 한 줄 설명, 오른쪽은 초보자가 가장 흔히 하는 오해입니다.
| 용어 | 한 줄 설명 | 흔한 오해 |
|---|---|---|
| 구독 링크 | 노드 목록을 일괄 배포하는 주소 | 계정 비밀번호처럼 저장하거나 무심코 다른 사람에게 전달 |
| 노드 | 클라이언트 목록에서 고를 수 있는 하나의 출구 | 개수가 많을수록 회선 품질이 좋다고 생각 |
| 진입점 / 착지점 | 로컬에서 가장 먼저 연결되는 서버 / 트래픽이 최종적으로 나가는 서버 | 두 단어를 섞어 써서 문제 확인 때 어느 구간이 느린지 설명하지 못함 |
| IEPL 전용선 | 공용 인터넷을 경유하지 않는 국제 전용선 | 전용선이 공용 인터넷 직결보다 항상 빠르다고 생각 |
| 전송 계층 | TCP, WebSocket, gRPC 등의 전달 방식 | 주소와 포트만 확인하고 전송 계층 항목은 놓침 |
| TLS / SNI | 바깥 암호화와 핸드셰이크 시 선언하는 도메인 | 도메인만 넣으면 인증서도 설정된 것으로 생각 |
| 분할 라우팅 규칙 | 도메인, IP, 프로세스 기준으로 프록시 경유 여부 결정 | 프록시를 켜면 모든 트래픽이 노드를 탄다고 생각 |
| DNS 누수 | 조회 요청이 프록시 터널을 지나지 않음 | IP 주소만 노출되고 도메인은 괜찮다고 생각 |
| UDP 포워딩 | 노드가 UDP 트래픽 통과를 허용하는지 여부 | 게임이나 음성 통화와 무관하다고 생각 |
| 트래픽 리셋 | 개통일 기준 매월 리셋, 자연월 아님 | 매월 1일에 자동으로 초기화된다고 생각 |
첫 설정 점검 목록
위 용어들을 정리했다면, 첫 설정은 이 순서대로 한 번만 따라가 보세요. 대부분의 '연결이 안 됨'과 '연결은 되는데 속도가 없음'은 몇 단계 안에서 원인을 찾을 수 있습니다.
- ✅ 먼저 구독을 업데이트해 목록이 오래된 캐시가 아닌지 확인합니다.
- ✅ 프로토콜, 포트, 전송 계층을 항목별로 확인해 세 가지가 배포된 설정과 일치하는지 봅니다.
- ✅ 원격 조회 또는 프록시를 따르는 DNS 설정을 켜서 누수를 줄입니다.
- ✅ 규칙 모드로 시작해 필요한 도메인만 노드를 타게 합니다.
- ✅ 연결 후 IP 조회를 열어 출구 지역이 선택한 노드와 일치하는지 확인합니다.
- ❌ '모든 노드를 다 시험해 보는' 방식으로 품질을 판단하지 말고, 착지 위치와 회선 유형을 먼저 보세요.
- ❌ 전역 모드에서 로컬 인터넷 뱅킹이나 회사 내부 시스템에 로그인하지 마세요.
- ❌ '웹페이지가 열린다'를 유일한 검증 기준으로 삼지 마세요. 앱별, 도메인별 결과가 다를 수 있습니다.
한 줄로 정리하면: 구독은 명단, 노드는 출구, 회선은 경로, 프로토콜은 대화 방식, 모드는 누가 이 길을 탈지 정하는 규칙입니다. 첫 설정 때 이 순서로 점검하면 노드를 계속 바꾸는 것보다 문제가 어느 계층에 있는지 찾기 쉽습니다.
용어 자체는 어렵지 않습니다. 어려운 것은 이 용어들이 같은 화면에 동시에 등장한다는 점입니다. 다음에 클라이언트에서 낯선 약어가 보이면 먼저 어느 계층에 속하는지 판단해 보세요. 명단(구독)인지, 출구(노드와 회선)인지, 대화 방식(프로토콜)인지, 라우팅 규칙(모드와 분할 라우팅)인지입니다. 계층을 나눈 뒤 치트시트와 대조하면 대부분의 의문은 그 자리에서 풀립니다.