Clash 자주 묻는 질문과 문제 해결

먼저 브라우저나 네트워크 도구에서 구독 주소에 접속할 수 있는지 확인한 뒤, 클라이언트의 네트워크 권한, 시스템 시간과 현재 프록시 상태를 점검하세요. 이어서 업데이트 로그의 HTTP 상태 코드를 확인합니다. 401 또는 403은 대개 인증 문제이고, 404는 주소가 더 이상 유효하지 않다는 뜻이며, 시간 초과는 네트워크 경로나 서버 응답을 확인해야 합니다.

기존 설정을 바로 삭제하지 말고 현재 작동하는 버전을 백업용으로 남겨 두세요. 새 설정이 정상적으로 해석되는지, 프록시 그룹 이름이 바뀌었는지, rules, proxy-groups와 proxies 필드가 존재하는지 확인합니다. 클라이언트가 설정 백업을 지원한다면 이전 설정으로 복원한 뒤 구독 제공자에게 템플릿 변경 여부를 문의하세요.

브라우저에서 주소가 열린다고 해서 반환된 내용이 Clash 설정이라는 뜻은 아닙니다. HTML 로그인 화면, 추가 인증이 필요한 응답, 게이트웨이에 의해 잘린 응답, YAML의 들여쓰기 또는 필드 형식 오류가 흔한 원인입니다. 클라이언트의 설정 미리보기나 로그에서 응답 시작 부분과 오류가 발생한 줄을 확인한 뒤 반환 형식에 맞게 처리하세요.

먼저 정상적으로 해석되는 설정 파일을 가져와 설정이 선택되었고 코어가 실행 중인지 확인한 다음 시스템 프록시를 켜세요. 클라이언트의 현재 HTTP, SOCKS 또는 Mixed Port를 기록하고 브라우저로 테스트 주소에 접속하면서 연결 로그를 확인합니다. 유효한 설정이 없으면 시스템 프록시 스위치만 켜도 사용할 수 있는 프록시 경로가 만들어지지 않습니다.

먼저 브라우저가 별도의 프록시 확장이 아니라 시스템 프록시를 사용하는지 확인한 뒤 시스템 프록시 주소와 포트가 클라이언트의 현재 수신 포트와 일치하는지 확인하세요. 클라이언트가 실행 중인지, 특정 앱이 직결로 설정되어 있는지도 점검하고, 캐시가 없는 새 요청을 보내 연결 로그에서 요청이 HTTP 또는 Mixed Port로 들어오는지 확인합니다.

반드시 그렇지는 않습니다. 지연 시간 테스트에 사용하는 URL, DNS 확인 결과, 통신사 네트워크 경로와 노드의 테스트 요청 처리 방식이 결과에 영향을 줍니다. 먼저 다른 테스트 주소나 네트워크 환경으로 바꾼 뒤 실제 연결을 시도하세요. 모든 노드가 시간 초과된다면 노드만 바꾸기보다 로컬 포트, 설정 프로토콜과 시스템 시간을 우선 확인해야 합니다.

로컬 포트, 시스템 프록시, 규칙 매칭, DNS와 노드 경로 순서로 점검하세요. 먼저 브라우저로 간단한 사이트에 접속하면서 연결 로그를 확인하고, 앱이 시스템 프록시를 따르는지 확인합니다. 시스템 프록시를 지원하지 않는 앱이라면 TUN 또는 앱 자체의 프록시 설정을 검토해야 합니다. 특정 도메인만 실패한다면 규칙과 DNS를 추가로 확인하세요.

일부 Windows UWP 앱은 루프백 격리 제한 때문에 로컬 프록시 포트에 직접 접근할 수 없습니다. 시스템에서 UWP 루프백 제한을 해제하는 설정 도구를 사용해 허용할 앱을 선택하고 변경 사항을 적용한 뒤 앱을 다시 시작하세요. 그래도 연결되지 않으면 시스템 프록시 포트, 해당 앱이 규칙상 직결로 설정되었는지와 방화벽 권한을 확인합니다.

먼저 시스템 날짜와 시간이 정확한지 확인한 뒤 오류가 특정 네트워크나 앱에서만 발생하는지 살펴보세요. 프록시 설정, DNS와 네트워크에 HTTPS 가로채기가 있는지도 확인해야 합니다. 안내를 피하려고 인증서 경고를 장기간 무시해서는 안 됩니다. 직결에서는 정상이고 프록시에서만 문제가 발생한다면 오류 코드와 연결 경로를 저장한 뒤 클라이언트 설정과 네트워크 환경을 나누어 점검하세요.