文件传输协议

Abhay Bhushan编写原始规范，并于1971年4月16日作为RFC 114发布。直到1980年，FTP才在TCP/IP的前身NCP运行。该协议先被TCP/IP版本，RFC 765（1980年6月）取代，后来又被 RFC 959（1985年10月）所取代，这也是当前规范。RFC 959提出了若干标准修改，例如 RFC 1579（1994年2月）使 FTP 能够穿越NAT与防火墙（被动模式），RFC 2228（1997年6月）提出安全扩展，RFC 2428（1998年9月）增加了对IPv6的支持，并定义了一种新型的被动模式。

FTP服务一般运行在20和21两个端口。端口20用于在客户端和服务器之间传输数据流，而端口21用于传输控制流，并且是命令通向ftp服务器的进口。当数据通过数据流传输时，控制流处于空闲状态。而当控制流空闲很长时间后，客户端的防火墙会将其会话置为超时，这样当大量数据通过防火墙时，会产生一些问题。此时，虽然文件可以成功的传输，但因为控制会话，会被防火墙断开；传输会产生一些错误。

FTP虽然可以被终端用户直接使用，但是它是设计成被FTP客户端程序所控制。

运行FTP服务的许多站点都开放匿名服务，在这种设置下，用户不需要帐号就可以登录服务器，默认情况下，匿名用户的用户名是：「anonymous」。这个帐号不需要密码，虽然通常要求输入用户的邮件地址作为认证密码，但这是一些细节或者此邮件地址根本不被确定，而是依赖于FTP服务器的配置情况。

FTP有两种使用模式：主动和被动。主动模式要求客户端和服务器端同时打开并且监听一个端口以建立连接。在这种情况下，客户端由于安装了防火墙会产生一些问题。所以，创立了被动模式。被动模式只要求服务器端产生一个监听相应端口的进程，这样就可以绕过客户端安装了防火墙的问题。

一个主動模式的FTP连接建立要遵循以下步骤：

1. 客户端打开一个随机的端口（端口号大于1024，在这里，我们称它为x），同时一个FTP进程连接至服务器的21号命令端口。此时，该tcp连接的來源地端口为客户端指定的随机端口x，目的地端口（远程端口）为服务器上的21号端口。
2. 客户端开始监听端口（x+1），同时向服务器发送一个端口命令（通过服务器的21号命令端口），此命令告诉服务器客户端正在监听的端口号并且已准备好从此端口接收数据。这个端口就是我们所知的数据端口。
3. 服务器打开20号源端口并且建立和客户端数据端口的连接。此时，來源地的端口为20，远程数据(目的地)端口为（x+1）。
4. 客户端通过本地的数据端口建立一个和服务器20号端口的连接，然后向服务器发送一个应答，告诉服务器它已经建立好了一个连接。

FTP不是一项安全的协议，并且具有许多安全漏洞[14]。1999年5月发布的RFC 2577中列出了以下几个主要的漏洞：

• 暴力破解
• FTP反弹攻击
• 数据包捕获
• 端口窃取（猜测下一个开放端口并篡夺合法连接）
• 欺骗攻击
• 用户名枚举

通过FTP传输的流量不会被加密，所有传输通过明文进行的。任何能够在网络上执行数据包捕获（ 嗅探 ）的人都可以读取用户名、密码、命令内容和数据[15][16]。此问题在加密机制（如TLS或SSL）产生之前的许多Internet协议规范（如SMTP 、Telnet 、POP和IMAP）中较为普遍[17]。

此问题的常见解决方案包括：

1. 使用协议的安全版本，例如FTPS而不是FTP，TelnetS而不是Telnet。
2. 使用可以处理作业的不同的，更安全的协议，例如 SSH文件传输协议或安全复制协议 。
3. 使用安全隧道（如Secure Shell或虛擬私人網路 ）。

可以被傳送到FTP伺服器的FTP命令列表，包含由IETF在RFC 959中標準化的所有命令。需要注意的是，大多數命令列FTP用戶端都給用戶提供了額外的命令集。例如，GET是一個常見的用來下載檔案的用戶命令，用來替代原始的RETR命令。

包含由IETF在RFC 959中標準化的所有服务器返回码。回复代码是一个三位数值，第一个数字用于表示三种可能的结果之一————成功、失败、表示错误或不完整的回复。

• 小文件传输协议（TFTP）
• SSH文件传输协议（SSH file transfer protocol）
• 安全FTP（Secure FTP）
• FTPS
• 简单文件传输协议（Simple File Transfer Protocol）
• WS FTP（FTP 工具）
• FTP客户端比较
• FTP服务器列表