DHT网络中,用的都是bencode这种编码格式。
bencode有4种数据类型:,,和。
string:字符是以这种方式编码的: 。
integer:整数是以这种方式编码的: 。
list:列表是以这种方式编码的: 。
dictionary:字典是以这种方式编码的: ,其中key必须是string而且按照字母顺序排序。
KRPC协议请求的bencode编码
接下来来看看DHT网络中KRPC协议请求的bencode编码。
每条KRPC消息都包含关键字,它是一个代表了 transaction ID 的字符串类型;还应包含,它由一个字节组成,表明这个消息的类型。对应的值有三种类型:表示请求,表示回复,表示错误。
:请求,包含2个附加的关键字和。关键字是字符串类型,包含了请求的方法名字。关键字 一个字典类型包含了请求所附加的参数。
:回复,包含了一个附加的关键字。关键字是字典类型,包含了返回的值。发送回复消息是在正确解析了请求消息的基础上完成的。
:错误,包含一个附加的关键字。关键字是列表类型。第一个元素是数字类型,表明了错误码。第二个元素是字符串类型,表明了错误信息。当一个请求不能解析或出错时,错误包将被发送。下表描述了可能出现的错误码:
一般错误
服务错误
协议错误,比如不规范的包,无效的参数,或者错误的token
未知方法
ping
Ping请求包含一个参数,它是一个20字节的字符串包含了发送者网络字节序的节点ID。对应的ping回复也包含一个参数id,包含了回复者的节点ID。
ping Query的报文为:
Response的报文为:
find_node
find_node被用来查找给定ID的节点的联系信息。find_node请求包含2个参数,第一个参数是,包含了请求节点的ID。第二个参数是,包含了请求者正在查找的节点的ID。当一个节点接收到了find_node的请求,他应该给出对应的回复,回复中包含2个关键字和,nodes是字符串类型,包含了被请求节点的路由表中最接近目标节点的K(8)个最接近的节点的联系信息。
find_node Query的报文:
Response的报文:
get_peers
get_peers请求包含2个参数。第一个参数是,包含了请求节点的ID。第二个参数是,它代表torrent文件的infohash。如果被请求的节点有对应info_hash的peers,他将返回一个关键字,这是一个列表类型的字符串。每一个字符串包含了格式的peers信息。如果被请求的节点没有这个infohash的peers,那么他将返回关键字,这个关键字包含了被请求节点的路由表中离info_hash最近的个节点,使用格式回复。在这两种情况下,关键字都将被返回。token关键字在今后的annouce_peer请求中必须要携带。token是一个短的二进制字符串。
get_peers Query的报文:
Response with peers的报文:
Response with closest nodes的报文:
announce_peer
announce_peer包含4个参数。第一个参数是,包含了请求节点的ID;第二个参数是;第三个参数是,包含了整型的端口号,表明peer在哪个端口下载;第四个参数数是,这是在之前的get_peers请求中收到的回复中包含的。收到announce_peer请求的节点必须检查这个token与之前我们回复给这个节点get_peers的token是否相同。如果相同,那么被请求的节点将记录发送announce_peer节点的和请求中包含的port端口号在peer联系信息中对应的infohash下。
announce_peers Query的报文:
Response的报文:
领取专属 10元无门槛券
私享最新 技术干货