我正在阅读有关环境的 puppet 文档，并希望在此特定声明中进行澄清：
当该节点向主节点请求目录时，它会请求该环境。如果您使用的是 ENC 并且它为该节点指定了一个环境，它会覆盖配置文件中的任何内容。
这是否意味着即使我的节点从生产环境中请求目录，如果存在相同的节点是另一个环境，主节点会将目录分配给节点？据我所知，它应该给出错误。
我试图了解绑定的反向 dns 实现。在我的实验室设置中，我有一个配置了 dns 的 pxe 服务器。它有 21.168.192.in-arpa.arpa 反向查找区域文件。我正在使用工头来部署远程机器。我的工头服务器的 ip 是 192.168.21.1/20。如果我在工头中创建任何主机，它会在 db 文件中创建反向查找条目。如果我尝试在第三个八进制 ex-192.168.22.101 中将 ip 分配给我的客户端而不是 21，则工头显示反向 dns 错误。我对此的理解是工头无法找到数据库文件 22.168.192.in-arpa.arpa 并显示错误。是我的配置不对。我应该使用网络 ID 创建 db 文件还是必须为每个范围创建单独的文件。
我想知道 Linux 在访问另一个 IP 时如何使用路由表。正如我所知道的，例如当我们运行“ssh 192.168.21.2”时，系统将创建目标 ip 为 192.168.21.2 的 tcp 数据包，并参考下一跳的路由表。路由表条目如下所示：
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.16.1 0.0.0.0 UG 0 0 0 br0
169.254.0.0 0.0.0.0 255.255.0.0 U 1005 0 0 br0
169.254.0.0 0.0.0.0 255.255.0.0 U 1006 0 0 br1
192.168.16.0 0.0.0.0 255.255.240.0 U 0 0 0 br0
192.168.66.0 0.0.0.0 255.255.255.128 U 0 0 0 br1
在这里，系统将找到目标网络地址并将其与目标网络地址匹配，如果找到匹配，则将该数据包通过接口发送到相应的网关。
我的疑问是系统如何以及何时计算目标 ip 的网络地址以将其与路由表匹配。在这个流程上我可能完全错了。需要解释以了解来自系统的数据包流。
这个问题的后续行动。
我对Docker 存储驱动程序的进一步阅读表明，该overlay驱动程序使用硬链接实现将所有图像层合并到较低层，这会导致 inode 利用率过高。有人可以解释一下吗？据我所知，创建硬链接不会创建新的 inode。
是否可以使用不同的存储驱动程序启动不同的 Docker 容器？例如，带有 AUFS 的容器 1 和带有 Overlay2 的容器 2？
我在阅读 Linux 引导过程时偶然发现了以下问题：
- 在安装过程中，当 mbr 写入第一个扇区时。？
- 446 字节的 mbr 代码在 Linux 或 Windows 上是否相同？
- mbr 如何知道我的 grub 在哪里？
我已经通过谷歌浏览但找不到任何满意的答案。