Linux上FileZilla连接超时的定位与解决
一、先快速判断协议与现象
- 使用**SFTP（基于SSH）**时，闲置一段时间后出现“Network error: Software caused connection abort”或“读取目录列表失败”，多为链路空闲被中断或服务器未发保活包。
- 使用FTP/FTPS时，能连上控制端口（默认21），但“读取目录列表失败”，常见于被动模式（PASV）数据端口被防火墙/NAT拦截，或控制与数据通道的IP 不匹配。
- 完全连不上端口或刚连就超时，可能是服务未启动、端口被运营商/防火墙屏蔽或端口配置错误。
以上现象与对应处理方向可参考下述步骤逐一排查。
二、SFTP场景的排查与修复
- 服务端开启保活，避免链路被空闲断开：编辑**/etc/ssh/sshd_config**，确保
- TCPKeepAlive yes
- ClientAliveInterval 60（每60秒发一次保活；ClientAliveCountMax保持默认3即可）
修改后重启服务：sudo systemctl restart sshd。
- 客户端适当延长超时：在FileZilla 菜单“编辑-设置-连接-超时时间（秒）”将超时设为99秒或更高，减少因保活未生效导致的误判。
- 仍异常时，查看FileZilla日志（安装目录下的FileZilla_log.xxxx-xx-xx.txt）获取更具体报错，便于进一步定位。
三、FTP/FTPS场景的排查与修复
- 确认服务与端口：FTP默认控制端口为21；如使用非默认端口，站点管理器中需对应填写。
- 切换主动/被动模式：在“文件-站点管理器-传输设置”尝试切换。出现“425 Rejected data connection / IP addresses of control and data connection do not match”时，多与PASV数据通道或NAT有关，可先改为主动模式验证；若必须用PASV，需正确配置服务器与防火墙的PASV端口范围。
- 正确放行被动端口范围：在FTP服务端（如 vsftpd/pure-ftpd）配置PASV端口范围（例如39000-40000），并在系统防火墙与云安全组放行该范围；客户端可在“编辑-设置-传输-被动模式”中勾选“使用自定义端口范围”与之对应。
- 若控制端口21始终超时，排除本地/云安全组与服务器防火墙后，还需考虑运营商屏蔽21端口的可能，尝试更换FTP端口进行验证。
四、通用网络与服务可达性检查
- 基础连通性：在客户端执行
ping <服务器IP>测试网络；对FTP可用telnet <IP> 21或nc -vz <IP> 21验证端口可达。
- 服务状态：
- SFTP：
sudo systemctl status ssh；未运行则start并enable。
- FTP：
sudo systemctl status vsftpd；未运行则启动并排查配置。
- 防火墙/安全组：确保放行相应端口（FTP控制端口21与FTP的PASV端口范围；SFTP为22）。如使用云主机，同时检查安全组规则。
- 路由器/NAT：若客户端在NAT后，需正确配置端口转发；FTP的PASV模式对NAT/防火墙更敏感，需按上节正确放行数据端口。
- 客户端版本与日志：更新FileZilla至最新版本；通过客户端日志（如FileZilla_log.xxxx-xx-xx.txt）获取更精确的错误线索。
