使用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緩存

回答

相關問題