JMeter压测Azure AD认证应用 Cookie配置后仍提示拦截无法登录求解

基本场景 #

• 测试人员为JMeter新手，正在编写被测应用的测试用例
• 被测应用基于Azure Active Directory实现OAuth 2.0认证流程
• 参照公开技术指引完成脚本基础配置后，可正常向应用发送HTTP请求，但登录环节持续收到报错提示：

无法完成登录：当前浏览器设置为拦截Cookie，需允许Cookie才能使用该服务；Cookie是存储在设备上的小型文本文件，用于标识用户登录状态，如需了解如何开启Cookie权限，请查阅所使用浏览器的在线帮助

已执行的配置与排查动作 #

• 已在user.properties配置文件中设置CookieManager.save.cookies=true
• 通过抓包确认，实际发出的HTTP请求头中已携带Cookie信息，仍持续触发上述Cookie类异常，需要同类场景的可落地解决思路

对应排查方向 #

• 检查HTTP Cookie管理器的核心配置：确认是否误勾选“每次线程迭代清理Cookie”选项，避免OAuth多节点跳转流程中积累的认证Cookie被意外清空；将Cookie策略调整为与真实浏览器行为匹配的browserCompat，默认的standard策略可能会拦截Azure AD跨域返回的合法Cookie
• 验证跨域Cookie的捕获逻辑：Azure AD的OAuth流程会涉及login.microsoftonline.com、应用自身域名等多个跨域交互节点，JMeter默认的Cookie域匹配规则会丢弃部分跨域返回的Set-Cookie响应头，可通过逐节点校验302跳转的响应Cookie，定位是否存在某环节返回的Cookie未被Cookie管理器捕获的问题
• 核对特殊属性Cookie的处理规则：Azure AD下发的登录态Cookie通常带有Secure、HttpOnly、SameSite属性，JMeter默认的Cookie处理逻辑和真实浏览器存在差异，可临时开启HTTP请求采样器的全链路重定向跟随能力，确保所有跳转环节的Cookie都被完整记录
• 校验OAuth回调链路的完整性：该报错本质是后端识别到回调请求未携带有效登录态Cookie，而非浏览器真的拦截Cookie。需要逐步骤核对从Azure AD授权端点到应用回调地址的全跳转链路，确认是否存在被截断的重定向、丢失的授权码参数，导致后端无法生成有效会话Cookie

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