FTP断点续传的原理
ftp工作原理
ftp工作原理FTP（File Transfer Protocol）是一种用于在计算机网络中进行文件传输的协议。
它基于客户端-服务器模型，通过控制连接和数据连接来实现文件的上传和下载。
下面将详细介绍FTP的工作原理。
1. FTP的连接建立和断开：- 客户端通过TCP/IP协议与FTP服务器建立连接。
默认情况下，FTP服务器监听在TCP端口21上。
- 客户端发送登录请求，包括用户名和密码等认证信息。
- 服务器验证用户信息，如果认证通过，建立控制连接。
- 控制连接用于传输命令和响应，如上传、下载、删除文件等操作。
- 控制连接保持开放状态，直到客户端或者服务器发起断开连接的请求。
2. FTP的数据传输模式：- FTP支持两种数据传输模式：主动模式（Active Mode）和被动模式（Passive Mode）。
- 在主动模式下，客户端通过控制连接向服务器发出PORT命令，并指定一个端口号，服务器将通过该端口与客户端建立数据连接。
- 在被动模式下，客户端通过控制连接向服务器发出PASV命令，服务器返回一个IP地址和端口号，客户端通过该地址和端口与服务器建立数据连接。
- 主动模式适合于服务器在防火墙后面的情况，被动模式适合于客户端在防火墙后面的情况。
3. FTP的命令和响应：- 客户端通过控制连接向服务器发送各种命令，如登录、切换目录、上传文件、下载文件等。
- 服务器接收到命令后，执行相应的操作，并返回响应码和响应消息给客户端。
- 响应码由三位数字组成，其中第一个数字表示响应的类型，如1xx表示信息响应，2xx表示成功响应，3xx表示重定向响应，4xx表示客户端错误响应，5xx 表示服务器错误响应。
4. FTP的安全性：- FTP的传输过程是明文的，包括用户的身份验证信息和文件的内容。
- 为了增强安全性，可以使用FTP over SSL/TLS（FTPS）或者SSH File Transfer Protocol（SFTP）等加密协议。
FTP协议详解文件传输协议的工作方式
FTP协议详解文件传输协议的工作方式文件传输协议（File Transfer Protocol，简称FTP）是用来在网络中进行文件传输的一种标准协议。
它是基于客户端-服务器模型的协议，通过在客户端和服务器之间建立连接来实现文件的传输。
本文将详细介绍FTP协议的工作方式。
一、FTP的基本概念1. FTP客户端FTP客户端是指使用FTP协议来上传、下载和管理文件的程序或应用。
它可以是独立软件，也可以集成在操作系统或其他应用中。
FTP 客户端通常提供了用户界面，允许用户输入FTP服务器的地址、用户名和密码等信息，以进行文件操作。
2. FTP服务器FTP服务器是指运行FTP软件，提供FTP服务的计算机或设备。
它负责接受客户端的连接请求，并响应相应的文件传输操作。
FTP服务器通常需要预先配置用户信息、访问权限和文件存储路径等参数。
3. FTP命令FTP协议定义了一系列的命令，用于控制客户端与服务器之间的交互。
这些命令包括登录、上传、下载、删除、重命名等操作。
FTP命令通过控制连接发送给服务器，服务器执行相应的操作并返回状态码和响应消息给客户端。
二、FTP的工作流程FTP协议的工作流程可以简单描述为以下步骤：1. 建立连接FTP客户端通过TCP/IP协议与FTP服务器建立连接。
默认情况下，FTP服务器监听在TCP端口21上。
客户端向服务器发送连接请求，服务器接受请求并建立控制连接。
控制连接用于发送命令和接收响应。
2. 用户认证客户端在建立控制连接后，需要进行用户认证以验证身份。
客户端发送用户名和密码给服务器进行认证。
如果认证成功，服务器返回成功的响应码；如果认证失败，服务器返回失败的响应码。
3. 执行文件操作认证成功后，客户端可以发送各种文件操作命令给服务器，如上传文件、下载文件、删除文件等。
这些命令通过控制连接发送给服务器，服务器执行相应的操作并返回相应的响应码和响应消息。
4. 数据传输FTP协议支持两种数据传输模式：主动模式和被动模式。
断点续传的原理
Application对象是一个应用程序级的对象，它包含的数据可以在整个Web站点中被所有用户使用，并且可以在网站运行期间持久地保存数据
断点续传的过程
①断点续传需要在下载过程中记录每条线程的下载进度；
②每次下载开始之前先读取数据库，查询是否有未完成的记录，有就继续下载，没有则创建新记录插入数据库；
③在每次向文件中写入数据之后，在数据库中更新下载进度；
④下载完成之后删除数据库中下载记录。
断点续传在HTTP请求上和一般的下载有所不同，客户端浏览器传给Web服务器的时候要多加一条信息——从哪里开始（HTTP请求变量）。要实现HTTP断点续传，Web服务器必须支持HTTP/1.1（相对于HTTP/1.0老版本）。
-解读断点续传的基本原理
断点续传的理解可以分为两部分：一部分是断点，一部分是续传。断点的由来是在下载过程中，将一个下载文件分成了多个部分，同时进行多个部分一起的下载，当某个时间点，任务被暂停了，此时下载暂停的位置就是断点了。续传就是当一个未完成的下载任务再次开始时，会从上次的断点继续传送。
在使用IE下载文件时，遇到网络中断，不需要重新启动机器，也可实现断点续传。前提是，在恢复下载、开始断点续传并提示再次保存文件时，要使用和第一次下载时相同的路径和文件名。
Application与Session对象之间的区别。
1. 应用范围不同。 Session是对应某一个用户的。而Application是整站共用的。
使用多线程断点续传下载的时候，将下载或上传任务（一个文件或一个压缩包）人为的划分为几个部分，每一个部分采用一个线程进行上传或下载，多个线程并发可以占用服务器端更多资源，从而加快下载速度。
FTP断点续传的原理
FTP断点续传的原理本⽂建⽴在你对socket知识有⼀点点的基础之上（有⼀点点就⾜够了：））FTP客户端实现要建⽴两个通道，⼀个控制命令通道，让FTP服务器知道客户端要⼲什么，⼀个数据传输通道。
所谓的两个通道只不过是两个调⽤了connect函数的连接，只是控制命令通道专门⽤来传输⼀些字符串命令信息，⽽数据通道则是⽤来传输⽂件。
控制命令通道⼀定是由客户端向服务器的连接（默认的端⼝是21，也可以指定端⼝，这要看服务器的设置）。
连接的过程完成了FTP的登录。
数据通道则不⼀定啦，具体哪个连哪个，请看下⾯对PASV命令的解释。
其实FTP断点续传的原理很简单，可分为断点下载和断点上传。
客户端的实现步骤如下：⼀、下载：1、向服务器发送“REST + 本地⽂件长度”命令，告诉服务器，客户端要断点下载了。
这时服务器还不知道客户端要下载哪个⽂件；2、向服务器发送“RETR + ⽂件名”命令，通知服务器要下载的⽂件名，这时服务器开始定位⽂件指针读⽂件并发送数据。
3、客户端定位本地⽂件指针（⽂件末尾）；4、两端的准备⼯作都做完了以后，客户端创建socket，以被动或⾮被动⽅式建⽴数据通道，循环调⽤recv接收数据并追加⼊本地⽂件；⼆、上传：1、获取服务器上和本地要上传⽂件的同名⽂件⼤⼩；2、向服务器发送“APPE ＋⽂件名”，通知服务器，接下来从数据通道发送给你的数据要附加到这个⽂件末尾。
3、定位本地⽂件指针（和FTP上⽂件⼤⼩相同的位置）4、从⽂件指针处读数据并发送。
好了，FTP断点续传的原理就这么简单。
代码⾥将断点上传和断点下载放到同⼀个函数（MoveFile）⾥，通过get参数说明是上传还是下载。
当然，整个 FTP类的实现有800多⾏，包括登录、退出、获取FTP⽂件⼤⼩、删除FTP服务器上⽂件、响应服务器，解析响应信息等函数。
相应的注释代码⾥都有，这⾥就不⼀⼀熬述了。
这⾥重点说说PASV模式，即被动模式，这是FTP命令⾥⽐较不容易理解的⼀个，这条命令请求服务器在某个端⼝（⾮FTP默认端⼝或控制命令端⼝）创建⼀个监听socket，服务器创建的端⼝号会在客户端的控制命令通道上得到响应。
断点续传 原理
断点续传原理断点续传原理。
断点续传是指在文件传输过程中，如果传输中途出现异常导致传输中断，可以通过某种方式恢复传输，而不需要重新开始传输整个文件。
这项技术在网络文件传输中得到了广泛的应用，能够显著提高文件传输的效率和稳定性。
断点续传的原理主要是通过对文件进行分片传输和校验，以及记录传输状态来实现的。
当文件传输中断时，可以通过已传输的部分和传输状态信息来恢复传输，从而避免重新传输整个文件。
在实际应用中，断点续传的实现主要依赖于以下几个关键技术：1. 文件分片传输，将大文件分割成多个小文件块进行传输，可以减小单个文件的传输时间，同时也方便对传输中断的文件块进行重新传输。
2. 校验和验证，在文件传输过程中，对每个文件块进行校验和验证，确保传输的准确性和完整性。
如果出现传输错误，可以及时进行错误修复或重新传输。
3. 传输状态记录，记录文件传输的状态信息，包括已传输的文件块、传输进度、传输速度等，以便在传输中断时能够准确地恢复传输。
4. 断点恢复机制，当传输中断时，根据传输状态记录和已传输的文件块信息，能够快速恢复传输，避免重新传输整个文件。
断点续传技术的实现可以大大提高文件传输的效率和稳定性，特别是在大文件传输和不稳定的网络环境下，能够显著减少传输时间和提高传输成功率。
因此，断点续传技术在网络文件传输中得到了广泛的应用。
总的来说，断点续传技术是通过文件分片传输、校验和验证、传输状态记录和断点恢复机制等关键技术的综合应用来实现的。
它能够有效提高文件传输的效率和稳定性，是网络文件传输中不可或缺的重要技术之一。
希望通过本文的介绍，读者能够对断点续传的原理有一个清晰的了解，从而更好地应用和理解这一技术。
断点续传的原理
断点续传的原理断点续传（Resumable Download）是指在文件传输过程中，能够从传输中断的位置继续传输，而不需要重新传输整个文件的技术。
它的实现原理主要涉及到断点记录和范围请求两个方面。
首先，断点记录是指在文件传输过程中记录已经传输的文件片段的大小和位置。
当文件传输被中断时，下一次继续传输时可以通过读取断点记录找到传输的起始位置，并从该位置继续传输。
断点记录可以在客户端或服务端存储，通常使用文件的元数据、特殊文件或数据库记录来保存。
其次，范围请求是指在文件传输过程中，客户端通过发送Range头字段来请求指定文件的某个范围。
服务端收到这个请求后可以根据Range头字段指定的范围将对应的文件内容返回给客户端。
客户端可以在不同时间点多次发送范围请求，以实现断点续传。
断点续传的具体实现可以分为以下几个步骤：1. 客户端发起文件传输请求：客户端向服务端发起文件传输请求，并通过请求头字段Content-Range指定已经传输的文件大小。
如果之前的传输已经被中断，客户端可以通过Content-Range头字段告知服务端已经传输的文件大小。
2. 服务端处理文件传输请求：服务端收到客户端的文件传输请求后，根据请求头字段Content-Range，确定所请求的文件的传输范围。
如果Content-Range 头字段没有提供，服务端可以将整个文件作为范围返回。
然后服务端读取对应范围的文件内容，并通过响应头字段Content-Range来告知客户端返回的文件范围。
3. 客户端接收文件内容：客户端收到服务端返回的文件内容后，将其存储在本地指定的位置，并根据Content-Range响应头字段更新已经传输的文件大小和位置。
如果范围请求仍然没有传输完整个文件，客户端再次发起范围请求来获取剩余的文件内容。
4. 重复步骤2和3：客户端重复执行步骤2和3，直到整个文件传输完成。
每次范围请求都会从上一次传输中断的位置开始继续传输，直到获取全部文件内容。
通信协议之FTP协议ftp协议详解
通信协议之FTP协议ftp协议详解FTP协议详解FTP协议（File Transfer Protocol，文件传输协议）是一种用于在计算机网络上进行文件传输的标准协议。
它允许用户通过TCP/IP网络在客户端和服务器之间传输文件。
1. 协议概述FTP协议是基于客户端-服务器模型的协议，客户端通过建立与服务器的连接来进行文件传输操作。
FTP协议使用两个独立的TCP连接，一个用于控制命令，另一个用于数据传输。
2. 协议流程2.1 连接建立客户端通过向服务器的默认端口21发起TCP连接来建立与服务器的连接。
连接建立后，客户端发送身份验证信息给服务器进行身份验证。
2.2 身份验证服务器接收到客户端发送的身份验证信息后，进行身份验证。
常见的身份验证方式包括用户名/密码验证和匿名登录。
2.3 控制连接一旦身份验证成功，客户端和服务器之间建立控制连接。
控制连接用于发送命令和接收响应。
客户端通过发送不同的命令来请求服务器执行不同的操作，如上传文件、下载文件、删除文件等。
2.4 数据连接当需要进行文件传输时，客户端和服务器之间会建立数据连接。
数据连接分为主动模式和被动模式两种。
2.4.1 主动模式在主动模式下，客户端在建立数据连接之前先向服务器发送PORT命令，告知服务器客户端的数据端口。
服务器通过该数据端口连接客户端进行数据传输。
2.4.2 被动模式在被动模式下，客户端在建立数据连接之前先向服务器发送PASV命令，告知服务器客户端希望使用被动模式进行数据传输。
服务器会回复一个包含服务器的IP地址和端口号的响应，客户端通过该响应建立数据连接。
2.5 文件传输一旦数据连接建立，文件传输可以开始。
客户端通过发送RETR命令从服务器下载文件，通过发送STOR命令将文件上传到服务器，通过发送DELE命令删除服务器上的文件。
3. 协议特点3.1 可靠性FTP协议使用TCP作为传输层协议，保证了数据的可靠传输。
TCP使用序号、确认和重传机制来确保数据的正确性和完整性。
sftp断点续传原理
sftp断点续传原理
sftp（Secure File Transfer Protocol）是一种安全的文件传输协议，它通过加密和认证机制来保护文件的传输安全。
sftp断点续传是指在文件传输过程中，如果传输中断或失败，可以通过某种机制恢复传输，而不需要重新开始整个传输过程。
这种机制大大提高了文件传输的效率和可靠性。
sftp断点续传的原理主要涉及以下几个方面：
1. 文件分块传输，在sftp断点续传过程中，文件通常会被分成若干个块进行传输。
每个块都有一个唯一的标识符，以便在传输过程中进行管理和校验。
2. 断点记录和恢复，sftp客户端和服务器端会记录文件传输的断点信息，包括已经成功传输的块和未传输的块。
当传输中断或失败时，可以通过这些信息来恢复传输，而不需要重新传输整个文件。
3. 校验和验证，sftp断点续传还会对每个传输的块进行校验和验证，以确保传输的完整性和准确性。
如果某个块传输失败，
sftp会重新传输该块，而不会影响其他已经成功传输的块。
4. 客户端和服务器端协作，sftp客户端和服务器端会相互协作，通过交换断点信息和校验结果来实现断点续传功能。
客户端会
向服务器端请求恢复传输，而服务器端会根据客户端提供的断点信
息来继续传输文件。
总的来说，sftp断点续传通过文件分块传输、断点记录和恢复、校验和验证以及客户端和服务器端的协作来实现文件传输的高效性
和可靠性。
这种机制在大文件传输和不稳定网络环境下尤为重要，
可以显著提高文件传输的成功率和效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
本文建立在你对socket知识有一点点的基础之上（有一点点就足够了：））FTP客户端实现要建立两个通道，一个控制命令通道，让FTP服务器知道客户端要干什么，一个数据传输通道。
所谓的两个通道只不过是两个调用了connect函数的连接，只是控制命令通道专门用来传输一些字符串命令信息，而数据通道则是用来传输文件。
控制命令通道一定是由客户端向服务器的连接（默认的端口是21，也可以指定端口，这要看服务器的设置）。
连接的过程完成了FTP的登录。
数据通道则不一定啦，具体哪个连哪个，请看下面对PASV命令的解释。
其实FTP断点续传的原理很简单，可分为断点下载和断点上传。
客户端的实现步骤如下：一、下载：1、向服务器发送“REST + 本地文件长度”命令，告诉服务器，客户端要断点下载了。
这时服务器还不知道客户端要下载哪个文件；2、向服务器发送“RETR + 文件名”命令，通知服务器要下载的文件名，这时服务器开始定位文件指针读文件并发送数据。
3、客户端定位本地文件指针（文件末尾）；4、两端的准备工作都做完了以后，客户端创建socket，以被动或非被动方式建立数据通道，循环调用recv接收数据并追加入本地文件；二、上传：1、获取服务器上和本地要上传文件的同名文件大小；2、向服务器发送“APPE ＋文件名”，通知服务器，接下来从数据通道发送给你的数据要附加到这个文件末尾。
3、定位本地文件指针（和FTP上文件大小相同的位置）4、从文件指针处读数据并发送。
好了，FTP断点续传的原理就这么简单。
代码里将断点上传和断点下载放到同一个函数（MoveFile）里，通过get参数说明是上传还是下载。
当然，整个 FTP类的实现有800多行，包括登录、退出、获取FTP文件大小、删除FTP服务器上文件、响应服务器，解析响应信息等函数。
相应的注释代码里都有，这里就不一一熬述了。
这里重点说说PASV模式，即被动模式，这是FTP命令里比较不容易理解的一个，这条命令请求服务器在某个端口（非FTP默认端口或控制命令端口）创建一个监听socket，服务器创建的端口号会在客户端的控制命令通道上得到响应。
得到这个端口号后，客户端就可以创建新的socket（数据通道）connect过去，并进行文件传输等工作。
否则，如果为非被动模式，那么监听的socket由客户端创建，服务器connect过来。
对于这条命令的存在我是这么理解的，存在这么一种情况：客户端的IP是个内网的IP，服务器的IP是个外网的，当进行数据传输时内网的IP对于服务器是不可见的，只有由服务器启动监听socket才能建立数据通道，所以必须以被动模式进行。
：）FTP和HTTP断点续传的道理第一，最重要的一点，断点续传需要服务器的支持，这个是必要条件。
传统的FTP SERVER是不支持断点续传的，因为它不支持REST指令，传统的FTP指令（我是指服务器端指令）并不包括REST指令。
第二，客户端要知道使用REST等一系列指令来作断点续传。
看看断点续传的详细过程（FTP SERVER）：首先客户端使用REST指令来告诉FTP SERVER它需要从文件的某个点开始传，接着用STOR或者RETR命令开始传文件，大概的命令的流程如下：TYPE I200 Type set to I.PASV227 Entering Passive Mode (204,48,18,69,98,250)REST 187392350 Restarting at 187392. Send STORE or RETRIEVE to initiate transfer.RETR /pub/audio/pci/maestro-3/win2k/1056.zip150 Opening BINARY mode data connection for /pub/audio/pci/maestro-3/win2k/1056.zip (936098 bytes).首先使用TYPE命令告诉FTP SERVER使用BINARY模式传送文件；然后使用PASV命令告诉FTP SERVER使用被动打开模式来传送文件；接着使用REST 187392指令告诉FTP SERVER要从文件的187392字节开始传送；最后使用RETR指令来传送文件。
从上面可以看出，这个FTP SERVER支持REST指令，有的FTP SERVER（特别的老的）是不支持这个指令的，这时即使FTP CLIENT支持断点续传也一点用都没有！支持断点的FTP SERVER：Serv-U FTP，还有一系列的新出现的FTP SERVER；不支持断点的：IIS4以前版本所带的都不行，IIS5 有，不家可以测试一下，登录进FTP SERVER，然后输入REST 1000命令，看服务器是否认识，认识就是支持断点。
上面说的是FTP SERVER的断点，HTTP的断点续传是这样的：在以前版本的HTTP SERVER也是不支持断点的，HTTP/1.1开始就支持了，具体如下：在HTTP请求的头部信息里面，通常是这样的：GET http://xxx.xxx.xxx.xxx/index.html HTTP/1.1Host:Accept:*/*上面是HTTP请求头的主要内容，是浏览器等客户端发给HTTP SERVER的信息。
在这个请求头里面，第一行叫做Request Line，GET叫做请求方法（通常得到一个HTML页面都是用GET，CGI等请求是用POST），/index.html是URL，HTTP/1.1为版本号。
Host:是HTTP服务器名字，这也是HTTP/1.1的新东东，以前做虚拟主机可是要一个主机名对应多个IP，现在好了......呵呵，这个离题太远，不说了）要做断点续传，浏览器等客户端需要在请求头里面发送Range: bytes=1140736-这样的请求，就是告诉HTTP SERVER，这个文件要从1140736字节开始传送。
最后一点，大家看了上面的描述可能会有一个问题，那么多点传送怎么做呢？那就是多起几个线程，连接到服务器，用断点指令来传送文件，在传送的过程中，会检查前面的（比如说第一个蚂蚁）得到的文件的部分是否超过了后面的（比如说第二个蚂蚁）的起点，相等就停前面的蚂蚁，最后再合并几个部分，就得到一个完整的文件了介绍可以断点续传软件FTP EXPLORER经过比较，觉得FTP Explorer还是不如CuteFTP来得方便，但它最大的优点是免费不用注册，所以也值得一试。
FTP EXPLORER的主要特点是：（使用图解看这里）1.支持断点续传：当由于线路中断而导致下载的文件中断时，FTP EXPLORER可以通过TRANSEER MANAGER（传输管理器）帮助你在下次登录时从上次中断的地方继续下载文件，这将节省你大量的时间和通讯费用。
传输管理器允许你迅速了解下载或上载文件的详细信息，如FTP位置、下载状态、下载的目的地等。
当文件下载完毕，文件左边的标记变蓝；当文件传输时因故中断，文件左边的标记为黄色；当文件传输地因故中断，文件左边的标记变红；这时，只要在中断的文件名上单击鼠标右键，就可以看到一个对话框，CANCEL表示取消文件传输，RESUBMIT表示进行断点续传。
2.类似Windows 95中的资源管理器，界面友好。
不同的是它显示的是远方FTP站点服务器的内容。
（见下图）3.自动联接：当联机请求被拒绝时（有的热门FTP站点限制访问人数），FTP EXPLO RER能够自动重新与暂时拥挤的FTP站点建立联接，而且可以自由设定重新联接的次数（最多为99次）和时间间隔（如隔90秒后进行重拨）。
一旦联机成功，FTP EXPLORER会自动提示用户。
4.FTP EXPLORER全面支持拖放功能(Drag an Drop)，可以将文件拖到你指定的位置甚至桌面上并可以在桌面上建立捷径。
（注这些功能另一个也支持断点续传功能的著名软件CUTEETP也有，但CUTEETP的注册版本才具有断点续传功能）。
FTP EXPLORER网址：ftp:///pub/lang/或/。
ftp下载的好处我在这里就不多说了，许多工程会把ftp下载作为一个重要的功能来实现。
微软提供的WinInet类可以利用下面这些函数：InternetOpen；InternetConnect；GetCurrentDirectory；SetCurrentDirectory；FtpGetFile；很容易实现ftp的下载，网上关于这方面的文章也很多。
但是要实现ftp的多线程下载，利用这些函数就显得有些牵强了。
用socket根据 ftp协议来开发将会变的十分灵活。
下面我就逐步的讲解整个开发的过程：开发环境 BCB（组件模式），VC 环境下请自行稍作改动。
看了这篇文章后对于BCB开发人员来说，不仅可以对 FlashGet 等软件的开发原理有一定的了解，特别是在开发组件方面也有很大的指导作用，请耐心的将它看完。
很简单！！首先介绍一下部分ftp协议：图一 FTP服务示意图用户FTP和服务器FTP之间要传送文件，需要有两个连接：命令通道和数据连接，从名字上就可以看出命令通道是传送命令的，数据通道是用于传送文件。
服务器与服务器之间的数据传送在此就不多作解释。
主要用到的命令为：USER,PASS,TYPE,SIZE,REST,CWD,PWD,RETR,PASV,PORT，QUIT;USER:参数是标记用户的Telnet串。
用户标记是访问服务器必须的，此命令通常是控制连接后第一个发出的命令，有些主机还会要求口令和帐户。
服务器可以在任何时间接收新的USER命令以改变访问控制和（或）帐户信息。
这可以重新开始登录过程，所以传输参数不变，在进行中的文件传输在过去的访问控制参数下完成。
PASS:参数是标记用户口令的Telnet串。
此命令紧跟USER命令，在某些站点它是完成访问控制不可缺少的一步。
因此口令是个重要的东西，因此不能显示出来，服务器方没有办法隐藏口令，所以这一任务得由用户FTP进程完成。
TYPE:参数指定表示类型。
有些类型需要第二个参数，第一个参数由单个Telnet字符定义，第二个参数是十进制整数指定字节大小，参数间以<SP>分隔。
下面是格式：图二TYPE参数示意图默认表示类型是ASCII非打印字符，如果参数未改变，以后只改变了第一个参数，则使用默认值。
SIZE:参数从FTP服务器上返回指定文件的大小。
REST:参数域代表服务器要重新开始的那一点，此命令并不传送文件，而是略过指定点后的数据，此命令后应该跟其它要求文件传输的FTP命令。
CWD:此命令使用户可以在不同的目录或数据集下工作而不用改变它的登录或帐户信息。