이 글의 목차
클라이언트 변경은 폴더를 다른 위치로 옮기는 것만으로 끝나지 않습니다. 기존 구독과 사용자 규칙은 보관할 가치가 있지만 캐시, 서비스 상태, 화면 사용 방식까지 그대로 이어 쓸 수 있는 것은 아닙니다. 한 번에 일부 기능만 복원하고 종료 후에도 직접 연결이 되는지 확인해야 문제가 생겼을 때 되돌릴 방법이 분명해집니다.
이전할 때 보관할 구성
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를 켜서 임시로 문제를 가리지 마세요.
설치, 구독 가져오기, 정책 그룹 재선택
일반적인 Windows 11 컴퓨터는 x64 설치 패키지를 사용하고 Windows on ARM 기기에서만 arm64를 선택합니다. 설치 전에 릴리스 저장소, 파일 이름, 버전 설명을 확인하고 클라이언트, 구독, 노드를 묶은 타사의 이른바 "포터블 강화판"은 사용하지 마세요.
처음 실행하자마자 서비스 모드와 TUN을 켜지 마세요. 먼저 구독 또는 설정 페이지에서 원본 구독을 다시 추가하고 수동으로 한 번 업데이트한 뒤 업데이트 시각, 프록시 그룹, 노드가 모두 나타나는지 확인합니다. 그다음 고정 노드 하나를 선택하고 시스템 프록시를 켜면 다운로드, 구문 분석, 기본 전달의 세 단계가 정상인지 먼저 입증할 수 있습니다.
프록시 그룹 정의는 보통 구독 YAML에 있어 다시 가져오면 함께 나타납니다. 하지만 Clash for Windows의 각 Selector에서 현재 어떤 노드를 선택했는지는 실행 상태이므로 캐시를 복사해 이전하기에 적합하지 않습니다.
Clash Verge Rev의 프록시 페이지를 열고 "노드 선택", "자동 선택", "스트리밍" 같은 자주 쓰는 그룹을 하나씩 확인한 뒤 필요한 출구를 수동으로 다시 선택하세요.
같은 구독인데 새 클라이언트에서 정책 그룹이 줄었다면 구독 업데이트 시각과 최종 설정부터 비교하세요. 서비스 제공자의 업데이트, 기존 Parsers 또는 새 Merge가 그룹 이름을 바꿀 수 있습니다. 이전 선택 하나를 복원하려고 기존 캐시 전체를 복사하지 마세요.
새 클라이언트의 첫 번째 시험
현재 구독 확인
방금 가져온 Profile이 현재 선택되어 있는지 확인하고 고정 노드와 시스템 프록시 요청을 점검하세요. 이번에는 이 프로필만 테스트하고 다른 이전 구성을 동시에 가져오지 마세요.
정상적으로 닫기
종료 후 Windows가 직접 연결로 복원되고 이전 포트가 남지 않아야 합니다.
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을 고려하세요. Windows 서비스를 켜기 전에 실제 설치된 서비스 구성 요소가 수정됐는지 공식 보안 권고와 대조해야 하며 GUI 버전만으로 판단하면 안 됩니다. 이후 TUN, 절전 모드 해제와 다른 VPN을 각각 테스트하고 TUN을 끈 뒤 경로가 복구되는지 확인하세요. 자동 시작과 덮어쓰기는 별도로 이전합니다.
평소 실제 작업으로 검증한 뒤 기존 클라이언트를 제거하세요
최소 한 번의 전체 작업 주기 동안 연속 검증
- 구독을 수동으로 업데이트할 수 있고 다음 시작 시 자동으로 사용할 수 있음
- 브라우저, Git 또는 자주 쓰는 업무 앱에 예상 규칙이 적용됨
- 내부 사이트, NAS, 프린터를 계속 직접 연결할 수 있음
- TUN이 필요한 프로그램이 실제로 연결 기록에 나타남
- 종료하거나 다시 시작해도 Windows에 프록시가 남지 않음
- 기존 설정을 오프라인으로 백업했고 token이 공개되지 않음
기존 설치를 며칠간 보관하되 자동 시작은 끄세요. 새 클라이언트에 문제가 생기면 먼저 종료하고 Windows 직접 연결을 복원한 뒤 백업에 따라 기존 환경으로 롤백합니다. 비교한다는 이유로 두 클라이언트가 서로 제어하게 두지 마세요. 업데이트, 사용, 종료, 재시작이 모두 안정되면 Clash for Windows를 제거하고 기존 서비스와 시작 바로 가기도 함께 삭제되었는지 확인합니다.