ftp過程和結束文件有什麼變化

Ⅰ ftp的解讀

、什麼是FTP:文件傳輸協議原理

互聯網文件傳輸協議(File Transfer Protocol ,FTP) 標準是在RFC959說明的。該協議定義了一個從遠程計算機系統和本地計算機系統之間傳輸文件的一個標准。一般來說，傳輸文件的用戶需要先經過認證以後才能登錄網站，然後方能訪問在遠程伺服器的文件。而大多數的FTP伺服器往往提供一個GUEST的公共帳戶來允許沒有遠程伺服器的用戶可以訪問該FTP伺服器。

一個FTP會話通常包括五個軟體元素的交互。

用戶介面 提供了一個用戶介面並使用客戶端協議解釋器的服務
客戶 PI 客戶協議解釋器，其項遠程伺服器協議機發送命令並且驅動客戶數據傳輸過程
伺服器PI 伺服器協議解釋器，響應客戶協議機發出的命令並驅動伺服器端數據傳輸過程
客戶 DTP 客戶數據傳輸過程，其負責完成和伺服器數據傳輸過程及客戶端本地文件系統的通信
服務DTP 伺服器數據傳輸過程，其負責完成和客戶數據傳輸過程及伺服器端文件系統的通信

在RFC 959中，一般使用用戶這個名詞來指代客戶。RFC 959定義了客戶PI和伺服器PI交互的方式和規范。用戶介面與PI和DTP交互的機理都並不是協議標準的一部分。PI和DTP往往通常是在同一個程序模塊中實現的。

在FTP會話中，一共會存在有兩個獨立的網路連接，一個是由兩端的PI使用的，另一個是由兩端的DTP使用的。PI之間的連接一般被稱作控制連接(control connection),DTP之間的連接被稱做數據連接(data connection)

使用TCP服務的控制和數據連接

通常情況下，FTO伺服器監聽埠號21來等待控制連接建立請求。而數據連接埠號的選擇依賴於控制連接上命令。通常是客戶發送一個控制消息來指定客戶監聽並等待伺服器端發送數據連接建立請求的埠號。

對數據傳輸和控制命令傳輸來使用不同的獨立連接有如下優點：兩個連接可以選擇不同的合適服務質量，如：對控制連接來說高需要更小的延遲時間，對數據連接來說需要更大的數據吞吐量；而且可以避免實現數據流中的命令的通明性及逃逸。

當傳輸建立時，總是由客戶端首先發起。然而客戶和伺服器都可能是數據發送者。除了傳輸用戶請求下載文件，數據傳輸過程同樣在客戶端請求列伺服器端目錄結構時建立。

1.命令選擇

當一個傳輸建立時，一般通常需要指定四個方面的屬性：

文件類型
該屬性指定如何將文件的數據匹配成適於傳輸的格式，一共有四種可能的選擇：

ASCII文件類型
在發送端，文件從本地文本文件格式轉換為 NVT ASCII格式，每行結束有一個CR/LF對來標識。 在接收端，再被轉換為本地的文本格式。

這說明了為什麼Unix主機之間傳輸文本文件為何傳輸的數據量要大於文件的實際大小。若傳輸一段端或傳輸兩端都不使用ASCII文本編碼，則是應該由數據傳輸過程來實現本地編碼和NVT ASCII 編碼之間的轉換。

EBCDIC文件類型
類似於ASCII，區別僅僅上使用EBCDIC字元編碼

圖象 (或二進制)文件類型
文件以本地傳輸內容傳輸，在遠端以同本地完全相同的內容存儲。

本地文件系統
用在位元組大小不是8位的環境下。沒位元組位數由發送者指定。

在實際應用中，只有ASCII和圖象格式使用的較多。

格式控制
該屬性是和將文本文件最後傳送到列印設備相關的，其中有多種方式來實現將垂直格式信息編碼到文件中，包括指示一個新頁開始的方式。有如下方式可供選擇：

無須列印格式控制，這是預設值
Telnet列印控制，在telnet協議中定義的控制字元包含在數據流中。.
Fortran列印控制，
該屬性在實際中很少使用。

結構
文件可以擁有內部結構，在傳輸中該結構被保留。由數據傳輸過程來負責在傳輸中的結構及本地結構之間相互匹配，有三種可能性：

文件結構
這實際上意味著文件被看作沒有內部結構的連續的位元組流。

記錄結構
文件是有一系列記錄組成的結構。這只適用於文本文件。

頁面結構
也可以稱做塊結構。每一頁都伴隨一個頁號來傳輸，從而以順序的方式來完成傳輸。

頁面結構很少在實際中遇到。記錄結構也不是很常見。對於文本文件使用ASCII文件類型可以獲得相同的效果。

傳輸模式
該屬性可以取三個不同的值：

流模式
文件的以位元組流的方式傳輸。

塊模式
文件以一個塊連接一個塊的方式傳輸，每個塊的開頭都有一個頭。

壓縮模式
一個簡單的運程長度壓縮編碼被應用，來壓縮連續的相同的位元組。

實際中，一般只有流模式被使用。而壓縮一般通過使用各種其他的工具程序來獲得。

當一次傳輸被建立，客戶端一般指定一個或多個前面說明的屬性。若伺服器端不能支持某個選項，伺服器將用一個錯誤信息來響應客戶端，並不具有協商機制。

FTP提供了充足的命令來使用戶和遠程建立連接並訪問遠程文件系統。

2.命令格式

命令以NVT ASCII串的格式被傳輸。每個命令以三個或四個大寫的NVT ASCII字元開始，後面帶有選項參數和一個CR/LF對來標識命令結束

應答由三個NVT ASCII數字及一個選項消息組成。

一個長的應答也許會有多個消息組成，第一個消息的三個數字後帶有一個破折號，最後的消息不帶有破折號。中間的消息無須攜帶三個數字，但是如果帶了三個數字，則也需要破折號。

下面是所有的命令的列表。帶有星號的命令一般很少使用，所以往往在具體實現中不支持。

String Meaning
ABOR 放棄傳輸
*ACCT 某些系統將帳號和用戶與文件系統相關聯
*ALLO 為即將傳送的文件分配空間。後面攜帶的參數來確定位元組數
*APPE 將文件附加到已經存在的文件後面
CDUP 在遠程系統上將當前目錄切換到上級父目錄
CWD 改變遠程系統的工作目錄
DELE 刪除遠程系統的文件
HELP 讀取伺服器的幫助信息，如：支持的命令的列表
LIST 在一個新建立的數據連接上發送當前工作目錄下的文件名列表
MKD 創建目錄
MODE 指定傳輸模式，可攜帶的參數是：S、B或 C.
NLST 在一個新建立的數據連接上發送一個當前目錄下的「完全」的目錄列表
NOOP 空操作，防止連接斷掉
PASS 提供一個用戶登錄密碼，必須立即跟隨在USER命令後
*PASV 指定伺服器數據傳輸過程監聽等待客戶端的數據連接連接建立請求
PORT 指定客戶端監聽等待伺服器端建立的連接的埠號
PWD 顯示伺服器端的當前工作目錄名
QUIT 退出登錄並終止連接
*REIN 重新初始化，退出登錄但是並不斷開連接，後面必須隨後發出一個新的USER命令
*REST 從伺服器的一個標識處重新開始傳輸
RETR 從遠程系統取回一個文件
RMD 刪除一個目錄
*RNFR 指定要被命名的文件的老的路徑名，隨後必須是一個RNTO命令
*RNTO 指定要被命名的文件的新的路徑名
*SITE 站點特有的伺服器提供的服務
*SMNT 結構載入，提供一個文件系統結構的遠程系統路徑名
*STAT 狀態信息
STOR 上載一個文件到伺服器上，若文件已經存在則覆蓋
*STOU 上載一個文件到伺服器上，不覆蓋已經存在的文件
STRU 指定文件結構，參數可以是F、R或P.
*SYST 報告遠程系統的操作系統類型
TYPE 指定文件類型，參數可以是A、E、I、L只有TYPE A和TYPE I常用

控制連接命令應答有如下形式：

Type Description
1yz 主動初步應答，在發送另一個命令以前等待另一個應答
2yz 主動最後應答，最後一個命令成功結束
3yz 主動中間應答，必須再發送一個命令
4yz 暫時被動應答，要求的動作當時不能完成，但可以重試
5yz 永久被動應答，要求的動作不能完成，不應該重試

"y"數字編碼進一步的信息

Digit Meaning
0 語法錯誤
1 信息
2 連接狀態
3 認證和記帳
4 保留
5 File s文件系統狀態

下面是一些典型的消息：

Number Meaning
125 數據連接打開，傳輸開始
200 命令OK
331 用戶名OK 需要輸入密碼
425 不能打開數據連接
452 錯誤寫文件
500 語法錯誤-不可識別的命

具體的詳細情況可以參見RFC

Ⅱ 文件傳輸協議ftp的主要工作過程是怎樣的

FTP（File Transfer Protocol，文件傳輸協議） 是 TCP/IP 協議組中的協議之一。FTP協議包括兩個組成部分，其一為FTP伺服器，其二為FTP客戶端。其中FTP伺服器用來存儲文件，用戶可以使用FTP客戶端通過FTP協議訪問位於FTP伺服器上的資源。在開發網站的時候，通常利用FTP協議把網頁或程序傳到Web伺服器上。此外，由於FTP傳輸效率非常高，在網路上傳輸大的文件時，一般也採用該協議。
FTP簡要工作過程。1. 主進程2.從屬進程主進程工作步驟如下a，打開熟知埠，使客戶進程能夠鏈接上b，等待客戶進程發送鏈接請求c，啟動從屬進程來處理客戶進程發來的請求，從屬進程在運行期間還會創建一些子程序d，回到等待狀態 從屬進程包括a，控制進程 不用來傳輸文件b，數據傳輸進程 數據鏈接用來傳輸文件

Ⅲ 簡述FTP的工作過程

）FTP伺服器運行FTPd守護進程，等待用戶的FTP請求。

（2）用戶運行FTP命令,請求FTP伺服器為其服務。

例：FTP 202.119.2.197

（3）FTPd守護進程收到用戶的FTP請求後，派生出子進程FTP與用戶進程FTP交互，建立文件傳輸控制連接，使用TCP埠21。

（4）用戶輸入FTP子命令，伺服器接收子命令，如果命令正確，雙方各派生一個數據傳輸進程FTP-DATA,建立數據連接，使用TCP埠20,進行數據傳輸。

（5）本次子命令的數據傳輸完，拆除數據連接，結束FTP-DATA進程。

（6）用戶繼續輸入FTP子命令，重復（4）、（5）的過程，直至用戶輸入quit命令，雙方拆除控制連接，結束文件傳輸，結束FTP進程。

Ⅳ 簡述文件傳輸協議FTP的工作原理及一般使用步驟。

1、FTP支持兩種模式，一種方式叫做Standard (也就是 PORT方式，主動方式)，一種是 Passive(也就是PASV，被動方式)。 Standard模式 FTP的客戶端發送 PORT 命令到FTP伺服器。Passive模式FTP的客戶端發送 PASV命令到 FTP Server。
下面介紹一個這兩種方式的工作原理：
Port
FTP 客戶端首先和FTP伺服器的TCP 21埠建立連接，通過這個通道發送命令，客戶端需要接收數據的時候在這個通道上發送PORT命令。 PORT命令包含了客戶端用什麼埠接收數據。在傳送數據的時候，伺服器端通過自己的TCP 20埠連接至客戶端的指定埠發送數據。 FTP server必須和客戶端建立一個新的連接用來傳送數據。
Passive
在建立控制通道的時候和Standard模式類似，但建立連接後發送的不是Port命令，而是Pasv命令。FTP伺服器收到Pasv命令後，隨機打開一個高端埠（埠號大於1024）並且通知客戶端在這個埠上傳送數據的請求，客戶端連接FTP伺服器此埠，然後FTP伺服器將通過這個埠進行數據的傳送，這個時候FTP server不再需要建立一個新的和客戶端之間的連接。
很多防火牆在設置的時候都是不允許接受外部發起的連接的，所以許多位於防火牆後或內網的FTP伺服器不支持PASV模式，因為客戶端無法穿過防火牆打開FTP伺服器的高端埠；而許多內網的客戶端不能用PORT模式登陸FTP伺服器，因為從伺服器的TCP 20無法和內部網路的客戶端建立一個新的連接，造成無法工作。

2、使用步驟
（1）FTP伺服器運行FTPd守護進程，等待用戶的FTP請求。

（2）用戶運行FTP命令,請求FTP伺服器為其服務。

例：FTP 202.119.2.197

（3）FTPd守護進程收到用戶的FTP請求後，派生出子進程FTP與用戶進程FTP交互，建立文件傳輸控制連接，使用TCP埠21。

（4）用戶輸入FTP子命令，伺服器接收子命令，如果命令正確，雙方各派生一個數據傳輸進程FTP-DATA,建立數據連接，使用TCP埠20,進行數據傳輸。

（5）本次子命令的數據傳輸完，拆除數據連接，結束FTP-DATA進程。

（6）用戶繼續輸入FTP子命令，重復（4）、（5）的過程，直至用戶輸入quit命令，雙方拆除控制連接，結束文件傳輸，結束FTP進程。

Ⅳ 簡單文件傳輸協議TFTP與FTP的主要區別是什麼各用在什麼場合

一、使用方式不同：

TCP/IP協議中，FTP標准命令TCP埠號為21，Port方式數據埠為20。FTP的任務是從一台計算機將文件傳送到另一台計算機，不受操作系統的限制。需要進行遠程文件傳輸的計算機必須安裝和運行ftp客戶程序。

TFTP在IP頭中不指定任何數據，但是它使用UDP中的源和目標埠以及包長度域。由TFTP使用的包標記（TID）在這里被用做埠，因此TID必須介於0到65,535之間。

二、作用不同

FTP 是完整面向會話，常規用途文5件傳輸協議。 TFTP 用作 bones bare - 特殊目的文件傳輸協議。TFTP允許僅單向傳輸的文件。

(5)ftp過程和結束文件有什麼變化擴展閱讀

標準的daemon(在伺服器端)在TCP的21埠監聽客戶端的請求，當客戶端發送出一個請求後，就會啟動一個TCP連接，此時遠程用戶就通過了FTP伺服器的驗證，會話開始。

傳統的基於文本的FTP會話需要遠程用戶利用命令行界面通伺服器進行交流，典型的命令語句可以開始或停止FTP會話、遠程瀏覽目錄結構，以及上載或下載文件等。新的圖形界面FTP客戶端提供圖形介面(而非命令行界面)來測覽目錄和移動文件。

Ⅵ FTP的主要工作過程是怎樣的主進程和從屬進程各起什麼作用

（1）FTP 使用客戶伺服器方式。一個FTP 伺服器進程可同時為多個客戶進程提供服
務。
FTP 的伺服器進程由兩大部分組成：一個主進程，負責接受新的請求；另外有若干
個從屬進程，負責處理單個請求。
主進程的工作步驟：
1、打開熟知埠（埠號為21），使客戶進程能夠連接上。
2、等待客戶進程發出連接請求。
3、啟動從屬進程來處理客戶進程發來的請求。從屬進程對客戶進程的請求處理完畢
後即終止，但從屬進程在運行期間根據需要還可能創建其他一些子進程。
4、回到等待狀態，繼續接受其他客戶進程發來的請求。主進程與從屬進程的處理是
並發地進行。
（2）作用：控制連接在整個會話期間一直保持打開，FTP 客戶發出的傳送請求通過控制連接發
送給伺服器端的控制進程，但控制連接不用來傳送文件。
實際用於傳輸文件的是「數據連接」。伺服器端的控制進程在接收到FTP 客戶發送來
的文件傳輸請求後就創建「數據傳送進程」和「數據連接」，用來連接客戶端和伺服器端
的數據傳送進程。
數據傳送進程實際完成文件的傳送，在傳送完畢後關閉「數據傳送連接」並結束運行。

Ⅶ ftp命令解析過程的描述

FTP客戶端是由2個TCP連接的。
一個只用來發送命令的！！！！
另外一個是用來接收/發送數據的！

就比如TYPE I命令～
客戶端會先把這命令加上\r\n即："TYPE I\r\n" 發送到伺服器
伺服器收到這命令後會進行解析！再採取相關的處理!
至於如何解析，我想各個伺服器的過程都不見的是一樣的。這個沒有標準的！你可以先把命令和後面的操作分開，它們之間是有空格空開的！
然後直接用strcmp("TYPE", command)對比咯，如果==0再看後面的是I還是A了！

如果你是要聞如何得到該命令那要看以下：
客戶端先要連接伺服器
SOCKET ftpSocket = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);//TCP連接,此連接用於發送命令
SOCKADDR_IN socketAddr;
socketAddr.sin_addr.S_un.S_addr = inet_addr(HostName);//ftp伺服器IP
socketAddr.sin_port = htons(ftpPort);//默認是21
connect(ftpSocket, (const struct sockaddr *)&socketAddr, sizeof(SOCKADDR_IN))
接收伺服器返回命令recv(ftpSocket, (char FAR *)recvBuf, 1024, 0);
發送命令USER user\r\n到伺服器 輸入用戶名(ftp伺服器的)
再接收伺服器返回命令
發送命令PASS password\r\n到伺服器 輸入密碼

這之後你才能發送別的命令~
比如下載數據命令～發送之後會產生另外一個TCP連接傳送文件，文件傳送完之後會關閉~