Clash 사용 가이드

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

클라이언트를 열고 ‘설정’, ‘구독’ 또는 비슷한 이름의 페이지로 이동하세요. ‘새로 만들기’, ‘URL에서 가져오기’ 또는 ‘구독 가져오기’를 찾아 전체 구독 URL을 입력란에 붙여 넣습니다. 이름을 입력해야 한다면 구분하기 쉬운 이름을 사용하세요. URL 앞뒤에 공백이나 줄바꿈, 메신저가 붙인 문장 부호가 없는지 확인한 다음 ‘가져오기’, ‘다운로드’ 또는 ‘저장’을 누릅니다.

클라이언트가 다운로드와 구문 분석을 마칠 때까지 기다리세요. 성공하면 설정 목록에 이름, 업데이트 시각 또는 활성 상태가 표시된 항목이 추가됩니다. 가져온 설정이 자동으로 적용되는 클라이언트도 있지만, 목록에 저장만 되는 경우도 있습니다. 해당 설정을 눌러 ‘활성화’, ‘현재 설정으로 지정’ 또는 선택 작업을 수행해 현재 실행 설정으로 만드세요. ‘다운로드 성공’만으로 설정 전환이 완료된 것은 아닙니다.

이어서 ‘프록시’ 페이지를 여세요. 정상이라면 설정에 포함된 정책 그룹과 그룹별 노드 또는 다른 정책 그룹이 표시됩니다. 지금은 모든 항목을 시험할 필요 없이 목록이 비어 있지 않고 설정 구문 분석 오류가 없는지만 확인하세요. 이전 설정의 그룹이 계속 보이면 설정 페이지로 돌아가 선택 상태를 확인하세요. 필요하면 클라이언트의 새로고침 기능을 실행한 뒤 다시 확인합니다.

로컬 파일과 구독 URL 중 어떤 방식을 선택할까요?

YAML 파일이 있다면 같은 페이지에서 ‘파일에서 가져오기’를 선택하고 저장된 파일을 불러온 다음 위와 같은 순서로 활성화하세요. 파일 가져오기는 완성된 설정 파일이 있을 때 적합하고, URL 가져오기는 나중에 원본에서 업데이트하기 편리합니다. 웹페이지 내용을 설정 파일로 저장하거나 파일 확장자만 바꿔 클라이언트가 받아들이게 하지 마세요. 파일 형식은 내용으로 판단해야 합니다.

가져오기에 실패하면 먼저 오류 메시지를 확인하세요. 시간 초과 또는 다운로드 실패라면 현재 네트워크에서 구독 제공처에 접속할 수 있는지 확인합니다. 구문 분석 실패라면 서버가 Clash 호환 설정을 반환하는지 확인하세요. 로그인 페이지, 만료 안내 또는 다른 형식의 노드 목록일 수 있습니다. 가져오기를 반복해도 형식 문제는 해결되지 않으므로 구독 관리 페이지에서 올바른 형식을 다시 선택하세요. 형식에 관한 설명은 용어집의 구독 및 설정 파일 안내를 참고하세요.

구독 URL에는 접근 인증 정보가 포함될 수 있습니다. 스크린샷을 공유할 때는 URL 전체와 QR 코드를 가리고, 공개 게시판에 붙여 넣지 마세요. 첫 가져오기가 끝나면 기본 업데이트 설정을 그대로 두세요. 연결을 확인한 뒤 서비스 제공업체의 안내에 따라 업데이트 주기를 설정하면 됩니다. 업데이트하면 설정 내용을 다시 가져오므로 직접 수정한 내용이 덮어써질 수 있는지 먼저 확인하세요.

다음 단계로 넘어가기 전 확인: 설정 페이지에 현재 활성화된 항목이 있고, 프록시 페이지에 해당 설정의 정책 그룹이 표시되어야 합니다. 두 조건을 모두 충족하면 실행 모드를 선택하세요.

2단계: 규칙 모드 및 프록시 정책 선택

‘프록시’ 또는 ‘개요’ 페이지에서 실행 모드 선택기를 찾으세요. 보통 ‘규칙’, ‘전역’, ‘직접 연결’이 표시되며, 일부 클라이언트는 Rule, Global, Direct를 사용합니다. 처음에는 ‘규칙’을 선택하세요. 설정에 포함된 규칙에 따라 각 연결을 프록시, 직접 연결 또는 다른 방식으로 처리하므로 구독 설정에 포함된 트래픽 분기 로직을 그대로 사용할 수 있습니다.

모드를 선택한 다음 주요 프록시 그룹을 펼치세요. 그룹 이름은 ‘프록시’, ‘노드 선택’ 또는 서비스 제공업체가 정한 이름일 수 있으며, 정해진 표준은 없습니다. 사용할 수 있는 노드나 설정에 포함된 자동 선택 그룹을 선택하세요. 주요 그룹이 다른 그룹을 참조할 수도 있으므로 최종 대상이 무엇인지 확인할 때까지 하위 그룹을 펼쳐야 합니다. 가장 바깥쪽 그룹 이름만 보고 노드 선택이 끝났다고 판단하지 마세요.

목록에 DIRECT 또는 REJECT가 있다면 의미를 확인하세요. DIRECT는 대상에 직접 연결하고, REJECT는 요청을 거부합니다. 일부 규칙에서 정상적으로 사용할 수 있지만, 보통 초보자가 주요 프록시 그룹의 출구로 선택할 항목은 아닙니다. 로컬 네트워크, 중국 본토 웹사이트 또는 차단 규칙용 그룹은 그대로 두세요. ‘모두 프록시로 연결’하려고 하나씩 바꾸지 마세요.

모드 설정과 네트워크 연결은 별개입니다

실행 모드는 ‘코어에 들어온 요청을 어떻게 처리할지’를 결정하고, 시스템 프록시나 TUN은 ‘앱 요청을 어떻게 코어로 보낼지’를 결정합니다. 따라서 전역 모드로 바꿔도 기기의 모든 앱이 자동으로 연결되는 것은 아닙니다. 브라우저가 프록시 연결을 사용하지 않는다면 규칙 모드와 전역 모드를 반복해서 바꿔도 실제 경로는 달라지지 않습니다. 이 차이를 기억하세요. 다음 단계에서 네트워크 연결 경로를 설정합니다.

클라이언트에서 지연 시간 테스트를 제공하면 노드를 1차로 고르는 데 활용할 수 있지만, 실제 접속을 대신하지는 않습니다. 노드 테스트에 성공했다는 것은 해당 시점에 테스트 요청이 완료됐다는 뜻일 뿐입니다. 대상 사이트, 프로토콜, 앱에 따라 결과가 다를 수 있습니다. 사용할 수 있는 항목 하나를 선택해 연결한 뒤, 실제 작동 여부는 4단계에서 연결 기록으로 확인하세요. 정책 그룹 중첩과 규칙 순서는 규칙 및 트래픽 분기 용어 설명을 참고하세요.

다음 단계로 넘어가기 전 확인: 실행 모드는 규칙으로 설정되어 있고, 주요 프록시 그룹에서 사용할 노드나 자동 선택 그룹을 선택했으며, 실수로 직접 연결이나 거부를 선택하지 않아야 합니다.

3단계: 시스템 프록시 또는 모바일 VPN 연결 켜기

설정과 정책 그룹을 준비한 다음 앱 요청을 연결하세요. 데스크톱에서는 홈 화면, 설정 페이지 또는 시스템 트레이 메뉴에서 ‘시스템 프록시’를 찾아 켭니다. 일부 클라이언트는 코어를 실행하기 위해 ‘시작’ 또는 ‘연결’을 먼저 눌러야 합니다. 클라이언트가 실행 중인지 확인하고 백그라운드에서 계속 실행하세요. 기본 창을 닫아도 시스템 트레이로 최소화되는 경우가 있으므로 클라이언트마다 동작이 다릅니다. 처음에는 ‘종료’를 누르지 마세요.

시스템 프록시는 시스템 프록시 설정을 따르는 앱에 주로 적용되며, 브라우저는 첫 테스트에 적합합니다. 브라우저에 프록시 전환 확장 프로그램이 있거나 별도의 프록시 주소를 수동으로 설정했다면 시스템 설정을 덮어쓰지 않는지 먼저 확인하세요. 명령줄, 게임 및 일부 앱은 별도의 네트워크 경로를 사용할 수 있으므로 브라우저에서 작동한다고 해서 해당 앱도 자동으로 연결되는 것은 아닙니다.

Android 또는 iOS에서는 보통 홈 화면의 연결 버튼을 누른 다음 시스템에 표시되는 VPN 연결 권한 요청을 승인합니다. 이 VPN 안내는 클라이언트가 로컬 네트워크 연결 통로를 만들기 위한 시스템 절차이며, 구독 노드가 반드시 사용 가능하다는 뜻은 아닙니다. 권한을 승인한 뒤 클라이언트로 돌아가 연결됨 또는 실행 중으로 표시되는지 확인하고 다음 단계로 진행하세요. 기기에 업무용 프로필, 자녀 보호 기능 또는 관리 정책이 적용되어 있다면 먼저 시스템 제한을 해결해야 합니다.

첫 연결에서는 TUN을 추가로 사용하지 마세요

데스크톱 브라우저가 시스템 프록시로 접속할 수 있다면 TUN은 우선 꺼 두세요. 시스템 프록시를 따르지 않는 앱까지 연결해야 하거나 특정 프로토콜을 처리해야 하는 경우, 또는 더 폭넓은 트래픽 연결이 필요한 경우에만 TUN을 고려하세요. 서비스 설치, 관리자 권한 또는 네트워크 확장 허용이 필요할 수 있습니다. 버튼 이름과 권한 승인 절차는 운영체제와 클라이언트 버전에 따라 다르므로 다른 플랫폼의 방법을 그대로 따르지 마세요.

모바일의 일반적인 VPN 연결 방식과 데스크톱의 별도 TUN 스위치가 반드시 일대일로 대응하는 것은 아닙니다. 목표는 선택한 클라이언트를 정상적으로 실행해 필요한 앱의 네트워크를 연결하는 것입니다. TUN을 켠 뒤 네트워크 문제가 생기면 먼저 TUN을 끄고 확인을 마친 시스템 프록시 방식으로 돌아가세요. 그런 다음 전체 가이드에서 해당 플랫폼의 권한, 라우팅 및 DNS 점검 방법을 확인하세요.

프록시를 수동으로 설정한다면 입력한 포트가 클라이언트의 실제 수신 포트와 일치해야 합니다. 일반적인 예로 로컬 주소 127.0.0.1과 혼합 포트 7890이 있지만, 반드시 이 값을 사용해야 하는 것은 아닙니다. 우선 클라이언트의 시스템 프록시 스위치를 사용하세요. 포트가 이미 사용 중이거나 코어가 시작되지 않는다면 안내된 문제부터 해결하고, 여러 설정 페이지에서 포트를 임의로 바꾸지 마세요.

다음 단계로 넘어가기 전 확인: 클라이언트 코어가 실행 중이고, 데스크톱에서는 시스템 프록시가 켜져 있거나 모바일에서는 VPN 권한을 승인하고 연결했으며, 다른 유사한 도구가 네트워크를 동시에 제어하지 않아야 합니다.

4단계: 요청 경로 및 실제 접속 확인

브라우저에서 새 페이지를 열고 현재 규칙에 따라 프록시를 사용해야 하며 평소 이용하는 사이트에 접속하세요. 동시에 클라이언트의 ‘연결’ 페이지를 열고 방금 생성된 요청을 도메인으로 검색합니다. 화면에 따라 연결 항목을 눌러 세부 정보를 펼쳐야 할 수 있습니다. 대상 도메인, 적용된 규칙, 사용된 정책 그룹 및 최종 연결 경로를 확인하세요.

페이지가 열리고 해당 요청이 예상한 프록시 그룹과 노드를 실제로 사용했다면 연결이 정상적으로 처리된 것입니다. 기록에 DIRECT가 표시되면 원래 직접 연결되어야 하는 요청인지 먼저 확인하세요. 규칙 모드에서는 직접 연결이 표시되어도 작동 실패가 아닙니다. 반대로 웹페이지가 열린다는 사실만으로 프록시가 작동한다고 볼 수는 없습니다. 해당 사이트에 직접 접속할 수 있었을 수도 있습니다.

테스트할 때는 페이지를 새로고침해 캐시된 콘텐츠만 확인하지 않도록 하세요. 일부 클라이언트는 코어 연결 기록을 켜면 요청을 확인할 수 있고, 일부는 별도의 기록 옵션을 켜야 합니다. 기록이 없다면 트래픽이 클라이언트에 들어갔다고 판단하기 전에 기록 기능과 표시 필터를 확인하세요. 필요하면 정보 수준 로그를 잠시 켜서 살펴본 뒤, 검증이 끝나면 평소 설정으로 되돌리세요. 상세 로그를 장시간 켜 두지 마세요.

현상에 따라 확인하고 설정을 마구 바꾸지 마세요

1. 새 연결 기록이 없음: 먼저 코어가 실행 중인지, 시스템 프록시가 켜져 있는지, 브라우저 확장 프로그램이나 별도 설정이 다른 연결 경로를 사용하지 않는지 확인하세요. 모바일에서는 VPN 연결이 유지되는지도 확인합니다.
2. 기록은 있지만 예상과 다른 정책을 사용함: 규칙 모드, 주요 프록시 그룹 및 해당 그룹이 참조하는 하위 그룹을 확인하세요. 현재 목록에 남아 있는 이전 설정이 아니라 방금 가져온 설정이 활성화되어 있는지 확인합니다.
3. 예상한 노드를 선택했지만 요청에 실패함: 같은 그룹의 다른 사용 가능한 노드로 바꿔 다시 시도한 다음 구독 상태와 클라이언트 로그를 확인하세요. 여러 노드가 모두 실패하더라도 DNS, 포트, TUN을 한꺼번에 바꾸지 마세요.
4. 브라우저는 되지만 특정 앱은 안 됨: 해당 앱이 시스템 프록시를 따르는지, 별도의 프록시 설정이 있는지 먼저 확인하세요. 더 많은 앱을 연결해야 한다면 플랫폼 가이드에 따라 TUN을 설정하거나 앱별 규칙을 점검하세요.

프록시 경로를 확인한 다음 직접 연결되어야 하는 사이트에도 접속해 로컬 네트워크 서비스와 자주 사용하는 앱이 정상인지 확인하세요. 라우터 관리 페이지, 프린터 또는 로컬 개발 서버를 사용한다면 해당 주소에도 접속해 보세요. 이렇게 하면 외부 웹페이지 하나가 열리는지 확인하는 데 그치지 않고, 로컬 요청이 실수로 프록시를 통과하는 문제도 찾을 수 있습니다.

외부 IP 조회는 보조적인 확인 자료로 활용할 수 있지만, 조회 요청 자체에도 트래픽 분기 규칙이 적용됩니다. 조회 결과는 그 요청에서 사용된 출구만 보여 줄 뿐, 모든 앱과 프로토콜이 같은 경로를 사용하는지 또는 DNS 요청이 어떻게 처리되는지를 증명하지는 않습니다. DNS나 TUN을 더 자세히 점검하려면 전체 가이드의 설정 문제 해결 방법을 확인하세요. 첫 설정 과정에서 모든 매개변수를 한꺼번에 바꾸지 마세요.

작동 확인 후 설정 저장 및 종료

현재 사용할 수 있는 설정 이름, 주요 프록시 그룹 선택 항목과 네트워크 연결 방식을 기록해 두세요. 이후에는 한 번에 설정 하나만 변경하면 이전 상태로 되돌리기 쉽습니다. 시작 시 자동 연결을 설정하려면 ‘시스템 시작 시 실행’과 ‘시작 후 연결’을 각각 확인하세요. 두 옵션이 같은 스위치인 것은 아닙니다. 화면이 잠긴 뒤 모바일 연결이 끊긴다면 백그라운드 실행 또는 배터리 절약 제한을 확인하세요. 첫 연결 전에 모든 시스템 최적화 기능을 끌 필요는 없습니다.

사용을 마치면 데스크톱에서는 먼저 시스템 프록시를 끈 뒤 클라이언트를 종료하거나 클라이언트의 연결 해제 기능을 사용하세요. 모바일에서는 연결을 끊고 시스템 VPN 연결이 종료됐는지 확인합니다. 종료 후 웹페이지에 접속할 수 없다면 시스템에 로컬 포트를 가리키는 수동 프록시 설정이 남아 있는지 확인하고 원래 설정으로 되돌린 뒤 다시 시도하세요.

완료 기준: 프록시를 사용해야 하는 요청이 연결 기록에서 예상한 정책 경로로 확인되고, 직접 연결해야 하는 요청과 일상적으로 사용하는 앱도 정상 작동해야 합니다. 여기까지 완료했다면 첫 설정이 끝난 것입니다. 이후 특정 플랫폼의 설치 권한이나 고급 설정에 문제가 있을 때 전체 플랫폼 설치 및 설정 가이드를 확인하세요. 구독을 처음부터 다시 가져올 필요는 없습니다.