Windows 11에서 Clash for Windows 대신 Clash Verge Rev를 쓰라는 글이 많은데, CFW를 깔아도 되나요?

신규 기능·보안 패치 관점에서는 Mihomo 기반 최신 GUI가 권장되지만, 예전 화면에 익숙하거나 자료가 CFW 기준인 경우 Win11에서도 동일 메뉴 흐름으로 설치할 수 있습니다. 장기적으로는 Verge 계열 이전을 검토하는 편이 안전합니다.

구독 링크를 넣었는데 Profiles는 성공인데 Proxies가 비어 있어요.

활성 프로필이 맞는지, Update 후 YAML에 proxies 블록이 실제로 생성됐는지 확인합니다. 만료·호출 제한·User-Agent 요구 등은 Clash for Windows만의 문제가 아니므로 구독 FAQ에서 증상별로 나눠 보세요.

시스템 프록시를 켰는데 Microsoft Store·일부 UWP만 안 돼요.

일부 스토어 앱은 루프백·별도 프록시 정책 때문에 시스템 프록시를 따르지 않을 수 있습니다. UWP와 시스템 프록시 조합은 별도 가이드를 함께 보세요.

Win10용 CFW 글이랑 무엇이 다른가요?

메뉴 구조는 같지만 검색어가 Windows 11·작업 표시줄·설정 앱 버전에 묶이는 경우가 많아 주제를 분리했습니다. Win10 전용 절차는 윈10 글을 참고하세요.

📖 튜토리얼 2026년 5월 10일 ⏱ 약 19분 분량

Windows 11에서 Clash for Windows(CFW) 설치: 다운로드부터 구독 가져오기·시스템 프록시·Rule 모드까지 처음 설정(2026)

네이버·구글에서 「Win11 Clash for Windows」「CFW 설치」「구독 불러오기」「시스템 프록시」「클래시 포 윈도우 사용법」처럼 치면, 글마다 추천 클라이언트가 Clash Verge Rev 쪽으로 기울어 헷갈리기 쉽습니다. 그래도 현업 검색에는 Windows 11 + 클래식 CFW 화면(Profiles, General, Home) 조합이 남아 있습니다. 이 글은 윈도우11에서 첫 설치부터 구독 URL로 프로필을 받고 시스템 프록시를 켠 뒤 Rule로 검증하는 순서를 단계별 실측 형태로 적었습니다. 전체 줄기는 2026년 Clash 생태계와 함께 보시고, Win11에서 최신 GUI를 쓰는 첫 설정은 Clash Verge Rev 첫 설정 글과 검색 의도를 나눴습니다. 윈도우10 + CFW 전용 흐름은 Windows 10 Clash for Windows 설치를 참고하세요.

① 왜 Windows 11에서도 Clash for Windows 글이 필요할까요?

Windows 11 사용자에게 가장 자주 보이는 권장안은 Mihomo 코어를 얹은 Clash Verge Rev입니다. 업데이트·프로토콜 지원·커뮤니티 이슈 대응까지 보면 그 편이 맞습니다. 다만 실제 검색 로그에는 「Clash for Windows 설치」「CFW 구독」「시스템 프록시 안 됨」처럼 레거시 제품명이 그대로 남아 있고, 회사 내부 매뉴얼·옛 스크린샷도 CFW 메뉴 이름에 고정된 경우가 많습니다. 그래서 Win11 + Verge 글과 별도로, Win11 + 클래식 CFW 조합을 한 페이지에 모아 두면 긴 꼬리 검색과 실무 질문을 동시에 줄일 수 있습니다.

이 글에서 말하는 성공 상태는 과장된 속도 숫자가 아니라, 브라우저가 OS 프록시 설정을 따라 출구를 바꿀 수 있는지, Profiles에서 받은 YAML이 Proxies 탭에 노드를 만들었는지, Home에서 Rule과 Global을 바꿔가며 증상을 가릴 수 있는지입니다. 이후 세부 분류는 Clash 입문 튜토리얼과 사용자 규칙 글로 확장하면 됩니다.

보안 전제: Clash for Windows는 더 이상 활발히 유지되는 상업 제품처럼 업데이트가 이어지지 않습니다. 설치 파일 출처를 검증하지 못하면 악성 번들 위험이 커집니다. 공개 릴리스 기록·해시·조직 IT 허용 범위를 먼저 확인하고, 새 PC라면 Verge Rev 등 최신 줄기로 시작하는 편이 안전합니다. 그래도 지금 당장 CFW 화면이 필요한 경우에만 아래 순서를 따르세요.

② 설치 전 점검: Windows 11 정책·백신·다른 VPN과의 충돌

Windows 11 Pro나 조직 가입 PC는 Defender 애플리케이션 제어·스마트 앱 제어 때문에 서명 없는 실행 파일이 조용히 막히기도 합니다. 증상은 “더블 클릭해도 아무 일 없음”처럼 단순해서, 이벤트 뷰어나 보안 센터 알림을 함께 봐야 원인이 보입니다. 개인 홈 PC라면 스마트스크린 경고가 더 흔합니다.

백신·엔드포인트 보안 제품은 로컬 프록시 프로세스를 격리하거나 트래픽 필터와 충돌시키기도 합니다. Microsoft Edge·Chrome은 대개 시스템 프록시를 따르지만, 회사 단말의 HTTPS 검사·PAC가 끼어 있으면 “앱은 정상인데 웹만 실패” 패턴이 납니다. 또 다른 상용 VPN이 켜져 있으면 라우팅이 겹쳐 TUN 계열과 함께 쓸 때 특히 불안정해집니다. 설치 전에는 불필요한 터널 제품을 잠시 끄고 시작하는 편이 진단이 빠릅니다.

③ 다운로드와 실행 허용: Win11 스마트 앱 제어·스마트스크린·UAC

파일을 받은 뒤 첫 실행에서 멈춘다면 YAML 문제 이전에 OS 허용 레이어를 의심합니다. 화면 문구는 빌드마다 조금 달라도, 흐름은 대개 추가 정보를 연 다음 실행 여부를 사용자가 고르는 형태입니다. 파일 이름만 보고 신뢰하지 말고, 가능하면 배포 페이지의 체크섬과 로컬 파일을 비교해 위조 exe를 피합니다.

TUN·가상 어댑터 드라이버가 포함된 패키지라면 UAC 프롬프트가 뜨는 것이 정상입니다. 한 번 거부하면 이후에도 어댑터가 제대로 안 올라와 “켰는데 전부 직행”처럼 보일 수 있으니, 신뢰할 수 있는 빌드라면 안내에 따라 진행합니다. 설치 마법사 마지막에 시작 프로그램 등록을 묻는 경우, 회사 노트북이면 정책에 맞게 끕니다.

④ Profiles: 구독 URL 붙여 넣기·갱신 실패를 줄이는 복사 습관

Clash for Windows 왼쪽 Profiles에서 New Profile 또는 Download 흐름으로 공급자가 준 Subscription URL을 넣습니다. 카카오톡·슬랙·메일에서 링크를 복사하면 보이지 않는 줄바꿈이 붙는 경우가 많습니다. 메모장에 한 번 붙였다가 다시 복사하면 구독 가져오기 오류가 줄어듭니다.

붙여 넣은 뒤에는 반드시 Update나 다운로드 아이콘으로 원격 YAML을 당겨 와야 Proxies 탭에 노드가 생깁니다. 프로필이 여러 개면 지금 고른 파일이 활성 프로필인지 제목 옆 상태를 확인합니다. 링크는 살아 있는데 목록이 비었다면 만료, 호출 제한, User-Agent 조건 같은 서버측 거절이 흔합니다. 이런 패턴은 앱 종류와 무관하게 반복되므로 구독 링크 FAQ와 대조해 보세요.

💡 한 줄 요약 Profiles는 “원격 설정 파일이 실제로 내려왔는지”, Proxies는 “그 파일이 만들어 준 노드 풀”을 보는 탭입니다. 전자가 비면 후자는 절대 채워지지 않습니다.

⑤ Proxies: 지연 테스트·빈 셀렉터·프록시 그룹 이름 깨짐

Proxies에서 각 노드 옆 지연 테스트를 눌러 숫자가 나오는지 확인합니다. 전부 timeout이면 로컬 방화벽·회선·노드 풀까지 넓게 의심해야 하고, 일부만 된다면 지역·프로토콜·UDP 지원 여부를 나눠 봅니다.

Proxy Groups가 Selector라면, 사용자가 고른 이름이 실제 proxies 목록과 연결돼 있어야 합니다. 공급자가 템플릿을 바꿔 그룹이 가리키는 이름이 어긋나면 “비어 있는 셀렉터”처럼 보입니다. 구조가 헷갈리면 프록시 그룹 가이드로 이름 규칙을 맞춥니다.

⑥ General: Mixed 포트·시스템 프록시·Allow LAN·TUN 전제

시스템 프록시 설정이라고 검색했을 때 실제로 만지는 스위치가 General의 System Proxy입니다. Mixed Port, HTTP(S), SOCKS가 다른 앱과 겹치면 포트 충돌로 아무 것도 안 되는 것처럼 보입니다. 집 안 다른 기기를 붙일 때만 Allow LAN을 켜고, 공용 Wi-Fi에서는 끄는 편이 안전합니다.

System Proxy를 켜면 Windows의 프록시 서버 값이 잡히고, 대부분의 데스크톱 브라우저는 이를 따릅니다. 반면 TUN 모드는 가상 NIC를 통해 트래픽을 넓게 가져오므로 드라이버 허용·DNS 설계가 함께 따라옵니다. 개념은 TUN 모드 심화 글과 연결해 두면 이후 Verge Rev로 옮겨도 같은 진단 언어를 씁니다.

⑦ Home: Rule·Global·Direct를 바꿔 원인 줄이기

Home의 큰 전환은 초보에게 가장 헷갈리는 부분입니다. Rule은 YAML의 rules를 따라 도메인·IP를 나누고, Global은 사실상 모든 트래픽을 선택한 출구로 보냅니다. Direct는 프록시를 거의 쓰지 않습니다. 사이트가 열리지 않을 때 잠깐 Global로 바꿨다가 증상이 사라지는지는 가장 빠른 분기입니다. Global에서만 된다면 규칙 누락·GEOIP 순서·DNS로 빠지는 도메인을 의심합니다.

직접 줄을 손대고 싶다면 Profiles에서 YAML을 연 뒤 저장하면 되지만 문법 오류가 나면 전체가 실패합니다. 안전한 패턴은 사용자 정의 규칙 튜토리얼을 따라 최소 변경만 적용하는 것입니다.

⑧ Windows 11에서만 자주 보는 증상: 스토어 앱·UWP·루프백

데스크톱 브라우저는 되는데 Microsoft Store나 특정 UWP만 실패하는 경우, 앱이 시스템 프록시를 무시하거나 루프백 정책이 걸려 있을 수 있습니다. 이때는 Global을 바꿔도 동일하면 OS·앱 계층을 의심합니다. 자세한 조합은 Windows 11 UWP·루프백과 시스템 프록시 글을 함께 보세요.

⑨ 안 될 때 위에서부터 적용하는 체크리스트

한 번에 여러 설정을 바꾸지 말고 아래는 순서대로 봅니다.

CFW 하단 상태에 치명적 오류 배너가 없는지 확인합니다.
System Proxy가 실제로 ON인지, 이전에 수동으로 넣은 프록시가 남아 있지 않은지 봅니다.
동시에 다른 VPN·필터 드라이버가 켜져 있으면 끕니다.
Proxies에서 메인 셀렉터가 빈 그룹이나 죽은 노드를 가리키지 않는지 확인합니다.
DNS_PROBE·특정 도메인만 실패면 fake-ip·fallback DNS를 프로필과 비교합니다.
회사 PC면 사내 보안 프록시·검사 정책으로 로컬 프록시가 무력화된 것은 아닌지 IT에 확인합니다.

⑩ Verge Rev·Mihomo 쪽으로 넘어가기 전에

중장기적으로는 Clash for Windows에 머무를 이유가 줄어듭니다. 새 프로토콜·보안 이슈 대응은 Mihomo 기반 최신 GUI가 앞서 있습니다. 지금 PC에서 최소 사용 가능 상태만 만들었다면, 포트·프로필 경로 차이를 정리해 두면 이후 전환이 수월합니다. 절차 비교는 CFW→Clash Verge Rev 마이그레이션을 참고하세요.

⑪ 원클릭 VPN과 비교해 보는 Clash·Mihomo 계열의 장점

일부 원클릭 VPN 앱은 처음엔 편하지만, 업무용 SaaS·개발 도구·스트리밍을 서로 다른 출구로 나누기 어렵고 전체 트래픽을 한 노드에 몰아넣는 식으로만 조정되는 경우가 많습니다. 반면 Clash·Mihomo 계열은 같은 구독 링크라도 YAML의 rules와 proxy-groups로 목적지별 분류를 설계할 수 있어, 속도와 안정 사이를 스스로 조절할 수 있습니다. 설정 학습 비용은 있지만 한 번 구조를 이해하면 Windows 11에서든 다른 OS로 옮기든 비슷한 언어로 프로필을 재사용할 수 있습니다. 레거시 CFW에 잠시 머물든 곧바로 최신 클라이언트로 넘어가든, 안전한 출처의 빌드와 문서를 한곳에서 확인해 두는 편이 좋습니다. 지금 환경에 맞는 패키지를 고르고 싶다면 → Clash 다운로드 페이지에서 권장 빌드와 안내를 확인해 보세요.