当前位置：首页 > ds >正文

深入解析FTP核心术语03

ds 2025/8/21 10:03:18

这段文字继续解释 FTP 协议中的术语（Terminology），包括 record（记录）、reply（回复）、server-DTP、server-FTP process、server-PI 和 type（数据类型）。这些术语深入描述了 FTP 的 文件结构、通信机制、服务端组件和数据表示方式。

我们来逐项详细解析，帮助你彻底理解它们在 FTP 中的作用和意义。

1. Record（记录）

“A sequential file may be structured as a number of contiguous parts called records. Record structures are supported by FTP but a file need not have record structure.”

🔹 翻译：

一个顺序文件可以被组织成若干个连续的部分，称为“记录”。
FTP 支持记录结构，但文件 不一定必须有记录结构。

🔹 深入理解：

“记录”是早期大型机系统中常见的数据组织方式，比如：
- 一条学生信息（学号、姓名、成绩）
- 一条银行交易记录
- 一条日志条目
文件可以是：
- 有记录结构：每条记录固定长度或可变长度，用 EOR（End-of-Record）分隔
- 无记录结构：就是普通的字节流（Stream），现代文件大多如此

🔹 在 FTP 中的应用：

使用 Block 模式 或 Compressed 模式 时，可以支持记录结构传输。
每个记录可以独立标记（如带索引），便于部分更新。
但在现代 FTP 使用中，绝大多数文件以“无结构”方式传输（即当作字节流处理）。

✅ 类比：

有记录结构：Excel 表格，每一行是一条记录
无记录结构：纯文本 .txt 文件，只是字符流

2. Reply（回复）

“A reply is an acknowledgment (positive or negative) sent from server to user via the control connection in response to FTP commands. The general form of a reply is a completion code (including error codes) followed by a text string. The codes are for use by programs and the text is usually intended for human users.”

🔹 翻译：

回复是服务器通过控制连接发送给用户的 确认信息（可以是成功或失败）。
回复的一般格式是：一个完成码（含错误码） + 一段文本字符串。
数字码用于程序解析，文本用于人类阅读。

🔹 深入理解：

这是 FTP 通信反馈机制的核心。

📌 回复格式示例：

220 Service ready for new user.
331 User name okay, need password.
230 User logged in, proceed.
530 Login incorrect.
226 Closing data connection. Requested file action successful.

🔢 三位状态码的含义（前两位有特殊意义）：

第一位	含义
`1xx`	信息类（Informational）
`2xx`	成功（Success）
`3xx`	需要进一步输入（e.g., 密码）
`4xx`	临时错误（可重试）
`5xx`	永久错误（操作失败）

第二位	含义
`x0x`	语法相关
`x1x`	信息或连接
`x2x`	控制连接或数据连接
`x3x`	登录认证
`x5x`	文件系统操作

✅ 示例：

220：服务器就绪（2=成功，2=控制连接，0=语法/通用）
530：登录失败（5=错误，3=登录问题）
425：无法打开数据连接（4=临时错误，2=数据连接）

💡 文本的作用：

对用户友好：显示 “Login incorrect” 比只看 530 更清楚
可自定义：服务器可以返回本地化提示，如 “密码错误，请重试”

3. Server-DTP（服务器端数据传输进程）

“The data transfer process, in its normal ‘active’ state, establishes the data connection with the ‘listening’ data port. It sets up parameters for transfer and storage, and transfers data on command from its PI. The DTP can be placed in a ‘passive’ state to listen for, rather than initiate a connection on the data port.”

🔹 翻译：

Server-DTP 在默认“主动”状态下，会主动连接客户端的“监听端口”来建立数据连接。
它负责设置传输和存储参数，并根据其 PI（协议解释器）的指令传输数据。
它也可以进入“被动”状态，改为 监听自己的数据端口，等待客户端来连接。

🔹 深入理解：

这是理解 FTP 两种数据连接模式的关键。

模式	Server-DTP 的行为
主动模式（Active FTP）	Server-DTP 主动连接客户端开放的端口（通常是 PORT 命令指定的端口）
被动模式（Passive FTP）	Server-DTP 进入“被动状态”，在某个端口上监听（如 50000），等待客户端连接（通过 PASV 命令获取端口号）

⚠️ 为什么需要被动模式？
因为客户端通常在防火墙/NAT 后面，无法让外部服务器主动连接它。被动模式更安全、更易通过防火墙。

4. Server-FTP Process（服务器端 FTP 进程）

“A process or set of processes which perform the function of file transfer in cooperation with a user-FTP process and, possibly, another server. The functions consist of a protocol interpreter (PI) and a data transfer process (DTP).”

🔹 翻译：

Server-FTP 进程是一组协同工作的进程，负责与用户端 FTP 进程（甚至另一个服务器）配合完成文件传输。
它的功能由两部分组成：协议解释器（PI） 和 数据传输进程（DTP）。

🔹 深入理解：

这是一个 逻辑上的整体服务，通常运行在服务器后台（如 vsftpd, proftpd, IIS FTP）。
它包含两个核心组件：
1. Server-PI：处理控制连接，接收命令，返回响应
2. Server-DTP：处理数据连接，实际读写文件、传输数据

✅ 类比：一家快递公司

Server-PI = 客服中心（接电话、下工单）
Server-DTP = 配送车队（真正送货上门）

5. Server-PI（服务器端协议解释器）

“The server protocol interpreter ‘listens’ on Port L for a connection from a user-PI and establishes a control communication connection. It receives standard FTP commands from the user-PI, sends replies, and governs the server-DTP.”

🔹 翻译：

Server-PI 在 端口 L（即 21） 上监听来自用户端 PI 的连接，建立控制通信连接。
它接收用户的 FTP 命令，发送回复，并 控制和管理 Server-DTP。

🔹 深入理解：

核心职责：
1. 监听端口 21
2. 接受客户端连接（三次握手）
3. 交互登录（USER/PASS）
4. 解析命令（如 LIST, RETR, STOR）
5. 调用 DTP 执行实际传输
6. 返回响应码和消息
“governs the server-DTP” 表示：
- 当用户发送 RETR file.txt，Server-PI 会通知 Server-DTP：“准备从 /files/file.txt 读取数据，并通过数据连接发送出去”

6. Type（数据表示类型）

“The data representation type used for data transfer and storage. Type implies certain transformations between the time of data storage and data transfer. The representation types defined in FTP are described in the Section on Establishing Data Connections.”

🔹 翻译：

Type 是指数据在传输和存储时所使用的 表示类型。
它意味着在 存储时和传输时之间会发生某些转换。
FTP 定义的表示类型在“建立数据连接”一节中有详细说明。

🔹 深入理解：

FTP 支持多种 数据类型（TYPE），通过 TYPE 命令设置：

类型	说明
ASCII (`TYPE A`)	用于文本文件。传输时会进行换行符转换（如 `\n` ↔ `\r\n`）
Binary (`TYPE I`)	“Image” 类型，即二进制流。不进行任何转换，原样传输，用于图片、程序等
EBCDIC (`TYPE E`)	用于 IBM 大型机系统，使用 EBCDIC 字符编码
Local Byte (`TYPE L n`)	本地字节大小，`n` 表示字节位数（如 `TYPE L 8` 等同于 Binary）

🌰 举例：

你在 Windows 上下载一个 Linux 的 .sh 脚本：
- 如果用 TYPE A，\n 会被转为 \r\n，可能导致脚本无法执行
- 如果用 TYPE I（Binary），则原样下载，保留原始换行符

✅ 最佳实践：除非明确是文本文件，否则一律使用 Binary 模式（TYPE I）

✅ 总结：核心术语关系图

[用户]↓
[User-PI] ←─控制连接（端口21）─→ [Server-PI] ←→ [Access Controls]↓ (命令)        ↑ (Reply: 220, 331, 550...)        ↓└─────────────→ [Server-DTP] ←→ [File System]↑[Data Connection（端口20 或动态端口）]↓[Data Transfer]/     \[Type: A/I/E/L]  [Mode: Stream/Block/Compressed]|[File: 有序数据流]/            \[Record 结构（可选）]   [Page 结构（可选）]

🧠 小贴士：现代使用建议

术语	实际建议
Record / Page	几乎不用，了解即可；现代文件多为无结构字节流
Reply	学会看状态码（如 226=成功，550=文件不存在）
Server-DTP 模式	优先使用被动模式（PASV），避免防火墙问题
Type	下载所有文件推荐使用 Binary 模式（TYPE I）
Pathname	使用 `/` 作为分隔符兼容性最好（多数服务器支持）