domain-name-system – 当DNS服务器发生故障时会发生什么?

前端之家收集整理的这篇文章主要介绍了domain-name-system – 当DNS服务器发生故障时会发生什么?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
如果发件人无法获得邮件服务器的DNS解析,邮件会发生什么?

例如,假设正在发送邮件,并且发现MX记录为mx.example.com.但是通过查找A记录来解析mx.example.com的尝试失败了.发件人稍后会重试,还是将邮件视为永久无法投递?

如果是后者,如果第二个MX记录指向另一个域上的非功能但可解析的主机名,情况会更好吗?

我问的原因是我目前在各种环境中遇到少量但大量的DNS故障.尽管使用了高质量的名称服务,但这种情况发生在各种公共名称服务器上.我也偶尔收到有关邮件传递失败的报告.我怀疑这两个是连接的,因为服务器监控正在报告偶尔的停机时间,并指出无法解析主机名作为故障的性质.

添加信息:我的担忧是由少数大型组织的实例引起的,这些组织告诉我或同一域上邮箱的其他用户邮件无法正常工作.我从监控中了解到,邮件服务器在绝大部分时间都处于运行状态,任何停机时间都非常短暂.这一点,以及由于无法将邮件服务器名称解析为IP地址而导致的故障监视报告,使我认为发件人将DNS故障视为永久性故障而不是重试.但是大部分过程都在我无法控制的范围内,我正在寻找可以解决问题的方法.声称邮件失败的大型组织不太可能回应对其索赔的技术细节请求,这没有帮助.

解决方法

一般来说有两种选择:

>发件人使用的邮件服务器触发立即传递失败,并且发件人获得带有“友好”错误消息的退回通知
>发件人使用的邮件服务器识别出临时问题,并将邮件排队等待以后传递.根据解决问题的速度,邮件将到达目标收件人,否则队列将超时,发件人会收到延迟退回邮件.

我认为这取决于确切的DNS故障模式,效果甚至可能在发送邮件服务器上有所不同……

有关DNS的Canonical Q&A’s(例如this one)可能会提供一些相关背景.

猜你在找的HTML相关文章