如果在更改DNS后网站无法打开该怎么办
如果在更改DNS后网站无法打开该怎么办
更改DNS是一件棘手的事情。网站似乎已经迁移，但浏览器中是空白、错误或旧地址。接下来就开始了恐慌：首先指责主机，然后是注册商，最后是自己。
需要的不是噪音，而是逐步检查。问题常常出在一个记录、一个NS或提供商的缓存中，而不是网站本身。如果您需要了解在更改DNS后网站无法打开时该怎么办，请从事实开始：您具体更改了什么，以及在什么时间进行了更改。
检查问题是否确实与DNS有关
首先将DNS效应与其他因素分开。如果在更改DNS之前网站可以打开，而在5分钟后停止，这还不能算作证据。时间上的巧合是具有误导性的。
查看网站在不同症状下的表现：完全无法打开、跳转到其他域名、出现SSL错误或只是不断加载。这已经是4种不同的场景，每种场景都有其来源。有时问题看起来像是DNS，但实际上是https的重定向出现了故障或证书已过期。
有一个简单的测试：尝试通过已知的直接 IP 打开网站，或者通过另一个已经保存旧地址的通信渠道。如果通过 IP 服务器有响应，而通过域名没有响应，那么 DNS 确实在可疑名单中。如果两者都没有响应，那么这就不是 DNS 的问题，而是服务器、虚拟主机或网站本身的问题。
检查外部因素。例如，如果网站最近更改了SSL或重定向，浏览器可能会显示与您预期的错误完全不同的错误。在这里，查看确切的消息而不是猜测是有用的。一条错误信息有时可以节省30分钟的额外搜索。
将新的DNS与应该打开的内容进行匹配
更改DNS后，打开记录列表并将其与实际需要打开的内容进行比较。对于域名根通常检查A记录，对于IPv6检查AAAA，对于子域名通常需要CNAME。一个字母的错误会将正常网站变成死胡同。
不仅要关注主域名，还要关注子域名。例如，www可能指向一个主机，而没有www则指向另一个。如果其中一个指向旧服务器，用户在输入地址时会看到不同的结果。
与迁移计划的对照非常有帮助。如果您迁移了网站，则新的DNS应指向已上线的网站地址，而不是空的测试平台。这里的错误通常很简单：创建了记录，但目标仍然是旧的。
如果需要更深入地检查绑定，请将当前值与任务要求的值进行比较。这里有三个重要的事项：记录名称、记录类型和目标地址。CNAME或来自其他网络的IP中多一个字符——网站只会对部分请求停止响应。
检查新DNS提供商的切换是否正常
当域名转移到新的DNS提供商时，需要确保委托已完全完成。域名必须设置正确的NS，区域必须由新的服务器实际提供服务。否则在面板中一切看起来都很好，但在互联网上仍然存在旧的配置。
检查注册商的 NS 是否与您在新提供商处填写的相符。如果那里仍然有一个旧地址，域名可能会表现得不可预测。特别是在晚上更改记录时，早上网站可能会“时开时关”。
另一个常见的陷阱是区域已创建但未激活。新的DNS提供商可以在面板中接受域名，但不提供记录。在这种情况下，您可以看到设置，但外部世界看不到它们。这很麻烦，是吧。
一个好的检查方法是查看来自多个来源的NS查询响应。如果部分响应指向旧的提供商，则迁移尚未完成。在这里，重要的不是一个截图，而是2-3个独立的检查。
考虑到全球和用户的更新延迟
更改DNS后，一部分人会看到新地址，而另一部分人会看到旧地址。这是正常的。提供商、路由器和设备都有缓存，并且不会根据您的意愿重置。
全球更新的延迟可能会有所不同，因此不要仅仅根据一部手机或一个办公室得出结论。通过家庭互联网、移动网络和至少一个外部工具检查网站。当不同的点显示不同的结果时，这几乎总是缓存的痕迹，而不是网站的故障。
如果域名最近仍在旧设置上，一些解析器可能还会记得它们。这样一个用户看到新服务器，另一个用户看到旧服务器，而第三个用户由于记录不匹配而收到错误。这种行为在更改 A 记录到另一个主机时尤为明显。
这里有一个简单的原则：不要连续五次来回更改DNS。每次新的修改都会更严重地破坏整体效果，之后就没人能理解哪条记录是最新的。最好固定一个更改并等待，而不是在三个选项之间徘徊。
检查IPv4和IPv6之间的冲突
有时A记录已经正确，而AAAA指向无处。对于某些设备来说，这不是小事，而是一个完整的停止信号。现代浏览器和网络喜欢IPv6，如果它出现故障，网站即使在工作中的IPv4下也可能看起来不可用。
请分别检查这两个记录。如果域名只应在 IPv4 上工作，最好不要意外保留 AAAA。空的或旧的 IPv6 地址常常会造成奇怪的情况：在一个网络上网站可以打开，而在另一个网络上则无法打开。
有时情况正好相反。IPv6已经启用，而A记录指向旧服务器。这时一些用户可以顺利访问，而另一些则会超时。从外部看，这似乎是混乱，但原因通常只有一个：两个记录指向不同的方向。
如果您可以访问DNS设置，请将两个地址与工作站的地址进行比较。这里不需要猜测。需要两个数字：IPv4和IPv6。两个都应该指向网站实际响应的地方。
确保网站在目标地址上响应
即使是完美的DNS也无法拯救，如果另一端的服务器沉默。更改记录后，需要检查主机是否在线，Web服务器是否已启动，以及是否与所需域名的绑定没有丢失。有时网站停滞不前，但虚拟主机配置的是旧名称。
如果服务器上有多个网站，正确的虚拟主机可以解决一切。同一个IP可以服务10个域名，如果没有准确的绑定，服务器会返回错误的项目或错误。这在迁移到新平台后尤为明显，当配置似乎被复制时，却忘记了域名。
检查服务器的响应：200、301、302、404或500。这些代码比任何支持聊天都更有意义。如果目标地址返回404，说明DNS已经到达，但主机上的网站与预期不符。
有时打开的不是主页，而是特定路径，例如 /login 或 /admin，这样可以看到网站是否整体正常工作，还是只有首页正常。当涉及迁移时，细小的检查比自信的“似乎可以打开”要好。
顺便说一下，如果需要在检查之间休息一下，可以看看 关于学生的笑话。免费笑话。短小 ——这1-2分钟，不超过。有时这样的暂停有助于不将旧服务器与新服务器混淆。
更改记录后检查HTTPS和证书
DNS可能已经指向正确的主机，但浏览器仍然对HTTPS发出警告。那么问题出在证书、HSTS或重定向上。这在迁移到新IP后非常常见。
请检查证书是否确实针对该域名和子域名。如果新地址指向的服务器上证书是为其他名称颁发的，浏览器将不允许用户继续。这里无论是缓存还是重启都无济于事。
HSTS增加了严格性。如果网站之前通过HTTPS运行，并且浏览器中固定了规则，尝试通过旧的或错误的配置打开它将立即导致阻止。这不是浏览器的错误，而是它的记忆，并且它保持的时间比希望的要长。
另一个小细节 - 从http重定向到https。如果它指向旧域名，新的DNS看起来是正常的，但网站仍然无法正常访问。请检查重定向后的最终地址，而不仅仅是起始点。
如果在所有步骤之后仍然不清楚其他人是否可以访问网站，建议将问题与材料进行核对 如何检查网站是否存在欺诈有时人们将证书错误视为替换尝试，尽管这只是记录和域名的不匹配。
准备好要传递给托管或DNS支持的内容
当你完成自己的检查后，收集一个简短的支持包。需要域名、新的 NS、确切的更改时间、错误截图和已经检查的内容列表。这是五个要点，它们节省的时间比一封“我们没有任何东西在工作”的长信要多。
请记得说明问题是从哪个设备和网络上看到的。对于支持团队来说，这不是形式，而是有用的细节：同一个域名可能在移动网络上正常打开，而在家庭网络上却无法访问。如果A、AAAA和CNAME记录有变动，附上当前记录也很有帮助。
如果更改了DNS提供商，请告知之前和现在的域名提供商。有时帮助的关键在于区域已经被委托，但旧服务器仍然在某些解析器中返回响应。您描述的路径越准确，响应的循环就越少。
良好的做法是立即附上来自2-3个来源的检查结果，而不是仅仅一个浏览器截图。支持团队更容易看到问题出在哪里：在区域、注册处还是服务器上。推测越少，找到瓶颈的速度就越快。
如果想在技术日常工作后稍微放松一下，可以转移注意力到 最残酷的心理学实验 — 这材料不简单，但它很好地打破了一个破损的DNS让世界停滞的感觉。然后再回到日志和NS记录。
如果问题浮动，还需要检查什么
如果网站只对部分用户开放，请关注三个因素的组合：DNS、缓存和服务器。当这三者不一致时，症状每小时都会变化。这正是同一个域名在早上和晚上表现不同的情况。
有时通过外部服务进行解析检查和在没有保存数据的浏览器中进行单独测试会有所帮助。这不是因为这是魔法，而是因为你将本地情况与整体情况分开。如果本地表现不佳，而外部正常，问题就出在设备或提供商上。
如果在迁移后您还更改了网站结构，请不要忘记旧链接。用户可能会访问一个不存在的页面，并认为域名完全损坏。实际上，只有20条路径中有1条会损坏。
是的，有时候从链条的角度看待问题是有益的。DNS 指向服务器，服务器提供网站，证书确认域名，而浏览器决定是否允许用户访问。如果这四个元素中的任何一个缺失，网站就无法正常打开。
当一切都经过检查，但访问仍然不稳定时，请记录最后两个更改，并在支持回复之前不要进行新的更改。否则，您会妨碍自己看到链条中断的具体位置。
