Clash로 넷플릭스·디즈니+ 스트리밍 분할 규칙 설정하기

스트리밍 분할의 목표: 넷플릭스·디즈니+만 프록시로 보내기

Clash에서 스트리밍 분할 규칙을 설정한다는 것은 모든 트래픽을 하나의 프록시로 보내는 것이 아닙니다. 넷플릭스와 디즈니+처럼 프록시가 필요한 서비스의 요청만 지정한 노드나 정책 그룹으로 전달하고, 국내 웹사이트·앱·게임·은행 서비스는 DIRECT로 연결하는 구성을 뜻합니다. 이렇게 하면 국내 서비스의 지연과 끊김을 줄이면서 스트리밍 요청에는 별도의 출구를 사용할 수 있습니다.

스트리밍 서비스는 한 개의 도메인만 사용하는 방식으로 동작하지 않습니다. 로그인, 콘텐츠 목록, 자막, 이미지, 재생 라이선스, 광고 설정, 실제 영상 전송이 서로 다른 하위 도메인과 CDN을 사용할 수 있습니다. 따라서 netflix.com과 disneyplus.com만 규칙에 넣으면 로그인은 되지만 영상이 시작되지 않거나, 목록은 보이는데 재생 단계에서 오류가 발생할 수 있습니다.

또한 규칙이 올바르더라도 노드의 지역, IP 평판, 지연 시간, UDP 또는 QUIC 처리 상태에 따라 결과가 달라집니다. 규칙 설정과 노드 선택은 별개의 문제이므로, 먼저 트래픽을 정확히 분리한 뒤 해당 서비스에 적합한 노드를 선택하는 순서로 점검해야 합니다.

서비스 정책과 지역 제한을 먼저 확인하세요

프록시를 사용해도 콘텐츠 제공 지역, 계정 요금제, 동시 시청 제한, 서비스 약관이 바뀌지는 않습니다. 재생 가능한 콘텐츠와 계정 권한은 서비스가 판단하므로, 규칙 설정은 연결 경로를 정리하는 용도로 사용해야 합니다.

정책 그룹 구성: 스트리밍 전용 출구를 따로 만들기

가장 관리하기 쉬운 구성은 일반 해외 트래픽 그룹과 스트리밍 전용 그룹을 분리하는 것입니다. 일반 그룹은 여러 해외 사이트에 사용하고, 스트리밍 그룹에는 지연 시간이 낮고 해당 서비스와 호환성이 확인된 노드만 넣습니다. 노드 이름에 국가나 지역이 표시되어 있어도 실제 출구 IP와 일치한다고 단정할 수 없으므로, 선택 후 IP 확인 페이지나 서비스의 재생 테스트로 결과를 확인하세요.

Clash Verge Rev, Mihomo Party 등 mihomo 기반 클라이언트에서는 정책 그룹의 이름을 규칙에서 그대로 참조합니다. 그룹 이름에 한글이나 특수 문자를 사용할 수도 있지만, 설정 파일을 여러 기기에서 공유할 예정이라면 STREAMING, NETFLIX처럼 짧은 영문 이름이 오류를 줄입니다. 구독 제공자가 이미 정책 그룹을 생성하는 경우에는 같은 이름을 새로 만들지 말고 기존 그룹을 확인해야 합니다.

select: 여러 노드 중 사용자가 직접 하나를 선택합니다. 특정 지역과 서비스의 조합을 테스트할 때 가장 예측하기 쉽습니다.
url-test: 지정한 테스트 URL의 응답 시간을 비교해 빠른 노드를 선택합니다. 가장 빠른 노드가 반드시 스트리밍 재생에 가장 안정적인 것은 아니므로 실제 재생 결과를 함께 확인해야 합니다.
fallback: 앞의 노드가 사용할 수 없을 때 다음 노드로 전환합니다. 노드 장애 대비에는 유용하지만 서비스별 IP 판정 문제까지 해결하지는 않습니다.

아래 예시는 mihomo 계열 설정에서 스트리밍 그룹의 뼈대를 만드는 형태입니다. 실제 노드 이름은 구독 설정에 존재하는 이름으로 바꿔야 하며, 없는 이름을 적으면 그룹에 선택 가능한 노드가 나타나지 않습니다.

proxy-groups:
  - name: STREAMING
    type: select
    proxies:
      - Singapore-01
      - Japan-01
      - DIRECT

  - name: PROXY
    type: select
    proxies:
      - STREAMING
      - Singapore-01
      - Japan-01
      - DIRECT

도메인 규칙 작성: 서비스 본체와 부속 요청을 함께 처리하기

넷플릭스와 디즈니+를 분리할 때 기본 단위는 DOMAIN-SUFFIX입니다. 이 규칙은 지정한 도메인 자체와 하위 도메인을 함께 매칭하므로, 정확한 도메인 하나만 잡는 DOMAIN보다 스트리밍 서비스에 적합합니다. 다만 모든 CDN 도메인을 미리 알 수 없기 때문에 처음부터 지나치게 긴 목록을 만드는 것보다, 공식 또는 신뢰할 수 있는 규칙 제공자의 목록을 사용하고 로그를 통해 누락된 도메인을 보완하는 편이 안전합니다.

다음은 핵심 도메인을 직접 지정하는 최소 예시입니다. 이 목록은 전체 서비스의 모든 요청을 보장하는 완성된 목록이 아니라, 규칙 구조를 이해하기 위한 출발점입니다.

rules:
  - DOMAIN-SUFFIX,netflix.com,STREAMING
  - DOMAIN-SUFFIX,netflix.net,STREAMING
  - DOMAIN-SUFFIX,nflxvideo.net,STREAMING
  - DOMAIN-SUFFIX,disneyplus.com,STREAMING
  - DOMAIN-SUFFIX,disney-plus.net,STREAMING
  - MATCH,PROXY

넷플릭스는 계정 및 서비스 API에 netflix.com 계열을 사용하고, 영상 전송에는 별도의 CDN 도메인이 사용될 수 있습니다. nflxvideo.net을 빠뜨리면 앱 탐색은 정상인데 재생 요청만 실패하는 상황이 생길 수 있습니다. 디즈니+도 메인 웹사이트 외에 인증, 재생 제어, 미디어 전달에 사용되는 도메인이 나뉠 수 있으므로, 실제 로그에 표시되는 호스트를 기준으로 추가해야 합니다.

DOMAIN-KEYWORD,netflix처럼 키워드 규칙을 쓰면 빠르게 많은 주소를 잡을 수 있지만 오탐 가능성이 커집니다. 도메인 이름에 같은 문자열이 포함된 unrelated 서비스까지 프록시로 보내 국내 연결이 느려질 수 있으므로, 명확한 접미사 규칙을 우선하고 키워드 규칙은 임시 진단용으로만 사용하는 것이 좋습니다.

규칙 순서와 모드: 첫 번째 매칭을 놓치지 않기

Clash는 규칙을 위에서 아래로 검사하며 첫 번째로 일치한 규칙의 정책을 적용합니다. 따라서 스트리밍 규칙보다 먼저 GEOSITE,cn,DIRECT 또는 광범위한 국내 규칙을 배치하면 넷플릭스나 디즈니+의 일부 요청이 국내 트래픽으로 잘못 분류될 수 있습니다. 반대로 마지막의 MATCH는 아직 일치하지 않은 모든 요청을 처리하므로 반드시 규칙 목록의 끝에 둬야 합니다.

안정적인 순서는 로컬 네트워크와 필수 내부 주소, 스트리밍 서비스, 기타 명확한 해외 서비스, 국내 서비스, 최종 기본값 순서입니다. 국내 규칙을 앞에 두고 싶다면 스트리밍 도메인을 그보다 먼저 배치해 예외를 우선 처리해야 합니다. 아래는 mihomo 환경에서 자주 사용하는 한 가지 구조입니다.

rules:
  - IP-CIDR,127.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - DOMAIN-SUFFIX,netflix.com,STREAMING
  - DOMAIN-SUFFIX,netflix.net,STREAMING
  - DOMAIN-SUFFIX,nflxvideo.net,STREAMING
  - DOMAIN-SUFFIX,disneyplus.com,STREAMING
  - GEOSITE,cn,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

GEOSITE와 GEOIP의 지원 여부는 커널과 데이터 파일에 따라 다릅니다. 원조 Clash 또는 오래된 클라이언트를 사용한다면 GEOSITE가 인식되지 않을 수 있으므로, 클라이언트의 커널 정보를 확인하고 필요한 규칙 데이터가 준비되어 있는지 점검하세요. 규칙을 추가한 뒤에는 반드시 설정 검증 기능으로 YAML 문법 오류를 먼저 확인해야 합니다.

DNS와 TUN 설정: 도메인 기반 분기가 실제 연결에도 적용되게 하기

도메인 규칙을 작성했는데도 스트리밍 요청이 DIRECT로 나가거나 영상만 재생되지 않는다면 DNS와 트래픽 인수 상태를 확인해야 합니다. 시스템 프록시 모드는 HTTP와 SOCKS 프록시를 따르는 애플리케이션만 처리합니다. 스마트 TV 앱, 일부 모바일 앱, 게임 런처처럼 시스템 프록시를 무시하는 프로그램은 여전히 직접 연결할 수 있습니다.

이런 환경에서는 mihomo의 TUN 모드를 사용하는 것이 효과적입니다. TUN은 가상 네트워크 인터페이스를 통해 애플리케이션의 연결을 Clash로 넘기고, dns-hijack 설정을 통해 시스템의 일반적인 DNS 질의를 Clash DNS 모듈로 유도할 수 있습니다. 운영체제별로 관리자 권한, VPN 구성 추가, 네트워크 확장 권한이 필요할 수 있으므로 최초 활성화 시 표시되는 권한 요청을 허용해야 합니다.

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - https://doh.example.invalid/dns-query
    - tls://1.1.1.1:853
  fake-ip-filter:
    - '*.lan'
    - '*.local'
    - 'localhost.ptlogin2.qq.com'

tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

위 주소는 설명을 위한 예시이므로 실제 설정에 존재하는 DNS 서버로 교체해야 합니다. fake-ip를 사용할 때는 라우터 관리 페이지, 프린터, 사내 시스템처럼 로컬 주소를 필요로 하는 도메인을 fake-ip-filter에 넣어야 합니다. 특정 스트리밍 앱이 fake-ip과 호환되지 않는다면 해당 앱이나 도메인만 redir-host 환경에서 테스트하고, 전체 DNS를 무조건 되돌리기보다 문제 범위를 좁혀 조정하세요.

적용 후 테스트: 규칙·노드·재생을 단계별로 확인하기

설정을 저장한 다음 바로 화질만 확인하지 말고, 세 단계로 나누어 테스트하면 원인을 빠르게 찾을 수 있습니다. 첫 단계는 규칙 매칭입니다. Clash 로그를 열고 넷플릭스 또는 디즈니+ 앱을 완전히 종료한 뒤 다시 실행합니다. 요청 도메인과 선택된策略 그룹이 STREAMING으로 표시되는지 확인하세요. 메인 도메인만 매칭되고 영상 CDN이 다른 그룹으로 가면 누락된 도메인이 있는 것입니다.

정책 그룹에서 스트리밍 노드를 직접 선택하고, 연결 상태와 노드 지연 시간을 확인합니다. 자동 선택 그룹을 사용한다면 테스트가 끝날 때까지 수동 선택으로 고정하는 편이 비교에 유리합니다.
넷플릭스와 디즈니+에서 로그인을 다시 시도하고 콘텐츠 목록, 썸네일, 자막, 실제 영상 재생을 각각 확인합니다. 어느 단계에서 멈추는지 기록하면 필요한 도메인을 구분하기 쉽습니다.
국내 사이트와 메신저, 금융 앱을 열어 해당 요청이 DIRECT로 처리되는지 확인합니다. 국내 트래픽까지 프록시로 가면 지연과 데이터 사용량이 불필요하게 증가합니다.
영상이 멈추면 다른 노드로 바꾸고 같은 콘텐츠를 다시 재생합니다. 모든 노드에서 동일하게 실패하면 규칙이나 DNS 문제일 가능성이 높고, 특정 노드에서만 실패하면 출구 IP나 노드 프로토콜 문제일 수 있습니다.
캐시와 기존 연결을 정리한 뒤 다시 검사합니다. 규칙을 바꿔도 이미 열린 연결은 이전 정책을 계속 사용할 수 있으므로 Clash의 연결 목록을 닫고 앱을 재시작하는 것이 좋습니다.

증상	우선 확인할 항목	조치
홈 화면은 열리지만 영상 재생 실패	영상 CDN 도메인과 DNS 응답	로그에서 누락된 도메인을 찾아 스트리밍 그룹에 추가
모든 요청이 프록시로 전달됨	국내 규칙과 MATCH 위치	국내 규칙을 추가하고 MATCH를 마지막으로 이동
앱에서는 규칙이 보이지 않음	시스템 프록시 적용 여부	TUN을 켜고 VPN 또는 네트워크 권한을 허용
버퍼링이 반복됨	노드 지연, 혼잡, UDP 처리	다른 지역 노드를 비교하고 필요하면 QUIC 관련 설정을 테스트
로그인 후 지역 오류 표시	출구 IP 지역과 서비스 정책	허용된 지역의 노드로 변경하고 계정 조건을 확인

설정은 한 번에 여러 항목을 바꾸지 않는 것이 좋습니다. 먼저 스트리밍 그룹을 수동 선택으로 고정하고, 다음으로 도메인 규칙을 확인한 뒤, 마지막에 url-test나 fallback을 도입하면 변경 결과를 추적하기 쉽습니다. 여러 기기에서 같은 구성을 사용할 때는 데스크톱에서 검증한 설정을 그대로 복사하기보다 각 기기의 TUN 권한, DNS 처리 방식, 배터리 절전 정책을 별도로 확인해야 합니다.

안정적인 운영을 위한 최종 점검

스트리밍 분할 규칙은 한 번 작성하고 영구히 고정되는 목록이 아닙니다. 서비스 사업자가 도메인과 CDN을 변경하거나, 구독 노드의 IP가 교체되거나, 클라이언트 커널이 규칙 데이터 처리 방식을 바꿀 수 있습니다. 재생 장애가 발생하면 먼저 전체 설정을 지우기보다 로그에서 실제 요청 도메인, 매칭된 규칙, 사용된 정책 그룹, DNS 결과를 차례로 확인하세요.

스트리밍 도메인 규칙은 국내 규칙보다 위에 배치합니다.
MATCH는 항상 마지막에 두고, 기본값이 무엇인지 명확히 확인합니다.
노드 이름이 정책 그룹에 실제로 존재하는지 확인합니다.
TUN을 사용할 때는 운영체제의 VPN 권한과 DNS 가로채기 상태를 점검합니다.
국내 서비스는 DIRECT로 남아 있는지 로그에서 확인합니다.
규칙 제공자나 geodata를 갱신한 뒤에는 기존 사용자 정의 규칙이 덮어써지지 않았는지 확인합니다.

결론적으로 좋은 구성은 넷플릭스와 디즈니+를 무조건 전역 프록시로 보내는 구성이 아니라, 필요한 도메인만 STREAMING 그룹으로 전달하고 나머지 트래픽은 목적에 맞게 분리하는 구성입니다. 도메인 규칙, 올바른 순서, DNS 및 TUN 처리, 실제 로그 검증을 함께 적용하면 여러 기기에서 보다 예측 가능한 스트리밍 환경을 만들 수 있습니다.