Clash 첫 연결 가이드: 노드 선택, 지연 테스트, 프록시 적용 확인

연결 전 확인해야 할 세 가지

구독을 가져왔다는 것은 노드 목록이 클라이언트에 등록됐다는 뜻일 뿐입니다. 실제로 트래픽이 프록시를 통과하려면 다음 세 조건이 동시에 충족돼야 합니다: 코어 실행 중, 시스템 프록시 켜짐, 프록시 모드가 올바름.

1. 코어가 실행 중인지 확인합니다.Clash 계열 클라이언트의 코어(Clash, Clash Meta, mihomo)는 실행되면 로컬 포트를 리슨합니다. 대부분 클라이언트의 기본 혼합 포트는 7890이며, Clash Verge Rev는 기본값이 7897입니다. 정확한 값은 클라이언트 설정 화면을 확인하세요. 설정 파일에서는 다음 항목에 해당합니다:

mixed-port: 7890
allow-lan: false
mode: rule

2. 시스템 프록시가 켜져 있는지 확인합니다.클라이언트 메인 화면에는 「시스템 프록시」 스위치가 있습니다. 켜면 운영체제가 HTTP·HTTPS 트래픽을 로컬 포트로 전달해, 브라우저와 대부분의 데스크톱 앱이 별도 설정 없이 자동으로 프록시를 사용하게 됩니다.
3. 프록시 모드가 올바른지 확인합니다.Clash에는 규칙(Rule), 전체(Global), 다이렉트(Direct) 세 가지 모드가 있습니다. 일반적으로는 규칙 모드를 사용합니다 — 국내(로컬) 트래픽은 직결, 규칙에 걸린 트래픽만 프록시를 탑니다. 전체 모드는 모든 트래픽을 프록시로 보내며 임시 점검용으로 적합하고, 다이렉트 모드는 프록시 전달을 끄는 것과 같습니다.

노드 선택: 프록시 그룹부터 이해하기

프록시(Proxies) 패널을 열면 노드가 한 줄로 나열되기보다 여러 개의 프록시 그룹으로 묶여 있는 경우가 많습니다. 구독 제작자가 용도별로 노드를 그룹화한 것으로, 실제 회선은 그룹 안에 있습니다. 흔히 쓰이는 그룹 유형은 세 가지입니다:

• 수동 선택(select):기본 유형입니다. 그룹을 펼쳐 노드를 하나 선택하면 해당 그룹의 트래픽이 그 노드로 나가며, 다시 선택하지 않으면 현재 설정이 계속 유지됩니다.
• 자동 선택(url-test):클라이언트가 주기적으로 그룹 내 노드의 지연을 측정해 가장 낮은 노드로 자동 전환합니다. 노드를 직접 관리하고 싶지 않을 때 적합합니다.
• 페일오버(fallback):노드 목록 순서대로 가용성을 확인하며, 앞 노드가 실패하면 자동으로 다음 노드로 넘어갑니다.

수동으로 노드를 고를 때는 다음 세 가지 기준을 참고하세요:

1. 먼저 지역을 확인합니다.한국 네트워크 환경에서는 일본, 홍콩, 싱가포르, 대만 회선의 지연이 유럽·미주 회선보다 일반적으로 낮습니다. 평소에는 가까운 지역 노드를 쓰고, 특정 지역 서비스에 접속할 때만 임시로 전환하세요.
2. 다음으로 회선 유형을 확인합니다.노드 이름에 IPLC, IEPL, 전용선 등의 표기가 있으면 대개 더 안정적인 중계 회선을 의미합니다. 배율이 표시된 노드(예: ×1.5)는 요금제 트래픽을 더 빠르게 소모하니 잔여량을 확인하세요.
3. 혼잡한 노드는 피합니다.같은 지역에 여러 노드가 있다면 피크 시간대에는 뒤쪽 번호의 노드를 우선 선택하세요. 혼잡도 차이가 로딩 속도에 그대로 드러납니다.

지연 테스트: 숫자가 의미하는 것

노드 목록의 테스트 버튼(번개 아이콘 또는 「지연 테스트」 표시)을 누르면 HTTP 지연 테스트가 한 번 실행됩니다. 클라이언트가 해당 노드를 거쳐 고정 주소(주로 http://www.gstatic.com/generate_204)에 요청을 보내고, 요청부터 응답까지 걸린 시간을 밀리초 단위로 기록합니다. 결과는 각 노드 옆에 바로 표시됩니다.

지연 숫자로 판단할 때는 다음 두 가지를 기억하세요:

• 지연은 속도와 다릅니다.지연은 응답 속도이고, 실제 다운로드 속도를 결정하는 것은 대역폭입니다. 200ms 노드가 대역폭을 가득 채울 수도 있고, 50ms 노드가 속도 제한에 걸릴 수도 있습니다. 지연 테스트는 1차 선별용으로만 사용해, 타임아웃이나 지연이 높은 노드부터 걸러내세요.
• 그룹 전체가 타임아웃이면 대개 로컬 문제입니다.모든 노드가 동시에 타임아웃이라면 노드를 하나씩 의심하기보다, 먼저 로컬 네트워크가 테스트 주소에 직접 접속 가능한지, 구독이 만료되지 않았는지부터 확인하세요.

프록시 적용 여부 확인하기

연결 후에는 세 가지 방법으로 교차 확인할 수 있습니다. 하나만 확인해도 되지만, 모두 통과하면 더 확실합니다.

방법 1: 출구 IP 조회

브라우저에서 ip.sb 또는 ipinfo.io를 열어보면, 표시되는 IP의 소속 지역이 사용 중인 노드의 지역과 일치해야 합니다. 조회 전에 페이지를 강력 새로고침해 캐시된 이전 결과를 보지 않도록 하세요.

방법 2: 연결 패널 확인

클라이언트의 「연결(Connections)」 페이지에는 현재 활성 연결이 나열되며, 각 항목마다 대상 주소, 적용된 규칙, 사용된 프록시 체인이 표시됩니다. 웹페이지를 하나 열어보고 패널에 해당 기록이 나타나면, 트래픽이 실제로 Clash 코어를 통과했다는 뜻입니다.

방법 3: 명령줄로 직접 확인(선택)

터미널에서 프록시 주소를 명시적으로 지정해 요청을 보내면 시스템 프록시 설정을 거치지 않고 코어를 직접 검증할 수 있습니다:

curl -x http://127.0.0.1:7890 https://api.ipify.org

반환된 IP가 노드 지역과 일치하면 프록시 경로가 정상입니다. 포트는 실제 클라이언트가 리슨하는 포트를 확인해, 다르다면 자신의 포트로 바꿔서 사용하세요.

조회 결과가 여전히 로컬 IP로 나온다면 다음 순서로 점검하세요: 시스템 프록시 스위치가 켜져 있는지 → 모드가 다이렉트로 잘못 설정되지 않았는지 → 브라우저에 독립 프록시 확장이 설치되어 시스템 설정을 덮어쓰고 있지 않은지 → 사용 중인 앱이 원래 시스템 프록시를 읽지 않는 종류인지.

시스템 프록시를 따르지 않는 앱: TUN 모드

일부 앱—대부분의 게임, 몇몇 명령줄 도구, 개별 데스크톱 소프트웨어—은 시스템 프록시 설정을 읽지 않아 트래픽이 Clash를 우회해 직결됩니다. 이런 경우에는 TUN 모드를 활성화하면 해결됩니다. 코어가 시스템에 가상 네트워크 어댑터를 만들어 네트워크 계층에서 전체 트래픽을 가로채므로, 앱이 별도로 대응하지 않아도 자동으로 분기 처리됩니다.

첫 연결 시 자주 겪는 문제

• 스위치를 모두 켰는데도 브라우저가 직결됩니다:브라우저의 프록시 확장(예: SwitchyOmega)을 확인하세요. 이런 확장은 시스템 프록시를 덮어씁니다. 확장을 끄거나, 모드를 「시스템 프록시 사용」으로 되돌리세요.
• 모든 노드가 타임아웃됩니다:먼저 구독의 최근 업데이트 시각을 확인하세요. 만료된 구독은 대부분 노드가 이미 무효화된 상태이니 구독을 갱신한 뒤 다시 테스트하고, 여전히 전부 타임아웃이면 설정에서 지연 테스트 주소를 현재 네트워크에서 접속 가능한 주소로 바꿔 다시 시도하세요.
• 연결은 되지만 속도가 느립니다:가까운 지역의 저지연 노드로 바꾸고 피크 시간대를 피하세요. 전체 모드가 켜져 있어 국내(로컬) 트래픽까지 해외로 돌아가고 있지 않은지도 확인하세요.
• 프록시를 같은 네트워크의 다른 기기와 공유하고 싶습니다:클라이언트에서 allow-lan을 켜고, 다른 기기에는 이 기기의 로컬 네트워크 IP와 포트 번호를 프록시 주소로 입력하면 됩니다.

여기까지가 첫 연결의 전체 흐름입니다: 코어와 시스템 프록시 확인, 지역과 지연 기준으로 노드 선택, IP 조회로 적용 여부 검증. 이후 구독 갱신이나 규칙 조정은 일상적인 유지 관리에 속하며, 클라이언트가 대부분 자동으로 처리해 줍니다.