휴대폰·PC Clash 구독 설정 동기화 방법

먼저 동기화 범위부터 정하세요: 구독 공유가 모든 설정 복사를 뜻하지는 않습니다

먼저 휴대폰과 PC에서 각각 클라이언트의 ‘설정’ 또는 ‘Profiles’ 페이지를 열고 현재 활성화된 설정의 출처를 확인하세요. 두 기기 모두 같은 구독 주소에서 설정을 내려받는다면 노드 목록은 동일합니다. 하지만 선택한 노드, 규칙 모드, 시스템 프록시 사용 여부, 백그라운드 실행 권한은 보통 기기마다 따로 저장됩니다.

구독 URL은 클라이언트가 원격 콘텐츠를 가져올 때 사용하는 주소입니다. 전체 YAML 설정을 반환할 수도 있고 노드 목록만 반환하거나 인코딩된 다른 형식의 데이터를 반환할 수도 있습니다. YAML은 들여쓰기로 구조를 표현하는 텍스트 형식입니다. 클라이언트가 해석할 수 있는 형식만 바로 가져올 수 있으므로, 주소에 ‘구독’이라는 이름이 있다고 해서 호환된다고 단정하면 안 됩니다.

mihomo는 Clash Meta의 후속 커널 이름으로, 프록시 프로토콜과 라우팅 규칙을 처리합니다. 클라이언트는 설정 가져오기, 시스템 트래픽 연결, 업데이트 등을 위한 인터페이스를 제공합니다. 두 기기에서 모두 mihomo 설정을 지원하더라도 클라이언트별 오버라이드 메뉴와 병합 방식까지 같은 것은 아닙니다.

방법 1: 두 기기에 같은 구독 주소를 각각 가져오기

휴대폰과 PC 두 대만 사용하고 서비스에서 제공하는 규칙을 주로 이용한다면 이 방법부터 시도하세요. 별도의 호스팅 서버가 필요 없고, 문제가 생겼을 때 다운로드 실패인지 로컬 설정 충돌인지 구분하기도 쉽습니다.

1. 서비스 계정 페이지에서 Clash 또는 mihomo용 구독 주소를 복사하세요. 브라우저에 표시된 계정 페이지 주소를 복사하면 안 됩니다.
2. Android 클라이언트에서 ‘설정’을 열고 ‘추가’, ‘새로 만들기’ 또는 ‘URL에서 가져오기’를 찾아 주소를 붙여넣은 뒤 저장하세요. 메뉴 이름은 클라이언트마다 다를 수 있습니다.
3. PC 클라이언트에서 ‘설정’ 또는 ‘Profiles’를 열고 URL을 통해 같은 주소를 가져오세요. 다운로드가 끝나면 해당 설정을 활성화하세요.
4. 두 기기에서 각각 한 번씩 수동으로 업데이트하고 업데이트 시간, 노드 목록, 프록시 그룹이 예상대로인지 확인한 다음 자동 업데이트를 켜세요.
5. 필요한 노드나 프록시 그룹은 기기마다 선택하세요. 클라이언트가 상태 동기화 기능을 명시적으로 제공하지 않는 한 PC에서 노드를 바꿔도 휴대폰에 반영될 것으로 기대하면 안 됩니다.

업데이트 주기는 우선 24시간으로 설정하세요

시간 단위라면 우선 24를 입력하세요. 초 단위라고 명시되어 있다면 24시간은 86400초입니다. 일부 클라이언트는 정해진 옵션만 제공하므로 가장 가까운 값을 선택하세요. 서비스에서 안내하는 업데이트 주기를 지키고, 연결 문제를 해결하려고 갱신 간격을 몇 초로 줄이지 마세요.

Android가 절전 모드에 들어가거나 백그라운드 실행이 제한되면 예약 작업이 지연될 수 있습니다. 따라서 ‘매일 업데이트’가 매일 정해진 시각에 반드시 실행된다는 뜻은 아닙니다. 노드 변경이 반영되지 않으면 앱을 열어 수동으로 새로고침한 뒤 백그라운드 제한을 확인하세요. PC가 오랫동안 절전 상태여도 예약된 업데이트를 놓칠 수 있습니다.

이 방법으로는 로컬 수정 사항을 동기화할 수 없습니다

다운로드한 구독 설정을 직접 수정하면 다음 업데이트 때 내용이 덮어써질 수 있습니다. 계속 유지해야 하는 규칙은 원격 설정 사본에 추가하지 말고 클라이언트의 별도 로컬 오버라이드 영역에 넣으세요. 클라이언트가 오버라이드를 지원하지 않는다면 로컬 설정을 따로 보관해 덮어쓰기를 피할 수 있지만, 이후 노드와 규칙 업데이트를 직접 관리해야 합니다.

방법 2: 직접 설정을 호스팅해 공통 규칙 관리하기

여러 기기를 관리하거나 업무 도메인, 프록시 그룹, 규칙 순서를 통일하고 싶다면 직접 관리하는 HTTPS 서버에 공통 설정을 둘 수 있습니다. 클라이언트는 이 호스팅 주소를 구독하고, 관리자는 원격 파일을 업데이트합니다. 여기서 호스팅은 설정 파일을 저장하고 배포하는 방식이지, 휴대폰과 PC가 서로 파일을 직접 주고받는다는 뜻은 아닙니다.

전체 설정과 노드 제공자를 구분하세요

전체 설정에는 보통 proxies 또는 proxy-providers, proxy-groups, rules 등의 필드가 포함됩니다. proxy-providers는 지정한 방식으로 노드 목록을 가져오는 노드 제공자입니다. 여기에 임의 형식의 구독 데이터를 대신 넣을 수는 없습니다.

• 서비스에서 노드 제공자에 바로 사용할 수 있는 YAML을 제공한다면 공통 설정에서 이를 참조하고, 프록시 그룹에서 use를 사용해 제공자를 지정할 수 있습니다.
• 서비스에서 전체 설정만 제공한다면 먼저 노드 전용 출력 옵션이 있는지 확인하세요. 전체 설정을 노드 제공자 파일처럼 바로 사용할 수는 없습니다.
• 형식 변환이 꼭 필요하다면 직접 관리하는 환경에서 진행하세요. 변환한 프로토콜 필드가 양쪽 기기의 커널과 호환되는지도 확인해야 합니다.

이렇게 하면 ‘노드 업데이트’와 ‘공통 규칙 업데이트’를 분리할 수 있지만 장애 요인도 하나 늘어납니다. 기본 설정 다운로드에 성공해도 제공자 파일 다운로드까지 성공한 것은 아닙니다. 문제를 진단할 때는 두 항목의 업데이트 시간과 로그를 각각 확인하세요.

호스팅 전에 세 가지를 확인하세요

1. 응답 확인:로그인하지 않은 브라우저에서 클라이언트가 사용할 주소를 열어 설정 텍스트가 반환되는지 확인하세요. 로그인 페이지, 공유 미리보기, 오류 페이지가 표시되면 안 됩니다. 인증이 필요하다면 클라이언트가 해당 인증 방식을 지원하는지 먼저 확인하세요.
2. 접근 권한:노드 인증 정보가 포함된 파일을 공개 저장소에 올리지 마세요. 액세스 토큰을 공개 규칙 파일이나 스크린샷에 넣는 것도 피하세요.
3. 캐시 설정:파일을 배포한 뒤 두 기기에서 각각 수동으로 새로고침해 실제 콘텐츠가 업데이트됐는지 확인하세요. 이전 파일이 계속 반환된다면 클라이언트를 반복해서 수정하지 말고 호스팅 서비스와 중간 캐시를 확인하세요.

방법 3: 공통 구독에 로컬 오버라이드를 더해 기기별 차이 유지하기

먼저 클라이언트의 설정 관리 페이지에서 ‘오버라이드’, ‘확장 설정’, ‘Merge’ 또는 ‘Script’ 기능을 찾아보세요. 오버라이드는 원격 설정을 내려받은 뒤 로컬 수정 사항을 한 겹 더 적용하는 기능입니다. 스크립트 오버라이드는 클라이언트가 제공하는 실행 인터페이스를 통해 설정 객체를 수정합니다. 이는 클라이언트가 제공하는 기능이며, 모든 Clash 커널 클라이언트가 같은 스크립트 인터페이스를 갖춘 것은 아닙니다.

안정적인 구성 방법은 구독에 노드와 기본 정책을 맡기고, 공통 오버라이드에 공유 규칙을, 기기별 오버라이드에 로컬 차이를 두는 것입니다. 실제 적용 순서는 클라이언트마다 다릅니다. 오버라이드를 한 겹만 허용하는 제품이라면 필요한 변경 사항을 그 한 곳에 합치고 각 항목의 출처를 기록하세요.

규칙 하나로 병합 방식을 먼저 확인하세요

아래는 전체 규칙 목록을 보여 주기 위한 예시이며, 노드와 프록시 그룹 없이 단독으로 실행할 수 있는 완전한 설정은 아닙니다. DIRECT는 직접 연결을 뜻하며 ‘프록시’라는 이름의 프록시 그룹이 이미 있어야 합니다. example.com은 예시 도메인이므로 실제 배포 시 라우팅할 도메인으로 바꾸세요.

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - MATCH,프록시

Clash 규칙은 일반적으로 위에서 아래로 확인하며, 일치하는 규칙이 나오면 해당 정책을 적용합니다. MATCH는 최종 대체 규칙이므로 목록의 맨 끝에 둬야 합니다. 이미 있는 MATCH 뒤에 새 규칙을 추가하면 보통 실행되지 않습니다.

특히 규칙 목록의 병합 방식을 확인하세요. 일부 메뉴는 rules 전체를 교체하고, 일부는 앞에 추가하거나 뒤에 덧붙이는 방식을 지원합니다. 위의 두 줄이 전체 목록을 대체하면 구독에 있던 다른 규칙이 모두 사라집니다. 실제 사용 전 클라이언트의 실행 설정 미리보기를 열어 최종 결과를 확인하세요. 미리보기가 없다면 설정 검사와 규칙 화면으로 검증한 뒤 사용하세요.

휴대폰과 PC에서 따로 유지할 설정

• Android:앱별 프록시, VPN 권한, 백그라운드 배터리 제한은 휴대폰에서 관리합니다. 패키지 이름으로 앱을 선택하는 목록을 PC 규칙에 그대로 복사해서는 안 됩니다.
• 데스크톱:시스템 프록시 사용 여부, 시작 프로그램 등록, TUN 권한은 기기별로 설정하세요. TUN은 네트워크 트래픽을 가로채는 가상 네트워크 인터페이스 방식입니다. 스위치 하나를 복사하는 것만으로 시스템 권한까지 부여되지는 않습니다.
• 수신 포트:예를 들어 데스크톱에서 mixed-port를 7890으로 설정했다면 수동 프록시를 사용하는 프로그램에도 해당 포트를 입력해야 합니다. 휴대폰이 VPN으로 트래픽을 처리한다면 PC 프로그램의 프록시 주소를 그대로 복사할 필요는 없습니다.
• 컨트롤 인터페이스:설정 동기화를 위해 external-controller를 공개 인터넷에 노출하지 마세요. 이 인터페이스는 커널 관리용이며 구독 동기화에 필요하지 않습니다.

업데이트 후 규칙이 사라졌다면 생성 순서에 따라 충돌을 확인하세요

휴대폰에서는 규칙이 정상인데 PC에서 작동하지 않더라도 양쪽을 동시에 수정하지 마세요. 작동하는 기기 하나를 비교 대상으로 남겨 두고 다른 기기를 하나씩 확인하세요. 한 번에 한 곳만 바꿔야 어느 단계에서 설정이 덮어써졌는지 찾기 쉽습니다.

1. 활성 설정 확인:현재 선택된 설정의 이름과 출처를 확인하세요. 활성화되지 않은 설정을 업데이트해도 실행 중인 규칙은 바뀌지 않습니다.
2. 로컬 설정 저장:로컬 오버라이드와 필요한 클라이언트 설정을 내보내세요. 백업에 토큰이 포함되어 있다면 안전하게 보관하세요. 원격 구독 내용만 백업해서는 안 됩니다.
3. 원격 다운로드 확인:설정을 정상적으로 가져와 해석할 수 있는지 먼저 확인하세요. 다운로드에 실패하면 클라이언트가 이전 사본을 계속 사용할 수 있으므로, 인터넷에 연결된다는 이유만으로 업데이트가 성공했다고 판단하면 안 됩니다.
4. 제공자 확인:노드 또는 규칙 제공자를 사용한다면 각 제공자의 업데이트 시간도 확인하세요. 기본 구독과 제공자는 업데이트 방식이 다르며 동시에 새로고침되지 않을 수 있습니다.
5. 오버라이드 결과 확인:최종 설정의 rules와 proxy-groups를 비교해 규칙 목록 전체가 교체되지 않았는지, 참조하는 프록시 그룹 이름이 바뀌지 않았는지 확인하세요.
6. 다시 불러온 뒤 새 연결 테스트:클라이언트의 다시 불러오기 또는 커널 재시작 기능을 사용한 다음 새 연결을 열어 테스트하세요. 기존 장기 연결은 새 규칙에 따라 즉시 다시 라우팅되지 않을 수 있습니다.

‘프록시가 존재하지 않음’ 오류는 서비스에서 프록시 그룹 이름을 바꿨는데 로컬 규칙이 이전 이름을 참조할 때 자주 발생합니다. ‘업데이트 후 사용자 지정 규칙이 사라짐’은 규칙이 원격 파일에 작성됐거나 뒤에 적용되는 오버라이드가 앞선 오버라이드를 덮어썼을 때 흔히 나타납니다. 규칙을 반복해서 붙여넣지 말고 해당 필드의 최종 출처를 찾아 병합 순서를 조정하세요.

동기화 후 확인 목록

마지막으로 두 기기에서 각각 수동 업데이트를 한 번 실행하고 직접 연결해야 하는 도메인, 프록시를 사용해야 하는 도메인, 자주 쓰는 앱을 테스트하세요. 설정 업데이트 시간, 커널 버전, 로컬 오버라이드 내용을 기록하세요. 버전은 ‘정보’ 또는 커널 정보 페이지에서 확인하고 클라이언트 외형의 버전만 기록하지 마세요.

노드만 공유하려면 같은 구독을 각 기기에 가져오면 됩니다. 규칙까지 통합 관리해야 할 때 자체 호스팅을 추가하고, 기기별 차이가 많다면 각 기기의 오버라이드에 따로 설정하세요. 핵심은 두 기기의 설정 파일을 한 글자까지 똑같이 유지하는 것이 아니라, 각 설정을 관리할 위치를 하나씩 명확히 정하는 것입니다.