本發(fā)明涉及通信網(wǎng)絡(luò)中的域名系統(tǒng)技術(shù)領(lǐng)域，尤其涉及一種域名資源記錄緩存的集中管控方法、裝置和相關(guān)設(shè)備。

背景技術(shù)：

在現(xiàn)有技術(shù)中，域名解析技術(shù)是互聯(lián)網(wǎng)的基礎(chǔ)性技術(shù)。它提供了實(shí)現(xiàn)域名信息和網(wǎng)絡(luò)協(xié)議(Internet Protocol，簡(jiǎn)稱為IP)地址信息的相互映射關(guān)系，使得用戶在使用互聯(lián)網(wǎng)時(shí)，無(wú)需記憶復(fù)雜的IP地址信息，而僅需記錄簡(jiǎn)單的域名信息，極大促進(jìn)了因特網(wǎng)的發(fā)展。

現(xiàn)有的域名解析和域名緩存處理是一個(gè)復(fù)雜的過(guò)程，現(xiàn)在以客戶端需要訪問www.zte.com為例，對(duì)具體的域名解析和域名緩存處理進(jìn)行詳細(xì)說(shuō)明，圖1是現(xiàn)有技術(shù)中域名解析和域名緩存處理過(guò)程的信令流程圖，如圖1所示，該處理過(guò)程涉及的系統(tǒng)包括了客戶端，域名解析服務(wù)器，根域名服務(wù)器，com域名服務(wù)器，zte.com域名服務(wù)器，以及www.zte.com域名服務(wù)器。其中，客戶端負(fù)責(zé)根據(jù)具體應(yīng)用的需求發(fā)起域名系統(tǒng)(Domain Name System，簡(jiǎn)稱為DNS)請(qǐng)求；域名解析服務(wù)器對(duì)應(yīng)標(biāo)準(zhǔn)協(xié)議RFC1034中的resolver，一般情況下，域名解析服務(wù)器會(huì)和本地域名服務(wù)器合設(shè)，而本地域名服務(wù)器這里指的是客戶端配置、指定或從互聯(lián)網(wǎng)服務(wù)提供商(Internet Service Provider，簡(jiǎn)稱為ISP)處獲取的域名服務(wù)器，具體負(fù)責(zé)為用戶提供域名解析和域名資源記錄的緩存等；根域名服務(wù)器指的是現(xiàn)網(wǎng)DNS根服務(wù)器，com域名服務(wù)器指的是獲得授權(quán)的、負(fù)責(zé)com域解析和管理的域名服務(wù)器；zte.com域名服務(wù)器指的是獲得授權(quán)的、負(fù)責(zé)zte.com域解析和管理的域名服務(wù)器；www.zte.com域名服務(wù)器指的是獲得授權(quán) 的負(fù)責(zé)www.zte.com域解析和管理的域名服務(wù)器。具體的處理流程如下：

1、當(dāng)用戶需要訪問具體業(yè)務(wù)，例如：訪問www.zte.com，客戶端需要進(jìn)行針對(duì)www.zte.com的域名解析?？蛻舳耸紫葧?huì)去查看操作系統(tǒng)的本地配置文件，比如：windows系統(tǒng)的host文件，如果查到有對(duì)應(yīng)的域名資源記錄，則完成域名解析；

2、如果客戶端在本地配置文件中找不到對(duì)應(yīng)的域名資源記錄，則轉(zhuǎn)去查看客戶端本地的DNS緩存，如果有對(duì)應(yīng)的域名資源記錄，則完成域名解析；

3、客戶端在本地域名緩存中也無(wú)法獲得域名解析的情況下，客戶端需要向域名解析服務(wù)器發(fā)起域名解析請(qǐng)求；

4、域名解析服務(wù)器接收到用戶域名請(qǐng)求后，首先查詢本地資源，如果要查詢的域名包含在本地配置的區(qū)域資源中(即獲得授權(quán)的資源記錄)，則完成DNS解析，向客戶端返回DNS解析結(jié)果，該解析結(jié)果具有權(quán)威性；如果要查詢的域名包含在緩存的區(qū)域資源記錄中(即非授權(quán)的資源記錄)，則完成DNS解析，向客戶端返回DNS解析結(jié)果，該解析結(jié)果不具有權(quán)威性；

5、如果在域名解析服務(wù)器的本地配置區(qū)域資源和緩存資源中都解析不到，則需要向上級(jí)DNS域名服務(wù)器請(qǐng)求解析。在這里，假定配置域名解析服務(wù)器向根域名服務(wù)器請(qǐng)求解析；

6、根域名服務(wù)器收到域名解析請(qǐng)求后，判斷這個(gè)域名是由com域名服務(wù)器授權(quán)管理，因此，將com域名服務(wù)器的信息返回給域名解析服務(wù)器；

7、域名解析服務(wù)器獲得com域名服務(wù)器的信息后，向com域名服務(wù)器發(fā)起域名解析請(qǐng)求；

8、com域名服務(wù)器收到域名解析請(qǐng)求后，判斷這個(gè)域名是由zte.com域名服務(wù)器授權(quán)管理，因此，將zte.com域名服務(wù)器的信息返回給域名解析服務(wù)器；

9、域名解析服務(wù)器獲得zte.com域名服務(wù)器的信息后，向zte.com域名服務(wù)器發(fā)起域名解析請(qǐng)求；

10、zte.com域名服務(wù)器收到域名解析請(qǐng)求后，判斷這個(gè)域名是由 www.zte.com域名服務(wù)器授權(quán)管理，因此，將www.zte.com域名服務(wù)器的信息返回給域名解析服務(wù)器；

11、域名解析服務(wù)器獲得www.zte.com域名服務(wù)器的信息后，向www.zte.com域名服務(wù)器發(fā)起域名解析請(qǐng)求；

12、www.zte.com域名服務(wù)器根據(jù)域名請(qǐng)求進(jìn)行查詢，發(fā)現(xiàn)該請(qǐng)求需要查詢的域名包含在本地配置的區(qū)域資源中，將對(duì)應(yīng)的域名解析結(jié)果返回給域名解析服務(wù)器，該域名解析結(jié)果具有權(quán)威性；

13、域名解析服務(wù)器獲得域名解析結(jié)果后，根據(jù)策略決策是否對(duì)該域名資源記錄進(jìn)行緩存，一般情況下，域名解析服務(wù)器會(huì)緩存該域名資源記錄，以便于為后續(xù)同樣的域名解析請(qǐng)求服務(wù)，提高域名解析效率；

14、域名解析服務(wù)器將獲得的域名解析結(jié)果返回給客戶端；

15、客戶端根據(jù)策略決定是否緩存該域名資源記錄，具體的緩存策略和具體的客戶端操作系統(tǒng)以及用戶系統(tǒng)配置相關(guān)；如果進(jìn)行DNS域名資源記錄緩存則可有效提高域名解析效率。

從上述域名解析和域名緩存的處理過(guò)程中，可以知道，在域名解析的過(guò)程中，首先是查詢本地的資源記錄信息和緩存的資源記錄信息，通過(guò)這樣的方式來(lái)提高域名解析的效率和避免集中處理的性能問題。因此，絕大多數(shù)的域名解析服務(wù)器在獲得新的域名解析記錄時(shí)，都會(huì)選擇進(jìn)行本地緩存，以提高域名解析的效率。但這樣的方式也會(huì)帶來(lái)相應(yīng)的問題，例如：DNS解析失效等問題。

從以上的處理流程，可以看到，DNS資源記錄的緩存是獲得解析結(jié)果的域名解析服務(wù)器本身的行為，并沒有相應(yīng)的宣告機(jī)制，也就是說(shuō)，權(quán)威域名服務(wù)器并不知道網(wǎng)絡(luò)上有哪些域名解析服務(wù)器緩存了它授權(quán)維護(hù)的域名資源記錄。當(dāng)它的域名資源記錄出現(xiàn)變化時(shí)，比如：域名www.zte.com對(duì)應(yīng)的IP地址從原先的1.1.1.1改變?yōu)?.2.2.2，就會(huì)出現(xiàn)一定程度的域名解析問題。因?yàn)橛蛎馕龇?wù)器依據(jù)用戶的DNS解析請(qǐng)求在查詢本地的緩存記錄時(shí)就會(huì)獲得www.zte.com對(duì)應(yīng)的IP地址為1.1.1.1的域名解析結(jié)果。

導(dǎo)致這一問題的原因是，現(xiàn)有的技術(shù)只關(guān)注了授權(quán)域名服務(wù)器之間的更新和同步，具體的技術(shù)包括了增量區(qū)域傳輸(IXFR)，標(biāo)準(zhǔn)區(qū)域傳輸(AXFR)等，具體可參見RFC1995，RFC1996，RFC2136，RFC2137，RFC3007，RFC5936等?，F(xiàn)有技術(shù)忽略了非授權(quán)信息的更新。在網(wǎng)絡(luò)中，有著大量的域名解析服務(wù)器做了大量的域名資源記錄的緩存，這些都是非授權(quán)的資源記錄，這些都是本地行為，對(duì)授權(quán)域名服務(wù)器、權(quán)威域名服務(wù)器都是不可見的。權(quán)威域名服務(wù)器可以對(duì)應(yīng)到RFC1996的primary master，是一組授權(quán)域名服務(wù)器的根節(jié)點(diǎn)。因此，當(dāng)特定的域名資源記錄出現(xiàn)變化時(shí)，緩存在各個(gè)域名解析服務(wù)器中的域名資源記錄并沒有得到及時(shí)的更新，這樣就會(huì)導(dǎo)致域名解析錯(cuò)誤，導(dǎo)致業(yè)務(wù)不可用。

很顯然，在使用DNS技術(shù)的時(shí)候，需要緩存功能，因?yàn)樾枰岣逥NS解析的效率，響應(yīng)的速度，避免DNS服務(wù)器的性能瓶頸，但也需要解決由于DNS緩存不可控帶來(lái)的問題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是，提供一種域名資源記錄緩存的集中管控方法、裝置和相關(guān)設(shè)備，對(duì)各域名解析服務(wù)器中緩存的域名資源記錄進(jìn)行集中管控。

本發(fā)明采用的技術(shù)方案是，所述域名資源記錄緩存的集中管控方法，在域名解析服務(wù)器側(cè)執(zhí)行的流程包括：

在域名解析過(guò)程中，在域名解析服務(wù)器對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后，向域名資源記錄緩存管理器發(fā)送相對(duì)應(yīng)的緩存宣告消息，以供域名資源記錄緩存管理器根據(jù)接收到的所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控。

進(jìn)一步的，向域名資源記錄緩存管理器發(fā)送相對(duì)應(yīng)的緩存宣告消息，包括：

根據(jù)所述域名資源記錄中攜帶的緩存宣告控制信息判斷是否需要進(jìn)行緩存宣告；

當(dāng)判定需要緩存宣告時(shí)，根據(jù)所述域名資源記錄中攜帶的地址標(biāo)識(shí)信息獲取域名資源記錄緩存管理器的地址信息；

基于所述地址信息向域名資源記錄緩存管理器發(fā)送相對(duì)應(yīng)的緩存宣告消息。

進(jìn)一步的，所述供域名資源記錄緩存管理器根據(jù)接收到的所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控，包括：

供域名資源記錄緩存管理器執(zhí)行如下管控操作：基于緩存宣告消息，保存域名解析服務(wù)器與域名資源記錄之間的緩存對(duì)應(yīng)關(guān)系；

基于所述緩存對(duì)應(yīng)關(guān)系，對(duì)域名解析服務(wù)器緩存的該域名資源記錄進(jìn)行管控。

本發(fā)明還提供一種域名資源記錄緩存的集中管控方法，在域名資源記錄緩存管理器側(cè)執(zhí)行的流程包括：

接收緩存宣告消息，所述緩存宣告消息是域名解析服務(wù)器在對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后向域名資源記錄緩存管理器發(fā)來(lái)的；

根據(jù)所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控。

進(jìn)一步的，域名服務(wù)器提供的域名資源記錄中攜帶有：

緩存宣告控制信息，用于供域名解析服務(wù)器基于所述緩存宣告控制信息判斷是否需要進(jìn)行緩存宣告；以及，

地址標(biāo)識(shí)信息，用于供域名解析服務(wù)器基于所述地址標(biāo)識(shí)信息向域名資源記錄緩存管理器發(fā)送緩存宣告消息。

進(jìn)一步的，所述根據(jù)所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控，包括：

基于緩存宣告消息，保存域名解析服務(wù)器與域名資源記錄之間的緩存對(duì)應(yīng)關(guān)系；

基于所述緩存對(duì)應(yīng)關(guān)系，對(duì)域名解析服務(wù)器緩存的該域名資源記錄進(jìn)行管控。

本發(fā)明還提供一種域名資源記錄緩存的集中管控方法，在域名服務(wù)器側(cè)執(zhí)行的流程包括：

基于域名解析服務(wù)器的域名解析請(qǐng)求，向所述域名解析服務(wù)器提供相應(yīng)的域名資源記錄，以協(xié)助域名資源記錄緩存管理器對(duì)域名解析服務(wù)器中緩存的由所述域名服務(wù)器提供的域名資源記錄進(jìn)行管控；

所述域名資源記錄中攜帶有：

緩存宣告控制信息，用于供域名解析服務(wù)器基于所述緩存宣告控制信息判斷是否需要進(jìn)行緩存宣告；

地址標(biāo)識(shí)信息，用于供域名解析服務(wù)器基于所述地址標(biāo)識(shí)信息向域名資源記錄緩存管理器發(fā)送緩存宣告消息。

本發(fā)明還提供一種域名資源記錄緩存的集中管控裝置，設(shè)置于域名解析服務(wù)器中，所述裝置包括：

消息宣告模塊，用于在域名解析過(guò)程中，在域名解析服務(wù)器對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后，向域名資源記錄緩存管理器發(fā)送相對(duì)應(yīng)的緩存宣告消息，以供域名資源記錄緩存管理器根據(jù)接收到的所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控；

接受管控模塊，用于接受域名資源記錄緩存管理器對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控。

本發(fā)明還提供一種域名資源記錄緩存的集中管控裝置，設(shè)置于域名資源記錄緩存管理器中，所述裝置包括：

消息接收模塊，用于接收緩存宣告消息，所述緩存宣告消息是域名解析服 務(wù)器在對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后向域名資源記錄緩存管理器發(fā)來(lái)的；

施行管控模塊，用于根據(jù)所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控。

本發(fā)明還提供一種域名資源記錄緩存的集中管控裝置，設(shè)置于域名服務(wù)器中，所述裝置包括：

協(xié)助管控模塊，用于基于域名解析服務(wù)器的域名解析請(qǐng)求，向所述域名解析服務(wù)器提供相應(yīng)的域名資源記錄，以協(xié)助域名資源記錄緩存管理器對(duì)域名解析服務(wù)器中緩存的由所述域名服務(wù)器提供的域名資源記錄進(jìn)行管控；

所述域名資源記錄中攜帶有：

緩存宣告控制信息，用于供域名解析服務(wù)器基于所述緩存宣告控制信息判斷是否需要進(jìn)行緩存宣告；

地址標(biāo)識(shí)信息，用于供域名解析服務(wù)器基于所述地址標(biāo)識(shí)信息向域名資源記錄緩存管理器發(fā)送緩存宣告消息。

本發(fā)明還提供一種域名解析服務(wù)器，包括上述設(shè)置于域名解析服務(wù)器中的域名資源記錄緩存的集中管控裝置。

本發(fā)明還提供一種域名資源記錄緩存管理器，包括上述設(shè)置于域名資源記錄緩存管理器中的域名資源記錄緩存的集中管控裝置。

本發(fā)明還提供一種域名服務(wù)器，包括上述設(shè)置于域名服務(wù)器中的域名資源記錄緩存的集中管控裝置。

采用上述技術(shù)方案，本發(fā)明至少具有下列優(yōu)點(diǎn)：

本發(fā)明所述域名資源記錄緩存的集中管控方法、裝置和相關(guān)設(shè)備，通過(guò)增 加一個(gè)域名資源記錄緩存管理器，并在域名服務(wù)器向域名解析服務(wù)器提供域名資源記錄時(shí)附帶了一種新類型的域名資源記錄，該新類型的域名資源記錄中攜帶有緩存宣告控制信息和地址標(biāo)識(shí)信息，同時(shí)也修改了域名解析處理過(guò)程，使得在域名解析過(guò)程中，當(dāng)域名解析服務(wù)器進(jìn)行了域名資源記錄緩存時(shí)，可以向集中的域名資源記錄緩存管理器進(jìn)行宣告，從而實(shí)現(xiàn)域名資源記錄的緩存的集中管理控制。使得網(wǎng)絡(luò)中大量存在的，各個(gè)解析服務(wù)器緩存的非授權(quán)的域名資源記錄能夠可管可控，有效提高互聯(lián)網(wǎng)業(yè)務(wù)的可用性，提高用戶體驗(yàn)。

附圖說(shuō)明

圖1為現(xiàn)有技術(shù)中域名解析和域名緩存處理過(guò)程示意圖；

圖2為本發(fā)明第一實(shí)施例的域名資源記錄緩存的集中管控方法流程圖；

圖3為本發(fā)明第二實(shí)施例的域名資源記錄緩存的集中管控方法流程圖；

圖4為本發(fā)明第四實(shí)施例的域名資源記錄緩存的集中管控裝置組成結(jié)構(gòu)示意圖；

圖5為本發(fā)明第五實(shí)施例的域名資源記錄緩存的集中管控裝置組成結(jié)構(gòu)示意圖；

圖6為本發(fā)明第十實(shí)施例的域名資源記錄的緩存的集中管理控制的處理過(guò)程示意圖；

圖7為本發(fā)明第十實(shí)施例的域名資源記錄類型的數(shù)據(jù)組成格式示意圖。

具體實(shí)施方式

為更進(jìn)一步闡述本發(fā)明為達(dá)成預(yù)定目的所采取的技術(shù)手段及功效，以下結(jié)合附圖及較佳實(shí)施例，對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明如后。

本發(fā)明第一實(shí)施例，一種域名資源記錄緩存的集中管控方法，如圖2所示，在域名解析服務(wù)器側(cè)執(zhí)行的流程包括以下具體步驟：

步驟S201，在域名解析過(guò)程中，在域名解析服務(wù)器對(duì)域名服務(wù)器提供的域 名資源記錄進(jìn)行緩存。其中，所述域名服務(wù)器包括：授權(quán)域名服務(wù)器，而權(quán)威服務(wù)器是一組授權(quán)域名服務(wù)器的根節(jié)點(diǎn)。

步驟S202，對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后，向域名資源記錄緩存管理器發(fā)送相對(duì)應(yīng)的緩存宣告消息，以供域名資源記錄緩存管理器根據(jù)接收到的所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控。

具體的，步驟S202中，對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后，向域名資源記錄緩存管理器發(fā)送相對(duì)應(yīng)的緩存宣告消息，包括：

根據(jù)所述域名資源記錄中攜帶的緩存宣告控制信息判斷是否需要進(jìn)行緩存宣告；

當(dāng)判定需要緩存宣告時(shí)，根據(jù)所述域名資源記錄中攜帶的地址標(biāo)識(shí)信息獲取域名資源記錄緩存管理器的地址信息；

基于所述地址信息向域名資源記錄緩存管理器發(fā)送相對(duì)應(yīng)的緩存宣告消息。

進(jìn)一步的，步驟S202中，所述供域名資源記錄緩存管理器根據(jù)接收到的所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控，包括：

供域名資源記錄緩存管理器執(zhí)行如下管控操作：基于緩存宣告消息，保存域名解析服務(wù)器與域名資源記錄之間的緩存對(duì)應(yīng)關(guān)系；

基于所述緩存對(duì)應(yīng)關(guān)系，對(duì)域名解析服務(wù)器緩存的該域名資源記錄進(jìn)行管控。

本發(fā)明第二實(shí)施例，一種域名資源記錄緩存的集中管控方法，如圖3所示，在域名資源記錄緩存管理器側(cè)執(zhí)行的流程包括：

步驟S301，接收緩存宣告消息，所述緩存宣告消息是域名解析服務(wù)器在對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后向域名資源記錄緩存管理器發(fā)來(lái) 的。

具體的，域名服務(wù)器提供的域名資源記錄中攜帶有以下信息：

緩存宣告控制信息，用于供域名解析服務(wù)器基于所述緩存宣告控制信息判斷是否需要進(jìn)行緩存宣告；以及，

地址標(biāo)識(shí)信息，用于供域名解析服務(wù)器基于所述地址標(biāo)識(shí)信息向域名資源記錄緩存管理器發(fā)送緩存宣告消息。

步驟S302，根據(jù)所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控。

具體的，步驟S302包括：

基于緩存宣告消息，保存域名解析服務(wù)器與域名資源記錄之間的緩存對(duì)應(yīng)關(guān)系；

基于所述緩存對(duì)應(yīng)關(guān)系，對(duì)域名解析服務(wù)器緩存的該域名資源記錄進(jìn)行管控。

本發(fā)明第三實(shí)施例，一種域名資源記錄緩存的集中管控方法，在域名服務(wù)器側(cè)執(zhí)行的流程包括：

基于域名解析服務(wù)器的域名解析請(qǐng)求，向所述域名解析服務(wù)器提供相應(yīng)的域名資源記錄，以協(xié)助域名資源記錄緩存管理器對(duì)域名解析服務(wù)器中緩存的由所述域名服務(wù)器提供的域名資源記錄進(jìn)行管控；

所述域名資源記錄中攜帶有：

緩存宣告控制信息，用于供域名解析服務(wù)器基于所述緩存宣告控制信息判斷是否需要進(jìn)行緩存宣告；

地址標(biāo)識(shí)信息，用于供域名解析服務(wù)器基于所述地址標(biāo)識(shí)信息向域名資源記錄緩存管理器發(fā)送緩存宣告消息。

本發(fā)明第四實(shí)施例，與第一實(shí)施例對(duì)應(yīng)，本實(shí)施例介紹一種域名資源記錄緩存的集中管控裝置，設(shè)置于域名解析服務(wù)器中，如圖4所示，該裝置包括以 下組成部分：

1)消息宣告模塊401，用于在域名解析過(guò)程中，在域名解析服務(wù)器對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后，向域名資源記錄緩存管理器發(fā)送相對(duì)應(yīng)的緩存宣告消息，以供域名資源記錄緩存管理器根據(jù)接收到的所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控；

具體的，所述供域名資源記錄緩存管理器根據(jù)接收到的所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控，包括：

供域名資源記錄緩存管理器：基于緩存宣告消息，保存域名解析服務(wù)器與域名資源記錄之間的緩存對(duì)應(yīng)關(guān)系；

基于所述緩存對(duì)應(yīng)關(guān)系，對(duì)域名解析服務(wù)器緩存的該域名資源記錄進(jìn)行管控。

2)接受管控模塊402，用于接受域名資源記錄緩存管理器對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控。

本發(fā)明第五實(shí)施例，與第二實(shí)施例對(duì)應(yīng)，本實(shí)施例介紹一種域名資源記錄緩存的集中管控裝置，設(shè)置于域名資源記錄緩存管理器中，如圖5所示，該裝置包括以下組成部分：

1)消息接收模塊501，用于接收緩存宣告消息，所述緩存宣告消息是域名解析服務(wù)器在對(duì)域名服務(wù)器提供的域名資源記錄進(jìn)行緩存后向域名資源記錄緩存管理器發(fā)來(lái)的；

2)施行管控模塊502，用于根據(jù)所述緩存宣告消息，對(duì)所述域名解析服務(wù)器中緩存的所述域名資源記錄進(jìn)行管控。

具體，施行管控模塊502，包括：

關(guān)系保存模塊51，用于基于緩存宣告消息，保存域名解析服務(wù)器與域名資源記錄之間的緩存對(duì)應(yīng)關(guān)系；

主動(dòng)管控模塊52，用于基于所述緩存對(duì)應(yīng)關(guān)系，對(duì)域名解析服務(wù)器緩存的 該域名資源記錄進(jìn)行管控。

本發(fā)明第六實(shí)施例，與第三實(shí)施例對(duì)應(yīng)，本實(shí)施例介紹一種域名資源記錄緩存的集中管控裝置，設(shè)置于域名服務(wù)器中，該裝置包括以下組成部分：

協(xié)助管控模塊，用于基于域名解析服務(wù)器的域名解析請(qǐng)求，向所述域名解析服務(wù)器提供相應(yīng)的域名資源記錄，以協(xié)助域名資源記錄緩存管理器對(duì)域名解析服務(wù)器中緩存的由所述域名服務(wù)器提供的域名資源記錄進(jìn)行管控；

所述域名資源記錄中攜帶有：

緩存宣告控制信息，用于供域名解析服務(wù)器基于所述緩存宣告控制信息判斷是否需要進(jìn)行緩存宣告；

地址標(biāo)識(shí)信息，用于供域名解析服務(wù)器基于所述地址標(biāo)識(shí)信息向域名資源記錄緩存管理器發(fā)送緩存宣告消息。

本發(fā)明第七實(shí)施例，一種域名解析服務(wù)器，可以作為實(shí)體裝置來(lái)理解，該域名解析服務(wù)器包括第四實(shí)施例中的設(shè)置于域名解析服務(wù)器中的域名資源記錄緩存的集中管控裝置。

本發(fā)明第八實(shí)施例，一種域名資源記錄緩存管理器，可以作為實(shí)體裝置來(lái)理解，該域名資源記錄緩存管理器包括第五實(shí)施例中的設(shè)置于域名資源記錄緩存管理器中的域名資源記錄緩存的集中管控裝置。

本發(fā)明第九實(shí)施例，一種域名服務(wù)器，可以作為實(shí)體裝置來(lái)理解，該域名服務(wù)器包括第六實(shí)施例中的設(shè)置于域名服務(wù)器中的域名資源記錄緩存的集中管控裝置。

本發(fā)明第十實(shí)施例，本實(shí)施例是在上述實(shí)施例的基礎(chǔ)上，以訪問www.zte.com為例，結(jié)合附圖6～7介紹一個(gè)本發(fā)明的應(yīng)用實(shí)例，對(duì)一種實(shí)現(xiàn)域名 資源記錄的緩存的集中管理控制的方法和系統(tǒng)進(jìn)行說(shuō)明。

圖6描述了一種實(shí)現(xiàn)域名資源記錄的緩存的集中管理控制的處理過(guò)程。在本處理過(guò)程中包括了客戶端、域名解析服務(wù)器、根域名服務(wù)器、com域名服務(wù)器、zte.com域名服務(wù)器、www.zte.com域名服務(wù)器、域名資源記錄緩存管理器。其中，客戶端負(fù)責(zé)根據(jù)具體應(yīng)用的需求發(fā)起DNS請(qǐng)求；域名解析服務(wù)器(對(duì)應(yīng)RFC1034中的Resolver，一般情況下會(huì)和本地域名服務(wù)器合設(shè))，具體負(fù)責(zé)為用戶提供域名解析和域名資源記錄的緩存等；根域名服務(wù)器指的是現(xiàn)網(wǎng)DNS根服務(wù)器，com域名服務(wù)器指的是獲得授權(quán)的、負(fù)責(zé)com域解析和管理的域名服務(wù)器；zte.com域名服務(wù)器指的是獲得授權(quán)的、負(fù)責(zé)zte.com域解析和管理的域名服務(wù)器；www.zte.com域名服務(wù)器指的是獲得授權(quán)的負(fù)責(zé)www.zte.com域解析和管理的域名服務(wù)器；com域名服務(wù)器、zte.com域名服務(wù)器和www.zte.com域名服務(wù)器均屬于前面實(shí)施例中的域名服務(wù)器。域名資源記錄緩存管理器用于對(duì)域名資源記錄緩存的集中管理。具體的處理過(guò)程如下：

步驟1，當(dāng)用戶需要訪問具體業(yè)務(wù)，比如：訪問www.zte.com，客戶端需要進(jìn)行針對(duì)www.zte.com的域名解析?？蛻舳耸紫葧?huì)去查看操作系統(tǒng)的本地配置文件，比如：windows系統(tǒng)的host文件，如果查到有對(duì)應(yīng)的域名資源記錄，則完成域名解析；

步驟2，如果客戶端在本地配置文件中找不到對(duì)應(yīng)的域名資源記錄，則轉(zhuǎn)去查看客戶端本地的DNS緩存，如果有對(duì)應(yīng)的域名資源記錄，則完成域名解析；

步驟3，客戶端在本地域名緩存中也無(wú)法獲得域名解析的情況下，客戶端需要向域名解析服務(wù)器發(fā)起域名解析請(qǐng)求(一般情況下，在具體網(wǎng)絡(luò)部署中，域名解析服務(wù)器和本地域名服務(wù)器合設(shè)。對(duì)用戶而言，本地域名服務(wù)器指的是客戶端配置、指定或從ISP處獲取的域名服務(wù)器)。

步驟4，域名解析服務(wù)器接收到用戶域名請(qǐng)求后，首先查詢本地資源，如果要查詢的域名包含在本地配置的區(qū)域資源中(即獲得授權(quán)的資源記錄)，則完成DNS解析，向客戶端返回DNS解析結(jié)果，該解析結(jié)果具有權(quán)威性；如果要查詢 的域名包含在緩存的區(qū)域資源記錄中(即非授權(quán)的資源記錄)，則完成DNS解析，向客戶端返回DNS解析結(jié)果，該解析結(jié)果不具有權(quán)威性；

步驟5，如果在域名解析服務(wù)器的本地配置區(qū)域資源和緩存資源中都解析不到，則需要向上級(jí)DNS域名服務(wù)器請(qǐng)求解析。在這里設(shè)定，域名解析服務(wù)器向根域名服務(wù)器請(qǐng)求解析；

步驟6，根域名服務(wù)器收到域名解析請(qǐng)求后，判斷這個(gè)域名是由com域名服務(wù)器授權(quán)管理，因此，將com域名服務(wù)器的信息返回給域名解析服務(wù)器；

步驟7，域名解析服務(wù)器獲得com域名服務(wù)器的信息后，向com域名服務(wù)器發(fā)起域名解析請(qǐng)求；

步驟8，com域名服務(wù)器收到域名解析請(qǐng)求后，判斷這個(gè)域名是由zte.com域名服務(wù)器授權(quán)管理，因此，將zte.com域名服務(wù)器的信息返回給域名解析服務(wù)器；

步驟9，域名解析服務(wù)器獲得zte.com域名服務(wù)器的信息后，向zte.com域名服務(wù)器發(fā)起域名解析請(qǐng)求；

步驟10，zte.com域名服務(wù)器收到域名解析請(qǐng)求后，判斷這個(gè)域名是由www.zte.com域名服務(wù)器授權(quán)管理，因此，將www.zte.com域名服務(wù)器的信息返回給域名解析服務(wù)器；

步驟11，域名解析服務(wù)器獲得www.zte.com域名服務(wù)器的信息后，向www.zte.com域名服務(wù)器發(fā)起域名解析請(qǐng)求；

步驟12，www.zte.com域名服務(wù)器根據(jù)域名請(qǐng)求進(jìn)行查詢，發(fā)現(xiàn)該請(qǐng)求需要查詢的域名包含在本地配置的區(qū)域資源中，將對(duì)應(yīng)的域名解析結(jié)果返回給域名解析服務(wù)器，該域名解析結(jié)果具有權(quán)威性；為了實(shí)現(xiàn)域名資源記錄的緩存的集中控制，在這個(gè)域名解析結(jié)果中額外增加了一個(gè)新類型的域名資源記錄，該域名資源記錄包含緩存宣告控制信息和地址標(biāo)識(shí)信息，其中緩存宣告控制信息用于表明該域名資源記錄在進(jìn)行緩存時(shí)是否需要進(jìn)行宣告，地址標(biāo)識(shí)信息用于表明具體需要向哪個(gè)服務(wù)器進(jìn)行宣告；

步驟13，域名解析服務(wù)器獲得www.zte.com的域名解析結(jié)果后，為了提高域名解析的效率，決定把該域名資源記錄在本地進(jìn)行緩存；

步驟14，由于域名解析服務(wù)器決定對(duì)該域名資源記錄進(jìn)行緩存，域名解析服務(wù)器需要分析該域名資源記錄中的緩存宣告控制信息字段，根據(jù)緩存宣告控制信息，確定是否需要進(jìn)行域名資源記錄的緩存宣告過(guò)程；如果需要宣告，則進(jìn)一步根據(jù)地址標(biāo)識(shí)信息確定需要向哪些服務(wù)器進(jìn)行宣告，比如：服務(wù)器的IP地址等，并實(shí)施宣告過(guò)程。

步驟15，域名解析服務(wù)器將域名解析結(jié)果返回給客戶端；

圖7描述了本發(fā)明應(yīng)用實(shí)例的域名資源記錄類型的數(shù)據(jù)組成結(jié)構(gòu)示意圖。

在本發(fā)明應(yīng)用實(shí)例中，還定義了一種資源記錄類型(Resource Record Type)，稱之為CacheC RRType，它的主要作用是用于標(biāo)識(shí)特定的域名資源記錄是否需要進(jìn)行緩存控制，并提供進(jìn)行所述緩存控制所需的相關(guān)信息。在本實(shí)施例中，設(shè)定CacheC RRType的數(shù)據(jù)組成結(jié)構(gòu)如下：

包含以下兩部分，分別為flags字段和Server字段。其中，

flags字段用于標(biāo)識(shí)，是否需要進(jìn)行緩存宣告控制；可以設(shè)定：

0x0000，表示不需要進(jìn)行緩存宣告控制；

0x0001，表示需要進(jìn)行緩存宣告控制；

Server字段用于標(biāo)識(shí)具體的服務(wù)器地址信息，在本應(yīng)用實(shí)例中，具體為域名資源記錄緩存管理器的地址信息。

本實(shí)施例所述的實(shí)現(xiàn)域名資源記錄的緩存的集中管理控制的方法和系統(tǒng)，通過(guò)增加域名資源記錄緩存管理器，增加一種用于緩存控制的資源記錄類型，并適當(dāng)修改域名解析和緩存處理過(guò)程；使得在域名資源記錄的緩存可以得到集中的管理和控制，使得網(wǎng)絡(luò)中大量存在的，各個(gè)域名解析服務(wù)器緩存的非授權(quán)的域名資源記錄能夠可管可控，有效提高互聯(lián)網(wǎng)業(yè)務(wù)的可用性，提高用戶體驗(yàn)。

通過(guò)具體實(shí)施方式的說(shuō)明，應(yīng)當(dāng)可對(duì)本發(fā)明為達(dá)成預(yù)定目的所采取的技術(shù)手段及功效得以更加深入且具體的了解，然而所附圖示僅是提供參考與說(shuō)明之 用，并非用來(lái)對(duì)本發(fā)明加以限制。