扫码获取 VIP 码
添加管理员微信获取 VIP 码
FTP 是 File Transfer Protocol（文件传输协议）的缩写，是 TCP/IP 协议族应用层中专门负责在网络上进行文件传输的标准协议，其正式规范定义于 RFC 959 文档。与 HTTP、SMTP 等应用层协议一样，FTP 运行在传输层协议之上，但它有一个其他应用层协议很少具备的显著特征：FTP 使用两条并行的 TCP 连接来协同完成一次文件传输任务，一条称为控制连接，另一条称为数据连接。在软考网络工程师的考纲中，FTP 被明确列为应用层协议的重点内容，几乎每两年就会在上午题中出现一次，考点主要集中在端口号、双连接机制、主动模式与被动模式的差异以及常见命令这几个方向。
从协议设计定位来看，FTP 解决的核心问题是跨主机的文件交换。早期的网络环境中，不同操作系统、不同文件系统之间的文件格式差异极大，FTP 通过定义一套与具体操作系统无关的传输语义，使得文件能够在异构系统之间可靠地迁移。FTP 属于客户端服务器模型，通信双方分别扮演 FTP 服务器与 FTP 客户端的角色。服务器通常运行在固定端口上监听客户端发起的连接请求，客户端则通过交互式命令或程序化接口与服务器交换文件。
需要特别强调的是，FTP 是一个有状态协议。这里的"状态"体现在控制连接在会话期间始终保持打开，服务器必须记住当前登录的用户身份、当前所在的工作目录以及当前的数据传输模式等信息。这一点与 HTTP 最初的无状态设计形成鲜明对比，也正是理解 FTP 双连接机制的关键前提。有状态意味着控制连接承担了会话上下文的维护职责，而数据连接则可以按需建立和拆除，二者分工明确、各司其职。
软考命题人特别喜欢把 FTP 与几个名称相近的协议放在一起出辨析题，考生若只知其一很容易失分。TFTP 是简单文件传输协议，基于 UDP 传输，默认端口为 69，不提供身份认证，常用于网络设备操作系统的备份与引导，属于"轻量级"的 FTP 替代方案。SFTP 虽然名字里也带 FTP，但它实际上是 SSH 协议族的一员，通过 SSH 的加密通道传输文件，默认端口为 22，与 FTP 没有任何协议层面的继承关系。FTPS 则是在传统 FTP 之上叠加 SSL/TLS 加密层形成的安全变体，控制连接使用 990 端口。把这四种协议放在同一张概念地图里，FTP 的本质特征才会清晰：它是明文传输、双连接、有状态的文件传输协议，而 TFTP 是面向简单场景的无连接协议，SFTP 与 FTPS 则是面向安全需求的两条不同技术路线的产物。
理解 FTP 的核心，在于理解它为什么要拆出控制连接与数据连接两条通道。如果只使用一条连接，那么控制信息（命令与应答）和文件数据就会在同一个字节流中混传，接收方必须设计复杂的定界机制来区分哪些字节是命令、哪些字节是文件内容，这在传输二进制文件时几乎无法可靠实现，因为文件内容本身可能包含任意字节序列，与命令文本无从区分。FTP 的解决方案是把控制流与数据流彻底分离到两条独立的 TCP 连接上，控制连接只承载可读的 ASCII 命令与三位数字应答码，数据连接则专用于文件内容或目录列表的传输，两条连接互不干扰，从而从根本上规避了定界难题。
其中最关键的是控制连接的默认端口 21。服务器通过监听 21 端口来接受客户端的连接请求，这个端口号在绝大多数 FTP 服务器中都可以配置修改，但默认值与行业惯例始终保持一致。之所以把控制连接与数据连接分开设计，除了前述的定界问题，还有一个重要原因是控制通道需要保持长期稳定，而数据通道往往是突发性的批量传输，二者对传输性能的要求不同，分开设计可以避免大文件传输阻塞命令交互。
此外，FTP 的双连接机制还带来了一个重要的安全与排障视角。由于控制连接与数据连接使用不同的源目端口组合，在防火墙或访问控制列表中需要分别为两条连接放行，否则会出现"能登录但传不了文件"的典型故障现象。这种故障在软考案例题中常被用来考察考生对双连接机制的理解深度：只放行 21 端口时，控制连接可以建立、登录可以成功，但主动模式下服务器用 20 端口主动回连客户端的数据连接会被拦截，从而导致文件传输失败。把握住这一层因果关系，考生就能在排障类题目中快速定位问题所在。此后客户端所有的操作指令，包括登录认证、切换目录、设置传输模式、发起传输请求等，都通过控制连接发送；服务器的应答也通过控制连接返回。控制连接在整个会话期间持续保持，直到客户端发送 QUIT 命令或连接异常中断。值得注意的是，控制连接上传输的是命令与应答，而不是文件本身，因此控制连接的流量通常很小，但对可靠性要求极高，任何一条命令的丢失或乱序都会导致会话状态错乱。从协议实现的角度看，控制连接本质上是一条双向的字符流通道，命令与应答按照严格的请求响应顺序交替传输，服务器对每一条命令都必须给出对应的应答，客户端在发出下一条命令之前通常需要先收到前一条命令的应答，这种一问一答的交互模式保证了会话状态的同步。正因为控制连接承载着登录认证与状态维护的重任，一旦控制连接断开，正在进行的文件传输也会被强制中断，因为服务器失去了维护会话上下文的通道，这正是 FTP 有状态特性的直观体现。
数据连接的建立则与传输需求绑定。只有当真正需要传输文件数据或目录列表时，数据连接才会被建立；一次数据传输结束后，数据连接立即关闭。这意味着在一次完整的 FTP 会话中，控制连接可能只建立一次，而数据连接则会根据传输次数的多少反复建立和拆除。数据连接的建立方向由主动模式与被动模式决定，这是 FTP 协议中最容易被考生混淆的部分，也是防火墙与网络地址转换环境下 FTP 配置问题的根源所在。
控制连接上运行的是 FTP 的命令应答协议。客户端发送的命令采用可打印的 ASCII 文本，每条命令以回车换行结束。常用的命令包括用于认证的 USER 与 PASS，用于文件操作的 RETR、STOR、LIST、DELE，用于目录操作的 CWD、CDUP、PWD、MKD，用于模式设置的 TYPE、PORT、PASV、MODE、STRU，以及用于会话结束的 QUIT 等。这些命令是协议层的概念，考生需要与命令行客户端中用户直接输入的 get、put、ls、cd 等交互式命令区分开，后者是客户端软件提供的用户界面命令，会被客户端内部翻译成对应的协议命令再发给服务器。
服务器对每条命令的应答采用三位十进制数字码加文本说明的格式。应答码的第一位数字表示应答的类型：1 开头表示初步应答，命令已接受但操作尚未完成；2 开头表示完成应答，命令执行成功；3 开头表示中间应答，命令已接受但需要进一步的信息；4 开头表示临时性错误，命令未被接受但可以重试；5 开头表示永久性错误，命令不可重试。例如 331 表示用户名正确、需要继续发送密码，230 表示登录成功，227 表示进入被动模式，226 表示数据传输完成，550 表示文件不可用。考生记忆应答码时不必死记每个数字，只需掌握首位数字的语义分类，再结合典型值即可应对大部分选择题。
主动模式又称 PORT 模式，其名称来源于客户端发送的 PORT 命令。在主动模式下，客户端在本地随机开放一个高端端口，通过 PORT 命令将这个端口号连同客户端 IP 地址一并告知服务器，然后客户端在控制连接上发送传输命令。服务器收到命令后，使用自己的 20 端口作为源端口，主动向客户端告知的那个高端端口发起数据连接。因此主动模式下，数据连接的发起方是服务器，连接方向是"服务器到客户端"。这一特性在早期的直连网络环境中工作良好，但一旦客户端位于网络地址转换设备或防火墙之后，服务器主动发起的入站连接往往会被拦截，导致数据传输失败。
被动模式又称 PASV 模式，正是为了解决主动模式在防火墙环境下的缺陷而设计的。客户端发送 PASV 命令后，服务器在本地随机开放一个高端端口，并通过 227 应答把这个端口号返回给客户端，客户端随后主动向服务器的这个端口发起数据连接。这里的高端端口通常落在 1024 以上的范围，具体取值由服务器的被动端口区间配置决定，常见的默认区间是 1024 到 65535 之间的一段。理解被动模式的关键在于认识到，服务器返回的端口信息是编码在 227 应答的文本中的，客户端需要解析这段应答才能提取出端口号，因此 PASV 命令与数据连接之间存在一个显式的解析环节，这也是被动模式比主动模式多出的一次交互。被动模式下，数据连接的发起方是客户端，连接方向是"客户端到服务器"。由于无论是控制连接还是数据连接，都由客户端主动发起，这种模式天然适应客户端在防火墙或 NAT 之后的场景，因此现代互联网环境中的 FTP 客户端普遍默认采用被动模式。
理解两种模式的差异，关键在于抓住"谁主动发起数据连接"这个判断标准。主动模式是服务器用 20 端口连接客户端，被动模式是客户端连接服务器开放的随机高端端口。软考真题中，这一考点常常以场景题的形式出现，例如给出"客户端位于防火墙之后无法传输数据"的描述，要求考生判断应当切换为被动模式，或者要求考生识别被动模式建立的数据连接端口范围等。
FTP 在传输文件时支持两种数据类型模式，通过 TYPE 命令进行切换。ASCII 模式用于传输纯文本文
本篇完！