域名解析出现失败的情况, 这指的是DNS服务器没办法把域名, 好比说gname.xin这个东西, 转换成它对应的IP地址, 所以浏览器接着就会显示出无法访问此网站的提示信息, 排查工作应当按着这样的顺序来进行, 第一步先去确认域名的状态到底是怎样, 第二步再来检查DNS里面记录的设置有没有问题, 最后一步才是去排除掉本地缓存方面以及网络故障等方面的原因, 下面这些步骤能够覆盖住绝大多数因为解析失败而出现的问题场景, 只要按照这个顺序去一步步的执行, 就完全可以定位到真正的问题出在哪里。
域名状态异常（最高频原因）
请先登录到域名管理后台, 然后确认一下域名的当前状态, 看看它是不是属于什么过期未续费或者注册局暂停也就是serverHold这种情况, 再就是看看还有没有正在争议仲裁里。
要是发现域名已经到期了, 那就得马上去把续费这件事给办好；假如是被注册商给锁住了的话, 那就需要联系域名服务商那边去提交一下申诉请求, 或者是提交一个解锁的工单申请。
DNS解析记录配置错误
你要去找到那个DNS管理的面板域名解析失败怎么办，然后一条接着一去进行核对, 具体的项目包括A记录、CNAME、MX和TXT这些类型的记录。
去检查一下, 那个被记录下来的值, 里面是不是多了一些空格符, 还有Tab制表符号。
看看这个IP地址的位数对不对, 还有格式也检查一下有没有问题。
你要看一看那个记录的类型究竟是不是跟实际的业务需求对得上, 具体的操作方法是, 网站访问这一块通常都是使用A记录的, 而在子域名去指向另一个域名的时候, 就使用CNAME记录。
需要去确认主机记录, 包括像@、www、mail这样的类型, 是否存在遗漏的情况。
等您修改完了, 把保存这一步操作做完以后, 必须要去等待TTL这个周期时间, 这个默认的时长是在600秒到3600秒这样一个范围里面, 目的是为了让全球范围内的缓存进行刷新, 在这个等待的过程当中, 以前的老记录还是有可能会继续生效的。
本地DNS缓存未刷新
在Windows系统中, 你应该使用管理员权限来打开命令行工具, 然后再执行那条叫做ipconfig /flushdns的命令。
macOS：执行 sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder；
打开Chrome浏览器, 在地址栏里面输入chrome://net-internals/#dns, 找到Clear host cache选项, 然后点击它。
先把页面刷新掉, 然后再重新去把gname.xin这个地址访问一下, 看看它是不是就恢复到正常状态了。
ISP或上游DNS故障
你可以把机器本身的DNS设置暂时改成一些公开的解析服务器, 比如说阿里的DNS可以用223.5.5.5或者223.6.6.6。同时呢, 腾讯的DNS是119.29.29.29, 你也可以选这个。改完之后再去访问一下原来的网页或者服务。
如果这时候一切都变得正常了, 那就说明很可能是原来那个运营商提供的DNS出了毛病。既然确认是这个原因, 那你就可以去找运营商麻烦, 要么直接打电话给他们的客服, 要么去提交一个服务工单来要求他们修好这个问题。
服务器防火墙或安全组阻断
先登录到目标服务器中去, 然后执行相关的这个操作。
执行在代码标签内包含ping 8.8.8.8这个操作, 这样做是为了判断对外部网络的连通性, 并添加一个分号来结束这句话。
使用nslookup gname.xin这个命令, 然后看它是不是超时了。
你需要去确认一下域名解析失败怎么办邢台市重点项目建设促进中心，在 iptables里面、在firewalld里面, 还有在那个云安全组这里头, 是不是已经放行了80端口、443端口以及53端口。
如果使用CDN, 比如Cloudflare这样的服务, 就需要再做一步确认, 看看从CDN那边过来的回源IP地址有没有被源站前面的防火墙给拦住了, 还要看一眼CDN侧配置的NS是不是和域名注册商那里的NS一样, 要确保它们之间是一致的。
验证解析是否真正生效
在任意终端执行 dig gname.xin A 或 nslookup gname.xin，确认返回的IP与预期一致；
你可以去使用像DNSPod在线检测、Cloudflare DNS Lookup这样的工具, 进行在线多节点诊断, 来查看在全球各地呈现的解析结果。
如果有一些节点继续返回旧的IP地址, 这是因为TTL还没有过期, 用户需要等待一段时间即可, 不需要重复进行设置修改操作。
补充提醒
全局的完全生效, 这事情通常是需要花费24小时到48个小时的时间的, 而那个核心区域的情况呢, 一般是在1个小时以内就完成了。
在遭遇接连不断的失败情况之时, 要把报错的截图给记录下来, 也要把时间戳给记下来, 然后把这些东西提交给那个域名注册商也好, 或者说是DNS服务商的那些技术支撑人员也罢, 要是能再附上那个叫dig的输出结果的话, 是可以加速对那个问题定位的。
不要同时进行NS记录的修改, 也不要同时修改解析记录, 这是因为传播延迟可能会导致解析中断, 所以这一点需要特别注意。
