[發(fā)明專利]一種域名解析驗(yàn)證的方法及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201110214463.4
• 申請(qǐng)日: 2011-07-28
• 公開（公告）號(hào): CN102231766A
• 公開（公告）日: 2011-11-02
• 發(fā)明（設(shè)計(jì)）人: 李健松;宗劼;李孟;陳奇
• 申請(qǐng)（專利權(quán)）人: 北京藍(lán)汛通信技術(shù)有限責(zé)任公司
• 主分類號(hào): H04L29/12
• 分類號(hào): H04L29/12
• 代理公司: 北京同達(dá)信恒知識(shí)產(chǎn)權(quán)代理有限公司 11291
• 代理人: 黃志華

技術(shù)領(lǐng)域

本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種域名解析驗(yàn)證的方法及系統(tǒng)。

背景技術(shù)

因特網(wǎng)系統(tǒng)中，使用IP(Internet?Protocol，互聯(lián)網(wǎng)協(xié)議)地址識(shí)別各個(gè)終端，例如123.123.123.123。然而用戶終端訪問(wèn)某個(gè)服務(wù)器時(shí)，為了便于記憶和識(shí)別，一般是基于域名地址而不是IP地址，因此使用DNS(Domain?Name?System，域名系統(tǒng))實(shí)現(xiàn)IP地址與域名地址之間的轉(zhuǎn)換。這樣，用戶終端訪問(wèn)某個(gè)服務(wù)器處的網(wǎng)頁(yè)時(shí)，僅需要輸入域名即可。

為了驗(yàn)證DNS解析的結(jié)果，我們一般使用dig等客戶端軟件，向本地域名系統(tǒng)發(fā)出域名解析請(qǐng)求，若收到解析的DNS解析系統(tǒng)不能解析所述域名解析請(qǐng)求，則向權(quán)威域名服務(wù)器發(fā)出解析請(qǐng)求，并將權(quán)威域名服務(wù)器返回的解析結(jié)果返回給用戶。

為了減輕權(quán)威域名服務(wù)器的服務(wù)壓力，權(quán)威域名服務(wù)器一般會(huì)將解析結(jié)果賦予一定的生存周期(TTL)，LDNS在接收到解析結(jié)果后，如果解析結(jié)果沒有過(guò)期，將不必向權(quán)威域名服務(wù)器再次發(fā)起解析請(qǐng)求。這使得，驗(yàn)證解析的整個(gè)過(guò)程時(shí)，很難實(shí)時(shí)驗(yàn)證LDNS和權(quán)威域名服務(wù)器之間的解析過(guò)程。

很多LDNS出于特殊目標(biāo)，會(huì)將DNS解析請(qǐng)求轉(zhuǎn)發(fā)到其他地址的LDNS上或者通過(guò)其他的IP地址來(lái)發(fā)送這些DNS請(qǐng)求。權(quán)威域名服務(wù)器接收到的DNS請(qǐng)求來(lái)源地址將不同于原始的LDNS?IP地址，權(quán)威域名服務(wù)器將無(wú)法獲知原始的LDNS地址。例如，大型的LDNS對(duì)外往往提供一個(gè)唯一的地址，舉例來(lái)講提供服務(wù)器123.123.123.123來(lái)充當(dāng)LDNS服務(wù)角色，但是往往有數(shù)臺(tái)服務(wù)器采用負(fù)載均衡或者IP?AnyCast的方式同時(shí)提供服務(wù)，這些后臺(tái)服務(wù)器伺服在不同的IP地址，導(dǎo)致權(quán)威域名服務(wù)器接受的DNS解析請(qǐng)求有可能不再是123.123.123.123。

LDNS如果發(fā)生了轉(zhuǎn)發(fā)，權(quán)威域名服務(wù)器將不能夠得到域名請(qǐng)求的原始發(fā)送方地址。如果權(quán)威域名服務(wù)器錯(cuò)誤的理解了域名請(qǐng)求的原始發(fā)送方地址，將導(dǎo)致權(quán)威域名服務(wù)器做出錯(cuò)誤的決策，從而使得維護(hù)人員無(wú)法排查域名解析中出現(xiàn)的故障點(diǎn)。例如：域名解析請(qǐng)求的原始發(fā)送方地址為北京的LDNS，如果在域名請(qǐng)求過(guò)程中轉(zhuǎn)發(fā)到廣州的LDNS，權(quán)威域名服務(wù)器接收到DNS解析請(qǐng)求時(shí)，則會(huì)確定是廣東的用戶發(fā)起的解析請(qǐng)求。該權(quán)威域名服務(wù)器在根據(jù)請(qǐng)求方不同，而分配不同策略時(shí)，可能將廣東用戶的服務(wù)資源指派給北京的用戶，引起后續(xù)的不恰當(dāng)訪問(wèn)。

綜上所述，在驗(yàn)證DNS解析過(guò)程中，現(xiàn)有的解決方案將無(wú)法實(shí)時(shí)驗(yàn)證權(quán)威服務(wù)器的服務(wù)正確性，也無(wú)法獲知DNS解析過(guò)程中是否發(fā)生了轉(zhuǎn)發(fā)。

發(fā)明內(nèi)容

本發(fā)明提供一種域名解析驗(yàn)證的方法，用于解決現(xiàn)有技術(shù)中無(wú)法實(shí)時(shí)驗(yàn)證權(quán)威服務(wù)器的服務(wù)正確性性、也無(wú)法獲知DNS解析過(guò)程中是否發(fā)生了轉(zhuǎn)發(fā)的問(wèn)題。

本發(fā)明實(shí)施例提供一種域名解析驗(yàn)證的方法，包括：

當(dāng)域名請(qǐng)求客戶端通過(guò)LDNS向權(quán)威域名服務(wù)器轉(zhuǎn)發(fā)域名解析請(qǐng)求時(shí)，獲取當(dāng)前的系統(tǒng)時(shí)間，并將該系統(tǒng)時(shí)間作為可變因子與所述LDNS的IP地址添加到所述域名解析請(qǐng)求中；

權(quán)威域名服務(wù)器解析所述域名解析請(qǐng)求，獲取該域名解析請(qǐng)求中添加的LDNS的IP地址作為待驗(yàn)證的LDNS?IP地址，并判斷所述域名解析請(qǐng)求的來(lái)源IP地址和所述待驗(yàn)證的LDNS?IP地址是否相同，如果不相同，則確定發(fā)生了域名解析請(qǐng)求的轉(zhuǎn)發(fā)。

根據(jù)上述方法，本發(fā)明還提供一種域名解析驗(yàn)證的系統(tǒng)，包括：

域名請(qǐng)求客戶端，用于通過(guò)LDNS將域名解析請(qǐng)求轉(zhuǎn)發(fā)至權(quán)威域名服務(wù)器時(shí)，獲取當(dāng)前的系統(tǒng)時(shí)間，并將該系統(tǒng)時(shí)間作為可變因子與LDNS的IP地址添加到所述域名解析請(qǐng)求中；

權(quán)威域名服務(wù)器，用于在接收到域名解析請(qǐng)求后，獲取域名解析請(qǐng)求中添加的LDNS的IP地址作為待驗(yàn)證的LDNS?IP地址，并判斷所述域名解析請(qǐng)求的來(lái)源IP地址和所述待驗(yàn)證的LDNS?IP地址是否相同，如果不相同，則確定發(fā)生了域名解析請(qǐng)求的轉(zhuǎn)發(fā)。

本發(fā)明實(shí)施例提供的方法相對(duì)于傳統(tǒng)的DNS解析驗(yàn)證方法，能驗(yàn)證DNS在解析請(qǐng)求過(guò)程中是否發(fā)生了轉(zhuǎn)發(fā)；另外，本方法能實(shí)時(shí)的驗(yàn)證DNS解析的正確性；另外本發(fā)明實(shí)施例提供的方案還增加安全加密環(huán)節(jié)，能有效拒絕非授權(quán)的DNS解析驗(yàn)證請(qǐng)求。

附圖說(shuō)明

圖1為本發(fā)明實(shí)施例一種域名解析驗(yàn)證的方法的流程圖；

圖2為本發(fā)明實(shí)施例中LDNS終端生成該域名驗(yàn)證碼的流程圖；

圖3為本發(fā)明實(shí)施例權(quán)威域名服務(wù)器驗(yàn)證域名解析請(qǐng)求的流程圖；

圖4為本發(fā)明實(shí)施例一種域名解析驗(yàn)證的系統(tǒng)的結(jié)構(gòu)圖。

具體實(shí)施方式