Support Reference
Clash Verge Rev
자주 묻는 질문과
문제 해결
기본 개념, 설치 및 설정, 활용 팁과 문제 해결로 나누어 정리했습니다. 먼저 현재 설정, 실행 모드와 문제가 발생하는 범위를 확인한 뒤 로그와 연결 기록을 바탕으로 항목별 원인을 찾아보세요.
Basic Concepts
기본 개념
클라이언트, 코어, 구독과 실행 모드의 관계를 이해하면 설정 문제를 설치 문제로 잘못 판단하는 일을 줄일 수 있습니다.
Clash Verge Rev는 어떤 역할을 하나요?
Clash Verge Rev는 mihomo 코어를 기반으로 한 데스크톱 그래픽 클라이언트입니다. 구독 또는 로컬 설정을 읽고 규칙에 따라 연결을 직접 연결, 프록시 또는 차단 정책으로 전달합니다. 클라이언트 자체는 프록시 노드를 제공하지 않으므로 처음 사용하기 전에 유효한 구독이나 사용할 수 있는 Clash 설정 파일을 준비해야 합니다.
규칙, 전역 및 직접 연결 모드는 어떻게 선택하나요?
일상적인 사용에는 보통 규칙 모드를 선택하며, 트래픽은 설정 파일의 규칙 순서에 따라 매칭됩니다. 전역 모드는 대부분의 연결을 현재 전역 정책으로 보내므로 규칙 때문에 문제가 발생했는지 임시로 진단할 때 적합합니다. 직접 연결 모드는 프록시를 우회하므로 프록시를 잠시 중지하거나 로컬 네트워크 상태를 확인할 때 사용합니다.
mihomo 코어와 Clash Verge Rev는 어떤 관계인가요?
mihomo는 프로토콜 연결, DNS, 규칙 매칭 및 TUN 전달을 담당하는 핵심 프로그램이고, Clash Verge Rev는 설정 관리, 정책 선택, 로그 확인과 시스템 통합 인터페이스를 제공합니다. 문제를 진단할 때는 인터페이스 설정, 설정 내용과 코어 동작을 구분해야 합니다. 세 요소의 문제가 비슷한 증상으로 나타날 수 있습니다.
구독, 설정 파일과 정책 그룹은 어떻게 다른가요?
구독은 일반적으로 원격 설정을 가져오는 경로이며, 업데이트하면 새 노드, 정책 그룹과 규칙을 받을 수 있습니다. 설정 파일은 클라이언트가 실제로 불러오는 YAML 내용입니다. 정책 그룹은 여러 노드나 다른 정책을 선택 가능한 출구로 묶은 것으로, 자동 선택, 장애 조치, 직접 연결과 차단 등이 있습니다.
Clash iOS 클라이언트에서 데스크톱 설정을 바로 사용할 수 있나요?
iOS 클라이언트와 데스크톱 클라이언트는 인터페이스와 시스템 권한이 다르지만, 일반적으로 같은 구독을 가져올 수 있습니다. 특정 설정을 완전히 지원하는지는 클라이언트 코어, 프로토콜 유형, 스크립트 기능과 규칙 형식에 따라 달라집니다. 가져오기에 실패하면 먼저 구독 제공 업체가 해당 iOS 클라이언트를 지원한다고 명시했는지 확인하세요.
Installation
설치 및 설정
설치 단계에서는 시스템 아키텍처, 설정 출처와 시스템 권한을 중점적으로 확인하세요. 전체 작업 과정은 시작 가이드에서 계속 확인할 수 있습니다.
설치 패키지는 운영체제와 프로세서 아키텍처 중 무엇을 기준으로 선택하나요?
운영체제와 프로세서 아키텍처를 모두 맞춰야 합니다. 일반적인 Windows 기기는 x64 설치 패키지를 사용하고, Apple 칩이 탑재된 Mac은 ARM64, 이전 Intel Mac은 x64를 선택합니다. Linux에서는 패키지 형식도 구분해야 합니다. 확실하지 않다면 시스템 정보에서 프로세서와 시스템 유형을 먼저 확인하세요.
구독 링크를 Clash Verge Rev에 어떻게 가져오나요?
구독 또는 설정 페이지로 이동해 전체 구독 주소를 붙여넣고 가져오기를 실행한 다음, 클라이언트가 설정을 다운로드하고 파싱할 때까지 기다리세요. 가져오기가 끝나면 해당 설정을 현재 설정으로 지정한 뒤 프록시 페이지에서 정책 그룹을 선택합니다. 주소를 클립보드에서 붙여넣었다면 앞뒤에 공백, 줄바꿈 또는 중국어 문장 부호가 섞이지 않았는지 확인하세요.
macOS 설치 후 열 수 없거나 권한이 부족하다고 표시되면 어떻게 하나요?
먼저 앱을 응용 프로그램 폴더로 옮겼는지 확인하고, 시스템 설정의 개인정보 보호 및 보안 알림을 확인하세요. TUN을 활성화하거나 서비스를 설치할 때 macOS에서 관리자 승인을 요구할 수 있습니다. 여러 사본을 반복해서 실행하지 말고, 승인을 완료한 뒤 클라이언트를 종료한 다음 응용 프로그램 폴더에서 다시 여세요.
TUN 모드에는 왜 관리자 권한이 필요한가요?
TUN 모드는 가상 네트워크 인터페이스를 만들고 시스템 라우팅을 변경해야 하므로 일반 사용자 권한을 넘어서는 경우가 많습니다. Windows에서는 서비스를 설치하거나 시작해야 할 수 있고, macOS와 Linux에서는 관리자 승인이 필요할 수 있습니다. 승인 후에도 활성화되지 않으면 보안 소프트웨어, 이전 서비스와 남아 있는 가상 네트워크 어댑터를 확인하세요.
Windows UWP 앱의 트래픽이 프록시를 거치지 않는 이유는 무엇인가요?
일부 UWP 앱은 루프백 액세스 제한을 받기 때문에 시스템 프록시가 활성화되어 있어도 로컬 호스트의 수신 포트에 연결하지 못할 수 있습니다. 시스템에서 제공하는 루프백 예외 기능을 사용해 인터넷 연결이 필요한 UWP 앱의 로컬 루프백 액세스를 허용하세요. 변경 후에는 해당 앱을 완전히 종료하고 다시 시작해야 합니다.
Usage Techniques
활용 팁
안정적인 사용을 위해서는 명확한 규칙 순서, 관리하기 쉬운 구독 구조와 현재 네트워크 환경에 맞는 DNS 설정이 필요합니다.
Clash 규칙에서 순서를 중요하게 봐야 하는 이유는 무엇인가요?
규칙은 일반적으로 위에서 아래로 확인하며, 연결이 한 규칙에 매칭되면 이후 매칭을 중단합니다. 더 구체적인 도메인, 프로세스 또는 규칙 세트는 범위가 넓은 규칙보다 앞에 두고, 최종 대체 규칙은 맨 마지막에 배치하세요. 변경 후 연결 기록에서 적용된 규칙과 최종 정책을 확인하면 웹페이지가 열리는지만으로 판단하는 일을 피할 수 있습니다.
노드를 선택할 때 지연 시간 테스트만 봐도 되나요?
지연 시간 테스트는 테스트 대상에 당시 접근할 수 있는지와 왕복 시간만 보여 줄 뿐, 실제 다운로드 속도, 안정성 및 대상 웹사이트의 이용 가능성을 모두 나타내지는 않습니다. 노드를 선택할 때는 지속적인 접속 성능, 프로토콜 호환성 및 정책 그룹 테스트 결과를 함께 확인하세요. 한 번의 시간 초과가 노드를 장기간 사용할 수 없다는 뜻은 아닙니다.
구독을 업데이트하면 직접 선택한 노드가 덮어써지나요?
선택 항목이 유지되는지는 정책 그룹 이름, 노드 이름과 클라이언트 캐시에 따라 달라집니다. 구독 업데이트로 노드가 삭제되거나 정책 그룹 이름이 바뀌거나 설정 구조가 변경되면 기존 선택이 무효화되어 기본 항목으로 돌아갈 수 있습니다. 장기간 사용할 사용자 지정 규칙은 원격 설정 사본을 직접 수정하기보다 오버라이드 또는 병합 기능으로 관리하는 편이 좋습니다.
DNS 모드는 fake-ip와 redir-host 중 무엇을 선택해야 하나요?
fake-ip는 일반적으로 더 완전한 도메인 매핑과 규칙 매칭 기능을 제공해 일반적인 데스크톱 사용에 적합합니다. 실제 주소, 로컬 네트워크 검색 또는 특수한 네트워크 환경에 의존하는 일부 프로그램은 추가 예외 설정이 필요할 수 있습니다. redir-host는 기존 DNS 해석 흐름에 더 가깝습니다. 전환하기 전에 기존 설정을 백업하고 nameserver와 규칙 설정도 함께 확인하세요.
로컬 네트워크의 다른 기기에서 이 컴퓨터의 프록시를 사용하려면 어떻게 하나요?
클라이언트에서 로컬 네트워크 연결을 허용하고, 수신 주소가 로컬 호스트로만 제한되어 있지 않은지 확인한 뒤 방화벽에서 해당 포트를 허용해야 합니다. 다른 기기에는 Clash Verge Rev를 실행하는 컴퓨터의 로컬 네트워크 주소와 프록시 포트를 입력하세요. 신뢰할 수 있는 로컬 네트워크에서만 활성화하고 수신 포트를 공용 인터넷에 노출하지 마세요.
Troubleshooting
문제 해결
먼저 문제가 구독 가져오기, 코어 시작, 시스템 전달, 노드 연결 또는 DNS 해석 중 어느 단계에서 발생했는지 파악한 다음 범위를 좁혀 원인을 찾아보세요.
구독 업데이트가 만료되었거나 다운로드에 실패했다고 표시되면 어떻게 처리하나요?
먼저 브라우저에서 구독 주소에 여전히 접속할 수 있는지 확인한 다음 링크 만료 여부, 계정 상태와 시스템 시간이 정확한지 점검하세요. 브라우저에서는 접속되지만 클라이언트에서 실패한다면 시스템 프록시를 잠시 끈 뒤 다시 시도하고, 로그에서 HTTP 상태 코드, 인증서 오류 또는 파싱 오류를 확인하세요.
노드 테스트가 계속 시간 초과될 때 어떤 항목을 확인해야 하나요?
먼저 로컬 네트워크에서 일반 웹사이트에 직접 접속할 수 있는지 확인한 뒤 구독을 업데이트하고 여러 노드를 테스트하세요. 이후 현재 코어가 노드 프로토콜을 지원하는지, 기기 시간이 정확한지, DNS를 사용할 수 있는지 확인합니다. 모든 노드가 동시에 시간 초과되면 노드를 하나씩 바꾸기보다 네트워크, 코어 실행 상태와 설정 문법을 우선 점검하세요.
시스템 프록시는 켰는데 브라우저가 계속 직접 연결될 때 어떻게 하나요?
클라이언트 코어가 실행 중인지, 시스템 프록시 포트가 현재 혼합 포트와 일치하는지 확인하고 브라우저에서 별도 프록시, 확장 프로그램 프록시 또는 보안 DNS 설정을 사용하고 있는지도 점검하세요. 일부 앱은 시스템 프록시를 읽지 않으므로 별도 설정이나 TUN이 필요합니다. 연결 기록에서 요청이 클라이언트로 들어왔는지 확인할 수 있습니다.
TUN을 끈 후 컴퓨터에서 인터넷이 되지 않으면 어떻게 복구하나요?
먼저 클라이언트를 완전히 종료하고 시스템 프록시를 끈 다음 현재 네트워크에 다시 연결하세요. 문제가 계속되면 물리 네트워크 어댑터를 비활성화했다가 다시 활성화하고, 시스템에 이전 프록시 주소, 기본 경로 또는 가상 네트워크 어댑터가 남아 있는지 확인하세요. TUN 실행 중 강제 종료나 전원 끄기가 발생하면 네트워크 상태가 복구되지 않은 채 남기 쉽습니다.
웹페이지에는 DNS 해석 실패가 표시되지만 노드는 연결될 때 어떻게 하나요?
노드에 연결된다는 것은 프록시 서버에 접근할 수 있다는 뜻일 뿐, 도메인 해석 경로가 정상이라는 의미는 아닙니다. DNS 기능이 활성화되어 있는지, nameserver에 접근할 수 있는지, 설정 들여쓰기가 올바른지, fake-ip 예외 항목이 대상 도메인에 영향을 주는지 확인하세요. 변경 후 시스템 DNS 캐시를 비우고 코어를 다시 시작한 뒤 테스트하세요.