多分支與雲端業務需要固定出口 IP 報白名單，
簽約前要確認什麼？

為什麼報給合作方的 IP 白名單隔一段時間就會失效

平時辦公室上網一切正常，可合作方後台看到的訪問來源地址卻老是變化，通常是因為以下幾種常見情況：

• 普通寬頻重啟或自動重撥後會換地址：大多數分支辦公室使用的普通商業寬頻並非固定地址，只要光纖數據機斷電重啟、電訊商夜間維護重撥，對外顯示的公網 IP 就會跟着改變。
• 電訊商共享地址池（NAT）隨時跳變：有些寬頻經過了電訊商的多層地址轉換（NAT），表面上辦公室路由器沒動，但每次發起新連線時，電訊商出口都會從地址池裏隨機換一個公網 IP 出去。
• 多個分公司、雲端主機與公幹員工各自訪問：各地分公司的財務人員、阿里雲或 Azure 上的業務伺服器，加上在酒店或家裏辦公的員工，各自從不同城市、不同網絡連向合作方平台，對方根本無法維護這樣一長串隨時變動的地址。

先分清「我們主動訪問對方」與「對方回調通知我們」

在和合作方確認介面要求時，有一件事非常適合提前和對方開發或技術人員確認：究竟是我們的員工或伺服器主動去訪問對方（出站），還是對方的伺服器要主動把通知推回給我們（入站回調 / Webhook）？這兩件事在網絡和系統配置上完全不同（行業技術文件如 Confluent Cloud 與 QuotaGuard 的說明也對這兩類方向做了區分）：

• 主動出站訪問（出站源 IP 白名單）：由您的各處辦公室、工廠或雲端伺服器主動發起請求調用合作方系統，合作方檢查的是您發出請求時的來源公網 IP。這正是統一出站出口所要解決的場景。
• 接收對方回調通知（入站回調地址）：例如一筆支付完成後，銀行或支付平台主動向您的伺服器推送一條成功通知。這需要您的伺服器對外提供一個固定的公網接收入口（或透過我們的應用發佈能力開放指定服務端口），並由您的開發團隊配好域名解析（DNS）、安全證書（TLS）與簽名校驗；單靠一個出站上網出口是無法直接接收外部主動推送的。

我們如何提供統一可識別的出口，以及簽約前要確認哪四件事

當合作方要求固定的訪問來源地址時，我們可以為您規劃可識別的互聯網出口：各分公司、工廠和雲端環境繼續沿用現有的本地互聯網寬頻接入我們的網絡（無需新拉物理專線，開通比傳統專線更快），我們只把訪問該合作方平台的那一部分業務流量定向匯總到指定的統一出口對外訪問，而員工日常瀏覽網頁、看影片等普通流量依然走各地原有的寬頻，既省心又互不干擾。

由於「固定出口 IP」在日常溝通中容易產生不同理解，為了讓報備好的白名單長期穩定有效，我們在為您制定方案和簽署合同時，會與您一起書面確認清楚以下四項細節：

1. 出口地址是貴司獨享還是多客戶共享：口頭說「固定地址」並不自動代表「單一企業獨享」。如果合作方平台風控嚴格，需要避免受其他企業訪問行為牽連，應在方案中明確約定使用獨享出口地址還是共享出口地址。
2. 出口所在的國家與城市地區：許多銀行、政務系統或海外合作平台不僅核對 IP 是否在白名單內，還會核對這個 IP 屬於哪個國家或哪個城市。我們會根據對方平台的要求，與您確認匹配的出口所在地域。
3. 保持固定的合同週期與變更提前通知安排：任何機房或電訊商資源都不宜作無條件的「永久絕對不變」口頭承諾；我們會在方案與合同中明確約定地址保持穩定的週期，以及如遇底層線路重大調整時的提前通知與配合流程。
4. 主備出口自動切換時的白名單報備：為了防止單一出口故障導致業務中斷，重要業務通常會配置主出口與備用出口。當主出口發生異常自動切換到備用出口時，對外的源 IP 可能會隨之變為備用出口地址；因此上線前我們會將主、備出口地址一併整理給您，方便提前報入合作方白名單，並在切換演練中確認主備兩個地址都能順利通過對方校驗。

同時需要說明，統一穩定的出口地址負責解決網絡層的來源識別問題，合作方平台自身的帳號權限、介面調用頻率限制與業務合規要求仍需按對方平台規則及所在地法律法規執行。