1. 어떤 증상부터 네트워크를 의심할까
Z.ai 웹 콘솔이나 智谱(지푸) 계열 대시보드는 열리는데, GLM-5.1 추론 호출·스트리밍 응답 구간에서만 멈추거나, 로컬 스크립트가 open.bigmodel.cn·bigmodel.cn 쪽 HTTP API에 붙을 때만 “TLS handshake timeout”“connection reset”이 반복되면 개발자 도구·앱 로그에 실패한 FQDN이 남습니다. 브라우저 OAuth·결제·문서 페이지는 z.ai로, 실제 토큰 스트림은 다른 하위 호스트로 갈라지는 식으로 호스트마다 다른 출구를 타면 증상이 엇갈립니다. OpenAI 호환 SDK에서 base_url만 공급자 문서대로 바꾼 경우가 많아, 콘솔 세션과 API 트래픽이 서로 다른 규칙 분류에 매칭되면 “웹은 되는데 CI만 실패”처럼 보이기 쉽습니다.
2026년 커뮤니티 논의처럼 오픈 가중치·에이전트 데모가 주목을 받을수록, 엔드포인트 트래픽이 짧은 시간에 몰리며 지연·429가 느껴질 수 있습니다. 그럼에도 url-test 정책 그룹이 짧은 주기로 노드를 바꿔 출구 IP가 흔들리면, 세션 쿠키·WAF·지역 엣지 선택이 어긋나 간헐 오류로 보이기도 합니다. 서비스 측 쿼터·결제·조직 정책은 프록시만으로 해결되지 않는 경우가 많으므로, 본문은 약관 위반이나 인증 우회가 아니라 Clash에서 조정 가능한 규칙 순서·노드 고정·DNS·브라우저 DoH 충돌을 중심으로 설명합니다. Windows GUI 선택은 Clash Verge 비교를, 프로필 문법은 설정 가이드와 함께 보면 적용이 빠릅니다.
2. ChatGPT·Gemini·DeepSeek 글과 겹치지 않는 이유
저장소의 ChatGPT·OpenAI 글은 openai.com·chatgpt.com 계열을, Google Gemini 글은 googleapis.com·gemini.google.com 등을, DeepSeek 글은 deepseek.com·api.deepseek.com을 다룹니다. Z.ai·지푸(智谱) 생태계는 z.ai·bigmodel.cn·open.bigmodel.cn·zhipuai.cn 등 별도 최상위 도메인으로 움직이므로, 위 시리즈 규칙만 잘 써 두었다고 해서 GLM-5.1 콘솔·bigmodel API 트래픽이 자동으로 같은 프록시 그룹에 들어가지 않습니다. 글로벌 토론이 “오픈 모델 가중치”에 쏠릴수록, 실제 운영은 여전히 HTTP 엔드포인트·결제·키 관리 UI가 다른 이름으로 갈라지는 경우가 많습니다.
DOMAIN-KEYWORD,bigmodel처럼 지나치게 넓은 키워드는 로그·분석·서드파티까지 끌어올 위험이 있어, 가능하면 본인 환경에서 캡처한 DOMAIN-SUFFIX 위주로 좁히는 편이 안전합니다. 제품 릴리스마다 하위 도메인·CDN·인증 리다이렉트가 늘 수 있으므로, 장애가 날 때마다 네트워크 탭·애플리케이션 로그에 찍힌 정확한 FQDN을 규칙 목록에 덧붙이는 습관이 장기적으로 가장 비용이 적습니다.
사내망 직결·npm·Git과의 경계
사내 GitLab·Artifact Registry·사설 PyPI 미러는 보통 DIRECT나 사내 리졸버로 두는 것이 맞고, 본 글의 규칙 분류는 “브라우저·SDK가 Z.ai·bigmodel 공개 엔드포인트로 나가는 HTTPS”에 초점을 맞춥니다. 터미널에서 npm install·git clone이 시스템 프록시를 무시하는 문제는 터미널 프록시·환경 변수 글이 담당합니다. 두 설정을 섞지 않도록, “패키지 인덱스”와 “LLM API”를 서로 다른 proxy-groups로 나누어 표에 적어 두면 온콜 시 혼선이 줄어듭니다.
3. Z.ai·bigmodel 콘솔·API가 자주 쓰는 호스트(개념)
글로벌 브랜드 Z.ai 쪽 웹은 z.ai 아래에서 로그인·결제·모델 카탈로그·에이전트 데모 UI가 열리고, 중국 본토 제품군은 전통적으로 bigmodel.cn·open.bigmodel.cn·zhipuai.cn 등으로 문서·콘솔·과금이 나뉩니다. 브라우저를 열면 HTML·번들 JS·아이콘·폰트, 실시간 스트림(wss·SSE)이 서로 다른 FQDN으로 요청될 수 있어, “랜딩만 열리고 스트림만 실패” 패턴이 자주 나옵니다. OpenAI 호환 클라이언트는 문서에 적힌 base_url을 그대로 쓰기 때문에, GLM-5.1 호출이 open.bigmodel.cn으로만 나가는지·리다이렉트 체인이 있는지에 따라 규칙 분류 줄 수가 달라집니다.
정적 자원이 글로벌 CDN·서드파티 분석 호스트로 나가면 한 줄짜리 화이트리스트로는 부족합니다. 릴리스마다 하위 도메인이 늘 수 있으니, 실패 시점의 호스트 목록을 모아 규칙을 확장하는 접근이 맞습니다. 모바일 앱·데스크톱 에이전트는 OS 수준 DNS·프라이빗 릴레이·다른 VPN과 겹칠 때 증상이 달라지므로, 동일 계정으로도 기기별로 로그를 따로 보는 편이 안전합니다.
공식 문서와 실제 패킷
문서에 적힌 베이스 URL과 런타임이 실제로 여는 이름이 항상 같지는 않습니다. GLM-5.1이 오픈소스 가중치·샘플 코드와 함께 소개될 때도, 호스팅되는 추론 엔드포인트·콘솔 URL은 제품 로드맵에 따라 바뀔 수 있으므로, 스테이징에서 먼저 매칭 로그를 확인하는 편이 운영 부담을 줄입니다. “문서만 느리다”는 이슈를 분리하려면 문서 전용 하위 도메인을 별도 DOMAIN-SUFFIX 줄로 두고, API 전용 그룹과 이름을 맞춰 두면 팀 내 커뮤니케이션이 쉬워집니다.
4. Clash 규칙 분류로 Zhipu·Z.ai·bigmodel 도메인 묶기
Clash(Mihomo 계열)에서는 RULE 모드에서 위에서 아래로 첫 매칭이 적용됩니다. 지푸·Z.ai 관련 호스트를 하나의 정책 그룹(예: ZHIPU-BIGMODEL)에 모으려면 구체적인 DOMAIN-SUFFIX를 위에 두고, 넓은 규칙·MATCH는 아래에 두는 순서가 안전합니다. 아래는 이해를 돕기 위한 예시 스켈레톤이며, 실제 콘솔·SDK가 사용하는 이름은 제품 업데이트로 달라질 수 있으니 반드시 본인 환경에서 캡처한 FQDN으로 바꾸세요.
rules:
- DOMAIN-SUFFIX,z.ai,ZHIPU-BIGMODEL
- DOMAIN-SUFFIX,bigmodel.cn,ZHIPU-BIGMODEL
- DOMAIN-SUFFIX,zhipuai.cn,ZHIPU-BIGMODEL
- MATCH,OthersDOMAIN-SUFFIX,bigmodel.cn는 통상 open.bigmodel.cn 같은 OpenAI 호환 API 호스트를 같은 접미사 아래로 묶습니다. z.ai와 bigmodel.cn이 동시에 보이면 둘 다 명시하는 편이 안전합니다. 네트워크 탭에 다른 최상위 도메인이 보이면 그때마다 DOMAIN-SUFFIX 또는 DOMAIN 줄을 덧붙이세요. 구독에서 내려받은 대형 규칙 분류 세트를 쓰는 경우, “광고 차단”·“중국 본토 직결” 같은 상위 규칙에 먼저 걸려 아래 줄이 실행되지 않는지 연결 로그로 확인하세요. proxy-groups에 ZHIPU-BIGMODEL 이름의 그룹을 실제로 정의해 두어야 하며, 이름이 어긋나 있으면 구문 오류나 의도치 않은 REJECT로 이어질 수 있습니다. rule-providers로 외부 목록을 쓴다면 갱신 주기와 우선순위를 팀 표준에 맞춰 문서화해 두면 온콜 대응이 수월합니다.
5. 노드 선택과 정책 그룹
노드 선택은 ping이 가장 낮은 서버가 항상 정답은 아닙니다. 동일 구독이라도 회선 혼잡·피어링 구간에 따라 TLS 왕복과 패킷 손실이 달라지고, 긴 스트리밍 응답에서는 끊김이 체감으로 드러납니다. url-test가 짧은 주기로 최저 지연 노드를 바꾸면 출구 IP가 흔들려 세션 안정성이 떨어질 수 있으니, 증상이 있을 때는 select로 한 노드를 고정하거나 fallback 계열로 바꿔 비교해 보세요.
시스템 프록시만 쓰는 브라우저와 TUN으로 전체 트래픽을 덮는 구성은 증상 패턴이 다릅니다. TUN을 켠 상태에서는 로컬 망 예외·Windows 방화벽·다른 VPN과의 충돌을 함께 봐야 하므로 TUN 문서와 TUN 트러블슈팅 글을 참고하세요. 사내망에서는 분할 터널링 정책과 충돌하지 않는지 보안 팀 가이드도 한 번 짚는 것이 좋습니다.
6. DNS·DoH·fake-ip가 만드는 착시
규칙이 맞아 보여도 DNS 조회가 먼저 실패하면 애플리케이션은 프록시를 타기 전에 끊깁니다. fake-ip 모드에서는 도메인과 가상 IP 매핑 타이밍이 민감해, OS·브라우저 DoH·사내 리졸버가 동시에 개입하면 “간헐적으로만 된다”는 패턴이 나올 수 있습니다. open.bigmodel.cn·z.ai가 의도와 다른 리졸버로 풀리면 엣지까지의 경로가 달라져 지연이 커지기도 합니다.
점검 순서로는 (1) Clash DNS 패널의 리졸버·폴백 설정, (2) 운영체제 캐시, (3) 브라우저 전용 DoH를 차례로 확인합니다. DIRECT로 나가야 할 내부 호스트가 오탐으로 프록시에 탄 경우에도 비슷한 증상이 나오므로, 코어 로그에서 어떤 규칙에 매칭됐는지를 습관적으로 읽는 것이 중요합니다. 터미널 도구가 시스템 프록시를 무시한다면 터미널 프록시·환경 변수 글과 병행해 점검하세요. 입문 시 모드 전환 실험은 튜토리얼과 함께 하면 부담이 적습니다.
7. 적용 후 검증 순서
설정을 저장한 뒤에는 (1) 코어 재시작 또는 프로필 핫 리로드, (2) 브라우저에서 Z.ai·콘솔 페이지 강력 새로고침, (3) 터미널에서 프록시 환경 변수를 지정한 curl로 open.bigmodel.cn 또는 문서에 안내된 베이스 호스트에 대한 TLS 핸드셰이크만 짧게 확인하는 순서가 실무적입니다. GUI 클라이언트는 연결 테스트 기능으로 동일 호스트를 찍어 볼 수 있습니다.
여전히 스피너가 길다면 네트워크 탭에서 실패한 요청의 상태 코드·CORS·WebSocket 종료 사유를 먼저 보고, 그 호스트명을 규칙에 추가합니다. API만 문제일 때는 애플리케이션 로그의 URL 문자열이 곧바로 힌트가 됩니다. 이때도 계정 측 제한 가능성을 열어 두고, 지원팀에 문의할 정보(시간대·요청 ID)를 함께 모아 두면 대응이 빨라집니다.
9. 증상별 자가 점검
아래 표는 Z.ai·bigmodel·지푸 API 사용 환경에서 무엇을 먼저 볼지 정리한 것입니다.
| 증상 | 의심 지점 | 조치 |
|---|---|---|
| 콘솔은 뜨는데 스트림·에이전트만 실패 | WebSocket·SSE·open.bigmodel.cn 등 하위 호스트 규칙 누락 |
네트워크 탭에서 실패 FQDN 확인 후 규칙 추가 |
| 브라우저는 되는데 SDK·curl만 오류 | bigmodel.cn·z.ai가 서로 다른 정책으로 매칭 |
로그의 URL을 기준으로 접미사 규칙 정렬 |
| 간헐적 타임아웃·429·끊김 | 혼잡한 출구, DNS 흔들림, url-test 전환, 쿼터 | 수동 select·DNS 고정·fallback 실험·과금·쿼터 확인 |
| 문서·콘솔만 열리고 배치 잡은 실패 | 문서 호스트와 API가 서로 다른 노드·DNS | 관련 호스트를 동일 ZHIPU-BIGMODEL 그룹으로 묶기 |
LAN에서 Mixed Port를 열어 둔 경우 방화벽·포트 설정과 충돌하지 않는지도 함께 확인하세요.
10. 요약
Z.ai 콘솔과 bigmodel.cn·open.bigmodel.cn 계열 API는 서로 다른 FQDN이 동시에 움직이기 때문에, 한 줄짜리 시스템 프록시 설정보다 도메인 기준 규칙 분류와 노드 선택 실험이 체감 안정성을 좌우합니다. 2026년 GLM-5.1이 오픈소스·에이전트 담론과 함께 주목받을 때도, 운영자는 결국 HTTP 경로·DNS·브라우저 DoH·출구 전환을 먼저 의심해 볼 수 있습니다. 다른 글로 덮인 ChatGPT·Gemini·DeepSeek 호스트와 겹치지 않게, 지푸 전용 줄을 따로 두는 것이 핵심입니다.
공유된 규칙 세트를 가져왔더라도 본인 프로필에서의 매칭 순서는 직접 확인하는 것이 안전합니다. 연결 기록과 규칙 테스트가 읽기 쉬운 최신 Mihomo 계열 클라이언트를 쓰면 호스트가 늘어나는 SaaS에 맞춰 유지보수하기에도 유리합니다. 동일 노드에서 다른 브랜드 API는 잘 되는데 Z.ai만 불안하면, 글로벌 엣지·WAF·쿼터 측 이슈를 열어 두고 지표(지연·상태 코드)를 함께 모아 두면 이후 분석에 도움이 됩니다.
설치 패키지는 공식 다운로드 페이지에서 받는 것이 혼선이 적고, 오픈 소스 저장소는 빌드·이슈 확인용으로 참고하면 됩니다. 동급 도구 대비 Clash는 규칙 가시성과 프로필 실험 루프가 단정한 편이라, 개발자가 스테이징에서 호스트를 하나씩 덧붙이며 안정화하기에도 수월합니다.
→ Clash를 무료로 내려받아 Z.ai·bigmodel·GLM-5.1 API용 도메인 규칙과 노드 정책을 직접 맞춰 보세요