Azure 逻辑应用程序 - Http 连接器省略自定义响应 headers
Azure Logic Apps - Http connector omits custom response headers
我们有第三方休息 api,其中 returns 一些自定义信息作为响应 header 的一部分,我们从 Azure 逻辑应用程序 http 连接器调用此 api .
我们注意到,逻辑应用程序 http 连接器省略了自定义响应 headers。
从邮递员那里它工作正常,它 returns“授权”自定义 header 如下图所示,但逻辑应用程序 http 连接器将其删除。
如果有任何解决方案,请提出建议。
在 Azure 逻辑应用程序 http 连接器中添加 http 自定义连接器 header。
按照以下步骤操作
- 打开逻辑应用程序代码并在操作位置添加以下代码。它将显示在 http 连接器代码视图中。
"actions": {
"http": {
"type": "Http",
"inputs": {
"method": "POST",
"uri": "your URI",
"headers": {
"Content-Type": "application/json",
"Authorization": "Basic *your base64 password*",
"other header": "other value"
}
},
"conditions": []
}
},
看起来像下面的截图
请参阅 SO 了解更多信息。
另请查看 Custom Connector 文档,了解如何将自定义连接器添加到逻辑应用程序。
确实,Authorization
header 已从响应中删除,这无疑是出于某些安全考虑。
我认为如果不引入一些代理就无法解决这个问题,例如
- 逻辑应用程序向 Azure 函数发送请求,该函数将其重定向到您的第三方 REST API 并且 returns 其对逻辑应用程序的响应,但使用不同的(不是
Authorization
) header 保存来自第三方响应的 Authorization
header 的值。有点傻。
- 如果您使用带有自定义名称的 API Management (which is quite expensive) then it could be easily set up there: create an API (back-end is your third party) and configure it to set a response header(但值取自
Authorization
header),您将能够在您的逻辑应用程序中读取.
- 等等
我们有第三方休息 api,其中 returns 一些自定义信息作为响应 header 的一部分,我们从 Azure 逻辑应用程序 http 连接器调用此 api .
我们注意到,逻辑应用程序 http 连接器省略了自定义响应 headers。
从邮递员那里它工作正常,它 returns“授权”自定义 header 如下图所示,但逻辑应用程序 http 连接器将其删除。
如果有任何解决方案,请提出建议。
在 Azure 逻辑应用程序 http 连接器中添加 http 自定义连接器 header。
按照以下步骤操作
- 打开逻辑应用程序代码并在操作位置添加以下代码。它将显示在 http 连接器代码视图中。
"actions": {
"http": {
"type": "Http",
"inputs": {
"method": "POST",
"uri": "your URI",
"headers": {
"Content-Type": "application/json",
"Authorization": "Basic *your base64 password*",
"other header": "other value"
}
},
"conditions": []
}
},
看起来像下面的截图
请参阅 SO 了解更多信息。
另请查看 Custom Connector 文档,了解如何将自定义连接器添加到逻辑应用程序。
确实,Authorization
header 已从响应中删除,这无疑是出于某些安全考虑。
我认为如果不引入一些代理就无法解决这个问题,例如
- 逻辑应用程序向 Azure 函数发送请求,该函数将其重定向到您的第三方 REST API 并且 returns 其对逻辑应用程序的响应,但使用不同的(不是
Authorization
) header 保存来自第三方响应的Authorization
header 的值。有点傻。 - 如果您使用带有自定义名称的 API Management (which is quite expensive) then it could be easily set up there: create an API (back-end is your third party) and configure it to set a response header(但值取自
Authorization
header),您将能够在您的逻辑应用程序中读取. - 等等