사용 가이드 · 초기 설정

Clash 사용법:
구독 가져오기와 연결 확인

진행 순서: 구독 가져오기 → 프록시 모드 선택 → 연결 → 트래픽 분기 확인. 약 10분이면 끝나는 초기 설정 과정을 순서대로 안내합니다. 시작 전에 클라이언트와 사용할 수 있는 구독을 준비한 뒤 안내를 따라 진행하세요. 다운로드, 권한 설정, 네트워크 점검에 걸리는 시간은 기기 환경에 따라 달라질 수 있습니다.

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

먼저 클라이언트가 정상적으로 실행되고 설정 페이지를 열 수 있는지 확인합니다. 클라이언트는 설정을 읽고 규칙을 적용해 연결을 만들지만, 설치만으로 사용할 수 있는 노드가 생기지는 않습니다. 서비스 제공업체가 발급한 구독 URL이나 프록시 노드, 정책 그룹, 규칙이 포함된 로컬 YAML 설정 파일이 필요합니다. 비어 있는 설정이나 코어 프로그램만으로는 보통 다음 단계를 진행할 수 없습니다.

구독 URL에는 계정 접근 정보가 포함되는 경우가 많으므로 로그인 정보처럼 안전하게 보관하세요. 복사할 때는 서비스 제공업체 페이지의 구독 복사 버튼을 사용하고, 계정 로그인이나 주문 페이지 주소를 구독 URL로 착각하지 않도록 주의하세요. 문제를 확인할 때 전체 URL을 공개 댓글이나 스크린샷에 올리지 마세요. 오류를 공유해야 한다면 URL의 개인 식별 정보를 가리고 오류 유형과 클라이언트 이름만 남기세요.

처음 설정할 때는 네트워크를 제어 중인 다른 프록시나 VPN 클라이언트를 잠시 종료하세요. 여러 프로그램이 시스템 프록시, 라우팅, DNS를 동시에 변경하면 문제가 생길 수 있습니다. 우선 한 클라이언트로 설정과 연결을 모두 확인한 뒤 여러 클라이언트를 함께 사용하는 방법을 살펴보세요. 기존 설정이 있다면 백업을 내보내고 현재 활성화된 설정 이름을 기록해 두면, 문제가 생겼을 때 원래 상태로 되돌리기 쉽습니다.

1단계: 구독 가져오기 및 활성화

클라이언트의 사이드바나 하단 메뉴에서 ‘설정’, ‘구독’ 또는 Profiles 페이지를 엽니다. ‘추가’, ‘새로 만들기’ 또는 ‘URL에서 가져오기’를 선택하세요. 설정 유형을 묻는 창이 나타나면 원격 구독이나 URL 설정을 선택합니다. 로컬 파일 메뉴는 저장해 둔 YAML 파일을 가져올 때 사용하므로 두 방식을 혼동하지 마세요. 나중에 여러 구독을 구분할 수 있도록 ‘일상용 설정’처럼 알아보기 쉬운 이름을 지정하세요.

구독 URL 전체를 입력란에 붙여 넣고 앞뒤에 공백이나 줄바꿈이 들어갔는지 확인한 다음 가져오기, 다운로드 또는 저장을 누릅니다. 클라이언트가 구독을 불러올 때까지 기다리세요. 같은 설정을 여러 개 만들지 않도록 버튼을 연속해서 누르지 마세요. 정상적으로 완료되면 설정 카드, 업데이트 시간 또는 활성화 버튼이 표시됩니다. 이름만 보인다고 설정 내용까지 다운로드된 것은 아닙니다. 오류가 계속되면 오류 정보를 펼쳐 가져오기 결과를 확인하세요.

이어서 해당 설정의 ‘활성화’ 또는 ‘사용’ 버튼을 누르거나 설정 카드를 선택합니다. 일부 클라이언트는 선택 후 자동으로 다시 불러오지만, 별도로 적용을 눌러야 하는 경우도 있습니다. 완료되면 ‘프록시’ 페이지에서 설정에 지정된 정책 그룹과 노드가 보이는지 확인하세요. 설정 목록에 파일이 있는데 프록시 페이지가 비어 있다면 방금 가져온 설정을 활성화했는지, 다른 빈 설정을 그대로 사용 중인 것은 아닌지 먼저 확인합니다.

로컬 파일을 받았다면 ‘파일에서 가져오기’를 선택하고 시스템 파일 선택기에서 해당 .yaml 또는 .yml 파일을 고른 뒤 같은 방법으로 활성화합니다. 파일 확장자만 바꿔 내용을 변환하려고 하지 마세요. 웹 페이지, JSON 또는 단일 노드 공유 링크는 이름을 바꿔도 완전한 설정 파일이 되지 않습니다. 설정 파일의 기본 구성은 YAML 구조 안내에서 확인할 수 있습니다.

가져오기 시간이 초과되면 현재 네트워크에서 구독 주소에 접속할 수 있는지 먼저 확인하세요. 파싱에 실패하면 서비스 제공업체가 Clash 또는 mihomo 형식의 구독을 별도로 제공하는지 확인합니다. 응답 내용이 로그인 페이지나 오류 페이지라면 같은 방법으로 다시 시도해도 형식 문제가 해결되지 않습니다. 구독 변환이 필요하다면 먼저 구독 변환 안내를 읽고, 개인 구독을 낯선 변환 서비스에 함부로 입력하지 마세요.

2단계: 규칙 모드와 정책 그룹 선택

클라이언트의 홈, 개요 또는 프록시 페이지에서 ‘실행 모드’를 찾습니다. 처음에는 ‘규칙’ 또는 Rule을 선택하세요. 이는 설정의 mode: rule에 해당합니다. 이 모드에서는 연결을 rules에 적힌 순서대로 검사하고, 일치하는 규칙에 지정된 정책으로 전달합니다. 따라서 모든 연결에 같은 출구를 사용하는 대신 구독 설정에 지정된 직접 연결, 프록시, 차단 경로를 그대로 사용할 수 있습니다.

‘전역’을 연결에 꼭 필요한 전체 활성화 스위치로 이해하지 마세요. 전역 모드에서는 코어에 들어온 트래픽을 모두 전역 정책에 전달하므로 일반 규칙에 따라 분기되지 않습니다. 직접 연결 모드에서는 코어에 들어온 연결을 바로 연결하며, 임시 비교에 자주 사용합니다. 두 모드 모두 모든 앱의 트래픽을 자동으로 클라이언트에 전달하지는 않습니다. 실행 모드와 시스템 프록시, TUN은 서로 다른 문제를 해결하므로 다음 단계에서 트래픽을 연결하는 방법도 설정해야 합니다.

규칙 모드를 선택한 다음 ‘프록시’ 또는 Proxies 페이지에서 일반 프록시 트래픽을 담당하는 정책 그룹을 찾습니다. 그룹 이름은 Proxy, 노드 선택 또는 구독에서 지정한 이름일 수 있으므로 특정 문구만 찾지 마세요. 정책 그룹을 열어 노드를 하나 선택하거나 구독에 미리 설정된 자동 선택 그룹을 선택합니다. 수동 선택 그룹은 보통 type: select, 자동 테스트 그룹은 type: url-test에 해당합니다.

정책 그룹의 DIRECT는 직접 연결을 뜻하며 프록시 노드가 아닙니다. REJECT는 연결을 차단하므로 웹 브라우징에 사용할 수 있는 노선도 아닙니다. 처음 연결을 확인할 때는 명확한 노드 하나를 선택하고, 직접 연결이나 차단 항목 또는 아직 설정되지 않은 중첩 그룹은 피하세요. 클라이언트에 연결 테스트 기능이 있다면 참고용으로 실행할 수 있습니다. 다만 테스트 성공은 테스트 대상에 연결할 수 있다는 뜻일 뿐, 원하는 웹사이트나 모든 앱이 정상이라는 의미는 아닙니다.

선택 표시가 원하는 항목으로 이동했는지 확인한 다음 개요 페이지로 돌아갑니다. 설정을 바꾼 뒤 선택이 초기화됐다면 새 설정에서 정책 그룹 이름이 달라졌는지 확인하세요. 처음 설정할 때 규칙, 정책 그룹, 노드의 관계를 모두 파악할 필요는 없습니다. 직접 설정을 바꿔야 할 때 정책 그룹 필드와 규칙 문법을 살펴보세요. 설정을 익히는 동안 동시에 수정하면 문제의 원인을 찾기 어려워집니다.

3단계: 연결 시작 및 트래픽 연결

설정과 출구를 준비했으니 이제 앱의 트래픽을 클라이언트에 연결합니다. 먼저 개요 페이지에서 코어가 실행 중인지 확인하세요. 별도의 시작 버튼이 있는 클라이언트라면 코어부터 실행합니다. 클라이언트 창을 열었다고 프록시가 작동하는 것은 아니며, 트레이 아이콘이 표시되는 것만으로도 상태를 확인할 수 없습니다. 코어를 시작할 때 포트 사용 중 오류가 나면 다른 프록시 프로그램을 먼저 종료하고, 여러 포트를 한꺼번에 바꾸지 마세요.

Windows, macOS, Linux: 먼저 시스템 프록시 켜기

클라이언트의 개요 또는 설정 페이지에서 ‘시스템 프록시’, ‘시스템 프록시로 설정’ 또는 System Proxy를 찾아 켭니다. 클라이언트를 계속 실행한 상태에서 브라우저로 테스트하세요. 일반적으로 이 설정은 시스템 프록시를 따르는 앱의 연결을 로컬 포트로 전달합니다. 데스크톱 환경과 앱마다 시스템 프록시 지원 여부가 다릅니다. 특히 Linux에서는 스위치를 켠 뒤에도 연결 페이지에서 트래픽이 들어오는지 확인하세요.

처음 확인할 때는 트래픽을 가로채는 옵션을 여러 개 동시에 켜지 않는 것이 좋습니다. 먼저 시스템 프록시로 브라우저를 테스트하고, 시스템 프록시를 따르지 않는 앱이 있을 때 TUN을 고려하세요. TUN은 서비스 모드, 관리자 권한 또는 시스템 네트워크 권한이 필요할 수 있습니다. 클라이언트 안내에 따라 서비스를 설치하고 권한을 허용하세요. 스위치가 켜지지 않는다고 바로 재설치할 필요는 없습니다. 일부 설정에서는 시스템 프록시와 TUN을 함께 사용할 수 있지만, 구체적인 조합은 클라이언트 안내를 따르세요.

Android, iOS: 시스템 VPN 권한 확인

모바일 클라이언트 홈에서 연결, 시작 또는 전원 모양 버튼을 누릅니다. 처음 연결할 때는 시스템에서 VPN 연결을 설정하거나 VPN 구성을 추가하라는 메시지가 표시될 수 있습니다. 요청한 앱을 확인하고 허용하세요. 여기서 말하는 VPN은 시스템에서 제공하는 트래픽 연결 방식이며, 별도의 VPN 앱을 설치해야 한다는 뜻은 아닙니다. 권한을 허용한 뒤 클라이언트로 돌아와 실행 중 또는 연결됨으로 표시되는지 확인하고 브라우저 테스트를 진행하세요.

휴대전화에서 다른 VPN을 사용 중이라면 먼저 연결을 끊고 테스트하세요. 기기 관리 정책이나 업무용 프로필 환경에 따라 연결 권한이 제한될 수도 있습니다. Android에서 앱별 프록시를 사용한다면 테스트할 브라우저가 연결 대상에 포함되어 있는지 확인하세요. iOS에서 권한을 허용한 뒤에도 연결되지 않으면 클라이언트로 돌아가 시작 오류를 확인합니다. 시스템 설정에 VPN 구성이 저장되어 있다는 이유만으로 연결된 것으로 판단하지 마세요.

연결한 뒤에는 DNS, 스니핑 또는 복잡한 라우팅 규칙을 당장 변경하지 마세요. 먼저 설정을 읽을 수 있는지, 코어가 시작되는지, 시스템 권한이 허용됐는지, 트래픽이 클라이언트에 들어오는지 확인합니다. 권한이나 네트워크 연결 오류가 발생하면 문제 해결에서 오류 유형에 맞춰 확인하세요. 작동 중인 설정은 유지하고 한 번에 한 가지 항목만 변경한 뒤 다시 테스트합니다.

4단계: 접속 결과와 규칙별 출구 확인

브라우저에서 프록시를 사용해야 하는 사이트에 접속합니다. 예를 들어 설정에서 프록시로 연결하도록 지정한 개발 관련 사이트를 이용할 수 있습니다. 페이지가 로드되면 클라이언트의 ‘연결’, ‘활성 연결’ 또는 Connections 페이지로 돌아와 도메인으로 요청을 검색하세요. 브라우저가 페이지 하나를 열면서 여러 도메인에 요청할 수 있으므로 먼저 기본 도메인을 확인한 뒤 이미지와 스크립트 같은 리소스를 살펴보세요. 백그라운드 요청 하나만 보고 페이지 전체의 결과를 판단하지 마세요.

연결 상세 정보를 열어 대상 도메인, 적용된 규칙, 정책 그룹, 실제 출구를 확인합니다. 규칙이 프록시 그룹을 가리키고 최종적으로 방금 선택한 노드에 연결되었다면 해당 요청이 예상대로 분기된 것입니다. 그룹 이름과 실제 노드는 서로 다른 정보입니다. Proxy만 보이면 실제 노선을 알 수 없는 경우가 있으며, 자동 선택 그룹은 노드를 바꿀 수도 있으므로 해당 연결 기록에 표시된 경로를 기준으로 확인하세요.

이어서 직접 연결될 것으로 예상되는 사이트에도 접속해 같은 방법으로 확인합니다. 규칙이 DIRECT에 적용되고 접속도 정상이라면 프록시 연결과 직접 연결을 비교한 것입니다. 외부 IP 확인 사이트는 보조 자료로 활용할 수 있지만, 해당 사이트도 규칙에 따라 다른 출구로 연결될 수 있습니다. IP 확인 페이지 하나만으로 모든 트래픽이 프록시를 이용한다고 증명할 수는 없으며, 규칙 기록을 대신하지도 않습니다.

페이지가 열리지 않으면 문제를 세 단계로 나눠 확인합니다. 첫째, 연결이 코어에 들어오는지 확인합니다. 연결 페이지에 요청이 전혀 보이지 않으면 시스템 프록시, 모바일 연결 상태, 앱별 연결 범위를 점검하세요. 둘째, 트래픽이 올바르게 분기되는지 확인합니다. 요청은 보이지만 잘못된 정책을 사용한다면 규칙 모드와 활성화된 설정을 확인하세요. 셋째, 출구를 사용할 수 있는지 확인합니다. 규칙은 맞는데 연결에 실패하면 다른 기존 노드를 선택해 다시 시도하고, 로그에서 DNS 조회, 시간 초과, 핸드셰이크 오류를 살펴보세요.

이미 연결된 장시간 연결은 노드를 바꿔도 즉시 다른 노드로 이동하지 않을 수 있으며, 브라우저가 기존 연결을 재사용할 수도 있습니다. 정책을 바꾼 뒤에는 대상 페이지를 새로고침하세요. 더 정확히 비교하려면 클라이언트에서 관련 활성 연결을 닫은 뒤 요청을 다시 보낼 수 있습니다. 전체 연결을 닫으면 진행 중인 다운로드, 회의, 파일 전송이 끊길 수 있으므로 중요한 작업이 없을 때 진행하세요.

확인이 끝나면 다음 세 가지를 기억해 두세요. 현재 사용하는 설정, 일반 프록시 그룹에서 선택한 항목, 정상 작동을 확인한 트래픽 연결 방식입니다. 문제가 생기면 이 상태를 기준으로 한 단계씩 점검하세요. 구독, DNS, 모드를 동시에 초기화하지 마세요. 접속은 되지만 특정 앱에 문제가 있다면 문제 해결 항목을 살펴보고, 특정 도메인의 출구를 바꾸려면 사용자 지정 규칙 안내를 확인하세요.

연결 확인 후: 자동 시작, 업데이트, 종료

기본 연결을 확인한 다음 클라이언트 설정에서 ‘시작 프로그램 등록’ 또는 ‘로그인 시 시작’을 켭니다. 데스크톱 클라이언트의 ‘시작 프로그램으로 등록’, ‘시작 후 연결’, ‘시스템 프록시 자동 설정’은 서로 별개의 옵션일 수 있습니다. 하나를 켰다고 나머지도 활성화되는 것은 아닙니다. 필요한 항목을 설정한 뒤 다시 로그인하거나 기기를 재부팅해 설정, 코어, 트래픽 연결 상태가 모두 복구되는지 확인하고 웹페이지 테스트를 다시 진행하세요.

모바일의 백그라운드 실행은 데스크톱의 시작 프로그램 등록과 다릅니다. Android에서 시스템이 앱을 자주 종료한다면 배터리 최적화, 백그라운드 실행, 시스템의 자동 시작 허용 설정을 확인하세요. 메뉴 위치는 기기 시스템에 따라 다르며, 백그라운드 실행을 위해 네트워크와 무관한 권한까지 허용할 필요는 없습니다. iOS의 주문형 연결 지원 여부는 클라이언트와 시스템 기능에 따라 다르므로 앱에 표시되는 옵션을 기준으로 설정하고 데스크톱 절차를 그대로 적용하지 마세요.

구독을 업데이트하려면 설정 페이지에서 현재 구독의 새로고침 또는 업데이트를 누른 뒤 같은 설정이 계속 활성화되어 있는지 확인합니다. 자동 업데이트를 지원한다면 서비스 제공업체의 안내에 따라 주기를 설정하세요. 업데이트 간격을 지나치게 짧게 할 필요는 없습니다. 원격 구독을 업데이트하면 원본 파일을 직접 수정한 내용이 덮어써질 수 있습니다. 사용자 설정을 계속 유지해야 한다면 먼저 클라이언트의 오버라이드 기능을 확인하고 설정 필드 문서를 참고하세요.

마지막으로 종료 절차를 한 번 확인합니다. 데스크톱 클라이언트를 종료하기 전에 시스템 프록시를 끄거나 클라이언트의 정상 종료 기능을 사용하세요. 클라이언트가 종료된 뒤에도 시스템이 응답하지 않는 로컬 포트를 가리키는 일을 막을 수 있습니다. 종료 후 브라우저에서 인터넷에 연결할 수 없다면 시스템 프록시 설정이 남아 있는지 확인하세요. 모바일에서는 클라이언트에서 연결을 끊고 시스템 VPN 상태도 함께 해제됐는지 확인합니다. 시작과 종료 방법을 모두 알아두면 현재 연결 상태를 쉽게 파악할 수 있습니다.