LoadRunner回放报Error-26630 HTTP401未授权登录失败如何解决

你已完成动态值关联、补充cookie与请求头后仍触发Error -26630: HTTP Status-Code=401 (Unauthorized)错误，按以下优先级排查遗漏配置：

• 校验关联结果准确性：不要仅确认动态参数已被关联，要逐字节对比回放请求与录制成功请求的参数值，重点检查csrf token、nonce、requestId、登录加密公钥、时间戳这类一次性参数，确认关联匹配的内容没有多余前后缀、长度和字符组成与有效值完全一致，很多关联因为边界设置错误，抓到的参数带了多余引号、空格，会直接导致鉴权失败。
• 检查Cookie配置有效性：手动添加Cookie时要确认domain、path属性与应用要求完全匹配，跨子域、路径不匹配的Cookie不会被请求携带；同时检查运行时设置中Run-time Settings > Internet Protocol > Preferences > Advanced下的Automatically handle cookies开关状态，避免手动添加Cookie和自动Cookie管理逻辑冲突，导致Cookie被覆盖、丢失。
• 补全并校验请求头：部分应用会校验请求头的存在性、值格式甚至顺序，除通用头外，重点确认是否遗漏Origin、Referer、X-Requested-With以及自定义签名类请求头（比如X-Signature、X-Timestamp这类和时间、请求内容绑定的动态头，这类头的动态值很容易被遗漏关联）；如果请求为JSON格式，要确认Content-Type值与录制时完全一致，例如缺少charset=UTF-8后缀都可能被服务端拦截。
• 确认请求体编码正确：如果登录请求为表单格式，检查所有参数的URL编码是否符合服务端预期，尤其是动态值、密码字段中包含的+ / = &这类特殊字符，错误的转义/未转义会导致服务端解析参数失败，判定为无权限请求。
• 验证前置请求执行状态：确认登录接口前的所有前置请求（比如登录页加载、验证码获取、加密公钥拉取接口）都业务执行成功，不要仅看HTTP状态码为200就判定请求正常——如果前置请求返回业务错误码、跳转到错误页面，后续从响应中拿到的动态值本身就是无效的，自然无法通过登录鉴权。
• 匹配应用认证模式：如果目标应用使用NTLM、Kerberos、Digest这类HTTP层认证，而非普通表单/Cookie鉴权，需要在LoadRunner运行时设置中单独配置对应认证模式的账号信息，仅靠请求头和Cookie无法通过这类认证校验。

快速定位方法：开启LoadRunner的高级跟踪日志，导出回放时发出的完整登录请求（包含全部请求头、Cookie、请求体），和录制时的成功请求逐字段对比，只要存在字段值、格式不一致的情况优先修正，绝大多数401问题都可以通过该方式快速定位根因。

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