使用DDoS保护服务的DNS缓存

我目前正在为我的域使用CloudFlare的服务。使用DDoS保护服务的DNS缓存

有趣的是，当我更改A记录时，新网站在几分钟后弹出。

我记得，当我没有使用它们时，我不得不等待24小时，甚至在一些电脑上等待48小时。

这是因为他们？如果是这样，我想这是因为我改变了A记录，但是域名实际上仍然与他们的一样（他们的）？

来源

2016-01-04 Turbo Host

来自ServerFault的相关问答：[低TTL是DNS的一个可观的负担？]（http://serverfault.com/a/584445/39085）。 – jweyrich

但是如果他们不更改A记录，当我使用控制面板更改时会怎么样？那么，就不会有任何缓存问题。我认为这是事实。我刚刚给他们发了一个询问。 –

每个DNS记录都有一个“生存时间”（又名TTL），它指定DNS解析器在获得答案的新副本之前应该记住答案的时间。

例如：

dig +noall +answer stackoverflow.com 
stackoverflow.com.  144  IN  A  104.16.37.249 
stackoverflow.com.  144  IN  A  104.16.35.249 
stackoverflow.com.  144  IN  A  104.16.33.249 
stackoverflow.com.  144  IN  A  104.16.36.249 
stackoverflow.com.  144  IN  A  104.16.34.249

在这种情况下，我的解析器会记住这个问题的答案“stackoverflow.com”为144秒以上。可能CloudFlare使用比您的DNS记录来自的任何地方更小的TTL。

来源

2016-01-04 15:33:47

CloudFlare的TTL默认为5分钟，因此传播几乎是立即进行，但中间解析器（和浏览器）可能会缓存更长时间 - 不考虑原始TTL - 所以它归结为客户端用于解析域的服务器，哪些浏览器，以及哪些操作系统。 – jweyrich

如果只依赖于TTL，这是否意味着我的旧DNS服务器有86400？我不记得那样。这个问题可以与最终用户的DNS服务器连接吗？ –

没错。所以主要问题是 - 当我使用控制面板更改它时，CloudFlare会更改它的记录吗？因为如果他们不这样做 - 不会有任何刷新现金的问题。 –

使用DDoS保护服务的DNS缓存

回答

相关问题