购买数据中心 IPv6 代理

IPv4 只有约 43 亿个地址，而且已经耗尽。剩余的地址在二级市场上交易，代理服务商购买 IPv4 出口容量时，要与所有云主机商和其他服务商争夺固定的供应。这种稀缺性是 IPv4 代理价格中最大的一项投入成本，也是 IPv4 地址池计量如此严格的原因。

IPv6 没有这种限制。单个 /64 分配所包含的地址就比整个 IPv4 互联网还多，拥有一个 /48 的服务商实际上可以无限量地分配唯一出口。底层带宽和路由并不会因此更便宜，所以并非所有成本都能节省，但价格中按地址计算的部分会大幅下降。数据中心 IPv6 套餐按速度档位计费，而不是按地址计量；住宅 IPv6 的上线条款尚未公布。

实际的影响是：IPv6 改变的不只是您支付的价格，更是您负担得起的做法。在数十亿个地址之间按请求轮换，在 IPv6 上是合理的默认做法，在 IPv4 上却是昂贵的奢侈。但问题出在连接的另一端：只有目标网站通过 IPv6 响应，这笔节省才真正成立。

测试您的实际目标，而不是服务商给出的示例。用 IPv6 测试逐一检查每个目标，并查看逐个主机的结果表，而不只是最终结论。如果某个目标的文档主机通过了测试，但加载了一个仅支持 IPv4 的分析脚本，而您并不需要该脚本加载，那么它可能仍然可用；如果页面内容来自仅支持 IPv4 的 CDN，它就完全无法使用。

检查您自己的技术栈如何处理 IPv6。一些 HTTP 客户端、容器网络和持续集成运行器默认仅支持 IPv4，或在两者都可用时优先使用 IPv4。如果发起请求的机器从不打开 IPv6 套接字，IPv6 代理就无能为力，这也是地址池看起来完全无法使用的常见原因。

比较价格之前，先确定数据中心来源还是 ISP 来源对您更重要。数据中心 IPv6 在每个新连接时轮换，并可通过会话令牌固定地址；住宅 IPv6 计划仅提供轮换。

最后，请按混合部署来规划。大多数采用 IPv6 的团队会保留 IPv4，用于未通过测试的目标，而不是用一种完全取代另一种。现实的结果是：IPv6 承担工作负载中量大且已支持 IPv6 的部分，IPv4 负责其余部分。

数据中心 IPv6 与 TrueProxies 其他产品使用相同的端点和认证方式，支持 HTTP、HTTPS 或 SOCKS5。如果您已在使用 TrueProxies 的 IPv4 地址池，将工作负载迁移到 IPv6 只需更换认证信息和端点，无需重写代码，原有的客户端库和浏览器自动化工具无需改动即可使用。

唯一值得明确验证的是：您的客户端能否端到端地通过 IPv6 解析和连接。实际操作中，这意味着要确认运行采集程序的主机具备 IPv6 连接能力、HTTP 客户端没有被固定为 IPv4 地址族，以及中间的任何容器网络都会转发 IPv6。大多数看似代理问题的 IPv6 问题，实际上都出在这三点之一。

流量跑通后，请用已经测试过的目标来验证，而不是通用的 IP 回显服务。报告出口地址的检测工具只能说明代理可用，并不能说明您关心的目标网站能够正常渲染。