如何在Logic App（标准版）中处理BIG-IP重定向？

我刚好处理过类似的BIG-IP重定向场景，Postman能自动搞定cookie和多轮重定向，但Logic App的内置HTTP动作默认处理可能没那么灵活，这里给你两个靠谱的方案：

方案一：手动逐次处理重定向（无需额外服务） #

这种方法适合不想引入其他服务的场景，一步步手动处理每一轮重定向和cookie传递：

• 步骤1：发送初始请求，关闭自动重定向
  在Logic App里添加第一个HTTP动作，配置如下：

  • 请求方法：GET
  • 目标URI：你的第三方HTTPS端点地址
  • 认证方式：选择「Basic Auth」，填入对应的用户名和密码
  • 打开动作的高级选项，把Follow redirects设置为No
    这个请求会返回302状态码，同时你能在响应头里拿到两个关键信息：Location（BIG-IP重定向到的/my.policy地址）和Set-Cookie（BIG-IP生成的会话cookie）。

• 步骤2：处理第一次重定向请求
  添加第二个HTTP动作，配置细节：

  • 请求方法：GET
  • 目标URI：用表达式提取第一次响应的Location值，比如：outputs('First_HTTP_Request')?['headers']?['Location']（注意替换动作名称为你实际的命名）
  • 请求头新增Cookie字段，值填第一次响应的Set-Cookie：outputs('First_HTTP_Request')?['headers']?['Set-Cookie']
  • 同样配置Basic Auth，保持和初始请求一致的认证信息
  • 继续把Follow redirects设为No
    这次请求会返回第二次重定向的响应，记得提取新的Location和Set-Cookie——如果有新增的cookie，要把之前的和新的用分号分隔合并起来。

• 步骤3：发送最终请求到目标端点
  添加第三个HTTP动作，用第二次重定向返回的Location作为URI，带上合并后的Cookie和Basic Auth。这次你可以把Follow redirects设为Yes，让Logic App处理后续常规重定向，或者继续手动处理直到拿到200状态的正常响应。

方案二：用Azure Functions封装请求（更灵活，适合复杂场景） #

如果手动处理步骤太繁琐，或者后续BIG-IP的重定向逻辑有变动，用Azure Functions封装整个请求流程会更省心：

• 写一个简单的C#或Python Function，用带Cookie容器的HTTP客户端（比如C#里的HttpClientHandler搭配CookieContainer），开启自动重定向，同时配置好Basic Auth。
• 在Function里处理所有重定向和cookie传递的细节，Logic App只需要调用这个Function，传入端点地址、用户名、密码即可。
  给你一段C#的示例片段参考：

  var handler = new HttpClientHandler();
  handler.AllowAutoRedirect = true;
  handler.CookieContainer = new CookieContainer();
  
  using (var client = new HttpClient(handler))
  {
      var credentialBytes = Encoding.ASCII.GetBytes($"{username}:{password}");
      client.DefaultRequestHeaders.Authorization = new AuthenticationHeaderValue("Basic", Convert.ToBase64String(credentialBytes));
      var response = await client.GetAsync(targetEndpoint);
      response.EnsureSuccessStatusCode();
      return new OkObjectResult(await response.Content.ReadAsStringAsync());
  }
  

  这个Function会自动处理BIG-IP的两次重定向和cookie传递，Logic App调用起来完全不用关心底层细节。

小提示 #

不管用哪种方法，都要在Logic App的运行历史里查看每个HTTP动作的响应头和状态码，确认重定向地址和cookie是否正确传递——尤其是BIG-IP可能返回多个cookie，一定要确保所有必要的cookie都被包含在后续请求里。

备注：内容来源于stack exchange，提问作者Jag