【问题标题】:Azure Bot service talking to Azure Logic App - 401 unauthorizedAzure Bot 服务与 Azure Logic App 对话 - 401 未经授权
【发布时间】:2018-06-17 18:03:00
【问题描述】:

我有一个 Azure 机器人,它已经全部开发并且运行良好。它目前通过一个简单的 webhook 与第 3 方工作流应用程序通信。

我现在正在尝试使用 Azure Logic App 来复制它。我有一个简单的逻辑应用程序,可以很好地响应来自 POSTMAN 的请求。但是,当我将 Azure Bot 服务中的消息传递端点设置为逻辑应用顶部节点的 URL 时(收到 http 请求时),我在 bot 中看到来自我的所有通道的 401 未经授权的响应,我不知道为什么。 POSTMAN 使用完全相同的目标 URL 并且工作正常。

有什么想法吗?

【问题讨论】:

  • 请检查您使用 Postman 发送的请求的标头。
  • POSTMAN 发送的唯一标头是: Content-Type: application/json Cache-Control: no-cache Postman-Token: 9add2746-b985-03be-8c34-64e4b300192a
  • 当 Bot 服务尝试调用 Azure 逻辑工作流时我收到 401,这意味着该工作流需要身份验证。但是该工作流程没有身份验证设置。
  • 好的,所以取得了一些进展。如果我将 Azure 逻辑流中的顶部节点更改为 GET 而不是 POST,则机器人可以正常连接,但当然不会运行,因为将数据发送到工作流需要 POST。所以看起来 Bot 服务需要能够对消息传递端点执行 GET 和 POST 吗?真的吗?如果是这样,如何在 Azure 逻辑应用中执行此操作。
  • 对不起,伙计,如果您解决了这个问题,请发布详细信息。

标签: azure logic bots


【解决方案1】:

我遇到了类似的问题,发现解决方案是首先确保正在发送 Authorization 标头,然后将值设置为 null。

参考:https://docs.microsoft.com/en-us/outlook/actionable-messages/security-requirements#action-authorization-header

【讨论】:

    猜你喜欢
    • 2023-03-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-04-10
    • 1970-01-01
    • 1970-01-01
    • 2020-06-21
    • 1970-01-01
    相关资源
    最近更新 更多