이 글의 목차
클라이언트를 열면 Profiles부터 이동하세요
Clash Verge Rev의 홈 스위치가 설정을 만들어 주지는 않습니다. Profiles(설정)로 이동하세요. 여기서 Mihomo가 읽을 YAML을 결정합니다. 원격 구독, 로컬 설정, 덮어쓰기가 함께 있을 수 있지만 처음에는 출처가 명확한 원격 Profile 하나만 남겨야 이후 노드와 규칙의 출처도 분명합니다.
서비스 제공자가 제공한 Clash 또는 Mihomo 호환 HTTPS 링크를 붙여 넣고 출처를 식별할 수 있는 이름을 지정하세요. 구독에는 token이 있으므로 완전한 주소를 캡처 이미지, Profile 이름 또는 공개 지원 요청에 넣지 마세요.
원격 Profile 추가
완전한 구독 URL 복사
물음표 뒤의 매개변수를 빠뜨리거나 불필요한 공백을 함께 복사하지 마세요.
Profiles에서 원격 설정 추가
일반 링크 가져오기 메뉴를 사용하고 저장한 뒤 현재 페이지에 머뭅니다.
수동 업데이트
상태 안내와 새 업데이트 시각을 기다립니다.
현재 설정으로 선택
선택 표시가 방금 업데이트한 항목에 있어야 합니다.
구독 이름만 나타나면 성공이 아니며 업데이트 시각이 바뀌어야 합니다
원격 주소를 저장해도 클라이언트가 로컬 기록만 만든 상태일 수 있습니다. 업데이트를 클릭하세요. 성공하면 설정을 다운로드하고 구문 분석해 시각이 바뀝니다. download failed, client error(Connect), 401, 403, parse error는 각각 다운로드, 연결, 인증, 구문 분석 실패에 해당합니다.
401 / 403
구독 서비스에 로그인해 계정과 token을 확인하세요. 클라이언트는 서버에 이미 도달했습니다.
client error(Connect) / timeout
다른 네트워크 또는 클라이언트 문서에 안내된 다른 가져오기 방식을 비교하세요.
parse / yaml error
응답은 도착했지만 형식 또는 필드가 현재 커널과 호환되지 않습니다.
200 이후에도 노드가 없음
응답이 로그인 HTML이 아닌지 확인하고 설정에 프록시와 정책 그룹이 있는지 검사하세요.
기존 설정으로 인터넷을 사용할 수 있어도 이번 업데이트가 성공한 것은 아닙니다. Clash Verge Rev는 마지막 로컬 사본을 계속 사용하므로 업데이트 진단에서는 시각과 오류를 확인하고 유일한 사용 가능 설정을 먼저 삭제하지 마세요.
Proxies에서 정책 그룹 안의 구체적인 노드까지 선택하세요
업데이트가 끝나면 Proxies(프록시)를 여세요. 페이지 상위 항목은 보통 "노드 선택", "자동 선택", "장애 조치" 같은 정책 그룹이며 펼쳐야 구체적인 노드를 볼 수 있습니다. 그룹 이름은 구독에서 오므로 서비스마다 다릅니다.
첫 시험에서는 주 select 그룹에서 구체적인 노드 하나를 선택하세요. url-test 또는 fallback은 네트워크가 작동한 뒤 사용하면 됩니다. 관찰 중 자동 그룹이 출구를 바꿀 수 있기 때문입니다. 노드 옆 지연 시간은 시험 URL의 응답만 보여 주므로 실제 웹페이지도 별도로 검증해야 합니다.
프록시 페이지에 명확히 표시되어야 할 항목
- 주 정책 그룹이 비어 있지 않음
- 수동 선택 그룹이 구체적인 노드를 가리킴
- 사용할 서비스 그룹이 최종적으로 해당 노드 또는 상위 그룹을 참조함
- 현재 모드가 Rule이며 실수로 Direct에 머물지 않음
System Proxy를 켜면 시스템에 로컬 프록시 주소가 나타나야 합니다
홈 또는 설정 영역으로 돌아가 System Proxy(시스템 프록시)를 켜세요. Clash Verge Rev가 로컬 프록시 주소를 Windows 또는 macOS 시스템 설정에 기록하고 브라우저와 시스템 프록시를 따르는 프로그램이 요청을 Mihomo에 전달합니다.
컴퓨터에 기존 Clash, VPN 또는 프록시 확장 기능이 있다면 모두 종료하세요. 두 클라이언트가 시스템 프록시를 바꾸면 인터페이스 스위치는 켜져 있어도 다른 프로그램이 시스템을 이전 포트로 되돌릴 수 있습니다. 포트는 Clash Verge Rev 현재 설정의 mixed-port 또는 HTTP 포트를 기준으로 합니다.
브라우저가 페이지를 열 때 해당 요청을 Connections에서 찾으세요
시스템 프록시의 실제 제어 여부 검증
익숙한 웹사이트 열기
방금 고정한 노드와 Rule 모드를 사용합니다.
Connections로 이동
시각 또는 도메인으로 방금 생긴 기록을 찾습니다.
Rule 확인
연결이 DIRECT, REJECT 또는 특정 정책 그룹 중 어디에 맞는지 확인합니다.
Chains / 출구 확인
최종 사용 노드가 Proxies 선택과 일치하는지 확인합니다.
페이지가 열리고 기록도 일치하면 시스템 프록시가 작동한 것입니다. 페이지는 실패하고 Connections가 비어 있다면 시스템 프록시 기록을 확인하세요. DIRECT면 규칙을 읽고 고정 노드로 간 뒤 timeout이면 다른 노드로 비교합니다. 세 결과마다 해결 방법이 다릅니다.
시스템 프록시를 켠 뒤 인터넷이 안 되면 이번 요청이 멈춘 지점만 확인하세요
Profiles에 새 업데이트 시각이 없음
구독 링크, 계정 상태, 다운로드 오류로 돌아가세요. 시스템 프록시에 사용할 설정이 아직 없습니다.
Proxies에 정책 그룹 또는 노드가 없음
Profile이 선택되었고 응답이 Clash / Mihomo 형식인지 확인하세요.
브라우저 실패, Connections 비어 있음
System Proxy가 현재 mixed-port를 기록했는지 확인하고 기존 프록시 클라이언트를 종료하세요.
연결에 DIRECT 표시
Rule 모드에서 구독 규칙이 직접 연결을 선택했습니다. 대상 웹사이트에 맞는지 확인하세요.
고정 노드로 연결한 뒤 timeout
사용 가능함을 아는 다른 노드로 전환하고 같은 웹페이지로 비교하세요.
수정 후 방금 웹 요청을 반복하세요. 페이지가 열리고 Connections에 예상 규칙과 선택한 노드가 표시되면 구독 가져오기, 노드 전환, 시스템 프록시가 하나의 완전한 절차로 연결된 것입니다. 이 간단한 설정으로 일정 기간 사용하면 되며 바로 TUN이나 덮어쓰기를 추가할 필요는 없습니다.