❶ 電腦出現PXE-E32:TFTP open timeout 連接不到的原因是什麼
我出現和你一樣的問題，又是拔網線又是設IP、DNS的，其實到這塊，網線應該沒什麼問題，IP什麼的肯定都是設置好了的，後來感覺是TFTP版本問題，又下了個，但是發現裡面有TFTP配置文件，當初我就是沒有復制配置文件，以為配置文件是臨時產生的，復制好配置文件後，立馬就可以進入PXE界面了。
經試驗，是版本問題。多試幾個。我現在已經可以做系統了。
❷ 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允許下載數據而不允許上傳數據。
❸ 電腦出現PXE-E32:TFTP open timeout 連接不到的原因是什麼
DHCP服務或BXP服務沒設正確。
交換機綁定了ARP 或使用了不響應ARP請求的路由。
在DHCP主伺服器上設置了DHCP類標識符(Option 60)卻在另一台伺服器上安裝了ProxyDHCP服務。
使用了不響應ARP請求的路由。
❹ linux下ubuntu系統 tftp傳送文件 出現： tftp：sendto: Network is unreachable 錯誤 無法傳送 是什麼問題
網路不可用啊.
你的虛擬機應該是連接不到網路了.ping一下看看能不能連到windows
在網路連接里記得選擇橋接
❺ 網路問題tftp
答案是DFTP使用TCP 20，21號埠telnet使用TCP 23號埠HTTP使用TCP 80號埠TFTP使用UDP 69號埠
❻ tt線刷連接不到tftp伺服器
你好，建議你檢查是否已經開啟TFTP伺服器。
怎麼開啟tftp伺服器：
首先我們打開電腦，在電腦桌面點擊左下角的開始菜單，然後點擊控制面板，然後點擊程序，再點擊程序和功能。在程序和功能窗口中，我們選擇打開或關閉Windows功能，然後重啟計算機後，點擊TFTP客戶端前的勾，重啟計算機後，在資源管理器地址欄輸入FTP地址，就可以登錄FTP伺服器了。
編輯DWORD窗口中，把數值數據修改為1，然後我們重啟電腦，開機就可以使用TFTP功能了。
❼ 如何開啟無線路由器TFTP伺服器
1、TFTP伺服器路由設置1、從快閃記憶體（Flash）中裝載：
在配置過程中，一般都是將flash配置成裝載Cisco路由器IOS映象的第一個位置，從flash裝載不會受到網路問題的影響，即使因網路故障，不能正常連接到TFTP伺服器，路由器也能正常裝載IOS映象。
it168#configure terminal
it168(config)#boot system flash my-router[ctrl-z]
it168# running-config startup-config
在使用boot system命令時，需要在全局配置模式下輸入boot system命令和需要定位Cisco路由器IOS的位置和映象文件名。
2、TFTP伺服器路由設置2、從TFTP伺服器中裝載
在用boot system中定義了從TFTP伺服器中裝載IOS後，當從flash中裝載IOS映象失敗後，就可以從TFTP伺服器裝載IOS映象。
it168#configure terminal
it168(config)#boot system tftp IOS-BAK 129.0.0.2[ctrl-z]
it168# running-config startup-config
3、TFTP伺服器路由設置3、從ROM中裝載
如果flash和TFTP都出現故障，不能正常裝載Cisco路由器IOS映象的時候，我們就只能從ROM中裝載，從ROM中裝載的IOS映象只能執行IOS的部分命令和功能。
it168#configure terminal
it168(config)#boot system rom[ctrl-z]
it168# running-config startup-config
提示：在使用boot system命令時一定要注意輸入命令時的順序，一般都是按照從flash、TFTP、ROM這樣的順序來裝載的，另外在改變所有的配置後都要將配置拷貝到NVRAM中，否則當重新啟動路由器時，Cisco路由器IOS這些配置將不會被存儲生效。
❽ 在按照海思官方的SDK生成的U-boot後，在燒錄內核時tftp伺服器掛載不上，網路不通
不通有多種原因:
1,防火牆。
2，u-boot裡面的網路驅動不對。
3，網路本來就不通。
網頁鏈接點擊進社區查看更多，易百納技術社區