技术 / 分析与实践观点
互联网断了，还是只有 DNS 出了问题？
在修改设置之前，用实用检查清单区分网络、DNS 和应用故障，理解测试结果并确定下一步。
技术来源: DNS troubleshooting navigation Microsoft Learn。 。 - 。 诊断的路径和下面的例子就是本说明的分析建议.
单独开放网站并不意味着“网络间断电”。 网络可能被连接,错误的域名被翻译出或者服务本身没有响应. 对我而言,第一项支助任务应该是将一般申诉变成一个可以检验的问题。
首先,缩小问题。
询问用户是否只有一个站点存在问题或有多少服务? 你的搭档有同样的情况吗? 这些问题的答案有时比几次更有助于关闭并澄清调制解调器. 记录问题的开始时间和服务的准确名称.
三回评不改设置.
在Windows中,这些命令提供了基本信息. 用服务的实际域名来替换样本名.
ipconfig /all
Resolve-DnsName example.com
Test-NetConnection example.com -Port 443
第一个命令显示地址,门和DNS设置. 第二指挥部调查呼叫响应. 第三指令检测到TCP连接到特定端口;它的成功仍然不能证明网站完全健康.
| 观已. | 下回检讨. |
|---|---|
| 域名不响应 。 | DNS的访问被设定并正确命名. |
| 名称已回答, 但端口连接失败 。 | 路径、防火墙或服务听众 |
| 端口连接是固定的, 但页面错误 。 | TLS 及其程序和依赖性 |
常见牲畜:清理证据
在假想的情景中,内部系统不仅开放,而且公共网站健康. 把你的DNS客户端改为公共DNS可能会使情况更糟糕. 另外,使用IP打开HTTPS站点并不是一个域等同的测试;主机名和证书因此会起作用. 单靠ping不能证明路径断开.
我的建议是在每次修改之前保留同一审查的结果,然后只修改一个变量。 目标是找到一个破碎的边界;结果必须说“哪个阶段失败了”,而不仅仅是“重新开始”。
相关研究: 真正的保健服务审查.
通过技术分析，为决策提供更充分的依据。全部文章 →
