이 체크리스트는 "가능성이 가장 높고 확인하기 쉬운" 순서에서 "상대적으로 드문" 순서로 배열되어 있습니다. 순서대로 확인하고 단계를 건너뛰지 않는 것을 권장합니다. "프록시는 켜져 있는데 인터넷이 안 된다"는 대부분의 경우는 처음 4가지 항목에 원인이 집중되어 있으며, 실제로 8번째나 9번째까지 확인해야 하는 경우는 드뭅니다. 순서대로 진행하면 보통 2~3분 안에 문제를 찾을 수 있으며, 처음부터 복잡한 네트워크 환경 문제를 의심할 필요는 없습니다.

  1. 클라이언트에 "연결됨"으로 표시되나요? — 가장 기본적이면서도 가장 자주 간과되는 단계입니다. 일부 클라이언트는 설치 후 수동으로 연결 버튼을 클릭해야 하며, 프로그램을 열기만 해서는 자동으로 적용되지 않습니다. 먼저 왼쪽 하단이나 홈 화면의 연결 상태를 확인하세요.
  2. 시스템 프록시 스위치가 실제로 켜져 있나요? — 클라이언트 내부에서 연결됨으로 표시되어도 OS 수준의 프록시 설정이 실제로 전환되었다는 뜻은 아닙니다. Windows는 트레이 아이콘 메뉴에서 "System Proxy"가 체크되어 있는지, macOS는 메뉴 바 아이콘에서 "Set as System Proxy"가 선택되어 있는지 확인하세요.
  3. 구독에서 노드를 제대로 가져왔나요? — "설정 / Profiles" 페이지를 열어 노드 수가 0인지 확인하세요. 0이라면 보통 구독 링크가 만료되었거나 복사할 때 불필요한 공백이 포함된 경우입니다. 링크를 다시 받아서 시도해 보세요.
  4. 현재 프록시 그룹에 사용 가능한 노드가 있나요? — 노드 수가 정상이라고 해서 노드가 실제로 작동한다는 보장은 없습니다. 프록시 그룹에서 속도 테스트를 한 번 실행해 보세요. 모든 노드의 지연 시간이 타임아웃으로 표시된다면 구독 제공업체 쪽의 문제일 가능성이 높으니, 다른 구독으로 바꾸거나 제공업체에 문의하세요.
  5. 규칙이 이 사이트를 직접 연결로 분류했나요? — 이는 "특정 사이트만 안 열리고 나머지는 정상"인 경우의 가장 흔한 원인입니다. 클라이언트의 "연결 / Connections" 패널을 열어 이 요청이 매칭된 규칙이 DIRECT인지 확인하세요. 실제로 잘못 분류되었다면 규칙 해설 글을 참고해 수동으로 규칙을 추가해서 수정할 수 있습니다.
  6. 로컬 포트를 다른 프로그램이 사용 중인가요? — Clash는 기본적으로 7890번(프록시 포트)과 9090번(외부 컨트롤러 포트)을 사용합니다. 다른 프록시 프로그램이 실행 중이거나 이전 Clash 프로세스가 완전히 종료되지 않았다면 포트 충돌로 프록시가 제대로 리스닝하지 못할 수 있습니다. 클라이언트를 재시작하거나 포트 설정을 변경하면 해결됩니다.
  7. DNS가 오염되었거나 Fake-IP를 쓰지 않나요? — 페이지에 접속은 되지만 비정상적으로 느리게 로드되거나, 일부 사이트가 잘못된 IP로 해석된다면 DNS 설정에서 Fake-IP 모드가 활성화되어 있는지 확인하세요. 구체적인 원리와 설정은 DNS 설정 글을 참고하세요.
  8. TUN 모드 권한이 올바르게 설정되어 있나요? — TUN 모드를 켰는데도 일부 앱이 여전히 프록시를 경유하지 않는다면 시스템 권한이 제대로 부여되었는지 확인하세요: Windows는 관리자 권한으로 실행되는지, macOS는 시스템 설정에서 해당 네트워크 확장이 허용되었는지.
  9. 다른 프록시/VPN 프로그램과 충돌하고 있나요? — 여러 프록시 도구를 동시에 실행하면 거의 반드시 충돌이 발생하며, 일부 브라우저 확장 프로그램에 내장된 "VPN" 기능도 여기에 포함됩니다. 다른 모든 프록시 관련 도구를 끄고 Clash만 단독으로 테스트해 보세요.

순서대로 확인하다가 특정 항목에서 문제가 갑자기 사라진다면, 그 항목이 원인일 가능성이 높습니다. 먼저 그것을 해결한 다음 나머지 항목에도 문제가 있는지 계속 확인하면 되며, 9가지를 모두 마쳐야 결론을 내릴 필요는 없습니다.

문제 해결에 활용할 수 있는 두 가지 내장 도구

대부분의 클라이언트는 UI에 두 가지 문제 해결 도구가 내장되어 있지만, 많은 초보자는 전혀 사용해본 적이 없습니다. 하나는 "지연 시간 테스트"로, 프록시 그룹 내 각 노드를 개별적으로 속도 측정해서 특정 노드가 다운되었는지 빠르게 확인할 수 있습니다. 다른 하나는 "연결 / Connections" 패널로, 각 네트워크 요청이 어떤 규칙에 매칭되고 어떤 노드를 경유했는지 실시간으로 볼 수 있어, 규칙이 작동하는지 막연히 추측하는 것보다 훨씬 직관적입니다. 위의 5번째 항목("규칙 오판정")을 조사할 때는 이 패널이 거의 필수 도구입니다. 이외에도 일부 클라이언트는 "로그 / Log" 페이지를 제공하며, 로그 레벨을 debug로 설정하면 더 자세한 연결 과정을 볼 수 있습니다. 어려운 문제를 만났을 때 이 로그를 제공업체에 보내거나 커뮤니티에 도움을 요청하면 보통 더 빠르게 정확한 답을 얻을 수 있습니다.

9가지를 모두 확인해도 해결되지 않는다면

대부분 Clash 클라이언트 설정의 문제가 아니라 노드 자체의 문제(예: 제공업체 쪽 회선 장애)일 가능성이 높습니다. 구독 제공업체에 연락해서 회선 상태를 확인하거나, 먼저 "글로벌 모드"로 전환해서 모든 노드의 연결 상태를 테스트해 규칙 설정으로 인한 착시인지 배제할 수 있습니다. 노드를 몇 개 바꿔봐도 문제가 계속된다면 노드 요인은 거의 배제할 수 있으므로, 앞서 설명한 9가지 점검을 다시 한번 처음부터 진행해 보세요. 특히 포트 충돌과 DNS 관련 두 항목은 그 증상이 때때로 "노드 사용 불가"처럼 위장되기도 합니다. 본 사이트의 자주 묻는 질문 페이지에도 이 체크리스트보다 더 세분화된 구체적인 오류 메시지를 다루는 좀 더 맞춤화된 문제 해결 시나리오가 정리되어 있습니다.