상황별 정보 · Clash 기술 블로그

ChatGPT, Gemini 및 Claude를 Clash로 분기하는 방법

ChatGPT, Gemini 및 Claude의 웹페이지, 로그인 및 모델 API는 서로 다른 도메인을 사용할 수 있습니다. 각 서비스에 안정적인 정책을 지정하고 실제 연결 기록에서 규칙을 보완하면 로그인과 긴 응답 중 아웃바운드 변경을 줄일 수 있습니다.

본문 읽기블로그로 돌아가기
  • ChatGPT
  • Gemini
  • Claude
이 글의 목차
게시일
업데이트 날짜
예상 읽기 시간
약 6분

ChatGPT, Gemini, Claude 트래픽을 나누려면 웹, 로그인, API부터 구분하세요

ChatGPT, Gemini, Claude 홈 화면이 열린다는 사실은 프런트엔드 페이지의 일부 요청이 성공했다는 뜻일 뿐입니다. 계정 로그인은 인증 도메인으로 이동하고 메시지는 모델 인터페이스에 접근하며 파일 업로드는 객체 저장소 또는 콘텐츠 도메인도 사용합니다. 이 중 하나가 직접 연결되거나 거부되거나 출구가 바뀌면 사용자는 흔히 로딩 화면만 보게 됩니다.

실패 동작부터 명확히 적으세요. 빈 화면, 로그인 순환, 메시지 전송 실패, 스트리밍 응답 중단, 업로드 중 멈춤은 서로 다른 요청에 해당합니다. 모두 "AI를 열 수 없음"으로 묶으면 검증할 수 없는 도메인 목록만 길어집니다.

증상을 요청 단계에 먼저 대응

표시된 현상먼저 관찰할 내용먼저 하지 말아야 할 작업
페이지가 비어 있거나 스타일이 누락됨스크립트, 정적 리소스, DNS계정 반복 변경
로그인 후 다시 로그인 페이지로 돌아감인증 리디렉션, Cookie, 출구 지역모델 API 규칙만 보완
메시지가 계속 로딩되거나 중간에 끊김모델 인터페이스, 스트리밍 연결, 노드 전환홈 화면만 시험
파일 업로드가 멈춤업로드 도메인, 객체 저장소, 요청 본문 크기모든 CDN을 프록시에 추가

로그인 중에는 자동 속도 측정 그룹이 지역을 바꾸지 않도록 출구를 고정하세요

인증 요청과 로그인 후 첫 인터페이스 요청이 서로 다른 출구에서 오면 재검증을 유발하거나 세션이 무효화될 수 있습니다. 진단 중에는 수동 정책 그룹을 만들고 사용 가능한 노드 하나를 고정해 계정 페이지, 주 사이트, 인터페이스가 한 번의 로그인 과정에서 같은 출구를 사용하게 하세요.

세 서비스가 영구적으로 같은 노드를 써야 한다는 뜻은 아닙니다. 문제를 확인한 뒤 ChatGPT, Gemini, Claude별로 나눌 수 있지만 각 서비스의 인증과 데이터 요청은 지역이 일치해야 합니다. 계정이 유효하지 않거나 해당 지역에서 서비스를 제공하지 않거나 제품 측 제한이 있으면 Clash 규칙을 더 쓴다고 사라지지 않습니다.

도메인은 실제 세션에서 찾고 오래된 목록 전체를 복사하지 마세요

연결 기록을 지운 뒤 동작 하나만 완료하세요. 예를 들어 Claude에 로그인하거나 Gemini에서 짧은 메시지를 하나 보내거나 ChatGPT에 작은 파일을 업로드합니다. 실패 전후에 나타난 호스트 이름, 일치 규칙, 아웃바운드를 기록해야 누락 계층을 알 수 있습니다.

명확한 제품 진입점부터 기록하세요. ChatGPT는 chatgpt.com, OpenAI API는 api.openai.com을 사용합니다. Gemini 웹은 gemini.google.com, Gemini API의 일반적인 진입점은 generativelanguage.googleapis.com입니다.

Claude 웹은 claude.ai, Anthropic API는 api.anthropic.com을 사용합니다. 로그인 리디렉션, 정적 리소스, 업로드 주소는 자체 연결 기록에서 계속 보완하세요.

새 규칙을 넓은 GEOIP, 규칙 세트, MATCH보다 앞에 두세요. Google 로그인 도메인은 Gmail, YouTube 같은 서비스도 공유하므로 Gemini 때문에 accounts.google.com 같은 넓은 도메인을 AI 그룹에 영구 연결하지 마세요.

연결 기록에서 인증 요청이 잘못된 출구를 사용했음을 확인한 뒤 해당 세션에 나타난 호스트를 AI 그룹에 추가하고 다시 검증하세요.

아래 내용은 바로 붙여 넣을 완전한 설정이 아닙니다. 현재 구독의 프록시 그룹 목록에서 실제로 존재하는 그룹 이름을 찾아 모든 YOUR_EXISTING_GROUP을 교체하세요. 그렇지 않으면 설정 검사에서 반드시 group not found가 발생합니다. 세 AI 그룹을 만든 뒤 규칙을 추가합니다.

기존 그룹 이름을 올바르게 교체한 뒤 세 AI 정책 그룹 생성
# 必须先把 YOUR_EXISTING_GROUP 替换成当前配置里真实存在的组名
proxy-groups:
  - name: AI-OPENAI
    type: select
    proxies:
      - YOUR_EXISTING_GROUP
      - DIRECT
  - name: AI-GOOGLE
    type: select
    proxies:
      - YOUR_EXISTING_GROUP
      - DIRECT
  - name: AI-CLAUDE
    type: select
    proxies:
      - YOUR_EXISTING_GROUP
      - DIRECT

rules:
  - DOMAIN-SUFFIX,chatgpt.com,AI-OPENAI
  - DOMAIN,api.openai.com,AI-OPENAI
  - DOMAIN,gemini.google.com,AI-GOOGLE
  - DOMAIN,generativelanguage.googleapis.com,AI-GOOGLE
  - DOMAIN,api.anthropic.com,AI-CLAUDE
  - DOMAIN-SUFFIX,anthropic.com,AI-CLAUDE
  - DOMAIN-SUFFIX,claude.ai,AI-CLAUDE
  - GEOIP,CN,DIRECT
  - MATCH,YOUR_EXISTING_GROUP

규칙이 실제로 적용되었다는 증거

  • 설정 검사를 통과하고 group not found가 없음
  • ChatGPT, Gemini, Claude 시험 요청이 각각 자체 정책 그룹에 맞음
  • 로그인 리디렉션과 메시지 전송 중 출구가 바뀌지 않음
  • 규칙에 넣지 않은 Google 서비스가 AI-GOOGLE에 잘못 들어오지 않음

웹은 정상인데 CLI가 시간 초과되면 같은 프록시 진입점이 아닐 가능성이 큽니다

브라우저는 보통 Windows 또는 macOS 시스템 프록시를 읽지만 Python SDK, 명령줄 도구, IDE 플러그인, 컨테이너는 그렇지 않을 수 있습니다. 실패 요청이 Clash 연결 페이지에 나타나는지 먼저 확인하세요. 기록이 전혀 없다면 요청이 아직 규칙 엔진에 들어오지 않은 것입니다.

명령줄 도구에는 HTTP_PROXY, HTTPS_PROXY, NO_PROXY를 임시로 설정할 수 있고 데스크톱 개발 환경도 앱 안내에 따라 프록시를 입력할 수 있습니다. 시스템 프록시를 따르지 않는 프로세스가 실제로 여러 개일 때만 TUN을 고려하세요. 연결이 기록에 이미 나타난다면 환경 변수를 계속 바꾸지 말고 일치 규칙, 정책 그룹, 노드를 확인해야 합니다.

같은 서비스가 간헐적으로 빈 화면이면 DNS 진입점부터 통일하세요

브라우저 보안 DNS, 시스템 DNS, Clash DNS가 동시에 작동하면 같은 서비스가 프로그램마다 다른 주소를 받을 수 있습니다. 진단 단계에서는 브라우저 독립 DoH를 잠시 끄고 도메인 쿼리와 연결이 모두 Clash를 거치게 한 뒤 빈 화면 또는 리소스 로드 실패가 계속되는지 확인하세요.

이름 해석에 성공했는데 TLS 핸드셰이크나 연결이 계속 시간 초과될 때만 노드 품질과 규칙으로 돌아갑니다. DNS가 한 번 실패했다고 도시 열 곳을 바꾸지 말고 관찰 결과 없이 Fake-IP, 스니핑, 상위 DNS를 동시에 수정하지 마세요.

긴 응답과 업로드는 속도 측정 숫자의 몇 밀리초보다 출구 변화에 더 민감합니다

AI 대화는 긴 스트리밍 연결을 유지합니다. 자동 그룹이 노드를 너무 자주 다시 선택하면 홈 화면은 항상 빠르지만 응답은 중간에 끊길 수 있습니다. 시험에서는 고정 노드 하나로 긴 응답, 다시 생성, 파일 업로드를 완료한 뒤 자동 그룹이 실제로 개선을 주는지 비교하세요.

업로드 실패에서는 요청이 실제로 전송되었는지도 구분해야 합니다. 진행률이 0%에서 움직이지 않으면 업로드 주소의 규칙 일치를 먼저 확인하세요. 절반까지 전송한 뒤 명확한 HTTP 상태가 반환되면 크기 제한, 파일 유형, 서비스 응답을 확인합니다. Clash는 네트워크 경로만 바꾸며 제품 자체 제한을 우회할 수 없습니다.

마지막에는 로그인, 긴 응답, 업로드, API를 각각 시험하세요

홈 화면을 여는 것보다 의미 있는 시험

  1. 다시 로그인

    인증 리디렉션이 끝난 뒤 로그인 페이지로 돌아가지 않고 출구 지역도 바뀌지 않는지 확인합니다.

  2. 긴 대화 전송

    첫 글자까지 걸린 시간, 스트리밍 출력, 종료 상태를 관찰하고 첫 문장 표시 여부만 보지 않습니다.

  3. 작은 파일 하나 업로드

    업로드 도메인, 진행률, 최종 처리 결과를 확인합니다.

  4. API 한 번 호출

    호스트, HTTP 상태 코드, 클라이언트의 올바른 프록시 진입점 사용 여부를 기록합니다.

특정 항목이 실패하면 해당 단계만 처리하세요. 로그인은 안정적이지만 대화가 끊긴다면 인증 규칙을 그대로 둡니다. 브라우저는 정상인데 API 클라이언트에 연결 기록이 없다면 프로세스 프록시를 처리하세요. 규칙은 문제 자체보다 빠르게 확장해서는 안 됩니다.

참고 자료