dig +trace 不等同于递归查询
老衲昨天写了两篇文章,都与胶水记录(Glue Record)有关:
其中大量使用了 dig
命令演示递归查询过程,对于它的准确性一直表示怀疑,因此今天特地做了一番实验进行验证,最终发现 dig +trace
命令和递归服务器的递归查询过程的确不一样。
老衲昨天写了两篇文章,都与胶水记录(Glue Record)有关:
其中大量使用了 dig
命令演示递归查询过程,对于它的准确性一直表示怀疑,因此今天特地做了一番实验进行验证,最终发现 dig +trace
命令和递归服务器的递归查询过程的确不一样。
庙里来了个新香目,和 DNS 服务器相关的,老衲今天和小和尚们针对这个项目讨论了一个问题:
因为许多域名注册商都不支持设置胶水记录(Glue Record),在搭建权威 DNS 服务器时,是否必须设置胶水记录?
这得先从 Glue Record 的概念讲起了……
“为什么叫胶水(Glue)记录,是不是很粘?粘在哪?”
“这个胶水和大家说的 Python 语言是一门胶水语言,是一回事吗?”
庙里的小和尚们在使用 Sublime Text 作 Go 开发时,一般都会安装 GoSublime 的扩展。
做开发的小和尚一般会人手配备一台 Linux 开发虚拟机,代码通过在 Linux 下搭建 Samba 服务映射为 Windows 的 Z: 盘。
由于庙里开发环境的这种特殊性,在使用 GoSublime 过程中总是会出现各种奇怪的问题:
老衲非常同情他们的遭遇,毕竟老衲也明白生产工具对生产效率的重要性,于是隔三差五都会研究研究怎么改进,但终究没有什么进展,不过大概知道原因:GoSublime 带的工具 margo 在 Go 代码变更时,会不断地从 Samba 中读取文件,造成很大的 IO 压力,在代码目录很大时这种现象就更明显,出现异常的机率也越大。
近日,老衲有缘结识了 gopls
,深信它将是彻底这个问题的突破口。
如何安装Hyper-V和创建虚拟机,网络上教程很多,老衲这里不再重复念了。
老衲的任务是在笔记本(Win10工作站版本)上安装Hyper-V + Ubuntu Server,帮助队员们随时随地灵「遭」活「受」办「剥」公「削」。
在这过程中,网络设置方面主要有4个坑需要填:
且听老衲逐个分解。