FileZilla连接失败怎么解决

FileZilla连接失败的快速排查与修复

一、先判断错误类型

• 出现 Connection refused（连接被拒绝）：说明连接已到达服务器，但服务器主动拒绝，通常是 SSH/SFTP 服务未运行 或 端口未放行/被防火墙拦截。
• 出现 Connection timed out（超时）/Host unreachable（主机不可达）：多为 网络不通、端口未开放 或 NAT/路由限制。
• 出现 425 Can’t open data connection：这是 FTP 数据通道 建立失败，常见于 防火墙/NAT 与 PASV/PORT 模式配置不当。
• 出现 Authentication failed（认证失败）：用户名/密码错误或服务器不允许该用户登录。
  以上错误类型的含义与处理方向不同，先对号入座再往下查更高效。

二、SFTP场景的排查与修复（最常见）

• 检查服务器 SSH 服务
  • 确认是否安装并运行：
    • Ubuntu/Debian：sudo systemctl status ssh 或 sudo systemctl status sshd
    • 未运行则启动：sudo systemctl start ssh && sudo systemctl enable ssh
    • 未安装则安装：sudo apt update && sudo apt install openssh-server
• 检查服务器防火墙
  • UFW：sudo ufw status；若 active，放行 SSH：sudo ufw allow ssh 或 sudo ufw allow 22/tcp
  • firewalld：sudo firewall-cmd --permanent --add-service=ssh && sudo firewall-cmd --reload
• 确认 SSH 监听端口
  • 查看监听：sudo ss -tlpn | grep sshd（常见为 0.0.0.0:22）
  • 若自定义端口（如 2222），FileZilla 的“端口”需填写相同端口，并在防火墙放行该端口
• 核对 FileZilla 站点设置
  • 协议选 SFTP - SSH File Transfer Protocol
  • 主机填 IP/域名，端口填 22（或自定义端口）
  • 用户名/密码正确；若服务器禁用密码登录，改用密钥或开启 PasswordAuthentication
• 用命令行排除客户端问题
  • sftp your_user@server_ip（默认 22 端口）
  • sftp -P 2222 your_user@server_ip（自定义端口示例）

三、FTP场景的排查与修复（含425错误）

• 核对协议与端口
  • 协议选 FTP - File Transfer Protocol；默认控制端口 21；若服务器自定义端口需对应填写
• 配置防火墙与数据通道
  • 主动模式（PORT）：服务器需能回连客户端高位端口，通常受 NAT/客户端防火墙 限制，企业/云主机环境常失败
  • 被动模式（PASV）：服务器开放一段高位端口范围（如 10090–10100），并在防火墙放行；客户端保持默认 PASV 更稳
• 在 FileZilla 调整被动模式
  • 站点管理器 → 传输设置 → 勾选/取消 使用被动模式 做 A/B 测试；必要时在服务器（如 vsftpd）配置 pasv_min_port/pasv_max_port 并放行对应范围
• 仍失败时
  • 查看服务器 FTP 日志与 FileZilla 日志，确认数据端口协商是否成功；必要时联系服务器管理员开放端口或调整模式

四、通用检查与快速定位

• 网络与解析
  • ping 服务器 IP 验证连通；若域名连不通，尝试直接用 IP 连接排除 DNS 问题
• 端口可达性
  • 使用 telnet/nc 测试：telnet server_ip 22（SFTP）或 21（FTP）；连不上多为防火墙/服务未监听
• 客户端配置与版本
  • 站点管理器核对 协议/主机/端口/用户名；确保 FileZilla 为最新版本 以避免兼容性问题
• 服务器日志定位
  • SSH 登录失败：/var/log/auth.log（Debian/Ubuntu）或 /var/log/secure（RHEL/CentOS）
  • FTP 失败：查看对应 FTP 服务日志，结合客户端日志一起分析

五、常见错误对照表