DNS根伺服器裡存了世界上所有的網域名稱嗎?

時間 2021-05-11 06:43:38

1樓:石華偉19970701

我以前是dns吧主,我告訴你們。dns和圖書館一樣。一層層的,乙個.

委派給權威伺服器然後權威伺服器委派網域名稱解析服務商。所謂的非權威查詢意思就是訪問的dns快取,並不是直接查詢權威伺服器。

2樓:傑克

DNS管理是樹狀的授權結構的,比如根伺服器儲存量com cn網域名稱NS伺服器位址

然後com,cn又儲存了註冊網域名稱解析伺服器的位址

然後可能是個人企業維護的DNS,可能為自己提供解析,也可能對其他公司提供解析服務。。

3樓:旅行者

你的新網域名稱只是占用了authoritative server的資源

DNS系統有幾個部分

recursor 你的計算機的dns訪問請求會發往這個伺服器,而後它會負責找到答案,返回給你的計算機。例如,你的計算機查詢a.b.c的位址,recursor會把答案返回回去。

root server recursor會首先詢問root server。root server儲存了頂級網域名稱的網域名稱伺服器位址。recursor從root server這裡知道了.

c網域名稱的伺服器位址,然後recursor就繼續去向.c的網域名稱伺服器查詢。

recursor去詢問.c的網域名稱伺服器,得知了.b.c的網域名稱伺服器位址,然後就去詢問這個伺服器

.b.c的網域名稱伺服器最終儲存著a.

b.c的ip位址,被稱為authoritative server。recursor從authoritative server得到了最後的答案,返回給了你的計算機。

所以你的新網域名稱只是占用了authoritative server的資源。

實際的dns系統還有很多快取機制。

1. 你的作業系統會快取dns記錄

2. recursor可能快取了頂級網域名稱伺服器或者某一級網域名稱伺服器,甚至authoritative server的位址

3. recursor訪問的某乙個伺服器可能快取了結果,減少了查詢的次

4樓:Ncrdius

@牛杰 說的很對。

首先回答題主的問題,不是。那具體的DNS查詢流程是怎樣的麼?我用最常見的迭代查詢舉例說明。

以下情況屬於初次訪問,各級DNS均無快取的情況

我的blog網域名稱是http://

blog.nksec.cn

,使用了dnspod的免費dns服務進行解析。現在我需要訪問我的部落格,於是我在瀏覽器中輸入了https://

blog.nksec.cn

,瀏覽器首先會檢查作業系統中定義的hosts檔案(也就是本機DNS解析表,Windows中是c:/Windows/system32/drivers/etc/hosts,Linux是/etc/hosts),如果沒有在此設定解析記錄的話就向我在網絡卡中配置(或者由上級路由器配置)的DNS伺服器(本地用114公共DNS114.114.

114.114舉例)的53埠使用UDP協議發起解析請求。114.

114.114.114收到我的解析請求,查詢了自己所在的快取庫發現並沒有這個網域名稱相關資訊,於是114.

114.114.114就會向任播(可以理解為網路上有多台這個ip的主機,誰先收到請求誰先回覆)的DNS根伺服器199.

7.83.42查詢。

199.7.83.42收到這個查詢請求並不會直接返回http://

blog.nksec.cn

的位址,因為它也不知道,如果它管理所有解析記錄,那所需的資源是極大的,所以它只會快取一些必要的重要記錄,以及負責管理各自網域名稱字尾(.cn,.net,.

com)的頂級網域名稱根伺服器的ns記錄。199.7.

83.42收到了解析請求,但是它也不知道http://

blog.nksec.cn

究竟對應哪個ip,它只能將自己知道的.cn字尾頂級網域名稱的DNS伺服器告訴了114.114.

114.114,然後114就會再次向cn域的根伺服器發起請求,希望得到http://

blog.nksec.cn

的位址。

cn域收到請求,發現自己也沒有這個網域名稱所對應的解析記錄,但是它這裡有一條ns記錄記錄了http://

nksec.cn

這個一級網域名稱所用的網域名稱伺服器,也就是我所使用的dnspod免費dns解析伺服器:http://

f1d1ns1.dnspod.cn

,於是它就把f1d1ns1返回給114,告訴114再去找dnspod要,然後114再次向dnspod發起請求,dnspod一看這個網域名稱還真是我們這裡的,於是取出了存在自己這裡的http://

blog.nksec.cn

的記錄返回給了114.114.114.114,然後114.114.114.114再返回給你,所謂DNS迭代查詢就是如此。

此外,二級網域名稱還可以單獨設定ns記錄,將其指派給另外的dns伺服器進行解析,這種網域名稱需要解析的話還需要再多一次迭代流程才能拿到記錄。一般由最終網域名稱伺服器層層迭代下來的記錄,被稱為權威應答,因為這是直接管理該網域名稱的伺服器提供的一手訊息,而非權威應答指的就是二手(舊)訊息。

看到這裡,很多朋友可能發現了,這樣一層一層迭代,從屬關係挺清楚的,但是這樣的話得發起3次dns請求,時間開銷極大,那麼怎麼辦呢?此時就要引入快取這個東西。 在我們查詢過乙個網域名稱之後,DNS伺服器(114.

114.114.114)和我們的電腦以及瀏覽器會建立乙個DNS快取,這樣在有人請求這個網域名稱時就無需重新獲取解析記錄,可以直接返回,這個就叫非權威應答。

快取有效期是根據DNS解析記錄的TTL來判定的,不過國內有些運營商DNS伺服器會忽略設定的快取統一快取時間。

除此之外還有一些類似於DNS搶答之類的就不細說了,部分IDC玩DNS劫持的常用花招。

5樓:

根據維基百科對於「根網域名稱伺服器」的描述,「根網域名稱伺服器(英語:root name server)是網際網路網域名稱解析系統(DNS)中最高端別的網域名稱伺服器,負責返回頂級域的權威網域名稱伺服器位址」。

我們一般常用的 DNS 服務,是我請求網域名稱和型別,他返回給你 IP 位址。那上面這句話怎麼理解?

當我們向某個根網域名稱伺服器請求 www 的 A 位址的時候(這裡請求了 A 根網域名稱伺服器):

> dig @198.41.0.4 www A

能夠發現返回中沒有 answer 而是 authority,其中帶有數條 NS 型別的 DNS 記錄,含義是,伺服器告訴你我不知道回答,但是我覺得這些伺服器知道回答,還很貼心的附上了這些網域名稱的 IP 位址以便接下來的查詢

接下來就可以繼續根據給的這些伺服器去查

> dig @192.5.6.30 www A

返回的結果也是一樣的,告訴你這個網域名稱這兩個知道,問他們去

dig @129.211.176.212 www A

這次情況有點不一樣了,answer 裡面告訴 www CNAME 到了另乙個網域名稱 www.

zhihu.com.bb.

gktianshanjd.com

未完待續……

我的世界伺服器怎麼保持使用者粘性?

貝銳蒲公英異地組網 搞活動 建立自己的服務社群,當然重要的一點,維護好伺服器,或者用更加方便的方式連入伺服器,甚至手機都能一起玩 當然要相同的版本 貝銳蒲公英異地組網 比起遠端辦公,遠端 更瘋狂!因為 我的世界 聯機比較特殊,所以才有了這款黑科技,在玩家之間建立橋梁,純免費! helloender ...

在Minecraft遊戲裡伺服器真的很亂嗎? Ps 指大概總體而言

奇方丶 不亂,基本上伺服器的腐竹都會把伺服器打理的比較妥當,沒有op許可權的玩家都不會太囂張 當然他也不能 伺服器基本上都是有命令方塊的指令來協助執行,除非有些腐竹人傻錢多,帶著一群人在伺服器裡瞎搞,所以說除去個例,Minecraft裡面的伺服器還是不亂的。 帥大2004 瀉藥。我是基岩版玩家,只談...

為什麼現在伺服器不好銷售了?

SIR劉 銷售工作,沒有所謂的好做與不好做。同乙個產品,有些人做的不錯,有些人不行。重點在於個人自己也沒有找到合適自己的方法進行拓客和成交。伺服器這塊產品,目前都是比較成熟的產品,競爭很大,但是市場也很大。企業和機構對伺服器的需求是很大的,尤其是雲伺服器出現後。當然,伺服器這塊產品,需要深耕市場,短...