先说数据缺口

dns 解析延迟高不高。得看解析那一项的毫秒。 我手上这份结果。没单列这一项。 它给的是每台机器到目标的整体延迟。只到毫秒。 那么先把这点说清。别拿整体当解析。

我一开始也混了

我一开始看最慢 279ms。就说解析慢。 试了半天才发现。这是整趟的延迟。 解析只是其中一段。占了多久这份结果里没写。 混着看。就容易改错地方。

两轮总览
两轮总览:平均 25–26ms,最慢 279ms

这份结果能用什么

30 个节点。两轮。平均 26ms 和 25ms。 丢包全是 0%。 最快的 3ms。北京电信。 最慢 279ms。山东临沂联通。 那么它说明整体分布。不说明解析那一层。

解析慢的样子

换一家 dns 问同一个域名试试。 两台 dns 差得多。那就是解析这一层的事。差一倍以上才算。 差得不多。那就跟 dns 没关系。 这里要用 dig 单独测。别拿 ping 顶。

这份结果里的异常

第一轮沈阳 235ms。第二轮 233ms。两轮都在。这才叫稳定。 临沂 279ms 只在第一轮。成都 208ms 也只在第一轮。这种先当波动。 北京联通第二轮 113ms。 那么稳定的只有沈阳那一台。

解析慢怎么弄

先换 dns 试。差别大才值得动。 然后看本地到 dns 这一段通不通。 然后用宝塔拨测的网站测速。 跑多地区。看是不是某个地区的 dns 都慢。 一片慢。是那一带的递归服务器。只有一台慢。是本机配置。

按地区排开
按地区排开:辽宁、山东、四川那几台偏高

我现在的做法

先测解析。用 dig 看。别拿 ping 充数。 然后测整体。用拨测跑一轮。 两份对上。才知道是解析慢还是后面那段慢。

279ms 这个数。不能当解析延迟用。它只是整趟。