1淺談DNS體系結(jié)構(gòu)DNS系列之一

1、1淺談dns體系結(jié)構(gòu)dns系列之一1淺談dns體系構(gòu)造dns系列之一淺談dns體系構(gòu)造:dns系列之一2008-10-13:4:4標(biāo)簽：dnsosts體系構(gòu)造推送到技術(shù)圈版權(quán)聲明:原創(chuàng)作品，允許轉(zhuǎn)載,轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明文章原始出處、信息和本聲明。否那么將追究法律責(zé)任。淺談dns體系構(gòu)造dn是目前互聯(lián)網(wǎng)上最不行或缺的效勞器之一,每天我們?cè)诨ヂ?lián)網(wǎng)上沖浪都需要dns的關(guān)心。dns效勞器可以為我們解析域名，定位電子郵件效勞器,找到域中的域掌握器面對(duì)這么一個(gè)重要的效勞器角色,我們有必要對(duì)它進(jìn)展一番深化討論，本文嘗摸索討一下的體系構(gòu)造，從而讓大家能更好地理解dn s的原理。dns的主要工作是域名

2、解析，也就是把計(jì)算機(jī)名翻譯成p地址,這樣我們就可以挺直用易于聯(lián)想記憶的計(jì)算機(jī)名來(lái)進(jìn)展網(wǎng)絡(luò)通訊而不用去記憶那些枯燥晦澀的ip地址了。如今我們給出一個(gè)問(wèn)題，在dns出現(xiàn)之前，互聯(lián)網(wǎng)上是如何進(jìn)展計(jì)算機(jī)名稱解析的?這個(gè)問(wèn)題明顯是有實(shí)際意義的，描繪ds的rfc88和88出如今184年,但969年1月互聯(lián)網(wǎng)就誕生了,莫非在d出現(xiàn)之前互聯(lián)網(wǎng)的先驅(qū)們都是相互用i地址進(jìn)展通訊的？當(dāng)然不是,但早期互聯(lián)網(wǎng)的規(guī)模的確特別小,最早互聯(lián)網(wǎng)上只有4臺(tái)主機(jī)，分別在猶他大學(xué),斯坦福大學(xué)，加州洛杉磯分校和加州圣芭芭拉分校，即使在整個(gè)7年月互聯(lián)網(wǎng)上也只有幾百臺(tái)主機(jī)而已。這樣一來(lái),解決名稱解析的問(wèn)題就可以用法一個(gè)特別簡(jiǎn)潔的方法，每臺(tái)

3、主機(jī)利用一個(gè)osts文件就可以把互聯(lián)網(wǎng)上全部的主機(jī)都解析出來(lái)。這個(gè)hss文件如今我們還在用法,途徑就在windosssm3drive et名目下,如下列圖所示就是一個(gè)hosts文件的例子，我們?cè)趫D中可以很清晰地看到hosts文件把urlurl解析為202.18.2.。1淺談dns體系構(gòu)造dns系列之一在一個(gè)小規(guī)模的互聯(lián)網(wǎng)上，用法hsts文件是一個(gè)特別簡(jiǎn)潔的解決方案,一般狀況下,斯坦福大學(xué)的主機(jī)管理員每周更新一次hosts文件,其他的主機(jī)管理員每周都定時(shí)下載更新的hot文件。但明顯這種解決方案在互聯(lián)網(wǎng)規(guī)模快速膨脹時(shí)就不太適用了,就算如今的互聯(lián)網(wǎng)上有一億臺(tái)主機(jī),想想看，假如每個(gè)人的計(jì)算機(jī)中都要有一

4、個(gè)包容一億臺(tái)主機(jī)的hots文件!呵呵，是不是快要崩潰了！互聯(lián)網(wǎng)的管理者們準(zhǔn)時(shí)為hoss文件找到了繼任者dn,dns的設(shè)計(jì)要求用法分布式構(gòu)造,既可以允許主機(jī)分散管理數(shù)據(jù)，同時(shí)數(shù)據(jù)又可以被整個(gè)網(wǎng)絡(luò)所用法。管理的分散有利于緩解單一主機(jī)的瓶頸,緩解流量壓力，同時(shí)也讓數(shù)據(jù)更新變得簡(jiǎn)潔。dns還被設(shè)計(jì)用法有層次構(gòu)造的名稱空間為主機(jī)命名，以確保主機(jī)域名的唯一性。dns的設(shè)計(jì)要求您已經(jīng)看到了，下面我來(lái)詳細(xì)說(shuō)明一下。d的前身hots 文件是一個(gè)完全的分散解析方案，每臺(tái)主機(jī)都自己負(fù)責(zé)名稱解析,這種方法已經(jīng)被我們否認(rèn)了。那我們能否用法一個(gè)完全集中的解析方案呢？也就是全世界只有一個(gè)ts文件，互聯(lián)網(wǎng)用戶都利用這個(gè)文件進(jìn)

5、展名稱解析!這個(gè)方案咋一聽(tīng)還是有可取之處的,至少大家都解脫出來(lái)了，不用每臺(tái)計(jì)算機(jī)都更新那個(gè)hot s文件了，全世界只要把這個(gè)唯一的hos文件維護(hù)好就完事大吉了。事實(shí)上認(rèn)真考慮一下,有許多的問(wèn)題，例如這臺(tái)存放hosts文件的主時(shí)機(jī)成為性能瓶頸，面臨宏大的流量壓力，而且每個(gè)域名解析的結(jié)果都要通過(guò)這個(gè)文件進(jìn)展更新，更新的速度可想而知不會(huì)太準(zhǔn)時(shí)。因此，dns也沒(méi)有采納這種完全集中的解析方案。目前dn采納的是分布式的解析方案。詳細(xì)是這樣的,互聯(lián)網(wǎng)管理委員會(huì)規(guī)定，域名空間的解析權(quán)都?xì)w根效勞器全部,也就是說(shuō),根效勞器對(duì)互聯(lián)網(wǎng)上全部的域名都享有完全的解析權(quán)!且慢，有讀者要提問(wèn)了，那這個(gè)根效勞器不就相當(dāng)于全世界

6、唯一的oss文件了嗎?呵呵，不要焦急，根效勞器用了一個(gè)簡(jiǎn)潔的操作，1淺談dns體系構(gòu)造dns系列之一就轉(zhuǎn)變了這種構(gòu)造。根效勞器用法的是什么操作？委派！下列圖就是根效勞器委派的示意圖，如下列圖所示,根效勞器把c結(jié)尾的域名解析權(quán)委派給其他的ns 效勞器,以后全部以om結(jié)尾的域名根效勞器就都不負(fù)責(zé)解析了,而由被委派的效勞器負(fù)責(zé)解析。而且根效勞器還把以net,g,edu,gov等結(jié)尾的域名都一一進(jìn)展了委派，這些被委派的域名被稱為頂級(jí)域名，每個(gè)頂級(jí)域名都有預(yù)設(shè)的用處,例如co域名用于商業(yè)公司,du域名用于訓(xùn)練機(jī)構(gòu),gv域名用于政府機(jī)關(guān)等等,這種頂級(jí)域名也被稱為頂級(jí)機(jī)構(gòu)域名。根效勞器還針對(duì)不同國(guó)家進(jìn)展了域

7、名委派,例如把全部以c結(jié)尾的域名委派給中國(guó)互聯(lián)網(wǎng)管理中心，以jp結(jié)尾的域名委派給日本互聯(lián)網(wǎng)管理中心,cn，j這些頂級(jí)域名被稱為頂級(jí)地理域名。每個(gè)被委派的dns效勞器同樣用法委派的方式向下進(jìn)展，例如和訊公司想申請(qǐng)用法hxhttp:/.doczj/doc/333069c05b8102d276a20029bd64783e08127d18.html 域名，這時(shí)和訊就要向負(fù)責(zé)域名的dns效勞器提出申請(qǐng),只要heu.co還沒(méi)有被其他公司或個(gè)人用法，而且申請(qǐng)者按時(shí)足額繳納了費(fèi)用,負(fù)責(zé)om域名的效勞器就會(huì)把hxuncom域名委派到和訊公司自己的ds效勞器60.28.25。只要n效勞器用法委派，域名空間就會(huì)逐步

8、形成現(xiàn)有的分布式解析架構(gòu)。這種架構(gòu)把域名解析權(quán)下放到各公司自己的dns效勞器上，既有利于準(zhǔn)時(shí)更新記錄，同時(shí)對(duì)平衡流量壓力也很有好處。那么,在這種分布式的解析構(gòu)造中,dns效勞器如何進(jìn)展域名解析呢？換句話說(shuō)，其他的效勞器怎么知道由負(fù)責(zé)解析http:/.doczj/doc/333069c05b8102d276a20029bd64783e08127d18.html 的域名呢？假如一個(gè)互聯(lián)網(wǎng)用戶想解析域名url/ur,過(guò)程是怎么樣的呢？如下列圖所示，用戶把解析懇求發(fā)送到自己用法的dns效勞器上,s效勞器發(fā)覺(jué)自己無(wú)法解析ururl這個(gè)域名,于是就把這個(gè)域名發(fā)送到根效勞器懇求解析,根效勞器發(fā)覺(jué)這個(gè)域名是以c結(jié)尾的,于是告知查詢者這個(gè)域名應(yīng)當(dāng)詢問(wèn)負(fù)責(zé)cm的ns效勞器。這時(shí)查詢者會(huì)轉(zhuǎn)而向負(fù)責(zé)com的域名效勞器發(fā)出查詢懇求,負(fù)責(zé)cm域名的d效勞器答復(fù)說(shuō)urlul是以hx n.om結(jié)尾的域名,以xn.om結(jié)尾的域名已經(jīng)被委派到ds效勞器608.51