Clash 첫 연결 튜토리얼: 노드 선택, 지연 측정, 프록시 작동 확인

구독 가져오기에 성공했다면 준비 작업이 끝난 것일 뿐입니다. '구독 가져오기'부터 '브라우저가 실제로 프록시를 통해 인터넷에 접속하는' 단계까지, 사이에는 네 가지 동작이 남아 있습니다: 노드 선택, 지연 측정, 시스템 프록시 켜기, 작동 확인. 이번 글에서는 이 네 단계를 순서대로 짚으면서, 각 단계마다 방법을 먼저 설명하고 이유를 뒤에서 다룹니다.

연결 전에 확인할 세 가지

처음 연결 버튼을 누르기 전에, 정해진 순서대로 세 가지를 먼저 확인하세요. 하나라도 빠지면 이후 작업이 헛수고가 됩니다.

1. 설정 파일 로드 확인클라이언트의 '설정 / Profiles' 페이지를 열어 방금 가져온 구독 설정이 보이고 선택된 상태인지 확인합니다. 보이지 않으면 가져오기 단계로 돌아가 다시 진행하세요.
2. 노드 목록 확인'프록시 / Proxies' 페이지를 열어 프록시 그룹에 여러 노드 이름이 나열되어 있는지 확인합니다. 목록이 비어 있다면 구독을 제대로 가져오지 못한 경우가 많으니, 먼저 설정 페이지에서 '구독 업데이트'를 눌러보세요.
3. 모드는 규칙으로 설정프록시 모드는 '규칙 / Rule'을 선택하세요. 규칙 모드는 분류 규칙에 따라 동작합니다: 중국 본토 사이트는 직접 연결하고, 규칙에 해당하는 트래픽만 노드를 경유해 일상 사용에 가장 편리합니다. 전역 모드와 직접 연결 모드의 차이는 이후에 다루기로 하고, 첫 연결에서는 규칙 모드만 사용하면 됩니다.

1단계: 노드 하나 선택하기

'프록시' 페이지에서 '노드 선택'이라는 이름의 프록시 그룹을 찾습니다(구독에 따라 '수동 선택', 'PROXY' 등으로 표시될 수 있습니다). 이를 클릭하면 구독에서 가져온 모든 노드가 표시됩니다. 클릭한 노드가 곧 현재 출구가 됩니다.

선택 기준은 다음 두 가지입니다.

• 지리적으로 가까운 노드를 우선하세요. 한국 네트워크 환경에서는 홍콩, 일본, 싱가포르 노드가 물리적으로 가까워 유럽·미주 노드보다 지연 시간이 낮은 경우가 많고, 웹페이지 로딩도 더 빠르게 느껴집니다.
• 지연 시간이 낮은 노드를 우선하되, 숫자만 믿지는 마세요. 지연 시간이 낮다는 것은 응답이 빠르다는 의미이지, 다운로드 대역폭이 크다는 뜻은 아닙니다. 영상이 끊기지 않는지는 노드의 현재 부하 상태에도 좌우됩니다. 지연 시간을 측정하는 방법은 다음 단계에서 다룹니다.

목록에 '자동 선택 / url-test' 그룹이 있다면 이를 선택하세요. 클라이언트가 일정 간격으로 자동으로 지연 시간을 측정해 현재 가장 빠른 노드로 전환해 줍니다. 수동으로 고르기 귀찮다면 이 옵션을, 특정 노선을 고정해서 쓰고 싶다면 직접 노드를 선택하세요.

2단계: 지연 시간 테스트 한 번 실행하기

노드 목록 근처에는 보통 번개 아이콘이나 '지연 테스트' 버튼이 있습니다. 클릭하면 클라이언트가 그룹 내 모든 노드를 각각 한 번씩 테스트해, 몇 초 후 각 노드 옆에 밀리초 단위 숫자가 표시됩니다.

숫자를 제대로 읽으려면 먼저 원리를 이해해야 합니다. 클라이언트는 테스트 주소(보통 http://www.gstatic.com/generate_204)를 사용해 노드를 경유한 뒤 돌아오는 전체 왕복 시간을 측정합니다. 즉, 이 값은 '내 기기에서 노드까지'의 핑 값이 아니라 '내 기기 → 노드 → 테스트 주소 → 원래 경로로 복귀'하는 전체 프록시 경로의 실제 지연 시간이므로, 실제 사용 체감에 더 가깝습니다.

수치는 세 단계로 판단하세요.

• 300ms 이내: 정상 범위로, 웹 서핑과 동영상 시청 모두 충분합니다.
• 300~800ms: 사용은 가능하지만 다소 느립니다. 웹페이지에서 체감 가능한 지연이 발생하므로 더 낮은 값의 노드로 교체하는 것이 좋습니다.
• timeout(시간 초과): 해당 노드는 현재 사용할 수 없으므로 바로 제외하세요.

그룹 전체 노드가 모두 timeout이라면 클라이언트를 의심하기 전에 순서대로 점검하세요. 첫째, '설정' 페이지로 돌아가 구독을 업데이트합니다. 구독 만료나 노드 정보 변경이 가장 흔한 원인입니다. 둘째, 네트워크 환경을 바꿔서(예: 휴대폰 테더링으로 전환) 다시 테스트해 로컬 네트워크가 노드 접속을 방해하는지 배제합니다. 셋째, 시스템 시간을 확인하세요. TLS 핸드셰이크는 시간 오차에 민감해서 시스템 시간이 크게 틀리면 노드 연결 자체가 실패할 수 있습니다.

3단계: 시스템 프록시 켜기

노드를 골랐다고 해서 트래픽이 자동으로 프록시를 통과하지는 않습니다. 스위치를 하나 더 켜야 합니다. 클라이언트 홈 화면(또는 '일반 / General' 설정 페이지)으로 돌아가 '시스템 프록시 / System Proxy'를 찾아 켜세요.

이 단계에서 실제로 일어나는 일은 다음과 같습니다: 켜면 클라이언트가 운영체제의 프록시 설정을 로컬 루프백 주소와 포트 번호(예: 127.0.0.1:7890)로 변경합니다. 기본 포트 값은 클라이언트마다 다릅니다. Clash Verge Rev는 기본값이 7897, Clash for Windows는 기본값이 7890이며, 정확한 값은 클라이언트의 '포트 설정'에서 확인하세요. 이후 시스템 프록시를 따르는 애플리케이션(대부분의 브라우저가 여기에 해당)의 요청은 먼저 로컬 Clash 코어로 전달되고, 코어가 규칙에 따라 직접 연결할지 노드를 경유할지 결정합니다.

직접 눈으로 확인하려면: Windows에서는 '설정 → 네트워크 및 인터넷 → 프록시'를 열어 '프록시 서버 사용'이 켜져 있고 주소가 127.0.0.1과 해당 포트로 되어 있는지 확인할 수 있습니다. macOS에서는 '시스템 설정 → 네트워크 → 세부 정보 → 프록시'에서 같은 변경 사항을 확인할 수 있습니다. 클라이언트의 시스템 프록시 스위치를 끄면 이러한 시스템 설정은 원래대로 복원됩니다.

4단계: 프록시가 실제로 작동하는지 확인하기 (두 가지 방법)

스위치가 켜져 있다고 해서 작동한다는 보장은 없으므로 확인 절차는 반드시 거쳐야 합니다. 결과를 확인하는 방법 하나, 과정을 확인하는 방법 하나, 각각 한 번씩 진행하세요.

방법 1: IP 조회로 결과 확인하기

1. 시스템 프록시를 끈 상태에서 브라우저로 ip.sb를 열어 표시되는 IP와 위치를 기록합니다. 이것이 현재 기기의 실제 출구입니다.
2. 시스템 프록시를 켜고, 노드가 선택되어 있는지, 모드가 규칙으로 설정되어 있는지 확인한 뒤 ip.sb 페이지를 새로고침합니다.
3. 페이지의 IP가 노드 주소로, 위치가 노드가 위치한 지역으로 바뀌었다면 브라우저 트래픽이 프록시를 통해 나가고 있다는 뜻입니다.

규칙 기반 트래픽 분리까지 확인하고 싶다면 한국(또는 중국 본토) IP 조회 사이트를 추가로 열어 대조해 보세요. 해외 조회 사이트에서는 노드 IP가, 국내 조회 사이트에서는 여전히 실제 기기 IP가 표시된다면 '해외는 프록시, 국내는 직접 연결'이 의도대로 작동하고 있다는 뜻입니다.

방법 2: 연결 페이지로 과정 확인하기

클라이언트에는 '연결 / Connections' 페이지가 있어, 코어를 거치는 모든 연결을 실시간으로 나열합니다: 대상 도메인 또는 IP, 매칭된 규칙 체인, 최종 출구까지 확인할 수 있습니다. 브라우저로 몇 개 사이트에 접속한 뒤 연결 페이지로 돌아가 관찰해 보세요.

• 해외 사이트에 접속하면 목록에 해당 도메인이 표시되고, 규칙 체인 끝에 노드 이름이 붙어 있어 트래픽이 실제로 프록시를 경유했음을 확인할 수 있습니다.
• 국내 사이트에 접속하면 규칙 체인 끝이 DIRECT로 표시되어, 규칙에 따라 직접 연결되고 있으며 우회하지 않았음을 알 수 있습니다.

연결 페이지는 가장 확실한 증거입니다. IP 조회 사이트는 브라우저에서만 작동을 증명할 수 있지만, 연결 페이지는 어떤 앱의 어떤 트래픽이 실제로 어느 경로를 지났는지 정확히 보여줍니다. 이후 '특정 앱이 프록시를 통했는지' 확인할 때는 항상 이 페이지로 돌아오면 됩니다.

첫 연결 관련 자주 묻는 질문

지연 시간 테스트가 전부 timeout이라면 어떻게 해야 하나요?

먼저 구독을 업데이트하고, 네트워크 환경을 바꿔 다시 테스트한 뒤, 마지막으로 시스템 시간을 확인하세요. 세 가지를 모두 시도해도 계속 전체 시간 초과가 발생한다면 구독 자체가 만료된 것이므로 구독 링크를 새로 받아 다시 가져와야 합니다.

시스템 프록시는 켜져 있는데 브라우저가 프록시를 타지 않아요.

브라우저에 설치된 프록시 관련 확장 프로그램(예: SwitchyOmega)이 있는지 확인하세요. 이런 확장은 브라우저의 프록시 설정을 직접 제어합니다. 확장을 비활성화하거나 모드를 '시스템 프록시 사용'으로 변경한 뒤 브라우저를 재시작하세요.

실행 시 포트가 이미 사용 중이라는 메시지가 뜨나요?

기본 포트가 다른 프록시 소프트웨어나 완전히 종료되지 않은 이전 프로세스에 의해 점유된 경우입니다. 충돌하는 소프트웨어를 종료하거나, 클라이언트 설정에서 혼합 포트를 다른 값(예: 7895)으로 변경한 뒤 시스템 프록시를 다시 켜세요.

연결은 되는데 속도가 너무 느려요.

지연 시간이 낮다고 대역폭이 크다는 뜻은 아닙니다. 저녁 피크 시간대에는 노드 부하가 높아지는 것이 일반적이므로, 같은 지역의 다른 노드로 바꾸거나 시간대를 피해 다시 시도해 보세요. '자동 선택'에서 수동 선택으로 전환해 혼잡한 노선을 피하는 것도 방법입니다.

여기까지가 노드 선택부터 작동 확인까지의 전체 과정입니다. 확인하기, 노드 선택하기, 속도 측정하기, 프록시 켜기, 작동 확인하기 이 순서는 새 기기를 쓰거나 새 구독을 받을 때마다 그대로 다시 적용하면 됩니다.