Clash 노드 선택 가이드: 지연 시간·트래픽 배율·지역·프로토콜 비교

사용 목적부터 정하기: 노드 순위가 실제 체감 품질을 뜻하지는 않습니다

Clash 노드 목록에는 보통 지역, 회선, 프로토콜, 트래픽 배율 정보가 섞여 있습니다. 노드 이름은 구독 제공자가 입력한 것으로, 실제 회선 정보를 커널이 검증했다는 뜻은 아닙니다. 노드를 고를 때는 먼저 필요한 서비스의 접속 지역을 확인하고, 연결 안정성과 트래픽 비용을 살핀 뒤 지연 시간과 처리량을 비교하세요.

Clash는 프록시 클라이언트와 커널 생태계를 통칭할 때 자주 쓰이는 이름입니다. Clash Meta는 이후 mihomo라는 이름으로 관리되고 있으며, 클라이언트마다 포함된 커널이 다릅니다. 구독을 성공적으로 가져왔다는 것은 설정을 받아들였다는 뜻일 뿐입니다. 목록에 노드가 표시되어도 현재 커널이 해당 노드의 모든 프로토콜과 전송 매개변수를 지원하는 것은 아닙니다.

주요 용도	우선 확인할 항목	확인 방법
웹페이지, 코드 저장소	연결 성공률, 응답 안정성	자주 쓰는 사이트를 열고 새 연결을 여러 번 시도합니다
동영상 재생	서비스 접속 지역, 지속 처리량, 트래픽 배율	해상도를 고정하고 버퍼링과 트래픽 사용량을 확인합니다
원격 터미널, 음성 통화	지터, 패킷 손실, 장시간 연결 안정성	일정 시간 사용하며 끊김과 연결 해제를 기록합니다
대용량 파일 전송	실제 다운로드 속도, 트래픽 비용	같은 파일을 비슷한 시간대에 전송해 비교합니다

노드, DNS, TUN, 분할 라우팅 규칙을 한꺼번에 바꾸지 마세요. 한 번에 하나씩 변경해야 개선 원인을 파악할 수 있습니다. 아래 수치는 판단 방법과 계산을 설명하기 위한 예시이며, 이 사이트의 실측 결과나 특정 회선의 성능을 보장하는 값이 아닙니다.

지연 시간 테스트: 밀리초 수치만 보지 말고 측정 경로를 확인하세요

URL 테스트와 ICMP Ping은 다릅니다

Clash 클라이언트에서 흔히 제공하는 노드 지연 시간 테스트는 커널이 지정한 노드를 통해 테스트 URL에 요청을 보내는 방식입니다. 측정값은 해당 프록시 경로로 테스트 대상에 접속하는 데 걸린 시간을 나타냅니다. 연결 재사용, DNS 캐시, TLS 핸드셰이크, 클라이언트의 시간 측정 방식에 따라 수치가 달라질 수 있습니다. PC와 프록시 서버 사이의 ICMP 왕복 시간을 단순 측정하는 기능은 아닙니다.

따라서 시스템 명령 ping 결과를 클라이언트 테스트 대신 사용할 수는 없습니다. 서버에서 ICMP를 차단해도 프록시 연결은 허용할 수 있습니다. 반대로 노드 출구나 대상 사이트가 테스트 URL을 제한하면 시간 초과가 발생해도 다른 사이트는 접속될 수 있습니다. 테스트에 성공했다고 해서 동영상 서비스나 코드 호스팅 사이트까지 정상적으로 이용할 수 있다는 뜻도 아닙니다.

여러 번 측정해 지터 확인하기

네트워크 환경, 테스트 URL, 시간 초과 설정을 고정하고 다운로드나 다른 일괄 속도 측정은 중지합니다.
후보 노드마다 5회씩 몇 초 간격으로 측정하고, 시간 초과도 함께 기록하세요. 가장 빠른 결과만 남기지 마세요.
중앙값과 편차를 비교한 뒤 실제 사용할 서비스에 접속해 보세요.

예를 들어 노드 A의 5회 측정값이 45, 46, 48, 290ms, 시간 초과이고, 노드 B는 72, 74, 75, 78, 80ms라고 해 보겠습니다. A의 최솟값은 더 낮지만, 이 표본에서는 B가 더 안정적입니다. 원격 터미널과 음성 통화에는 보통 후자의 안정성이 더 중요합니다. 다만 5회 측정은 초기 선별일 뿐, 장시간 사용 관찰을 대신할 수는 없습니다.

트래픽 배율: 서비스 제공자의 과금 기준에 따라 계산

노드 이름에 표시된 ‘0.5×’, ‘1×’, ‘2×’는 대개 구독 서비스 제공자의 트래픽 차감 배율을 뜻합니다. 속도 배수가 아니며 Clash 커널의 표준 과금 항목도 아닙니다. 클라이언트는 노드 이름만으로 실제 청구 방식을 확인할 수 없습니다. 제공자가 업로드와 다운로드를 모두 집계하는지, 단위를 어떻게 계산하는지, 시간대별로 배율이 바뀌는지 먼저 확인하세요.

제공자가 ‘과금 트래픽 = 집계 트래픽 × 배율’ 기준을 명확히 적용한다는 전제에서 계산 예시는 다음과 같습니다. 표의 10GB는 제공자 기준으로 집계한 트래픽이며 브라우저에 표시되는 파일 크기와 다를 수 있습니다.

노드 배율	집계 트래픽	차감되는 할당량
0.5×	10 GB	5 GB
1×	10 GB	10 GB
2×	10 GB	20 GB

먼저 예산을 계산하고 대용량 테스트를 진행하세요

남은 할당량이 60GB이고 2× 노드만 사용한다면, 위의 단순 계산 기준으로 집계 트래픽은 약 30GB까지 이용할 수 있습니다. 속도 테스트에도 트래픽이 소모됩니다. 평균 10MB/s로 60초 동안 다운로드하면 10진 기준 다운로드량은 약 600MB입니다. 2× 노드를 쓰면 이 다운로드만으로도 할당량이 약 1.2GB 차감되며, 다른 집계 항목은 포함하지 않은 계산입니다.

일상적인 웹 이용에는 배율이 낮고 안정적인 노드를 하나 지정해 불필요한 할당량 소모를 줄이세요.
배율이 높은 노드는 필요한 서비스에만 사용하고, 모든 백그라운드 업데이트의 기본 경로로 설정하지 마세요.
클라이언트 연결 화면에 표시되는 값은 트래픽 관측치입니다. 최종 잔액은 서비스 제공자의 청구 내역을 기준으로 확인하세요.

출구 지역: 노드 이름보다 서비스의 지역 판별이 중요합니다

사용자 기기의 위치, 프록시 진입 지점, 최종 출구 지점은 서로 다를 수 있습니다. ‘홍콩 중계’라고 표시된 회선의 출구가 홍콩이라는 보장은 없고, ‘일본’도 운영자가 붙인 이름에 불과할 수 있습니다. 웹사이트는 대개 출구 IP를 기준으로 지역을 판단하지만, 계정 지역, 결제 정보, 기기 위치, 과거 세션도 함께 확인할 수 있습니다.

실제 요청 경로 확인하기

클라이언트에서 후보 노드를 선택하고 관련 정책 그룹이 실제로 해당 노드를 사용하는지 확인합니다.
대상 사이트에 접속한 다음 ‘연결’ 또는 ‘로그’ 화면에서 도메인에 적용된 규칙과 정책 체인을 확인합니다. 화면 이름은 클라이언트마다 다를 수 있습니다.
같은 프록시 경로로 IP 조회 페이지에 접속해 출구 주소와 지역을 확인한 뒤, 대상 서비스에서도 접속을 확인합니다.
IP 조회 페이지와 대상 사이트에 서로 다른 정책 그룹이 적용된다면 먼저 규칙을 수정하세요. 전자의 결과로 후자의 접속 상태를 판단해서는 안 됩니다.

같은 IP라도 지리 정보 데이터베이스에 따라 소속 지역이 다르게 표시될 수 있습니다. IP 조회 결과가 특정 지역을 가리켜도 대상 서비스가 같은 데이터베이스를 쓴다는 보장은 없습니다. 접속 실패는 공유 출구의 평판, 동시 접속 제한, 계정 상태 때문일 수도 있으므로 지역 불일치만 원인으로 단정하지 마세요.

프로토콜 비교: Trojan, VLESS, Hysteria2

프로토콜은 연결 방식과 호환 조건을 결정할 뿐, 회선 품질을 직접 보장하지 않습니다. 같은 프로토콜도 네트워크 환경에 따라 성능 차이가 클 수 있습니다. 비교하기 전에 클라이언트의 커널 정보 화면에서 실제 사용 중인 커널을 확인하고 구독 요구 사항과 대조하세요. 특히 구버전 Clash의 지원 범위를 mihomo에 그대로 적용하지 마세요.

프로토콜	연결 방식	주요 확인 항목
Trojan	일반적으로 TCP와 TLS를 사용하며 UDP 포워딩도 지원할 수 있습니다	서버 주소, 포트, 비밀번호, SNI, 인증서 검증
VLESS	경량 프록시 프로토콜로, 실제 전송 방식과 보안 계층 설정을 함께 확인해야 합니다	UUID, 전송 방식, TLS 또는 REALITY 매개변수, flow 호환성
Hysteria2	QUIC 기반이며 하위 전송 계층에서 UDP를 사용합니다	네트워크의 UDP 허용 여부, 인증, TLS, 대역폭 설정

Trojan: TLS 매개변수부터 점검하세요

Trojan은 일반적으로 TLS 설정에 의존합니다. 서버 IP와 포트에 연결할 수 있어도 SNI 불일치, 인증서 오류, 기기 시간 설정 문제로 핸드셰이크가 실패할 수 있습니다. ‘테스트를 통과시키기 위해’ 인증서 검증을 장기간 비활성화하지 마세요. 구독에서 WebSocket 같은 추가 전송 방식을 사용한다면 클라이언트 커널이 해당 조합을 지원하는지도 확인해야 합니다.

VLESS: 프로토콜 이름만으로는 설정을 알 수 없습니다

VLESS 자체는 데이터를 암호화하지 않습니다. TLS, REALITY 같은 보안 계층이나 별도의 보호 환경이 필요한 보안을 제공해야 합니다. TCP, WebSocket, gRPC 등의 전송 설정은 서로 임의로 바꿔 쓸 수 없습니다. REALITY를 사용하는 경우 공개 키와 short-id 등의 매개변수도 서버 설정과 일치해야 합니다. 서버 주소와 UUID만 복사해서는 노드를 그대로 재현하기 어려운 경우가 많습니다.

Hysteria2: UDP 연결부터 확인하세요

Hysteria2는 일부 패킷 손실이 있는 네트워크에서 유리할 수 있지만, 항상 더 빠른 것은 아닙니다. 현재 Wi-Fi, 통신사 네트워크, 방화벽이 UDP를 제한하면 성능이 크게 떨어지거나 연결 자체가 되지 않을 수 있습니다. UDP 443으로 설정해도 TCP 기반 HTTPS로 바뀌지 않습니다. 포트 번호가 같다고 전송 프로토콜까지 같은 것은 아닙니다. Hysteria와 Hysteria2의 설정도 서로 그대로 바꿔 쓸 수 없습니다.

Hysteria2로 웹페이지가 열린다고 해서 게임이나 음성 통화도 같은 경로로 연결된다는 뜻은 아닙니다. 앱이 시스템 프록시를 사용하는지, 커널이 해당 UDP 트래픽을 처리하는지, 서버에서 포워딩을 허용하는지 각각 확인해야 합니다. TUN은 시스템 프록시를 사용하지 않는 트래픽도 더 많이 처리할 수 있지만, 노드 자체의 대역폭을 개선하거나 현재 네트워크의 노드 연결 제한을 우회하지는 않습니다.

Clash에서 노드 선별하기: 먼저 직접 확인하고 자동 선택 적용하기

처음에는 후보 노드를 3~5개만 남기는 것이 좋습니다. 일상용 저배율 출구, 목표 지역 출구, 예비 회선을 각각 포함하세요. 정책 그룹에서 노드를 하나씩 직접 선택해 ‘테스트 URL, 대상 사이트 접속, 지속 사용’ 세 단계를 확인한 다음 자동 속도 테스트를 고려하세요.

url-test는 테스트 대상 기준으로만 노드를 선택합니다

아래는 기존 노드 정의가 포함된 설정에 사용하는 mihomo 설정 예시입니다. proxies의 이름은 실제 노드 이름과 정확히 일치해야 합니다. 이 예시에는 서버 정보가 없으므로 단독으로 완전한 설정 파일처럼 가져올 수 없습니다.

proxy-groups:
  - name: 지연 시간 우선
    type: url-test
    proxies:
      - 일상용 저배율
      - 지역 예비용
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

interval: 300은 초 단위 검사 간격을 뜻합니다. 실제 실행 시점은 그룹 사용 여부 등의 설정에도 영향을 받으므로 정확한 타이머로 간주해서는 안 됩니다.
tolerance: 50은 불필요한 잦은 전환을 줄이기 위한 밀리초 단위의 전환 허용 오차입니다. 대역폭 기준이 아닙니다.
후보 노드의 출구에서 테스트 URL에 접속할 수 있어야 합니다. 해당 URL 기준으로 가장 빠른 노드가 동영상 서비스나 코드 저장소에도 가장 적합한 것은 아닙니다.
자동 속도 테스트는 노드 이름에 표시된 배율을 파악하거나 계정 지역 및 대상 서비스 접속 가능 여부를 확인하지 않습니다.

구독을 업데이트하면 로컬 수정 사항이 덮어써질 수 있습니다. 정책 그룹을 계속 유지하려면 클라이언트에서 지원하는 재정의 또는 병합 기능을 사용하고, 적용 순서는 해당 클라이언트 문서에서 확인하세요. 규칙의 기본 작성법은 Clash 설정 안내에서 확인할 수 있습니다.

자주 묻는 질문: 시간 초과, 끊김, 노드 전환 문제

지연 시간은 짧은데 동영상이 계속 버퍼링되는 이유는 무엇인가요?

먼저 동영상 요청에 실제로 어떤 노드가 적용되는지 확인한 다음 해상도를 고정하고 몇 분간 재생해 보세요. 지연 시간 테스트는 소량의 데이터만 전송하므로 지속 처리량, 동영상 CDN 경로, 혼잡 시간대의 네트워크 정체를 반영하지 못합니다. 웹페이지 응답은 정상이지만 대용량 전송 속도가 계속 떨어진다면 DNS를 반복해서 바꾸기보다 같은 시간대에 예비 회선과 비교하세요.

모든 노드에서 시간 초과가 발생하면 구독이 만료된 건가요?

먼저 로컬 인터넷 연결이 정상인지, 구독이 만료되지 않았는지, 잔액이 남아 있는지 확인한 다음 커널 로그를 살펴보세요. timeout은 결과이지 원인이 아닙니다. connection refused는 보통 연결이 거부됐다는 뜻이며, 인증서 오류가 있으면 TLS 매개변수와 시스템 시간을 확인해야 합니다. Hysteria2만 실패한다면 TCP 기반 노드와 비교해 UDP 경로 문제인지 확인하세요.

노드를 바꿨는데 웹사이트에서 보이는 IP가 그대로인 이유는 무엇인가요?

현재 모드, 대상 도메인에 적용된 규칙, 브라우저가 실제로 프록시를 사용하는지 확인하세요. DIRECT 규칙이 적용된 연결은 프록시 그룹에서 노드를 바꿔도 출구가 달라지지 않습니다. 기존 연결이 계속 재사용되는지도 확인해야 합니다. 규칙 문제를 살펴보지 않고 바로 TUN을 켜지 마세요. 먼저 요청이 어디서 커널로 전달되고 최종적으로 어떤 정책이 선택되는지 확인하세요.

최종적으로 어떤 순서로 노드를 선택해야 하나요?

먼저 목표 지역과 프로토콜 호환 조건을 충족하는지 확인하고, 연결이 끊기거나 지터가 큰 노드를 제외하세요. 남은 노드 중 트래픽 배율과 지속 속도를 비교한 뒤 지연 시간으로 세부 선택을 하면 됩니다. 한 번 측정한 최저 지연 시간에 맞춰 자주 바꾸기보다 검증된 예비 출구를 유지하는 편이 실용적입니다. 설치와 구독 가져오기 방법은 사용 가이드에서 확인하세요.