Clash Verge Rev Windows 검색으로 설치까지 마친 사용자라면, 다음으로는 거의 같은 비중으로 구독 가져오기, 구독 업데이트, 그리고 전략 그룹에서 노드를 바꿔 고정하는 법을 묻게 됩니다. 범용 “완전 설정” 글과 달리 이 글은 설치 과정보다 실제 화면에서 손이 가는 순서만 압축합니다. 패널 이름은 빌드마다 번역 문자열이 조금 다를 수 있어도, 흐름은 프로필에 원격 설정을 받아 두고 활성화 → 프록시 UI에서 그룹을 클릭해 후보 노드를 선택으로 수렴합니다. 이미 Windows 11 설치 편에서 포트와 시스템 프록시를 맞춰 두었다면, 여기서는 그 상태를 깨지 않는 선에서 구독과 노드만 다룹니다.
먼저 맞춰 둘 용어: 프로필, 구독, 전략 그룹
프로필은 최종적으로 코어가 읽는 하나의 실행 구성입니다. GUI에서 목록으로 보이는 한 줄은 보통 사용자가 이름 붙인 .yaml 혹은 이에 대응하는 로컬 구성을 가리키고, 원격이라면 같은 묶음에 구독 메타 정보가 함께 저장됩니다. 구독(subscription) 행에는 대시보드에서 복사한 URL과 주기 같은 메타만 있어도 되고, 다운로드가 끝나면 내용을 합성해 활성 프로필의 일부가 됩니다. 전략 그룹(proxy-groups)은 파일 속에서 여러 proxies 항목을 한 덩어리 이름으로 묶어 규칙이 참조하게 만든 장치입니다.
Clash 호환 규격에서 그룹의 유형(type)은 동작 차이가 큽니다. selector는 사용자 클릭으로 고르는 패턴에 가깝고, url-test는 주기 테스트로 현재 빠른 후보를 골라 갑니다. fallback은 순서대로 헬스체크하여 살아 있는 첫 줄을 고릅니다. Verge 계열 클라이언트는 이런 정의가 반영된 뒤 Proxies·프록시 같은 탭에서 그룹 카드별로 접어 펼 수 있게 보여 줍니다. 용어만 기억해도 “노드를 바꿨는데 왜 규칙은 다른 줄을 타지?” 하는 혼선이 줄어듭니다.
1단계: 구독 URL로 프로필에 원격 설정 가져오기
대시보드에서 발급한 구독 링크가 준비됐다면 Clash Verge Rev의 구독·프로필 화면을 엽니다. 일반적인 순서는 다음과 같습니다.
- 새 항목을 추가하고 이름을 업체 구분에 맞게 짧게 붙입니다. 나중에 만료 교체 때 표시 줄만 보고 고르게 됩니다.
- URL 입력란에 한 줄짜리 링크를 붙여 넣습니다. 끝의 토큰까지 공백 없이 들어가야 합니다.
- 다운로드, 가져오기, 업데이트 등 버튼명이 빌드마다 조금 다를 수 있는 동작을 눌러 원격 파일을 받습니다.
- 오류가 없으면 만료 시간·노드 수 같은 메타가 갱신됩니다. 0개로 남았다면 응답 본문이 비었거나 MIME이 깨졌을 수 있으니 곧바로 로그 탭으로 이동합니다.
복수 구독을 동시에 쓰려면 제공업체가 안내하는 프로필 합치기 규칙을 따릅니다. 한 화면에서 여러 줄을 순서대로 받아 두고 마지막에 하나의 활성 프로필로 지정해야 하는지, 미리 이름이 다른 프로필로 나뉘어야 하는지는 서비스마다 다릅니다. 헷갈리면 규칙 충돌보다 노드 선택 실패부터 먼저 납니다.
2단계: 구독 업데이트 주기와 수동 강제 새로고침
원격 패널에서 노드를 회전하면 로컬에는 도착하기까지 지연이 있습니다. 즉각 반영을 원하면 해당 구독 행의 수동 업데이트 아이콘을 누릅니다. 자동이라면 간격 분 단위 설정이 과도하게 짧으면 패널 측에서 빈도 제한을 걸거나, Windows 백신이 일시 차단했다가 풀리는 패턴까지 겹칠 수 있습니다.
- HTTP 403·401 계열: 토큰 만료가 흔합니다. 패널에서 링크를 재발급한 뒤 같은 행만 교체하면 다른 프로필 설정은 건드리지 않아도 됩니다.
- DNS_PROBE 혹은 타임아웃: 시스템 DNS가 구독 도메인을 막은 경우 브라우저에서도 같은 증상이 납니다. 임시로 공용 DNS만 바꿔 재현 여부부터 봅니다.
- 파일은 받았는데 노드가 안 보임: YAML 안에 현재 Mihomo 버전이 이해 못 하는 키만 남았을 가능성 큽니다. 클라이언트를 최신 릴리스로 올리고 같은 URL을 한 번 더 받습니다.
3단계: 활성 프로필 지정과 코어에 반영
다운로드가 끝난 줄이 여러 개라면 어떤 것이 지금 실행 중 구성인지가 핵심입니다. 활성 라디오 버튼·체크표시·별 표시처럼 UI 요소 이름은 다양하지만, 선택 후 Apply·적용 같은 단계가 있다면 거기까지 눌러야 트레이 메뉴에서 보이는 상태와 로그가 일치합니다. 구성 교체 직후에만 잠깐 끊기는 것은 일반적인 현상이며, 재시작 루프가 돌 때는 규칙 파일 손상이나 포트 충돌부터 의심합니다.
4단계: 프록시 화면에서 전략 그룹별로 노드 전환하기
대부분의 사용자가 말하는 노드 바꾸기는 단일 줄 선택이 아니라 전략 그룹 카드 안의 줄 고르기입니다. 예를 들어 PROXY, Auto, 流媒体처럼 이름 붙은 덩어리가 각각 selector일 수 있습니다. 카드를 펼치면 후보 목록이 뜨고, 줄 하나를 탭했을 때 활성 표시가 옮겨 가면 선택이 반영된 것입니다.
selector라면 선택이 유지되는 동안 해당 그룹을 가리키는 규칙은 같은 아웃바운드 줄을 타는 것이 정상입니다. 반면 url-test나 fallback은 자동으로 바뀌므로 사용자가 카드에서 줄을 고르려 해도 곧 테스트 결과에 따라 돌아갈 수 있습니다. “고정 노드처럼” 쓰고 싶으면 패널 제공 프로필에 수동 선택용 selector가 따로 마련되어 있는지 먼저 확인하는 편이 낫습니다.
5단계: 노드를 고정하는 실무 패턴
스트리밍이나 특정 국가 IP를 장시간 고정해야 한다면 패턴은 대략 세 가지로 나뉩니다.
- selector 그룹에서 한 줄 고정: 가장 직관적입니다. 단, 같은 이름의 규칙 줄이 다른 그룹도 함께 바라보고 있는지 규칙 탭으로 확인해야 합니다.
- url-test 간격과 tolerance 조정으로 사실상 느리게 바뀌게 만들기: 자동 그룹을 유지한 채 흔들림만 줄이는 타협입니다. 설정 숫자는 프로필 RAW에서 보이므로 필요 시 제공업체 가이드를 따릅니다.
- 패널별 “직접” 모드 줄이 있는지 활용: 일부 구독 패키지는 DIRECT와 특정 에지 노드를 명시적으로 나열합니다.
고정이 풀렸을 때 역으로 추적할 때는 로그 한 줄보다 트레이 상태창과 프록시 탭 카드 활성 줄을 동시에 보는 방법이 시간을 아낍니다.
규칙과 전략 그룹 연결만 이해하면 헷갈림이 줄어듭니다
사용자는 UI에서 카드만 고르지만 코어 입장에서는 패킷 → 규칙 매칭 → 최종(policy)으로 이름이 적힌 proxy-groups 줄 순으로 탑니다. 그래서 내가 고른 카드 이름과 규칙이 실제 부르는 그룹 이름이 다르면 겉보기에는 노드를 바꿔도 현상이 그대로인 것처럼 느껴집니다.
대표적인 실수는 브라우저만 테스트하고 데스크톱 앱은 시스템 프록시를 무시하는 경우입니다. 그때는 설치 글에서 다룬 TUN 선택과 방화벽 예외까지 묶어 봐야 증상이 같이 설명됩니다. 반대로 브라우저 확장이 독자 프록시를 쓰면 Clash 쪽 선택과 무관해질 수도 있습니다.
문제 해결 순서표
- 구독은 성공했는데 노드 카드가 비어 있음: 활성 프로필이 다른 줄인지 확인하고, 같은 이름의 더 오래된 로컬 백업이 적용 중인지 교차 검증합니다.
- 노드를 바꿨지만 속도 차이 없음: 실제로는 다른 그룹을 타거나 DNS가 이전 결과를 들고 있습니다. 로그 근거를 먼저 확보합니다.
- 몇 시간마다 줄이 바뀜: url-test 그룹이면 정상입니다. 수동 선택이 필요한 시나리오인지 패널 제공 구조부터 다시 읽습니다.
- 업데이트 직후에만 실패: 혼합 인코딩이나 줄 끝 주석 때문에 파서가 깨졌을 수 있습니다. 원문을 브라우저로 열 때와 로컬에서 파싱했을 때의 차이를 비교합니다.
- 회사 장비 정책: SSL 검사 장비 안에서 사용자 지정 신뢰 저장소 문제로 HTTPS 구독이 중간에 깨지는 사례가 있습니다. 허용된 업데이트 경로만 쓸 수 있는지 사내 문서와 대조해야 합니다.
자주 묻는 질문
질: 구독 업데이트가 실패할 때 무엇부터 보나요?
답: 브라우저로 동일 URL을 열어 응답이 살아 있는지 확인하고, 토큰 만료·시간 동기·DNS·방화벽을 점검합니다. HTTPS 인증서나 리다이렉트가 막혀 있으면 클라이언트 로그에 이유가 남는 경우가 많습니다.
질: 노드를 바꿨는데도 사이트가 이전 경로처럼 느껴질 때는?
답: 규칙이 다른 전략 그룹을 가리키고 있을 수 있으니 로그에서 매칭된 정책과 실제 아웃바운드 서버를 대조합니다. DNS 캐시나 브라우저 세션을 유지한 탭은 잠시 하드 리로드가 필요할 수 있습니다.
질: 전략 그룹과 단일 프록시 노드는 어떻게 다른가요?
답: 프로필의 proxy-groups는 여러 노드나 다른 그룹을 묶어 규칙에서 한 번에 참조합니다. 화면에서 보이는 대부분의 전환은 이 그룹 단위 선택이며, 단일 노드 이름을 직접 고르는 것과 목적이 다릅니다.
질: 한 노드를 계속 쓰고 싶으면 어떻게 고정하나요?
답: select 형태 그룹이면 해당 그룹에서 원하는 노드를 직접 지정하면 수동 테스트가 실행되기 전까지 그 선택이 유지되는 경우가 많습니다. 자동 테스트 그룹이면 간격과 후보 목록 설정을 확인해야 합니다.
흩어진 ‘전체 설정 글’과 비교했을 때 Clash 쪽이 덜 피곤한 이유
범용 VPN 앱처럼 스위치 한 번으로 끝나는 제품도 많지만, 트래픽을 도메인·지역별로 다른 출구 줄에 태워야 하는 학습 목적이라면 패널이 숨긴 디테일이 나중에 터질 때 디버깅이 어렵습니다. 이름만 같은 구버전 Clash 패키지를 들고 규칙 문법 차이까지 수습하려 하면 업데이트가 끊긴 상태에서 새 구독 키를 억지로 맞추는 일까지 겹치기도 합니다.
반면 같은 .yaml 호환 줄을 바꿔 붙일 수 있는 공개 빌드를 추적 가능한 형태로 쓰는 Clash 호환 라인은 클라이언트만 교체하면 구독 패널 발급 레시피를 그대로 가져오기 쉽습니다. 특히 오늘 정리한 구독 가져오기 → 수동 새로고침으로 검증 → 전략 그룹에서 노드를 고정 흐름은 다른 플랫폼 글과도 접점이 많아 장비만 바뀔 뿐 이해 자산은 남습니다. 여전히 한국어 자료가 드문 상용 앱에 비해, 오픈 스펙을 전제로 한 설명이 누적되는 편이 장기적으로 중요합니다.
특정 서비스를 대신 홍보하는 대신 사용자가 직접 출처를 고르고 로그로 근거를 남기는 방식이 가장 안전합니다. 아래 링크에서 플랫폼별 최신 클라이언트를 골라 두면, 이번에 익힌 구독·노드 조작을 그대로 반복 적용하기 쉽습니다.