計算機網路tftp啥意思

㈠ 什麼是計算機網路及數據傳輸平台

物理網路上的數據傳輸的實現：
我們可以認為是這樣的：
數據被分成一個一個的包（Packet）
發送端:
1) 包的數據頭（或數據尾）被第一層協議（比如TFTP協議） 加上第一層應用層協議數據；
2) 然後整個包（包括內部加入的TFTP 信息頭）被下層協議再次包裝（比如UDP），
3) 再這之後數據包會再次被下層協議包裝（比如IP 協議），
4) 最後是被最底層的硬體層（物理層）包裝上最後一層信息（Ethernet 信息頭）。
當接受端的計算機接收到這個包後，
1) 硬體首先剝去數據包中的Ethernet 信息頭，
2) 然後內核在剝去IP 和UDP 信息頭，
3) 最後把數據包提交給TFTP 應用程序，由TFTP 剝去TFTP信息頭，最後得到了原始數據

硬體設施：
計算機網路的硬體系統通常由五部分組成:文件伺服器、工作站(包括終端)、傳輸介質、網路連接硬體和外部設備。文件伺服器一般要求是配備了高性能CPU系統的微機,它充當網路的核心。除了管理整個網路上的事務外,它還必須提供各種資源和服務。而工作站可以說是一種智能型終端,它從文件伺服器取出程序和數據後,能在本站進行處理,一般有有盤和無盤之分。接下來談談傳輸介質,它是通信網路中發送方和接受方之間的物理通路,在區域網中就是用來連接伺服器和工作站的電纜線.目前常用的網路傳輸介質有雙絞線(多用於區域網)、同軸電纜和光纜等.常用的網路連接硬體有網路介面卡(NIC)、集線器(HUB)、中繼器(Repeater)以及數據機(Modem)等。而列印機、掃描儀、繪圖儀以及其它任何可為工作站共享的設備都能被稱為外部設備。

㈡ TFTP協議的內容

TFTP協議
1. 目的

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

2. 概況

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

3. 與其它協議的聯系

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

---------------------------------------------------
| Local Medium | Internet | Datagram | TFTP |
---------------------------------------------------
圖3-1: 包頭次序

4. 初始連接

初始連接時候需要發出WRQ（請求寫入遠程系統）或RRQ（請求讀取遠程系統），收到一個確定應答，一個確定可以寫出的包或應該讀取的第一塊數據。通常確認包包括要確認的包的包號，每個數據包都與一個塊號相對應，塊號從1開始而且是連續的。因此對於寫入請求的確定是一個比較特殊的情況，因此它的包的包號是0。如果收到的包是一個錯誤的包，則這個請求被拒絕。創建連接時，通信雙方隨機選擇一個TID，因此是隨機選擇的，因此兩次選擇同一個ID的可能性就很小了。每個包包括兩個TID，發送者ID和接收者ID。這些ID用於在UDP通信時選擇埠，請求主機選擇ID的方法上面已經說過了，在第一次請求的時候它會將請求發到TID 69，也就是伺服器的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不一樣，這個包會被認識為發送到了錯誤的地址而被拋棄。錯誤的包是被發送到正確埠的，但是包本身有錯誤。設想發送方發出一個請求，這個請求在網路的那個設備中被復製成兩個包，接收方先後接收到兩個包。接收方會認為為這是兩個獨立的請求，會返回兩個應答。當這兩個應答其中之一被接收到時，連接已經建立。第二個應答再到達時，這個包會被拋棄，而不會因為接收到第二個應答包而導致第一個建立的連接失敗。

5. 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
------------------------------------------------
| Opcode | Filename | 0 | Mode | 0 |
------------------------------------------------

Figure 5-1: 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 |
----------------------------------
Figure 5-2: 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
-----------------------------------------
| Opcode | ErrorCode | ErrMsg | 0 |
-----------------------------------------
Figure 5-4: ERROR包

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

6. 正常終止

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

7. 早終結

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

I. 附錄

包頭的次序

2 bytes
----------------------------------------------------------
| Local Medium | Internet | Datagram | TFTP Opcode |
----------------------------------------------------------

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
----------------------------------------
ERROR | 05 | ErrorCode | ErrMsg | 0 |
----------------------------------------

讀文件的初始連接

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、TFTP、NFS的區別是什麼

FTP_TFTP_NFS三種文件傳輸協議的區別

文件傳送協議FTP(File Transfer Protocol)是Internet上使用比較廣泛的文件傳送協議。

FTP提供互動式的訪問，允許客戶指明文件的類型與格式，並允許文件具有存取許可權。

FTP屏蔽了各種計算機系統的細節，因此適用於在異構網路中任意計算機之間傳送文件。它的基本應用就是將文件從一台計算機復制到另一台計算機中。

它要存取一個文件，就必須先獲得一個本地文件的副本，如果修改文件，也只能對文件的副本進行修改，然後再將修改後的文件副本傳回到原節點。

您只要記住幾個關鍵詞：互動式、存取許可權和副本。

單文件傳送協議TFTP(Trivial File Transfer Protocol)是一個小而易於實現的文件傳送協議。TFTP是基於UDP數據報，需要有自己的差錯改正措施。TFTP只支持文件傳輸，不支持交互，沒有龐大的命令集。也沒有目錄列表功能，以及不能對用戶進行身份鑒別。但它的代碼所佔內存較小，不需要硬碟就可以固化TFTP代碼，很適合較小的計算機和特殊用途的設備。

您會發現TFTP和FTP一個主要的區別就是它沒有互動式，且不進行身份驗證。

NFS最初應用於UNIX操作系統下，它允許應用進程打開一個遠地文件，並能夠在該文件中某一個特定位置上開始讀寫數據。

㈣ 路由器的TFTP伺服器是什麼意思

TFTP伺服器是指使用TFTP協議的伺服器。

TFTP是TCP/IP協議族中的一個用來在客戶機與伺服器之間進行簡單文件傳輸的協議，提供不復雜、開銷不大的文件傳輸服務。埠號為69。

TFTP作為一個傳輸文件的簡單協議，是基於UDP協議而實現的，但是也不能確定有些TFTP協議是基於其它傳輸協議完成的。此協議設計的時候是進行小文件傳輸的。

因此它不具備通常的FTP的許多功能，它只能從文件伺服器上獲得或寫入文件，不能列出目錄，不進行認證，它傳輸8位數據。

(4)計算機網路tftp啥意思擴展閱讀：

TFTP伺服器的有點：

1、TFTP可用於UDP環境；比如當需要將程序或者文件同時向許多機器下載時就往往需要使用到TFTP協議。

2、TFTP代碼所佔的內存較小，這對於較小的計算機或者某些特殊用途的設備來說是很重要的，這些設備不需要硬碟，只需要固化了TFTP、UDP和IP的小容量只讀存儲器即可。當電源接通後，設備執行只讀存儲器中的代碼，在網路上廣播一個TFTP請求。

3、網路上的TFTP伺服器就發送響應，其中包括可執行二進製程序。設備收到此文件後將其放入內存，然後開始運行程序。這種方式增加了靈活性，也減少了開銷。

參考資料來源：網路-TFTP

㈤ 簡單文件傳輸協議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)計算機網路tftp啥意思擴展閱讀

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

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

㈥ tftp協議是基於什麼的協議

TFTP是一個簡潔的傳輸文件協議，基於UDP協議，主要用於小文件傳輸、網路引導等。

㈦ 什麼是TCP/IP

TCP/IP協議(Transfer Controln Protocol/Internet Protocol)叫做傳輸控制/網際協議，又叫網路通訊協議，這個協議是Internet國際互聯網路的基礎。

TCP/IP是網路中使用的基本的通信協議。雖然從名字上看TCP/IP包括兩個協議，傳輸控制協議(TCP)和網際協議(IP)，但TCP/IP實際上是一組協議，它包括上百個各種功能的協議，如：遠程登錄、文件傳輸和電子郵件等，而TCP協議和IP協議是保證數據完整傳輸的兩個基本的重要協議。通常說TCP/IP是Internet協議族，而不單單是TCP和IP。

TCP/IP是用於計算機通信的一組協議，我們通常稱它為TCP/IP協議族。它是70年代中期美國國防部為其ARPANET廣域網開發的網路體系結構和協議標准，以它為基礎組建的INTERNET是目前國際上規模最大的計算機網路，正因為INTERNET的廣泛使用，使得TCP/IP成了事實上的標准。

㈧ ftp和tftp區別

ftp和tftp區別有以下幾點：

一、二者的含義不同：

1、ftp：

文件傳輸協議（英文：FileTransferProtocol，縮寫：FTP）是用於在網路上進行文件傳輸的一套標准協議，使用客戶/伺服器模式。它屬於網路傳輸協議的應用層。

2、tftp：

TFTP（Trivial File Transfer Protocol,簡單文件傳輸協議）是TCP/IP協議族中的一個用來在客戶機與伺服器之間進行簡單文件傳輸的協議，提供不復雜、開銷不大的文件傳輸服務。埠號為69。

二、二者使用方式的不同：

1、ftp：

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

在windows操作系統的安裝過程中，通常都安裝了tcp/ip協議軟體，其中就包含了ftp客戶程序。但是該程序是字元界面而不是圖形界面，這就必須以命令提示符的方式進行操作。

2、tftp：

TFTP使用UDP，而UDP使用IP，IP可以還使用其它本地通信方法。因此一個TFTP包中會有以下幾段：本地媒介頭，IP頭，數據報頭，TFTP頭，剩下的就是TFTP數據了。

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

三、二者所使用的網路埠號不同：

1、ftp：使用的埠號為 20和 21 。

2、tftp：用於 UDP 的埠號為 69 。

㈨ windows下的http,ftp,tftp,smtp,dns,tcp,udp,telnet這些協議的用處

1 http ftp tftp smtp dns tcp udp telnet
這些都是internet協議棧裡面的上層協議，與操作系統無關；windows linux都使用這些協議
2 具體功能
http是一種文本（或叫內容）描述語言；是一種描述和解釋表達內容的規范。我們現在使用的網頁就是按照該種規范做出來；瀏覽器（netscape ie）使用該規范解釋出來展現給我們看
ftp 是用來進行文件傳輸的規范，這種規范使用的傳輸層協議是tcp（可靠傳送）
tftp 也是用於文件傳輸的規范，不過一般是小文件，因為它使用的傳輸層協議是udp（非可靠傳送）
smtp 是郵件傳送規范，用來進行電子郵件傳送，這種規范使用的傳輸層協議是tcp（可靠傳送）
telnet 是進行字元傳送的規范，主要應用在bbs 設備控制，這種規范使用的傳輸層協議是tcp（可靠傳送）
dns 是域名解析服務，比如將www.sina.com.cn解析成對應的ip地址（網路通信使用的是ip地址，但是人習慣於記域名），它使用的傳輸層協議是udp

上面的協議都是應用協議，下面的tcp和udp是傳輸協議
tcp 可靠傳輸協議，會保證接收方收到的內容正確、無丟失、順序與發送方一致（如果無法恢復錯誤和亂序會通告上層協議）
udp 非可靠傳輸協議，不保證接收方收到的內容正確、缺漏、亂序；這樣只有依靠上層的處理來保證傳輸的可靠性

㈩ 什麼是TFTP,怎麼用

ghost8.2 網克伺服器端
一、安裝3com dabs，不用管它是什麼軟體了，反正它能提供TFTP服務，下載這個軟體並安裝它(真是費話)。雙擊「dabs101_install.exe」安裝，「NEXT」，然後需要輸入注冊碼，輸入SN里的數字「0111151111111111」，然後再「NEXT」，在選擇安裝類型時選「SERVER」，然後一直「NEXT」到「FINISH」。

二、安裝DHCP服務，進入「控制面板」，然後再進入「添加/刪除程序」，再點「安裝WINDOWS組件」，在「網路服務」里找到「動態主機配置協議(DHCP)」，選中它，然後確定，一直到安裝結束。

好了，第一步驟完成，還僅僅完成了1/3，如果不是為了多數人的話，這些都成了費話中的費話了。

現在該設置伺服器了。

伺服器設置：

一、設置DHCP：

1、建立IP作用域：
打開「管理工具」的DHCP，新建的是不會有作用域的，所以我們先來建個作用域，右鍵單擊你的伺服器，選擇「新建作用域」，然後在「名稱」及「描述」里隨便填就行了，好記就行，在「ip地址范圍」里填寫合法的起始IP和結束IP，再下一步，「添加排除」里不用填它，下一步，一直到「配置DHCP選項」，選擇「否，我想稍後配置這些選項」，因為後面那些關於上網的設置已經不用了，下一步完成即可，一個作用域建立好了，但目前還沒激活，右鍵單擊「作用域」，然後選擇「激活」。

2、添加作用域選項：
右鍵單擊「作用域選項」，選擇「配置選項」，在「可用選項」里選中「067 啟動文件名」，字元串值里輸入「mba.pxe」，點確定後完成如圖。

3、設置作用域屬性：
右鍵單擊作用域選擇屬性，然後在高級里選擇「兩者」，默認只啟用了DHCP。確定即DHCP服務就設置好了。

二、生成無盤啟動所需的軟體鏡象文件：
1、在你的硬碟上新建個目錄，我在D盤建了個TFTP目錄；
2、找個DOS啟動軟盤，打開3COM目錄下的「Boot Image Editor」第一次啟動有些需要回答的，點下一步，然後在網路里去掉「NETWARE」，現在很少人用它了，再下一步，出現多個菜單，選擇「CreateTCP/IP Image File」在Options里勾上Writeable和Pre_OS,點OK就可以製做網路啟動映像了，至於怎麼編輯這個映像，該往這個映像里放些什麼文件不用我說了吧!嘻嘻!!!把這個網路啟動映像取個名(比:netboot.img)，放在TFTP目錄里。

三、建立PXE目錄啟動文件：
1、運行3COM工具里的「3COM Boot Image Editor」，選擇第三個「Create a PXE menu boot file...」；
2、點「Add」添加一個文件，在image file里選擇D:\FTFT\netboot.img文件，點「OK」；
3、然後點「SAVE」，保存在D:\TFTP目錄下，文件名取「MBA.PXE」，和前面DHCP里的配置選項對應，切記；

四、設置TFTP SERVER：
1、運行3COM工具里的「TFTP SERVER」，在網路適配器里選擇你的本地網卡，「OK」；
2、點菜單上的「OPTIONS」，選擇「Setting...」，然後在標簽「File Transfer」里勾選「Transmit secure mod」，然後點旁邊的「Browse」，目錄選擇剛才的D:\TFTP，確定設置完畢退出。

五、運行「services.msc」，然後在服務里找到「3Com TFTP」服務，啟動它，如果你想下次不必再手動了，可改為自動。

到這里你的伺服器就算做好了!