❶ FTP的資源很多嗎
起初， FTP並不是應用於IP網路上的協議，而是ARPANEt網路中計算機間的文件傳輸協議， ARPANET是美國國防部組建的老網路，於1960-1980年使用。在那時， FTP的主要功能是在主機間高速可靠地傳輸文件。目前FTP仍然保持其可靠性，即使在今天，它還允許文件遠程存取。這使得用戶可以在某個系統上工作，而將文件存貯在別的系統。例如，如果某用戶運行Web伺服器，需要從遠程主機上取得HTML文件和CGI程序在本機上工作，他需要從遠程存儲站點獲取文件(遠程站點也需安裝Web伺服器)。當用戶完成工作後，可使用FTP將文件傳回到Web伺服器。採用這種方法，用戶無需使用Telnet登錄到遠程主機進行工作，這樣就使Web伺服器的更新工作變得如此的輕松。 FTP是TCP/IP的一種具體應用，它工作在OSI模型的第七層，TCP模型的第四層上，即應用層，使用TCP傳輸而不是UDP，這樣FTP客戶在和伺服器建立連接前就要經過一個被廣為熟知的"三次握手"的過程，它帶來的意義在於客戶與伺服器之間的連接是可靠的，而且是面向連接，為數據的傳輸提供了可靠的保證。 下面，讓我們來看看，一個FTP客戶在和伺服器連接是怎麼樣的一個過程（以標準的FTP埠號為例）。 首先，FTP並不像HTTP協議那樣，只需要一個埠作為連接（HTTP的默認埠是80，FTP的默認埠是21），FTP需要2個埠，一個埠是作為控制連接埠,也就是21這個埠，用於發送指令給伺服器以及等待伺服器響應；另一個埠是數據傳輸埠,埠號為20（僅PORT模式），是用來建立數據傳輸通道的，主要有3個作用 從客戶向伺服器發送一個文件。 從伺服器向客戶發送一個文件。 從伺服器向客戶發送文件或目錄列表。 其次，FTP的連接模式有兩種，PORT和PASV。PORT模式是一個主動模式，PASV是被動模式，這里都是相對於伺服器而言的。為了讓大家清楚的認識這兩種模式，朗月繁星分別舉例說明。 PORT模式 當FTP客戶以PORT模式連接伺服器時，他動態的選擇一個埠號（本次試驗是6015）連接伺服器的21埠，注意這個埠號一定是1024以上的，因為1024以前的埠都已經預先被定義好，被一些典型的服務使用，當然有的還沒使用，保留給以後會用到這些埠的資源服務。當經過TCP的三次握手後，連接（控制信道）被建立（如圖1和圖2）。 圖1：FTP客戶使用FTP命令建立於伺服器的連接 圖2：用netstat命令查看，控制信道被建立在客戶機的6015和伺服器的20埠 現在用戶要列出伺服器上的目錄結構(使用ls或dir命令)，那麼首先就要建立一個數據通道，因為只有數據通道才能傳輸目錄和文件列表，此時用戶會發出PORT指令告訴伺服器連接自己的什麼埠來建立一條數據通道（這個命令由控制信道發送給伺服器），當伺服器接到這一指令時，伺服器會使用20埠連接用戶在PORT指令中指定的埠號，用以發送目錄的列表（如圖3）。 圖3：ls命令是一個交互命令，它會首先與伺服器建立一個數據傳輸通道。經驗證本次試驗客戶機使用6044埠 當完成這一操作時，FTP客戶也許要下載一個文件，那麼就會發出get指令，請注意，這時客戶會再次發送PORT指令，告訴伺服器連接他的哪個"新"埠，你可以先用netstat -na這個命令驗證，上一次使用的6044已經處於TIME_WAIT狀態(如圖4)。 圖4：使用netstat命令驗證上一次使用ls命令建立的數據傳輸通道已經關閉 當這個新的數據傳輸通道建立後(在微軟的系統中，客戶端通常會使用連續的埠，也就是說這一次客戶端會用6045這個埠)，就開始了文件傳輸的工作。 PASV模式 然而，當FTP客戶以PASV模式連接伺服器時，情況就有些不同了。在初始化連接這個過程即連接伺服器這個過程和PORT模式是一樣的，不同的是，當FTP客戶發送ls、dir、get等這些要求數據返回的命令時，他不向伺服器發送PORT指令而是發送PASV指令，在這個指令中，用戶告訴伺服器自己要連接伺服器的某一個埠，如果這個伺服器上的這個埠是空閑的可用的，那麼伺服器會返回ACK的確認信息，之後數據傳輸通道被建立並返回用戶所要的信息（根據用戶發送的指令，如ls、dir、get等）；如果伺服器的這個埠被另一個資源所使用，那麼伺服器返回UNACK的信息，那麼這時，FTP客戶會再次發送PASV命令，這也就是所謂的連接建立的協商過程。為了驗證這個過程我們不得不藉助CUTEFTP Pro這個大家經常使用的FTP客戶端軟體，因為微軟自帶的FTP命令客戶端，不支持PASV模式。雖然你可以使用QUOTE PASV這個命令強制使用PASV模式，但是當你用ls命令列出伺服器目錄列表，你會發現它還是使用PORT方式來連接伺服器的。現在我們使用CUTEFTP Pro以PASV模式連接伺服器（如圖5）。 圖5：使用CUTEFTP Pro以PASV模式連接伺服器 請注意連接LOG里有這樣幾句話： COMMAND:> PASV 227 Entering Passive Mode (127,0,0,1,26,108) COMMAND:> LIST STATUS:> Connecting ftp data socket 127.0.0.1: 6764... 125 Data connection already open; Transfer starting. 226 Transfer complete. 其中， 227 Entering Passive Mode (127,0,0,1,26,80). 代表客戶機使用PASV模式連接伺服器的26x256+108=6764埠。（當然伺服器要支持這種模式） 125 Data connection already open; Transfer starting.說明伺服器的這個埠可用，返回ACK信息。 再讓我們看看用CUTEFTP Pro以PORT模式連接伺服器的情況。其中在LOG里有這樣的記錄： COMMAND:> PORT 127,0,0,1,28,37 200 PORT command successful. COMMAND:> LIST 150 Opening ASCII mode data connection for /bin/ls. STATUS:> Accepting connection: 127.0.0.1:20. 226 Transfer complete. STATUS:> Transfer complete. 其中， PORT 127,0,0,1,28,37告訴伺服器當收到這個PORT指令後，連接FTP客戶的28x256+37=7205這個埠。 Accepting connection: 127.0.0.1:20表示伺服器接到指令後用20埠連接7205埠，而且被FTP客戶接受。 比較分析 在這兩個例子中，請注意: PORT模式建立數據傳輸通道是由伺服器端發起的，伺服器使用20埠連接客戶端的某一個大於1024的埠；在PASV模式中，數據傳輸的通道的建立是由FTP客戶端發起的，他使用一個大於1024的埠連接伺服器的1024以上的某一個埠。如果從C/S模型這個角度來說，PORT對於伺服器來說是OUTBOUND，而PASV模式對於伺服器是INBOUND，這一點請特別注意，尤其是在使用防火牆的企業里，比如使用微軟的ISA Server 2000發布一個FTP伺服器，這一點非常關鍵，如果設置錯了，那麼客戶將無法連接。 最後，請注意在FTP客戶連接伺服器的整個過程中，控制信道是一直保持連接的，而數據傳輸通道是臨時建立的。 在本文中，朗月繁星把重點放到了FTP的連接模式，沒有涉及FTP的其他內容，比如FTP的文件類型（Type），格式控制（Format control）以及傳輸方式（Transmission mode）等。不過這些規范大家可能不需要花費過多的時間去了解，因為現在流行的FTP客戶端都可以自動的選擇正確的模式來處理，對於FTP伺服器端通常也都做了一些限制，如下： 類型：A S C I I或圖像。 格式控制：只允許非列印。 結構：只允許文件結構。 傳輸方式：只允許流方式 至於這些內容，限於篇幅朗月繁星在這里就不想再介紹了。希望這篇文章能對大家有些幫助，特別是正在學習ISA Server2000的朋友和一些對FTP不很了解的朋友。OK，就此駐筆了.參考資料： http://publish.it168.com/2005/0924/20050924030501.shtml?cChanNel=11&cpositioncode=296&hezuo=48