Clash 자주 묻는 질문과 점검 순서

먼저 브라우저에서 구독 주소에 접속할 수 있는지 확인하고, 복사 과정에서 공백·줄바꿈·불필요한 문장 부호가 들어갔는지 점검하세요. 그런 다음 클라이언트가 구독 링크, YAML 설정 또는 단일 노드 URI 중 무엇을 지원하는지 확인합니다. 주소가 로그인 페이지, 오류 페이지 또는 일반 웹 페이지를 반환하면 클라이언트가 파싱하지 못합니다. 이 경우 구독 제공자에게 돌아가 Clash 또는 Mihomo에 맞는 구독 형식을 다시 받아야 합니다.

먼저 주소 만료, 네트워크 요청 실패와 설정 파싱 실패를 구분하세요. 구독 만료 여부와 접근 권한 변경 여부, 시스템 시간이 정확한지 확인한 다음 업데이트 로그의 HTTP 상태 코드나 파싱 메시지를 살펴봅니다. 기존 설정이 계속 작동한다면 즉시 삭제하지 말고 보관하세요. 새 주소가 유효한 것을 확인한 뒤 교체하고 정책 그룹 이름이 변경되었는지도 확인해야 합니다.

YAML은 들여쓰기, 콜론과 목록 기호에 민감합니다. 먼저 로그에 표시된 줄 번호를 확인하고 탭과 공백을 섞었는지, 키 이름 뒤에 공백이 빠졌는지, 문자열에 제대로 처리되지 않은 특수 문자가 포함되었는지 중점적으로 살펴보세요. 오류가 수동 오버라이드에서 발생했다면 먼저 오버라이드를 끄고 원본 구독을 불러옵니다. 원본 구독이 정상적으로 로드되면 수정 내용을 구간별로 다시 적용해 문제가 발생한 항목을 찾으세요.

TUN은 가상 네트워크 인터페이스를 만들고 시스템 라우팅을 수정하므로 일반 시스템 프록시보다 높은 권한이 필요합니다. Windows에서는 클라이언트를 관리자 권한으로 다시 실행하고 서비스 구성 요소가 설치되어 있는지 확인하세요. macOS에서는 네트워크 확장 또는 보조 서비스를 승인해야 합니다. Linux에서는 root 권한, CAP_NET_ADMIN, TUN 장치와 방화벽 규칙을 점검하세요. 변경 후에는 클라이언트를 완전히 종료한 다음 다시 시작해야 합니다.

먼저 클라이언트가 실행 중이고 로컬 수신 포트를 다른 프로그램이 사용하고 있지 않은지 확인한 뒤, 시스템 네트워크 설정에서 프록시 주소와 포트를 점검하세요. 일부 브라우저는 별도의 프록시 설정을 사용하고, 일부 앱은 시스템 프록시를 완전히 무시합니다. 먼저 시스템 프록시를 따르는 브라우저로 확인해 보세요. 특정 앱에서만 작동하지 않는다면 앱 내부 프록시, TUN 모드 또는 해당 앱의 네트워크 제한을 검토해야 합니다.

전역 모드는 Clash의 수신 포트나 TUN이 인계한 범위에 들어온 연결에만 영향을 줍니다. 시스템의 모든 트래픽이 자동으로 캡처된다는 뜻은 아닙니다. 시스템 프록시를 무시하는 앱, 별도의 VPN, 로컬 네트워크 트래픽과 일부 시스템 서비스는 클라이언트를 거치지 않을 수 있습니다. 먼저 트래픽이 유입되는 경로를 확인한 다음 전역 정책 그룹에서 선택된 노드를 점검해야 하며, 모드 이름만 확인해서는 안 됩니다.

규칙은 위에서 아래 순서로 매칭되며, 일치하면 일반적으로 뒤의 항목은 더 확인하지 않습니다. 사용자 지정 규칙은 먼저 일치할 수 있는 포괄적인 규칙보다 앞에 배치하고, 설정에 실제로 존재하는 정책 그룹을 지정해야 합니다. 클라이언트의 오버라이드 기능을 사용한다면 구독 업데이트 이후에 오버라이드가 적용되는지도 확인하세요. 저장한 뒤에는 최종 생성 설정과 연결 로그를 확인해야 하며, 편집 화면의 원문만 보아서는 안 됩니다.

먼저 현재 설정이 해당 규칙 세트나 데이터베이스를 실제로 참조하는지 확인한 뒤 다운로드 경로, 업데이트 시간과 로드 로그를 점검하세요. 파일을 업데이트한 뒤에는 설정을 다시 불러오거나 코어를 재시작해야 하는 경우가 많으며, 기존 연결은 이전 매칭 결과를 계속 사용할 수도 있습니다. DNS 규칙에 문제가 있다면 시스템과 브라우저 캐시를 삭제하고 도메인 조회 요청이 실제로 Clash에서 처리되는지도 확인해야 합니다.

먼저 같은 구독의 다른 노드로 전환해 문제가 한 진입점에만 발생하는지 확인하세요. 그런 다음 노드 주소, 포트, 프로토콜 매개변수, TLS 서버 이름과 시스템 시간을 점검합니다. 지연 시간 테스트 실패가 실제 연결 실패를 반드시 의미하지는 않으므로 연결 로그와 실제 접속 결과를 함께 판단해야 합니다. 특정 네트워크에서만 시간 초과가 발생한다면 다른 네트워크에서 UDP, IPv6 또는 DNS 조건을 바꿔 테스트해 보세요.

먼저 직접 연결 모드로 전환해 기본 네트워크가 정상인지 확인한 다음, 구독 업데이트 가능 여부와 시스템 시간의 정확성, 클라이언트 포트 사용 여부를 점검하세요. 그 후 충돌할 수 있는 VPN, 프록시 도구 또는 보안 프로그램의 네트워크 모듈을 끄고 코어 시작 로그를 확인합니다. 설정을 불러올 수 없다면 먼저 설정을 수정해야 합니다. 설정은 정상인데 모든 연결이 실패할 때 DNS, IPv4, IPv6와 서로 다른 네트워크를 각각 테스트하세요.

일부 UWP 앱은 로컬 루프백 제한의 영향을 받아 로컬 주소에서 Clash가 수신 중인 프록시 포트에 직접 접근하지 못합니다. 먼저 일반 데스크톱 브라우저가 프록시를 통해 연결되는지 확인한 다음, 클라이언트가 제공하는 UWP 루프백 도구나 Windows의 CheckNetIsolation 기능을 사용해 대상 앱의 루프백 접근을 허용하세요. 설정 후 앱을 완전히 종료하고 다시 시작한 뒤 연결 로그를 확인합니다.

네트워크를 전환하면 게이트웨이, DNS, 인터페이스 인덱스와 IP 주소가 바뀌어 기존 연결과 라우팅이 무효화될 수 있습니다. 먼저 시스템 프록시나 TUN을 일시 중지했다가 다시 활성화하고, 필요하면 설정을 다시 불러오세요. 그래도 복구되지 않으면 코어를 재시작하고 가상 네트워크 어댑터에 이전 라우팅이 남아 있는지 확인합니다. 문제가 반복되면 클라이언트와 코어를 업데이트하고 여러 네트워크 인계 도구가 동시에 라우팅을 수정하지 않도록 하세요.