플랫폼 가이드 예상 읽기 시간 13분

Clash 멀티 디바이스 설정 동기화 방법: 구독 링크·WebDAV·수동 내보내기 비교

휴대폰, PC, 태블릿에서 Clash 설정을 일치시키는 방법을 비교합니다. 구독 링크, WebDAV 백업, 수동 내보내기·가져오기의 사용법과 주의점을 정리했습니다.

먼저 설정·백업·실행 상태를 구분하세요

Clash의 ‘동기화’는 하나의 통합 스위치가 아닙니다. 구독 링크는 원격 설정을 배포하고, WebDAV는 일반적으로 클라이언트 백업을 저장하며, 수동 내보내기는 일회성 파일 이전에 사용됩니다. 세 방식은 다루는 데이터 범위가 다르므로 모든 기기의 실행 환경을 완전히 동일하게 만들 수는 없습니다.

여러 기기에서 공유하기 좋은 항목은 프록시 노드, 프록시 그룹, 도메인 규칙, 규칙 세트 주소, 기본 DNS 정책입니다. 시스템 프록시 스위치, TUN 권한, 시작 시 실행, 현재 선택한 노드, 속도 측정 결과, 로그와 화면 설정은 로컬 상태에 가까우므로 각 기기에서 별도로 관리하는 편이 좋습니다.

데이터 유형 여러 기기에서 사용하기 적합한가 권장 처리 방법
노드·프록시 그룹·규칙 적합 구독 링크로 중앙 배포
오버라이드 스크립트·부분 규칙 클라이언트 호환성에 따라 결정 별도로 저장하고 플랫폼별로 조정
클라이언트 설정 및 이전 구성 동일 클라이언트 간에 적합 WebDAV 또는 전체 백업
TUN 권한·VPN 승인 부적합 각 기기에서 로컬로 권한 승인
현재 노드·실시간 지연 시간 대부분의 경우 불필요 기기 네트워크에 맞춰 다시 선택

방법 1: 구독 링크로 설정을 중앙 배포하기

구독 링크는 유지 관리 비용이 가장 낮은 방법입니다. 서버나 구독 변환 서비스에 기본 설정을 저장하고, 각 기기에는 같은 주소만 등록해 일정한 주기로 가져옵니다. 설정이 바뀌면 소스만 한 번 수정한 뒤 각 기기에서 새로 고치면 됩니다.

표준 가져오기 절차

  1. 데스크톱 클라이언트에서 「설정」 또는 「Profiles」로 이동한 뒤 「URL에서 가져오기」를 선택합니다.
  2. 구독 주소를 붙여 넣고 “일상 규칙”처럼 설정 이름을 지정한 다음 다운로드를 실행합니다.
  3. Android의 Clash Meta 계열 클라이언트에서 「설정」→「새 설정」→「URL」로 이동해 같은 주소를 입력합니다.
  4. 자동 업데이트 주기를 1440분으로 설정합니다. 규칙을 자주 조정한다면 360분으로 줄일 수 있지만 몇 분마다 확인할 필요는 없습니다.
  5. 새로 고친 뒤 프록시 그룹, 규칙 수, 업데이트 시간을 확인하고 해당 설정을 현재 설정으로 지정합니다.

클라이언트마다 메뉴 이름은 조금씩 다를 수 있지만 핵심 동작은 URL 저장, YAML 가져오기, 다운로드한 설정 활성화의 세 가지입니다. 클라이언트에 “로컬 설정”과 “원격 설정”이 함께 표시된다면 원격 설정을 선택해야 이후 소스 변경 사항을 자동으로 가져올 수 있습니다.

구독 동기화의 한계

원격 구독은 대개 해당 설정 파일에 대한 로컬 직접 수정을 덮어씁니다. 예를 들어 휴대폰에서 임시로 규칙을 추가해도 다음 새로 고침 때 사라질 수 있습니다. 계속 사용할 규칙은 구독 소스에 반영하거나 클라이언트의 Merge, Mixin, 오버라이드 스크립트로 추가해야 합니다.

오버라이드 기능은 모든 클라이언트에서 동일하게 작동하지 않습니다. mihomo가 지원하는 규칙 프로바이더, 규칙 세트 형식, 일부 DNS 필드를 구버전 Clash 코어가 인식하지 못할 수 있습니다. 클라이언트별 설정을 생성할 때는 공통으로 지원되는 기본 필드를 우선 사용하고 플랫폼 전용 항목은 분리하세요.

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

dns:
  enable: true
  enhanced-mode: fake-ip

rules:
  - DOMAIN-SUFFIX,example.org,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

위의 기본 구조는 대부분의 mihomo 클라이언트에서 사용할 수 있지만 포트, 로컬 네트워크 접근, DNS 동작은 기기에 맞춰 조정해야 합니다. 휴대폰에서는 일반적으로 로컬 네트워크 포트를 열 필요가 없습니다. 가정용 게이트웨이로 사용하는 데스크톱에서는 로컬 네트워크 접근을 허용하고 수신 주소와 방화벽 범위도 별도로 제한해야 할 수 있습니다.

방법 2: WebDAV에 전체 백업 저장하기

WebDAV는 실시간 협업보다는 ‘백업을 업로드하고 필요할 때 복원하는’ 방식에 가깝습니다. 이 기능을 지원하는 클라이언트는 설정, 오버라이드 내용, 일부 환경 설정을 묶어 원격 디렉터리에 업로드합니다. 다른 기기에서 백업을 내려받을 수 있지만 일반적으로 같은 클라이언트 계열이고 백업 형식이 호환되어야 합니다.

예를 들어 Android 클라이언트가 만든 백업에는 앱 데이터베이스, 설정 인덱스, 로컬 파일이 포함될 수 있어 데스크톱 클라이언트가 바로 해석하지 못할 수 있습니다. 두 클라이언트가 모두 mihomo 코어를 사용하더라도 앱 외부 데이터 구조는 완전히 다를 수 있습니다. 따라서 WebDAV는 ‘같은 클라이언트를 비슷한 기기에서 복원’하는 용도로 사용하는 것이 가장 안전하며, ‘아무 Clash 클라이언트끼리 동기화’하는 방법은 아닙니다.

권장 디렉터리 및 이름 지정

여러 기기가 하나의 파일을 계속 덮어쓰게 하지 마세요. 클라이언트와 기기별로 디렉터리를 나누고 파일 이름에 날짜를 포함하는 방법이 좋습니다:

clash-backups/
├── android-phone/
│   └── backup-2026-08-11.zip
├── android-tablet/
│   └── backup-2026-08-11.zip
└── desktop/
    └── backup-2026-08-11.zip

WebDAV를 설정할 때는 먼저 클라우드에 전용 디렉터리를 만든 다음 클라이언트에서 「설정」→「백업 및 복원」 또는 「설정」→「WebDAV」로 이동합니다. 서버 주소, 계정, 비밀번호, 원격 경로를 차례로 입력합니다. 업로드가 끝나면 즉시 원격 디렉터리를 열어 파일 시간과 크기가 변경되었는지 확인하세요.

복원 전에 로컬 스냅샷부터 저장하세요

  1. 현재 사용 중인 설정 이름과 업데이트 시간을 기록합니다.
  2. 원격의 오래된 파일이 새 설정을 덮어쓰지 않도록 먼저 로컬 백업을 한 번 내보냅니다.
  3. 원격 파일이 어느 기기와 어느 클라이언트 버전에서 만들어졌는지 확인합니다.
  4. 복원이 끝나면 클라이언트를 완전히 종료한 뒤 다시 시작합니다.
  5. 구독 URL, 오버라이드 규칙, DNS 모드, TUN 스위치를 확인하세요. 노드 목록만 확인해서는 안 됩니다.

두 기기에서 자동 업로드를 모두 켜 둔 경우 가장 흔한 문제는 마지막에 저장한 기기가 이전 백업을 덮어쓰는 것입니다. WebDAV 자체는 일반적으로 Clash 설정 내용을 이해하거나 필드별 병합을 수행하지 않습니다. 휴대폰이 21:00에 업로드하고 태블릿이 21:05에 업로드하면 뒤에 업로드한 파일이 앞선 파일을 그대로 대체할 수 있습니다.

WebDAV 사용 상황 위험 대처 방법
동일 계정·동일 파일명 기기 간 덮어쓰기 기기별로 디렉터리 분리
클라이언트 간 복원 백업 형식 비호환 표준 YAML만 이전
원격 백업이 장기간 업데이트되지 않음 오래된 구독과 규칙으로 복원됨 날짜를 유지하고 수정 시간 확인
업로드 중단 압축 파일 불완전 다시 업로드한 뒤 다른 기기에서 읽어 보기

방법 3: 수동으로 내보내고 가져오기

수동 이전은 가장 직관적이고 검토하기도 쉽습니다. 기기 교체, 안정적인 설정의 임시 복사, WebDAV를 지원하지 않는 클라이언트로의 이전, 가져오기 전에 민감한 필드를 삭제해야 하는 경우에 적합합니다. 단점은 변경할 때마다 다시 내보내야 하므로 자동으로 일관성을 유지할 수 없다는 점입니다.

YAML 파일 하나만 복사하지 마세요

간단한 설정은 YAML 파일 하나만 있으면 되지만, 복잡한 설정은 규칙 세트, 스크립트, 로컬 인증서를 추가로 참조할 수 있습니다. 내보내기 전에 다음 필드를 검색하세요: rule-providers, proxy-providers, script, tls, path. 필드가 로컬 상대 경로를 가리킨다면 해당 파일도 함께 이전해야 합니다.

profiles/
├── main.yaml
├── providers/
│   ├── proxy.yaml
│   └── direct.yaml
└── rules/
    ├── private.yaml
    └── streaming.yaml

다른 기기에 가져온 뒤 원래 설정을 바로 덮어쓰지 마세요. 먼저 “이전 테스트”라는 이름으로 저장하고 불러와 클라이언트가 정상적으로 해석하는지 확인합니다. 로그에 “file not found”가 표시되면 외부 파일이 빠졌을 가능성이 큽니다. “field not found” 또는 “unsupported field”가 표시되면 코어 버전이나 설정 형식이 호환되지 않을 가능성이 높습니다.

수동 이전 시 확인 순서

  1. 대상 클라이언트가 mihomo 호환 코어를 사용하는지 확인하고 코어 버전을 확인합니다.
  2. YAML을 가져온 후 설정 검사를 실행해 들여쓰기와 필드 오류가 없는지 확인합니다.
  3. 프록시 그룹을 열어 노드 수가 원본 기기와 같은지 확인합니다.
  4. 모드를 「규칙」으로 전환하고 최종 대체 규칙이 MATCH인지 확인합니다.
  5. 직접 연결 사이트와 프록시 사이트에 각각 한 번씩 접속해 연결 로그의 규칙 매칭 결과를 확인합니다.
  6. 마지막으로 시스템 프록시 또는 TUN을 켜서 잘못된 설정이 전체 네트워크를 바로 가로채지 않도록 합니다.

수동 내보내기의 또 다른 장점은 이전 전에 대상 기기에 맞지 않는 필드를 삭제할 수 있다는 것입니다. 예를 들어 데스크톱 설정의 external-controller: 127.0.0.1:9090, 로컬 네트워크 수신 설정, 고정 경로는 휴대폰에서 대개 필요하지 않습니다. Android의 VPN 및 TUN 권한도 시스템에서 다시 승인해야 하므로 설정을 복사한다고 승인 절차를 건너뛸 수는 없습니다.

플랫폼 간 충돌이 잦은 설정 5가지

1. 포트 및 시스템 프록시

데스크톱 클라이언트에서 흔히 사용하는 HTTP/SOCKS 혼합 포트는 7890이고 제어 포트는 9090인 경우가 많지만, 실제 값은 클라이언트의 현재 설정을 기준으로 해야 합니다. 기존 프록시 프로그램이 설치된 PC에 설정을 복사하면 7890이 이미 사용 중일 수 있습니다. 이때 충돌하는 프로그램을 종료하거나 혼합 포트를 7891, 7892 등 사용하지 않는 포트로 바꾸고 시스템 프록시 설정도 함께 수정하세요.

2. TUN 모드

TUN은 기기 수준의 기능입니다. Windows에서는 서비스를 설치하거나 관리자 권한으로 처음 활성화해야 할 수 있고, macOS에서는 네트워크 확장 권한을 요청하며, Android에서는 시스템 VPN 인터페이스로 터널을 생성합니다. 같은 YAML에 TUN 매개변수를 포함할 수는 있지만 권한 승인, 라우팅 테이블, 제외 앱 목록은 구독과 함께 동기화되지 않습니다.

3. DNS 및 Fake-IP

Fake-IP를 사용하면 코어가 도메인 정보를 더 일찍 확보해 규칙을 적용할 수 있지만, 일부 로컬 네트워크 기기 검색, 인쇄 서비스, 특수 앱은 필터 목록에 추가해야 할 수 있습니다. 휴대폰과 가정용 PC가 연결된 네트워크는 다르므로 모든 필터 항목을 기계적으로 복사해서는 안 됩니다. 로컬 네트워크 도메인이 해석되지 않으면 먼저 Fake-IP를 끈 결과와 비교한 뒤 fake-ip-filter를 조정하세요.

4. 로컬 경로

Windows 경로에는 드라이브 문자가 사용될 수 있고 Android와 macOS는 서로 다른 앱 디렉터리를 사용합니다. 설정에 절대 경로가 포함되면 여러 플랫폼에서 가져올 때 실패하기 쉽습니다. 규칙 파일은 원격 URL을 우선 사용하고, 로컬 파일을 반드시 참조해야 한다면 클라이언트 설정 디렉터리 기준 상대 경로를 사용하세요.

5. 노드 선택 및 정책 그룹 상태

일부 클라이언트는 정책 그룹마다 마지막으로 선택한 노드를 기억하지만, 이 상태는 YAML이 아닌 로컬 데이터베이스에 저장될 수 있습니다. 설정을 동기화한 뒤 휴대폰과 PC에서 서로 다른 노드가 선택되어 있어도 정상입니다. 모바일 네트워크와 고정 광대역의 지연 시간도 다르므로 각각 속도를 측정한 후 더 적합한 노드를 선택하세요.

세 가지 방법 중 무엇을 선택할까요?

방법 적합한 상황 업데이트 방식 주요 제한
구독 링크 여러 종류의 기기를 장기간 관리할 때 예약 또는 수동 새로 고침 로컬에서 직접 수정한 내용이 덮어써질 수 있음
WebDAV 같은 클라이언트의 백업 및 복원 백업 업로드·다운로드 클라이언트 간 호환성이 제한적
수동 내보내기 기기 교체·일회성 이전·설정 검토 파일을 직접 복사 이후 변경 사항은 자동 동기화되지 않음

기기가 두세 대이고 설정 대부분이 원격 구독에서 제공된다면 같은 구독 주소를 사용하는 것이 가장 간단합니다. 클라이언트 환경 설정, 오버라이드 스크립트, 이전 설정을 보존해야 한다면 구독과 함께 WebDAV 백업을 추가할 수 있습니다. 기기를 교체하거나 클라이언트 간에 이전할 때는 수동 내보내기를 통제 가능한 중간 형식으로 사용하세요.

가장 안정적인 조합은 ‘구독을 중심으로, 백업을 보조 수단으로, 수동 내보내기를 최후의 수단으로’ 사용하는 것입니다. 구독은 일상적인 업데이트를 담당하고, WebDAV는 매주 또는 큰 변경 전에 스냅샷을 저장하며, 수동 내보내기는 버전 업그레이드, 기기 교체, 장애 복구에 사용합니다. 원격 백업이 덮어써지는 일이 생겨도 구독에서 핵심 설정을 다시 받을 수 있습니다.

이전 후 10분 동안 최종 점검하기

  1. 설정 업데이트 시간, 노드 수, 프록시 그룹 수가 원본과 같은지 확인합니다.
  2. 클라이언트 로그에서 YAML 해석 오류나 규칙 세트 다운로드 실패가 있는지 확인합니다.
  3. 직접 연결 노드와 프록시 노드의 지연 시간을 각각 한 번씩 측정하고 실제 사용 가능한 결과를 기록합니다.
  4. 직접 연결되어야 하는 사이트를 열어 DIRECT 또는 해당 직접 연결 그룹에 매칭되는지 확인합니다.
  5. 프록시를 사용해야 하는 사이트를 열어 대상 규칙과 프록시 그룹에 매칭되는지 확인합니다.
  6. Wi-Fi와 모바일 네트워크를 전환하며 DNS와 TUN이 모두 다시 연결되는지 확인합니다.
  7. 클라이언트를 다시 시작해 현재 설정이 계속 선택되어 있고 자동 업데이트 주기가 예상값으로 유지되는지 확인합니다.
  8. 기기를 재부팅한 뒤 시스템 프록시, VPN 상시 연결, 시작 시 실행이 기기 요구 사항에 맞는지 확인합니다.

구독을 새로 고친 뒤 노드는 정상적으로 표시되지만 웹페이지가 모두 열리지 않는다면 설정을 반복해서 가져오기보다 DNS, 시스템 프록시 포트, TUN 충돌을 먼저 확인하세요. 일부 도메인만 실패한다면 연결 로그의 규칙 매칭과 DNS 조회 결과를 확인해 문제가 해석, 규칙 매칭, 노드 연결 중 어느 단계에서 발생했는지 파악합니다.

멀티 디바이스 동기화의 핵심은 더 많은 파일을 복사하는 것이 아니라 구독이 관리할 부분, 클라이언트 백업에 해당하는 부분, 기기별로 다시 설정해야 하는 부분을 명확히 나누는 데 있습니다. 경계를 분명히 하면 휴대폰, PC, 태블릿이 같은 규칙 로직을 공유하면서도 각자 필요한 네트워크 권한과 실행 매개변수를 유지할 수 있습니다.

Clash 다운로드