多分支与云上业务需要固定出口 IP 报白名单，
签约前要确认什么？

为什么报给合作方的 IP 白名单隔一段时间就会失效

平时办公室上网一切正常，可合作方后台看到的访问来源地址却老是变化，通常是因为以下几种常见情况：

• 普通宽带重启或自动重拨后会换地址：大多数分支办公室使用的普通商业宽带并非固定地址，只要光猫断电重启、运营商夜间维护重拨，对外显示的公网 IP 就会跟着改变。
• 运营商共享地址池（NAT）随时跳变：有些宽带经过了运营商的多层地址转换（NAT），表面上办公室路由器没动，但每次发起新连接时，运营商出口都会从地址池里随机换一个公网 IP 出去。
• 多个分公司、云主机与出差员工各自访问：各地分公司的财务人员、阿里云或 Azure 上的业务服务器，加上在酒店或家里办公的员工，各自从不同城市、不同网络连向合作方平台，对方根本无法维护这样一长串随时变动的地址。

先分清「我们主动访问对方」与「对方回调通知我们」

在和合作方确认接口要求时，有一件事非常适合提前和对方开发或技术人员确认：究竟是我们的员工或服务器主动去访问对方（出站），还是对方的服务器要主动把通知推回给我们（入站回调 / Webhook）？这两件事在网络和系统配置上完全不同（行业技术文档如 Confluent Cloud 与 QuotaGuard 的说明也对这两类方向做了区分）：

• 主动出站访问（出站源 IP 白名单）：由您的各处办公室、工厂或云服务器主动发起请求调用合作方系统，合作方检查的是您发出请求时的来源公网 IP。这正是统一出站出口所要解决的场景。
• 接收对方回调通知（入站回调地址）：例如一笔支付完成后，银行或支付平台主动向您的服务器推送一条成功通知。这需要您的服务器对外提供一个固定的公网接收入口（或通过我们的应用发布能力开放指定服务端口），并由您的开发团队配好域名解析（DNS）、安全证书（TLS）与签名校验；单靠一个出站上网出口是无法直接接收外部主动推送的。

我们如何提供统一可识别的出口，以及签约前要确认哪四件事

当合作方要求固定的访问来源地址时，我们可以为您规划可识别的互联网出口：各分公司、工厂和云环境继续沿用现有的本地互联网宽带接入我们的网络（无需新拉物理专线，开通比传统专线更快），我们只把访问该合作方平台的那一部分业务流量定向汇总到指定的统一出口对外访问，而员工日常浏览网页、看视频等普通流量依然走各地原有的宽带，既省心又互不干扰。

由于「固定出口 IP」在日常沟通中容易产生不同理解，为了让报备好的白名单长期稳定有效，我们在为您制定方案和签署合同时，会与您一起书面确认清楚以下四项细节：

1. 出口地址是贵司独享还是多客户共享：口头说「固定地址」并不自动代表「单一企业独享」。如果合作方平台风控严格，需要避免受其他企业访问行为牵连，应在方案中明确约定使用独享出口地址还是共享出口地址。
2. 出口所在的国家与城市地区：许多银行、政务系统或海外合作平台不仅核对 IP 是否在白名单内，还会核对这个 IP 属于哪个国家或哪个城市。我们会根据对方平台的要求，与您确认匹配的出口所在地域。
3. 保持固定的合同周期与变更提前通知安排：任何机房或运营商资源都不宜作无条件的「永久绝对不变」口头承诺；我们会在方案与合同中明确约定地址保持稳定的周期，以及如遇底层线路重大调整时的提前通知与配合流程。
4. 主备出口自动切换时的白名单报备：为了防止单一出口故障导致业务中断，重要业务通常会配置主出口与备用出口。当主出口发生异常自动切换到备用出口时，对外的源 IP 可能会随之变为备用出口地址；因此上线前我们会将主、备出口地址一并整理给您，方便提前报入合作方白名单，并在切换演练中确认主备两个地址都能顺利通过对方校验。

同时需要说明，统一稳定的出口地址负责解决网络层的来源识别问题，合作方平台自身的账号权限、接口调用频率限制与业务合规要求仍需按对方平台规则及所在地法律法规执行。