【文章內(nèi)容簡介】 “權(quán)威回答(AuthoritativeAnswer)”,由響應(yīng)服務(wù)器填寫。TC:表示相應(yīng)數(shù)據(jù)包可截斷。的其他名字服務(wù)器列表。RA:表示可用遞歸,如果服務(wù)器支持遞歸查詢,在響應(yīng)中置位。除了根服務(wù)器,都應(yīng)該支持遞歸查詢。Zer0:必須為0,保留將來使用。Rcode:響應(yīng)碼,0表示沒有差錯,1表示格式錯誤,2表示服務(wù)器故障,3表示名字錯誤,4表示沒有實(shí)現(xiàn),名字服務(wù)器不支持查詢請求的種類,5表示拒絕,6一15保留將來使用。首部標(biāo)志后面的四個16bit的字段說明最后四個變長字段包含的條目數(shù)。問題數(shù):它指定問題段中的條目數(shù)。資源記錄數(shù):它指定響應(yīng)段中的資源記錄數(shù)。授權(quán)資源記錄數(shù):它指定權(quán)威記錄段中的名字服務(wù)器資源記錄數(shù)。額外資源記錄數(shù):它指定附近記錄段中的資源記錄數(shù)，： DNS查詢報文中的問題段的格式表0 15 16 31查詢名查詢類型查詢類表中查詢名就是要查找的名字,是一個可變長的序列,而且無需以整32bit邊界結(jié)束,它的結(jié)束標(biāo)志為一個“0”,因此無需填充字節(jié)。查詢類通常都為lN,代表互聯(lián)網(wǎng)地址,即常說的IP地址,當(dāng)然,某些站點(diǎn)也支持非lP地址。這里需要說明的是查詢類型,每一個問題都有一個查詢類型,而每一個響應(yīng)(也就是資源記錄,RR)也有一個類型。在下表中列舉了一些常用的類型和查詢類型,查詢類型是類型的一個超集(suPerset)。最常用的類型是A,也就是期望獲得查詢主機(jī)名的IP地址。對于反向查詢,期望獲得一個IP地址對應(yīng)的域名,則為PTR類型。類型很重要,它規(guī)定了服務(wù)器作何種動作，： DNS問題和相應(yīng)的類型值和查詢類型值表名字?jǐn)?shù)值描述A1IP地址NS2名字服務(wù)器CNAME5別名，規(guī)范名稱PTR12反向記錄，指針信息HINFO13主機(jī)信息MX15郵件交換記錄SOA6區(qū)域記錄AXFR252對區(qū)域交換的請求ANY255對所有記錄的請求DNS報文最后的三個字段,即問答字段,授權(quán)字段和附加信息字段都是采用RR(ResourceRecord)格式，： DNS資源記錄（RR）格式表0 15 16 31域名類型類生存時間資源數(shù)據(jù)長度資源數(shù)據(jù) 域名字段是記錄中資源數(shù)據(jù)對應(yīng)的名字,它和查詢問題字段中的查詢域名格式一樣。類型字段說明RR的類型,查詢類型是一樣的。類通常為lN,指Intemet數(shù)據(jù)。生存時間(TTL)通常指數(shù)據(jù)在客戶端或者cache中保存的時間,一般來說資源記錄通常的生存時間為2天。資源數(shù)據(jù)長度說明資源數(shù)據(jù)(RData)的數(shù)量,一個資源數(shù)據(jù)字段可能有多條資源數(shù)據(jù),RData的格式依賴于類型字段的值,不同的資源記錄類型的資源數(shù)據(jù)格式是不一樣的,例如對于A類型,資源數(shù)據(jù)是四字節(jié)的IP地址。這里要提到一個資源記錄集(RRs)的概念,一般來說具有相同域名(Name)類型(type)、類(Class)的資源記錄被稱為資源記錄集(也稱為資源記錄序列,RRset,雙s)。： 數(shù)據(jù)包傳送過程使用UDP消息通過UDP的53端口進(jìn)行傳輸。UDP傳輸?shù)南?yán)格要求限制在512字節(jié)內(nèi)(不包括IP和UDP頭)。長報文被截斷，同時置報文頭的TC標(biāo)志位。UDP不能用于區(qū)域傳輸，主要用在標(biāo)準(zhǔn)的域名查詢。報文通過UDP可能會丟失，所以重傳機(jī)制是需要的，請求和應(yīng)答可能在網(wǎng)絡(luò)中或者服務(wù)器處理的時候被重新排序，所以解析客戶端不能依賴請求的發(fā)送順序。UDP的最優(yōu)重傳策略會因?yàn)榫W(wǎng)絡(luò)的性能，客戶的需要而不同，但是下面是推薦的： 客戶端在對一臺固定的服務(wù)器重試之前，嘗試一下其他的服務(wù)器。 如果可能的話，重傳的時間間隔需要建立在統(tǒng)計分析數(shù)據(jù)的基礎(chǔ)上，太快的重試可能因?yàn)榱刻髮?dǎo)致服務(wù)器響應(yīng)慢。建議的重試時間為25秒。使用TCP通過TCP發(fā)送的報文使用53端口，報文的前面有個字節(jié)表示后面報文的長度，長度不包括自己占用的2個字節(jié)，這個長度使得底層收取完整的報文后在交給上層處理。很多連接管理策略如下: 服務(wù)器不能阻塞其他傳輸TCP數(shù)據(jù)的請求。 服務(wù)器需要支持多連接 服務(wù)器要等客戶端主動關(guān)閉連接，除非所有的數(shù)據(jù)都已經(jīng)傳輸完了。 如果服務(wù)器想關(guān)閉沒有通訊的連接來釋放資源，那么需要等待大約2分鐘的時間。特別是要等SOA和AXFR(刷新操作中)在一個連接上傳輸完。服務(wù)器關(guān)閉連接的時候可以單方面的關(guān)閉，或者直接reset掉連接。 DNS主輔同步DNS輔助服務(wù)器為了防止DNS服務(wù)器由于各種軟硬件故障導(dǎo)致停止DNS服務(wù)[17]，建議在同一個網(wǎng)絡(luò)中部屬兩臺或兩臺以上的DNS服務(wù)器。其中一臺作為主DNS服務(wù)器，其他的作為輔助DNS服務(wù)器。當(dāng)主DNS服務(wù)器正常運(yùn)行時，輔助DNS服務(wù)器只起備份作用。當(dāng)主DNS服務(wù)器發(fā)生故障后，輔助DNS服務(wù)器立即啟動承擔(dān)DNS解析服務(wù)。另外，輔助DNS服務(wù)器會自動從主DNS服務(wù)器中獲取相應(yīng)的數(shù)據(jù)，因此無需在輔助DNS服務(wù)器中添加各個主機(jī)記錄。 DNS主輔同步原理： DNS主從同步原理主服務(wù)器向從服務(wù)器發(fā)送notify消息從服務(wù)器收到主服務(wù)器發(fā)送notify消息，向主服務(wù)器返回一個notify response消息。同時，從服務(wù)器向主服務(wù)器發(fā)送SOA query消息。主服務(wù)器向從服務(wù)器返回SOA response消息。從服務(wù)器收到SOA response消息后，比對自身的Serial值，如果發(fā)現(xiàn)主服務(wù)器的Serial值大于自身的Serial值，那么就發(fā)送Zone transfer request消息。從服務(wù)器向主服務(wù)器發(fā)送Zone transfer request消息請求AXFR。主服務(wù)器返回Zone transfer response消息，主服務(wù)器執(zhí)行Zone transfer。 Heartbeat工作機(jī)制Heartbeat[18]包括心跳監(jiān)測和資源管理兩個部分，其中心跳監(jiān)測通過網(wǎng)絡(luò)鏈路和串口進(jìn)行，支持冗余鏈路，兩者之間通過互發(fā)報文告訴對方自己的當(dāng)前的狀態(tài)，如果指定的時間內(nèi)雙方?jīng)]有收到對方的發(fā)送的報文，就可以表示對方失效了，這時需要啟動資源接管模塊來接管運(yùn)行在對方主機(jī)上的資源或者服務(wù)。（1）集群成員一致性管理模塊（CCM）CCM用于管理集群節(jié)點(diǎn)成員，同時管理成員之間的關(guān)系和節(jié)點(diǎn)間資源的分配。Heartbeat模塊負(fù)責(zé)檢測主次節(jié)點(diǎn)的運(yùn)行狀態(tài)，以決定節(jié)點(diǎn)是否失效。halogd模塊用于記錄集群中所有模塊和服務(wù)的運(yùn)行信息。（2）本地資源管理器（LRM）LRM負(fù)責(zé)本地資源的啟動、停止和監(jiān)控，一般由LRM守護(hù)進(jìn)程lrmd和節(jié)點(diǎn)監(jiān)控進(jìn)程Stonith Daemon組成。lrmd守護(hù)進(jìn)程負(fù)責(zé)節(jié)點(diǎn)間的通信；Stonith Daemon通常是一個Fence設(shè)備，主要用于監(jiān)控節(jié)點(diǎn)狀態(tài)，當(dāng)一個節(jié)點(diǎn)出現(xiàn)問題時處于正常狀態(tài)的節(jié)點(diǎn)會通過Fence設(shè)備將其重啟或關(guān)機(jī)以釋放IP、磁盤等資源，始終保持資源被一個節(jié)點(diǎn)擁有，防止資源爭用的發(fā)生。（3）集群資源管理模塊（CRM）CRM用于處理節(jié)點(diǎn)和資源之間的依賴關(guān)系，同時，管理節(jié)點(diǎn)對資源的使用，一般由CRM守護(hù)進(jìn)程crmd、集群策略引擎和集群轉(zhuǎn)移引擎3個部分組成。集群策略引擎（Cluster policy engine）具體實(shí)施這些管理和依賴；集群轉(zhuǎn)移引擎（Cluster transition engine）監(jiān)控CRM模塊的狀態(tài)，當(dāng)一個節(jié)點(diǎn)出現(xiàn)故障時，負(fù)責(zé)協(xié)調(diào)另一個節(jié)點(diǎn)上的進(jìn)程進(jìn)行合理的資源接管，： heartbeat架構(gòu)第3章 系統(tǒng)實(shí)現(xiàn)linux系統(tǒng)安裝Red Hat Enterprise Linux Server release ：虛擬機(jī)下載地址：，： 虛擬機(jī)安裝完成截圖準(zhǔn)備安裝環(huán)境，其中每臺linux的服務(wù)器的安裝環(huán)境都一樣，： 服務(wù)器硬件環(huán)境內(nèi)存512M硬盤（SCSI）40G網(wǎng)卡2塊連接方式橋接接著安裝，具體的安裝步驟不在這里做詳細(xì)的介紹，安裝完成后對系統(tǒng)進(jìn)行相應(yīng)的優(yōu)化。其中優(yōu)化項(xiàng)目有：開機(jī)使用字符界面啟動；關(guān)閉不必要的服務(wù)，如防火墻、selinux、sendmail、postfix等將開機(jī)的時間減短為0秒Linux系統(tǒng)安裝完成截圖,： linux系統(tǒng)開機(jī)BIND安裝配置linux yum倉庫，安裝DNS服務(wù)器軟件bind 和bindchroot，安裝命令：yum install bind bindchroot nogpgcheck y查看安裝是否成功：[root@DBSERVER ~] rpm qa|grep bind如上所示，如果有出現(xiàn)以上的輸出，則表示已經(jīng)安裝成功。squid源碼安裝下載squid源碼包，下載地址： ，進(jìn)行解壓安裝首先創(chuàng)建squid用戶并創(chuàng)建squid安裝目錄：useradd squid mkdir p /user/local/squid安裝步驟如下：tar zxvf cd ./configure prefix=/usr/local/squid sysconfdir=/etc/squid enablestoreio=aufs,diskd,ufs enableerrlanguage=Simplify_Chinese enabledefaulterrlanguage=Simplify_Chinese enablesnmp withlargefilesmakemake installdnstop工具源代碼安裝tar tar xf cd dnstop20121017 ./configure make，。1　 :acl local {。}。acl c {。}。acl ctc {。}。//定義三個acl，分別對應(yīng)本地IP地址段、電信IP地址段和網(wǎng)通IP地址段。view c{//第一個視圖“c”，匹配客戶端ACL“c”電信地址段。 matchclients {key jinkey。 c。}。 recursion yes。 zone { type master。 file 。 allowtransfer { any。 }。 alsonotify { 。 。 }。 allowupdate { 。 }。 }。}。view ctc{//定義第二個視圖，匹配與客戶端ACL “ctc”網(wǎng)通地址段 matchclients {key yingkey。 ctc。 }。 recursion yes。 zone { type master。 file 。 allowtransfer { 。 。 }。 alsonotify { 。 。 }。 }。}。view local{//定義第三個視圖，匹配與客戶端ACL “l(fā)ocal”本地地址段。 matchclients {key keyany。 local。}。 recursion yes。 zone . IN { type hint。 file 。 }。 zone { type master。 file 。 //如果是本地地址則解析到電信的服務(wù)器上。allowtransfer { 。 。 }。 alsonotify { 。 。 }。 }。}。2　 $ORIGIN .$TTL 0@ IN SOA ctc. root ( 3397 。 serial () 3H 。 refresh 15M 。 retry 0W 。 expiry 1D ) 。 minimum IN NS ctc. IN A IN A IN A IN