이 글의 목차
Clash for Windows에서 이전할 때는 구독과 실제 사용자 지정 설정만 가져오세요
Clash for Windows 지원 중단 후 Clash Verge Rev로 이전할 때 실제로 보존할 항목은 보통 구독 출처, 로컬 설정, 직접 작성한 규칙 또는 Mixin, 자주 쓰는 정책 선택, 소수의 포트 사용 습관뿐입니다. 창 상태, 캐시, 구형 커널, 서비스 파일, 이전 로그를 한꺼번에 복사하면 기존 문제가 새 클라이언트로 따라오기 쉽습니다.
기존 클라이언트를 열어 항목별로 캡처하거나 로컬 문서에 기록하세요. 현재 활성화된 Profile 이름과 업데이트 시각, General에서 사용하는 포트, System Proxy, TUN, Allow LAN 활성화 여부, Profiles 페이지의 로컬 Mixin 유무를 기록합니다. 구독 링크에는 개인 token이 포함되므로 비밀번호 관리자나 암호화 백업에만 저장하고 캡처 이미지에는 넣지 마세요.
마이그레이션 목록
- 계속 업데이트할 수 있는 구독 주소
- 다시 다운로드할 수 없는 로컬 YAML
- 직접 관리하는 규칙과 덮어쓰기 로직
- mixed-port 또는 LAN 공유 포트
- 실제로 유지해야 하는 정책 그룹 선택
- 문제 해결 시 비교할 기존 클라이언트와 커널 버전
기존 클라이언트를 종료하기 전에 Windows가 해당 클라이언트 없이도 인터넷에 연결되는지 확인하세요
마이그레이션에서 가장 위험한 상황은 두 클라이언트가 시스템 프록시 또는 TUN을 동시에 제어하는 것입니다. Clash for Windows에서 System Proxy, TUN, 자동 시작을 끈 뒤 트레이에서 완전히 종료하세요. 이어서 "설정 → 네트워크 및 Internet → 프록시"로 이동해 "프록시 서버 사용"이 계속 127.0.0.1의 기존 포트를 가리키지 않는지 확인합니다.
두 클라이언트를 모두 끈 상태에서 브라우저로 일반 웹사이트에 접속하고 회사 내부망이나 라우터 관리 페이지도 열리는지 확인하세요. 이 상태가 정상이어야 이후 문제가 새 클라이언트 때문인지 판단할 수 있습니다.
이 시점에 이미 인터넷이 끊겼다면 기존 프록시나 TUN 잔여 설정을 정리하세요. Clash Verge Rev를 켜서 임시로 문제를 가리지 마세요.
현재 Clash Verge Rev 프로젝트의 릴리스 페이지에서 아키텍처에 맞는 버전을 설치하세요
일반적인 Windows 11 컴퓨터는 x64 설치 패키지를 사용하고 Windows on ARM 기기에서만 arm64를 선택합니다. 설치 전에 릴리스 저장소, 파일 이름, 버전 설명을 확인하고 클라이언트, 구독, 노드를 묶은 타사의 이른바 "포터블 강화판"은 사용하지 마세요.
처음 실행하자마자 서비스 모드와 TUN을 켜지 마세요. 먼저 구독 또는 설정 페이지에서 원본 구독을 다시 추가하고 수동으로 한 번 업데이트한 뒤 업데이트 시각, 프록시 그룹, 노드가 모두 나타나는지 확인합니다. 그다음 고정 노드 하나를 선택하고 시스템 프록시를 켜면 다운로드, 구문 분석, 기본 전달의 세 단계가 정상인지 먼저 입증할 수 있습니다.
새 클라이언트의 첫 번째 시험
구독 하나 가져오기
어떤 설정에서 오류가 났는지 알 수 없게 되므로 이전 Profile을 모두 한꺼번에 가져오지 마세요.
수동 업데이트
HTTP 또는 구문 분석 오류를 기록하세요. "추가 완료"가 보여도 설정 본문이 실제로 불러와졌는지 확인해야 합니다.
노드 고정
시험 중 url-test가 출구를 바꾸지 않게 합니다.
시스템 프록시 켜기
브라우저와 시스템 프록시를 읽는 앱 하나로 연결 기록을 확인합니다.
정상적으로 닫기
종료 후 Windows가 직접 연결로 복원되고 이전 포트가 남지 않아야 합니다.
정책 그룹은 설정과 함께 가져오지만 현재 선택된 노드는 새 클라이언트에서 다시 확인해야 합니다
프록시 그룹 정의는 보통 구독 YAML에 있어 다시 가져오면 함께 나타납니다. 하지만 Clash for Windows의 각 Selector에서 현재 어떤 노드를 선택했는지는 실행 상태이므로 캐시를 복사해 이전하기에 적합하지 않습니다.
Clash Verge Rev의 프록시 페이지를 열고 "노드 선택", "자동 선택", "스트리밍" 같은 자주 쓰는 그룹을 하나씩 확인한 뒤 필요한 출구를 수동으로 다시 선택하세요.
같은 구독인데 새 클라이언트에서 정책 그룹이 줄었다면 구독 업데이트 시각과 최종 설정부터 비교하세요. 서비스 제공자의 업데이트, 기존 Parsers 또는 새 Merge가 그룹 이름을 바꿀 수 있습니다. 이전 선택 하나를 복원하려고 기존 캐시 전체를 복사하지 마세요.
정책 그룹 이전 완료 기준
- 자주 쓰는 정책 그룹이 모두 새 클라이언트에 나타남
- 수동 그룹에서 고정 노드를 다시 선택함
- 자동 그룹의 속도 측정이 정상이며 지나치게 자주 전환되지 않음
- 연결 기록에서 대상 도메인이 예상 그룹에 맞는 것을 확인함
- Clash Verge Rev를 다시 시작해도 선택이 예상대로 유지됨
기존 Mixin을 통째로 붙여 넣지 말고 원래 어떤 문제를 해결하던 설정인지부터 확인하세요
Clash for Windows의 Mixin, Parsers 또는 스크립트는 자체 병합 방식에 의존할 수 있고 Clash Verge Rev에는 현재의 Merge, Script 또는 덮어쓰기 메뉴가 있습니다. 이름은 비슷하지만 생성 순서와 필드가 반드시 같지는 않습니다.
이전 전에 각 사용자 지정 구간의 목적을 한 문장으로 적으세요. 예를 들어 "회사 도메인을 직접 연결" 또는 "GitHub를 개발 그룹에 배정"처럼 기록한 뒤 현재 클라이언트가 지원하는 방식으로 다시 구성합니다.
구간을 하나 추가할 때마다 최종 병합 설정이나 실행 로그를 확인하세요. group not found, duplicated key, unknown field가 나타나면 방금 추가한 덮어쓰기를 먼저 되돌리세요. 다음 구간까지 겹쳐 넣고 마지막에 한꺼번에 고치려 하지 마세요.
기존 설정 처리 방법
| 기존 내용 | 이전 방법 | 검증 결과 |
|---|---|---|
| 사용자 지정 DOMAIN-SUFFIX 규칙 | 현재 규칙 덮어쓰기에 넣고 대상 정책 그룹이 존재하는지 확인 | 도메인에 접속할 때 연결 페이지에서 해당 규칙이 적용됨 |
| 사용자 지정 DNS | 구독 기본값을 먼저 유지한 뒤 별도로 이전 | 내부 도메인과 공개 도메인에서 모두 예상 결과가 나옴 |
| 포트 설정 | Clash Verge Rev 일반 설정에서 다시 지정 | 포트가 실제로 수신 대기하고 시스템 프록시가 같은 값을 가리킴 |
| UI, 캐시, 이전 로그 | 이전하지 않음 | 새 클라이언트를 깨끗한 상태로 시작 |
시스템 프록시를 먼저 복원하고 실제로 필요할 때만 TUN을 이전하세요
구독, 정책 그룹, 사용자 지정 규칙이 안정되면 Clash Verge Rev에서 System Proxy를 켜고 Windows "프록시" 페이지가 현재 mixed-port를 가리키는지 확인하세요. 브라우저와 자주 쓰는 앱에서 연결 기록이 생성되어야 하며 클라이언트를 정상적으로 종료하면 시스템 프록시도 자동 복원되어야 합니다.
게임, 터미널 또는 시스템 프록시를 읽지 않는 다른 프로그램이 연결 기록에 계속 나타나지 않을 때만 TUN을 켜세요. 서비스 권한, 가상 어댑터, 절전 모드 해제, 다른 VPN을 각각 확인하고 TUN을 끈 뒤 기본 경로가 복원되는지도 검증합니다. 같은 날 TUN, 자동 시작, 여러 덮어쓰기를 한꺼번에 이전하지 마세요.
평소 실제 작업으로 검증한 뒤 기존 클라이언트를 제거하세요
최소 한 번의 전체 작업 주기 동안 연속 검증
- 구독을 수동으로 업데이트할 수 있고 다음 시작 시 자동으로 사용할 수 있음
- 브라우저, Git 또는 자주 쓰는 업무 앱에 예상 규칙이 적용됨
- 내부 사이트, NAS, 프린터를 계속 직접 연결할 수 있음
- TUN이 필요한 프로그램이 실제로 연결 기록에 나타남
- 종료하거나 다시 시작해도 Windows에 프록시가 남지 않음
- 기존 설정을 오프라인으로 백업했고 token이 공개되지 않음
기존 설치를 며칠간 보관하되 자동 시작은 끄세요. 새 클라이언트에 문제가 생기면 먼저 종료하고 Windows 직접 연결을 복원한 뒤 백업에 따라 기존 환경으로 롤백합니다. 비교한다는 이유로 두 클라이언트가 서로 제어하게 두지 마세요. 업데이트, 사용, 종료, 재시작이 모두 안정되면 Clash for Windows를 제거하고 기존 서비스와 시작 바로 가기도 함께 삭제되었는지 확인합니다.