Clash 사용법
구독 가져오기부터 연결 확인까지

Step 02 · Rule

규칙 모드와 프록시 노드 선택

설정을 활성화한 뒤 “모드”, “프록시 모드” 또는 Mode 설정으로 들어갑니다. 일반적인 선택지는 규칙, 전역, 직접 연결이며 영어로는 보통 Rule, Global, Direct로 표시됩니다. 처음 설정할 때는 규칙 모드를 권장합니다. 이 모드는 설정 파일의 규칙을 읽고 도메인, IP, 앱 유형 등의 조건에 따라 요청을 직접 연결할지 프록시를 거칠지 다른 정책으로 처리할지 결정합니다. 대부분의 구독 설정이 예상하는 기본 작동 방식이기도 합니다.

전역 모드는 프록시를 사용할 수 있는 대부분의 요청을 하나의 프록시 정책으로 보내므로 특정 노드의 사용 가능 여부를 잠시 확인할 때 적합하지만, 규칙을 잘 모르는 상태에서 기본값으로 사용하기에는 적합하지 않습니다. 직접 연결 모드는 요청을 프록시 없이 대상에 직접 보내며, 프록시를 일시 중지하거나 클라이언트가 로컬 네트워크에 영향을 주는지 확인할 때 사용합니다. 세 모드는 노드 자체를 바꾸는 것이 아니라 요청이 정책 그룹으로 전달되는 방식을 바꿉니다. 이후 연결 확인을 명확하게 하려면 먼저 규칙 모드로 고정하고 테스트 중에는 자주 전환하지 마세요.

모드를 선택한 뒤 “프록시”, “정책 그룹” 또는 Proxies 페이지를 엽니다. 이곳은 단순한 노드 목록이 아니라 여러 정책 그룹으로 구성되는 경우가 많습니다. 수동으로 노드를 선택하는 그룹, 자동으로 테스트하는 그룹, 스트리밍·메신저·직접 연결 사이트를 처리하는 그룹 등이 있습니다. 먼저 설정의 주요 수동 선택 그룹을 찾으세요. 이름은 “노드 선택”, “프록시”, “PROXY” 또는 서비스 제공업체가 지정한 이름일 수 있습니다. 그런 다음 해당 그룹에서 현재 사용할 수 있는 노드를 하나 선택합니다.

클라이언트에 지연 시간 테스트 버튼이 있다면 노드가 테스트 요청을 완료할 수 있는지 확인하는 데 사용할 수 있습니다. 다만 숫자는 특정 테스트 주소의 당시 응답 상태만 나타내며 웹페이지 로딩 속도나 지속적인 연결 품질과 같지는 않습니다. 처음 설정할 때 모든 숫자를 반복해서 비교할 필요는 없습니다. 결과를 반환하고 원하는 지역에 해당하는 노드 하나를 선택하면 됩니다. 모든 노드가 타임아웃으로 표시되면 연결 단계로 넘어가기보다 먼저 구독을 한 번 업데이트하고 로컬 네트워크와 시스템 시간을 확인하세요.

정책 그룹의 선택이 저장되었는지 확인

노드를 클릭한 뒤 정책 그룹 제목 주변에 새 노드 이름이 표시되는지 확인하세요. 일부 클라이언트는 페이지를 나갈 때 자동으로 저장하고, 일부는 확인 버튼을 다시 눌러야 합니다. 정책 그룹이 자동 선택으로 설정되어 있다면 화면에 특정 노드가 아니라 자동 정책 이름만 표시될 수 있으며, 이 경우 기본 설정을 유지해도 됩니다. 처음 사용할 때 여러 정책 그룹을 동시에 변경하지 마세요. 이후 접속에 문제가 생기면 어느 단계의 선택이 원인인지 판단하기 어려워집니다.

규칙 모드, 정책 그룹, 노드의 관계는 다음과 같이 정리할 수 있습니다. 먼저 규칙이 요청을 어느 정책 그룹으로 보낼지 결정하고, 정책 그룹이 실제로 사용할 노드 또는 직접 연결 동작을 결정합니다. 여기서는 규칙 모드가 선택되어 있고 주요 정책 그룹에 명확한 선택이 있는지만 확인하면 됩니다. select, url-test, fallback 등 정책 그룹 유형의 차이는 연결에 성공한 뒤 설정 항목 참고에서 확인하세요. 현재 절차를 계속 진행하는 데는 영향을 주지 않습니다.

Step 04 · Connections

요청에 규칙이 적용되었는지 확인

연결을 완료한 뒤 스위치 색상만으로 결과를 판단하지 마세요. 먼저 새 브라우저 탭에서 평소 직접 접속할 수 있는 웹사이트를 열어 로컬 네트워크가 정상인지 확인한 다음, 프록시가 필요한 대상 페이지에 접속합니다. 두 종류의 페이지가 모두 열리면 시스템 연결, 규칙 분배, 노드 경로가 기본적으로 완성된 것입니다. 직접 연결 페이지만 열리면 문제는 대개 프록시 노드, 정책 그룹 선택 또는 프록시 규칙에 있습니다. 모든 페이지가 열리지 않으면 시스템 프록시 포트, 클라이언트 실행 상태, DNS를 우선 확인하세요.

그다음 클라이언트로 돌아가 “연결”, “세션”, “로그” 또는 Connections 페이지를 열고 브라우저를 새로 고칩니다. 정상이라면 대상 도메인, 적용된 규칙, 정책 그룹 또는 실제 노드 이름이 포함된 새 요청 기록이 나타납니다. 방금 접속한 도메인을 찾아 예상한 정책에 매칭되었는지 확인하세요. 프록시가 필요한 요청은 주요 프록시 그룹에 들어가야 하며 로컬 서비스나 일반적인 직접 연결 사이트는 DIRECT로 표시될 수 있습니다. 이 방법이 단순히 외부 IP 주소를 확인하는 것보다 규칙이 실제로 작동하는지 판단하는 데 유용합니다.

브라우저 페이지는 열리지만 연결 목록에 새 기록이 전혀 없다면 브라우저가 별도의 프록시 설정을 사용하거나 다른 VPN이 실행 중이거나 시스템 프록시가 현재 클라이언트를 실제로 가리키지 않을 수 있습니다. 먼저 브라우저의 개별 프록시 확장 기능을 끄고 시스템 프록시 스위치를 다시 확인한 다음 브라우저를 완전히 종료하고 다시 여세요. 연결 기록은 있지만 예상과 다른 정책에 매칭된다면 시스템 연결은 정상이며 문제는 규칙 또는 정책 그룹에 있으므로 클라이언트를 다시 설치할 필요가 없습니다.

접속할 수 없을 때는 정해진 순서로 확인

“클라이언트는 연결됐지만 웹페이지가 열리지 않음” 문제가 발생하면 여러 변수를 동시에 바꾸지 말고 다음 순서로 확인하세요. 첫째, 현재 설정이 여전히 선택되어 있고 설정 업데이트가 실패하지 않았는지 확인합니다. 둘째, 주요 정책 그룹으로 돌아가 테스트를 완료할 수 있는 다른 노드로 바꿉니다. 셋째, 시스템 프록시 또는 모바일 VPN을 껐다가 다시 켜서 시스템 연결을 재설정합니다. 넷째, 연결 기록에 대상 도메인이 나타나는지 확인합니다. 다섯째, 로그에 DNS, 연결 타임아웃 또는 포트 문제가 명확히 보고되는지 확인합니다.

노드를 바꾼 뒤 정상으로 돌아왔다면 설정과 시스템 연결은 대체로 정상이며 기존 노드를 현재 사용할 수 없는 것입니다. 연결 목록에 요청이 전혀 없다면 시스템 프록시, VPN 권한, 다른 네트워크 도구를 중점적으로 확인하세요. 요청이 이미 클라이언트에 들어왔지만 도메인 확인에 실패한다면 DNS 설정을 검토합니다. DNS 문제는 여러 옵션을 무작정 바꾸는 방식으로 해결하기 어렵습니다. fake-ip, redir-host, 시스템 DNS, TUN은 서로 명확하게 연동되므로 로그 현상에 따라 문제 해결 FAQ를 확인하고, 항목별 점검이 필요할 때는 DNS 및 설정 항목 섹션으로 이동하세요.