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

구독 가져오기 및 노드 선택

구독을 처음 가져오면 노드 목록에 지역명, 밀리초 단위 수치, 배율, 프로토콜 약어가 함께 표시될 수 있습니다. 수치가 가장 낮은 노드만 고르기보다 각 지표를 따져 보세요. 웹 서핑에는 안정적인 응답이, 동영상에는 지속적인 전송 속도와 지역 호환성이, 게임에는 UDP 지원 여부가 중요할 수 있습니다. 네 가지 지표는 서로 다른 기준이며 하나의 ‘속도 순위’로 합칠 수 없습니다.

클라이언트가 없다면 먼저 Clash 다운로드 페이지에서 운영체제에 맞는 버전을 선택한 다음, 빠른 시작 가이드를 참고해 서비스 제공업체가 발급한 구독 링크를 가져오세요. 구독 주소에는 보통 인증 정보가 포함되므로 전체 링크를 공개 스크린샷이나 포럼, 타사 속도 측정 페이지에 올리지 마세요.

1. 클라이언트의 ‘구독’ 또는 ‘프로필’ 화면에서 링크를 가져온 뒤 업데이트하고, 해당 프로필이 활성화되었는지 확인하세요. 클라이언트마다 메뉴 이름은 다릅니다. 가져오기에 성공한 것과 실제로 사용 중인 것은 별개입니다.
2. ‘프록시’ 화면에서 실제 트래픽을 처리하는 프록시 그룹을 찾으세요. 수동 선택 그룹은 보통 select, 자동 속도 측정 그룹은 보통 url-test입니다.
3. 기존 설정대로 규칙 모드를 사용하고 시스템 프록시를 켜세요. 시스템 프록시를 읽지 않는 앱까지 처리해야 한다면 TUN을 별도로 설정하면 됩니다. 노드를 고르기 위해 전역 모드로 바꿀 필요는 없습니다.
4. 대상 웹사이트를 열고 ‘연결’ 화면에서 적용된 규칙과 프록시 경로를 확인하세요. 연결이 DIRECT로 표시된다면 프록시 노드를 바꿔도 해당 연결의 출구는 바뀌지 않습니다.

지연 시간과 실제 속도

밀리초 수치가 측정하는 범위

Clash 계열 클라이언트의 지연 시간 테스트는 보통 프록시를 통해 지정된 HTTP 또는 HTTPS 테스트 주소에 접속합니다. 시스템의 ICMP 핑과는 다릅니다. 측정 구간은 코어 구현에 따라 다르며 연결 재사용, 핸드셰이크, 테스트 서버의 영향도 받습니다. 80 ms라고 표시되어도 이번 테스트 경로의 응답이 빨랐다는 뜻일 뿐, 다운로드 속도가 몇 MB/s인지는 알 수 없습니다.

용량이 작은 웹페이지는 지연 시간의 영향을 더 많이 받고, 대용량 파일과 고화질 동영상은 지속적인 대역폭, 패킷 손실, 혼잡 상태에 더 크게 좌우됩니다. 같은 노드도 오전과 저녁의 성능이 크게 달라질 수 있습니다. 테스트 서버에 접속할 수 있다고 해서 실제로 이용하려는 웹사이트에서 로그인하거나 재생할 수 있다는 뜻은 아닙니다.

세 차례 테스트로 변동 확인하기

후보 노드 세 개를 골라 같은 네트워크와 테스트 주소에서 각각 세 번 측정하세요. 측정 간격은 약 10초로 두고, 주로 사용하는 시간대에도 다시 확인합니다. 아래 표는 계산 예시이며 이 사이트에서 실제 회선을 측정한 결과가 아닙니다. 한 번 나온 최저값만 보고 고르면 잘못 판단하기 쉬운 이유를 보여 줍니다.

웹 서핑용으로는 노드 B를 먼저 사용해 보고 자주 이용하는 페이지를 연이어 열어 보세요. 세 차례 측정만으로 장기적인 안정성을 보장할 수는 없습니다. 시간 초과가 표시되어도 노드가 바로 고장 났다고 단정하지 마세요. 테스트 주소가 차단되었거나 DNS 조회에 실패했거나 시간 초과 기준이 너무 짧을 수 있습니다. 대상 웹사이트에서도 확인하고 클라이언트 로그를 살펴보세요.

트래픽 배율과 요금 차감

노드 이름에 있는 0.5x, 1x, 2x는 보통 서비스 제공업체의 과금 안내이며 Clash 코어가 정한 표준 필드가 아닙니다. 배율이 클라이언트 속도를 두 배로 높이는 것도 아니고, 지연 시간에 적용되는 가중치도 아닙니다. 실제 차감 방식은 서비스 제공업체의 안내와 계정 페이지에서 확인하세요.

배율 계산 예시

• 실제 전송량에 배율을 곱해 과금한다고 가정하면, 4 GB를 전송할 때 0.5x 노드는 약 2 GB가 차감됩니다.
• 같은 양을 전송하면 1x 노드는 약 4 GB, 2x 노드는 약 8 GB가 차감됩니다.
• 업로드와 다운로드 모두 과금되는 경우 다운로드 4 GB, 업로드 1 GB를 2x 노드로 전송하면 약 10 GB가 차감됩니다. 서비스 제공업체의 단위와 집계 방식도 확인해야 합니다.

클라이언트에 표시되는 ‘다운로드’ 수치가 서비스 제공업체의 실제 차감량과 같다고 볼 수는 없습니다. 계정에는 다른 기기의 사용량이 포함될 수 있고 통계 업데이트가 늦을 수도 있습니다. 배율이 낮은 노드는 대량 전송에 적합하지만 안정성도 확인해야 합니다. 배율이 높은 노드는 특수 회선이나 비용을 반영한 것일 수도 있고 단순한 상품 분류일 수도 있습니다. 이름만으로 성능을 판단할 수 없습니다.

지역 태그와 출구 위치

노드 이름의 ‘홍콩’, ‘일본’, ‘미국’은 보통 서비스 제공업체가 안내하는 출구 지역을 뜻하지만 이름은 임의로 붙일 수 있습니다. 진입 지점, 중계 지점, 최종 출구가 서로 다를 수 있고, 가까운 지역이라고 경로가 짧은 것도 아닙니다. 특정 지역이 필요한 경우 목록의 국기만 보지 말고 대상 웹사이트에 표시되는 출구 위치를 확인하세요.

지역을 확인하는 세 가지 기준

1. 출구 지역: 해당 노드로 IP 조회 서비스를 이용해 표시되는 국가나 지역을 확인하세요. IP 데이터베이스는 갱신이 늦을 수 있으므로 한 곳의 조회 결과만으로 모든 플랫폼의 판단을 단정할 수 없습니다.
2. 대상 서비스: 실제로 이용하려는 서비스에서 콘텐츠 목록, 로그인, 재생이 가능한지 확인하세요. 계정 정보, 결제 정보, DNS, 서비스 정책도 지역 판정에 영향을 줄 수 있습니다.
3. 회선 안정성: 주로 사용하는 시간대에 대상 서비스를 이용해 보세요. 같은 지역으로 표시된 두 노드도 통신사, 출구 IP, 중계 경로가 다를 수 있습니다.

웹 서핑은 가까운 지역의 노드부터 살펴보고 실제 성능을 기준으로 고르세요. 특정 지역 콘텐츠를 이용해야 한다면 먼저 지역 조건을 충족한 뒤 지연 시간과 배율을 비교합니다. 지역을 자주 바꾸면 계정에서 새로운 위치의 로그인으로 판단해 인증을 요구할 수 있습니다. 로그인이나 결제 중에는 출구를 안정적으로 유지하고 대상 서비스의 이용 약관을 따르세요.

프로토콜 종류와 코어 호환성

Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 등의 이름은 프록시 프로토콜을 나타내며 속도 등급이 아닙니다. 사용 가능 여부는 클라이언트 코어, 서버, 구독 설정 항목이 서로 맞아야 결정됩니다. 클래식 Clash, 구버전 Clash Meta, 버전별 mihomo는 지원 범위가 완전히 같지 않습니다. 특히 최신 프로토콜과 전송 옵션은 차이가 날 수 있습니다.

가져올 때 unsupported proxy type 오류가 뜨면 먼저 클라이언트와 코어 버전을 기록한 뒤 서비스 제공업체의 구독 형식을 확인하세요. 앱 버전과 코어 버전은 서로 다른 값이므로 클라이언트의 ‘정보’ 화면이나 코어 정보 영역에서 각각 확인해야 합니다. 인식되지 않는 설정 항목을 임의로 삭제하지 마세요. 가져오기는 성공해도 연결에 필요한 매개변수가 바뀔 수 있습니다.

‘프록시 전송에 UDP를 사용함’과 ‘노드가 앱의 UDP 트래픽을 프록시할 수 있음’은 서로 다른 개념입니다. 게임과 음성 통화는 앱의 UDP 트래픽이 프록시 경로로 제대로 들어가야 하며, 노드와 서버도 해당 트래픽을 전달할 수 있어야 합니다. 웹페이지 속도 측정에 성공했다고 해서 UDP 경로도 사용할 수 있는 것은 아닙니다.

웹 서핑·동영상·게임별 노드 선택법

웹 서핑: 안정적인 응답 우선

사용 가능한 1배율 이하 노드를 골라 지연 시간을 여러 차례 비교한 다음 이메일, 문서, 자주 방문하는 웹사이트를 실제로 이용해 보세요. 주 노드는 안정적인 것으로, 예비 노드는 다른 회선의 것으로 하나씩 남겨 두면 됩니다. 자동 선택 그룹은 보통 테스트 주소의 지연 시간을 기준으로 노드를 고릅니다. 요금제 배율이나 대상 웹사이트의 사용 가능 여부까지 판단해 주지는 않습니다.

동영상 재생: 지역과 지속적인 전송 속도 우선

먼저 재생 요청이 원하는 프록시 그룹을 통과하는지 확인하고, 지역이 조건에 맞는지 살펴보세요. 이용하려는 플랫폼에서 5분간 재생하며 첫 로딩 시간, 재생 위치를 옮긴 뒤 다시 재생되기까지의 시간, 화질이 계속 낮아지는지 확인합니다. 재생 통계를 볼 수 있다면 다운로드 속도와 현재 동영상 비트레이트를 비교하고 여유 대역폭도 확보하세요.

예를 들어 동영상 비트레이트가 20 Mbps라면 약 2.5 MB/s입니다. 회선이 이 속도에 잠시 도달할 뿐이라면 재생이 끊길 수 있습니다. 이 환산은 이론적인 참고치이며 모든 4K 동영상에 고정적으로 적용되는 기준은 아닙니다. 동영상용 노드는 최저 지연 시간을 고집할 필요가 없습니다. 지속적인 안정성과 적절한 배율이 더 중요합니다.

온라인 게임: UDP 경로와 지터 우선

많은 게임은 시스템 HTTP 프록시를 사용하지 않으므로 시스템 프록시를 켜도 런처 다운로드에만 적용될 수 있습니다. TUN을 사용하면 라우팅과 규칙에 맞는 트래픽을 코어로 보낼 수 있지만 게임 서버와의 거리가 가까워지거나 지연 시간이 줄어드는 것은 아닙니다. TUN을 켠 뒤 게임 연결에 적용된 규칙과 프록시 경로, UDP 지원 여부를 확인하세요.

클라이언트의 HTTP 테스트 수치보다 게임 내 지연 시간과 패킷 손실 통계를 우선 확인하세요. 예를 들어 게임 내 지연 시간이 60 ms여도 패킷 손실이 계속 3% 발생한다면, 안정적인 85 ms에 패킷 손실이 없는 경우보다 순간 이동이나 음성 끊김이 생기기 쉽습니다. 이 수치는 비교를 위한 예시입니다. 같은 서버와 시간대에 짧게 플레이하며 최종 판단하세요. 직접 연결이 더 안정적이라면 해당 게임은 규칙에 따라 직접 연결하면 됩니다.

노드 선택 기록과 문제 해결

자주 사용하는 노드는 날짜, 네트워크 유형, 출구 지역, 배율, 세 차례 지연 시간, 실제 작업 결과를 간단히 기록해 두세요. 가정용 인터넷, 휴대전화 핫스팟, 회사 네트워크는 경로가 다르므로 예전 기록을 새 환경에 그대로 적용할 수 없습니다. 구독을 업데이트하면 노드 주소와 이름도 바뀔 수 있으니 주 노드와 예비 노드를 다시 확인하세요.

• 지연 시간은 낮은데 웹페이지가 느림: 대상 연결이 실제로 해당 노드를 거치는지 확인한 뒤 DNS, 대상 사이트 응답, 회선 혼잡을 점검하세요. 지연 시간 테스트만 반복해 결론을 내리지 마세요.
• 노드를 바꿔도 출구가 그대로임: 프록시 그룹이 여전히 다른 노드를 가리키는지 확인하고 대상 연결을 새로 만드세요. 이미 연결된 장시간 연결은 노드 선택만으로 바로 바뀌지 않을 수 있습니다.
• 특정 웹사이트만 열리지 않음: 먼저 해당 사이트에 적용된 규칙과 지역 조건을 확인하세요. 구독 전체를 바로 교체하지 마세요.
• 모든 노드가 동시에 실패함: 로컬 네트워크, 구독 만료 여부, 시스템 시간, 클라이언트 로그를 확인하세요. 모든 노드가 함께 실패한다면 공통으로 영향을 주는 부분부터 점검하는 것이 좋습니다.
• 트래픽이 빠르게 차감됨: 현재 그룹이 실제로 사용하는 노드의 배율, 백그라운드 다운로드 작업, 다른 기기의 사용량을 확인한 다음 서비스 제공업체의 계정 통계를 살펴보세요.