Claude가 「현재 지역에서는 이용할 수 없습니다」라고 할 때: Clash 분할·DNS·Fake-IP로 Anthropic 트래픽 맞추기

1. 지역 제한 메시지와 계정·IP 이슈 구분

브라우저나 앱에서 「Unavailable in your region」「현재 지역에서는 이용할 수 없습니다」류의 문구가 뜰 때, 원인은 크게 세 갈래로 나누어 생각할 수 있습니다. 첫째는 서비스가 허용하지 않는 국가·지역 정책에 걸린 경우이고, 둘째는 결제·약관 위반 등으로 계정이 제한된 경우이며, 셋째는 프록시 품질·세션 간 IP가 들쭉날쭉해 리스크로 분류되는 경우입니다. 이 중 앞의 「지역 정책」에 가깝다면, 노드만 빠르게 바꾸기보다 목적지 도메인이 실제로 어떤 정책 그룹으로 나가는지와 DNS가 그 도메인을 어디로 해석했는지를 같이 확인하는 편이 빠릅니다.

같은 사이트라도 ChatGPT·OpenAI 쪽에서 자주 다루는 「한 세션 안에서 IP가 바뀌어 밴에 가깝게 간다」는 이야기와는 문제의 결이 다릅니다. Anthropic·Claude를 쓸 때 지역 문구가 뜬다면, 우선 트래픽이 의도한 지역 노드로만 나가고 있는지, 그리고 DNS가 유출되거나 잘못된 경로로 매칭되지 않는지를 점검하는 흐름이 맞습니다. 이후 절에서는 그걸 Clash 설정 언어로 풀어 씁니다.

2. 규칙만으로는 부족할 때: DNS와 fake-ip

Clash Meta(mihomo) 계열에서 fake-ip는 로컬에서 임시 IP를 붙여 두었다가 실제 연결 시점에 도메인을 다시 해석하는 방식으로, 규칙 엔진이 도메인 기준으로 트래픽을 나누기 쉽게 해 줍니다. 반대로 말하면, DNS 설정이 꼬이면 「브라우저 주소창의 호스트」와 「실제로 매칭되는 규칙」이 어긋날 수 있습니다. 예를 들어 일부 클라이언트는 redir-host나 fake-ip 모드에 따라 DoH·로컬 DNS·시스템 DNS의 우선순위가 달라지므로, Anthropic 관련 호스트가 의도치 않게 DIRECT로 해석되거나 반대로 엉뚱한 업스트림으로 새는 경우가 있습니다.

그래서 지역 제한 이슈를 다룰 때는 라우팅 규칙 목록만이 아니라 dns 블록의 enable·enhanced-mode·fake-ip-range·nameserver-policy 등을 함께 보는 것이 좋습니다. 특히 서브도메인이 많은 SaaS는 CDN·인증·API 엔드포인트가 나뉘어 있어, 상위 DOMAIN-SUFFIX만으로도 대부분 커버되지만, 클라이언트가 캐시한 DNS 결과와 Clash 내부 해석이 어긋나면 증상이 「가끔만」 나타나기도 합니다.

Fake-IP를 쓰는 구성에서는 스플릿 도메인 규칙과 스니핑 관련 옵션이 상호작용할 수 있으므로, 한 번 안정된 조합을 찾았다면 구독이 갱신될 때마다 덮어쓰이지 않도록 클라이언트의 Merge·Override에 고정해 두는 방식이 실수를 줄입니다. 구독 가져오기 이후에도 사용자 머지 파일이 우선 적용되는지 확인하세요.

3. Anthropic·Claude 쪽으로 잡아둘 도메인

실제 서비스는 업데이트에 따라 호스트가 늘거나 바뀔 수 있으므로, 아래는 시작점으로 쓰는 예시입니다. 웹은 claude.ai, 기업·API 문서는 anthropic.com 및 하위 도메인, 인증·정적 자원·추적 도구가 붙은 서브도메인이 추가로 등장할 수 있습니다. 브라우저 개발자 도구의 네트워크 탭에서 실패한 요청의 호스트 이름을 확인해 목록을 보강하는 것이 가장 확실합니다.

4. 전용 정책 그룹 설계

지역 제한 대응에는 보통 허용 지역에 가깝고 안정적인 단일 노드를 쓰는 selector 그룹이 직관적입니다. 장애 시에만 다음 노드로 넘어가게 하려면 fallback을 쓸 수 있지만, 세션마다 IP가 바뀌면 다른 유형의 리스크가 생길 수 있으므로, 「지역만 맞추면 된다」는 전제에서는 불필요한 자동 전환을 줄이는 쪽이 낫습니다. 그룹 이름은 구독에 있는 프록시 이름과 정확히 맞추어야 하며, 한글·이모지 라벨은 클라이언트에서만 보이는 경우가 있어 코어 설정과 동기화를 확인하세요.

메인 「글로벌」 그룹이 url-test처럼 자주 바뀌는 타입이라면, Anthropic 전용으로 별도 그룹을 두고 rules에서 먼저 매칭시키는 패턴이 흔합니다. 이렇게 하면 다른 사이트는 빠른 노드로 두고, Claude 관련 호스트만 정책적으로 고정할 수 있습니다. 정책 그룹 아래에 실제 노드가 아닌 다른 그룹을 중첩해 두었다면, 최종 아웃바운드가 어디인지 Proxies 화면에서 한 번 더 확인하는 습관이 좋습니다.

5. DNS 스니펫 예시

환경마다 사용 중인 DNS·DoH가 다르므로 아래는 형식 참고용입니다. 실제 nameserver 주소는 자신이 신뢰하는 값으로 바꾸고, nameserver-policy로 특정 도메인만 신뢰할 업스트림에 묶는 방식도 가능합니다. IPv6-only 환경이면 prefer-h3·fallback DNS 등을 클라이언트 문서에 맞춰 조정하세요.

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - https://dns.google/dns-query
    - tls://1.1.1.1
  # Optional: pin Anthropic-related queries to a resolver you trust
  nameserver-policy:
    "+.anthropic.com":
      - https://dns.google/dns-query
    "+.claude.ai":
      - https://dns.google/dns-query

6. rules 스니펫과 순서

rules는 위에서 아래로 첫 매칭이 승리합니다. Anthropic 전용 그룹 이름을 예시로 🧠 Anthropic이라고 했을 때의 형식은 다음과 같습니다. 실제 그룹 이름·프록시 이름은 본인 구독에 맞게 바꿉니다.

rules:
  # Anthropic / Claude — place before broad MATCH / GEOIP if you use them
  - DOMAIN-SUFFIX,anthropic.com,🧠 Anthropic
  - DOMAIN-SUFFIX,claude.ai,🧠 Anthropic
  - DOMAIN-KEYWORD,anthropic,🧠 Anthropic

  # ... your other rules (LAN, CN, etc.)
  - GEOIP,PRIVATE,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,🔰 Proxy

DOMAIN-KEYWORD는 과하게 넓게 잡히면 다른 트래픽까지 끌고 올 수 있어, 로그로 오탐이 없는지 확인하는 것이 좋습니다. 반대로 캡처한 호스트가 길고 변형이 많다면 DOMAIN-SUFFIX를 여러 줄로 쪼개 넣는 편이 안전합니다.

7. 점검 순서와 흔한 실수

실무에서는 다음 순서를 권합니다. 먼저 Clash 로그에서 해당 사이트 요청이 어떤 규칙 줄에 매칭되었는지 확인합니다. 그다음 Proxies에서 Anthropic 그룹에 연결된 노드의 지역·지연이 기대와 맞는지 봅니다. 그 후 브라우저나 시스템에 별도 DNS가 박혀 있어 Clash DNS와 충돌하지 않는지 확인합니다. 마지막으로 VPN·다른 필터 드라이버와 TUN이 동시에 켜져 있지 않은지 점검합니다.