ftp響應碼

Ⅰ 請解釋一下ftp連接的命令及響應

FTP命令
命令 描述
ABOR 中斷數據連接程序
ACCT <account> 系統特權帳號
ALLO <bytes> 為伺服器上的文件存儲器分配位元組
APPE <filename> 添加文件到伺服器同名文件
CDUP <dir path> 改變伺服器上的父目錄
CWD <dir path> 改變伺服器上的工作目錄
DELE <filename> 刪除伺服器上的指定文件
HELP <command> 返回指定命令信息
LIST <name> 如果是文件名列出文件信息，如果是目錄則列出文件列表
MODE <mode> 傳輸模式（S=流模式，B=塊模式，C=壓縮模式）
MKD <directory> 在伺服器上建立指定目錄
NLST <directory> 列出指定目錄內容
NOOP 無動作，除了來自伺服器上的承認
PASS <password> 系統登錄密碼
PASV 請求伺服器等待數據連接
PORT <address> IP 地址和兩位元組的埠 ID
PWD 顯示當前工作目錄
QUIT 從 FTP 伺服器上退出登錄
REIN 重新初始化登錄狀態連接
REST <offset> 由特定偏移量重啟文件傳遞
RETR <filename> 從伺服器上找回（復制）文件
RMD <directory> 在伺服器上刪除指定目錄
RNFR <old path> 對舊路徑重命名
RNTO <new path> 對新路徑重命名
SITE <params> 由伺服器提供的站點特殊參數
SMNT <pathname> 掛載指定文件結構
STAT <directory> 在當前程序或目錄上返回信息
STOR <filename> 儲存（復制）文件到伺服器上
STOU <filename> 儲存文件到伺服器名稱上
STRU <type> 數據結構（F=文件，R=記錄，P=頁面）
SYST 返回伺服器使用的操作系統
TYPE <data type> 數據類型（A=ASCII，E=EBCDIC，I=binary）
USER <username>> 系統登錄的用戶名

FTP響應碼

響應代碼 解釋說明
110 新文件指示器上的重啟標記
120 伺服器准備就緒的時間（分鍾數）
125 打開數據連接，開始傳輸
150 打開連接
200 成功
202 命令沒有執行
211 系統狀態回復
212 目錄狀態回復
213 文件狀態回復
214 幫助信息回復
215 系統類型回復
220 服務就緒
221 退出網路
225 打開數據連接
226 結束數據連接
227 進入被動模式（IP 地址、ID 埠）
230 登錄網際網路
250 文件行為完成
257 路徑名建立
331 要求密碼
332 要求帳號
350 文件行為暫停
421 服務關閉
425 無法打開數據連接
426 結束連接
450 文件不可用
451 遇到本地錯誤
452 磁碟空間不足
500 無效命令
501 錯誤參數
502 命令沒有執行
503 錯誤指令序列
504 無效命令參數
530 未登錄網路
532 存儲文件需要帳號
550 文件不可用
551 不知道的頁類型
552 超過存儲分配
553 文件名不允許

Ⅱ ftp無法連接

注意這段話：
227 Entering Passive Mode (60,165,133,154,13,31)
ERROR: [Data]: Connection refused

PASV模式，PORT模式錯誤~！

如果你用的是ftp客戶端軟體請把被動模式選擇上就可以了。

補充：返回值：227 Entering Passive Mode (60,165,133,154,13,31)說明
每一個ftp發送之後，ftp伺服器都會返回一個字元串，其中包括一個返回代碼和一串說明信息。這個返回碼主要是用於判斷命令是否被成功執行了。除此之外，還有一個非常重要的命令的返回。當發送pasv之後，返回「227 entering passive mode (60,165,133,154,13,31)」。這意味著在伺服器上有一個埠被開放，他將為我們後面接著的數據傳輸作好准備，但是我們如何知道該埠號呢，就在(60,165,133,154,13,31)中，前面四位指伺服器的地址，關鍵是最後兩位，將最後第二位乘256再加上最後一位的值就是我們的埠號，也就是13*256+31。取得埠號之後我們就可以用socket連接到這里。這為我們後面的工作作好准備了，因為我們的取得列表，上傳，下載文件都要依靠它來實現。常用的返回如下：

125 data connection already open; transfer starting.

226 transfer complete.

227 entering passive mode (60,165,133,154,13,31).

230 user xxxxx logged in.

331 password required for xxxxx.

425 can』t open data connection.

226 closing data connection.

ftp客戶端編程結構：

前面已提到了ftp命令及其響應信息。其實我們做ftp客戶端工具只攔碧不過是用一個winsocket連接上ftp伺服器，然後象其發送命令。在這個過程中，我們依靠發送——響應的機制。即發送ftp命令——接收返回的響應信息——分析該信息——執行相關操作——發送下一條命令。在一般意義上，有耐衡枯一個socket用來連接ftp伺服器的相關埠（如默認的21），它負責ftp命令的發送和接收返回的響應信息。一些操作如「進入目錄」，「刪除文件」，依靠這個socket發送一條命令就可完成了。然而對於有數據傳輸的操作，主要是顯示遠端目錄列表，上傳、下載文件，我們不得不依靠另一個socket來完成。在進行這種操作之前，必須發送pasv命令，它返回了227開頭的信息，在括弧中有以逗號隔開的六個數字，前四個指伺服器的地址，關鍵是最後兩個，將倒數第二個乘256再加上最後一個數字，其結果就是ftp伺服器開放的用於下一條命令來進行數據傳輸的埠。如我們得到227 entering passive mode (60,165,133,154,13,31)，那麼埠號是13*256+31=3359。我們用一個socket來連接這個埠，之後，我們可根據具體的操作（顯示目錄list，上傳文件stor，下載retr）來發送命令。返回的響應代碼為125開頭，也就是連接打開了，可以開始傳輸數據，這時就可用socket的發送或接收方法來傳輸數據。完成之後，伺服器會返回代碼226 transfer complete，表明數據傳輸完成。值得注意的是，我們最好不要一次發送多條命令，例如我們要回到上層目錄並且顯示這個目錄，我們得發送cp，pasv，list，昌洞我們不能一下子發送：cp\r\n, pasv\r\n, list\r\n。 而是發送完cp之後等待其響應代碼，然後再發送後面一條。當pasv返回之後，我們打開另一個socket連接到相關埠上。然後發送list，返回125之後在開始接收數據，最後返回226表明完成。對於上傳和下載也是差不多的過程（下載之前要先取得文件的大小）。

Ⅲ 什麼是FTP和HTTP

分類: 電腦/網路 >> 互聯網
問題描述:

什麼是FTP和HTTP

解析:

FTP(File Transfer Protocol，文件傳輸協議是Inter上使用非常廣泛的一種通訊協議，它是為Inter用戶進行文件傳輸(包括文件的上傳和下載)而制定的。要想實現FTP文件傳輸，必須在相連的兩端都裝有支持FTP協議的軟體，裝在您的電腦上的叫FTP客戶端軟體，裝在另一端伺服器上的叫做FTP伺服器端軟體。

客戶端FTP軟體使用方法很簡單，啟動後首先要與遠程主機建立連接，然後向遠程主機發出傳輸命令，遠程主機在缺碧仔收到命令後就給予響應，並執行正確的命令。目前Windows系統中最常用的FTP軟體是CUTEFTP。FTP有一個根本的限制，那就是，如果用戶在某個主機上沒有注冊獲得授權，即沒有用戶名和口令，就不能與該主機進行文件傳輸。但匿名FTP伺服器除外，它允許用戶以anonymous作為用戶名，以Email地址作密碼來登錄，從而使用戶獲得免費資源。

====================================

WWW的核心——HTTP協議

眾所周知，Inter的基本協議是TCP/IP協議，目前廣泛採用的FTP、ArchieGopher等是建立在TCP/IP協議之上的應用層協議，不同的協議對應著不同的應用。

WWW伺服器使用的主要協議是HTTP協議，即超文體傳輸協議。由於HTTP協議支持的服務不限於WWW，還可以是其它服務，因而HTTP協議允許用戶在統一的界面下，採用不同的協議訪問不同的服務，如FTP、Archie、SMTP、NNTP等。另外，HTTP協議還可用於名字伺服器和分布式對象管理。

2.1 HTTP協議簡介

HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾年的使用與發展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的規范化工作正在進行之中，而且HTTP-NG(NextGenerationofHTTP)的建議已經提出。

HTTP協議的主要特點可概括如下：

1.支持客戶/伺服器模式。

2.簡單快速：客戶向伺服器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與伺服器聯系的類型不同。

由於HTTP協議簡單，使伏汪得HTTP伺服器的程序規模小慧型，因而通信速度很快。

3.靈活：HTTP允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。

4.無連接：無連接的含義是限制每次連接只處理一個請求。伺服器處理完客戶的請求，並收到客戶的應答後，即斷開連接。採用這種方式可以節省傳輸時間。

5.無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在伺服器不需要先前信息時它的應答就較快。

2.2 HTTP協議的幾個重要概念

1.連接(Connection)：一個傳輸層的實際環流，它是建立在兩個相互通訊的應用程序之間。

2.消息(Message)：HTTP通訊的基本單位，包括一個結構化的八元組序列並通過連接傳輸。

3.請求(Request)：一個從客戶端到伺服器的請求信息包括應用於資源的方法、資源的標識符和協議的版本號

4.響應(Response)：一個從伺服器返回的信息包括HTTP協議的版本號、請求的狀態(例如「成功」或「沒找到」)和文檔的MIME類型。

5.資源(Resource)：由URI標識的網路數據對象或服務。

6.實體(Entity)：數據資源或來自服務資源的回映的一種特殊表示方法，它可能被包圍在一個請求或響應信息中。一個實體包括實體頭信息和實體的本身內容。

7.客戶機(Client)：一個為發送請求目的而建立連接的應用程序。

8.用戶代理(Useragent)：初始化一個請求的客戶機。它們是瀏覽器、編輯器或其它用戶工具。

9.伺服器(Server)：一個接受連接並對請求返回信息的應用程序。

10.源伺服器(Originserver)：是一個給定資源可以在其上駐留或被創建的伺服器。

11.代理(Proxy)：一個中間程序，它可以充當一個伺服器，也可以充當一個客戶機，為其它客戶機建立請求。請求是通過可能的翻譯在內部或經過傳遞到其它的伺服器中。一個代理在發送請求信息之前，必須解釋並且如果可能重寫它。

代理經常作為通過防火牆的客戶機端的門戶，代理還可以作為一個幫助應用來通過協議處理沒有被用戶代理完成的請求。

12.網關(Gateway)：一個作為其它伺服器中間媒介的伺服器。與代理不同的是，網關接受請求就好象對被請求的資源來說它就是源伺服器；發出請求的客戶機並沒有意識到它在同網關打交道。

網關經常作為通過防火牆的伺服器端的門戶，網關還可以作為一個協議翻譯器以便存取那些存儲在非HTTP系統中的資源。

13.通道(Tunnel)：是作為兩個連接中繼的中介程序。一旦激活，通道便被認為不屬於HTTP通訊，盡管通道可能是被一個HTTP請求初始化的。當被中繼的連接兩端關閉時，通道便消失。當一個門戶(Portal)必須存在或中介(Intermediary)不能解釋中繼的通訊時通道被經常使用。

14.緩存(Cache)：反應信息的局域存儲。

2.3 HTTP協議的運作方式

HTTP協議是基於請求／響應範式的。一個客戶機與伺服器建立連接後，發送一個請求給伺服器，請求方式的格式為，統一資源標識符、協議版本號，後邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。伺服器接到請求後，給予相應的響應信息，其格式為一個狀態行包括信息的協議版本號、一個成功或錯誤的代碼，後邊是MIME信息包括伺服器信息、實體信息和可能的內容。

許多HTTP通訊是由一個用戶代理初始化的並且包括一個申請在源伺服器上資源的請求。最簡單的情況可能是在用戶代理(UA)和源伺服器(O)之間通過一個單獨的連接來完成(見圖2-1)。

圖2-1

當一個或多個中介出現在請求／響應鏈中時，情況就變得復雜一些。中介由三種：代理(Proxy)、網關(Gateway)和通道(Tunnel)。一個代理根據URI的絕對格式來接受請求，重寫全部或部分消息，通過URI的標識把已格式化過的請求發送到伺服器。網關是一個接收代理，作為一些其它伺服器的上層，並且如果必須的話，可以把請求翻譯給下層的伺服器協議。一個通道作為不改變消息的兩個連接之間的中繼點。當通訊需要通過一個中介(例如：防火牆等)或者是中介不能識別消息的內容時，通道經常被使用。圖2-2

上面的圖2-2表明了在用戶代理(UA)和源伺服器(O)之間有三個中介(A,B和C)。一個通過整個鏈的請求或響應消息必須經過四個連接段。這個區別是重要的，因為一些HTTP通訊選擇可能應用於最近的連接、沒有通道的鄰居，應用於鏈的終點或應用於沿鏈的所有連接。盡管圖2-2是線性的，每個參與者都可能從事多重的、並發的通訊。例如，B可能從許多客戶機接收請求而不通過A，並且／或者不通過C把請求送到A，在同時它還可能處理A的請求。

任何針對不作為通道的匯聚可能為處理請求啟用一個內部緩存。緩存的效果是請求／響應鏈被縮短，條件是沿鏈的參與者之一具有一個緩存的響應作用於那個請求。下圖說明結果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經過C來自O的一個前期響應的緩存拷貝。

圖2-3

在Inter上，HTTP通訊通常發生在TCP/IP連接之上。預設埠是TCP80，但其它的埠也是可用的。但這並不預示著HTTP協議在Inter或其它網路的其它協議之上才能完成。HTTP只預示著一個可靠的傳輸。

以上簡要介紹了HTTP協議的宏觀運作方式，下面介紹一下HTTP協議的內部操作過程。

首先，簡單介紹基於HTTP協議的客戶/伺服器模式的信息交換過程，如圖2-4所示，它分四個過程，建立連接、發送請求信息、發送響應信息、關閉連接。

圖2-4

在WWW中，「客戶」與「伺服器」是一個相對的概念，只存在於一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為伺服器。WWW伺服器運行時，一直在TCP80埠(WWW的預設埠)監聽，等待連接的出現。

下面，討論HTTP協議下客戶/伺服器模式中信息交換的實現。 1.建立連接 連接的建立是通過申請套接字(Socket)實現的。客戶打開一個套接字並把它約束在一個埠上，如果成功，就相當於建立了一個虛擬文件。以後就可以在該虛擬文件上寫數據並通過網路向外傳送。

2.發送請求

打開一個連接後，客戶機把請求消息送到伺服器的停留埠上，完成提出請求動作。

HTTP/1.0 請求消息的格式為：

請求消息=請求行(通用信息|請求頭|實體頭)CRLF[實體內容]

請求 行=方法 請求URL HTTP版本號 CRLF

方 法=GET|HEAD|POST|擴展方法

U R L=協議名稱+宿主名+目錄與文件名

請求行中的方法描述指定資源中應該執行的動作，常用的方法有GET、HEAD和POST。不同的請求對象對應GET的結果是不同的，對應關系如下：

對象 GET的結果

文件 文件的內容

程序 該程序的執行結果

資料庫查詢 查詢結果

HEAD——要求伺服器查找某對象的元信息，而不是對象本身。

POST——從客戶機向伺服器傳送數據，在要求伺服器和CGI做進一步處理時會用到POST方法。POST主要用於發送HTML文本中FORM的內容，讓CGI程序處理。

一個請求的例子為：

GETneorking.zju.e/zju/indexHTTP/1.0

頭信息又稱為元信息，即信息的信息，利用元信息可以實現有條件的請求或應答。

請求頭——告訴伺服器怎樣解釋本次請求，主要包括用戶可以接受的數據類型、壓縮方法和語言等。

實體頭——實體信息類型、長度、壓縮方法、最後一次修改時間、數據有效期等。

實體——請求或應答對象本身。

3.發送響應

伺服器在處理完客戶的請求之後，要向客戶機發送響應消息。

HTTP/1.0的響應消息格式如下：

響應消息=狀態行(通用信息頭|響應頭|實體頭) CRLF 〔實體內容〕

狀態行=HTTP版本號 狀態碼 原因敘述

狀態碼表示響應類型

1×× 保留

2×× 表示請求成功地接收

3×× 為完成請求客戶需進一步細化請求

4×× 客戶錯誤

5×× 伺服器錯誤

響應頭的信息包括：服務程序名，通知客戶請求的URL需要認證，請求的資源何時能使用。

4.關閉連接

客戶和伺服器雙方都可以通過關閉套接字來結束TCP/IP對話

Ⅳ UNIX中C語言調用FTP命令的問題

寫一個腳本，執行上傳文件的功能，在C 中調用，通過返回值判斷是否成功

Ⅳ 闡述用FTP下載文件的過程，如果發現下載的文件與原文件不一致，說明為什麼

這是我用Filezilla連接微軟FTP伺服器的過程，我分解一下步驟：
1、解析域名，查找並連接主機：
狀態: 正在解析 ftp.microsoft.com 的 IP 地址
狀態: 正在連接 64.4.30.34:21...
狀態: 連接建立，等待歡迎消息...
響應: 220 Microsoft FTP Service

2、登錄主機（此處用的是匿名登錄）
命令: USER anonymous
響應: 331 Anonymous access allowed, send identity (e-mail name) as password.
命令: PASS **************
響應: 230-Welcome to FTP.MICROSOFT.COM. Also visit http://www.microsoft.com/downloads.（這里是伺服器的歡迎信息）
響應: 230 User logged in.（表示用戶已經成功登錄）

3、取得伺服器信息（系統類型，編碼，認證方式等）
命令: SYST
響應: 215 Windows_NT（伺服器系統類型，如果是UNIX伺服器，此處就會是UNIX）
命令: FEAT
響應: 211-Extended features supported:
響應: LANG EN*
響應: UTF8（編碼方式UTF-8）
響應: AUTH TLS;TLS-C;SSL;TLS-P;
響應: PBSZ
響應: PROT C;P;
響應: CCC
響應: HOST
響應: SIZE
響應: MDTM
響應: REST STREAM
響應: 211 END

4、設置編碼方式為UTF-8
命令: OPTS UTF8 ON
響應: 200 OPTS UTF8 command successful - UTF8 encoding now ON.

5、讀取伺服器當前目錄，設置傳輸方式為PASV（被動），bin模式，列出目錄
狀態: 已連接
狀態: 讀取目錄列表...
命令: PWD
響應: 257 "/" is current directory.
命令: TYPE I
響應: 200 Type set to I.
命令: PASV
響應: 227 Entering Passive Mode (64,4,30,34,57,164).
命令: LIST
響應: 150 Opening BINARY mode data connection.
響應: 226 Transfer complete.
狀態: 列目錄成功

接著就可以下載了

像你說的不一致情況，可能用的不是bin模式，或者傳輸過程中網路問題引起的丟包等等。

Ⅵ ftp錯誤代碼530，這是什麼意思要怎麼解決

Win32 error: The user name or password is incorrect.用戶名或密碼不正確

Ⅶ FTP服務的工作機制

FTP基礎知識

FTP是File Transfer Protocol（文件傳輸協議）的縮寫，用來在兩台計算機之間互相傳送文件。相比於HTTP，FTP協議要復雜得多。復雜的原因，是因為FTP協議要用到兩個TCP連接，一個是命令鏈路，用來在FTP客戶端與伺服器之間傳遞命令；另一個是數據鏈路，用來上傳或下載數據。

FTP協議有兩種工作方式：PORT方式和PASV方式，中文意思為主動式和被動式。

PORT（主動）方式的連接過程是：客戶端向伺服器的FTP埠（默認是21）發送連接請求，伺服器接受連接，建立一條命令鏈路。當需要傳送數據時，客戶端在命令鏈路上用PORT命令告訴伺服器：「我打開了XXXX埠，你過來連接我」。於是伺服器從20埠向客戶端的XXXX埠發送連接請求，建立一條數據鏈路來傳送數據。

PASV（被動）方式的連接過程是：客戶端向伺服器的FTP埠（默認是21）發送連接請求，伺服器接受連接，建立一條命令鏈路。當需要傳送數據時，伺服器在命令鏈路上用PASV命令告訴客戶端：「我打開了XXXX埠，你過來連接我」。於是客戶端向伺服器的XXXX埠發送連接請求，建立一條數據鏈路來傳送數據。 從上面可以看出，兩種方式的命令鏈路連接方法是一樣的，而數據鏈路的建立方法就完全不同。而FTP的復雜性就在於此。

FTP伺服器端的注意事項

一、FTP伺服器是公網IP，用公網動態域名；或是內網IP，用內網專業版TrueHost

1、伺服器如果安裝了防火牆，請記住要在防火牆上打開FTP埠（默認是21）。

2、所有FTP伺服器軟體都支持PORT方式。至於PASV方式，大部分FTP伺服器軟體都支持。支持PASV方式的FTP伺服器軟體，也可以設置為只工作在PORT方式上。

3、為了PASV方式能正常工作，需要在FTP伺服器軟體上為PASV方式指定可用的埠范圍（設置方法）。此外，還要在伺服器的防火牆上打開這些埠。當客戶端以PASV方式連接伺服器的時候，伺服器就會在這個埠范圍里挑選一個埠出來，給客戶端連接。

二、FTP伺服器是內網IP，用內網動態域名標准版cmxnatproxy

這種情況下，FTP伺服器不需要做特殊設置，只要支持PASV方式就可以了。大部分FTP伺服器軟體都支持PASV方式。

FTP客戶端的注意事項

請注意：選擇用PASV方式還是PORT方式登錄FTP伺服器，選擇權在FTP客戶端，而不是在FTP伺服器。

一、客戶端只有內網IP，沒有公網IP

從上面的FTP基礎知識可知，如果用PORT方式，因為客戶端沒有公網IP，FTP將無法連接客戶端建立數據鏈路。因此，在這種情況下，客戶端必須要用PASV方式，才能連接FTP伺服器。大部分FTP站長發現自己的伺服器有人能登錄上，有人登錄不上，典型的錯誤原因就是因為客戶端沒有公網IP，但用了IE作為FTP客戶端來登錄（IE默認使用PORT方式）。

作為FTP站長，有必要掌握FTP的基礎知識，然後指導您的朋友如何正確登錄您的FTP。

二、客戶端有公網IP，但安裝了防火牆

如果用PASV方式登錄FTP伺服器，因為建立數據鏈路的時候，是由客戶端向伺服器發送連接請求，沒有問題。反過來，如果用PORT方式登錄FTP伺服器，因為建立數據鏈路的時候，是由伺服器向客戶端發送連接請求，此時連接請求會被防火牆攔截。如果要用PORT方式登錄FTP伺服器，請在防火牆上打開1024以上的高端埠。

Ⅷ 關於JAVA FTP 客戶端程序異常

501 PORT not allowed after EPSV ALL~~~說明還是網路的問題，我對網路不熟~~~比如用ftp工具的時候，有些ftp站點必須採用被動模式才能連接。下面的你看看吧，或許有用，找網管看看應該使用哪種方式訪問

***************************************************
3. EPSV命令
EPSV請求伺服器在一個數據埠上偵聽等待連接，它可以帶參數。對它的響應是TCP埠號。響應的格式與EPRT參數的很象。這對實現上有很大的方便。而且響應還留下了網路協議和/或網路地址的空位，可以供以後使用。使用擴展地址進行被動模式的響應碼必須是229，對它的解釋如下：
2yz 主動完成
x2z 連接
xy9 進行擴展的被動模式

響應的格式如下：
<指示伺服器已經進入初擴展的被動模式>
(<d><d><d><TCP埠><d>)
包括在括弧內的字元串必須是EPRT打開數據連接的埠。具體如上所未，這里就不多說了。數據連接使用的協議必須和控制連接使用的協議和地址一致，下面是響應的一個例子：
Entering Extended Passive Mode (|||6446|)
標准錯誤代碼500和501對EPSV已經足夠了。在EPSV命令沒有使用參數時，伺服器會基於控制連接所使用的協議選擇數據連接使用的網路協議。但是在有代理的情況下，這種機制可能不合適。因此客戶也需要能夠要求一個指定協議。如果伺服器返回說明它在指定埠不支持此協議，客戶必須發送ABOR（放棄）命令使伺服器關閉連接，然後客戶再使用EPSV命令要求使用特定的網路協議，具體格式如下：
EPSV<空格><網路協議>
如果請求的網路協議是伺服器支持的，那就必須使用此協議；如果不支持，則返回522。最後，EPSV命令可以使用參數"ALL"通過網路地址翻譯器，EPRT命令不再使用。下面是例子：

EPSV<空格>ALL
接收到此命令後，伺服器要拒絕除了EPSV以外所有建立連接的命令。在下一節我們將詳細說明此命令的功能。
**********************************************************************

Ⅸ FTP協議是什麼

FTP協議其實是文件傳輸協議，是TCP協議組中的協議之一，值得一提的是FTP協議包含兩個部分，一個是FTP伺服器，另一個是FTP客戶端，我們在日常生活中使用的時候一定要學會區分才行，希望每個人都能夠認識到這一點，同時我們需要注意的是在日常生活中，電子信息行業發展是非常的迅速的，我們在日常生活中一定要學會使用電腦才行，只有這樣才可以讓我們的生活更加的美好。

個人建議：

同時我們需要注意的是，在學習電腦的過程中，一定要學會不恥下問，只有這樣才可以讓我們的能力有一個更加快速的提升，希望每個人都能夠認識到這一點，對於一些專業名詞來說，我們可以查閱相關的資料就可以解決了。

(9)ftp響應碼擴展閱讀：

FXP傳送出錯時，本地的用戶進程還留在FTP伺服器中，並沒有退出，如此時再次連接FTP伺服器，可能會因用戶線程超過允許，FTP伺服器提示客戶已登陸並拒絕客戶端的連接，直至伺服器中的傀儡進程因超時或其他原因被FTP伺服器殺死後，才能再次連接FTP伺服器。

要連上 FTP 伺服器（即「登陸」），必須要有該 FTP 伺服器授權的帳號，也就是說你只有在有了一個用戶標識和一個口令後才能登陸FTP伺服器，享受FTP伺服器提供的服務。

FTP協議的任務是從一台計算機將文件傳送到另一台計算機，它與這兩台計算機所處的位置、聯接的方式、甚至是是否使用相同的操作系統無關。假設兩台計算機通過ftp協議對話，並且能訪問Internet，

你可以用ftp命令來傳輸文件。每種操作系統使用上有某一些細微差別，但是每種協議基本的命令結構是相同的。

FTP的傳輸有兩種方式：ASCII傳輸模式和二進制數據傳輸模式。