Netflix 지역·프록시 감지 오류? 2026년 Clash 분류 규칙·스트리밍 노드·DNS로 시청 경로 정리
Netflix는 카탈로그·결제 단위가 국가에 묶여 있고, 상용 VPN·데이터센터 IP 패턴을 감지해 메시지를 띄우는 경우가 많습니다. PC 브라우저만 재생되고 TV 앱은 오류만 나거나, 로그인 직후 다른 지역 페이지로 튕기는 식으로 단말마다 증상이 갈리기도 합니다. 이 글은 Clash의 Rule 분류, 스트리밍용 노드 풀, DNS(fake-ip·전용 nameserver·fallback 개념)를 한 축으로 묶어, 2026년에도 통하는 원인 분리 순서를 정리합니다. 같은 해 시리즈로 다룬 ChatGPT·Grok·Steam·Epic TUN과 달리 초점은 메인스트림 스트리밍입니다.
왜 브라우저만 되고 TV·앱은 다른가
스트리밍 클라이언트는 DNS를 어디서 쓰는지, IPv6를 동시에 쓰는지, 시스템 프록시를 존중하는지가 제각각입니다. PC에서 Chrome만 Clash의 HTTP/SOCKS를 타도, 안드로이드 TV나 tvOS 앱은 OS 기본 해석기나 공유기 DHCP DNS를 그대로 쓰면 같은 집 안에서도 출구가 둘이 됩니다. 한쪽은 프록시 뒤 해외 리졸버로 netflix.com을 풀고, 다른 쪽은 ISP DNS로 풀면 엣지 서버·인증 쿠키·지역 힌트가 어긋나 지역 카탈로그가 바뀌거나 재생 전 단계에서 막히는 패턴이 나옵니다.
- 브라우저 OK / TV NG: TV가 LAN 게이트웨이 DNS만 보면 Clash 쪽
nameserver-policy가 아예 안 탑니다. - 잦은 지역 전환: 세션마다 다른 출구(다중 노드 로테이션)가 잡히면 카탈로그가 흔들립니다.
- 프록시 감지 문구: 데이터센터·호스팅 ASN, 공용 VPN 대역, 과도한 동시 세션 등이 겹칠 때 흔합니다.
분류 규칙: 스트리밍 호스트를 한 정책 그룹으로
Rule 모드에서 넓은 GEOIP나 느슨한 MATCH만 두면 Netflix 관련 호스트가 의도와 다른 아웃바운드로 새어 나갑니다. 실제 트래픽은 netflix.com뿐 아니라 콘텐츠 전송·인증·품질 측정용 호스트로 퍼지므로, 구독에 포함된 스트리밍 규칙 세트를 쓰더라도 Connections(또는 로그)로 실제 호스트명을 한 번 확인하는 것이 안전합니다.
규칙 순서 감각
스트리밍 전용 DOMAIN-SUFFIX·DOMAIN-KEYWORD 행은 지나치게 넓은 차단 목록보다 위, 최종 MATCH보다 위에 두세요. 광고·추적 차단이 HTTPS 텔레메트리까지 건드리면 “로그인만 되고 재생 버튼이 비활성” 같은 증상이 날 수 있습니다.
아래는 예시입니다. 실제 구독·환경의 프로세스명·도메인 목록으로 바꾸고, STREAM은 자신의 스트리밍 전용 프록시 그룹 이름으로 치환하세요.
# Illustrative — replace STREAM with your policy group; verify domains in logs
rules:
- DOMAIN-SUFFIX,netflix.com,STREAM
- DOMAIN-SUFFIX,nflxvideo.net,STREAM
- DOMAIN-SUFFIX,nflxso.net,STREAM
- DOMAIN-SUFFIX,nflximg.net,STREAM
- MATCH,DIRECT
게임·AI 트래픽과 같은 자동 선택 그룹을 쓰면 지연·대역폭 경쟁으로 버퍼링만 늘 수 있습니다. Steam·Epic 글에서 말한 것처럼 목적이 다른 트래픽은 노드 풀을 나누는 사고가 스트리밍에도 그대로 적용됩니다.
스트리밍 노드 선택: 속도보다 “일관성”
스피드테스트 점수가 높은 노드가 장시간 세션·적응형 비트레이트에 맞는다는 보장은 없습니다. Netflix류 서비스는 같은 지역·같은 ASN으로 세션을 유지할수록 카탈로그·DRM 핸드셰이크가 안정적인 경우가 많습니다. url-test·fallback 그룹의 간격·용 tolerance가 너무 공격적이면 재생 중에도 노드가 바뀌어 중간에 품질이 떨어지거나 재협상이 납니다.
| 항목 | 실무 팁 |
|---|---|
| 지역 고정 | 테스트할 때는 한 노드에 수동 고정해 증상 재현 여부부터 가릅니다. |
| 로테이션 | 짧은 주기 자동 전환은 스트리밍에 불리할 수 있으니 완화하거나 스트리밍 전용 그룹을 분리합니다. |
| 이중 터널 | PC Clash 위에 또 다른 상용 VPN을 겹치면 지연·MTU·DNS가 꼬이기 쉽습니다. |
DNS와 fake-ip: 해석 경로를 단말마다 맞추기
Clash에서 fake-ip를 쓰면 앱이 보는 IP와 실제 백엔드 연결이 코어 내부에서 재매핑됩니다. 대부분의 경우 편하지만, 일부 스마트 TV 펌웨어나 로컬 캐시 공격적인 DNS 스텁과 겹치면 “웹은 되는데 앱만 이상”이 납니다. 이때는 한동안 redir-host 계열로 바꿔 증상이 DNS 스택 때문인지를 분리해 보세요. 자세한 점검 순서는 《DNS 유출·fake-ip》와 이어서 읽으면 좋습니다.
DNS 정렬 체크
- PC·TV 각각에서 실제 사용 중인 DNS 서버 IP를 확인합니다.
- 공유기가 DHCP로 ISP DNS만 주고 있으면 TV 트래픽이 Clash DNS를 안 탈 수 있습니다.
nameserver-policy로netflix.com등에 신뢰하는 리졸버를 지정할 때도 최종 TCP/UDP 출구가 같은 아웃바운드인지 봅니다.- IPv6가 켜져 있으면 AAAA 경로가 우회하는지 확인합니다.
집 전체를 라우터에서 OpenClash 등으로 돌리는 경우 DHCP·방화벽·DNS가 PC 클라이언트와 완전히 다릅니다. 《OpenWrt·OpenClash》와 병행해 읽고, “어느 기기가 어느 DNS를 쓰는지”를 토폴로지도에 적어 두면 재발이 줄어듭니다.
TUN·LAN: TV가 프록시를 안 탈 때
앱이 시스템 프록시를 무시하면 TUN 모드나 공유기 단 게이트웨이로 가로채기 지점을 옮겨야 합니다. PC만 Clash를 쓰고 TV는 같은 Wi‑Fi에만 붙어 있다면 《LAN 공유·mixed-port》로 TV에 HTTP/SOCKS를 직접 넣거나, 아예 기본 게이트웨이를 Clash가 있는 호스트로 두는 식의 한 줄기 출구가 필요합니다. 반대로 TV만 직접 연결·PC만 터널이면 이 글에서 말한 DNS·지역 불일치가 거의 필연적으로 생깁니다.
약관·법적 준수
Netflix 등 서비스는 이용 지역·공유 방식에 대한 약관이 있습니다. 본문은 합법적 구독과 허용된 네트워크 환경에서의 연결 안정화·분류 설계를 다룹니다. 약관 위반·불법 복제를 조장하지 않습니다.
Connections·로그로 빈 구멍 찾기
증상이 날 때 한 번에 변수를 여러 개 바꾸지 마세요. 노드·DNS·TUN·규칙 세트를 동시에 갈아끼우면 원인이 가려집니다. 재생 직전·재생 중에 클라이언트 로그에서 호스트명, 매칭된 규칙, 아웃바운드만 추적해도 “이 도메인이 DIRECT로 새고 있다”는 식의 빠진 한 줄이 드러납니다. Windows에서 Clash 기초가 아직이면 《Clash for Windows》로 모드·구독부터 맞춘 뒤 스트리밍 규칙을 얹으세요.
FAQ
“프록시 사용 감지” 문구만 뜬다
노드 IP의 평판·카테고리를 바꿔 보고, 동시에 다른 기기에서 같은 계정으로 상업용 VPN이 켜져 있지 않은지 확인하세요. 근본적으로는 출구 IP 성격 문제인 경우가 많습니다.
자꾸 다른 국가 카탈로그가 보인다
DNS와 실제 TLS 출구 국가가 다르거나, 노드 로테이션으로 세션마다 출구가 바뀌는지 의심하세요. 한동안 단일 노드·단일 리졸버로 고정해 재현성을 확보합니다.
TV만 안 된다
TV의 DNS·IPv6·프록시 필드·게이트웨이 설정을 PC와 동일한 “논리 경로”로 맞추세요. 공유기 DHCP만으로는 Clash fake-ip 스택 밖에 남을 수 있습니다.
2026 체크리스트
- 스트리밍 관련 호스트를 로그로 모은 뒤 전용 규칙 블록을
MATCH위에 둠. - 스트리밍 전용 정책 그룹과 게임·AI용 그룹을 분리.
- DNS·fake-ip·IPv6를 한 축씩 바꿔 TV·PC 차이를 줄임.
- TV는 TUN·LAN 게이트웨이·앱별 프록시 중 실제로 쓰는 경로를 하나로 정함.
- 변수는 한 번에 하나; 재생 세션 로그를 성공·실패 쌍으로 보관.
Clash로 스트리밍 경로를 읽기 쉽게
규칙이 투명하고 로그가 남을 때 Netflix류 문제는 반복 디버깅이 쉬워집니다. AI 도구·게임 분류 글과 함께 “집 네트워크에서 무엇이 어디로 나가는지” 지도를 완성해 보세요.