여러 기기에서 Clash 설정 동기화하는 방법: 구독 링크·WebDAV·수동 내보내기 비교

진료 기록을 보면 '여러 기기 설정 불일치'는 환절기 흔한 증상 중 하나다. 위중하진 않지만 신경을 갉아먹는다—노드가 맞기도 하고 틀리기도 하고, 규칙이 통했다가 안 통했다가. 노드를 바꾸기 전에 원인부터 정확히 짚고, 그다음 처방을 골라보자.

증상: 여러 기기 설정은 왜 쓸수록 엉망이 될까

먼저 증상을 물어보자. PC, 스마트폰, 태블릿에서 동시에 Clash를 돌리는 사람들의 호소는 대개 세 가지를 벗어나지 않는다.

• 노드 미동기화: 주력 기기에서 방금 구독을 갱신했는데, 새로 추가된 노드는 다른 기기에서 아무리 찾아도 없고 예전 노드는 이미 죽어 있다.
• 규칙 불일치: 한 기기에서 특정 사이트에 직접 연결 규칙을 추가했는데, 다른 기기로 바꾸면 같은 사이트가 다시 프록시를 거친다. 한참 헤매다 그 변경 사항이 다른 기기까지 옮겨가지 않았다는 걸 깨닫는다.
• 단절 집중 발생: 구독을 갱신하거나 요금제를 바꿨는데 한 기기만 업데이트하고 나머지 기기는 연쇄적으로 연결이 끊긴다. 처음엔 노드가 전부 죽은 줄 알고 놀란다.

원인은 한마디로 정리된다. Clash의 설정(Profile)은 파일 형태로 각 기기의 로컬 디렉터리에 저장되고, 클라이언트끼리는 서로를 전혀 모른다. 어느 기기에서 업데이트를 눌렀는지에 따라 그 기기만 최신이 되고, 누르지 않은 기기는 계속 옛 설정을 쓰다가 노드가 실패하는 순간에야 문제가 드러난다. 근본적인 해결책은 두 가지뿐이다—설정의 출처를 하나로 통일하거나, 각 기기를 주기적으로 맞추는 것. 아래 세 가지 처방은 증상의 경중에 따라 나뉜다.

처방 1: 구독 링크 통합 배포

적용 증상: 노드와 규칙이 주로 구독에서 오고, 커스텀 변경이 적으며, 기기가 3대 이상인 경우. 가장 손이 덜 가는 방법이며 대다수에게 정답이다.

방법은 동일한 구독 링크를 각 기기에 한 번씩 추가하고, 이후 각자 정기적으로 갱신하는 것이다. 설정 내용은 구독 서버에 저장되어 있어 각 기기가 받아오는 건 동일한 데이터이므로 자연스럽게 일치한다. '누가 동기화를 깜빡했는지' 같은 문제가 생길 여지가 없다.

처방대로 진행하는 방법:

1. 각 기기의 클라이언트에서 동일한 구독 URL로 원격 설정(Profile)을 새로 만들고, 이름을 통일해 두면 나중에 구분하고 대조하기 쉽다.
2. 자동 업데이트를 켜둔다. Clash Verge Rev는 구독 항목에서 업데이트 간격을 설정할 수 있고, mihomo 계열 모바일 클라이언트도 대부분 정기 갱신을 지원한다. 간격은 24시간을 권장한다—너무 짧으면 불필요한 요청이 늘고, 너무 길면 노드 변경을 놓치기 쉽다.
3. 구독 원본 내용이 그대로 쓰기에 부족하면(커스텀 규칙을 통일해서 추가하거나 그룹을 조정해야 하면) 구독 변환 단계에서 한 번 처리하고, 각 기기는 변환 후의 동일한 링크를 구독한다. 이후 변경할 일이 있으면 변환 단계만 관리하면 된다.

주의사항: 커스텀 수정 내용을 구독으로 생성된 설정 파일에 직접 써넣지 말 것—다음 업데이트 때 덮어써진다. 수정이 필요하면 클라이언트의 오버라이드 기능을 이용한다. Clash Verge Rev는 전역 확장 설정(Merge / Script)을, mihomo 설정은 커스텀 부분과 구독 부분을 나눠서 관리한다. 이렇게 하면 구독은 정상적으로 갱신되고, 커스텀 변경도 그대로 유지된다.

처방 2: WebDAV 동기화

적용 증상: 커스텀 변경이 많은 경우—자체 작성 규칙, 여러 로컬 설정을 병행—한 곳에서 수정하면 모든 기기에 반영되길 원할 때.

FlClash를 대표로 하는 여러 멀티 플랫폼 클라이언트에는 WebDAV 동기화가 내장되어 있고, 일부 데스크톱 클라이언트도 WebDAV 백업 기능을 제공한다. 원리는 동일하다. 설정 디렉터리를 압축해 같은 WebDAV 계정에 업로드하고, 나머지 기기는 같은 계정에서 받아와 복원한다. 네이버 클라우드나 Nextcloud, NAS의 WebDAV 서비스가 이 역할을 대신할 수 있다.

처방대로 진행하는 방법:

1. WebDAV 계정을 준비한다. 클라우드 서비스라면 보안 설정에서 앱 비밀번호(전용 비밀번호)를 발급받고, 직접 구축한 Nextcloud라면 서버 주소, 계정, 비밀번호 세 가지를 기록해 둔다.
2. 주력 기기의 클라이언트에 WebDAV 정보를 입력하고 한 번 백업 업로드를 실행한다.
3. 나머지 기기에는 동일한 계정을 입력하고 복원 다운로드를 실행한다. 이후 큰 변경이 있을 때마다 한 번씩 업로드하고, 자동 동기화를 지원하는 클라이언트라면 주기적으로 켜둔다.

주의해야 할 세 가지:

• WebDAV가 동기화하는 건 설정 파일일 뿐, 실행 상태가 아니다. 복원 후에는 활성 설정을 다시 선택하고 지연 시간도 다시 테스트해야 하며, 프록시 모드도 다시 확인해야 한다.
• 대부분의 구현은 '나중에 쓴 것이 먼저 쓴 것을 덮어쓰는' 방식이다. 두 기기에서 순서대로 변경한 뒤 동기화하면 먼저 수정한 내용이 사라진다. 고정된 순서를 습관화하자: 수정하면 바로 업로드하고, 사용하기 전에는 먼저 내려받는다.
• 설정에는 구독 주소와 노드 인증 정보가 포함되어 있으므로, WebDAV 계정의 보호 수준은 프록시 계정 자체와 같아야 한다. 독립된 비밀번호를 쓰고, 2단계 인증을 지원한다면 반드시 켜둔다.

복원이 끝나면 명령어 한 줄로 연결을 먼저 확인한 뒤 사용하자:

처방 3: 수동 내보내기·가져오기

적용 증상: 기기가 적고(한두 대), 변경이 자주 없거나, 기기를 바꾸거나 시스템을 재설치할 때 한 번만 옮기면 되는 경우. 가장 간단한 처방이라 누구나 시도할 수 있다.

방법은 설정 파일을 한 기기에서 다른 기기로 복사하는 것이다. 데스크톱 클라이언트는 대개 설정 관리 화면에서 내보내기를 제공하거나, 설정 디렉터리에서 직접 YAML 파일을 꺼낼 수 있다. 모바일 클라이언트는 대부분 공유나 내보내기 기능을 이용하며, LAN 전송, 클라우드 드라이브, 케이블 연결 모두 가능하다.

처방대로 진행하는 방법:

1. 원본 기기에서 설정을 내보낸다. Clash Verge Rev의 설정 디렉터리는 보통 시스템 앱 데이터 폴더 아래의 profiles 폴더에 있고, 구독마다 YAML 파일이 하나씩 대응한다. FlClash 등의 클라이언트는 설정 화면에서 바로 내보내기 기능을 제공한다.
2. YAML 파일을 대상 기기로 전송하고, 클라이언트에서 '로컬 파일 가져오기'를 선택한다.
3. 가져온 뒤 포트 설정을 확인한다—두 기기의 mixed-port나 외부 제어 포트가 충돌하거나 다르면, 대상 기기의 기존 설정대로 다시 바꿔준다.
4. 구독 갱신 주소도 확인한다. YAML이 구독 갱신 결과물이라면, 대상 기기에서는 단순히 정적 파일일 뿐이다. 이후 업데이트를 받으려면 대상 기기에서 구독 링크를 다시 추가하거나, 이 과정을 주기적으로 반복해야 한다.

참고

수동 내보내기로 얻는 건 특정 시점의 스냅샷이다. 기기 교체에는 적합하지만 장기적으로 일치 상태를 유지하는 데는 적합하지 않다—시간이 지나면 기기끼리 다시 조금씩 어긋난다.

처방 비교: 세 가지 방법 중 무엇을 고를까

세 가지 처방은 성질이 다르니, 기기 수, 변경 빈도, 구독 의존도라는 세 가지 주요 증상에 맞춰 골라보자.

복합 처방도 흔하다. 구독 링크로 노드의 신선도를 확보하고, WebDAV나 수동 내보내기로 커스텀 규칙과 로컬 설정을 옮긴다. 서로 충돌하지 않으며 각자 맡은 역할이 다르다.

복약 안내: 동기화 후 주의사항

처방을 다 받았다면 몇 가지 안내가 더 남았다. 잘 되던 설정이 동기화할수록 더 엉망이 되지 않도록 하기 위해서다.

• 포트 통일: 각 기기의 mixed-port(기본값 7890)는 가능하면 동일하게 유지해야, 브라우저 프록시나 커맨드라인 도구의 설정을 그대로 재사용할 수 있다.
• 모드 확인: 규칙, 전역, 직접 연결 세 가지 모드는 각 기기의 로컬 상태이며 설정 동기화를 따라가지 않는다. 기기를 바꾼 뒤에는 먼저 모드를 확인하고 다른 작업을 진행하자.
• 내부 버전 차이를 너무 벌리지 말 것: 최신 mihomo의 설정 필드(예: sniffing 관련 문법)를 구버전 코어에 그대로 적용하면 오류가 날 수 있다. 여러 기기에서 같은 YAML을 공유할 때는 가장 낮은 버전 클라이언트의 문법을 기준으로 맞춘다.
• TUN과 시스템 프록시는 기기별 설정: 설정 파일을 따라가지 않으므로 각 기기에서 필요에 따라 개별적으로 켜야 한다. 한 기기에서 켰다고 모든 기기에 적용된 걸로 착각하지 말자.
• 변경 전 백업 남기기: 규칙을 크게 바꾸기 전에는 기존 설정을 먼저 내보내서 보관해 두자. 동기화 메커니즘은 오류까지도 충실하게 모든 기기에 그대로 전파한다.

여러 기기 문제의 본질은 기술적 난제가 아니라 질서의 문제다. 설정의 출처를 하나로 정하고, 업데이트 규칙을 하나 정한 뒤 나머지는 클라이언트가 정해진 시간에 실행하도록 맡기면 된다. 출처가 흐트러지면 도구를 아무리 많이 써도 되돌릴 수 없다.