플랫폼 예상 읽기 시간 10분

PC·스마트폰 Clash 구독 공유 및 설정 동기화 방법 비교

구독 링크 직접 연결, 클라우드 드라이브를 통한 설정 파일 동기화, WebDAV 백업·복원의 세 가지 방법을 비교합니다. 플랫폼별 클라이언트 지원 여부와 여러 기기에서 오버라이드 규칙을 일치시키는 방법도 알아봅니다.

먼저 구분하기: 구독 업데이트, 설정 동기화, 실행 상태

PC와 스마트폰에 같은 구독을 등록하면 일반적으로 같은 출처의 노드를 가져올 수 있습니다. 하지만 두 기기의 프록시 그룹 선택, DNS 설정, 앱별 트래픽 분할까지 동기화되는 것은 아닙니다. 구독은 원격 설정을 가져오는 경로이고, 클라이언트의 로컬 설정은 별도의 데이터입니다. 현재 연결 상태는 또 다른 실시간 정보입니다. 무엇을 동기화할지 정하려면 이 세 가지를 나눠서 살펴봐야 합니다.

  • 원격 설정: 구독에서 가져오는 노드, 프록시 그룹, 규칙 및 포함될 수 있는 DNS 설정입니다. 구체적인 내용은 서버에서 결정하며, 노드 목록만 제공하는 링크도 있습니다.
  • 로컬 설정: 구독 업데이트 주기, 오버라이드 파일, 시스템 프록시, TUN 활성화, 앱 제외 목록 등입니다. 저장 위치와 내보내기 범위는 클라이언트마다 다릅니다.
  • 실행 상태: 현재 선택된 정책 그룹, 속도 측정 결과, 진행 중인 연결입니다. 클라이언트가 profile.store-selected로 선택 항목을 저장하더라도 해당 기기에만 유지될 뿐, 기기 간 동기화를 뜻하지는 않습니다.

일반적인 가정에서는 ‘같은 구독 출처, 동일한 사용자 규칙, 기기별로 독립적인 트래픽 처리’ 조합이 적합합니다. Windows의 시스템 프록시와 Android의 VPN 권한은 각 기기에서 따로 설정하면 됩니다. 모든 설정을 글자 그대로 일치시킬 필요는 없습니다.

세 가지 동기화 방법: 업데이트 범위와 적합한 상황

방법 동기화되는 항목 적합한 상황 주요 제한 사항
각 기기에 구독 링크 등록 서버에서 제공하는 설정 PC와 스마트폰에서 노드 업데이트를 계속 수신 로컬 오버라이드와 스위치는 보통 기기마다 따로 설정해야 함
클라우드 드라이브로 YAML 파일 전달 선택한 파일의 정적 내용 사용자 규칙 배포 및 설정 스냅샷 보관 다운로드한 뒤 다시 가져와야 하는 경우가 많고, 여러 기기에서 편집하면 충돌할 수 있음
WebDAV 백업·복원 클라이언트가 정한 백업 범위 같은 클라이언트에서 기기를 바꾸거나 설정 복원 클라이언트가 해당 기능을 지원해야 하며, 백업 형식이 다른 플랫폼에서도 호환된다는 보장은 없음

세 방법을 조합할 수는 있지만, 설정의 기준이 되는 출처는 하나로 정해야 합니다. 예를 들어 구독은 노드 업데이트에, 별도 규칙 파일은 트래픽 분할 관리에, WebDAV는 기기 교체 시 백업에만 사용합니다. 클라우드 파일, 구독 업데이트, 백업 복원이 같은 설정을 번갈아 덮어쓰게 두면 최종 적용된 버전을 파악하기 어렵습니다.

방법 1: 모든 기기에 같은 구독 직접 등록

가져오기 및 업데이트 순서

  1. 구독 서비스 계정 페이지에서 사용할 클라이언트에 맞는 링크를 확인합니다. 먼저 PC의 ‘설정’ 또는 ‘구독’ 페이지에서 URL로 가져오세요. 메뉴 이름은 클라이언트마다 다를 수 있습니다.
  2. 가져온 설정에 사용할 수 있는 노드가 포함되어 있는지, 규칙 모드에 필요한 프록시 그룹과 규칙도 있는지 확인합니다. 노드 목록만 제공되는 응답은 완전한 실행 설정을 대신할 수 없습니다.
  3. 스마트폰에서도 같은 출처의 호환 링크를 등록하고, 시스템에서 요구하는 VPN 권한을 승인한 다음 프록시 그룹이 있는지 확인합니다.
  4. 양쪽 기기에서 각각 ‘업데이트’를 한 번 실행한 뒤 업데이트 시각, 노드 이름, 사용자 규칙이 유지되는지 확인하고 연결도 각각 테스트합니다.

자동 업데이트는 우선 24시간마다 한 번으로 설정해도 됩니다. 관리하기 편한 시작점일 뿐, 프로토콜에서 정한 주기는 아닙니다. 서버에 요청 빈도 제한이 있다면 안내에 맞춰 조정하세요. 스마트폰 운영체제는 백그라운드 작업을 제한할 수 있으므로, 클라이언트에 주기를 설정해도 앱을 닫은 뒤 제시간에 다운로드된다고 보장할 수 없습니다.

같은 계정이라도 URL이 완전히 같을 필요는 없음

서비스에 따라 Clash, mihomo 또는 다른 클라이언트용으로 서로 다른 형식의 구독 링크를 제공하기도 합니다. PC에서 mihomo 설정을 사용하고 스마트폰에서는 다른 형식이 필요하더라도 계정과 노드 출처는 공유할 수 있습니다. 각 클라이언트와 호환되는 링크를 사용하세요. URL을 똑같이 보이게 하려고 클라이언트가 인식하지 못하는 필드를 억지로 가져오지 마세요.

구독 업데이트에 성공해도 로컬에서 수정한 내용까지 동기화된 것은 아닙니다. 다운로드한 YAML을 직접 수정하면 다음 업데이트에서 덮어써질 수 있습니다. 계속 유지할 규칙은 클라이언트가 지원하는 오버라이드, 병합 또는 스크립트 설정에 넣으세요. 기능 이름과 병합 순서는 클라이언트마다 다릅니다.

방법 2: 클라우드 드라이브로 설정 파일 동기화

클라우드 드라이브는 특정 파일을 전달하는 데 적합하지만, 클라이언트 내부 데이터베이스를 자동으로 관리하지는 않습니다. 배포할 YAML 파일과 규칙 설명만 넣는 전용 설정 폴더를 만드는 것이 좋습니다. 클라이언트 데이터 폴더 전체를 그대로 동기화하지 마세요. 데이터베이스, 잠금 파일, 캐시, 기기별 경로 때문에 다른 기기에서 파일을 읽지 못할 수 있습니다.

‘내보내기 → 다운로드 → 가져오기 → 확인’ 순서로 진행

  1. 주로 편집하는 기기에서 공유할 설정을 내보내고 shared-rules-2026-09-16.yaml로 저장합니다. 날짜를 넣어 스냅샷을 구분하세요.
  2. 접근 권한이 제한된 클라우드 드라이브 폴더에 업로드하고 업로드가 끝날 때까지 기다립니다.
  3. 다른 기기에서 파일을 내려받아 클라이언트의 파일 가져오기 기능으로 불러옵니다. 클라우드 드라이브의 공유 페이지 주소를 YAML 다운로드 주소로 사용하지 마세요.
  4. YAML 들여쓰기, 프록시 그룹 이름, 로컬 경로를 확인한 다음 설정을 실행하고 로그를 살펴봅니다.

모바일 파일 선택기는 파일을 앱 전용 폴더에 복사하는 경우가 많습니다. 이후 클라우드 드라이브의 원본 파일을 바꿔도 클라이언트에 들어간 사본은 업데이트되지 않을 수 있습니다. 지정 파일이나 원격 URL을 계속 읽는 기능을 클라이언트가 명시적으로 지원해야 해당 방식으로 새로고침할 수 있습니다. ‘파일에서 가져오기’만으로 양방향 동기화가 되지는 않습니다.

클라우드 드라이브 링크를 원격 설정 주소로 사용한다면 접근 권한, 리디렉션, 응답 내용을 확인해야 합니다. 로그인 페이지나 공유 페이지는 보통 YAML이 아니라 HTML을 반환하며, 임시 서명 링크는 만료될 수도 있습니다. 클라이언트가 파일을 내려받게 하려고 구독 정보가 포함된 설정을 공개 공유하지 마세요.

방법 3: WebDAV 백업·복원

WebDAV는 원격 파일 접근 기능을 제공하지만 Clash 설정을 자동으로 해석하지는 않습니다. 클라이언트에 WebDAV 백업 기능이 구현되어 있어야 앱에서 백업을 업로드하거나 복원할 수 있습니다. 일반 WebDAV 드라이브와 구독 URL 지원은 서로 다른 기능이므로 대체할 수 없습니다.

백업 범위를 확인한 뒤 두 번째 기기에서 복원

  • 연결 정보: 서비스에서 제공한 HTTPS WebDAV 주소, 사용자 이름, 전용 앱 비밀번호를 사용하세요. 해당 클라이언트 전용 폴더를 따로 지정하는 것이 좋습니다.
  • 백업 범위: 구독 주소, 설정 파일, 오버라이드, 인터페이스 설정, 정책 그룹 선택 항목이 포함되는지 확인하세요. ‘백업 성공’ 메시지만으로 모든 데이터가 저장됐다고 볼 수는 없습니다.
  • 복원 호환성: 가능하면 같은 클라이언트와 호환 버전 사이에서 복원하세요. 두 앱 모두 mihomo를 사용하더라도 백업 파일의 구조까지 같다는 뜻은 아닙니다.
  • 덮어쓰기 위험: 복원하기 전에 대상 기기의 현재 설정을 내보내 보관하세요. 복원 시 로컬 설정이 교체될 수 있으며, 항목별로 병합되지 않을 수도 있습니다.

Windows 클라이언트의 백업 파일을 Android에서 사용할 수 있다고 가정해서는 안 되며, iOS 클라이언트가 인식한다고도 볼 수 없습니다. 클라이언트에 WebDAV 메뉴가 없다면 외부 파일 도구로 YAML을 전달할 수 있지만, 이는 파일 가져오기 방식일 뿐 앱 설정 복원 기능까지 제공하지는 않습니다.

WebDAV는 ‘구형 PC에서 새 PC로 이전’하는 용도에 더 적합합니다. 스마트폰과 PC에서 같은 노드를 실시간으로 선택 상태까지 맞춰야 하는 상황에는 적합하지 않습니다. 도구에 업로드, 다운로드, 복원 버튼만 있다면 백그라운드 동기화가 아니라 스냅샷 백업으로 보세요.

플랫폼별로 따로 유지해야 할 설정

플랫폼 공유할 수 있는 항목 별도로 설정할 항목
Windows、macOS、Linux 호환되는 코어의 구독, 도메인 규칙, 프록시 그룹 구조 시스템 프록시, TUN 권한, 서비스 설치, 프로세스 이름과 경로
Android 해당 형식을 지원하는 구독 및 트래픽 분할 규칙 VPN 권한, 앱별 프록시, 배터리 제한, 백그라운드 업데이트
iOS、iPadOS 대상 클라이언트가 명시적으로 지원하는 구독 항목 설정 문법 호환성, 네트워크 확장 제한, 백업 가져오기 형식

Clash는 설정 및 코어 생태계에서 쓰이는 이름이지, 모든 플랫폼에서 똑같은 하나의 앱을 가리키지는 않습니다. mihomo 확장 필드를 사용할 수 있는지는 코어의 기능뿐 아니라 클라이언트의 처리 방식도 확인해야 합니다. iOS에서 특정 구독 형식을 지원하더라도 데스크톱 설정의 TUN, DNS, 프로세스 규칙 옵션을 모두 지원한다는 뜻은 아닙니다.

데스크톱에서 127.0.0.1:7890 혼합 프록시 포트를 열어도 해당 PC의 로컬 연결만 처리합니다. 같은 설정을 스마트폰에 가져오면 127.0.0.1은 PC가 아니라 스마트폰 자신을 가리킵니다. 기기 간 구독 동기화를 위해 allow-lan을 열거나 제어 인터페이스를 LAN에 노출할 필요는 없습니다.

Android는 보통 시스템 VPN 서비스로 트래픽을 처리하고, 데스크톱은 시스템 프록시나 TUN을 선택할 수 있습니다. 시스템 프록시 설정은 시스템 프록시 설정 가이드를, Android의 트래픽 처리 설정은 Android 설정 안내를 참고하세요.

오버라이드 규칙: 트래픽 분할 기준은 공유하고 기기별 설정은 분리

기기 간에 공유하기 좋은 것은 특정 도메인을 직접 연결하거나 지정한 정책 그룹으로 보내는 식의 도메인별 트래픽 분할 기준입니다. 포트, TUN, DNS 수신 주소, 앱별 선택은 기기 설정으로 남겨두는 편이 좋습니다. 먼저 프록시 그룹 이름을 통일한 뒤 해당 이름을 참조하는 규칙을 공유하세요. 이름이 다르면 같은 규칙도 다른 기기에서 정책을 찾지 못해 오류가 날 수 있습니다.

규칙 순서와 대상 이름부터 확인

아래는 전체 설정에서 rules 부분의 구조를 보여 주는 예시입니다. Proxy는 실제로 존재하는 프록시 또는 정책 그룹이어야 하며, 예시 도메인은 용도에 맞게 바꿔야 합니다. 모든 클라이언트의 오버라이드 입력란에 그대로 붙여 넣을 수 있는 범용 파일은 아닙니다.

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - DOMAIN-SUFFIX,example.net,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

규칙은 보통 위에서 아래 순서로 검사하며, 처음 일치한 규칙의 정책이 적용됩니다. MATCH는 나머지를 처리하는 기본 규칙이므로 마지막에 두세요. 클라이언트가 새 규칙을 기존 MATCH 뒤에 추가하면 해당 규칙은 연결에 적용되지 않습니다. 클라이언트가 공식 지원하는 규칙 앞쪽 삽입 방식을 사용하세요.

배열 병합이 항상 뒤에 추가되는 것은 아님

오버라이드 방식에 따라 rules 배열 전체를 교체하거나, 앞뒤 병합 기능을 제공하거나, 스크립트로 설정 객체를 수정할 수 있습니다. 한 클라이언트의 오버라이드 파일을 다른 클라이언트 입력란에 그대로 복사하지 마세요. 규칙 내용만 옮긴 뒤 대상 클라이언트의 형식에 맞게 다시 구성해야 합니다.

  1. 주 편집 기기에서 도메인 규칙 목록을 관리하고 사용할 프록시 그룹 이름을 기록합니다.
  2. 각 기기에서 지원하는 방식으로 규칙을 적용하고, 네트워크 트래픽 처리 설정은 기기별로 유지합니다.
  3. 구독을 업데이트한 뒤 클라이언트의 실제 적용 설정을 확인합니다. 규칙이 덮어써지지 않았는지, 기본 규칙 뒤에 배치되지는 않았는지 살펴보세요.
  4. 대상 도메인에 접속한 다음 로그나 연결 세부 정보에서 적용된 규칙 종류와 최종 정책을 확인합니다.

DNS의 Fake-IP 모드와 필터 목록도 무조건 전부 동기화하지 않는 편이 좋습니다. 스마트폰의 LAN 기기 검색, 특정 앱, 네트워크 환경에 따라 별도 설정이 필요할 수 있습니다. 설정을 바꿀 때는 먼저 기존 구성을 저장하고 로그를 참고해 조정하세요. 데스크톱의 DNS 설정을 모든 기기에 그대로 적용할 정답으로 보지 마세요.

동기화 후 확인: 업데이트, 규칙, 개인정보 보호, 복구

네 가지 항목으로 동기화 완료 여부 확인

  • 출처 일치: 양쪽 구독이 같은 계정의 호환 형식인지 확인하세요. 이름만 같고 오래된 설정 두 개를 사용 중인 것은 아닌지 살펴봅니다.
  • 업데이트 정상: 수동으로 한 번 업데이트하고 인증 실패, 시간 초과, 형식 파싱 오류가 없는지 확인하세요.
  • 사용자 규칙 적용: 규칙 순서와 정책 그룹 이름을 확인한 다음 연결 세부 정보에서 실제로 적용됐는지 검증하세요.
  • 트래픽 처리 방식 확인: PC에서는 시스템 프록시 또는 TUN을, 스마트폰에서는 VPN 상태와 앱 제외 설정을 확인하세요.

한쪽 기기에서는 작동하지만 다른 쪽에서는 안 된다면 구독 링크를 계속 바꾸기 전에 실제 적용 설정과 로그를 비교하세요. 같은 출처라도 클라이언트가 지원하는 필드가 달라 파싱 결과가 다를 수 있습니다. 구독 업데이트는 정상인데 대상 앱이 프록시를 사용하지 않는다면 트래픽이 코어로 전달되는지 확인하는 것이 우선입니다.

구독 주소는 접근 자격 정보처럼 관리

구독 링크에는 계정 토큰이 들어 있는 경우가 많습니다. 전체 설정, 스크린샷, 클라우드 파일, 백업 파일을 공유하면 링크까지 함께 유출될 수 있습니다. 접근 권한이 제한된 폴더와 전용 앱 비밀번호를 사용하세요. 백업 암호화를 지원한다면 파일 전체 내용이 암호화되는지도 확인해야 합니다. HTTPS는 전송 중인 데이터를 보호할 뿐, 저장된 백업 파일까지 암호화하지는 않습니다.

정리하면, 평소 여러 기기에서 사용할 때는 구독 링크를 각 기기에 직접 등록하고, 사용자 규칙은 단일 출처에서 관리하며, 클라우드 드라이브에는 읽을 수 있는 스냅샷을 보관하고, WebDAV는 호환되는 클라이언트 간 백업·복원에 사용하는 방식이 좋습니다. 변경할 때마다 ‘업데이트 성공 여부, 규칙 적용 여부, 기기의 트래픽 처리 여부’만 확인하면 동기화 문제와 네트워크 문제를 나눠서 해결할 수 있습니다.

Clash 다운로드