为什么 FTP 协议设计为使用多个端口？

Question

问题在标题中。我想知道这一点的原因是因为我正在编写一个 tcp 服务，并且想探索其中的一些原因，因为它们可能会对我的工作有所启发。

Answer 1

我希望使用不同的端口可以简化单独的预期数据连接的处理，这将采用与控制连接不同的格式。我相信这将允许接收器简单地开始处理数据，而无需检查它是否是连接启动，如果它使用端口 21 则需要这样做。

这将允许换行打印机的最后一个项目符号示例开始接收要打印的文本。但是，我不确定当时是如何实际使用的（终端上的程序会将端口 20 转发到他们的换行打印机，因为可能有一个 FTP 守护进程已经在监听 21？）

至于为什么要另外连接，主要有以下三个原因：

传输效率是影响FTP有用性的重要因素。如果使用不适当的传输策略（例如，不适当的字节大小），文件传输可能非常昂贵（就 CPU 时间而言）和缓慢（实时）。应尽一切努力优化数据传输。一个好的策略可能是允许通过单独的连接传输文件或关闭并重新打开连接（可能使用不同的字节大小）。

[4] 我们考虑使用两个全双工链路，一个用于控制
信息，另一个用于数据。
在合作进程之间使用单独的控制链接将简化中止、错误
恢复和同步。

最好修改 FTP 以允许以指定的模式和类型将数据发送到指定的套接字。TIP 用户会发现在高速行式打印机上获取文件列表、从读卡器输入文件并在卡片或磁带上进行备份都很方便。

通过阅读 RFC 114 中的字里行间，可以看出为什么这样做的一个重要因素。FTP 早于 TCP/IP，因此它早于网络、传输和会话层完全分离的概念！最初识别单个会话的方法是（本质上）使用 IP + 端口。因此，如果您需要多个连接（多会话），则每个会话都需要一个完全不同的套接字。虽然后来的发展导致了 Session 层的建立，但 FTP 太老了，它保留了这个古老的 socket = session 模型。 (2认同)