使用Http连接器/自定义逻辑应用程序连接器发送Cookie

Question

我试图从Azure应用程序中调用一个基于会话的webservice，该应用程序要求身份验证请求中的会话id作为cookie发送给实际请求。我能够成功地验证和接收会话id，但是当我在下一步尝试将它作为cookie发送时，它是不成功的。尝试了以下选项，并得到了相应的响应：

1. 使用HTTP连接器->给了我“未解析的主机名”
2. 使用自定义逻辑应用程序连接器，通过现场网关检查和'http‘选项-> SOAP故障，在查看目标日志时，我们可以看到Cookie是空的。我已经尝试过发送"Cookie“的头部以及参数，但没有运气。
3. 使用自定义逻辑应用程序连接器，通过现场网关检查和“https”选项->认证错误，我知道https没有配置，因此无法工作。

我尝试过使用SOAP，当我在请求的标题中发送cookie时，它可以工作。或者，如果我检查SOAP中的“保持相同会话”框。但逻辑应用程序失败了。你能帮我如何从逻辑应用程序发送cookie吗？虽然我在我的应用程序中设置了它，但它在哪里被遗漏了。

Answer 1

Add new parameter下拉列表允许您启用一个复选框，该复选框显示Cookie，该复选框允许您输入HTTP (如果愿意，可以从动态内容中输入)。您不能在下拉列表中直接输入值，所以在选中复选框并看到一个魔术Cookie字段出现在“身份验证”字段之后，请关闭它。

​

​

在这里可以找到更多信息：如何使用逻辑应用程序的cookie身份验证调用API。

Answer 2

答案是:您只能对发布的service.If使用HTTP连接器，下面是Microsoft的响应，您试图调用内部服务。简而言之，HTTP连接器不使用网关，因此无法建立连接&自定义连接器不支持Cookies。我将从下面选择备选方案4。希望这能帮上忙：

1. HTTP操作不支持内部数据网关，因此无法解析主机名或ip，因为HTTP操作总是与公共网络对话。
2. 如果可以使用自定义连接器连接到内部数据网关，则不应该出现未解决的主机名问题。但是，自定义连接器不支持Cookie身份验证，这就是您无法通过它的原因。
3. 解决方法之一是使用应用程序网关来反向代理服务，并将您的前提服务器发布到公众。它就像一个VPN，您可以在逻辑应用程序中使用HTTP操作来建立连接。
4. 另一个解决方法是尝试使用函数应用程序使用Cookies发出HTTP请求