① ftp进行文件传输,可以断续传输吗
文件可轿裂以断点续传，文件夹好像不行。不过爱米云共享网盘的文件和文件散帆卖夹都冲逗能续传，而且传文件速度很快完全可以取代ftp
② ftp上传文件时中断或超时怎么解决
实验分析：
第一次，上传了39.9M共计4330个文件，用了半小时，中间出现多次传输失败。
第二次，上传了12.9M的一个压缩包文件，用了6秒，中间未出现传输失败。
第三次，上传了117M的一个压缩包文件，用了17秒，中间未出现传输失败。
细心的人不难看出，出现上传中断的实验中，所上传的数据有个明显的特点：文件数特别多。而上传成功的两次，则只有一个文件上传。
这样看来，FTP上传中断应该是跟待上传的文件个数有关了。
专业解释如下：
FTP是应用层的协议，它基于传输层，为用户服务，它们负责进行文件的传输。FTP是一个8位的客户端-服务器协议，能操作任何类型的文件而不需要进一步处理，就像MIME或Unicode一样。但是，FTP有着极高的延时，这意味着，从开始请求到第一次接收需求数据之间的时间会非常长，并且不时的必需执行一些冗长的登录进程。
FTP服务一般运行在20和21两个端口。端口20用于在客户端和服务器之间传输数据流，而端口21用于传输控制流，并且是命令通向ftp服务器的进口。当数据通过数据流传输时，控制流处于空闲状态。而当控制流空闲很长时间后，客户端的防火墙会将其会话置为超时，这样当大量数据通过防火墙时，会产生一些问题。此时，虽然文件可以成功的传输，但因为控制会话会被防火墙断开，传输会产生一些错误。
说的这么专业，很多非计算机专业的童鞋可能看能云里雾里，那么我们通俗的解释下为什么会出现FTP上传的文件数比较多的时候就会很慢而且经常中断。
我们把服务器比作一座城市，我们上传的文件就是想要去到城市里的人，FTP协议是想要进城必须遵守的规矩，而传输数据的端口就是城门，每一个文件看做一个人。
当我们使用FTP客户端向服务器上传文件数表较多的数据的时候，可以看做是一群人分别驾驶着自己的小轿车通过端口这座门户进入服务器这座城市。
但是，因为进城就必须遵守一定的规则（FTP协议），也就是必须先去命令端口这道门申报一下我要进城然后从数据端口这道门进去，且每次开门只能进一辆车，例如上图的5辆车进城就必须排队等着城门（数据端口）开启关闭5次，而每一次开启关闭城门用时特别久，最重要的是在命令端口这道门申报了之后并不是一直有效，而是在一定时间之后就会关闭，数据端口一看命令端口关闭了，就会跟着关闭，而这时候因为开门关门占用了大量的时间，等待进城的这些车并没有全部进去，这时候就需要重新去命令端口申报，这就是为什么上传着数据中突然中断了，因为命令端口的开放时间到了，必须重新申报了。
那么将大量数据压缩成一个压缩包上传呢，这时候就可以看做是一群人坐着一辆大巴车进城。
这时候，因为只有一辆车进城，所以在命令端口开放的时间内，这辆大巴车就已经进去城市了，也就不会出现中断了。
分析到了这里，我们应该很明白了，如果想解决FTP上传中断的问题，那么最好的解决办法就是将数据打包压缩之后再上传，这样就不会出现上传中断了，切记，千万不要一次上传太多的文件，一定要打包压缩上传。
③ FTP传输老中断怎么办
可以的呀，你用讯雷、FlashGet、GetRight、QQ下载助手等软件都可以在网络断了之后继续反复尝试，一般可以设定一个重试的次数限度，不断尝试的。
④ 怎么我的FTP上传文件老断开，怎么回事
我觉得大多是空间服务商设置的。有些服务商为了减轻服务器负荷，故意在上传时减慢速度，有时在传较大文件时在较长时间连接中甚至断开。感觉只有更换空间才能解决。
⑤ FTP上传经常中断怎么办
通过FTP传输工具来上传下载资源是有很多优势的，可以断点续传而且还可以自动传输，速度方面也有保障。但是这位网友遇到的问题却比较少见。访问FTP后通过具备权限的帐户上传数据，开始一切正常，但是过了几秒后就出现“传送失败”的提示，同时分析FLASHFXP提示的错误信息为“426 data connection cloased,error decompressing data stream”。同时左边传输列表中的任务显示为红叉，数据不再传输。由于我们已经能够使用该帐户登录FTP并传输数据，所以在帐号权限上是没有任何问题的，FTP服务器应该也是正常运行的。接下来我们可以尝试使用其他FTP工具或者直接用IE浏览器访问该服务器。通过IE浏览器一般可以解决传输问题，毕竟IE浏览器是最基本最原始的FTP登录和数据传输工具。 如果IE浏览器可以顺利访问那么出问题的就肯定是Flashfxp工具了，这时我们需要从以下几个方面下手排查故障。第一步：启动Flashfxp，然后通过主菜单的“选项”->“参数配置”来设置传送模式，默认应该是“自动”，不过这种自动模式很可能造成通讯解码的错误，从而引发中断问题。因此我们可以针对此问题在“传送模式”下进行修改，从“自动”切换为使用“ASCII”字符传送，确定保存后再次尝试上传即可。 第二步：如果问题依旧的话那么我们就只能够被动的提高继续传输次数来解决上传必须手工修改任务状态的问题。通过“站点管理器”找到要登录的站点，然后找到“高级”标签，将其下的“续传支持”修改为“是”，应用后再次尝试即可。 第三步：如果还是不能够解决FTP上传中断的问题，我们还可以通过“选项”->“参数配置”来更改重新尝试传送的次数，正因为默认上传尝试的次数为三次，所以我们上传数据时经过三次中断后就自动将该任务重置为“失败”了，我们不得不手工重置任务为“正常”，再继续任务才行。当然如果我们把“重试失败的传送”次数修改为99或者更多，那么Flashfxp会自动在失败后重新尝试传输，从而解决了必须手工操作的问题。第四步：经过设置后就算在上传过程中出现“426 data connection cloased,error decompressing data stream”造成传送失败，我们也不用担心了，Flashfxp会自动继续传输。小提示：出现上述错误提示实际上是当上传文件大小为0的空文件时，系统自动提示上传失败。然而实际上该文件名在服务器上已经创建，因此这个问题是FlashFxp客户端软件的误报错。
⑥ FTP该如何实现断点续传
客户端的实现步骤如下：
一、下载：
1、向服务器发送“REST + 本地文件长度”命令，告诉服务器，客户端要断点下载了。这时服务器还不知道客户端要下载哪个文件；
要实现FTP的断点续传，FTP服务器必须支持REST指令，这条指令在FTP协议文本RFC959中就已经定义了，不过它不是FTP服务器必须支持的指令。一般,你可以在下载前使用REST 100命令进行实验，如果服务器正常执行了这条命令，说明该服务器支持FTP断点续传。REST后面跟的数表示下载文件的起始位置，而REST 0表示从文件最开始处下载。REST命令本身并不执行下载功能，你仍需要使用RETR命令执行下载工作。
2、向服务器发送“RETR + 文件名”命令，通知服务器要下载的文件名，这时服务器开始定位文件指针读文件并发送数据。
3、客户端定位本地文件指针（文件末尾）；
4、两端的准备工作都做完了以后，客户端创建socket，以被动或非被动方式建立数据通道，循环调用recv接收数据并追加入本地文件；
二、上传：
1、获取服务器上和本地要上传文件的同名文件大小；
2、向服务器发送“APPE ＋ 文件名”，通知服务器，接下来从数据通道发送给你的数据要附加到这个文件末尾。
3、定位本地文件指针（和FTP上文件大小相同的位置）
4、从文件指针处读数据并发送。
代码里将断点上传和断点下载放到同一个函数（MoveFile）里，通过get参数说明是上传还是下载。
⑦ 为什么别人从我的FTP服务器下载东西或者上传到我的FTP总是会中断
FTP 服务器里面有个超时限制 时间限制的 你自己找下 是那个在作怪