㈠ ftp是什麼協議
ftp是文件傳輸協議，是TCP/IP協議組中的協議之一。FTP協議包括兩個組成部分，其一為FTP伺服器，其二為FTP客戶端。
計算機通信網是由許多具有信息交換和處理能力的節點互連而成的。要使整個網路有條不紊地工作，就要求每個節點必須遵守一些事先約定好的有關數據格式及時序等的規則。這些為實現網路數據交換而建立的規則、約定或標准就稱為網路協議。協議是通信雙方為了實現通信而設計的約定或通話規則。協議總是指某一層的協議。准確地說，它是在同等層之間的實體通信時，有關通信規則和約定的集合就是該層協議，例如物理層協議、傳輸層協議、應用層協議。是對數據格式和計算機之間交換數據時必須遵守的規則的正式描述。簡單的說，網路中的計算機要能夠互相順利的通信，就必須講同樣的語言，語言就相當於協議，它分為Ethernet、NetBEUI、IPX/SPX以及TCP/IP協議。
更多關於ftp是什麼協議，進入：https://m.abcgonglue.com/ask/5c64191615837980.html?zd查看更多內容
㈡ FTP協議的目標有那幾點
1. 介紹FTP的目標是提高文件的共享性，提供非直接使用遠程計算機，使存儲介質對用戶透明和可靠高效地傳送數據。雖然我們也可以手工使用它，但是它的主要作用是供程序使用的。在閱讀本文之前最好能夠閱讀TCP協議標准規范和Telnet協議標准規范。2. 概覽在本節中我們將討論一些表面上的問題，有些名詞的定義請參閱TCP和Telnet參考文獻。我們先介紹一下（1）位元組大小，在FTP中位元組大小有兩個：邏輯位元組大小和用於傳輸的位元組大小。後者通常是8位，而前者可不一定是多少了。傳輸位元組不必等於邏輯位元組大小，也不必對數據結構進行解釋。（2）控制連接是建立在USER-PIT和SERVER-PI之間用於交換命令與應答的通信鏈路。（3）數據連接是傳輸數據的全雙工連接。傳輸數據可以發生在伺服器DTP和用戶DTP之間也可以發生在兩個伺服器DTP之間。（4）DTP：數據傳輸過程（DTP）建立和管理數據連接，DTP可以是主動的也可以是被動的。（5）EOR代表記錄尾。（6）NTV代表網路虛擬終端，它的定義與在Telnet協議中的定義一致。（7）NVFS代表網路虛擬文件系統。（8）FTP可以傳輸非連續的文件，這些文件的一部分稱為頁。（9）PI代表協議解釋器。（10）伺服器DTP代表一種傳輸過程，它通常處於「主動」狀態，它和偵聽埠建立數據連接，它還可以為傳輸和存儲設置參數，並根據PI的指令傳輸數據。當然，DTP也可以轉入「被動」狀態。（11）伺服器FTP進程，它是和用戶FTP進程一起工作的，它由PI和DTP組成。至於用戶FTP進程則是由PI，DTP和用戶介面組成的。下圖是FTP服務示意圖：注意：數據連接是雙向的，它不用整個時間都存在。上圖中用戶PI開始控制連接，控制連接與Telnet協議很象。在開始階段，標准FTP命令由用戶PI產生並通過控制連接傳送到伺服器進程。伺服器PI向用戶PI返回標准應答。FTP命令指定數據連接參數和文件系統操作。用戶DTP在特定數據埠偵聽，伺服器開始數據連接並以指定的參數開始數據傳輸。數據埠不必在開始FTP命令的機器上，但用戶或用戶FTP進程必須確定它在指定的數據埠上偵聽。這個數據連接是全雙工的。在另外一種情況下，用戶或許希望在兩個主機間傳送文件，不是兩個本地主機。用戶在兩台主機間建立控制連接，然後規劃數據連接。用這種方式，控制信息由用戶PI獲得，但是數據在伺服器DTP之間傳送。下面就是一個例子：協議要求數據傳輸在處理時打開控制連接。在完成FTP服務後由用戶中止控制連接，而伺服器具體操作。如果在未接收命令時關閉了控制連接，伺服器也會關閉數據傳輸。FTP和Telnet很有聯系，FTP使用Telnet協議進行控制連接，可有兩種方法達到目的：用戶PI或伺服器PI可以在自己的過程中實現Telnet協議的功能；第二種方法是利用系統中現有的Telnet模塊。實現上，FTP對Telnet協議的依賴也不多，即使重新實現，代碼量也不大。3. 數據傳輸功能數據連接只傳輸數據，控制連接傳送命令和響應。幾個命令是關於在主機間傳輸數據的，數據傳輸基本上獨立於物理結構的，但是如果在壓縮傳輸模式下流式傳輸與文件結構有關，文件的屬性與表示類型有關。3.1. 數據表示與保存數據是在主機間的存儲設置間傳送的。因為兩個系統的數據存儲方式不同，因此需要對它進行轉換，在傳送文本時會有對ASCII表示的問題，在進行二進制傳送的時候，會有不同系統對位元組長度規定不同的問題，有的系統是7位，有的系統可能是32位，這也需要進行轉換。需要提供數據表示與傳輸模型函數，但是FTP提供這方面的功能不多，超過FTP提供功能的那一部分要用戶自己實現。3.1.1. 數據類型數據表示是由用戶指定的表示類型，它可以是隱含的，也可以是用戶指定的。請一定注意：邏輯位元組長度與物理位元組長度是不同的。3.1.1.1. ASCII類型這是所有FTP必須實現的默認類型，用於傳送文本文件，當在主機間使用EBCDIC傳送時更方便，則不使用ASCII類型。發送方將內部表示轉換為NVT-ASCII格式，接收方則進行相反的過程接收數據。根據NVT標准，要在行結束處使用序列。NVT-ASCII是8位的。ASCII和EBCDIC的格式參數在下面討論。3.1.1.2. EBCDIC類型它是作為ASCII的另一種方法在主機間傳送數據的數據類型。EBCDIC和ASCII很象，僅在類型的功能描述上有一些差別。行結束符使用很少。3.1.1.3. 圖象類型在此類型下傳送的數據被看作連續的位，發送方將數據打包到8位傳輸位元組中傳送。因為結構的需要要對傳送數據進行填充，填充位元組全部為0，填充必須在文件結構時使用，而且要標記出以便接收方過濾掉。它用於傳送二進制數據和有效地傳送和存儲文件，因此所有FTP也必須實現。3.1.1.4. 本地類型也可以以十進制指定邏輯位元組大小。如果物理位元組大小和邏輯位元組大小不同，直接將物理數據打包為邏輯位元組，不用什麼填充。接收方根據邏輯位元組大小進行和本機的存儲特點進行轉換。傳輸必須是可重復的，也就是說，相同的文件相同的參數，那內容必須是一樣的。3.1.1.5. 格式控制ASCII和EBCDIC有一個可選參數，它說明文件垂直格式控制，下面的數據表示類型在FTP中有定義。字元文件可能有三種用途，列印，存儲或留待以後處理。如果是用於列印，那主機必須知道垂直格式控制的表示，如果存儲或等以後處理，也需要保留文件格式。如果在遠程主機上處理完後傳輸回本地主機，要保證遠程主機處理時沒有麻煩。這都需要在ASCII和EBCDIC格式上加入新的參數。3.1.1.5.1. NON PRINT未指定第二個參數是它是默認值。它必須為所有FTP接受。如果傳輸的文件是用於列印的，則使用邊界和間隔的默認值。通常它不用於列印目的，而用於保存文件或執行文件。3.1.1.5.2. TELNET格式控制文件包括ASCII/EBCDIC垂直格式控制，這些控制字元可以使列印正常進行。3.1.1.5.3. CARRIAGE CONTROL (ASA)文件包含ASA (FORTRAN)垂直格式控制字元。在以ASA標准形成的行中，第一個字元不列印，它用於決定列印前的走紙量。下面是定義了的ASA字元：blank： 向下移動1行；0：向下移動2行；1：移動至下一頁；+：不移動列印機必須能夠決定結構體的結束。如果文件本身有記錄結構就沒有問題，如果沒有，用於區別列印行，但這些格式標記已經由ASA控制字元使用了。3.1.2. 數據結構除了有不同的數據類型外，FTP還允許有不同的文件結構，下面是三種文件結構：文件式結構：文件中沒有內部結構，文件被看作是二進制流；記錄結構：文件是由一系列記錄組成的；頁結構：文件是由不同的索引頁組成的。如果未使用STRU命令，文件結構是默認值。文件的結構會影響傳輸模型，存儲和數據表示。文件本來的屬性和保存它的主機有關，不同的機器會以自己的方式保存文件。在不同主機間傳送文件時必須使主機能夠識別相互的表示。有些主機上的文件是面向位元組的，有些是面向記錄的，在傳送時就會出現問題。那就要在接收方進行內部轉換。在進行轉換的時候，需要區別記錄的邊界，在ASCII中使用，在EBCDIC中使用作為分隔符。採用這種實現方法的必須保證轉換是可逆的。3.1.2.1. 文件結構如果未使用STRU命令，文件結構是默認值。文件結構中沒有默認值，文件被看作是連續的位元組串。3.1.2.2. 記錄結構對於文本文件，記錄結構必須是所有FTP實現必須有的。記錄結構文件是由連續的記錄構成的。3.1.2.3. 頁結構文件是非連續時使用頁結構。這種文件稱為隨機訪問文件。這些文件中有時會的和文件整體或部分相關的信息出現。在FTP中，文件的一個部分稱為頁。為了提供不同的頁大小和相關信息，每頁都帶頁頭發送。頁頭中有如下域：頭長度 包括此位元組的頁頭長度，單位為位元組，最小長度為4 頁索引 指出此部分在原文件中的位置，它和傳輸編號不是一回事 數據長度 頁數據中的邏輯位元組數，最小值為0 頁類型 頁的類型有以下幾種：0=未頁，指示傳輸結構，包頭必須為4，數據長度必須為0；1=通常頁，沒有控制信息的通常頁文件的普通類型；2=描述子頁，用於傳送整體文件的描述信息；3=訪問控制頁，包括頁級訪問控制信息的頁文件頭域，包頭長度必須為5 可選域 提供每頁的控制信息 描述子 8位 位元組計數 16位 描述子代碼由在描述子位元組中的位標記說明，下面是已經指定的四種代碼及其意義：代碼 意義 128 數據塊結束是EOR 64 數據塊結束是EOF 32 數據塊內有懷疑錯誤 16 數據塊是重新開始標記 以這種編碼，對於特定塊可能存在多個描述子編碼條件，所需要的位必須全部設置。重新開始標記包括在數據流中，它作為8位整數代表在控制連接上使用語言的可列印位元組，但不得出現在其中。例如要傳送6位元組標記，下面就是例子： Descrptr code = 16 Byte count = 6 Marker 8位 Marker 8位 Marker 8位 Marker 8位 Marker 8位 Marker 8位 3.4.3. 壓縮模式有三種信息需要傳送：常規數據以位元組串傳送；壓縮數據，包括復本和過濾器；控制信息，以兩個轉義字元傳送。如果有N（>0但小於127）個常規數據傳送，在數據前一位加上一個位元組，這個位元組最高位為0，其它位表示的數值等於N。如下圖：若要壓縮一個數據位D的N復本字元串，用兩個位元組傳送，如下圖，它表示的是壓縮的位元組：一串N過慮器位元組可以壓縮為一個位元組，而過濾器位元組根據表示法不同而不同。如果類型是ASCII或EBCDIC，過濾器位元組是，如果是圖象或本地類型，則是0。下面就是過濾器位元組：轉義序列是雙位元組，頭一個全0，後一個內是定義於塊模式下的描述子代碼。描述子代碼與塊模式中的意義相同，它作用於其後串中的位元組。而壓縮模式對於增加帶寬有好處（因為數據是壓縮過的）。3.5. 差錯恢復和重新開始位丟失和數據錯誤是這一層的差錯控制由TCP負責。而重新開始則是給用戶一個處理系統（包括操作系統，網路等）失敗的方法。重新開始過程僅適用於塊和壓縮模式，它要求發送者在數據流中加入特定標記，標記僅對傳送者有意義，但其中的內容是控制連接使用的語言。標記可以代表一個位記數，記錄記數或可以標記數據數目的任何點。如果接收方也支持重新開始，將會在接收系統中保存這一標記。在系統失敗重新啟動後，用戶可以根據原來的標記重新開始數據傳送，也就是我們通常熟悉的斷點續傳過程。接收方接收到一段數據，然後記下一點，如果發送方失敗了，就從這一點以後再傳送相應的數據。具體的這里不多說了。4. 文件傳輸功能從用戶PI到伺服器的信道是建立在用戶到標記伺服器埠間的。用戶協議解釋器負責發送命令和解釋接收的應答；伺服器PI解釋命令，發送應答，指導DTP建立數據連接並傳送數據。如果數據傳輸的第二方是用戶DTP，通過用戶FTP主機的內部協議對它進行控制；如果第二方是伺服器DTP，它由用戶PI發來的命令經過自己的PI控制。4.1. FTP命令4.1.1. 訪問控制命令下列命令指定訪問控制標記（命令碼在括弧內）：用戶名(USER)參數是標記用戶的Telnet串。用戶標記是訪問伺服器必須的，此命令通常是控制連接後第一個發出的命令，有些主機還會要求口令和帳戶。伺服器可以在任何時間接收新的USER命令以改變訪問控制和（或）帳戶信息。這可以重新開始登錄過程，所以傳輸參數不變，在進行中的文件傳輸在過去的訪問控制參數下完成。口令(PASS)參數是標記用戶口令的Telnet串。此命令緊跟USER命令，在某些站點它是完成訪問控制不可缺少的一步。因此口令是個重要的東西，因此不能顯示出來，伺服器方沒有辦法隱藏口令，所以這一任務得由用戶FTP進程完成。ACCOUNT (ACCT)參數是標記用戶帳戶的Telnet串。此命令不需要與USER相關，一些站點可能需要帳戶用於登錄，另一些可以限制帳戶的許可權，在後一種情況下，此命令可在任何時候發送。應答的不同可以區別不同的情況：當登錄需要帳戶信息時，對PASS命令的響應是332。另外，如果不需要帳戶信息，對PASS的響應是230，如果需要帳戶信息在以後需要，伺服器會返回332或532，這要看它是保存此命令還是拒絕此命令了。改變工作目錄(CWD)此命令使用戶可以在不同的目錄或數據集下工作而不用改變它的登錄或帳戶信息。傳輸參數也不變。參數一般是目錄名或與系統相關的文件集合。回到上一層目錄(CDUP)此命令要求系統實現目錄樹結構，它的響應和CWD的相同。
㈢ 名詞解釋 FTP
FTP
即「文件傳輸協議」。協議是使計算機與計算機之間能夠相互通訊的語言。FTP
使文件和文件夾能夠在
Internet
上公開傳輸。在某些情況下，您需要從網路計算機管理員處獲得許可才能登錄並訪問計算機上的文件。但是通常您會發現可以使用
FTP
訪問某個網路或伺服器，而不需要擁有該計算機的帳戶，也不必是授權的密碼持有人。這些「匿名」FTP
伺服器包括通過
FTP
公開的各種數據。
FTP
伺服器的
Internet
地址
(URL)
與通常在網頁中使用的
URL
略有不同。例如，Microsoft
有一個「匿名」的
FTP
伺服器
ftp://ftp.microsoft.com，在這里您可以下載文件，包括產品修補程序、更新的驅動程序、實用程序、Microsoft
知識庫文章和其他文檔。
您對
FTP
伺服器上的文件和文件夾的訪問許可權取決於您是能夠通過
CERN
代理伺服器訪問該伺服器還是直接訪問該伺服器，以及您擁有該
FTP
伺服器的哪種許可權。
㈣ 通常所說的FTR協議是指
沒聽說有FTR協議，只有FTP協議。
FTP（File Transfer Protocol，文件傳輸協議） 是 TCP/IP 協議組中的協議之一。FTP協議包括兩個組成部分，其一為FTP伺服器，其二為FTP客戶端。其中FTP伺服器用來存儲文件，用戶可以使用FTP客戶端通過FTP協議訪問位於FTP伺服器上的資源。在開發網站的時候，通常利用FTP協議把網頁或程序傳到Web伺服器上。此外，由於FTP傳輸效率非常高，在網路上傳輸大的文件時，一般也採用該協議。
默認情況下FTP協議使用TCP埠中的 20和21這兩個埠，其中20用於傳輸數據，21用於傳輸控制信息。但是，是否使用20作為傳輸數據的埠與FTP使用的傳輸模式有關，如果採用主動模式，那麼數據傳輸埠就是20；如果採用被動模式，則具體最終使用哪個埠要伺服器端和客戶端協商決定。
㈤ 求詳盡的ftp與sftp的分別解釋與區別~~ 能給多少給多少~~ 能多通俗多通俗~~
Sftp和ftp over ssh2的區別 ssh2 Sftp 最近使用SecureFx，涉及了兩個不同的安全文件傳輸協議： -sftp -ftp over SSH2 這兩種協議是不同的。sftp是ssh內含的協議，只要sshd伺服器啟動了，它就可用，它本身不需要ftp伺服器啟動。ftp over SSH2則象一個二傳手。 1、SFTP的工作模式：圖1顯示了SFTP的工作模式，它是作為SSH2的一個子服務工作的。 圖 1 SFTP工作模式 2、FTP over SSH2 此協議還是基於ftp協議的。在此協議中SSH2伺服器起了一個橋梁作用，把數據在客戶端和ftp之間轉發。ftp協議本身包括兩個通道，一個是控制通道，另一個是數據通道。 FTP over SSH2有兩種情況，半安全連接（Less Secure Connection）和安全連接（Full Secure Connection）。在半安全連接時，ftp客戶端先和SSH2伺服器連接，在這個連接中無論控制通道和數據通道都是加密的。但是SSH2伺服器和ftp伺服器之間就不是加密的了，如果ftp伺服器運行在另外一台機器上，SSH2伺服器和ftp直接就是明文傳輸。見圖2。 圖 2半安全連接 圖3是安全連接模式的情形，SSH2伺服器和FTP伺服器在同一台伺服器上。 圖 3 安全連接 http://www.builder.com.cn/2008/0128/722320.shtml 原文看這里
㈥ FTP的實際應用是怎麼樣的
FTP 能實現遠程共享傳輸的功能 一般用的像windos2003伺服器系統上 一般應用在企業里或者單位里的局內網里 不過現在很少見那些單位用了 學校就常用到 現在企業一般都開發比較先進的網頁簡易性的操作軟體來代替了它
㈦ 軟體公司剛成立,如何制定規章制度及如何激勵員工
剛成立哪兒來那麼多制度~~~~
就一個部門：業務！
先餓不死，然後說吃飽，再說吃好！~~~
有半年到1年的業務開拓，自然會誕生出制度！~~~~我是從事軟體業務多年的sales！~
㈧ 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的區別
一、BT真得不是"變態"的意識,BT全名為BitTorrent,是一個p2p（點對點）下載軟體,也在為其他用戶提供上傳,所以人越多,下載的速度就越快,與傳統得FTP下載剛好相反,特別適合較大,確又不著急使用的文件(比如電視劇; 電驢(eMule是)一個開放的P2P文件共享軟體，基於eDonkey的網路協議。
二、電驢(eMule)這個名稱來源於一個動物——騾，所以中文中也稱作電騾或騾子等。 電驢(eMule) 起源 在2002年05月13日一個叫做Merkur的人，他不滿意當時的eDonkey2000客戶端並且堅信自己能做出更出色的P2P軟體，於是便著手開發。他凝聚了一批原本在其他領域有出色發揮的程序員在他的周圍，電驢(eMule)工程就此誕生。他的目標是將eDonkey的優點及精華保留下來，並加入新的功能以及使圖形界面變得更好。 現在電驢(eMule)已是世界上最大並且最可靠的點對點文檔共享的客戶端軟體。感謝開放源代碼的政策，使許多開發人員能夠對這個工程有所貢獻，從而使發布新版本顯得更有效率。 電驢(eMule) 特色 客戶端使用多個途徑搜索下載的資料源，ED2K、來源交換、Kad 共同組成一個可靠的網路結構。 電驢（eMule ）的排隊機制和上傳積分系統有助於激勵人們共享並上傳給他人資源，以使自己更容易、更快速地下載自己想要的資源。 電驢（eMule ）是完全免費的。也完全沒有任何的廣告軟體。他們這么做是為了樂趣及知識，而不是為了金錢。 每個下載的文件都會自動檢查是否損壞以確保文件的正確性。(FTP卻不能保證精確復制) 智能損壞控制有助於快速修復損壞的部分。 自動優先權及來源管理系統允許您一次下載許多個資源而無須監視它們。 預覽功能允許您在下載完成之前查看您的視頻文件。 電驢(eMule) 的 Web 服務特性和 Web 伺服器允許您快速得從網路存取資料。 能在下載時間里類別以組織和管理文件。 尋找您想要的資源，電驢（eMule）提供了一個大范圍的搜索方式，包含了：伺服器搜索(本地和全球)、基於 Web 搜索(Jigle 和 Filedonkey)及 Kad 網路(仍在測試)。 電驢（eMule ）還允許您使用非常復雜的布林搜索使搜索更為靈活。 使用信息及好友系統，您能傳送訊息到其他的客戶端並可將他們加為您的好友。有好友上線的話，你就能在您的好友列表中看到他(她)。 使用內建的 IRC 客戶端, 您能和全世界其他的共享者聊天。 在官方版基礎上，有各種各樣的修改版本(Mod)，提供了各種不同的附加功能。並且這些Mod也都是開放源代碼的，這使得電驢（eMule）的發展突飛猛進。
三、當用戶使用迅雷下載時候，會經過以下五個步驟：
步驟1：用戶向迅雷伺服器發出下載請求；
步驟2：迅雷伺服器在互聯網上檢索資源，當發現可用資源以後，記錄此信息到資料庫。資源包括伺服器資源和用戶機資源；
步驟3：迅雷伺服器優化整合所有資源；
步驟4：迅雷伺服器返回資源信息給有下載請求的用戶；
步驟5：所有資源同時向下載用戶傳送下載內容，包括本地伺服器、鏡像伺服器以及互聯網上的用戶 。
迅雷的官方網站 http://www.xunlei.com/ 下面的文章說明迅雷的工作原理 也就是說,迅雷會收集互聯網上的所有下載地址和裝了迅雷的電腦的資料. 1.其實收集互聯網上的伺服器的下載地址,很多軟體都會這樣做.如網際快車等,但網際快車不會收集在下載地址里包涵了用戶名和密碼的下載地址,為什麼?因為網際快車的程序員知道,下載地址里有用戶名和密碼,就是不想讓所有人都使用.但迅雷的程序員可不理你,一樣收集,然後供其它人使用.說白了,就是我們站長最恨的"盜鏈". 例:包涵用戶名的下載地: ftp://Thund:[email protected]/0718/ 世界大戰.rmvb 這個下載地址里的Thund:Issue就是用戶名和密碼了
上面說到的,只是提供下載的站長利益受損,下載的用戶好像說,關我什麼事?我下載快,就行了.
㈩ ftp協議是一種什麼協議
ftp是文件傳輸協議，是TCP/IP協議組中的協議之一。FTP協議包括兩個組成部分，其一為FTP伺服器，其二為FTP客戶端。
FTP協議(FileTransferProtocol，文件傳輸協議)是一個用於在計算機網路上客戶端和伺服器之間進行文件傳輸的應用層協議，包括FTP伺服器和FTP客戶端兩個組成部分。
FTP能操作任何類型的文件而不需要進一步處理，但有著極高的延時，從開始請求到第一次接收需求數據之間的時間較長，並不時地執行一些冗長的登錄進程。