첫 설정 · 네 단계 연결 과정

Clash 구독 가져오기 및 연결 가이드

이 가이드는 구독 가져오기 → 프록시 모드 선택 → 연결 활성화 → 작동 확인 순서로 진행합니다. 클라이언트와 사용 가능한 구독이 준비되어 있다면 처음 설정과 확인에 약 10분이면 충분합니다. 설치나 구독에 문제가 있다면 해당 문제부터 해결한 뒤 다음 단계로 넘어가세요. 복잡한 규칙이나 네트워크 스택 설정은 다루지 않으며, 재현하고 문제를 되짚기 쉬운 기본 설정을 만드는 것이 목표입니다.

시작 전: 클라이언트와 구독 출처 확인

Clash 생태계의 클라이언트는 설정을 읽고 프록시 코어를 실행하며 설정 화면을 제공합니다. 설치만으로 사용할 수 있는 프록시 경로가 생기는 것은 아닙니다. 먼저 신뢰할 수 있는 출처에서 받은, 현재 클라이언트와 호환되는 구독 URL이나 설정 파일을 준비하세요. 구독 링크에는 보통 접근 정보가 포함되므로 계정 비밀번호처럼 안전하게 보관하고, 공개 댓글이나 문제 화면 캡처, 잘 모르는 온라인 변환 사이트에 붙여 넣지 마세요.

먼저 프록시를 끈 상태에서 기기가 현재 네트워크에 정상적으로 연결되는지 확인하세요. 웹 인증이 필요한 공용 네트워크라면 먼저 인증을 완료해야 합니다. 기본 네트워크에 연결할 수 없으면 구독 업데이트와 노드 연결도 실패할 수 있습니다. 그런 다음 시스템 네트워크를 제어하는 다른 프록시나 VPN 도구를 종료해 두세요. 두 클라이언트가 동시에 시스템 설정을 변경하지 않도록 해야 합니다. 기존 설정이 있다면 작업 전에 백업해도 좋습니다. 이 가이드를 따라 하기 위해 이전 설정을 모두 삭제할 필요는 없습니다.

이 페이지에서는 클라이언트의 기본 설정을 유지하며 DNS 변경, TUN 활성화, 규칙 작성은 요구하지 않습니다. 익숙하지 않은 용어는 용어집에서 확인하세요. 설치부터 오버라이드와 장기 관리까지 전체 흐름을 알아보려면 사용 설명서를 참고하세요. 처음 연결할 때는 여러 고급 옵션을 한꺼번에 켜기보다 한 번에 한 항목씩 변경하는 편이 문제를 찾기 쉽습니다.

1단계: 구독을 가져와 설정 활성화

Clash Verge Rev를 열고 왼쪽 메뉴에서 '구독'을 선택하세요. 구독 URL 입력란에 서비스 제공자가 발급한 전체 링크를 붙여 넣은 다음 '가져오기' 또는 이에 해당하는 추가 메뉴를 누릅니다. 버전에 따라 버튼 위치는 다를 수 있지만, 입력할 항목은 원격 구독 URL이지 노드 이름이 아닙니다. 제공자가 여러 구독 형식을 지원한다면 Clash 또는 mihomo 호환이라고 명시된 형식을 우선 선택하세요. 일반 웹페이지 주소를 설정 URL로 사용하면 안 됩니다.

붙여 넣은 뒤에는 메신저에서 링크가 잘리지 않았는지, 끝에 공백이나 줄바꿈, 문장 부호가 붙지 않았는지 확인하세요. 아래는 주소 형식을 보여 주는 예시일 뿐이며 실제 연결에는 사용할 수 없습니다. 실제 주소는 본인의 서비스 관리 페이지에서 복사해야 합니다. 예시의 일부 문자만 바꿔 접속을 시도하지 마세요.

https://example.com/sub?token=xxxx

가져오기에 성공하면 구독 목록에 보통 이름과 업데이트 정보가 표시된 설정 카드가 추가됩니다. 카드를 선택해 현재 사용할 설정으로 지정하세요. 구독을 목록에 추가하는 것만으로 실행 중인 설정이 자동으로 바뀌는 것은 아닙니다. 그런 다음 '프록시' 페이지로 이동해 프록시 그룹과 선택 가능한 노드가 표시되는지 확인하세요. 목록이 이전 내용 그대로라면 구독 페이지에서 선택된 항목을 확인한 뒤 업데이트를 실행하세요. 같은 URL을 연달아 추가해 구분하기 어려운 복사본을 만들지 마세요.

로컬 .yaml 또는 .yml 파일을 받았다면 클라이언트의 파일 가져오기 메뉴에서 파일을 선택한 다음 활성화하세요. 파일 가져오기는 원격 구독과 업데이트 방식이 다르며, 파일은 보통 서비스 측 변경 사항을 자동으로 가져오지 않습니다. 설정 파일에 노드 비밀번호가 들어 있을 수도 있으므로 백업하거나 전송할 때 수신 대상을 제한하세요. 파일을 수정하기 전에는 변경을 되돌릴 수 있도록 원본을 보관하세요.

다운로드 실패, 파싱 실패, 목록이 비어 있는 경우에는 먼저 어느 단계에서 문제가 발생했는지 구분하세요. 다운로드 실패라면 주소, 네트워크, 구독 상태를 확인해야 합니다. 파싱 실패는 형식이 호환되지 않거나 서버가 설정 내용 대신 로그인 페이지나 오류 메시지를 반환했을 수 있습니다. 파일 이름이 표시된다는 이유만으로 가져오기가 성공했다고 판단하지 마세요. 설정 문법 오류를 해결하려고 프록시 모드를 계속 바꾸는 것도 피해야 합니다. 구독 출처에서 호환되는 주소를 다시 받으세요. 그 밖의 문제는 자주 묻는 질문의 설치·설정 및 문제 해결 항목을 참고하세요.

이 단계의 완료 기준: 현재 구독이 활성화되어 있고 '프록시' 페이지에 예상한 프록시 그룹과 노드가 표시됩니다. 이를 확인한 뒤 연결을 어떻게 분기할지 설정하세요.

2단계: 규칙 모드와 프록시 그룹 선택

'프록시' 페이지로 이동해 '규칙 / 전역 / 직접 연결' 모드 선택 영역을 찾고, 처음에는 '규칙'을 선택하세요. 규칙 모드에서는 현재 설정의 규칙 순서에 따라 연결 경로가 결정됩니다. 일부 요청은 직접 연결되고, 일부는 지정된 프록시 그룹을 거칩니다. 일상적인 사용에 적합하며 다음 단계에서 규칙 적용 여부를 확인하기도 쉽습니다. 모드를 바꿔도 누락된 구독이 추가되거나 서비스 제공자의 노드 상태가 바뀌지는 않습니다.

모드를 정한 다음 페이지에 표시된 프록시 그룹을 확인하세요. 그룹 이름은 구독 내용에 따라 'PROXY', 한국어 이름 또는 다른 사용자 지정 이름일 수 있으므로 가이드와 같을 필요는 없습니다. 설정에서 주로 사용하는 선택 그룹을 찾아 펼친 뒤 노드를 선택하세요. 그룹 안에 다른 그룹이 중첩되어 있다면 실제 선택 항목이 나올 때까지 하위 그룹도 확인하세요. 설정이 끝나지 않은 중간 그룹에 멈추지 않도록 주의하세요. 클라이언트에서 연결 테스트를 지원하면 노드 선택에 참고할 수 있지만, 테스트 결과는 특정 확인 대상에 대한 것일 뿐 이후 실제 접속 확인을 대신하지는 않습니다.

일부 구독은 자동 테스트 그룹이 기본으로 선택되어 있으므로 수동 노드로 억지로 바꿀 필요는 없습니다. 먼저 그룹에 선택 가능한 항목이 있는지, DIRECT 또는 REJECT가 선택되어 있지는 않은지 확인하세요. 앞의 항목은 직접 연결, 뒤의 항목은 연결 거부를 뜻합니다. 용도별 그룹이 여러 개라면 처음에는 일반 프록시 그룹과 테스트할 서비스 그룹만 확인하고 나머지는 기존 설정을 유지하세요. 한 번에 너무 많이 바꾸면 문제를 추적하기 어려워집니다.

모드 처리 방식 이번 설정에서의 권장 사항
규칙 코어에 전달된 연결을 설정 규칙에 따라 분기합니다. 최초 설정과 일상적인 사용의 기본 모드로 사용하세요.
전역 코어에 전달된 연결에 전역 정책을 적용합니다. 규칙 문제를 비교해 확인할 때만 임시로 사용하세요.
직접 연결 코어에 전달된 연결을 직접 연결 정책으로 처리합니다. 프록시 노드의 출구를 확인하는 용도로 사용할 수 없습니다.

주의: 전역 모드는 기기의 모든 앱을 자동으로 제어한다는 뜻이 아닙니다. 모드는 트래픽이 코어에 들어온 뒤의 처리 방식을 정하고, 시스템 프록시나 TUN은 트래픽을 코어로 전달하는 방식과 관련이 있습니다. 따라서 트래픽 제어 기능을 아직 켜지 않았다면 전역 모드로 바꿔도 브라우저 요청이 표시되지 않을 수 있습니다. 이후 규칙 모드에서는 실패하고 전역 모드에서는 성공한다면 규칙과 프록시 그룹을 다시 확인해 보세요. 문제를 해결한 뒤에는 원래 사용하려던 규칙 모드로 되돌리세요.

이 단계의 완료 기준: 규칙 모드가 선택되어 있고 관련 프록시 그룹에서 노드 또는 자동 선택 정책이 분명하게 지정되어 있습니다. 다음으로 테스트할 앱의 트래픽을 클라이언트에 전달하세요.

3단계: 프록시 연결을 활성화하고 연결

데스크톱에서는 '설정' 또는 홈 화면의 빠른 설정 영역으로 돌아가 '시스템 프록시'를 켜세요. Clash Verge Rev가 운영체제에 로컬 프록시 연결 정보를 설정하면 시스템 프록시 설정을 따르는 브라우저와 앱에서 이를 사용할 수 있습니다. 클라이언트와 코어를 실행 상태로 유지한 뒤 테스트할 브라우저 페이지를 다시 여세요. 창을 닫아도 클라이언트가 시스템 트레이에서 계속 실행 중이라면 연결이 유지될 수 있습니다. 프로그램을 종료했다면 로컬 프록시가 계속 응답한다고 가정해서는 안 됩니다.

처음 설정할 때는 시스템 프록시만 사용하고 TUN 모드는 함께 켜지 마세요. 시스템 프록시로 브라우저 같은 일반적인 앱부터 확인하면 가상 네트워크 어댑터, 권한, 라우팅 관련 변수를 줄일 수 있습니다. 일부 앱은 시스템 설정을 따르지 않을 수 있지만, 그렇다고 구독이 잘못된 것은 아닙니다. 기본 연결이 정상인지 확인한 뒤 앱에 필요한 경우 TUN을 활성화하세요. 서비스 모드, 가상 인터페이스, 권한에 관한 자세한 내용은 사용 설명서에서 순서대로 확인할 수 있습니다.

시스템 프록시를 켰는데 바로 다시 꺼지거나 포트 사용 중 알림이 표시되면 다른 프록시 클라이언트가 실행 중인지 먼저 확인하세요. 두 도구가 동시에 시스템 프록시를 제어하게 하지 말고, 용도를 모르는 시스템 서비스를 바로 삭제하지도 마세요. 로컬에서 정상적으로 수신 대기하는지 확인해야 시스템 프록시 설정도 의미가 있습니다. 클라이언트 설정에 표시된 포트를 확인하세요. 기본 포트는 클라이언트와 설정에 따라 다를 수 있으므로 화면 캡처의 숫자를 그대로 따라 하지 말고 현재 표시된 값을 사용하세요.

개별 앱에서 프록시를 직접 설정해야 한다면 호스트에는 보통 로컬 루프백 주소를 입력하고, 포트에는 클라이언트에 표시된 HTTP 또는 혼합 포트를 입력합니다. 아래는 로컬 프록시 설정 방법의 예시이며, 포트는 클라이언트의 값과 일치해야 합니다. 처음에는 시스템 프록시만 사용하면 되므로 브라우저에 별도의 프록시를 중복 설정할 필요가 없습니다.

호스트: 127.0.0.1
포트: 클라이언트 설정에 표시된 HTTP 또는 혼합 포트
유형: 앱에서 지원하는 프록시 프로토콜 선택

모바일에서는 데스크톱의 시스템 프록시 스위치를 찾는 대신 클라이언트 홈 화면에서 '시작' 또는 '연결'을 누릅니다. 처음 연결할 때 시스템에서 VPN 구성 추가 또는 VPN 연결 권한을 요청할 수 있습니다. 앱 이름이 방금 설치한 클라이언트와 일치하는지 확인한 뒤 허용하세요. VPN 표시는 시스템 트래픽을 전달하는 연결이 만들어졌다는 뜻이지 원격 노드를 사용할 수 있다는 뜻은 아닙니다. 권한을 허용한 뒤에도 실제 접속을 확인해야 합니다.

모바일 기기에서 다른 VPN이 실행 중이면 먼저 연결을 끊고 현재 클라이언트로 돌아와 다시 연결하세요. 연결한 뒤에는 백그라운드 실행 유지, DNS, 복잡한 라우팅 설정을 바로 변경하지 말고 앱을 화면에 띄운 상태에서 먼저 테스트하세요. 회사나 학교에서 관리하는 기기는 프록시 설정이나 VPN 권한이 제한될 수 있습니다. 기기 관리 정책을 따라야 하며 스위치를 반복해서 눌러 제한을 우회하려고 하지 마세요.

이 단계의 완료 기준: 데스크톱에서는 시스템 프록시가 계속 켜져 있거나 모바일에서는 시스템 연결이 설정된 것으로 표시되고, 클라이언트에 시작 오류가 없어야 합니다. 이는 연결 경로가 준비되었다는 뜻일 뿐입니다. 다음 단계에서 트래픽이 예상한 출구로 전달되는지 확인하세요.

4단계: 접속 결과와 규칙 적용 확인

브라우저로 돌아가 새 페이지를 열고, 현재 설정에서 프록시를 사용해야 하는 대상에 접속한 다음 직접 연결되어야 하는 대상에도 접속하세요. 설정에 맞는 익숙한 사이트를 선택하면 됩니다. 웹페이지 하나가 열린다는 이유만으로 모든 연결이 정상이라고 판단하지 마세요. 브라우저 캐시, 기존 연결, 사이트 자체 상태가 결과에 영향을 줄 수 있습니다. 테스트할 때는 페이지를 새로고침하고, 필요하면 기존 탭을 닫았다가 다시 여세요. 문제가 발생한 대상도 기록해 두세요.

클라이언트의 '연결' 페이지도 열고 필터에 방금 방문한 도메인을 입력해 해당 연결이 표시되는지 확인하세요. 일부 클라이언트는 상세 정보에서 적용된 규칙, 프록시 체인, 사용된 정책 그룹을 보여 줍니다. 설정상 프록시를 거쳐야 하는 도메인이라면 기록에 예상한 프록시 그룹과 노드가 표시되어야 합니다. DIRECT가 표시되더라도 바로 프록시 스위치가 작동하지 않는다고 단정하지 말고 설정상 직접 연결이 맞는지 먼저 확인하세요. 연결이 매우 짧게 유지되면 기록이 금방 사라질 수 있으므로 페이지를 새로고침하며 확인하세요.

출구 IP 주소 확인은 참고 자료로 활용하되 유일한 증거로 삼지 마세요. 규칙 모드에서는 대상에 따라 출구가 달라질 수 있습니다. IP 확인 페이지에 현재 네트워크의 출구가 표시되더라도 해당 페이지만 직접 연결되도록 설정했을 수 있습니다. 더 확실히 판단하려면 대상 도메인, 적용된 규칙, 실제 정책, 접속 결과를 함께 살펴보세요. 웹페이지에 표시된 출구 주소만으로 DNS 유출 여부를 판단할 수도 없습니다. 별도 점검이 필요하다면 기본 연결을 확인한 뒤 자주 묻는 질문의 DNS 안내를 참고하세요.

브라우저 요청이 전혀 보이지 않으면 3단계를 다시 확인하세요. 시스템 프록시가 계속 켜져 있는지, 브라우저에 별도 프록시 확장 프로그램이 설치되어 있는지, 해당 앱이 시스템 설정을 따르는지 살펴보세요. 연결은 보이지만 요청 시간이 초과되면 2단계에서 실제 노드 선택을 확인하고, 사용 가능하다고 확인된 다른 노드로 바꿔 다시 테스트하세요. 모든 노드에서 인증 또는 연결 오류가 발생한다면 1단계로 돌아가 구독을 업데이트하고 서비스 상태를 확인하세요. TUN, DNS, 전역 모드를 계속 바꾸지는 마세요.

로그가 필요하다면 실패가 발생한 시간을 먼저 기록한 다음 '로그'를 열어 전후 기록을 확인하세요. 설정 로드 오류, 원격 연결 실패, 도메인 이름 확인 실패를 구분하면 단순히 '접속할 수 없음'이라고 보는 것보다 문제를 파악하기 쉽습니다. 다른 사람에게 도움을 요청할 때는 클라이언트 이름, 운영체제, 실패한 단계, 민감 정보를 삭제한 오류 내용을 제공하세요. 전체 구독 URL이나 노드 비밀번호, 인증 정보가 포함된 설정 파일은 공개하지 마세요. 로그 수준을 계속 가장 상세하게 설정해 둘 필요는 없습니다. 문제를 확인한 뒤 평소 설정으로 되돌리세요.

전역 모드로 잠시 바꾸면 접속되지만 규칙 모드에서는 실패한다면 규칙 매칭 또는 규칙에서 참조하는 프록시 그룹에 문제가 있을 가능성이 큽니다. 먼저 규칙 모드로 되돌린 다음 연결 상세 정보를 확인하세요. 특정 사이트 하나를 잠시 열기 위해 전체 트래픽 분기 설정을 계속 바꾸지 마세요. 규칙 순서, 오버라이드 유지, Fake-IP 고급 설정은 이 시작 가이드의 범위를 벗어납니다. 자세한 내용은 사용 설명서에서 확인하세요.

마지막으로 종료 방법을 확인하세요. 사용을 마치면 데스크톱에서는 시스템 프록시를 끈 뒤 클라이언트를 종료하고, 모바일에서는 클라이언트의 연결 해제 버튼을 누르세요. 프로그램이 비정상 종료된 뒤 브라우저에서 갑자기 인터넷에 연결할 수 없다면 시스템 네트워크 설정에 로컬 프록시 항목이 남아 있는지 확인하세요. 기본 연결이 안정된 뒤 자동 시작을 설정하고 실제로 재부팅해 확인하세요. 자동 시작이 성공한 것과 프록시 연결이 정상 작동하는 것은 별개의 문제입니다.