Elavon Opayo测试环境支付失败求助：疑似Akamai WAF拦截

问题核心 #

我们使用Elavon Opayo DIRECT集成服务多年，此前无重大问题，近期出现测试环境无法完成常规支付，但相同代码在生产环境运行完全正常的异常情况。

域名迁移背景 #

Elavon强制推行集成域名变更，将原sagepay.com域名切换至新的elavon.com主机名：

• 测试环境：test.sagepay.com → sandbox.opayo.eu.elavon.com
• 生产环境：live.sagepay.com → live.opayo.eu.elavon.com

事件时间线 #

• 2024年3月前：多次收到域名变更预警邮件；3月6日在预发布环境测试新URL确认可用，同日完成生产环境部署
• 2024年4月8日左右：测试/预发布环境及使用新测试URL的本地开发环境均无法完成非3DS验证的简单支付
• 4月10日：自行排查无果，首次向Elavon提交支持工单
• 4月10日后：与Opayo产品支持反复沟通，已对照迁移指南完成所有要求检查

关键现象与已做排查 #

• 系统返回带有AkamaiGhost标识的WAF拦截响应，符合Akamai常见拦截特征
• 仅切换回旧测试URL，相同代码即可正常完成支付，证明新旧URL基础设施完全独立
• 生产环境使用新URL运行正常，推测测试环境WAF拦截策略更为严格
• 已检查本地开发环境IP信誉，无异常记录；未执行渗透测试、触发限流等违规操作
• Opayo支持团队表示仅我们遇到此问题，推测请求触发了其他客户未触及的WAF规则

疑问与求助 #

1. 是否可确认我们的请求被Elavon的Akamai WAF/安全策略拦截，导致无法获取标准Opayo键值对支付响应？
2. 是否有其他用户遇到过同类问题，具体表现是什么？
3. 有没有已验证的解决方案？
4. 针对AkamaiGhost拦截问题（不限于Elavon/Opayo场景），有哪些通用的解决经验？

我们急需解决该问题，预发布环境的正常运行是保障生产部署前充分测试的必要条件。

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