Ⅰ FTP登陆 出现] 连接被关闭；传输已放弃
朋友，这是你的电脑系统文件被顽固木马破坏！（答案原创，原作者：力王历
史）提示：急救箱无法联网，就用：“离线模式”！
1.下载个“360系统急救箱”，已经安装了“360安全卫士”的朋友，直接打开
“查杀木马”，“自定义扫描”的下面的“360系统急救箱”，点击它：
【1】。开始急救！急救完毕后，立即处理，重启！
【2】。开机后，“文件恢复区”，彻底删除文件！
【3】。“系统修复”，全选，立即修复！【关键】
【4】。网络修复，开始修复，重启电脑！【关键】
【5】。dll文件恢复，扫描一下，如果有丢失，添加恢复，没有就行了！
2。用“360安全卫士”的“系统修复”，点“IE常用设置”，“修改主页”，
“使用360安全网址导航”，点：“一键修复”！
3。用“360安全卫士”的“扫描插件”，然后再点：“清理插件”，把“恶评
插件”删除！
4。再用“360杀毒双引擎版”，勾选“自动处理扫描出的病毒威胁”，“全盘
扫描”与“自定义扫描”，病毒木马，再点删除！重启电脑后，来到“隔离
区”，点“彻底删除”！
5。木马查杀，“全盘扫描”与“自定义扫描”，查杀到木马，立即处理！重
启！“文件恢复区”，彻底删除！
6。再不行，试试：金山急救箱，勾选“扩展扫描”，立即处理，重启电脑！
7。再不行，试试：金山网盾，一键修复！
8。实在不行，只能：一键还原（方法：访问我的“网络空间”博客）或重装系统！
Ⅱ 简述文件传输协议FTP的工作原理及一般使用步骤。
1、FTP支持两种模式，一种方式叫做Standard (也就是 PORT方式，主动方式)，一种是 Passive(也就是PASV，被动方式)。 Standard模式 FTP的客户端发送 PORT 命令到FTP服务器。Passive模式FTP的客户端发送 PASV命令到 FTP Server。
下面介绍一个这两种方式的工作原理：
Port
FTP 客户端首先和FTP服务器的TCP 21端口建立连接，通过这个通道发送命令，客户端需要接收数据的时候在这个通道上发送PORT命令。 PORT命令包含了客户端用什么端口接收数据。在传送数据的时候，服务器端通过自己的TCP 20端口连接至客户端的指定端口发送数据。 FTP server必须和客户端建立一个新的连接用来传送数据。
Passive
在建立控制通道的时候和Standard模式类似，但建立连接后发送的不是Port命令，而是Pasv命令。FTP服务器收到Pasv命令后，随机打开一个高端端口（端口号大于1024）并且通知客户端在这个端口上传送数据的请求，客户端连接FTP服务器此端口，然后FTP服务器将通过这个端口进行数据的传送，这个时候FTP server不再需要建立一个新的和客户端之间的连接。
很多防火墙在设置的时候都是不允许接受外部发起的连接的，所以许多位于防火墙后或内网的FTP服务器不支持PASV模式，因为客户端无法穿过防火墙打开FTP服务器的高端端口；而许多内网的客户端不能用PORT模式登陆FTP服务器，因为从服务器的TCP 20无法和内部网络的客户端建立一个新的连接，造成无法工作。
2、使用步骤
（1）FTP服务器运行FTPd守护进程，等待用户的FTP请求。
（2）用户运行FTP命令,请求FTP服务器为其服务。
例：FTP 202.119.2.197
（3）FTPd守护进程收到用户的FTP请求后，派生出子进程FTP与用户进程FTP交互，建立文件传输控制连接，使用TCP端口21。
（4）用户输入FTP子命令，服务器接收子命令，如果命令正确，双方各派生一个数据传输进程FTP-DATA,建立数据连接，使用TCP端口20,进行数据传输。
（5）本次子命令的数据传输完，拆除数据连接，结束FTP-DATA进程。
（6）用户继续输入FTP子命令，重复（4）、（5）的过程，直至用户输入quit命令，双方拆除控制连接，结束文件传输，结束FTP进程。
Ⅲ FTP的主要工作过程是怎样的主进程和从属进程各起什么作用
（1）FTP 使用客户服务器方式。一个FTP 服务器进程可同时为多个客户进程提供服
务。
FTP 的服务器进程由两大部分组成：一个主进程，负责接受新的请求；另外有若干
个从属进程，负责处理单个请求。
主进程的工作步骤：
1、打开熟知端口（端口号为21），使客户进程能够连接上。
2、等待客户进程发出连接请求。
3、启动从属进程来处理客户进程发来的请求。从属进程对客户进程的请求处理完毕
后即终止，但从属进程在运行期间根据需要还可能创建其他一些子进程。
4、回到等待状态，继续接受其他客户进程发来的请求。主进程与从属进程的处理是
并发地进行。
（2）作用：控制连接在整个会话期间一直保持打开，FTP 客户发出的传送请求通过控制连接发
送给服务器端的控制进程，但控制连接不用来传送文件。
实际用于传输文件的是“数据连接”。服务器端的控制进程在接收到FTP 客户发送来
的文件传输请求后就创建“数据传送进程”和“数据连接”，用来连接客户端和服务器端
的数据传送进程。
数据传送进程实际完成文件的传送，在传送完毕后关闭“数据传送连接”并结束运行。
Ⅳ (1)为什么结束FTP连接的时候需要有两次“四次挥手”的过程
因为TCP是全双工通信的。
第一次挥手因此当主动方发送断开连接的请求给被动方时仅仅代表主动方不会再发送数据报文了但主动方仍可以接收数据报文，第二次挥手被动方此时有可能还有相应的数据报文需要发送因此需要先发送ACK报文告知主动方“我知道你想断开连接的请求了这样主动方便不会因为没有收到应答而继续发送断开连接的请求，第三次挥手被动方在处理完数据报文后便发送给主动方FIN报文这样可以保证数据通信正常可地完成发送完FIN报文后被动方进入LASTACK阶段，第四挥手如果主动方及时发送ACK报文进行连接中断的确认这时被动方就直接释放连接进入状态。
Ⅳ ftp原理是什么
FTP的工作原理是在 OSI 模型的第七层， TCP 模型的第四层， 即应用层， 使用TCP传输而不是 UDP， 客户在和销念服务器建立连接前要经过一个“三次握手”的过程， 保证客户与服务器之间的连接是可靠的。
在开发网站的时候，通常利用FTP协议把网页或程序传到Web服务器上。此外，由于FTP传输效率非常高，在网络上传输大的文件时，一般也采用该协议。
默认情况下FTP协议使用TCP端口中的 20和21这两个端口，其中20用于传输数据，21用于传输控制信息。
但是，是否使用20作为传输数据的端口与FTP使用的传输模式有关，如果采用主动模式，那么数据传输端口就是20；如果采用被动模式，则具体最终使用哪个端口要服务器端和客户端协商决定。
(5)ftp发送数据结束扩展阅读
FTP 客户端首先和FTP服务器的TCP 21端口建立连接，通过这个通道发送命令，客户端需要接收数据的时候在这个通道上发送PORT命令。 PORT命令包含了客户端用什么端口接收数据。
在传送数据的时候，服务器端通过自己的TCP 20端口连接至客户端的指定端口发送数据。 FTP server必须和客户端建立一个新的连接用来传送数据。
在建立控制通道的时候和Standard模式类似，但建立连接后发送的不是Port命令，而是Pasv命令。FTP服务器收到Pasv命令后，随机打开一个高端端口（端口号大于1024）并且通知客户端在这个端口上传送数据的请求，客户端连接FTP服务器此端口。
很孙弯多防火墙在设置的时候都是不允许接受外部发起的连接的，所以许多位于防火墙后或内网的FTP服务器不支持PASV模式，因为客户端无法穿过防火墙打开FTP服务器的高端端口。
而许多内网的客户端不能用PORT模式登陆FTP服务器，因为从服务器的TCP 20无法和内部网络亏凯困的客户端建立一个新的连接，造成无法工作。
Ⅵ ftp传输失败怎么办
FlashFXP 2.0中文版：选项--参数选择--代理/防火墙/标识--将“使用被动模式”前复选框中的打勾去掉
2、 Cute FTP 3.5英文版：FTP—Settings—Options—Firewall，将“PASV mode”前复选框中的打勾去掉。
3、 Cute FTP3.5中文版：FTP—设置—选项—防火墙，“PASV方式（A）”前复选框中的打勾去掉。
4、 Leap FTP2.7.2：Sites—Site Manager—Advanced，将“Use PASV mode”前复选框中的打勾去掉。
Cute FTP 编辑—》设置->连接->防火墙->去掉pasv的勾
FlashFXP 选项——》参数选择-》链接-》代理 去掉使用被动模式前的勾
FTP是File Transfer Protocol（文件传输协议）的缩写，用来在两台计算机之间互相传送文件。FTP协议有两种工作方式：PORT方式和PASV方式，中文意思为主动式和被动式。
PORT（主动）方式的连接过程是：客户端向服务器的FTP端口（默认是21）发送连接请求，服务器接受连接，建立一条命令链路。当需要传送数据时，
服务器从20端口向客户端的空闲端口发送连接请求，建立一条数据链路来传送数据。
PASV（被动）方式的连接过程是：客户端向服务器的FTP端口（默认是21）发送连接请求，服务器接受连接，建立一条命令链路。当需要传送数据时，客户端向服务器的空闲端口发送连接请求，建立一条数据链路来传送数据。
因为PORT方式在传送数据时，由服务器主动连接客户端，所以，如果客户端在防火墙或NAT网关后面，用PORT方式将无法与Internet上的FTP服务器传送文件。这种情况需要使用PASV方式。几乎所有的ftp客户端软件都支持这两种方式。特殊的典型例子是ie，ie默认是用PORT方式的。如果要在ie里启用PASV方式，请打开ie，在菜单里选择：工具 -> Internet选项 -> 高级，在“使用被动ftp”前面打上钩（需要IE6.0以上才支持）。”
Ⅶ 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服务器端怎么判断一个文件已经传送完成
首先，我不清楚你说的这个和我理解的是不是同一个概念。刚好之前写过一个文件服务器的小代码，可以稍微分享一下。
服务器首先read文件，read之后会有一个返回值，假设你每次read 1024个字节，当返回值小于1024，表示已经文件已经read结束。read之后send发送文件(阻塞式)，在发送完所有文件断开连接，这时服务器又会发送一个FIN给客户端。(注意这里读文件，发文件在一个大循环，循环的判断条件就是read的字节数)。对应客户端接收文件也是在一个大循环里，recv阻塞式的接收文件，然后将接收到的内容写入自己建立的空文件中，在recv的返回值为0的时候，表示接收已经结束，跳出循环，继而断开连接。
可能有人会有疑问，当接收完文件，断开连接，服务器不也就结束了吗？其实我当时写的服务器有服务器和客户端建立了两条TCP连接，一条用于客户端向服务器请求文件，另一条用于服务器向客户端发送文件，这样即使下面一条连接断开，服务器和客户端也不会终止，从而实现该客户端还可以再次请求文件，同时服务器也可以处理其他客户端的请求(第二条连接是在客户端向服务器请求文件，并且服务器有你请求的文件时建立的)。
多客户端连接服务器有两种方式，一种是通过服务器fork生成子进程，用子进程去处理和客户端的数据传输，而父进程的功能就是监听是否有子进程过来连接。还有一种方式就是通过epoll来实现(与select和poll思想相同)。
以上所有内容都是自己敲上去的，可能说的有不对或是不确切的地方，希望看见的人能提出指正，谢谢。
Ⅸ 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的工作原理
FTP有两个过程：控制连接和数据连接。
控制连接用于传送请求；而数据连接用于传输文件。
FTP的工作原理：
FTP协议不像HTTP协议一样需要一个端口作为连接（默认时HTTP端口是80，FTP端口是21）。FTP协议需要两个端口：
①一个端口是作为控制连接端口，也就是FTP的21端口，用于发送传送请求给服务器的控制进程以及等待服务器响应（控制连接并不用来传送文件）；
②另外一个端口用于数据传输端口，端口号为20（仅用PORT模式），是用建立数据传输通道的，主要作用是从客户向服务器发送一个文件，从服务器向客户发送一个文件，从服务器向客户发送文件或目录列表，用来连接客户端和服务器端的数据传送进程。
数据传送进程实际完成文件的传送，在传送完毕后关闭“数据传送连接”并结束运行。