- 综合排序
- 最热优先
- 最新优先
- 来自专栏山河已无恙
DNS：DNS问题故障排查的一些笔记
服务器返回的两种不同的响应状态码，它们分别表示以下情况： SERVFAIL表示DNS服务器无法处理该查询请求，通常是由于服务器故障、网络问题或其他错误导致的。 Wc3VSdHGvkqWYMZ52Ny9orne3zqTOzpGV1xtyxAiw+a9h92 hufkRTmoki6jMdiIFlVhQIHzqtc4MY/HmuUhOjbn0/b3432XAeeJx 3600 IN NS dns3.p05.nsone.net. github.io. 3600 IN NS ns-692.awsdns liruilongs.github.io. 3600 IN A 185.199.111.153 ;; Received 113 bytes from 198.51.44.69#53(dns3 例如，假设有3个服务器的IP地址分别为192.168.1.1、192.168.1.2和192.168.1.3，则需要在DNS服务器上创建3个A记录，分别对应这些IP地址。
3.6K20编辑于 2023-08-21 - 来自专栏python3
DNS--3--Master DNS架设
IN { type hint; file "named.ca"; //文件都是在DNS主目录/var/named IN { type master; file "named.192.168.1"; }; 3. ;DNS服务器名称 master.luyx30.no-ip.org. IN A 192.168.1.102 ;DNS服务器的IP @ IN MX luyx30.no-ip.org. 2 IN PTR dhcp02.luyx30.no-ip.org. ...... 6.设置完后，启动DNS
5.2K20发布于 2020-01-17 - 来自专栏开源部署
DNS中的Generating etcrndc.key:故障
1.在启动DNS时出现Generating /etc/rndc.key:卡在这里了 [root@RedHat named]# /etc/init.d/named restart Stopping named
91010编辑于 2022-06-29 - 来自专栏运维随笔
dns故障引发https访问异常缓慢问题
故障现象： http://访问正常 https://访问异常卡顿 发现服务器上无法正常查询dns请求 image.png 后面经过修改DNS，恢复了正常的DNS查询后，即恢复正常！ 因为请求的网站都是内部网站，域名已经在hosts里面指定，所以DNS异常也没影响网站的访问。 经过分析：故障应该是因为DNS查询故障导致SSL证书查询异常导致。
2K60编辑于 2022-02-14 - 来自专栏python3
DNS服务搭建（3）
★配置DNS转发 我之前配置的DNS服务只能解析我定义过的zone，而没有定义的zone是不能解析的，因此存在着很大的弊端。 但是配置了DNS转发之后，就可以顺利解析互联网上了其他域名了，当然，解析此域名的前提是这个域名在互联网中确实存在并且正在使用，也就是说这个域名已经被某个DNS服务器解析了。 ;; global options: +cmd ;; connection timed out; no servers could be reached <== 不能解析 接下来开始配置DNS /named.conf 在options{}中加入下面的内容： forward first; forwarders { 8.8.8.8; }; 这两行的内容就是用来配置DNS 转发的，我们配置的DNS服务器不能解析的域名会转发到8.8.8.8这个DNS服务器上去解析。
1.6K30发布于 2020-01-15 - 来自专栏陆耀伟的专栏
DNS故障对TDW影响评估及改进方案探索
3. 查询引擎（ Hive ） 对于 Hive，它的数据存储在 HDFS ，当 HDFS 受到 DNS 故障影响， hive 也会间接受到影响。 具体 DNS 故障模拟情况如下：（详细内容略去） Datanode 出现单点 DNS 故障。 Namenode 节点出现 DNS 故障。 Secondary Namenode 出现 DNS 故障。 整个 HDFS 集群出现 DNS 故障。 JobTracker 出现单点 DNS 故障。 TaskTracker 出现单点 DNS 故障。 整个计算引擎出现 DNS 故障。 Hive 服务器出现 DNS 故障。 PLClient 出现 DNS 故障。 DFSClient 出现 DNS 故障。 目前，我们通过添加 DNS 备用服务器的方法来提高 DNS 的可用性。我们目前拥有4个 DNS 服务器，它们的配置相同，其中一个作为主 DNS 服务器，其3个作为从 DNS 服务器。
2.7K00发布于 2016-09-27 - 来自专栏张师傅的博客
一次完整的 DNS 访问故障分析实录
最近我们边缘集群服务遇到了一个 DNS 访问故障问题，现象是在边缘服务器上无法访问 DNS 服务器(10.7.0.1)， 发出去的 DNS 请求包没有收到任何回应。 由于这是第一次遇到这种问题，因此我记录了详细的故障排查过程，让我们一起来看看是如何一步步逼近真相，找到问题根源的。 起初我们怀疑是 DNS 服务本身出了问题。但检查发现 10.7.0.1 上 53 端口处于正常监听状态： 本机执行 DNS 查询也一切正常。这样就可以排除 DNS 服务异常的可能性了。 最后， 我们下线了这台虚拟机， 彻底修复了故障，至此破案。 小结 这次故障排查过程还是比较顺利的， 虽然中间编译 tcpdump 工具花了点时间。 期间用到的一些小技巧包括: 编译静态链接的 tcpdump 方便在受限环境排查 留意 ARP 表中记录的状态 适当运用「社会工程学」， 发动集体回忆 希望通过分享这个案例， 能给你一些故障排查思路上的启发
51310编辑于 2024-06-19 - 来自专栏python3
DNS部署（3）---------源码b
其实一般使用redhat或centos中自带的rpm安装bind是十分简单的，但是源码安装可以让你对bind文件的整体结构有了更好的认识
72020发布于 2020-01-06 - 来自专栏python3
DNS安装与设置（3）
DNS安装与设置（3） 主要实现DNS从服务器及配置转发服务器配置与实现 测试环境还是参照1，2来实现从服务器配置 1:测试环境 DNS版本：version: 9.8.2rc1-RedHat-9.8.2 如果有多台DNS从服务器，必须为每个DNS服务器建立NS记录，否则主DNS不能向从服务器发送通知。 25 13:45 77.1.10.zone -rw-r--r-- 1 named named 437 3月 25 13:48 luhaigang.cn.zone -rw-r--r-- 1 named named 443 3月 25 14:19 luhaigang.com.zone [root@erickagent ~]# less /var/named/slaves/luhaigang.cn.zone days) 10800 ; minimum (3 hours)
4K10发布于 2020-01-13 - 来自专栏运维之路
3.4 事中故障处理（3）故障定位
故障定位指诊断故障直接原因或根因，故障定位有助于故障恢复动作更加有效。故障定位通常是整个故障过程中耗时最长的环节，定位的目标围绕在快速恢复的基础上，而非寻找问题根因，后者由问题管理负责。 通常大部分可用性故障，要借助运维专家经验的假设判断或已知预案的执行得到解决，但仍有部分故障，尤其是性能、应用逻辑、数据故障需要多方协同与工具支持。 3）测试复现 复杂系统的故障定位必然是一个跨团队协同的过程，测试复现是一个协同定位的解决方案。从岗位看，测试与bug打交道的机会最多，对于逻辑、数据引发的故障更敏感。 3）监控 以往，监控往往被定位为“监测”的角色，即只负责发现异常，将报警发出来即尽到监控职责。 如果运维知识图谱准确性有保证，可以预见还能够支持数据源/指标/文本异常检测、基于人工故障库/数据挖掘的故障诊断、故障预测、故障自愈、 成本优化、资源优化、容量规划、性能优化等场景。
2.2K20发布于 2021-09-14 - 来自专栏python3
H3C DNS
配置静态及动态域名解析 ·配置静态域名解析表中主机名和对应地址 [Router]ip host hostname ip-address ·使能动态域名解析功能 [Router]dns resolve ·配置指定域名服务器 [Router]dns server ip-address ·配置域名后缀 [Router]dns domain domain-name 配置DNS代理 ·使能DNS代理功能 [Router]dns proxy enable ·配置指定域名服务器 [Router]dns server ip-address [dynamic] ·显示动态域名缓存区的信息 [Router]display dns dynamic-host ·显示DNS代理信息 [Router]display dns proxy table
1.6K20发布于 2020-01-13 - 来自专栏herman的专栏
DNS应从何谈起篇一---从Facebook的故障谈起
，DNS又故障了等等等等。 思来想去，随着Facebook 六小时断网故障的发生，我想先从故障开始，通过多起故障了解DNS分层访问体系，待对DNS分层体系有了了解后，我们在一点点去填充里面的知识点； image.png 本篇文章的主角是图一的 qq.com. 172800 A 112.60.1.69 ns3.qq.com. 172800 A 183.192.164.81 ns3.qq.com. 172800 A 203.205.195.94 日，Akamai DNS故障，导致Fnac、Amazon云服务等2w多个大型网站瘫痪；我们通过故障一Facebook的故障，看出AuthDNS对网络的依赖和DNS解析服务对业务的影响，我们通过故障二联通解析异常得出 IN NS ns3.dnsv5.com.
4.4K40编辑于 2021-12-28 - 来自专栏python基础文章
Windows server——部署DNS服务（3）
（2）展开“DNS管理器”窗口中的节点树，右击已经创建好的“benet.com”，在弹出的快捷菜单中选择“新建域”，如图 （3）在“新建DNS域”对话框中的“请键入新的DNS域名”文本框中输入所要创建的域名 ”，如图 ---- 3）打开新建委派向导 在“新建委派向导”的“欢迎使用新建委派向导”对话框中，单击“下一步”按钮，如图所示。 ---- 3.区域传送 为了减轻单台DNS服务器的负载并提供容错，就要将同一台DNS服务器的内容保存在多合DNS服务器中，这时，就需要用到DNS的区域传送功能。 ---- 3）输入辅助服务器的地址 在“允许区域传送”对话框中，输入辅助服务器的P地址，验证后单击“确定”按钮，如图所示。 4.DNS转发器 （1）.DNS转发器简介 DNS转发器（DNS Forwarder）是指具有特殊功能和应用的DNS 服务器.当DNS服务器在接收DNS客户端的查询请求后，它将在所管辖区域的数据库中寻找是否有该客户端的数据
2.5K50编辑于 2023-10-15 - 来自专栏python3
负载均衡故障排错指南 （3）
这两个工具实际上也有差别： curl支持更多的协议，如：FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP, TELNET, DICT, LDAP, LDAPS, FILE, POP3, 3) wget多了一个Connection: Keep-Alive头。 至于这其中的区别究竟意味着什么，我们将在后续的文章中详细介绍。
71930发布于 2020-01-06 - 来自专栏张师傅的博客
一次有趣的 DNS 导致 Node 服务故障问题分析实录
问题描述 有一个部署 k3s 的边缘节点的机器，切到离线模式以后，有一个前端页面的部分请求接口异常了。 DNS 问题分析 于是转向抓取 DNS 的包，很快得到失望的结果，seewo-xxx.uc-all 域名的 DNS 的请求也没有发起。 libuv 默认会开启 4 个线程，可以通过 UV_THREADPOOL_SIZE 环境变量修改，最大不能超过 1024，然后初始化了 3 个队列，然后创建并启动线程。 Thread 2 (Thread 0x7fd510ff9700 (LWP 37)): #0 0x00007fd51a6fbc3d in poll () from /lib64/libc.so.6 #1 /lib64/libresolv.so.2 #2 0x00007fd5105e6394 in __res_context_query () from /lib64/libresolv.so.2 #3
1.1K30编辑于 2022-12-05 - 来自专栏python3
Linux网络服务之DNS（3）
Linux网络服务之DNS（3） 实验要求： 实验一 实现分离解析： 主机192.168.10.20解析www.zhy.com 结果为192.168.1.100 主机192.168.10.21解析www.zhy.com .zhy.com. dns1 IN A 192.168.1.253 www IN A 192.168.1.100 [root@localhost .zhy.com. dns1 IN A 192.168.1.253 www IN A 192.168.1.101 [root@localhost .zhy.com. dns1 IN A 192.168.1.253 www IN A 192.168.1.102 3、启动服务，设置服务开机自启 启动 named： [确定] [root@localhost ~]# chkconfig named on 3、
1.4K30发布于 2020-01-09 - 来自专栏爱生活爱编程
通过Wireshark和arthas排查由DNS引发的Ignite生产故障案例
通过Wireshark和arthas排查由DNS引发的Ignite生产故障案例 故障背景 故障分析 第一次定位问题 跨架构假设 生产重现故障 Wireshark抓包分析 客户端10秒超时源码跟踪 结合日志查看服务端卡点 第二次故障定位 arthas定位 通过trace查看耗时方法 通过thread查看线程 jstack kill -3 pid 最终问题定位 结合ignite源代码回顾 客户端收集本地信息 服务端反序列化解析 2、网络问题导致故障，怀疑是跨中心，跨了网段导致故障 第一次定位问题 跨架构假设 针对第一点的假设，通过并行环境模拟，模拟不出故障，因此只能到生产环境重现故障，再做下一步定位。 ，也就是DNS解析，获取到IP，然后连接； 之前生产环境为什么没发现问题，是因为dns没有开启，本次由于其他业务上线，开启dns 相关配置如下： 原来没开启DNS： cat /etc/nsswitch.conf timeout:5 attempts:3 rotate 超时时间5秒，重试次数为3 总结：这次引起bug的原因有2个，一是power服务端节点遗漏配置x86客户端的hostname，二是维护开启DNS
3.4K20编辑于 2021-12-08 - 来自专栏腾讯云 DNSPod 团队
DNS故障：26日上午网易等多家网站无法访问“剖析”
3月26日上午，DNSPod技术人员发现，目前北京联通递归DNS 202.106.46.151/202.106.0.20/210.51.176.71等多个IP出现时断时续的故障，经测试使用这些递归DNS 网络上搜索DNS故障，众多网友反馈，包括CCTV、凤凰网、网易等多家知名网站出现大规模访问故障。 故障原因猜测 DNSPod技术人员表示，出现问题的原因是在域名请求对应的IP地址过程中，递归DNS处在一个桥梁的过程中，当递归出现故障，请求将无法顺利完成，因此出现网站无法打开现象。 详情如下图显示： 故障如何应对？ 作为普通用户，如何应对这次故障呢？ DNSPod安全专家表示，可以通过自行修改DNS服务器地址为114.114.114.114(这是国内第一个、全球第三个开放的DNS服务地址,又称114DNS)或者8.8.8.8(是Google提供的免费
2.5K20编辑于 2023-05-07 - 来自专栏python3
LINUX DNS解析的3种修改方法
1.HOST 本地DNS解析 vi /etc/hosts 添加规则 例如: 223.231.234.33 www.baidu.com 2.网卡配置文件DNS服务地址 vi /etc/sysconfig /network-scripts/ifcfg-eth0 添加规则 例如: DSN1='114.114.114.114' 3.系统默认DNS配置 vi /etc/resolv.conf 添加规则 例如: ' 3.系统默认DNS配置 vi /etc/resolv.conf 添加规则 例如: nameserver 114.114.114.114 系统解析的优先级 ,在同一种方法中可以配置多行解析 1>2>3
14.7K20发布于 2020-01-08 - 来自专栏云头条
Akamai DNS 全球性故障：众多知名网站和在线服务随之瘫痪！
该公司在Edge DNS服务事件通告中表示：“我们已意识到Edge DNS服务出现了问题。” “我们正在积极调查问题。如果您因该问题而有疑问或受到影响，请联系Akamai技术支持部门。” 据Akamai声称，Edge DNS是其基于云的权威DNS解决方案，旨在提供24/7全天候不间断的DNS可用性，并提高DNS响应能力。 Akamai表示，故障不是网络攻击造成的。 Akamai现在披露，这次全球性故障的原因是“软件配置更新触发了DNS系统中的一个bug。” “今天15点46分，软件配置更新触发了DNS系统中的bug，该系统负责将浏览器引导到各个网站。这导致了故障，从而影响了一些客户网站的可用性。” “故障持续长达一个小时。 我们正在审核软件更新流程，以防将来出现故障。”
83910编辑于 2022-03-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号