Windows 11 CfW 사용자의 검색 의도
Windows 11 검색에서는 “노드를 어디서 고르냐”, “테스트 버튼이 안 보인다”, “규칙과 글로벌 차이가 뭐냐” 같은 질문이 반복됩니다. Clash for Windows는 트레이 아이콘을 통해 대시보드를 열면 Profiles·Proxies·General 같은 패널 이름이 같은 자리를 유지하려고 해 과거 블로그 스크린샷을 따라오기 좋지만, 패치·언어 플러그인·테마 때문에 버튼 위치만 살짝 달라질 수 있습니다. 핵심은 “패널 이름이 아니라 실제 타입(URL-Test, Selector)”을 YAML에서 확인하는데, 초보 단계에서는 프록시 그룹 이름 앞쪽에 노란 테스트 아이콘이나 줄 전체 테스트 링크가 붙어 있다는 패턴부터 익히면 됩니다.
이 페이지는 CfW 사용자가 지연 테스트와 정책 그룹 선택을 익히는 데 초점을 둔 그래픽 튜토리얼입니다. 새 설치 순서까지 함께 보고 싶다면 같은 시리즈의 Win11 CfW 설치·구독 글을 먼저 따라온 다음 이 글으로 넘어오면 퍼널이 자연스럽습니다.
첫 실행 전제와 설치편 연결
프로필이 비어 있으면 테스트할 줄 자체가 없습니다. 활성 프로필이 올바른지, 우측 혹은 상단에서 표시 이름이 회색이 아니라 선택된 상태인지 먼저 확인합니다. 구독 갱신 버튼이 실패 노란 줄을 띄우면 테스트가 아무리 많아도 전부 초기화 상태로 남습니다. HTTP 단계 디버깅 순서를 맞추려면 구독 404·403 대응 페이지를 책갈피에 두세요.
레거시 리스크 역시 짚습니다. Clash for Windows 원 프로젝트는 더 이상 적극 유지되는 그래픽 스킨이 아니므로 교육·재현 목적 외 장기 업무에서는 보안·호환 이슈를 감안해야 합니다. 공급자 YAML이 최신 필드만 쓰도록 바뀌면 구버전 CfW에서는 파서 오류 한 줄 때문에 전체 패널이 멈춥니다.
트레이·General·Proxies 화면 지도 읽기
작업 시작 흐름은 대개 “트레이 아이콘 더블 클릭 혹은 오른쪽 클릭 → Open Dashboard”입니다. 들어오면 두 축만 기억합니다. 하나는 패킷 처리 모드축(Rule·Global·Direct 등 앱 이름에 따라 문자만 다름)이 위치한 상단 또는 좌측이고, 다른 하나는 패널 선택 축입니다. CfW 패밀리는 General에서 시스템 프록시 토글, Mixed Port 문자열, Allow LAN처럼 OS와 맞물리는 설정을 확인하고, 노드 줄은 거의 모두 Proxies 카테고리에 모입니다.
Proxies 안에는 계층이 있습니다. 브레드 크럼이 아니라 접이식 카드처럼 PROXY·Auto·Fallback 같은 상위 줄을 펼치고 그 안쪽에 각 서버 줄이 줄지어 있습니다. 일부 패치 번들은 상위 카드 헤더에 작은 새로 고침 아이콘을 두어 테스트를 한 줄에 실행하게 하기도 합니다. 없다면 카드 헤더를 길게 눌러 메뉴가 뜨는지, 또는 상단 행동 바에 속도 재생 아이콘이 있는지를 찾습니다. 중요한 것은 버튼 위치 숫자가 아니라 “현재 카드 타입과 프로필의 type 키”가 같은지 확인하는 태도입니다.
일괄 지연 테스트를 누르는 순서와 주의점
지연 테스트(Latency test, 속도 테스트)은 보통 헤더에 번개 또는 시계 형태 아이콘으로 존재합니다. 누르면 각 노드 줄 오른쪽에 밀리초 단위가 채워집니다. 이 숫자는 구독이 정의해 둔 URL에 대한 TCP·HTTP 핑과 유사하지만 각 공급자 구성에 따라 결과가 들쭉날쭉할 수 있습니다. 한 번 테스트가 끝나기 전에 다시 버튼을 두드리면 순서 큐가 꼬여 일부 줄이 회색 상태로 멈춰 보일 수 있습니다. 테스트가 길 때는 카드 헤더에 스피너가 도는지만 보고 결과가 안정되는지 확인합니다.
그룹마다 테스트 대상 노드 전체와 일부 서브 노드 묶음이 다른 경우도 있습니다. URL-Test 그룹이라면 테스트 타이밍 자체가 선택 알고리즘에 영향을 줄 수 있습니다. 테스트 직후 잠깐 최선 노드를 잡았다가 몇 초 뒤에 다시 교체되는 패턴이 보이면, 그것은 UI 버그보다 간격 매개변수 쪽 신호입니다. 체계적으로 타입 차이를 읽어야 한다면 URL-Test·Fallback 설명글을 같이 놓습니다.
Selector로 노드를 고르고 유지하기
줄 이름 옆 라디오·토글처럼 보이지만 실제 타입은 Selector입니다. 카드 헤더를 펼치고 원하는 줄을 클릭하면 즉시 전환됩니다. 클릭 직후에도 실제 업무 페이지가 깜빡이지 않으면 브라우저 쪽 캐시나 HTTP/3 경로 때문에 그럴 때가 많습니다. 강하게 확인하려면 개발자 도구 네트워크 패널에서 새 연결이 새 Remote Address로 향했는지 봅니다.
종종 상위 카드 이름이 같은데 하위 카드 이름이 헷갈립니다. “GLOBAL이 두 개처럼 보인다”는 착시는 패널 접기 상태에서 상위 카드만 보고 발생합니다. 카드 헤더를 모두 접었다 펼치며 줄 실제 문자열 전체가 다른지 검토합니다.
URL-Test·Fallback이 덮어쓰는 패턴 분리하기
선택 변경이 유지되는지 테스트하려면 먼저 YAML에서 카드 줄의 타입 문자열을 확인합니다. Fallback은 서버 상태를 스캔하며 순위대로 순환하기 때문에 테스트 타이머 간격 속에서 자동 교체처럼 느껴질 수 있습니다. URL-Test 역시 테스트 주기에 맞춰 최저 지연 줄을 따라갑니다. 반면 Selector는 사용자 선택을 유지하려 노력해야 하지만, 같은 이름의 상위 카드 규칙이 다시 패킷 라우팅을 덮어쓰면 “방금 선택했는데 왜 초기값이냐”는 증상이 납니다.
디버깅 팁 하나는 로그 줄에서 실제 선택된 줄 이름을 문자열 검색한다는 것입니다. UI 카드 상태와 불일치하면 동기 지연이나 충돌 프로세스 신호입니다. 로그 줄 읽기 기본 패턴은 타임아웃·TLS 가이드 참고하면 됩니다.
규칙 모드·글로벌 모드·직연결 활용 순서
규칙 모드에서 일상을 보냅니다. 국내 콘텐츠 CDN은 직행을 유지해 지연을 줄이고, 해외 패턴만 터널로 빼려는 사람이 많습니다. 그럼에도 “특정 사이트만 계속 깨진다”는 보고에는 먼저 글로벌 모드로 올립니다. 글로벌에서 정상이라면 패킷 레벨이 아니라 규칙 매칭·DNS 순서 문제일 확률이 큽니다. 반대로 글로벌에서도 깨진다면 후보 줄 자체 교체 순서입니다.
직연결은 프록시를 완전히 빼 버리는 테스트용 레버입니다. 끌 때마다 Windows가 기대했던 업데이트·라이선스 확인이 순간 회복된다면 과도하게 넓게 잡은 글로벌 영향을 의심합니다. 순서 패턴 표는 아래처럼 암기하면 좋습니다. 의심이 규칙인지 후보 줄인지 패킷 레벨인지를 순서대로 좁히는 과정이라고 보면 됩니다.
- Rule에서 재현된다 → Global로 올린다 → 정상 여부 확인
- Global에서 재현된다 → Selector 후보 순으로 바꾼다 → 동일 테스트
- 그래도 실패한다 → Direct로 내려 ISP 경로 회복 검증 후 DNS·TLS 줄을 확인
- Direct에서도 깨진다면 Clash 문제가 아닌 회선·브라우저 쪽 증거를 수집
시스템 프록시와 Win11 패널 숫자 맞추기
CfW 패밀리는 보통 상단 카드 또는 General 화면에 System Proxy 토글을 둡니다. 켠 직후 Windows 설정 → 네트워크 및 인터넷 → 프록시 패널에 자동 설정 스크립트나 고정 호스트 줄이 채워지는지 확인합니다. 클라이언트에 표시된 Mixed Port 문자열 숫자가 OS 줄과 같은지 비교해야 “앱은 켰는데 OS는 모른다” 패턴을 제거합니다. 숫자가 다르면 예전 테스트에서 남아 있는 다른 패널 레지스트리 줄이거나, 회사 프로필이 덮어쓴 상태일 수 있습니다.
CLI나 IDE는 WinHTTP 때문에 시스템 줄을 무시합니다. 브라우저만 테스트하고 싶어도 터미널 테스트를 돌린다면 $env:HTTP_PROXY 변수를 명시해야 합니다. 포트 번호 불일치는 포트 충돌 진단글과 같이 봐야 속도 빠릅니다.
$env:HTTP_PROXY="http://127.0.0.1:7890"
$env:HTTPS_PROXY="http://127.0.0.1:7890"평소 켜기·바꾸기·끄기 플로우
가장 단순한 일상 순서입니다. 시작할 때 CfW 실행 → 활성 프로필 확인 → 규칙 모드 → 필요하면 Proxies 카드 테스트로 후보 순위 갱신 → Selector에서 고른 줄 확인 → 브라우저 핑거프린트 사이트로 지역 줄 확인합니다. 업무 패턴 전환 시간대에는 URL-Test 카드 테스트만 돌린 뒤 상위 카드 상태를 새로 고침해야 자동 줄이 교체됩니다.
완료 후에는 순서 역으로 갑니다. 시스템 프록시를 끄고, 상태 표시 줄이 깨끗한지 Windows 패널로 확인 후 앱 종료 버튼을 눌러 상주 프로세스를 정리합니다. 종료했는데도 인터넷이 잠깐 깨져 보인다면 직연결 테스트와 캐시된 DNS 때문에 그럴 수 있습니다. 패턴 재현 순서를 종료 후 인터넷 복구 글에서 다시 따라가세요.
지연 측정 숫자와 실체감이 어긋날 때
테스트 줄이 낮음에도 페이지가 무겁다면 테스트 URL과 실사용 CDN 종단이 다른 경우입니다. 동영상 패킷 패턴에서는 지연 시간보다 품질 저하 줄이 크게 작용하기도 하고 TLS 완료 이후 속도 증폭 때문에 체감이 달라집니다. 이 경우 카드 테스트만 무한히 눌러도 해결되지 않습니다. 선택해야 할 카드 줄을 교체했는지 브라우저 개발자 도구 타임라인으로 확인해야 합니다.
반대로 카드 테스트가 줄줄이 -1 ms나 공백이면 테스트 엔드포인트 접근 차단 패턴입니다. 공급자가 특정 테스트 URL 차단 레이블을 붙였는지 또는 로컬 백신이 localhost 대행을 깨트렸는지 의심합니다. 이때 다른 노드 카드 테스트가 아무 의미 없음을 보였다면 네트워크 진단 순서 자체가 잘못됐음을 의미하기도 해서 회선과 DNS를 우선 교정합니다.
자주 묻는 질문
테스트 줄이 깜빡이다가 초기 상태로 돌아갑니다. 왜 그럴까요?
상위 카드가 URL-Test나 Fallback이면 테스트 이벤트마다 줄을 다시 선택합니다. Selector로 바꿔 제공자와 협의하거나 테스트 버튼을 덜 두드립니다.
Verge 같은 최신 패널을 쓰면 같은 과정으로 되나요?
큰 순서는 같지만 배치 차이 큽니다. Verge 사용자는 따로 작성된 동일 검색 의도별 튜토리얼을 따라가면 중복 학습 시간이 줄어듭니다.
장기적으로는 어떤 클라이언트가 낫나요?
유지 활발한 패널이 보안 패치 접근성까지 좋습니다. 비교 선택은 클라이언트 선택 가이드를 따라 판단하세요.
맺음말
Clash for Windows는 과거 많은 사람의 첫 패널 학습표가 되었지만, 지금은 코어 교체 속도 면에서 Clash Verge Rev·Mihomo Party처럼 정기 패치 라인과 충돌합니다. 과거 줄을 그대로 붙들면 최신 규칙 패턴 하나가 YAML 전체 발동을 중단시킵니다.
같은 반복 테스트 UI를 최신 줄로 옮기면 탭 이름과 단축키만 다르지 “테스트 줄 → 카드 상태 → 브라우저 확인 → 로그 줄 대조” 루프는 유지합니다. 줄만 바뀔 뿐 절차는 동일하게 적용해야 문서 검색 시간이 줄어듭니다.
이와 반해 Clash V.CORE는 배포·문서 검색·패널 줄 읽기 루프를 같은 도메인에 묶어 전환 과정 중에도 체크리스트를 놓치지 않게 하려 합니다. 구버전 CfW 테스트 절차를 익었더라도 최신 패널 줄을 받아 동일 테스트를 검증하고 싶다면 Clash V.CORE 다운로드 페이지에서 안전한 패키지와 교차 참조 문서를 한 번에 잡아 두세요.