Clash 사용 가이드

클라이언트를 연 후 먼저 “구독”, “설정” 또는 “Profiles” 페이지를 찾습니다. 이 페이지에는 보통 로컬 설정과 원격 설정이 나열되고, 더하기, 붙여넣기, URL에서 가져오기 또는 새 구독 추가 버튼이 있습니다. URL에서 가져오기를 선택하고 앞서 복사한 전체 구독 주소를 입력란에 붙여 넣습니다. 화면에서 이름을 요구하면 서비스 이름이나 용도, 예를 들어 “일상 설정”을 입력하면 여러 구독을 구분하기 쉽습니다. 이름은 로컬 식별용일 뿐 구독 내용은 바꾸지 않습니다.

주소를 확인한 후 “가져오기”, “추가” 또는 “다운로드”를 클릭합니다. 클라이언트가 원격 설정을 요청해 커널에 전달하면 커널이 이를 해석합니다. 정상이라면 설정 목록에 새 항목이 추가되고 업데이트 시간, 파일 크기 또는 업데이트 상태가 표시됩니다. 일부 클라이언트는 가져온 설정을 자동으로 활성화하지 않으므로 해당 설정을 한 번 더 클릭하거나 오른쪽 메뉴에서 “현재 설정으로 지정”을 선택해야 합니다. 이 단계가 끝나면 프록시 페이지로 이동해 여러 정책 그룹과 그룹 안의 노드 이름이 표시되는지 확인합니다.

노드 목록이 보인다고 해서 연결이 이미 설정된 것은 아닙니다. 클라이언트가 설정을 읽었다는 뜻일 뿐입니다. 이때 먼저 수동 업데이트를 한 번 실행하세요. 설정 옆의 새로 고침 버튼이나 “구독 업데이트”를 클릭하고 상태가 끝날 때까지 기다립니다. 이를 통해 구독 주소가 여전히 유효한지 확인하고, 처음 가져온 내용이 캐시가 아닌지도 확인할 수 있습니다. 자동 업데이트 간격을 제공하는 클라이언트라면 기본 연결이 성공한 후 설정하세요. 처음에는 기본값을 유지해 변수를 줄이는 편이 좋습니다.

가져오기를 클릭한 후 항목이 전혀 나타나지 않으면 먼저 링크를 일반 텍스트 편집기에 붙여 넣어 앞부분, 뒷부분과 매개변수가 완전한지 확인한 다음 클라이언트에서 다시 시도하세요. “지원되지 않는 형식”, “해석 실패” 또는 YAML 관련 오류가 나타난다면 반환된 내용이 클라이언트가 읽을 수 있는 설정이 아니거나 현재 커널에서 지원하지 않는 필드를 사용했을 가능성이 큽니다. 문제를 가리기 위해 여러 클라이언트를 연달아 바꾸지 말고 먼저 구독 관리 페이지에서 형식을 확인하세요. 설정 구조, 구독 변환과 여러 구독 병합의 범위는 고급 설정 매뉴얼에서 계속 확인할 수 있습니다.

구독을 불러온 후 “프록시”, “Proxies” 또는 “모드” 페이지로 이동합니다. Clash에서 자주 사용하는 실행 모드는 Rule, Global, Direct 세 가지입니다. 처음 설정할 때는 Rule 규칙 모드를 권장합니다. 클라이언트가 설정 파일의 규칙에 따라 각 요청을 프록시로 보낼지, 직접 연결할지, 특정 정책 그룹에 맡길지 판단합니다. 규칙 모드는 로컬 웹사이트와 로컬 네트워크 주소의 직접 연결을 유지하면서 프록시 규칙에 일치하는 요청만 선택한 노드로 전달하므로 일상적인 시작점으로 적합합니다.

Global 전역 모드는 대부분의 전달 가능한 트래픽을 지정한 전역 정책으로 보내므로 특정 노드의 연결 가능 여부를 잠시 확인하거나 문제가 규칙 일치에서 비롯되었는지 점검할 때 유용합니다. 트래픽 흐름을 이해하지 못한 상태에서 장기간 기본값으로 사용하는 것은 적합하지 않습니다. Direct 직접 연결 모드는 프록시 노드를 사용하지 않으며 프록시를 일시 중지하거나 활성화 전후의 네트워크 상태를 비교할 때 활용합니다. 모드 전환은 트래픽 처리 방식만 바꾸며 시스템 프록시나 TUN 스위치를 대신하지 않습니다. 따라서 모드를 선택한 후에도 다음 단계에서 연결을 설정해야 합니다.

Rule을 선택한 후 페이지의 정책 그룹을 계속 확인합니다. 정책 그룹은 드롭다운 목록, 가로 탭 또는 펼칠 수 있는 노드 목록 형태일 수 있습니다. 먼저 주요 트래픽을 선택하는 그룹을 찾습니다. 대개 목록 앞쪽에 있으며 “노드 선택”, “PROXY”, “수동 선택” 또는 구독 제공자가 지정한 이름으로 표시됩니다. 해당 그룹을 열어 명확한 노드를 선택하거나 “자동 선택”, “장애 조치” 등 이미 설정된 하위 정책 그룹을 선택합니다. 클라이언트에 지연 시간 테스트 버튼이 있다면 참고용으로 한 번 실행할 수 있지만, 결과는 해당 시점에 기기에서 대상 주소까지 측정한 응답일 뿐 모든 웹사이트의 실제 속도를 의미하지는 않습니다.

설정에는 “스트리밍”, “메신저”, “광고 규칙”, “기타 트래픽” 등 여러 정책 그룹이 더 있을 수 있습니다. 처음에는 하나씩 모두 변경하지 말고 구독 제공자의 기본 선택을 유지하면서 주요 정책 그룹이 DIRECT나 REJECT가 아닌지만 확인하세요. 한 번에 너무 많은 정책을 바꾸면 문제를 점검하기 어렵습니다. 요청이 실패했을 때 노드가 사용할 수 없는지, 규칙이 다른 그룹과 일치했는지, 하위 정책이 직접 연결을 선택했는지 구분하기 힘들기 때문입니다. 주요 정책을 선택한 후 현재 페이지에서 몇 초간 기다리며 연결 테스트 오류가 연속으로 나타나지 않는지 확인한 다음 연결 단계로 이동합니다.

클라이언트 홈 화면이나 설정 페이지로 돌아가 먼저 커널 실행 상태를 확인합니다. 클라이언트마다 “시작”, “서비스 모드”, “Core”, “Mihomo” 또는 전원 모양 버튼으로 커널 상태를 표시할 수 있습니다. 시작되면 상태 영역에 실행 중이라고 표시되고 로컬 포트가 수신 대기를 시작합니다. 로그 메뉴가 있다면 열어 설정 로드 실패, 포트 사용 중, 권한 부족 등의 오류가 반복되지 않는지 확인합니다. 커널이 정상적으로 실행되어야 시스템 프록시와 TUN이 실제로 트래픽을 전달할 수 있습니다.

다음으로 “시스템 프록시” 또는 “System Proxy”를 켭니다. 이 스위치는 운영체제의 HTTP 및 HTTPS 프록시를 클라이언트가 수신 대기 중인 로컬 포트로 지정합니다. 대부분의 브라우저와 시스템 네트워크 설정을 따르는 데스크톱 앱은 이때부터 Clash를 사용합니다. Windows와 macOS 클라이언트는 일반적으로 시스템 프록시를 바로 전환할 수 있습니다. Android와 iOS 클라이언트는 보통 시스템 VPN 권한을 통해 트래픽을 인계받으며, 처음 켤 때 시스템 확인 창이 나타난 뒤 상태 표시줄에 VPN 표시가 보입니다. Linux 데스크톱 환경의 시스템 프록시 지원은 배포판과 앱에 따라 다르며 일부 명령줄 도구는 환경 변수를 별도로 설정해야 합니다.

시스템 프록시를 켠 직후 DNS, 포트와 규칙을 다시 변경하지 마세요. 먼저 클라이언트를 전면에 둔 채 10여 초 기다려 기존 브라우저 연결이 종료되거나 새로 설정되도록 합니다. 이후 새 브라우저 창에서 확인해 프록시를 켜기 전에 만들어진 연결을 기존 탭이 계속 재사용하지 않도록 합니다. 브라우저에 별도의 프록시 확장 프로그램이나 수동 프록시 설정이 있으면 시스템 프록시를 덮어쓸 수 있습니다. 처음 확인할 때는 한 가지 인계 방식만 유지해 포트와 프록시 체인 충돌을 줄이세요.

TUN 모드가 필요한 경우

일부 앱은 시스템 프록시를 읽지 않습니다. 예를 들어 일부 명령줄 프로그램, 게임 런처 또는 독립 네트워크 스택을 사용하는 소프트웨어가 그렇습니다. 이런 경우 가상 네트워크 인터페이스로 더 광범위한 TCP, UDP와 DNS 트래픽을 인계받는 TUN 모드가 필요할 수 있습니다. TUN은 시스템 권한, 라우팅 테이블, DNS 가로채기와 네트워크 인터페이스 선택을 다루므로 시스템 프록시보다 점검 범위가 훨씬 넓습니다. 따라서 이 가이드에서는 TUN을 최초 연결의 필수 단계로 다루지 않습니다. 먼저 시스템 프록시로 노드, 구독과 규칙이 모두 작동하는지 확인한 뒤 TUN을 활성화해야 새 문제가 네트워크 인계 계층에서 발생했는지 판단할 수 있습니다.

TUN이 꼭 필요하다면 먼저 다른 VPN이나 유사한 네트워크 도구를 종료하고, 클라이언트 안내에 따라 서비스 구성 요소를 설치하거나 권한을 부여한 다음 TUN을 켭니다. 활성화 후 테스트 웹페이지에 다시 접속하면서 연결 기록도 확인합니다. 로컬 네트워크 기기에 접근할 수 없거나 DNS 해석이 바뀌거나 절전 모드에서 깨어난 후 네트워크가 끊긴다면 고급 매뉴얼의 TUN 및 Fake-IP 섹션에서 라우팅, 인터페이스와 DNS를 체계적으로 확인하세요.

연결이 설정되면 새 브라우저 창에서 평소 직접 접속할 수 있는 일반 웹페이지에 먼저 접속한 다음 프록시가 필요한 대상 웹페이지를 엽니다. 이렇게 하면 직접 연결 규칙과 프록시 규칙이 모두 작동하는지 확인할 수 있습니다. 웹페이지 하나만 테스트하면 브라우저 캐시나 사이트 자체 장애 때문에 잘못 판단할 수 있습니다. 확인할 때는 서로 다른 사이트를 두 곳 이상 선택하고 새로 고침하거나 새 페이지를 열어 새로운 네트워크 요청을 발생시키세요.

그런 다음 클라이언트의 “연결”, “Connections” 또는 로그 페이지로 돌아갑니다. 정상이라면 새 요청이 연결 목록에 나타나며 도메인, 대상 주소, 일치 규칙, 정책 그룹과 실제 노드가 표시됩니다. 일반 웹페이지에는 DIRECT가 표시되고 대상 웹페이지에는 특정 프록시 정책과 노드가 표시된다면 Rule 모드가 트래픽 분기에 참여하고 있다는 뜻입니다. 브라우저에서 웹페이지는 열리지만 연결 목록에 새 기록이 전혀 없다면 브라우저가 현재 클라이언트를 거치지 않는 경우가 많습니다. 시스템 프록시가 켜져 있는지, 브라우저에 별도 프록시가 설정되어 있는지, 클라이언트가 계속 실행 중인지 확인하세요.

Direct와 Rule을 전환해 비교 테스트를 할 수도 있습니다. 먼저 Rule 모드의 접속 결과를 기록한 뒤 잠시 Direct로 전환하고 대상 웹페이지를 새로 엽니다. 테스트가 끝나면 즉시 Rule로 복구하세요. 두 모드의 접속 결과와 연결 기록이 완전히 같다면 시스템 인계가 실제로 적용되고 있는지 중점적으로 확인해야 합니다. Global에서는 접속되지만 Rule에서는 접속되지 않는다면 노드 자체는 연결 가능한 경우가 많으므로 규칙 일치, 정책 그룹 선택 또는 DNS 해석에 문제가 있을 가능성이 큽니다. 클라이언트를 반복해서 재설치할 필요는 없습니다.

확인이 끝나면 현재 정상적으로 작동하는 설정을 기준 상태로 보관하는 것이 좋습니다. TUN, 사용자 지정 DNS, 스크립트 덮어쓰기와 여러 구독 병합을 바로 동시에 활성화하지 마세요. 한 번에 한 항목만 변경하고 변경 후 “일반 웹페이지, 대상 웹페이지, 연결 기록” 세 가지를 다시 확인합니다. 이후 문제가 발생해도 최근 변경 한 항목만 되돌려 빠르게 복구할 수 있어 전체 설정을 삭제하거나 다시 설치할 필요가 없습니다.