Kubernetes Pod中SFTP执行ls -ltr在文件数超38时挂起问题求助

• 检查Pod网络MTU配置：K8s集群Pod的MTU可能与本地主机不同，SFTP传输大目录列表时易因MTU不匹配引发分片丢包，导致命令挂起。先在Pod内执行ip link show查看当前MTU值，对比本地主机的MTU（本地执行同命令）。尝试在SFTP连接时指定MTU适配集群环境，比如：sftp -o MTU=1450 user@<host>，测试是否恢复正常。

• 排查SFTP客户端版本兼容性：Pod内的SFTP客户端（通常来自openssh-clients包）与本地FileZilla使用的SFTP版本可能存在差异，引发大目录列表处理的兼容性问题。先在Pod内执行sftp -V查看客户端版本，对比FileZilla的SFTP版本（在FileZilla设置的SFTP选项中查看）。若版本差距较大，可尝试升级Pod内的openssh-clients包，或更换客户端如lftp测试：lftp sftp://user@<host>后执行ls -ltr。

• 检查Pod资源限制：若Pod的CPU、内存资源被过度限制，处理大量文件元数据时可能因资源不足导致命令挂起。查看Pod的resources配置（requests和limits字段），临时调高资源限制后测试；或在Pod内执行top命令，观察执行ls -ltr时的资源占用情况。

• 调整SSH/SFTP连接参数：默认的SSH窗口大小或保活设置在Pod环境下可能不足以支撑大目录列表传输，引发阻塞。尝试在连接时调整参数：sftp -o TCPWindowSize=65536 -o TCPKeepAlive=yes user@<host>，也可修改Pod内的/etc/ssh/ssh_config文件，添加全局参数后测试。

• 排查集群网络策略与防火墙：K8s集群的NetworkPolicy或节点防火墙可能对SFTP连接的长会话、大流量传输设置了限制（如超时阈值、数据包大小限制）。检查集群中是否存在针对Pod到SFTP主机22端口的网络规则，确认是否允许完整的流量传输。

• 抓包分析TCP流量：在Pod内使用tcpdump抓取SFTP交互的流量包，对比本地正常连接的流量差异，定位是否存在TCP层面的丢包、重传或中断问题。执行命令：tcpdump -i any host <sftp-host> and port 22 -w sftp-traffic.pcap，导出后用Wireshark分析，重点查看执行ls -ltr时的数据包传输情况。

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