IP 有沒有洩露怎樣查？ip-api、ipinfo、ip111 三步組合自查

核心結論：跑一個查 IP 網站，確認不到「沒有洩露」。出口、類型、洩露是三個層面，要按查出口、查類型、查洩露的次序，組合 ipinfo、ip-api、ip111 和 ipleak，每層拿到一份數據再下判斷。整套流程每步只需一兩分鐘。環境裡做完再上業務，比事後排查省功夫得多。

代理顯示已連接，網頁也正常打開。跑了一段時間，帳戶還是出事。多數人第一時間懷疑代理質素。但在懷疑代理之前，值得先把 IP 這一層查清楚。要查的其實有三件事：出口是不是配置的那條；這個出口在平台眼中是甚麼屬性；瀏覽器有沒有從別的通路把真實資訊漏出去。三個問題，對應三種工具。MostMate 是一款把代理檢查和出口核對做進環境管理的指紋瀏覽器。下面按「第三方工具查一遍、環境內入口日常盤」的思路拆開講。

出口、類型、洩露是三件事，一個網站看不全

查 IP 網站只能答到「出口是誰」。其餘兩個問題，它都答不了。只跑一次查詢就當隔離到位，是自查裡最常見的盲點。

平台風控看的東西至少有三層。

• 第一層是出口歸屬，IP 所在國家、城市、ASN 要與帳戶身份匹配。

• 第二層是出口屬性。同一段 IP，有住宅寬頻和數據中心之分。機房段在風控模型裡的權重，與住宅段不一樣。

• 第三層是旁路洩露。WebRTC 可以在瀏覽器裡直接探測本機公網地址。DNS 解析可能繞開代理，走系統預設通道。IPv6 則可能在只代理了 IPv4 的鏈路上直接曝光。這些通路全部繞開代理直連。

三層各自要不同的數據，四個工具各查一層。下面照次序做。

三步組合的自查流程

三步都要開在環境裡做。本機瀏覽器測出來的，是本機網絡。對環境沒有參考價值。

1. 第一步：用 ipinfo 查出口歸屬。在環境裡打開 ipinfo.io，頁面直接顯示當前出口的地理位置、組織與 ASN。逐項跟代理商的標注對照：國家城市是否一致；營運組織是不是代理商宣稱那家。發現出入，先記進環境備註。留到第二步交叉驗證。不同資料庫對同一段 IP 的收錄有快有慢。單家結果，不算結論。

2. 第二步：用 ip-api 判斷出口屬性。瀏覽器直接打開 ip-api.com，會返回一段 JSON。proxy 與 hosting 兩個欄位就是屬性判定。hosting 為 true，表示這段 IP 屬於數據中心或機房；proxy 反映它是否已被標記為代理。多數代理走機房段。hosting 顯示 true，屬於正常現象。這個欄位的價值，是讓你看清出口在平台眼中的屬性。至於跟帳戶業務是否匹配，要結合業務自行判斷。

3. 第三步：用 ip111 和 ipleak 查旁路洩露。ip111.cn 從本地網站、海外網站、Google 三個方向各報一次出口。正常情況下，三個結果一致，指向同一條代理線路。ipleak.net 再補 WebRTC、DNS 與 IPv6 三個面板。任何一欄出現代理之外的地址，就存在旁路洩露。本地寬頻營運商的網段，尤其要提防。這層要繼續深挖，DNS 洩露檢測和 IPv6 洩露檢測兩篇各有完整排查步驟。

三步跑完有三份結論：出口對不對、屬性是甚麼、旁路乾不乾淨。哪一步出問題，處理方向完全不同。拆開查而不是混著看，原因就在這裡。

把檢查固化到環境裡：MostMate 的代理核對入口

第三方工具適合入庫時的深度排查，日常核對用環境內的固定入口更快。MostMate 的代理表單裡有一項 [ip 查詢通道]，預設範例通道就是 ip-api。代理配置好之後點 [檢測代理]，環境按選定通道實測出口並回填結果。入庫這一步，不用離開環境。

環境列表裡每個環境都帶代理與出口 IP 兩欄。哪條線配給哪個環境、當前出口落在哪個地區，掃一遍列表就能對完，不用逐個打開環境去問。環境參數裡的語言、時區、位置資訊，預設隨出口 IP 對齊。出口定下來之後不用再手動填，錯位的風險隨之少了一處。

從建立環境到配好代理的完整次序，四步設定流程裡有一版帶介面說明的預覽。環境隔離在整個防關聯體系裡擔當甚麼角色，產品說明頁有完整介紹。

結果怎樣讀：三類誤判與檢查節奏

異常結論要經過交叉驗證再定性，三類常見誤判各有對應的處理路徑。

資料庫誤差：同一個 IP，ipinfo 顯示一座城市，ip-api 顯示另一座。多數是兩家資料庫收錄有快有慢。判斷時看更穩定的欄位。國家層面兩邊一致，就可以繼續用。城市級別的差異，記入環境備註。連續幾次巡檢都存在，再聯絡代理商核實。

機房屬性：hosting 為 true，不等於這個出口不能用。它只說明這段 IP 屬於數據中心。不是禁用標記。真正要權衡的，是業務類型與出口屬性的配搭。拿機房段跑對 IP 質素敏感的業務，和拿它跑屬性不敏感的業務，風險量級完全不同。要不要繼續用，取決於業務要求，而不是這一個欄位。

旁路洩露：這是三類結果裡唯一要立刻處理的。WebRTC 或 DNS 面板裡出現代理之外的地址，先回環境確認代理確實在生效。再檢查 WebRTC 的處理方式，指紋瀏覽器的 WebRTC 設定一篇按場景寫過怎樣配。處理完重新測。面板乾淨了，再恢復業務。

檢查節奏跟著三個時點走。新代理測通入庫時，三步完整跑一遍。更換代理或調整環境配置後，複查第三步。日常巡檢看環境列表的出口 IP 欄有沒有漂移。出口地區換了卻沒人改過配置，本身就是一條線索。固定週期的巡檢動作，代理出口巡檢一文整理過現成清單。

想在瀏覽器指紋那一層再加檢測，BrowserLeaks 十一項檢測導讀按出口、讀取、聲明三組拆過每個項目的用法。

結語

IP 自查的價值，不在跑過多少個網站。關鍵在出口、屬性、洩露三層各自有數據。判斷有依據，處理有方向。準備開新環境或換新代理的，按三步流程跑順，再上業務。已經在跑的，用環境內的出口 IP 欄做日常盤面。有異常，再回第三方工具深查。下載 MostMate，把代理檢查、出口核對和指紋配置放進同一套環境管理裡。自查由臨時動作，變成固定流程。

常見問題

ip-api 是免費的嗎？

網頁版查詢免費。瀏覽器直接打開，就能看到包括屬性判定在內的返回結果。它同時提供 API 服務，免費版有調用頻率限制。批量查詢按官方頁面的說明使用。

ip111 顯示的三個出口 IP 不一樣怎麼辦？

三個方向指向不同地址，即不同鏈路走了不同出口。常見原因是分流規則或全域代理沒有覆蓋全部流量。回到環境裡確認代理配置的覆蓋範圍，重測到三個結果一致。

WebRTC 洩露要怎樣處理？

先確認代理在環境裡真實生效，再檢查 WebRTC 的處理方式。處理完回到 ipleak 重新檢測，面板不再出現本地營運商網段，才算解決。靠瀏覽器擴充功能限制 WebRTC 並不穩定，在環境層處理更穩妥。

三步全部正常，帳戶就一定安全嗎？

不是。IP 只是關聯信號裡的一組。瀏覽器指紋、Cookie 與登入習慣、帳戶行為節奏，都在平台風控範圍內。三步自查解決的是網絡這一層。指紋層的隔離，靠環境本身。兩層都到位，關聯風險才談得上收斂。