QUICK START / 첫 설정

Clash Verge 사용법

구독 가져오기, 프록시 모드 선택, 연결 켜기, 작동 확인까지 진행합니다. 클라이언트가 설치되어 있고 구독을 사용할 수 있다면 이 순서대로 약 10분 안에 기본 설정을 마칠 수 있습니다. 다운로드나 네트워크 문제 해결에는 시간이 더 걸릴 수 있습니다.

시작 전 준비: 클라이언트와 유효한 구독

이 가이드는 클라이언트가 정상적으로 열리는 상태에서 시작합니다. 처음 실행한 뒤 코어 시작 실패, 설정 로드 실패, 포트 사용 중 안내가 계속 표시되지 않는지 확인하세요. 클라이언트를 아직 설치하지 않았다면 먼저 설치한 다음 이 페이지로 돌아오세요. 지금 TUN을 켜거나 DNS를 변경하거나 사용자 지정 규칙을 추가할 필요는 없습니다. 기본 설정을 유지하면 이후 문제를 찾기 쉽습니다.

클라이언트는 설정을 읽고 트래픽을 처리하는 프로그램이지, 그 자체가 프록시 서비스는 아닙니다. 서비스 제공자가 발급한 Clash 또는 Mihomo 호환 구독 링크나 현재 코어에서 사용할 수 있는 YAML 설정 파일을 준비하세요. 계정 로그인 페이지, 결제 페이지, 구독 주소는 서로 다릅니다. 일반 웹페이지 주소를 클라이언트에 붙여 넣으면 대개 형식 오류가 발생합니다.

작업을 시작하기 전에 네트워크를 제어하는 다른 프록시 또는 VPN 앱을 종료하고, 기존 수동 프록시 설정을 기록해 두세요. 구독 링크에는 계정 식별 정보가 포함될 수 있으므로 비밀번호처럼 안전하게 보관하세요. 공개 스크린샷, 채팅방, 온라인 변환 사이트에 올리지 마세요. 문제를 확인할 때는 오류 유형만 기록하고, 설정을 공유하기 전에는 구독 주소와 인증 정보, 기타 개인정보를 삭제하세요.

1단계: 구독 가져오기 및 설정 활성화

Clash Verge Rev 왼쪽 메뉴에서 ‘구독’ 페이지를 열고 구독 링크 입력란 또는 원격 구독 추가 메뉴를 찾습니다. 서비스 제공자가 안내한 전체 주소를 복사한 뒤 앞뒤에 공백이나 줄바꿈이 없는지, 메신저가 덧붙인 문장 부호가 없는지 확인하고 입력란에 붙여 넣으세요. 이름을 입력하라는 안내가 있으면 알아보기 쉬운 이름을 지정해도 됩니다. 이름은 화면에 표시되는 라벨일 뿐 구독 내용에는 영향을 주지 않습니다.

‘가져오기’를 클릭하고 클라이언트가 설정을 다운로드해 분석할 때까지 기다립니다. 완료되면 오류 안내가 계속 표시되는 대신 구독 페이지에 설정 카드나 구독 기록이 나타나야 합니다. 해당 설정을 클릭해 현재 사용 항목으로 지정하세요. 버전에 따라 카드 선택 상태로 활성화 여부를 표시하거나 별도의 활성화 기능을 제공할 수 있습니다. 다운로드만 완료하고 현재 설정으로 전환하지 않으면 코어가 이전 설정을 계속 사용할 수 있습니다.

이어서 ‘프록시’ 페이지를 열고 구독에 정의된 정책 그룹이 표시되는지 확인합니다. 정책 그룹 이름은 설정에 따라 다르므로 가이드에 나온 특정 이름을 찾기보다 용도와 그룹 내 선택지를 기준으로 판단하세요. 정책 그룹과 선택 항목이 보이면 가져오기와 설정 로드의 주요 단계가 완료된 것입니다. 다음으로 아웃바운드를 선택하고 트래픽 진입점을 켜야 하므로, 이 단계만으로 연결이 성공했다고 판단해서는 안 됩니다.

로컬 YAML 파일을 받았다면 구독 페이지의 로컬 파일 가져오기 기능으로 파일을 선택한 뒤 현재 설정으로 지정하세요. 로컬 가져오기는 이미 설정 파일이 있는 경우에 적합하지만 파일이 원격 구독으로 바뀌는 것은 아닙니다. 서비스 제공자가 노드를 업데이트하면 설정을 다시 받거나 원래부터 업데이트를 지원하는 원격 주소를 사용해야 합니다. 파일 확장자만 .yaml로 바꾼다고 내용이 변환되는 것은 아닙니다.

가져오기에 실패하면 안내를 읽고 원인을 확인한 뒤 다시 시도하세요. 요청 시간 초과라면 현재 네트워크에서 구독 서비스에 접속할 수 있는지 확인합니다. 웹페이지가 반환되거나 형식이 호환되지 않는다면 올바른 구독 유형을 서비스 제공자에게 문의하세요. 인증 실패 안내가 표시되면 링크가 만료되었는지 계정 상태가 바뀌었는지 확인합니다. 구독 주소에 접속하려면 프록시가 필요한 경우 이미 작동하는 네트워크 경로로 설정을 가져와야 합니다. 아직 설정되지 않은 연결로 이 선행 문제를 해결할 수는 없습니다.

처음 가져오기를 마친 뒤에는 설정 카드의 ‘업데이트’ 기능만 확인하면 됩니다. 지금은 자동 업데이트를 자주 실행하도록 설정하지 않아도 됩니다. 원격 업데이트는 서비스 제공자가 배포한 내용을 다시 가져오는 기능이며, 구독 파일에 직접 입력한 로컬 수정 사항이 유지된다는 보장은 없습니다. 규칙을 계속 추가해야 한다면 클라이언트에서 지원하는 오버라이드 또는 병합 방식을 사용하세요. 구체적인 형식은 설정 참고에서 확인할 수 있습니다. 이번에는 구독의 기존 설정으로 연결을 확인하세요.

2단계: 규칙 모드와 정책 그룹 선택

설정이 활성화되었는지 확인한 뒤 ‘프록시’ 페이지로 이동해 규칙·전역·직접 연결 모드 전환 메뉴를 찾습니다. 처음 사용한다면 ‘규칙’을 선택하는 것이 좋습니다. 코어는 설정에 정의된 규칙에 따라 요청을 직접 연결하거나 정책 그룹 또는 다른 아웃바운드로 보냅니다. 일상적인 접속에 적합한 모드지만 실제 트래픽 분배 범위는 현재 설정에 따라 달라집니다. 모드 이름만으로 모든 요구에 맞는 규칙이 자동 생성되지는 않습니다.

다음으로 일반 프록시 트래픽을 처리하는 정책 그룹을 펼칩니다. 수동 선택 그룹에서는 노드를 클릭해 아웃바운드로 지정할 수 있고, 자동 선택 그룹은 설정에 정의된 점검 방식에 따라 선택 결과를 관리합니다. 먼저 구독의 기본 구조를 그대로 사용하고 직접 지정할 필요가 있을 때만 사용 가능한 항목을 선택하세요. 그룹 안에 다른 그룹이 중첩되어 있다면 다음 단계의 선택도 확인해야 합니다. 프록시 그룹을 선택했다고 생각했는데 최종 아웃바운드가 직접 연결로 남아 있을 수 있습니다.

정책 그룹 옆의 연결 테스트 기능으로 후보 항목이 설정에 지정된 테스트 주소에 접속할 수 있는지 먼저 확인할 수 있습니다. 테스트 실패가 모든 서비스의 사용 불가를 뜻하지는 않으며, 성공해도 모든 웹사이트가 열리는 것은 아닙니다. 특정 테스트 대상과 당시 네트워크 상태만 반영하기 때문입니다. 모든 노드를 반복해서 측정할 필요는 없습니다. 후보를 하나 선택한 다음 실제 브라우저 요청으로 확인하는 편이 더 유용합니다.

‘전역’ 모드에서는 코어로 들어오는 일반 요청을 전역 정책 그룹으로 보냅니다. 트래픽 분배 문제를 확인할 때 잠시 사용할 수 있지만 전역 그룹에서 무엇을 선택했는지 확인해야 합니다. ‘직접 연결’ 모드는 코어에 들어온 트래픽을 대상에 직접 연결하므로 프록시 연결 성공의 근거로 삼으면 안 됩니다. 모드를 바꿔도 모든 앱이 자동으로 코어에 연결되는 것은 아닙니다. 트래픽 진입 경로는 다음 단계의 시스템 프록시 또는 TUN 설정으로 결정됩니다.

정책 그룹 이름과 선택 항목의 의미가 확실하지 않다면 규칙 모드를 유지하고 현재 선택을 기록하세요. 규칙, DNS, 그룹 유형을 동시에 변경하지 마세요. 전역 모드로 잠시 테스트해야 한다면 테스트 후 규칙 모드로 되돌리고 다시 접속을 확인하세요. 규칙 우선순위, 중첩 정책 그룹, 사용자 지정 트래픽 분배에 관한 자세한 내용은 설정 참고의 규칙 문법에서 확인할 수 있습니다. 자주 묻는 모드 선택 질문은 문제 해결을 참고하세요.

3단계: 시스템 프록시를 켜고 연결하기

현재 설정과 정책 그룹을 정했다면 ‘설정’ 페이지를 열어 ‘시스템 프록시’를 찾아 켭니다. 일반적으로 운영체제의 프록시 주소를 로컬 클라이언트의 수신 포트로 지정해 시스템 프록시를 따르는 앱의 요청을 코어로 전달합니다. 데스크톱에서는 이 설정이 처음 연결할 때 필요한 주요 스위치인 경우가 많습니다. 가이드를 완료하기 위해 모든 네트워크 기능을 켤 필요는 없습니다.

켜기 전에 코어가 정상적으로 실행 중인지 확인하세요. 로그에 수신 포트가 사용 중이라고 표시되면 같은 포트를 점유한 다른 프로그램을 종료하거나 클라이언트 설정에서 포트를 변경한 뒤 시스템 프록시를 다시 켭니다. 화면에 7897 같은 혼합 프록시 포트가 표시될 수 있지만 실제 값은 현재 설정을 따르세요. 시스템 네트워크 설정에 가이드의 숫자만 수동으로 입력하고 클라이언트는 다른 포트를 계속 수신하도록 두지 마세요.

스위치를 켠 뒤 시스템 프록시 설정을 따르는 브라우저를 열고 새 탭에서 테스트할 웹사이트에 접속하세요. 이미 열려 있던 페이지는 기존 연결을 재사용할 수 있으므로 새 요청을 보내야 효과를 쉽게 확인할 수 있습니다. 브라우저에 프록시를 별도로 제어하는 확장 프로그램이 설치되어 있다면 시스템 설정을 덮어쓰는지 먼저 확인하세요. 자체 네트워크 스택이나 별도 프록시 옵션을 사용하는 앱도 시스템 프록시를 켠다고 자동으로 연결되지는 않습니다.

대상 앱이 시스템 프록시를 따르지 않거나 더 많은 앱의 트래픽을 처리해야 한다면 TUN 모드를 고려하세요. TUN은 가상 네트워크 인터페이스와 라우팅을 이용해 트래픽을 처리하며, 서비스 구성 요소나 높은 권한이 필요한 경우가 많습니다. 클라이언트 안내에 따라 권한을 부여한 뒤 켜세요. 운영체제에서 네트워크 권한이나 가상 네트워크 어댑터 관련 안내가 표시되면 요청을 보낸 프로그램이 방금 설치한 클라이언트인지 확인하세요. 권한을 완료하지 않은 채 스위치를 반복해서 눌러도 문제가 해결되지는 않습니다.

처음 연결을 확인할 때는 시스템 프록시만 사용하고 브라우저 접속이 안정된 뒤 TUN을 별도로 테스트하세요. 한 번에 변수를 하나씩 추가할 수 있습니다. TUN의 실제 적용 범위는 라우팅, 제외 항목, DNS, 다른 VPN의 영향을 받으므로 켜기만 하면 모든 앱이 프록시를 통과하는 것은 아닙니다. 인터넷이 되지 않는 상태에서 TUN, LAN 연결 허용, 여러 DNS 옵션을 한꺼번에 켜지 마세요. 설정을 더할수록 문제의 원인을 찾기 어려워집니다.

모바일 연결 절차는 데스크톱과 다릅니다. 설정과 정책 그룹을 선택한 뒤 앱 홈 화면에서 연결을 시작하고 운영체제의 VPN 설정 권한을 허용한 다음 앱으로 돌아와 연결 상태를 확인하세요. 권한을 거부했다면 구독을 다시 가져오는 대신 시스템 권한과 VPN 설정을 확인하세요. 시스템 프록시가 적용되지 않거나 TUN 권한이 실패하거나 특정 앱에서 접속할 수 없는 문제는 문제 해결에서 자세히 다룹니다. 이 페이지에서는 이미 보낸 요청을 확인합니다.

4단계: 규칙 적용 및 접속 결과 확인

먼저 실제 접속으로 기본 연결 상태를 확인하세요. 현재 규칙에서 프록시를 사용해야 하는 사이트를 열고 직접 연결되어야 하는 사이트도 열어 각각 정상적으로 로드되는지 살펴봅니다. 대상 사이트가 현재 설정에서 어떤 경로를 이용해야 하는지 알아야 결과를 판단할 수 있습니다. 두 사이트가 모두 열린다는 사실만으로 트래픽이 의도대로 분배되었다고 볼 수는 없습니다. 클라이언트 아이콘 색상이나 스위치가 켜졌다는 표시만으로 점검을 끝내지 마세요.

클라이언트의 ‘연결’ 페이지로 돌아가 웹페이지를 다시 열면서 해당 도메인이나 대상 주소를 찾습니다. 연결 상세 정보를 펼칠 수 있다면 적용된 규칙, 거친 정책 그룹, 최종 아웃바운드를 확인하세요. 연결 목록에는 현재 활성 연결만 표시될 수 있어 짧은 요청은 끝난 뒤 사라집니다. 먼저 연결 페이지를 열고 대상 웹페이지를 새로고침하세요. 페이지 캐시 때문에 새로고침해도 네트워크 요청이 발생하지 않을 수 있습니다.

연결 기록에 직접 연결로 표시되면 먼저 해당 결과가 규칙에 맞는지 확인하세요. 규칙 모드에서는 일부 사이트가 직접 연결되는 것이 정상이며 시스템 프록시가 작동하지 않는다는 뜻은 아닙니다. 프록시를 사용해야 하는 대상이 직접 연결되었다면 규칙과 정책 그룹 선택을 다시 확인하세요. 브라우저에서 요청을 계속 보내는데 관련 연결이 전혀 보이지 않는다면 다른 프로그램이 시스템 프록시를 덮어쓰는지, 브라우저가 별도 설정을 사용하는지, 요청이 실제로 클라이언트를 통과하는지 먼저 살펴보세요.

출구 IP 조회는 보조적인 확인 수단일 뿐 유일한 판단 기준은 아닙니다. 조회 사이트 자체도 규칙에 따라 다른 경로로 연결될 수 있으며 표시된 주소는 해당 조회 요청의 출구만 나타냅니다. 다른 사이트, IPv6 요청, 처리되지 않은 앱은 서로 다른 경로를 이용할 수 있습니다. 대상 사이트의 접속 결과와 해당 연결 기록, 실제 아웃바운드를 함께 확인하는 편이 정확합니다. IP 조회 페이지의 스크린샷 한 장으로 기기 전체의 트래픽이 처리된다고 증명할 수는 없습니다.

테스트가 실패하면 정해진 순서에 따라 다시 확인하세요. 먼저 현재 구독과 정책 그룹을 확인하고, 다음으로 시스템 프록시와 코어 상태를 살핀 뒤, 마지막으로 해당 요청 전후의 로그를 확인합니다. 오류 발생 시간, 대상 도메인, 짧은 오류 내용을 기록하면 연결 시간 초과, 이름 확인 실패, 인증 오류, 규칙 선택 문제를 구분하는 데 도움이 됩니다. 한 번에 설정 하나만 바꾸고 다시 요청하세요. 브라우저에서 인증서 경고가 표시되면 민감 정보를 입력하지 말고 원인을 확인하세요. 경고를 무시해 테스트를 완료하려고 해서는 안 됩니다.

확인을 마친 뒤에는 일상적인 사용에 적합한 규칙 모드를 유지하고 테스트를 마친 정책 그룹 선택을 그대로 둡니다. 시작 프로그램 등록과 조용한 시작은 앱의 실행 방식일 뿐 로그인할 때마다 시스템 프록시가 원하는 상태로 설정된다는 뜻은 아닙니다. 이 옵션을 켰다면 실제로 재부팅해 확인하세요. 클라이언트를 종료할 때 시스템 프록시가 꺼졌는지 살펴보세요. 앱이 비정상적으로 종료된 뒤 브라우저에서 인터넷에 연결할 수 없다면 시스템 네트워크 설정에 로컬 프록시 주소가 남아 있는지 확인하세요.

계속 사용하기: 설정 업데이트와 수정 사항 관리

서비스 제공자가 노드나 규칙을 변경하면 ‘구독’ 페이지에서 현재 원격 설정을 수동으로 업데이트할 수 있습니다. 업데이트가 끝난 뒤 기존 정책 그룹 선택을 다시 확인하세요. 노드 이름이 바뀌면 이전 선택이 더 이상 유효하지 않을 수 있습니다. 업데이트에 실패해도 기존 설정을 사용할 수 있다면 현재 상태를 유지한 채 구독 서비스를 점검하세요. 설정 전체를 바로 삭제하고 처음부터 다시 시작할 필요는 없습니다.

도메인별 트래픽 분배를 계속 추가하거나 DNS를 변경하거나 로컬 규칙을 관리해야 한다면 먼저 설정 참고를 읽고 서비스 제공자 설정, 클라이언트 생성 항목, 로컬 오버라이드를 구분하세요. 간헐적인 연결 끊김이나 특정 앱의 접속 문제는 문제 해결에서 증상별로 확인할 수 있습니다. 이번에 검증한 기본 설정을 기준으로 남겨 두면 고급 옵션을 여러 개 동시에 바꾸는 것보다 원인을 쉽게 찾을 수 있습니다.