如何在JMeter中修复SSRS的ASPX API 401错误？

1. 明确SSRS的认证机制 #

SSRS常用Windows身份验证或Forms认证，先确认目标实例的认证类型：

• 若为Windows身份验证，仅靠HTTP Header Manager无效，需添加HTTP Authorization Manager，选择NTLM或Kerberos认证类型，填入正确的域、用户名和密码。
• 若为Forms认证，要确保登录后获取的会话Cookie（如ASP.NET_SessionId、.ASPXAUTH）自动传递到.aspx接口请求中，添加HTTP Cookie Manager即可自动管理Cookie，无需手动配置。

2. 对齐浏览器的请求头 #

用浏览器F12抓包，对比JMeter与浏览器的请求头差异：

• 重点校验User-Agent、Referer、X-Requested-With等字段，部分SSRS接口会验证Referer的合法性，直接将浏览器中的对应值复制到JMeter的HTTP Header Manager中。
• Windows认证场景下，浏览器会自动生成NTLM/Kerberos的Authorization头，JMeter需通过授权管理器自动生成，不要手动添加该头。

3. 核对报表接口的请求参数 #

.aspx报表接口通常需要特定参数，需逐一确认：

• 确保请求方法（GET/POST）与浏览器一致，部分SSRS报表导出使用POST请求，JMeter不要选错请求方式。
• 检查SSRS专属参数是否完整，比如rs:Command=Render、rs:Format=PDF这类参数需正确传递，缺失参数可能触发认证校验失败。

4. 检查JMeter的Cookie管理 #

• 测试计划中必须添加HTTP Cookie Manager，它会自动保存登录后的会话Cookie，并在后续请求中自动携带。手动添加Cookie容易遗漏更新的会话标识，导致401错误。
• 若SSRS使用多个Cookie（如Forms认证的.ASPXAUTH加会话Cookie），Cookie Manager会自动处理，无需手动配置。

5. Kerberos认证的额外配置（若适用） #

如果SSRS采用Kerberos认证，需调整JMeter配置：

• 在JMeter的system.properties文件中添加：

  java.security.krb5.conf=C:/Windows/Kerberos/krb5.ini
  sun.security.krb5.debug=true
  

• 确保运行JMeter的机器已加入域，且测试用户拥有该SSRS报表的访问权限。

6. 分步调试排查 #

• 先单独运行登录请求，查看响应中的Cookie和返回码，确认登录操作真正成功。
• 再运行报表.aspx请求，逐一对齐浏览器请求的所有细节（请求头、Cookie、参数），修正JMeter中的配置差异。

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