FileZilla 迁移 常见问题与排查 202604：站点数据与配置无损转移指南

对于新手用户而言，FileZilla 的迁移绝非简单的软件重装。如果不掌握配置文件的底层逻辑，极易导致站点密码丢失或传输规则失效。本文将针对 202604 版本的特性，带你避开迁移过程中的隐形陷阱。

配置文件物理定位：跳过导出功能的“暴力”迁移法

虽然 FileZilla 提供了“文件-导出”功能，但在系统崩溃或无法进入软件界面时，手动提取物理文件是唯一出路。在 Windows 环境下，核心配置文件存放在 `%AppData%\FileZilla` 路径中，而 macOS 则位于 `~/.config/filezilla`。你需要重点关注两个文件：`sitemanager.xml`（存储所有站点连接信息）和 `filezilla.xml`（存储全局设置）。202604 版本中，若发现该路径下存在 `.sqlite` 后缀的文件，说明你开启了实验性的数据库存储模式，迁移时必须连同这些数据库文件一并拷贝，否则导入后站点列表将显示为空。

主密码加密陷阱：为何迁移后密码全部失效？

这是迁移中最常见的排查细节。FileZilla 为了安全，默认允许用户设置“主密码”来加密站点凭据。如果你在旧电脑上设置了主密码，直接将 `sitemanager.xml` 拷贝到新电脑，新客户端会因为缺少对应的密钥容器而无法解密密码。此时，连接日志会频繁弹出“Authentication failed”或“Could not decrypt password”错误。解决方法是：在迁移前，先在旧端进入“设置-界面-密码”，临时将选项改为“不保存密码”或“不使用主密码加密”，导出后再在新环境重新启用安全策略。

传输队列与过滤器规则的增量同步

很多用户在迁移后发现，虽然站点回来了，但之前设置的“排除 .git 文件夹”或“忽略临时文件”的过滤器全部消失了。这是因为过滤器规则存储在 `filters.xml` 中，而未完成的传输任务记录在 `queue.xml` 里。在进行 FileZilla 迁移时，建议采用全量覆盖法：先在新电脑安装好对应版本（建议与旧版本保持一致，如 3.66.x 系列），关闭程序后，将旧路径下的所有 XML 文件直接覆盖到新路径。重启软件后，你会发现不仅站点在，连上次未传完的文件断点都能完美找回。

TLS/SSL 证书信任链重置与指纹校验

在 202604 版本的安全协议下，迁移后的首次连接通常会弹出“未知证书”的警告。这是因为 FileZilla 的证书信任列表（trusted certs）通常存储在本地缓存而非站点配置文件中。新手用户往往会误以为是迁移导致配置损坏。实际上，你需要重新核对服务器证书的 SHA-256 指纹。如果你的站点强制要求 TLS 1.3 协议，请确保新环境的 OpenSSL 库版本不低于 3.0。若迁移后出现“GnuTLS error -110”，请检查新电脑的防火墙是否拦截了 FileZilla 对外部证书吊销列表（CRL）的访问。

常见问题

迁移后点击连接，软件提示“无法读取 sitemanager.xml”怎么办？

这通常是由于 XML 编码冲突或文件权限不足导致的。请检查文件是否被设置为“只读”，或使用 Notepad++ 确认文件编码是否为 UTF-8（无 BOM）。如果文件在传输过程中损坏，尝试找回自动备份的 `sitemanager.xml.bak` 并更名恢复。

我从 Windows 迁移到 Mac，配置文件可以直接通用吗？

大部分 XML 配置是通用的，但需注意路径差异。Windows 站点中引用的“本地目录”路径（如 D:\Projects）在 Mac 上会失效。迁移后，你需要批量修改站点管理器中的“默认本地目录”项，将其指向类 Unix 路径（如 /Users/username/Projects）。

为什么我导出的 XML 文件里，密码字段是一串乱码？

这是正常的 Base64 编码或主密码加密后的结果。千万不要手动修改这些乱码。只要你在新客户端导入时输入了正确的主密码（如果有），FileZilla 会自动将其还原为明文进行连接尝试。

总结

确保您的数据传输万无一失。立即访问官方下载频道获取 FileZilla 202604 最新稳定版，并参考完整技术文档优化您的迁移流程。

相关阅读：FileZilla 迁移 常见问题与排查 202604，FileZilla 迁移 常见问题与排查 202604使用技巧，FileZilla 设置优化与稳定性建议 202604：新手极速上手与断线重连指南