PC와 스마트폰에서 Clash 구독 함께 쓰기: 여러 기기 설정 동기화 방법

먼저 구분하세요: 구독 동기화가 모든 설정 동기화를 뜻하지는 않습니다

PC에서 이미 사용 중이라면 스마트폰용 구독을 따로 구매해야 할까요? 먼저 서비스 제공업체의 기기 수, 동시 접속 수, 데이터 사용량 정책을 확인하세요. 여러 기기 사용이 허용된다면 같은 구독 URL을 PC와 스마트폰에 각각 가져오면 됩니다. 각 기기가 따로 설정을 받아오므로 스마트폰을 PC에 연결할 필요는 없습니다. 데이터 사용량은 보통 같은 계정에 합산되며, 자세한 내용은 서비스 제공업체의 안내를 확인하세요.

구독은 노드나 전체 설정을 제공하는 원격 접속 경로입니다. 클라이언트는 설정을 가져오고 업데이트하며 해당 기기의 네트워크를 제어합니다. 두 기기에서 같은 URL을 사용해도 같은 출처의 데이터를 가져올 수 있다는 뜻일 뿐, 규칙이나 노드 선택, 실행 설정까지 완전히 같다는 보장은 없습니다.

• 구독 내용: 노드, 프록시 그룹, 규칙, DNS 설정이 포함될 수 있으며 노드 목록만 제공하는 경우도 있습니다.
• 로컬 설정: 추가 규칙, 설정 오버라이드, 스크립트 처리와 클라이언트에 저장된 프록시 그룹 선택이 포함됩니다.
• 기기 설정: 시스템 프록시, TUN, 시작 시 자동 실행, 권한 등이 있습니다. 보통 각 기기에서 따로 설정해야 합니다.

네 가지 동기화 방법, 무엇을 선택할까

대부분의 개인 사용자는 먼저 같은 구독 URL을 각 기기에 가져오는 방법을 선택하면 됩니다. 사용자 지정 규칙을 함께 써야 할 때만 오버라이드를 추가하세요. 클라우드 호스팅은 인증 정보, 업데이트, 접근 권한을 관리해야 하므로 기기 두 대를 동기화하려고 곧바로 서버를 구축할 필요는 없습니다.

방법 1: PC와 스마트폰에 구독 URL 각각 가져오기

형식을 확인한 뒤 가져오기

1. 서비스 제공업체 계정 페이지에서 Clash 또는 mihomo용이라고 명시된 구독 항목을 찾으세요. 범용 구독만 제공된다면 먼저 클라이언트가 해당 형식을 읽을 수 있는지 확인하세요.
2. PC 클라이언트의 구독 관리 화면으로 이동하세요. 예를 들어 Clash Verge Rev에서는 보통 ‘구독’ → 상단 URL 입력란 → ‘가져오기’ 순서로 진행합니다. 버튼 위치는 버전에 따라 달라질 수 있습니다.
3. 가져오기가 끝나면 해당 설정을 선택하고 ‘프록시’에서 프록시 그룹과 노드가 표시되는지 확인하세요. 구독 항목을 추가했더라도 해당 설정으로 전환되지 않았을 수 있습니다.
4. 신뢰할 수 있는 기기 간 전송 방법으로 URL을 스마트폰에 전달하세요. 스마트폰의 ‘설정’ 또는 ‘구독’ 화면에서 URL 가져오기를 선택해 저장한 뒤 활성화합니다.
5. 두 기기에서 각각 한 번씩 업데이트하고 업데이트 시각을 기록하세요. 서비스 제공업체가 새로 추가하거나 이름을 바꾼 노드가 모두 표시되는지도 확인합니다.

스마트폰 앱에서 다른 설정 형식을 요구하더라도 URL이 유효하지 않다고 단정하지 마세요. 우선 서비스 제공업체에서 해당 형식을 받을 수 있는지 확인하세요. 변환이 꼭 필요하다면 직접 관리하거나 신뢰할 수 있다고 확인된 변환 서비스를 사용하세요. 변환 서비스는 구독 인증 정보와 노드 정보를 볼 수 있습니다.

업데이트 주기와 노드 선택은 따로 관리하세요

PC는 6시간마다, 스마트폰은 24시간마다 업데이트한다면 어느 시점에 두 기기에 표시되는 노드가 달라도 자연스럽습니다. 이 시간은 업데이트 설정의 예시일 뿐이므로 서비스 제공업체의 권장 사항을 우선 따르세요. 스마트폰은 백그라운드 실행 제한의 영향을 받을 수 있어 예약 업데이트가 정해진 시각에 정확히 실행된다고 볼 수 없습니다.

이름이 같은 프록시 그룹이라도 같은 노드를 선택한다는 보장은 없습니다. 수동 선택, 자동 속도 측정 결과, 연결 기록은 보통 기기별로 관리됩니다. 차이를 확인하려면 잠시 두 기기의 같은 프록시 그룹에서 동일한 노드를 선택하세요. 확인을 마친 뒤 각 기기에 필요한 자동 선택 방식으로 되돌리면 됩니다.

방법 2: YAML 설정 파일 직접 복사

YAML은 Clash에서 자주 사용하는 설정 텍스트 형식으로, 들여쓰기가 구조를 나타냅니다. 이미 검증한 설정을 옮길 때 직접 복사하면 편리하지만 ‘원본 구독 파일’과 ‘실행 중인 설정’을 구분해야 합니다. 실행 중인 설정에는 클라이언트가 추가한 포트, DNS, 오버라이드, 로컬 경로가 이미 합쳐져 있을 수 있어 다른 기기로 그대로 옮기면 호환 문제가 생기기 쉽습니다.

1. 원본 클라이언트의 설정 관리 화면에서 해당 설정을 찾은 다음, 파일 열기 또는 내보내기 기능으로 personal-config.yaml에 저장하세요. 메뉴 이름은 클라이언트에 따라 다릅니다.
2. 텍스트 편집기로 proxy-providers, rule-providers 및 기타 외부 파일 참조를 확인하고 대상 기기에서도 해당 리소스를 가져올 수 있는지 점검하세요.
3. 로컬 전송이나 암호화된 파일 전송으로 파일을 보낸 다음 대상 기기에서 파일 가져오기를 선택하세요. 기존에 사용 가능한 설정은 복구용으로 남겨 두세요.
4. 먼저 설정이 정상적으로 불러와지는지 확인한 뒤 프록시 연결을 테스트하세요. 문제가 없는 것을 확인한 다음 평소 사용할 설정으로 전환합니다.

이전할 때 포트와 경로가 가장 쉽게 맞지 않습니다

예를 들어 PC 설정의 혼합 프록시 포트가 7890인데 다른 클라이언트는 실제로 7897에서 수신할 수 있습니다. 두 값 모두 예시이므로 대상 클라이언트 화면과 최종 설정을 기준으로 확인하세요. 브라우저가 계속 127.0.0.1:7890을 가리키면 클라이언트는 실행 중인데 브라우저에서 인터넷에 연결되지 않을 수 있습니다.

마찬가지로 Windows의 디스크 경로를 Android에 그대로 옮길 수는 없습니다. 로컬 규칙 파일을 참조하는 설정이라면 관련 리소스도 함께 옮기고 대상 클라이언트가 지원하는 경로로 바꿔야 합니다. YAML 파일 하나에 실행에 필요한 모든 내용이 들어 있다고 볼 수는 없습니다.

파일 가져오기로 만든 설정은 보통 가져온 시점의 스냅샷입니다. YAML의 일부 provider가 원격 업데이트를 지원하더라도 설정 전체가 원본 구독을 따라 자동 업데이트된다는 뜻은 아닙니다. 대상 클라이언트가 원격 구독 주소를 유지하고 인식하는지 반드시 확인하세요.

방법 3: 비공개 클라우드에 전체 설정 호스팅

여러 기기에서 직접 관리하는 전체 설정 하나를 사용하려면 접근을 통제할 수 있는 HTTPS 주소에 설정을 올릴 수 있습니다. 하지만 ‘클라우드에서 파일을 다운로드할 수 있다’고 해서 클라이언트가 구독으로 업데이트할 수 있는 것은 아닙니다. 클라이언트가 로그인 화면이나 미리보기 페이지, 인증 코드가 필요한 다운로드 페이지가 아닌 원본 설정 내용을 받아야 합니다.

사용 전 확인할 네 가지

• 응답 내용: 요청 후 HTML이 아닌 YAML 텍스트가 반환되어야 합니다. 웹사이트에 로그인한 뒤 파일이 보여도 구독 업데이트 기능이 파일에 접근할 수 있다는 뜻은 아닙니다.
• 인증 방식: 주소 접근에 요청 헤더, 쿠키, WebDAV 인증이 필요하다면 각 클라이언트의 구독 업데이트 기능이 이를 지원하는지 먼저 확인하세요. 파일 관리자가 WebDAV를 지원한다고 해서 Clash 클라이언트도 같은 인증을 지원하는 것은 아닙니다.
• URL 만료 기간: 임시 서명 URL은 만료될 수 있습니다. 만료 전에 주소를 교체해야 한다면 모든 기기에서 업데이트하는 절차를 미리 준비하세요.
• 접근 권한: 파일을 읽는 데 필요한 권한만 열어 두고 이전 버전의 백업을 보관하세요. 클라우드 계정의 관리자 키를 구독 URL에 넣지 마세요.

먼저 로컬에서 검증한 설정을 올리고 PC와 스마트폰에서 각각 수동 업데이트를 한 번씩 해 보세요. 그다음 쉽게 알아볼 수 있는 테스트 규칙 하나만 변경하고 다시 업데이트해 두 기기 모두 새 내용이 적용되는지 확인합니다. 한쪽에 이전 버전이 계속 보인다면 모든 기기를 반복해서 재시작하기보다 파일 캐시, 구독 업데이트 결과, 실제 요청 주소를 점검하세요.

업데이트 경로가 서로 의존하지 않도록 주의하세요. 설정 주소에 프록시를 통해서만 접속할 수 있는데 기기에 사용 가능한 노드가 아직 없다면 처음 가져오기가 실패할 수 있습니다. 첫 가져오기에 필요한 네트워크 환경이나 로컬 파일 백업을 준비하고, 일상적인 업데이트가 실패할 때도 이전 설정으로 되돌릴 수 있도록 하세요.

방법 4: 구독 업데이트와 개인 오버라이드 분리 관리

오버라이드는 구독을 불러온 뒤 클라이언트가 지원하는 방식으로 최종 설정을 수정하는 기능입니다. 노드는 구독에서 계속 관리하면서 개인 직결 규칙이나 정책 선호는 로컬에 유지할 수 있습니다. 구독에서 내려받은 파일을 직접 수정하면 다음 업데이트 때 변경 사항이 덮어써질 수 있습니다.

아래는 직접 소유한 테스트 도메인에 적용하는 규칙 예시입니다. example.com은 예약된 예시 도메인이며 실제 서비스 주소로 설정하라는 뜻이 아닙니다. 이 조각은 규칙 문법만 보여 주며, 단독 실행 가능한 전체 설정이나 모든 클라이언트에서 공통으로 쓸 수 있는 오버라이드 파일은 아닙니다:

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT

DOMAIN-SUFFIX는 지정한 도메인과 하위 도메인을 일치시키고, DIRECT는 직접 연결을 뜻합니다. 규칙은 위에서 아래 순서로 적용되므로 먼저 적용할 개인 규칙은 관련된 포괄 규칙과 마지막 기본 규칙보다 앞에 두는 것이 일반적입니다.

병합 방식부터 확인한 다음 다른 기기에 적용하세요

1. 클라이언트가 규칙 앞에 추가하기, YAML 병합, 스크립트 처리 중 어떤 방식을 지원하는지 확인하세요. 서로 같은 기능이 아닙니다.
2. 배열 처리 방식을 확인하세요. 병합 도구에 따라 새 rules 배열이 기존 배열에 추가되지 않고 통째로 대체될 수 있습니다. 위 조각을 그대로 붙여 넣으면 구독에 포함된 기존 규칙이 사라질 수 있습니다.
3. 원본 기기에서 최종 설정을 확인해 개인 규칙의 순서가 올바르고 기존 프록시 그룹과 기본 규칙이 남아 있는지 점검하세요.
4. 대상 기기에서 지원하는 형식으로 오버라이드를 다시 설정한 다음 연결 기록을 확인해 실제로 어떤 규칙이 적용됐는지 검증하세요.

PC는 JavaScript 오버라이드를 지원하고 스마트폰은 YAML 병합만 지원한다면 스크립트를 그대로 복사해 실행될 것이라고 기대하지 마세요. 대신 ‘어떤 규칙이 필요한지, 어떤 순서로 적용할지’라는 의도를 동기화하고 각 기기에서 따로 구현하세요. 구독의 프록시 그룹 이름을 참조할 때도 이름이 정확히 일치해야 합니다. 구독에서 그룹 이름을 바꾸면 이전 이름을 가리키는 규칙으로 인해 설정을 불러오지 못할 수 있습니다.

같은 구독이 PC에서는 되는데 스마트폰에서는 안 될 때 순서대로 점검하세요

1단계: 구독을 정상적으로 파싱했는지 확인

구독 업데이트 결과나 로그를 확인하세요. HTTP 401, 403이면 먼저 인증 정보, 접근 권한, 계정 제한을 확인하고 429이면 요청 빈도 제한을 점검하세요. 업데이트 버튼을 연속해서 누르지 마세요. 요청은 성공했지만 설정 형식 오류가 표시된다면 실제 응답이 로그인 페이지인지, 노드 프로토콜이 대상 코어에서 지원되는지 확인하세요.

2단계: 앱 트래픽이 프록시를 통과하는지 확인

데스크톱의 시스템 프록시는 시스템 프록시 설정을 따르는 앱에만 적용됩니다. TUN은 가상 네트워크 인터페이스로 트래픽을 전달하는 방식이며 권한, 라우팅, DNS 설정이 필요합니다. 구독을 공유해도 다른 기기에서 TUN이 자동으로 활성화되지는 않습니다. Android에서는 VPN 연결 권한을 확인하고, 데스크톱에서는 시스템 프록시나 TUN 스위치를 각각 점검하세요.

3단계: 규칙, DNS, 대상 앱 비교

먼저 두 기기에서 같은 노드를 선택하고 규칙 모드를 사용한 뒤 같은 대상에 접속하세요. 연결 기록에서 적용된 규칙과 출구를 비교합니다. 한쪽은 직접 연결되고 다른 쪽은 프록시를 사용한다면 로컬 오버라이드와 최종 규칙을 먼저 확인하세요. 둘 다 같은 노드를 사용한다면 DNS, IPv6, 네트워크 환경, 대상 서비스의 출구 제한을 점검하세요. Wi-Fi와 모바일 네트워크에서 결과가 다른 것만으로 동기화 실패라고 볼 수는 없습니다.

4단계: 요금제 제한과 계정 상태 확인

노드가 표시된다고 계정 연결까지 보장되는 것은 아닙니다. 남은 데이터, 만료일, 동시 접속 제한을 확인하세요. 두 기기에서 같은 계정을 쓰면 PC의 백그라운드 다운로드가 스마트폰에서 사용할 데이터까지 소모할 수 있습니다. 데이터 한도나 접속 기기 수 문제를 구독을 자주 업데이트해 해결하려 하지 마세요.

관리하기 쉬운 개인용 멀티 디바이스 구성

개인 기기 두세 대를 쓴다면 ‘같은 구독을 각 기기에 가져오기, 개인 규칙은 기기별 오버라이드로 설정하기, 기기 설정은 따로 관리하기’를 조합할 수 있습니다. 기기별 클라이언트와 코어 버전, 구독 업데이트 시각, 실제 포트, 실행 모드, 오버라이드 파일 위치를 기록하세요. 기록에는 용도와 위치만 적고 전체 구독 키는 남기지 마세요.

• 최초 설정: 두 기기에서 원본 구독으로 연결을 확인한 뒤 개인 규칙을 추가합니다.
• 일상적인 변경: 한 번에 한 종류의 설정만 바꾸고 이전에 사용 가능했던 설정을 보관합니다.
• 업데이트 후: 노드 수, 프록시 그룹 이름, 주요 규칙 하나의 적용 결과를 확인합니다.
• 기기 사용 중지: 로컬 구독과 백업을 삭제하세요. URL 유출이 의심되면 서비스 제공업체 계정 페이지에서 구독 인증 정보를 재설정한 뒤 계속 사용할 기기에도 새 정보를 적용합니다.

동기화의 목적은 반복 작업을 줄이는 것이지 모든 기기를 완전히 똑같이 만드는 것이 아닙니다. 노드 출처와 규칙의 의도는 통일할 수 있지만 권한, 라우팅, 포트, 백그라운드 정책은 기기별로 설정해야 합니다. 이 경계를 분명히 하면 여러 기기의 설정을 더 쉽게 업데이트하고 문제도 빠르게 찾을 수 있습니다.