荷兰代理：位置与运营商核查

出发点

先确定荷兰出口必须证明什么，把 KPN、Odido 和 Vodafone 与 Ziggo 固网接入区分开，并收集可供比较的证据。ipvolt 仍在开发中；国家与运营商的可用性尚未确认。

明确你的荷兰需求

荷兰代理会把请求经由一个呈现为荷兰的出口转发。这个描述留下了好几个悬而未决的决定：你需要的是国家识别、阿姆斯特丹的城市标签、固定宽带连接，还是某个特定的移动网络。在比较套餐之前先把需求写下来，这样国家匹配就不会不知不觉地变成其他一切的证明。

举例来说，一个团队检查自家店铺的荷兰版本，可能需要一个荷兰出口和受控的浏览器语言。一个团队调查某个网络特有的问题，则需要有据可查的网络选择以及来自该选择的样本。阿姆斯特丹的配送测试可能既取决于配送地址，也取决于 IP 位置。这些是不同的实验，即使同一家供应商把它们放在同一份菜单里提供。

事先设定目标站点、预期结果、会话时长和可接受的不确定度。把代理选择与账户地区、Cookie 和语言等应用设置分开。否则本地化页面可能看起来正确，而网络需求却始终没有被检验。

正确解读荷兰网络名称

荷兰监管机构 RDI 将 KPN、Odido 和 VodafoneZiggo 列为三家移动网络运营商。这对评估运营商声明是有用的背景。它不是代理供应商名单，这些网络的存在也不代表它们与任何代理服务存在关系。

KPN 同时指固网和移动网络。VodafoneZiggo 则区分 Vodafone 移动网络和 Ziggo 固网。因此，一个笼统的公司标签需要先说明接入类型，你才能把它当作移动或住宅样本。

• KPN：询问所提供的出口使用的是移动接入还是固定宽带，以及供应商如何验证这一区分。
• Odido：其 2023 年 9 月的公告将 T-Mobile Netherlands 和 Tele2 mobiel 更名为 Odido。如果列表使用旧名称，请索要当前的网络对应关系及其核查日期。
• Vodafone：把移动网络与更宽泛的 VodafoneZiggo 集团名称区分开。仅凭集团层面的匹配无法确定接入类型。
• Ziggo：该集团的固网品牌属于固定接入的比较范畴；不要把它算作第四个独立的荷兰移动网络。
• 其他零售品牌：RDI 说明，移动虚拟网络运营商使用移动网络运营商的网络。把零售品牌和底层网络作为两个独立字段保存；品牌不同并不自动意味着独立的网络覆盖。

选择你需要的接入类型

出于评估目的，区分托管或数据中心出口、呈现为固定住宅接入的出口，以及呈现为移动接入的出口。请供应商定义其分类并说明地址来源。荷兰位置结果可能与这三者都相关，但它本身无法给连接分类。

用需求来决定接入类型是否重要。检查你自己服务上的国家选择功能，可以从任何有据可查的荷兰出口开始。复现在荷兰移动接入上看到的行为，则需要更具体的样本。如果供应商无法说明其选择如何对应所请求的网络，为移动标签付费几乎不会增加任何证据。

询问参与的连接是如何获得授权的、适用哪些使用限制，以及服务的哪一部分由供应商直接运营。索要一份可以与评估记录一起保留的说明。熟悉的电信品牌、ASN 匹配或位置数据库条目都无法回答这些来源问题。

测量出口，而不是网关

网关是你的客户端所连接的主机和端口。出口是目标站点在被代理的请求中看到的源地址。两者可能不同。查询网关主机名、其解析出的 IP 或运行测试的机器，都无法确定出口位置。

从相关的 curl 配置指南开始，配合供应商文档中的诊断端点，或者一个由你控制、能报告所观察到的源地址的 HTTPS 端点。curl 指南中的基线做法会丢弃响应体：把该诊断步骤改为只保留报告的出口地址和必要的测试字段。凭据不要写入记录，并保留证书验证和请求截止时间。

如果你的端点位于另一个代理或 CDN 之后，先弄清它如何获取原始连接地址。从任意请求头复制来的值并不是充分证据。按观察到的结果记录 IPv4 或 IPv6；不要假设一个地址族的结果能证明另一个地址族。

区分荷兰与阿姆斯特丹

在一个有名称的地理定位服务中查询观察到的出口地址，并记录查询时间和（如有）数据库版本。MaxMind 说明，准确度随网络类型和其他因素而变化，不同服务的结果可能不一致。其城市数据包含一个准确度半径；移动地址可能覆盖很大的区域，或者没有城市结果。因此阿姆斯特丹标签是一个带有范围的估计，而不是街道位置。

把国家结果和城市结果放在不同的列里。如果查询返回荷兰但没有城市，国家需求可能通过，而阿姆斯特丹需求仍未解决。如果两个服务返回不同的荷兰城市，两个结果都保留。不要把国家层面的一致变成城市层面的结论。

对于城市敏感的应用，先约定以哪个位置来源为准，以及它的结果变化时该怎么办。在其他位置输入保持不变的情况下检查应用的实际行为。如果供应商只提供国家选择，就把阿姆斯特丹视为该样本中的一个观察结果，而不是可选择或可保持的能力。

在明确限制下使用 ASN 证据

自治系统号（ASN）标识互联网路由中的一个网络。RIPEstat 的 Network Info 查询会根据 RIPE RIS 的观测返回某地址所属的前缀及其通告 ASN（一个或多个）。把该结果与确切的出口地址和查询时间一起保存，然后查看对应的网络信息，而不是根据品牌名称猜测。

RIPE 的数据库文档明确警告，country 属性不是把 IP 地址映射到国家的可靠方式。该字段的含义可能不一，包括组织所在地或基础设施所在地。用注册数据理解资源记录，用单独的地理定位结果做位置评估。

把与预期网络的匹配视为支持性的路由证据。它本身无法证明 SIM 卡连接、特定的零售订阅、住宅参与或供应协议。当营销标签与记录的组织不一致时，请供应商就该确切地址和前缀作出说明。在获得有依据的对应关系之前，保留这一不确定性。

进行一次小规模、可重复的试用

申请一次支持你所需的特定国家、接入类型和可选运营商选择的试用。先使用一个客户端和一个获批的诊断目标。下面是建议的评估流程，不是基准测试，也不是 ipvolt 所做测试的报告。

把这个初始样本保持在小规模，这样不匹配的情况容易调查。它的目的是暴露假设并建立可复现的基线。它无法估计供应商的整个地址池、长期可靠性，或在无关目标站点上的成功率。

• 为每个请求准备一行：时间戳、请求的国家和网络、会话标签、观察到的出口 IP 及地址族、诊断结果、耗时、地理定位来源及结果、前缀、ASN 以及未解决的问题。
• 使用相同的、有据可查的会话设置连续发送 3 个请求，请求之间稍作停顿。保持目标站点和客户端配置不变。记录每个结果，包括失败，而不是只保存成功的例子。
• 如果支持轮换，使用供应商文档中的操作并重复该序列。地址未变是一个需要与轮换约定对照的观察结果；地址变了也不能证明以后所有请求都会变。
• 如果你的工作流需要连续性，在应用所要求的间隔之后重复一次检查。再次比较出口地址、国家和网络。少量保留的样本无法确立永久的地址保证。
• 理解基线之后，以允许的速率测试你自己的应用。同时记录传输失败和应用结果，这样连接成功就不会与正确的地区结果混淆。

扩大规模前先解决不匹配

假设你的选择请求的是荷兰移动接入，诊断报告了荷兰的国家结果，而路由查询返回的是一个宽泛的电信组织。把国家观察结果标记为已记录，把移动分类标记为待说明。不要悄悄把整行提升为已验证的运营商结果。

对于国家错误的结果，用相同配置重复一次，确认查询的是哪个地址，必要时对照第二个带日期的位置来源。把脱敏后的时间戳、请求的选择和观察到的结果发给支持团队。在增加流量之前，先商定补救措施是配置更正、更换样本还是地理定位数据复核。

超时属于另一个失败类别。按照相关的超时排查指南区分连接等待、TLS 等待和目标站点等待。没有响应就不会有出口位置结果，这种情况应在试用记录中保持可见。

让供应商决定明确化

在承诺之前，询问哪些选择是有保证的、哪些是尽力而为，国家或网络选择不可用时会如何处理，以及回退是否会改变其中任何一项。还要弄清会话过期、并发限制、支持的协议、失败流量的计费方式，以及位置争议的支持流程。用这些答案为你自己的工作负载定义验收标准。

ipvolt 仍在开发中。没有任何荷兰库存或运营商可用性得到确认，也没有达成任何供应协议。本指南是一种评估方法；加入候补名单只是登记意向，并不预留荷兰 IP、运营商或上线日期。

上线前

• 为荷兰、（如需要）阿姆斯特丹、接入类型和指定网络分别编写验收标准。
• 记录目标站点观察到的出口地址，连同其时间戳和地址族。
• 把地理定位估计、路由记录和供应商的来源说明分开保存。
• 把失败和未解决的试用行与成功的观察结果一起保留。
• 在增加用量之前，确认会话行为、回退规则和商业条款。