Clash 사용 가이드

구독을 가져와 설정 활성화

Clash는 사용 가능한 프록시 출구와 정책 그룹 구성, 직접 연결할 요청을 확인하려면 먼저 설정을 불러와야 합니다. 클라이언트를 설치하는 것만으로는 사용할 수 있는 구독이 만들어지지 않습니다. 시작하기 전에 구독 서비스에서 제공하는 호환 링크나 사용 가능 여부를 확인한 YAML 설정 파일을 준비하세요. 구독은 이용 권한이 있고 신뢰할 수 있는 출처에서 받아야 합니다.

구독 링크로 설정 만들기

클라이언트의 사이드바나 하단 메뉴에서 ‘구독’, ‘설정’ 또는 ‘Profiles’를 열고 ‘추가’, ‘새로 만들기’, ‘URL에서 가져오기’ 메뉴를 찾습니다. 전체 링크를 주소 입력란에 붙여 넣고 ‘일상 설정’처럼 알아보기 쉬운 이름을 입력한 다음 ‘가져오기’, ‘다운로드’ 또는 ‘저장’을 누르세요. 일부 클라이언트는 클립보드에서 링크를 가져올 수 있습니다. 이 기능을 사용하기 전에 클립보드에 구독 주소가 들어 있는지 확인하세요.

가져오기를 시작한 뒤 다운로드가 끝날 때까지 기다립니다. 정상적으로 완료되면 설정 목록에 카드나 항목이 추가되고, 설정 이름과 업데이트 시각이 표시됩니다. 일부 구독은 사용량 정보도 제공합니다. 해당 설정에서 ‘활성화’ 또는 ‘사용’을 누르거나 선택 표시를 해 현재 설정으로 지정하세요. 설정을 추가하는 것과 활성화하는 것은 별개입니다. 프록시 페이지에 이전 내용이 계속 보인다면 설정 목록으로 돌아가 현재 선택 항목을 확인하세요.

이어서 ‘프록시’ 페이지에서 정책 그룹과 선택 가능한 노드가 표시되는지 확인합니다. 그룹 이름은 설정에 따라 PROXY, 자동 선택 또는 사용자 지정 이름일 수 있으며, 안내와 완전히 같을 필요는 없습니다. 그룹과 노드가 보이면 클라이언트가 설정을 읽은 것입니다. 아직 네트워크 연결이 완료된 것은 아니므로 다음 단계에서 모드와 출구를 선택해야 합니다.

로컬 파일에서 가져오기

.yaml 또는 .yml 파일을 받은 경우, 같은 설정 페이지에서 ‘파일 가져오기’를 선택하고 시스템 파일 선택 창에서 파일을 연 다음 해당 설정을 활성화하세요. 구독 링크를 YAML 내용인 것처럼 편집기에 붙여 넣지 말고, 다른 형식의 파일 이름만 YAML 확장자로 바꾸지도 마세요. 확장자를 바꿔도 파일의 내용 구조는 달라지지 않으므로 형식이 호환되지 않으면 계속 파싱에 실패합니다.

가져오기에 실패하면 먼저 오류 메시지를 자세히 확인하세요. 네트워크 시간 초과라면 현재 네트워크에서 구독 주소에 접근할 수 있는지 점검합니다. 인증 실패라면 서비스 관리 페이지에서 링크가 유효한지 확인하세요. YAML 파싱 오류가 표시되면 웹페이지 주소나 다른 구독 형식이 아닌, 호환되는 설정 가져오기 메뉴를 선택했는지 확인합니다. 오류에 표시된 필드 이름과 줄 번호를 기록해 두면 추가 점검에 도움이 됩니다.

처음 설정할 때는 구독을 한 번 직접 업데이트해 내용을 가져올 수 있는지 확인한 뒤 자동 업데이트 주기를 정하세요. 구독 업데이트로 원격 설정의 변경 사항이 바뀔 수 있으므로, 이 단계에서는 규칙 원문을 수정하지 않아도 됩니다. 링크 형식이 궁금하다면 URL, Base64, YAML 구독 형식 안내를 확인하고, 구체적인 오류가 발생하면 자주 묻는 질문 및 문제 해결을 참고하세요.

완료 기준: 현재 설정이 선택되어 있고 프록시 페이지에 정책 그룹과 노드가 표시됩니다. 설정을 그대로 유지한 채 다음 단계에서 실행 모드를 선택하세요.

규칙 모드와 프록시 출구 선택

‘프록시’ 또는 ‘개요’ 페이지에서 ‘규칙 / 전역 / 직접 연결’ 모드를 찾습니다. 처음 사용할 때는 규칙 모드를 권장합니다. 현재 설정의 규칙에 따라 각 연결의 경로가 결정되므로, 직접 연결과 프록시 연결을 함께 사용하는 일상적인 환경에 적합합니다. 규칙은 현재 사용 중인 설정에서 가져오며, 모든 구독에 공통으로 미리 지정된 결과가 아닙니다.

실제로 사용하는 정책 그룹에서 노드 선택

규칙 모드로 전환한 뒤 설정에서 프록시 출구를 담당하는 주요 정책 그룹을 펼치고 사용 가능한 노드를 누르거나 설정에 포함된 자동 선택 그룹을 고릅니다. 선택한 항목에는 보통 체크 표시나 테두리, 현재 선택 항목이 표시됩니다. 그룹에 노드 대신 다른 그룹이 표시되면 최종 출구를 확인할 수 있을 때까지 선택된 하위 그룹을 계속 살펴보세요.

정책 그룹은 서로를 참조할 수 있으므로 아무 노드나 선택한다고 모든 연결에 영향을 주는 것은 아닙니다. 예를 들어 규칙은 ‘업무’ 그룹을 가리키는데 방금 ‘미디어’ 그룹을 변경했다면 업무 요청의 출구는 바뀌지 않습니다. 처음 설정할 때 모든 그룹을 정리할 필요는 없습니다. 대상 요청에 사용되는 주요 그룹부터 찾으세요. 그룹과 노드의 차이가 헷갈린다면 용어집의 정책 그룹 및 노드 설명을 먼저 읽어 보세요.

클라이언트에 연결 테스트 기능이 있다면 선택한 그룹을 테스트해 사용하기 어려운 후보를 가려낼 수 있습니다. 다만 결과는 테스트 주소, 네트워크 상태, 노드 정책에 따라 달라집니다. 테스트 결과가 표시되는 것은 해당 테스트 요청이 완료됐다는 뜻일 뿐, 실제 서비스 페이지에서의 확인을 대신하지 못합니다. 한 번 테스트에 실패했다고 DNS, 규칙, 연결 모드를 동시에 바꾸지 마세요.

비교를 위한 초기 상태 유지

처음 연결할 때는 규칙 모드를 유지하고 출구 하나를 직접 선택하는 것이 좋습니다. 이후 문제를 점검할 때 전역 모드를 활용할 수 있습니다. 같은 대상에 전역 모드로는 접속되지만 규칙 모드에서는 실패한다면, 적용된 규칙과 정책 그룹 참조를 추가로 확인할 수 있습니다. 비교를 마친 뒤에는 기존 모드로 되돌리세요. 직접 연결 모드는 프록시 노드를 확인할 때 쓰지 않습니다. 클라이언트가 실행 중이어도 대상 요청이 직접 연결될 수 있습니다.

완료 기준: 모드는 ‘규칙’로 설정되어 있고 주요 정책 그룹에서 현재 선택 항목을 확인할 수 있습니다. 설정에 따라 트래픽 경로가 정해졌으니, 다음 단계에서는 앱 트래픽이 실제로 클라이언트에 들어오도록 해야 합니다.

코어를 실행하고 연결 활성화

‘개요’ 또는 홈 화면으로 돌아가 코어가 실행 중인지 확인합니다. 클라이언트에서 코어 실행과 연결을 하나의 동작으로 처리한다면 ‘시작’이나 ‘연결’을 누르면 됩니다. 포트 충돌이나 설정 불러오기 오류가 발생하면 트래픽을 연결하기 전에 먼저 해결하세요. 설정이 존재하는 것, 노드가 선택된 것, 시스템이 프록시를 사용하는 것은 각각 별개의 단계입니다.

데스크톱에서는 먼저 시스템 프록시 사용

데스크톱 클라이언트에서 ‘시스템 프록시’를 찾아 활성화합니다. 시스템에서 지원하는 프록시 연결을 로컬 클라이언트로 지정하면, 시스템 프록시 설정을 사용하는 브라우저와 앱이 요청을 Clash에 전달할 수 있습니다. 첫 확인은 브라우저로 진행하고 TUN은 꺼 두세요. 설정, 노드, 트래픽 진입 중 어디에서 문제가 발생했는지 구분하기 쉽습니다.

활성화한 뒤 브라우저에서 새 탭을 열어 대상 페이지에 접속하세요. 이미 열려 있는 페이지는 이전 연결을 계속 사용할 수 있어 설정을 바꾼 직후 새로고침해도 변경된 경로가 반영되지 않을 수 있습니다. 일부 앱은 별도의 프록시 설정을 사용하거나 시스템 프록시를 무시합니다. 따라서 브라우저는 정상인데 다른 앱에서 작동하지 않는다고 해서 선택한 노드에 문제가 있다고 단정할 수 없습니다. 먼저 해당 앱의 네트워크 설정을 확인한 뒤 TUN이 필요한지 판단하세요.

특정 앱에 프록시를 직접 설정해야 한다면 클라이언트에 표시된 실제 수신 주소, 포트, 프로토콜을 기준으로 입력하세요. 안내에 자주 등장하는 포트 번호를 현재 설정값으로 간주하지 말고, HTTP와 SOCKS 연결을 혼용하지도 마세요. 처음 사용할 때는 보통 ‘LAN 연결 허용’을 켤 필요가 없습니다. 이 옵션은 다른 기기에서 이 기기의 프록시 서비스에 접속하도록 할 때 사용하는 것이며, 이 기기 자체의 연결에 필요한 설정은 아닙니다.

모바일에서 시스템 VPN 권한 확인

모바일 클라이언트에서 ‘연결’을 누르면 시스템에서 VPN 설정 추가나 VPN 연결을 요청할 수 있습니다. 요청을 보낸 앱이 방금 설치한 클라이언트인지 확인한 다음 시스템 안내에 따라 권한을 허용하세요. 허용 후 클라이언트로 돌아와 연결 상태가 바뀔 때까지 기다리고, 시스템에도 해당 VPN 상태가 표시되는지 확인합니다. 시스템 VPN 인터페이스는 기기 트래픽을 연결하는 데 쓰이며, 실제 출구는 설정과 정책 그룹이 결정합니다.

기기에서 같은 종류의 VPN 인터페이스를 사용하는 다른 앱이 실행 중이라면 기존 연결을 먼저 중지한 뒤 현재 클라이언트를 시작하세요. 두 앱이 시스템 연결을 서로 바꾸면서 화면 상태가 계속 달라질 수 있습니다. 모바일에서 백그라운드로 전환한 뒤 자주 연결이 끊긴다면 시스템의 앱 배터리 관리 옵션에서 백그라운드 실행 제한을 확인하세요. 처음부터 모든 절전 설정을 바꿀 필요는 없습니다.

더 많은 앱의 트래픽을 처리해야 할 때 TUN 활성화

TUN은 가상 네트워크 인터페이스를 통해 트래픽을 연결하며, 시스템 프록시로 처리할 수 없는 일부 앱에 적합합니다. 기본적인 브라우저 확인을 마친 뒤에만 설정에서 TUN을 활성화하고, 클라이언트 안내에 따라 서비스를 설치하거나 필요한 권한을 허용하세요. 시작에 실패하면 구체적인 오류 메시지를 확인하고, 시스템 프록시와 TUN, 다른 네트워크 도구를 무작정 반복해서 켜고 끄지 마세요.

시스템 프록시와 TUN을 함께 켜야 하는지는 클라이언트 구현 방식과 현재 설정에 따라 다릅니다. 처음에는 클라이언트 안내를 따르고 트래픽 진입 경로를 한 번에 하나씩만 변경하세요. TUN, DNS, 라우팅의 관계는 이후 설정에서 다룹니다. 자세한 설정값은 고급 설정 가이드를 참고하고, 우선은 확인 가능한 연결을 한 번 완료하세요.

완료 기준: 클라이언트가 정상 실행 중이고, 데스크톱에서는 시스템 프록시가 활성화되어 있거나 모바일에서는 시스템 연결이 설정되어 있습니다. 다음 단계에서는 스위치 상태만 보지 말고 실제 요청으로 작동 여부를 확인합니다.

접속 결과와 규칙 적용 확인

먼저 브라우저에서 프록시를 거칠 것으로 예상되는 페이지를 엽니다. 예를 들어 설정에서 해당 사이트를 프록시 정책으로 보내도록 지정했는지 확인하세요. 그런 다음 클라이언트의 ‘연결’, ‘활성 연결’ 또는 ‘로그’ 페이지에서 방금 접속한 도메인을 검색합니다. 표시 항목은 클라이언트마다 다르지만 대상 주소, 적용된 규칙, 정책 그룹, 실제 출구를 확인하면 됩니다.

페이지와 연결 기록 함께 확인

페이지가 열리는 것은 첫 번째 확인이고, 연결 기록에 예상한 프록시 정책 경로가 표시되는 것은 두 번째 근거입니다. 대상 페이지에 접속할 수 있다는 사실만으로 프록시를 거쳤다고 판단할 수는 없습니다. 기록이 의도치 않게 DIRECT로 처리되거나 예상과 다른 정책 그룹을 선택하지 않았는지 확인하세요. 규칙에서 해당 대상을 직접 연결하도록 지정했다면 DIRECT가 표시되는 것이 정상입니다.

이어서 설정에서 직접 연결될 것으로 예상한 페이지에 접속해 직접 연결 정책이 적용되는지 확인합니다. 두 종류의 요청이 각각 예상한 방식으로 처리되어야 현재 규칙과 트래픽 진입 경로가 기본적으로 정상 작동한다고 볼 수 있습니다. 출구 IP 조회는 요청 경로를 판단하는 데 도움이 될 수 있지만, 조회 페이지 자체에도 분기 규칙이 적용되므로 결과가 모든 앱이나 도메인의 출구를 대표하지는 않습니다.

확인할 때는 새 연결을 사용하세요. 모드나 정책 그룹을 변경해도 이미 맺어진 장기 연결은 이전 출구를 계속 사용할 수 있습니다. 대상 페이지를 닫았다가 다시 열거나, 영향을 이해한 경우 해당 활성 연결을 끊으세요. 경로를 새로 확인하려고 설정 전체를 초기화하면 정상 작동을 확인한 설정까지 사라질 수 있습니다.

기록 유무로 문제 범위 좁히기

페이지 접속에 실패했고 연결 목록에도 해당 기록이 전혀 없다면 3단계로 돌아가 시스템 프록시나 모바일 연결 상태를 확인하고, 브라우저 자체 프록시 설정도 점검하세요. 로그 수준도 확인해야 합니다. 현재 수준에서 특정 유형의 정보가 기록되지 않는다고 해서 요청이 들어오지 않았다는 뜻은 아닙니다. 연결 페이지와 새 요청을 함께 살펴보세요.

기록은 있지만 연결 시간 초과가 표시된다면 같은 정책 그룹에서 사용할 권한이 있는 다른 노드로 바꾼 뒤 같은 페이지에 다시 접속하세요. 특정 대상만 실패한다면 해당 대상에 적용된 규칙, 대상 서비스 상태, DNS 오류를 확인합니다. 프록시를 거치는 모든 요청이 실패한다면 상위 서비스의 가용성, 계정 상태, 현재 네트워크에서 연결을 허용하는지 점검하세요.

클라이언트를 활성화한 뒤 원래 접속되던 페이지도 열리지 않는다면, 방금 활성화한 트래픽 진입 경로를 먼저 끄고 기본 네트워크 연결이 복구되는지 확인한 다음 로그를 살펴보세요. 이렇게 하면 기기의 기본 인터넷 연결을 유지하면서 문서를 계속 확인할 수 있습니다. 문제가 계속되면 운영체제, 클라이언트, 모드, 진입 방식, 구체적인 오류 유형을 기록하고 민감한 정보는 가린 뒤 도움을 요청하세요. 추가 점검 방법은 문제 해결 FAQ를 참고하세요.

재현 가능한 일상 설정 저장

확인에 성공하면 현재 설정 이름, 실행 모드, 주요 정책 그룹 선택 항목을 기록해 두세요. 구독을 자동 업데이트하려면 설정 페이지에서 적절한 주기를 지정하고, 업데이트 후에도 해당 설정을 계속 사용하는지 확인합니다. 로컬 규칙을 수정할 계획이라면 먼저 현재 정상 작동하는 내용을 백업하고 구독 업데이트와 로컬 덮어쓰기의 관계를 확인하세요. 임시 변경 사항이 쉽게 교체될 수 있는 원격 설정에 저장되지 않도록 주의합니다.

평소 클라이언트를 종료하기 전에는 클라이언트의 연결 중지 또는 종료 기능을 사용하고 시스템 프록시가 원래 상태로 복원됐는지 확인하세요. 종료 후 브라우저가 인터넷에 연결되지 않으면 시스템 프록시가 중지된 로컬 프록시 서비스를 계속 가리키는지 먼저 살펴봅니다. 다음에 실행할 때는 ‘설정 활성화 → 모드와 출구 확인 → 트래픽 진입 경로 활성화 → 새 요청 기록 확인’ 순서로 점검하면 됩니다.