【发布时间】：2011-01-27 12:58:42
【问题描述】：
反向查找需要多长时间？ 100 毫秒？ 1秒？ 10 秒？ 30秒？你有什么经验？
为什么？我们正在讨论向我们的服务器软件添加一项功能，该功能需要在每次客户端连接时进行反向 DNS 查找。查找将同步完成，所以我担心它会大大降低连接时间。我只是想听听其他人关于反向 DNS 查找时间的经验。
【问题讨论】：
标签： reverse-dns
【发布时间】：2011-01-27 12:58:42
【问题描述】：
只要需要。很多取决于 * 您与之交谈的 DNS 服务器在哪里 * DNS 服务器是否有已经缓存的值 * 是否将 mas 映射到也可运行的适当 DNS 服务器（或检索超时）。
一般而言，对于最终用户而言，您可以轻松预期 200 毫秒 - 用户可能在世界的另一端。如果出现 DNS 可访问性问题，我实际上会假设最多 2 分钟。
在一个局域网内，您通常应该在几毫秒内得到答案。两位数，最大值（10 毫秒左右）。
一般来说，同步在这里可能是一个非常糟糕的主意 - 但很大程度上取决于应用程序实际执行的操作。
【讨论】：
我没有具体的数字，但如果性能对您来说是个问题，您可以考虑在单独的线程中进行反向查找。如果反向查找不符合您的条件，您可以中止原始连接并禁止该 IP（可能只是一段时间）。
这样做的先决条件是在连接开始和反向查找完成之间不会发生真正的丢失。话又说回来，这与您现在没有反向查找的情况相同。
【讨论】：
-
它并不真正适用于这种情况，因为真正的损失可以立即发生，但这肯定是一个有趣的想法。
-
不过，如果您因为可能的开销而不实施它，那么这个选项总比不实施要好:-)