Nslookup关于DNS诊断

简介:
Nslookup关于DNS诊断
 
 
环境:见《 VMware采用NAT连接搭建虚拟局域网 》,在Vmware的NAT网络连接模式下,用Ubuntu和Bind9搭建了两个DNS Server,vmware为几台虚拟机分配了以下的IP:
主DNS(ubuntu8.04):192.168.203.134
缓存DNS(ubuntu8.04):192.168.203.133
主机(windows xp):
192.168.37.36
客户机(windows 2000):192.168.203.135
服务器(windows 2003):不重要就没记下来
一、测试主DNS服务器
测试主DNS可用缓存服务器来测试,这时不把它当成缓存服务器,只当作是个普通的linux客户机
修改192.168.203.133的linux主机的/var/resolv.conf为:
seach localdomain
nameserver 192.168.203.134
然后在这台主机上运行:nslookup,先输入example.com看看本地域是否有建立起对应关系(即查看由named.conf指定的db.example.com正向解析区域(可理解为解析的数据文件)中的设置是否生效)
很快就出来结果了,证明配置是正确的,当然你也可以继续用127.0.0.1来证明db.example.com中设置的127.0.0.1到localhost的反向解析也生效了,再用localhost来证明确定是一一对应的关系
image
可以证明配置是正确的且已生效
二、测试缓存DNS服务器
在windows 2000 server和windows server 2003中把DNS设置为133的,然后用nslookup测试主DNS服务器是否可用。
(1)、如果失败的话会提示:Can’t find server name for address  for address xxx:timed out
不过仍可以解析。
windows server 2003:
   dhcp
设置DNS为192.168.203.133后:
windows server 2003:
windows2003下的nslookup
windows 2000 server: (打错了,应该是203而不是103,­ :shock: )
windows2000下的nslookup
(2)、若出现
Name: example.com
Address:127.0.0.1
时即说明主DNS服务器生效了,如下图:
nslookup结果证明dns配置成功
常见故障释疑(参考 bind9详解 ) 
1在用nslookup查询域的时候出现如下错误
*** Can’t find server name for address *.*.*.*: Non-existent domain
这种情况是没有对域名服务器本身做反向地址解析造成的,给域名服务器增加一条反向地址解析就可以了.
2在用nslookup时出现如下错误:
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
这种情况一般是在DNS进行递归查询的时候,超时造成的,可能是由于网络速度问题,也可能是路由等其他问题,或者对方域名服务器没有响应造成的.
3在用nslookup时出现如下错误:
*** dns.cbchen.com can’t find www.ite.com: Non-existent domain
这种情况一般是域中没有该地址记录或没有别名记录.
4 在用nslookup时出现如下错误:
***.server failed
一般是配置问题,请检测配置,或者是辅助域无法从主域中得到数据,再请求辅助域的时候会出现这种故障.
注意:
1、如果在更改DNS之前访问过百度,则更改为错误的DNS服务器后访问其他网站都提示:“找不到服务器或发生 DNS 错误”。但百度的搜索在相当长的时间内都可以继续使用,不过仅限于 www.baidu.com 的服务,其他的就不行了,而且此时nslookup中看百度是无法解析到域名的,看来是本机的缓存,而nslookup看的不是本机的缓存。有可能是IE对DNS也有缓存,因为我关了IE重新开 www.baidu.com 就不行了。
2、rndc dumpdb 命令能将 named 的 cache 导出到一个 dump 文件(在/var/cache/bind文件夹下,此目录在bind9.3.2的named.conf.option中设置),可通过查看缓存文件得知共查询了哪些域名对应的IP


本文转自gauyanm 51CTO博客,原文链接:http://blog.51cto.com/gauyanm/240707,如需转载请自行联系原作者
相关文章
|
1月前
|
网络协议 应用服务中间件 nginx
【CKA模拟题】如何用Nslookup轻松检查集群服务名的DNS解析?
【CKA模拟题】如何用Nslookup轻松检查集群服务名的DNS解析?
110 2
|
域名解析 缓存
nslookup 查询已经解析,但是域名解析无法访问
nslookup 已经解析,域名解析规则:域名和主机双向绑定才能才能访问
1089 0
|
4月前
|
网络协议
DNS查询工具 - nslookup
【1月更文挑战第5天】
159 1
|
2月前
|
网络协议 安全 Linux
Linux SSH与DNS:从连接问题诊断到专业解决方案
Linux SSH与DNS:从连接问题诊断到专业解决方案
121 1
|
Prometheus Kubernetes 监控
最佳实践:Kubernetes 集群中 DNS 故障的可观测性与根因诊断
本文介绍了 CoreDNS 服务器、客户端侧的常见 DNS 异常、故障根因,异常观测方案和故障处理流程,希望对大家的问题诊断有所帮助。DNS 服务对于 Kubernetes 集群是至关重要的,除了观测异常之外,我们在架构设计之初就应充分考虑 DNS 服务的稳定性,采纳一些例如 DNS 本地缓存之类的最佳实践。
最佳实践:Kubernetes 集群中 DNS 故障的可观测性与根因诊断
|
域名解析 网络安全
申请SSL证书时,使用nslookup查询域名解析的TXT记录是否成功
申请SSL证书时,使用nslookup查询域名解析的TXT记录是否成功
205 0
申请SSL证书时,使用nslookup查询域名解析的TXT记录是否成功
|
域名解析 缓存 网络协议
nslookup命令模拟DNS域名解析过程Quick Start
域名解析是把域名指向网站空间IP,让人们通过注册的域名可以方便地访问到网站的一种服务。IP地址是网络上标识站点的数字地址,为了方便记忆,采用域名来代替IP地址标识站点地址。域名解析就是域名到IP地址的转换过程。域名解析也叫域名指向、服务器设置、域名配置以及反向IP登记等等。说得简单点就是将好记的域名解析成IP,服务由DNS服务器完成。互联网中的地址是数字的IP地址,域名解析的作用主要就是为了便于记忆。为了更好的理解DNS服务器解析域名的过程,在这里我们用nslookup命令模拟一下大致流程,以供参考。
1469 0
nslookup命令模拟DNS域名解析过程Quick Start
|
云安全 存储 运维
首次全面解析云原生成熟度模型:解决企业「诊断难、规划难、选型难」问题
从“上云”到“云上”原生,云原生提供了最优用云路径,云原生的技术价值已被广泛认可。当前行业用户全面转型云原生已是大势所趋,用户侧云原生平台建设和应用云原生化改造进程正在加速。
1634 2
首次全面解析云原生成熟度模型:解决企业「诊断难、规划难、选型难」问题
|
Kubernetes 监控 Cloud Native
用更云原生的方式做诊断|大规模 K8s 集群诊断利器深度解析
随着数字化的逐渐发展,企业 IT 架构也变得越来越复杂,如何在复杂环境中保证业务连续性及稳定性?
268 0
用更云原生的方式做诊断|大规模 K8s 集群诊断利器深度解析
|
缓存 负载均衡 网络协议
windows之DNS7种资源记录和flushdns命令清除DNS缓存以及nslookup解析域名和ipconfig/all命令查看网络配置使用总结
windows之DNS7种资源记录和flushdns命令清除DNS缓存以及nslookup解析域名和ipconfig/all命令查看网络配置使用总结
436 0
windows之DNS7种资源记录和flushdns命令清除DNS缓存以及nslookup解析域名和ipconfig/all命令查看网络配置使用总结

相关产品

  • 云解析DNS
  • 推荐镜像

    更多