ftp不能上传
❶ ftp传输不了文件 显示严重文件传输错误
原因：设置错误造成。解决方法：重新设置服务器来解决此问题。
如下参考：
1.首先打开个人FTP软件，弹出如下界面。个人可选择直接在窗口中输入相关信息或通过网站管理器保存个人用户信息。使用站点管理器保存个人信息，如下图。
❷ FTP文件传输，一直提示“上传失败”
FTP文件传输失败一般有几种情况：
文件损失，不完整，导致传输过程验证失败。
文件使用中，比如在杀毒或者编辑中的文件，系统占用是不能传输的。
权限不足，比如针对某些用户，是不能传输部分文件的，比如exe等风险文件。
特殊情况，比如文件传输过程中，目录满了，存储失败，这个是由服务器管理员控制的，如果目录体积不够文件传输的，联系管理员协商解决。
❸ ftp文件上传失败
FTP文件传输失败一般有几种情况：
文件损失，不完整，导致传输过程验证失败。
文件使用中，比如在杀毒或者编辑中的文件，系统占用是不能传输的。
权限不足，比如针对某些用户，是不能传输部分文件的，比如exe等风险文件。
特殊情况，比如文件传输过程中，目录满了，存储失败，这个是由服务器管理员控制的，如果目录体积不够文件传输的，联系管理员协商解决。
❹ 为什么 FTP文件上传 上传不了
如果是本地文件上传网站上传不上去的主要原因有以下几点：
第一：格式不对。一般网站都支持jpg、png格式
第二：文件太大而导致无法上传。一些网站对于文件上传的大小是有限制的可以仔细查看提示。将文件缩放到指定大小再进行上传。
第三：网站服务器报错，无法上传。遇到这种情况，建议暂时放弃上传联系网站站长进行解决。
如果是网站服务器或者FTP无法上传，则用下列方法：
1、要上传文件的文件夹属性是不是 777 的属性。使用 FTP 软件，查看目录，在该目录上点击右键，选择属性，基本就可以查看到当前文件夹的属性了，不是 777 的属性，请修改为 777 后确认。
2、如果文件夹的属性正确，请确定是不是您的空间已满。譬如您购买了 2G 的虚拟空间，是不是空间已经满了，这个一般会在虚拟主机提供的控制面板内查到。
3、如果空间仍有剩余，请向虚拟主机提供商询问您的 FTP 帐号是不是有对此目录的读写属性。
4、如果帐号的权限也正确，请向虚拟主机提供商询问是否是磁盘空间的统计有问题，请虚拟主机提供商帮您重新检查一下磁盘空间的统计。这种情况一般在您使用 FTP 软件上传失败时会提示：
Disk quota exceeded
CODE: [COPY]
Disk quota exceeded
这表示磁盘配额超过限制，可以让空间商执行下面命令来重建一下统计即可。
quotaoff /www 关闭
quotacheck -mcv /www 重建
quotaon /www 打开
CODE: [COPY]
quotaoff /www 关闭quotacheck -mcv /www 重建
❺ ftp传输不了文件 显示严重文件传输错误
原因：设置错误造成。解决方法：重新设置服务器来解决此问题。
如下参考：
1.首先打开个人FTP软件，弹出如下界面。个人可选择直接在窗口中输入相关信息或通过网站管理器保存个人用户信息。使用站点管理器保存个人信息，如下图。
❻ 为什么ftp上传不到文件
可能原因有，文件未上传到相应的根目录。
一般登陆FTP后里面有3个文档，那么您找到，WEB或wwwroot是根目录文档。
（除了这种，有部分提供商设置FTP超时连接，就是未上传未下载无操作在连接中的这样就会超时连接，不过现在很少有提供商有，这种设置是确保FTP安全与网络资源稳定设置的）
databases
数据库
logfiles
日志文件
others
其它文件
wwwroot
网站根目录另一种匈牙利主机，WEB
也就根目录。
什么叫根目录呢，比如：打开C盘
看到的所有文件夹
都属于C盘的根目录。那么我们的主机呢就不是这样的，他是为了主机正确安全格式，就是WEB或wwwroot是根目录文档。
❼ ftp上传超时的一种解决方案
最近有个同时的ftp总是上传文件失败，更换过各种ftp客户端和账号都没有问题，之后又怀疑是win10的问题，但是另外一个同事也是win10，同样的软件，同样的账号都没问题。后来也关过系统防火墙，windows denfender之类的，均告失败。正当准备放弃的时候，突然看到一篇文章(原文连接： https://trac.filezilla-project.org/ticket/5533#no1 )是和同事的情况类似，因为他也是很小的文件可以上传，但是大于几kb之后就不能上传了，而导致这个问题的原因是和 MTU 有关。
具体来说，FTP使用两个TCP连接来通信，一条控制连接(control connection)用来提交命令和接受回复；一条数据连接(data connection)来处理实际的文件传输。在文件传输过程中，控制连接是很容易进入空闲状态的，TCP标准也没有规定一个连接的最大空闲时间。但是路由器和防火墙经常会把空闲的连接给关闭掉，并且不通知双方，就造成了传输100%但最后还是超时的现象。后面的评论就是解决问题的关键了：TCP传输过程中有最大的包上限MTU(Maximum Transmission Unit，不超过1500)，超过这个大小的传输就要拆成多个包(packet)。所以比较“小”的文件不用拆包，一次就传输完了；“大”的文件需要拆包，分多次发送，就出现超时的问题。
好了既然找出始作俑者了，那么如何修改呢？
通过上面的设置修改，发现果然ftp上传没问题了。
抱着好奇的态度，我又去看了下另外一个同事的电脑发现，他的 MTU也是默认的1500，为什么他可以？？？
后来又查询资料发现，原来MTU和ISP有关系，后来我又对比了下他们电脑上的dns，发现果真不一样。好吧，又学习到了不少知识。