Clash Verge Rev 화면 구성과 기능: 프록시·프로필·로그 페이지 안내

프로필, 프록시 선택, 트래픽 처리부터 구분하기

Clash Verge Rev를 처음 실행했다면 먼저 세 가지를 확인하세요. 프로필은 어디서 가져오는지, 요청에 어떤 노드를 사용할지, 앱 트래픽을 어떻게 클라이언트로 전달할지입니다. 각각 프로필 페이지, 프록시 페이지, 설정의 시스템 프록시 또는 TUN 모드에서 관리합니다. 프록시 페이지에서 노드를 선택해도 브라우저가 자동으로 프록시를 사용하는 것은 아닙니다. 구독을 가져왔더라도 해당 프로필이 활성화된 것은 아닙니다.

Clash Verge Rev는 데스크톱 클라이언트입니다. 프로필 관리, 시스템 연동, 화면 조작은 클라이언트가 담당하고, 연결 전달과 규칙 매칭은 사용하는 mihomo 코어가 처리합니다. 문제를 해결할 때는 ‘화면에서 설정한 내용이 적용되지 않은 경우’와 ‘코어가 요청을 받은 뒤 연결에 실패한 경우’를 구분해야 합니다. 확인해야 할 위치가 서로 다릅니다.

페이지	주요 조작 대상	주요 사용 상황
프록시	작동 모드, 프록시 그룹, 노드 선택	경로를 바꾸거나 현재 출구 노드 확인
프로필	구독 URL, 로컬 프로필, 프로필 활성화	구독 가져오기, 노드 목록 업데이트
연결	현재 요청, 매칭된 규칙, 프록시 체인	특정 요청이 실제로 어디로 연결되는지 확인
규칙	로드된 라우팅 규칙과 우선순위	도메인이 직접 연결되거나 프록시를 사용하는 이유 확인
로그	실행 이벤트와 오류 정보	시간 초과, DNS, 로드 오류 원인 확인
설정	포트, 시스템 프록시, TUN, 클라이언트 동작	앱 트래픽 처리 또는 실행 옵션 조정

아래에서 각 메뉴의 기능을 하나씩 살펴봅니다. 배포 버전에 따라 사이드바 순서, 버튼 위치, 설정 분류가 달라질 수 있으니 실제 조작 시에는 화면에 표시된 기능명을 기준으로 삼으세요. 포트 번호도 현재 설정에서 확인해야 합니다. 예시 값이 모든 설치 환경에 적용되는 것은 아닙니다.

프록시 페이지: 작동 모드와 프록시 그룹 출구 선택

‘프록시’ 페이지에 들어가면 먼저 현재 작동 모드를 확인한 다음 프록시 그룹을 살펴보세요. 규칙 모드에서는 코어가 프로필의 규칙에 따라 사용할 정책을 선택합니다. 전역 모드에서는 보통 GLOBAL 정책으로 트래픽을 처리하고, 직접 연결 모드에서는 일반 요청을 프록시 노드로 전달하지 않습니다. 전역 모드는 짧은 비교 테스트에 적합하지만, 장기적인 규칙 문제 해결을 대신하는 용도로는 적합하지 않습니다.

프록시 그룹은 구독이 아니며, 반드시 단일 노드로 구성되는 것도 아닙니다

프로필에는 ‘노드 선택’, ‘자동 선택’, ‘스트리밍’ 등 여러 프록시 그룹을 정의할 수 있습니다. 그룹 이름은 프로필 작성자가 정하며 클라이언트에 고정된 기능명이 아닙니다. 그룹 안에는 노드뿐 아니라 다른 프록시 그룹이나 DIRECT 같은 내장 정책도 들어갈 수 있습니다.

select 그룹은 보통 직접 선택할 때 사용합니다. 화면에서 항목을 선택하면 이후 새 연결부터 해당 선택이 적용됩니다.
url-test 그룹은 프로필에 지정된 테스트 주소, 간격, 허용 오차를 바탕으로 노드를 자동 평가합니다. 표시된 수치가 가장 낮은 노드를 매번 고정 선택하는 방식은 아닙니다.
fallback 그룹은 주로 연결 가능 여부와 프로필의 순서에 따라 출구를 선택합니다. 지연 시간이 가장 낮은 그룹으로 단순하게 이해하면 안 됩니다.

지연 시간으로 알 수 있는 것

노드나 프록시 그룹의 지연 시간 테스트 버튼을 누르면 지정된 테스트 주소에 대한 연결 결과가 표시됩니다. 예를 들어 180ms가 나와도 다운로드 속도를 의미하거나 모든 사이트에 접속할 수 있다는 뜻은 아닙니다. 테스트 주소, 노드 경로, 대상 사이트가 달라지면 결과도 달라질 수 있습니다. 시간 초과가 표시되면 로그를 함께 확인해 노드에 연결할 수 없는지, DNS 조회에 실패했는지, 테스트 대상 자체가 응답하지 않는지 구분하세요.

프로필 페이지: 구독 가져오기, 콘텐츠 업데이트, 프로필 활성화

‘프로필’ 페이지에서는 클라이언트가 불러올 프로필을 관리합니다. 원격 구독은 보통 URL에서 YAML 콘텐츠를 가져오고, 로컬 프로필은 파일에서 불러옵니다. 클라이언트에는 호환되는 프로필이 필요하며, 아무 노드 공유 텍스트나 가져올 수 있는 것은 아닙니다. 가져오기에 실패하면 먼저 구독 제공자가 Clash 또는 mihomo에서 사용할 수 있는 형식을 제공하는지 확인하세요.

처음 가져올 때 확인할 네 단계

‘프로필’을 열고 구독 링크 입력란에 전체 URL을 붙여 넣은 다음 가져오기를 실행합니다. 웹페이지 소개 주소를 구독 URL로 입력하지 마세요.
프로필 카드가 나타날 때까지 기다린 뒤 다운로드 실패나 파싱 오류 메시지가 있는지 확인하세요. 카드가 표시된 것은 프로필이 목록에 추가됐다는 뜻일 뿐입니다.
해당 카드에서 활성화하거나 선택해 현재 활성 프로필이 바뀌었는지 확인하세요.
‘프록시’ 페이지로 돌아가 예상한 프록시 그룹과 노드가 표시되는지 확인한 뒤 노드를 선택하고 연결을 테스트하세요.

‘구독 업데이트’는 원격 콘텐츠를 다시 가져오는 작업이고, ‘프로필 전환’은 코어가 다른 프로필을 사용하도록 바꾸는 작업입니다. 두 작업은 서로 다릅니다. 업데이트 후에도 노드가 바뀌지 않았다면 현재 활성 카드의 구독을 업데이트했는지 확인하고, 로그에서 가져오기 또는 로드 오류가 있는지도 살펴보세요.

프로필을 수정하기 전에 변경 내용이 유지되는지 확인하기

원격 구독에서 내려받은 콘텐츠를 직접 편집하면 다음 업데이트 때 수정 사항이 덮어써질 수 있습니다. 규칙이나 필드를 장기간 추가·변경하려면 현재 버전에서 지원하는 오버라이드나 확장 설정 기능을 사용하고, 최종 적용 내용을 확인하세요. 같은 필드를 여러 곳에서 동시에 관리하지 마세요. 화면의 스위치, 구독 원본, 최종 프로필 내용이 서로 달라질 수 있습니다.

구독 URL에는 접근 자격 증명이 포함되는 경우가 많습니다. 스크린샷을 찍거나 문제를 문의하거나 프로필을 공유하기 전에 URL 쿼리 매개변수의 토큰, 노드 비밀번호, 개인 서버 정보를 삭제하세요. 필드명과 오류가 발생한 줄 번호만 남겨도 원인을 파악하는 데 도움이 됩니다. 대부분의 화면 문제를 해결하는 데 구독 전체를 공개할 필요는 없습니다.

연결 페이지: 요청이 코어에 전달됐는지, 실제 경로가 어디인지 확인

‘연결’ 페이지에서는 “이 사이트가 실제로 프록시를 사용하는가?”를 확인할 수 있습니다. 페이지를 연 상태에서 브라우저로 새 요청을 보내고, 해당 도메인 또는 IP, 송수신 데이터, 화면에 표시되는 규칙과 프록시 체인 정보를 확인하세요. 프로세스 정보는 운영체제 권한과 트래픽 처리 방식에 따라 표시되지 않을 수 있습니다. 필드가 비어 있다고 해서 요청에 반드시 문제가 있는 것은 아닙니다.

요청 표시 여부에 따라 두 가지로 나눠 확인하기

해당 요청을 찾을 수 없음: 브라우저나 앱이 시스템 프록시를 사용하는지, 또는 해당 트래픽이 TUN으로 처리되는지 먼저 확인하세요. 대상 연결이 필터링되지 않도록 페이지의 필터 조건도 살펴보세요.
요청은 보이지만 DIRECT로 표시됨: 매칭된 규칙과 현재 작동 모드를 확인하세요. 직접 연결 규칙에 매칭됐다면 프록시 페이지에서 노드를 바꿔도 해당 요청의 경로는 보통 달라지지 않습니다.
요청이 보이고 예상한 노드로 연결됨: 로그에서 연결 대상, DNS, 시간 초과 여부를 추가로 확인하세요. 같은 구독을 반복해서 다시 가져오지 마세요.

예를 들어 대상 요청의 프록시 체인이 최종적으로 DIRECT로 표시되는데 ‘노드 선택’을 거칠 것으로 예상했다면, 어떤 정책에 규칙이 매칭됐는지와 해당 정책이 다시 직접 연결을 가리키는지 확인해야 합니다. 연결 페이지에는 실제 요청 결과가 표시되고 프록시 페이지에는 프록시 그룹의 현재 선택이 표시되므로 두 페이지를 함께 살펴보세요.

연결을 종료해도 기존 세션만 끊길 뿐 라우팅 규칙은 바뀌지 않습니다. 연결 목록에 전체 기록이 남는 것도 아닙니다. 짧은 요청은 금방 종료될 수 있습니다. 지속적으로 확인하려면 문제가 다시 발생하는 동안 로그를 살펴보세요. 정적인 연결 목록 스크린샷에만 의존하지 않는 것이 좋습니다.

규칙 페이지: 규칙 우선순위와 매칭 조건 확인

‘규칙’ 페이지에서는 현재 코어에 로드된 라우팅 규칙을 확인할 수 있습니다. 규칙 모드에서는 보통 정해진 순서대로 규칙을 매칭하고, 먼저 일치한 항목의 정책을 사용합니다. 대상 도메인이 규칙 목록에 있는지만 검색하지 말고 조건, 순서, 정책 이름을 함께 확인하세요.

아래는 문법 예시이며 기존 프로필을 그대로 덮어쓰라는 뜻은 아닙니다. 노드 선택은 프로필에 이미 정의된 프록시 그룹이어야 합니다. 실제 적용 전에는 기존 규칙과 규칙 세트도 고려하세요:

rules:
  - DOMAIN,example.com,DIRECT
  - DOMAIN-SUFFIX,example.org,노드 선택
  - MATCH,노드 선택

DOMAIN은 도메인과 정확히 일치하는 항목을 찾습니다. 예시의 example.com은 모든 하위 도메인까지 자동으로 포함하지 않습니다.
DOMAIN-SUFFIX는 지정된 도메인과 그 하위 도메인을 매칭합니다. 예를 들어 example.org와 www.example.org가 해당합니다.
MATCH는 기본값으로 적용되는 규칙이므로 먼저 확인해야 할 규칙 뒤에 배치해야 합니다.

프로필에서 RULE-SET을 사용한다면 해당 rule-providers가 정상적으로 로드됐는지도 확인해야 합니다. 규칙 목록에 참조가 표시된다고 해서 원격 규칙 세트 다운로드까지 성공한 것은 아닙니다. 관련 다운로드 오류는 로그 페이지에서 확인하세요. 규칙을 수정할 때는 임시 편집인지, 구독 업데이트 후에도 유지되는 영구 오버라이드인지 구분해야 합니다.

로그 페이지: 시간과 키워드로 문제 범위 좁히기

‘로그’ 페이지에는 코어 실행 이벤트가 기록되며, 가져오기 실패, 접속 시간 초과, DNS 문제를 해결할 때 주로 확인하는 곳입니다. 문제가 발생한 시간을 기록한 뒤 같은 작업을 다시 수행하고, 해당 시간대의 대상과 오류를 찾아보세요. 백그라운드 자동 업데이트나 다른 앱의 요청도 로그를 남길 수 있으므로 경고가 하나라도 보인다고 현재 문제의 원인으로 단정하면 안 됩니다.

먼저 오류가 발생한 계층 확인

주요 키워드	우선 확인할 항목	다음 단계
`timeout`	노드, 대상 또는 상위 서버의 응답 시간 초과 여부	실패한 주소를 확인하고 노드를 바꾼 뒤 같은 요청 재시도
`lookup`、`DNS`	도메인 DNS 조회 경로	대상 도메인과 노드 서버 도메인 중 어느 쪽에서 실패했는지 확인
`yaml`、`unmarshal`	프로필 문법 및 필드 유형	메시지에 표시된 줄 주변의 들여쓰기와 값 유형 확인
`address already in use`	수신 대기 주소와 포트 사용 여부	포트를 점유한 프로세스를 찾거나 충돌하는 포트 변경

로그 수준에는 보통 info, warning, error, debug 등이 있습니다. 페이지 필터는 표시 범위만 바꾸고, 코어 로그 수준은 기록되는 정보량에 영향을 줍니다. 현재 코어가 오류만 기록한다면 페이지 필터를 바꿔도 이전에 기록되지 않은 정보가 다시 나타나지 않습니다.

더 자세히 확인해야 한다면 현재 버전의 로그 수준 설정에서 debug를 잠시 활성화하고, 문제를 한 번 재현한 다음 평소 수준으로 되돌리세요. 로그를 공유할 때는 발생 시간, 오류 문구, 관련 맥락을 남기되 구독 자격 증명과 개인 주소는 가리세요. ‘연결 실패’라는 문구만 잘라 공유하면 어느 계층에서 문제가 생겼는지 판단하기 어렵습니다.

설정 페이지: 시스템 프록시, TUN, 포트의 역할

‘설정’의 네트워크 옵션은 트래픽이 코어로 전달되는 방식을 결정합니다. 먼저 코어가 정상적으로 실행 중인지 확인한 다음 시스템 프록시와 TUN 중 하나를 선택하세요. 둘은 ‘일반 노드’와 ‘고급 노드’의 차이가 아니며, 작동하지 않는 구독을 자동으로 복구하지도 않습니다.

시스템 프록시와 TUN 모드

시스템 프록시: 운영체제의 프록시 설정에 프록시 주소를 등록합니다. 해당 설정을 따르는 브라우저와 앱에 적합합니다. 시스템 프록시를 사용하지 않는 앱은 계속 직접 연결될 수 있습니다.
TUN 모드: 가상 네트워크 인터페이스와 관련 라우팅을 사용해 트래픽을 처리합니다. 더 많은 앱의 트래픽을 다뤄야 하는 상황에 적합합니다. 활성화하려면 서비스 모드나 관리자 권한이 필요할 수 있으며, 자세한 조건은 운영체제와 설치 방식에 따라 다릅니다.
둘 다 활성화: 동시에 켜야 하는지는 사용 중인 앱과 프로필에 따라 다릅니다. 문제가 생기면 먼저 한 가지 처리 방식만 사용해 비교 테스트하세요. 한 번에 여러 설정을 바꾸면 원인을 찾기 어려워집니다.

브라우저는 정상인데 특정 데스크톱 앱만 연결되지 않는다면 먼저 해당 앱이 시스템 프록시를 지원하는지 확인한 뒤 TUN 사용을 고려하세요. 다른 VPN이나 가상 네트워크 어댑터를 사용 중이라면 같은 버튼을 계속 켰다 끄기보다 라우팅, DNS, 네트워크 어댑터 간 충돌을 확인해야 합니다.

혼합 포트와 로컬 네트워크 접속

‘설정’에서 포트 관련 옵션을 찾아 현재 혼합 포트를 확인하세요. 화면에 7897이 표시된다면 프록시를 수동 설정해야 하는 앱에는 보통 호스트 127.0.0.1과 포트 7897을 입력한 뒤 앱의 요구에 맞춰 HTTP 또는 SOCKS 프록시 프로토콜을 선택합니다. 여기서 127.0.0.1은 현재 기기를 가리키며 원격 노드 주소가 아닙니다.

혼합 포트를 변경했다면 수동 설정을 마친 앱의 포트도 함께 변경해야 합니다. 다른 기기에서는 각 기기의 127.0.0.1로 이 컴퓨터에 연결할 수 없습니다. 로컬 네트워크에서 공유하려면 수신 대기 주소, 로컬 네트워크 연결 허용, 방화벽 규칙도 설정해야 합니다. 현재 기기에서만 사용할 경우 브라우저 문제를 해결하려고 로컬 네트워크 접속을 추가로 허용할 필요는 없습니다.

첫 사용과 문제 해결을 위한 순서

화면에 익숙해지면 자주 하는 작업을 간단한 순서로 정리해 두세요. 한 번에 한 가지 요소만 바꾸고 같은 대상으로 확인하면 노드, 모드, DNS, TUN을 동시에 바꾸는 것보다 원인을 찾기 쉽습니다.

프로필 페이지: 프로필을 가져와 활성화하고 파싱 또는 업데이트 오류가 없는지 확인합니다.
프록시 페이지: 규칙 모드를 유지하고 사용할 프록시 그룹 출구를 선택한 뒤 지연 시간 테스트를 실행합니다.
설정 페이지: 현재 혼합 포트를 확인하고 사용하는 앱에 맞는 트래픽 처리 방식을 활성화합니다.
연결 페이지: 새 요청을 보내 요청이 표시되는지 확인하고 매칭 규칙과 프록시 체인을 살펴봅니다.
규칙 페이지: 실제 연결 경로가 예상과 다르면 매칭 조건, 우선순위, 기본 규칙을 확인합니다.
로그 페이지: 예상한 경로로 연결되는데도 실패한다면 발생 시간대를 기준으로 DNS, 연결, 대상 서버 오류를 확인합니다.

다음 학습은 클라이언트 시작 가이드에서 이어갈 수 있습니다. DNS, 규칙 세트, 오버라이드를 조정하려면 고급 설정을 참고하세요. 먼저 하나의 프로필과 한 가지 트래픽 처리 방식이 안정적으로 작동하도록 설정한 뒤 복잡한 옵션을 추가하면 문제 범위를 좁히기 쉽습니다.