一个DNS故障问题

本文涉及的产品
云解析DNS,个人版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介:
:问题由来
最进调试发布一个内网的网站,DNS服务器可能被调乱了。故障现象就是classroom.abc.edu.cn域内的三个DNS解析这个
域内的服务器都没问题,就是解析公网的比如 [url]www.sina.com.cn[/url] 等都没问题,唯独访问学校内部classroom域之外的
服务器时不能正确解析。
二:分析解决过程
刚开始是转发除了问题,在DNS上添加了两个其他可以正常解析DNS服务器作为转发。可是添加后问题依旧。暂时的解决办法只能时添加
几个急需解析的计算机,比如 [url]www.abc.edu.cn[/url]\jwc.abc.edu.cn
三:最后解决
最后无意当中看到了正向区域里的一个abc.edu.cn的区域,觉得有点奇怪,因为这个DNS负责解析的都是classroom的主机,abc.edu.cn的
又另外的DNS负责解析,所以删除之。问题解决,这回校园网外网都可以正常解析了。
四:我的分析
DNS也是一种分级的结构,每个DNS只能负责当前区域或下一级的解析工作,其它需要应答的DNS请求就转交给上一级或其它同级的DNS服务器
,有这些DNS来解析。当添加其它区域后,对与该区域内对其它区域的DNS请求,该区域并不会在查无结果的条件下转发,所以会显示目标主
机不可达。当然在其内添单独的IP对域名的记录也可以实现解析,但是这样就需要每一个需要解析的都要去添加一条记录。



本文转自 abner110 51CTO博客,原文链接:http://blog.51cto.com/abner/147423,如需转载请自行联系原作者
目录
相关文章
|
2月前
|
域名解析 缓存 运维
【域名解析DNS专栏】DNS解析策略:如何实现负载均衡与故障转移
【5月更文挑战第23天】DNS在互联网中扮演关键角色,将域名转换为IP地址。本文探讨DNS的负载均衡和故障转移技术,以增强服务可用性和性能。负载均衡包括轮询(简单分配流量)和加权轮询(按服务器处理能力分配)。故障转移通过主备策略和TTL值实现快速切换,确保服务连续性。实践案例展示了在电商网站如何应用这些策略。DNS策略优化可提升网站速度和稳定性,借助云服务和智能工具,DNS管理更加高效。
【域名解析DNS专栏】DNS解析策略:如何实现负载均衡与故障转移
|
26天前
|
运维 负载均衡 监控
解析ProxySQL的故障转移机制
解析ProxySQL的故障转移机制
17 0
|
2月前
|
存储 数据库
服务器数据恢复—服务器RAID5故障数据恢复解析
RAID5作为应用最广泛的raid阵列级别之一,在不同型号服务器中的RAID5出现故障后,处理方法也不同。 RAID5阵列级别是无独立校验磁盘的奇偶校验磁盘阵列,采用数据分块和独立存取技术,能在同一磁盘上并行处理多个访问请求,同时允许阵列中的任何一个硬盘出现故障。 实际案例中,raid5阵列最常出现的故障情况就是硬盘自行脱机,联机状态显示为DDD(Defunct Disk Drive,无效磁盘驱动器),硬盘出现物理故障或逻辑故障。
服务器数据恢复—服务器RAID5故障数据恢复解析
|
2月前
|
网络性能优化 网络虚拟化 数据安全/隐私保护
|
Prometheus Kubernetes 监控
最佳实践:Kubernetes 集群中 DNS 故障的可观测性与根因诊断
本文介绍了 CoreDNS 服务器、客户端侧的常见 DNS 异常、故障根因,异常观测方案和故障处理流程,希望对大家的问题诊断有所帮助。DNS 服务对于 Kubernetes 集群是至关重要的,除了观测异常之外,我们在架构设计之初就应充分考虑 DNS 服务的稳定性,采纳一些例如 DNS 本地缓存之类的最佳实践。
最佳实践:Kubernetes 集群中 DNS 故障的可观测性与根因诊断
|
缓存 负载均衡 网络协议
RH358管理DNS和DNS服务器--DNS问题故障排除
RH358管理DNS和DNS服务器--DNS问题故障排除
454 0
RH358管理DNS和DNS服务器--DNS问题故障排除
|
网络协议 关系型数据库 MySQL
|
监控 应用服务中间件 nginx

相关产品

  • 云解析DNS
  • 推荐镜像

    更多