IP 信譽與 ASN 偵測：為何「乾淨」的 IP 仍會被封

你買了「乾淨」的 proxy。那些 IP 不在任何黑名單上 — 你查過了。你的指紋被模仿得很好，你的標頭完美無瑕，而你還是在第一次請求就被挑戰。原因通常是目標站台在不到一毫秒內做的一次查詢：它問了你的 IP 屬於哪個網路。

這就是 ASN 偵測，而在 2026 年，它是每一套反機器人堆疊裡最便宜、最可靠的訊號 — 排在 TLS 指紋之前、排在 JavaScript 挑戰之前。本文解釋 IP 信譽實際上如何被計算出來、為什麼「沒被列入黑名單」幾乎毫無意義，以及在你怪罪自己的程式碼之前該檢查什麼。它是我們 JA3/JA4 詳解的網路層搭檔。

ASN：你無法偽造的訊號

網際網路上每個 IP 都屬於一個自治系統（Autonomous System）— 就是透過 BGP 宣告它的那個網路。AS 號碼是公開的、可免費查詢，而且從客戶端這一側不可能造假。一次查詢就告訴防禦方：

• 誰在營運這個網路 — AWS、Hetzner、Comcast、Vodafone…
• 這是哪種網路 — 雲端／主機代管、ISP／一般用戶、行動電信、教育、企業
• 這個網路的流量歷來長什麼樣子

這套邏輯既殘酷又有效：真正的購物者不會從 AWS 資料中心內部瀏覽。來自主機代管 ASN（AWS、GCP、Hetzner、OVH、DigitalOcean）的 IP，每個工作階段開始時的機器人機率先驗就是約 90%+。來自住宅一般用戶 ISP 的 IP 則接近零。不需要 JavaScript、不需要指紋識別、零成本 — 在你的請求本體抵達之前，判決大致就已成形。

信譽是一個分數，不是一份黑名單

「我的 IP 不在 Spamhaus 上」回答的是 2010 年的問題。現代的 IP 信譽是針對每個 IP（以及每個 /24、每個 ASN）持續更新的分數，由以下這類訊號建立：

訊號	它告訴防禦方什麼
ASN 類型	主機代管 vs 住宅 vs 行動 — 基準先驗
共享的濫用遙測資料	Cloudflare/Akamai/DataDome 在它們所有客戶之間都看得到這個 IP — 在 A 站台招來的封鎖會跟著你到 B 站台
每個 IP 的請求速度	一個家庭不會一天產生 5 萬次請求
工作階段多樣性	來自一個 IP 的數百個不相關 cookie = proxy 出口
連接埠掃描／開放 proxy 探測	許多廠商會主動探測 IP 是否開著開放 proxy 連接埠
IP 年齡與流動	近期易主或行為改變的網段會被快速重新評分

兩個後果。第一，信譽是共享的：你會繼承之前用過那個 IP 的每個人的罪過 — 這就是為什麼便宜、超賣的住宅 IP 池表現不佳。第二，信譽是按網段算的，不只是按 IP：一個吵鬧的鄰居就能把你所在的 /24 給污染掉。

2026 年的 IP 信任階層

1. 行動電信 IP — 信任度最高。CGNAT 意味著數千個真人共用每個 IP，所以封鎖一個 IP 就會封鎖到真實客戶。防禦方在這裡會極度謹慎。
2. 住宅 ISP IP — 高信任，是認真抓取與帳號工作的標準。
3. ISP／靜態住宅（「企業一般用戶」）IP — 信任度不錯、穩定，但作為消費者形態流量的可信度較低。
4. 資料中心 IP — 在受保護的目標上信任度接近零。用在未受保護的 API、內部工具、對自家資產做地區測試則沒問題。

（含定價取捨的深入探討：為代理人挑選 proxy 類型從成本面涵蓋了同一套階層。）

在 debug 之前先檢查

在動你的程式碼之前，先盤問出口 IP 本身。透過你的 proxy 問：我在哪個 ASN 上、它是哪種類型、地理位置把我擺在哪裡？

# What does the world see when you connect through your proxy?
curl --proxy "socks5h://USERNAME:[email protected]:913" \
     "https://ipinfo.io/json"

# Look at "org": "AS7922 Comcast..."  -> eyeball ISP, good
#         "org": "AS16276 OVH SAS"    -> hosting ASN, you were sold datacenter

三個能解釋「IP 乾淨，卻仍被擋」的發現：

• 那個「住宅」IP 其實在主機代管 ASN 上。有些供應商把資料中心網段重新貼標成住宅來轉售。ASN 查詢會立刻揭穿這點 — 如果 org 顯示 OVH 或 ColoCrossing，你被賣的是資料中心。
• 地理位置不符。你的工作階段聲稱是美國店面，IP 的地理位置卻落在法蘭克福 — 或更糟，IP 的時區與你瀏覽器的 Intl 時區互相矛盾。跨層一致性檢查會抓到這個。
• IP 沒問題；指紋才有問題。如果 ASN 是真正的 ISP，而你在第一次請求就被擋，那就往堆疊上層移動 — TLS/HTTP2 指紋（在此修正）或無頭瀏覽器的痕跡。

順著信譽走，而不是逆著它

• 讓 IP 類型與流量故事相符。消費者形態的流量（社群、零售、球鞋、票券）需要住宅／行動。B2B SaaS 儀表板能容忍 ISP IP。公開 API 則不在乎。
• 分散速度。信譽系統會追蹤每個 IP 的請求速率 — 在一個大型 IP 池上輪換能讓每個出口維持在雷達之下；參見 Python 中的輪換模式。
• 別燒掉黏性 IP。使用黏性工作階段時，你是在目標上建立每個 IP 的歷史 — 讓那份歷史保持人類形態，因為現在你就是那份信譽。
• 在投入大量流量之前先測試 IP 池品質。從一個供應商取樣 20 個出口，逐一檢查 ASN 類型與一致性。一個有 30% 被誤標成資料中心的池，會產生神秘、間歇性的封鎖率，看起來就跟程式碼的 bug 一模一樣。

總結

• ASN 類型是第一個、也最便宜的機器人訊號 — 在你的請求被解析之前就已成形，從客戶端無法偽造。
• 信譽是針對每個 IP／網段／ASN 的共享、連續分數 — 「沒被列入黑名單」毫無意義；歷史會跟著 IP 走遍那家廠商保護的每一個站台。
• 信任階層：行動 > 住宅 > ISP > 資料中心。讓 IP 類型與你正在模仿的流量相符。
• 用經驗驗證出口：ASN org、類型、地理一致性。被誤標的池是無聲的封鎖率殺手。
• IP 乾淨卻在第一次請求就被擋？問題在上一層 — 指紋。