Windows Clash 설치 전체 가이드: 클라이언트 선택, 구독 가져오기, 흔한 오류 해결

DOC-02

설치와 승인: 다운로드부터 화면이 열리기까지

설치 패키지 다운로드가 끝나고 더블클릭으로 실행하면 Windows SmartScreen의 "알 수 없는 게시자" 경고가 뜨는데, 이는 디지털 서명 메커니즘의 정상적인 차단이므로 "추가 정보 -> 실행" 순으로 클릭하면 진행할 수 있습니다. 설치 과정 자체에 특별히 주의할 옵션은 없으며 기본 경로를 그대로 사용하면 됩니다. 한글 경로나 공백이 포함된 사용자 지정 디렉터리에는 설치하지 않는 것을 권장합니다. 일부 버전은 경로 해석에서 호환성 문제가 있습니다.

1. 설치 패키지를 실행하고 안내에 따라 설치를 완료합니다. 첫 실행 시 방화벽 승인 팝업이 뜨면 "액세스 허용"을 선택하세요(공용 네트워크와 사설 네트워크 모두 체크). 그렇지 않으면 프록시 모니터링 포트가 시스템 방화벽에 차단될 수 있습니다.
2. 클라이언트에 TUN 모드 기능이 포함되어 있다면 처음 활성화할 때 가상 네트워크 카드 드라이버 설치를 요청하며, 이때도 UAC 팝업에서 "예"를 클릭해 승인을 완료해야 합니다. 이 단계를 건너뛰면 TUN 모드가 계속 활성화 실패로 표시됩니다.
3. 메인 화면에 들어간 후 먼저 버전 번호와 코어 버전을 확인해 최신 안정판인지 확인하세요. 구버전 설치 패키지에는 이미 수정된 기존 문제가 남아 있을 수 있습니다.

일부 회사 업무용 PC나 도메인 관리 정책이 엄격한 기기에서는 사용자 수준의 드라이버 설치가 금지되어 있을 수 있으며, 이 경우 TUN 모드는 활성화할 수 없으므로 시스템 프록시 모드로 되돌리는 것이 유일한 현실적인 선택이며, 드라이버 서명 문제를 억지로 조사할 필요는 없습니다.

DOC-03

구독 가져오기와 최초 연결 확인

설치가 끝난 뒤 핵심 작업은 구독 링크를 가져오는 것입니다. 대부분의 클라이언트는 "구독", "Profile" 또는 "설정" 페이지에 입력란을 제공하며, 구독 주소를 붙여넣고 다운로드를 클릭하면 됩니다. 가져온 후 확인해야 할 세 가지는 노드 목록이 정상적으로 로드되는지, 구독에 자동 업데이트 간격이 설정되어 있는지, 현재 적용 중인 설정 파일이 방금 가져온 것인지입니다(클라이언트가 기존 테스트용 설정을 남겨두고 있어 잘못 사용하기 쉽습니다).

구독 가져오기 흔한 확인 순서:
1. 구독 링크 자체를 브라우저에서 직접 열거나 다운로드할 수 있는지(링크 만료 여부 판단)
2. 클라이언트가 Clash / mihomo 형식 설정으로 정확히 인식하는지(v2ray 형식이 아닌지)
3. 가져온 후 노드 목록 수가 예상과 일치하는지
4. 노드를 수동으로 선택해 지연 시간을 테스트했을 때 구체적인 밀리초 값이 반환되는지(타임아웃이 아닌지)

노드 목록이 정상적으로 로드되면 "지연 시간 테스트"로 이동하거나 개별 노드 오른쪽의 속도 측정 아이콘을 클릭해 최소한 일부 노드의 지연이 합리적인 범위(대체로 수십에서 수백 밀리초, 3000 밀리초를 넘거나 바로 타임아웃으로 표시되는 노드는 대부분 사용 불가)에 있는지 확인하세요. 모든 노드가 타임아웃이라면 먼저 로컬 네트워크의 기본 연결 상태를 확인한 뒤, 구독에서 제공한 원본 링크가 이미 만료됐는지 확인합니다.

노드 사용 가능을 확인한 뒤 시스템 프록시 스위치를 켭니다(클라이언트 화면에는 보통 "시스템 프록시" 또는 "Set as system proxy"로 표시됨). 이 단계는 Windows 네트워크 설정의 프록시 서버를 본 기기가 모니터링하는 포트(보통 7890 또는 유사한 포트)로 지정합니다. 켠 뒤에는 임의의 브라우저로 웹사이트에 접속해 확인하거나, 클라이언트 홈 화면의 트래픽 통계에 데이터가 나타나는지 확인할 수 있으며, 둘 중 하나라도 반응이 있으면 프록시 경로가 정상 작동한다는 뜻입니다.

DOC-04

백신 소프트웨어 오탐 처리

Clash 계열 클라이언트는 네트워크 트래픽 인수, 가상 네트워크 카드 드라이버, 다중 프로세스 통신 등의 동작을 포함하기 때문에 일부 백신 소프트웨어의 행위 분석 엔진에 의해 의심 프로그램으로 표시되기 쉽습니다. 특히 국산 백신 소프트웨어와 일부 기업용 보안 패키지의 휴리스틱 탐지가 더 민감합니다. 이는 특정 행위 패턴에 대한 탐지 로직의 결과일 뿐 프로그램 자체에 문제가 있다는 뜻은 아니지만, 처리 방식은 주의가 필요하며 전체 보안 보호를 무작정 끄면 안 됩니다.

• 먼저 오탐 대상을 확인합니다: 설치 패키지 자체가 차단됐는지, 실행 후 실시간 감시로 격리됐는지, 두 경우의 처리 방법이 다릅니다.
• 설치 패키지가 차단된 경우 백신 소프트웨어의 격리 영역이나 로그에서 해당 기록을 찾아 "신뢰" 또는 "허용"을 선택하고, 백신 소프트웨어를 바로 끄고 설치하지 마세요.
• 실행 중 격리된 경우 클라이언트 설치 디렉터리를 백신 소프트웨어의 신뢰 목록(화이트리스트/예외 항목)에 추가하세요. 보통 "보안 설정 -> 신뢰 영역 -> 파일/폴더 추가" 경로에 있습니다.
• 회사 PC에서는 보안 소프트웨어가 IT 부서에서 통합 관리하므로 개인이 정책을 수정할 권한이 없다면 관리자에게 예외 처리를 요청해야 하며, 도구로 탐지를 회피하려 하지 마세요.

DOC-05

포트 충돌 확인

Clash 코어는 기본적으로 여러 포트를 모니터링합니다: HTTP/혼합 프록시 포트(흔히 7890), Socks5 포트, 외부 제어 포트(흔히 9090) 등입니다. 이 포트들이 이미 다른 프로그램에 점유되어 있으면 클라이언트가 코어를 시작할 때 오류를 표시하거나 서비스가 실행되지 않는다고 표시됩니다. 포트 충돌은 여러 프록시 도구를 동시에 설치한 경우, 이전 버전의 Clash 프로세스가 완전히 종료되지 않은 경우, 또는 일부 다운로드 도구가 근접한 포트 범위를 점유하는 경우에 흔히 발생합니다.

확인 순서는 먼저 충돌 포트 번호를 확인한 뒤 점유 프로세스를 찾는 것입니다:

명령 프롬프트를 관리자 권한으로 실행한 뒤 다음을 입력합니다:
netstat -ano | findstr "7890"

출력의 마지막 열은 PID(프로세스 ID)입니다. 작업 관리자의 "세부 정보" 탭에서
PID로 정렬해 해당 프로세스 이름을 찾아 이전에 남은 Clash 프로세스인지 확인하세요.

이전 프로세스가 남아있는 것으로 확인되면 작업 관리자에서 해당 프로세스를 종료한 뒤 클라이언트를 재시작하면 복구됩니다. 다른 정상 사용 중인 소프트웨어가 기본 포트를 점유하고 있다면 더 간단한 방법은 클라이언트 설정에서 모니터링 포트 번호를 빈 값(예: 7891)으로 변경해, 다른 도구와 같은 포트를 장기간 다투지 않게 하는 것입니다. 포트를 변경한 후에는 시스템 프록시 설정의 포트 번호도 함께 업데이트됐는지 확인해야 합니다. 두 곳이 일치하지 않으면 프록시 스위치가 켜져 있어도 실제로는 작동하지 않는 상황이 발생합니다.

DOC-06

자동 실행 실패의 흔한 원인

많은 사용자가 클라이언트 설정에서 "부팅 시 자동 시작"을 체크했지만 재부팅 후 작동하지 않는 경우가 있으며, 흔한 원인은 다음과 같습니다.

1. 자동 시작은 Windows 시작 항목(레지스트리 또는 시작 폴더 바로가기)에 의존합니다. 시스템에 서드파티 시작 관리 도구나 "경량화" 최적화 소프트웨어가 설치되어 있으면 이 시작 항목을 정리해버릴 수 있으므로 최적화 도구의 화이트리스트에 다시 추가해야 합니다.
2. 일부 클라이언트의 자동 시작은 관리자 권한으로 실행해야 작동합니다. 계정의 UAC 정책이 엄격하면 조용한 시작이 시스템에 차단될 수 있으므로, 작업 스케줄러에서 최고 권한으로 실행하는 로그인 트리거 작업을 직접 만들어 볼 수 있습니다.
3. 클라이언트가 이전에 비정상 종료(프로세스 강제 종료 등 정상 종료가 아닌 경우)된 경우 일부 버전의 자동 시작 상태 기록이 손상될 수 있으며, 설정에서 자동 시작 스위치를 끄고 다시 켜면 보통 복구됩니다.
4. 노트북이 "빠른 시작" 또는 "절전 모드에서 복구"된 상태이고 완전한 콜드 부팅이 아닌 경우 일부 시작 항목이 재트리거되지 않는데, 이는 시스템 메커니즘 문제이며 클라이언트 문제가 아닙니다. 이런 상황이면 완전히 종료 후 재부팅해서 원인인지 확인하면 됩니다.

DOC-07

시스템 프록시와 TUN 모드의 확인 방식 차이

시스템 프록시 모드는 시스템 프록시 설정을 따르는 애플리케이션에만 적용됩니다. 대부분의 브라우저와 일반 소프트웨어는 이 설정을 읽지만, 일부 독립 네트워크 스택으로 구현된 프로그램(일부 게임, 명령줄 도구, 일부 메신저 소프트웨어)은 시스템 프록시를 읽지 않으므로 "클라이언트에서 프록시를 켰는데 이 프로그램은 여전히 직접 연결"되는 현상이 나타납니다. 이는 설정 오류가 아니라 시스템 프록시 모드 자체의 적용 범위 한계입니다.

TUN 모드는 네트워크 계층에서 모든 트래픽을 인수하므로 이론적으로는 이런 사각지대가 없지만, 그 대가로 가상 네트워크 카드 드라이버 승인이 필요하고, 일부 보안 소프트웨어가 가상 네트워크 카드 동작에 더 민감하게 반응하며, 일부 VPN 클라이언트와 동시에 활성화하면 라우팅 충돌이 발생하기 쉽습니다. TUN 모드가 작동하는지 확인하려면 클라이언트의 트래픽 통계 페이지에서 지속적인 트래픽 기록이 있는지 관찰하거나, 명령줄 도구로 현재 활성 네트워크 인터페이스 목록에 해당 가상 네트워크 카드 장치가 새로 추가됐는지 확인하면 됩니다.

DOC-08

설정 파일 업데이트와 다중 설정 관리

구독 설정은 보통 자동 업데이트 간격(예: 24시간마다)이 설정되어 있지만, 일부 상황에서는 네트워크 변동으로 자동 업데이트가 조용히 실패해 노드 목록이 오랫동안 새로고침되지 않을 수 있으며, "노드가 전부 사용 불가지만 화면상 문제가 보이지 않는" 상황이 나타날 수 있습니다. 특히 노드 연결 상태가 눈에 띄게 나빠졌다고 느낄 때는 구독의 "즉시 업데이트" 버튼을 정기적으로 수동으로 눌러주는 것을 권장합니다.

여러 구독을 장기간 사용하거나 사용자 지정 규칙 설정을 유지하고 있다면 각 설정 파일에 명확한 이름을 붙이고 출처를 기록해, 여러 설정이 혼동되어 만료된 파일을 잘못 사용하지 않도록 하는 것을 권장합니다. 클라이언트는 보통 설정 파일의 가져오기, 내보내기, 로컬 백업을 지원하므로, 시스템을 재설치하거나 기기를 교체할 때 현재 설정을 내보낸 뒤 새 환경에 가져오면 다시 처음부터 수동으로 설정할 필요가 없습니다.