KRPC 协议在 BEP-05 中的行为很奇怪答案

【问题标题】：KRPC Protocol act weird in BEP-05KRPC 协议在 BEP-05 中的行为很奇怪
【发布时间】：2019-06-25 15:00:31
【问题描述】：

根据 BEP-05 ，当你发起一个 find_node 或 get_peers 请求时，你将收到查询消息或 K (8) 个最接近目标/infohash 的好节点。

但是，在我的情况下，使用引导节点 router.utorrent.com:6881，远程返回最接近自身 nodeId 的 8 个节点。而如果是get_peers请求，总是返回离自己最近的8个节点和7个无效的peer。但是如果访问到某个特殊节点重定向到infohash附近，协议就正常了。

任何帮助将不胜感激！

【问题讨论】：

【解决方案1】：

只要引导节点允许您填充路由表，您就不必过多关注它们的作用，因为这是它们的主要目的。

它们接收不成比例的流量，并且为了避免将过多的流量引导到任何特定节点，它们可能会以一些无害的方式偏离规范，只要网络中只有极少数的部分以这种方式运行。数以百万计的引导节点只有个位数，因此它们的行为可以忽略不计，不应作为参考点。

通过 get peers 联系引导节点也没有意义。 find node 查询将是填充路由表的正确选择。而且只有在other mechanisms were not successful这种比较少见的情况下才需要联系他们。

【讨论】：

对不起，我的情况是：在find_node / get_peers查询中，很多节点返回了离查询节点最近的节点信息，而查询节点应该离目标节点最近。问题不在于引导节点。您可以检查“奇怪的wireshark转储”。谢谢。