談談網域名稱DNS的快取問題

2022-10-05 07:27:09 字數 1284 閱讀 7213

可以從很多地方看到,許多剛開始做站的朋友,對網域名稱設定方面的知識原理一知半解,以至於為了某些測試需要,經常對網域名稱解析大動干戈。今天改個a記錄,明天又換個ns。又或者,在遷移網域名稱,遷移**的時候的時候由於一些錯誤的操作,導致本可避免的問題, 在不恰當的操作下就出現了問題。

網域名稱解析不像空間繫結ip那樣,能夠即時生效,即時失效。

每乙個網域名稱,在服務商那邊都有乙個dns伺服器,作用是把利於使用者記憶的網域名稱轉換成計算機方便理解的ip位址,在網域名稱管理中,其中一項就記錄著你的網域名稱指向,術語叫a記錄,用於指向乙個ip程式設計客棧位址。

但全世界的人們通過網際網路訪問你的**時,會通過網域名稱定址,訪問你的網域名稱服務商的dns伺服器,獲得你指定的ip位址。然後成功登陸你的**。

但是並不是每次訪問你的**,都會去你的服務商dns伺服器查詢ip位址。通常你所在的城市isp(網路服務提供商)都會有乙個dns伺服器,他會在你第一次訪問時快取你的網域名稱指向。下次你再訪問時,他會從快取裡把你曾經指向的ip調出來。

這個時候,問題就來了。如果你在服務商後台重新指向了乙個新的ip。而各個城市的dns伺服器並不知情,那麼使用者訪問你的**時,還會訪問到過去的老ip,導致**無法開啟。通常各地的dns伺服器,會在一段時間內重新定址,定位你的新ip位址。

可惜的是,各地dns重新整理的時間都是未知的,有的快,有得慢。當然,如果服務商的dns伺服器不好,無法提供及時的同步,也會導致網域名稱無法解析到新的ip位址。這就是為什麼有的服務商網域名稱註冊特別便宜,而有得就比較貴的原因之一。

就網域名稱普通解析操作來說,在你網域名稱dns伺服器比較正常的話,新增新的解析記錄qkibb,生效時間是1小時以內。修改解析記錄,生效時間是6小時內,總體來說,一般不會超過12小時。

近段時間,由於godaddy的網域名稱dns在國內個別地區,頻遭相關運營商的遮蔽,造成這些地區無法訪問**。一些使用godaddy網域名稱dns的站長,也包括本站,不得已又紛紛將dns轉回國內。大部分個人站長將網域名稱dns轉移到國內一家提供免費dns的服務商「dnspod」那裡。

這裡就有乙個修改網域名稱ns記錄(即網域名稱dns伺服器)的問題,相比網域名稱解析而言,修改網域名稱ns,生效過程是很漫長的,要世界各地全部生效,可能會慢到72小時以內。

在修改網域名稱dns的時候,網域名稱舊控制面板上的各項解析記錄不要立即刪除,以保證新舊dns交替的時候保證網域名稱解析的平衡過渡,不會中斷解析。但對於舊網域名稱dns必須全部刪除,以免發生解析混亂的現象。

而網域名稱ttl,即網域名稱記錄生效期,建議600以上,不宜過長,也不易過短,過長會導致網域名稱解析生效時間長qkibb,過短會加重dns負擔,致使解析不穩定。

本文標題: 談談網域名稱dns的快取問題

本文位址: /news/exp/42222.html

DNS網域名稱解析時的順序問題

etc resolv.conf 配置dns客戶端,它包含了主機的網域名稱搜尋順序和dns伺服器的位址,每一行應包含乙個關鍵字和乙個或多個的由空格隔開的引數。下面是乙個例子檔案 search linuxtro.grp4 nameserver 192.168.0.87 nameserver 192.16...

談談CentOS 上的DNS配置

這裡看到很多朋友都分享了自己在centos redhat 上安裝配置dns的文章,非常不錯,很詳細。但是我想說,有乙個小小的地方不太注意,這裡提出,希望可以有所幫助。文中寫安裝dns 服務,用了bind服務,yum y install bind bind utils bind libs bind c...

談談redis快取三大問題(二) 快取雪崩

今天抽時間和大家聊聊redis的雪崩以及redis集群的演變過程。首先來說說什麼是redis的快取雪崩。如圖是乙個比較常見的業務流程圖,先去看快取是否存在,如果存在返回,如果不存在直接查資料庫,並更新快取。一般在設定快取的時候,都會去設定乙個失效時間,防止無用快取占用大量記憶體。常見的快取雪崩分為兩...