FTP协议及数据包浅析.docx

FTP协议及数据包浅析

第27章FTP：文献传送协议

27.1??引言

FTP是另一个常见的应用程序。它是用于文献传输的Internet标准。我们必须分清文献传

送（filetransfer）和文献存取(fileaccess)之间的区别，前者是FTP提供的，后者是如NFS

（Sun的网络文献系统，第29章）等应用系统提供的。由FTP提供的文献传送是将一个完整的

文献从一个系统复制到另一个系统中。要使用FTP，就需要有登录服务器的注册帐号，或者通

过允许匿名FTP的服务器来使用（本章我们将给出这样的一个例子）。

与Telnet类似，FTP最早的设计是用于两台不同的主机，这两个主机也许运营在不同的操作系

统下、使用不同的文献结构、并也许使用不同字符集。但不同的是，Telnet获得异构性是强制两端

都采用同一个标准：使用7比特ASCII码的NVT。而FTP是采用另一种方法来解决不同系统间的差

异。FTP支持有限数量的文献类型（ASCII，二进制，等等）和文献结构（面向字节流或记录）。

参考文献959[Postel和Reynolds1985]是FTP的正式规范。该文献叙述了近年来文献传输

的历史演变。

27.2??FTP协议

FTP与我们已描述的另一种应用不同，它采用两个TCP连接来传输一个文献。

1)控制连接以通常的客户服务器方式建立。服务器以被动方式打开众所周知的用于

FTP的端口（21），等待客户的连接。客户则以积极方式打开TCP端口21，来建立连

接。控制连接始终等待客户与服务器之间的通信。该连接将命令从客户传给服务器，

并传回服务器的应答。

由于命令通常是由用户键入的，所以IP对控制连接的服务类型就是“最大限度地减小迟延”。

2)每当一个文献在客户与服务器之间传输时，就创建一个数据连接。（其他时间也可以创

建，后面我们将说到）。

由于该连接用于传输目的，所以IP对数据连接的服务特点就是“最大限度提高吞吐量”。

图27-1描述了客户与服务器以及它们之间的连接情况

从图中可以看出，交互式用户通常不解决在控制连接中转换的命令和应答。这些细节均

由两个协议解释器来完毕。标有“用户接口”的方框功能是按用户所需提供各种交互界面

（全屏幕菜单选择，逐行输入命令，等等），并把它们转换成在控制连接上发送的FTP命令。

类似地，从控制连接上传回的服务器应答也被转换成用户所需的交互格式。

从图中还可以看出，正是这两个协议解释器根据需要激活文献传送功能。

27.2.1??数据表达

FTP协议规范提供了控制文献传送与存储的多种选择。在以下四个方面中每一个方面都必

须作出一个选择。

1.文献类型

(a)ASCII码文献类型（默认选择）文本文献以NVTASCII码形式在数据连接中传输。这规定

发方将本地文本文献转换成NVTASCII码形式，而收方则将NVTASCII码再还原成本地文本文献。

其中，用NVTASCII码传输的每行都带有一个回车，而后是一个换行。这意味着收方必须扫描每

个字节，查找CR、LF对（我们在第15.2节见过的关于TFIP的ASCII码文献传输情况与此相同）。

(b)EBCDIC文献类型该文本文献传输方式规定两端都是EBCDIC系统。

(c)图像文献类型（也称为二进制文献类型）数据发送呈现为一个连续的比特流。通常

用于传输二进制文献。

(d)本地文献类型该方式在具有不同字节大小的主机间传输二进制文献。每一字节的比特

数由发方规定。对使用8bit字节的系统来说，本地文献以8bit字节传输就等同于图像文献传输。

2.格式控制

该选项只对ASCII和EBCDIC文献类型有效。

(a)非打印（默认选择）文献中不具有垂直格式信息。

(b)远程登录格式控制文献具有向打印机解释的远程登录垂直格式控制。

(c)Fortran回车控制每行首字符是Fortran格式控制符。

3.结构

（a）文献结构（默认选择）文献被认为是一个连续的字节流。不存在内部的文献结构。

（b）记录结构该结构只用于文本文献（ASCII或EBCDIC）。

（c）页结构每页都带有页号发送，以便收方能随机地存储各页。该结构由TOPS-20操

作系统提供（主机需求RFC不提倡采用该结构）。

4.传输方式

它规定文献在数据连接中如何传输。

（a）流方式（默认选择）文献以字节流的形式传输。对于文献结构，发方在文献尾提

示关闭数据连接。对于记录结构，有专用的两字节序列码标志记录结束和文献结束。

（b）块方式