RH358管理DNS和DNS服务器

2023-12-16 05:37| 来源: 网络整理| 查看: 265

RH358管理DNS和DNS服务器–DNS问题故障排除

本章节介绍DNS常见的TroubleShooting。

专栏地址：https://blog.csdn.net/qq_41765918/category_11532281.html

文章目录 RH358管理DNS和DNS服务器--DNS问题故障排除1. DNS故障排除2. 确认名称解析问题的来源3. 调查DNS问题诊断网络连通性问题解析DNS响应码DNS状态码SERVFAILNXDOMAINREFUSED 4. 在缓存名称服务器上处理旧数据5. 识别区域数据的问题获得不同的答案：Round-robin轮循式DNS看到反向查找失败：丢失PTR记录对不存在记录的响应在名称中看到FQDN两次以及相关错误标识循环CNAME记录从权威服务器获得不同的答案 6. 课本练习（第106页）1. 查看问题。2. 确定哪些配置影响名称解析。3.修改为正确的配置。完成实验。总结

1. DNS故障排除

工作名称解析取决于相关设置是否正确：

客户端名称解析和/etc/resolv.conf。

客户端使用的缓存名称服务器的操作。

向缓存名称服务器提供数据的权威名称服务器的操作。

权威名称服务器上的数据。

用于在这些系统之间通信的网络的配置。

这就产生了几个可能的故障点。

2. 确认名称解析问题的来源

DNS是系统最常用的名称解析方法，因此在发生名称解析错误时经常被指责。但这并不是系统解析主机名和IP地址的唯一方式。但是，也可以使用其他方法进行名称解析，包括本地/etc/hosts文件和Zeroconf网络。

系统的/etc/nsswitch.conf文件中的hosts行控制了查找主机名的方式。一个典型的条目如下所示:

hosts: files dns myhostname

首先在本地/etc/hosts文件中查找主机名。

否则，它将执行DNS查找。

如果DNS查找失败，localhost和系统主机名的结果应该使用nss-myhostname(8)进行解析。

可以使用glibc-common包中的getent命令来执行名称解析，按照/etc/nsswitch.conf所规定的主机名解析顺序来镜像大多数应用程序使用的过程。

[user@host ~]$ getent hosts example.com 172.25.254.254 example.com

如果getent的结果与dig产生的结果不同，那么这就清楚地表明，除了DNS之外，还有其他东西对意外的名称解析结果负责。

3. 调查DNS问题

调查DNS问题的最佳工具之一是dig。dig命令执行DNS查找，并提供详细的响应，其中包括关于请求和结果的诊断信息。

在下面的示例中，使用要解析的名称调用dig。默认情况下，它会在A记录中查找该名称:

[user@host ~]$ dig servera.lab.example.com ; DiG 9.11.4-RedHat-9.11.4-26.P2.el8 servera.lab.example.com ;; global options: +cmd ;; Got answer: ;; ->>HEADERHEADERHEADERHEADERHEADERHEADER

【本文地址】

公司简介

联系我们