TFTP笔记

TFTP特点如下：

TFTP使用UDP协议, 且默认端口号为69，

不提供可靠的数据流传输服务, 也不提供存取授权与认证机制, 使用超时重传方式来保证数据的到达。

主要用于小文件的传输, 只能从文件服务器上获得或写入文件, 不能列出目录。

报文格式：

TFTP报文的头两个字节表示操作码。

对于读请求（RRQ）和写请求（WRQ），文件名字段说明客户要读或写的位于服务器上的文件，文件字段以0字节作为结束。

模式字段是一个ASCII码串netascii或octet（大小写可任意组合），同样以0字节结束。(netascii表示数据是以成行的ASCII码字符组成，以两个字节—回车字符后跟换行字符（称为CR / LF）作为行结束符。这两个行结束字符在这种格式和本地主机使用的行定界符之间进行转化。octet则将数据看作8 bit一组的字节流而不作任何解释。)

每个数据分组包含一个块编号字段，它以后要在确认分组中使用。

以读一个文件作为例子

1)  TFTP客户需要发送一个读请求说明要读的文件名和文件模式( mode )。

2)  如果这个文件能被这个客户读取，TFTP服务器就返回一个块编号为1的数据分组。TFTP客户又发送一个块编号为1的ACK。

3)  TFTP服务器随后发送块编号为2的数据。TFTP客户发回块编号为2的ACK。重复这个过程直到这个文件传送完。

4)  除了最后一个数据分组可含有不足512字节的数据，其他每个数据分组均含有512字节的数据。当TFTP客户收到一个不足512字节的数据分组，就知道它收到最后一个数据分组。

在写请求的情况下

1)  TFTP 客户发送WRQ指明文件名和模式。

2)  如果该文件能被该客户写，TFTP 服务器就返回块编号为0的ACK包。

3)  该客户就将文件的头512字节以块编号为1发出。服务器则返回块编号为1的ACK。
4)  最后一种TFTP报文类型是差错报文，它的操作码为5。它用于服务器不能处理读请求或写请求的情况。在文件传输过程中的读和写差错也会导致传送这种报文，接着停止传输。差错编号字段给出一个数字的差错码，跟着是一个ASCII表示的差错报文字段，可能包含额外的操作系统说明的信息。

#define TFTP_RRQ 01 // 读请求
#define TFTP_WRQ 02 // 写请求
#define TFTP_DATA 03 // 数据包
#define TFTP_ACK 04 // 确认包
#define TFTP_ERROR 05 // 错误代码

typedef struct tftphdr {
USHORT tu_opcode; // 操作码
union
{
USHORT tu_block; // 块号
USHORT tu_code; // 错误码
char tu_stuff[1]; // 请求包填充物
}th_u;
char th_data[1]; // 数据或错误字符串
}TFTP_HDR, *PTFTP_HDR;