Clash에서 넷플릭스 프록시 오류 해결하기｜재생 불가 점검법

다른 웹사이트와 동영상 서비스는 정상적으로 열리는데 넷플릭스만 재생되지 않는다면, 단순히 “프록시가 작동하지 않는다”고 판단하기 어렵습니다. Clash에서는 노드의 출구 지역, 넷플릭스 도메인에 적용되는 분기 규칙, DNS 응답, TUN 또는 시스템 프록시 모드가 서로 영향을 줍니다. 특히 노드의 연결 테스트가 성공해도 넷플릭스가 프록시 서버의 IP를 차단하거나, 일부 관련 도메인이 직접 연결되면 로그인은 되지만 영상 재생이 실패할 수 있습니다. 이 글에서는 Clash 넷플릭스 프록시 오류를 원인별로 나누어 확인하고, 재생 불가 상황을 빠르게 좁혀 가는 순서를 설명합니다.

넷플릭스 프록시 오류의 주요 원인

넷플릭스는 일반적인 웹사이트보다 연결 조건을 엄격하게 확인합니다. 브라우저 화면을 불러오는 요청과 실제 영상 재생 요청이 서로 다른 도메인으로 전송될 수 있으며, 인증·자막·이미지·콘텐츠 라이선스 확인에도 여러 서버가 사용됩니다. 따라서 메인 페이지가 열리는 것만으로 전체 경로가 정상이라고 볼 수 없습니다.

• 노드 지역 또는 IP 문제: 선택한 노드의 IP가 넷플릭스 데이터센터 IP, 공유 VPN IP 또는 이미 차단된 주소일 수 있습니다.
• 분기 규칙 문제: netflix.com만 프록시로 보내고 nflxvideo.net, nflximg.net 같은 관련 도메인은 직접 연결하는 구성이 재생을 방해할 수 있습니다.
• DNS 문제: 로컬 DNS가 도메인을 잘못 해석하거나, fake-ip와 TUN 설정이 충돌해 앱이 유효하지 않은 주소로 연결할 수 있습니다.
• 프록시 모드 문제: 브라우저는 시스템 프록시를 사용하지만 넷플릭스 앱은 TUN을 요구하는 등 애플리케이션별 경로가 다를 수 있습니다.
• 계정 및 지역 불일치: 계정의 이용 지역과 프록시 출구 지역이 다르면 콘텐츠 제공 범위나 재생 권한이 달라질 수 있습니다.

노드와 출구 IP 확인하기

가장 먼저 해야 할 일은 DNS나 규칙을 수정하는 것이 아니라 현재 사용 중인 노드 자체를 검증하는 것입니다. Clash 대시보드의 프록시 페이지에서 선택된 그룹과 실제 하위 노드를 확인하세요. 자동 선택 그룹을 사용하는 경우, 테스트 URL의 지연 시간이 가장 낮은 노드가 넷플릭스에 가장 적합하다는 보장은 없습니다. 일반적인 핑 테스트는 연결 가능 여부만 보여 주며, 스트리밍 서비스의 IP 정책까지 반영하지 않습니다.

같은 계정으로 여러 노드를 번갈아 테스트할 때는 한 번에 하나의 조건만 바꾸는 것이 좋습니다. 먼저 자동 선택을 해제하고 스트리밍 용도로 표시된 노드를 수동 선택합니다. 그 다음 브라우저에서 IP 지역 확인 페이지를 열고 국가가 기대한 지역으로 표시되는지 확인합니다. 국가가 다르게 표시되거나 데이터센터·호스팅 사업자 주소로 판정된다면 규칙보다 노드 교체가 우선입니다.

넷플릭스 분기 규칙과 관련 도메인

Clash는 규칙을 위에서부터 아래로 평가하고, 먼저 일치한 규칙을 적용합니다. 넷플릭스 도메인을 프록시 그룹으로 보내는 규칙이 GEOIP,CN,DIRECT 또는 마지막의 MATCH,DIRECT보다 아래에 있으면 원하는 대로 작동하지 않을 수 있습니다. 반대로 모든 트래픽을 무조건 프록시로 보내면 국내 서비스까지 우회하여 속도가 느려질 수 있으므로 대상 도메인만 정리하는 편이 좋습니다.

넷플릭스의 실제 콘텐츠 요청은 여러 하위 도메인을 사용합니다. 대표적으로 netflix.com, netflix.net, nflxvideo.net, nflximg.net, nflxso.net 등이 있으며, 클라이언트와 지역에 따라 추가 도메인이 나타날 수 있습니다. 특정 도메인을 무조건 복사해 넣기보다 대시보드의 연결 목록에서 재생 시 생성된 목적지와 매칭 규칙을 확인하는 것이 가장 정확합니다.

rules:
  - DOMAIN-SUFFIX,netflix.com,Streaming
  - DOMAIN-SUFFIX,netflix.net,Streaming
  - DOMAIN-SUFFIX,nflxvideo.net,Streaming
  - DOMAIN-SUFFIX,nflximg.net,Streaming
  - DOMAIN-SUFFIX,nflxso.net,Streaming
  - MATCH,DIRECT

위 예제에서 Streaming은 실제 설정에 존재하는 프록시 그룹 이름으로 바꿔야 합니다. 그룹 이름이 Netflix 또는 Proxy라면 규칙에도 정확히 같은 이름을 사용하세요. YAML의 들여쓰기, 쉼표, 대소문자와 그룹명 오탈자도 설정 오류의 원인이 됩니다. 설정을 저장한 뒤에는 Clash에서 프로필을 다시 로드하고, 이전 연결이 남아 있지 않도록 브라우저와 넷플릭스 앱을 완전히 종료한 후 다시 실행합니다.

DNS와 TUN 모드 점검

DNS가 로컬 네트워크에서 처리되면 넷플릭스 도메인이 현재 노드와 어울리지 않는 지역 주소로 해석될 수 있습니다. Mihomo 기반 클라이언트에서는 fake-ip가 도메인 기반 규칙과 함께 사용하기 편하지만, 일부 앱은 fake IP를 제대로 처리하지 못합니다. 한 가지 모드를 무조건 정답으로 보기보다 현재 사용하는 클라이언트와 운영체제에 맞춰 시험해야 합니다.

데스크톱 브라우저에서만 문제가 발생한다면 시스템 프록시가 활성화되어 있는지 확인합니다. 넷플릭스 전용 앱이나 Microsoft Store 앱처럼 자체 네트워크 스택을 사용하는 프로그램은 시스템 프록시를 무시할 수 있으므로 TUN 모드가 필요할 수 있습니다. TUN을 켠 뒤에는 다른 VPN, 보안 프로그램의 HTTPS 검사 기능, 가상 네트워크 어댑터가 충돌하지 않는지도 확인하세요.

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - 1.1.1.1
    - 8.8.8.8
  fallback:
    - tls://1.1.1.1:853
    - tls://8.8.8.8:853

tun:
  enable: true
  stack: mixed
  auto-route: true
  strict-route: true

이 예제를 그대로 모든 환경에 적용할 필요는 없습니다. 현재 프로필에 이미 DNS와 TUN 설정이 있다면 전체를 덮어쓰지 말고 충돌하는 필드만 비교하세요. 특히 라우터에서 이미 DNS 포워딩을 수행하거나 다른 가상 어댑터를 사용 중이라면 strict-route 동작이 인터넷 연결 전체에 영향을 줄 수 있습니다. 문제가 넷플릭스뿐인지, 모든 도메인에서 발생하는지도 함께 확인해야 합니다.

단계별 재생 불가 해결 절차

이제 설정을 무작정 여러 번 바꾸지 않고 원인을 분리해 보겠습니다. 각 단계가 끝날 때마다 넷플릭스에서 로그아웃할 필요는 없지만, 브라우저 캐시와 기존 연결이 결과에 영향을 주지 않도록 새 시크릿 창이나 완전히 재시작한 앱으로 테스트하는 것이 좋습니다.

1. Clash 연결 상태 확인: 현재 모드가 전역 프록시, 규칙 또는 TUN 중 무엇인지 확인하고, 대시보드에서 선택된 프록시 그룹을 기록합니다.
2. 노드 하나를 수동 선택: 자동 선택을 잠시 끄고 안정적인 스트리밍 노드 하나만 사용합니다. 지연 시간이 낮다는 이유만으로 노드를 결정하지 않습니다.
3. IP 지역 확인: 외부 IP 확인 서비스에서 국가와 네트워크 사업자를 확인합니다. 기대한 지역과 다르면 설정을 고치기 전에 노드를 교체합니다.
4. 연결 로그 필터링: 넷플릭스 재생을 시작하면서 netflix, nflx를 검색하고 각 연결의 규칙과 프록시 그룹을 확인합니다.
5. 직접 연결 항목 수정: 영상 관련 도메인이 DIRECT로 표시되면 해당 도메인 규칙을 스트리밍 그룹보다 위에 배치합니다.
6. DNS 캐시 초기화: Clash의 DNS 캐시를 지우고 브라우저를 종료한 뒤 다시 시작합니다. 운영체제 DNS 캐시도 필요하면 함께 초기화합니다.
7. TUN 또는 시스템 프록시를 분리 테스트: 브라우저는 시스템 프록시로, 앱은 TUN으로 각각 테스트하여 어느 경로에서 실패하는지 확인합니다.
8. 다른 노드로 재검증: 동일한 규칙과 DNS를 유지한 채 노드만 바꿉니다. 다른 노드에서 정상 재생된다면 원인은 설정이 아니라 기존 출구 IP일 가능성이 높습니다.

환경별 추가 점검 항목

Windows와 macOS의 브라우저는 대체로 시스템 프록시 설정을 따르지만, 모든 앱이 같은 방식으로 동작하지는 않습니다. Windows에서는 Clash Verge 또는 Clash Verge Rev의 시스템 프록시 토글과 TUN 권한을 함께 확인하고, macOS에서는 네트워크 서비스의 프록시 설정이 다른 VPN 앱에 의해 덮어쓰이지 않았는지 살펴보세요. Clash for Android에서는 VPN 권한, 배터리 절전 예외, 앱별 우회 목록을 확인해야 합니다. 앱별 우회 목록에 넷플릭스가 들어 있으면 TUN이 켜져 있어도 직접 연결될 수 있습니다.

IPv6를 사용하는 네트워크에서는 IPv4 노드만 정상이고 IPv6 연결이 직접 빠져나가는 상황도 발생합니다. 재생 시 연결 로그에 IPv6 주소가 나타나고 예상하지 못한 경로가 선택된다면 IPv6 정책을 점검하거나, 원인을 확인하는 동안 IPv6를 임시로 비활성화해 비교해 보세요. 단, IPv6를 끄는 것은 영구적인 해결책이 아닐 수 있으므로 네트워크 환경에 맞게 결정해야 합니다.

또한 skip-cert-verify: true를 무작정 추가하는 방법은 권장하지 않습니다. 이 옵션은 인증서 검증을 약화시키며, 넷플릭스 재생 오류와 직접 관련이 없는 경우가 많습니다. 인증서 오류가 실제 로그에 나타날 때만 서버 인증서와 시스템 시간을 먼저 확인하세요. 시간 오차, 오래된 클라이언트, 잘못된 SNI도 TLS 연결을 방해할 수 있습니다.

자주 묻는 질문

페이지는 열리는데 영상만 재생되지 않는 이유는 무엇인가요?

페이지 요청과 영상 요청의 도메인 또는 서버가 다르기 때문일 가능성이 큽니다. 연결 로그에서 nflxvideo.net 같은 영상 도메인이 직접 연결되는지 확인하고, 해당 도메인이 넷플릭스와 같은 프록시 그룹을 사용하도록 규칙을 수정하세요. 그래도 실패하면 현재 노드의 IP가 스트리밍 서비스에서 차단되었을 수 있습니다.

자동 노드 선택을 사용해도 되나요?

일반 웹 브라우징에는 편리하지만 넷플릭스 테스트에는 수동 선택이 더 정확합니다. 자동 선택은 보통 연결 지연 시간만 비교하므로 스트리밍 접근 가능 여부나 지역 판정 결과를 보장하지 않습니다. 재생에 성공한 노드를 별도의 그룹에 저장해 두면 예기치 않은 노드 전환을 줄일 수 있습니다.

fake-ip를 사용하면 항상 더 좋은가요?

도메인 기반 규칙을 안정적으로 적용하는 데는 유리하지만 모든 앱과 네트워크에서 동일하게 작동하지는 않습니다. 앱이 실제 IP를 요구하거나 TUN과 충돌한다면 해당 도메인을 fake-ip-filter에 추가하거나 redir-host로 비교 테스트하세요. 변경 전후에 DNS 캐시를 초기화해야 결과를 정확히 비교할 수 있습니다.

노드를 바꿔도 계속 오류가 납니다. 무엇을 더 확인해야 하나요?

모든 노드에서 동일하다면 규칙 우선순위, DNS, TUN 경로, 계정 지역 또는 클라이언트 버전을 확인하세요. 다른 네트워크에서는 재생되는지도 비교하면 ISP나 공유기 DNS 문제를 분리할 수 있습니다. 설정을 한 번에 여러 곳에서 변경하지 말고 연결 로그를 기준으로 한 항목씩 테스트하는 것이 가장 빠릅니다.

Clash에서 넷플릭스 프록시 오류를 해결할 때 핵심은 무조건 더 많은 규칙을 추가하는 것이 아니라, 노드 지역·도메인 분기·DNS·앱의 프록시 경로를 순서대로 분리하는 것입니다. 먼저 수동 노드로 출구 IP를 확인하고, 연결 로그에서 실제 영상 도메인의 규칙을 검증한 다음, 필요한 경우 DNS와 TUN을 조정하세요. 이 과정을 따르면 넷플릭스뿐 아니라 다른 스트리밍 서비스의 재생 문제도 같은 방식으로 진단할 수 있습니다.