- 只代理 claude.ai 和 api.anthropic.com 不夠：CDN、OAuth 認證、錯誤監控上報這些請求漏走本地，會造成出口不一致。
- 非常規命名的 CDN 域名要單獨精確匹配；UDP / QUIC 流量很多客戶端默認不接管，也要處理。
- 分流規則解決「有沒有漏出去」，IP 純淨度解決「出去的路乾不乾淨」，兩者缺一不可。
只代理 claude.ai 和 api.anthropic.com 為什麼不夠？
Claude Code 在實際運行中，除了核心對話請求，還會訪問 CDN 靜態資源、OAuth 認證服務、錯誤監控上報、AB 測試開關服務。這些請求如果漏走了代理，會出現「核心請求走了海外出口，但監控請求走了本地網路」的地域不一致，這類不一致恰恰是風控系統重點識別的信號。
除了核心域名，還有哪幾類容易漏掉？
CDN 資源類的域名有時用的是非常規命名（比如某些 CDN 服務商的域名中間用連字符而非常規子域名格式），普通的「域名後綴匹配」規則抓不住，需要單獨精確匹配。監控上報類域名（如錯誤追蹤、效能監控服務）看起來和 Claude 無關，但一旦沒走代理，上報的 IP 和你請求 Claude 時的 IP 不一致，也可能被判定為異常。
另一個容易被忽略的是 UDP 流量：很多代理客戶端預設不接管 UDP（例如 QUIC），這部分請求會從本地網路直接出去，造成出口不一致。可以在客戶端裡開啟 UDP 轉發，或讓瀏覽器、工具停用 QUIC。
域名規則失效時怎麼辦？用 IP 段兜底
如果用了 DNS over HTTPS 加密解析，或者未來出現規則裡沒有的新域名，純域名匹配規則可能會失效。這時候把 Anthropic 已公開的 IP 段和 ASN 直接寫進兜底規則，能大幅降低域名規則漏配時流量意外洩露到本地網路的風險，讓指定出口的覆蓋更完整。
分流規則再全，出口IP本身的品質才是根本
把域名清單配得再完整，如果出口 IP 本身就是被大量共用、信譽已經很差的機房/機場IP，風控照樣會盯上你。分流規則解決的是「有沒有漏出去」的問題，IP 純淨度解決的是「出去的這條路乾不乾淨」的問題，兩者缺一不可。易聯的美國住宅IP從源頭讓出口畫像更乾淨，配合完整的分流規則使用效果更穩。
常見問題
因為 Claude Code 還會訪問 CDN、認證、監控上報、NTP 等十幾個相關域名，任何一個漏走代理，都會造成流量出口地域不一致，反而成為風控信號。
很多代理客戶端預設不接管 UDP（例如 QUIC），這部分請求會直接從本地出去，和你的代理出口對不上。開啟 UDP 轉發或停用 QUIC 即可。
建議加上。當 DNS 加密解析或出現規則外的新域名時，域名匹配可能失效，IP 段兜底能確保流量依然強制走向指定出口。