计算机网络试题 05：DNS、缓存与 DHCP

关于DNS 分层命名空间，正确描述是“DNS 通过根、顶级域和权威区域组成分层命名空间，委派记录把查询引向负责的权威服务器”。判断机制时还要保留边界：注册局、递归解析器和权威服务器承担不同职责，不能互相替代。其余选项把“根服务器保存并直接返回互联网上每个主机的最终 IP 地址”“域名已注册就证明所有子域记录已经自动生效”这类不严谨表述当成结论，或采用“只在本机 hosts 中添加记录来修复公共 DNS 委派”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“根服务器保存并直接返回互联网上每个主机的最终 IP 地址”把DNS 分层命名空间的条件性机制表述成了无条件结论。成立的描述是“DNS 通过根、顶级域和权威区域组成分层命名空间，委派记录把查询引向负责的权威服务器”，同时需注意边界：注册局、递归解析器和权威服务器承担不同职责，不能互相替代。

题干现象只能说明DNS 分层命名空间相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“检查父区 NS 和 glue、子区权威数据及 DNSSEC 委派链”，同时保留边界：注册局、递归解析器和权威服务器承担不同职责，不能互相替代。仅凭“域名已注册就证明所有子域记录已经自动生效”下结论或采用“只在本机 hosts 中添加记录来修复公共 DNS 委派”式的操作，都会跳过关键证据。

生产中使用DNS 分层命名空间时，方案应覆盖机制、边界与可观测证据，因此“分别验证注册、委派和权威应答，并从多个递归解析器测试”更稳妥。边界上要注意：注册局、递归解析器和权威服务器承担不同职责，不能互相替代。“只在本机 hosts 中添加记录来修复公共 DNS 委派”式简化处理与“域名已注册就证明所有子域记录已经自动生效”式单点判断都不足以支撑生产决策。

关于递归查询与迭代查询，正确描述是“客户端通常请求递归解析器代为完成解析，递归解析器再通过迭代查询访问根、顶级域和权威服务器”。判断机制时还要保留边界：缓存命中会跳过部分迭代过程，企业解析器还可能使用转发器或分视图。其余选项把“客户端每次解析都必须亲自依次访问根服务器和所有权威服务器”“公网 dig 结果正确就证明企业内网解析路径也正确”这类不严谨表述当成结论，或采用“绕过企业 DNS 并永久写死业务 IP”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“客户端每次解析都必须亲自依次访问根服务器和所有权威服务器”把递归查询与迭代查询的条件性机制表述成了无条件结论。成立的描述是“客户端通常请求递归解析器代为完成解析，递归解析器再通过迭代查询访问根、顶级域和权威服务器”，同时需注意边界：缓存命中会跳过部分迭代过程，企业解析器还可能使用转发器或分视图。

题干现象只能说明递归查询与迭代查询相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“确认客户端使用的递归解析器、转发链、分视图和缓存内容”，同时保留边界：缓存命中会跳过部分迭代过程，企业解析器还可能使用转发器或分视图。仅凭“公网 dig 结果正确就证明企业内网解析路径也正确”下结论或采用“绕过企业 DNS 并永久写死业务 IP”式的操作，都会跳过关键证据。

生产中使用递归查询与迭代查询时，方案应覆盖机制、边界与可观测证据，因此“记录完整解析链路，并分别验证递归器缓存和权威数据”更稳妥。边界上要注意：缓存命中会跳过部分迭代过程，企业解析器还可能使用转发器或分视图。“绕过企业 DNS 并永久写死业务 IP”式简化处理与“公网 dig 结果正确就证明企业内网解析路径也正确”式单点判断都不足以支撑生产决策。

关于DNS 资源记录，正确描述是“A 和 AAAA 映射地址，CNAME 表示别名，MX 指示邮件交换，TXT 承载文本策略，NS 表示区域权威”。判断机制时还要保留边界：CNAME 与同名其他数据的组合受协议约束，最终地址仍需继续解析。其余选项把“MX 记录的值必须直接填写邮件服务器的 IPv4 数字地址”“浏览器能打开主页就证明该域名所有记录类型都正确”这类不严谨表述当成结论，或采用“把所有服务都塞进同一个 A 记录并删除其他记录类型”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“MX 记录的值必须直接填写邮件服务器的 IPv4 数字地址”把DNS 资源记录的条件性机制表述成了无条件结论。成立的描述是“A 和 AAAA 映射地址，CNAME 表示别名，MX 指示邮件交换，TXT 承载文本策略，NS 表示区域权威”，同时需注意边界：CNAME 与同名其他数据的组合受协议约束，最终地址仍需继续解析。

题干现象只能说明DNS 资源记录相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“独立查询 MX、其目标的地址记录、优先级和邮件端口，而不是只看 A 记录”，同时保留边界：CNAME 与同名其他数据的组合受协议约束，最终地址仍需继续解析。仅凭“浏览器能打开主页就证明该域名所有记录类型都正确”下结论或采用“把所有服务都塞进同一个 A 记录并删除其他记录类型”式的操作，都会跳过关键证据。

生产中使用DNS 资源记录时，方案应覆盖机制、边界与可观测证据，因此“按业务协议维护对应记录，并在变更前检查依赖链和 TTL”更稳妥。边界上要注意：CNAME 与同名其他数据的组合受协议约束，最终地址仍需继续解析。“把所有服务都塞进同一个 A 记录并删除其他记录类型”式简化处理与“浏览器能打开主页就证明该域名所有记录类型都正确”式单点判断都不足以支撑生产决策。

关于DNS TTL 与否定缓存，正确描述是“解析器可在 TTL 内缓存正向答案，NXDOMAIN 等否定结果也可能按 SOA 参数被缓存”。判断机制时还要保留边界：TTL 是缓存有效期上限的重要输入，但递归器策略和应用缓存会影响实际观察。其余选项把“删除错误记录后，所有客户端会立即忘记旧答案和 NXDOMAIN”“权威服务器已返回新记录就证明全球缓存全部更新”这类不严谨表述当成结论，或采用“频繁刷新权威记录来强制清除所有递归缓存”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“删除错误记录后，所有客户端会立即忘记旧答案和 NXDOMAIN”把DNS TTL 与否定缓存的条件性机制表述成了无条件结论。成立的描述是“解析器可在 TTL 内缓存正向答案，NXDOMAIN 等否定结果也可能按 SOA 参数被缓存”，同时需注意边界：TTL 是缓存有效期上限的重要输入，但递归器策略和应用缓存会影响实际观察。

题干现象只能说明DNS TTL 与否定缓存相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“查询不同递归器的缓存状态、SOA 否定 TTL 和客户端本地缓存”，同时保留边界：TTL 是缓存有效期上限的重要输入，但递归器策略和应用缓存会影响实际观察。仅凭“权威服务器已返回新记录就证明全球缓存全部更新”下结论或采用“频繁刷新权威记录来强制清除所有递归缓存”式的操作，都会跳过关键证据。

生产中使用DNS TTL 与否定缓存时，方案应覆盖机制、边界与可观测证据，因此“变更前提前降低 TTL，并把否定缓存和应用缓存纳入发布计划”更稳妥。边界上要注意：TTL 是缓存有效期上限的重要输入，但递归器策略和应用缓存会影响实际观察。“频繁刷新权威记录来强制清除所有递归缓存”式简化处理与“权威服务器已返回新记录就证明全球缓存全部更新”式单点判断都不足以支撑生产决策。

关于DHCP 地址租约，正确描述是“DHCP 通过发现、提供、请求、确认等交互分配地址、掩码、网关和 DNS 等租约参数”。判断机制时还要保留边界：广播范围、DHCP Relay、地址池和租约状态都会影响客户端是否获得配置。其余选项把“DHCP 只负责解析域名，不会配置客户端 IP 地址”“已有终端能上网就证明 DHCP 地址池仍有可用地址”这类不严谨表述当成结论，或采用“手工给所有终端设置相同静态地址作为长期解决方案”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“DHCP 只负责解析域名，不会配置客户端 IP 地址”把DHCP 地址租约的条件性机制表述成了无条件结论。成立的描述是“DHCP 通过发现、提供、请求、确认等交互分配地址、掩码、网关和 DNS 等租约参数”，同时需注意边界：广播范围、DHCP Relay、地址池和租约状态都会影响客户端是否获得配置。

题干现象只能说明DHCP 地址租约相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“检查地址池耗尽、Relay、VLAN、服务器日志和 DHCP 报文交互”，同时保留边界：广播范围、DHCP Relay、地址池和租约状态都会影响客户端是否获得配置。仅凭“已有终端能上网就证明 DHCP 地址池仍有可用地址”下结论或采用“手工给所有终端设置相同静态地址作为长期解决方案”式的操作，都会跳过关键证据。

生产中使用DHCP 地址租约时，方案应覆盖机制、边界与可观测证据，因此“监控地址池利用率和租约失败，并验证中继与冗余服务器”更稳妥。边界上要注意：广播范围、DHCP Relay、地址池和租约状态都会影响客户端是否获得配置。“手工给所有终端设置相同静态地址作为长期解决方案”式简化处理与“已有终端能上网就证明 DHCP 地址池仍有可用地址”式单点判断都不足以支撑生产决策。