Prime Video·Amazon Video, 지역 오류·재생 불가가 뜰 때?
Clash로 아마존 스트리밍 도메인·노드·CDN을 한 줄에 맞추기

1. 전형적인 증상: “지역” 메시지·로그인은 되는데 재생만 실패

Amazon Prime Video(웹·앱·Fire TV·캐스팅)를 쓰다 보면, 목록·상세·결제·회원 UI는 열리는데 재생 버튼 직후에만 “이 콘텐츠는 이 지역에서 이용할 수 없습니다” 류의 메시지가 뜨거나, 무한 로딩 뒤 검은 화면·오디오만 남는 경우가 있습니다. Clash·기타 VPN을 켠 상태에서 더 자주 보이는 이유는, www.amazon.XX·primevideo 트래픽은 한 노드로 나갔는데, 실제 스트리밍 키·세그먼트·DRM 협상이 붙는 aiv-·atv-ps·unagi 등 백엔드 호스트는 DIRECT이거나 다른 지연·지역의 프록시로 흩어지기 때문인 경우가 많습니다. “해외이면 다 된다”가 아니라, 같은 국가/라이선스 권역으로 보이는 출구가 모든 관련 도메인에 일관돼야 합니다.

또 아마존은 쇼핑 계정(마켓) 국가와 Prime·비디오 권한이 한 덩어리로 묶이는 사례가 있어, Netflix처럼 “카탈로그만” 보이는지와 달리 앱 스토어/결제/여행(Travel) 모드와도 충돌이 날 수 있습니다. 그래서 커뮤니티에서 Prime Video 언락·지역 오류를 검색한 사용자가, 동일 IP에서도 타이틀별로만 막히는 식의 현상을 겪는 것입니다. 첫 점검은 항상 출구 IP가 가리키는 국가를 노드 대시보드나 WHOIS/지오IP로 확인한 뒤, 기대하는 권역과 정확히 일치하는지 보는 것입니다.

2. 아마존·지역 판정과 AIV, CDN 층이 겹친다

Amazon Video는 한 번의 재생에 웹/앱 UI, 권한·클러스터 ID를 주는 API, 실제 비디오 세그먼트(Adaptive Streaming)가 서로 다른 호스트·경로에 올라가 있는 경우가 흔합니다. 그중 atv-ps.amazon.com·unagi-*.amazon.com 류는 “메타데이터·권한”에 가깝고, aiv-*.net·aiv-delivery·media-amazon 일부는 콘텐츠 전송에 더 가깝다고 보면 이해가 쉽습니다(명칭은 리전/연도에 따라 변할 수 있어 로그로 검증). Clash의 분류 규칙이 목표로 하는 것은, 이 세 겹(스토어·권한·스틸)의 요청이 하나의 정책 그룹 + 한 지역에 대응하는 노드로 끊기지 않고 이어지게 하는 것입니다.

• 권한·쇼핑·비디오의 국가 축: 마켓 국가, Prime 가입, 비디오 라이선스 권역이 서로 다르게 보이는 출구를 보면, UI가 살아 있어도 재생 직전에만 끊깁니다.
• 호스트 누락: primevideo만 잡고 aiv·atv-ps가 빠지면 “반쯤만 프록시”가 됩니다.
• DNS·Fake-IP: fake-ip 모드에서 SNI/도메인 매핑이 꼬이면 스트리밍 Handshake가 실패해 “버퍼링”처럼 보일 수 있습니다. fake-ip·DNS 글과 함께 보는 것이 좋습니다.

3. Prime·Amazon·AIV·스트리밍 CDN 맵(시작점)

Rule Provider·공개 geosite/커뮤니티 목록과 아마존 실사용에서 자주 쌓이는 도메인 축을 요약합니다. 리전·OS·앱 번들에 따라 호스트가 다릅니다. 아래는 시작용 체크리스트이며, 반드시 본인 환경의 클라이언트 연결 기록과 맞출 것을 권장합니다.

• 웹/앱·브랜드: primevideo.com, amazonvideo.com, (리전에 따라) www.amazon.XX·amazon.co.uk·amazon.co.jp 일대.
• 권한·ATV/플레이어 API: atv-ps.amazon.com, unagi-*.amazon.com 등(리전·엔드포인트 접두사는 변동). 메타/세션·클러스터 ID가 잡힌 뒤 스트리밍으로 넘어갑니다.
• Amazon Video Instant(AIV) 계열: 커뮤니티 규칙에 aiv-cdn.net, aiv-delivery.net·유사 -delivery 축, 혹은 av.amazon.com·mediaservice 류가 자주 수록됩니다. 접미사·하이픈 조합이 달라질 수 있으니 로그 기준.
• 광용 미디어/이미지: media-amazon.com·m.media-amazon.com—여기까지 한 번에 잡는 것은 일반 쇼핑 이미지까지 같이 끌고 올 수 있어, 문제가 있으면 PRIME-VIDEO-ONLY 류 Rule Set이나 세부 접미사로 축소합니다.

Netflix의 nflxvideo, YouTube의 googlevideo와 마찬가지, 한 번에 여러 SNI/호스트가 터집니다. 한 줄이라도 지역/출구가 엇갈리면, 재생 전 단계·DRM·키 요청이 어긋날 수 있어 “한 세션 전체를 전용 정책 그룹”으로 묶는 사고가 필요합니다.

4. Clash: Prime·AIV·아마존 API를 전용 정책 그룹에

아래 YAML은 교육·출발점입니다. proxy-groups·노드명은 본인 구독에 맞게 바꾸고, rules는 GEOSITE,CN·GEOIP,CN 등 본인의 직행(DIRECT) 규칙이 있다면 그 직전에 Prime·아마존 층이 오도록 쌓아 주세요(문서: rules 순서). 이미 Disney+·Netflix용 그룹이 있다면, 아마존만 별도 select로 두는 편이 충돌·운영 측면에서 편합니다.

# Example: Amazon Prime Video–oriented group (tune to your log)
proxy-groups:
  - name: "AMAZON-VIDEO"
    type: select
    proxies:
      - "US-Residential-1"
      - "US-West-1"
      - "JP-ISP-1"
      - "DIRECT"

rules:
  - DOMAIN-SUFFIX,primevideo.com,AMAZON-VIDEO
  - DOMAIN-SUFFIX,amazonvideo.com,AMAZON-VIDEO
  - DOMAIN-SUFFIX,atv-ps.amazon.com,AMAZON-VIDEO
  - DOMAIN-SUFFIX,aiv-cdn.net,AMAZON-VIDEO
  - DOMAIN-SUFFIX,aiv-delivery.net,AMAZON-VIDEO
  - DOMAIN-SUFFIX,media-amazon.com,AMAZON-VIDEO
  - DOMAIN-SUFFIX,unagi.amazon.com,AMAZON-VIDEO
  - DOMAIN-SUFFIX,cloudfront.net,AMAZON-VIDEO
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

cloudfront.net·media-amazon.com는 쇼핑·광고·썸네일까지 아우를 수 있어, 너무 넓다고 느껴지면 unagi·atv-ps·aiv- 쪽에만 임시로 좁힌 뒤, 재생이 되면 로그에 새로 뜨는 SNI만 접미사로 덧댑니다. DOMAIN-KEYWORD,amazon 는 과매칭 위험이 커서 일상 트래픽과 섞이기 쉽습니다.

5. 출구·노드·“국가”를 Prime 권한과 정렬

노드 선택에서 ping·지연만 보면 Prime Video 케이스는 자주 틀어집니다. 미디어는 지리적으로 가장 가깝다가 아니라, 권한·감시·광고/DRM 정책이 맞는 권역 IP를 원합니다. 데이터센터 ASN이 반복되면, 일부 권리사 정책·리스크 스코어에 의해 재생·화질이 떨어질 수 있다는 보고가 있어(보장하진 않음), 주거·ISP/모바일에 가깝다는 노드를 먼저 시도하세요.

계정(마켓)과 노드·앱 ‘국가’를 맞추는 순서

1. 아마존/프라이브 계정 > 콘텐츠/디바이스에서 쇼핑/마켓 국가와 일치하는 리전을 가진 노드 1곳을 AMAZON-VIDEO에 고릅니다.
2. 다른 자동 url-test 그룹이 스트리밍 그룹과 섞이지 않게, Prime을 볼 때는 수동 select만 쓰는 운용을 권장합니다(세션이 끊기지 않게).
3. 스마트 TV·스틱은 시스템이 프록시를 안 타는 경우가 있으므로, PC·스마트폰 앱이 정상이면 라우터/게이트 TUN·앱 TUN 여부를 비교해 보십시오(환경에 따라 링크 항목만 골라 읽기).

“여행 중”/다국어 UI 등으로 같은 IP라도 시청 가능 타이틀이 달라질 수 있으니, 특정 시리즈만 막힌다고 해서 노드 품질이 나쁜 것만은 아닐 수 있다는 점도 염두에 둡니다. 그래도 출구를 한 지역에 수 분 이상 고정해 두고, 앱/브라우저 캐시·쿠키·로그인 세션을 한 번씩 초기화하는 것이 검색 커뮤니티에서 반복되는 실용 팁입니다.

6. 여전히 막힐 때: Clash·환경을 줄 세우는 순서

‘규칙이 맞다’는 느낌인데도 반복될 때, 아래 순서는 스트리밍·Clash 커뮤니티에서 자주 언급됩니다(개인·회선·구독마다 달라 보장은 없음).

• 1) 끊기는 SNI: 로그·연결 뷰에서 amazon·aiv·atv-ps 중 어느 쪽이 DIRECT이거나 다른 그룹을 타는지 먼저 봅니다. 한 줄이면 곧 규칙·순서가 원인.
• 2) DNS가 따로: OS·앱(특히 Android 개인 DNS)·브라우저 DoH/DoT·라우터 DNS가, Clash의 nameserver와 다른 서버로만 가는지. fake-ip 사용 시 SNI-서버 매핑 꼬임이 없는지.
• 3) WebRTC/IPv6: WebRTC·IPv6 우회/직접로 위치가 섞이면, Prime이 “권한이 있는 국가”를 혼동할 수 있어(환경·브라우저에 따라) 전체 경로를 맞춥니다.
• 4) TUN/시스템 프록시: 앱(특히 TV·스틱)이 시스템 HTTP 프록시를 무시하는지. 필요하면 TUN, 불가면 분할 터널/화이트리스트(클라이언트에 따라) 검토.
• 5) TLS/MTU: 손떨림·끊김만일 때, TLS·MTU·캐리어 NAT 이슈를, 모바일 데이터·Wi-Fi 각각으로 비교해 봅니다.

핵심은 UI와 동일 룩앤필이 아니라, aiv-·atv-ps·unagi까지 한 끈(정책·국가)으로 이어졌느냐입니다. YouTube·Disney+ 글의 “미디어 층만 흩어짐” 문제와 구조는 같고, 도메인 세트만 갈아 끼우는 이미지로 익히면, 이후 다른 OTT를 추가할 때도 수월합니다.

7. Netflix·Disney+·YouTube·Prime: 분류 시 무엇이 다른가

“스트리밍”이지만, 도메인 팔레트와 계정·권한 모델이 달라 같은 Clash라도 규칙을 복붙하기 어렵습니다. 아래는 운용 시 비교용(과장 없이)입니다. 자세한 서비스별 단계는 각각 Netflix, Disney+, YouTube 글에 있습니다.

정리하면, Prime은 “넷플 규칙 + 디즈니 규칙”을 단순 합쳐도 항상 끝나지 않는 이유가, 쇼핑·AIV가 한 묶음으로 설계돼 아마존 전용 그룹·도메인 세트를 갖는 편이 덜 꼬입니다.

8. 점검 체크리스트(스스로 ‘원인-분기’)

9. 요약

Prime Video·Amazon Video는 단일 프록시 ON으로 끝나지 않는 경우가 많고, 아마존 쇼핑/마켓/Prime 권한과 미디어(AIV) 경로가 동시에 엇갈릴수록 지역/이용 메시지·재생 실패가 나옵니다. Clash에서는 primevideo + atv-ps + aiv + unagi 등 자신의 연결 기록에 뜨는 축을 한 정책 그룹에 담고, 노드 국가를 기대 권한에 맞춰 고정하는 흐름이 가장 설명력이 큽니다. geosite·큐레이션 룰을 써도, 최종적으로는 우선순위와 로그 상 실제 SNI가 사실의 기준이라는 점을 잊지 마십시오. 베이스는 문서의 모드/규칙 설명, 그리고 최신 클라이언트 유지에 있습니다.

동일 GUI로도, Netflix·Disney+·Prime을 다른 select·도메인 세트로 나누는 편이, 서로 엉키지 않고 정책 그룹만 골라 전환되기 쉽습니다. 범용 “해외 1군”만으로 쓰다가 생기는 반쯤 프록시·세션 흔들림을, 지금 도메인 맵+국가 습관으로 줄이는 것이 목적입니다. 다른 류의 범용 VPN보다, Clash는 정책·규칙을 한 화면에서 꼼꼼히 쌓는 데 강하다는 점이 스트리밍에도 잘 맞습니다.

→ 지금 Clash를 무료로 내려받고, Prime·아마존 비디오용 분류·노드를 맞춰 보세요