2026-06-30 입문 가이드 약 9분 소요

Clash 노드 선택 기준: 지연시간·트래픽 배율·지역·프로토콜 완벽 정리

구독을 등록하면 수십~수백 개의 노드가 쏟아지고, 이름에는 지역, 라인, 배율, 각종 약어가 뒤섞여 있습니다. 노드를 잘못 고르면 페이지가 계속 로딩되거나 데이터가 순식간에 빠져나가는 일이 벌어지죠. 이 글에서는 노드 정보를 지연시간, 배율, 지역, 프로토콜 네 가지 항목으로 나눠 판단 기준을 하나씩 짚고, 마지막에 웹서핑, 스트리밍, 게임 상황별 처방을 제시합니다.

노드 목록에 담긴 정보부터 파악하기

노드 이름은 대부분 「지역 + 라인 + 배율 + 비고」 형식으로 지어집니다. 예를 들어 「홍콩 03 · IEPL · x2 · NF」라는 이름 하나에 다음 네 가지 정보가 담겨 있습니다.

지역: 노드의 출구 위치로, 대상 사이트가 인식하는 IP 소속 국가/지역을 결정합니다.
라인: 일반 직결, 중계, 전용선(IEPL / IPLC) 세 등급이 있으며 비용과 안정성이 순서대로 높아집니다.
배율: x0.5, x1, x2처럼 표기되며 요금제에서 차감되는 트래픽 비율을 뜻합니다.
비고: NF, Disney+, GPT 같은 표시는 해당 노드가 특정 서비스용으로 우회 처리 또는 최적화되어 있음을 나타냅니다.

이름 외에도 클라이언트 화면에는 보통 프로토콜 종류와 실시간 지연시간(ms) 두 항목이 함께 표시됩니다. 아래에서 하나씩 판단 기준을 살펴보겠습니다.

지연시간 테스트: 반응 속도이지 전송 속도가 아니다

화면에 표시되는 지연시간은 클라이언트가 고정된 테스트 주소(기본값은 대부분 http://www.gstatic.com/generate_204)에 요청을 보내고 응답을 받는 데 걸린 시간(밀리초 단위)입니다. 이는 '반응 속도'를 나타낼 뿐 '대역폭 크기'와는 다른 개념인데, 두 가지를 혼동하는 경우가 많습니다.

참고 기준:

100ms 이하: 우수함, 웹페이지가 즉시 열리고 영상도 바로 재생됩니다.
100~200ms: 양호함, 일상적인 웹서핑에서 거의 체감되지 않습니다.
200~300ms: 사용 가능한 수준으로, 이미지가 많은 페이지에서는 약간의 지연이 느껴집니다.
300ms 이상: 지연이 눈에 띄게 느껴지므로 보조 노드로만 사용하세요.
timeout(응답 없음): 현재 노드가 연결되지 않거나 패킷 손실이 심해 요청 자체가 완료되지 않은 상태입니다.

주의 사항

지연시간이 낮다고 속도가 빠른 건 아닙니다. 지연시간 80ms인 라인의 대역폭이 몇 Mbps에 불과할 수도 있고, 220ms인 라인이 오히려 4K를 끊김 없이 재생할 수도 있습니다. 영상 시청이 매끄러운지는 지연시간보다 대역폭과 혼잡도의 영향이 더 큽니다. 또한 지연시간은 시간대별로 달라지는데, 특히 저녁 피크 시간대(20:00~23:00)에는 전반적으로 높아지므로 자신이 자주 사용하는 시간대에 테스트하는 것이 좋습니다.

정책 그룹의 url-test는 설정된 주기마다 자동으로 속도를 측정해 현재 지연시간이 가장 낮은 노드를 선택하고, fallback은 메인 노드가 끊겼을 때 순서대로 다른 노드로 전환합니다. 간편하게 쓰려면 자주 쓰는 노드를 url-test 정책 그룹에 넣어 클라이언트가 자동으로 고르게 하면 됩니다.

트래픽 배율: 먼저 계산부터 해보기

배율은 서비스 제공자의 과금 규칙으로, 실제 사용량에 배율을 곱한 값이 요금제에서 차감됩니다.

x0.5: 10GB를 써도 5GB만 차감되며, 대개 일반 라인이라 다운로드나 영상 시청처럼 트래픽이 많은 상황에 적합합니다.
x1: 표준 과금으로, 대부분의 노드가 이 등급에 해당합니다.
x2 이상: 대부분 IEPL / IPLC 전용선이나 프리미엄 중계로 안정성은 좋지만, 10GB를 쓰면 20GB가 차감됩니다.

간단히 계산해보면, 4K 영화 한 편은 약 15~20GB인데 x2 전용선으로 보면 요금제에서 30~40GB가 빠지지만 같은 영화를 x0.5 라인으로 보면 8~10GB만 차감됩니다. 원칙은 간단합니다. 대용량 트래픽은 저배율 노드로, 고배율 노드는 트래픽은 적지만 안정성이 중요한 영상 회의나 게임 같은 상황에 남겨두세요. 요금제 용량이 얼마 안 남았을 때는 노드를 누르기 전에 배율 항목부터 확인하는 습관을 들이세요.

출구 지역: IP가 보여주는 것이 결과를 좌우한다

출구 지역은 대상 사이트가 인식하는 IP의 소속 국가/지역을 뜻하며, 용도에 따라 요구되는 지역이 완전히 다릅니다.

일상적인 웹서핑과 업무: 물리적으로 거리가 가까운 출구를 우선하세요. 한국에서는 대개 일본, 홍콩, 대만, 싱가포르 출구의 지연시간이 가장 낮고, 미국 서부가 그다음이며, 유럽은 대부분 250ms 이상이므로 필요할 때만 선택하는 것이 좋습니다.
스트리밍: 콘텐츠 라이브러리는 지역별로 나뉘어 있으므로 미국 최신 드라마는 미국 노드, 일본 드라마나 애니메이션은 일본 노드를 선택하세요. 네이티브 IP와 브로드캐스트 IP의 차이도 알아둘 필요가 있습니다. 일부 스트리밍 서비스는 등록 위치와 실제 접속 위치가 다른 브로드캐스트 IP를 감지해 재생을 제한하는데, 노드 이름에 NF, Disney+ 표시가 있으면 대개 우회 검증을 거친 것입니다.
AI 및 특정 서비스: 일부 서비스는 지역별로만 제공되므로 지원 지역 목록에 있는 노드를 선택해야 접속이 가능하며, 대체로 미국과 일본 노드의 호환성이 가장 좋습니다.
게임 및 음성 채팅: 지연시간이 가장 낮은 지역이 아니라 게임 서버가 위치한 지역을 선택하세요. 일본 서버로 플레이한다면 데이터가 결국 일본까지 가야 하므로, 일본 노드 60ms가 미국 노드 120ms보다 훨씨 유리합니다.

프로토콜 종류: 포장지가 다르면 효과도 다르다

목록에 나오는 SS, SSR, Vmess, VLESS, Trojan, Hysteria2, TUIC는 트래픽을 캡슐화하고 전송하는 방식(프로토콜)입니다. 일반 사용자는 구현 원리까지 파고들 필요 없이 특징만 기억하면 됩니다.

프로토콜	특징	적합한 상황
SS / SSR	오래되었지만 가벼움, 오버헤드가 적음	일상적인 웹서핑, 구형 기기
Vmess / VLESS	기능이 다양함, VLESS는 헤더 오버헤드가 더 가벼움	범용 상황
Trojan	트래픽 형태가 일반 HTTPS와 유사함	위장이 중요한 네트워크 환경
Hysteria2 / TUIC	QUIC / UDP 기반, 패킷 손실에 강함	네트워크 상태가 불안정하거나 저녁 피크 시간대

두 가지 사실을 알아둬야 합니다. 첫째, Hysteria2, TUIC 같은 QUIC 기반 신규 프로토콜은 mihomo(구 Clash Meta) 코어에서만 지원되며 오리지널 Clash 코어는 인식하지 못합니다. 구독에 이런 노드가 있는데 클라이언트에서 사용할 수 없다고 나온다면 먼저 클라이언트 코어를 확인하세요. 둘째, 프로토콜은 서비스 제공자가 노드 쪽에서 결정하는 것이므로 사용자는 목록에서 골라 쓸 수만 있고, 기존 노드의 프로토콜을 바꿀 수는 없습니다. 학교 네트워크나 모바일 데이터처럼 불안정한 환경에서는 Hysteria2 노드를 먼저 시도해보세요. 패킷 손실이 잦은 라인에서 강점이 두드러집니다. 낯선 용어는 용어 사전 페이지에서 확인할 수 있습니다.

상황별 처방: 세 가지 시나리오에 맞는 선택법

네 가지 기준을 종합해 용도별로 세 가지 처방을 정리했습니다.

일상적인 웹서핑과 업무: 저배율(x0.5~x1) + 가까운 지역 + 지연시간 150ms 이내 노드를 url-test 정책 그룹에 맡겨 자동으로 고르게 하면 매번 수동으로 선택할 필요가 없습니다.
스트리밍: 원하는 콘텐츠 라이브러리가 있는 지역 + 우회 표시가 붙은 노드 + 장시간 재생을 버틸 수 있는 배율의 노드를 선택하세요. 4K로 시청하기 전에는 요금제 잔여량을 꼭 확인하세요.
게임: 게임 서버가 위치한 지역 + 전용선 또는 안정적인 중계 + UDP 포워딩을 지원하는 노드를 확인하세요. 게임 프로세스는 대개 시스템 프록시를 거치지 않으므로, 클라이언트에서 TUN 모드를 켜서 가상 네트워크 카드로 전체 트래픽을 처리해야 합니다.

자주 묻는 질문

지연시간이 낮은데도 영상이 계속 끊기는 이유는?

지연시간은 반응 속도만 나타낼 뿐, 끊김 현상은 대부분 대역폭 부족이나 저녁 피크 시간대의 혼잡 때문입니다. 같은 지역의 다른 라인 노드로 바꿔보거나 20:00~23:00 피크 시간대를 피해보세요. 그래도 해결되지 않는다면 문제 해결 페이지의 절차를 따라 하나씩 확인해보세요.

모든 노드가 timeout으로 뜨면 어떻게 하나요?

다음 세 가지를 순서대로 확인하세요. 구독이 만료됐는지(먼저 수동으로 구독을 한 번 갱신해보세요), 로컬 네트워크는 정상인지(프록시를 잠시 끄고 직접 연결로 확인), 클라이언트 코어가 구독에 포함된 프로토콜을 지원하는지. 세 가지를 모두 확인해도 안 되면 대부분 서비스 제공자 측 장애이니 복구를 기다리거나 다른 구독으로 바꿔보세요.

자동 선택 정책 그룹은 믿을 만한가요?

url-test는 지연시간만 기준으로 노드를 고르므로 일상적인 웹서핑에는 충분합니다. 하지만 배율이나 우회 표시는 고려하지 않으므로, 스트리밍을 볼 때나 요금제 용량이 빠듯할 때는 수동으로 고르는 것이 더 안전합니다.

노드에 절대적인 좋고 나쁨은 없으며, 상황에 맞는지가 중요할 뿐입니다. 지연시간, 배율, 지역, 프로토콜 네 가지 기준을 파악하고 자신의 용도에 맞춰보면, 수십 개의 노드 목록도 명확한 처방전처럼 보이게 될 것입니다.