FTP模式簡式：PORT/PASV/EPRT/EPSV

簡介

       常見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命令要求使用特定的網絡協議.