채팅은 되는데 Sora·영상 UI만 도는 이유

텍스트 ChatGPT가 멀쩡한데 동영상 생성·미리보기 쪽만 진행률이 안 나오거나 스피너가 길다면, 제품이 「망가졌다」기보다 트래픽 형태가 다른 다리가 Clash 규칙에서 빠졌을 가능성이 큽니다. 웹 앱 껍데기는 openai.com·chatgpt.com 계열에서 내려오지만, 썸네일·프리뷰 클립·업로드된 미디어는 별도 접미사의 CDN·오브젝트 스토리지로 이어지는 경우가 많습니다. 한쪽만 DIRECT로 남고 다른 쪽만 프록시를 타면 브라우저는 한 화면으로 묶지 못하고 타임아웃을 기다립니다.

채팅 전용으로 잘 맞춰 둔 OpenAI·ChatGPT 분류 글의 YAML을 그대로 복사해도 영상 leg이 비면 같은 증상이 남을 수 있습니다. 반대로 영상만을 위해 거대 스트리밍 규칙집을 통째로 붙이면, 국내 직결이어야 할 트래픽까지 좁은 노드로 몰리기도 합니다. 균형은 관측 → 접미사 추가 → 정책 그룹 하나에 묶기입니다. 이용이 금지된 환경이면 여기서 중단하세요.

ℹ 힌트: 개발자 도구 네트워크에서 실패·pending 상태인 호스트를 캡처해 접미사를 모읍니다. 크기가 큰 응답·긴 duration 행은 보통 미디어 CDN 쪽입니다. HF·CDN 분류 글에서 설명한 것처럼 「모델/파일 leg」는 채팅 API 목록과 겹치지 않습니다.

제어 트래픽과 「굵은」 CDN 파이프를 한 정책으로

Clash는 연결마다 정책 그룹을 고릅니다. 영상 워크플로에서는 짧은 JSON·GraphQL류 제어 요청과 수 MB 단위 세그먼트·이미지 타일이 동시에 움직입니다. 제어만 빠른 저지연 노드로 가고 미디어는 느린 직결이면 플레이어는 끝없이 재시도합니다. 설계상 한 벤더 워크로드는 AI_VIDEO_GRP 같은 단일 정책 슬라이스에 넣고, 그 안에서 url-test·fallback으로 노드를 고르는 편이 디버깅에 유리합니다.

스트리밍 사례에서 다룬 YouTube CDN 분류와 사고방식이 같습니다. 껍데기 도메인과 실제 바이트가 나가는 CDN 접미사가 갈라지면 지역·플래그만 맞아도 화면은 안 돕니다. OpenAI 제품군도 시간이 지나며 호스트가 늘어나므로, 오래된 제3자 RULE-SET만 믿지 말고 로그와 네트워크 패널을 주기적으로 맞춥니다. GEOIP 한 줄이 앞섞이면 도메인 규칙이 무시되는 일이 생깁니다. 규칙 순서·GEOIP 교정 글과 함께 보세요.

DOMAIN-SUFFIX·RULE-SET·관측 기반 보강

DOMAIN-SUFFIX,openai.com,AI_VIDEO_GRP 형태는 ChatGPT 글과 동일한 출발점입니다. 여기에 chatgpt.com·정적 자산 계열·개발자 도구에서 확인된 미디어·엣지 접미사를 같은 그룹으로 추가합니다. 이름이 매번 바뀔 수 있어 RULE-SET으로 원격 목록을 붙이기도 하지만, 공급자가 빠뜨린 CDN 한 줄이 스피너를 만듭니다. 규칙 분류 모범 사례에서 말한 대로 넓은 키워드 규칙은 최후 수단입니다.

아래는 설명용 조각입니다. 실제 호스트명은 클라이언트 네트워크 로그에 맞추어 갱신하세요. 범용 클라우드 CDN 접미사를 함부로 전역 프록시에 넣으면 다른 사이트까지 끌려옵니다.

Illustrative YAML fragment

rules:
  - DOMAIN-SUFFIX,openai.com,AI_VIDEO_GRP
  - DOMAIN-SUFFIX,chatgpt.com,AI_VIDEO_GRP
  - DOMAIN-SUFFIX,oaistatic.com,AI_VIDEO_GRP
  # Add observed media/CDN suffixes from DevTools — do not guess blindly
  - GEOIP,CN,DIRECT
  - MATCH,DIRECT

MATCH 아래로 새 호스트가 떨어지면 다시 「반쪽」 UI가 옵니다. RULE-SET을 갱신한 뒤에도 스테이징에서 연결 패널을 열어 적중을 확인하는 습관이 필요합니다.

CDN 친화 노드와 타임아웃

지연(latency)만 보고 고르던 노드가 긴 TLS나 중간 끊김을 내면 영상 UI는 멈춘 것처럼 보입니다. 처리량·동시 연결·피어링이 맞는 출구를 쓰고, 코어·클라이언트의 타임아웃·재시도 설정이 지나치게 공격적이지 않은지 확인합니다. 동일 증상을 timeout·TLS 로그 글의 흐름으로 읽으면 TCP 단계인지 HTTP/2 스트림인지 빨리 갈립니다.

어떤 출구는 QUIC/UDP 정책이 다릅니다. 기업망·일부 노드에서는 UDP가 막혀 HTTP/3 경로만 실패하고 TCP로 fallback 할 때까지 스피너가 깁니다. 이때는 브라우저에서 QUIC을 끄는 등의 실험과 별개로, Clash 쪽 UDP 허용·TUN 경로를 함께 봅니다. 진단에 맞는 UI는 클라이언트 고르기에서 고릅니다.

DNS·fake-ip·Meta DNS 정렬

fake-ip 모드에서 도메인 규칙과 리졸버가 어긋나면 「이름은 풀렸는데 연결이 안 간다」 패턴이 반복됩니다. Sora처럼 호스트가 많이 갈라진 UI일수록 Meta DNS: nameserver·fallback·fake-ip-filter 글의 정렬을 그대로 적용하는 편이 안전합니다. 브라우저만 따로 DoH를 켜 두면 Clash가 본 이름과 브라우저가 본 이름이 달라질 수 있습니다.

FAQ에서 DNS 우선순위를 한 번 정리한 뒤, 실패 호스트별로 어떤 리졸버 응답이 나왔는지 적어 두면 재현이 쉬워집니다.

규칙 순서와 넓은 GEOIP 줄

GEOIP,CN,DIRECT나 거대한 광고 차단 RULE-SET이 OpenAI 전용 줄보다 위에 있으면 의도와 다른 적중이 납니다. 항상 더 구체적인 도메인·RULE-SET을 먼저 두는지 확인하세요. 핑이 낮은데 화면만 안 열릴 때는 노드 문제가 아니라 이 순서 문제인 경우가 많습니다. 앞서 인용한 GEOIP 교정 글의 체크리스트를 그대로 타면 됩니다.

브라우저·앱: 시스템 프록시와 TUN

Chromium 계열은 대체로 시스템 프록시를 따르지만, 기업 프로필·별도 PAC·확장이 끼면 영상 탭만 예외가 됩니다. 이때 TUN이 전체 스택을 한 번에 덮는 경우가 많습니다. 설정 전 TUN 심화 글에서 다른 VPN 어댑터와의 충돌을 먼저 점검하세요.

네이티브 앱을 쓴다면 시스템 프록시를 무시하는 경로가 있을 수 있어, 앱 트래픽이 실제로 어떤 인터페이스로 나가는지 로그와 방화벽으로 확인합니다.

로그로 증거 잡기

추측 대신 연결 로그에 목적지 호스트·정책·체인 실패 이유를 남깁니다. 한 세션에서 같은 그룹 이름이 계속 보이는지, 특정 접미사만 DIRECT로 떨어지는지 확인합니다. 구독·원격 규칙을 프록시 경유로만 받도록 해 두었다가 갱신이 멎으면 곧바로 RULE-SET이 오래됩니다. 구독·노드 유지보수에서 갱신 경로를 직접으로 두는 패턴도 함께 보세요.

⚠ 준수: 지역 법령·고용 계약·서비스 약관을 따르세요. 이 문서는 허용된 네트워크에서 Clash로 경로를 정돈하는 기술 설명이며 무단 접근을 조장하지 않습니다.

자가 점검

  1. 사용이 허용되는지·계정 상태가 정상인지 먼저 확인합니다.
  2. 개발자 도구에서 pending·실패 호스트의 접미사를 목록화합니다.
  3. openai.com·chatgpt.com·관측된 CDN 접미사를 동일 정책 그룹에 둡니다.
  4. RULE-SET·GEOIP 순서가 위를 가리지 않는지 봅니다.
  5. DNS·fake-ip·DoH 중첩을 제거하거나 단일화합니다.
  6. 노드를 대역·타임아웃 관점에서 바꿔 재현 여부를 봅니다.
  7. 구독·규칙 갱신이 막히지 않았는지 확인합니다.

맺음말

Sora 같은 영상 UX는 ChatGPT 채팅보다 CDN 다리가 길게 뻗습니다. Clash에서는 그 다리를 같은 정책으로 묶고, DNS와 규칙 순서를 같은 언어로 말하게 만드는 것이 핵심입니다. 호스트 표가 바뀌면 프로필도 버전 관리 대상입니다.

→ Clash를 무료로 다운로드해 스피너의 원인을 규칙과 로그로 줄여 보세요.