Clash Verge Rev 사용법
구독 가져오기 및 첫 연결

STEP 01 / PROFILE

구독을 가져와 설정 활성화

Clash Verge Rev를 실행하고 왼쪽의 “설정”을 클릭합니다. 구독 URL 입력란에 전체 URL을 붙여 넣고 “가져오기”를 누르세요. 버전에 따라 버튼 위치는 조금 다를 수 있지만, 빈 설정을 직접 만드는 대신 URL에서 가져오는 항목을 선택해야 합니다. 붙여 넣은 뒤 URL 앞뒤에 공백이나 줄바꿈, 메신저에서 덧붙인 문장 부호가 있는지 확인하세요. 기존 매개변수는 그대로 두고 물음표 뒤의 내용을 임의로 삭제하지 마세요.

가져오는 동안 구독 주소에서 설정을 받아옵니다. 성공하면 설정 페이지에 카드가 표시되며, 보통 이름과 업데이트 시간 또는 구독 제공자가 반환한 정보가 나옵니다. 카드를 클릭하거나 카드 메뉴에서 활성화를 선택해 현재 설정으로 지정하세요. 카드가 보인다고 전환까지 완료된 것은 아닙니다. 다음 단계로 넘어가기 전에 해당 카드가 선택된 상태인지 확인하세요.

“프록시” 페이지를 열어 정책 그룹과 그룹 내 노드가 표시되는지 확인합니다. 정책 그룹은 규칙에서 참조하는 출구 모음으로, “노드 선택”, “자동 선택”처럼 표시되거나 구독 제공자가 붙인 이름으로 나올 수 있습니다. 이름을 특정 문구로 바꿀 필요는 없습니다. 설정이 활성화되어 있고 정책 그룹을 펼칠 수 있으며 실제 노드가 보이면 출구를 선택할 단계까지 가져오기가 완료된 것입니다.

로컬 파일 가져오기

.yaml 또는 .yml 파일을 받았다면 설정 페이지에서 파일 가져오기를 선택한 뒤 파일을 지정하고 활성화하세요. 파일 경로를 구독 URL 입력란에 넣지 마세요. URL 구독은 업데이트 기능으로 내용을 다시 가져올 수 있지만, 로컬 파일에는 원격 업데이트 경로가 없을 수 있습니다. 서비스 정보가 바뀌면 파일을 다시 받거나 제공자의 안내에 따라 설정을 수정해야 합니다.

가져오기에 실패했을 때 먼저 확인할 항목

먼저 클라이언트에 표시된 안내를 확인하세요. 네트워크 요청 실패는 구독 주소에 접속할 수 없거나 기기 네트워크에 문제가 있거나 URL의 유효 기간이 끝났을 때 발생할 수 있습니다. 설정 파싱에 실패했다면 응답 형식이 호환되지 않을 가능성이 큽니다. 구독 주소는 클라이언트가 지원하는 설정을 반환해야 하며, 공식 사이트 로그인 페이지나 공유 안내 페이지, 오류 문구를 반환해서는 안 됩니다. 제공자에게 Clash 또는 mihomo 호환 형식인지 확인하세요. 브라우저에서 URL이 열린다는 이유만으로 형식이 올바르다고 판단하면 안 됩니다.

가져오기는 성공했지만 프록시 페이지에 노드가 없다면 설정 페이지로 돌아가 방금 가져온 설정이 활성화되어 있는지 확인한 다음 수동으로 업데이트하고 로그의 파싱 안내를 살펴보세요. 같은 URL을 여러 번 연달아 가져오면 현재 설정을 구분하기 어려워집니다. 구독, 설정 파일, 노드의 차이는용어집에서 확인할 수 있습니다. 우선 사용할 설정 하나를 명확히 정한 뒤 모드를 선택하세요.

STEP 02 / ROUTING

규칙 모드와 프록시 노드 선택

“프록시” 페이지로 돌아가 실행 모드 선택 항목을 찾습니다. 처음 설정할 때는 “규칙” 모드를 권장합니다. 클라이언트가 현재 설정의 규칙에 따라 연결마다 직접 연결, 프록시 정책 또는 차단 중 하나를 적용합니다. 구독에 포함된 라우팅 설정을 확인하기 좋고, 특정 앱이 프록시를 거치지 않는 이유를 나중에 파악하기도 쉽습니다. 모드를 바꿔도 노드가 선택되거나 시스템 프록시가 자동으로 켜지지는 않습니다.

이어서 프록시 출구로 사용할 정책 그룹을 펼칩니다. 그룹에 수동 선택 목록이 있다면 먼저 그룹 내 테스트 버튼으로 후보 노드를 확인한 뒤 테스트에 성공한 노드를 선택하세요. 테스트 성공은 해당 시점에 노드가 설정된 테스트 주소에 접속할 수 있었다는 뜻일 뿐, 모든 웹사이트와 앱에서 정상 작동한다는 의미는 아닙니다. 한 번의 테스트 시간만 보고 장기간 사용할 노드를 정하지 말고 실제 연결 안정성을 우선 확인하세요.

정책 그룹 안에 최종 노드가 아니라 다른 정책 그룹이 들어 있는 경우도 있습니다. 예를 들어 “노드 선택”이 “자동 선택”을 참조하고, “자동 선택”이 여러 노드 중 출구를 고를 수 있습니다. 이는 정상적인 중첩 구조입니다. 현재 선택 항목을 따라 다음 단계까지 확인하고, 최종 출구가 DIRECT이거나 사용할 수 없는 노드로 잘못 지정되지 않았는지 살펴보세요. 자동 선택 그룹은 보통 설정된 검사 규칙에 따라 클라이언트가 출구를 고르므로 가이드를 따르기 위해 수동 그룹으로 바꿀 필요는 없습니다.

규칙, 전역, 직접 연결 모드의 차이

“규칙”은 설정의 규칙을 하나씩 적용하므로 일상적인 사용을 시작하기에 적합합니다. “전역”은 보통 코어로 들어온 연결을 전역 정책 그룹으로 보내며, 해당 그룹의 출구를 따로 확인해야 합니다. 시스템의 모든 앱이 연결된다는 뜻은 아닙니다. “직접 연결”은 코어로 들어온 연결이 대상에 바로 접속하도록 합니다. 모드는 트래픽이 코어에 들어온 뒤의 처리 방식을 정하며, 시스템 프록시와 TUN은 어떤 트래픽을 코어로 보낼지 결정합니다.

특정 대상이 잘못된 출구로 라우팅되는지 확인할 때는 전역 모드를 잠시 비교용으로 사용할 수 있습니다. 다만 먼저 기존 모드와 선택한 노드를 기록해 두세요. 비교가 끝나면 규칙 모드로 돌아가 원래 설정을 복구합니다. 처음 연결할 때 모드, DNS, 포트, 규칙을 한꺼번에 바꾸면 원인을 파악하기 어렵습니다. 구독 설정은 그대로 두고 사용할 수 있는 출구 하나만 선택하세요.

처음 연결할 때 정책 그룹의 자동 검사, 장애 조치, 부하 분산을 모두 설정할 필요는 없습니다. 작동 방식은정책 그룹 용어에서 확인하고, 프로토콜 지원과 코어별 차이는프로토콜 가이드를 참고하세요.

STEP 03 / CONNECTION

연결을 활성화하고 트래픽 전달

데스크톱: 먼저 시스템 프록시 활성화

Clash Verge Rev의 “설정” 페이지에서 “시스템 프록시”를 찾아 켭니다. 일부 버전에서는 트레이 메뉴에서도 설정할 수 있습니다. 이 기능은 운영체제의 프록시 주소를 로컬 클라이언트의 수신 포트로 지정해 시스템 프록시 설정을 따르는 브라우저와 앱의 요청을 코어로 전달합니다. 우선 기본 포트를 그대로 사용하세요. 연결을 위해 다른 가이드에 나온 포트 번호를 복사할 필요는 없습니다.

브라우저를 열고 새 페이지를 새로고침합니다. 브라우저에서 별도의 프록시 확장 프로그램이나 수동 프록시를 사용 중이라면 먼저 시스템 프록시를 사용하도록 되돌려 요청이 다른 주소로 전달되지 않게 하세요. 시스템 프록시 설정을 바꾸는 다른 클라이언트도 종료해 두는 것이 좋습니다. 두 프로그램이 번갈아 설정을 덮어쓸 수 있습니다. 스위치를 켠 직후 웹페이지가 열리는지만으로 판단하지 말고, 다음 단계에서 연결 페이지를 확인해 실제 경로를 점검하세요.

코어가 실행되지 않음, 수신 실패 또는 포트 사용 중이라는 안내가 나오면 스위치를 반복해서 켜고 끄기 전에 먼저 문제를 해결하세요. 포트 사용 중 오류는 다른 프록시 프로그램이 백그라운드에서 실행 중일 때 흔히 발생합니다. 충돌하는 프로그램을 종료한 뒤 다시 시도하면 포트를 임의로 바꾸는 것보다 설정을 일관되게 유지하기 쉽습니다. 포트를 변경해야 한다면 해당 포트에 의존하는 브라우저, 터미널 및 다른 앱의 설정도 함께 확인하세요. 자세한 내용은Clash 포트 설정 문제를 참고하세요.

모바일: 시스템 VPN 권한 확인

모바일 클라이언트에서 가져온 설정과 노드를 선택한 다음 홈 화면의 연결 버튼을 누르세요. 처음 연결할 때 시스템에서 VPN 연결 허용 여부를 묻는 경우 허용하고, 클라이언트로 돌아와 연결 상태를 확인합니다. 여기서 말하는 VPN은 운영체제의 트래픽 전달 기능이며 노드 프로토콜이 바뀐다는 뜻은 아닙니다. 설정만 가져오고 연결 버튼을 누르지 않았다면 모바일 앱 요청은 대개 기존 네트워크를 그대로 사용합니다.

기기에서 다른 VPN 앱이 연결되어 있다면 먼저 연결을 끊고 현재 클라이언트를 실행하세요. Android의 배터리 최적화 설정은 백그라운드 실행에 영향을 줄 수 있으므로 처음 확인할 때는 클라이언트를 화면에 띄워 두세요. 연결이 확인된 뒤 필요에 따라 시스템 안내에 따라 백그라운드 권한을 조정하면 됩니다. iOS에서는 클라이언트와 시스템의 VPN 연결 상태를 확인하세요. 데스크톱의 서비스 모드나 포트 설정을 그대로 따라 할 필요는 없습니다.

필요할 때만 TUN 모드 활성화

브라우저에서는 프록시를 사용할 수 있지만 게임, 명령줄 도구 또는 특정 앱이 시스템 프록시를 따르지 않는 경우에 TUN 모드를 고려하세요. TUN은 가상 네트워크 인터페이스로 트래픽을 전달하므로 시스템 프록시와 적용 범위가 다릅니다. 데스크톱 클라이언트는 서비스 설치나 관리자 권한을 요구할 수 있습니다. 현재 버전의 안내에 따라 설정하고 서비스가 정상인지 확인한 뒤 활성화하세요. 권한 안내를 처리하지 않은 상태에서 반복해서 다시 시도하지 마세요.

처음 확인할 때는 시스템 프록시로 경로를 하나 설정해 동작을 확인한 뒤 TUN을 테스트하는 것이 좋습니다. TUN을 켠 뒤 기존 연결에 문제가 생기면 TUN을 끄고 확인된 시스템 프록시 경로로 돌아간 다음, 문제가 발생하기 전후의 로그를 보관하세요. UWP 앱에는 별도의 루프백 접근 제한이 있으므로 이를 노드 문제와 혼동하지 마세요. 자세한 내용은UWP 루프백 안내를 참고하세요.

STEP 04 / VERIFICATION

프록시 출구 및 규칙 적용 확인

클라이언트를 켜 둔 상태에서 브라우저로 프록시 규칙이 적용되는 대상을 열고 Clash Verge Rev의 “연결” 페이지도 확인합니다. 연결 목록은 빠르게 바뀔 수 있으므로 검색 조건을 지운 다음 대상 도메인으로 찾아보세요. 해당 항목의 대상 주소, 적용 규칙, 연결 경로를 살펴보고 요청이 예상한 정책 그룹을 거쳐 방금 선택한 노드에 도달했는지 확인합니다. 시스템 프록시 스위치가 켜져 있는지만 확인해서는 안 됩니다.

짧은 요청은 활성 연결 목록에서 빠르게 사라질 수 있습니다. 이럴 때는 대상 페이지를 새로고침하거나 로그 페이지에서 규칙 적용 기록을 확인하세요. 브라우저가 기존 연결을 재사용할 수도 있으므로 노드를 바꾼 뒤에는 새 요청을 보내야 합니다. 필요하면 해당 페이지를 닫았다가 다시 여세요. 기록을 확인하려고 전체 로그를 공개적으로 올리지 마세요. 방문 도메인과 개인 네트워크 정보가 포함될 수 있습니다.

출구 IP로 교차 확인

같은 브라우저에서 신뢰할 수 있는 IP 조회 페이지를 열고, 현재 설정에서 조회 도메인이 프록시 정책을 따르는지 먼저 확인한 뒤 표시된 공인 출구 IP를 살펴보세요. 결과는 선택한 출구의 예상값과 일치해야 하지만 기기가 현재 연결된 네트워크의 공인 IP와 같을 필요는 없습니다. 조회 서비스마다 데이터 출처와 지역 표시가 다를 수 있으므로 지역명은 참고 정보로만 보세요. 클라이언트가 규칙에 따라 전달했는지 확인할 때는 연결 페이지의 실제 정책 경로가 더 정확합니다.

IP가 바뀌지 않았다는 이유만으로 프록시가 작동하지 않는다고 단정하지 마세요. 조회 사이트에 직접 연결 규칙이 적용되었거나 일부 요청이 다른 주소 계열을 사용했을 수 있습니다. 먼저 연결 페이지에서 해당 조회 요청의 규칙과 출구를 확인한 뒤 추가 점검 여부를 판단하세요. 연결 기록에는 프록시를 거친 것으로 표시되는데도 대상에 접속할 수 없다면, 로컬 시스템 프록시를 계속 바꾸기보다 노드와 대상 사이의 연결을 확인하세요.

직접 연결 경로도 확인

규칙 모드의 목적은 필요에 따라 트래픽을 나누는 것이지 모든 연결을 프록시로 보내는 것이 아닙니다. 설정에서 직접 연결 규칙이 적용되는 대상으로 접속해 연결 페이지에 DIRECT가 표시되는지 확인하세요. 프록시 대상과 직접 연결 대상에 각각 예상한 정책이 적용되면 설정 활성화, 노드 선택, 트래픽 전달이 모두 연결된 것입니다. 모든 기록을 동일하게 만들려고 전역 모드로 바꿀 필요는 없습니다.

출구 IP만으로 DNS 유출 여부를 판단할 수도 없습니다. DNS 조회 경로와 앱 연결 경로는 관련이 있지만 완전히 같지는 않습니다. 검사 페이지에는 브라우저의 암호화 DNS, 시스템 캐시, 클라이언트의 DNS 설정이 모두 영향을 줄 수 있습니다. 처음 연결할 때는 먼저 위의 출구 및 규칙 확인을 마치세요. 조회 결과에 문제가 있을 때Clash DNS 유출 및 조회 문제 해결을 참고하고, 확인 없이 모든 DNS 기능을 끄지는 마세요.

확인에 실패하면 연결 경로를 따라 점검

연결 페이지에 해당 요청이 전혀 없다면 앱이 시스템 프록시를 따르는지, 다른 프로그램이 스위치 설정을 덮어쓰지 않았는지, 모바일 VPN이 실제로 연결되었는지 먼저 확인하세요. 요청은 보이지만 직접 연결로 표시된다면 실행 모드와 적용 규칙을 확인합니다. 프록시 노드를 선택했는데도 연결에 실패하면 노드 테스트, 구독 유효성, 로그 오류를 살펴보세요. 이 순서대로 한 번에 한 항목만 바꾸고 다시 시도하면 여러 설정을 동시에 수정하는 것보다 원인을 찾기 쉽습니다.

구독부터 실제 요청까지 점검을 마쳤습니다. 평소에는 구독을 업데이트하고 출구를 선택한 뒤 필요한 트래픽 전달 스위치가 켜져 있는지 확인하면 됩니다. 프로토콜 선택이나 mihomo 코어와 클라이언트의 관계를 더 알아보려면코어 및 클라이언트 참고 자료를 확인하세요. 구체적인 오류가 발생했다면 전체 설정을 처음부터 다시 하기보다자주 묻는 질문에서 증상별 해결 방법을 찾아보세요.