왜 OpenAI/Anthropic 전용 프로필을 그대로 쓰면 Kimi·Moonshot에서 깨질까

api.openai.com·api.anthropic.com을 전제로 한 GEOIP·MATCH 상단에 예외 몇 줄만 얹은 프로필은, 2026년 «다모델» 환경에선 편리하지만, moonshot.cn·api.moonshot.cn이 기대하던 아웃바운드와 다르면 «규칙을 넣었는데도 DIRECT»·«다른 AI 그룹으로 새었다»가 됩니다. 한국·동아시아에서 불필요한 북미 홉을 탄 경로는 RTT만 늘어나 체감 타임아웃으로 이어질 수 있고, 반대로 중국·동아시아에 가깝다고 해서 항상 DIRECT가 정답인 것도 아닙니다. 호출 위치(가정·사무실·클라우드 VM)·구독 링크로 받은 노드 품질·ISP에 따라 달라집니다.

Clash는 rules에서 위에서 아래로 한 줄만 적용하므로, GEOIP,CN,DIRECT나 광범한 MATCH가 DOMAIN-SUFFIX, moonshot.cn보다 위에 있으면 Moonshot 전용 줄이 무시됩니다. «전 구간이 멈춘다»는 말 뒤에는 보통 (1) 잘못된 규칙 매칭, (2) 노드·DIRECT 품질, (3) 앱·SDK 타임아웃이 겹칩니다. 먼저 실패한 요청의 Host를 로그로 고정하세요. 브라우저 개발자 도구의 네트워크 탭, 터미널 SDK 오류, Clash 코어 연결 로그를 같은 시각에 맞춰 보면 범위가 좁혀집니다.

이 글의 범위 서비스 측 장애·쿼터·결제·정책은 공식 콘솔·상태를 따릅니다. 여기서는 로컬·Clash에서 맞출 수 있는 도메인 묶음·정책 그룹·우선순위·앱 timeout에 한정합니다. 무료 클라이언트로 구독 링크를 가져온 뒤 동일 프로필에서 재현해 보는 흐름을 권장합니다.

DOMAIN-SUFFIX로 묶기 좋은 Kimi·Moonshot 관련 도메인

DOMAIN-SUFFIX, moonshot.cn 한 줄이 api.moonshot.cn·kimi.moonshot.cn·문서·리다이렉트에 자주 쓰이는 서브도메인을 넓게 포괄합니다. 2026년에도 콘솔·공지·캠페인 페이지는 같은 접미사 아래에 묶이는 경우가 많지만, 결제·고객센터·이메일 링크가 다른 TLD로 열릴 수 있으니, 실제 실패 URL을 보고 DOMAIN 한 줄씩 덧붙이는 것이 안전합니다.

  • api.moonshot.cn — OpenAI 호환 Moonshot API·채팅 완성 등 개발자 호출이 모이는 중심 FQDN입니다. SDK Base URL을 여기로 두는 팀이 많습니다.
  • kimi.moonshot.cn — 소비자·프로 Kimi 웹 앱, 긴 맥락 UI 등이 열리는 데 쓰입니다. 정적 자산·WebSocket이 별도 호스트로 갈리면 그 호스트를 로그에서 잡아 DOMAIN-SUFFIX 목록이나 DOMAIN으로 보강합니다.
  • moonshot.cn — 문서, 계정, 리다이렉트, 마케팅 랜딩이 한 접미사에 묶이는 경우가 흔합니다. 상위 한 줄이면 운영 부담이 작습니다.

DOMAIN-KEYWORD,moonshot는 짧아 보이나, 다른 사이트 호스트에 우연히 포함되면 원치 않는 트래픽까지 프록시로 갈 수 있습니다. 가능하면 DOMAIN-SUFFIX로 경계를 맞추고, 반복만 되는 긴 FQDN만 DOMAIN으로 추가하세요. Grok·Perplexity·Grok 전용 글에서 쓴 패턴과 같이 «제조사·제품」별 이름 끝(접미사)에 맞추는 습관이 이후 규칙 병합에도 유리합니다.

DeepSeek·Volcano·Moonshot는 어떻게 다를까

DeepSeek·volcengine·volces 축은 본문에서 설명한 대로 중국 리전·方舟 스타일 호스트가 늘고, Moonshot은 moonshot.cn 중심의 또 다른 국산 대형 모델 제품군으로 생각하면 됩니다. YAML에 세 축이 동시에 있으면 DEEPSEEK-API·MOONSHOT처럼 정책 그룹 이름을 나누는 편이 로그·장애 범위를 가르기 쉽습니다. ChatGPT Perplexity·Atlas는 호스트가 완전히 달라 같은 파일에 섞이면 우선순위 충돌이 나기 쉬우니, 서비스별로 블록을 나누어 병합하는 지점만 공유하는 편이 낫습니다.

rules·proxy-groups 예시: MOONSHOT 정책 그룹

아래는 이해를 돕는 최소 스니펫입니다. LAN·캡티브·내망 DIRECT를 위에 둔 뒤, moonshot.cn을 MOONSHOT로 보냅니다. 실제 프로필의 그룹명·노드 목록에 맞게 바꾸세요.

proxy-groups:
  - name: "MOONSHOT"
    type: select
    proxies:
      - "DIRECT"
      - "아시아-저지연"
      - "백업-프록시"

rules:
  - DOMAIN-SUFFIX,moonshot.cn,MOONSHOT
  # ... GEOIP, MATCH, etc.

url-test로 MOONSHOT을 자동 선택할 때는 테스트 URL이 특정 지역에서만 열리면 오탐이 날 수 있습니다. select로 수동 전환하며 증상이 사라지는지 보는 것이 먼저인 경우가 많습니다. 정책 그룹 정의·타입은 YAML 가이드의 proxy-groups 절과 정확히 맞춰야 합니다. 이름 오타는 기동 실패·해당 규칙만 무시로 이어질 수 있으니, GUI에서 바꾼 뒤 rules 쪽 문자열도 같이 갱신하세요.

규칙이 위에 있을수록 먼저 먹힌다

Clash(및 mihomo 계열)는 첫 일치에서 멈춥니다. MATCH, AI-GLOBAL이 위에 있고 Moonshot 줄이 그 아래면, api.moonshot.cn이 AI 전역 그룹으로만 갑니다. «여기서만 총 타임아웃»이면 (1) Moonshot용 줄이 AI-GLOBAL보다 위에 있는지, (2) IP-CIDR·GEOIP가 먼저 먹히지 않는지 확인하세요. DNS fake-ip·TUN을 켠 환경에서는 «보이는 IP»와 «규칙 매칭에 쓰인 정보»가 엇갈릴 수 있으니, 코어가 출력하는 도메인·아웃바운드 로그를 기준으로 합니다.

증상 정리: 총 타임아웃·522·끊긴 스트림·UI만 굼

연결 단계에서 바로 끊기면 DNS·SNI·방화벽·노드 가용 쪽에 가깝고, 응답이 한동안 있다가 끊기면 RTT·서버 측 큐·read timeout·중간 캐시에 가깝습니다. 502/503/522는 애플리케이션이 Clash timeout을 늘려도 안 고쳐질 수 있어, 경로(노드·DIRECT)를 바꿔 재현이 사라지는지 먼저 봅니다.

1) Kimi 웹은 되는데 api.moonshot.cn만 timeout

두 FQDN이 다른 규칙 줄에 잡혔을 가능성이 큽니다. 혹은 터미널·서버·CI가 시스템 프록시를 쓰지 않아 Clash TUN·환경 변수(HTTPS_PROXY)·분 앱 프록시 우회로 갈릴 수 있습니다. IDE·npm·Docker가 동시에 돌면 출발 프로세스마다 다르게 보일 수 있어, 실패한 프로세스 기준으로 맞춥니다.

2) API는 되는데 Kimi만 로딩만 돈다

정적 자원·웹소켓·SPAs의 추가 요청이 moonshot.cn 밖으로 새거나, 광고·추적 차단 확장이 일부만 막는 경우가 있습니다. 한 번에 전부 실패하는지, 특정 URL만 실패하는지 개발자 도구로 나눕니다.

3) 긴 토큰·스트리밍만 중간에 끊긴다

Clash 경로와 별도로, SDK·프레임워크의 idle timeout·chunk 간 유휴·최대 대기가 짧으면 «중간 끊김»이 납니다. 규칙·노드를 고친 뒤에도 같으면 앱 쪽을 올리세요. 반복 시 지수 백오프·최대 재시도를 합쳐 비용·큐를 보호합니다.

구독·노드 품질 구독 링크로 받은 노드 이름이 바꿀 때마다 YAML이 꼬이면, Android·데스크톱앱의 자동 갱신 실패와 겹쳐 «어제는 됐다»가 납니다. 동일 키로 DIRECT와 프록시를 오가며 한 변수씩 줄이는 편이 빠릅니다.

DNS·TLS와 함께 점검하는 이유

도메인 규칙은 이름이 먼저 맞아야 효과를 봅니다. fake-ip 모드에서 내부 캐시·필터가 기대와 다르면, 화면의 IP와 코어의 매칭이 어긋납니다. nameserver 체인·domain-specific nameserver를 rules 변경과 같은 날 점검하세요. 기업 SSL 가시성·보안 SW가 SNI·인증서를 가로채면, 노드를 바꿔도 동일한 TLS 오류가 남을 수 있습니다—이때는 Moonshot 쪽이 아니라 단말·망 이슈를 의심합니다.

OpenAI/Anthropic 전용 글과의 관계: 도메인 축을 섞지 않기

Claude·Anthropic·OpenAI 글은 api.openai.com·anthropic.com 등 서구권 API 엣지에 맞춰 설명합니다. moonshot.cn·api.moonshot.cn은 별도 루트이므로, 한 프로필에 올릴 때는 MOONSHOT·OPENAI·CLAUDE 정책 그룹을 나란히 두고, rules에 서비스별 DOMAIN-SUFFIX를 포괄 MATCH보다 위에 배치한 뒤, 로그로 어떤 줄이 선택됐는지 확인하세요. 이렇게 하면 2026년 «한 데쉬보드에 여러 모델 API»를 쓰는 팀에서도 장애 범위를 빨리 쪼갤 수 있습니다.

자주 묻는 질문

Kimi와 Moonshot API를 한 DOMAIN-SUFFIX, moonshot.cn으로 묶어도 되나요?

대부분의 Kimi·API·콘솔 경로는 그 접미사에 묶이는 경우가 많아 기본으로 두고, 로그에 나온 예외 FQDN만 DOMAIN으로 덧댑니다. CDN·결제·서드파티가 늘면 목록이 길어질 수 있습니다.

해외 프록시로 보내야 api.moonshot.cn이 잘 풀릴까요?

호출·ISP·엔드포인트에 따라 다릅니다. «미국 노드=항상 낫다»는 가정은 피하고, MOONSHOT 그룹에서 DIRECT·지역 노드를 바꿔 RTT와 에러율을 비교하세요. DeepSeek·Volcano에서와 같이 불필요한 북미 우회가 느려질 수 있습니다.

Clash만으로 read timeout이 해결되나요?

대체로 아니며, HTTP 클라이언트·SDK 설정이 맡습니다. Clash는 경로·노드·매칭을 먼저 맞춘 뒤, 앱 timeout·재시도를 손봅니다.

OpenAI에 한 줄 덧붙이면 끝인가요?

이름을 공유해도 되나, 규칙 순서·그룹 분리를 다시 봐야 합니다. Moonshot 전용 MOONSHOT을 두는 편이 로그·운영이 수월합니다.

마무리

2024–2026년에도 Kimi·Moonshot API·api.moonshot.cn 키워드는 개발·일반 사용 검색이 이어지고, Clash 분기 규칙으로 도메인을 고정해 두면 타임아웃·부분 실패의 원인을 층별로 갈 수 있습니다. DOMAIN-SUFFIX, moonshot.cn·MOONSHOT 정책 그룹·규칙 우선순위는 복붙이 아니라, 자신의 구독 링크·노드·호출 환경에 맞게 한 줄씩 검증한 뒤 쓰는 것이 안전합니다. Grok·Perplexity·ChatGPT Atlas 등 이미 쓴 글과 호스트 체계를 혼동하지 말고, 월지암면 축을 독립된 블록으로 두면 이후 YAML 병합도 쉬워집니다.

클라이언트·코어·프로필을 한곳에 정리해 쓰면 수동으로 YAML을 뒤질 횟수가 줄고, 구독 링크로 받은 노드를 바꿀 때에도 무료 배포를 우선하되 설치·버전은 사이트의 다운로드 안내를 기준으로 맞추는 편이 낫습니다. 오픈소스 저장소·릴리스는 라이선스·이슈 확인용으로 두고, 일상 설치는 공식 가이드가 모아 둔 경로를 쓰는 흐름이 일반적입니다.

→ Clash 무료 다운로드 — Kimi·Moonshot용 DOMAIN-SUFFIX·구독 링크·규칙을 한 화면에서 점검하며, OpenAI/DeepSeek 전용 프로필과 정책 그룹을 나누어 안정화해 보세요.

추가로 도움말·기술 칼럼에서 관련 주제를 이어 읽을 수 있습니다.