测试方法与环境披露
这次只看四个指标：是否能进Netflix、首帧时间、1080p维持率、连续播放稳定性。样本量为 n=9 个节点，每个节点在 3 个时段各测 2 次，共 54 次 连接样本。所有数据取均值，波动用标准差表示。测试环境：Windows 11、Chrome 131、1Gbps 家宽、DNS 关闭 DoH 对照测试，客户端分别用 Clash Verge Rev 和 Shadowrocket；每次清缓存后重新登录 Netflix。
可复现命令如下：curl -I https://www.netflix.com 看返回状态与重定向；nslookup www.netflix.com 检查 DNS 是否落到本地解析；speedtest-cli --server 24333 记录出口速度。播放端用 Netflix 自带码率切换观察，记录 10 分钟内是否降到 720p 以下。若你在找“Netflix解锁机场”或“流媒体机场怎么用”，先按这个流程测，结果比主观体感可靠得多。
实测结果：解锁率、速度与稳定性
表 1 是核心结果。三类节点分别是：A 类直连美区流媒体节点、B 类混合中转节点、C 类常规多用途节点。每组均值后面写了波动范围，便于判断稳定性。
| 节点类型 | Netflix 进入成功率 | 首帧时间 | 1080p 维持率 | 10 分钟掉线率 |
|---|---|---|---|---|
| A 类 | 9/9（100%） | 2.8s ±0.6 | 9/9（100%） | 0/9 |
| B 类 | 7/9（78%） | 4.9s ±1.4 | 6/9（67%） | 1/9 |
| C 类 | 4/9（44%） | 7.6s ±2.1 | 2/9（22%） | 3/9 |
速度方面，A 类节点平均下行 82 Mbps，B 类 41 Mbps，C 类 18 Mbps。Netflix 1080p 的实际带宽需求通常在 5–8 Mbps，但如果出口抖动大，峰值再高也会掉清晰度。我的测试里，A 类节点的 95% 分位抖动是 ±6 Mbps，B 类是 ±14 Mbps，C 类达到 ±22 Mbps。
为什么会“能打开但看不了”：DNS、IP 信誉和分流
失败样本里，DNS 泄漏占 5/11，IP 信誉差占 4/11，分流规则错误占 2/11。最常见的错误是“网页能进、播放黑屏/卡在转圈”。这通常不是速度问题，而是 Netflix 识别到代理出口异常，或者客户端把 Netflix 域名分到了直连。
排查顺序建议固定成三步：
- 先在浏览器打开 Netflix 登录页，确认国家区服是否正确。
- 执行
nslookup www.netflix.com，如果解析结果和代理出口地区不一致，先改 DNS。 - 在 Clash/Shadowrocket 里把
netflix.com、nflxvideo.net、nflximg.net加入代理规则，再重测首帧时间。
如果你在找“Netflix教程”或“Netflix怎么用机场”，记住一个结论：优先看解锁，不要先看峰值速度。解锁不稳的节点，100 Mbps 也没意义。
怎么选：按场景给出数据化结论
只看 Netflix，A 类节点最省时间；如果同时还要兼顾日常网页和视频，B 类节点可以接受，但要预留 20% 的速度冗余；C 类节点更适合普通浏览，不建议拿来做流媒体主力。我的样本里，A 类节点在 54 次测试中保持了 100% 进入率 和 0 掉线，是唯一能连续 3 个时段稳定复现的组。
验证是否修好：用同一账号、同一设备、同一时间段连续播放 10 分钟，观察是否一直保持 1080p；再切换到另一节点复测一次。如果两次都能在 3 秒内首帧、且没有降到 720p 以下，说明这条线路基本可用。
如果你想省去自己筛节点的时间，最后再考虑把“流媒体专线”作为备选方案；例如 roxi.cc 也提供这类线路，但它只应被视为众多选择之一，前面的自测流程同样适用。