다루는 범위와 전제
이 문서는 Windows 11 PC에서 Clash for Windows 패키지를 받아 설치하고, 제공자가 준 HTTPS 구독 URL 또는 동등한 원격 구성을 Profiles에 넣은 뒤 시스템 프록시를 켜 첫 연결을 확인하는 흐름을 전제로 합니다. 노드 문자열만 있고 Clash 호환 YAML·구독이 없다면 Subconverter로 Clash 형식 변환을 검토하는 편이 안전합니다. 목표는 다섯 가지입니다: 검증 가능한 출처로 내려받기, SmartScreen·Microsoft Defender 알림을 이해한 뒤 신중히 진행, 성공적인 프로필 동기화, 전역 프록시 토글이 실제로 켜진 상태, Rule·Global 의사 결정과 정책 그룹 선택이 일관되는 것입니다.
CfW는 오래된 빌드를 쓰면 최신 TLS·규칙 기능에서 제약이 생길 수 있어, 릴리스 노트를 확인하고 가능한 한 검증된 최신 계열로 맞추는 것이 좋습니다. 동시에 다른 상용 VPN 클라이언트가 시스템 터널을 잡고 있으면 라우팅이 엇갈리므로, 테스트 구간에서는 하나만 남기는 습관이 진단 시간을 줄입니다.
법규·이용약관: 회사망·학교망·국가 규정을 위반하지 않는 범위에서만 사용하세요. 구독 URL은 비밀에 가깝게 취급하고 유출 시 재발급하세요.
CfW와 Clash Verge Rev, 글을 이렇게 고르세요
Clash Verge Rev는 Meta(Mihomo) 코어를 전제로 한 최신 GUI이고, Clash for Windows는 과거에 널리 쓰이던 Windows 전용 이름으로 검색량이 여전히 큽니다. 실행 파일·트레이 아이콘·메뉴 트리가 다르므로, Windows Clash Verge Rev 튜토리얼의 스크린샷과 본인 화면이 맞지 않으면 클라이언트 종류가 다른 것일 가능성이 높습니다. 반대로 본인이 CfW를 쓰기로 정했다면 이 글의 순서를 그대로 밟고, TUN·Service Mode처럼 제품마다 다른 고급 항목은 각 클라이언트 공식 문서를 함께 보는 편이 안전합니다.
“둘 중 어느 것이 더 낫다”는 단말 스펙·운영체제 빌드·필요한 기능 스택에 따라 갈립니다. 최신 기능과 장기 유지보수를 우선하면 Verge 계열을, 레거시 자료·스크린샷과 1:1로 맞추고 싶으면 CfW 문맥을 따라가면 됩니다. 같은 구독이라도 활성 프로필과 시스템 프록시 스위치 위치가 다르므로, 설정을 바꿨는데 반응이 없다면 “지금 편집 중인 파일이 활성인가”부터 다시 확인하세요.
1다운로드와 SmartScreen·브라우저 경고
Windows 11의 Microsoft SmartScreen은 서명·평판이 충분하지 않은 실행 파일을 기본적으로 막습니다. 공식·신뢰할 수 있는 릴리스 페이지에서 .exe나 설치 패키지를 받았는지, 해시 공개가 있다면 로컬 파일과 대조했는지 먼저 확인하세요. 브라우저가 “위험할 수 있음”을 띄울 때는 다운로드 출처 URL이 변조되지 않았는지 주소창을 다시 보고, 압축 속에 숨은 이중 확장자 같은 흔한 사기 패턴은 없는지 살핍니다.
경고를 무시하기 전에 할 일은 한 가지입니다. “내가 의도한 개발자의 바이너리인가?”에 예라고 말할 근거가 있을 때만 추가 정보나 실행 허용을 누릅니다. 회사 Defender 정책으로 차단이 고정되어 있다면 IT에 예외 절차를 요청해야 하며, 개인 PC라도 불명확한 “한 번용 크랙” 패키지는 피하는 것이 맞습니다. 통합 허브에서 플랫폼별 링크를 고른 뒤 이슈 트래커·릴리스 노트는 공개 저장소를 같이 보는 흐름이 혼선이 적습니다. 패키지 선택은 다운로드 허브를 기준점으로 두세요.
클릭 한 번에 보이는 차단 화면만으로 악성 여부를 단정할 수는 없습니다. 다만 “검색 광고 상위의 낯선 도메인”·“과장된 속도 문구”·“압축 비밀번호 안내로 유도하는 메신저 채널” 같은 조합은 위험 신호로 기억해 두면 좋습니다. Clash for Windows 이름을 도용한 번들 설치도 과거에 보고된 바 있으니, 파일명과 서명 정보를 습관처럼 확인하는 것이 장기적으로 안전합니다.
2설치와 최초 실행, 방화벽 질문
설치 마법사가 관리자 권한을 요구하면 UAC 창에서 출처를 다시 확인한 뒤 허용합니다. 설치 경로는 기본값을 쓰더라도 나중에 백업 위치를 알기 쉽게 메모해 두면 재설치 시 편합니다. 첫 실행 직후 Windows Defender 방화벽이 개인·공용 네트워크에 대한 접근을 묻는다면, 실제로 로컬에서 다른 기기와 공유할 계획이 없다면 우선 제한적인 선택으로 시작하고 필요할 때만 범위를 넓혀도 됩니다.
트레이 아이콘을 통해 메인 창을 열고, 상단이나 좌측에 General·Profiles·Proxies 같은 큰 축이 보이는지 확인하세요. 빌드에 따라 다크 테마·간격이 조금씩 다르지만, “지금 활성화된 프로필 이름”과 “시스템 프록시 토글 상태”는 항상 동시에 봐야 합니다. 창을 닫아도 백그라운드에 남는 구성이 일반적이므로, 작업 관리자에서 이중 실행이 없는지만 가끔 점검하면 충돌을 줄일 수 있습니다.
3구독 URL·파일로 프로필 가져오기
Profiles 화면에서 Download from URL 또는 이에 상응하는 입력란을 찾아 제공자가 준 주소를 붙여 넣습니다. 이름은 서비스명·만료 시즌 등 규칙을 통일해 두면 프로필이 늘어도 헷갈리지 않습니다. Update·동기화를 실행해 원격 내용이 정상적으로 내려왔는지, 용량이 0에 가깝지 않은지 확인하세요. 응답이 비어 있거나 파싱 오류가 난다면 동일 URL을 브라우저로 열어 HTTP 상태와 본문 앞부분을 봅니다.
TLS 핸드셰이크 실패·시간 초과는 종종 시스템 시각 오차, 공공 Wi‑Fi의 캡티브 포털, 회사망 HTTPS 검사 때문에 생깁니다. 중간에 끼어든 장비가 인증서를 바꾸면 클라이언트가 구독 서버와 말이 통하지 않으니, 네트워크를 바꾸거나 예외를 요청해야 근본적으로 풀립니다. 로컬에서 사설 DNS·필터 제품이 과도하게 가로채는 경우도 있으므로, 진단 구간에서는 잠시 기본값으로 돌려 보는 방법이 효과적일 수 있습니다.
파일로 직접 불러올 수 있는 빌드라면 저장한 .yaml을 임포트하고 활성 프로필로 지정합니다. 여러 프로필을 두었다면 “방금 수정한 파일”과 “실제로 켜져 있는 파일”이 다르지 않은지 항상 재확인하세요. 잘못된 프로필을 편집하면 “바꿨는데 반영이 없다”는 착시가 생깁니다.
4Proxies 화면과 Rule·Global 이해
Proxies 탭에서 정책 그룹 트리를 펼치고 최상위 출구가 기대한 노드·자동 선택 그룹을 가리키는지 봅니다. 일상 사용은 구독 설계가 그렇다면 Rule 계열 모드를 유지하는 편이 국내 서비스·지연·과금에 유리한 경우가 많습니다. 짧게 병목을 가르기 위해 Global로 모든 트래픽을 한 노드에 몰아 넣어 볼 수는 있지만, 은행·스토어·지도 앱까지 같은 출구를 타면 위치 기반 기능이 흔들릴 수 있습니다.
그룹 이름은 구독마다 다릅니다. 문서 예시의 PROXY 자리에 실제 이름이 들어가야 하며, UI에서 노드를 고를 때도 동일한 트리를 따라가야 합니다. 지연 측정·자동 선택이 있다면 회선 품질 변동에 대응하기 쉽습니다. 규칙 구조를 깊게 보고 싶다면 ACL4SSR과 Loyalsoldier 비교 글의 기준을 참고하세요.
# Illustration — names depend on your subscription
proxy-groups:
- name: PROXY
type: select
proxies:
- auto
- node-a
rules:
- GEOIP,CN,DIRECT
- MATCH,PROXY5시스템 프록시 켜기(첫 전역 연결)
General에서 System Proxy 또는 동등한 토글을 켭니다. 이때 Windows의 “프록시 설정” 화면에 로컬 프록시 주소와 포트가 채워지는지 확인하면 첫 단계 성공을 빨리 검증할 수 있습니다. Allow LAN·포트 노출 옵션을 함께 켜는 경우는 다른 기기와 공유할 때만 필요하며, 불필요하게 열어 두면 공용 네트워크에서 노출 면적이 넓어집니다.
UWP 앱이나 Microsoft Store 계열 프로그램이 전혀 프록시를 타지 않는 것처럼 보이면, 루프백 예외나 별도 제약이 걸려 있을 수 있습니다. 이런 증상이면 Windows UWP·Loopback·시스템 프록시 글을 함께 읽는 편이 좋습니다. 반면 WSL2나 개발 도구가 localhost 포트를 기대하는 장면은 WSL2와 Windows Clash 포트 정렬과 짝을 맞춰야 합니다.
DNS 심화: 규칙 매칭이 이상하면 Fake IP·업스트림 DNS·스니퍼를 동시에 손대지 말고 한 겹씩 바꾸세요. 전체 지도는 Meta 코어 DNS 유출 방지 가이드와 연결해 보세요.
6첫 연결 점검 순서
활성 프로필이 맞는지 확인한 뒤 Proxies에서 상단 그룹이 원하는 출구를 가리키는지 봅니다. 그다음 시스템 프록시를 켜고 일반 브라우저로 목표 사이트에 들어가 보세요. 여전히 열리지 않으면 다음을 순서대로 점검합니다: 구독 업데이트 성공 여부, 시스템 시간·타임존 자동, 다른 VPN·터널 종료, 짧은 Global 테스트, 브라우저 고정 프록시·확장 충돌. 이 순서는 다른 Clash GUI에서도 같은 골격을 쓰므로 클라이언트를 바꿔도 적용하기 좋습니다.
특정 사이트만 실패할 때는 규칙 상단의 더 강한 매칭이 의도치 않은 출구를 고르고 있지 않은지 로그로 추적합니다. 노드 자체가 끊겼을 때는 지연 측정에서 바로 드러나는 경우가 많으니, “우회가 필요 없는 국내 호스트까지 Global로 몰았는가”도 함께 봅니다. 문제 해결을 반복한다면 백신·샌드박스·제로 트러스트 클라이언트가 로컬 프록시 삽입을 방해하지 않는지도 점검합니다.
자주 묻는 질문
아래는 Windows 11·CfW 조합에서 자주 반복되는 질문과 현장에서 통하는 답의 뼈대입니다.
Q1. Verge Rev 글만 있는 줄 알았는데 CfW도 필요합니다.
검색어에 Clash for Windows·CfW가 붙으면 이 튜토리얼이 맞고, Clash Verge Rev·서비스 모드 중심이면 Windows Verge Rev 글을 보세요. 혼동하면 메뉴 위치가 전혀 달라 중도 이탈이 생깁니다.
Q2. SmartScreen만 계속 막습니다.
다운로드 URL과 파일 해시를 다시 확인하고, 서명·발행자 정보가 기대와 맞는지 봅니다. 회사 PC면 정책으로 영구 차단일 수 있어 IT 예외가 필요합니다. 근거 없이 무조건 허용하는 습관은 피하세요.
Q3. 구독 요청이 403·타임아웃입니다.
제공자 패널에서 User-Agent 제한·IP 제한·만료 여부를 확인하고, 동일 URL을 브라우저로 열어 응답을 봅니다. 회사망이면 HTTPS 검사를 우선 의심합니다.
Q4. 시스템 프록시를 켰는데 일부 앱만 안 됩니다.
해당 앱이 SYSTEM/LOCAL 범위의 프록시를 무시하거나 자체 DNS를 쓰는지 확인합니다. UWP 계열은 Loopback 글을 참고하고, 개발 도구는 WSL2 글을 함께 보세요.
Q5. Clash 링크가 아닌 원본만 줍니다.
Subconverter 가이드로 Clash 호환 출력을 만든 뒤 그 URL을 Profiles에 넣으세요. 제3자 변환기에 원본을 맡길 때는 신뢰 경로를 확인해야 합니다.
문제 해결 체크리스트
프로필이 비어 있음: 업데이트 로그와 브라우저 직접 접속 결과를 비교하고, 차단 페이지·리디렉션 HTML이 내려오지 않는지 봅니다.
브라우저만 이상: 고정 프록시·확장·«DNS over HTTPS 전용» 설정이 시스템 값을 덮어쓰는지 확인합니다. 크롬 계열과 엣지를 번갈아 열어 재현 여부를 가릅니다.
루프로 보이는 느림: Rule 순서에서 불필요한 이중 우회·자기 자신을 다시 프록시로 보내는 항목이 없는지 로그를 추적합니다. DNS와 Fake IP를 동시에 바꾼 직후라면 한 번에 하나씩 되돌려 보세요.
마치며
Windows 11에서 Clash for Windows로 처음 맞출 때 핵심은 단순합니다. 검증 가능한 설치본, SmartScreen·Defender 알림을 이해한 다음 단계, 성공적인 구독 동기화, 일관된 시스템 프록시 상태, 그리고 Proxies에서의 출구 선택입니다. 다섯 가지가 맞으면 “어디는 되고 어디는 안 된다”는 증상 대부분을 줄일 수 있습니다. 최신 클라이언트를 찾는다면 Clash Verge Rev 가이드와 비교해 본 뒤 장기적으로 쓸 제품을 정하면 전환 비용이 줄어듭니다.
무료 허브에서 플랫폼별 패키지를 고르고 공개 이슈는 저장소에서 확인하는 습관을 들이면 안전합니다. 아래 링크에서 동일한 전략을 이어 가 보세요.