为什么我的 IP 地址被标记为 VPN 或代理?如何解决
通过七次真实查询,说明 IP 地址为何被标记为 VPN 或代理:触发了哪些证据、哪些您可以自行处理,以及其余的该找谁来清除。

Netflix 在错误代码 E106 下是这样表述的:“You seem to be using a VPN or proxy. Please turn off any of these services and try again.”(Netflix 帮助中心)。2024 年 6 月,一家 ISP 在 RIPE 的反滥用邮件列表中发帖,称整个 /22 网段上的客户无法在 Amazon Prime Video 和 Disney+ 上观看,并看到了这样的提示:“Your device is connected to the internet using a VPN or proxy service. Please disable it and try again.” 该运营商已“确认我们的网络内没有使用任何 VPN 或代理服务”(RIPE anti-abuse-wg)。
难点在于,封锁您的网站很少自己构建这个标记。大多数网站是从供应商购买 IP 数据。那位 RIPE 运营商怀疑是这些服务的内容分发网络“(或第三方黑名单提供方)”。
我们就是这样的供应商之一:GeoIPHub 运营一个 IP 情报 API,会把地址标注为 VPN、代理、Tor、中继或托管。下面我们用它查询真实被标记的地址,展示每个地址触发了哪些证据,然后把原因分成今晚就能修复的,以及只有您的 ISP 或供应商才能处理的。

为什么我的 IP 地址被标记为 VPN 或代理?
您的 IP 地址被标记为 VPN 或代理,是因为它至少匹配了大约七类证据中的一类。我们关于 VPN 和代理检测如何运作的指南对其中大部分做了深入介绍:
- 服务商的服务器列表。 该地址在某家 VPN 公司为其应用公布的服务器列表上。
- 协议握手。 扫描器连接到该地址,并得到了 OpenVPN、IKEv2/IPsec、PPTP、L2TP、SOCKS 或 HTTP 代理服务的响应。
- 托管网络。 该地址属于某个数据中心或云 ASN 或网段。在 GeoIPHub 的 API 中,
no_ptr_datacenter进一步说明该托管地址在我们的数据中没有反向 DNS 名称。 - 注册信息关键词。 该网段的 WHOIS 或 RDAP 记录中提到了 VPN 或托管相关词汇。
- 代理列表和黑名单。 免费代理列表属于代理证据。垃圾邮件或滥用列表不是,但有些供应商会把它并入同一个标记。
- Tor 出口列表。 Tor Project 会公布其出口所使用的地址。
- 隐私中继网段。 Apple 和其他运营者会公布 iCloud Private Relay 等中继服务的出口地址。
这些证据分为两组,而这种划分决定了谁能修复该标记。第一类证据(握手、代理监听)关乎连接上正在运行的某些东西。第二类证据(托管网段、共享地址、历史记录)关乎地址或其网络,您无法坐在沙发上改变它。
七个真实地址上各类标记的样子
标记背后的证据能告诉您它属于哪一类。我们在 2026 年 10 月 26 日 UTC 05:14:02 至 05:14:55 之间,通过 GeoIPHub API 查询了七个公开地址。它们都不是家庭连接;每一个都代表您可能遇到的一种原因。
| IP | 它是什么 | 返回的标签 | vpn_confidence | 触发的方法 | 评分,处理方式 |
|---|---|---|---|---|---|
| 185.213.155.73 | Mullvad 服务器,在 Mullvad 的列表上 | vpn_provider "Mullvad" | 95 | known_vpn_server, wireguard_open, datacenter_with_vpn_proxy, no_ptr_datacenter | 100, block |
| 31.171.152.205 | Keminet 上的 ExpressVPN 服务器 | "ExpressVPN" | 90 | known_vpn_server, datacenter_ip, no_ptr_datacenter | 51, step_up |
| 45.83.220.7 | Mullvad 的网络,不在其列表上 | "Mullvad (31173 Services)" | 85 | known_vpn_server, datacenter_ip | 46, review |
| 185.220.101.1 | Tor 出口 | is_tor true, is_vpn false | 5 | tor_exit, datacenter_blocklisted, no_ptr_datacenter, known_spammer | 100, block |
| 104.28.46.99 | iCloud Private Relay 出口 | is_relay true, "iCloud Private Relay" | 0 | relay_ip | 9, allow |
| 5.39.1.230 | AhrefsBot,已验证爬虫,位于 zen.spamhaus.org | is_vpn false, crawler.verified true | 5 | datacenter_blocklisted, no_ptr_datacenter, verified_crawler, known_spammer | 35, review |
| 45.33.32.156 | 普通的 Linode 服务器(scanme.nmap.org) | is_hosting true, is_vpn false | 5 | datacenter_ip | 10, allow |
坦率地说明一点:在 Tor 出口和 Ahrefs 爬虫上,no_ptr_datacenter 反映的是我们存储的反向 DNS 存在缺口。这两个地址今天用 dig -x 都能解析。
下面是精简后的 Mullvad 查询结果,数值未作修改。字段定义解释了每个键:
{
"ip": "185.213.155.73",
"detection": {
"is_proxy": false,
"is_vpn": true,
"is_tor": false,
"is_relay": false,
"vpn_provider": "Mullvad",
"vpn_confidence": 95
},
"scoring": {
"fraud_score": 100,
"recommended_action": "block",
"detection_methods": ["known_vpn_server", "wireguard_open", "datacenter_with_vpn_proxy", "no_ptr_datacenter"]
},
"meta": {
"last_scanned": "2026-10-23T22:53:45.000Z"
}
}
vpn_confidence 并不是该地址是 VPN 的概率。它记录的是哪条路径确定了服务商名称:服务商自己的列表为 95,解析出的服务器主机名为 90,我们的 VPN 运营网络表为 85,公开服务器列表为 80。值为 100 表示我们自己的探测发现了一个无法命名的 VPN,就像我们今天检查的一台 NordVPN 服务器。这些路径在如何从 IP 确定 VPN 服务商中有说明。
从证据到处理:追踪 45.83.220.7
45.83.220.7 位于 Mullvad 的网络内(AS39351,31173 Services AB),但不在 Mullvad 公布的列表上:我们今天 UTC 05:20 获取的副本中,该 /24 里是 .68、.69 和 .70,没有 .7。所以名称来自我们的网络表,没有触发握手。known_vpn_server 增加 36 分,datacenter_ip 增加 10 分,合计 46:review,而不是 block。
使用这一结果的网站会进一步审视,而不是拒绝您。VPN 标签、其背后的证据和处理方式是三件不同的事:列表中的 Mullvad 服务器,其列表条目将它标记为 WireGuard 服务器(wireguard_open),得分是前者的两倍还多。
三种并非 VPN 标记的情况
- 托管不等于 VPN。 45.33.32.156 是一台云服务器,上面没有任何看起来像 VPN 的东西,它得分 10,
allow。这里介绍什么是数据中心 IP 地址,以及为什么仅凭该标签不会封锁。 - 被列入黑名单不等于 VPN。 5.39.1.230 是被 Spamhaus ZEN 列入的已验证 Ahrefs 爬虫。它返回
is_vpnfalse 和 35 分、review,这来自黑名单收录,而非任何 VPN 证据。 - 中继不等于 VPN。 104.28.46.99 是 iCloud Private Relay 的出口地址。Apple 要求网站“将这些地址视为更大型的运营商级 NAT 或企业 IP 地址”(Apple Developer)。我们返回
is_relay,评分 9,并将任何中继的评分上限设为 60,因此它永远不会达到 block。这里说明为什么中继 IP 不是 VPN IP。
我没有使用 VPN,为什么我的 IP 被标记为 VPN?
没有使用 VPN 却被标记为 VPN,通常是因为分配给您的地址,而不是您运行的任何东西。以下是常见原因,以及每种原因在查询中的表现:
- 您 ISP 的网段被归类为托管。 英国一家小型楼宇 ISP 在 BleepingComputer 论坛上告诉一位客户,“某些服务提供商会把特定的 AS/IP 归类为数据中心”。它同时也出售托管和专线服务。GeoIPHub 的托管判断来自约 850 个经人工整理的托管 ASN,加上 10 家云服务商的官方网段。查询中的表现:
is_hosting为 true 且有datacenter_ip,没有握手方法。单独出现时评分很低:45.33.32.156 为 10。 - 您共用一个 CGNAT 地址。 运营商让许多客户位于同一个公网地址之后。RFC 6598 为运营商 NAT 与客户设备之间的链路保留了 100.64.0.0/10。正如 IPinfo 所说,“如果您的连接使用 CGNAT,您已经与多人和多台设备共用同一个公网 IP”(IPinfo Community)。查询中的表现:
is_cgnat为 true,除非该地址自身带有 VPN、代理、Tor、僵尸网络或滥用证据,否则评分保持在 50 或以下。 - 您网络上的某个应用正在出租您的连接。 IPinfo 的文章列举了 proxyware、应用中捆绑的住宅代理 SDK、免费 VPN 或代理应用以及恶意软件。GeoIPHub 自身不运行住宅代理检测。查询中的表现: 如果您的地址出现在第三方列表中,且该列表记录的是过去一天内被观察到充当代理的地址,我们的 API 会显示
is_proxy为 true,方法为proxy_observed_third_party;否则,这类标记来自追踪代理池的供应商,IPinfo 就是其中之一。 - 该地址有历史记录。 ISP 会回收地址。如果此前的用户运行过代理或发送过垃圾邮件,那么在地址到您手上之后,列表可能仍然保留它。查询中的表现:
known_spammer、abusive_listed或proxy_observed_third_party(如果该网段同时被归类为托管,则为datacenter_blocklisted)。 - 您在使用公司 VPN、iCloud Private Relay、Cloudflare WARP 或云浏览器。 这些确实会转发您的流量,所以标记是正确的,即使不受欢迎。查询中的表现:
known_vpn_server、openvpn_open或ipsec_open之类的握手方法,或relay_ip。针对那一个网站关闭该服务即可解决。
如果您得到的是风险数字而不是 VPN 标签,那是另一个问题:这里说明您的 IP 欺诈评分意味着什么。
为什么我的 IP 地址被标记为开放代理?
当某个列表或探测发现该地址上有一个互联网上任何人都能使用的中继时,IP 地址就会被标记为开放代理。一些 Instagram 用户反映被告知其 IP 看起来像开放代理。我们没有找到解释这项检查的 Meta 帮助页面,所以只能描述这种标记通常意味着什么。
我们的评分代码对两类代理证据的权重不同。经我们的扫描器握手确认的 SOCKS 或 HTTP 代理(socks5_open、http_proxy_open),分量几乎是仅出现在第三方代理列表上的地址(proxy_observed_third_party)的两倍。代码中的一条注释给出了原因:这类地址“是共享的,并且每天轮换,所以它是需要进一步审视的理由,而不是我们已验证代理那样接近封锁的权重”。
我们的代理握手在 1080、3128 和 8080 等端口上运行。候选地址来自托管网络、VPN 服务商的网段和公开的免费代理列表。我们从不泛泛地扫描家庭连接,所以只有当某个公开列表已经点名了某个家庭地址,我们才会对它进行代理探测。
收到开放代理标记时要检查的内容:
- 代理设置和扩展。 检查每台设备上的系统代理设置和每个浏览器扩展。
- 路由器端口转发和远程管理。 删除任何不是您设置的转发规则,除非需要,否则关闭远程管理。
- 路由器固件。 安装最新版本,它会修补已知漏洞。
- “被动收入”应用。 卸载任何通过共享带宽付钱给您的程序,家中每台设备都要检查。
- 恶意软件。 对每台电脑运行一次完整扫描。
在 Mac 上,下面的命令会列出所有接受连接的程序,因此代理端口上的陌生监听程序一目了然:
lsof -nP -iTCP -sTCP:LISTEN
如何检查我的 IP 是否被标记为 VPN?
请用一个能展示证据的查询来检查互联网实际看到的地址,而不是只看一个是或否。共四步:
- 打开查看您的公网 IP 及其被标记为什么。它会查询您自己的地址,并显示 VPN、代理、Tor、中继和 CGNAT 标记、
vpn_confidence、欺诈评分、建议的处理方式以及触发的检测方法。 - 想快速得到是或否,请检查您的 IP 是否被标记为 VPN。要测试任何其他地址,请查询任意 IP。
- 将路由器的 WAN 地址与您的公网 IP 对比。如果 WAN 地址以 100.64 至 100.127 开头(位于 100.64.0.0/10 内),说明您处于 CGNAT 之后。这项检查才是可靠的:工具中 CGNAT 显示“否”并不能排除这一点。Netflix 自己的检查是 fast.com:选择“Show more info”,然后将“Client”旁边的国家与您实际所在位置对比。
- 如果您习惯使用终端,可以直接调用 API 并读取
meta.last_scanned,我们的工具目前还不显示它:
curl https://api.geoiphub.com/v1/lookup/{ip}
不带密钥时,请控制在少量调用:一分钟内第 30 次匿名调用就会失败,并锁定两小时。
封锁您的网站可能使用另一家供应商,这里的干净结果并不能让您在那里过关。在我们这边,“未检测到”也不等于“干净”:在我们今天检查的两台 VPN 服务器中,我们漏掉了一台 PIA 服务器(它因 Barracuda 列表收录得到 64 分,而没有被识别为 VPN),并通过 IPsec 握手发现了一台 NordVPN 服务器,但没有给出其名称。
如何自行修复 VPN 或代理标记
您可以消除运行在自己连接上的任何原因,但标记本身会一直保留,直到供应商重新扫描并重建其数据。第 1 步和第 6 步能立刻看到结果。请按下面的顺序逐项处理,每一步之后重试被封锁的网站:
- 关闭 VPN、iCloud Private Relay 或代理扩展后重试。 如果封锁消失,说明标记是正确的,解决办法是对该网站排除这些服务。
- 从网络上的每台设备中移除 proxyware 和免费 VPN 应用。 一部手机共享带宽,就足以让整个家庭的地址被列入。
- 关闭您没有设置的路由器端口转发,并更新固件。 这样可以去掉扫描器可能确认的开放监听端口。
- 扫描恶意软件。 僵尸网络通过被感染的机器出售代理访问。
- 重启路由器,或请 ISP 提供新地址。 这只在 ISP 会分配新地址时有效,而且新地址可能带有它自己的历史。
- 用移动数据测试。 如果网站在那里可以正常访问,说明原因在于地址,而不是您的设备或账号。
您无法自行修复的内容,以及该找谁
您无法改变地址或其网络的归类方式,而这往往才是 VPN 或代理标记的真正原因。ASN 或网段的归类、共享的 CGNAT 地址、中继的出口地址以及其他供应商的数据库,都不在您的控制范围内。
有三方可以采取行动。您的 ISP 拥有该网段及其注册记录,可以请供应商重新归类。封锁您的网站可以放行您,或告诉您它使用哪家供应商。供应商可以更改自己的记录。关于网站一侧的做法,请参阅网站如何避免因 VPN 标记而封锁真实客户;关于高风险评分,请参阅如何降低高评分。
VPN 或代理标记会持续多久?
VPN 或代理标记会持续到证据发生变化且供应商重建其数据为止,而大多数供应商不公布期限。以下是 GeoIPHub 的时间窗口,来自我们扫描器在 2026 年 10 月 26 日的代码和配置:
| 证据 | 何时消失 |
|---|---|
| Tor 出口 | 出口列表每 6 小时重新读取一次;离开该列表的地址在那次运行中被清除 |
| 第三方代理列表 | 该列表涵盖过去一天内被观察到充当代理的地址,每 6 小时重新读取;离开该列表的地址在下一次运行中被清除 |
| 我们的握手发现 | 满 7 天后重新探测;如果 30 天内未能再次确认则丢弃 |
| 服务商列表中的名称 | 脱离我们加载的所有列表 14 天后丢弃 |
| 任何变更 | 在查询数据库重建时进入 API,每天 UTC 00:00 重建,约 UTC 04:00 上线 |
meta.last_scanned 是应该读取的字段。我们的文档将其描述为最近一次扫描的时间;在我们的构建中,它是该地址的记录最后一次被写入的时间。它不是标记首次设置的日期。不要为此使用 meta.last_classified_at:它是响应生成的时间,所以始终等于您发出请求的那一刻。
其他供应商的窗口更长。IPinfo 的住宅代理数字“显示在过去 90 天内,您的 IP 地址有多少天属于住宅代理池”(IPinfo Community),所以一个已清理的连接在那里可能需要长达 90 天才会归零。我们在IP 判定会持续多久中观察了一个真实地址上判定的变化。
如何申诉 VPN 或代理标记
先问封锁您的网站,因为是它选择了供应商,也可以覆盖供应商的结论。Netflix 的帮助页面让您运行 fast.com,如果客户端所在国家和 IP 与您的家庭连接一致,就请您的 ISP 联系 Netflix 客服。Netflix 还说明“观看 Netflix 直播活动或使用含广告套餐时,不支持 VPN”。
如果您知道是哪家供应商持有该标记,以下是我们在 2026 年 10 月 26 日能够确认的途径:
| 供应商 | 途径 | 他们的说法 |
|---|---|---|
| IPQS | IPQS 的报告表单,适用于 IP 或 CIDR 网段 | “We will review all reports within 24-48 hours.”(我们会在 24 至 48 小时内审核所有报告。) |
| IPinfo | 代理标记没有自助表单 | “you should inform your ISP and suggest they reach out to us.”(您应通知您的 ISP,并建议它联系我们。) |
| MaxMind | 更正请求页面:位置和 ISP 名称有专门表单,其他数据有通用表单 | “One-off corrections are typically reviewed within 1-2 business days.”(一次性更正通常在 1 至 2 个工作日内审核。)该页面未提及匿名工具标记 |
| GeoIPHub | 无 | GeoIPHub 目前没有自助申诉渠道。 |
无论写信给谁,都请附上 IP、带时区的日期和时间、确切的错误文本和代码、网站,以及您已经排除的内容。“你们的数据有误”不能给供应商任何可核查的东西。
面向网络运营者:如何让 IP 段从 VPN 列表中移除
如果您的 IP 段被标记为 VPN,请先弄清楚是哪家供应商持有该标记,然后向该供应商提供关于该网段的证据,而不是投诉。当那位 RIPE 运营商为他的 /22 寻求帮助时,Blacknight 的 Michele Neylon 回复说:“Been there. It's an absolute pain.”(我也经历过,真的很痛苦。)(RIPE anti-abuse-wg)。这是可以解决的,只是需要逐家供应商处理。
找到供应商。 询问流媒体服务的网络或合作伙伴联系人它使用哪家供应商。在各供应商的公开查询页面上测试几个样本地址,并记录哪些会标记它们。
提供供应商可以核实的证据:
- 注册记录。 显示该网段分配情况及用途的 RDAP 或 WHOIS 条目。
- 简明声明。 该网段承载终端用户宽带,上面没有 VPN、代理或托管服务。
- 您的滥用联系方式。 供应商会将其视为
network.abuse_contact;请保持更新,它与人们用来向网络的滥用联系人举报 IP 的是同一个地址。 - 日期。 如果该网段曾属于托管或 VPN 公司,请注明其被重新分配或购买的时间。
- 示例。 几个受影响的地址,以及每个地址被标记的时间。
geofeed(RFC 8805)只包含位置信息,所以仅凭它无法清除 VPN 标签。
首先,打开 what-is-my-ip 工具,看看触发的是哪种方法,然后前往您可以自行修复的内容或其余的该找谁来修复。方法会告诉您这个标记是否正确,以及该由谁来修复。
常见问题
我没有使用 VPN,为什么我的 IP 被标记为 VPN?
通常是因为地址本身,而不是您的设备。您 ISP 的网段可能被归类为托管,您可能与许多客户共用一个 CGNAT 地址,某个应用可能正在把您的连接出租为代理,或者该地址带有此前用户的历史记录。像 GeoIPHub 这样列出检测方法的查询,可以显示触发了哪些证据,不过没有任何单一供应商能看到所有原因。
如何检查我的 IP 是否被标记为 VPN?
打开一个会执行完整查询的 what-is-my-ip 页面,例如 GeoIPHub 的,然后查看 VPN、代理和中继标记以及检测方法。其他供应商的结论可能不同,所以如果某个特定网站封锁了您,请询问它使用的是哪家 IP 数据供应商。
为什么我的 IP 地址被标记为开放代理?
要么是某个代理列表收录了您的地址,要么是扫描器在 1080、3128 或 8080 等端口上完成了代理握手。在 GeoIPHub 的 API 中,仅被列表收录会显示为 proxy_observed_third_party。请检查路由器的端口转发、代理设置以及共享带宽的应用,如果列表收录持续存在,再请 ISP 更换新地址。
Netflix 错误 E106 是什么意思?
当 Netflix 认为您的连接经由 VPN 或代理时,会显示 E106 以及提示“You seem to be using a VPN or proxy”。请关闭所有 VPN、代理或中继后重试。如果您没有使用任何这类服务,Netflix 的帮助页面会引导您先使用 fast.com,再联系您的 ISP,因为该地址本身可能被归类为 VPN 或托管地址。
VPN 或代理标记会持续多久?
直到证据发生变化且供应商重建其数据为止。大多数供应商不公布期限。在 GeoIPHub 的扫描器中,无法再次确认的握手结果会在 30 天后被丢弃,服务商列表中的名称在脱离列表 14 天后被丢弃,第三方代理列表的收录则在地址离开该列表后的下一次 6 小时周期运行时清除;变更随每日重建上线。IPinfo 的住宅代理数据回溯 90 天。
ISP 如何让其 IP 段从 VPN 列表中移除?
先弄清楚是哪家供应商持有该标记,然后向该供应商提供该网段的注册记录、一份说明其承载终端用户宽带的简明声明、当前有效的滥用联系方式、重新分配的日期,以及几个受影响地址及其时间戳。预计需要逐家供应商重复这一流程。
我能让我的 IP 从 VPN 列表中移除吗?
先问封锁您的网站,再问数据供应商。IPQS 通过表单受理报告,并称会在 24 至 48 小时内审核;IPinfo 要求您的 ISP 联系它。GeoIPHub 目前没有自助申诉渠道。
iCloud Private Relay 会被标记为 VPN 吗?
不应该。它是中继,Apple 要求网站把它的地址当作运营商级 NAT 对待。对于 Apple 公布的出口地址,GeoIPHub 的 API 返回 is_relay 而不是 is_vpn,并将中继的评分上限设为 60,因此仅凭该 IP 永远不会达到 block。
GeoIPHub API 背后的团队
由 GeoIPHub 团队撰写,即构建 GeoIPHub IP 情报 API 及其扫描器的团队。草稿在 AI 辅助下完成,并由团队编辑;除非标注为示例,API 示例均为针对线上 API 的真实查询。


