Clash 자주 묻는 질문

먼저 세 가지를 구분해야 합니다. Clash Verge Rev 같은 클라이언트는 설정 가져오기, 프록시 전환, 로그 확인 기능을 제공합니다. mihomo 코어는 연결, DNS, 규칙 처리를 담당합니다. 구독은 서비스 제공업체가 제공하며 보통 노드, 프록시 그룹, 트래픽 분기 규칙을 포함합니다. 클라이언트를 설치해도 사용할 수 있는 노드가 자동으로 생기거나 프록시 연결이 설정되는 것은 아닙니다. 처음 사용할 때는 해당 코어를 지원하는 설정을 준비해 가져온 뒤 선택하고, 마지막으로 시스템 프록시를 켜거나 필요에 따라 TUN을 설정하세요.

클라이언트 업데이트 중단이 구독의 즉각적인 만료를 뜻하지는 않습니다. 구독을 계속 사용할 수 있는지는 서비스 상태와 설정 형식에 따라 달라집니다. Clash Verge Rev 같은 클라이언트로 옮기기 전에 사용자 지정 규칙과 필요한 설정을 백업하고, 구독 제공업체에 mihomo용 구독 주소가 있는지 확인하세요. 새 클라이언트의 데이터 폴더 전체를 그대로 덮어쓰지는 마세요. 가져오기가 끝나면 프록시 그룹 이름, 규칙 대상, 수신 대기 포트를 다시 확인하세요. 구버전 전용 스크립트나 화면 설정은 그대로 옮기지 못할 수 있습니다.

일상적인 사용에는 규칙 모드를 선택해 설정에 지정된 규칙에 따라 연결을 직접 연결하거나 프록시로 보냅니다. 전역 모드는 코어에 전달된 일반 연결을 전역 정책 그룹으로 보내므로 해당 그룹에서 사용할 정책을 선택해야 합니다. 앱의 시스템 프록시를 대신 켜 주거나 PC 전체의 트래픽을 자동으로 가로채는 기능은 아닙니다. 직접 연결 모드에서는 보통 코어에 전달된 연결이 대상에 바로 접속합니다. 트래픽 분기 문제를 확인할 때는 잠시 전역 모드로 바꿔 비교한 뒤 규칙 모드로 되돌리세요. 모드 전환을 노드 오류의 만능 해결책으로 여기지 않는 것이 좋습니다.

시스템 프록시는 Windows 설정에 로컬 프록시 주소를 등록하며, 해당 설정을 따르는 앱에서 주로 사용합니다. TUN 모드는 가상 네트워크 어댑터와 라우팅을 통해 트래픽을 처리하므로 시스템 프록시를 사용하지 않는 프로그램에 더 적합하지만, 서비스 권한과 DNS, 다른 VPN과의 호환성도 고려해야 합니다. 일반 브라우저라면 먼저 시스템 프록시를 사용해 보세요. 처음부터 두 기능을 동시에 켤 필요는 없습니다. TUN이 필요하다면 서비스가 정상인지 먼저 확인한 뒤 대상 앱에서 별도로 테스트하세요. 시스템 프록시를 함께 사용할지는 클라이언트 안내와 실제 연결 기록을 바탕으로 판단하면 됩니다.

Windows 설정 → 시스템 → 시스템 정보를 열어 PC 브랜드가 아니라 시스템 종류를 확인하세요. 일반적인 Intel 및 AMD 프로세서에서는 보통 x64를 선택합니다. ARM 기반 기기라면 클라이언트가 명시적으로 제공하는 ARM64 패키지를 우선 사용하세요. 다운로드 페이지에 x64만 있다면 다른 플랫폼용 ARM 패키지를 대체품으로 사용하지 마세요. 에뮬레이션으로 실행할 수 있는지는 Windows와 클라이언트의 지원 여부를 확인해야 합니다. 설치 전에 시스템 요구 사항도 확인하세요. 구버전 Windows는 현재 클라이언트와 실행 구성 요소의 요구 사항을 충족하지 못할 수 있습니다.

먼저 링크가 빠짐없이 복사됐는지 확인하고 앞뒤 공백을 제거한 뒤, 구독 유효 기간과 계정 상태, 최신 주소를 서비스 제공업체에 확인하세요. 다음으로 클라이언트 로그를 열어 연결 시간 초과, HTTP 오류, 설정 파싱 실패를 구분합니다. 시간 초과라면 네트워크를 확인하고, 401 또는 403이라면 인증이나 접근 제한을 확인하세요. 파싱에 실패하면 구독 형식을 점검해야 합니다. 사용할 수 있는 설정이 이미 있다면 보존하고 반복해서 삭제하거나 다시 만들지 마세요. 구독 링크에 접근 자격 증명이 포함될 수 있으므로 낯선 변환 사이트에 제출하거나 공개 문의에 전체 링크를 올리지 마세요.

설정 페이지에서 가져온 설정이 선택되어 있고 정상적으로 로드됐는지 확인하세요. 다운로드 완료와 설정 활성화는 별개의 단계입니다. 그런 다음 로그에서 YAML 파싱 오류, 누락된 프록시 그룹 대상, proxy-providers 가져오기 실패 여부를 확인하세요. 일부 설정은 원격 프로바이더에서 노드를 가져오므로 기본 설정이 로드됐다고 해서 프로바이더까지 업데이트된 것은 아닙니다. 유효한 설정 대신 웹페이지나 계정 안내가 반환되면 서비스 제공업체에서 올바른 주소를 받아야 합니다. 수정한 뒤 설정을 다시 로드하고 프록시 페이지에서 그룹을 확인하세요.

먼저 TUN을 끄고 Clash Verge Rev 설정 페이지에서 서비스 모드를 찾아 안내에 따라 서비스를 설치하거나 복구하세요. Windows 권한 확인을 마친 다음 서비스 상태를 점검합니다. 버전에 따라 설정 위치가 다를 수 있으므로 현재 화면을 기준으로 진행하세요. 서비스가 정상 작동하면 TUN을 다시 켜고 코어 로그에서 가상 네트워크 어댑터나 라우팅 오류가 있는지 확인하세요. 조직 정책으로 관리되는 PC에서는 관련 서비스 설치가 금지될 수 있으니 관리 제한을 우회하지 마세요. 계속 실패한다면 시스템 프록시를 복구해 사용하고 구체적인 오류와 클라이언트 버전을 기록해 문제를 확인하세요.

먼저 현재 설정과 프록시 그룹을 확인한 뒤 시스템 프록시를 켜고 프록시가 필요한 대상에 접속하세요. 동시에 클라이언트 연결 페이지에서 도메인으로 해당 연결을 찾아 적용된 규칙, 정책 그룹, 최종 출구를 확인합니다. 웹페이지가 열리거나 노드 속도 테스트에 결과가 나왔다는 사실만으로 해당 페이지가 지정한 노드를 사용했다고 볼 수는 없습니다. 브라우저의 프록시 확장 프로그램, 별도 프록시 설정, 기존 연결이 결과에 영향을 줄 수 있습니다. 충돌하는 설정을 잠시 끄고 대상 페이지를 닫았다가 다시 접속한 다음 새 연결 기록을 비교하세요.

다음 구독 업데이트 때 덮어써질 설정 파일만 수정하지 말고, 클라이언트에서 제공하는 영구 오버라이드나 규칙 편집 기능을 우선 사용하세요. mihomo는 일반적으로 규칙 순서대로 일치 여부를 확인합니다. 특정 도메인 규칙은 먼저 적용될 수 있는 포괄적인 규칙보다 앞에, 기본 처리용 MATCH 규칙보다도 앞에 배치해야 합니다. 규칙의 정책 이름은 실제 프록시 그룹 이름과 일치해야 합니다. 저장 후 설정을 다시 로드하고 새 연결을 만든 다음 연결 페이지에서 적용 결과를 확인하세요. 기존 연결은 이전 정책을 계속 사용할 수 있으므로 페이지 새로고침만으로 변경 성공 여부를 판단하면 안 됩니다.

속도 테스트 결과는 주로 테스트 주소에 한 번 연결했을 때의 연결 여부와 응답 시간을 보여 주며, 동영상 재생 속도나 다운로드 대역폭, 모든 웹사이트의 사용 경험을 직접 나타내지는 않습니다. 테스트 주소, 네트워크 혼잡, 프로토콜, 대상 서비스 위치에 따라 결과가 달라집니다. 노드를 선택할 때는 먼저 대상 사이트가 정상적으로 열리는지 확인하고 실제 사용 중 안정성을 살펴보세요. 여러 속도 테스트와 다운로드 작업을 동시에 실행하지 않는 것이 좋습니다. 특정 노드의 테스트가 시간 초과돼도 대상 사이트가 열린다면 테스트 주소가 제한됐는지 확인하세요. 결과 하나만 보고 여전히 사용할 수 있는 설정을 삭제하지 마세요.

먼저 현재 선택한 설정, 프록시 그룹, 수신 대기 포트를 기록한 뒤 클라이언트의 백업 기능으로 설정과 영구 오버라이드를 저장하세요. 데이터 폴더를 수동으로 복사하려면 먼저 클라이언트를 종료해야 합니다. 백업에는 구독 자격 증명이 포함될 수 있으므로 안전한 위치에 보관하세요. 구독을 업데이트한 뒤에는 사용자 지정 규칙과 프록시 그룹 참조를 확인하고, 클라이언트를 업그레이드한 뒤에는 서비스 상태, 시스템 프록시, TUN을 점검하세요. 구버전 폴더 전체를 새 버전에 덮어쓰지 마세요. 호환성 문제가 생기면 필요한 설정을 하나씩 복구해야 문제를 일으킨 변경 사항을 찾기 쉽습니다.

먼저 코어가 실행 중인지 확인한 다음 Windows 설정 → 네트워크 및 인터넷 → 프록시에서 로컬 주소와 포트를 확인하세요. 클라이언트가 현재 수신 대기 중인 값과 일치해야 하며, 모든 클라이언트가 7897을 사용한다고 가정하면 안 됩니다. 이어서 브라우저 프록시 확장 프로그램, 앱의 개별 프록시 설정, 다른 프록시 도구가 설정을 덮어쓰는지 확인하세요. 클라이언트 연결 페이지에서 대상 요청을 살펴보세요. 기록이 없다면 트래픽이 코어에 전달되는지 먼저 확인하고, 기록은 있지만 실패한다면 노드, 규칙, DNS를 점검하세요. 일부 프로그램은 시스템 프록시를 사용하지 않으므로 별도로 설정하거나 필요에 따라 TUN을 사용해야 합니다.

먼저 프록시를 일시 중지하고 일반 네트워크가 정상인지 테스트한 다음 구독 계정이 유효한지, 설정 업데이트가 성공했는지, 기기 시간이 정확한지 확인하세요. 로그에서 도메인 확인 실패, 연결 거부, 연결 시간 초과를 구분하세요. 각 오류에 따라 점검할 항목이 다릅니다. 허용되는 네트워크 환경에서 접속 네트워크를 바꿔 비교하고 라우팅 충돌을 피하려면 다른 VPN도 잠시 종료하세요. 방화벽 전체를 바로 끄지는 마세요. 노드 하나만 실패한다면 먼저 다른 노드로 전환하고, 같은 구독이 여러 네트워크에서 모두 실패한다면 제공업체에 서비스 상태를 문의하세요.

먼저 브라우저가 로컬 프록시를 통해 접속되는지 확인한 다음 대상 앱이 Windows 앱 컨테이너의 루프백 접근 제한을 받는지 살펴보세요. 스토어 앱이라고 해서 모두 같은 네트워크 구조를 사용하는 것은 아닙니다. 클라이언트에 UWP 루프백 예외 도구가 있다면 권한 안내에 따라 실행하고 로컬 프록시에 접근해야 하는 앱만 선택하세요. 관리자 권한 터미널에서 CheckNetIsolation LoopbackExempt -s를 실행해 현재 목록을 확인한 뒤 대상 앱의 패키지 패밀리 이름으로 예외를 추가할 수도 있습니다. 패키지 이름을 추측하거나 모든 앱에 한꺼번에 예외를 설정하지 마세요. 완료 후 대상 앱을 다시 시작해 확인하세요.

먼저 Windows 설정 → 네트워크 및 인터넷 → 프록시를 확인하세요. 수동 프록시가 이미 중지된 로컬 포트를 가리킨다면 해당 설정을 끄고 다시 테스트합니다. TUN을 사용했다면 클라이언트를 다시 열고 TUN과 시스템 프록시를 끈 다음 시스템 트레이 메뉴에서 정상 종료하세요. 프로세스를 강제 종료하면 비정상 상태가 남을 수 있습니다. 일부 웹사이트에서만 문제가 생기면 DNS와 다른 VPN이 여전히 네트워크를 제어하는지 확인하세요. 조직에서 관리하는 프록시 설정은 함부로 변경하지 마세요. 업무 네트워크에 필요한 설정이 삭제될 수 있으므로 처음부터 네트워크 전체를 초기화하지도 마세요.