연결은 되는데 뭔가 이상하다
연결됨으로 표시되는데 페이지가 열리지 않거나 속도가 갑자기 느려지는 경우, 대부분 다음 몇 가지가 원인입니다.
"연결됨"으로 표시되지만 웹페이지가 여전히 열리지 않는다면?
먼저 현재 노드의 지연 시간을 확인하세요: 타임아웃이거나 빨간색으로 표시되면 지연이 정상인 다른 노드로 바꿔서 시도해 보세요. 지연이 정상인데도 열리지 않는다면 프록시 모드가 실수로 "직접 연결"로 바뀌지 않았는지 확인하세요. 데스크톱에서는 "로그" 페이지에서 어떤 연결이 어떤 이유로 거부되었는지도 확인할 수 있습니다. 드물게 DNS 해석 오류가 원인인 경우도 있으며, 코어를 재시작하면 대부분 해결됩니다.
프록시를 켜면 인터넷 속도가 눈에 띄게 느려진다면?
먼저 노드 자체의 문제를 배제해 보세요: "자동 선택" 그룹으로 전환해 지연이 가장 낮은 경로를 자동으로 선택하게 하세요. 모든 노드가 느리다면 서비스 제공업체의 회선이 피크 시간대에 혼잡한 것일 수 있으니 시간을 바꿔보거나 제공업체에 문의하세요. 또한 "글로벌 모드"가 실수로 켜져 국내 트래픽까지 프록시를 거치고 있지 않은지도 확인하세요. "규칙 모드"로 되돌리면 국내 사이트의 직접 연결 속도가 회복됩니다.
일부 사이트만 열리지 않고 나머지는 정상이라면?
대부분 라우팅 규칙이 해당 사이트를 잘못 직접 연결로 라우팅한 경우입니다. "규칙" 페이지에서 해당 도메인을 검색해 어떤 규칙에 일치하는지 확인하세요. 규칙 세트 자체에 문제가 없다면 DNS 오염일 가능성이 높습니다. 문서의 DNS 설정 부분을 참고해 fake-ip와 fallback이 추천 값대로 설정되어 있는지 확인하세요.
노드 지연이 계속 타임아웃이나 물결 표시로 나온다면?
먼저 수동으로 "속도 테스트"를 한 번 실행해 아직 갱신되지 않은 표시가 아닌지 확인하세요. 여전히 타임아웃이라면 해당 노드 자체의 장애이거나 구독이 만료된 것일 수 있으니 제공업체 관리 페이지에서 계정 상태를 확인하세요. 일부 노드만 이상하다면 단순히 노드를 바꾸면 됩니다. 고장난 노드에 계속 재시도하지 마세요.
구독 링크와 관련된 흔한 함정들
업데이트 실패, 가져오면 비어있음, 기기 변경 시 사용 가능 여부——모두 구독 단계에서 가장 자주 걸리는 부분입니다.
구독 "업데이트"를 클릭해도 계속 실패하거나 로딩이 멈추지 않는다면?
먼저 구독 URL 자체에 접속할 수 있는지 확인하세요: 링크를 브라우저에 붙여넣어 열리지 않으면 URL이 차단되었거나 제공업체 측 장애입니다. 모바일 데이터로 업데이트를 시도해 보세요. 링크는 열리는데 클라이언트에서 업데이트만 실패한다면 시스템 시간이 정확한지 확인하세요(시간 오차가 크면 인증서 검증이 실패할 수 있습니다). 클라이언트의 업데이트 타임아웃 설정이 너무 짧을 수도 있으니 "프로필" 페이지에서 수동으로 재시도해 보세요.
새 기기로 바꿔도 이전 구독 링크를 그대로 사용할 수 있나요?
사용할 수 있습니다. 구독 링크 자체는 기기와 무관하므로, 제공업체가 설정한 기기 수 제한을 초과하지 않았다면 새 기기에 같은 링크를 붙여넣어 가져오면 이전과 동일한 노드가 적용됩니다. 기기를 변경한 후에는 최신 노드 목록을 받기 위해 수동으로 "업데이트"를 한 번 실행하는 것을 권장합니다.
제공업체는 구독이 정상이라고 하는데, 제 쪽에서 가져오면 비어있다면?
링크를 복사할 때 끝부분 문자가 빠진 경우가 대부분입니다. 처음부터 완전히 다시 복사하는 것이 가장 확실합니다. 입력란에 불필요한 공백이나 줄바꿈이 들어가지 않았는지도 확인하세요. 링크에 문제가 없다면 기존 프로필을 계속 업데이트하지 말고, 삭제한 후 새로 추가해 보세요.
설치가 안됨, 실행이 안됨, 차단됨
대부분 시스템 보안 메커니즘이나 소프트웨어 충돌이 원인이며, 설치 파일 자체의 문제는 아닙니다.
macOS에서 "파일이 손상되었습니다" 또는 "개발자를 확인할 수 없습니다"라고 나오며 열리지 않는다면?
이는 macOS의 Gatekeeper 기능이 서명되지 않은 앱을 기본적으로 차단하는 것으로, 실제로 파일이 손상된 것은 아닙니다. "시스템 설정 → 개인정보 보호 및 보안"으로 이동해 차단된 앱 알림 옆의 "그래도 열기"를 클릭하세요. 일부 이전 버전 macOS에서는 앱 아이콘을 Control 키를 누른 채 클릭해 "열기"를 선택하고 팝업에서 다시 한 번 확인해야 할 수 있습니다.
Windows에서 보안 소프트웨어가 바이러스로 오탐하거나 설치를 차단한다면?
프록시 계열 도구는 시스템 네트워크 설정을 변경하기 때문에 보안 소프트웨어의 휴리스틱 탐지에서 오탐이 발생하기 쉬운, 업계에서 흔히 있는 문제입니다. Clash의 소스 코드는 완전히 공개되어 있어 GitHub에서 직접 검증할 수 있습니다. 보안 소프트웨어에서 설치 파일을 임시로 신뢰 목록에 추가하거나, GitHub 저장소에서 최신 빌드를 직접 받아 사용하세요.
부팅 후 자동으로 실행되지 않는다면?
클라이언트의 "설정" 페이지에서 "부팅 시 자동 실행" 스위치가 켜져 있는지 확인하세요. 데스크톱에서는 시스템의 시작 프로그램 관리에서 수동으로 비활성화되지 않았는지도 확인이 필요합니다. Windows 사용자는 PC 최적화 소프트웨어의 "시작 프로그램 최적화"에 의해 자동으로 꺼지지 않았는지 추가로 확인하고, 다시 켜주세요.
다른 프록시 소프트웨어나 VPN과 함께 사용하면 충돌하나요?
충돌합니다. 동시에 하나의 도구만 시스템 프록시와 네트워크 어댑터를 점유해야 합니다. 두 개를 동시에 켜면 포트나 라우팅 테이블을 서로 차지하려 해 둘 다 불안정해집니다. Clash를 사용하기 전에 다른 프록시/VPN을 완전히 종료하세요(최소화가 아닌 종료). 전환할 때도 "하나를 끄고 나서 다른 하나를 켠다"는 순서를 지켜주세요.
응답 없음, 멈춤, 비정상 동작
대부분의 일시적인 이상 증상에는 간단한 자가 점검 방법이 있으니, 바로 큰 문제로 단정하지 마세요.
클라이언트가 갑자기 종료되거나 실행 시 흰 화면만 나온다면?
먼저 완전히 종료한 후 다시 실행해 보세요. 대부분의 일시적인 문제는 재시작으로 해결됩니다. 반복해서 발생한다면 설정 파일을 직접 수정하면서 생긴 YAML 형식 오류(Tab과 스페이스 혼용이 가장 흔한 원인)가 있는지 확인하세요. 먼저 정상적으로 작동했던 이전 설정으로 되돌려 설정 문제인지 클라이언트 자체의 문제인지 확인해 보세요.
메모리나 CPU 사용률이 갑자기 높아진다면?
먼저 규칙 세트 개수를 확인하세요: 너무 많은 규칙 세트를 구독했거나 규칙이 지나치게 복잡하면 매칭 처리 비용이 늘어납니다. 로그 레벨이 실수로 "debug"로 계속 켜져 있지 않은지도 확인하세요. "info"나 "warning"으로 되돌리면 리소스 사용량을 크게 줄일 수 있습니다. 사용량이 계속 올라가고 내려오지 않는다면 특정 연결이 재연결 루프에 걸린 것일 수 있으니 코어를 재시작하면 초기화됩니다.
로그가 온통 빨간색 오류인데, 문제가 있는 건가요?
반드시 그렇지는 않습니다. 개별 노드의 연결 실패나 단발성 속도 테스트 타임아웃은 빨간색 로그로 남는데, 이는 정상적인 장애 대응 동작이므로 전체 연결과 사용에 영향이 없다면 무시해도 됩니다. 같은 오류가 계속 반복해서 나타난다면, 모든 로그를 다 읽기보다는 해당 오류에 포함된 도메인 이름이나 노드 이름을 실마리로 확인하는 것이 더 효율적입니다.
GitHub에 Issue를 등록하면 관리자가 확인합니다
위 내용에 해당하는 것이 없다면, 상황(시스템, 버전, 로그 스크린샷)을 명확히 정리해 GitHub에 등록하세요. 커뮤니티에서 대부분 빠르게 응답합니다. 일상적인 설정 관련 질문은 설정 가이드나 고급 블로그도 참고해 보세요.
GitHub Issues로 이동