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 判官只判斷網絡這一環，結果不代表任何平台的最終結論。