Mule 4 SFTP连接器在CloudHub报Pipe closed错误连接丢失且重连异常

问题根因定位 #

从报错栈底层java.io.IOException: Pipe closed可确认，已建立的SFTP连接被远端服务器主动中断，Mule 4 SFTP连接器执行目录轮询操作时检测到连接失效，就触发了配置的FOREVER重连逻辑，所以会出现重连成功后仍持续触发重连尝试的现象，并非重连策略失效，而是连接被定期回收导致。

解决方案 #

• 调整SFTP连接器的连接配置，开启TCP保活（TCP Keep Alive），同时配置连接空闲超时时间，设置值要比远端SFTP服务器的会话超时时间短至少1分钟，避免服务器主动断开空闲连接。
• 调整轮询频率：如果当前轮询间隔过长，超过了服务器的会话超时阈值，就会出现每次轮询都需要重连的情况，建议把轮询间隔调整到小于服务器会话超时的1/2。
• 配置连接校验：在连接池配置中开启测试连接（Test Connection）选项，每次从连接池获取连接前先校验连接可用性，失效的连接会被提前销毁重建，避免轮询时才发现连接失效触发重连告警。
• 升级SFTP连接器版本：部分旧版本的Mule 4 SFTP连接器存在连接池管理异常的已知Bug，建议升级到1.6.0及以上的稳定版本，修复连接复用失效的问题。
• 适配CloudHub网络规则：CloudHub的负载均衡默认会将空闲超过300秒的TCP连接主动断开，如未配置自定义超时，需要把SFTP的连接空闲超时设置为小于290秒，适配CloudHub的网络限制。

临时规避方案 #

如暂时无法调整远端服务器配置，可先将重连策略的重试间隔调长，避免频繁重连占用过多资源，同时调整SFTP连接告警的通知阈值，减少无效告警。

内容的提问来源于stack exchange，提问作者Ramesh K R