Clash Verge Rev 화면 가이드: 프록시·설정·로그 메뉴 살펴보기

메뉴별 역할과 트래픽 유입 경로부터 구분하기

Clash Verge Rev를 실행한 뒤에는 ‘설정 → 프록시 → 시스템 설정 → 연결 → 로그’ 순서로 확인하세요. 설정 메뉴에서는 불러올 노드와 규칙을 관리하고, 프록시 메뉴에서는 현재 사용할 프록시 그룹을 선택합니다. 시스템 설정은 앱 트래픽을 클라이언트로 전달하는 방식을 정하며, 연결과 로그 메뉴에서는 적용 결과를 확인합니다. 노드만 선택했다고 Windows 앱이 프록시를 사용하는 것은 아닙니다.

Clash Verge Rev는 그래픽 클라이언트이며, 실제 연결 처리는 mihomo 코어가 담당합니다. 이 글은 Windows 버전에서 흔히 볼 수 있는 한국어 화면을 기준으로 설명합니다. 버전에 따라 버튼 위치나 설정 분류가 달라질 수 있고, 구독에서 제공하는 프록시 그룹 이름도 제각각입니다. 안내에 나온 ‘노드 선택’ 버튼이 반드시 있다고 가정하지 말고, 현재 설정에 표시되는 이름을 확인하세요.

사이드바 메뉴	주요 작업	확인할 문제
설정	구독 설정 가져오기·선택·업데이트	노드가 표시되지 않음, 구독 업데이트 실패
프록시	모드 전환, 프록시 그룹 출구 선택, 지연 시간 테스트	연결에서 잘못된 노드를 선택함, 그룹을 사용할 수 없음
연결	대상, 적용 규칙, 프록시 경로, 연결 트래픽 확인	앱 트래픽이 코어에 전달되는지, 실제로 어떤 정책을 거치는지
로그	설정 불러오기·파싱·연결 오류 확인	실패 원인과 발생 단계
시스템 설정	시스템 프록시, TUN, 포트 및 서비스 설정	브라우저는 되지만 다른 앱은 연결되지 않음

설정 메뉴: 구독을 가져와 활성화하기

처음 구독을 가져오는 순서

구독 제공업체에서 Clash 또는 mihomo용 설정 링크를 받으세요. 계정 로그인 페이지, 구매 페이지, 브라우저 공유 페이지는 보통 구독으로 바로 가져올 수 없습니다.
사이드바에서 ‘설정’을 열고 구독 링크 입력란에 전체 주소를 붙여 넣은 다음 ‘가져오기’를 클릭하세요. 링크의 쿼리 매개변수도 그대로 유지해야 합니다.
설정 카드가 나타날 때까지 기다린 뒤 해당 카드를 클릭해 현재 설정으로 지정하세요. 버전에 선택 표시가 있다면 카드의 활성 상태를 확인하면 됩니다.
‘프록시’로 이동해 프록시 그룹과 노드가 표시되는지 확인하세요. 이전 내용이 그대로라면 새 카드를 가져오기만 하고 해당 카드로 전환하지 않았는지 확인합니다.

구독 설정에는 서버 주소뿐 아니라 프록시 그룹, 분기 규칙, DNS 설정이 포함될 수 있습니다. 구독 두 개를 가져와도 설정 두 개가 자동으로 합쳐지는 것은 아닙니다. 일반적인 설정 전환에서는 한 번에 하나만 활성화됩니다. 노드를 합치거나 규칙을 덮어써야 한다면 해당 버전의 확장 설정 기능을 확인하세요. 카드를 반복해서 클릭해 설정을 합치려 하지 마세요.

구독 업데이트와 설정 편집의 차이

‘설정’에서 대상 카드를 찾은 뒤 업데이트 버튼이나 카드 메뉴를 사용해 업데이트하세요. 업데이트는 원격 콘텐츠를 다시 가져오므로, 내려받은 파일을 직접 수정했다면 다음 업데이트 때 수정 내용이 덮어써질 수 있습니다. 변경 사항을 계속 유지하려면 클라이언트가 지원하는 덮어쓰기 또는 확장 기능을 사용하고, 먼저 원본을 백업하세요.

가져오기에 실패한 경우: ‘로그’에서 주소에 연결할 수 없는지, 인증이 만료됐는지, 콘텐츠 파싱에 실패했는지 확인하세요. 브라우저에서 페이지가 열린다고 해서 응답 내용이 유효한 설정이라는 뜻은 아닙니다.
노드 수가 갑자기 줄어든 경우: 먼저 현재 설정 카드와 구독 제공업체의 서비스 상태를 확인하세요. 화면에서 데이터가 사라졌다고 바로 판단하지 마세요.
업데이트 후 규칙이 달라진 경우: 구독에서 프록시 그룹이나 규칙을 변경했는지 확인한 다음, 로컬 덮어쓰기 설정이 여전히 맞는지 살펴보세요.

프록시 메뉴: 실행 모드와 프록시 그룹 구분하기

‘프록시’로 이동해 현재 모드를 확인한 뒤 노드를 선택하세요. 일반적인 모드에는 ‘규칙’, ‘전역’, ‘직접 연결’이 있습니다. 이 모드는 코어가 연결의 출구를 결정하는 방식을 제어할 뿐, Windows가 트래픽을 코어로 보내는지 여부를 정하지 않습니다. 전역 모드를 선택해도 시스템 프록시를 사용하지 않고 TUN으로도 가로채지 않는 앱은 클라이언트를 우회할 수 있습니다.

모드	작동 방식	사용 팁
규칙	규칙을 순서대로 확인해 해당 정책 적용	일상적인 트래픽 분기에 적합합니다. 노드를 고르기 전에 대상이 어느 그룹에 연결되는지 확인하세요.
전역	코어에 전달된 연결을 전역 정책 그룹에서 처리	문제 비교를 위해 잠시 사용하고 테스트 후 원래 모드로 되돌리세요.
직접 연결	코어에 전달된 연결을 일반적으로 직접 연결로 처리	시스템 프록시를 끄거나 클라이언트를 종료하는 것과는 다릅니다.

노드를 선택했는데도 출구가 바뀌지 않는 이유는 무엇인가요?

규칙 모드에서는 여러 프록시 그룹이 동시에 표시될 수 있습니다. 예를 들어 특정 사이트는 ‘스트리밍’ 그룹을, 다른 사이트는 ‘기본 프록시’ 그룹을 사용할 수 있습니다. ‘기본 프록시’ 그룹을 바꿔도 ‘스트리밍’ 그룹에는 영향을 주지 않을 수 있습니다. 그룹 안에서 다른 그룹을 선택해 여러 단계의 정책 경로가 만들어지기도 합니다. 실제 출구는 카드의 선택 표시만으로 판단하지 말고 ‘연결’ 메뉴에서 확인하세요.

수동 선택 그룹은 원하는 항목을 직접 고정할 수 있습니다. 자동 지연 테스트 그룹은 보통 테스트 결과와 허용 오차에 따라 자동으로 선택하며, 장애 조치 그룹은 사용 가능 여부와 설정 순서에 따라 전환합니다. 구체적인 동작은 설정의 그룹 유형에 따라 달라집니다. 화면에 자동 선택 상태가 표시된다면 먼저 그룹의 용도를 확인하세요. 수동 선택을 저장할 수 없는 오류라고 단정하지 마세요.

지연 시간 수치로 알 수 있는 것

그룹에서 지연 시간 테스트 버튼을 누르면 해당 시점에 노드와 설정된 테스트 주소 사이의 연결 상태가 표시됩니다. 예를 들어 두 노드에 각각 80 ms와 160 ms가 표시된다고 가정해 봅시다. 이는 수치 예시일 뿐, 이 글에서 측정한 결과가 아닙니다. 80 ms라고 다운로드 속도가 더 빠르거나 대상 사이트에 접속할 수 있다고 보장되지는 않습니다. 시간 초과는 테스트 주소, DNS, 일시적인 네트워크 변동 때문일 수도 있으므로 실제 연결 결과와 함께 확인하세요.

시스템 설정: 먼저 시스템 프록시를 사용하고 필요할 때 TUN 활성화하기

시스템 프록시와 포트

‘시스템 설정’ → ‘시스템 프록시’를 열어 활성화하면 Windows 프록시 설정을 따르는 앱이 로컬 수신 주소를 사용합니다. 일부 버전에서는 이 스위치가 홈 화면의 바로 가기 영역에 있습니다. 두 위치 모두 같은 유형의 트래픽 연결 방식을 설정합니다. 브라우저는 보통 시스템 프록시를 사용하지만 명령줄 도구, 게임, 별도 프록시 설정을 사용하는 프로그램은 따르지 않을 수 있습니다.

‘시스템 설정’의 포트 관련 항목에서 ‘혼합 포트’를 확인하세요. 예를 들어 화면에 혼합 포트가 7897로 표시된다면, 이 기기에서 수동 프록시를 설정할 때 주소는 127.0.0.1, 포트는 7897로 입력할 수 있습니다. 이 값은 설정 예시입니다. 다른 안내에 나온 7890이나 7897을 현재 기기의 실제 값으로 간주하지 말고, 컨트롤러 포트를 프록시 포트로 입력하지도 마세요.

이 기기에서만 접속: 127.0.0.1은 현재 기기를 가리킵니다. 이 주소로 다른 휴대폰에서 컴퓨터 프록시에 연결할 수는 없습니다.
로컬 네트워크 공유: 로컬 네트워크 연결 허용 여부, 수신 주소, Windows 방화벽 규칙을 별도로 확인해야 합니다. 시스템 프록시를 켠다고 공유되는 것은 아닙니다.
포트 충돌: 로그에 주소가 이미 사용 중이라고 표시되면 다른 프록시 클라이언트가 실행 중인지 확인하세요. 두 프로그램이 같은 포트를 사용하지 않도록 합니다.

TUN 모드와 서비스 모드

‘시스템 설정’ → ‘TUN 모드’는 가상 네트워크 인터페이스를 통해 라우팅 조건에 맞는 트래픽을 가로챕니다. 시스템 프록시를 사용하지 않는 앱을 처리할 때 유용합니다. 라우팅, DNS, 권한과 관련된 기능이며 ‘더 빠른 모드’를 뜻하지 않습니다. 먼저 시스템 프록시로 설정과 노드가 정상인지 확인한 뒤 TUN을 켜면 노드 문제와 트래픽 가로채기 문제를 구분하기 쉽습니다.

Windows에서는 먼저 ‘시스템 설정’의 ‘서비스 모드’ 관련 메뉴에서 서비스가 설치되어 정상 실행 중인지 확인한 다음, 현재 버전의 안내에 따라 TUN을 활성화하세요. 서비스 모드는 권한이 필요한 코어 작업에 실행 환경을 제공할 뿐, 프록시 노드나 출구를 선택하는 기능은 아닙니다. 서비스를 설치하거나 복구할 때 Windows 권한 확인 창이 나타나면 프로그램 출처를 확인한 후 진행하세요.

연결 메뉴: 적용 규칙과 실제 출구 확인하기

‘연결’을 열고 대상 앱에서 새 요청을 한 번 보내세요. 연결 목록에는 대상 도메인이나 IP, 업로드·다운로드량, 연결 시간, 적용 규칙, 프록시 경로가 표시될 수 있습니다. 프로세스 이름 표시 여부는 권한, 플랫폼, 프로세스 식별 설정에 따라 달라집니다. 프로세스 이름이 없다고 해서 반드시 출처를 알 수 없는 프로그램의 연결인 것은 아닙니다.

범위 좁히기: 먼저 관련 없는 다운로드를 일시 중지한 다음 대상 도메인, IP 또는 프로세스로 필터링하세요. 목록에 트래픽이 보인다는 이유만으로 대상 앱이 가로채졌다고 판단하지 마세요.
세부 정보 열기: 적용 규칙과 최종 정책을 확인하세요. DIRECT로 표시되면 해당 연결은 직접 연결로 처리된 것입니다. 프록시 그룹을 거친다면 경로 끝에 있는 노드도 확인하세요.
새 연결 만들기: 노드를 바꾼 뒤 웹페이지를 새로고침하거나 앱을 다시 열어 새 연결을 만드세요. 기존 장시간 연결은 이전 출구를 계속 사용할 수 있습니다.
연결 종료는 신중하게: 필요한 경우 대상 연결만 종료한 뒤 다시 테스트하세요. 모든 연결을 종료하면 다른 다운로드, 동영상 재생, 실시간 세션도 끊깁니다.

TUN을 사용하는 경우 대상 주소가 Fake-IP 매핑 주소로 표시될 수 있습니다. 198.18.0.0/16과 같은 주소가 보인다고 요청이 비정상 서버로 전송됐다고 단정하지 마세요. 도메인, DNS 모드, 연결 세부 정보를 함께 확인해야 합니다. 반대로 목록에서 대상 요청을 전혀 찾을 수 없다면 분기 규칙을 먼저 바꾸기보다 트래픽 유입 경로, 필터 조건, 요청을 실제로 다시 보냈는지부터 확인하세요.

로그 메뉴: 오류가 발생한 단계부터 확인하기

‘로그’는 ‘왜 실패했는지’를 확인할 때 유용합니다. 문제를 재현하기 전에 시간을 기록하고 필터를 초기화한 뒤 새로 생성되는 항목을 살펴보세요. 일반적인 문제 해결은 info 수준으로 시작하면 됩니다. 더 자세한 정보가 필요하면 잠시 debug로 바꾸고 한 번 재현한 뒤 원래 수준으로 되돌리세요. 디버그 로그에는 기록이 많이 쌓이며 도메인이나 주소 같은 민감한 정보가 포함될 수 있으므로 장기간 공개하지 마세요.

자주 보이는 로그 단서	먼저 확인할 항목	다음 조치
`parse`, `yaml` 관련 오류	설정 형식과 필드가 올바른지	‘설정’으로 돌아가 최근 수정 내용을 확인하고 유효한 설정으로 복구하세요.
`address already in use`	수신 포트가 이미 사용 중	충돌하는 프로그램을 종료하거나 포트를 변경한 뒤 앱 설정에도 반영하세요.
`lookup`, DNS 시간 초과	도메인 이름 확인 경로	DNS 설정과 상위 DNS 서버 연결을 확인하세요. 노드 비밀번호 문제라고 바로 단정하지 마세요.
`timeout`、`connection refused`	연결 대상과 현재 네트워크	노드 연결 실패인지 대상 서비스의 거부인지 구분한 뒤 다른 노드와 비교하세요.

이 키워드는 원인을 찾기 위한 단서일 뿐, 오류를 일대일로 확정하는 정보는 아닙니다. 예를 들어 시간 초과는 구독 다운로드, 노드 연결, 대상 사이트 접속 중 어느 단계에서든 발생할 수 있습니다. 먼저 같은 로그 행 주변의 대상 주소와 맥락을 확인한 뒤, 설정에서 구독을 업데이트할지, 프록시에서 노드를 바꿀지, 시스템 설정에서 포트를 확인할지 결정하세요.

도움을 요청할 때는 오류 전후의 로그를 조금 남기고 발생 시간, 현재 모드, TUN 활성화 여부, 재현 가능 여부를 알려주세요. 공유 전에 구독 토큰, 노드 인증 정보, 공개하고 싶지 않은 접속 기록을 가리세요. 빨간색 오류 한 줄만 찍은 스크린샷으로는 전체 원인을 판단하기 어렵습니다.

첫 연결을 위한 전체 점검 순서

화면 조작을 다음 체크리스트 순서대로 진행하면 첫 연결을 확인할 수 있습니다. 전체 과정에서 설정 하나와 트래픽 연결 방식 하나만 사용하세요. 정상 동작을 확인한 뒤 자동 지연 테스트, TUN, 확장 규칙을 추가합니다.

‘설정’으로 이동해 구독을 가져오고 해당 설정 카드를 선택한 뒤 파싱 오류가 없는지 확인하세요.
‘프록시’로 이동해 ‘규칙’ 모드를 선택하고 실제로 필요한 프록시 그룹에서 사용할 수 있는 노드를 선택하세요.
‘시스템 설정’으로 이동해 ‘시스템 프록시’를 켜고 화면에 표시된 혼합 포트를 기록하세요. TUN과 DNS는 아직 함께 변경하지 마세요.
브라우저에서 새 요청을 보낸 뒤 ‘연결’로 이동해 대상, 규칙, 최종 출구를 확인하세요.
실패하면 ‘로그’로 이동해 발생 시간에 맞춰 새 오류를 확인한 다음 해당 메뉴로 돌아가 조치하세요.
브라우저에서 정상 동작을 확인한 다음 다른 앱을 테스트하세요. 트래픽 가로채기가 꼭 필요한 경우에만 서비스 모드와 TUN을 추가로 설정하세요.

테스트가 끝나면 클라이언트에서 더 이상 필요하지 않은 시스템 프록시나 TUN을 먼저 끈 뒤 정상적으로 종료하세요. 클라이언트가 비정상 종료된 후 브라우저에서 인터넷에 연결되지 않는다면 Windows 11의 ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’ → ‘프록시 서버 사용’을 확인하세요. 프로그램이 더는 수신하지 않는 로컬 주소가 남아 있을 수 있습니다. 조직에서 관리하는 기기라면 프록시 정책의 출처를 먼저 확인하고 조직에서 요구하는 설정을 임의로 변경하지 마세요.

메뉴별 역할을 기억하세요. 설정은 구독과 설정 파일을 관리하고, 프록시는 출구를 선택하며, 시스템 설정은 트래픽 유입 방식을 정합니다. 연결에서는 실제 경로를 확인하고 로그에서는 오류 원인을 찾습니다. 이 순서대로 점검하면 클라이언트를 반복해서 재설치하는 것보다 문제를 쉽게 파악할 수 있습니다.