【问题标题】:How to get Access token via HTTP action in Flow如何通过 Flow 中的 HTTP 操作获取访问令牌
【发布时间】:2018-06-26 10:19:11
【问题描述】:

我正在尝试针对我在 Azure Active Directory 中定义的应用服务进行身份验证。访问它时,我首先获取访问令牌并继续 OAuth 过程的其余部分。

但是,问题是我只能在通过 Postman 发布请求时获取令牌。当我尝试使用流中的 HTTP 操作使用相同的数据调用相同的 URL 时,它会失败:

 {
  "error": "invalid_client",
  "error_description": "AADSTS70002: Error validating credentials. AADSTS50012: Invalid client secret is provided.\r\nTrace ID: 67250fbf-ad20-47f1-b3a3-dbce1e813600\r\nCorrelation ID: f9eaaa13-cee3-4f5c-a96a-6846c4392dd9\r\nTimestamp: 2018-01-17 12:21:51Z",
  "error_codes": [
    70002,
    50012
  ],
  "timestamp": "2018-01-17 12:21:51Z",
  "trace_id": "67250fbf-ad20-47f1-b3a3-dbce1e813600",
  "correlation_id": "f9eaaa13-cee3-4f5c-a96a-6846c4392dd9"
}

这是在 Flow 中的设置方式:

在 Postman 中执行时效果很好:

我无法弄清楚为什么在流中运行请求时这不起作用。我是否遗漏了 HTTP 操作卡配置中的某些内容?

亲切的问候, 彼得

【问题讨论】:

  • 根据报错信息,可能是 Invalid client secret 引起的。所以,再次检查客户端密码是否正确。
  • 嗨,韦恩,客户端密码经过双重检查,在两种情况下都是相同的。所以,不可能这样。

标签: http oauth-2.0 office365 azure-active-directory power-automate


【解决方案1】:

我找到了这不起作用的原因。我必须对 client_secret 的值进行完整的 URL 编码。

/彼得

【讨论】:

    猜你喜欢
    • 2018-06-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-12-27
    • 2021-08-13
    • 2013-10-23
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多