# 如何核实德国移动代理确实在 O2、Vodafone 或 1&1 的网络上 Source: https://ipvolt.com/zh/blog/verify-german-mobile-proxy-carrier Markdown: https://ipvolt.com/zh/blog/verify-german-mobile-proxy-carrier.md Language: zh-CN [ipvolt 首页](https://ipvolt.com/zh.md) / [博客](https://ipvolt.com/zh/blog.md) / 德国移动代理：如何核实 O2、Vodafone 或 1&1 分析 发布于: 2026-11-12 更新于: 2026-11-12 作者： ipvolt 阅读约 4 分钟 用公开记录核实德国移动代理的运营商：先取得出口 IP，在 RDAP 和 PeeringDB 中查出它的 ASN，再与 O2、Vodafone 和 1&1 的登记信息对照。本文给出对照表、可直接运行的命令和真实输出，并说明哪些情况看似异常其实正常，以及这些检查无法告诉你的事。 ## 简短回答 先取得代理的出口 IP，查出是哪个自治系统（ASN）在宣告它，再把这个编号与下表中对应运营商的一行对照：O2 是 AS6805，Vodafone 是 AS3209，1&1 已登记的接入地址段是 AS8881。编号一致，说明这个地址属于该运营商的网络。但这不能证明地址背后是手机或 SIM 卡，因为这三个网络同时也承载固定线路。如果 ASN 属于主机托管公司，或属于这三家以外的公司，代理就不在它声称的运营商网络上。 ipvolt 销售 O2、Vodafone 和 1&1 网络上的[德国移动代理](/zh/proxies/germany)，所以本文只讲这三家运营商。本文的依据： - **只用公开记录**：全部在 2026 年 11 月 12 日查询，来源是 RIPE 数据库、RDAP、PeeringDB、运营商自己的页面和 RFC。 - **没有用代理**：写这篇文章时，我们没有租用或使用任何代理设备。表格反映的是登记机构的记录，不是某台设备的实测结果。 - **通用方法**：见[如何检查代理是否真的是移动或住宅代理](/zh/blog/check-if-proxy-is-mobile-or-residential)，那篇文章在一条真实的移动线路和一个数据中心 IP 上做了这些检查。本文补充的是德国运营商。 - **数据**：每一次查询及其时间都记录在[记录文件](/downloads/verify-german-mobile-proxy-carrier/records.json)中。示例地址在文件和本文中都截断到 /24。 ## 对照表：德国运营商及其 ASN | 品牌 | 网络运营商 | ASN | 登记名称和持有者 | PeeringDB 类型 | 来源 | 核对日期 | | --- | --- | --- | --- | --- | --- | --- | | O2 | Telefónica Germany | AS6805 | TDDE-ASN1，Telefonica Germany GmbH & Co.OHG | NSP | [RDAP](https://rdap.db.ripe.net/autnum/6805)、[PeeringDB](https://www.peeringdb.com/asn/6805) | 2026-11-12 | | Vodafone | Vodafone | AS3209 | VODANET，Vodafone GmbH | Cable/DSL/ISP | [RDAP](https://rdap.db.ripe.net/autnum/3209)、[PeeringDB](https://www.peeringdb.com/asn/3209) | 2026-11-12 | | 1&1 | 1&1 Mobilfunk；自有网络未覆盖的地方使用 Vodafone 的天线 | AS8881（未确认用于移动网络，见下文） | VERSATEL，1&1 Versatel GmbH | Cable/DSL/ISP | [RDAP](https://rdap.db.ripe.net/autnum/8881)、[PeeringDB](https://www.peeringdb.com/asn/8881) | 2026-11-12 | “网络运营商”一列依据德国电信监管机构 [Bundesnetzagentur](https://www.bundesnetzagentur.de/DE/Fachthemen/Telekommunikation/Marktdaten/Mobilfunkteilnehmer/start.html) 的用户数统计表（数据截至 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 文件](https://data.iana.org/rdap/asn.json)把它们都指向 RIPE 的 RDAP 服务器，每个持有者的组织记录中国家都是 DE。 登记记录对每家运营商还说明了什么： - **O2**：Telefónica 按用途给 AS6805 内的一些地址段命名。[176.0.0.0/16](https://rdap.db.ripe.net/ip/176.0.0.0/16) 登记为 MOBILE-POOL-NET，[46.114.0.0/16](https://rdap.db.ripe.net/ip/46.114.0.0/16) 登记为 MOBILE-NATPOOL-NET。出口 IP 落在这样命名的地址段里，是登记记录能为 O2 移动线路提供的最好证据。另一个 ASN [AS13184](https://rdap.db.ripe.net/autnum/13184)（HANSENET）也登记在 Telefónica Germany 名下，它的记录写着“AS13184 will be merged to AS6805”。 - **Vodafone**：AS3209 的记录称它为“International IP-Backbone of Vodafone”。其中 [80.226.0.0/19](https://rdap.db.ripe.net/ip/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](https://unternehmen.1und1.de/o-ran-mobilfunknetz/2025/1-1-o-ran-groesste-kundenmigration-der-deutschen-mobilfunkgeschichte-abgeschlossen)）。在此之前，它以转售方式在其他运营商的网络上提供移动服务，所以较早的文章可能把 1&1 归到别的网络。 - **漫游**：在自有网络未覆盖的地方，客户“über Antennen unseres National-Roaming-Partners Vodafone”接入，即通过国内漫游伙伴 Vodafone 的天线接入（[1&1 Netzcheck](https://mobile.1und1.de/netzcheck)）。 - **没有登记移动 ASN**：2026 年 11 月 12 日，RIPE 数据库中没有名为 1&1 Mobilfunk 的组织，也没有登记在 1&1 Telecom GmbH 名下的 ASN。 - **登记了什么**：登记在 1&1 Telecom GmbH 名下的接入地址段，例如 [109.250.0.0/17](https://rdap.db.ripe.net/ip/109.250.0.0/17)，名称是 ONEANDONE-ACCESS，并带有备注“routed by AS8881”。AS8881 属于 1&1 Versatel GmbH。没有任何记录说明其中哪些地址段服务移动客户。 - **结论**：对 1&1 线路，登记记录指向 AS8881。我们没有用 1&1 的 SIM 卡确认这一点。 ## 分步操作 ### 1. 通过代理取得出口 IP ```bash curl -s -x "http://USER:PASS@HOST:PORT" https://api.ipify.org ``` 把大写的占位词换成你的代理的用户名、密码、主机和端口；SOCKS5 代理请把 URL 改为以 `socks5h://` 开头。返回的是回显服务看到的地址，也就是出口 IP。代理自己的主机名或网关地址不是出口 IP。如果两次运行得到的地址不同，就分别查询。 下面的命令使用 203.0.113.7，这是保留给文档使用的地址（[RFC 5737](https://www.rfc-editor.org/rfc/rfc5737)）；还使用 AS64496，这是保留给文档使用的编号（[RFC 5398](https://www.rfc-editor.org/rfc/rfc5398)）。请换成你的出口 IP 和它的 ASN。命令中的 `jq` 用来只保留 JSON 里有用的字段。 ### 2. 查询 ASN 和登记的地址段 RIPEstat 的 [network-info 查询](https://stat.ripe.net/docs/data-api/api-endpoints/network-info)返回被宣告的前缀和宣告它的 ASN。RDAP 是各登记机构的 JSON 接口，返回登记的地址段及其名称；`ip/` 和 `autnum/` 路径由 [RFC 9082](https://www.rfc-editor.org/rfc/rfc9082) 定义。RIPE 的服务器回答在 RIPE 登记的地址段，其他查询则重定向到对应的登记机构（[RIPE Database 文档](https://docs.db.ripe.net/How-to-Query-the-RIPE-Database/Registration-Data-Access-Protocol/)），所以命令带有 `-L`。 ```bash 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 内。 ```text {"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。 ```text {"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 的持有者： ```bash 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，返回如下： ```text { "handle": "AS6805", "name": "TDDE-ASN1", "holder": [ "Telefonica Germany GmbH & Co.OHG" ] } { "handle": "AS24940", "name": "HETZNER-AS", "holder": [ "Hetzner Online GmbH" ] } ``` ### 3. 在 PeeringDB 中查看网络类型 PeeringDB 是各网络向其他网络介绍自己的地方。它的 API 不需要账号： ```bash curl -s "https://www.peeringdb.com/api/net?asn=64496" | jq -c '.data[] | {name, aka, info_types, info_scope}' ``` 同样两个 ASN 的结果： ```text {"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](https://docs.peeringdb.com/blog/network_type_what_why_how/)）。三家德国运营商的条目都没有写“移动”：Telefónica 填的是 NSP，Vodafone 和 1&1 Versatel 填的是 Cable/DSL/ISP。所以 PeeringDB 能把运营商与主机托管或内容网络区分开，但不能确认一条线路是移动线路。 ### 4. 与对照表比较 - **ASN 与运营商那一行一致**：地址在该运营商的网络内。对 O2 和 Vodafone，还要把第 2 步得到的地址段名称与上文列出的移动地址段对照。 - **ASN 是同一集团的另一个编号**（AS13184、AS31334、AS20825，或下文会讲到的 AS8560）：它登记在该集团名下，但带有移动名称的地址段不是由它宣告的。请向卖家询问 SIM 卡在哪个网络上。 - **其他任何 ASN**：代理不在该运营商的网络上。 反向 DNS 是可选的第五项检查： ```bash dig -x 203.0.113.7 +short ``` 2026 年 11 月 12 日，我们在每个有名称的地址段中各查了一个地址。最后一段已隐去： | 地址段和登记名称 | 反向 DNS 名称 | | --- | --- | | 176.0.0.0/16，MOBILE-POOL-NET（O2） | `dynamic-176-000-010-xxx.176.0.pool.telefonica.de` | | 46.114.0.0/16，MOBILE-NATPOOL-NET（O2） | `dynamic-046-114-010-xxx.46.114.pool.telefonica.de` | | 89.204.132.0/23，o2-Germany-Customer-NATPool-MUN | 无 | | 80.226.0.0/19，Mobile APN NAT Pool（Vodafone） | `ip-80-226-1-x.vodafone-net.de` | | 109.40.0.0/14，DE-D2VODAFONE-20220628（Vodafone） | `ip-109-40-10-x.web.vodafone.de` | | 109.250.0.0/17，ONEANDONE-ACCESS（1&1） | `i6DFA0Axx.versanet.de` | | 185.235.232.0/23，ONEANDONE-ACCESS（1&1） | 无 | `web.vodafone.de` 也是 Vodafone 让客户填写的移动上网接入点名称（APN）（[Vodafone](https://www.vodafone.de/featured/article/vodafone-apn-einstellungen-178757)）。我们没有找到运营商说明这些命名规则的页面，而且每一行只是一个地址，所以名称只能作为佐证，不能当作证明。 ## 快捷方式：ipvolt 代理检测工具 把代理以 `host:port:user:pass` 或 URL 的形式粘贴到免费的[代理检测工具](/zh/tools/proxy-checker)中。它通过代理连接 ipvolt 自己的端点，并用一行显示结果。看三个字段： - **出口 IP**：需要查询的地址。 - **ASN 与网络**：AS 编号、DB-IP Lite 数据库中的网络名称，以及网络类型。把 AS 编号与对照表比较。 - **位置**：DB-IP Lite 为出口 IP 给出的城市。下一节会说明城市为什么可能对不上。 检测工具只接受代理，所以我们改为在四个示例地址上运行它的查询代码。返回结果如下： | 示例地址 | ASN 与网络 | | --- | --- | | 176.0.10.x（O2 地址段） | AS6805 Telefonica Germany GmbH & Co.OHG · 运营商（移动与固定线路）（估计） | | 80.226.1.x（Vodafone 地址段） | AS3209 Vodafone GmbH · 运营商（移动与固定线路）（估计） | | 109.250.10.x（1&1 地址段） | AS8881 1&1 Versatel GmbH · 互联网服务商（估计） | | 204.168.249.x（实验服务器） | AS24940 Hetzner Online GmbH · 主机托管或数据中心（估计） | 正如标签所写，类型是根据 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 文档](https://docs.db.ripe.net/RPSL-Object-Types/Descriptions-of-Primary-Objects/)）。 - **与其他用户共用的地址**：运营商级 NAT（CGN）是一种用来“share the same IPv4 address among several subscribers”的功能，即让多个用户共用同一个 IPv4 地址（[RFC 6888](https://www.rfc-editor.org/rfc/rfc6888)）。[RFC 6598](https://www.rfc-editor.org/rfc/rfc6598) 为运营商一侧保留了 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](https://www.telefonica.de/network/fixed-network.html)）。 - **使用 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](https://rdap.db.ripe.net/autnum/8560) 是 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。 想在正式使用前测试一条线路，请按[如何测试德国代理](/zh/guides/germany-proxies)中的清单操作。运营商、价格和库存见[德国移动代理](/zh/proxies/germany)页面。 **立即检测代理**：把代理粘贴到 ipvolt 免费的[代理检测工具](/zh/tools/proxy-checker)，再把它显示的 ASN 与上面的对照表比较。 需要 O2、Vodafone 或 1&1 网络上的德国移动 IP？ [专属移动代理每天 $9 起。](/zh/mobile-proxies) ## 参考来源 - [Bundesnetzagentur：Teilnehmerentwicklung im Mobilfunk（网络运营商和网络名称）](https://www.bundesnetzagentur.de/DE/Fachthemen/Telekommunikation/Marktdaten/Mobilfunkteilnehmer/start.html) - [RIPE 数据库（RDAP）：AS6805，TDDE-ASN1](https://rdap.db.ripe.net/autnum/6805) - [RIPE 数据库（RDAP）：AS3209，VODANET](https://rdap.db.ripe.net/autnum/3209) - [RIPE 数据库（RDAP）：AS8881，VERSATEL](https://rdap.db.ripe.net/autnum/8881) - [PeeringDB：AS6805，Telefónica Germany GmbH & Co. OHG](https://www.peeringdb.com/asn/6805) - [PeeringDB：AS3209，Vodafone Germany](https://www.peeringdb.com/asn/3209) - [PeeringDB：AS8881，1&1 Versatel Deutschland](https://www.peeringdb.com/asn/8881) - [IANA：AS 编号的 RDAP bootstrap 文件](https://data.iana.org/rdap/asn.json) - [RIPE 数据库（RDAP）：176.0.0.0/16，MOBILE-POOL-NET](https://rdap.db.ripe.net/ip/176.0.0.0/16) - [RIPE 数据库（RDAP）：46.114.0.0/16，MOBILE-NATPOOL-NET](https://rdap.db.ripe.net/ip/46.114.0.0/16) - [RIPE 数据库（RDAP）：AS13184，HANSENET](https://rdap.db.ripe.net/autnum/13184) - [RIPE 数据库（RDAP）：80.226.0.0/19，Vodafone GmbH，Mobile APN NAT Pool](https://rdap.db.ripe.net/ip/80.226.0.0/19) - [1&1：1&1 O-RAN, größte Kundenmigration der deutschen Mobilfunkgeschichte abgeschlossen（2025 年 11 月 11 日）](https://unternehmen.1und1.de/o-ran-mobilfunknetz/2025/1-1-o-ran-groesste-kundenmigration-der-deutschen-mobilfunkgeschichte-abgeschlossen) - [1&1 Netzcheck：Welches Mobilfunknetz nutzt 1&1?](https://mobile.1und1.de/netzcheck) - [RIPE 数据库（RDAP）：109.250.0.0/17，ONEANDONE-ACCESS](https://rdap.db.ripe.net/ip/109.250.0.0/17) - [RFC 5737：保留给文档使用的 IPv4 地址块](https://www.rfc-editor.org/rfc/rfc5737) - [RFC 5398：保留给文档使用的自治系统编号](https://www.rfc-editor.org/rfc/rfc5398) - [RIPEstat Data API：network-info](https://stat.ripe.net/docs/data-api/api-endpoints/network-info) - [RFC 9082：RDAP 查询格式](https://www.rfc-editor.org/rfc/rfc9082) - [RIPE Database 文档：Registration Data Access Protocol (RDAP)](https://docs.db.ripe.net/How-to-Query-the-RIPE-Database/Registration-Data-Access-Protocol/) - [PeeringDB：Network Type: What's it for? How to use it?](https://docs.peeringdb.com/blog/network_type_what_why_how/) - [Vodafone：APN-Einstellungen für Android und iPhone](https://www.vodafone.de/featured/article/vodafone-apn-einstellungen-178757) - [RIPE Database 文档：主要对象说明（country 属性）](https://docs.db.ripe.net/RPSL-Object-Types/Descriptions-of-Primary-Objects/) - [RFC 6888：运营商级 NAT（CGN）的通用要求](https://www.rfc-editor.org/rfc/rfc6888) - [RFC 6598：IANA 为共享地址空间保留的 IPv4 前缀](https://www.rfc-editor.org/rfc/rfc6598) - [Telefónica Deutschland：固定网络（O2 的光纤、有线电视网、DSL 和 4G/5G 接入）](https://www.telefonica.de/network/fixed-network.html) - [RIPE 数据库（RDAP）：AS8560，IONOS-AS](https://rdap.db.ripe.net/autnum/8560) ## 接入你的第一个代理。 移动代理每天 $9 起。住宅代理每 GB $2.20 起。 [购买移动代理](https://ipvolt.com/dashboard/mobile) [购买住宅代理](https://ipvolt.com/dashboard/residential) ## 相关文章 - [如何判断代理是否真的是移动或住宅代理](https://ipvolt.com/zh/blog/check-if-proxy-is-mobile-or-residential.md) (分析, 2026年11月8日, 阅读约 5 分钟): 没有任何一项检查能单独证明代理是移动代理还是住宅代理。我们用新加坡 Singtel 移动线路和一台数据中心服务器实测了 ASN 与 RDAP、PeeringDB、反向 DNS、免费 IP 数据库和 10 次 IP 轮换，给出每项检查的命令、真实输出和各数据源之间的分歧。 - [代理流量需要多少 GB？实测每 GB 页面数](https://ipvolt.com/zh/blog/how-many-gb-of-proxies-do-i-need.md) (基准测试, 2026年10月5日, 阅读约 3 分钟): 用本地计量代理实测 34 个公开页面：1 GB 约够 44,000 次仅 HTML 抓取，或约 900 次完整的 Playwright 页面加载。附按页面类型细分的每 GB 页面数、每 1,000 页成本表和估算公式，说明脚本为何比图片更占流量，并提供原始 CSV 与测量脚本。 - [不限量住宅代理：折合每 GB 多少钱](https://ipvolt.com/zh/blog/unlimited-residential-proxies-cost-per-gb.md) (对比, 2026年9月27日, 阅读约 8 分钟): 把按 Mbps 或线程计费的不限量住宅代理套餐折算成每 GB 成本，用你自己的按 GB 单价算出盈亏平衡点，并在付款前核对条款。2026 年 9 月 26 日核对的 15 家服务商中，13 家的 200 Mbps 月套餐为 $700 到 $2,525.53；附盈亏平衡表、退款条款原文和计算器。 ## 相关指南 - [如何测试德国代理：网络、城市与地区](https://ipvolt.com/zh/guides/germany-proxies.md): 结合最新的运营商与漫游背景、城市定位的局限、浏览器语言控制和验收清单，评估德国代理并设计可复现的试用。涵盖 Telekom、Vodafone、Telefónica 和 1&1 四家网络运营商与 1&1 的全国漫游，区分移动、固定与家庭接入，并用 RIPEstat 和 MaxMind 记录出口证据。 - [移动代理与住宅代理：建立一套有用的评估方法](https://ipvolt.com/zh/guides/mobile-vs-residential-proxies.md): 对比蜂窝运营商网络与家庭宽带两类出口在 QA 测试中的表现，把浏览器设备仿真与代理路由分开，只测量工作流真正需要的能力。文中给出一张两个候选方案通用的评分卡，覆盖运营商或国家选择、出口连续性、中位与长尾延迟、并发与计量方式和来源说明，并说明小规模试用能证明什么。 - [轮换代理与粘性代理：为会话连续性做好规划](https://ipvolt.com/zh/guides/rotating-vs-sticky-proxies.md): 围绕最小的完整工作流选择轮换策略，区分出口 IP 绑定与 Cookie 状态，并测试粘性会话提前结束时应用该如何处理。文中把应用会话、客户端连接和代理会话作为三种状态分别记录，用预发布商店的结账测试演示会话对齐，并说明提高并发前如何测试会话过期与强制重连。 ## 关于 ipvolt 来自 ipvolt 的技术分析。 移动代理每天 $9 起。住宅代理每 GB $2.20 起。 [阅读英文原文](https://ipvolt.com/blog/verify-german-mobile-proxy-carrier.md)