Clash Verge FAQ
Clash Verge자주 묻는 질문과 문제 해결
클라이언트·코어·아키텍처 선택부터 구독 가져오기, 시스템 프록시, TUN, DNS, 노드 시간 초과와 Windows 루프백 문제까지 단계별로 점검합니다.
기본 개념
클라이언트, 코어와 프록시 모드
그래픽 클라이언트, mihomo 코어, 프로세서 아키텍처와 트래픽 처리 방식을 먼저 구분하면 설치 패키지 문제와 설정 문제를 혼동하지 않을 수 있습니다.
Clash Verge, Clash Verge Rev와 mihomo 코어는 어떤 관계인가요?
Clash Verge는 설정 가져오기, 프록시 전환, 시스템 프록시와 로그 표시를 담당하는 데스크톱 그래픽 클라이언트입니다. Clash Verge Rev는 커뮤니티에서 지속적으로 유지 관리하는 포크입니다. mihomo는 클라이언트가 호출하는 프록시 코어로, 설정을 해석하고 연결을 수립하며 규칙을 적용하고 DNS를 처리합니다. 인터페이스 버전과 코어 버전은 서로 다른 항목이므로 호환성 문제를 점검할 때 각각 확인해야 합니다.
Windows, macOS, Android, iOS와 Linux에서는 어떤 클라이언트를 선택해야 하나요?
데스크톱에서는 그래픽 인터페이스를 제공하고 현재도 유지 관리되며 mihomo를 지원하는 클라이언트를 우선 선택하세요. Android는 기기와 맞는 APK 아키텍처 버전을 사용해야 하며, iOS는 App Store에 등록된 클라이언트가 필요합니다. Linux 데스크톱은 그래픽 클라이언트를 사용할 수 있지만, 서버와 라우터에서는 보통 mihomo 코어를 직접 사용합니다. 다운로드 전 운영체제 버전, 프로세서 아키텍처와 설치 패키지 형식도 확인하세요.
x64, ARM64, Apple Silicon과 Intel 버전은 어떻게 구분하나요?
대부분의 Windows PC는 x64 또는 AMD64 버전을 사용하며, Qualcomm 등 ARM 프로세서가 탑재된 Windows 기기만 ARM64를 선택합니다. M 시리즈 칩이 탑재된 Mac은 Apple Silicon이므로 arm64 또는 aarch64를 선택하고, 구형 Intel Mac은 x64 또는 x86_64를 사용합니다. 판단하기 어렵다면 출시 연도만으로 추측하지 말고 시스템의 프로세서 또는 칩 정보를 먼저 확인하세요.
규칙 모드, 글로벌 모드와 직접 연결 모드는 어떻게 다른가요?
규칙 모드는 설정의 규칙 집합에 따라 연결을 프록시, 직접 연결 또는 거부로 처리하므로 일상적인 사용에 적합합니다. 글로벌 모드는 가로챌 수 있는 대부분의 연결을 현재 선택한 프록시 정책으로 보내 노드의 작동 여부를 임시로 확인할 때 유용합니다. 직접 연결 모드는 프록시 노드를 거치지 않아 문제가 클라이언트에서 발생했는지 확인하기 좋습니다. 모드를 바꾼 뒤에는 새 연결을 시작해야 하며 기존 연결의 경로가 즉시 바뀌지 않을 수 있습니다.
시스템 프록시와 TUN 모드는 어떻게 다른가요?
시스템 프록시는 운영체제의 프록시 설정을 따르는 앱에 주로 적용됩니다. 설정과 해제가 간단하지만 일부 게임, 명령줄 도구와 특수 네트워크 프로그램은 해당 설정을 읽지 않을 수 있습니다. TUN 모드는 가상 네트워크 인터페이스를 통해 더 넓은 범위의 트래픽을 가로채므로 적용 범위가 크지만, 시스템 권한과 라우팅·DNS 설정이 함께 필요합니다. 일반적으로 먼저 시스템 프록시를 사용하고, 트래픽 가로채기가 필요할 때 TUN을 활성화하세요.
설치 설정
구독 가져오기, 설치와 권한
설정의 유효성, 설치 패키지 일치 여부와 시스템 권한 승인 여부를 세 갈래로 점검하면 반복해서 재설치하는 것보다 원인을 쉽게 찾을 수 있습니다.
구독 링크를 가져온 뒤 유효하지 않거나 내용이 비어 있다고 표시되면 어떻게 해야 하나요?
먼저 브라우저에서 링크에 계속 접속할 수 있는지 확인하고, 복사 과정에서 공백·줄바꿈·끝부분의 문장 부호가 포함되지 않았는지 점검하세요. 로그인 페이지, 오류 페이지 또는 빈 내용이 반환된다면 구독 제공업체에서 인증과 유효 기간을 먼저 확인해야 합니다. 링크에는 접속되지만 클라이언트가 인식하지 못한다면 현재 코어와 반환 형식이 호환되지 않을 수 있습니다. 로그의 파싱 오류를 확인하고 구독 제공업체에 Clash 또는 mihomo 설정 형식 지원 여부를 문의하세요.
구독을 가져온 뒤 프록시 노드가 보이지 않는 이유는 무엇인가요?
새 설정의 다운로드가 완료되어 현재 설정으로 지정되었는지 먼저 확인하세요. 설정 목록에 저장만 된 상태일 수 있습니다. 그런 다음 프록시 화면에서 올바른 정책 그룹을 선택했는지, 설정 파일에 proxies, proxy-providers와 proxy-groups가 실제로 포함되어 있는지 점검하세요. 로그에 필드 형식 오류, 들여쓰기 오류 또는 규칙 제공자 로드 실패가 표시된다면 설정 형식을 먼저 수정한 뒤 다시 불러오세요.
Windows에 설치하거나 실행할 때 관리자 권한이 필요한가요?
일반적인 화면 조작과 시스템 프록시는 클라이언트를 항상 관리자 권한으로 실행할 필요가 없습니다. 다만 서비스 설치, TUN 인터페이스 생성 또는 일부 시스템 네트워크 설정 변경 시 권한 확인이 나타날 수 있습니다. 다운로드 페이지에서 시스템 아키텍처에 맞는 설치 패키지를 받고, 권한 요청 창에서 프로그램 이름과 작업 출처를 확인하세요. 권한 요청이 반복되면 관리자 실행에 의존하기보다 서비스가 정상적으로 설치되었는지 점검하세요.
macOS에서 열 수 없거나 개발자를 확인할 수 없다고 표시되면 어떻게 해야 하나요?
먼저 설치 패키지가 Intel 또는 Apple Silicon 아키텍처와 일치하는지 확인하고, 디스크 이미지에서 응용 프로그램 폴더로 앱을 드래그하는 설치 절차를 완료하세요. 시스템이 차단한 뒤에는 시스템 설정의 개인정보 보호 및 보안 페이지에서 해당 기록을 확인하고, 시스템이 제공하는 명확한 옵션으로 열기를 승인하세요. 단일 앱 문제를 해결하려고 시스템 전체의 보안 정책을 변경하지 마세요. 파일이 손상되었다면 올바른 아키텍처의 설치 패키지를 다시 다운로드해야 합니다.
TUN을 활성화할 때 권한 부족 또는 서비스 설치 실패가 표시되면 어떻게 해야 하나요?
먼저 가상 네트워크 어댑터를 만들 수 있는 다른 프록시나 VPN 프로그램을 종료한 뒤, 클라이언트가 제공하는 메뉴에서 서비스를 설치하거나 다시 설치하세요. Windows에서는 시스템 서비스가 정상적으로 시작되는지 확인하고, macOS에서는 네트워크 확장 권한을 승인해야 합니다. Linux에서는 현재 계정에 TUN 장치를 만들고 라우팅을 변경할 권한이 있는지 확인하세요. 설치가 끝나면 클라이언트를 다시 시작하고, 계속 실패하면 로그에서 장치 이름·권한·라우팅 오류를 확인하세요.
iOS에 데스크톱용 Clash Verge를 직접 설치할 수 있나요?
설치할 수 없습니다. Clash Verge는 데스크톱 운영체제용 클라이언트이므로 iPhone과 iPad에서는 iOS에 출시된 네트워크 클라이언트를 사용해야 합니다. 예를 들어 App Store의 Clash Plus를 사용할 수 있습니다. 설치 후 클라이언트가 지원하는 방식으로 구독을 가져오고, 시스템에 표시되는 네트워크 구성 요청을 승인하세요. 데스크톱 설치 패키지, Windows 실행 파일과 Android APK는 iOS에서 사용할 수 없습니다.
사용 팁
시스템 프록시, 규칙과 DNS
시스템 설정과 클라이언트의 수신 상태가 일치하는지 확인한 뒤 구독 오버라이드, 규칙 리소스와 DNS 모드를 점검하면 설정 업데이트 후 반복 수정이 줄어듭니다.
시스템 프록시는 켰는데 브라우저나 앱이 계속 직접 연결되면 어떻게 해야 하나요?
현재 설정이 활성화되어 있고 프록시 포트가 수신 중인지 먼저 확인한 뒤 새 브라우저 창에서 테스트하세요. 일부 앱은 별도의 프록시 설정이나 확장 기능, 고정 네트워크 스택을 사용해 시스템 프록시를 자동으로 읽지 않습니다. 이전 프록시 주소가 설정을 덮어쓰는 경우도 있습니다. 시스템 프록시의 호스트와 포트가 클라이언트와 일치하는지 확인하고 앱 자체의 네트워크 설정도 점검하세요. 여전히 트래픽이 가로채지지 않으면 TUN 모드가 필요한지 검토할 수 있습니다.
구독을 업데이트하면 수동으로 선택한 노드와 규칙이 덮어써지나요?
구독 업데이트는 보통 원격 주소에서 생성된 설정 내용을 교체하므로, 구독 파일에 직접 작성한 노드·규칙·DNS 변경 사항은 다음 업데이트 때 사라질 수 있습니다. 정책 그룹의 마지막 선택을 유지할 수 있는지는 클라이언트의 저장 방식과 그룹 이름 변경 여부에 따라 달라집니다. 장기간 유지할 설정은 클라이언트가 제공하는 오버라이드, 확장 스크립트 또는 설정 병합 기능을 사용하고, 업데이트 후 로그와 정책 그룹을 확인하세요.
Clash 포트는 어떻게 설정하고 포트 충돌은 어떻게 확인하나요?
일반적인 설정은 HTTP, SOCKS 또는 mixed 포트를 각각 제공하며, 구체적인 번호는 현재 설정과 클라이언트 설정 화면을 기준으로 확인해야 합니다. 시스템 프록시 주소는 로컬 호스트를 가리키고 실제 수신 포트와 일치해야 합니다. 시작 로그에 address already in use 또는 포트 사용 중이라는 메시지가 나타나면 다른 프로그램이 해당 포트를 이미 사용하고 있다는 뜻입니다. 충돌하는 프로그램을 종료하거나 사용하지 않는 포트로 변경한 뒤 시스템 프록시와 수동 설정 앱에도 같은 변경을 적용하세요.
Clash GeoIP 또는 규칙 집합은 얼마나 자주 업데이트해야 하나요?
GeoIP, GeoSite와 원격 규칙 집합에는 정해진 공통 업데이트 주기가 없습니다. 설정 유지 관리자의 배포 빈도와 실제 매칭 요구를 기준으로 판단하세요. 규칙이 정상적으로 작동한다면 수동 새로 고침을 자주 할 필요가 없습니다. 도메인 분류가 바뀌거나 규칙 제공자 다운로드가 실패하거나 로그에 리소스가 오래되었다는 안내가 표시될 때 업데이트하세요. 업데이트 전에는 작동하는 설정을 보존하고, 업데이트 후에는 규칙 제공자 상태·최종 매칭 규칙·DNS 조회 결과를 중점적으로 확인하세요.
fake-ip와 redir-host 모드는 어떻게 선택해야 하나요?
fake-ip는 먼저 예약 주소를 반환한 뒤 코어가 도메인을 연결하고 규칙을 적용하므로 일반적으로 도메인 매칭이 더 직접적입니다. redir-host는 실제 조회 결과를 반환해 일부 LAN 장치, 특수 앱 또는 실제 주소에 의존하는 환경에서 이해하기 쉽습니다. LAN 도메인, 프린터, 게임이나 특정 앱에 문제가 생겼다면 DNS 방식을 전부 바꾸기보다 먼저 fake-ip 필터 목록을 확인하세요.
문제 해결
시간 초과, 네트워크 끊김과 로그 분석
먼저 문제 범위를 좁히세요. 단일 노드인지, 설정 하나인지, 특정 앱인지, 전체 기기인지 확인합니다. 기본 네트워크를 복구한 뒤 로그의 대상 주소와 오류 유형을 바탕으로 추가 점검을 진행하세요.
단일 노드가 계속 시간 초과로 표시될 때 먼저 무엇을 확인해야 하나요?
같은 구독의 다른 노드로 먼저 전환해 문제가 단일 노드인지 전체 설정인지 구분하세요. 이어서 노드 주소, 포트, 프로토콜 매개변수와 시스템 시간이 올바른지 확인하고 테스트 주소 자체에 접속할 수 있는지도 점검합니다. 지연 시간 테스트 실패가 모든 연결 실패를 의미하지는 않으므로 실제 접속 결과와 로그를 함께 확인해야 합니다. 해당 노드에서만 연결 거부, 핸드셰이크 실패 또는 시간 초과가 계속되면 노드 제공업체가 서비스 상태를 점검해야 합니다.
모든 노드를 사용할 수 없거나 전부 시간 초과일 때는 어떻게 점검하나요?
먼저 직접 연결 모드로 전환해 로컬 기본 네트워크가 정상인지 확인한 다음 TUN과 시스템 프록시를 일시 중지해 남은 라우팅의 영향을 배제하세요. 이후 현재 설정을 다시 불러오고 구독 만료 여부, DNS의 노드 도메인 조회 가능 여부와 시스템 시간의 정확성을 확인합니다. 여러 설정에서 모두 실패한다면 방화벽, 다른 VPN 프로그램과 로컬 보안 소프트웨어를 점검하세요. 특정 구독 하나에서만 실패한다면 구독 내용과 원격 서비스 상태를 중점적으로 확인합니다.
Windows UWP 또는 스토어 앱이 시스템 프록시를 사용하지 않으면 어떻게 해야 하나요?
일부 UWP 앱은 Windows 루프백 제한의 영향을 받아 브라우저가 시스템 프록시를 사용하더라도 로컬 프록시 포트에 접속하지 못할 수 있습니다. 클라이언트가 제공하는 UWP 루프백 도구에서 프록시를 사용할 앱을 선택하고 설정을 저장하세요. 처리 후 대상 앱을 완전히 종료했다가 다시 열어야 합니다. 목록에서 앱을 찾을 수 없다면 해당 앱을 한 번 실행한 뒤 패키지 ID와 현재 사용자 권한을 확인하세요.
TUN을 켠 뒤 인터넷에 전혀 연결되지 않을 때 어떻게 복구하고 원인을 찾나요?
먼저 TUN과 시스템 프록시를 끄고 클라이언트를 종료한 뒤 직접 연결이 복구되는지 확인하세요. 잘못된 라우팅에서 설정을 반복해서 수정하는 일을 피할 수 있습니다. 다시 활성화하기 전 TUN 서비스, 자동 라우팅, 엄격한 라우팅, DNS 하이재킹과 네트워크 어댑터 선택을 확인하고 다른 가상 네트워크 어댑터 프로그램은 잠시 종료하세요. 활성화 직후 인터넷이 끊긴다면 로그에서 라우팅 기록, DNS 수신과 인터페이스 생성 오류를 확인한 뒤 설정을 하나씩 복원하세요.
로그에 DNS, TLS 또는 connection refused 오류가 나타날 때 각각 무엇을 의미하나요?
DNS 오류는 일반적으로 도메인 조회 서버에 연결할 수 없거나 비정상 응답이 반환되었거나 하이재킹 설정이 적용되지 않았음을 뜻합니다. TLS 오류는 시스템 시간, 인증서 체인, 서버 이름 또는 프로토콜 매개변수와 관련된 경우가 많습니다. connection refused는 대상 주소에는 도달했지만 해당 포트가 연결을 수락하지 않았다는 의미입니다. 점검할 때 오류 발생 시간, 대상 도메인, 선택한 정책과 매칭된 규칙을 기록한 뒤 로컬 설정·노드 연결·대상 서비스 중 어디의 문제인지 구분하세요.