如何通过DNS协议检测两台主机之间的网络延迟？

Question

  H1------------------H2
   \                  /
    \                /
     \              /
      \            /
          x (me)

假设我在点x，有两个任意宿主点H1、H2。我可以通过 ping 得到 H1 和我之间的延迟，同样我也可以通过 ping 得到 H2 和我之间的延迟（因为有时间戳），问题是，如何使用 DNS 协议得到 H1 和 H2 之间的延迟？

Answer 1

怎么样：将 H1 定义为某个域的权威名称服务器，然后要求 H2 解析该域。然后计算解析时间（可能会给出“我不知道”响应）并减去 H2 的 ping 时间。

PS 告诉你的朋友，作弊者永远不会成功。

编辑以删除我认为这是愚蠢的说法。我认为这个问题毕竟不是毫无意义的——记住这是一个学术练习。这可能不是很实用，但我认为这是可能的，也许通过我的解决方案。 （一般来说，三角测量可能是一个更好的主意，但它需要机器位于正确的位置。）

另外，是的，我应该提到这需要两台机器都运行 DNS 服务器。然而，可能没有使用 DNS 的解决方案不这样做。这个问题是二手的，可能最初就有这样的规定。

Answer 2

她的问题毫无意义。

DNS 用于将主机名（例如，google.com 或 sstatic.net）转换为 IP 地址（例如，64.233.169.104 或 >69.59.196.213）。

它与各个服务器的物理位置或网络连接无关。

一般来说，不可能远程确定两个任意服务器之间的链接速度。如果您可以连接到其中一台服务器并使其直接 ping 另一台服务器，您就可以通过这种方式获得它们的链接速度，但否则这是不可能的。

Answer 3

首先，DNS 绝对不能在这里提供任何线索。
编辑：[遵循 Grumdrig 的评论] ...除了与 DNS 消息执行往返这些服务器的时间相关的线索之外。我最初的说法的意思是，DNS 协议没有任何内在的东西比 HTTP、ICMP、FTP 或任何协议更适合此目的可能会导致服务器返回一些消息。

其次，实现此目的的简单方法是在 H1 或 H2 上直接拥有软件/访问权限，但我假设问题的实质是：

我们如何< em>估算 H1 和 H2 之间的延迟，无需直接访问任一主机？

估算可以通过使用 H1 或 H2 与多个工作站（不仅仅是一个）之间的读数（时间和路线）来完成。 （以及在这些许多工作站之间建立路线）。

这个过程类似于三角测量，用于在简单的 2D 或 3D 欧几里德空间中查找距离或位置，但当然，请记住

• 网络路线是动态的（与几何中的线段不同）
• 距离不是那么线性;-)

另一种可能的技巧可以在特殊情况下估计此距离：
- 如果 H1 或 H2 恰好是可以从第三位置查询的服务器
和
- 如果该服务器需要其他主机的服务来满足此类请求。

例如，如果 H1 是一个 Web 服务器，它使用位于 H2 上的 Web 服务来生成特定的网页。通过对 H1 的此类请求进行多次测量，并扣除 H1 和我们的工作站之间的距离/延迟，我们可以估计 H1 和 H2 之间的距离/延迟。我们需要小心地

• 进行多次测量，以便对许多因素进行平均，包括该链的非网络部分（比如 Web 服务器解析请求所需的时间，处理一些数字等等......）
• 考虑各种可能性，例如可能的缓存等...
• 估计链的非网络相关部分

这种特殊情况的特殊情况是，如果碰巧 H1 [或 H2] 位于第三点和 H2 之间的路线上[或H1]。在这种情况下，假设与跟踪路由相关的 ICMP 数据包在途中没有被过滤/停止，一个简单的跟踪路由就可以回答这个问题。然而这种情况相对不太可能......