Power Automate中HTTP请求摘要认证的实现方法咨询

确实有大量开发者已经实现了Power Automate的HTTP摘要认证功能，核心思路是手动遵循RFC 2617规范构造认证请求头，绕过原生不支持的限制。以下是具体实现建议：

• 获取服务器认证参数
  先向目标API发送一个不带认证信息的HTTP请求，服务器会返回401状态码，同时在响应头WWW-Authenticate中返回realm、nonce等关键参数，这些是构造摘要认证的必备数据。可以用Power Automate的HTTP动作发起请求，再通过outputs('HTTP')?['headers']?['WWW-Authenticate']提取参数（可借助split等函数拆分字符串中的键值对）。

• 计算摘要认证核心值
  按照规范计算HA1、HA2和response三个核心值，Power Automate中可通过表达式完成：

  • HA1：lower(string(hex(md5(concat(variables('username'), ':', variables('realm'), ':', variables('password'))))))
  • HA2：lower(string(hex(md5(concat(variables('httpMethod'), ':', variables('requestPath'))))))
  • response：lower(string(hex(md5(concat(variables('HA1'), ':', variables('nonce'), ':', variables('HA2'))))))
    可使用Compose动作分别计算这些值，方便后续调用。

• 构造认证请求头
  将计算好的参数组装成Authorization头的格式：

  Digest username="your_username", realm="your_realm", nonce="your_nonce", uri="/target/path", response="calculated_response"
  

  在后续的HTTP请求动作中，添加这个自定义请求头即可完成认证。

• 处理重认证场景
  部分服务器会定期更新nonce，若请求返回401，需要重新获取新的nonce并重复上述计算步骤。可以在流程中添加条件分支，判断响应状态码是否为401，触发重新认证逻辑。

• 封装为自定义连接器
  如果需要多次使用该认证逻辑，可将上述步骤封装为Power Automate自定义连接器，将认证逻辑内置，后续调用时只需传入用户名、密码等参数即可，提升复用性。

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