1단계: 구독을 가져와 설정 활성화
Clash Verge Rev를 열고 왼쪽 메뉴에서 「구독」 페이지로 이동하세요. 서비스 제공업체 관리 페이지에서 Clash 또는 Mihomo용이라고 명시된 구독 URL을 복사합니다. 보통 전체 URL 형태이며 로그인 페이지 주소, 웹페이지 공유 링크, 개별 프록시 프로토콜 링크와는 다릅니다. 구독 URL에 계정 정보가 포함될 수 있으므로 사용할 클라이언트에만 붙여 넣고 공개 채팅이나 스크린샷, 문의 내용에 공유하지 마세요.
주소를 붙여 넣고 가져오기가 끝날 때까지 기다리기
구독 URL 입력란을 찾으세요. 화면에 추가 버튼만 보이면 먼저 더하기 버튼을 누른 뒤 URL로 가져오기를 선택합니다. 전체 주소를 붙여 넣고 앞뒤를 확인해 복사 과정에서 들어간 공백, 줄바꿈, 따옴표를 삭제한 다음 「가져오기」를 실행하세요. 클라이언트가 다운로드와 파싱을 마칠 때까지 기다립니다. 가져오기가 완료되면 구독 페이지에 설정 카드가 추가되고 이름, 업데이트, 편집 등의 메뉴가 표시됩니다. 카드 이름은 구독 내용이나 클라이언트가 정하므로 문서의 예시와 다를 수 있습니다.
가져온 설정 카드가 현재 사용 중인 설정으로 지정됐는지도 확인해야 합니다. 카드를 누르거나 활성화 메뉴를 선택하고 선택 표시가 나타나는지 확인하세요. 이어서 「프록시」 페이지에서 정책 그룹이 보이는지 살펴봅니다. 구독 페이지에 카드가 있다는 것만으로 코어가 해당 설정을 사용한다고 볼 수는 없습니다. 프록시 페이지가 비어 있다면 구독 페이지로 돌아가 선택 상태를 확인하고, 로그 페이지에서 파싱 또는 설정 로드 실패 메시지를 찾아보세요. 확인하기 전에는 시스템 프록시를 켜지 마세요.
로컬 파일 가져오기와 구독 업데이트의 차이
로컬 .yaml 또는 .yml 파일을 받았다면 추가 메뉴에서 파일 가져오기를 선택하고, 파일을 지정해 현재 설정으로 활성화하세요. 파일에는 실행 가능한 전체 설정이 들어 있어야 합니다. 규칙 몇 줄이나 DNS 설정 일부만 포함한 파일은 완전한 구독처럼 사용할 수 없습니다. 로컬 파일은 보통 서비스 제공업체의 변경 사항을 자동으로 반영하지 않으므로 새 파일을 받으면 다시 가져오거나 클라이언트에서 지원하는 방식으로 교체해야 합니다.
URL을 가져오지 못하면 먼저 구독이 유효한지, 계정이 만료되지 않았는지, 현재 네트워크에서 구독 서버에 접속할 수 있는지 확인하세요. 로그에서 연결 시간 초과, 서버 거부, YAML 파싱 오류를 구분합니다. 앞의 두 오류는 주소와 네트워크를 점검하고, 파싱 오류는 로그인 안내 페이지가 아닌 올바른 형식의 설정을 받았는지 확인하세요. 전체 구독 URL을 출처가 불분명한 변환 사이트에 입력하지 마세요. 제공업체에서 프록시를 통해 업데이트하라고 안내했다면 이미 사용 가능한 연결을 이용해야 합니다. 아직 설정되지 않은 새 구독이 스스로 연결을 만들어 줄 것이라고 기대해서는 안 됩니다.
처음 연결에 성공한 뒤에는 카드의 「업데이트」 버튼으로 원격 변경 사항을 가져오면 됩니다. 원격 구독을 직접 편집하면 업데이트 과정에서 변경 내용이 덮어써질 수 있으므로, 우선 기본 설정을 유지하고 포트, DNS, 규칙은 서둘러 수정하지 마세요. 사용자 설정을 계속 유지해야 한다면 고급 사용법의 로컬 오버라이드와 여러 구독 병합을 확인하세요. 이 단계의 완료 기준은 설정 카드가 선택되어 있고, 프록시 페이지에 예상한 정책 그룹이 표시되며, 로그에 설정 로드를 막는 오류가 없는 것입니다.
2단계: 규칙 모드와 프록시 출구 선택
설정이 적용되면 클라이언트의 실행 모드 메뉴를 찾아 「규칙」으로 설정하세요. 버전에 따라 메뉴가 홈 화면이나 프록시 페이지에 있거나 Rule로 표시될 수 있습니다. 규칙 모드는 설정에 지정된 규칙에 따라 요청을 직접 연결하거나 프록시로 보내거나 차단합니다. 처음에는 구독에 포함된 트래픽 분기 설정을 그대로 사용하는 편이 좋습니다. 규칙 모드가 모든 사이트의 프록시 필요 여부를 자동으로 판단하는 것은 아니며, 실제 동작은 현재 설정과 정책 그룹 선택에 따라 달라집니다.
모드를 먼저 선택한 뒤 정책 그룹에서 출구 선택
「프록시」 페이지에서 구독 설정의 주요 트래픽을 처리하는 정책 그룹을 찾으세요. 「프록시 선택」, 「노드 선택」 또는 서비스 제공업체가 지정한 이름으로 표시될 수 있으므로 이름만 보고 용도를 판단하지 마세요. 그룹을 펼쳐 실제 출구가 있는지, 자동 선택이나 장애 조치 정책 그룹이 있는지 확인합니다. 수동 선택 그룹에서는 후보 항목을 누르고 선택 표시가 나타나는지 확인하세요. 선택한 항목이 중첩된 정책 그룹이라면 한 단계 더 펼쳐 실제로 사용할 수 있는 출구까지 선택해야 합니다.
클라이언트에 연결 테스트 기능이 있다면 현재 그룹에서 한 번 실행해 참고할 수 있습니다. 테스트 성공은 그 시점에 테스트 대상에 연결할 수 있다는 뜻일 뿐, 모든 사이트에 접속할 수 있음을 보장하지 않습니다. 테스트에 실패한 경우에도 테스트 주소가 제한된 것일 수 있습니다. 처음 확인할 때는 이미 사용 가능한 것으로 알려진 출구 하나를 선택하고 여러 그룹을 동시에 바꾸지 마세요. 프록시 페이지에 직접 연결만 있거나 후보 항목이 전혀 없다면 TUN을 켜는 대신 이전 단계로 돌아가 구독 내용을 확인하세요.
규칙, 전역, 직접 연결 모드 구분하기
「전역」 모드는 보통 모든 트래픽을 전역 정책 그룹으로 보내지만, 그룹 안에서 출구를 올바르게 선택해야 합니다. 전역으로 바꾼다고 사용 가능한 연결 경로가 자동으로 생기는 것은 아닙니다. 「직접 연결」은 프록시 출구를 거치지 않으며, 주로 복구나 비교 확인에 사용합니다. 처음에는 규칙 모드를 유지하세요. 출구가 사용 가능한 것을 확인했고 규칙 매칭 문제인지 비교해야 할 때만 잠시 전역으로 전환한 뒤, 테스트가 끝나면 규칙 모드로 되돌리세요.
프록시 모드와 다음 단계에서 설정할 트래픽 가로채기 방식은 서로 다릅니다. 규칙 모드는 「코어에 들어온 요청을 어떻게 처리할지」를 정하고, 시스템 프록시와 TUN은 「어떤 요청을 코어로 보낼지」를 정합니다. 따라서 규칙 모드를 선택해도 트래픽 가로채기를 켜지 않으면 브라우저가 기존 네트워크를 그대로 사용할 수 있습니다. 반대로 TUN을 켜도 정책 그룹 선택을 대신하거나 만료된 구독을 복구해 주지는 않습니다. 다음 단계로 넘어가기 전에 규칙 모드가 설정됐고 주요 정책 그룹에서 유효한 출구를 선택했는지 확인하세요.
자동 선택, 부하 분산, 규칙 순서, 규칙 세트의 구독 관리 방법은 첫 연결을 확인하는 동안 하나씩 살펴볼 필요가 없습니다. 현재 선택한 그룹과 출구를 기억해 두고, 고급 설정 안내서의 관련 항목을 나중에 확인하세요. 검증하기 전에 여러 설정을 한꺼번에 바꾸지 않는 것이 좋습니다.
3단계: 시스템 프록시를 켜고 요청 보내기
이제 홈 화면이나 「설정」 페이지로 돌아가 Mihomo 코어가 중지되었거나 오류를 반복하는 상태가 아닌지 확인하세요. 그런 다음 「시스템 프록시」 스위치를 켭니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱의 요청을 클라이언트 로컬 수신 포트로 보냅니다. 클라이언트 창이 열려 있다고 해서 이 스위치까지 켜진 것은 아닙니다. 활성화한 뒤 자주 사용하는 브라우저에서 새 페이지를 열어 클라이언트에서 확인할 요청을 생성하세요.
첫 연결에서는 기본 포트를 유지하세요
포트 설정에 Mixed Port(예: 7897)가 표시될 수 있습니다. 가이드와 값을 맞추려고 변경하지 말고 현재 클라이언트에 표시된 값을 사용하세요. 시스템 프록시가 가리키는 로컬 주소와 포트는 실행 중인 코어의 수신 설정과 일치해야 합니다. 다른 프록시 도구를 사용한 적이 있다면 시스템에 이전 포트가 남아 있을 수 있습니다. Clash Verge Rev의 시스템 프록시를 끈 다음 다시 켜면 클라이언트가 설정을 다시 적용합니다. 다른 도구의 시스템 프록시도 동시에 켜지 마세요.
시스템 프록시를 켠 직후 브라우저에서 어떤 페이지도 열리지 않으면 먼저 시스템 프록시를 끄고 기존 네트워크가 복구되는지 확인하세요. 그런 다음 로그에서 포트 사용 중, 코어 시작 실패, 연결 거부 메시지를 살펴봅니다. 포트 충돌이 발생하면 다른 프로그램이 실행 중인지, 같은 클라이언트가 여러 개 실행됐는지 먼저 확인하세요. 포트를 무작정 바꾸면 수동 프록시를 사용하는 앱의 주소도 함께 바꿔야 해 점검 범위가 커집니다. 구독, 코어, 포트 수신 상태가 정상인지 확인한 후 시스템 프록시를 다시 켜세요.
시스템 프록시를 따르지 않는 앱에서만 TUN 고려하기
일부 앱은 자체 프록시 설정을 제공하고, 시스템 프록시를 따르지 않는 앱도 있습니다. 브라우저는 정상인데 특정 앱이 여전히 기존 네트워크를 사용한다면 먼저 해당 앱에서 HTTP 또는 SOCKS 프록시를 별도로 설정할 수 있는지 확인하세요. 더 넓은 범위의 트래픽을 가로채야 할 때 Clash TUN 모드를 고려할 수 있습니다. 가상 네트워크 인터페이스와 라우팅을 이용해 트래픽을 처리하므로 서비스 설치, 관리자 권한 부여, 네트워크 확장 승인 등이 필요할 수 있습니다. 구체적인 안내는 시스템과 클라이언트 버전에 따라 다릅니다.
TUN을 켜기 전에 이미 작동을 확인한 시스템 프록시 상태를 유지하세요. 클라이언트 안내에 따라 서비스와 권한 설정을 마친 뒤 TUN을 켜고 로그를 확인합니다. 처음 비교할 때는 트래픽 가로채기 스위치를 한 번에 하나씩만 변경하세요. 여러 도구와 가상 네트워크 어댑터, 수동 라우팅을 동시에 사용하지 마세요. TUN으로 기본 네트워크에 문제가 생기면 TUN을 끄고 이전 상태로 복구하세요. 모든 네트워크 문제를 해결하는 스위치로 여겨서는 안 됩니다. Fake-IP, 라우팅, DNS 설정은 고급 사용법에서 다루세요.
모바일에서는 설정을 가져와 선택한 다음 보통 「시작」 또는 연결 버튼을 눌러 트래픽 가로채기를 시작합니다. Android에서는 처음 연결할 때 시스템 VPN 연결 요청이 표시됩니다. 안내를 읽고 권한을 승인한 뒤 시스템에 연결 상태가 표시되는지 확인하세요. iOS에서는 사용 중인 클라이언트 안내에 따라 VPN 설정을 추가하고 권한을 승인합니다. 다른 VPN이 연결되어 있다면 먼저 충돌을 해결하세요. 시스템에 연결 상태가 표시되는 것은 트래픽 가로채기가 시작됐다는 뜻일 뿐, 출구에 연결할 수 있는지는 다음 단계에서 확인해야 합니다.
4단계: 요청 경로와 실제 접속 확인
스위치 색상이나 「실행 중」 문구만으로 설정 성공을 판단하지 마세요. 현재 규칙에 따라 프록시를 사용할 것으로 예상되는 페이지와 직접 연결될 것으로 예상되는 페이지를 각각 여세요. 브라우저 캐시만 확인하지 않도록 새 탭에서 페이지를 열거나 새로고침합니다. 그런 다음 「연결」 페이지에서 방금 보낸 요청의 도메인이나 대상 주소를 찾아 어떤 규칙이 적용됐는지, 어떤 정책 그룹을 거쳤는지, 최종 출구가 무엇인지 확인하세요.
접속 결과를 연결 기록과 대조하기
페이지가 정상적으로 열리고 연결 페이지에도 예상한 규칙과 정책 경로가 표시되면 근거를 바탕으로 검증한 것입니다. 요청에 DIRECT가 표시되면 현재 규칙에 따라 직접 연결됐다는 뜻이며, 반드시 오류는 아닙니다. 해당 사이트가 원래 어떤 경로를 사용해야 하는지에 따라 판단하세요. 일부 버전에서는 연결이 끝나면 기록이 빠르게 사라질 수 있습니다. 페이지를 새로고침하면서 연결 페이지를 함께 확인하거나 클라이언트의 연결 기록을 살펴보세요. 목록이 잠시 비어 있다고 바로 클라이언트를 다시 설치하지 마세요.
브라우저가 계속 로딩되는데 연결 페이지에 해당 요청이 전혀 없다면 시스템 프록시가 켜져 있는지, 브라우저 자체 프록시 확장 프로그램을 사용하는지, 요청이 실제로 전송됐는지 먼저 확인하세요. 연결 기록은 있지만 최종 출구가 예상과 다르면 2단계로 돌아가 규칙 모드와 정책 그룹 선택을 점검합니다. 출구가 맞는데 연결에 실패하면 로그에서 시간 초과, 연결 거부, 파싱 오류를 확인하세요. 「요청이 들어왔는지 → 경로가 올바른지 → 대상에 연결할 수 있는지」 순서로 점검하면 DNS, 포트, TUN을 한꺼번에 바꾸는 것보다 문제를 찾기 쉽습니다.
공인 IP 출구와 DNS는 따로 확인하기
공인 IP 출구를 확인하려면 신뢰할 수 있는 공인 IP 조회 서비스를 사용해 트래픽 가로채기를 끈 상태와 켠 상태를 비교하세요. 단, 조회 페이지의 요청 경로도 분기 규칙의 영향을 받습니다. 직접 연결 규칙이 적용되면 현재 네트워크의 출구가 표시되는 것이 정상입니다. 브라우저 프록시로 확인한 결과는 해당 브라우저의 요청 경로만 보여 주며 모든 앱의 상태를 나타내지는 않습니다. 조회 페이지에 표시된 위치만 보고 기기 전체의 트래픽이 같은 방식으로 처리된다고 단정하지 마세요.
웹페이지에 접속할 수 있다고 DNS 유출 검사까지 끝난 것은 아닙니다. 브라우저의 보안 DNS, 시스템 DNS 조회, 클라이언트 DNS, TUN이 가로채는 범위는 서로 다를 수 있습니다. 처음 설정할 때는 주로 사용하는 페이지가 정상적으로 열리고 연결 기록을 설명할 수 있는지 확인하는 정도면 충분합니다. DNS를 별도로 분리해야 한다면 고급 설정 안내서의 DNS 및 TUN 항목에 따라 따로 테스트하세요. 출처를 알 수 없는 DNS 설정을 통째로 복사해 기존 구독을 덮어쓰지 마세요.
사용을 마칠 때 네트워크 복구 여부 확인하기
연결 검증이 끝나면 현재 설정 이름, 모드, 주요 정책 그룹, 트래픽 가로채기 방식을 기록해 두세요. 문제가 생겼을 때 비교할 기준으로 활용할 수 있습니다. 사용을 중지하려면 시스템 프록시나 TUN을 먼저 끄고 필요한 경우 클라이언트를 종료하세요. 프로세스를 강제로 종료하면 시스템 프록시가 로컬 포트를 가리키는 상태로 남을 수 있습니다. 종료 후 자주 사용하는 페이지에 다시 접속해 기존 네트워크가 복구됐는지 확인하세요. 접속이 되지 않으면 소프트웨어를 반복해서 다시 설치하기보다 시스템 네트워크 설정에 수동 프록시가 남아 있는지 살펴보세요.
시스템 시작 시 클라이언트 자동 실행과 실행 후 시스템 프록시 자동 활성화는 별개의 설정입니다. 첫 검증을 마친 다음 일상적인 사용 방식에 맞춰 필요한 옵션을 켜고, 다음 로그인 때 간단히 상태를 확인하세요. 구독 업데이트 후 동작이 달라졌다면 전체 절차를 처음부터 반복하기 전에 현재 설정과 정책 그룹을 확인합니다. 구독이 로드되고 출구가 선택됐으며 요청이 코어에 들어가 실제 경로까지 확인됐다면 첫 설정이 완료된 것입니다.