UC知道域名解析 TTL设置太长是否会造成以下问题
来源：百度知道 编辑：UC知道 时间：2024/05/13 10:37:44
我的问题是，域名DNS万一出故障，各地DNS的域名解析过期释放后再次重新获取，而这时域名DNS故障导致第一次获取失败，那第二次以及后面多次再获取的时间间隔是多久？是否受之前TTL设置长短的影响？
举例，假如我TTL设置了24小时，如果域名DNS服务器出问题，地方DNS释放后，他是在不断的获取？还是第一次获取失败，24小时后再来获取？
如果是后者，那就代表就算我域名DNS不久后恢复了，还得等将近24小时后各地才重新获取（那些第一次来过的），这样的话TTL设置长了就有危险隐患，因为被释放后就是无域名信息状态了。
当然，我肯定希望是前者，域名DNS服务器一恢复，各地就立刻来获取。如果是这样，一般来说各地默认的2次获取时间是多久？
希望明白的高手给个详细的说明，或者有权威资料的备注个连接更好。
建议首先看看http://zhidao.baidu.com/question/99521977.html?si=1
另外我想提提,你的每个DNS之间的同步,或者发布信息是由DNS自己本身设定的.
所以具体要看负责你解析的主DNS上面的设置.
不过一般来说,如果失效的DNS又遇到有其他用户要求解析,这肯定会触发解析请求.
也就是说,当你失效后,DNS没有能够正常的获取新的解析数据,那什么时候获取就要看DNS本身设置,然而在这段时间内,如果有进程要求解析你那失效的域名,那DNS会重新发起递归查询,所以一般你是不需要害怕别人访问不了你.
但对于TTL为什么有的公司设置长,有的公司设置短呢?
我自己觉得,大概和网络流量和对自己的服务器负载有一定关系.另外还关系到自己IP地址是否稳定不变,这里面还牵涉到你多台服务器用一个域名,然后用来均衡负载.例如google就不可能只有一台服务器吧!
以上个人理解,你参考下吧!
楼上的兄弟似乎吧IP包中TTL的概念混到DNS中TTL的概念去了.
TTL（生存时间）
TTL是IP协议包中的一个值，它告诉网络路由器包在网络中的时间是否太长而应被丢弃。有很多原因使包在一定时间内不能被传递到目的地。例如，不正确的路由表可能导致包的无限循环。一个解决方法就是在一段时间后丢弃这个包，然后给发送者一个报文，由发送者决定是否要重发。TTL的初值通常是系统缺省值，是包头中的8位的域。TTL的最初设想是确定一个时间范围，超过此时间就把包丢弃。由于每个路由器都至少要把TTL域减一，TTL通常表示包在被丢弃前最多能经过的路由器个数。当记数到0时，路由器决定丢弃该包，并发送一个ICMP报文给最初的发送者。
Windows 95/98中TTL的缺省值为32。有人建议当到达一个节点比较困难时，把此值设为128。ping和tracerouter都使用TTL值以尝试到达给定的主机或跟踪到那个主机的路由。traceroute