《《文件傳輸協(xié)議》PPT課件》由會員分享，可在線閱讀，更多相關《《文件傳輸協(xié)議》PPT課件（41頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、第 12章 文件傳輸協(xié)議 文件是計算機系統(tǒng)中信息存儲、處理和傳輸 的主要形式，大多數(shù)計算機系統(tǒng)都支持網(wǎng)絡 文件訪問功能。 對網(wǎng)絡文件訪問的需求來自四個方面： 不同應用程序之間的 數(shù)據(jù)共享 ； 利用 遠程存儲 介質(zhì)存儲后備文件； 無盤站點 通過網(wǎng)絡訪問服務器上的文件信 息； 以文件形式進行的 數(shù)據(jù)交換 。 第 12章 文件傳輸協(xié)議 12.1 TCP/IP文件傳輸協(xié)議 （ FTP） 12.2 FTP 進程模型 12.3 FTP命令與響應 12.4 匿名 FTP 12.5 簡單文件傳送協(xié)議 （ TFTP） 12.6 TFTP報文 12.1 TCP/IP文件傳輸協(xié)議（ FTP） FTP工作在 TCP/

2、IP模型的應用層，基于的傳 輸協(xié)議是 TCP， FTP客戶在和服務器之間的 連接 是 可靠 的，面向連接為數(shù)據(jù)的傳輸提供 了可靠的保證。 1 FTP的 目標 ： 1）主機之間共享計算機程序或數(shù)據(jù)； 2）本地主機間接地使用遠程計算機 ； 3）向用戶屏蔽不同主機中各種文件存儲系統(tǒng) 的細節(jié)； 4）可靠和高效的傳輸數(shù)據(jù)。 2 FTP主要特征： 1） 控制連接 是建立在用戶 協(xié)議解釋器 和服 務器協(xié)議解釋器之間用于 交換命令與應答 的通信鏈路。 2） 數(shù)據(jù)連接 是傳輸數(shù)據(jù)的全雙工連接。傳 輸數(shù)據(jù)可以發(fā)生在服務器 數(shù)據(jù)傳輸過程 DTP和用戶 DTP之間也可以發(fā)生在兩個服 務器 DTP之間。 3）文件類型

3、（ 1） ASCII碼文件類型（默認選擇），以 NVT ASCII碼形式通過數(shù)據(jù)連接傳輸。 （ 2） EBCDIC文件類型。該文本文件傳輸方式 要求兩端都是 EBCDIC系統(tǒng)。 （ 3） 圖像文件 類型（也稱為 二進制文件 類型）。 數(shù)據(jù)發(fā)送形式呈現(xiàn)為一個連續(xù)的比特流。 ASCII碼文件類型和 EBCDIC文件類型還要加 上文件是否 可打印 的 屬性 (Noprint/TELNET) 4）數(shù)據(jù)結構 文件結構 （ File structure）字節(jié)流，無結 構。 記錄結構 （ Record structure ）文件被劃 分為記錄，用于文本文件。 頁結構 （ Page structure ）文件

4、被劃分為 頁，每頁有頁號和頁頭。可以進行隨機 存取或順序存取。 5） 傳輸方式 FTP的傳輸模式有流模式、塊模式和壓縮模式： （ 1） 流模式 數(shù)據(jù)以字節(jié)流的形式傳送 記錄結構（ EOR， EOF） 文件結構，接收到的所有數(shù)據(jù)就是文件內(nèi)容。（ EOF） （ 2） 塊模式 文件以塊形式傳送，塊帶有自己的頭部分。頭字節(jié) 包括 16位計數(shù)域和 8位描述子代碼。 （ 3） 壓縮模式 壓縮模式中，因為數(shù)據(jù)是壓縮過的，對于增加帶寬 有很多好處。 塊模式頭 字節(jié)的結構 描述子代碼 由在描述子字節(jié)中的位標記說明 3 FTP的客戶 服務器模型 下圖表示 FTP客戶 服務器模型，客戶和服務 器之間利用 TCP建立

5、連接。 FTP客戶與服務器之間要建立 雙重連接 ，一個是 控制連接 ，一個是 數(shù)據(jù)連接 。 控制連接： NVT ASCII 數(shù)據(jù)連接：文件類型、數(shù)據(jù)結構 、 傳輸方式 FTP 客戶 FTP 服務器 控制連接（端口 21 ） 數(shù)據(jù)連接（端口 20 ） 建立雙重連接的 原因 ： FTP是一個 交互式會 話系統(tǒng) ，某客戶每次調(diào)用 FTP，便與服務器 建立一個會話， 會話以控制連接來維持 。 客戶每提出一個請求，服務器與客戶建立一 個數(shù)據(jù)連接，進行實際的數(shù)據(jù) (比如文件 )傳輸。 一旦數(shù)據(jù)傳輸結束，數(shù)據(jù)連接相繼撤消，但 控制連接依然存在 ，客戶可以繼續(xù)發(fā)出命令。 客戶可以撤消控制連接（ close命令

6、），也可 以退出 FTP會話 (quit命令 )。 返回 12.2 FTP 進程模型 FTP服務的實現(xiàn)是由一組 FTP進程完成的。 服務器 FTP進程：由 協(xié)議解釋器 PI和 數(shù)據(jù)傳輸過程 DTP組成。 用戶 FTP進程：由 PI、 DTP和 用戶接口 組成。 傳輸與控制采用 獨立 的連接方式具有以下三方面的 優(yōu) 點 ： 使 FTP協(xié)議更加簡單并且更容易實現(xiàn) ，例如控制連 接可以直接采用 Telnet協(xié)議實現(xiàn)， FTP數(shù)據(jù)連接不會 與 FTP命令混淆起來。 在數(shù)據(jù)連接結束后， 控制連接仍然保留 著，它能夠 在新的傳輸連接時被使用。 發(fā)送方與接收方在所有的數(shù)據(jù)都到達時可以在數(shù)據(jù) 連接上用 文件結

7、束來通知另一方 ，從而達到命令傳 輸?shù)墓δ堋?12.2.1 FTP控制連接 控制連接 是建立在用戶協(xié)議解釋器和服務器協(xié) 議解釋器之間用于交換命令與應答的通信鏈路。 FTP僅僅在 發(fā)送命令并接收應答 時使用控制連 接。 用戶在兩臺主機間建立控制連接，然后進行數(shù) 據(jù)連接，客戶與服務器 為每個文件傳輸建立一 個單獨的數(shù)據(jù)連接 。 如果用戶請求另一個傳輸，那么客戶與服務器 將建立一個新的數(shù)據(jù)連接。為了避免在控制與 數(shù)據(jù)連接之間發(fā)生沖突， FTP對于兩者 使用不 同的協(xié)議端口號 。 FTP協(xié)議要求數(shù)據(jù)傳輸在處理時打開控制連 接。盡管數(shù)據(jù)連接頻繁地出現(xiàn)并消失，但是 控制連接卻在整個會話中一直保持著。在完

8、成 FTP服務后由用戶發(fā)出中止控制連接命令。 控制連接用 NVT ASCII傳命令和響應。 因特網(wǎng) FTP 服務器 FTP 客戶 數(shù)據(jù)連接 控制連接 圖中，箭頭方向表示連接是由哪一方發(fā)起的。 客戶向服務器發(fā)出請求命令，形成控制連接 。 數(shù)據(jù)連接按相反的方向形成 ?？蛻襞c服務器的 角色反轉了。 注意 FTP和 Telnet的關系， FTP使用 Telnet協(xié)議 進行控制連接 。 12.2.2 FTP數(shù)據(jù)連接 數(shù)據(jù)連接是傳輸數(shù)據(jù)的 全雙工 連接。 1數(shù)據(jù)連接機制 數(shù)據(jù)連接 可以用文件結束來終止傳輸過程 。 這樣做的好處 可以改變所傳輸文件的大小 。 例如，當服務器中應用程序正在寫入文件時， 如果

9、FTP也同時在將這個文件的副本傳輸至客 戶。由于文件傳輸?shù)倪B接是單獨的， 服務器 不必利用控制連接告訴客戶方所傳輸文件的 大小，只需要用數(shù)據(jù)連接的文件結束來終止 傳輸 。 在建立數(shù)據(jù)連接時，客戶數(shù)據(jù)傳輸進程成為連 接的接收者，而服務器數(shù)據(jù)傳輸進程成了連接 的請求者。 客戶在需要進行數(shù)據(jù)傳輸時，其數(shù)據(jù)傳輸進程 在一個自由端口上發(fā)出 被動打開 ，然后客戶在 控制連接上通過 PORT命令 將該自由端口告訴 服務器控制進程，服務器數(shù)據(jù)傳輸進程在端口 20上主動打開并與客戶數(shù)據(jù)傳輸進程的自由 端口建立連接。 數(shù)據(jù)連接機制還包括建立連接選擇數(shù)據(jù)參數(shù)。 2數(shù)據(jù)連接管理 默認數(shù)據(jù)連接端口：所有 FTP服務器必

10、須使用 默認數(shù)據(jù)連接端口（ 20）。 確定非默認數(shù)據(jù)端口：用戶 PI可以使用 PORT 命令指定客戶的非默認端口。 3數(shù)據(jù)連接的關閉 關閉連接的條件 ： 用戶端發(fā)送 ABORT命令 服務器通過 EOF終止要求，表示結束發(fā)送數(shù)據(jù) 控制連接關閉 發(fā)生不可恢復錯誤 被動打開 控制進程 60201 控制進程 21 數(shù)據(jù)傳輸進程 60261 被動打開 控制進程 60201 控制進程 21 數(shù)據(jù)傳輸進程 數(shù)據(jù)傳輸進程 60261 PORT 60261 控制進程 60201 控制進程 21 數(shù)據(jù)傳輸進程 數(shù)據(jù)傳輸進程 60261 20 客戶 服務器 控制連接 數(shù)據(jù)連接 20 12.2.3 通信 FTP使用客

11、戶 /服務器模式。涉及到五個進程和兩個 相關。 服務器首先運行一個本地 FTP主服務進程，當客戶 端用戶輸入 open和 ftp命令后，客戶指定一個遠程計 算機時，建立一個客戶控制進程，本地應用成為一 個 FTP客戶，建立了自己的 半相關 。 主服務進程 控制進程 數(shù)據(jù)傳輸進程 控制進程 數(shù)據(jù)傳輸進程 文件 系統(tǒng) 文件 系統(tǒng) 服務器 客戶 控制連接 數(shù)據(jù)連接 然后，客戶用 TCP建立與指定計算機上的 FTP服務器 之間的控制連接。 服務器 接收到客戶連接請求后， 派生一個服務器控制 進程 ，該進程與客戶控制進程 建立起控制連接 ，即 相 關 ，雙方進入會話狀態(tài)。 客戶 要進行數(shù)據(jù)傳輸時， 派生

12、一個客戶數(shù)據(jù)傳輸進程 ， 并在一個非默認端口上被動打開，通過控制連接，客 戶用 PORT將端口號發(fā)給服務器控制進程。 服務器 控制進程接收到后， 派生一個服務器數(shù)據(jù)傳輸 進程 ，該進程建立一個自己的 半相關（ 20） ，并向客 戶數(shù)據(jù)進程發(fā)出連接請求，與客戶數(shù)據(jù)傳輸進程建立 相關 ，雙方建立數(shù)據(jù)傳輸。 數(shù)據(jù)傳輸結束后，關閉數(shù)據(jù)連接，雙方數(shù)據(jù)傳輸進程 結束，但控制進程仍然存在，然后可以再重新發(fā)起新 的數(shù)據(jù)傳輸服務。 返回 12.3 FTP命令與響應 1 FTP命令 FTP命令主要用于控制連接，可以直接采用 Telnet協(xié)議實現(xiàn)，所以 FTP命令同 Telnet命令 包括中斷進程、 Telnet的

13、同步信號、查詢服務 器、帶選項的 Telnet命令等。 命令以 NVT ASCII碼 形式傳送，要求在每行結 尾都要有 CR、 LF對。 命令 描述 ABOR 異常中斷數(shù)據(jù)連接程序 ACCT 系統(tǒng)優(yōu)先權說明 ALLO 為服務器上的文件存儲器分配字節(jié) APPE 為服務器上同名文件 填加數(shù)據(jù) CDUP 改變 到 服務器上的父目錄 CWD 改變服務器上的工作目錄 DELE 刪除服務器上的指定文件 HELP 在指定命令上返回信息 LIST 列表顯示 文件或目錄 MODE 傳輸模式 MKD 在服務器上建立指定目錄 NLST 列出 文件或 子 目錄 （不帶屬性） NOOP 獲得 服務器的 確 認 ，了解

14、服務器 是否活動 PASS 系統(tǒng)登錄密碼 PASV 等待數(shù)據(jù)連接的請求服務 命令 描述 PORT IP 地址和兩字節(jié)的端口 ID PWD 顯示當前工作目錄 QUIT 從 FTP 服務器上退出登錄 REIN 重新初始化 REST 由特定偏移量重啟文件傳遞 RETR 從服務器上復制文件 到客戶端 RMD 在服務器上 刪除 指定目錄 RNFR 指定要 重命名 的路徑 RNTO 重命名 為 新路徑 SITE 定義 服務器 相關的命令 SMNT 安裝文件系統(tǒng) STAT 返回 當前 文件 或目錄 的狀態(tài) 信息 STOR 儲存（復制）文件到服務器上 STOU 儲存文件到服務器上 （不覆蓋同名文件） STRU

15、 數(shù)據(jù)結構 (F=file ， R=record ， P=p age ) SYST 返回服務器使用的操作系統(tǒng) TYPE 文件 類型 (A =AS CII ， E=EBCDIC ， I=b in ary ) USER 系統(tǒng)登錄的用戶名 2 FTP響應 響應都是 ASCII碼形式的 3位數(shù)字 ，響應也是 以 NVT ASCII碼形式傳送，要求在每行結尾 都要返回 CR、 LF對。 響應代碼 解釋說明 響應代碼 解釋說明 110 新文件指示器上的重啟標記 332 需 要帳號 名 120 在短時間內(nèi)服務器準備就緒 350 未決的文件行為 125 數(shù)據(jù)連接 已 打開 ， 在短時間內(nèi) 開始傳輸 421 關

16、閉服務器 150 文件 OK ，數(shù)據(jù) 連接 將 在短時間內(nèi) 打開 425 不能打開數(shù)據(jù)連接 200 成功 426 結束連接 202 不執(zhí)行的命令 450 文件 不可用 211 系統(tǒng)狀態(tài)回復 451 本地錯誤 212 目錄狀態(tài)回復 452 磁盤空間不足 213 文件狀態(tài)回復 500 無效命令 214 幫助信息回復 501 錯誤參數(shù) 215 系統(tǒng)類型回復 502 命令 未 執(zhí)行 220 服務器準備就緒 503 錯誤指令序列 221 服務 關閉 504 無效命令參數(shù) 225 數(shù)據(jù)連接 打開 530 登錄失敗 226 數(shù)據(jù)連接 關閉 532 需要存儲文件說明 227 進入被動模式（ 發(fā)送 IP 地址、

17、端口 號 ） 55 0 不可用的文件 230 登錄 成功 551 不知道的頁類型 250 完成的文件行為 552 超過了 分配 的 存儲 空間 257 建立的路徑名 5 53 不允許的文件名 331 用戶名有效， 需 要 密碼 返回 12.4 匿名 FTP 1.匿名 FTP用途 從前面的講解可知，使用 FTP時必須首先利 用 Telnet協(xié)議 登錄 ，獲得遠程主機相應的權 限，才能上傳或下載文件。 本地主機必需具有用戶 ID和口令，獲得遠地 計算機的適當授權，否則便無法傳送文件。 Internet上的 FTP主機很多， 不可能要求每 個用戶在每一臺主機上都擁有帳號 。 匿名 FTP無需本地主機

18、成為遠地計算機的注 冊用戶，從而解決了這個問題。 2. 匿名 FTP機制 遠程主機建立了名為 anonymous的用戶特殊 ID，這樣 Internet上的任何人在任何地方都可 使用該用戶 ID，下載文件，而無需成為其注 冊用戶。 匿名 FTP主機的連接 使用方式 同連接普通 FTP 主機的方式差不多，只是在要求提供用戶標 識 ID時必須輸入 anonymous，其口令可以是 客戶自己喜歡的任意字符串。 3. 匿名 FTP的使用 匿名 FTP是 Internet網(wǎng)上 發(fā)布軟件 和 其它信息 內(nèi)容的常用方法。 4. 匿名 FTP的安全 當遠程主機提供匿名 FTP服務時，會指定某些 目錄向公眾開放

19、，允許匿名存取。系統(tǒng)中的 其 余目錄則處于隱匿狀態(tài) 。 作為一種安全措施，大多數(shù)匿名 FTP主機都允 許用戶從其下載文件，而 不允許用戶向其上傳 文件 。 即使有些匿名 FTP主機確實允許用戶上傳文件， 用戶也只能將文件上傳至某一 指定上傳目錄 中。 系統(tǒng)管理員會去 檢查 這些上傳文件，會將這些 文件 移至另一個公共下載目錄中 ，供其他用戶 下載，同時也保護自己免受病毒破壞。 返回 12.5 簡單文件傳送協(xié)議（ TFTP） 1簡單文件傳送協(xié)議 TFTP簡介 簡單文件傳送協(xié)議 TFTP(Trivial File Transfer Protocol)是網(wǎng)絡 應用程序 ，它比 FTP簡單 也比 FT

20、P功能少。 TFTP客戶與服務器之間的傳輸層 通信使用的是 UDP。 TFTP服務器必須提供一定形式的 并發(fā) 。 TFTP服 務器通過為每個客戶提供一個 新的 UDP端口 來 提供并發(fā)。 TFTP協(xié)議 沒有提供安全特性 ,很多安全特性都必 需由 TFTP服務器系統(tǒng)管理員來限制客戶訪問所 指定的文件。 2 TFTP的用途 簡單文件傳送協(xié)議的應用包括： 1） 為無盤工作站下載引導文件，下載初始化 代碼 到打印機、集線器和路由器。 例如存在這樣的設備，它擁有一個網(wǎng)絡連接和 小容量的固化了 TFTP、 UDP和 IP的只讀存儲 器（ Read-Only Memory， ROM）。 加電后，設備執(zhí)行 R

21、OM中的代碼，在網(wǎng)絡上 廣播一個 TFTP請求。網(wǎng)絡上的 TFTP服務器響 應請求包含可執(zhí)行二進制程序的文件，設備收 到文件后，將它載入內(nèi)存，然后開始運行程序。 2）路由器的信息設置 路由器可以在指定的 TFTP服務器上存儲設置 參數(shù)，如果這個路由器癱瘓了，正確的設置信 息可以從 TFTP服務器上 下載 到一個 修復 的路 由器或者一個替代的路由器，這便為路由器提 供了 種容錯能力。（ 備份 ） 返回 12.6 TFTP報文 TFTP傳輸?shù)臄?shù)據(jù)使用固定長度（ 512個字節(jié)） 的分組報文。如果一個分組報文少于 512字節(jié)， 表明這是數(shù)據(jù)傳輸?shù)淖詈笠粋€分組報文。 當一個數(shù)據(jù)的分組報文被發(fā)送到目標主

22、機之后， 數(shù)據(jù)將在一個 緩沖區(qū)域內(nèi)保存 直到接收到一個 確認信號，它表明數(shù)據(jù)已經(jīng)被成功地接收了。 如果在再發(fā)送時間失效之前，發(fā)送主機沒有接 收到確認信號，則數(shù)據(jù)分組報文將被 重新發(fā)送 。 TFTP 協(xié)議的封裝形式和 五種消息格式 ： TFTP報文的頭兩個字節(jié)表示 操作碼 。 文件名 指明從 TFTP服務器上正在上傳或下載 的文件的名字，它使用一個可變長的段， 0指 明 文件名結束 。 模式 字段是一個 ASCII碼串 netascii或 octet， 同樣以 0字節(jié)結束。 netascii表示數(shù)據(jù)是以 成行的 ASCII碼字符 組成， 以兩個字節(jié) 回車字符后跟換行字符（稱為 CR/LF）作為行

23、結束符。 octet則將數(shù)據(jù)看作 8bit一組的字節(jié)流 而不作任何 解釋。 TFTP協(xié)議的五種消息格式分別是：讀請求 (RRQ)、寫請求 (WRQ)、數(shù)據(jù) (DATA)、確認 (ACK)、出錯 (ERR)。 1）讀請求 (RRQ)和寫請求 (WRQ) 讀請求 (RRQ)和寫請求 (WRQ)都使用相同的格 式。操作碼： 1為讀請求 ； 2為寫請求 。 2）數(shù)據(jù) (DATA) TFTP傳輸實際數(shù)據(jù)時，使用 DATA消息格式。 操作碼被設置成 3，表明數(shù)據(jù)在以 TFTP消息傳 輸。 初始 塊號 被設置成 1，為初始的 DATA分組報 文。每一個附加的分組報文將增加 1，直到整 個文件傳輸結束。 數(shù)據(jù)

24、段可有 512字節(jié) 長。如果數(shù)據(jù)段 少于 512 字節(jié) (0-511)，則表明來自文件的最后一個數(shù) 據(jù)塊 。如果正好是 512字節(jié)長，則說明要完成 文件的傳輸必須傳送額外的 0長度數(shù)據(jù)塊。 3）確認 (ACK) ACK確認 (ACK)分組報文的操作碼值為 4。 塊 號 段包含正在被確認的 DATA分組報文的塊號。 如果此確認信號是 回答一個寫請求 的，則這個 塊號將被設置成 0，從而表明數(shù)據(jù)的傳輸可以 開始。 4）出錯 (ERR) 出錯 (ERR)操作碼設置為 5。 出錯代碼 給出出 錯類型值。出錯消息以 NETASCII格式儲存， 并且加上一個文本描述從而幫助調(diào)試 TFTP的 出錯消息。出錯

25、消息段是 可變長 的，所以出錯 消息總是以一個 “ 0”來作為結尾 標志。 出錯代碼描述： 代碼 描述 0 沒有定義的錯誤，出錯信息將提供其他附加信息 1 文件沒有找到。所給的文件名有誤 2 訪問非法。安全權限不足 3 磁盤已滿或者分區(qū)表溢出 4 非法的 TFTP 操作 5 未知 的傳輸 ID( 端口號 ) 6 文件已經(jīng)存在 7 沒有這個用戶 TFTP與文件傳輸協(xié)議 FTP的比較 1 TFTP協(xié)議的優(yōu)勢 盡管 TFTP比 FTP的功能要弱得多，但是 TFTP具有兩個 優(yōu)點 ： TFTP能夠用于那些有 UDP而無 TCP的環(huán)境。 TFTP代碼所占的內(nèi)存要比 FTP小。 2 TFTP協(xié)議與 FTP

26、協(xié)議的 共同點 兩個協(xié)議的作用大致相同， 都是用于文件的 傳輸 ，可以實現(xiàn)網(wǎng)絡中兩臺計算機之間的文 件上傳與下載?？梢詫?TFTP協(xié)議看做是 FTP 協(xié)議的簡化版本。 3 TFTP協(xié)議與 FTP協(xié)議的 不同點 1)TFTP協(xié)議不需要 認證 客戶端的權限， FTP需 要進行客戶端認證； 2)TFTP協(xié)議一般多 用于 局域網(wǎng)以及遠程 UNIX 計算機中，而常見的 FTP協(xié)議則多用于互聯(lián)網(wǎng) 中。 3)TFTP客戶與服務器之間的 通信 使用的是 UDP 而非 TCP。 4)TFTP只支持文件 傳輸 。也就是說， TFTP不 支持 交互 ，而且沒有一個龐大的命令集。最 為重要的是， TFTP不允許用戶列

27、出目錄內(nèi)容 或者與服務器協(xié)商來決定那些可得到的文件 名。 本章要點 FTP客戶和服務器之間的 連接是可靠的 ，而且 是面向連接，為數(shù)據(jù)的傳輸提供了可靠的保 證。 FTP客戶與服務器之間要建立雙重連接，一個 是 控制連接 ，一個是 數(shù)據(jù)連接 。 用戶在兩臺主機間建立控制連接，然后進行 數(shù)據(jù)連接，但是 FTP并不通過控制連接來傳送 數(shù)據(jù)，客戶與服務器為每個文件傳輸建立一 個單獨 的數(shù)據(jù)連接。 FTP服務的實現(xiàn)由一組 FTP進程完成。 服務器 FTP進程 是和用戶 FTP進程一起工作的，它由 協(xié)議解釋器 PI和數(shù)據(jù)傳輸過程 DTP組成。 用戶 FTP進程 則是由 PI、 DTP和用戶接口組成的。 FTP命令和響應 主要用于控制連接，可以直接 采用 Telnet協(xié)議實現(xiàn)。 遠程主機建立了名為 anonymous的用戶 特殊 ID，而無需成為其注冊用戶。 簡單文件傳送協(xié)議 TFTP是網(wǎng)絡 應用程序 ，它 比 FTP簡單 也比 FTP功能少。 TFTP協(xié)議的 五種消息 分別是：讀請求 (RRQ)、 寫請求 (WRQ)、數(shù)據(jù) (DATA)、確認 (ACK)、 出錯 (ERR)。 返回