Linux 上 FileZilla 连不上的排查与修复
一 快速判断与优先方案
- 优先使用 SFTP（SSH） 而不是 FTP，Linux 服务器通常已内置 SSH，更安全且穿透 NAT/防火墙更简单。在 FileZilla 的站点管理器中将协议设为 SFTP - SSH File Transfer Protocol，主机填服务器 IP/域名，端口留空（默认 22）或填写实际端口。若必须用 FTP，再考虑 FTP/TLS。
- 若你本机就是 Linux 客户端，先在终端测试连通性：ping 服务器；再用 ssh 直连（如：ssh user@host -p 22）验证账号与端口是否可达，能连上再用 FileZilla 通常就能连上。
- 出现 Connection refused（连接被拒绝） 多为目标机未运行 SSH 服务或端口未放行；出现 超时 多为防火墙/网络路径问题；出现 认证失败 多为用户名/密码或 SSH 配置限制。
二 服务器端排查步骤
- 确认 SSH 服务已安装并运行（服务名可能是 ssh 或 sshd）：sudo systemctl status ssh 或 sudo systemctl status sshd；未运行则启动：sudo systemctl start ssh；未安装则安装：sudo apt update && sudo apt install openssh-server；并设置开机自启：sudo systemctl enable ssh。
- 检查 SSH 是否监听正确端口：sudo ss -tlpn | grep sshd，正常应看到如 0.0.0.0:22 或 [::]:22；若端口被改为非 22（如 2222），FileZilla 站点里需填写对应端口。
- 核对防火墙/安全组是否放行对应端口：
- UFW：sudo ufw status；如未放行 SSH，执行 sudo ufw allow ssh 或 sudo ufw allow 22/tcp。
- firewalld：sudo firewall-cmd --permanent --add-service=ssh && sudo firewall-cmd --reload。
- 云服务器安全组需放行 TCP 22（或自定义 SSH 端口）。
三 FileZilla 客户端设置与常见报错处理
- 站点管理器关键项：协议选 SFTP，主机填 IP/域名，端口留空（默认 22）或填实际端口；登录类型选“正常”，填写 用户名/密码（或后续用密钥）。
- 若使用 FTP/TLS：在站点管理器的“加密”选择 仅使用普通 FTP（不安全） 或 要求显式 FTP over TLS；若服务器启用 TLS，需在 FileZilla 设置中启用 FTP over TLS 支持 并（首次）信任服务器证书。
- 切换 主动/被动模式（FTP）：编辑 → 设置 → 连接 → FTP → 传输模式，尝试切换以适配服务器/防火墙配置。
- 调整 超时：编辑 → 设置 → 连接 → 超时时间（秒），适当增大（如 60–120 秒）以容忍网络抖动。
- 常见报错速查：
- 错误代码 1 连接失败：多为地址/端口错误、防火墙阻断或服务未运行；核对主机、端口并放行防火墙。
- 错误代码 2 认证失败：核对用户名/密码；若服务器禁用密码登录，改用密钥或开启 PasswordAuthentication。
- 错误代码 3 无法连接到服务器：网络不通或 DNS 解析失败；用 ping/nslookup 排查。
- 错误代码 4 数据连接已关闭：常见于 FTP 被动端口未放行或网络不稳；启用被动模式并开放服务器被动端口范围。
四 日志定位与进一步排查
- 查看服务器认证日志以定位登录问题：Debian/Ubuntu 查看 /var/log/auth.log，RHEL/CentOS 查看 /var/log/secure，根据日志提示（如用户不存在、密钥被拒、密码错误）对应处理。
- 查看 FileZilla 客户端日志：在设置中开启日志，或查看安装目录下的 FileZilla_log.xxxx-xx-xx.txt，结合日志中的错误码与阶段（连接/握手/认证/数据）精确定位。