IP 判官 ipjudge.org

Claude Code / Codex 出口檢測

瀏覽器測着乾淨,不代表 Claude Code 也乾淨。終端走的出口要單獨測。

在終端裏運行:

curl -sL ipjudge.org/cc | bash
腳本只讀:不安裝、不修改、不上傳。它會直接問 api.anthropic.com、claude.ai、api.openai.com、chatgpt.com 看到的 IP,和不走代理時的出口做對照,並檢查 IPv6 和時區。下面是瀏覽器這一側的檢測,可以對照「訪問 Claude 的 IP」是不是同一個。

檢測中只在你的瀏覽器和本站之間進行,不需要登入

正在檢測你的網絡出口…

正在查詢 IP…

AI 平台能不能用

按各家官方開放地區 + 實際訪問它們的出口
ClaudeAnthropic
檢測中
ChatGPTOpenAI
檢測中
GeminiGoogle
檢測中

怎麼改

按輕重排序 · 每條寫「發生了什麼 → 怎麼改」

全部檢測完成後,在這裏按輕重列出問題和改法。

誰看到了你的哪個 IP

同一出口歸成一組

檢測完成後顯示。

場景適配

適配度,不是成功率 · 怎麼算

正在計算…

■ 80+ 適合■ 55–79 可以用,易被驗證■ 55 以下不推薦

IP 詳情

打開本站用的出口

正在查詢…

瀏覽器與連接檢查

13 項 · 點開看詳情 · 只在你的瀏覽器和本站探針之間運行
訪問 Claude 的 IP
檢測中…
訪問 ChatGPT 的 IP
檢測中…
訪問 Gemini
檢測中…
IPv4 出口
檢測中…
IPv6 出口
檢測中…
WebRTC
檢測中…
DNS 解析器
檢測中…
未知域名的出口
檢測中…
TLS 指紋
檢測中…
TCP 指紋
檢測中…
瀏覽器時區
—
瀏覽器語言
—
自動化痕跡
檢測中…

代理軟件常按域名分流:打開本站用的 IP,不一定是 Claude、ChatGPT 看到的 IP。前兩項是直接問 claude.ai 和 chatgpt.com 得到的。

常見問題

為什麼終端和瀏覽器的出口不一樣?

很多代理軟件預設用「系統代理」模式:瀏覽器會讀系統代理,終端卻不會。沒有設定 HTTPS_PROXY 時,Claude Code 就在直連。開 TUN / 增強模式,或者給終端設定環境變量,都能解決。

怎麼給終端設定代理?

在 ~/.zshrc 或 ~/.bashrc 里加一行(端口換成你代理軟件裏的 HTTP / 混合端口,常見 7890 / 7897):

export https_proxy=http://127.0.0.1:7890 http_proxy=http://127.0.0.1:7890
重新打開終端後再運行一次檢測。按 Claude Code 官方文檔:它只認 https_proxy / HTTPS_PROXY / http_proxy / HTTP_PROXY,不支援 SOCKS,也不讀 ALL_PROXY;也可以寫進 ~/.claude/settings.json 的 env,後台運行的 Claude Code 只認這裏。

Windows 怎麼測?

在 Git Bash 或 WSL 裏運行同一條命令。PowerShell 裏可以先運行 curl.exe -s https://api.anthropic.com/cdn-cgi/trace,看 ip= 和 loc= 兩行。

出口在支援地區,Claude Code 還是被限制?

再看出口類型:機房 IP 和被標記為代理的 IP 更容易被風控;終端和瀏覽器的出口不一致、帳號在多個出口之間切換,也會增加驗證。

相關文章

查另一個 IP

輸入 IPv4 或 IPv6,查看完整判定。

Claude Code / Codex 走哪個出口?

瀏覽器測着乾淨,不代表終端也乾淨。在終端裏運行:

curl -sL ipjudge.org/cc | bash

為什麼要單獨測終端 →