Bitbucket配置IP白名单：Cloud Source Repository IP段无效求替代方案

1. 确认CSR官方有效IP段 #

Google Cloud的CSR服务使用的IP属于Google Cloud全局外部IP范围，别依赖第三方工具给出的段，直接查找Google官方发布的IP列表，筛选与Cloud Source Repositories相关的条目。另外，如果你的同步操作是通过Cloud Build或Cloud Functions触发的，这两类服务的IP段也需要一并添加——很多时候同步请求是从这些关联服务发出的。

2. 改用域名白名单替代IP白名单 #

IP段频繁变动、精准匹配难度高的话，直接在Bitbucket里配置域名白名单：

• 放行source.developers.google.com、*.source.developers.google.com，以及同步过程中涉及的Google Cloud API域名（比如cloudresourcemanager.googleapis.com）。
• 域名比IP稳定得多，Google不会随意变更服务域名，能避免IP段更新导致的白名单失效问题。

3. 采用应用密码+IP限制的组合方案 #

要是IP白名单始终无法生效，换个访问控制思路：

• 在Bitbucket中创建专用应用密码，仅赋予镜像同步所需的最小权限（比如仓库读/写权限），不要开放全权限。
• 给这个应用密码添加IP限制，将其使用范围锁定到你能确认的CSR出口IP（如果能获取到固定IP的话）；如果你的Bitbucket和CSR都在VPC环境内，直接配置VPC peering会更稳妥。

4. 检查Bitbucket白名单配置本身 #

之前的35.185.0.0/16段无效，大概率是配置环节出了问题：

• 先确认CIDR格式是否正确，Bitbucket支持x.x.x.x/x这类标准格式，别输错符号或数字。
• 再检查白名单是否应用到了正确的项目或仓库层级——有些Bitbucket配置是分项目设置的，可能你只在单个仓库添加了白名单，全局并未生效。

内容的提问来源于stack exchange，提问作者Amrit jeet