6.2.1FTP概述

一、FTP定义

FTP（File Transfer Protocol）是早期互联网中用于文件传输的应用层协议。它是基于TCP/IP的协议，允许客户端与服务器间进行文件上传、下载和管理。主要解决异构网络环境下（如不同操作系统/文件格式）的文件传输问题。

二、核心特点

1. 双连接机制

   • 控制连接（21端口）：持久的TCP连接，用于传输命令（如USER/PASS）。
   • 数据连接（20端口或其他）：非持久的TCP连接，按需建立，用于传输文件。
     

三、工作模式

模式	主动模式	被动模式
数据方向	服务器主动连接客户端的数据端口	客户端主动连接服务器的数据端口
流程	客户端发PORT命令告知服务器数据端口	客户端发PASV命令，服务器返回监听的临时端口

四、FTP工作流程

1. 建立控制连接
   • 客户端通过21端口与服务端建立TCP连接。
2. 用户认证
   • 发送USER（用户名）和PASS（密码）完成认证。
3. 命令交互
   • 通过控制连接发送命令（如LIST列目录、RETR下载）。
4. 建立数据连接
   • 根据模式（主动/被动）建立数据传输通道。
5. 文件传输
   • 数据连接传输文件，完成后断开数据连接。
6. 终止控制连接
   • 客户端发送QUIT命令，断开控制连接。

五、FTP典型命令

命令	功能	示例
USER	指定用户名	USER anonymous
PASS	指定密码	PASS example@email.com
LIST	列目录文件	LIST /path
RETR	下载文件	RETR filename.txt
STOR	上传文件	STOR filename.txt
QUIT	断开连接	QUIT

六、优缺点

优点	缺点
支持大文件传输、断点续传	明文传输（安全隐患高）
跨平台任意文件格式转换	配置复杂（需处理防火墙/NAT）
内置权限管理	数据连接非持久

七、匿名FTP

允许用户以anonymous登录（默认无需密码），公开共享资源（如软件镜像）。

📊 知识扩展：现代更多使用安全协议如SFTP（SSH File Transfer Protocol） 或FTPS（FTP over SSL） 替代传统FTP。

6.2.2FTP的基本工作原理

一、核心架构特性

1. 双通道设计
   采用控制连接（21端口） 和数据连接（20端口或动态端口） 分离机制：

   • 控制连接：用于身份认证、指令传输（如PUT/GET），需始终维持长连接
   • 数据连接：新连接按需建立，完成传输后立即释放资源

2. 会话管理逻辑
   

二、交互流程详解

1. 控制连接建立阶段

• 三次握手初始化：用户客户端发起标准TCP三次握手建立控制链路
• 认证交互：客户端发送USER/PASS完成身份校验

2. 数据传输阶段

• 端口协商：客户端通过PORT指令提交自身数据端口号（主动模式）
• 动态连接建立：服务器端通过20端口发起数据链路连接（或采用被动模式下的反向连接）
• 流式传输策略：
  • 按MSS（最大报文段长度）分块发送
  • 二进制/ASCII传输模式可选
  • 通过滑动窗口机制动态调控传输速率

3. 连接生命周期

• 单文件传输结束后数据通道立即关闭
• 控制通道持续有效直至用户主动退出

三、关键技术图解

四、性能优化重点

1. 主动模式穿透问题
   NAT网络环境下需客户端预先配置PASV指令切换至被动模式，规避防火墙阻断

2. 断点续传支持
   REST命令指定文件偏移量，实现大文件分段续传请求：

   REST 10240
   RETR largefile.zip
   

3. 并发传输控制
   通过TYPE A（ASCII）与TYPE I（二进制）严格规范编码方式，避免异构系统传输损坏

五、协议扩展能力

• 强化安全：通过FTPS（FTP over SSL）实现通道加密
• IPv6适配：支持EPSV/EPRT指令扩展地址编码
• 日志审计：完整记录STOR/DELE等操作痕迹

该工作机制显著提升传输可靠性，但受限于协议设计年代，在现代互联网环境下逐渐被HTTPS/SCP等替代方案取代。

6.2.3简单文件传送协议TFTP

1. 协议概述

• RFC标准：RFC 1350（后续有更新版本）
• 传输层协议：基于UDP（端口号69），无连接不可靠传输
• 核心特性：
  • 轻量级：代码实现仅需几十KB内存
  • 简单性：仅支持读写操作，无目录管理/身份验证
  • 停等协议：每个数据包必须确认后发送下一包
  • 固定块大小：数据块固定为512字节（最后不足则标记结束）

2. 工作原理

2.1 交互流程

2.2 报文类型

• Opcode定义：
  • RRQ (1)：读请求（客户端→服务器）
  • WRQ (2)：写请求（客户端→服务器）
  • DATA (3)：数据包（双向）
  • ACK (4)：确认（双向）
  • ERROR (5)：错误响应（双向）

3. 数据包结构

flowchart LR
    subgraph TFTP报文格式
        opcode[2B:操作码] --> filename[文件名]
        filename --> mode[传输模式]
        mode --> data[数据块]
    end
    
    example[示例：RRQ包结构] -->
    |1|filename.jpg|octet|

实际字段说明：

• RRQ/WRQ包：

  • Opcode (1/2) + Filename (ASCII) + Mode (octet/netascii/mail)
  • 例：01 66696C65 00 6F6374657400（"file"的ASCII + octet模式）

• DATA包：

  • Opcode (3) + Block# (2B) + Data (1~512B)

• ACK包：

  • Opcode (4) + Block# (2B)（确认最后收到的块）

4. 超时重传机制

5. 优缺点分析

优点	缺点
实现简单（<5KB代码量）	无加密/身份验证
依赖UDP，无需TCP复杂控制	传输效率低（停等协议）
适合嵌入式设备/网络引导（如PXE）	不支持大文件（需自定义块号回绕处理）

6. 典型应用场景

1. 网络设备固件升级（路由器/交换机）
2. 无盘工作站启动（通过TFTP加载OS镜像）
3. IoT设备配置（轻量化传输配置数据）

7. 对比FTP

特性	TFTP	FTP
传输层协议	UDP（端口69）	TCP（端口21控制/20数据）
复杂性	极简	复杂（命令/控制分离）
功能	读/写文件	目录管理/断点续传等
适用场景	小文件/嵌入式环境	大文件传输/复杂操作