여러 기기에서 Clash 설정 동기화: 구독 링크·설정 파일 내보내기·WebDAV 백업 비교

먼저 동기화 범위 정하기: 노드, 규칙, 전체 설정

PC와 스마트폰에서 같은 구독을 사용하면 두 기기가 동일한 출처의 노드나 설정을 가져올 수는 있지만, 프록시 모드, 현재 선택된 노드, TUN 활성화 여부, 앱별 트래픽 분할 설정까지 완전히 같아지는 것은 아닙니다. 여러 기기에서 Clash 설정을 동기화하기 전에 ‘원격 콘텐츠’와 ‘기기별 로컬 상태’를 구분하세요. 그래야 스마트폰을 바꾸거나 시스템을 재설치하고 구독을 업데이트할 때, 이 기기의 설정까지 백업된 것으로 착각하지 않습니다.

노드 및 구독 콘텐츠: 서비스 제공자가 생성하며, 전체 설정일 수도 있고 프록시 노드만 포함할 수도 있습니다. 구독을 업데이트하면 원격 콘텐츠를 다시 가져옵니다.
사용자 규칙 및 그룹 설정: YAML 파일에 저장될 수도 있고, 클라이언트의 오버라이드·병합·스크립트 기능으로 생성될 수도 있습니다. 내보내기 전에 어느 단계의 설정이 포함되는지 확인하세요.
기기 설정: 시스템 프록시, VPN 권한, TUN 서비스 권한, 앱별 트래픽 분할, 로컬 수신 주소는 대개 기기마다 따로 설정해야 합니다.
실행 상태: 현재 선택된 그룹, 연결 기록, 캐시는 설정 파일과 다릅니다. 백업에 포함되는지는 클라이언트가 지원하는 백업 범위에 따라 달라집니다.

세 가지 동기화 방법 비교

방법	적합한 상황	업데이트 방식	주요 한계
구독 링크	PC와 스마트폰에서 같은 노드 출처를 계속 사용	각 기기에서 개별로 가져오기	로컬 오버라이드와 시스템 권한은 링크로 옮겨지지 않음
설정 파일 내보내기	일회성 이전, 오프라인 전송, 규칙 스냅샷 보존	수정 후 다시 내보내고 가져오기	외부 규칙 파일이나 클라이언트 데이터베이스가 빠질 수 있음
WebDAV 백업	정기 보관, 재설치 후 복원, 호환 클라이언트로 이전	수동 업로드 또는 클라이언트 지원 방식에 따른 예약 업로드	클라이언트 간 실시간 동기화는 지원하지 않음

세 가지 방법은 하나만 골라야 하는 것이 아니라 함께 사용할 수 있습니다. 예를 들어 Windows와 Android에서 각각 같은 주소를 구독하고, 사용자 규칙은 별도 파일에 저장한 뒤 매주 설정과 규칙을 WebDAV에 백업할 수 있습니다. 노드는 구독으로 업데이트하고, 규칙 변경 내역을 남기며, 기기가 고장 나더라도 복원 가능한 사본을 확보할 수 있습니다.

구독 링크로 동기화: 기기마다 별도로 가져오기

노드가 자주 바뀌고 두 기기에서 계속 업데이트해야 할 때 적합

구독 주소는 원격 설정을 가져오는 경로이지, 기기 간 동기화 채널이 아닙니다. PC에서 업데이트를 마쳤다고 스마트폰까지 업데이트되는 것은 아닙니다. 두 기기가 서로 다른 시점에 내려받은 콘텐츠를 사용하고 있을 수도 있습니다. 먼저 서비스에서 허용하는 기기 수, 동시 연결 수, 데이터 한도를 확인하세요. 하나의 구독을 여러 기기에서 사용해도 이 제한은 보통 서버에서 통합 관리됩니다.

원본 기기에서 현재 설정에 연결된 구독 주소를 찾아 전체 링크를 복사합니다. 쿼리 매개변수도 포함해야 하며, 도메인이나 경로만 복사하지 마세요.
대상 기기에서 설정 관리 메뉴를 열고 URL 가져오기를 선택한 다음 주소를 붙여 넣어 저장합니다. 클라이언트에 따라 메뉴 이름이 ‘설정’, ‘구독’ 또는 ‘Profiles’일 수 있으니 실제 화면을 확인하세요.
처음 다운로드한 뒤 노드 수, 그룹 이름, 업데이트 시간을 확인합니다. 노드만 표시되고 규칙이 없다면 가져온 항목이 노드 구독인지 전체 설정인지 확인하세요.
방금 가져온 설정을 선택한 뒤 연결을 활성화합니다. 데스크톱에서는 필요에 따라 시스템 프록시를 켜고, 스마트폰에서는 시스템 VPN 권한을 허용하세요.
각 기기에서 수동 업데이트를 한 번씩 실행해 원격 콘텐츠를 가져올 수 있는지 확인한 다음 자동 업데이트 주기를 설정하세요.

화면에서 시간을 기준으로 설정할 수 있다면 우선 24시간마다 업데이트하도록 설정하세요. 설정 파일의 proxy-providers에서 interval을 사용하는 경우 단위는 일반적으로 초이므로 24시간은 86400입니다. 두 설정은 서로 다른 타이머이므로 초 단위 필드에 ‘24’를 그대로 입력하면 안 됩니다. 스마트폰은 백그라운드 작업이 제한될 수도 있으니 사용 전에 수동 업데이트를 한 번 실행해 상태를 확인하는 편이 좋습니다.

같은 구독이 모든 클라이언트에서 작동하는 것은 아닙니다

원본 Clash와 Clash Meta(현재 이름: mihomo)는 지원 기능의 범위가 다르며, 클라이언트에 따라 다른 코어를 사용할 수도 있습니다. 제공된 설정에 대상 코어가 지원하지 않는 프로토콜이나 필드가 있으면 가져오기에 실패할 수 있습니다. 서비스 제공자가 사용하려는 클라이언트와 호환된다고 명시한 구독 형식을 선택하세요. 파일 확장자만 .yaml로 바꿔도 형식이 변환되지는 않습니다. 가져오기에 문제가 생기면 먼저 구독 가져오기 안내를 확인하고 구체적인 오류 메시지도 살펴보세요.

설정 파일 내보내기: 필요할 때 되돌릴 스냅샷 보관

YAML 내보내기는 일회성 이전에 적합하며, 규칙을 수정하기 전에 스냅샷을 보관할 때도 유용합니다. 하지만 ‘설정 내보내기’와 ‘앱 백업’은 서로 다른 작업입니다. 전자에는 보통 코어 실행에 필요한 텍스트만 포함되지만, 후자에는 구독 기록, 화면 설정, 오버라이드 파일이 추가될 수 있습니다. 이전하기 전에 내보낸 결과를 확인하고 파일 이름만으로 백업의 완전성을 판단하지 마세요.

원본 기기에서 구독을 수동으로 업데이트하고 현재 설정이 정상적으로 시작되는지 확인합니다. 대상 기기에서 지원 기능을 비교할 수 있도록 클라이언트 이름과 코어 종류, 버전을 기록해 두세요.
클라이언트에서 제공하는 설정 내보내기 또는 설정 파일 열기 기능을 사용해 profile-2026-10-03.yaml로 저장합니다. 생성된 임시 설정만 남기지 말고 개인 오버라이드 파일도 별도로 저장하세요.
proxy-providers와 rule-providers의 path를 확인합니다. 로컬 파일을 참조한다면 함께 옮기고, 원격 URL을 사용한다면 대상 기기에서 파일을 내려받을 수 있는지 확인하세요.
신뢰할 수 있는 파일 전송 방법으로 대상 기기에 보낸 뒤 로컬 파일 가져오기를 사용합니다. 기존에 정상 작동하는 설정을 덮어쓰지 말고 새 설정으로 먼저 테스트하세요.
포트, LAN 수신, DNS, TUN 설정을 확인한 다음 연결을 테스트합니다. 모두 정상일 때만 일상적으로 사용할 설정으로 지정하세요.

예를 들어 PC의 혼합 포트가 7890으로 설정되어 있어도 대상 기기에서 다른 프록시 프로그램이 이미 이 포트를 사용하고 있다면 가져온 설정이 시작되지 않을 수 있습니다. PC에서 저장한 네트워크 어댑터의 DNS 주소가 스마트폰의 모바일 네트워크에서는 작동하지 않을 수도 있습니다. 기기 간 설정을 복사할 때는 모든 네트워크 매개변수를 그대로 옮기기보다 규칙의 의도를 유지하세요. 포트 관련 문제는 포트 문제 해결 안내를 참고하세요.

WebDAV 백업: 보관용으로 사용하고 실시간 동기화로 여기지 않기

WebDAV는 파일에 접근하는 방식이지 Clash나 mihomo 코어에서 공통으로 제공하는 동기화 기능이 아닙니다. 클라이언트에서 WebDAV 주소를 입력할 수 있는지, 암호화 백업과 예약 업로드를 지원하는지는 클라이언트마다 다릅니다. 내장 메뉴가 없다면 내보낸 파일을 로컬 백업 폴더에 저장한 뒤 WebDAV를 지원하는 파일 도구로 업로드할 수 있습니다.

전용 폴더와 복원 절차 마련하기

사용 중인 WebDAV 서비스에 clash-backups/laptop/ 및 clash-backups/phone/과 같은 전용 폴더를 만듭니다. HTTPS를 사용하고, 가능하면 해당 폴더 전용 앱 인증 정보를 생성하세요.
클라이언트가 WebDAV를 지원한다면 백업 메뉴에서 서버 주소, 사용자 이름, 앱 인증 정보를 입력합니다. 서비스에서 기본 주소와 폴더 경로를 따로 받는 경우 서버 안내에 따라 각각 입력하세요.
처음 수동 업로드한 뒤 서버에서 파일의 날짜와 크기를 확인합니다. laptop-2026-10-03.zip처럼 파일 이름에 기기와 날짜를 넣어 두 기기가 같은 파일을 계속 덮어쓰지 않도록 하세요.
백업 파일을 내려받아 별도의 설정이나 테스트 환경에서 복원합니다. 구독, 오버라이드, 규칙이 실제로 있는지 확인하세요. ‘업로드 성공’이 ‘복원 성공’을 의미하지는 않습니다.
최근 일일 백업 7개와 주간 백업 4개를 보관하거나, 저장 공간에 맞춰 비슷한 보존 정책을 설정하세요. 클라이언트를 업그레이드하기 전에는 별도 사본도 하나 더 남기세요.

앱 전용 백업 파일은 같은 클라이언트에서만 읽을 수 있거나 백업 형식 버전에 따라 제한될 수 있습니다. 다른 클라이언트로 옮길 때는 양쪽에서 모두 지원하는 설정 형식을 우선 사용한 뒤 설정을 수동으로 보완하세요. WebDAV에 저장된 파일을 내려받아도 실행 중인 코어가 자동으로 바뀌지는 않습니다. 다운로드, 가져오기, 설정 선택, 다시 불러오기는 각각 직접 수행해야 합니다.

양방향 덮어쓰기와 인증 정보 유출 방지

PC와 스마트폰에서 하나의 ‘현재 설정’ 파일을 동시에 편집하고 양방향 동기화하지 마세요. 두 기기가 모두 이전 버전을 읽은 뒤 각자 수정한 내용으로 상대방의 변경 사항을 덮어쓸 수 있습니다. 더 안전한 방법은 한 기기에서 사용자 규칙을 관리하고 나머지 기기는 읽기만 하도록 하는 것입니다. 여러 기기에서 수정해야 한다면 날짜를 넣은 새 사본을 만든 뒤 내용을 확인하고 배포하세요. 백업 파일에 구독 주소나 노드 암호가 포함되어 있다면 클라이언트에서 지원하는 암호화 백업을 사용하거나 신뢰할 수 있는 도구로 암호화한 후 업로드하세요. 복구 암호는 별도로 보관해야 합니다.

사용자 지정 규칙 보존: 구독 원본과 개인 오버라이드 분리

구독으로 내려받은 YAML을 직접 수정하면 다음 업데이트 때 변경 사항이 사라지는 경우가 많습니다. 개인 규칙은 클라이언트가 명시적으로 지원하는 오버라이드·병합·스크립트 계층에 두거나, 직접 관리하는 전체 설정에서 노드 제공자를 참조하세요. 클라이언트마다 오버라이드 문법과 병합 순서가 다르므로 한 클라이언트의 스크립트를 다른 클라이언트에 그대로 가져와 설정으로 사용할 수는 없습니다.

아래는 실행 설정의 rules 순서를 보여 주는 예시이며, 범용 오버라이드 파일은 아닙니다. PROXY라는 그룹이 이미 있다고 가정합니다. 예시 도메인은 작성 방식을 설명하기 위한 것이므로 실제 사용 시 처리하려는 도메인으로 바꾸세요. 병합 기능을 사용한다면 규칙이 최종 MATCH 뒤에 추가되는 것이 아니라 앞에 삽입되는지 확인해야 합니다.

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

순서: 규칙은 보통 위에서 아래로 확인하며, 먼저 일치한 규칙이 트래픽의 경로를 결정합니다. MATCH 뒤에 놓인 개인 규칙은 적용될 기회가 없습니다.
그룹 이름: PROXY는 현재 설정에 지정된 이름과 정확히 일치해야 합니다. 구독에서 그룹 이름을 바꾸면 참조하는 규칙도 함께 수정해야 합니다.
외부 의존성: GEOIP를 사용하려면 지리 데이터가 준비되어 있어야 합니다. GEOSITE 또는 RULE-SET을 사용한다면 대상 코어의 지원 여부와 데이터 및 규칙 제공자의 준비 상태도 확인하세요.
기기별 차이: Android의 앱별 프록시 목록과 데스크톱의 시스템 프록시 설정은 위 도메인 규칙에 포함되지 않으므로 기기마다 별도로 설정해야 합니다.

업데이트 전후에 최종 적용 설정을 확인해 개인 규칙이 기본 처리 규칙보다 앞에 있는지 살펴보세요. 클라이언트에서 병합 결과를 표시한다면 편집기의 오버라이드 일부만 보지 말고 병합된 내용을 기준으로 확인하세요. 이렇게 하면 구독 업데이트를 계속 받으면서 매번 규칙을 다시 추가하는 수고를 줄일 수 있습니다.

이전 후 확인: 네 가지 항목으로 실제 적용 여부 점검

설정이 정상적으로 로드됨: 로그에서 알 수 없는 필드, 그룹을 찾을 수 없음, 규칙 파일 읽기 실패, 포트 충돌 메시지가 없는지 확인합니다. 가져오기 및 업데이트 시간도 기록해 두세요.
트래픽이 클라이언트로 전달됨: 데스크톱에서는 시스템 프록시를 따르는 브라우저로 테스트하고, 스마트폰에서는 VPN 연결 상태를 확인하세요. 시스템 프록시를 따르지 않는 앱까지 처리해야 한다면 대상 클라이언트의 안내에 따라 TUN과 권한을 설정하세요.
규칙이 올바르게 적용됨: 직접 연결되어야 하는 사이트와 프록시를 거쳐야 하는 사이트에 각각 접속한 뒤 연결 목록에서 적용된 규칙과 최종 출구를 확인하세요. 속도 테스트의 지연 시간만으로 규칙이 적용되었다고 판단할 수는 없습니다.
업데이트 후에도 변경 사항이 유지됨: 구독을 한 번 수동으로 업데이트하고 개인 규칙을 다시 확인한 다음 클라이언트를 재시작해 테스트하세요. 현재 세션에서만 적용된 경우를 걸러낼 수 있습니다.

‘PC에서는 되는데 스마트폰에서는 안 되는’ 문제가 생기면 구독 형식, 그룹 선택, DNS, 시스템 권한 순서로 확인하세요. 곧바로 설정 전체를 바꾸지는 마세요. 특정 Wi-Fi에서만 문제가 생긴다면 먼저 해당 네트워크와 모바일 네트워크의 차이를 비교한 다음 로컬 DNS나 네트워크 제한을 확인하세요. 연결을 위한 설정 절차는 시스템 프록시 설정 안내를 참고하세요.

복원 절차를 명확하게 하려면 세 가지만 보관하면 됩니다. 노드를 다시 가져올 수 있는 구독 주소, 따로 저장한 개인 규칙, 복원 테스트까지 마친 백업입니다. 평소 업데이트는 각 기기의 구독 기능에 맡기고, 규칙은 한 곳에서만 수정하며, 포트와 권한은 기기별로 설정하세요. 이렇게 하면 플랫폼 간에 그대로 옮기기 어려운 실행 환경이 아니라, 일관되게 유지해야 하는 콘텐츠를 동기화할 수 있습니다.