Clash for Android 지원 종료 후 이전 방법: 설정 백업과 대체 앱

먼저 백업하고 이전하세요: 기존 앱은 당분간 유지

Clash for Android(이하 CFA)의 지원이 중단됐다고 해서 이미 저장한 설정이 곧바로 작동하지 않는 것은 아닙니다. 앞으로 신경 써야 할 부분은 Android 시스템 호환성, 코어 오류 수정, 구독 형식 변경입니다. 이전할 때는 기존 앱과 데이터를 그대로 두고, 새 앱에서 인터넷 연결, 화면 잠금 상태, 구독 업데이트를 확인한 다음 삭제 여부를 결정하세요.

클라이언트는 설정을 관리하고 화면을 제공하는 앱이며, 코어는 프록시 연결, DNS, 규칙을 실제로 처리하는 구성 요소입니다. 기존 앱에서 읽을 수 있는 설정을 새 앱이 그대로 실행하지 못할 수 있고, 새 구독에서 사용하는 필드가 구형 코어에서 지원되지 않을 수도 있습니다. 따라서 이전은 링크 하나를 붙여 넣는 것으로 끝나지 않으며, 로컬 설정도 복원해야 합니다.

1. 기존 앱에서 현재 활성화한 설정, 실행 모드, 정책 그룹 선택을 먼저 기록하세요.
2. 구독 주소, 로컬 YAML 설정, 앱의 덮어쓰기 설정을 각각 저장하세요.
3. 후보 앱을 설치하고 설정 하나만 먼저 가져오세요. 구독 서비스까지 동시에 바꾸지 마세요.
4. 기존 앱을 중지한 뒤 새 앱을 시작하고 네트워크 동작을 항목별로 확인하세요.

설정 백업 목록: 구독, YAML, 덮어쓰기 설정을 따로 저장

구독 주소만으로는 전체 설정을 백업할 수 없습니다

구독은 클라이언트가 원격 설정을 내려받는 경로이며, 주소에 계정 토큰이 포함되는 경우가 많습니다. 서버에서 제공하는 노드와 규칙은 복원할 수 있지만, 나중에 추가한 직접 연결 도메인, 노드 선택, 배터리 설정, 우회 앱 목록까지 복원된다고 보장할 수는 없습니다. 구독이 만료되면 링크만으로 기존 내용을 다시 가져오기도 어렵습니다.

일반적인 CFA 2.5.x 화면을 기준으로 설명합니다. 먼저 「구성」으로 이동해 현재 사용하는 구성을 선택한 다음, 해당 항목의 편집 또는 관리 메뉴에서 출처 URL을 확인하세요. 내보내기나 파일 공유 기능이 있으면 YAML을 로컬에 저장합니다. 빌드에 따라 버튼 이름이 다를 수 있습니다. 내보내기 메뉴를 찾을 수 없다면 원래 구독 주소와 직접 수정한 내역이라도 보관하세요. 공유 링크를 내보낸 파일로 착각하지 않도록 주의해야 합니다.

설정 화면을 캡처하되 인증 정보는 가리기

CFA의 「설정」→「덮어쓰기」에서 별도 덮어쓰기 항목이 활성화됐는지 확인한 다음, 「설정」→「네트워크」에서 앱별 프록시 옵션을 살펴보세요. 메뉴 구성은 설치된 버전에 따라 다를 수 있습니다. 스위치 상태뿐 아니라 목록이 ‘이 앱만 프록시 적용’인지 ‘이 앱은 우회’인지도 기록해야 합니다. 앱 목록이 같아도 모드가 반대면 이전 후 트래픽 경로가 완전히 달라집니다.

백업 파일은 기기 잠금으로 보호되는 위치에 보관하고, 본인이 관리하는 암호화 저장소에도 사본을 저장하세요. 구독 URL, 노드 비밀번호, UUID, 컨트롤 인터페이스 키는 민감 정보입니다. 로그나 설정을 다른 사람에게 보여 주기 전에 이런 정보를 제거하고, 전체 설정을 공개 온라인 변환 도구에 업로드하지 마세요.

대체 클라이언트 선택: 코어와 기기 조건부터 확인

대체 앱을 고를 때는 이름에 Clash가 들어가는지보다 현재 배포 중인 설치 파일과 유지 관리 상태를 확인하는 것이 중요합니다. 이 사이트의 클라이언트 선택 가이드에서 후보를 살펴본 뒤, 프로젝트 배포 페이지와 업데이트 내역, 최소 Android 버전, 앱에 표시된 코어 버전을 확인하세요. 이 글에서는 과거의 특정 버전 번호를 ‘최신 버전’으로 간주하지 않습니다.

Clash.Meta는 mihomo라는 이름으로 개발이 이어지고 있으며 두 프로젝트는 발전 과정에서 연결되어 있습니다. 하지만 mihomo를 사용한다고 해서 모든 클라이언트에서 동일한 설정을 쓸 수 있는 것은 아닙니다. 그래픽 인터페이스가 일부 덮어쓰기 옵션만 지원할 수도 있고, 구독 업데이트와 백그라운드 서비스, 설정 병합은 클라이언트가 처리합니다. 특정 프로토콜이나 규칙 필드에 의존한다면 화면만 비교하지 말고 후보 코어의 해당 버전 문서를 확인하세요.

• 주로 구독을 사용하는 경우: 다운로드 페이지에서 Clash Plus, FlClashs 등 Android 후보를 살펴보세요. 원격 설정 업데이트, 설정 전환, 로그, 백그라운드 실행 메뉴를 중점적으로 확인하면 됩니다.
• 직접 작성한 설정을 관리하는 경우: 로컬 YAML 가져오기, 설정 덮어쓰기, 규칙 세트 불러오기, 오류 행 번호 표시를 우선 확인하세요. 클라이언트가 지원하지 않는 필드까지 모두 보존한다고 가정하지 마세요.
• 구형 휴대전화를 사용하는 경우: 최소 시스템 요구 사항과 CPU 아키텍처를 확인하세요. 64비트 ARM 기기에는 보통 arm64 패키지를 사용합니다. 32비트만 지원하는 시스템이라면 프로세서 모델이 최신이어도 arm64 패키지를 바로 설치할 수 없습니다.
• 앱별 프록시를 사용하는 경우: 클라이언트가 필요한 포함 또는 제외 모드를 지원하는지 확인하고, 업무 프로필이나 앱 복제 기능처럼 특수한 환경에서도 직접 테스트하세요.

설정 가져오기와 VPN 연결: 변수부터 줄이기

먼저 기존과 동일한 구독 가져오기

1. 새 클라이언트의 설정 관리 화면에서 URL 가져오기 또는 원격 설정 추가를 선택하고 백업한 전체 구독 주소를 입력하세요.
2. 다운로드와 파싱이 끝날 때까지 기다린 뒤 설정 이름만 표시되는 것이 아니라 예상한 정책 그룹도 나타나는지 확인하세요.
3. 규칙 모드로 전환하고 기존 클라이언트와 같은 수동 정책 그룹 및 노드를 선택하세요.
4. CFA의 프록시 서비스를 중지한 다음 새 클라이언트를 실행하고, Android에 표시되는 VPN 연결 요청을 승인하세요.

Android 클라이언트는 보통 VpnService로 로컬 VPN 인터페이스를 만들고 기기 트래픽을 코어에 전달합니다. 이는 구독 서버와는 별개입니다. 일반적인 사용자 환경에서는 활성 VPN을 하나만 사용할 수 있습니다. 기기에서 회사 VPN, 다른 프록시 또는 VPN 기반 필터링 앱을 실행 중이라면 먼저 충돌을 해결해야 합니다. 속도를 비교하려고 앱 두 개를 동시에 실행해서는 안 됩니다.

필요한 경우 로컬 포트 복원

휴대전화 앱만 시스템 VPN을 통해 인터넷에 연결한다면 로컬 HTTP 또는 SOCKS 포트는 보통 우선 점검 대상이 아닙니다. 터미널 도구에서 127.0.0.1:7890에 연결해 사용했다면 새 클라이언트에서 해당 로컬 리스너를 활성화해야 합니다. 아래는 리스너와 모드를 보여 주는 일부 예시일 뿐, 노드와 정책 그룹, 전체 규칙은 포함하지 않으므로 구독 설정으로 단독 사용할 수 없습니다.

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

mixed-port는 같은 포트에서 HTTP와 SOCKS 프록시 연결을 모두 받습니다. 앱이 이곳의 리스너 설정을 덮어쓸 수 있으므로 실행 로그와 실제 연결 상태를 기준으로 확인하세요. 기존 설정에 external-controller가 있다면 수신 주소와 접근 키도 점검해야 합니다. 기존 대시보드를 다시 쓰려고 컨트롤 인터페이스를 로컬 네트워크에 그대로 공개하지 마세요.

규칙과 DNS 확인: 연결이 된다고 이전이 끝난 것은 아닙니다

규칙 이름과 순서, 모드를 함께 확인

규칙은 순서대로 적용되며, 일반적으로 먼저 일치한 항목이 트래픽을 전달할 정책을 결정합니다. 구독의 rules에서 참조하는 정책 이름은 새 설정에도 존재해야 합니다. 기존 ‘자동 선택’ 그룹의 이름만 바꾸고 규칙을 수정하지 않으면 파싱 오류나 비정상 동작이 발생할 수 있습니다. 가져오는 과정에서 클라이언트가 정책 그룹을 다시 만들기도 하므로 실제 적용된 설정을 확인하세요.

• 일상적으로 규칙 모드를 사용하는지 확인하세요. 전역 모드로는 분기 규칙이 올바른지 검증할 수 없습니다.
• 직접 추가한 도메인 규칙이 범위가 넓은 규칙보다 앞에 있는지 확인하세요.
• rule-providers의 다운로드 상태를 확인하세요. 구독 업데이트가 성공해도 외부 규칙 세트 다운로드까지 성공했다는 뜻은 아닙니다.
• 연결 기록에서 대상 도메인, 적용된 규칙, 선택된 정책, 실제 노드를 확인하세요. 메인 화면의 지연 시간만 보지 마세요.

DNS 덮어쓰기는 기존 설정에 맞춘 뒤 조정

DNS는 도메인을 IP 주소로 변환하는 과정입니다. 이전할 때는 dns.enable, enhanced-mode, nameserver, fake-ip-filter, IPv6 관련 설정을 먼저 확인하고 기존 설정의 목적을 유지하세요. 클라이언트를 바꾸면서 DNS 서버, Fake-IP 모드, 규칙까지 한꺼번에 바꾸면 문제가 생겼을 때 원인을 찾기 어렵습니다.

Fake-IP는 앱에 매핑용 가상 주소를 반환하고 코어가 실제 도메인과 연결하는 방식입니다. 흔한 설정에서는 198.18.0.1/16 주소 대역을 사용하지만, 구체적인 범위는 설정에 따라 다릅니다. 이 대역이 보인다고 곧바로 DNS 오류로 판단하지 마세요. 로컬 네트워크 기기 검색이나 일부 앱에 문제가 생기면 전체 주소 대역을 임의로 바꾸기보다 필터 목록, 로컬 네트워크 우회, 앱 목록부터 확인하세요.

Android의 「설정」→「네트워크 및 인터넷」→「비공개 DNS」도 DNS 확인 경로에 영향을 줄 수 있습니다. 일부 제조사는 해당 항목을 「연결 및 공유」에 배치합니다. 기존 값을 먼저 기록하고 한 번에 한 항목씩 비교 테스트하세요. 항상 꺼 둬야 한다고 단정하지 마세요. 프록시 서비스는 실행 중인데 도메인 확인 시간이 초과된다면 로그를 확인해 상위 DNS 연결 문제인지, DNS 요청이 잘못된 경로로 나가는지, 시스템 설정과 클라이언트의 트래픽 처리 방식이 맞지 않는지 살펴보세요.

이전 완료 점검: 인터넷, 업데이트, 화면 잠금을 따로 테스트

모바일 네트워크 변동을 앱 차이로 오해하지 않도록 같은 Wi-Fi, 같은 노드, 같은 설정을 사용하세요. 아래 시간은 권장 테스트 시간이며, 이 사이트에서 측정한 성능이나 모든 기기가 달성해야 하는 기준이 아닙니다.

1. 기본 연결 약 5분: 직접 연결되어야 하는 서비스와 프록시를 사용해야 하는 서비스를 하나씩 열고 연결 기록에서 규칙과 출구를 확인하세요.
2. 로컬 네트워크 테스트: 집의 라우터 관리 페이지를 열거나 알고 있는 로컬 네트워크 기기에 접속하세요. 실패하면 주소 우회, 라우팅, 앱별 설정을 점검하세요.
3. 구독 업데이트 1회: 수동으로 업데이트한 뒤에도 설정을 파싱할 수 있고 정책 그룹이 남아 있으며 로컬 덮어쓰기가 적용되는지 확인하세요.
4. 화면 잠금 약 15분: 잠금을 해제한 뒤 서비스 상태를 확인하고 인터넷이 필요한 앱을 실행하세요. 알림 표시줄 아이콘만으로는 연결이 정상인지 알 수 없습니다.
5. 네트워크 전환 1회: Wi-Fi에서 모바일 데이터로 전환한 뒤 다시 Wi-Fi로 돌아와 연결이 복구되는지, 로그에 시간 초과가 반복되는지 확인하세요.

화면을 잠근 뒤 서비스가 종료된다면 시스템 「설정」→「앱」→대상 클라이언트→「배터리」에서 백그라운드 활동이 허용되어 있는지 확인하세요. 제조사 시스템에서는 자동 시작을 허용하거나 백그라운드 제한을 해제해야 할 수도 있습니다. 시스템 VPN 설정에서 CFA에 「항상 켜짐 VPN」을 사용하도록 지정했다면 새 클라이언트로 변경하세요. 「VPN 없이 연결 차단」을 켜 둔 경우 VPN이 연결되지 않으면 기기에서 인터넷을 사용할 수 없으므로 앱을 전환하기 전에 반드시 확인해야 합니다.

모든 테스트를 통과해도 기존 설정 백업은 유지하고 하루나 이틀간 사용한 뒤 CFA를 삭제하세요. 되돌릴 때는 새 클라이언트를 먼저 중지하고 시스템 VPN 연결 상태를 확인한 다음 기존 앱을 실행하세요. 구독 자체가 변경됐다면 기존 앱에서도 파싱할 수 없을 수 있으므로 로컬 백업이 여전히 유용합니다.

이전 관련 자주 묻는 질문