Azure Logic Apps新建资源组中FTP/SFTP触发器频繁报Bad Request求助

这种同订阅同区域下，新旧Logic App用相同连接却表现天差地别的问题确实挺棘手的，我梳理了几个针对性的排查方向，你可以一步步验证：

1. 先核对触发器的轮询与参数配置 #

老LA能稳定运行，新LA却频繁报错，首先得确认两者的触发器配置是不是完全一致：

• 检查轮询间隔：如果新LA的轮询设得太频繁（比如1分钟内多次请求），FTP/SFTP服务器可能会因为限流返回Bad Request，偶尔没触发限流就成功了
• 核对递归、文件筛选器这些参数：比如新LA的筛选器是不是用了特殊字符或者错误的格式？有时候服务器对筛选器的解析会有偶发的容错，导致偶尔成功，但大部分时候解析失败返回400

2. 检查资源组与Logic App的权限配置 #

虽然共用同一个连接资源，但新LA所在的资源组可能有不同的RBAC权限设置：

• 看看新LA的系统分配托管身份，有没有对连接资源的访问权限？比如Logic App Contributor或者针对该连接的特定权限。老LA可能在创建时自动继承了资源组的宽松权限，而新资源组的权限更严格，导致LA调用连接时偶尔权限校验不通过（权限缓存可能导致偶尔成功）
• 也可以尝试给新LA所在的资源组添加Logic App Contributor权限，看是否能缓解问题

3. 验证连接资源的会话与复用情况 #

FTP/SFTP连接资源会复用会话，老LA长期运行的会话可能已经稳定建立，而新LA每次轮询可能新建会话，服务器对新会话的处理有异常：

• 试着重新创建一个完全相同的连接资源，给新LA使用，看是不是还会出现Bad Request。有时候旧连接的会话缓存有问题，新连接能解决
• 去FTP/SFTP服务器的日志里查一下，返回Bad Request时对应的请求细节，比如新LA的请求头、参数是不是和老LA有差异？比如老LA有持久化的会话标识，新LA没有导致服务器拒绝

4. 排查Logic App的托管环境差异 #

同一区域的LA可能运行在不同的托管环境里，这也会影响触发器的表现：

• 看看新旧LA的托管计划类型：是消耗型还是标准型？两者的运行时在处理FTP/SFTP触发器时有细微区别，标准型可能有更严格的请求限制
• 打开新LA的诊断设置，查看失败请求的详细日志，里面会有Bad Request的具体原因——是服务器返回的400，还是LA侧构造请求时出错？这个日志能帮你定位核心问题

5. 检查FTP/SFTP服务器的IP连接限制 #

服务器可能对来自特定IP的连接数有限制：老LA的运行时IP是固定的，已经在服务器白名单里；而新LA的运行时IP是动态的，大部分时候不在白名单，偶尔命中白名单IP段就成功了：

• 去服务器的访问日志里记录失败请求的源IP，对比老LA和新LA的出站IP（可以在Azure门户的LA属性里找到消耗型LA的出站IP段）
• 如果是IP限制问题，把新LA的出站IP段添加到服务器白名单里就行

内容的提问来源于stack exchange，提问作者Akaino