Clash 자주 묻는 질문

Clash for Windows 원 프로젝트는 이미 유지 관리가 중단되었습니다. 기존 설치 파일에 새로운 프로토콜 지원이나 커널 수정, Windows 호환성 업데이트가 추가되는 것은 아닙니다. 기존 환경에서 실행된다고 해서 새 기기에서도 계속 사용하기에 적합한 것은 아닙니다. 새로 설치한다면 Clash Plus, Clash Verge Rev, FlClash를 비교한 뒤 시스템 아키텍처와 설정 파일 형식을 확인하세요. 이전하기 전에 구독 출처, 직접 추가한 규칙, 정책 그룹 선택을 기록해 두세요. 기존 폴더를 그대로 덮어쓰지 말고, 구형 커널에서 읽을 수 있는 설정이 모든 클라이언트에서 호환된다고 가정하지 마세요.

클라이언트는 설정을 읽고 로컬 포트를 열어 연결을 전달하지만, 그 자체가 사용할 수 있는 프록시 서비스는 아닙니다. 구독은 보통 서비스 제공업체가 제공하며, 노드와 정책 그룹, 규칙이 포함됩니다. 이용 기간이나 데이터 용량에 제한이 있을 수도 있습니다. 먼저 받은 주소가 클라이언트에서 지원하는 설정 구독 링크인지 확인하세요. 웹 로그인 주소나 결제 페이지 주소와는 다릅니다. 구독 링크로 계정에 접근할 수 있는 경우가 있으므로 비밀번호처럼 안전하게 보관하세요. 문제를 문의할 때는 오류 내용만 설명하고, 전체 링크를 공개 댓글이나 낯선 변환 사이트에 올리지 마세요.

데스크톱 클라이언트는 설정 가져오기, 정책 그룹 선택, 시스템 프록시 전환 기능을 제공합니다. 커널은 실제 연결을 처리하고, YAML 설정 파일은 포트, DNS, 노드, 규칙을 정의합니다. Clash for Windows의 구형 커널과 Mihomo를 사용하는 최신 클라이언트는 완전히 같지 않으며, 일부 필드와 프로토콜은 특정 커널에서만 지원됩니다. 설정 파싱 오류가 발생하면 클라이언트를 반복해서 재설치하기보다 먼저 커널 종류와 필드 지원 범위를 확인하세요. 커널만 따로 내려받아도 완전한 데스크톱 인터페이스나 구독 관리 기능이 생기지는 않습니다.

함께 사용할 수 있는지는 서비스 제공업체의 기기 제한, 클라이언트가 지원하는 구독 형식, 플랫폼별 커널의 프로토콜 및 필드 지원 여부에 따라 달라집니다. Windows에서 가져오기에 성공했더라도 모바일 클라이언트가 모든 내용을 지원한다고 보장할 수는 없습니다. 서비스 제공업체 페이지에서 해당 클라이언트에 맞는 형식을 선택한 다음 기기별로 가져오세요. 연결 수나 기기 수 제한을 초과하면 이용 요금제를 조정해야 합니다. iOS용 Clash Plus 앱스토어 링크와 공식 웹사이트 clashplus.io는 다운로드 페이지에서 확인할 수 있습니다. 모바일 기기의 네트워크 연결 방식은 Windows 시스템 프록시 설정과 다르므로 그대로 적용할 수 없습니다.

모드 이름만으로 판단할 수는 없습니다. Global은 커널에 들어온 연결에 적용할 정책을 정하지만 모든 프로그램이 연결을 커널에 전달하게 하지는 않습니다. TUN은 가상 네트워크 인터페이스로 라우팅 조건에 맞는 트래픽을 처리하지만, 라우팅 제외 규칙, DNS, IPv6, 다른 VPN의 영향을 받을 수도 있습니다. 먼저 트래픽이 클라이언트에 들어오는지 확인한 뒤 실제 적용된 정책을 점검하세요. 민감한 작업이라면 대상 앱과 DNS, IPv6의 연결 경로를 각각 검증해야 합니다. 브라우저의 외부 IP가 바뀌었다고 해서 PC의 모든 연결이 처리되고 있다고 단정할 수는 없습니다.

Windows 설정에서 시스템 > 정보로 이동해 시스템 종류와 프로세서 정보를 확인하세요. 일반적인 Intel·AMD 데스크톱 PC는 보통 x64를 선택합니다. ARM 프로세서를 사용하는 기기라면 클라이언트가 명시적으로 제공하는 ARM64 패키지를 우선 선택하세요. Windows 10 또는 Windows 11이라는 이름만으로 아키텍처를 판단하지 마세요. 다운로드 페이지에 없는 아키텍처는 파일 이름을 바꾼다고 지원되지 않습니다. 설치 후 실행되지 않으면 오류 메시지를 기록하고 Windows 버전, 아키텍처, 실행에 필요한 구성 요소를 확인하세요. 먼저 시스템 보호를 끄거나 호환성 모드를 무작정 바꾸지는 마세요.

Clash for Windows의 Profiles 페이지에 구독 주소를 붙여 넣고 다운로드하세요. 설정 항목이 나타나면 클릭해 선택합니다. 다른 클라이언트에서는 보통 설정 또는 구독 메뉴를 이용합니다. 다음으로 Proxies에서 정책 그룹과 노드가 불러와졌는지 확인하고 사용할 정책을 선택하세요. 마지막으로 General로 돌아가 System Proxy를 켠 뒤 대상 웹사이트에 접속해 보세요. Connections 또는 Logs에 해당 연결이 표시되는지도 확인합니다. 설정 다운로드에 성공한 것만으로는 충분하지 않습니다. 설정을 선택하지 않았거나 정책 그룹이 DIRECT로 설정되어 있거나 시스템 프록시가 꺼져 있으면 연결이 프록시를 거치지 않을 수 있습니다.

먼저 클라이언트가 현재 Windows 버전의 TUN 구현을 지원하는지 확인한 다음, 서비스 모드가 설치되어 정상적으로 실행 중인지 살펴보세요. 구형 Clash for Windows는 보통 Service Mode를 먼저 설정해야 합니다. 최신 클라이언트는 자체 서비스 설치 메뉴를 사용할 수 있으므로 서로 다른 클라이언트의 서비스 프로그램을 함께 사용하지 마세요. 클라이언트 안내에 따라 관리자 권한을 한 번 허용한 뒤 TUN을 다시 켜 보세요. 그래도 실패하면 서비스 시작 및 가상 네트워크 어댑터 관련 로그를 확인하고 다른 VPN을 잠시 종료해 비교하세요. 회사 PC가 기기 정책으로 제한된 경우 관리자에게 문의하고 조직의 권한 제어를 우회하지 마세요.

먼저 오류에 표시된 줄 번호와 필드를 확인하세요. YAML의 계층 구조는 들여쓰기로 표현하므로 공백을 사용하고 탭은 넣지 마세요. 같은 수준의 필드는 들여쓰기를 맞춰야 합니다. 다운로드한 내용이 로그인 페이지나 만료 안내, 웹사이트 인증 페이지가 아니라 설정 파일 본문인지도 확인하세요. 형식이 올바른데 알 수 없는 프록시 유형이나 지원되지 않는 필드라는 오류가 나오면 커널이 너무 오래됐거나 구독 형식이 맞지 않을 수 있습니다. 원본 파일을 보관한 뒤 한 번에 한 부분만 최소한으로 수정하세요. 전체 검색·바꾸기로 오류 필드를 삭제하면 정책 그룹 참조가 깨져 다른 오류가 생길 수 있습니다.

먼저 중복 실행된 프록시 클라이언트를 종료해 같은 프로그램이 두 개 실행 중인 것은 아닌지 확인하세요. 여러 프로그램을 함께 사용해야 한다면 각 프로그램에 서로 다른 수신 포트를 할당하고, 현재 적용 중인 설정이나 클라이언트 오버라이드 메뉴에서 해당 필드를 수정하세요. mixed-port는 HTTP와 SOCKS가 포트를 함께 사용하는 설정입니다. port와 socks-port는 서로 다른 포트이므로 같은 값으로 혼동하지 마세요. 수정한 뒤 설정을 다시 불러오고 로그에서 포트 바인딩 오류가 사라졌는지 확인하세요. 시스템 프록시와 브라우저·터미널에 직접 입력한 프록시 주소도 함께 업데이트해야 합니다. 인터페이스에 새 포트가 표시되어도 다른 프로그램의 설정까지 자동으로 바뀌지는 않습니다.

규칙이 완비된 설정이라면 보통 Rule부터 사용합니다. 연결이 규칙 순서대로 매칭된 뒤 해당 정책 그룹으로 전달됩니다. Global은 분류 규칙이 문제인지 잠시 확인할 때 유용하지만, 전체 정책 그룹에서 사용할 프록시를 선택해야 합니다. Direct는 커널에 들어온 연결을 직접 접속하게 합니다. 모드를 바꿔도 만료되거나 작동하지 않는 구독이 복구되지는 않으며, 클라이언트에 들어오지 않는 앱이 갑자기 프록시를 사용하게 되는 것도 아닙니다. 점검이 끝나면 기존 규칙 모드로 되돌리고 대상 도메인에 적용되는 규칙과 정책을 확인하세요. 수정해야 할 분류 설정을 가리기 위해 Global 모드를 계속 사용하지 마세요.

System Proxy는 주로 Windows의 시스템 프록시 설정을 바꾸며, 해당 설정을 따르는 프로그램만 이용합니다. 먼저 Windows 설정의 네트워크 및 인터넷 > 프록시에서 수동 프록시 주소와 클라이언트 포트가 일치하는지 확인하세요. 브라우저 확장 프로그램이 시스템 설정을 덮어쓰는지도 살펴보세요. 터미널 도구, 개발 프로그램, 게임은 별도의 프록시 설정을 사용하거나 시스템 프록시를 전혀 읽지 않을 수 있습니다. 대상 앱에서 요청을 한 번 보내고 Connections를 확인하세요. 연결 기록이 없으면 앱의 연결 방식부터 확인하고, 기록은 있지만 실패한다면 규칙, 노드, DNS를 점검하세요. 더 많은 앱의 연결을 처리해야 할 때 TUN 사용을 검토하세요.

일부 UWP 앱은 AppContainer 네트워크 격리로 인해 로컬 프록시 수신 주소에 직접 접근하지 못합니다. 먼저 일반 브라우저가 같은 프록시로 인터넷에 연결되는지 확인한 다음 특정 앱에만 문제가 있는지 살펴보세요. 구형 Clash for Windows의 UWP Loopback 도구를 사용하면 지정한 앱에 루프백 예외를 설정할 수 있으며, 보통 관리자 권한이 필요합니다. 꼭 필요한 앱만 선택하세요. 앱을 업데이트한 뒤에는 예외 설정을 다시 확인해야 할 수도 있습니다. 루프백 예외는 모든 네트워크 문제를 해결하는 방법이 아닙니다. TUN을 사용해도 실패한다면 앱 인증, 시스템 시간, 서비스 상태, 실제 연결 로그도 확인하세요.

Start with Windows는 보통 로그인할 때 클라이언트를 실행할지 여부만 설정합니다. 구독 업데이트, 설정 선택, 시스템 프록시 또는 TUN 복구까지 보장하지는 않습니다. 먼저 작업 관리자의 시작 앱에서 클라이언트가 비활성화되지 않았는지 확인한 다음 재부팅해 실제로 실행되는지 테스트하세요. 클라이언트는 실행됐지만 연결에 실패한다면 서비스 모드, 현재 설정, 정책 그룹 선택을 확인하세요. 네트워크 연결이 준비되기 전에 시작되어 구독 업데이트가 실패했을 가능성도 있습니다. 포터블 버전의 폴더를 옮기면 기존 시작 항목이 존재하지 않는 경로를 가리킬 수 있습니다. 새 경로에서 다시 설정하고 설치 버전과 포터블 버전의 시작 항목을 동시에 유지하지 마세요.

Allow LAN은 로컬 네트워크에서 수신 서비스에 접근할 수 있게 할 뿐입니다. 휴대폰과 PC가 서로 통신할 수 있는 네트워크에 연결되어 있어야 하며, 휴대폰에 PC의 로컬 IP 주소와 올바른 HTTP 프록시 포트를 직접 입력해야 합니다. 127.0.0.1을 입력하면 안 됩니다. 수신 주소와 Windows 방화벽의 인바운드 규칙, 라우터의 게스트 네트워크 또는 기기 격리 설정도 확인하세요. 신뢰할 수 있는 네트워크에서만 필요한 포트를 열고 공용 네트워크에서는 즉시 닫으세요. 휴대폰 Wi-Fi의 수동 프록시는 보통 모든 앱에 적용되지 않으며, 휴대폰에서 TUN이 활성화됐다는 뜻도 아닙니다. 대상 앱에서 실제로 작동하는지 확인해야 합니다.

먼저 현재 사용할 수 있는 설정을 유지하고 바로 삭제하지 마세요. Profiles에 표시된 업데이트 안내나 로그를 확인하세요. 401 또는 403은 권한, 만료된 링크, 사이트 차단과 관련될 수 있고, 404는 주소를 확인해야 합니다. 시간 초과가 발생하면 네트워크와 도메인 확인을 먼저 점검하세요. 서비스 제공업체 계정 페이지에서 이용 기간과 데이터 용량, 구독 주소가 변경됐는지 확인합니다. 내용을 받아왔지만 파싱할 수 없다면 응답이 웹페이지인지, 선택한 구독 형식이 커널에 맞는지 확인하세요. 업데이트 요청은 현재 프록시 연결 경로에 따라 달라질 수 있습니다. 클라이언트 지원 여부를 확인한 뒤 직접 연결로 업데이트하거나 사용 가능한 노드로 바꿔 보세요. 구독 주소를 낯선 변환 서비스에 제공하지 마세요.

속도 측정 결과 한 번만으로 결론 내리지 마세요. PC 시간이 정확한지, 기본 네트워크가 작동하는지, 구독이 만료되지 않았는지 확인한 뒤 다른 노드와 다른 네트워크를 시도하세요. 지연 시간 테스트는 테스트 주소, 시간 초과 기준, 요청 방식에 영향을 받으므로 테스트 실패가 실제 접속 전부의 실패를 의미하지는 않습니다. 대상 웹사이트에 실제 요청을 보내고 Logs에서 이름 확인 실패, 연결 시간 초과, 인증 오류를 구분하세요. 여러 네트워크에서 모든 노드가 실패한다면 발생 시간대와 민감 정보를 가린 오류 기록을 서비스 제공업체에 전달하세요. 서버 접속 정보는 공개하지 말고, 지연 시간 숫자 하나만 보고 클라이언트를 반복해서 재설치하지 마세요.

먼저 연결 기록에서 대상 도메인이 클라이언트에 들어왔는지, 어떤 정책이 적용됐는지 확인한 다음 DNS 조회 실패가 로그에 있는지 살펴보세요. 브라우저의 보안 DNS, 시스템 DNS, TUN의 DNS 처리, 설정 파일의 DNS 규칙은 서로 다른 경로를 사용할 수 있습니다. 공용 DNS 주소 하나만 바꾸고 문제가 해결됐다고 판단하지 마세요. 사용 중인 클라이언트 문서를 참고해 nameserver, fallback, fake-ip 설정의 지원 범위를 확인하고 IPv6가 예상한 경로를 사용하는지도 점검하세요. DNS 검사 결과는 실제 DNS 요청의 출구와 규칙을 함께 고려해야 합니다. 웹사이트가 열리지 않는 원인은 노드 출구 제한, 캐시, 대상 사이트 자체의 장애일 수도 있습니다.

먼저 Windows 설정의 네트워크 및 인터넷 > 프록시로 이동해 남아 있는 수동 프록시를 끄세요. 조직에서 요구하는 설정은 유지해야 합니다. 클라이언트를 다시 열 수 있다면 System Proxy를 끈 뒤 정상적으로 종료해도 됩니다. TUN을 사용했다면 클라이언트에서 TUN이 꺼지고 관련 라우팅이 해제됐는지 확인하세요. 다른 VPN이 계속 실행 중인지도 살펴보세요. 브라우저는 복구됐지만 터미널에서 여전히 실패한다면 터미널 세션이나 도구에 수동 프록시 설정이 남아 있는지 확인하세요. 처음부터 모든 네트워크 어댑터를 삭제하거나 네트워크 전체를 초기화하지 마세요. 기업 VPN과 가상 머신 네트워크에 영향을 주지 않도록 확인된 잔여 설정부터 처리하세요.

운영체제와 아키텍처, 클라이언트 이름, 커널 정보, 사용 중인 모드, 문제가 발생한 대략적인 시간을 기록하세요. 재현 가능한 동작을 한 번 수행하면서 짧은 시간 동안 로그를 수집하고, 모든 앱에서 실패하는지 특정 앱에서만 실패하는지와 이미 시도한 비교 결과를 설명하세요. 공개하기 전에 전체 구독 링크, 계정 식별 정보, 노드 비밀번호, 액세스 토큰, 불필요한 대상 주소를 삭제하세요. 설정 폴더 전체를 그대로 업로드하지 말고, 스크린샷과 텍스트에 인증 정보가 포함됐는지 먼저 확인하세요. 원본 로그는 직접 확인할 수 있도록 보관하고, 외부에 제공하는 사본에는 문제 해결에 꼭 필요한 정보만 남기세요.