FTP模式简式:PORT/PASV/EPRT/EPSV

2014/06/24 14:56
阅读数 1.9W

简介

      常见FTP有两种模式:PORT(主动模式)、PASV(被动模式)。

       而EPRT/EPSV模式出现的原因是FTP仅仅提供了建立在IPv4上进行数据通信的能力,它基于网络地址是32位这一假设。但是,当IPv6出现以后,地址就比32位长许多了。原来对FTP进行的扩展在多协议环境中有时会失败。我们必须针对IPv6对FTP再次进行扩展。EPRT、EPSV是Extended Port/Pasv的简写。

详解

PORT模式

        当FTP的Client以PORT模式连接FTP Server时,它动态的选择一个Port X(注意这个Port一定是1024以上的,因为1024以前的Port都已经预先被定义好,被一些典型的服务使用,当然有的还没使用,也是保留给以后会用到这些端口的资源服务)来连接FTP Server的21端口,当经过TCP的三次握手后,连接(控制信道)被建立。    

        现在用户要列出FTP Server上的目录结构(使用ls或dir命令),那么首先就要建立一个数据通道,因为只有数据通道才能传输目录和文件列表,此时用户会发出PORT指令告诉FTP Server连接自己的Port Y来建立一条数据通道(这个命令由控制信道发送给服务器)。当FTP Server接到这一指令时,FTP Server会使用20端口连接用户在PORT指令中指定的Port Y,用以发送目录的列表.

        当完成这一操作时,FTP Client也许要下载一个文件,那么就会发出get命令,请注意,这时Client再次发送PORT指令,告诉服务器连接他的哪个“新”端口。(你可以先用netstat -na这个命令验证,上一次使用的Y已经处于TIME_WAIT状态。)

        当这个新的数据传输通道建立后(在微软的系统中,客户端通常会使用连续的端口,也就是说这一次客户端会用Y+1这个端口),就开始了文件传输的工作。

PASV模式

  在初始化连接这个过程,即连接FTP Server这个过程和PORT模式是一样的。

然而,当FTP Client以PASV模式连接FTP Server,FTP Client发送ls、dir、get等这些要求数据返回的命令时,当情况就有些不同了。

    FTP Client不向服务器发送PORT指令而是发送PASV指令,在这个指令中,Client告诉FTP Server自己要连接服务器的某一个端口:

  1. 如果这个服务器上的这个端口是空闲的可用的,那么服务器会返回ACK的确认信息,之后数据传输通道被建立并返回用户所要的信息(根据用户发送的指令,如ls、dir、get等);

  2. 如果服务器的这个端口被另一个资源所使用,那么服务器返回UNACK的信息,那么这时,FTP客户会再次发送PASV命令,这也就是所谓的连接建立的协商过程。

    为了验证这个过程我们不得不借助CUTEFTP Pro这个FTP客户端软件,因为微软自带的FTP命令客户端,不支持PASV模式。虽然你可以使用QUOTE PASV这个命令强制使用PASV模式,但是当你用ls命令列出服务器目录列表,你会发现它还是使用PORT方式来连接服务器的。

EPRT模式

        EPRT考虑到数据连接的扩展地址问题,扩展地址必须包括网络协议以及网络和传输地址。格式如下:

EPRT<空格><d><网络协议><d><网络地址><d><TCP端口><d>

EPRT后要跟空格,空格后面必须是分隔符<d>,分隔符必须在ASCII的33到126范围之内。推荐使用|,除非它已有它用。网络协议是一个数字,它指出使用的是什么协议。具体数据如下:

1=IPv4;2=IPv6;

网络地址是在指定网络协议下的相应地址,在IPv4和IPv6下地址分别如下格式:

IPv4=132.235.1.2;IPv6=1080::8:800:200C:417A

TCP端口指的是协议在哪一个TCP端口上侦听数据连接。下面是两个EPRT命令的例子:

EPRT |1|132.235.1.2|6275|
EPRT |2|1080::8:800:200C:417A|5282|
第一个命令在TCP端口6275上用IPv4打开主机"132.235.1.2";
第二个命令在TCP端口5282上用IPv6打开主机"1080::8:800:200C:417A"。

在接收到合法的EPRT命令后,服务器必须返回200(命令合法)。标准的错误代码500和501已经足够处理大部分错误了,但是还需要一个错误代码,代码522指定服务器不支持请求的网络协议,新错误代码的解释如下:

5yz 交换信息结束
x2z 连接
xy2 扩展端口错误:未知的网络协议

响应的文本部分必须说明服务器运行的协议是什么,响应串的格式如下:

<说明不支持的网络的字符串> /(协议1,协议2,...,协议n)

上述的数字代码和在括号内的协议信息由软件自动控制接收响应;而在数字代码和'('之间的内容供人类用户处理。其后的协议表中的协议应该以逗号分隔。下面是两个响应串的例子:

Network protocol not supported, use (1)
Network protocol not supported, use (1,2)

EPSV模式

EPSV格式如下:

EPSV<空格><网络协议>

如果请求的网络协议是服务器支持的,那就必须使用此协议;如果不支持,则返回522。最后,EPSV命令可以使用参数"ALL"通过网络地址翻译器,EPRT命令不再使用。下面是例子:

EPSV<空格>ALL

接收到此命令后,服务器要拒绝除了EPSV以外所有建立连接的命令。

对于所有在两台相同机器间建立控制和数据连接的FTP传输来说,必须使用EPSV。使用它可以减少通过防火墙和网络地址翻译器(NAT)对效率的影响。有些文章推荐在防火墙后使用被动命令,因此防火墙通常不允许主动连接。在本文中定义的EPSV命令不需要NAT在传输时对网络地址进行改变。如果使用EPRT,NAT必须改变网络地址。如果客户发送了"EPSV ALL"命令,NAT能够将连接变为快速方式,只要再不使用EPRT,就不需要对数据段的数据部分进行改变。如果客户希望进行两路FTP传输,应该使用这条命令,如果后来客户需要建立三种FTP传输,必须新打开了个FTP会话。

EPSV请求服务器在一个数据端口上侦听等待连接,它可以带参数。对它的响应是TCP端口号。响应的格式与EPRT参数的很象。这对实现上有很大的方便。而且响应还留下了网络协议和/或网络地址的空位,可以供以后使用。使用扩展地址进行被动模式的响应码必须是229,对它的解释如下:

2yz 主动完成
x2z 连接
xy9 进行扩展的被动模式

响应的格式如下:

<指示服务器已经进入初扩展的被动模式> /(<d><d><d><TCP端口><d>)

包括在括号内的字符串必须是EPRT打开数据连接的端口。具体如上所未,这里就不多说了。数据连接使用的协议必须和控制连接使用的协议和地址一致,下面是响应的一个例子:

Entering Extended Passive Mode (|||6446|)

标准错误代码500和501对EPSV已经足够了(不支持EPSV)。在EPSV命令没有使用参数时,服务器会基于控制连接所使用的协议选择数据连接使用的网络协议。但是在有代理的情况下,这种机制可能不合适。因此客户也需要能够要求一个指定协议。如果服务器返回说明它在指定端口不支持此协议,客户必须发送ABOR(放弃)命令使服务器关闭连接,然后客户再使用EPSV命令要求使用特定的网络协议.


展开阅读全文
FTP
打赏
0
16 收藏
分享
加载中
更多评论
打赏
0 评论
16 收藏
0
分享
返回顶部
顶部