1. 구독을 가져와 설정 활성화
시작하기 전에 사용할 권한이 있는 구독 주소나 사용 가능한 로컬 YAML 설정 파일을 준비하세요. 클라이언트는 설정을 읽고 요청을 전달하는 프로그램이며, 클라이언트를 설치했다고 프록시 서비스까지 제공되는 것은 아닙니다. 구독 주소에는 접속 정보가 포함되는 경우가 많으므로 전체 주소가 보이는 화면을 공개적으로 공유하거나 온라인 변환 사이트에 붙여 넣지 마세요. 아직 설정을 받지 못했다면 출처를 먼저 확인한 뒤 다음 단계를 진행하세요.
설정 페이지에 구독 링크 붙여 넣기
Clash Verge Rev를 열고 사이드바에서 ‘설정’ 페이지로 이동합니다. 구독 주소 입력란에 전체 링크를 붙여 넣고 옆에 있는 가져오기 버튼을 클릭하세요. 버전에 따라 버튼 이름과 배치는 조금씩 다를 수 있지만, 원격 설정 주소를 가져오는 작업입니다. 붙여 넣은 뒤 링크의 앞뒤에 설명 문구, 따옴표, 줄바꿈이 들어가지 않았는지 확인하세요. 서비스 제공자의 로그인 페이지 주소를 구독 주소로 사용하면 안 됩니다.
가져오기를 실행한 뒤 설정 페이지에 새 설정 카드가 나타날 때까지 기다리세요. 다운로드와 파싱에는 시간이 걸릴 수 있으므로 같은 설정이 여러 번 추가되지 않도록 버튼을 연속해서 누르지 마세요. 카드가 나타나면 해당 설정을 클릭하거나 카드 메뉴에서 활성화를 선택해 현재 설정으로 지정합니다. 구독을 목록에 저장하는 것만으로는 충분하지 않습니다. 현재 선택된 설정이 해당 설정으로 바뀌었는지 확인하세요.
이어서 ‘프록시’ 페이지로 이동해 정책 그룹과 선택 가능한 항목이 표시되는지 확인합니다. 설정에 포함된 정책 그룹이 보이면 클라이언트가 해당 설정을 읽었다는 뜻입니다. 노드 연결까지 확인된 것은 아니지만 다음 단계로 진행할 수 있습니다. 이전 설정의 그룹이 계속 보인다면 설정 페이지로 돌아가 활성화 상태를 확인하고 코어가 다시 로드될 때까지 기다린 뒤 다시 살펴보세요.
로컬 파일과 구독 형식의 차이
로컬 파일을 받았다면 설정 페이지에서 파일 가져오기를 선택하고 해당 .yaml 또는 .yml 파일을 불러온 다음 설정을 활성화하세요. 파일 확장자는 참고 사항일 뿐이며, 내용은 클라이언트가 지원하는 설정 구조에 맞아야 합니다. 웹페이지를 YAML로 저장해 그대로 가져오거나 파일 확장자만 바꿔 일반 노드 목록을 완전한 설정 파일처럼 사용하지 마세요.
원격 구독은 출처에서 업데이트할 수 있지만 로컬 파일은 보통 직접 교체하거나 수정해야 합니다. 일부 구독은 Clash YAML과 범용 노드 목록 등 여러 형식을 제공하므로 Clash 또는 Mihomo용 설정을 선택하세요. Base64 노드 목록은 완전한 설정 파일로 바로 사용할 수 없는 경우가 있습니다. 형식이 맞지 않으면 설정 출처에 지원되는 형식을 문의하세요. 구독, 설정 파일, 노드의 차이는 용어 안내서에서 확인할 수 있습니다.
가져오기에 실패하면 먼저 오류 메시지를 확인하세요. 다운로드 시간 초과라면 현재 네트워크에서 구독 주소에 접속할 수 있는지 점검합니다. 설정 파싱 오류라면 응답 내용이 로그인 페이지나 오류 메시지가 아닌지, 지원되는 형식인지 확인하세요. 설정 가져오기 실패와 노드 연결 실패는 서로 다른 단계에서 발생합니다. 아직 다운로드되지 않은 설정은 프록시 노드를 바꿔도 해결되지 않습니다. 가져오기 문제를 해결한 다음 프록시 페이지로 돌아가세요.
이 단계의 완료 기준: 설정 목록에서 대상 설정이 선택되어 있고 프록시 페이지에 해당 정책 그룹이 표시됩니다. 여러 트래픽 처리 기능을 한꺼번에 켜지 말고, 다음에 사용할 프록시 모드부터 정하세요.
2. 규칙 모드와 프록시 정책 선택
설정이 로드되면 ‘프록시’ 페이지나 화면의 모드 선택 영역을 엽니다. 처음 사용할 때는 ‘규칙’ 모드를 권장합니다. 규칙 모드는 설정에 포함된 규칙 순서에 따라 요청을 직접 연결하거나 프록시로 보내는 등 처리 방식을 선택하므로 일상적인 사용에 적합합니다. 현재 설정의 규칙에 따라 작동하므로 모드 이름이 같더라도 설정에 따라 요청 경로가 달라질 수 있습니다.
모드는 트래픽 분기를, 정책 그룹은 출구를 결정합니다
규칙, 전역, 직접 연결은 세 가지 연결 스위치가 아닙니다. 규칙 모드는 매칭 결과에 따라 정책을 선택하고, 전역 모드는 코어에 들어온 요청을 전역 정책으로 처리하며, 직접 연결 모드는 코어에 들어온 요청을 대상에 직접 연결합니다. 전역 모드가 모든 앱의 트래픽을 자동으로 처리하는 것은 아니므로 클라이언트에 들어오지 않는 트래픽에는 영향을 주지 않습니다. 처음 설정할 때는 실제 규칙 매칭 결과를 확인하기 쉬운 규칙 모드를 사용하세요.
모드를 선택한 뒤 프록시 페이지에서 주요 정책 그룹을 펼칩니다. 그룹 이름은 설정 작성자에 따라 ‘노드 선택’, ‘프록시’ 등으로 다를 수 있으니 이름이 정확히 일치하는 항목만 찾을 필요는 없습니다. 그룹 안에서 사용 가능한 노드를 고르세요. 설정에 자동 선택이나 장애 조치 그룹이 있다면 해당 그룹을 선택해도 됩니다. 선택한 뒤 화면에 표시되는 현재 항목이 바뀌었는지 확인하고 다음 단계로 진행하세요.
일부 설정은 일반 웹사이트와 특정 서비스처럼 용도별로 그룹을 나눕니다. 이 경우 그룹 하나만 바꿔서는 모든 요청의 출구가 바뀌지 않을 수 있습니다. 처음부터 설정을 하나씩 다시 구성할 필요는 없습니다. 출처에서 제공한 기본 그룹을 유지하고, 방문하려는 사이트에 해당하는 그룹이 사용 가능한 항목을 가리키는지만 확인하세요. 그룹 유형을 모르겠다면 익숙하지 않은 그룹을 삭제하지 말고 정책 그룹 관련 용어를 먼저 확인하세요.
테스트 결과는 연결 상태를 가늠하는 참고 자료입니다
프록시 페이지에 테스트 버튼이 있다면 한 번 실행해 현재 노드가 응답하는지 확인할 수 있습니다. 테스트는 특정 주소에 특정 방식으로 요청하므로 결과가 표시된다고 모든 사이트에 접속할 수 있는 것은 아닙니다. 시간 초과도 테스트 주소의 문제일 수 있습니다. 실제 연결을 확인하려면 네 번째 단계에서 대상 사이트에 접속하고 연결 기록을 살펴보세요.
구독을 바꾸거나 설정을 업데이트한 뒤에는 현재 정책 그룹 선택을 다시 확인하세요. 새 설정에서는 그룹 이름과 규칙 참조가 달라질 수 있어 이전 선택이 그대로 유지된다고 단정할 수 없습니다. 그룹에 노드가 하나도 없다면 전역 모드를 켜지 말고 첫 단계로 돌아가 구독 내용을 확인하세요. 중첩 정책 그룹, 규칙 세트, 자동 선택 매개변수 등은 연결에 성공한 뒤 고급 설정 가이드에서 살펴보세요.
이 단계의 완료 기준: 현재 모드가 규칙 모드이고 주요 프록시 정책 그룹에서 사용 가능한 항목을 선택했습니다. 다음으로 앱의 요청이 실제로 클라이언트에 들어오도록 해야 합니다. 노드를 선택하는 것만으로 브라우저의 네트워크 경로가 바뀌지는 않습니다.
3. 시스템 프록시를 켜고 연결하기
‘설정’ 페이지에서 코어가 정상적으로 실행 중인지 확인합니다. 시작 실패나 설정 로드 실패 메시지가 계속 표시되면 먼저 해결하세요. 그런 다음 ‘포트 설정’ 또는 네트워크 설정 영역에서 현재 혼합 포트를 기록합니다. 일반적인 설정에서는 7897을 사용하지만 클라이언트에 실제로 표시된 값을 기준으로 해야 합니다. 예시 포트가 반드시 고정값인 것은 아닙니다.
우선 시스템 프록시를 사용하세요
‘시스템 프록시’를 찾아 켭니다. 데스크톱 시스템의 프록시 경로가 클라이언트의 로컬 수신 주소를 가리키도록 설정되어, 시스템 프록시를 따르는 앱의 요청이 클라이언트로 전달됩니다. 켠 뒤에도 스위치가 활성화 상태인지 확인하세요. 바로 꺼진다면 일시적으로 켜진 화면만 보고 연결에 성공했다고 판단하지 말고 클라이언트 메시지와 로그를 확인하세요.
이어서 시스템 프록시 설정을 따르는 브라우저를 열고 새 탭에서 테스트할 사이트에 접속합니다. 브라우저가 이미 열려 있었다면 페이지를 새로고침하고, 필요하면 브라우저를 다시 시작해 이전 연결 경로가 계속 사용되지 않도록 하세요. 브라우저 확장 프로그램, 앱 자체의 프록시 설정, 다른 프록시 프로그램이 시스템 설정을 덮어쓸 수 있습니다. 처음 테스트할 때는 문제를 찾기 쉽도록 프록시 경로를 하나만 사용하세요.
시스템 프록시가 모든 프로그램의 트래픽을 처리하는 것은 아닙니다. 일부 명령줄 도구, 게임, 자체 네트워크 설정이 있는 앱은 시스템 프록시를 따르지 않습니다. 따라서 브라우저는 연결되지만 다른 앱에는 변화가 없더라도 노드 문제라고 단정할 수 없습니다. 먼저 해당 앱이 별도의 프록시 설정을 지원하는지 확인한 뒤 TUN 모드 사용 여부를 결정하세요. 브라우저 연결을 확인하기 전에 시스템 프록시, DNS, 가상 네트워크 어댑터를 동시에 변경하지 마세요.
TUN과 수동 포트 설정은 필요할 때만 진행하세요
처음 연결할 때는 ‘TUN 모드’를 꺼 두세요. TUN은 가상 네트워크 인터페이스로 트래픽을 처리하며 시스템 권한, 라우팅, DNS 설정이 필요합니다. 노드 속도를 높이는 버튼도 아니고 모든 문제를 해결하는 기능도 아닙니다. 대상 앱이 시스템 프록시를 따르지 않고 더 많은 트래픽을 처리해야 한다는 점을 확인한 경우에만 고급 설정 가이드의 TUN 항목을 참고해 별도로 설정하세요.
앱에서 프록시 서버를 직접 입력해야 한다면 같은 컴퓨터에서는 보통 로컬 루프백 주소 127.0.0.1을 입력하고, 포트에는 앞서 기록한 실제 값을 입력합니다. 프록시 유형은 앱 요구에 따라 HTTP 또는 SOCKS를 선택하세요. 다른 가이드의 포트를 그대로 사용하거나 프록시 서버 주소란에 구독 링크를 입력하지 마세요. 혼합 포트는 해당 프록시 연결을 받을 수 있지만 구독 주소도, 원격 노드의 서버 포트도 아닙니다.
수신 포트가 사용 중이라는 메시지가 표시되면 다른 클라이언트나 프록시 프로그램이 이미 실행 중인지 확인하세요. 중복 실행 중인 프로그램을 종료하거나 설정에서 사용되지 않는 포트로 바꿀 수 있습니다. 포트를 바꾼 뒤 시스템 프록시에 변경 사항이 반영되었는지 확인하세요. 수동 설정을 해 둔 앱도 포트를 새 값으로 변경해야 합니다. 앱 쪽 포트만 바꾸고 클라이언트는 이전 값으로 두면 앱이 아무것도 수신하지 않는 포트에 연결하게 됩니다.
이 단계의 완료 기준: 코어가 정상적으로 실행 중이고 시스템 프록시가 켜져 있으며 브라우저에서 새 요청을 보냈습니다. 스위치 색상만으로 판단하지 말고 다음 단계에서 해당 요청의 처리 기록을 확인하세요.
4. 요청 경로와 연결 결과 확인
클라이언트의 ‘연결’ 페이지를 열고 브라우저로 돌아가 실제 사용할 사이트에 접속합니다. 두 화면을 번갈아 보며 방금 생성된 대상 도메인이나 주소를 찾으세요. 버전에 따라 표시되는 항목은 다를 수 있지만 대상, 매칭 규칙, 정책 경로를 확인하는 것이 중요합니다. 요청이 빠르게 끝나면 기록 기능이 있을 때 완료된 연결을 확인하거나 페이지를 새로고침한 직후 살펴보세요.
접속 결과를 연결 기록과 대조하세요
대상 요청이 연결 페이지에 나타나면 해당 요청이 코어에 들어온 것입니다. 어떤 규칙에 매칭되었고 최종적으로 어떤 정책이 사용되었는지 확인하세요. 프록시로 연결되어야 하는 사이트라면 프록시 정책 경로가 표시되어야 합니다. 직접 연결이 예상되는 사이트에서 DIRECT가 표시되는 것은 정상일 수 있습니다. 규칙 모드에서는 대상마다 서로 다른 경로를 사용할 수 있으므로 직접 연결 기록을 모두 실패로 보면 안 됩니다.
사이트는 열리지만 연결 페이지에 해당 기록이 없다면 먼저 페이지 캐시를 배제하세요. 다른 페이지를 열거나 새 리소스를 요청한 뒤 기록을 확인합니다. 그래도 기록이 없다면 브라우저가 시스템 프록시를 사용하지 않거나 확장 프로그램 또는 자체 네트워크 설정을 사용 중일 수 있습니다. 웹페이지가 열린다는 사실만으로 요청이 클라이언트를 거쳤다고 볼 수는 없습니다. 반대로 연결 기록만 있다고 원격 서비스가 정상적으로 응답했다고 단정할 수도 없습니다.
선택 사항인 외부 IP 확인은 참고용으로만 사용하세요. 규칙에 따라 IP 확인 사이트는 직접 연결하고 다른 사이트는 프록시를 사용할 수 있으므로 한 번의 조회 결과가 모든 앱을 대표하지 않습니다. 실제 대상의 연결 기록과 페이지 응답이 일치하는지 먼저 확인하세요. 테스트할 때는 여러 설정을 한꺼번에 바꾸지 말고 한 번에 하나씩 변경한 뒤 새 요청을 보내야 무엇이 결과에 영향을 줬는지 알 수 있습니다.
문제가 생기면 처리 순서에 따라 확인하세요
브라우저에서 사이트에 접속할 수 없다면 먼저 설정 페이지에서 올바른 설정이 활성화되어 있는지 확인한 다음 프록시 페이지에서 현재 정책 그룹이 작동하지 않는 항목을 선택한 것은 아닌지 확인하세요. 노드를 바꾼 뒤 연결되면 기존 노드나 서비스 상태를 점검합니다. 모든 항목에서 실패한다면 프록시 진입 경로, 코어 상태, 현재 네트워크를 확인하세요. 처음부터 설정 파일 전체를 삭제하면 비교에 사용할 수 있었던 설정까지 사라질 수 있습니다.
연결 페이지에 새 요청이 전혀 없다면 시스템 프록시 스위치, 브라우저 자체 프록시 설정, 수동으로 입력한 수신 포트를 우선 확인하세요. 요청은 표시되지만 계속 실패한다면 ‘로그’ 페이지에서 접속 시각과 가까운 기록을 찾아보세요. 연결 시간 초과, DNS 조회 실패, 설정 파싱 오류는 서로 다른 단계의 문제이므로 모두 구독 오류로 단정하지 말고 메시지를 따라 원인을 찾으세요. 로그를 공유하기 전에 구독 인증 정보와 기타 개인정보를 가리세요.
연결이 확인되면 현재 설정 이름, 프록시 모드, 주요 정책 그룹, 실제 혼합 포트를 기록해 두세요. 나중에 문제가 생기면 정상 작동하던 설정과 비교하면 됩니다. DNS, Fake-IP, 로컬 덮어쓰기, 규칙 세트를 살펴보려면 고급 설정에서 항목별로 조정하세요. 용어가 헷갈리면 용어 안내서를 확인하고 처음 연결 과정은 간단하게 유지하세요.
사용 종료 및 다음 실행
사용을 마치기 전에 시스템 프록시를 끄고 클라이언트를 종료하세요. TUN도 켰다면 먼저 끈 뒤 네트워크 설정이 복구될 때까지 기다립니다. 그래야 클라이언트가 종료된 뒤에도 앱이 기존 로컬 포트로 요청을 보내는 일을 막을 수 있습니다. 종료 후 웹페이지가 열리지 않으면 시스템에 클라이언트 포트를 가리키는 프록시 설정이 남아 있는지 확인하고 복구한 뒤 일반 네트워크 연결을 테스트하세요.
다음에 실행할 때는 ‘설정이 활성화되어 있는지, 정책 그룹이 올바르게 선택되었는지, 연결 경로가 켜져 있는지’ 순서로 빠르게 확인하세요. 연결과 종료가 정상적으로 되는 것을 직접 확인한 뒤에 시작 프로그램 등록이나 시스템 프록시 자동 설정을 고려하세요. 구독 업데이트 후 그룹 구성이 바뀌었다면 업데이트 성공 메시지만 보지 말고 정책 선택을 다시 확인하세요.
이 단계의 완료 기준: 대상 사이트가 응답하고 연결 기록의 규칙과 정책이 예상에 맞으며 프록시를 끈 뒤에도 평소 네트워크를 사용할 수 있습니다. 이제 첫 설정의 네 단계를 모두 마쳤습니다.