2026-08-06 · 클라이언트 선택 · 예상 읽기 시간 12분

Clash for Windows 지원 종료 후 대안: Clash Verge Rev·FlClash로 이전하기

Clash for Windows 지원 종료 후 이전 방법을 알아보세요. 구독과 설정을 백업해 Clash Verge Rev 또는 FlClash에 가져오고, 포트와 시스템 프록시를 설정하는 방법을 안내합니다.

구독을 먼저 이전하고 로컬 설정은 나중에 복원하세요

Clash for Windows는 보통 CFW라고 부르는 그래픽 클라이언트입니다. 구독은 노드와 규칙을 제공하고, 코어는 연결을 설정하며, 클라이언트는 설정을 가져오고 프록시 그룹을 전환하거나 시스템 프록시를 설정합니다. 이 세 가지는 서로 다른 역할입니다. CFW의 지원이 종료되어도 기존 구독이 반드시 만료되는 것은 아니며, 클라이언트를 바꾼다는 이유만으로 서비스를 다시 구매할 필요도 없습니다.

안전하게 이전하려면 기존 설정을 보관한 뒤 새 클라이언트를 설치하고, 구독을 가져와 연결을 확인한 다음 사용자 규칙과 TUN을 복원하세요. TUN은 가상 네트워크 인터페이스로 트래픽을 처리하는 방식으로, 시스템 프록시보다 네트워크 설정이 더 많이 필요합니다. 첫 이전에서는 TUN을 켜지 않으면 문제 원인을 설정과 포트로 좁힐 수 있습니다.

Clash Verge Rev와 FlClash 중 무엇을 선택할까요?

Clash Verge Rev와 FlClash는 모두 mihomo 코어를 사용하는 그래픽 클라이언트입니다. mihomo는 Clash Meta 프로젝트에서 현재까지 사용하는 코어 이름으로, Clash 스타일의 YAML 설정과 자체 확장 기능을 지원합니다. 여기서 말하는 호환성은 설정 체계가 비슷하다는 뜻이지, 기존 클라이언트의 데이터 폴더를 새 클라이언트에 그대로 덮어써도 된다는 뜻은 아닙니다.

비교 항목	Clash Verge Rev	FlClash
주요 사용 환경	Windows·macOS·Linux 데스크톱에서 설정 관리	데스크톱과 Android 기기에서 비슷한 방식으로 사용
CFW에서 이전	PC에서 구독, 규칙, 프록시 설정을 복원할 때 적합	PC와 스마트폰에서 구독 사용 방식을 함께 정리할 때 적합
다시 설정해야 하는 항목	시스템 프록시, 서비스 모드, TUN, 오버라이드, 로컬 포트	시스템 프록시 또는 VPN 권한, TUN, 오버라이드, 로컬 포트
그대로 가져올 수 없는 항목	CFW의 UI 데이터베이스 및 전용 전처리 스크립트	CFW의 UI 데이터베이스 및 전용 전처리 스크립트

Windows PC만 이전한다면 Clash Verge Rev부터 고려해 보세요. Android 스마트폰에서도 같은 구독을 사용해야 한다면 FlClash를 살펴볼 수 있습니다. 두 클라이언트 모두 기기의 아키텍처에 맞는 설치 파일을 선택하세요. 예를 들어 Windows x64와 ARM64 설치 파일을 혼동하면 안 됩니다. 구체적인 플랫폼 지원 및 설치 요건은 다운로드 페이지와 각 프로젝트의 릴리스 안내를 확인하세요.

노드 지연 시간만으로 클라이언트의 우열을 판단하지 마세요. 같은 노드라도 테스트 시간에 따라 결과가 달라집니다. 이전이 제대로 됐는지는 구독 업데이트, 규칙 적용, 대상 사이트 접속, 앱에서 실제로 사용하는 프록시 주소를 확인해야 합니다.

이전 전 백업: 구독, YAML, 로컬 변경 사항

노드 이름만 복사하지 말고 구독 출처도 기록하세요

CFW의 Profiles 페이지에서 현재 활성화된 설정 이름을 확인하고, 원격 구독인지 로컬 파일인지 기록하세요.
서비스 제공업체의 계정 페이지에서 Clash 또는 mihomo 형식의 구독 링크를 가져오세요. 기존 클라이언트에서 구독 주소를 복사할 수 있다면 사용해도 되지만, 원본 구독 주소가 복사됐는지 확인하세요.
CFW의 Settings → General → Home Directory에서 설정 폴더를 여세요. 버전에 따라 메뉴 이름이 조금 다를 수 있습니다. CFW를 종료한 다음 폴더 전체를 로컬 백업 위치에 복사하세요.
현재 혼합 포트, HTTP 포트, SOCKS 포트, 프록시 모드, 선택된 프록시 그룹, TUN 사용 여부도 기록하세요.

일반적인 사용자 폴더는 %USERPROFILE%\.config\clash이지만, 포터블 버전이나 사용자 지정 설치에서는 다른 위치를 사용할 수 있습니다. 기존 클라이언트에 표시된 실제 경로를 기준으로 하세요. 나중에 확인할 수 있도록 폴더 전체를 백업하되, 새 클라이언트로 가져올 때는 필요한 구독이나 설정 파일만 선택하세요. 폴더 전체를 덮어쓰면 안 됩니다.

사용자 지정 항목은 따로 정리하세요

원격 구독에 포함되지 않은 변경 사항은 이전 후 사라지기 쉽습니다. rules, dns, hosts, proxy-groups, tun을 수정했는지, CFW의 Parsers 전처리 설정이나 스크립트를 사용했는지 확인하세요. 각 변경의 목적도 적어 두세요. 예: “회사 도메인은 직접 연결”, “다운로드 도구는 지정한 프록시 그룹 사용”.

CFW의 전처리 로직은 클라이언트 기능이므로 새 클라이언트에서도 똑같이 실행된다고 가정하면 안 됩니다. 새 클라이언트가 제공하는 오버라이드 또는 병합 기능으로 다시 구성하세요. 스크립트를 사용하는 경우 새 클라이언트가 지원하는 입력·출력 형식부터 확인하세요. 기존 스크립트를 그대로 붙여 넣고 모든 기능을 켜지 마세요.

Clash Verge Rev에 다시 가져오기

아래 안내는 중국어 인터페이스의 메뉴를 기준으로 설명합니다. 실제 버튼 이름은 버전에 따라 달라질 수 있습니다. 핵심은 주소를 목록에 저장하는 데 그치지 않고 구독을 추가하고 업데이트한 뒤 활성화하는 것입니다.

CFW를 종료하고 Clash Verge Rev를 연 다음 「구독」→「가져오기」에서 원격 구독 주소를 붙여 넣으세요. 일부 버전은 구독 페이지에 주소 입력란이 바로 표시됩니다.
다운로드가 끝날 때까지 기다린 뒤 설정 카드가 생성됐는지 확인하세요. 해당 설정을 선택하거나 활성화한 다음 「프록시」 페이지에서 프록시 그룹과 노드가 표시되는지 확인하세요.
먼저 규칙 모드를 사용하세요. 규칙 모드는 설정에 지정된 규칙에 따라 직접 연결 또는 프록시를 선택합니다. 전역 모드에서는 규칙에 따라 분기되던 연결을 전역 프록시 그룹으로 보냅니다.
「설정」에서 실제 수신 포트를 확인한 뒤 시스템 프록시를 켜세요. 포트가 사용 중이라는 메시지가 표시되면 기존 클라이언트가 백그라운드에서 실행 중인지 먼저 확인하세요.
직접 연결해야 하는 사이트와 프록시가 필요한 사이트에 각각 접속해 보세요. 연결 목록에서 적용된 규칙과 정책도 확인하세요.

로컬 YAML 파일만 있다면 구독 페이지에서 로컬 파일 가져오기를 선택하세요. YAML은 들여쓰기로 계층 구조를 표현하는 설정 텍스트이므로, 가져오기 전에 서식 있는 텍스트 편집기로 수정하지 마세요. 단독으로 사용할 수 있는 설정에는 일반적으로 노드 또는 노드 제공자, 프록시 그룹, 규칙이 포함되어야 합니다. 규칙 몇 개만 담긴 조각은 완전한 구독이 아닙니다.

가져오기는 성공했지만 노드가 보이지 않으면 다운로드된 내용이 계정 로그인 페이지, 오류 페이지 또는 다른 클라이언트 전용 형식인지 확인하세요. 브라우저에서 구독 주소가 열린다고 해서 응답 내용이 Clash 설정이라는 뜻은 아닙니다. 출처가 불분명한 온라인 변환 서비스에 비공개 구독을 함부로 제출하지 마세요.

FlClash에 다시 가져오기

「설정」 페이지를 열고 추가 메뉴에서 URL 가져오기를 선택하세요. 백업 파일만 있다면 파일 가져오기를 선택하면 됩니다.
알아보기 쉬운 설정 이름을 입력하고 저장한 다음 업데이트를 실행하세요. 해당 설정을 현재 사용 항목으로 지정하세요.
「프록시」 페이지에서 수동 선택이 필요한 프록시 그룹의 노드를 고른 다음 프록시 연결을 시작하세요.
데스크톱에서는 시스템 프록시와 수신 포트를 확인하세요. Android에서는 처음 실행할 때 시스템 VPN 연결 권한을 요청하는 경우가 많습니다. 승인해야 가상 인터페이스로 트래픽을 처리할 수 있습니다.
설정 페이지로 돌아가 수동 업데이트를 한 번 실행하세요. 로컬 캐시만 사용할 수 있고 구독은 갱신하지 못하는 상태가 아닌지 확인하세요.

Android의 VPN 연결과 Windows의 시스템 프록시는 서로 다른 기능이므로, 스마트폰에서 CFW와 똑같은 버튼을 찾을 필요는 없습니다. Android에서는 보통 한 번에 하나의 앱만 시스템 VPN 채널을 사용할 수 있습니다. 이미 실행 중인 VPN, 패킷 캡처 앱, 로컬 필터링 도구와 충돌할 수 있습니다.

PC와 스마트폰에서 같은 구독 링크를 사용하더라도 현재 선택된 노드, 사용자 규칙, 로컬 포트까지 공유되는 것은 아닙니다. 이러한 설정은 기기별로 저장될 수 있습니다. 서비스 제공업체가 동시 접속 기기 수를 제한한다면 요금제 규정을 먼저 확인한 뒤 동시에 연결할지 결정하세요.

포트와 시스템 프록시: 추측하지 말고 항목별로 확인

시스템 프록시는 해당 설정을 따르는 앱에 요청을 로컬 주소와 포트로 보내도록 알리는 기능입니다. 모든 프로그램의 트래픽을 자동으로 처리하지 않으며, 브라우저 확장 프로그램이나 터미널, 다운로드 도구에 직접 입력된 기존 포트도 바꾸지 않습니다.

항목	설명	이전할 때 할 일
HTTP 포트	HTTP 프록시 요청과 CONNECT 터널을 받습니다	앱의 HTTP 프록시 주소를 새 클라이언트의 실제 수신 주소로 변경하세요
SOCKS 포트	SOCKS 프록시 연결을 받습니다	SOCKS5를 사용하는 앱은 따로 확인하세요. 시스템 프록시만 바꾸면 안 됩니다
혼합 포트	하나의 포트에서 HTTP와 SOCKS 프록시 연결을 모두 받습니다	사용 설정 여부를 확인한 뒤 각 앱에서 해당 포트에 알맞은 프로토콜로 연결하세요
컨트롤 인터페이스	클라이언트나 대시보드에서 코어를 관리할 때 사용합니다	인터넷 연결용 프록시 포트가 아니므로 브라우저 프록시 설정에 입력하면 안 됩니다

예를 들어 기존 앱에 127.0.0.1:7890이 설정되어 있지만 새 클라이언트는 127.0.0.1:7897에서 수신 대기한다면, 앱은 계속 기존 주소로 요청을 보냅니다. 앱 주소를 바꾸거나 충돌이 없는지 확인한 뒤 새 클라이언트의 포트를 7890으로 변경하세요. 이 숫자는 문제 확인을 위한 예시이며 모든 버전의 기본값을 의미하지 않습니다.

다음은 설정 항목의 예시이며, 그대로 인터넷에 연결할 수 있는 완전한 설정이 아닙니다. 그래픽 클라이언트가 실행 설정을 생성한다면 클라이언트 설정 화면에서 수정하세요. 파일을 직접 바꾸면 다음 실행 때 덮어써질 수 있습니다.

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

allow-lan: false는 로컬 네트워크 기기가 해당 주소를 통해 프록시를 사용하지 못하게 합니다. 이 PC에서만 이전 테스트를 할 때 적합합니다. 로컬 브라우저 연결을 위해 LAN 접근을 켜지 마세요. 먼저 루프백 주소 127.0.0.1를 사용해 점검하세요.

요청을 직접 보내 연결 주소를 확인하세요

Windows PowerShell에서는 curl.exe를 명시적으로 실행하면 이전 환경에서 같은 이름의 별칭이 혼동을 일으키는 일을 피할 수 있습니다. 아래 포트를 실제 혼합 포트 또는 HTTP 포트로 바꾸세요. 이 테스트는 브라우저가 시스템 프록시를 읽는지와 관계없이 수행할 수 있습니다.

curl.exe --proxy http://127.0.0.1:7890 --head --max-time 15 https://example.com/

바로 연결 거부 오류가 뜨면 코어가 실행 중인지, 포트가 올바른지 먼저 확인하세요. 프록시 연결은 되지만 요청 시간이 초과되면 노드, DNS, 규칙을 점검하세요. HTTP 응답을 받았다는 것은 해당 요청이 처리됐다는 뜻일 뿐, 모든 앱의 이전이 완료됐다는 뜻은 아닙니다.

규칙과 TUN 복원: 한 번에 하나씩 변경

먼저 구독의 원본 설정이 작동하는지 확인한 뒤 사용자 규칙을 추가하세요. Clash 스타일의 규칙은 일반적으로 위에서 아래로 확인하며, 처음 일치하는 규칙의 정책을 적용합니다. 회사 도메인을 직접 연결하려면 넓은 범위의 규칙이 먼저 적용될 수 있는 위치보다 앞에 추가하세요. 기본 처리 규칙인 MATCH 뒤에 단순히 덧붙이면 안 됩니다.

rules:
  - DOMAIN-SUFFIX,example.org,DIRECT
  - MATCH,PROXY

위 예시는 순서를 설명하기 위한 것입니다. example.org와 하위 도메인은 직접 연결하고, 나머지는 PROXY라는 정책에 넘깁니다. 실제 설정에 해당 정책 이름이 있어야 합니다. 구독의 프록시 그룹 이름이 다르다면 정확한 이름을 사용하세요. 이 두 줄로 구독의 규칙 목록 전체를 교체하면 기존 트래픽 분기 규칙이 삭제됩니다.

시스템 프록시가 작동하는지 확인한 다음 TUN을 켜세요

먼저 기준 상태를 기록하세요: 시스템 프록시는 켜고 TUN은 끈 상태에서 브라우저와 대상 앱이 작동하는지 확인하세요.
안내에 따라 권한을 부여하세요: Windows에서 TUN을 사용하려면 관리자 권한이나 클라이언트 서비스가 필요할 수 있습니다. 현재 클라이언트 안내에 따라 필요한 서비스만 설치하고 실행하세요.
충돌 여부를 확인하세요: 기존 VPN, 가상 네트워크 어댑터, 회사 보안 소프트웨어, 다른 프록시 프로그램이 라우팅이나 DNS에 영향을 줄 수 있습니다.
항목별로 확인하세요: 활성화한 뒤 웹페이지, 터미널, 로컬 네트워크 리소스, 사내 네트워크를 각각 테스트하세요. 한 항목이라도 실패하면 먼저 TUN을 끄고 비교하세요. DNS, 규칙, 라우팅을 동시에 수정하지 마세요.

기존 CFW의 TUN 설정을 통째로 가져오는 것은 피하세요. 코어 버전, 네트워크 어댑터 구현 방식, 클라이언트의 설정 생성 방식이 다를 수 있습니다. 특히 DNS 하이재킹, 자동 라우팅, 제외할 네트워크 대역은 새 클라이언트가 현재 지원하는 설정을 기준으로 하세요.

이전 후 자주 발생하는 문제와 점검 순서

구독 업데이트는 실패하지만 기존 설정은 작동하는 경우

먼저 링크가 만료됐는지, 계정에서 구독을 새로 발급해야 하는지, 주소에 불필요한 공백이 있는지 확인하세요. 그런 다음 업데이트 요청이 직접 연결되는지 프록시를 거치는지 구분하세요. 현재 프록시가 작동하지 않는데 프록시를 통해 구독을 업데이트하려 하면 순환 문제가 생길 수 있습니다. 사용할 수 있는 캐시는 보존하고, 업데이트 오류에 표시된 HTTP 상태 코드와 연결 안내를 확인하세요. 모든 설정을 반복해서 삭제하지 마세요.

노드는 표시되지만 브라우저에서 웹페이지가 열리지 않는 경우

“코어 실행 상태 → 로컬 수신 포트 → 시스템 프록시 → 프록시 그룹 선택 → 연결 로그” 순서로 확인하세요. 프록시를 명시한 요청은 성공하지만 브라우저에서만 실패한다면 브라우저 프록시 확장 프로그램과 시스템 프록시 설정을 중점적으로 점검하세요. 특정 도메인만 실패한다면 해당 연결에 적용된 규칙, 정책, DNS 결과를 확인하세요.

클라이언트를 종료한 뒤 네트워크에 문제가 생기는 경우

Windows 「설정」→「네트워크 및 인터넷」→「프록시」를 열고, ‘프록시 서버 사용’이 실행이 중지된 로컬 포트를 가리키는지 확인하세요. 모든 프록시 클라이언트를 종료했다면 수동 프록시 설정을 끄고 다시 테스트하세요. 회사 기기에서 조직이 지정한 프록시를 사용하는 경우 주소나 자동 설정 스크립트를 임의로 삭제하지 마세요.

규칙을 복원한 뒤 설정 오류가 발생하는 경우

마지막 오버라이드를 먼저 되돌려 원본 구독이 계속 실행되는지 확인하세요. 그런 다음 YAML 들여쓰기, 정책 이름, 중복 키를 점검하세요. 공백과 탭 문자를 섞지 마세요. 오류에 표시된 줄 번호는 구독 원본이 아니라 클라이언트가 병합한 실행 설정을 기준으로 할 수 있으므로 실행 설정과 병합 로그를 함께 확인하세요.

이전을 마치기 전 확인 목록

새 클라이언트에서 구독을 수동으로 업데이트할 수 있고, 현재 활성화된 설정 이름을 확인했습니다.
직접 연결 사이트와 프록시 사용 사이트를 각각 테스트했고, 연결 목록의 정책이 예상과 일치합니다.
브라우저, 터미널, 다운로드 도구가 더 이상 기존 포트를 사용하지 않습니다.
사용자 규칙을 별도로 검증했고 구독 업데이트 후에도 유지됩니다.
TUN이 필요하다면 내부 네트워크 접근을 테스트했고, 필요하지 않다면 꺼 두었습니다.
컴퓨터를 다시 시작한 뒤 트래픽을 처리하는 클라이언트 하나만 실행되며, 시스템 프록시와 실제 수신 포트가 일치합니다.

모든 항목을 확인한 뒤 기존 클라이언트의 시작 프로그램 등록과 더 이상 필요 없는 프로그램 파일을 정리하세요. 구독 토큰이 포함된 백업은 접근을 통제할 수 있는 위치에 보관하고, 확인이 끝나면 필요에 따라 삭제하세요. 이전의 목적은 기존 폴더를 다른 프로그램에 통째로 옮기는 것이 아니라 구독, 규칙, 네트워크 주소를 하나씩 새로 연결하는 것입니다.