IP 判官 ipjudge.org
数据从哪里来
- ipapi.is：IP 和网络的使用方类型（运营商、机房、企业、教育等），以及代理、VPN、Tor、滥用、爬虫等标记。
- DB-IP Lite：国家、城市和 ASN，按 CC BY 4.0 协议使用。
- MaxMind GeoLite2：国家与 ASN，作为独立的一家参与位置一致性对照。
- Shodan InternetDB：公网观测到的开放端口与 CVE 关联（每周更新，不是实时扫描），只作暴露面证据，不参与扣分。
- IPLocate：隐私标记（VPN / 代理 / Tor / iCloud 专用代理 / 滥用记录）与机房服务商名，只作证据，不参与扣分。
- X4BNet 公开名单：已知机房和 VPN 网段。
- Tor Project：Tor 出口节点名单。
- FireHOL level1：公开的滥用网段名单。
- DNS 黑名单：SpamCop、PSBL、UCEPROTECT L1、DroneBL、s5h，每次实时查询。
- RDAP 登记信息：网段的登记名、登记人、投诉联系人和备注，经 rdap.org 分派到各地区的互联网注册机构查询。
- 反向解析（PTR）：这个 IP 本身，加上同一个 /24 网段里每 8 个抽 1 个、共 32 个地址的反向解析命名。
- proxycheck.io：两处用途 —— ① 给「代理标记」提供第二来源确认；② 主数据源不可用时兜底判类型。它单独出现时不参与地区结论（实测它把一些家宽地址池判为商业、把云服务器判为 VPN）。
- PeeringDB：网络自己登记的类型。只作参考，不参与判定：大型家宽运营商在这里常登记为「骨干网络」，云厂商反而可能登记为「企业」。
同一 IP 的结果会保留 24 小时。在线数据源每天有额度，用完后只用本地公开名单判断，页面上会标明「简化结果」。
IP 类型怎么判
第一步：数据库初判
按下面的顺序，命中第一条就定下初步结论：
| 顺序 | 条件 | 判定 |
|---|---|---|
| 1 | 被 ipapi.is 或本地名单标为 VPN / Tor 出口（可单独成立） | 代理 / VPN |
| 1b | 被标记为代理，且有第二家评分来源同意 | 代理 / VPN |
| 2 | 被标记为机房，或使用方是云服务、主机商 | 机房 IP |
| 3 | 被标记为移动网络 | 移动网络 |
| 4 | 使用方是运营商 | 住宅 IP（再经第二步复核） |
| 5 | 使用方是企业、教育、政府或金融机构 | 企业 / 教育网络 |
| 6 | 以上都判断不出 | 暂时判不准 |
第二步：用登记信息和反向解析复核
数据库判为住宅、商业或判不准的 IP，还要再看两类公开证据，按顺序：
| 证据 | 改判为 |
|---|---|
| 反向解析像机房或云服务器（例如 ec2-…、vps…），或 RDAP 登记信息指向 IDC、机房 | 机房 IP |
| 反向解析属于商业宽带运营商（例如 MegaPath） | 商业 / 企业线路 |
| 数据库判为住宅，但本 IP 和同段都找不到家宽地址池命名（例如 adsl-…、pool-…、cm…） | 运营商 IP |
| 数据库判不准，但反向解析是家宽地址池命名 | 住宅 IP |
代理标记为什么需要第二来源
单个数据源把一个 IP 标成代理，不足以直接下结论 —— 实测有家宽线路被其中一家误标。所以：
- 有两家以上评分来源都指向代理 / VPN：判为代理，按代理扣分。（「评分来源」指用于代理判定和扣分的来源；IPLocate 这类只作展示的不计入确认数。）
- 参与评分的来源里只有一家标了代理：仍列进判定依据，但只扣 10 分提示，类型按线路本身属性判。
- 机房属性不能当代理的佐证：一个 IP 是机房，说明它被托管，不代表它被拿来做代理。
- 例外：proxycheck 返回
type=VPN时不按代理处理 —— 实测它会把普通云服务器标成 VPN，所以这种情况只用于类型兜底（判为机房），不参与代理结论。
匿名性信号取最高，不叠加
「代理」「VPN」「Tor」是同一类信号，一个 IP 同时命中多项时，按其中最高的一项扣分，不重复计算。各项标记仍会全部列在风险检查里，供你自己判断。
类型判不出来时
如果用于类型判定的来源都没给出足够的类型证据，这个 IP 会标为类型待确认：分数照算，但不给等级、不盖「优」章 —— 因为「没东西可扣」不等于「干净」。如果只有一家评分来源标了代理、又没有类型证据，会明确写出来，不会把这两件事混为一谈。
本 IP 没有反向解析时，看同段 32 个抽样里占一半以上的命名类型。没有反向解析本身不算负面证据。结果页的「判定依据」会写明每一条证据，以及有没有改判。
「运营商 IP」的意思是：属于运营商网络，但找不到它是家庭宽带的公开证据。它可能是家宽，也可能是运营商卖给企业或机房的地址。不同检测站用的数据源不同，同一个 IP 的结论可能不一样。
原生 IP 和广播 IP
比较两件事：这个 IP 所在网段的 whois 登记地址在哪个国家，以及这个 IP 实际定位在哪个国家。两者一致叫原生 IP，不一致叫广播 IP。常见的广播 IP，是在一个国家登记的网段，通过路由宣告拿到另一个国家使用。
纯净度怎么算
从 100 分开始扣，最低 0 分（没有扣分项时最高 99，见下面「为什么没有 100 分」）：
| 情况 | 扣分 |
|---|---|
| 机房 IP | −25 |
| 代理标记（有两个以上参与评分的来源确认） | −30 |
| 代理标记（仅一家评分来源标记，未经交叉确认） | −10 |
| VPN 标记 | −30 |
| Tor 出口 | −50 |
| 滥用记录 | −25 |
| 爬虫标记 | −10 |
| 每命中一个 DNS 黑名单 | −10（最多 −30） |
广播 IP、线路地点不一致不扣纯净度：它们只说明网段登记地和实际定位对不上，不能证明这个 IP 被滥用，也不代表它是静态住宅 / ISP 代理。这两项会单独列在「线路与地理一致性」里，影响地区判断，不影响分数。
等级：95 分以上 A+，85 以上 A，70 以上 B，50 以上 C，25 以上 D，其余 F。缺少核心数据源或数据未刷新时，等级会按证据完整度封顶，并在分数旁写明原因。
为什么没有 100 分
没有任何风险扣分的 IP，本站也不给满分，而是按证据强弱留 1–5 分。这几分不是扣分，是留白：公开数据只能证明「没查到问题」，证明不了「一定没问题」。
| 留白原因 | 分值 |
|---|---|
| 公开数据的盲区（平台内部标签、历史使用者，任何检测站都看不到） | −1，所有 IP |
| 运营商 IP：属于运营商网络，但没有家宽证据 | −2 |
| 企业 / 商业线路 | −2 |
| 移动网络：通常很多用户共用一个出口 | −1 |
| 近 7 天本站见到 5 台以上设备共用这个 IP | −2 |
所以无风险的 IP 落在 95–99 分，等级仍是 A+；有家宽证据、没有多人共用的住宅 IP 最高 99。只要有任何一项风险扣分，就不再叠加留白，分数按上面的扣分表算。类型待确认的 IP 不适用留白，它本来就不给等级。
场景适配怎么算
同一个 IP，做 TikTok 和打游戏的要求完全不同，所以每个场景各有一套扣分权重，从 100 分往下扣：80 分以上「适合」，55–79「可以用，易被验证」，55 以下「不推荐」。这是适配度，不是成功率：平台最终怎么判，还要看账号、设备和使用行为。
| 扣分项 | TikTok | 跨境电商店铺 | 社交账号 | 流媒体 | 海外支付 | 游戏 |
|---|---|---|---|---|---|---|
| 机房 IP | −50 | −30 | −30 | −50 | −30 | −10 |
| 被标为代理 / VPN | −40 | −40 | −35 | −40 | −45 | −15 |
| Tor 出口 | −60 | −60 | −50 | −60 | −70 | −60 |
| 滥用记录 | −25 | −30 | −30 | −5 | −35 | −20 |
| 每个黑名单（最多计 3 个） | −5 | −5 | −5 | — | −10 | — |
| 类型判不准 | −10 | −10 | −10 | −10 | −10 | — |
| 商业线路 | −5 | — | — | — | — | — |
| 多人共用 | −20 | −25 | −15 | −10 | −15 | — |
各场景最看重什么：TikTok看IP 类型、代理标记、机房的多人共用；跨境电商店铺看机房 / 商业线路的多人共用（关联风险）、代理标记、滥用记录；社交账号看代理标记、滥用记录；流媒体看机房 / 代理（会被当作代理屏蔽）、地区限制；海外支付看代理 / Tor、滥用记录、黑名单；游戏看主要看延迟（本站不测延迟），IP 类型影响较小。
地区硬条件不打分，直接判「不推荐」：TikTok 不在中国大陆（用的是抖音）、香港（2020 年退出）、印度（2020 年起禁止）提供服务；Netflix、Disney+ 不在中国大陆提供服务，Netflix 2022 年起暂停俄罗斯的服务。
多人共用：只对机房、代理、商业线路计分。这些出口后面可能是很多客户，关联风险更高；住宅 / 运营商 / 移动网络的 2–4 台家庭设备属于正常使用，不计分。首页检测时，我们记录「这个出口 IP、日期、设备哈希」（设备哈希由浏览器 UA 和语言加本站密钥算出，反推不出原文，8 天后删除）。近 7 天见到 5 台以上不同设备用同一个出口，才算多人共用。这个数只来自本站访客，偏保守。
纠错
觉得判错了，可以在 IP 查询页底部提交纠错。每一条都人工复核，核实后改判，并在该 IP 的「判定依据」里注明纠错编号。全部纠错和结果公开在纠错记录。
ChatGPT、Claude、Gemini 能不能用
三家各有一份官方公布的可用地区名单，而且并不一样。我们按各自的名单分别判断（2026 年 9 月 30 日逐项核对）：
- ChatGPT：OpenAI 名单，208 个地区。
- Claude：Anthropic 名单（Claude.ai 一节），185 个地区。
- Gemini：Google 名单，240 个地区。中国大陆只有 Google Workspace 企业版可用，个人账号不算。
- Gemini API / AI Studio：Google 另有一份 API 名单（229 个地区，2026-10-01 核对），比网页版少了香港、澳门、缅甸和几个法属、荷属领地。单独判断，只看地区，不看 IP 类型：在服务器上调 API 是正常用法。
几个常被问到的例子：中国大陆三家都不支持；香港、澳门只有 Gemini 网页版支持，Gemini API 不支持；俄罗斯、伊朗、朝鲜、古巴、叙利亚、白俄罗斯三家都不支持。
地区在名单里之后，再看网络类型：被识别为代理或 VPN 的判为不适合；机房 IP 判为能用但容易被验证；住宅、移动、运营商 IP、商业线路判为适合。
首页还会直接访问 claude.ai 和 chatgpt.com，读出它们看到的 IP。很多代理软件按域名分流，所以这两个 IP 可能和你打开本站用的 IP 不一样。Gemini 没有可以读出口 IP 的公开接口，首页只测能不能连上。
Muse 注册怎么判
Muse 是 Meta 的 AI Agent。Meta 没有公布完整的开放地区名单，本站只按有一手来源的两个地区判断：美国（2026-09-08 上线）和加拿大（2026-09-18 在加拿大区 App Store 上架，服务条款的仲裁条款写「US or Canada」）。名单以外一律判「未开放」。
- 出口在美国 / 加拿大，且是住宅、运营商或移动网络：能用。
- 商业线路：看情况（结果和运营商信誉有关，不稳定）。
- 机房 IP、被识别为代理 / VPN：不能用。依据是用户反馈（机场节点、机房 IP 注册常进等候名单），不是 Meta 的官方说明。
Muse 没有能读出口 IP 的公开接口，首页按打开本站的出口判断。只有在 /muse/ 专项页，Muse 不能用才会算进「需要注意的问题」。
Claude / Muse 使用条件清单
/claude/ 和 /muse/ 专项页不再给第二个 0–100 分，只列这次访问能验证的网络条件。每项标「通过 / 注意 / 失败 / 未验证」，没有测量到的写「未验证」，不拿默认值冒充通过。
| 项目 | Claude（/claude/） | Muse（/muse/） |
|---|---|---|
| 出口地区（硬条件） | 在 Anthropic 名单里 ⇒ 通过；不在名单、香港、澳门、中国大陆 ⇒ 失败 | 美国 / 加拿大 ⇒ 通过；其它地区 ⇒ 失败（注册会进等候名单） |
| IP 类型 | 住宅 / 运营商 / 移动 / 商业 ⇒ 通过；机房 ⇒ 注意；代理 / VPN / Tor ⇒ 失败；判不准 ⇒ 未验证 | 同左；住宅 / 移动的通过率最高 |
| 风险标记 | 未命中已查名单 ⇒ 通过；命中 1–2 项 ⇒ 注意；3 项以上 ⇒ 失败 | 同左 |
| claude.ai 出口 | 和打开本站的出口一致 ⇒ 通过；不同 ⇒ 注意；没测到 ⇒ 未验证 | —（Muse 没有可读出口的公开接口） |
| Anthropic 各域名 | claude.ai、api.anthropic.com、platform.claude.com 出口一致 ⇒ 通过；不一致 ⇒ 注意；没测到 ⇒ 未验证 | — |
| DNS / WebRTC | 没有泄露 ⇒ 通过；只经国内 STUN / DNS 走国内 / 未知域名直连 ⇒ 注意或失败 | 同左 |
| 时区与语言 | 时区和出口地区一致、TLS 与 UA 一致 ⇒ 通过；中国时区或 TLS 不一致 ⇒ 注意 | 同左，时区在美洲更好 |
| 自动化 | 没有 webdriver、无头浏览器或 UA 篡改痕迹 ⇒ 通过；检测到 ⇒ 失败 | 同左 |
清单只评估这次访问暴露出的网络和浏览器环境，不评估账号本身（手机号、付款方式、账号历史站外看不到）。平台没有公开风控细则；通过所有网络条件也不等于账号一定能登录或聊天，平台还会看账号、设备和行为。
Claude 的出口按直接访问 claude.ai 读到的 IP 判断；Muse 没有能读出口 IP 的接口，按打开本站的出口判断。
终端出口（Claude Code / Codex）
curl -sL ipjudge.org/cc | bash 直接访问 api.anthropic.com、claude.ai、api.openai.com、chatgpt.com 的诊断地址读出 IP，和 Claude Code、Codex 一样按 HTTPS_PROXY 等环境变量走代理，并按各自的规则算出它们实际用的代理（Claude Code 不读 ALL_PROXY、不支持 SOCKS；Codex 会读 ~/.codex/.env）；再用 --noproxy 取一次直连出口做对照，并检查 macOS 系统代理是否开着但终端没用上。脚本只读，源码可以直接打开 /cc 查看。
IPv4 和 IPv6 分开检测
首页会分别访问一个只走 IPv4 和一个只走 IPv6 的地址（Cloudflare 的诊断页），读出两条出口。如果 IPv6 出口和 IPv4 不在同一地区，说明 IPv6 流量走了另一条路。很多网站会优先用 IPv6，它们看到的就是 IPv6 那个出口。
DNS 泄露、未知域名出口、TLS / TCP 指纹
这几项由一台独立的探针服务器完成，它不经过 CDN，访客的连接直接到达它：
- DNS 解析器：页面访问几个从没有人查过的随机子域名（
随机串.t.ipjudge.org），你的解析器只能来问我们的权威 DNS，于是我们能看到它的 IP，有时还能看到它附带的你的网段（ECS）。出口在海外、解析器却在中国大陆，就是 DNS 泄露：运营商能看到你访问的域名，结果还可能被污染。 - 未知域名的出口：
t.ipjudge.org不在任何代理规则里。规则模式下，没写进规则的域名常会落到「直连」，这一行就会显示你的真实 IP。 - TLS 指纹：握手时浏览器发出的 ClientHello 按 JA4 规范算成指纹。同一种浏览器内核的指纹很稳定，和 User-Agent 对不上，通常是改了 UA 或有工具替浏览器重新发起了 TLS。
- TCP 指纹：从 SYN 包的 TTL 和 TCP 选项顺序判断发起连接的是 Windows、macOS / iOS 还是 Linux / Android；MSS 推算出 MTU，偏小常见于隧道和 VPN。经代理上网时，看到的是代理服务器的系统，这是网站识别代理的常见依据之一。
探针只保存「随机串 → 解析器」的对应关系 10 分钟，只存在内存里，不写入磁盘。
不能保证什么
平台的风控还会看账号、设备、支付方式和使用习惯。IP 判官只判断网络这一环，结果不代表任何平台的最终结论。