/etc/resolv.conf 文件是 Linux 和类 Unix 系统中 DNS 配置的核心组件。它决定了系统如何将域名解析为 IP 地址，这是网络通信的关键环节。本文将深入探讨 resolv.conf 文件的核心内容，重点讲解 nameserver 指令以及 options 配置中的 attempts 和 rotate 选项。
resolv.conf 文件是什么？
resolv.conf 文件是系统 DNS 解析器使用的配置文件，用于指定如何查询 DNS 服务器。它包含了以下几个关键部分：
- nameserver：指定 DNS 服务器的 IP 地址。
- domain/search：定义默认域名或搜索列表，用于补全短名称。
- options：提供额外的配置选项，控制解析行为。
大多数 Linux 用户对这些基本功能都有一定了解，但 options 配置中的一些高级选项，如 attempts 和 rotate，往往被忽视。接下来，我们将重点探讨这些选项的实际作用。
核心组件解析
1. nameserver：DNS 服务器的指定
nameserver 指令指定了系统用于解析域名的 DNS 服务器 IP 地址。例如：
nameserver 8.8.8.8
nameserver 8.8.4.4
通常，系统会按照文件中列出的顺序依次尝试这些 DNS 服务器，直到成功解析或全部失败。需要注意的是，resolv.conf 文件默认最多支持 3 个 nameserver。这一限制来源于底层 glibc 库的 resolv.h 文件中定义的 MAXNS 常量（通常为 3）。如果需要支持更多 nameserver，则需修改 MAXNS 并重新编译 glibc，这在实际操作中较为复杂，且不常见。
2. domain/search：简化域名解析
domain 或 search 指令允许用户使用短名称访问域名。例如：
search abc.com
如果用户查询短名称 A，系统会自动补全为 A.abc.com 并进行解析。这一功能在企业内网中尤为常见，可显著提高效率。
3. options：高级解析控制
options 部分允许用户微调 DNS 解析行为。本文将重点探讨两个关键选项：attempts 和 rotate。
attempts：控制重试次数
attempts 选项指定当 DNS 查询失败时，系统尝试联系每个 nameserver 的次数。默认值为 2 次，最大可设置为 5 次。例如：
options attempts:3
假设有以下配置：
nameserver 192.168.1.70
nameserver 192.168.1.71
nameserver 192.168.1.72
options attempts:2
如果第一个 nameserver（192.168.1.70）不可用，系统会尝试两次后切换到下一个 nameserver（192.168.1.71），依此类推。如果将 attempts 设置为 3，则每个 nameserver 最多尝试 3 次，总尝试次数为 nameserver 数量 × attempts。
rotate：轮换 DNS 服务器
rotate 选项改变 nameserver 的查询顺序。默认情况下，系统按 resolv.conf 中的顺序依次查询 nameserver。如果启用 rotate：
options rotate
系统会在每次查询时随机选择 nameserver 的顺序。例如，对于以下配置：
nameserver 192.168.1.70
nameserver 192.168.1.71
nameserver 192.168.1.72
options rotate
第一次查询可能使用顺序 70→71→72，第二次可能变为 71→72→70。这种轮换机制可以平衡多个 DNS 服务器的负载，适用于高可用性场景。
实践验证：attempts 和 rotate 的行为
为了更直观地理解这些选项，我们通过一个实验来验证其行为。假设以下 resolv.conf 配置：
nameserver 192.168.1.70
nameserver 192.168.1.71
nameserver 192.168.1.72
nameserver 192.168.1.68
其中，前三个 nameserver（70、71、72）不可用，只有最后一个（68）可用。
实验 1：默认配置（无 attempts 和 rotate）
我们使用 getaddrinfo（glibc 的 DNS 解析函数）查询一个 IPv4 地址，并通过 strace 跟踪系统调用。结果显示：
- 系统按顺序尝试 70、71、72，每次尝试两次（默认
attempts:2）。 - 总共尝试 4 次（70 两次 + 71 两次，72 未尝试，因为解析失败）。
- 第四个 nameserver（68）未被使用，因为 glibc 限制最多 3 个 nameserver。
实验 2：设置 attempts:3
修改配置为：
options attempts:3
再次运行查询，结果显示：
- 每个 nameserver 尝试 3 次，总共 6 次（70 3 次 + 71 3 次）。
- 依然只使用前三个 nameserver，68 未被调用。
实验 3：启用 rotate
启用 rotate：
options rotate
假设 68 是唯一可用的 nameserver。由于 glibc 仍只识别前三个 nameserver，查询仍失败。启用 rotate 后，查询顺序随机变化（例如 71→72→70），但结果不变，因为 68 未被使用。
实验 4：只保留一个可用 nameserver
修改配置为：
nameserver 192.168.1.68
options attempts:3
查询立即成功，因为 68 可解析域名。strace 显示仅尝试了一次，解析完成。
常见误解：host 和 dig 命令的行为
许多用户误以为 host 或 dig 命令会完全遵循 resolv.conf 的配置。实际上，这些命令使用自己的解析逻辑（基于 libresolv），而非 glibc 的解析器。实验表明：
- nameserver 限制：
host和dig只读取resolv.conf中的前三个 nameserver。 - options 无效：
attempts和rotate选项对host和dig无影响。它们按照固定顺序查询 nameserver，且重试次数由命令自身逻辑决定。
例如，使用 host -d（调试模式）查询时：
nameserver 192.168.1.70
nameserver 192.168.1.71
nameserver 192.168.1.72
nameserver 192.168.1.68
options rotate
host依次尝试 70（两次）、71（一次）、72（一次），忽略 68 和rotate。- 解析失败，因为前三个 nameserver 不可用。
总结与建议
通过以上分析，我们得出以下结论：
- nameserver 限制：
resolv.conf默认最多支持 3 个 nameserver，受 glibcMAXNS常量限制。 - attempts：控制每个 nameserver 的重试次数，默认 2 次，最大 5 次。
- rotate：启用后随机轮换 nameserver 查询顺序，适合负载均衡。
- 命令行为：
host和dig使用自己的解析逻辑，仅读取 nameserver 列表，忽略options配置。
实际应用建议
- 检查 nameserver 数量：确保
resolv.conf中列出的 nameserver 不超过 3 个，以避免无效配置。 - 合理设置 attempts：根据网络环境调整重试次数，过高可能导致延迟。
- 使用 rotate 优化负载：在多 DNS 服务器场景下启用
rotate，提高解析效率。 - 验证工具行为：使用
host或dig调试时，注意其与 glibc 解析器的差异。
通过深入理解 resolv.conf 的配置和行为，你可以更有效地优化系统的 DNS 解析流程，确保网络通信的稳定性和效率。
