导航:首页 > 网络连接 > 为什么tftp连接不到网络

为什么tftp连接不到网络

发布时间:2022-05-22 00:00:30

❶ 电脑出现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 连接不到的原因是什么

  1. DHCP服务或BXP服务没设正确。

  2. 交换机绑定了ARP 或使用了不响应ARP请求的路由。

  3. 在DHCP主服务器上设置了DHCP类标识符(Option 60)却在另一台服务器上安装了ProxyDHCP服务。

  4. 使用了不响应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,网络本来就不通。


网页链接点击进社区查看更多,易百纳技术社区

阅读全文

与为什么tftp连接不到网络相关的资料

热点内容
网络id是哪个国家 浏览:213
非无线接入网络 浏览:43
神经网络要求数据规模多少 浏览:669
公司无线网络丢包延迟高 浏览:702
网络舆情分析的重点包括哪些点 浏览:566
农村移动网络怎么用网线连接电视 浏览:472
网络游戏账号和密码 浏览:855
畅唐网络是哪个集团的 浏览:216
江西金融网络安全宣传 浏览:981
华为手机共享pc网络设置在哪个文件夹 浏览:839
苹果网络手机游戏 浏览:647
乐视1s设置4g网络 浏览:556
手机网络代理和ip设置 浏览:658
高中物理网络课程哪个好 浏览:960
网络盒子第三方软件app大全 浏览:876
新建系统无法连接网络 浏览:266
机顶盒网络电视软件哪个好用 浏览:713
网络大学哪个专业好 浏览:168
为什么汇智动漫扫卡网络异常 浏览:404
为什么彩钢棚遮挡网络信号 浏览:98

友情链接