Clash에서 Claude 접속이 멈추는 이유
Clash에서는 다른 사이트가 열리는데 Claude만 로딩 중에 멈추거나 연결 시간이 초과되는 현상은 프록시를 켜는 것만으로 해결되지 않을 수 있습니다. Claude 트래픽이 실제로 프록시를 통과하는지, 선택한 노드가 안정적인지, DNS 응답과 시스템 프록시 설정이 서로 맞는지를 함께 확인해야 합니다. 브라우저에서 화면은 열리더라도 로그인, 대화 기록 불러오기, 파일 전송처럼 별도의 요청이 필요한 기능에서만 문제가 나타나기도 합니다.
이 가이드는 Clash Verge Rev와 Mihomo 기반 클라이언트를 중심으로 원인을 좁히는 순서를 설명합니다. 메뉴 이름은 버전과 운영체제에 따라 다를 수 있지만, 모드 확인 → Claude 규칙 확인 → 노드 비교 → DNS·TUN 점검 → 연결 로그 확인의 흐름은 대부분의 Clash 클라이언트에 적용할 수 있습니다. 사용하는 지역과 서비스 제공자의 이용 조건도 함께 확인하고, 네트워크 문제와 계정 또는 서비스 측 문제를 구분해 점검하세요.
먼저 확인할 점
Claude 웹사이트가 지원되지 않는 지역에서는 네트워크 설정만 바꾸어도 서비스 이용이 보장되지 않습니다. 계정 상태와 Claude 서비스 상태를 먼저 확인하고, 네트워크 진단은 이용 가능한 환경에서 진행하세요.
1프록시 모드와 Claude 규칙 확인
가장 먼저 Clash의 현재 모드가 Rule인지 Global인지 확인합니다. Rule 모드에서는 각 도메인이 설정된 규칙 순서에 따라 서로 다른 경로로 전송됩니다. 따라서 브라우저의 기본 페이지는 프록시를 이용하지만 Claude 도메인은 DIRECT 또는 다른 그룹으로 빠지는 상황이 생길 수 있습니다. 빠른 비교를 위해 잠시 Global 모드로 바꾸어 접속을 시험할 수 있지만, 이는 진단용입니다. 테스트가 끝나면 원래 모드로 되돌리고 필요 이상으로 전체 트래픽을 프록시로 보내지 마세요.
Clash Verge Rev에서는 프록시 그룹 선택 화면에서 현재 선택된 그룹과 실제 노드를 확인하고, 규칙 화면 또는 연결 기록에서 Claude 요청에 적용된 정책을 살펴보세요. 프로필의 YAML을 직접 편집한다면 아래와 같이 Claude 관련 도메인 규칙을 둘 수 있습니다. Claude-Group은 예시 이름이므로, 실제 설정에 존재하는 노드 그룹 이름으로 바꾸어야 합니다.
규칙은 일반적으로 설정 파일 아래쪽에 있는 포괄적인 규칙보다 먼저 평가되어야 합니다. 예를 들어 그 앞에 MATCH,DIRECT가 있으면 뒤에 추가한 Claude 규칙은 실행되지 않습니다. 기존 프로필을 수정할 때는 원본을 백업하고, 공급자가 자동 갱신하는 설정이라면 직접 수정한 내용이 다음 업데이트에서 사라질 수 있다는 점도 고려하세요. 가능하다면 클라이언트의 규칙 편집 기능이나 지원되는 오버라이드 방식을 사용합니다.
규칙 확인 기준
연결 기록에서 Claude 도메인의 요청이 예상한 프록시 그룹과 실제 노드에 연결되는지 확인하세요. 규칙에 그룹 이름만 적혀 있는 것으로는 충분하지 않습니다.
2노드와 연결 품질 비교
규칙이 올바른데도 Claude가 계속 멈춘다면 선택한 노드의 연결 품질을 확인합니다. 노드 목록의 지연 시간 테스트는 노드까지의 기본 응답을 보여주는 지표일 뿐, Claude 서비스까지의 연결이나 로그인 요청의 성공을 보장하지는 않습니다. 숫자가 낮은 노드라도 혼잡하거나 해당 서비스와의 경로가 불안정할 수 있고, 반대로 지연 시간이 조금 높아도 연결이 꾸준히 유지되는 노드가 더 적합할 수 있습니다.
- 한 번에 하나씩 변경: 현재 노드, 다른 노드, 프로필의 기본 노드를 각각 시험하고 매번 결과를 기록합니다. 여러 설정을 동시에 바꾸면 어떤 변화가 문제를 해결했는지 판단하기 어렵습니다.
- 같은 브라우저에서 비교: 동일한 주소와 동일한 네트워크에서 새로고침해 비교합니다. 확장 프로그램, 회사 네트워크 정책, 보안 소프트웨어가 영향을 주는지도 살피세요.
- 세션을 새로 시작: 노드를 바꾼 뒤 기존 탭을 새로고침하고, 필요하면 로그아웃 후 다시 로그인합니다. 로그인 화면만 반복되는 경우 쿠키나 세션 상태가 남아 있을 수 있습니다.
- 서비스 측 상태 확인: 여러 노드에서 같은 오류가 발생하면 일시적인 서비스 장애나 계정 문제일 가능성도 있습니다. 잠시 후 재시도하고 공식 서비스 상태 정보를 확인하세요.
무료 또는 다수 사용자가 공유하는 노드는 시간대에 따라 혼잡도가 달라질 수 있습니다. 특정 노드에서만 연결 시간 초과가 반복되면 그 노드를 제외하고, 제공자가 안내하는 안정적인 노드나 그룹을 선택해 다시 시험합니다. 연결을 위해 과도한 재시도를 반복하기보다 각 테스트의 시간, 노드, 표시된 오류를 기록하면 원인을 찾는 데 도움이 됩니다.
3단계별로 설정을 점검하는 방법
아래 순서대로 한 항목씩 확인하면 설정을 무작정 바꾸지 않고도 문제 지점을 좁힐 수 있습니다. 설정을 변경하기 전에 현재 프로필과 주요 옵션을 기록해 두세요.
- Clash 상태 확인: 클라이언트가 실행 중이고 프로필이 정상적으로 로드되었는지 확인합니다. 구독 갱신 오류나 프로필 파싱 오류가 있다면 먼저 이를 해결합니다.
- 모드와 그룹 확인: Rule 모드에서 Claude 관련 요청이 어떤 규칙에 매칭되는지 확인합니다. 진단을 위해 Global 모드를 잠깐 시험했다면 테스트 후 원래 모드로 돌립니다.
- 노드 한 개씩 비교: 지연 시간만 보고 결론 내리지 말고, 각 노드에서 Claude의 첫 화면, 로그인, 대화 화면이 각각 열리는지 확인합니다.
- 브라우저 상태 분리: 시크릿 창이나 다른 브라우저에서도 같은 문제가 있는지 확인합니다. 다른 창에서는 작동한다면 확장 기능, 캐시 또는 쿠키 문제일 가능성이 있습니다.
- DNS와 TUN은 마지막에 확인: 웹 브라우저만 문제가 있는지, 앱이나 다른 프로그램도 함께 연결되지 않는지 먼저 구분한 뒤 아래 설정을 점검합니다.
각 단계에서 결과가 달라지면 그 지점이 원인 후보입니다. 예를 들어 Global 모드에서는 열리지만 Rule 모드에서는 실패한다면 노드보다는 규칙 우선순위나 그룹 지정 문제를 먼저 살펴보세요. 모든 모드와 여러 노드에서 동일하게 실패하지만 다른 사이트는 정상이라면 서비스 측 제한, 계정 상태 또는 특정 요청의 오류도 확인해야 합니다.
4DNS와 TUN 모드 점검
DNS 문제는 도메인 이름을 IP 주소로 변환하는 과정에서 발생합니다. 잘못된 DNS 응답이나 로컬 DNS 캐시 때문에 페이지가 오래 기다리거나 일부 리소스만 로드되지 않을 수 있습니다. 하지만 DNS 옵션을 무조건 바꾸는 것은 권장하지 않습니다. 우선 Clash 연결 기록에서 Claude 도메인의 요청이 보이는지 확인하고, 브라우저의 캐시와 기존 연결을 정리한 뒤 다시 시험하세요. DNS 설정을 바꿔야 한다면 현재 값을 기록하고, 클라이언트가 지원하는 방식과 프로필 제공자의 안내를 따릅니다.
TUN 모드는 시스템의 더 많은 네트워크 트래픽을 가상 인터페이스로 전달하는 기능입니다. 브라우저만 사용하는 환경이라면 시스템 프록시 설정으로 충분할 수 있지만, 앱 내부 요청이나 시스템 DNS가 프록시를 우회하는 경우에는 TUN 모드가 진단에 도움이 됩니다. 반대로 다른 VPN, 방화벽, 보안 프로그램과 충돌하거나 권한이 부족하면 TUN을 켠 뒤 전체 네트워크가 불안정해질 수도 있습니다.
- Clash 시스템 프록시가 켜져 있는지 확인하고, 운영체제의 프록시 설정이 다른 프로그램에 의해 덮어쓰이지 않았는지 살펴봅니다.
- TUN을 시험할 때는 필요한 권한을 승인하고, 다른 VPN이나 유사한 가상 네트워크 도구를 잠시 끈 상태에서 한 번에 하나씩 테스트합니다.
- TUN 활성화 후 문제가 더 커지면 비활성화하여 원래 상태와 비교합니다. 모든 사용자가 TUN을 켜야 하는 것은 아닙니다.
- DNS 모드나 DNS 서버를 변경했다면 브라우저를 새로 시작하고, 설정이 실제 프로필에 반영됐는지 확인합니다.
설정을 바꿀 때 주의하세요
확인되지 않은 DNS 주소를 여러 개 추가하거나 TUN, 시스템 프록시, 다른 VPN을 동시에 켜면 원인이 더 복잡해질 수 있습니다. 한 가지 변경 후 연결을 시험하고, 이상이 생기면 기록해 둔 값으로 되돌리세요.
5연결 로그로 원인 구분하기
설정 화면만으로 원인을 찾기 어렵다면 Clash의 Connections 또는 로그 화면을 확인합니다. Claude 페이지를 새로고침한 직후 관련 도메인 요청이 나타나는지, 요청이 어떤 규칙과 노드에 매칭됐는지 살펴보세요. 요청이 기록되지 않는다면 브라우저가 Clash를 거치지 않거나, 요청이 브라우저 단계에서 차단되는 상황을 의심할 수 있습니다. 요청은 보이지만 시간 초과가 반복된다면 선택된 노드, DNS 응답, 원격 연결 상태를 차례로 확인합니다.
오류 메시지는 단서이지 단독으로 원인을 확정하는 근거는 아닙니다. timeout은 경로가 응답하지 않거나 연결이 지연되는 상황을 나타낼 수 있고, 연결 거부나 DNS 실패는 서로 다른 원인을 가리킬 수 있습니다. 민감한 구독 주소, 인증 토큰, 전체 설정 파일에는 개인정보가 포함될 수 있으므로 로그를 다른 사람에게 공유하기 전에 주소와 자격 정보를 반드시 가리세요. 필요한 경우 오류가 난 시간, 클라이언트와 코어 버전, 테스트한 모드와 노드, 실제 오류 문구만 정리해 지원을 요청하는 것이 안전합니다.
정리하면, 다른 사이트는 정상인데 Claude만 열리지 않을 때는 먼저 Rule 모드에서 적용되는 규칙과 그룹을 확인하고, 여러 노드를 하나씩 비교합니다. 그다음 브라우저 세션, DNS, 시스템 프록시와 TUN을 점검하고, 마지막으로 연결 기록에서 요청이 실제로 어디로 전달되는지 확인하세요. 한 번에 한 설정만 바꾸고 결과를 기록하면 불필요한 설정 변경을 줄이고 원인을 빠르게 좁힐 수 있습니다.