可视化路由跟踪的软件 NextTrace 适合哪些情况使用?看官方发在 nodeseek 论坛中的说明。
https://www.nodeseek.com/post-2054-1
我是开源项目 NextTrace 的作者 Leo,最近收到好多小伙伴问我哪些情况下才应该使用 NT,所以作为在 NodeSeek 的第一帖,我想来好好聊一聊这个问题。
前言
首先,我要说明的一点是,作为一款合格的可视化路由跟踪的软件,通常要更多的依赖于 IP 库的精准度,特别是骨干网路由这部分,对于整个可视化至关重要,错误的骨干网数据容易导致误读,导致对网络发生了误判,而一个优秀的骨干网库才能解决这个问题。
目前市面上有对骨干网进行校准的 IP 库有 IPIP、IPinfo、IPinsight、BigDataCloud、IPData、IP2Geolocation 等,而这里面真正能够达到 Tier-1 ISP 骨干网 80% 以上准度的只有 IPIP 和 IPinsight。
很遗憾的是,无论是 IPIP 还是 IPinsight,2者并不提供面向个人开发者的地理位置 API 服务又或者是对每日 QPS 限制较为宽松的 API 服务,这使得 NextTrace 在早期只能使用 IPinfo 作为国外的数据源,这确实给 NT 带来的一定的准度,但是整体效果并不佳。
如果对于 IPv4 来说,我们还可以站在巨人的肩膀上,对一部分校对错误的 IP 进行手动修正,但是在很多朋友的强烈要求下,NT 也开始支持 IPv6 的路由追踪,早期只支持 ICMP(现已经支持 TCP + ICMP 了),但是我们很快发现事情变得更糟,因为无论是 IPinfo 还是 ipinsight,在 IPv6 骨干网方面都是严重缺失,这让我们在 IPv6 上面的体验备受吐槽 ac01
改变
为了能够解决这个问题,我们决定彻底建立一个骨干网库,专门维护骨干网的地理位置数据,并由社区志愿者一起参与来进行维护,同时也做了骨干网 IP rDNS 的地理位置解析功能,并会在后台通过我们的监控节点收集入库 IP 在世界各地的延迟,尽可能实现骨干网定位的自动化。
对于有 rDNS 的骨干网 IP 来说,NT 还是能很好的做到这些骨干网的定位,对于没有 rDNS 的骨干网 IP 来说,只能依赖监测节点去猜测所在的位置,但是监测节点终究有限,能够在入库后几分钟内自动被校准的 IP 只能是国外落地的几个热门地区,其余的还是得等人工来尝试手动校准。
NT 何时适用
简要介绍完了情况,那就可以来说一说哪些情况下适合使用 NT。首先第一种情况是喜欢进行 IPv6 TCP Traceroute 的小伙伴们,虽然 NT 的 IPv6 骨干网可能并不是那么完善,但是我们努力校准了国内御三家的骨干网,应该能给您带来不少的帮助。
以上是2个例子,虽然我们的 IPv6 骨干网校准仍在不断进行中,但是目前已经能够带来一些还算尚可的体验。
第二种是对发包想要更好控制的用户,NT 提供了大量的参数可用于自定义您的需求,比如您可以设定最大并发线程数,也可以设置每个包以及每组包的冷却时间。
您可以使用 -z、-i、--parallel-requests来控制它们,当然如果您正在使用 Amazon 的 LightSail,不想看漫长的 AWS 内网路由,您可以使用 -f 轻松跳过前面的路由。
如果您想要追踪的域名存在 DNS 被污染的情况,您可以使用 --dot-server cloudflare 来获取正确的解析记录。
第三种是希望能有服务器端可视化路由的小伙伴们,现在 NextTrace 已经默认开启 TraceMap 功能,您需要轻松点击链接就可以查看路由的走向,我们在页面中也提供了一个二维码功能,方便您扫描在手机上查看。
还有诸如指定网卡跟踪、URL网址解析等功能,这些功能可以详见 Readme 介绍,但是您需要注意的一点是,NT 在 IPv4 上面的表现没有任何优势,因为版权问题,很多时候我们无法依赖其他 IP 库,整个骨干网库都是从头开始创建的,所以自然也做不到如 BestTrace 一样的准度。能够给社区多提供一个选择,也是我的初衷。
最后,NextTrace 是一个完全非盈利的项目,只要您不是出于某种因素想要滥用这项服务,我们就不会对您的使用频率做出任何限制,所以您可以放心的使用,如果有任何问题,欢迎向我们提交 issue 或者在 discussion 开启一个新的讨论~