Clash 사용법

시작 전: 클라이언트와 구독 준비

먼저 다운로드 센터에서 기기의 운영체제와 프로세서 아키텍처에 맞는 클라이언트를 선택해 설치하고 메인 창을 엽니다. 설치 파일, 실행 코어, 구독 설정은 서로 다릅니다. 클라이언트는 조작 화면을 제공하고, 코어는 연결을 처리하며, 구독은 노드와 정책 그룹 및 규칙을 제공할 수 있습니다. 설치를 마쳤다고 바로 사용할 수 있는 연결이 생기는 것은 아니므로 유효한 구독이나 기존 설정 파일을 별도로 준비해야 합니다.

구독 제공자에게 URL이 Clash 또는 mihomo 형식을 지원하는지 확인하고 사용 안내를 보관하세요. 계정 관리 페이지 주소나 구매 내역 링크는 구독 URL과 서로 바꿔 사용할 수 없습니다. 노드만 포함된 일반 URL도 완전한 설정으로 바로 불러올 수 있다고 보장되지 않습니다. 여러 형식이 제공된다면 현재 클라이언트용이라고 명시된 형식을 먼저 선택하세요. 형식을 알기 어렵다면 출처가 불분명한 변환 서비스를 반복해서 사용하지 말고 용어집의 구독 및 설정 안내를 확인하세요.

작업을 시작하기 전에 다른 프록시나 VPN 클라이언트를 잠시 종료하고, 기기의 날짜와 시간대가 올바른지 확인하세요. 기본 네트워크에서 평소 사용하는 웹사이트가 열리는지도 먼저 점검합니다. 구독 URL에는 계정 식별 정보가 포함될 수 있으므로 개인 정보처럼 다뤄야 합니다. 화면을 캡처하거나 로그를 공유하고 도움을 요청할 때는 URL 전체와 인증 매개변수를 가리세요. 아래 네 단계에서는 한 번에 핵심 설정 하나만 바꾸세요. 그래야 문제가 생겼을 때 여러 스위치를 오가며 추측하는 대신 이전 단계부터 원인을 찾을 수 있습니다.

1. 구독을 가져와 설정 활성화하기

클라이언트 사이드바에서 ‘설정’ 또는 ‘구독’ 페이지를 열고 ‘추가’, ‘새 설정’ 또는 ‘가져오기’ 메뉴를 찾은 다음 URL로 원격 설정을 가져오도록 선택하세요. 구독 주소 전체를 입력란에 붙여 넣습니다. 이름 입력란이 있다면 구분하기 쉬운 로컬 이름을 지정할 수 있습니다. ‘가져오기’, ‘다운로드’ 또는 ‘저장’을 누르기 전에 URL의 앞뒤와 줄바꿈을 확인하세요. 채팅 메시지의 설명, 따옴표, 마지막 문장 부호까지 함께 복사되지 않도록 주의합니다.

클라이언트가 원격 콘텐츠를 가져와 해석합니다. 성공하면 설정 목록에 이름이나 업데이트 시간이 표시된 항목이 추가됩니다. 일부 클라이언트는 구독 제공자가 전달한 요금제 정보도 표시하지만, 이 정보가 항상 제공되는 것은 아닙니다. ‘항목이 저장됨’을 ‘활성화됨’으로 오해하지 마세요. 해당 항목의 선택, 활성화 또는 적용 버튼을 눌러 현재 설정으로 지정한 뒤 ‘프록시’ 페이지로 이동해 정책 그룹이나 노드가 표시되는지 확인합니다.

로컬 .yaml 또는 .yml 파일이 있다면 ‘파일에서 가져오기’를 선택하고 시스템 파일 선택기에서 해당 파일을 고르세요. 파일 확장자는 형식을 식별하는 데 도움을 줄 뿐, 내부 내용이 현재 코어의 요구사항에 맞는지 보장하지 않습니다. 로컬 가져오기는 보통 정적인 사본이므로 원격 구독 업데이트가 자동으로 반영되지 않습니다. 원격 설정은 대개 업데이트 버튼으로 다시 가져올 수 있습니다. 첫 연결 확인에는 두 방법 중 하나만 사용하면 되며 같은 설정을 여러 번 가져올 필요는 없습니다.

가져오기에 실패하면 먼저 오류가 어느 단계에서 발생했는지 확인하세요. 다운로드 시간 초과는 클라이언트가 콘텐츠를 가져오지 못했다는 뜻이므로 기본 네트워크, URL 유효성, 구독 서비스 상태를 점검해야 합니다. 파싱 오류는 가져온 콘텐츠를 예상한 설정 형식으로 읽을 수 없다는 의미입니다. 웹페이지 주소를 복사했거나 형식이 맞지 않거나 현재 코어가 지원하지 않는 필드가 포함된 경우가 흔합니다. 계정 페이지에서 올바른 URL을 다시 복사하는 편이 포트나 DNS를 바꾸는 것보다 효과적입니다. 오류를 피하려고 낯선 설정 항목을 임의로 삭제하지 마세요.

구독 항목을 활성화할 수 있고 프록시 페이지에 선택 가능한 정책 그룹이 표시되어야 이 단계가 완료된 것입니다. 목록이 비어 있다면 설정 페이지로 돌아가 현재 선택된 항목과 파싱 메시지를 확인하세요. 일부 설정은 원격 프록시 세트를 통해 노드를 불러오므로 해당 리소스도 정상적으로 가져와야 합니다. 아직 TUN을 서둘러 켤 필요는 없습니다. 설정 콘텐츠가 로드된 것을 확인한 다음 트래픽 처리 모드를 선택하세요.

2. 규칙 프록시 모드 선택

설정을 활성화한 뒤 ‘개요’, ‘프록시’ 또는 ‘설정’ 페이지에서 ‘프록시 모드’를 찾으세요. 일반적으로 ‘규칙’, ‘전역’, ‘직접 연결’ 옵션이 있습니다. 처음에는 ‘규칙’을 선택해 현재 설정의 규칙에 따라 코어가 연결 경로를 결정하도록 하는 것이 좋습니다. 화면이 영어라면 보통 Rule, Global, Direct로 표시됩니다. 선택 상태를 확인해 다른 모드를 잘못 누르지 않았는지 점검하세요.

규칙 모드에서는 모든 요청이 같은 노드를 거치지 않습니다. 설정에 따라 일부 도메인은 프록시 정책 그룹으로 보내고, 다른 연결은 직접 연결로 처리하며, 마지막에 기본 규칙을 둘 수 있습니다. 따라서 특정 웹사이트에서 로컬 출구가 표시되더라도 연결 실패가 아니라 직접 연결 규칙이 적용된 결과일 수 있습니다. 우선 구독에 포함된 규칙을 그대로 사용하고, 나중에 연결 패널에서 실제 매칭 결과를 확인하세요. 특정 페이지 하나의 동작만으로 클라이언트 전체가 작동하지 않는다고 판단하지 마세요.

‘프록시 모드’와 ‘트래픽 처리 방식’은 구분해야 합니다. 모드는 코어에 들어온 연결을 어떻게 분배할지 결정하고, 시스템 프록시나 TUN은 앱의 연결이 코어에 전달되는 방식을 결정합니다. 모드만 전역으로 바꿔도 기기의 모든 앱이 자동으로 처리되는 것은 아닙니다. 시스템 프록시를 따르지 않는 앱의 연결은 클라이언트를 아예 거치지 않을 수 있습니다. 다음 단계에서 먼저 트래픽 경로를 명확히 설정한 뒤 확인하겠습니다.

특정 웹사이트를 점검할 때는 비교 목적으로 잠시 전역 모드를 사용할 수 있습니다. 단, 전역 정책 그룹에서 DIRECT가 아니라 프록시 노드가 선택되어 있는지 먼저 확인하세요. 테스트 후에는 규칙 모드로 되돌리고 테스트 페이지를 새로 여세요. 기존 연결은 이전 경로를 계속 사용할 수 있으므로 새 설정의 결과를 보여주지 않을 수 있습니다. 규칙 문법, Fake-IP, DNS 세부 설정은 지금 바꿀 필요가 없습니다. 원리를 이해하려면 프로토콜 및 코어 기술 참고 자료를 확인하세요.

3. 노드 선택 및 트래픽 처리 설정

‘프록시’ 페이지로 돌아가 현재 설정에서 대상 트래픽을 처리하는 정책 그룹을 펼치세요. 정책 그룹 이름은 설정 제공자가 정하므로 용도, 지역, 서비스별로 나뉠 수 있으며 반드시 ‘프록시’라고 표시되는 것은 아닙니다. 수동 선택 그룹에서 사용 가능한 노드를 고르고 선택 표시가 해당 항목으로 이동했는지 확인하세요. 그룹 안에 다른 정책 그룹이 중첩되어 있다면 실제로 선택된 하위 항목도 확인해야 합니다. 현재 규칙에서 참조되지 않는 그룹만 바꾸는 일이 없도록 주의하세요.

그룹이나 노드 옆의 ‘테스트’, ‘속도 측정’ 또는 지연 시간 테스트 버튼을 누르고 이번 테스트가 끝날 때까지 기다리세요. 결과가 표시되면 당시 지정된 테스트 대상에 요청을 완료할 수 있었다는 뜻입니다. 시간 초과가 발생하면 노드를 바꾸거나 구독 상태를 확인하세요. 지연 시간은 다운로드 속도가 아니며 모든 웹사이트에 접속할 수 있다는 보장도 아닙니다. 처음 연결할 때는 테스트가 안정적으로 끝나는 노드를 선택하고, 수치를 조금 낮추려고 반복해서 바꾸지 않아도 됩니다.

데스크톱에서는 먼저 개요 또는 설정 페이지에서 ‘시스템 프록시’를 켜세요. 일부 클라이언트는 코어 실행과 시스템 프록시 활성화를 별도 작업으로 제공합니다. 실행 버튼이 따로 있다면 코어가 실행 중인지 확인한 다음 시스템 프록시를 켜세요. 처음 활성화할 때 시스템 권한이 필요할 수 있으므로 운영체제 안내에 따라 허용합니다. 그런 다음 시스템 프록시를 따르는 브라우저에서 새 연결을 만드세요. 브라우저의 프록시 확장 프로그램이나 사용자 지정 프록시 설정이 시스템 설정을 덮어쓸 수 있으니 추가 설정은 먼저 꺼두세요.

Android 또는 iOS에서는 보통 홈 화면의 연결 버튼을 누른 뒤 시스템 팝업에서 VPN 설정 추가 또는 연결을 허용해야 합니다. 이는 모바일 운영체제가 클라이언트에 제공하는 트래픽 처리 기능이며 별도의 VPN 서비스를 구매할 필요는 없습니다. 허용한 뒤 클라이언트로 돌아와 연결 상태를 확인하고 시스템에 연결 표시가 나타나는지도 점검하세요. Android에서 앱별 프록시를 설정했다면 테스트할 브라우저가 처리 대상에 포함되어 있는지 확인합니다. 옵션 이름은 클라이언트마다 다를 수 있습니다.

첫 연결을 확인할 때는 시스템 프록시, TUN, 다른 VPN을 동시에 켜지 마세요. 데스크톱의 일반 브라우저라면 먼저 시스템 프록시로 기본 동작을 테스트할 수 있습니다. 특정 앱이 시스템 프록시를 따르지 않을 때 TUN을 고려하세요. TUN은 추가 권한, 가상 네트워크 인터페이스, DNS 처리와 관련되며 활성화한다고 모든 네트워크 문제가 해결되는 것은 아닙니다. 모바일의 시스템 VPN 인터페이스를 데스크톱 클라이언트의 TUN 스위치와 똑같이 취급하지 말고 현재 플랫폼의 연결 절차를 따르세요.

일부 노드만 테스트 시간 초과가 발생하면 먼저 노드를 바꿔 다시 시도하세요. 모든 노드가 시간 초과라면 구독 유효성, 기기 시간, 로그의 인증 또는 연결 오류를 확인합니다. 코어가 시작되지 않을 때는 포트 사용 여부와 설정 파싱 메시지를 점검하세요. 문제가 발생한 단계를 파악하기 전에 여러 포트를 바꾸지 마세요. 노드가 선택되어 있고 코어가 실행 중이며 시스템 트래픽 처리가 켜졌다면 마지막 단계에서 실제 요청을 확인합니다.

4. 연결 및 실제 출구 확인

먼저 테스트에 사용한 기존 탭을 닫고 새 탭에서 확인하려는 웹사이트를 여세요. 페이지가 열린다는 사실은 첫 번째 단서일 뿐이며 어떤 경로로 연결됐는지도 확인해야 합니다. 클라이언트의 ‘연결’ 페이지를 열고 웹사이트에 접속하는 동안 새 연결을 살펴보세요. 도메인이나 앱 정보로 해당 기록을 찾습니다. 패널에 적용된 규칙, 대상 정책, 프록시 체인이 표시된다면 각 항목을 확인해 최종적으로 선택한 노드 또는 DIRECT를 거치는지 점검하세요.

규칙 모드에서는 확인하려는 대상이 규칙의 예상 경로와 일치해야 합니다. 연결 패널에서 대상 도메인이 직접 연결 규칙에 매칭되었다면 기존 출구가 표시되는 것이 정상입니다. 프록시를 거쳐야 하는 다른 대상을 테스트하거나, 명확한 프록시 노드를 선택한 뒤 전역 모드로 잠시 비교하세요. 확인이 끝나면 규칙 모드로 되돌립니다. 조회 페이지의 주소를 바꾸기 위해 설정 전체에서 직접 연결 규칙을 바로 삭제하지 마세요.

신뢰할 수 있는 출구 IP 조회 페이지에서도 결과를 확인하세요. 먼저 트래픽 처리를 끈 상태의 기준값을 기록한 다음, 처리를 켜고 새 요청을 보내 표시된 출구 주소와 네트워크 위치가 달라지는지 비교할 수 있습니다. 조회 페이지 자체가 직접 연결로 설정되어 있다면 결과는 프록시 출구를 나타내지 않습니다. IP 위치 데이터베이스에는 오차가 있을 수 있으므로 페이지에 표시된 도시 이름만 보지 말고 연결 패널도 함께 확인하세요.

같은 브라우저에서도 IPv4와 IPv6를 각각 사용할 수 있고, 이전 연결이 유지될 수도 있습니다. 한 번의 조회로 모든 경로를 확인할 수는 없습니다. 결과가 일치하지 않으면 관련 탭을 닫고 요청을 새로 보낸 다음 해당 연결의 대상 주소와 최종 정책을 확인하세요. 주소 체계, 대상 웹사이트, 앱이 서로 다른 결과를 그대로 비교하지 마세요. 더 자세한 점검 절차는 첫 연결 및 출구 확인 안내를 참조하세요.

웹페이지는 열리지만 연결 패널에 관련 기록이 전혀 없다면 브라우저가 시스템 프록시를 우회하는지, 다른 프록시 확장 프로그램이 실행 중인지, 실제로 사용 중인 클라이언트가 맞는지부터 확인하세요. 패널에 필터가 설정되어 있을 수도 있으니 필터를 지우고 다시 살펴봅니다. 기록이 있고 프록시 체인도 올바른데 웹페이지가 계속 실패한다면 해당 요청 전후의 로그를 확인해 DNS 조회, 연결 시간 초과, 인증서 오류를 구분하세요. 모든 문제를 ‘노드 불량’으로만 판단하지 마세요.

다음 조건을 모두 만족하면 연결 확인이 완료된 것입니다. 현재 설정이 활성화되어 있고, 프록시 정책 그룹에서 사용 가능한 노드를 선택했으며, 테스트 앱의 새 요청이 클라이언트에 들어와 예상된 규칙에 따라 출구로 전달됩니다. 속도 측정 결과, 시스템 VPN 아이콘, 켜진 스위치는 각각 한 단계만 보여줄 뿐 전체 연결 경로를 대신 확인해 주지는 않습니다. 네 가지를 모두 점검했다면 규칙 모드를 유지하며 일상적으로 사용할 수 있습니다.

설정 완료 후 일상적으로 사용하기

평소 클라이언트를 열면 먼저 확인을 마친 설정과 모드를 계속 사용 중인지 확인한 뒤 필요에 따라 연결하세요. 구독 제공자가 노드를 바꿨다면 설정 페이지에서 수동으로 업데이트하고 현재 정책 그룹의 노드 선택이 유지됐는지도 다시 확인합니다. 자동 업데이트를 사용한다면 제공자의 권장 주기를 따르세요. 자주 업데이트한다고 노드가 더 안정적인 것은 아니며, 실패해도 연달아 버튼을 누를 필요는 없습니다.

데스크톱 클라이언트를 종료할 때는 클라이언트의 정상 종료 기능을 사용하고 시스템 프록시도 함께 꺼졌는지 확인하세요. 프로세스를 강제 종료한 뒤 모든 브라우저에서 연결할 수 없다면 시스템 프록시가 중지된 로컬 서비스 주소를 가리키는지 먼저 점검합니다. 모바일에서는 클라이언트 연결을 끊고 시스템 VPN도 해제됐는지 확인하세요. 연결을 요청 시 자동으로 설정하도록 구성했다면 다시 연결되지 않는지도 살펴봅니다.

규칙 조정, 프로토콜 선택, 코어 호환성 확인이 필요하면 기술 참고 자료를 살펴보세요. 정책 그룹, DNS, Fake-IP 등의 용어는 용어집에서 확인할 수 있습니다. 이번에 확인을 마친 설정과 구성을 기록해 두면 다음에 문제가 발생했을 때 모든 옵션을 처음부터 바꾸지 않고 기준값과 하나씩 비교할 수 있습니다.