公司动态 · 发布时间：
切换清洗服务，不只是把网站流量改道。若新服务尚未接管、旧入口仍可直连，或备用主机名泄漏，攻击者仍可能绕过清洗层访问源站。做好清洗服务切换期间源站地址暴露风险控制，关键是先收紧源站，再导流，并验证直连路径确实不可用。
误区一：先切流量，后限制源站
提前修改公开解析记录，不能保证所有访问立即走新服务。用户侧、递归解析器和中间设备可能保留旧结果一段时间；监控、邮件或外部系统也可能仍使用原地址。切换窗口内，旧入口因此可能继续暴露。
先在源站防火墙或云安全组中，将入站访问限制为清洗服务公布的回源地址范围；管理端口只允许受控的运维网络访问。若使用 Nginx，也应检查实际生效的访问控制，而不只查看配置文件。回源地址范围可能随服务商调整，需安排核对和更新机制。
误区二：只隐藏一个源站地址
源站通常不止一个入口。主机别名、测试环境、旧站点、邮件服务记录或遗留面板，可能指向同一台服务器或同一网段。攻击者只要找到仍公开的备用入口，就可能绕过主站的清洗配置。
切换前列出所有对外域名和对应主机，逐项确认用途、解析目标与负责人；不再使用的记录应删除，仍需使用的入口应采用独立访问限制。也要检查历史配置、部署文档和公开仓库中是否留有旧地址。不能确认用途的记录，先核实业务依赖，再决定停用。
误区三：把共享密钥当成唯一防线
有些架构会在回源请求中附加自定义标记或密钥，再由源站识别。它能增加一道验证，但密钥可能出现在日志、诊断信息或误发的配置中；若源站仍允许任意网络访问，仅靠这个标记并不等于源站不可直连。
优先使用网络层访问限制，并在服务支持时启用受保护的回源认证。密钥应独立生成、限制可见范围、定期轮换；变更后检查应用日志与代理日志，避免记录完整敏感值。认证机制与网络限制应互相补充，而非二选一。
误区四：测试只验证网站能打开
页面正常显示，只能说明某条访问路径可用，不能证明源站直连已被阻断。上线前应分别检查经清洗服务访问和绕过清洗服务直连两种情况，并覆盖主站、静态资源、登录入口及仍在使用的子域名。
- 在维护窗口记录当前解析结果、源站访问规则和回滚负责人。
- 先调整源站规则，再通过服务商提供的测试方式确认回源成功。
- 从不在允许名单内的网络尝试访问源站；预期结果应为连接被拒绝或请求无法到达应用。
- 检查访问日志，确认正常用户流量经预期入口到达，并留意陌生来源直连。
- 观察业务告警和用户反馈后，再扩大切换范围；保留可执行的回滚步骤。
误区五：回滚时重新开放所有来源
若新服务出现故障，临时把源站恢复为全网可访问，虽然可能让业务恢复，却会重新打开绕过清洗层的通道。应预先设计回滚：明确旧入口是否仍受保护、哪些来源可以回源，以及谁有权限修改规则。
更稳妥的做法是先恢复已验证的受控路径，必要时切换到备用防护入口，而不是直接取消源站限制。每次回滚后再次检查入口清单、访问规则和日志。清洗服务切换期间源站地址暴露风险控制，应覆盖变更与回退两个阶段。
常见问题
源站地址已经被公开，还能补救吗？
可以立即限制源站入站来源，并检查是否存在其他直连入口。地址已知不代表必然可访问，关键是访问规则是否有效。
只依赖清洗服务的代理开关够吗？
不够。还要在源站或云网络层阻止未授权来源直连，并逐项检查备用主机与管理入口。
切换后多久可以删除旧配置？
没有适用于所有环境的固定时长。确认业务依赖、缓存与监控均不再使用旧入口后，再分项清理，并保留变更记录。
怎样判断切换真正完成？
正常业务经新服务访问稳定，源站直连测试被拦截，日志中也没有未授权来源持续触达。满足这些条件后，再结束观察并归档检查结果。
