如何核实德国移动代理确实在 O2、Vodafone 或 1&1 的网络上

简短回答

先取得代理的出口 IP，查出是哪个自治系统（ASN）在宣告它，再把这个编号与下表中对应运营商的一行对照：O2 是 AS6805，Vodafone 是 AS3209，1&1 已登记的接入地址段是 AS8881。编号一致，说明这个地址属于该运营商的网络。但这不能证明地址背后是手机或 SIM 卡，因为这三个网络同时也承载固定线路。如果 ASN 属于主机托管公司，或属于这三家以外的公司，代理就不在它声称的运营商网络上。

ipvolt 销售 O2、Vodafone 和 1&1 网络上的德国移动代理，所以本文只讲这三家运营商。本文的依据：

• 只用公开记录：全部在 2026 年 11 月 12 日查询，来源是 RIPE 数据库、RDAP、PeeringDB、运营商自己的页面和 RFC。
• 没有用代理：写这篇文章时，我们没有租用或使用任何代理设备。表格反映的是登记机构的记录，不是某台设备的实测结果。
• 通用方法：见如何检查代理是否真的是移动或住宅代理，那篇文章在一条真实的移动线路和一个数据中心 IP 上做了这些检查。本文补充的是德国运营商。
• 数据：每一次查询及其时间都记录在记录文件中。示例地址在文件和本文中都截断到 /24。

对照表：德国运营商及其 ASN

“网络运营商”一列依据德国电信监管机构 Bundesnetzagentur 的用户数统计表（数据截至 2026 年 9 月 10 日）：表中列出的网络运营商是 Telekom、Vodafone、Telefónica 和 1&1 Mobilfunk，并注明“D2-Netz = Vodafone”和“E2-Netz = Telefónica Germany (Marke o2)”。三个 ASN 都登记在 RIPE NCC：IANA 的 bootstrap 文件把它们都指向 RIPE 的 RDAP 服务器，每个持有者的组织记录中国家都是 DE。

登记记录对每家运营商还说明了什么：

• O2：Telefónica 按用途给 AS6805 内的一些地址段命名。176.0.0.0/16 登记为 MOBILE-POOL-NET，46.114.0.0/16 登记为 MOBILE-NATPOOL-NET。出口 IP 落在这样命名的地址段里，是登记记录能为 O2 移动线路提供的最好证据。另一个 ASN AS13184（HANSENET）也登记在 Telefónica Germany 名下，它的记录写着“AS13184 will be merged to AS6805”。
• Vodafone：AS3209 的记录称它为“International IP-Backbone of Vodafone”。其中 80.226.0.0/19 的描述是“Mobile APN NAT Pool”，从 80.226.64.0 到 80.226.255.255 的地址块的描述是“Mobile Internet Access (2G&3G)”。另有两个 ASN 以有线电视网络的名称登记在 Vodafone 旗下公司名下：AS31334（KABELDEUTSCHLAND-AS，Vodafone GmbH）和 AS20825（UNITYMEDIA，Vodafone West GmbH）。
• 1&1：这一行最不确定，记录本身说明了原因：
  • 自有网络：1&1 自 2023 年 12 月 8 日起运营自己的移动网络。2025 年 11 月 11 日，它宣布客户向该网络的迁移已经完成：“Alle 1&1 Kundinnen und Kunden nutzen nun das moderne 5G-Netz”（1&1）。在此之前，它以转售方式在其他运营商的网络上提供移动服务，所以较早的文章可能把 1&1 归到别的网络。
  • 漫游：在自有网络未覆盖的地方，客户“über Antennen unseres National-Roaming-Partners Vodafone”接入，即通过国内漫游伙伴 Vodafone 的天线接入（1&1 Netzcheck）。
  • 没有登记移动 ASN：2026 年 11 月 12 日，RIPE 数据库中没有名为 1&1 Mobilfunk 的组织，也没有登记在 1&1 Telecom GmbH 名下的 ASN。
  • 登记了什么：登记在 1&1 Telecom GmbH 名下的接入地址段，例如 109.250.0.0/17，名称是 ONEANDONE-ACCESS，并带有备注“routed by AS8881”。AS8881 属于 1&1 Versatel GmbH。没有任何记录说明其中哪些地址段服务移动客户。
  • 结论：对 1&1 线路，登记记录指向 AS8881。我们没有用 1&1 的 SIM 卡确认这一点。

分步操作

1. 通过代理取得出口 IP

curl -s -x "http://USER:PASS@HOST:PORT" https://api.ipify.org

把大写的占位词换成你的代理的用户名、密码、主机和端口；SOCKS5 代理请把 URL 改为以 socks5h:// 开头。返回的是回显服务看到的地址，也就是出口 IP。代理自己的主机名或网关地址不是出口 IP。如果两次运行得到的地址不同，就分别查询。

下面的命令使用 203.0.113.7，这是保留给文档使用的地址（RFC 5737）；还使用 AS64496，这是保留给文档使用的编号（RFC 5398）。请换成你的出口 IP 和它的 ASN。命令中的 jq 用来只保留 JSON 里有用的字段。

2. 查询 ASN 和登记的地址段

RIPEstat 的 network-info 查询返回被宣告的前缀和宣告它的 ASN。RDAP 是各登记机构的 JSON 接口，返回登记的地址段及其名称；ip/ 和 autnum/ 路径由 RFC 9082 定义。RIPE 的服务器回答在 RIPE 登记的地址段，其他查询则重定向到对应的登记机构（RIPE Database 文档），所以命令带有 -L。

curl -s "https://stat.ripe.net/data/network-info/data.json?resource=203.0.113.7" | jq -c '.data'
curl -sL "https://rdap.db.ripe.net/ip/203.0.113.7" | jq '{handle, name, country, type, remarks: [.remarks[]?.description[]]}'

2026 年 11 月 12 日，我们对两个真实地址运行了这两条命令。第一个是运营商地址：176.0.10.x，位于 Telefónica Germany 公开宣告的地址段 176.0.0.0/13 内。

{"asns":["6805"],"prefix":"176.0.0.0/13"}
{
  "handle": "176.0.0.0 - 176.0.255.255",
  "name": "MOBILE-POOL-NET",
  "country": "DE",
  "type": "ASSIGNED PA",
  "remarks": [
    "Telefonica Germany GmbH & Co. OHG",
    "Georg-Brauchle-Ring 50",
    "80992 Muenchen"
  ]
}

第二个是数据中心地址：我们实验服务器自己的云 IP，204.168.249.x。

{"asns":["24940"],"prefix":"204.168.128.0/17"}
{
  "handle": "204.168.240.0 - 204.168.255.255",
  "name": "CLOUD-HEL1",
  "country": "FI",
  "type": "ASSIGNED PA",
  "remarks": [
    "INFRA-AW"
  ]
}

然后查询 ASN 的持有者：

curl -sL "https://rdap.db.ripe.net/autnum/64496" | jq '{handle, name, holder: [.entities[] | select(.handle | startswith("ORG-")) | .vcardArray[1][] | select(.[0] == "fn") | .[3]]}'

对 AS6805 和 AS24940，返回如下：

{
  "handle": "AS6805",
  "name": "TDDE-ASN1",
  "holder": [
    "Telefonica Germany GmbH & Co.OHG"
  ]
}
{
  "handle": "AS24940",
  "name": "HETZNER-AS",
  "holder": [
    "Hetzner Online GmbH"
  ]
}

3. 在 PeeringDB 中查看网络类型

PeeringDB 是各网络向其他网络介绍自己的地方。它的 API 不需要账号：

curl -s "https://www.peeringdb.com/api/net?asn=64496" | jq -c '.data[] | {name, aka, info_types, info_scope}'

同样两个 ASN 的结果：

{"name":"Telefónica Germany GmbH & Co. OHG","aka":"former Telefonica Deutschland, former mediaWays GmbH","info_types":["NSP"],"info_scope":"Europe"}
{"name":"Hetzner Online","aka":"","info_types":["Content"],"info_scope":"Europe"}

网络类型是“self-declared and might be rarely updated”，即由网络自己申报，可能很少更新（PeeringDB）。三家德国运营商的条目都没有写“移动”：Telefónica 填的是 NSP，Vodafone 和 1&1 Versatel 填的是 Cable/DSL/ISP。所以 PeeringDB 能把运营商与主机托管或内容网络区分开，但不能确认一条线路是移动线路。

4. 与对照表比较

• ASN 与运营商那一行一致：地址在该运营商的网络内。对 O2 和 Vodafone，还要把第 2 步得到的地址段名称与上文列出的移动地址段对照。
• ASN 是同一集团的另一个编号（AS13184、AS31334、AS20825，或下文会讲到的 AS8560）：它登记在该集团名下，但带有移动名称的地址段不是由它宣告的。请向卖家询问 SIM 卡在哪个网络上。
• 其他任何 ASN：代理不在该运营商的网络上。

反向 DNS 是可选的第五项检查：

dig -x 203.0.113.7 +short

2026 年 11 月 12 日，我们在每个有名称的地址段中各查了一个地址。最后一段已隐去：

web.vodafone.de 也是 Vodafone 让客户填写的移动上网接入点名称（APN）（Vodafone）。我们没有找到运营商说明这些命名规则的页面，而且每一行只是一个地址，所以名称只能作为佐证，不能当作证明。

快捷方式：ipvolt 代理检测工具

把代理以 host:port:user:pass 或 URL 的形式粘贴到免费的代理检测工具中。它通过代理连接 ipvolt 自己的端点，并用一行显示结果。看三个字段：

• 出口 IP：需要查询的地址。
• ASN 与网络：AS 编号、DB-IP Lite 数据库中的网络名称，以及网络类型。把 AS 编号与对照表比较。
• 位置：DB-IP Lite 为出口 IP 给出的城市。下一节会说明城市为什么可能对不上。

检测工具只接受代理，所以我们改为在四个示例地址上运行它的查询代码。返回结果如下：

正如标签所写，类型是根据 ASN 做出的估计。它不检测设备。

看似异常但其实正常的情况

• 定位在另一个德国城市：2026 年 11 月 12 日，三个免费 IP 数据库对我们的两个运营商示例地址给出的位置如下：

  示例	ipinfo	DB-IP	IP2Location.io
  176.0.10.x（O2）	柏林	柏林	施特劳斯贝格，勃兰登堡州
  80.226.1.x（Vodafone）	贝恩堡，萨克森-安哈尔特州	杜塞尔多夫	Platz，萨克森-安哈尔特州

  登记记录解决不了这个分歧。MOBILE-POOL-NET 的记录里写的是 Telefónica 在慕尼黑的地址，而 RIPE 对 country 属性的说明是“it cannot be used in any reliable way to map IP addresses to countries”，即不能可靠地用它把 IP 地址对应到国家（RIPE Database 文档）。

• 与其他用户共用的地址：运营商级 NAT（CGN）是一种用来“share the same IPv4 address among several subscribers”的功能，即让多个用户共用同一个 IPv4 地址（RFC 6888）。RFC 6598 为运营商一侧保留了 100.64.0.0/10。Telefónica 和 Vodafone 都把一些移动地址段登记为 NAT 地址池：MOBILE-NATPOOL-NET、o2-Germany-Customer-NATPool-MUN 和“Mobile APN NAT Pool”。对 1&1，我们没有找到能说明有或没有的记录。

• 旧的公司名称：要比较的是 AS 编号，不是名称。下面这些名称都出现在三个网络的记录中：

  • Telefónica：名为 DE-MEDIAWAYS 的地址块，以及 PeeringDB 中的“former mediaWays GmbH”。
  • Vodafone：DE-D2VODAFONE、DE-ARCOR，以及 AS 名称 VODANET。
  • 1&1：VERSATEL 和 versanet.de。

• 固定线路的网络类型：Vodafone 和 1&1 Versatel 填写 Cable/DSL/ISP，是因为同一个 ASN 也承载它们的固定线路。Telefónica 同样通过光纤、有线电视网、DSL 和 4G/5G 销售 O2 家庭宽带（Telefónica）。

• 使用 Vodafone 天线的 1&1 线路：1&1 关于漫游的那句话说的是无线链路。它没有说明流量从哪个 IP 网络出去，我们也没有测量。

说明不是真实移动连接的迹象

1. ASN 登记在主机托管公司名下：我们的实验服务器在 AS24940（HETZNER-AS），持有者是 Hetzner Online GmbH。它的地址段名为 CLOUD-HEL1，反向 DNS 名称是 static.x.249.168.204.clients.your-server.de。
2. PeeringDB 把网络列为 Content：Hetzner 的条目就是这样。主机托管或内容类型与移动运营商不符。
3. ASN 属于另一家公司或另一个登记机构：三个持有者都是德国公司，ASN 都在 RIPE NCC。如果 RDAP 把你重定向到别的登记机构，或给出的持有者不在对照表中，出口就不在这些网络内。
4. “1&1”线路出现在 AS8560：AS8560 是 IONOS-AS，登记在 IONOS SE 名下。它的记录称它为“the joint network for IONOS, Fasthosts, Arsys, 1&1 Mail and Media and 1&1 Telecom”，ipvolt 的检测工具把它列为主机托管。记录里出现 1&1 的名字，并不说明它是移动网络。
5. ASN 正确，但地址池的名称不同：在 AS3209 中，我们在 2.200.0.0/14 和 90.186.0.0/17 取的示例地址，名称以 dslb- 开头，位于 pools.vodafone-ip.de 之下，与带有移动标注的地址段中的名称不同。这是向卖家提问的理由，不是证明。

这些检查无法告诉你的事

• 设备：ASN 描述的是网络。三个网络都同时承载固定线路，所以 ASN 一致并不能区分手机和家用路由器。
• 标注是否仍然准确：地址段名称和 PeeringDB 类型都是持有者自己写的。Vodafone 那个仍然标为“2G&3G”的地址段，上次修改是在 2023 年 1 月。
• 1&1 的移动地址：没有公开记录标出它们，我们也没有测试任何 1&1 线路。
• 漫游：这里没有任何信息能显示线路使用了哪些天线。
• 有多少人共用这个地址：运营商的 NAT 从外部看不到。
• 网站会如何对待这个地址：这些检查说明地址登记在谁名下、由谁宣告。它们不能预测任何网站的判断。
• 以后的记录：对照表是 2026 年 11 月 12 日登记记录的状态。依赖它之前，请重新查询 ASN。

想在正式使用前测试一条线路，请按如何测试德国代理中的清单操作。运营商、价格和库存见德国移动代理页面。

立即检测代理：把代理粘贴到 ipvolt 免费的代理检测工具，再把它显示的 ASN 与上面的对照表比较。

需要 O2、Vodafone 或 1&1 网络上的德国移动 IP？ 专属移动代理每天 $9 起。