튜토리얼 · 약 14분

Clash Verge Rev 기기 이전 가이드
Windows·macOS에서 구독·Profile·커스텀 규칙 백업

새 노트북으로 갈아타거나 Windows를 깨끗이 재설치할 때, 클라이언트는 금방 깔아도 구독 목록·Profile·mixin(오버라이드)·직접 넣은 분할 규칙이 한 번에 사라지면 멘붕이 옵니다. 이 글에서는 Clash Verge Rev가 실제로 파일을 두는 위치를 OS별로 짚고, 옛 기기에서 새 기기로 옮길 때의 권장 순서·실수 포인트·보안까지 한 흐름으로 정리합니다.

Clash Verge Rev · 이전 · 백업 · Profile · Windows · macOS

1 기기 바꿀 때 무엇이 사라지기 쉬운가

Clash Verge Rev는 화면에서 구독을 추가하고 Profile을 고르는 방식이라, 겉보기에는 «클라우드에 다 있겠지»라고 느끼기 쉽습니다. 하지만 공항 쪽에서 주는 것은 대개 원격 YAML 한 덩어리뿐이고, 사용자 PC 안에는 그걸 언제 받았는지·어떤 이름으로 저장했는지·로컬에서 덧붙인 규칙이 별도 파일로 쌓입니다. OS를 새로 깔거나 사용자 프로필을 통째로 버리면 이 로컬 레이어가 통째로 증발합니다.

특히 mixin·프리프로세서·오버라이드로 원격 구독을 건드리지 않고 규칙만 얹어 둔 경우, 백업 없이 재설치하면 «구독은 다시 넣었는데 예전처럼 스트리밍만 분리가 안 된다»는 식의 증상이 납니다. 반대로 구독 URL 목록만 메모해 두었다면 클라이언트는 금방 복구되지만, 그동안 손으로 다듬은 YAML·Rule Provider 경로·지오 데이터 커스텀은 다시 손이 갑니다.

처음 설치가 필요하면 Windows는 설치 튜토리얼, macOS는 macOS 설치 가이드를 먼저 따라가면 Profile·권한 개념이 잡힌 뒤 이 글의 «백업 범위」가 더 잘 이해됩니다.

2 구독·Profile·오버라이드가 겹치는 방식

실무에서 자주 쓰는 구조는 이렇게 기억하면 됩니다. 구독 URL은 공항 서버에서 내려받는 소스이고, 클라이언트는 그 결과를 캐시에 저장합니다. Profile은 그중에서 지금 켜 둔 «한 벌의 설정」을 가리키는 UI 단위에 가깝고, 디스크에는 프로필별 YAML·메타데이터·다운로드 캐시가 함께 있습니다. mixin·오버라이드는 그 위에 사용자 규칙·DNS·TUN 옵션 등을 덧씌워, 구독을 새로 받아도 로컬 수정이 유지되게 하는 레이어입니다.

따라서 «전부 백업한다»는 말은 단일 파일 하나가 아니라, 앱이 쓰는 홈 디렉터리 전체를 통째로 복사하는 이미지에 가깝습니다. 다만 통째 복사 전에 반드시 Clash Verge Rev를 완전히 종료해 두세요. 켜 둔 채로 파일을 덮어쓰면 캐시나 런타임 생성 YAML이 꼬이거나, 복사본이 불완전해질 수 있습니다.

mixin·오버라이드 문법과 운영 팁은 《구독 오버라이드·mixin 입문》에서 더 깊게 다룹니다. 이 글에서는 «어디를 통째로 들고 가야 오버라이드까지 살아나는가」에 초점을 맞춥니다.

3 Windows: 앱 데이터가 있는 곳

최신 Clash Verge Rev(Tauri 기반 빌드)는 사용자별로 AppData\Roaming 아래에 식별자 폴더를 만드는 경우가 많습니다. 로그와 이슈 트래커에서 자주 보이는 경로는 다음과 같습니다.

Windows path
%APPDATA%\io.github.clash-verge-rev.clash-verge-rev

탐색기 주소창에 %APPDATA%만 입력해도 Roaming으로 이동합니다. 그 안에서 io.github.clash-verge-rev.clash-verge-rev 폴더를 찾을 수 없다면, 트레이 메뉴나 설정의 「데이터 폴더 열기」「설치 디렉터리」 항목이 있는 빌드에서는 그쪽이 더 빠릅니다. 포터블(zip) 배포는 실행 파일 옆에 설정이 붙는 패턴도 있으니, 지금 쓰는 설치 방식을 먼저 확인하세요.

백업할 때는 위 폴더를 통째로 zip으로 묶는 것이 안전합니다. 안에 profiles·런타임 검증용 YAML·Country.mmdb·geoip.dat·geosite.dat 등이 함께 있을 수 있어, 규칙이 GEOIP·GEOSITE에 의존한다면 지오 파일까지 같이 옮기는 편이 재현성이 좋습니다. 서비스 모드로 코어를 띄우는 환경에서는 사용자 세션과 다른 경로를 볼 때가 있으니, 복원 후 한 번 로그에서 «실제로 읽는 디렉터리」를 확인하는 습관이 좋습니다.

4 macOS: Application Support 아래

macOS에서도 동일한 번들 식별자를 쓰는 경우가 많아, Finder에서 이동 › 라이브러리 폴더 보기를 연 뒤 Application Support를 열어 다음을 찾습니다.

macOS path
~/Library/Application Support/io.github.clash-verge-rev.clash-verge-rev

Apple Silicon과 Intel의 바이너리 차이는 있어도, 사용자 데이터 위치 패턴은 대체로 같습니다. iCloud Drive·Dropbox로 홈 전체를 동기화 중이라면, 이 폴더가 실수로 클라우드에 올라가 구독 URL·로컬 규칙이 노출되지 않게 제외 목록을 점검하세요. 반대로 «백업만은 하고 싶다»면 암호화된 외장 디스크나 오프라인 저장소가 더 적합합니다.

macOS는 권한·투명 프록시·TUN 관련 시스템 확장 때문에, 복원 직후 보안 프롬프트를 다시 한 번 통과해야 하는 경우가 있습니다. 데이터만 옮겼다고 끝이 아니라, 메뉴 막대 아이콘에서 시스템 프록시·TUN 상태를 다시 맞추는 단계를 잊지 마세요.

5 권장 이전 절차(옛 기기 → 새 기기)

  1. 옛 기기에서 Clash Verge Rev 완전 종료. 트레이 아이콘·백그라운드 서비스까지 남지 않게 합니다.
  2. 위 OS별 경로 전체를 복사해 날짜가 들어간 이름의 zip 등으로 보관합니다. 동시에 구독 URL을 비밀번호 관리자나 암호화 노트에 따로 적어 두면 이중 안전망이 됩니다.
  3. 새 기기에 동일 메이저 버전대 클라이언트를 설치합니다. 너무 옛날 백업을 최신 정식 빌드에 억지로 얹으면 스키마 차이로 검증에 실패할 수 있어, 가능하면 양쪽 모두 최신에 가깝게 맞춥니다.
  4. 새 기기에서 앱을 한 번 실행해 빈 데이터 폴더를 만든 뒤 종료하고, 백업 zip을 풀어 덮어씁니다. 이미 생긴 파일이 있으면 이름을 바꿔 백업해 둔 다음 교체하면 롤백이 쉽습니다.
  5. 다시 실행 후 Profile 목록·프록시·규칙·오버라이드 탭을 차례로 확인하고, 구독 새로고침 한 번으로 원격 내용이 최신인지 봅니다.
  6. 시스템 프록시·TUN·DNS를 이전과 같은 조합으로 켠 뒤, 브라우저와 터미널에서 각각 연결 테스트를 합니다.
검증 팁 복원 직후에는 Rule 모드에서 로그를 켜 두고, 자주 쓰는 사이트·앱 몇 개만 짚어 매칭되는 정책 이름이 예전과 같은지 확인하면 «규칙은 있는데 순서가 달라졌다» 같은 문제를 빨리 잡을 수 있습니다.

6 Windows에서 Mac으로(또는 반대) 옮길 때

Clash/Mihomo YAML 자체는 플랫폼을 가리지 않는 편이라, Profile 내용만 추출해 새 기기에서 로컬 Profile로 넣는 방식도 가능합니다. 다만 경로 표기(\ vs /)·절대 경로를 쓴 Rule Provider·Windows 전용 PROCESS-NAME 규칙 등은 OS를 바꾸는 순간 의미가 달라지거나 무시될 수 있습니다. 크로스 플랫폼 이전이라면 «폴더 통째 복사」보다 구독 URL + mixin + 규칙 조각을 소스 관리하는 편이 장기적으로 덜 아픕니다.

줄바꿈(CRLF/LF) 때문에 에디터에서만 깨져 보이는 경우도 있으나, 코어가 거부할 정도의 문제는 드뭅니다. 진짜로 조심할 것은 절대 경로·드라이브 문자·사용자명이 들어간 커스텀 스크립트입니다. 새 OS에서는 홈 경로가 바뀌므로, Rule Provider나 script 경로를 다시 짚어야 합니다.

7 백업 파일과 구독 링크 다루기

백업 zip 안에는 구독 토큰이 그대로 박힌 URL·로컬 프록시 비밀번호·기업망용 커스텀 규칙까지 들어 있을 수 있습니다. 메신저로 그대로 보내거나 공용 NAS에 풀어 두면, URL만 알면 누구나 노드 풀을 쓸 수 있는 상태가 됩니다. 가능하면 암호화된 저장소에 두고, 공유가 필요할 때는 zip 자체에 비밀번호를 걸거나 민감한 줄만 제거한 사본을 만듭니다.

오픈 소스 저장소·이슈에 로그를 붙일 때는 구독 주소·UUID·private key가 포함되지 않게 마스킹하세요. 커뮤니티에 올린 zip이 검색 엔진에 남는 사고는 생각보다 흔합니다. 신뢰할 수 있는 출처의 클라이언트만 쓰는 것도 같은 맥락입니다. 설치 패키지는 사이트 다운로드 페이지처럼 정리된 경로에서 고르고, 소스 코드·이슈 트래킹은 GitHub에서 따로 확인하는 식으로 나누면 안전합니다.

기기 분실 시 백업 파일과 구독 URL이 함께 들어 있는 노트북을 잃어버렸다면, 공항 대시보드에서 토큰 재발급·구독 링크 갱신을 검토하세요. Clash 설정만의 문제가 아니라 계정 전체의 출구가 노출된 것과 같습니다.

8 최소한으로 가져가기: URL만 남기는 방법

시간이 없거나 클라우드 백업을 정말 싫어한다면, 최소한 모든 구독 URL과 Profile 이름·메모만이라도 적어 두세요. 그다음 새 기기에서 구독을 다시 넣고, mixin에 있던 규칙 몇 줄만 수동으로 옮겨도 «완전 백지»보다는 훨씬 빨리 일상 복구가 됩니다. Rule Provider를 쓰고 있었다면 Provider URL도 같은 메모에 함께 적는 것이 좋습니다.

이 방식은 로컬에서만 존재하던 대형 규칙 세트나 오래 쌓인 로그·캐시는 살리지 못한다는 점을 감수해야 합니다. 장기 사용자일수록 주기적으로 통째 디렉터리 백업을 습관화하는 편이 스트레스가 적습니다.

10 정리

Clash Verge Rev로 기기를 바꿀 때 핵심은 한 가지입니다. «구독은 다시 받으면 된다»는 말은 반만 맞고, Profile 메타데이터·캐시·mixin·지오 파일·로컬 규칙은 OS 안의 앱 데이터 폴더에 묶여 있다는 점을 잊지 말 것. Windows는 %APPDATA%\io.github.clash-verge-rev.clash-verge-rev, macOS는 ~/Library/Application Support/io.github.clash-verge-rev.clash-verge-rev를 기준으로 통째 백업하고, 복원 전후로 앱을 끄고 켜는 순서만 지켜도 대부분의 «이전 후 이상한 증상」을 피할 수 있습니다.

상용 VPN 앱들이 «한 계정으로 기기 추가」에 맞춰져 있는 것과 달리, Clash 계열은 규칙과 구독을 사용자가 직접 조합하는 쪽에 가깝습니다. 그만큼 자유도는 크지만, 백업 습관만 잡아 두면 재설치·기기 교체도 공포가 아니라 짧은 점검 시간으로 끝납니다. 최신 빌드와 플랫폼별 패키지는 다운로드 페이지에서 고를 수 있어, 새 기기에 맞는 아키텍처만 확인한 뒤 위 절차를 반복하면 됩니다.

다른 상용 프록시 앱에 비해 Clash는 규칙 기반 분할과 구독 중심 워크플로가 한 화면에 모여 있어, 한 번 익히면 데스크톱을 바꿔도 같은 방식으로 이어 가기 좋습니다.

Clash를 무료로 내려받고 크로스 플랫폼 프록시를 경험해 보세요 →

태그: Clash Verge Rev 백업 Profile Windows macOS mixin
Clash Verge Rev 로고

Clash Verge Rev

백업·복원 후에도 같은 Profile 워크플로

Windows·macOS·Linux에서 Mihomo 기반 규칙과 구독을 한 클라이언트로 묶습니다. 새 PC에도 동일한 설치 경로 정책으로 빠르게 맞출 수 있습니다.

데이터 폴더 백업 멀티 Profile mixin·오버라이드 Mihomo

관련 읽을거리