一種獲取dns報文的方法及設備的制造方法
【技術領域】
[0001]本發(fā)明涉及通信技術領域,特別涉及一種獲取DNS報文的方法。本發(fā)明同時還涉及一種內網(wǎng)DNS設備。
【背景技術】
[0002]在科技飛速發(fā)展的今天,網(wǎng)絡技術也發(fā)生著日新月異的變化。如今,網(wǎng)絡為用戶提供了各種各樣、豐富多彩的數(shù)據(jù)業(yè)務,用戶可以隨時隨地接入網(wǎng)絡,查詢所需信息。然而,隨著數(shù)據(jù)業(yè)務的不斷增長,互聯(lián)網(wǎng)盡力而為的服務特性及流量流向的隨意性,給運營商的網(wǎng)絡運維帶來了極大的挑戰(zhàn)。為了減輕快速增長的流量對網(wǎng)絡的影響,目前運營商開始引入了 Cache 系統(tǒng)。
[0003]如圖1所示,為現(xiàn)有Cache系統(tǒng)組網(wǎng)及其原理示意圖。內網(wǎng)DNS收到用戶的DNS查詢請求后直接查詢本地緩存,如本地緩存沒有,則向外網(wǎng)進行迭代查詢。此時Cache系統(tǒng)的重定向設備會通過DPI分光獲取該解析請求,由于Cache系統(tǒng)能夠更快地進行響應,內網(wǎng)DNS將首先收到Cache系統(tǒng)反饋的Cache系統(tǒng)業(yè)務地址列表并將之反饋至用戶,使用戶優(yōu)先訪問Cache系統(tǒng)資源。
[0004]由于Cache系統(tǒng)目前只能針對指定域名進行攔截,隨著Cache系統(tǒng)建設規(guī)模逐步擴大,一些無法進行Cache的流量也被Cache系統(tǒng)攔截了下來,并造成這部分用戶無法正常訪問互聯(lián)網(wǎng)。因為正常情況下,手機終端會通過HTTP請求將本地瀏覽器版本、操作系統(tǒng)等信息提交源站,源站根據(jù)這些信息選擇對應的頁面進行響應。而在現(xiàn)有情況下,寬帶用戶以及GPRS手機用戶均會被重定向至Cache系統(tǒng)。尤其是GPRS手機用戶訪問Cache時,由于Cache系統(tǒng)無法根據(jù)手機提供的信息(如瀏覽器版本、操作系統(tǒng)等信息)對頁面進行適配,最終將導致手機終端無法正常顯示頁面。
[0005]由此可見,現(xiàn)有技術尚無法根據(jù)不同類型或不同IP地址段的用戶選擇是否需要從Cache系統(tǒng)資源中獲取記錄,從而降低了用戶的使用體驗。
【發(fā)明內容】
[0006]本發(fā)明提供了一種獲取DNS報文的方法,用以針對不同地址段的用戶獲取與之相匹配的DNS報文,包括:
[0007]內網(wǎng)DNS接收DNS解析請求,識別并保存發(fā)送所述DNS解析請求的用戶的網(wǎng)絡協(xié)議IP地址;
[0008]所述內網(wǎng)DNS向網(wǎng)絡內容服務商ICP發(fā)送所述DNS解析請求,并接收所述ICP和/或Cache系統(tǒng)根據(jù)所述DNS解析請求返回的DNS報文,所述ICP返回的DNS報文攜帶標識所述DNS報文來自于授權回答該域的域名解析服務器的指示信息或所述Cache系統(tǒng)返回的DNS報文攜帶標識所述DNS報文來自于非授權回答該域的域名解析服務器的指示信息;
[0009]所述內網(wǎng)DNS對攜帶指示信息的DNS報文進行解析,確定所述指示信息的標識類型;
[0010]所述內網(wǎng)DNS根據(jù)所述IP地址以及所述指示信息的標識類型,將所述ICP返回的DNS報文反饋至指定地址段的用戶,以及將所述Cache系統(tǒng)返回的DNS報文優(yōu)先反饋至非指定地址段的用戶。
[0011]相應的,本發(fā)明還提出了一種內網(wǎng)DNS,包括:
[0012]接收模塊,用于接收DNS解析請求,識別并保存發(fā)送所述DNS解析請求的用戶的網(wǎng)絡協(xié)議IP地址;
[0013]獲取模塊,用于向網(wǎng)絡內容服務商ICP發(fā)送所述DNS解析請求,并接收所述ICP和/或Cache系統(tǒng)根據(jù)所述DNS解析請求返回的DNS報文,所述ICP返回的DNS報文攜帶標識所述DNS報文來自于授權回答該域的域名解析服務器的指示信息或所述Cache系統(tǒng)返回的DNS報文攜帶標識所述DNS報文來自于非授權回答該域的域名解析服務器的指示信息;
[0014]分析模塊,用于對攜帶指示信息的DNS報文進行解析,確定所述指示信息的標識類型;
[0015]反饋模塊,用于根據(jù)所述IP地址以及所述指示信息的標識類型,將所述ICP返回的DNS報文反饋至指定地址段的用戶,以及將所述Cache系統(tǒng)返回的DNS報文優(yōu)先反饋至非指定地址段的用戶。
[0016]由此可見,通過應用以上技術方案,對ICP以及Cache系統(tǒng)返回的DNS報文進行擴展,使ICP返回的DNS報文攜帶標識該報文來自于授權回答該域的域名解析服務器的指示信息,或使Cache系統(tǒng)返回的DNS報文攜帶標識該報文來自于非授權回答該域的域名解析服務器的指示信息,這樣內網(wǎng)DNS即可在對攜帶指示信息的DNS報文進行解析后,根據(jù)用戶的IP地址以及指示信息的標識類型將ICP返回的DNS報文反饋至指定地址段的用戶,以及將Cache系統(tǒng)返回的DNS報文優(yōu)先反饋至非指定地址段的用戶。從而能夠針對不同地址段的用戶篩選與之相匹配的反饋DNS報文,提高了用戶的使用體驗。
【附圖說明】
[0017]圖1為現(xiàn)有技術中Cache系統(tǒng)組網(wǎng)及其原理示意圖;
[0018]圖2為本發(fā)明提出的一種獲取DNS報文的方法流程示意圖;
[0019]圖3為本發(fā)明具體實施例提出的GPRS用戶上網(wǎng)流程示意圖;
[0020]圖4為本發(fā)明提出的一種內網(wǎng)DNS的結構示意圖。
【具體實施方式】
[0021]為解決現(xiàn)有技術中無法根據(jù)指定的用戶類型對反饋的資源進行選擇的問題,本發(fā)明提供了一種獲取DNS報文的方法,通過對DNS及Cache系統(tǒng)針對
[0022]DNS解析請求所回復的DNS報文進行調整,從而規(guī)避采用Cache系統(tǒng)發(fā)送的無法適配當前用戶的內容,從而提高用戶體驗。如圖2所示,包括以下流程:
[0023]S301,內網(wǎng)DNS接收DNS解析請求,識別并保存發(fā)送所述DNS解析請求的用戶的網(wǎng)絡協(xié)議IP地址。
[0024]由于本發(fā)明以用戶的IP地址對用戶進行區(qū)分,因此在該步驟之前,需要在當前所有用戶的IP地址中劃分指定地址段。這樣在對用戶的IP地址識別之后,能夠通過判斷該IP地址是否為指定地址段來確定該用戶的類型(例如=GPRS用戶或寬帶用戶)。
[0025]由于內網(wǎng)DNS中一般都具有本地緩存,因此在內網(wǎng)DNS對發(fā)送所述DNS解析請求的用戶的地址段進行識別并保存之后,可以首先對查詢本地緩存的DNS報文,并根據(jù)所述DNS報文攜帶的指示信息的標識類型確定所述DNS報文的來源,具體操作規(guī)則如下:
[0026]若所述IP地址為指定地址段,且所述本地緩存存在所述ICP返回的DNS報文,所述內網(wǎng)DNS將所述DNS報文反饋至所述用戶;
[0027]若所述IP地址為指定地址段,且所述本地緩存不存在所述ICP返回的DNS報文,所述內網(wǎng)DNS向所述ICP發(fā)送所述DNS解析請求;
[0028]若所述IP地址為非指定地址段,且所述本地緩存不存在所述Cache系統(tǒng)的DNS報文,所述內網(wǎng)DNS向所述ICP發(fā)送所述DNS解析請求;
[0029]若所述本地緩存不存在任何DNS報文,所述內網(wǎng)DNS向所述ICP發(fā)送所述DNS解析請求。
[0030]同時,為了能夠準確地區(qū)分來自于ICP以及Cache系統(tǒng)的報文,內網(wǎng)DNS具體采用以下方式:
[0031 ] 若所述DNS報文攜帶標識所述DNS報文來自于授權回答該域的域名解析服務器的指示信息,所述內網(wǎng)DNS將攜帶所述指示信息的DNS報文確定為所述ICP返回的DNS報文,將不攜帶任何指示信息的DNS報文確定為所述Cache系統(tǒng)返回的DNS報文;
[0032]若所述DNS報文攜帶標識所述DNS報文來自于非授權回答該域的域名解析服務器的指示信息,所述內網(wǎng)DNS將不攜帶任何指示信息的DNS報文確定為所述ICP返回的DNS報文,將攜帶所述指示信息的DNS報文確定為所述Cache系統(tǒng)返回的DNS報文。
[0033]S302,所述內網(wǎng)DNS向網(wǎng)絡內容服務商ICP發(fā)送所述DNS解析請求,并接收所述ICP和/