Claude가 열리지 않을 때 먼저 구분할 증상
Clash를 켠 뒤 Claude 웹사이트가 로딩되지 않거나 로그인 화면에서 멈추는 문제는 한 가지 원인으로만 설명되지 않습니다. 브라우저에서 claude.ai가 아예 열리지 않는 경우와, 페이지는 열리지만 로그인·대화 전송·응답 생성 단계에서 실패하는 경우를 나누어 살펴보세요. 전자는 DNS 조회, 프록시 연결, 노드 상태처럼 기본 경로에 문제가 있을 가능성이 있고, 후자는 인증 쿠키, 브라우저 확장 프로그램, 특정 요청 도메인의 규칙 누락 등이 원인일 수 있습니다.
오류 내용도 단서가 됩니다. 연결 대기 시간이 초과되거나 페이지가 계속 로딩된다면 노드 응답과 라우팅을 우선 확인합니다. 403 또는 서비스 이용 불가 안내가 표시된다면 요청 자체는 서버에 도달했을 수 있으므로, 프록시를 계속 바꾸기 전에 계정 상태와 서비스 제공 지역, Claude의 이용 정책을 확인해야 합니다. 프록시 설정이 서비스의 이용 조건을 바꾸거나 특정 지역에서의 이용 가능성을 보장하는 것은 아닙니다.
반대로 Claude는 정상인데 다른 웹사이트만 느려졌다면 Claude 도메인만의 문제가 아닐 수 있습니다. 글로벌 모드로 모든 트래픽을 한 노드에 보내고 있는지, Clash를 끈 상태에서도 문제가 재현되는지 비교하면 범위를 좁히기 쉽습니다. 먼저 현재 시각과 오류 문구를 기록하고, 테스트 중에는 노드·모드·DNS 설정을 한 번에 하나씩만 바꾸세요. 여러 설정을 동시에 변경하면 무엇이 효과가 있었는지 알기 어렵습니다.
노드와 시스템 프록시부터 확인하기
가장 먼저 Clash 클라이언트가 실행 중인지, 구독 프로필이 활성 상태인지, 코어가 정상적으로 올라왔는지 확인합니다. 노드 목록에 항목이 보여도 실제 연결이 가능한 것은 아닙니다. 선택한 노드의 지연 시간이 오래된 값이거나 연결 테스트가 실패한다면 다른 사용 가능한 노드로 바꿔 같은 브라우저에서 재확인하세요. 특정 노드 하나만으로 시험하면 노드 장애와 규칙 오류를 구별하기 어렵습니다.
그다음 시스템 프록시 상태를 살펴봅니다. Clash Verge나 Clash Verge Rev에서는 시스템 프록시 활성화 여부를 확인하고, 운영체제 프록시 설정에 로컬 주소와 포트가 지정되어 있는지 확인합니다. 포트가 클라이언트 설정과 다르면 브라우저가 Clash를 거치지 않고 직접 접속할 수 있습니다. 다른 프록시 프로그램이나 브라우저 프록시 확장 기능이 함께 켜져 있다면 잠시 비활성화해 이중 프록시 여부도 점검하세요.
브라우저별 차이도 중요합니다. 한 브라우저에서는 Claude가 열리고 다른 브라우저에서는 실패한다면, 해당 브라우저가 별도 프록시 설정을 쓰거나 기존 쿠키·확장 프로그램의 영향을 받을 수 있습니다. 시크릿 창에서 접속하거나 확장 기능을 일시 중지해 비교해 보세요. 모든 브라우저에서 실패할 때에만 운영체제 프록시와 Clash의 공통 경로 문제를 우선 조사하는 편이 효율적입니다.
- 노드: 현재 노드의 연결 상태를 확인하고, 다른 정상 노드로도 비교합니다.
- 모드: 규칙 모드인지 글로벌 모드인지 확인하고, 테스트 후 원래 모드로 되돌립니다.
- 시스템 프록시: 운영체제가 Clash의 현재 로컬 포트를 바라보는지 확인합니다.
- 중복 설정: VPN, 브라우저 프록시, 보안 프로그램의 웹 필터가 동시에 동작하는지 살펴봅니다.
규칙 모드에서 Claude 도메인 경로 추적하기
규칙 모드에서는 접속하는 도메인이 어떤 정책을 매칭하는지가 핵심입니다. Claude 웹 인터페이스는 보통 claude.ai를 사용하지만, 로그인·정적 리소스·API 요청은 서비스 구성과 시점에 따라 서로 다른 호스트로 연결될 수 있습니다. API를 사용하는 개발 환경이라면 api.anthropic.com 요청이 추가로 나타날 수 있습니다. 이 호스트 이름은 점검의 출발점이지, 모든 계정과 기능이 항상 동일한 도메인만 사용한다는 뜻은 아닙니다.
Clash의 연결 로그를 열어 브라우저에서 Claude를 다시 불러온 시각의 요청을 확인하세요. 로그에 표시된 호스트와 최종 정책이 DIRECT, REJECT 또는 예상하지 않은 그룹 중 무엇인지 살핍니다. 요청이 DIRECT로 나가고 해당 네트워크에서 접속이 되지 않는다면, 기존 정책 그룹을 활용해 해당 호스트를 올바른 프록시 경로로 보내도록 검토할 수 있습니다. 반대로 이미 의도한 프록시 그룹을 탔다면 규칙을 계속 추가하기보다 노드나 DNS를 확인해야 합니다.
규칙을 수정할 때는 넓은 키워드 규칙으로 관련 없는 사이트까지 한꺼번에 덮지 않는 것이 좋습니다. 우선 로그에서 실제로 확인한 호스트를 기준으로 범위를 좁히고, 기존 구독 규칙보다 먼저 평가되는지 확인합니다. 구독을 업데이트하면 사용자 규칙의 위치나 규칙 제공자 내용이 달라질 수 있으므로, 저장 후에는 프로필을 다시 적용하고 코어를 재시작한 다음 로그에서 매칭 결과를 재검증하세요.
직접 재현하며 규칙·DNS·TUN을 점검하는 순서
이제 설정을 한 항목씩 바꾸며 원인을 분리해 봅니다. 아래 순서는 Clash Verge Rev를 비롯한 Mihomo 기반 클라이언트에서 적용할 수 있는 일반적인 점검 흐름입니다. 메뉴 이름과 제공 기능은 클라이언트와 코어 버전에 따라 다를 수 있으므로, 화면에 없는 항목을 억지로 찾기보다 현재 앱의 설정과 로그를 기준으로 판단하세요. 테스트가 끝나면 임시 변경 사항을 기록해 두었다가 필요하지 않은 설정은 되돌립니다.
- 기준 상태 기록: 현재 모드, 선택한 노드, 시스템 프록시 상태를 메모합니다. Claude를 새로고침하고 오류 시각과 브라우저에 표시된 문구를 적어 둡니다.
- 노드만 변경: 다른 정상 노드로 바꿔 같은 페이지와 동일한 작업을 다시 시험합니다. 이때 규칙, DNS, 브라우저 설정은 바꾸지 않습니다. 결과가 달라지면 기존 노드의 품질이나 출구 경로 차이가 원인 후보입니다.
- 로그에서 규칙 확인: 요청 호스트가 프록시 그룹으로 향하는지 살핍니다. 의도하지 않은
DIRECT또는REJECT가 확인되면 실제 호스트에 맞춰 규칙 순서와 정책 그룹을 점검합니다. - DNS 확인: DNS 설정을 최근에 변경했다면 Clash와 브라우저를 재시작하고 같은 테스트를 반복합니다. DNS 캐시가 남아 있을 수 있으므로 바뀐 결과를 즉시 단정하지 말고, 로그에서 조회 실패나 잘못된 경로가 반복되는지 확인합니다.
- TUN은 마지막에 비교: 시스템 프록시 방식에서 앱이나 브라우저 요청이 Clash에 잡히지 않는 경우에만 TUN 사용 여부를 검토합니다. TUN은 시스템 수준의 트래픽 처리를 바꾸므로 권한, DNS 간섭, 다른 VPN과의 충돌까지 확인하고 필요할 때만 켭니다.
각 단계가 끝날 때마다 같은 브라우저와 같은 Claude 페이지로 시험해야 비교가 유효합니다. 노드를 바꾼 뒤에는 성공하지만 DNS 변경 뒤에는 차이가 없었다면, 불필요하게 TUN까지 켤 이유가 없습니다. 반대로 로그에 요청이 전혀 나타나지 않는다면 규칙보다 먼저 시스템 프록시가 실제로 켜져 있는지, 브라우저가 별도의 네트워크 경로를 사용하지 않는지 확인하세요.
로그와 응답으로 원인을 좁히고 설정을 복구하기
점검 결과는 크게 세 방향으로 나눠 해석할 수 있습니다. 첫째, Claude 요청이 로그에 나타나지 않으면 브라우저와 Clash 사이의 연결부터 확인합니다. 시스템 프록시가 꺼져 있거나 앱이 자체 프록시를 쓰는 경우에는 도메인 규칙을 수정해도 로그가 달라지지 않습니다. 둘째, 요청은 보이지만 DIRECT나 REJECT로 처리된다면 규칙 순서와 매칭 결과를 검토합니다. 셋째, 의도한 프록시 그룹으로 전달되는데 타임아웃이나 연결 재설정이 반복된다면 다른 노드로 비교하고, 해당 노드의 지연과 연결 안정성을 살펴봅니다.
HTTP 오류가 반환되는 경우에는 네트워크 오류와 구별하는 것이 중요합니다. 응답을 받았다는 사실은 적어도 요청이 서버 또는 중간 서비스에 도달했을 가능성을 보여 주지만, 계정 권한이나 서비스 지역 제한까지 해결됐다는 뜻은 아닙니다. 계정에 표시된 안내와 공식 서비스 상태를 확인하고, API를 쓰는 경우에는 키·사용 한도·요청 주소도 따로 점검하세요. 비밀번호, 세션 쿠키, API 키가 포함된 로그나 구독 정보를 공개 게시물에 붙여 넣지 마세요.
마지막으로 임시 테스트에서 사용한 글로벌 모드나 TUN 설정을 그대로 두지 말고, 기록해 둔 기준 상태와 비교해 필요한 변경만 남깁니다. 규칙 모드는 Claude 요청만 원하는 그룹으로 분기하면서 나머지 연결은 기존 정책대로 둘 수 있어, 모든 트래픽을 한 경로에 넣는 방식보다 문제 범위를 파악하기 쉽습니다. 클라이언트별 메뉴 구성이나 시스템 프록시 표시 방식은 다를 수 있지만, 로그로 호스트와 정책을 확인하고 한 번에 한 설정만 바꾸는 원칙은 Clash Verge, Clash for Windows, ClashX 등에서도 유효합니다. 다른 도구는 플랫폼이나 프로필에 따라 설정 위치가 달라 점검 단계가 흩어질 수 있지만, Clash는 규칙·연결 로그·노드 선택을 함께 확인할 수 있어 원인을 단계적으로 좁히는 데 도움이 됩니다. 설치 파일과 플랫폼별 안내가 필요하다면 다운로드 페이지에서 사용 중인 기기에 맞는 항목을 확인해 보세요.