切换服务后，业务页面能打开，不代表防护已经完整接管。新旧服务的规则、流量路径和告警方式都可能不同。使用这份网络防护服务切换供应商的验证清单，可在正式验收前逐项确认覆盖范围、实际效果和回退条件。
验收前的10项核对
- 资产范围是否一致。列出需要防护的域名、应用入口、接口和环境，标明生产、测试及暂不迁移的对象。逐项对照新服务控制台，确认没有遗漏或误纳入。
- 防护策略是否迁移。比较访问控制、速率限制、恶意请求拦截等规则的启用状态、匹配条件和例外项。不要只看规则名称；用获准的测试请求检查预期动作，确认正常请求不会被误拦。
- 管理员权限是否收紧。核对账号、角色和多因素认证设置，确认离职或不再参与切换的人员不保留管理权限。至少安排一名实际值守人员验证登录与紧急操作路径。
- 证书与密钥是否有效。检查 TLS 证书覆盖的主机名、有效期和证书链；如需导入私钥，应通过供应商支持的安全渠道传递，避免将密钥放进工单、聊天记录或普通邮件。
- 流量路径是否按计划切换。确认域名解析、路由或连接配置指向预定的新服务，并从不同网络环境检查访问结果。变更前保存旧配置和更新时间，避免只凭单台电脑的缓存判断切换完成。
- 源站访问限制是否匹配。如果源站设置了允许来源范围，核对新服务需要使用的地址或连接方式是否已获准，同时检查旧服务入口是否按计划撤除。不要为了方便而长期开放不必要的来源。
- 告警是否有人接收。触发一项安全、可控的测试事件，确认告警能到达值班邮箱、工单系统或约定的通知渠道，并核实联系人、升级路径和非工作时间的处理安排。
- 日志能否检索和导出。检查日志字段、时间显示、查询权限及保留安排。用一条测试请求核对记录是否可找到；切换旧服务前，先确认需要留存的历史日志已按内部要求导出或归档。
- 性能与错误表现可接受。在相近时间段比较新旧服务的响应时间、超时、错误率和拦截结果。若平台支持且变更风险可控，可先将少量流量导入新服务，再逐步扩大；比例和观察时长应结合业务峰谷与回退能力制定，不设通用固定值。
- 回退与责任交接已验证。明确谁能执行回退、需要恢复哪些配置、如何确认恢复成功，并记录供应商支持联系方式和内部负责人。通过桌面演练走一遍步骤，避免故障发生时才寻找旧配置。
按阶段验收，降低遗漏
验收不宜只安排在切换当天。先在测试环境核对规则和权限，再进行受控的生产验证；每一阶段都记录测试时间、结果、异常和处理人。发现拦截误报、告警未送达或日志缺项时，先暂停扩大切换范围，查明原因后复测。
可把网络防护服务切换供应商的验证清单整理成验收表，每项标记“通过、未通过、不适用”，并附配置截图或测试记录。是否通过应依据事先约定的业务指标与安全要求，而不是只凭供应商控制台显示“已启用”。
常见问题
切换后旧服务要立即关闭吗？
不一定。先确认流量已按计划迁移、回退方案可用，并完成日志和配置留存；旧服务何时关闭应结合合同、风险和内部变更流程确定。
没有测试环境，怎么验收？
使用获准的测试账号或无害测试请求，在低风险时段验证关键路径。避免对生产系统进行未经批准的压力测试或攻击模拟。
哪些结果应视为验收失败？
资产遗漏、正常请求被持续误拦、告警无法送达、关键日志不可查，或回退步骤无法执行，都应先处理再扩大切换。
谁来签字确认？
通常由业务负责人、安全或运维负责人及变更负责人按职责共同确认；具体审批角色以组织流程为准。完成记录后，再归档最终的网络防护服务切换供应商的验证清单。
