Clash 입문 가이드.

2단계: 모드와 노드 선택

설정을 불러온 뒤 먼저 클라이언트의 모드 선택 메뉴를 찾습니다. 흔히 ‘규칙’, ‘전역’, ‘직접 연결’ 또는 Rule, Global, Direct로 표시됩니다. 이 모드는 연결의 출구를 선택하는 기준이며 시스템 프록시나 TUN 스위치와는 다릅니다. 먼저 트래픽 분기 방식을 정하고 다음 단계에서 앱의 연결이 클라이언트로 들어오게 하면, 문제가 생겼을 때 어느 단계에서 작동하지 않는지 파악하기 쉽습니다.

처음에는 규칙 모드 선택

‘규칙’을 선택하면 코어가 설정에 적힌 순서대로 요청을 규칙과 대조해 직접 연결할지, 특정 정책 그룹으로 보낼지, 다른 방식으로 처리할지 결정합니다. 일상적인 사용에 적합하지만 현재 설정에 알맞은 규칙이 있어야 합니다. 규칙 모드라고 해서 모든 사이트가 프록시를 거치거나 모든 로컬 연결이 직접 연결되는 것은 아닙니다. 실제 결과는 연결 기록에서 확인하세요.

‘전역’은 보통 코어에 들어온 연결을 전역 정책 그룹으로 보냅니다. 짧은 비교 테스트에는 유용하지만 클라이언트에 들어오지 않은 앱 트래픽까지 자동으로 처리하지는 않습니다. ‘직접 연결’은 코어에 들어온 일반 연결을 대상에 바로 연결합니다. 클라이언트를 끄거나 시스템 프록시를 해제하는 것과는 다릅니다. 처음 설정할 때 세 모드를 계속 바꿔 볼 필요는 없습니다. 규칙 모드를 유지한 채 노드 선택과 트래픽 연결 설정부터 마치세요.

규칙에서 실제 사용하는 정책 그룹 열기

프록시 화면에서 설정에 포함된 주요 정책 그룹을 찾습니다. 이름은 설정 작성자가 정하므로 ‘프록시 선택’, ‘PROXY’ 등 다양할 수 있습니다. 가이드와 이름을 맞추려고 바꾸지 않아도 됩니다. 그룹 안에서 노드를 하나 선택해 현재 선택된 노드로 표시되게 하세요. 그룹 안에 다른 정책 그룹이 중첩되어 있다면 계속 열어 실제 노드까지 선택됐는지 확인합니다. 직접 연결 항목을 잘못 선택하지 않도록 주의하세요.

일부 설정은 웹, 미디어, 기타 앱을 여러 그룹으로 나눕니다. 처음에는 그룹 구조를 그대로 두고 사용할 주요 그룹만 조정하세요. 특정 사이트가 별도 그룹에 연결되면 그 그룹의 선택 상태도 살펴봅니다. 자동 선택 그룹은 설정된 검사 방식에 따라 노드를 고르고, 수동 선택 그룹은 사용자가 고른 노드를 유지합니다. 문제를 쉽게 확인하려면 첫 테스트에서는 수동 그룹에서 노드를 하나 고정하고, 연결을 확인한 뒤 자동 전환을 고려하세요.

노드 지연 시간 테스트: 먼저 연결 여부, 그다음 수치 확인

프록시 화면에서 속도 테스트, 지연 시간 테스트 또는 새로 고침 아이콘을 찾아 한 번 실행합니다. 대부분의 지연 시간 테스트는 노드를 통해 테스트 주소에 요청을 보내고 응답까지 걸린 시간을 보여줄 뿐, 다운로드 대역폭을 측정하지 않습니다. 시간 초과는 이번 테스트가 성공하지 못했다는 뜻이며 테스트 주소, 이름 확인, 일시적인 네트워크 상태 때문일 수도 있습니다. 지연 시간이 짧아도 모든 사이트에 원활히 접속할 수 있다는 보장은 없습니다.

응답이 있는 노드를 하나 선택한 뒤 실제 웹페이지로 확인하세요. 웹을 이용하면서 여러 노드를 연속으로 한꺼번에 테스트하거나 몇 ms 차이만으로 노드를 자주 바꾸지 마세요. 모든 노드가 시간 초과라면 1단계로 돌아가 설정이 올바르게 적용됐는지, 구독이 유효한지 확인한 뒤 문제 해결 가이드를 참고하세요. 프로토콜 이름과 mihomo 지원 범위의 차이는 코어 기술 가이드에서 확인할 수 있으며, 이 단계에서는 프로토콜 매개변수를 바꿀 필요가 없습니다.

4단계: 요청 및 트래픽 분기 결과 확인

연결 버튼이 켜졌다고 해서 실행 단계가 시작됐다는 뜻일 뿐입니다. 실제 요청으로 경로를 확인해야 합니다. 브라우저에서 평소 이용하며 현재 네트워크에서 접속할 수 있는 페이지를 연 다음, 설정상 프록시를 사용해야 하는 대상도 하나 접속해 봅니다. 캐시 영향을 줄이려면 새 시크릿 창을 열거나 페이지를 새로 고침하세요. 기존 탭의 내용만 확인하거나 페이지가 잠시 느리게 열린다는 이유로 노드 문제라고 단정하지 마세요.

상태 아이콘만 보지 말고 연결 기록 확인

클라이언트의 ‘연결’ 화면으로 돌아가 요청을 보낼 때 새 기록이 나타나는지 확인합니다. 방금 방문한 도메인을 찾아 일치한 규칙, 정책 그룹, 실제 연결 경로를 살펴보세요. 규칙 모드에서 일부 요청이 직접 연결되는 것은 정상입니다. 프록시가 필요한 요청은 예상한 정책 그룹을 거쳐 마지막으로 방금 선택한 노드를 사용해야 합니다. 그룹 이름은 최종 출구가 아니므로 필요하면 정책 경로를 펼쳐 확인하세요.

연결 화면에 기록이 없으면 브라우저가 실제로 새 요청을 보냈는지 먼저 확인합니다. 이어서 시스템 프록시가 켜져 있는지, 브라우저가 시스템 설정을 사용하는지, 프록시 확장 프로그램이 연결을 가로채고 있지는 않은지 점검하세요. 일부 클라이언트는 현재 활성 연결만 표시하므로 짧은 요청은 금방 사라질 수 있습니다. 페이지를 새로 고치는 동안 함께 살펴보세요. 기록은 보이는데 요청이 실패한다면 노드와 로그를 확인하면 됩니다. 먼저 시스템 프록시 포트를 바꿀 필요는 없습니다.

기록에 예상과 다른 정책 그룹이 표시되면 2단계로 돌아가 해당 그룹을 조정하세요. 홈 화면에서 눈에 띄는 주요 그룹만 바꾸는 것으로는 해결되지 않을 수 있습니다. 대상이 직접 연결 규칙에 걸렸는데 프록시를 사용할 것으로 예상했다면 설정 작성자가 의도한 규칙을 먼저 확인하세요. 처음부터 범위가 넓은 규칙을 추가하는 것은 권장하지 않습니다. 규칙 순서와 일치 조건은 현재 설정을 바탕으로 기술 가이드에서 더 알아볼 수 있습니다.

실패하면 계층별로 확인하고 한 번에 하나씩 변경

‘설정 적용 → 코어 실행 → 앱 연결 → 정책 선택 → 대상 응답’ 순서로 점검하세요. 정책 그룹이 보이지 않으면 구독을 확인하고, 코어 오류가 있으면 시작 메시지부터 살펴봅니다. 요청이 클라이언트에 들어오지 않으면 시스템 프록시나 앱 설정을 확인하고, 요청은 들어왔지만 연결에 실패하면 응답이 있는 다른 노드와 비교합니다. 한 사이트만 문제가 있다면 대상 서비스 자체의 문제일 수도 있으므로 전체 설정을 초기화하지 마세요.

로그는 오류 유형을 확인하는 데 유용하지만 처음부터 가장 상세한 로그를 켜 둔 채 오래 실행할 필요는 없습니다. 다른 사람에게 도움을 요청할 때는 운영체제, 클라이언트 이름, 연결 방식과 함께 ‘모든 앱에서 실패’인지 ‘특정 앱에서만 실패’인지 설명하세요. 화면을 캡처하기 전에는 구독 주소, 노드 주소, 인증 정보, 개인 연결 기록을 가리세요. Windows 스토어 앱 하나만 연결되지 않는다면 UWP 루프백 안내를 확인하세요. 특정 앱의 연결 문제를 모든 노드의 장애로 오해하지 마세요.

정상 연결을 확인한 뒤 편의 기능 설정

웹페이지가 열리고 연결 기록도 예상과 일치하는 것을 확인한 뒤 필요에 따라 시작 시 자동 실행, 구독 자동 업데이트, 트레이 실행을 설정하세요. 창을 닫으면 프로그램이 종료되는지 트레이로 최소화되는지 먼저 알아두어 연결이 중지됐다고 착각하지 않도록 합니다. 구독 업데이트 후 정책 그룹 이름이 바뀌었다면 기본 선택 상태도 다시 확인하세요. 업데이트할 때마다 같은 출구가 유지된다고 가정해서는 안 됩니다.

설정이 끝난 뒤에는 어떤 설정을 사용 중인지, 어떤 모드인지, 시스템 프록시와 TUN 중 어떤 방식으로 트래픽을 연결하는지, 주요 정책 그룹에서 무엇을 선택했는지 명확히 설명할 수 있어야 합니다. 이 네 가지를 확인해 두면 네트워크를 바꾸거나 문제를 해결할 때 기준점이 됩니다. 클라이언트를 바꾸려면 클라이언트 비교를, 구독 업데이트나 앱 오류 같은 개별 문제는 자주 묻는 질문을 참고하세요. 일상적으로 사용하기 위해 기술 문서 전체를 먼저 읽을 필요는 없습니다.