ip純淨度檢測結果為什麼不一樣:資料來源、權重與定位庫的差異

部落格 / IP 與隱私

ip純淨度檢測結果為什麼不一樣:資料來源、權重與定位庫的差異

同一個出口 IP,在不同網站做 ip純淨度檢測,一個說“乾淨”,另一個說“高風險”,這很常見,通常也不代表其中一個壞了。各站查的信譽來源不同,給每個來源的權重不同,資料更新時間不同,用的地理定位庫也不同,最後壓成一個總分時,差異就被放大了。比較有用的做法是不看總分,逐項看“哪個來源命中了、因為什麼命中”。

純淨度分數到底是怎麼來的?

幾乎所有純淨度檢測都是同一個模式:拿你的出口 IP 去查若干個信譽來源,每個來源返回“命中 / 未命中”或一個風險值,再按某種權重加總成一個分數或等級。

問題出在這三個環節都沒有統一標準:

  • 查哪些來源,各站自己選;
  • 每個來源算多重,各站自己定;
  • 多久查一次、結果快取多久,各站也不一樣。

cdnping 的 IP 與環境檢測 彙總了 14 個信譽來源,包括 ip-api、proxycheck、IP2Location、StopForumSpam、Tor 出口列表、託管 ASN 名單,以及 DroneBL、SpamCop、Mailspike、Barracuda、UCEPROTECT、s5h、dan.me.uk 等 DNS 黑名單,每一項命中都公開權重。具體每個來源的判斷依據和誤判情況,在 IP 純淨度怎麼算:14 個信譽來源的判斷依據、權重與誤判 裡有逐項說明,這裡只講“為什麼各站對不上”。

原因一:查的資料來源不一樣,回答的也不是同一個問題

“純淨度”這個詞把幾類性質不同的名單混在了一起。大致可以分成四類:

來源型別它回答的問題典型命中原因
代理 / VPN 識別庫這個 IP 像不像代理、VPN 出口段內大量 IP 表現出代理特徵
託管 ASN 名單這個 IP 是否屬於雲主機、機房網段ASN 歸屬於雲服務商或 IDC
郵件類 DNS 黑名單這個 IP 最近是否發過垃圾郵件、被蜜罐捕獲同網段有主機發信或中毒
濫用 / Tor 名單是否有論壇濫用記錄、是否是 Tor 出口註冊濫用、Tor 節點

一個只接了代理識別庫的站,和一個只接了郵件黑名單的站,對同一個機房 IP 的結論可以完全相反:前者說“是代理”,後者說“沒發過垃圾郵件,很乾淨”。兩者都沒錯,只是問的問題不同。

所以看到分數差異時,先問一句:兩個站各查了哪些來源?如果一個站不公開來源清單,它的分數就只能當參考。

機房 IP 為什麼總是被扣分?

託管 ASN 名單和很多代理識別庫的邏輯是“按網段歸屬判斷”,不看你這臺機器做過什麼。只要出口落在雲廠商的地址段,就會命中。這不是說這個 IP 有不良記錄,而是說它“不是家寬”。機房 IP 和家寬 IP 在網站眼裡的區別,可以看 機房 IP 和家寬 IP 有什麼區別:網站識別住宅 IP 的五個維度。

原因二:同樣的命中,權重不同

假設兩個站都查到“這個 IP 屬於託管 ASN”。A 站把它當成輕微訊號,B 站把它當成高風險。同一個事實,總分可以差出一大截。

DNS 黑名單之間也差別很大。有的名單隻收錄確認發過垃圾郵件的單個 IP,有的會因為同一網段裡有問題主機而把整段列入。前者命中說明這個 IP 本身有記錄,後者命中可能只是“鄰居”惹的事。一個站如果把兩類名單同等對待,結果就會偏嚴。

cdnping 的 /ip 公開每項命中的權重,你能看到總分由哪幾項構成;如果認為某項不適用於你的場景,可以不計這一項再看。

原因三:更新頻率和快取時間不同

信譽資料是會變的。一個 IP 今天被列入黑名單,過幾天可能自動過期或被申請移除;雲廠商回收再分配的 IP,前一個使用者留下的記錄也可能還掛著。

各站在時間上的差異主要有兩種:

  • 資料來源本身的更新週期不同。實時查詢的 DNS 黑名單反映的是此刻的狀態,而下載到本地的離線庫可能是幾天甚至幾周前的快照。
  • 檢測站自己的快取。為了減少查詢量,很多站會把一個 IP 的結果快取一段時間。你在 A 站看到的可能是剛查的,在 B 站看到的是幾天前的。

如果兩個結果矛盾,隔一段時間在同一個站重測一次,往往比在兩個站之間來回比較更說明問題。

原因四:定位庫不同,地區判斷也會不同

很多純淨度結果會附帶“IP 所在地”,有的還把“地理位置與註冊地不一致”當作風險訊號。但地理定位庫之間本來就常有分歧:有的按網段註冊資訊定位,有的按測量資料定位,更新時間也不一樣。

這就是為什麼 cdnping 用 11 個地理庫投票定位並給出置信度:當多數庫一致時置信度高;如果庫之間分歧明顯,說明這個 IP 的位置本身就有爭議,單個站給出的“所在地”不必太當真。同時,網段註冊資訊走 RDAP 查詢,可以和定位結果對照。

定位分歧和“原生 IP / 廣播 IP”的判斷直接相關,概念區別見 原生 IP 與廣播 IP。

原因五:兩個站看到的可能根本不是同一個 IP

這一點經常被忽略。下面幾種情況,會讓兩個站測到不同的出口:

  • 雙棧網路:A 站支援 IPv6,你的瀏覽器走了 IPv6 出口;B 站只有 IPv4,測的是 IPv4 出口。兩個出口的信譽可以完全不同。詳見 IPv6 代理不生效:雙棧網路下 IPv4 與 IPv6 出口不一致的原因與排查。
  • 分流規則:代理或公司網路按域名分流,訪問 A 站走直連,訪問 B 站走代理。國內站和境外站看到的 IP 不同,可以用 大陸分流檢測 確認。
  • 多出口:部分網路對不同目的地使用不同出口。/ip 的多出口檢測會對比 Claude、ChatGPT、Grok 的 Cloudflare trace 看到的地址。

所以比較兩個結果之前,第一件事是確認它們顯示的 IP 是同一個。

怎麼自己核對一個 IP 的純淨度?

下面這套流程不依賴任何一個站的總分,適合在結果矛盾時用。

第一步:確認出口 IP,分別看 IPv4 和 IPv6

# 分別獲取 IPv4 / IPv6 出口(Cloudflare trace 返回 ip= 一行)
curl -4 -s https://www.cloudflare.com/cdn-cgi/trace | grep ip=
curl -6 -s https://www.cloudflare.com/cdn-cgi/trace | grep ip=

# 也可以用 DNS 查詢自己的出口
dig +short txt ch whoami.cloudflare @1.1.1.1

把得到的 IP 和各檢測站頁面上顯示的 IP 逐個對一下。不一致的話,先解決出口問題,再談純淨度。

第二步:查網段歸屬

whois 203.0.113.10 | grep -iE 'netname|orgname|org-name|descr|country|origin'

(203.0.113.10 是文件保留地址,請換成你自己的 IP。)重點看 ASN 和組織名:如果是雲服務商,那麼託管 ASN、代理識別類來源命中是預期內的,不需要額外擔心。

第三步:直接查 DNS 黑名單

DNS 黑名單的查詢方式是把 IP 的四段倒過來,拼在名單域名前面。例如 IP 為 203.0.113.10:

IP=203.0.113.10
REV=$(echo $IP | awk -F. '{print $4"."$3"."$2"."$1}')
for BL in dnsbl.dronebl.org bl.spamcop.net bl.mailspike.net \
          dnsbl-1.uceprotect.net all.s5h.net; do
  R=$(dig +short $REV.$BL A)
  echo "$BL -> ${R:-未列入}"
done

返回 127.0.0.x 一類地址表示已列入,返回空表示未列入。如果你的系統 DNS 用的是大型公共解析器,部分名單可能拒絕回答或返回錯誤碼,這時換成自建或運營商的解析器再查。具體返回碼含義以各名單官網說明為準;部分名單對查詢量或用途有限制,自己偶爾查幾次沒問題,批次使用前請先讀它們的使用條款。

第四步:在 /ip 裡逐項看命中,而不是看總分

開啟 /ip,在純淨度部分逐條看:

  • 命中的是哪一類來源(代理識別、託管 ASN、郵件黑名單、濫用 / Tor);
  • 每項的權重是多少,總分主要由哪幾項貢獻;
  • 定位置信度高不高,11 個庫是否一致。

第五步:按下面的對照表下結論

你看到的情況大概說明什麼建議
只命中託管 ASN / 代理識別IP 屬於機房網段,沒有具體不良記錄屬於正常現象,按用途決定是否在意
命中單 IP 級的郵件黑名單這個 IP 近期可能被用來發信或被感染檢查自己的裝置和服務是否在外發郵件,排查後按名單官網流程申請移除
只命中整段級的黑名單同網段其他主機有問題聯絡網路服務商說明情況
命中 Tor 出口列表IP 正在或曾經作為 Tor 出口若非本人執行,聯絡服務商確認 IP 分配情況
各站結果矛盾,但都沒寫來源無法判斷誰對以能看到逐項來源的結果為準,隔一段時間重測
定位置信度低各定位庫對這個 IP 的位置有分歧不要依據單一站點的“所在地”下結論

做這些核對是為了理解自己的網路狀況、排查誤判,以及在 IP 確有問題時走正規渠道處理。各平臺的風控和地區政策請以平臺服務條款為準,並遵守當地法規。

除了 IP,還有哪些因素會影響“看起來乾不乾淨”?

純淨度只看 IP 本身。真實的網站判斷通常還會結合瀏覽器環境,比如時區、語言、字型和 IP 所在地是否對得上,WebRTC 是否暴露了另一個地址。這些不進純淨度分數,但會影響你對整體結果的判斷。相關內容可以看 瀏覽器指紋與環境檢測 和 DNS 洩漏與 WebRTC 洩漏。

如果你想把出口 IP、DNS、IPv6、延遲這些一次查完,可以按 開發者網路自檢清單(2026 版) 的順序走一遍。cdnping 各項檢測的資料來源和計算口徑都寫在 資料方法 頁裡。

相關文章

繼續閱讀