《文件傳輸協(xié)議》PPT課件

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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