Clash 자주 묻는 질문

Clash는 프록시 코어와 설정 생태계를 가리키는 널리 쓰이는 이름입니다. mihomo는 관련 설정 체계를 이어 가는 오픈 소스 코어이며, Clash Verge Rev는 코어를 사용하는 데스크톱 GUI 클라이언트입니다. 구독 가져오기, 트레이 메뉴, 시작 프로그램 등록은 클라이언트 기능이고, 규칙 매칭, DNS, 트래픽 전달은 주로 코어가 처리합니다. 설정 호환성을 판단할 때는 창에 Clash라고 표시되는지만 보지 말고 클라이언트 이름과 실제 코어를 모두 확인해야 합니다.

클라이언트는 설정을 읽고 트래픽을 전달하지만, 그 자체가 사용할 수 있는 프록시 서비스는 아닙니다. 처음 사용할 때는 이용 권한이 있는 구독 링크나 로컬 설정 파일을 준비해 가져온 뒤 해당 설정을 선택하고, 프록시 그룹에서 사용할 출구를 골라야 합니다. 그런 다음 시스템 프록시를 켜거나 필요에 따라 TUN을 설정하세요. 클라이언트 창만 열어서는 모든 앱이 자동으로 프록시를 사용하지 않습니다. 설정이 활성화되어 있는지, 코어가 정상적으로 실행되는지, 대상 앱이 올바른 연결 경로를 사용하는지도 확인해야 합니다.

규칙 모드는 규칙 순서에 따라 각 연결에 적용할 정책을 결정하므로 일상적인 트래픽 분리에 적합합니다. 전역 모드는 코어로 들어오는 연결을 전역 정책 그룹으로 전달하고, 직접 연결 모드는 연결을 대상에 바로 보냅니다. 전역 모드라고 해서 기기 전체의 트래픽을 가로채는 것은 아니며, DNS 문제나 작동하지 않는 출구를 자동으로 해결하지도 않습니다. 문제를 확인할 때 전역 모드로 잠시 바꿔 결과를 비교한 뒤 원인을 파악하면 규칙 문제와 트래픽 가로채기 문제를 구분하는 데 도움이 됩니다. 확인 후에는 규칙 모드로 되돌리세요.

먼저 시스템 프록시를 사용해 브라우저에서 접속되는지 확인하세요. 시스템 프록시 설정을 따르는 앱에서 주로 작동하며, 일부 게임이나 명령줄 도구, 자체 네트워크 스택을 사용하는 프로그램은 이를 사용하지 않을 수 있습니다. TUN은 가상 네트워크 인터페이스와 라우팅 설정으로 트래픽을 가로채므로 이런 앱을 처리해야 할 때 유용하지만 권한, DNS, 다른 VPN과의 호환성을 고려해야 합니다. 시스템 프록시와 TUN은 트래픽 진입 경로이고 규칙 모드와 전역 모드는 전달 정책입니다. TUN을 켜도 규칙 모드를 사용할 수 있으며, 전역 전달이 필수는 아닙니다.

Clash for Windows는 유지보수가 종료되었습니다. 기존 설치본은 계속 작동할 수 있지만, 이후의 운영체제 호환성이나 코어 기능 문제를 보관된 버전으로 해결할 수는 없습니다. 새로 설치한다면 다운로드 센터에서 현재 유지보수 중인 클라이언트를 먼저 비교해 보세요. 이전하기 전에 구독 출처, 규칙 오버라이드, 필요한 로컬 설정을 저장하고 기존 폴더를 바로 덮어쓰지 마세요. 새 클라이언트에서 설정을 가져오고 접속을 확인한 다음 기존 클라이언트를 종료하고 예전 시작 프로그램 항목을 제거해야 포트 충돌이나 시스템 프록시 설정의 반복 변경을 방지할 수 있습니다.

클라이언트의 구독 또는 설정 화면에서 원격 설정 추가를 선택하고, 구독 링크 전체를 붙여 넣어 저장하세요. 다운로드와 파싱이 끝나면 해당 설정을 선택합니다. 웹 계정 주소나 결제 페이지 주소는 구독 주소와 다르므로 서비스 제공업체의 구독 메뉴에서 링크를 복사해야 합니다. 링크 앞뒤에 공백이나 줄바꿈이 들어가거나 메신저가 추가한 문장부호가 붙지 않도록 주의하세요. 구독 링크에는 접근 정보가 포함될 수 있으므로 공개 포럼에 올리거나 출처가 불분명한 온라인 변환 사이트에 입력하지 마세요.

파일을 가져오면 설정 목록에 항목만 추가되는 경우가 많습니다. 목록에서 해당 설정을 선택하고 코어가 정상적으로 다시 불러왔는지 확인하세요. 먼저 로그에 문법 오류, 정책 그룹 누락, 존재하지 않는 규칙 참조 등의 메시지가 있는지 살펴보세요. YAML 들여쓰기에는 공백을 사용하고 탭과 섞지 마세요. 프록시 그룹 이름과 규칙 참조 이름도 일치해야 합니다. 외부 규칙 세트에 의존한다면 해당 리소스를 가져올 수 있는지도 확인하세요. 수정 전에 복사본을 보관하고 한 번에 한 항목씩 변경해야 다시 불러온 결과를 비교하기 쉽습니다.

클라이언트 설정의 포트 또는 네트워크 항목에서 혼합 포트를 확인하세요. 다른 클라이언트의 기본값을 그대로 쓰지 말고 현재 화면과 실행 중인 설정을 기준으로 해야 합니다. 혼합 포트는 HTTP와 SOCKS 프록시 연결을 모두 받을 수 있으므로 앱에는 선택한 프로토콜에 맞춰 로컬 주소와 해당 포트를 입력하세요. 외부 컨트롤 주소는 코어 관리용이며 브라우저의 프록시 주소가 아닙니다. 포트를 변경한 뒤에는 브라우저 확장 프로그램, 터미널 환경 변수, 기타 수동 프록시 설정도 함께 수정하고 로그에 포트 사용 중 메시지가 남는지 확인하세요.

먼저 TUN을 끄고 일반 시스템 프록시로 접속되는지 확인한 다음 가상 네트워크 어댑터 문제를 살펴보세요. 데스크톱 클라이언트에 서비스 모드 설치 및 실행이 필요하거나, 시스템 권한을 승인해 네트워크 관리 권한을 받아야 할 수 있습니다. 구체적인 방법은 클라이언트 설정 안내를 따르세요. Windows에서는 서비스가 실행 중인지, 드라이버가 차단되지 않았는지 확인하고, macOS와 Linux에서는 권한 승인 결과와 관련 로그를 살펴보세요. 권한을 승인한 뒤 TUN을 다시 켜면 됩니다. 안내를 우회하려고 시스템 보호 기능을 장기간 끄거나 출처가 불분명한 네트워크 드라이버를 설치하지 마세요.

가져온 설정과 프록시 정책을 선택하고 연결을 켠 다음, 시스템에서 VPN 설정 권한을 허용했는지 확인하세요. Android에서 앱별 프록시를 사용한다면 대상 앱이 연결 대상에 포함되어 있는지 확인하고, iOS에서는 현재 연결에 방금 가져온 설정이 적용되었는지 살펴보세요. 일반적으로 VPN 기반 프록시나 필터링 도구 여러 개를 동시에 사용할 수 없으므로 전환 전에 다른 도구의 연결을 끊어야 합니다. 백그라운드에서 연결이 자주 끊긴다면 배터리 관리와 백그라운드 실행 권한도 확인하세요. 구독 다운로드 성공이 연결 성공을 의미하지는 않습니다.

구독 상세 정보의 편집 또는 업데이트 설정에서 자동 업데이트 옵션과 간격을 확인하세요. 화면에 표시되는 단위가 분, 시간, 초 중 무엇인지도 살펴봐야 합니다. 우선 서비스 제공업체의 안내를 따르고, 별도 안내가 없다면 하루 한 번 업데이트하는 것으로 시작하세요. 설정이 자주 바뀐다면 간격을 적절히 줄일 수 있습니다. 너무 잦은 요청은 서버 제한을 초래할 수 있습니다. 설정한 뒤 수동으로 한 번 업데이트해 주소에 접속할 수 있는지 확인하고, 절전 모드나 클라이언트 종료 시 업데이트 일정이 중단되는지도 살펴보세요. 자동 업데이트를 설정해도 현재 작동하지 않는 출구가 자동으로 복구되는 것은 아닙니다.

원격 구독을 업데이트하면 설정 파일이 다시 생성되는 경우가 많아, 다운로드한 YAML을 직접 편집하면 변경 내용이 덮어쓰기될 수 있습니다. 클라이언트에서 제공하는 오버라이드, 설정 병합 또는 스크립트 확장 기능을 우선 사용하고, 해당 기능이 어느 구독에 적용되는지 확인하세요. 규칙은 순서대로 매칭되므로 특정 도메인 규칙은 일반 규칙이나 최종 기본 규칙보다 앞에 두는 것이 보통입니다. 저장한 뒤 실행 중인 설정과 연결 상세 정보에서 규칙이 예상한 위치에 추가되었는지 확인하세요. 편집기에서 규칙이 보인다고 해서 코어에 적용된 것은 아닙니다.

시작 프로그램 등록은 보통 로그인 후 클라이언트가 실행되는 것을 뜻하고, 조용한 시작은 시작할 때 기본 창을 표시하지 않는 것을 뜻합니다. 시스템 프록시와 TUN, 이전에 사용한 설정을 복원할지는 클라이언트의 별도 옵션에 따라 다릅니다. 클라이언트를 정상 종료한 뒤 다시 열어 상태가 복원되는지 확인하고, 로그아웃 후 재로그인해서도 시험해 보세요. 서비스 모드를 사용한다면 백그라운드 서비스의 시작 방식도 확인해야 합니다. 기존 클라이언트의 시작 프로그램, 시스템 예약 작업, 새 클라이언트의 시작 프로그램을 모두 남겨 두면 프로세스가 중복 실행되거나 프록시 설정이 서로 덮어써질 수 있습니다.

클라이언트에서 LAN 연결을 활성화하고, 수신 주소가 LAN 접근을 허용하는지 확인하세요. 그런 다음 다른 기기에 PC의 LAN IP와 혼합 포트를 입력합니다. 두 기기가 서로 통신할 수 있는 네트워크에 연결되어 있어야 하며, 방화벽에서는 신뢰할 수 있는 네트워크에 필요한 포트만 허용하세요. 주소에 로컬 루프백 주소를 입력하거나 라우터에서 프록시 포트를 공용 인터넷에 포트 포워딩하지 마세요. LAN 연결은 명시적인 프록시 경로를 제공하는 기능이지 투명 프록시가 아닙니다. 수동 프록시를 지원하지 않는 앱에는 별도의 게이트웨이 또는 라우팅 구성이 필요합니다.

많은 터미널 도구는 데스크톱 시스템 프록시를 읽지 않으므로 도구 옵션이나 HTTP_PROXY, HTTPS_PROXY 등의 환경 변수로 프록시를 지정해야 합니다. 먼저 클라이언트의 혼합 포트를 확인한 다음 도구가 지원하는 프록시 옵션으로 한 번 테스트하세요. 정상 작동하면 터미널 설정에 저장할지 결정하면 됩니다. HTTPS 사이트에 접속한다고 해서 프록시 주소에도 HTTPS 프로토콜을 사용해야 하는 것은 아닙니다. 클라이언트가 실제로 제공하는 프록시 주소를 입력하세요. 기존 환경 변수, NO_PROXY, 도구 자체 설정이 서로 덮어쓸 수 있으므로 문제를 확인할 때 모두 살펴봐야 합니다.

먼저 오류가 네트워크 연결 실패, 비정상적인 HTTP 상태 코드, 콘텐츠 파싱 실패 중 무엇인지 확인하세요. 앞의 두 경우에는 네트워크, 주소 유효기간, 서버 상태를 살펴봐야 합니다. 파싱에 실패했다면 응답이 로그인 페이지나 오류 메시지, 다른 형식의 구독이 아니라 클라이언트에서 지원하는 설정인지 확인하세요. 서비스 제공업체에 계정과 링크 상태를 문의하고, 필요하면 현재 코어에 맞는 주소를 다시 복사하세요. 한 번의 시간 초과만으로 구독이 만료되었다고 판단하거나 같은 링크를 반복해서 가져와 문제를 덮으려 하지 마세요. 오류 유형을 기록한 뒤 항목별로 확인하는 것이 좋습니다.

먼저 프록시 연결을 끊고 기본 네트워크가 작동하는지 확인한 다음 시스템 시간, 구독 유효기간, 클라이언트 로그의 연결 오류를 살펴보세요. 시간 초과 테스트는 테스트 주소와 방식에 따라 결과가 달라질 수 있으므로, 테스트 결과가 이상하다고 해서 실제 접속이 모두 실패하는 것은 아닙니다. 사용 가능한 것으로 확인된 출구를 선택해 실제 웹페이지에 접속하고, 현재 네트워크와 다른 신뢰할 수 있는 네트워크에서 결과를 비교하세요. 로그에 인증 실패가 표시되면 인증 정보를 갱신하거나 서비스 제공업체에 문의하세요. 여러 도구가 동시에 트래픽을 가로채고 있다면 다른 프록시나 VPN을 종료한 뒤 다시 테스트하세요.

먼저 시스템 프록시의 주소와 포트가 클라이언트의 혼합 포트와 일치하는지 확인한 다음, 브라우저 확장 프로그램이나 별도의 프록시 설정이 시스템 설정을 덮어쓰는지 살펴보세요. 새 페이지를 열고 클라이언트의 연결 상세 정보에서 해당 연결을 찾아보세요. 기록이 없다면 앱의 연결 경로, 우회 주소, 다른 프록시 프로그램을 확인해야 합니다. 기록이 있다면 매칭 규칙과 출구를 점검하고 시스템 프록시를 계속 전환하지 마세요. 테스트 중에는 프록시 설정을 한 가지로 유지해 이전 포트와 자동 설정 스크립트가 동시에 적용되지 않도록 하세요.

일부 AppContainer 앱은 로컬 루프백 제한을 받습니다. 데스크톱 브라우저에서는 프록시가 작동하지만 해당 앱이 로컬 프록시에 연결되지 않는다면 이 제한을 확인해 보세요. 클라이언트에서 UWP 루프백 도구를 제공한다면 안내에 따라 권한을 부여하고 필요한 앱에만 예외를 설정하세요. Windows 관리에 익숙한 사용자는 CheckNetIsolation으로 기존 예외를 확인할 수도 있습니다. 모든 스토어 앱이 같은 네트워크 모델을 사용하는 것은 아니므로 일괄적으로 처리하면 안 됩니다. 설정을 바꾼 뒤 대상 앱을 다시 시작하고, 여전히 연결되지 않으면 앱이 시스템 프록시를 따르는지와 네트워크 권한을 확인하세요.

먼저 TUN을 끄고 다른 VPN을 종료한 다음 DNS를 자동으로 가져오도록 되돌리세요. 시스템 프록시가 중지된 로컬 포트를 계속 가리키는지도 확인해야 합니다. 시스템 프록시를 끈 뒤 네트워크가 복구된다면 남아 있는 프록시 설정부터 처리하세요. TUN을 켰을 때만 실패한다면 가상 네트워크 어댑터, 라우팅, DNS 로그를 확인하고 다른 네트워크 도구와의 충돌을 살펴보세요. DNS, 규칙, TUN 프로토콜 스택을 한꺼번에 변경하지 마세요. 기존 설정을 보관하고 한 번에 하나씩 조정하세요. 기본 연결을 복구한 뒤 클라이언트 권장 설정에 따라 트래픽 가로채기를 다시 활성화하면 됩니다.