Prime Video 地区不可用？Clash 分流 Amazon 视频域名实测一路走下来（2026）

先把症状说清楚：商城能登，视频却报「地区不可用」 内在逻辑与实践

在 Clash mode: rule 下排查 Prime Video，更推荐先用一两句话记录外显现象：是整站 TLS 弹出错漏，还是首页与节目单正常，点开正片才弹出错漏；错漏文案是版权／地区类提示，还是无限加载与降码。前一种更偏向证书、广告拦截列表误伤或大致实际表现出口被拦；后一种则高度可疑播放与信息交付相关域名没有经得起折腾进你为流媒体预留的策略组，再叠加 DNS 解析路径与真实出口地区信号不一致。

Amazon 将视频业务拆在 Prime Video 品牌域与各地区商城子域之间，实际播放还会拉起一批常被写成 aiv- 前缀或带 aiv 片段的交付与切片主机名。这与 Netflix 以 netflix.com / nflxvideo.net 为主轴的路径不同，也与 YouTube 依赖 googlevideo.com 链路的模式不同；把别处文章里的域名表原样粘贴过来，惯常会出现「页面像对了、正片仍走错组」的半截成功。

与 Netflix / Disney+ / Max / YouTube 的平台差异（为什么要单独写一章） 技术拆解

域名拓扑不同：Netflix 成规模流量落在 nflx 命名空间；Disney+ 与 Star 区信息另有成套域名；Max 继承华纳系 CDN 习惯；YouTube 几乎离不开 Google 视频与图片 CDN。

账号与账单约束独立存在：即便出口 IP 与 DNS 完全「像在某个区」，若账号本身未开通该区域可看的套餐、或付款资料与区域策略冲突，客户端仍会诚实提示不可用。这与 Clash 规则是否命中是两条线——和 Netflix 账号区、YouTube Premium 区域提示同理。技术排障的最后一格，要留给官方账户说明。

设备路径分裂：智能电视、游戏机与机顶盒 App 常常不经过你电脑上的 Clash，这与 Netflix、Disney+ 电视端要留意之处同型。若只在浏览器里开系统代理却没有 TUN，手机官方 App 也存在存在存在可能整路绕过内核。先确认「出要留意之处的那台设备」的流量到底有没有进 Clash，再谈规则细调。

而 Prime Video 除 primevideo.com 外，司空见惯还有 aiv-delivery.net、aiv-cdn.net 一类交付后缀，以及各地区 amazon.co.jp、amazon.de 等商城域上的视频入口。你若在规则里只写商城根域而不拆思路，容易把购物、云控制台与视频混在一起；写得太粗又会导致正片主机漏网。

策略组：为 Amazon Video 单独开一组，别和泛用「国外网页」绑死 结构解析

长视频会话同样吃长连接经得起折腾性。若与轻网页流量共用一个频繁自行测速切换的组，司空见惯症状是：预告片能播、正片起播后断流或反复重新协商。更推荐建立独立组（如 Streaming-PrimeVideo），对照阶段在前 select 并逐项固定一个目标区节点，确认症状消失后再恢复自行调度。

从机制上看：改配置时坚持一次只动一个变量：固定节点时先别改 DNS；改规则顺序时先别换订阅。否则日志无法告诉你到底是哪一次到位在生效。

域名写哪些：primevideo.com 只是第一次到位，免不了要用抓包补全 aiv 面 机制说明

基础层级可先覆盖 DOMAIN-SUFFIX,primevideo.com，并视账号所在区补充司空见惯的交付后缀，打个比方 aiv-delivery.net、aiv-cdn.net（具体子域随大区与客户端版本会变，免不了要以你本地实测为准）。播放过程中浏览器或 App 还会开 media-amazon.com、各地区 amazon.* 下的图片与接口主机；是否整域写入策略组，取决于你是否希望所有这些这些这些亚马逊站点与视频共用同一出口。

社区规则集若含 Amazon 流媒体片段，请确认发布来源可信，并观察其集合在你 YAML 中位于 GEOIP,CN,DIRECT 与宽泛 MATCH 的哪一侧；不要叠多套集合却从不看命中记录。

若你只希望「视频走专区、购物走另一组」，不要盲目添加过大的 DOMAIN-SUFFIX,amazon.com 规则而不做对照；更稳妥的是：在开发者工具或内核连接日志里，针对点击播放按钮之后新出现的高频 Host 建表，将反复出现的后缀用 DOMAIN-SUFFIX 收纳，对一次性边缘名用 DOMAIN 精确置顶。

规则顺序：流媒体段必须落在大陆大规则与 MATCH 之前 内在逻辑与实践

Clash 规则自上而下命中即停。若 Prime Video 相关规则写在 GEOIP,CN,DIRECT 之后，或与过宽的 IP 规则混排不当，会出现间歇直连：有时像解锁、有时像回国、缓冲曲线呈锯齿。骨架仍是：私网 IP-CIDR … no-resolve → 个人直连例外 → Prime Video 与抓包得到的 DOMAIN / RULE-SET → 其余国内外分流 → MATCH。更系统的写法可复习 规则分流详解。

更严格地说：上手上手上手使用 mihomo 且启用 Sniffer 时，要核对嗅探重写是否与你的 IP 类规则冲突；若连接始终按解析后的 IP 落入错漏策略组，应先处理 Sniffer 与规则在前级，再换节点。可参考专文 Sniffer 与流媒体排障。

DNS 与 fake-ip：节点看着对了，地区提示仍飘 技术拆解

在 dns.enhanced-mode: fake-ip 下，应用看到的地址与真实解析链路存在存在存在可能不一致。若路由器 DoH、系统「私人 DNS」或浏览器加密 DNS 仍在工作，会出现解析不经 Clash、承载却走代理的分裂；对外表现很像 DNS 与出口地区「各说各话」。排障时更推荐暂时关闭系统与浏览器侧加密 DNS，仅在 Clash 的 nameserver / nameserver-policy 配置上游，并验一遍 fake-ip-filter 是否误伤 Amazon 相关域名。

同时留意 IPv6：若仅代理了 IPv4，而终端仍通过公网 IPv6 开，地区判定存在存在存在可能走另一栈。可做一轮关闭 IPv6 的对照实验，再改为全链路一致覆盖。

CDN 与缓冲：出口国家对了也未必立刻流畅 结构解析

即便 ASN 所示国家符合预期，边缘 POP 质量、跨境晚高峰与 UDP 行为仍会影响起播。若耗时测试异常或 DNS 轮询抖动格外，可先读 节点与 DNS 综合排障，排除「线路本身不健康」，再与规则要留意之处分开讨论。

网页、官方 App 与电视端：谁走了 Clash 要单独验证 机制说明

桌面浏览器在系统代理或 TUN 下按常规较易一应俱全经过内核，但要确认扩展与 DoH 没有在偷跑解析。手机 App若无 TUN，惯常不会尊重你只在浏览器里设的 HTTP 代理。电视与主机初始不经 PC 上的 Clash，除非在路由器或网关做透明代理。免不了要从「全设备一致解锁」出发的读者，可结合 TUN 模式指南 设计拓扑。

节点拿定：数据中心、家宽与「解锁」标签 内在逻辑与实践

出口是否被流媒体策略性限速，与 IP 类型、信誉标签有关。对照时请在同一策略组内固定单一节点一应俱全重播一集，再更换地区；避免 url-test 在排障过程中不断打断会话，把要留意之处伪装成随机玄学。

可复现验证顺序：日志 → DNS → 固定节点 → 客户端路径 → 账号 技术拆解

1. 确认 mode: rule，当前 Profile 已加载且无多实例混用旧配置。
2. 建立 Prime Video 专用策略组，写入 primevideo.com 与 aiv 系基础后缀，并按抓包补全。
3. 核对规则在大陆大规则之前，用日志验证命中；必要时调整 Sniffer 与 IP 规则。
4. 对照 DNS：关系统 DoH，验一遍 nameserver-policy 与 fake-ip-filter，做 IPv6 开关实验。
5. 固定节点重播正片，观察地区提示与缓冲是否经得起折腾消失。
6. 区分终端：浏览器与 App、电视是否共享同一条代理路径。
7. 最后核对账号与订阅权益：排除官方区域与账单限制后再回到线路优化。

若尚未完成订阅导进与基础分流骨架，可先走 订阅导进，再叠下文专项规则，减少变量。

可改写的 YAML 片段示例（教学用） 结构解析

下列片段仅示意结构；策略组名、节点与远程规则集请替换为你个人的；amazon.* 是否整域纳入请结合购物与其他业务需求审慎决定。

YAMLproxy-groups:
  - name: "Streaming-PrimeVideo"
    type: select
    proxies:
      - "示例-目标区-1"
      - "示例-目标区-2"
      - "DIRECT"

rules:
  - DOMAIN-SUFFIX,local,DIRECT
  - IP-CIDR,127.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,172.16.0.0/12,DIRECT,no-resolve
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - DOMAIN-SUFFIX,primevideo.com,Streaming-PrimeVideo
  - DOMAIN-SUFFIX,aiv-delivery.net,Streaming-PrimeVideo
  - DOMAIN-SUFFIX,aiv-cdn.net,Streaming-PrimeVideo
  - DOMAIN-SUFFIX,media-amazon.com,Streaming-PrimeVideo
  # Optional: regional amazon storefronts if your capture shows them
  # - DOMAIN-SUFFIX,amazon.co.jp,Streaming-PrimeVideo
  # Add DOMAIN entries from your capture for aiv-* edges
  - MATCH,节点选择

司空见惯误区速查 机制说明

只写 primevideo.com、忽略 aiv 交付面：目录正常，正片弹出错漏或无限加载；把 Netflix / YouTube 规则集当万能表：域名不对板，永远半套成功；流媒体规则写在大陆直连之后：间歇性「像回国」与随机缓冲；系统或浏览器 DoH 未关：假「解锁」与真出口不一致；IPv6 半开：双栈地区判定漂移；电视端与 PC 路径混谈：PC 规则对了也管不到电视 App；把一切不可用都归咎于节点：实为账号区域或版权套餐限制。

小结 内在逻辑与实践

Prime Video 与 Amazon Video 的代理排障，核心是让播放与交付相关流量在规则模式下经得起折腾进入独立策略组，并保证 DNS、fake-ip、IPv6 与出口节点指向同一套地区叙事；

换个层面：若你希望日常上网与 Prime Video 当下边界看得明白，又希望在出要留意之处时有明确排查路径，→ 立即免费下载 Clash，开启流畅上网新实际感受。

清单层面必须与 Netflix、Disney+、Max、YouTube 专文区分，尤其要重视 aiv- 系主机名的抓证补全。按日志 → DNS → 固定节点 → 客户端路径 → 账号信息的顺序做对照，就能把大半「地区不可用」从感性抱怨拆成可验证的工程项。相比只能暴力全局切换的工具，Clash 的可编排性在这里仍然是优势。