tftp:簡單文件傳輸協議-中文百科頻道

目的

TFTP是一個傳輸文件的簡單協議，它其于UDP協議而實現，但是我們也不能确定有些TFTP協議是基于其它傳輸協議完成的。此協議設計的時候是進行小文件傳輸的。因此它不具備通常的FTP的許多功能，它隻能從文件服務器上獲得或寫入文件，不能列出目錄，不進行認證，它傳輸8位數據。傳輸中有三種模式：netascii，這是8位的ASCII碼形式，另一種是octet，這是8位源數據類型；最後一種mail已經不再支持，它将返回的數據直接返回給用戶而不是保存為文件。

概況

任何傳輸起自一個讀取或寫入文件的請求，這個請求也是連接請求。如果服務器批準此請求，則服務器打開連接，數據以定長512字節傳輸。每個數據包包括一塊數據，服務器發出下一個數據包以前必須得到客戶對上一個數據包的确認。如果一個數據包的大小小于512字節，則表示傳輸結構。如果數據包在傳輸過程中丢失，發出方會在超時後重新傳輸最後一個未被确認的數據包。通信的雙方都是數據的發出者與接收者，一方傳輸數據接收應答，另一方發出應答接收數據。大部分的錯誤會導緻連接中斷，錯誤由一個錯誤的數據包引起。這個包不會被确認，也不會被重新發送，因此另一方無法接收到。如果錯誤包丢失，則使用超時機制。錯誤主要是由下面三種情況引起的：不能滿足請求，收到的數據包内容錯誤，而這種錯誤不能由延時或重發解釋，對需要資源的訪問丢失（如硬盤滿）。TFTP隻在一種情況下不中斷連接，這種情況是源端口不正确，在這種情況下，指示錯誤的包會被發送到源機。這個協議限制很多，這是都是為了實現起來比較方便而進行的。

特點

因為TFTP使用UDP，而UDP使用IP，IP可以還使用其它本地通信方法。因此一個TFTP包中會有以下幾段：本地媒介頭，IP頭，數據報頭，TFTP頭，剩下的就是TFTP數據了。TFTP在IP頭中不指定任何數據，但是它使用UDP中的源和目标端口以及包長度域。由TFTP使用的包标記（TID）在這裡被用做端口，因此TID必須介于0到65,535之間。對它的初始化我們在後面讨論。TFTP頭中包括兩上字節的操作碼，這個碼指出了包的類型下面我們看看大體上的TFTP包格式，相關的内容我們在後面的章節中進行讨論。

---------------------------------------------------

---------------------------------------------------

包頭次序

初始連接

初始連接時候需要發出wrq（請求寫入遠程系統）或RRQ（請求讀取遠程系統），收到一個确定應答，一個确定可以寫出的包或應該讀取的第一塊數據。通常确認包包括要确認的包的包号，每個數據包都與一個塊号相對應，塊号從1開始而且是連續的。因此對于寫入請求的确定是一個比較特殊的情況，因此它的包的包号是0。如果收到的包是一個錯誤的包，則這個請求被拒絕。創建連接時，通信雙方随機選擇一個TID，因此是随機選擇的，因此兩次選擇同一個ID的可能性就很小了。每個包包括兩個TID，發送者ID和接收者ID。這些ID用于在UDP通信時選擇端口，請求主機選擇ID的方法上面已經說過了，在第一次請求的時候它會将請求發到TID69，也就是服務器的69端口上。應答時，服務器使用一個選擇好的TID作為源TID，并用上一個包中的TID作為目的ID進行發送。這兩個被選擇的ID在随後的通信中會被一直使用。下例是一個寫入的例子，其中WRQ，ACK和DATA代表寫入請求，确認和數據。

1. 主機A向主機B發出WRQ，其中端口為69

2. B機向A機發出ACK，塊号為0，包括B和A的TID

此時連接建立，第一個數據包以序列号1從主機開始發出。以後兩台主機要保證以開始時确定的TID進行通信。如果源ID與原來确定的ID不一樣，這個包會被認識為發送到了錯誤的地址而被抛棄。錯誤的包是被發送到正确端口的，但是包本身有錯誤。設想發送方發出一個請求，這個請求在網絡的那個設備中被複制成兩個包，接收方先後接收到兩個包。接收方會認為為這是兩個獨立的請求，會返回兩個應答。當這兩個應答其中之一被接收到時，連接已經建立。第二個應答再到達時，這個包會被抛棄，而不會因為接收到第二個應答包而導緻第一個建立的連接失敗。

TFTP包

TFTP支持五種類型的包，我們在以上已經說明這五種類型的包：

opcode operation

1 Read request (RRQ)

2 Write request (WRQ)

3 Data (DATA)

4 Acknowledgment (ACK)

5 Error (ERROR)

包頭中包括了這個包所指定的操作碼。

2 bytes string 1 byte string 1 byte

------------------------------------------------

------------------------------------------------

RRQ/WRQ包

RRQ和WRQ包（代碼分别為1和2）的格式如上所示。文件名是NETASCII碼字符，以0結束。而MODE域包括了字符串"netascii"，"octet"或"mail"，名稱不分大小寫。接收到NETASCII格式數據的主機必須将數據轉換為本地格式。OCTET模式用于傳輸文件，這種文件在源機上以8位格式存儲。假設每個機器都存在一個8位的格式，這樣的假設是最一般的。比如DEC-20，這是一種36位機，我們可以假設它是4個8位外加另外4位而構成。如果機器收到OCTET格式文件，返回時必須與原來文件完全一樣。在使用MAIL模式時，用戶可以在FILE處使用接收人地址，這個地址可以是用戶名或用戶名@主機的形式，如果是後一種形式，允許主機使用電子郵件傳輸此文件。如果使用MAIL類型，包必須以WRQ開始，否則它與NETASCII完全一樣。我們的讨論建立在發送方和接收方都在相同模式的情況下，但是雙方可以以不同的模式進行傳輸。例如一個機器可以是一台存儲服務器，這樣一台服務器需要将NETASCII格式轉換為自己的格式。另外，我們可以設想DEC-20這種機器，它使用36位字長，用戶這邊可以使用特殊的機制一次讀取36位，而服務器卻可以仍然使用8位格式。在這兩種情況下，我們看到了兩台機器使用不同格式的情況。可以在兩台主機間定義其它的傳輸方式，但是定義要小心，因為這種傳輸方式不為人知，而且也沒有權威機構為其指定名稱或定義它的模式。

2 bytes 2 bytes n bytes

----------------------------------

| Opcode | Block # | Data |

----------------------------------

DATA包

數據在數據包中傳輸，其格式如上圖所示。數據包的OP碼為3，它還包括有一個數據塊号和數據。數據塊号域從1開始編碼，每個數據塊加1，這樣接收方可以确定這個包是新數據還是已經接收過的數據。數據域從0字節到512字節。如果數據域是512字節則它不是最後一個包，如果小于512字節則表示這個包是最後一個包。除了ACK和用于中斷的包外，其它的包均得到确認。發出新的數據包等于确認上次的包。WRQ和DATA包由ACK或ERROR數據包确認，而RRQ數據包由DATA或ERROR數據包确認。下圖即是一個ACK包，操作碼為4。其中的包号為要确認的數據包的包号。

2 bytes 2 bytes

---------------------

| Opcode | Block # |

---------------------

Figure 5-3: ACK包

WRQ數據包被ACK數據包确認，WRQ數據包的包号為0。

2 bytes 2 bytes string 1 byte

-----------------------------------------

-----------------------------------------

Figure 5-4: ERROR包

一個ERROR包，它的操作碼是5，它的格式如上所示。此包可以被其它任何類型的包确認。錯誤碼指定錯誤的類型。錯誤的值和錯誤的意義在附錄中。錯誤信息是供程序員使用的。

正常終止

傳輸的結束由DATA數據标記，其包括0-511個字符。這個包可以被其它數據包确認。接收方在發出對最後數據包的确認後可以斷開連接，當然，适當的等待是比較好的，如果最後的确定包丢失可以再次傳輸。如果發出确認後仍然收到最後數據包，可以确定最後的确認丢失。發送最後一個DATA包的主機必須等待對此包的确認或超時。如果響應是ACK，傳輸完成。如果發送方超時并不準備重新發送并且接收方有問題或網絡有問題時，發送也正常結束。當然實現時也可以是非正常結束，但無論如何連接都将被關閉。

早終結

如果請求不能被滿足，或者在傳輸中發生錯誤，需要發送ERROR包。這僅是一種傳輸友好的方式，這種包不會被确認也不會被重新傳輸，因此這種包可能永遠不會被接收到。因此需要用超時來偵測錯誤。

附錄

包頭的次序

2 bytes

----------------------------------------------------------

----------------------------------------------------------

TFTP格式

Type Op # 沒有包頭的格式

2 bytes string 1 byte string 1 byte

-----------------------------------------------

RRQ/ | 01/02 | Filename | 0 | Mode | 0 |

WRQ -----------------------------------------------

2 bytes 2 bytes n bytes

---------------------------------

DATA | 03 | Block # | Data |

---------------------------------

2 bytes 2 bytes

-------------------

ACK | 04 | Block # |

--------------------

2 bytes 2 bytes string 1 byte

----------------------------------------

----------------------------------------

讀文件的初始連接

1. 主機A發RRQ到A，包括源=A的ID和目的=69

2. 主機B發送DATA，其中包号=1，這個包被傳送到A，源=B的ID，目的=A的ID

錯誤碼

Value Meaning

0 未定義，請參閱錯誤信息（如果提示這種信息的話）

1 文件未找到

2 訪問非法

3 磁盤滿或超過分配的配額

4 非法的TFTP操作

5 未知的傳輸ID

6 文件已經存在

7 沒有類似的用戶

Internet用戶數據報頭

（TFTP不一定非要在UDP上實現。）

Format

0 1 2 3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| Source Port | Destination Port |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| Length | Checksum |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

域的值

Source Port 由傳輸發起方選擇

Dest. Port 由目的地選擇（如果是RRQ或WRQ，其值為69）

Length 包括UDP包頭的包長度

Checksum 校驗碼，如果是0，則未使用校驗

注意：TFTP将傳輸标記TID傳送給UDP作為源和目的端口

安全問題

因為TFTP沒有安全控制機制，因此安全問題應該多加考慮。通常TFTP允許下載數據而不允許上傳數據。

FTP使用精萃--FTP的内部命令

FTP命令是Internet用戶使用最頻繁的命令之一，不論是在DOS還是UNIX操作系統

下使用FTP，都會遇到大量的FTP内部命令。熟悉并靈活應用FTP的内部命令，可

以大大方便使用者，并收到事半功倍之效。

FTP的命令行格式為：ftp-v-d-i-n-g[主機名]，其中

-v顯示遠程服務器的所有響應信息；

-n限制ftp的自動登錄，即不使用；

.netrc文件；

-d使用調試方式；

-g取消全局文件名。

ftp使用的内部命令如下(中括号表示可選項):

1.![cmd[args>：在本地機中執行交互shell，exit回到ftp環境，如：!ls*

.zip.

2.$macro-ame[args]：執行宏定義macro-name.

3.account[password]：提供登錄遠程系統成功後訪問系統資源所需的補充口

令。

4.appendlocal-file[remote-file]：将本地文件追加到遠程系統主機，若

未指定遠程系統文件名，則使用本地文件名。

5.ascii：使用ascii類型傳輸方式。

6.bell：每個命令執行完畢後計算機響鈴一次。

7.bin：使用二進制文件傳輸方式。

8.bye：退出ftp會話過程。

9.case：在使用mget時，将遠程主機文件名中的大寫轉為小寫字母。

10.cdremote-dir：進入遠程主機目錄。

11.cdup：進入遠程主機目錄的父目錄。

12.chmodmodefile-name：将遠程主機文件file-name的存取方式設置為mo

de，如：chmod777a.out。

13.close：中斷與遠程服務器的ftp會話(與open對應)。

14.cr：使用asscii方式傳輸文件時，将回車換行轉換為回行。

15.deleteremote-file：删除遠程主機文件。

16.debug[debug-value]：設置調試方式，顯示發送至遠程主機的每條命令

，如：debup3，若設為0，表示取消debug。

17.dir[remote-dir][local-file]：顯示遠程主機目錄，并将結果存入本地

文件local-file。

18.disconnection：同close。

19.formformat：将文件傳輸方式設置為format，缺省為file方式。

20.getremote-file[local-file]：将遠程主機的文件remote-file傳至本

地硬盤的local-file。

21.glob：設置mdelete，mget，mput的文件名擴展，缺省時不擴展文件名，

同命令行的-g參數。

22.hash：每傳輸1024字節，顯示一個hash符号(#)。

23.help[cmd]：顯示ftp内部命令cmd的幫助信息，如：helpget。

24.idle[seconds]：将遠程服務器的休眠計時器設為[seconds]秒。

25.image：設置二進制傳輸方式(同binary)。

26.lcd[dir]：将本地工作目錄切換至dir。

27.ls[remote-dir][local-file]：顯示遠程目錄remote-dir，并存入本地

文件local-file。

28.macdefmacro-name：定義一個宏，遇到macdef下的空行時，宏定義結束

。

29.mdelete[remote-file]：删除遠程主機文件。

30.mdirremote-fileslocal-file：與dir類似，但可指定多個遠程文件，

如：mdir*.o.*.zipoutfile。

31.mgetremote-files：傳輸多個遠程文件。

32.mkdirdir-name：在遠程主機中建一目錄。

33.mlsremote-filelocal-file：同nlist，但可指定多個文件名。

34.mode[modename]：将文件傳輸方式設置為modename，缺省為stream方式

。

35.modtimefile-name：顯示遠程主機文件的最後修改時間。

36.mputlocal-file：将多個文件傳輸至遠程主機。

37.newerfile-name：如果遠程機中file-name的修改時間比本地硬盤同名

文件的時間更近，則重傳該文件。

38.nlist[remote-dir][local-file]：顯示遠程主機目錄的文件清單，并存

入本地硬盤的local-file。

39.nmap[inpatternoutpattern]：設置文件名映射機制，使得文件傳輸時

，文件中的某些字符相互轉換，如：nmap$1.$2.$3[$1，$2].[$2，$3]，則傳輸

文件a1.a2.a3時，文件名變為a1，a2。該命令特别适用于遠程主機為非UNIX機的

情況。

40.ntrans[inchars[outchars>：設置文件名字符的翻譯機制，如ntrans

1R，則文件名LLL将變為RRR。

41.openhost[port]：建立指定ftp服務器連接，可指定連接端口。

42.passive：進入被動傳輸方式。

43.prompt：設置多個文件傳輸時的交互提示。

44.proxyftp-cmd：在次要控制連接中，執行一條ftp命令，該命令允許連

接兩個ftp服務器，以在兩個服務器間傳輸文件。第一條ftp命令必須為open，以

首先建立兩個服務器間的連接。

45.putlocal-file[remote-file]：将本地文件local-file傳送至遠程主機

。

46.pwd：顯示遠程主機的當前工作目錄。

47.quit：同bye，退出ftp會話。

48.quotearg1，arg2...：将參數逐字發至遠程ftp服務器，如：quotesys

49.recvremote-file[local-file]：同get。

50.regetremote-file[local-file]：類似于get，但若local-file存在，則

從上次傳輸中斷處續傳。

51.rhelp[cmd-name]：請求獲得遠程主機的幫助。

52.rstatus[file-name]：若未指定文件名，則顯示遠程主機的狀态，否則顯

示文件狀态。

53.rename[from][to]：更改遠程主機文件名。

54.reset：清除回答隊列。

55.restartmarker：從指定的标志marker處，重新開始get或put，如：res

tart130。

56.rmdirdir-name：删除遠程主機目錄。

57.runique：設置文件名唯一性存儲，若文件存在，則在原文件後加後綴..

1，.2等。

58.sendlocal-file[remote-file]：同put。

59.sendport：設置PORT命令的使用。

60.sitearg1，arg2...：将參數作為site命令逐字發送至遠程ftp主機。

61.sizefile-name：顯示遠程主機文件大小，如：siteidle7200。

62.status：顯示當前ftp狀态。

63.struct[struct-name]：将文件傳輸結構設置為struct-name，缺省時使

用stream結構。

64.sunique：将遠程主機文件名存儲設置為唯一(與runique對應)。

65.system：顯示遠程主機的操作系統類型。

66.TENEX：将文件傳輸類型設置為TENEX機的所需的類型。

67.tick：設置傳輸時的字節計數器。

68.trace：設置包跟蹤。

69.type[type-name]：設置文件傳輸類型為type-name，缺省為ascii，如：

typebinary，設置二進制傳輸方式。

70.umask[newmask]：将遠程服務器的缺省umask設置為newmask，如：umask

3。

71.useruser-name[password][account]：向遠程主機表明自己的身份，需

要口令時，必須輸入口令，如：useranonymousmy@email。

72.verbose：同命令行的-v參數，即設置詳盡報告方式，ftp服務器的所有響

應都将顯示給用戶，缺省為on.

初始連接

初始連接時候需要發出WRQ（請求寫入遠程系統）或RRQ（請求讀取遠程系統），收到一個确定應答，一個确定可以寫出的包或應該讀取的第一塊數據。通常确認包包括要确認的包的包号，每個數據包都與一個塊号相對應，塊号從1開始而且是連續的。因此對于寫入請求的确定是一個比較特殊的情況，因此它的包的包号是0。如果收到的包是一個錯誤的包，則這個請求被拒絕。創建連接時，通信雙方随機選擇一個TID，因為是随機選擇的，因此兩次選擇同一個ID的可能性就很小了。每個包包括兩個TID，發送者ID和接收者ID。這些ID用于在UDP通信時選擇端口，請求主機選擇ID的方法上面已經說過了，在第一次請求的時候它會将請求發到TID

69，也就是服務器的69端口上。應答時，服務器使用一個選擇好的TID作為源TID，并用上一個包中的TID作為目的ID進行發送。這兩個被選擇的ID在随後的通信中會被一直使用。下例是一個寫入的例子，其中WRQ，ACK和DATA代表寫入請求，确認和數據。