这看起来像是某种防洪机制的一部分,但我不确定。
查询已发送:
d1:t2:021:y1:q1:q4:ping1:ad2:id20:ê¹L®<꽸.å»…°H$W5ee
以十六进制查询
64313A74323A3032313A79313A71313A71343A70696E67313A6164323A696432303AEAB9034C7FAE3C8DEABDB82EE5BB85B0482457356565
收到的消息:
A\0\u0006Ÿ4\u001f’t\0\0\0\0\0\u0010\0\0j{\0\0
以十六进制形式收到的消息:
4100069F341F927400000000001000006A7B0000
有人可以告诉我这是什么消息吗?预先谢谢你。
答案 0 :(得分:0)
当前所有已定义的DHT消息都是按本义编码的字典,因此应以d
开头,因此显然这不是DHT消息。
但是只要协议可以消除歧义,多个服务就可以在DHT端口上运行。看起来可能是uTP SYN,并且远程对等方只是猜测您的节点也说过uTP上的bittorrent。 如果您不希望提供支持,则可以丢弃该数据包,并考虑此时的实际DHT响应仍在等待处理。
旁注,您的查询无效。 BEP 3指定了dictionary keys must be sorted。