Clash Verge Rev 인터페이스 가이드: 프록시·구독·연결·로그 화면 살펴보기

먼저 메인 창 이해하기: 인터페이스와 코어 동작 구분

Clash Verge Rev는 데스크톱 관리 인터페이스이며, 프록시 연결과 DNS, 규칙 처리는 Mihomo 코어가 담당합니다. 창이 정상적으로 열렸다는 것은 그래픽 인터페이스가 실행됐다는 뜻일 뿐입니다. 네트워크에 접속할 수 있는지는 설정이 로드됐는지, 트래픽을 처리할 진입점이 활성화됐는지, 대상 연결에 어떤 아웃바운드 경로가 선택됐는지에 달려 있습니다.

사이드바의 프록시, 구독, 연결, 로그, 설정은 각각 다른 작업을 담당합니다. 버전에 따라 순서와 아이콘, 버튼 위치가 달라질 수 있으므로 이 글에서는 기능별 화면의 역할을 설명하며 특정 아이콘의 위치를 고정 기준으로 삼지 않습니다.

화면	주요 기능	조작 후 확인할 항목
프록시	모드, 프록시 그룹, 노드 선택	새 연결에 실제로 적용되는 프록시 경로
구독	설정 가져오기, 업데이트, 활성화	현재 설정 표시와 로드 로그
연결	요청, 규칙, 트래픽 확인	대상 도메인, 규칙, 아웃바운드 경로
로그	코어 동작 및 오류 정보 확인	오류가 발생한 시점과 구체적인 원인
설정	시스템 프록시, TUN, 포트 설정	앱 트래픽이 코어로 전달되는지 확인

프록시 화면: 실행 모드, 프록시 그룹, 지연 시간 테스트

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

프록시 화면에서 모드를 바꾸면 코어가 아웃바운드를 선택하는 방식이 달라집니다. 일반적으로 규칙 모드로 시작한 뒤 연결 화면에서 매칭 결과를 확인합니다. 모드 이름은 트래픽이 코어에 들어온 다음 어떻게 처리되는지를 나타내며, 모든 앱의 트래픽을 자동으로 코어에 전달하지는 않습니다.

규칙 모드: 설정에 정의된 규칙 순서에 따라 매칭하고, 처음 일치하는 규칙에서 정책을 결정하는 방식입니다. 직접 연결 트래픽과 프록시 트래픽이 동시에 있을 수 있습니다.
전역 모드: 코어로 들어온 트래픽을 전역 정책으로 처리합니다. 짧은 시간 동안 동작을 비교하고 문제를 확인할 때 유용합니다. 해당 정책 그룹에서 사용 가능한 아웃바운드를 선택해야 합니다.
직접 연결 모드: 코어로 들어온 트래픽을 대상에 직접 연결합니다. 시스템 프록시를 끄거나 TUN을 비활성화하는 것과는 다릅니다.

프록시 그룹은 노드가 아니며, 그룹을 선택했다고 반드시 그 그룹이 사용되는 것도 아닙니다

프록시 그룹에는 노드가 포함될 수도 있고 다른 프록시 그룹이 연결될 수도 있습니다. 수동 선택 그룹의 일반적인 유형은 select, 자동 지연 시간 측정 그룹은 url-test, 장애 조치 그룹은 fallback입니다. 자동 그룹에서 일시적으로 직접 선택할 수 있는지, 언제 경로를 다시 선택하는지는 그룹 유형과 설정을 확인해야 합니다.

수동 그룹에서 노드를 클릭하면 해당 그룹의 선택만 바뀝니다. 요청이 DIRECT 또는 다른 프록시 그룹에 매칭됐다면 현재 그룹에서 새 노드가 강조 표시돼도 그 요청에는 영향을 주지 않습니다. 문제를 확인할 때는 ‘매칭 규칙 → 정책 그룹 → 실제 노드’ 순서로 살펴보세요.

지연 시간 측정, 필터링, 펼치기 버튼 사용법

지연 시간 테스트: 테스트 주소로 요청을 보내 밀리초 단위의 시간 또는 시간 초과 여부를 표시합니다. 다운로드 속도 측정은 아니며, 수치가 낮아도 동영상 플랫폼 접속이 정상이라고 보장할 수 없습니다.
검색 및 필터: 노드 이름을 찾기 쉽게 해 주며 규칙이나 현재 선택을 자동으로 변경하지 않습니다.
펼치기 및 접기: 목록 표시 범위만 바꾸며 그룹 내 노드를 비활성화하지 않습니다.

예를 들어 같은 테스트에서 노드 A는 85 ms, 노드 B는 160 ms로 표시됐다면, 해당 테스트 주소와 네트워크 환경에서 A의 응답 확인 시간이 더 짧았다는 뜻입니다. 이는 수치를 읽는 예시일 뿐, 이 사이트에서 직접 측정한 결과가 아닙니다. 여러 노드를 한꺼번에 측정하면 연결이 추가로 발생하므로 노드가 많을 때 반복해서 실행할 필요는 없습니다.

구독 화면: 가져오기, 활성화, 업데이트, 로컬 덮어쓰기

설정을 가져온 뒤 현재 활성화된 항목인지 확인하기

‘구독’ 화면에서 서비스 제공업체가 제공한 Clash 호환 구독 주소를 주소 입력란에 붙여 넣고 가져오기를 실행합니다. 입력란에는 클라이언트가 읽을 수 있는 설정 주소를 넣어야 하며, 계정 관리 웹페이지 주소를 넣는 것이 아닙니다. 구독 링크에는 보통 접근 정보가 포함되므로 스크린샷이나 공개 로그, 문의 게시글에 전체 주소를 노출하지 마세요.

가져오기가 끝나면 설정 카드가 표시되는지, 이름과 업데이트 시간 등의 정보가 있는지 확인합니다.
사용할 설정을 선택하고 현재 활성화 표시가 나타나는지 확인합니다. 처음 가져올 때 자동으로 활성화되는지는 화면에 표시된 상태를 기준으로 판단하세요.
프록시 화면으로 이동해 예상한 프록시 그룹과 노드가 나타나는지 확인합니다.
파싱 오류가 표시되면 로그 화면에서 구체적인 오류를 확인하세요. 반복해서 활성화해 오류 정보를 가리려 하지 마세요.

업데이트, 편집, 삭제가 각각 바꾸는 항목

업데이트는 원격 설정을 다시 가져오는 작업이고, 활성화는 선택한 설정을 코어에 적용하는 작업입니다. 서로 다른 동작입니다. 설정에 따라 업데이트 후 자동으로 다시 로드될 수 있지만, 새 내용이 적용됐는지 현재 활성화 표시와 로그를 확인해야 합니다.

설정 카드 메뉴에는 업데이트, 정보 편집, 파일 편집, 파일 위치 열기, 삭제 등의 항목이 있을 수 있습니다. 이름이나 업데이트 간격 편집은 보통 관리 정보를 바꾸고, 파일 편집은 로컬 YAML을 직접 수정할 수 있습니다. 삭제하면 로컬 설정 기록이 제거되며 서비스 제공업체 계정이나 구독 요금제가 자동으로 해지되지는 않습니다.

예를 들어 로컬 규칙을 유지하려면 먼저 삽입 위치와 병합 방식을 확인해야 합니다. 규칙에는 우선순위가 있으므로 사용자 지정 규칙을 기본 처리 규칙인 MATCH 뒤에 추가하면 대개 원하는 결과를 얻을 수 없습니다. Merge에서 배열을 처리하는 방식도 ‘모든 항목을 자동으로 추가한다’고 단정할 수 없습니다. 구체적인 설정 방법은 고급 사용법에서 확인하세요.

연결 화면: 규칙과 프록시 경로로 트래픽 흐름 확인하기

연결 화면에는 코어가 감지한 연결이 표시됩니다. 주요 항목은 대상 호스트, 대상 IP, 출발지 주소, 네트워크 유형, 규칙, 프록시 경로, 업로드 및 다운로드량, 연결 지속 시간입니다. 프로세스 정보 일부는 시스템 권한과 프로세스 식별 조건에 따라 표시되므로 프로세스 이름이 없다고 해서 반드시 연결에 문제가 있는 것은 아닙니다.

네 가지 항목으로 웹 요청 추적하기

호스트 또는 대상: 방금 접속한 도메인을 검색합니다. 도메인은 요청 정보, DNS 매핑 또는 스니핑을 통해 표시될 수 있으며 일부 기록에는 IP만 표시됩니다.
규칙: 예상한 도메인 규칙이나 IP 규칙, 또는 마지막 규칙인 MATCH에 매칭됐는지 확인합니다.
프록시 경로: 프록시 화면에서 선택된 색상만 보지 말고, 실제로 거친 정책 그룹과 최종 노드를 확인합니다.
트래픽 및 시간: 데이터가 계속 전송되는지 살펴봅니다. 연결이 표시되더라도 다운로드 바이트가 늘지 않는다면 대상 사이트가 정상 응답한다고 단정할 수 없습니다.

업로드 및 다운로드는 보통 연결이 시작된 뒤 누적된 데이터량입니다. 화면에 실시간 속도가 따로 표시될 수 있으므로 단위를 확인하세요. KB/s는 전송 속도이고 MB는 누적 데이터량입니다. 웹페이지는 메인 사이트뿐 아니라 이미지 도메인과 API 도메인에도 연결하므로 요청 하나가 프록시를 거친다고 같은 페이지의 모든 리소스가 같은 경로를 사용하는 것은 아닙니다.

개별 연결 종료와 전체 연결 종료

연결을 종료하면 현재 세션이 끊기지만 대상 도메인이 영구적으로 차단되지는 않습니다. 앱이 곧바로 다시 연결할 수도 있습니다. 노드를 바꿔도 기존 TCP 장기 연결은 보통 새 경로로 자동 전환되지 않습니다. 관련 연결만 종료한 다음 페이지를 새로고침해 새 연결이 새 노드를 사용하는지 확인할 수 있습니다.

‘전체 연결 종료’는 세션을 다시 만들어야 할 때 유용하지만 파일 전송, 화상 회의, 원격 터미널이 끊길 수도 있습니다. 평소 문제를 확인할 때는 먼저 검색으로 범위를 좁힌 다음 해당 연결만 종료하면 영향을 줄일 수 있습니다.

로그 화면: 로그 수준, 오류 내용, 재현 순서

로그 화면에서는 코어의 동작 기록을 확인할 수 있습니다. 인터페이스에 앱 로그나 로그 폴더 열기 기능이 있을 수도 있습니다. 그래픽 인터페이스가 시작되지 않는 문제와 네트워크 연결 문제는 따로 확인해야 하며, 모든 문제를 노드 오류로 돌려서는 안 됩니다.

먼저 info를 사용하고 필요할 때만 잠시 debug로 전환하기

일반적인 로그 수준에는 info, warning, error, debug가 있습니다. 우선 info를 사용해 연결 및 실행 정보를 확인하고, 정보가 부족할 때만 잠시 debug를 활성화하세요. 디버그 수준에서는 더 많은 정보가 출력되므로 도메인이나 주소 같은 개인정보가 포함될 가능성도 커집니다.

로그 키워드	주요 의미	우선 확인할 항목
`timeout`	특정 단계에서 대기 시간 초과	앞뒤 기록을 함께 살펴 DNS, 연결 시도, 핸드셰이크 중 어디서 발생했는지 확인
`connection refused`	대상 포트에서 연결 거부	대상 주소, 포트, 서비스 상태
`address already in use`	수신 주소 또는 포트 사용 중	중복 실행된 클라이언트와 포트 설정
`yaml` 또는 파싱 오류	설정 문법 또는 필드 구조 오류	오류 행 번호, 들여쓰기, 덮어쓰기 결과

일시 중지, 지우기, 복사의 용도

스크롤이나 표시를 일시 중지해도 로그 화면만 멈출 뿐 프록시 서비스가 중지되는 것은 아닙니다. 지우기 버튼은 보통 현재 화면의 내용을 지우며 디스크에 저장된 로그까지 삭제한다는 뜻은 아닙니다. 복사하거나 내보내기 전에 구독 주소, 토큰, 계정 정보, 공개하기 부적절한 네트워크 주소를 가리세요.

현재 시간을 기록하고 표시 영역을 지우거나 최신 로그가 보이는 위치로 이동합니다.
오류가 발생한 페이지 하나를 새로고침하는 등 문제를 한 번만 재현합니다.
마지막 한 줄만 캡처하지 말고 오류 전후 약 10~20초의 관련 로그를 보관합니다.
실행 모드, 프록시 그룹 선택 여부, TUN 활성화 여부도 함께 기록해 관련성을 확인할 수 있게 합니다.

설정 화면: 시스템 프록시, TUN, 포트의 역할

시스템 프록시와 TUN은 서로 다른 트래픽 진입점

‘설정’ → ‘시스템 프록시’에서 스위치를 확인하거나 현재 버전에서 제공하는 바로가기를 사용하세요. 시스템 프록시는 운영체제의 프록시 설정을 따르는 앱이 로컬 프록시 포트에 연결하도록 합니다. 일부 앱은 이 설정을 무시하므로 앱에서 별도로 설정하거나 적절한 TUN 방식으로 트래픽을 처리해야 합니다.

‘설정’ → ‘TUN 모드’에서 스위치와 관련 옵션을 확인하세요. TUN은 가상 네트워크 인터페이스와 라우팅을 통해 트래픽을 처리하며, 일반적으로 서비스 모드나 해당 시스템 권한이 필요합니다. 활성화에 실패하면 스위치를 계속 눌러 보기보다 서비스, 권한, 로그부터 확인하세요. VPN이나 TUN 도구를 여러 개 동시에 실행하면 라우팅과 DNS가 충돌할 수 있습니다.

로컬 포트와 노드 서버 포트를 혼동하지 않기

포트 항목은 보통 ‘설정’의 포트 또는 포트 구성 영역에 있습니다. 정확한 메뉴 이름은 버전에 따라 다를 수 있습니다. mixed-port는 로컬 HTTP/SOCKS 혼합 진입점이며 원격 노드의 포트가 아닙니다. 아래는 필드의 의미만 보여 주는 예시로, 전체 설정으로 가져올 수 없습니다.

mixed-port: 7897
allow-lan: false
mode: rule
log-level: info

이 컴퓨터의 혼합 포트가 실제로 7897로 설정되어 있다면 앱을 수동으로 구성할 때 로컬 주소는 127.0.0.1, 포트는 7897로 입력할 수 있습니다. 모든 설치 환경에서 이 포트를 사용한다고 예시만 보고 판단하지 말고 실제 설정을 확인하세요. 포트가 이미 사용 중이라면 충돌을 해결하고 수동 설정한 앱의 포트도 함께 변경해야 합니다.

‘LAN 연결 허용’은 다른 기기가 이 컴퓨터의 프록시 진입점에 접속하도록 하는 기능이며, 이 컴퓨터의 브라우저에서 프록시를 사용할 수 있는지와는 별개입니다. 켜기 전에 수신 주소, 방화벽, 인증을 확인하세요. 프록시 포트나 제어 인터페이스를 신뢰할 수 없는 네트워크에 직접 노출하지 마세요.

인터페이스에서 기본 연결 확인하기

처음 설정하거나 변경한 뒤에는 정해진 순서대로 확인하는 편이 여러 스위치를 한꺼번에 바꾸는 것보다 원인을 찾기 쉽습니다. 아래 순서는 연결 경로에 필요한 설정만 바꾸며, ‘앱은 실행됐지만 웹페이지가 열리지 않는’ 상황을 확인하는 데 적합합니다.

구독 화면: 설정을 가져왔고 현재 활성화된 항목인지 확인합니다. 로그에 설정 로드 오류가 없어야 합니다.
프록시 화면: 규칙 모드를 사용하고, 대상 요청에 적용될 수동 프록시 그룹에서 노드를 선택한 다음 지연 시간 테스트를 한 번 실행합니다.
설정 화면: 먼저 앱 트래픽의 진입 방식을 확인합니다. 브라우저에서는 시스템 프록시부터 확인하고, 트래픽을 별도로 처리해야 할 때 TUN을 설정합니다.
연결 화면: 대상 페이지를 열고 새 연결을 찾아 규칙과 최종 노드를 확인합니다.
로그 화면: 실패하면 같은 시점의 오류를 확인하고 관련 설정 하나만 바꿔 다시 테스트합니다.

이 창을 읽는 방법은 다음과 같이 정리할 수 있습니다. 구독 화면은 ‘무엇을 불러오는지’, 프록시 화면은 ‘경로를 어떻게 선택하는지’, 연결 화면은 ‘실제로 어떤 경로를 사용하는지’, 로그 화면은 ‘어느 단계에서 실패했는지’를 알려 줍니다. 처음 설치하고 구독을 설정하는 전체 과정은 빠른 시작에서 확인하세요.