外观
Netflix 用什么机场节点
一句话：IP 类型是决定因素，地区决定内容库。线路类型（专线 / 中转）几乎无关。
三个维度在 Netflix 场景下的权重
IP 类型（家宽 / 原生 / 机房）→ **决定能不能播非自制剧**（最关键）
节点地区（港台日新美） → **决定你看到哪个内容库**
落地出口带宽 → 决定清晰度（4K 需约 25Mbps 稳定）
线路类型（专线 / 中转） → **几乎无关**最常见的误判：以为"只能看自制剧"是机场不好，然后买更贵的专线机场。
| 你的想法 | 现实 |
|---|---|
| 买专线机场 | 专线解决晚高峰拥塞，与落地 IP 无关 |
| 买更快的节点 | 速度不影响"能不能播" |
| 买更贵的套餐 | 价格与 IP 类型没有直接关系 |
| 换同地区的其他节点 | 有效（IP 段问题） |
| 找有家宽 / 原生 IP 的机场 | 这才是根本解法 |
两种失败的区别
这是本页最重要的区分。
| 现象 | 含义 | 原因 |
|---|---|---|
| 报代理错误（提示检测到代理 / VPN） | 被明确拦截 | IP 类型（多为机房 IP） |
| 只能看自制剧，其他内容播不了 | 部分拦截 | IP 类型（同上） |
| 能播但清晰度低 / 频繁缓冲 | 能解锁但带宽不足 | 落地出口带宽 |
| 内容库地区不对 | 解锁了但地区判定错 | 广播 IP，或 DNS 解析位置错 |
| 完全打不开页面 | 连接问题 | 节点连不上，或 DNS |
为什么"只能看自制剧"
自制剧（Netflix Originals）在所有地区都有版权，不需要通过地区检测。
其他内容的播放权是按地区授权的，所以播放前要检测你的位置——而机房 IP 通常过不了这个检测。
这就是为什么测试必须用非自制剧。
为什么测试必须用非自制剧
| 测什么 | 结果 | 说明 |
|---|---|---|
| 自制剧 | 能播 | 测不出任何东西（所有区都能播） |
| 非自制剧 | 能播 | 解锁成功 |
| 非自制剧 | 报代理错误 | IP 类型问题 |
| 非自制剧 | 提示该地区不可用 | 内容库里没有这部，换一部试 |
"用自制剧测出能播就以为成功了"是这个场景最常见的错误。
怎么区分自制剧：Netflix 通常会在页面上标注自制内容。测试时挑一部明显不是 Netflix 自制的影视作品。
IP 类型：唯一的关键
| 类型 | 通过率 | 说明 |
|---|---|---|
| 家宽 IP | 最高 | 与真实住宅用户共用 ASN |
| 原生 IP | 高 | 注册归属地与节点地区一致 |
| 广播 IP | 中 | 地区判定可能不符 |
| 机房 IP | 最低 | ASN 属于数据中心，这是"只能看自制剧"的主要原因 |
为什么 Netflix 对 IP 类型最敏感
流媒体的内容授权是按地区的，版权方对地区判定的准确性有要求。 所以流媒体服务在识别代理上投入更多，策略也更严格。
结果：Netflix 是对 IP 类型最敏感的服务之一。 一个能用于 ChatGPT 的机房 IP 节点，在 Netflix 上很可能过不了。
家宽 IP 的代价
| 代价 | 对 Netflix 的影响 |
|---|---|
| 带宽通常较小 | 可能不够看 4K（需约 25Mbps 稳定） |
| 成本最高 | 价格更高或流量更少 |
| 可能动态变化 | IP 变更后需要重新验证 |
这带来一个实际矛盾：解锁好的节点（家宽）带宽小，带宽大的节点（机房）解锁差。
解法不是找"又能解锁又快"的节点，而是接受清晰度上的妥协，或者：
| 需求 | 做法 |
|---|---|
| 只要能看（1080p 够用） | 家宽节点就行（1080p 约 5–10Mbps） |
| 要看 4K | 需要既是家宽 / 原生 IP 又有足够带宽的节点（较少） |
| 下载离线看 | 用大带宽节点下载（如支持），观看时不占带宽 |
站内的披露情况
站内 18 家中只有 无忧链接 标注了 IP 类型（原生 IP / 家宽 IP），其余 17 家待补。
| 事实 | 含义 |
|---|---|
| 1/18 家披露 IP 类型 | 对流媒体需求，站内可用的结构化信息极少 |
| 它同时标注无理由退款 | 验证成本最低 |
| 它约 2025 年起运营（待官方确认） | 建议只月付 |
| 它是站内唯一无测速快照的品牌 | 带宽表现没有第三方观察可对照 |
这些标注来自品牌资料（vendor 层），本站未独立验证。
对流媒体需求，这意味着你几乎一定要自己测。 而且因为要试的可能不止一家，退款条款的价值比任何其他条件都高。
详见 IP 类型。
地区与内容库
地区不决定"能不能播"，决定"能看到什么"。
| 地区 | 内容库特点 |
|---|---|
| 美国 | 通常内容最全 |
| 日本 | 动画与日剧更丰富 |
| 香港 / 台湾 | 华语内容较多 |
| 新加坡 | 东南亚侧重 |
| 其他地区 | 各有侧重 |
怎么确认你看到的是哪个地区的内容库
| 方法 | 说明 |
|---|---|
| Netflix 通常会显示它判定的地区 | 最直接 |
| 看片单是否符合该地区的预期 | 间接 |
| 查出口 IP 的归属地 | 技术层面 |
内容库地区不对的两个原因
| 原因 | 怎么确认 | 怎么修 |
|---|---|---|
| 广播 IP（异地注册） | 查出口 IP 的注册地与节点标注是否一致 | 换节点，或找标注原生 IP 的机场 |
| DNS 解析位置错 | 该域名是否走了本地解析 | 改为节点端远程解析 |
第二个原因容易被忽略：如果 Netflix 相关域名被本地解析，返回的可能是亚洲的 IP，即使你连的是美国节点。见 DNS 设置。
带宽要求
| 清晰度 | 需要的稳定带宽 |
|---|---|
| 480p | 1–3Mbps |
| 720p | 3–5Mbps |
| 1080p | 5–10Mbps |
| 4K | 约 25Mbps |
注意"稳定"两个字。 一个峰值 200Mbps 但波动剧烈的节点，可能还不如稳定 30Mbps 的节点。
卡顿的排查
| 现象 | 原因 | 怎么修 |
|---|---|---|
| 能播但清晰度自动降低 | 带宽不足 | 换大带宽节点（但可能失去解锁） |
| 频繁缓冲 | 带宽不足或抖动大 | 同上 |
| 白天流畅晚上卡 | 晚高峰拥塞 | 这时线路类型才有影响 |
| 一直卡（白天也卡） | 落地出口带宽小 | 换节点 |
只有"白天流畅晚上卡"这一种情况与线路类型相关，其余都是落地带宽问题。
这也是家宽 IP 节点的典型表现：能解锁但带宽小，所以清晰度受限。
验证方法
四条要点
| 要点 | 为什么 |
|---|---|
| 必须播非自制剧 | 自制剧在所有区都能播，测不出解锁 |
| 用无痕窗口 | 排除 cookie 与会话状态的干扰 |
| 网页版与 App 分别测 | 两者的检测策略可能不同 |
| 记录测试日期 | 结论保质期很短（IP 段会被标记） |
具体步骤
| 步骤 | 操作 |
|---|---|
| 1 | 确定你要看的内容库地区（美区最全、日区动画多） |
| 2 | 切到该地区的节点 |
| 3 | 打开无痕窗口，登录 |
| 4 | 确认 Netflix 显示的地区与你的预期一致 |
| 5 | 播放一部非自制剧 |
| 6 | 能播且不报错 → 解锁成功，记下节点完整名与日期 |
| 7 | 报代理错误 → 关闭无痕窗口，换同地区另一个节点，重开无痕窗口 |
| 8 | 该地区全部失败 → 换地区试（也许另一个地区的节点 IP 类型不同） |
| 9 | 解锁成功后，测清晰度（能否稳定 1080p / 4K） |
| 10 | 在 App 上重复第 5 步 |
第 4 步容易被跳过：如果显示的地区不对，先解决那个问题（广播 IP 或 DNS），再测播放。
第 9 步是解锁之后的第二关：能播不等于能看 4K。
记录格式
| 节点完整名 | 地区 | 显示的库地区 | 非自制剧 | 最高清晰度 | 测试日期 |
|---|---|---|---|---|---|
| （原样抄） | 美国 | 美国 | ✓ | 1080p | 2026-09-18 |
| （原样抄） | 美国 | 日本 | ✓ | 4K | 2026-09-18 |
| （原样抄） | 日本 | 日本 | ✗（代理错误） | — | 2026-09-18 |
第二行的情况值得注意：节点标注美国但内容库显示日本，说明是广播 IP 或 DNS 问题。
失败时的排查顺序
| 顺序 | 做什么 | 原理 |
|---|---|---|
| 0 | 确认你测的是非自制剧 | 最常见的假阴性 / 假阳性来源 |
| 1 | 换同地区的其他节点 | 多是该节点 IP 段被标记 |
| 2 | 换地区（也许另一地区的节点 IP 类型不同） | — |
| 3 | 用无痕窗口重测 | 排除浏览器状态 |
| 4 | 查出口 IP 的类型与归属 | 机房 IP 通过率最低；广播 IP 地区判定不符 |
| 5 | 检查该域名的 DNS 解析位置 | 本地解析可能导致地区判定错 |
| 6 | 看连接日志确认走了指定节点 | 规则可能静默失效 |
| 7 | 网页版与 App 分别测 | 检测策略可能不同 |
| 8 | 整家全部失败 → 换机场 | 说明它的节点都是机房 IP |
第 0 步与第 1 步能解决大部分情况。
第 8 步的判断标准： 如果一家机场的所有地区、所有节点都报代理错误，那不是"某个节点的问题"，而是这家的节点都是机房 IP。这时唯一的解法是换机场——优先选披露 IP 类型（家宽 / 原生）且有退款条款的。
客户端配置
| 规则 | 指向 |
|---|---|
| Netflix 相关域名 | 解锁通过的节点 |
两个 Netflix 特有的注意
一、DNS 解析位置必须正确。
Netflix 相关域名应该由节点端远程解析，否则可能拿到错误地区的 IP，导致内容库判定不符。
二、不要用负载均衡。
负载均衡会让不同请求走不同出口 IP，这会破坏播放会话，可能导致中途报错或频繁重新缓冲。用手动选择或故障转移。
各客户端
| 客户端 | 做法 | 节点变动后 |
|---|---|---|
| Clash Verge Rev | 建「流媒体」策略组，规则指向它 | 规则不用改 |
| sing-box | 建 selector 出站 + DNS 规则（远程解析） | 同上 |
| Shadowrocket | 配置文件里加规则 | 规则会失效 |
| v2rayNG / v2rayN | 难以按域名指向特定节点 | 手动切 |
流量估算
| 清晰度 | 每小时 |
|---|---|
| 480p | 0.5–0.7GB |
| 720p | 0.9–1.5GB |
| 1080p | 1.5–3GB |
| 4K | 7–12GB |
按使用强度估算
| 强度 | 每月 |
|---|---|
| 每周 3 小时 1080p | 18–36GB |
| 每天 1 小时 1080p | 45–90GB |
| 每天 2 小时 1080p | 90–180GB |
| 每天 1 小时 4K | 210–360GB |
4K 是流量消耗最大的场景之一。 如果你每天看 1 小时 4K，需要 500GB 以上的套餐。
注意倍率：如果节点有 2 倍率，实际消耗是双倍。见 按流量选套餐。
站内数据的局限
不能提供
| 项目 | 原因 |
|---|---|
| "哪家能解锁 Netflix"的结论 | 解锁字段全部为空 |
| 逐节点的解锁数据 | 需要控制条件下的实测 |
| 17 家的 IP 类型 | 品牌资料未提供 |
| 各地区的内容库对照 | 超出本站的数据范围 |
为什么解锁字段留空
一、保质期最短。 流媒体对 IP 类型最敏感，IP 段被标记的频率也最高。一个"能解锁"的结论可能几周后就失效。
二、解锁是节点级的。 同一家机场的不同节点表现可能完全不同。
三、需要控制条件下的实测。 而且要用非自制剧、要区分"能播"与"清晰度够"、要网页与 App 分别测。本站还没做这个工作。
四、一份不准确的名单比没有名单更有害。 它会让读者跳过自己的验证。
本站也不从测速截图推导解锁结果——收录的 17 张快照只做范围性记录（图 + 节点分布 + 范围性观察 + 异常项），不 OCR 成逐节点精确表、不据此排名、不推导解锁能力。规则见 实测方法与环境说明。
能提供
| 项目 |
|---|
| 验证方法（含"必须用非自制剧"这条关键要点） |
| 两种失败现象的区分（代理错误 vs 只能看自制剧 vs 带宽不足） |
| IP 类型的作用机制 |
| 带宽要求与流量估算 |
可核对的 vendor 层数据（IP 类型披露、退款条款、流量与价格） |
| 明确说明哪些信息站内没有 |
七天验证方案
流媒体需求的验证与 AI 不同：要试的可能不止一家，所以退款条款特别重要。
第 0 天：购买前
问客服四个问题，保留截图：
| 问题 | 为什么问 |
|---|---|
| IP 类型是什么？（原生 / 家宽 / 机房） | 流媒体的决定因素 |
| 哪些节点是家宽或原生 IP？ | 具体到节点 |
| 退款的具体条件？ | 你可能要试几家 |
| 覆盖哪些地区？每个地区几个节点？ | 内容库与备选 |
"IP 类型"是这个场景下最该问的一项。 回答含糊或答不出来，说明这家大概率是机房 IP。
只买月付。 流量按你的观看量估算（1080p 每小时 1.5–3GB）。
第 1 天：解锁验证
| 步骤 | 操作 |
|---|---|
| 1 | 确定你要看的内容库地区 |
| 2 | 切到该地区的节点 |
| 3 | 打开无痕窗口，登录 |
| 4 | 确认显示的地区与预期一致 |
| 5 | 播放一部非自制剧 |
| 6 | 能播 → 记下；报代理错误 → 换同地区另一个节点（重开无痕窗口） |
| 7 | 该地区全失败 → 换地区试 |
| 8 | 全部地区失败 → 这家的节点都是机房 IP，准备换机场 |
第 5 步是核心。 不要用自制剧。
第 2 天：清晰度与带宽
解锁成功之后的第二关。
| 步骤 | 操作 |
|---|---|
| 1 | 用通过解锁的节点播放 |
| 2 | 观察实际清晰度（Netflix 通常能显示） |
| 3 | 能稳定 1080p → 够用 |
| 4 | 想看 4K → 需要稳定约 25Mbps |
| 5 | 清晰度自动降低或频繁缓冲 → 落地带宽不足 |
| 6 | 试试同机场其他解锁节点，看有没有带宽更大的 |
预期管理：家宽 IP 的带宽通常较小，"能解锁 + 4K" 的节点不容易找。 如果只有 1080p，那是这个方案的正常代价。
第 3 天：IP 类型核对
对通过的节点，查出口 IP。
| 查什么 | 判断 |
|---|---|
| ASN 名称 | 含运营商名 → 家宽（稳定性可能更好）；含云服务商 / IDC 名 → 机房（风险更高） |
| 国家 / 地区 | 与节点标注不一致 → 广播 IP |
| 交叉验证 2–3 个 IP 库 | 单一库可能过时 |
如果通过的节点是机房 IP 而恰好能播，那么它被标记的风险很高——建议多准备备选。
第 4 天：App 与稳定性
| 步骤 | 操作 |
|---|---|
| 1 | 在 App（手机 / 电视 / 平板）上用同一节点测试 |
| 2 | App 与网页版结果可能不同 |
| 3 | 播一部非自制剧 |
| 4 | 再次用网页版复测（确认不是"刚好那一刻可用"） |
流媒体的 IP 段标记最频繁，所以间隔一两天复测很有必要。
第 5 天：配规则
| 步骤 | 操作 |
|---|---|
| 1 | 建「流媒体」策略组，放通过的节点（手动选择，不要用负载均衡） |
| 2 | 规则：Netflix 相关域名 → 该组 |
| 3 | DNS：这些域名改为节点端远程解析 |
| 4 | 看连接日志确认走了指定节点 |
| 5 | 确认国内域名仍走 DIRECT |
| 6 | 移动端 / 电视端分别配（如适用） |
第 3 步是流媒体特有的必做项：本地解析可能导致内容库地区判定不符。
第 6–7 天：决策
| 结果 | 决定 |
|---|---|
| 有 2 个以上节点能播非自制剧 | 留下 |
| 只有 1 个节点能播 | 留下但风险集中，建议再找一家备用 |
| 能播但只有 1080p 且你要 4K | 接受妥协，或找带宽更大的解锁节点 |
| 时好时坏 | IP 段状态不稳定，不可靠 |
| 全部地区全部报代理错误 | 换机场——这家的节点都是机房 IP |
之后：每月复测（比 AI 更频繁）
| 做什么 | 频率 | 耗时 |
|---|---|---|
| 播一部非自制剧确认 | 每月 | 3 分钟 |
| 检查规则指向的节点是否还存在 | 每月 | 3 分钟 |
| 更新档案里的测试日期 | 每月 | 1 分钟 |
为什么比 AI 更频繁：流媒体对 IP 类型最敏感，IP 段被标记的频率也最高。 一个能解锁的节点可能几周后就失效。
常见误判
- 能播自制剧就说明解锁成功。 自制剧在所有区都能播，测不出任何东西。
- 买专线机场能解决。 专线解决晚高峰拥塞，与落地 IP 无关。
- 买更快的节点能解决。 速度不影响"能不能播"。
- 报代理错误是机场质量问题。 是 IP 类型问题，与机场档次无关。
- 一个节点不行整家都不行。 换同地区其他节点常常就好。
- 解锁好的节点应该也很快。 家宽 IP 的带宽通常较小，两者难以兼得。
- 内容库地区不对就是节点地区错了。 可能是广播 IP 或 DNS 解析位置问题。
- 网页能播 App 就一定能播。 两者的检测策略可能不同。
- 测过一次就长期有效。 流媒体的 IP 段标记最频繁，保质期最短。
- 用负载均衡能提升播放速度。 会破坏播放会话，可能导致中途报错。
常见症状对照
| 症状 | 最可能的原因 | 第一个动作 |
|---|---|---|
| 只能看自制剧 | 机房 IP | 换同地区其他节点 |
| 报代理错误 | 机房 IP | 同上 |
| 测试"成功"但其实只播了自制剧 | 测试方法错 | 换一部非自制剧重测 |
| 内容库地区不对 | 广播 IP，或 DNS 本地解析 | 查出口 IP 注册地；DNS 改远程解析 |
| 能播但清晰度低 | 落地带宽不足 | 换带宽更大的解锁节点 |
| 频繁缓冲 | 带宽不足或抖动大 | 同上 |
| 白天流畅晚上卡 | 晚高峰拥塞（唯一与线路相关的情况） | 见 中转、直连与专线 |
| 一直卡（白天也卡） | 落地出口带宽小 | 换节点 |
| 播放中途报错 | 可能用了负载均衡 | 改为手动选择 |
| 网页能播 App 不能 | 检测策略不同 | App 上单独测 |
| 昨天能播今天不行 | IP 段刚被标记 | 换同地区其他节点 |
| 整家全部报代理错误 | 这家的节点都是机房 IP | 换机场 |
| 完全打不开页面 | 连接或 DNS 问题 | 见 超时 · DNS |
四行值得特别注意：
"测试成功但其实只播了自制剧" → 这是最常见的假阳性。 换一部明显不是自制的作品重测。
"播放中途报错" → 检查是不是用了负载均衡。 不同请求走不同出口 IP 会破坏播放会话。
"白天流畅晚上卡" → 这是唯一与线路类型相关的情况。 其余的卡顿都是落地带宽问题。
"整家全部报代理错误" → 换机场。 这不是"某个节点的问题"，是这家的节点都是机房 IP。
为流媒体买机场：怎么选
选购逻辑与其他场景差别很大。
不重要的维度
| 维度 | 为什么不重要 |
|---|---|
| 线路类型（专线 / 中转） | 几乎与能否播放无关 |
| 晚高峰丢包 | 只影响"晚上是否卡"，不影响能否播 |
| 延迟 | 完全无关 |
| 节点数量 | 数量不等于有解锁能力的节点数 |
重要的维度
| 维度 | 为什么 | 站内情况 |
|---|---|---|
| IP 类型（家宽 / 原生） | 决定能不能播 | 仅 1 家披露 |
| 退款条款 | 你可能要试几家 | 仅 1 家披露 |
| 落地出口带宽 | 决定清晰度 | 无此字段 |
| 覆盖你要的内容库地区 | 决定能看什么 | 多数覆盖港台日新美 |
| 流量 | 1080p 每小时 1.5–3GB，4K 7–12GB | 有数据 |
| 倍率 | 影响实际可用流量 | 无此字段，需问客服 |
流量要算清楚
流媒体是流量消耗最大的场景之一。
| 使用强度 | 每月 | 建议套餐 |
|---|---|---|
| 每周 3 小时 1080p | 18–36GB | 100GB 足够 |
| 每天 1 小时 1080p | 45–90GB | 100–150GB |
| 每天 2 小时 1080p | 90–180GB | 200–300GB |
| 每天 1 小时 4K | 210–360GB | 500GB 以上 |
注意倍率：2 倍率会让 500GB 变成实际 250GB。这是流媒体用户最该问清的一项。
一个现实的两难
| 需求 | 矛盾 |
|---|---|
| 要解锁 | 需要家宽 / 原生 IP，带宽通常较小 |
| 要 4K | 需要约 25Mbps 稳定带宽 |
| 要大流量 | 家宽 IP 的套餐流量通常较少（成本高） |
三者同时满足的方案不多。 现实的取舍：
| 你的优先级 | 建议 |
|---|---|
| 解锁 > 清晰度 | 接受 1080p，用家宽节点 |
| 清晰度 > 内容完整性 | 用大带宽机房节点看自制剧 + YouTube |
| 两者都要 | 配两家：一家解锁好（家宽）、一家带宽大（机房） |
"配两家"在流媒体场景下比其他场景更有价值，因为 IP 类型与带宽的矛盾是结构性的。
注意：以上价格与流量来自品牌资料（vendor 层），是站内套餐的分布情况，不构成对具体品牌的推荐。见 价格数据库 与 流媒体解锁数据库。
名词速查
| 名词 | 含义 |
|---|---|
| 自制剧 / Originals | 流媒体自有内容，所有区都能播，测不出解锁 |
| 代理错误 | 服务识别出代理后的报错，IP 类型问题的典型信号 |
| 内容库 | 流媒体在某地区提供的片单，各区不同 |
| IP 类型 | 家宽 / 原生 / 广播 / 机房 |
| 家宽 IP | 家庭宽带出口 IP，通过率最高但带宽通常较小 |
| 机房 IP | 数据中心 IP，通过率最低，"只能看自制剧"的主因 |
| 广播 IP | 异地注册、本地广播，地区判定可能不符 |
| IP 段被标记 | 该段被服务方识别为代理 |
| 落地出口带宽 | 境外服务器到互联网的带宽，决定清晰度 |
| 远程解析 | 由节点端解析域名，流媒体域名必须这样 |
| 负载均衡 | 请求分散到多节点，会破坏播放会话 |
为什么本站不给"能解锁 Netflix 的机场推荐"
流媒体是本站最不适合给结论的一个话题。
一、保质期最短。 流媒体对 IP 类型最敏感，IP 段被标记的频率也最高。一个"能解锁"的结论可能几周后就失效——比 AI 服务更短。
二、解锁是节点级的。 同一家机场的不同节点表现可能完全不同。
三、验证要求最复杂。 需要用非自制剧、区分"能播"与"清晰度够"、网页与 App 分别测、还要确认内容库地区。这不是一次性测试能完成的工作。
四、一份不准确的名单在这里危害最大。 因为读者会跳过验证，而流媒体的验证恰恰最需要自己做（IP 段状态随时变）。
本站的解锁字段（unlock）全部为空，这是规则，不是遗漏。
本站也不从测速截图推导解锁结果——收录的 17 张快照只做范围性记录（图 + 节点分布 + 范围性观察 + 异常项），不 OCR 成逐节点精确表、不据此排名、不推导解锁能力。规则见 实测方法与环境说明。
本页给的是方法，而方法对任何新出现的情况都有效。 流媒体解锁数据库 那一页也说明了为什么矩阵是空的。
三十秒速查
测试的唯一关键要点：
| 做什么 | 为什么 |
|---|---|
| 必须播非自制剧 | 自制剧在所有区都能播，测不出任何东西 |
"只能看自制剧"或"报代理错误"时的三步：
| 顺序 | 做什么 | 成本 |
|---|---|---|
| 1 | 换同地区的其他节点 | 零 |
| 2 | 换地区（也许另一地区的节点 IP 类型不同） | 零 |
| 3 | 整家都不行 → 换机场（它的节点都是机房 IP） | 换家 |
能播但卡的三步：
| 顺序 | 做什么 |
|---|---|
| 1 | 看是"白天也卡"还是"只晚上卡" |
| 2 | 白天也卡 → 落地带宽不足，换节点 |
| 3 | 只晚上卡 → 晚高峰拥塞，见 中转、直连与专线 |
内容库地区不对的两个原因：
- 广播 IP（查出口 IP 的注册地）
- DNS 本地解析（应改为节点端远程解析）
配规则：
- 不要用负载均衡（会破坏播放会话）
- DNS 配远程解析
- 用策略组（节点变动时规则不用改）
不要做：
- 不要为 Netflix 买专线（与能否播放无关）
- 不要用自制剧测试
- 不要期待"能解锁 + 4K"的节点容易找
与其他流媒体和 AI 服务的对照
| Netflix | Disney+ | YouTube | ChatGPT / Claude / Gemini | |
|---|---|---|---|---|
| IP 类型敏感度 | 最高 | 高 | 低 | 中高 |
| 地区敏感度 | 高（内容库） | 高（内容库） | 低 | 高（避开香港） |
| 带宽需求 | 中–高（4K 约 25Mbps） | 中–高 | 最高（4K） | 极低 |
| 丢包敏感度 | 低（有缓冲） | 低 | 低 | 低 |
| 线路类型的影响 | 几乎无 | 几乎无 | 几乎无 | 无 |
| 主要排查方向 | IP 类型 | IP 类型 | 带宽 | 地区 |
| 测试的关键要点 | 必须用非自制剧 | 播任意影片 | 播 4K 看缓冲 | 无痕窗口 + 发一条消息 |
| 结论保质期 | 最短 | 短 | 长（不敏感） | 短 |
三个最重要的区分
一、YouTube 的瓶颈是带宽，不是 IP 类型。 如果 YouTube 卡，不要往 IP 类型方向排查——那是带宽或线路问题。见 YouTube 节点怎么选。
二、AI 的瓶颈是地区，不是 IP 类型或带宽。 ChatGPT / Claude / Gemini 打不开时，换地区（避开香港）是第一步。
三、Netflix 的瓶颈是 IP 类型。 这是四类服务里对 IP 类型最敏感的，也是结论保质期最短的。
一个实用推论
一个能解锁 Netflix 的节点（家宽 / 原生 IP），几乎一定也能用于 AI 与其他流媒体。
反过来不成立：一个能用于 ChatGPT 的机房 IP 节点，在 Netflix 上很可能过不了。
所以如果你同时有 AI 与流媒体需求，按 Netflix 的标准找节点——它的门槛最高，通过它的节点能覆盖其他场景。
但要注意带宽：家宽节点的带宽小，YouTube 4K 与大文件下载仍然需要另一个大带宽节点。 见 规则分流 里的双节点配置。
给不同用户的建议
第一次遇到"只能看自制剧"的人：这是机房 IP 的典型表现，不是机场质量问题。 先换同地区其他节点，再换地区。整家都不行就换机场——优先选披露 IP 类型（家宽 / 原生）且有退款条款的。
测试时的唯一提醒：必须播非自制剧。 用自制剧测出"能播"是这个场景最常见的假阳性。
想看 4K 的人：解锁与 4K 带宽是结构性矛盾（家宽 IP 带宽小）。现实做法是配两家——一家解锁好用来看非自制内容（1080p），一家带宽大用来看自制剧与 YouTube 4K。
只看自制剧的人：你不需要解锁。自制剧在所有区都能播，用带宽大的机房节点看 4K 反而更好。不要为解锁能力付费。
内容库地区不对的人：查出口 IP 的注册地（可能是广播 IP），并检查该域名是否被本地解析（应该远程解析）。这两项是最常见的原因。
配规则的人：不要用负载均衡——不同请求走不同出口 IP 会破坏播放会话。用手动选择。并且 DNS 要配远程解析。
在电视 / 机顶盒上看的人：这些设备通常不支持客户端，需要在路由器上跑。路由器方案要特别注意国内直连与智能家居设备的绕过，见 TUN 模式 的路由器部分。
流量紧张的人：先算清楚。每天 1 小时 4K 是 210–360GB/月。如果套餐不够，降到 1080p 能把消耗降到 45–90GB。另外问清哪些节点有倍率。
关心稳定性的人：流媒体的解锁结论保质期最短（IP 段标记最频繁）。建议每月复测一次，并始终保留备选节点。
本页数据说明
| 内容 | 层级 | 含义 |
|---|---|---|
| IP 类型的影响、两种失败的区分 | 一般性观察 | 服务方策略不公开，本站只记录现象与应对 |
| 带宽要求与流量估算 | 一般性技术参考 | — |
| 内容库的地区特点 | 一般性说明 | 片单会变，本站不维护对照表 |
| 验证方法与排查顺序 | editorial | 本站方法建议 |
| 无忧链接标注原生 / 家宽 IP、无理由退款 | vendor | 来自品牌资料，本站未独立验证 |
| 站内解锁字段 | not-tested | 全部为空 |
本站不提供任何规避服务方检测的方法，也不建议违反服务方使用条款的行为。内容的地区授权是版权方与服务方的商业安排，本站记录现象、提供验证方法，不提供绕过地区授权的手段。使用任何服务都应遵守所在地的法律法规与服务方的条款。规则见 免责声明。
一句话总结
Netflix 能不能播，由落地 IP 类型决定——家宽 IP 与原生 IP 的通过率明显高于机房 IP，而**"只能看自制剧"就是机房 IP 的典型表现**（自制剧在所有区都有版权、不需要通过地区检测）。所以测试必须用非自制剧，这是最容易被忽略的一条。 地区决定你看到哪个内容库（美区最全、日区动画丰富），但地区选对了也可能因为 IP 类型被拦。线路类型（专线 / 中转）几乎无关——除了"白天流畅晚上卡"这一种情况。一个实际矛盾是：解锁好的节点（家宽 IP）带宽通常较小，所以"能播"与"能看 4K"可能需要不同的节点。排查顺序：先确认测的是非自制剧 → 换同地区其他节点 → 换地区 → 查出口 IP 的类型与归属 → 检查 DNS 解析位置。整家全部报代理错误说明它的节点都是机房 IP，这时唯一的解法是换机场。
下一步
- 其他流媒体 → Disney+ 节点怎么选 · YouTube 节点怎么选
- 搞清 IP 类型（核心） → IP 类型
- 搞清地区与内容库 → 节点地区怎么选
- DNS 解析位置 → DNS 设置
- 配规则自动分流 → 规则分流
- 流媒体相关的机场筛选 → 流媒体解锁数据库
- 本站的数据规则 → 实测方法与环境说明 · 免责声明
相关页面
- AI 与流媒体：AI 与流媒体总览 · YouTube · Disney+ · ChatGPT · Claude · Gemini
- 线路：IP 类型 · 节点地区 · 节点波动
- 教程：规则分流 · DNS 设置 · 节点怎么选
常见问题
Netflix 用什么节点？
IP 类型是决定因素：家宽 IP 与原生 IP 的通过率明显高于机房 IP。地区决定你能看到哪个内容库（美区最全、日区动画丰富），但地区选对了也可能因为 IP 类型而被拦。
为什么只能看 Netflix 自制剧？
自制剧（Originals）在所有地区都有版权，不需要通过地区检测。其他内容需要通过检测，而机房 IP 通常过不了。这是 IP 类型问题的典型表现。
为什么测试必须用非自制剧？
自制剧在所有区都能播，用它测不出解锁是否成功。必须播一部非自制剧（非 Netflix Originals）才能验证。这是最容易被忽略的一条。
报代理错误怎么办？
这是 IP 类型问题。先换同地区的其他节点（多是该节点 IP 段被标记），再考虑换地区。如果整家机场都报错，说明它的节点都是机房 IP，需要换有家宽或原生 IP 的机场。
Netflix 需要多快的速度？
1080p 约 5–10Mbps，4K 约 25Mbps 稳定。注意：解锁好的节点（家宽 IP）带宽通常较小，所以"能解锁"与"能看 4K"可能需要不同的节点。
线路类型（专线 / 中转）对 Netflix 有影响吗？
几乎没有。专线解决晚高峰的跨境拥塞，而 Netflix 卡顿更多来自落地出口带宽不足。能不能播由 IP 类型决定，与线路类型无关。
站内哪家机场能解锁 Netflix？
本站的解锁字段全部为空。解锁结论需要控制条件下的实测、是节点级而非品牌级的、而且保质期很短（IP 段会被标记）。本站提供验证方法，不提供会过期的结论。
不同地区的内容库差别大吗？
差别明显。美区通常内容最全，日区在动画与日剧上更丰富，其他地区各有侧重。地区决定内容库，但要先通过 IP 类型的检测才能看到该地区的完整片单。