1. 전제: Windows 10·Clash for Windows·코어의 역할
Clash for Windows는 Clash 계열 설정을 다루는 그래픽 셸이고, 실제 패킷 처리는 내부에서 선택한 코어(프로젝트·포크에 따라 clash 또는 메타 계열 바이너리)가 담당합니다. 사용자 입장에서의 체크포인트는 세 가지입니다. 첫째, 원격 구독 텍스트가 문법과 정책에 맞게 적재되는가. 둘째, CFW가 연 로컬 리스너 포트(Mixed Port 또는 HTTP/SOCKS 조합)가 무엇인가. 셋째, Windows 10의 시스템 프록시가 그 포트를 가리키는가. 화면 레이블은 빌드마다 조금씩 달라도 이 축은 동일합니다.
본문은 개인 장비에서의 네트워크 실험·개발 편의를 전제로 하며, 제공받은 구독·노드의 적법성과 서비스 약관 준수는 이용자 책임입니다. 회사 PC라면 보안 정책을 우선하세요. Win11 전용으로는 Clash Verge Rev 설치 가이드를 함께 참고하면 플랫폼별 검색 의도가 섞이지 않습니다.
2. Windows 10에 맞는 설치 파일 고르기
윈도10에서도 아키텍처는 먼저입니다. x64 대부분의 데스크톱과 달리, 일부 태블릿·ARM PC는 ARM64 패키지가 필요합니다. 설정의 “시스템 정보”에서 프로세서·시스템 종류를 확인하세요. 잘못 고르면 설치 단계 또는 실행 직후 dll 오류로 끝납니다.
배포 형태는 설치형 .exe와 압축 풀어 쓰는 휴대용이 함께 나오는 경우가 많습니다. 시작 메뉴·제거 항목까지 정리하려면 설치형이 편하고, 여러 버전을 옆폴더에 두려면 휴대용이 낫습니다. Edge·Defender의 SmartScreen이 막으면 출처(프로젝트 릴리스 페이지 등)를 다시 확인한 뒤 진행하세요. 체크섬을 제공한다면 검증하는 습관이 안전합니다. 검색 광고형 “원클릭 설치기”와 CFW 바이너리를 혼동하지 마세요.
Clash 생태계는 포크와 후속 GUI가 빠르게 갈라지므로, 장기 사용 계획이라면 유지보수 상태와 취약점 공지를 주기적으로 보는 편이 좋습니다. 즉시 쓰기 위한 최소 요건은 “지금 빌드가 Win10에서 기동하고 구독을 받는가”입니다.
3. 설치, SmartScreen, 첫 실행
설치 경로와 바로가기
기본 경로를 쓰거나 SSD 용량·권한 정책에 맞춰 사용자 지정 폴더를 고릅니다. 설치 후 시작 메뉴에서 CFW를 실행합니다. 첫 실행에서 Windows Defender 방화벽 허용 창이 뜨면, 집에서는 보통 “개인 네트워크” 허용으로 충분하지만, 회사망에서는 IT 지침을 따르세요.
Mixed Port와 LAN 계획
같은 Wi‑Fi의 다른 기기에 프록시를 공유할 계획이라면 포트를 열고 바인드 주소를 제한하는 순서가 필요합니다. Win10·Win11 공통 개념은 Mixed Port·LAN·방화벽 글의 절차로 확장하면 됩니다. 첫날에는 “이 PC의 브라우저만” 연결되는지부터 확인해도 충분합니다.
UAC·관리자 실행
일부 TUN·서비스 모드 기능은 관리자 권한을 요구할 수 있습니다. 이번 튜토리얼의 목표가 System Proxy 기반이라면 보통 일반 실행으로도 진행됩니다. 반복적으로 관리자 창이 뜬다면, 정책·백신 샌드박스·경로 권한을 함께 점검하세요.
4. Profiles에서 구독 URL 첫 가져오기
CFW의 Profiles 탭에서 새 프로필을 만들고 Subscription 칸에 대시보드에서 복사한 HTTPS 링크를 붙여 넣습니다. 이름은 나중에 여러 구독이 겹칠 때 식별하기 쉬운 것으로 바꿉니다. Update를 눌러 서버에서 YAML 또는 호환 텍스트를 받아 오면, Proxies 목록에 노드 레이블이 채워져야 합니다.
실패했을 때는 로그에 남는 HTTP 코드·TLS 메시지를 먼저 봅니다. 동일 URL을 브라우저로 열었을 때 파일이 내려오는지, 말줄임표 없이 복사했는지, 회사 프록시가 중간에서 자르려 하지 않는지 순서대로 확인하세요. 노드는 보이는데 규칙이 기대와 다르면 YAML 안의 rules·정책 그룹 정의를 이후에 다루면 됩니다. 빈 목록만 반복된다면 구독은 받았는데 노드가 비는 경우 글과 캐시·provider 축을 함께 보세요.
한 개의 큰 구독 대신 여러 조각 링크를 쓰는 환경이라면, 프로필 병합 순서와 proxy-groups 우선순위가 체감 속도에 큰 영향을 줍니다. 첫날에는 “불러오기 성공 + 노드 핑”까지만 목표로 두는 것이 디버깅 비용을 줄입니다.
5. 모드·Proxies·포트 숫자 기록
홈이나 상단에서 Mode를 고릅니다. 일반 사용자에게는 Rule이 기본이고, 모든 트래픽을 한 노드로 보내야 할 때만 Global, 잠깐 프록시를 끄려면 Direct 계열을 고릅니다. CFW 표기는 빌드에 따라 한글/영문이 섞일 수 있으나 의미는 같습니다.
Proxies에서는 지연 테스트 버튼이 있으면 한 번 돌려 “응답이 아예 없는 라인”을 걸러냅니다. 구독 쪽에서 url-test·fallback 그룹을 이미 정의했다면 클라이언트는 그 로직을 따르므로, 화면에서 추가로 손대지 않아도 됩니다. 중요한 건 “지금 고른 노드가 정책 그룹 규칙과 충돌하지 않는가”입니다.
General(또는 동등 탭)에서 Mixed Port 또는 HTTP·SOCKS 포트 숫자를 메모하세요. System Proxy는 이 값과 꼭 일치해야 합니다. 예시로 7890이 자주 보이지만, 화면에 표시된 숫자가 항상 정답입니다. 포트 충돌이 의심되면 다른 앱이 같은 번호를 잡았는지 리소스 모니터로 확인합니다.
6. System Proxy와 Windows 10 프록시 설정 대조
CFW에서 System Proxy 토글을 켭니다. 표기는 “Set system proxy” 등 영문일 수 있습니다. 켠 뒤 Windows 설정 → 네트워크 및 인터넷 → 프록시로 이동해 수동 프록시 주소가 127.0.0.1이고 포트가 앞서 적어 둔 값과 같은지 봅니다. Win10은 빌드에 따라 메뉴 문구가 조금 다를 수 있지만, “수동 프록시 켜짐 + 주소/포트”를 확인하는 작업은 동일합니다.
숫자가 어긋나면 다른 VPN·“네트워크 부스터”가 방금 OS 설정을 덮어썼을 수 있습니다. 경쟁 앱을 종료하고 CFW에서 토글을 다시 적용해 보세요. 예전 클라이언트를 쓰다 남은 값 때문에 페이지만 이상하게 열린다면 시스템 프록시 잔여 정리 순서를 참고합니다.
브라우저별로는 Chrome·Edge가 OS 프록시를 기본 따르는 반면, Firefox는 자체 설정을 쓰는 경우가 많습니다. OS를 따르게 바꾸거나 수동으로 127.0.0.1과 동일 포트를 넣어 주면 CFW와 맞춰집니다.
7. 브라우저로 첫 연결 검증
시크릿 창으로 확장 프로그램 영향을 줄이고, 공인 IP 확인 페이지나 지연 테스트 사이트를 열어 출구가 바뀌는지 봅니다. 동시에 CFW의 Logs에서 해당 요청이 잡히는지 확인하면 “프록시를 탔는지”와 “규칙이 의도한 노드를 골랐는지”를 한 번에 검증할 수 있습니다.
출구는 맞는데 일부 사이트만 느리면 DNS·fake-ip·도메인 분기 문제일 수 있습니다. 첫날 목표를 “IP 출구 + 로그 상 도메인 캡처”로 좁히고, 세부 조정은 문서의 DNS 섹션과 함께 진행하면 롤백이 쉽습니다. 지연·TLS 단계에서 반복적으로 멈춘다면 TLS·SNI·노드 글의 축을 염두에 두세요.
검증은 한 번에 한 변수만 바꾸는 것이 좋습니다. 구독 URL·시스템 프록시·DNS를 동시에 손대면 어느 지점에서 깨졌는지 추적이 어려워집니다.
8. Windows 10에서 TUN Mode는 언제 검토하나
System Proxy는 대부분의 데스크톱 브라우저와 UWP 일부에 잘 전달되지만, 프록시를 전혀 보지 않는 게임·특정 터미널 도구까지 한 번에 묶으려면 TUN 또는 이와 유사한 가상 어댑터 경로를 검토합니다. Win10에서도 WFP·기존 VPN과의 충돌이 생길 수 있으므로, 전체 단절이 발생하면 TUN·라우팅·방화벽 글의 순서로 되돌리는 연습을 해 두는 것이 안전합니다.
Rule 파일이 모든 트래픽을 프록시로 몰아버리면 국내 필수 트래픽까지 느려질 수 있습니다. 구독 제공 YAML이 GEOIP·국내 리스트를 적절히 넣었는지는 사용자가 책임집니다. TUN을 켜기 전에도 “중요한 국내 사이트가 Direct로 빠지는지”를 먼저 확인하세요.
9. 자주 막히는 지점
| 증상 | 먼저 볼 곳 |
|---|---|
| Update는 성공인데 속도만 이상 | 노드 지연, Wi‑Fi 절전, 백신 샌드박스, 노트북 전원 프로파일 |
| Chrome은 되고 Firefox만 실패 | Firefox 네트워크 설정, 별도 프록시 확장 |
| 시스템 프록시 켰는데 설정 앱 숫자가 다름 | 토글 재적용, 다른 VPN 종료, CFW 재시작 |
| TUN 후 전체 오프라인 | 어댑터 우선순위, 방화벽 차단, 충돌하는 필터 드라이버 |
로그 키워드(timeout, handshake, DNS 오류 등)를 한 줄씩 메모해 두면 커뮤니티 이슈 검색이 빨라집니다. 회사망에서는 SSL 가로채기·정책 URL 차단이 우선 의심 대상입니다.
10. 자주 묻는 질문
Windows 10 전용으로 Verge 글과 무엇이 다른가요?
Win11·Verge 조합 글은 Mihomo 중심 UI 흐름을 기준으로 설명합니다. 이 글은 검색 의도상 많은 사용자가 여전히 찾는 Clash for Windows 레이아웃과 Windows 10 설정 경로에 맞췄습니다. 포트·프록시 검증 단계는 서로 치환 가능합니다.
구독을 넣었는데 Proxies가 비어 있어요.
URL 끝 공백·만료 토큰·403·클라우드플레어 과부하를 확인하세요. 브라우저에서 파일 다운로드가 되는지, 로그에 인증 오류가 없는지 봅니다.
System Proxy를 켰는데 여전히 직행 같아요.
OS 화면의 포트와 Mixed Port를 다시 비교하고, PAC나 제3자 도구가 덮어쓰지 않는지 확인합니다. 필요하면 잔여 프록시 정리 글을 따릅니다.
Win10에서 예약된 시간에 자동 실행도 하고 싶어요.
작업 스케줄러로 로그온 시 실행을 거는 절차는 자동 시작 가이드를 참고하세요. UAC·경로 인용 부호를 맞추는 것이 핵심입니다.
11. 요약
Windows 10에서 Clash for Windows를 처음 깔 때의 핵심은 네 단계입니다. 맞는 아키텍처의 설치 파일을 받아 실행하고, Profiles → Subscription으로 구독 URL을 넣어 갱신한 뒤, Rule 모드와 노드를 고르고, General에 나온 Mixed Port(또는 HTTP 포트)를 기록해 System Proxy와 OS 설정을 일치시키는 것입니다. 이렇게만 맞춰도 대부분의 브라우저 트래픽은 곧바로 프록시 체인으로 들어갑니다.
PoW 대시보드만 던져 주는 CLI 도구나 규칙 생태가 빈약한 일회용 클라이언트는 초기엔 편해도, 분기·DNS·업데이터 호환이 어긋나면 같은 증상을 반복 디버깅하게 됩니다. Clash 계열은 YAML 규칙·정책 그룹·provider 생태를 공유해 재현성이 높고, Verge·CFW처럼 검증된 GUI와도 조합하기 쉬운 편입니다. 체계적으로 쓰고 싶다면 단일 포트에 몰아넣기보다 Rule·DNS·로그를 함께 보는 흐름이 장기적으로 가장 빠릅니다.
바이너리를 한곳에서 받고 다른 OS 빌드로 넘어가고 싶다면 사이트 다운로드 페이지를 쓰고, 개념 정리는 문서와 병행하세요. 설치 준비만 빠르게 하려면 지금 무료로 Clash 클라이언트를 내려받아 Win10 환경에 맞춰 설치 파일을 고르기만 해도 첫 단계는 끝납니다.