“첫 화면만 되는” Sora·AI 영상·비슷한 서비스

Clash를 켠 뒤 일반 사이트는 잘 열리는데, Sora나 유사한 텍스트-투-비디오·영상 제너레이션 웹/앱에서만 레이아웃은 뜨는데 썸네일이 계속 돌고, 미리보기·재생 직전에 멈추거나 개발자 콘솔에 ERR_CONNECTION_TIMED_OUT·Failed to fetch가 잡힌다면, “노드가 느려서”만 보기 어렵습니다. 실제로는 HTML 셸을 불러온 경로와, 그 안에서 이어지는 API·스트리밍·이미지·스크립트가 서로 다른 도메인·다른 대륙의 CDN(예: Akamai, Fastly, CloudFront 등)으로 나뉘어, 그중 일부만 직접 연결이나 다른 정책에 걸리는 경우가 많습니다.

Clash·mihomo의 rule 모드는 도메인·IP·(클라이언트에 따라) 프로세스 단위로 흐름을 갈랐을 때 비로소 “한 사이트 안에서 절반만 멈춤”이 정리됩니다. 이 글의 초점은 채팅형 AI 사이트 전체를 한꺼번에 PROXY_AI 같은 그룹에 넣는 방식(예: ChatGPT·Grok 중심 분기 가이드)이 아니라, “페이지 열기 / 미리보기 / REST·스트림 API / 정적·CDN을 축으로 잡아, 영상·CDN용 전용 전략 그룹을 따로 두는 것”입니다. YAML 전반은 YAML·DNS 심화 가이드와 맞닿습니다.

왜 “OpenAI/AI” 한 덩어리로 묶기 어려운가

최신 영상·멀티모달 제품은 보통 (1) 메인 SPA 번들·로그인, (2) 계정·권한·쿼터 API, (3) 작업 생성·상태 조회 API, (4) 썸네일·샘플·프리뷰·HLS/세그먼트를 실어 나르는 CDN·엣지로 계층이 갈라집니다. 공급자가 같은 브랜드라 해도, 실제 FQDN은 openai.com 계열, ai.com·oaiusercontent.com·akamai·edgesuite 등 다양한 서픽스에 흩어질 수 있어, DOMAIN-KEYWORD,openai 한 줄이면 과포함되거나, 반대로 CDN 한쪽을 놓쳐 DIRECT로 새는 일이 납니다.

특히 Akamai 같은 글로벌 CDN은 지역·회선에 따라 최적 PoP가 달라, “빠른 범용 노드”가 해당 앱이 기대하는 품질·핸드셱과 맞지 않으면, 연결은 되는데 첫 바이트 전에 멈춘 것처럼 보이기도 합니다. 이는 규정 위반의 우회를 돕는 이야기가 아니라, 합법적으로 쓰는 계정 앞에서 기술 경로를 맞추는 이야기입니다. 서비스 약관·지역·연령·결제 정책은 사용자가 직접 확인해야 합니다.

전략 그룹: PROXY_AI_VIDEO를 채팅용과 분리

실무에서는 proxy-groups에 영상·OpenAI·CDN 관련만 담는 그룹을 둡니다. 이름은 예시로 PROXY_AI_VIDEO이며, 멤버는 select로 “가장 잘 열리는” 출구를 수동 지정하거나, url-test를 쓰더라도 일반 사이트 지연이 아니라 해당 앱이 실제로 쓰는 URL에 가깝게 잡는 편이 안전합니다. 채팅 전용 PROXY_AI와 노드 풀을 섞지 않으면 “채팅은 되는데 영상만 실패”를 디버깅할 때 변수가 적습니다.

그룹이 둘 이상이면, 대시보드·GUI에서 이름·색·순서를 헷갈리지 않게 유지하세요. 나중에 규칙을 옮길 때 “어느 그룹이 영상이었는지”만 밝히면 협업·재현이 쉬워집니다.

규칙: DOMAIN-SUFFIX·GEOSITE·RULE-SET의 순서

rules는 위에서 아래로, 첫 일치가 끝입니다. 영상·OpenAI·CDN 쪽을 넓은 GEOIP,CN,DIRECT나 MATCH,PROXY보다 위에 두어야, 의도한 출구로 갑니다. GEOSITE에 OpenAI·클라우드·CDN 묶음이 있다면(구독·룰 프로바이더마다 이름이 다름) 그 세트를 PROXY_AI_VIDEO로 보내는 줄을, “AI 채팅” 세트와 같은 그룹에 묶지 말지 결정하세요. 영상·대용량 정적·스트림은 채팅 HTML과 다르게 DNS·노드 스트레스를 받습니다.

자동 세트에 없는 호스트는 코어 로그·브라우저 네트워크 탭으로 FQDN을 수집한 뒤, DOMAIN-SUFFIX·DOMAIN으로 보강합니다. Akamai 엣지는 퍼스트 파티가 아닌 다른 TLD/서픽스로 붙는 경우가 있어, “브랜드 루트”만 맞추고 CDN 줄을 비우면 자산이 직접 연결로 새기 쉽습니다.

# Conceptual sketch — names must match your profile and rule providers
proxy-groups:
  - name: PROXY_AI_VIDEO
    type: select
    proxies:
      - YOUR_NODE_A
      - YOUR_NODE_B
      - DIRECT
  - name: PROXY_AI_CHAT
    type: select
    proxies:
      - ANOTHER_NODE
      - DIRECT

rules:
  - DOMAIN-SUFFIX,video-cdn.example.net,PROXY_AI_VIDEO
  - DOMAIN-SUFFIX,openai.com,PROXY_AI_VIDEO
  - GEOSITE,openai,PROXY_AI_VIDEO
  - RULE-SET,cdn-heavy-set,PROXY_AI_VIDEO
  - GEOSITE,ai-chat,PROXY_AI_CHAT
  - MATCH,PROXY_DEFAULT

위는 개념 예시이며, 실제 rule-provider 키·GEOSITE 항목명은 사용 중인 구독·데이터베이스에 맞춰야 합니다. 중요한 것은 영상·CDN 줄이 채팅·일반 규칙과 섞이지 않게 위치를 잡는다는 점입니다.

DNS·TUN·시스템 프록시: “한 번에” 맞출 것

Fake-IP·nameserver-policy·fake-ip-filter는 YAML 가이드에 따로 정리돼 있습니다. 여기서 기억할 점은, 영상 앱이 시스템 DNS로 먼저 질의하고, 프록시 터널 안의 질의와 다른 IP를 보면, 프리뷰·세그먼트만 끊기는 패턴이 생긴다는 것입니다. TUN·시스템 프록시·브라우저 확장을 섞지 말고, 같은 프로필·같은 rule을 바라보게 한 뒤 증상을 보세요.

로그로 호스트 수집하는 순서

Clash·Verge·기타 GUI에서 연결·DNS 로그를 켜고, 문제 재현 직후 실패한 호스트를 적습니다. 브라우저면 개발자 도구 Network에서 빨간 요청의 host를, 네이티브 앱이면 OS나 프록시 툴의 도메인 필터를 씁니다. 한 번에 30개를 넣기보다, 상위 서픽스로 묶을 수 있는지(예: 동일 2단계 TLD)부터 정리하세요. 불필요한 광·추적 도메인까지 전부 보내지 말고, 재생·API·정적에 가까운 것만 영상 그룹으로.

OTT 스트리밍 글과의 차이

Netflix·OTT처럼 지역·DRM이 강한 설계는 스트리밍 분기 가이드 쪽에 가깝습니다. AI 영상·제너레이션 웹은 실시간 OTT와 완전히 같지는 않아도, 대용량 청크·다중 호스트라는 점에서는 “미디어 전용 그룹”이라는 사고 방식을 같이 쓸 수 있습니다. 다만 규칙에 넣는 도메인 세트는 OTT·AI·OpenAI·CDN이 서로 다릅니다.

점검 체크리스트

1. 모드가 rule이고, 실제 로드된 프로필이 맞는지.
2. 영상·OpenAI·CDN 관련 rules가 DIRECT·넓은 MATCH보다 위에 있는지.
3. PROXY_AI_VIDEO가 가리키는 노드가, 채팅용과 의도대로 분리돼 있는지.
4. DNS·Fake-IP·TUN·시스템 프록시 조합이 한 가지로 맞는지.
5. 콘솔·로그에 찍힌 빈짐의 FQDN을 DOMAIN·DOMAIN-SUFFIX로 보강했는지.

정리

Sora·OpenAI·AI 영상·CDN·Akamai 류의 Clash 분기는, “채팅만 되는 총입구 규칙”에 전부를 맡기지 말고, 웹·API·정적·엣지를 나눠 전용 전략 그룹에 넣는 것이 핵심입니다. 이렇게 해 두면 증상이 와도 로그·규칙 줄만 보며 빠르게 좁힐 수 있고, 불필요한 트래픽을 한 노드에 몰아넣는 것도 줄일 수 있습니다. 최신 클라이언트·코어 조합은 다운로드 페이지에서 확인하세요. → Clash를 무료로 내려받은 뒤, PROXY_AI_VIDEO와 DOMAIN-SUFFIX·GEOSITE부터 차근차근 맞춰 보시기 바랍니다.