Clash 사용법: 구독, 모드, 연결, 확인

시작하기 전에 Clash 그래픽 클라이언트가 설치되어 있어야 하며, 서비스 제공자가 안내한 Clash 설정 출처도 준비해야 합니다. 가장 흔한 출처는 https://로 시작하는 구독 주소이며, 로컬 YAML 설정 파일일 수도 있습니다. 구독 주소, 단일 노드 링크와 YAML 파일은 용도가 다릅니다. 구독 주소는 보통 클라이언트에서 주기적으로 업데이트할 수 있지만 YAML 파일은 한 번 가져오는 전체 설정이고, 단일 노드 링크는 클라이언트의 구독 입력란에 바로 넣을 수 없을 수 있습니다.

아직 클라이언트를 설치하지 않았다면 먼저 클라이언트 다운로드 페이지로 이동해 현재 운영체제에 맞는 그래픽 클라이언트를 선택하세요. Windows와 macOS 사용자는 보통 시스템 프록시 제어 및 설정 관리 페이지를 제공하는 데스크톱 클라이언트를 사용합니다. Android와 iOS는 시스템 VPN 인터페이스로 트래픽을 처리하며, Linux 데스크톱은 그래픽 클라이언트를 사용할 수 있습니다. 서버나 라우터 환경에서는 코어, 서비스 관리와 설정 경로를 추가로 이해해야 합니다. 이 페이지에서는 그래픽 클라이언트의 첫 연결에 공통적인 흐름만 다루고, 더 깊은 시스템 통합 내용은 전체 사용 설명서에서 설명합니다.

설치가 끝나면 클라이언트를 먼저 실행하되, 다른 프록시 도구나 브라우저 프록시 확장 프로그램, 시스템 수준의 네트워크 처리 프로그램은 동시에 실행하지 마세요. 여러 도구가 시스템 프록시, 가상 네트워크 카드 또는 DNS를 함께 변경하면 실제 트래픽을 어느 프로그램이 처리하는지 판단하기 어렵습니다. 이전에 다른 프록시 소프트웨어를 사용했다면 해당 프로그램을 먼저 종료하고, 시스템 네트워크 설정에 수동 프록시 주소가 남아 있지 않은지 확인하세요. 준비가 끝나면 구독 가져오기부터 시작하면 각 단계의 결과를 명확하게 확인할 수 있습니다.

처음에는 규칙 모드를 우선 선택

설정이 로드되면 “모드”, “프록시 모드” 또는 “Mode” 설정으로 이동하세요. 일반적인 선택지는 규칙 모드, 글로벌 모드와 직접 연결 모드입니다. 처음 설정할 때는 화면의 Rule에 해당하는 규칙 모드를 권장합니다. 이 모드는 설정의 DOMAIN, IP-CIDR, GEOIP, MATCH 등의 규칙에 따라 트래픽을 차례로 판단한 뒤 지정된 정책 그룹으로 연결합니다. 따라서 프록시가 필요한 대상은 프록시 그룹으로 보내고, 로컬 네트워크나 설정에서 직접 연결로 표시된 대상은 직접 연결할 수 있습니다.

글로벌 모드는 클라이언트가 처리하는 대부분의 트래픽을 하나의 글로벌 정책으로 보내므로 규칙 때문에 접속 결과가 달라지는지 임시로 확인할 때 유용하지만, 별도 점검 없이 기본값으로 사용하기에는 적합하지 않습니다. 직접 연결 모드는 처리 대상 트래픽을 프록시 출구 없이 연결하며 프록시 효과를 잠시 끄거나 비교 테스트할 때 사용합니다. 세 모드는 트래픽 분배 방식만 바꾸며 클라이언트의 시작과 중지를 의미하지 않습니다. 화면에 “실행 중”이라고 표시되어도 직접 연결 모드에서는 프록시 출구의 변화를 확인하지 못할 수 있습니다.

프록시 페이지에서 실제 출구 선택

Rule을 선택한 뒤 “프록시” 또는 “Proxies” 페이지로 이동하세요. 이곳에서는 보통 정책 그룹별로 항목이 나뉘어 표시됩니다. 먼저 주요 출구를 선택하는 그룹을 찾으세요. “노드 선택”, “프록시”, “PROXY” 또는 제공자가 정한 다른 이름일 수 있습니다. 그룹을 클릭한 뒤 구체적인 노드, 자동 선택 그룹 또는 장애 조치 그룹을 선택합니다. 어떤 항목을 골라야 할지 모르겠다면 설정에 이미 제공된 자동 선택 항목을 먼저 사용하세요. 여러 단계에서 무작정 동시에 전환하지 마세요. 한 정책 그룹이 다른 그룹을 참조할 수 있어 최종 출구는 전체 참조 관계에 따라 결정됩니다.

일부 클라이언트는 노드 옆에 지연 시간 테스트 버튼을 표시합니다. 지연 시간 테스트는 테스트 조건에서 클라이언트가 대상에 연결할 수 있는지와 요청 왕복 시간이 어느 정도인지 보여 줄 뿐, 모든 웹페이지에 접속할 수 있음을 단독으로 증명하지는 않습니다. 선택을 마친 뒤 현재 주요 정책 그룹과 선택한 항목 이름을 기억해 두세요. 다음 단계에서 오류가 발생하면 구독을 다시 가져오지 않고 이곳으로 돌아와 다른 사용 가능한 항목으로 바꿀 수 있습니다.

프록시 모드와 트래픽 처리 방식 구분

Rule, Global과 Direct는 트래픽이 클라이언트에 들어온 뒤 어떻게 분기되는지를 결정하고, 시스템 프록시, VPN 인터페이스와 TUN은 어떤 트래픽이 클라이언트로 들어오는지를 결정합니다. 서로 다른 두 계층입니다. 데스크톱에서 Rule만 켜고 시스템 프록시나 TUN을 활성화하지 않으면 일반 브라우저가 여전히 직접 연결할 수 있습니다. 반대로 시스템 프록시를 켠 상태에서 Direct를 선택하면 트래픽은 클라이언트를 거치지만 최종적으로 직접 연결 경로로 나갑니다.

이 가이드에서는 먼저 가장 확인하기 쉬운 방식을 사용합니다. 데스크톱에서는 시스템 프록시를 활성화하고, 모바일에서는 시스템 VPN 연결을 승인합니다. TUN은 시스템 프록시 설정을 읽지 않는 프로그램까지 더 폭넓게 처리할 수 있지만 가상 네트워크 카드, DNS, 관리자 권한과 라우팅 테이블을 함께 다뤄야 합니다. 처음 연결할 때 모든 고급 옵션을 동시에 조정할 필요는 없습니다. 먼저 기본 방식으로 확인 가능한 연결을 한 번 완료한 뒤 실제 앱 요구 사항에 따라 사용 설명서의 TUN 장을 읽어 보세요.

먼저 브라우저로 확인 가능한 요청 만들기

클라이언트를 계속 실행한 상태에서 브라우저 창을 완전히 닫았다가 다시 열고 테스트할 웹페이지에 접속하세요. 브라우저를 다시 열면 기존 연결과 캐시의 영향을 줄일 수 있습니다. 웹페이지가 열리는 것은 첫 번째 결과일 뿐입니다. 클라이언트로 돌아가 “연결”, “로그” 또는 “Connections” 페이지에서 방금 브라우저 요청이 실제로 클라이언트에 들어왔는지 확인해야 합니다.

연결 기록에서 방금 방문한 도메인을 찾으세요. 기록에는 보통 대상 주소, 일치한 규칙, 사용한 정책 그룹과 최종 출구가 표시됩니다. 기록이 존재하고 최종 출구가 두 번째 단계에서 선택한 프록시 정책과 일치하면 시스템 트래픽 처리와 규칙 분기가 모두 작동한 것입니다. 웹페이지는 열렸지만 연결 기록이 전혀 바뀌지 않았다면 브라우저가 시스템 프록시를 우회했거나 현재 클라이언트가 해당 앱을 처리하지 않는 것일 수 있습니다. 이때는 구독을 계속 바꾸기보다 먼저 시스템 프록시 스위치를 확인하세요.

프록시 대상과 직접 연결 대상 각각 테스트

규칙 모드의 목적은 모든 요청을 같은 경로로 보내는 것이 아니라 대상별로 설정 규칙에 따라 분기하는 것입니다. 따라서 최소 두 번 테스트하세요. 한 번은 프록시를 거칠 것으로 예상되는 대상에 접속하고, 다른 한 번은 설정상 직접 연결해야 하는 자주 사용하는 사이트에 접속합니다. 두 연결 기록의 규칙과 출구가 서로 다른지 확인하세요. 프록시 대상이 주요 프록시 그룹으로 들어가고 직접 연결 대상에 DIRECT 또는 이에 해당하는 직접 연결 정책이 표시되면 Rule 모드의 기본 분기가 성립한 것입니다.

모든 요청이 같은 프록시 그룹으로 들어간다면 먼저 모드가 Global에 머물러 있지 않은지 확인하세요. 모든 요청이 직접 연결로 표시된다면 Direct에 머물러 있지 않은지, 주요 정책 그룹에서 실수로 DIRECT를 선택하지 않았는지 확인하세요. 일치한 규칙이 예상과 다르다면 도메인 이름만 보고 판단하지 마세요. Clash는 규칙을 위에서 아래로 매칭하므로 더 앞에 있는 규칙이 이미 경로를 결정했을 수 있습니다. 규칙 순서, MATCH 기본 처리와 규칙 제공자에 대한 자세한 내용은 시스템 설명서의 규칙 분기 장을 참고하세요.

상태 변화를 이용한 비교 확인

웹페이지 캐시의 영향을 배제하려면 복구 가능한 비교 테스트를 진행할 수 있습니다. 클라이언트를 실행한 상태에서 모드를 잠시 Direct로 바꾸고 테스트 웹페이지를 다시 로드한 뒤 새 연결 기록을 확인하세요. 그런 다음 즉시 Rule로 되돌리고 다시 로드합니다. 두 기록의 출구가 모드 변경에 따라 달라져야 합니다. 비교가 끝나면 반드시 Rule로 복원하고 주요 정책 그룹이 이전에 선택한 항목인지 확인하세요.

연결 기록에는 프록시 사용이 표시되지만 웹페이지가 여전히 작동하지 않는다면 문제는 대개 시스템 프록시 스위치가 아니라 노드 연결, DNS 해석, 대상 서비스 제한 또는 인증서 환경에 있습니다. 먼저 같은 정책 그룹에서 다른 사용 가능한 항목으로 바꾼 뒤 로그의 오류 유형을 확인하세요. 시간 초과, 해석 실패와 인증서 오류는 처리 순서가 다르므로 해당 단계는 문제 해결 FAQ 및 HTTPS 인증서 오류 안내를 참고하세요.

자주 사용하는 네트워크 정보 확인 페이지에 접속해 연결 전후의 출구 정보를 비교할 수도 있지만, 한 웹사이트의 결과만 믿지는 마세요. 브라우저 확장 프로그램, 캐시, IPv4와 IPv6 경로 차이가 한 번의 결과에 영향을 줄 수 있습니다. 가장 신뢰할 수 있는 기본 판단은 세 가지 증거를 함께 확인하는 것입니다. 클라이언트 연결 기록에 요청이 보이고, 규칙 일치 결과가 예상과 같으며, 웹페이지에 실제로 접속할 수 있어야 합니다. 세 조건이 모두 충족되어야 이번 설정이 완료된 것으로 볼 수 있습니다.