☰

SFTP 文件写入在 FileZilla 中显示已完成，但在服务器端写入 0 字节

tag-icon • tag-icon linux sftp filezilla vsftpd
SFTP 文件写入在 FileZilla 中显示已完成，但在服务器端写入 0 字节

这是一个有点奇怪的问题。

我们的 SFTP 上有大量数据，有时我们会收到许多写入 0 字节的文件。检查远程用户的 SFTP 客户端 (FileZilla) 后，它显示传输成功，传输了相同数量的字节，但查看 SFTP 日志时，它显示 SFTP 以 WRITE 标志打开，但什么也没发生，直到大约 2 小时后会话最终中断（我猜是他们关闭 FileZilla 时）。以下是日志的摘录，一些名字被删除。

Mar 25 07:02:12 SERVER internal-sftp[13592]: realpath "/SERVER/IN/20150324/Part_4/20150324_Upload Tonight_SF_Table_4/20150321_SF_TT_04_KEVIN_0225.jpg"
Mar 25 07:02:13 SERVER internal-sftp[13592]: open "/SERVER/IN/20150324/Part_4/20150324_Upload Tonight_SF_Table_4/20150321_SF_TT_04_KEVIN_0225.jpg" flags WRITE,CREATE,TRUNCATE mode 0666
Mar 25 09:13:40 SERVER internal-sftp[13592]: forced close "/SERVER/IN/20150324/Part_4/20150324_Upload Tonight_SF_Table_4/20150321_SF_TT_04_KEVIN_0225.jpg" bytes read 0 written 0

但是当查看 FileZilla 传输窗口时，它显示传输成功，并且文件大小与实际文件大小相匹配。

截图如下：

在此处输入图片描述

据我所知，SFTP 应该内置了错误检查功能。但事实似乎并非如此。有人知道为什么会发生这种情况吗？今天有不少文件都出现了这种情况。

答案1

  • 文件在传输过程中损坏。这可能是由您的计算机和服务器之间的连接问题引起的。我们可以通过在终端中运行“traceroute domain.com”来部分测试此问题（仅限 Mac 用户，Windows 使用 tracert）。
  • 服务器磁盘空间已满。如果服务器磁盘空间已满，则会导致上传时出现类似问题。
  • 字符集问题。您的 Grid 字符集是 UTF-8。偶尔，如果您上传的文件不在此字符集中，您可能会遇到问题。
  • 文件在上传前已损坏。请确保您上传的所有文件均正常运行。

相关内容