[發明專利]對DNS解析請求進行解析的方法、系統和智能DNS

有效

• 申請號: 201110056096.X
• 申請日: 2011-03-09
• 公開（公告）號: CN102685259A
• 公開（公告）日: 2012-09-19
• 發明（設計）人: 張娟;周琳瑯;李晨
• 申請（專利權）人: 中國移動通信集團公司
• 主分類號: H04L29/12
• 分類號: H04L29/12;H04L29/06
• 代理公司: 北京英賽嘉華知識產權代理有限責任公司 11204
• 代理人: 余朦;王艷春

技術領域

本申請涉及互聯網數據業務領域，具體涉及對DNS解析請求進行解析的方法、系統和智能DNS。

背景技術

目前運營商提供的業務按是否已引入可分為如下兩類：一類為運營商已引入到內網的，如通過建設大型IDC中心將sina、baidu等大型網站引入內網；一類為運營商尚未引入、須訪問外網或通過本網的Cache系統獲取的業務。由于這兩類業務的特點大相徑庭，因此其解決方案也完全不同。

對于Cache類業務，目前是由運營商網絡中的Cache系統采用DNS重定向的方式進行特定內容的引導。首先，內網DNS根據用戶發起的DNS解析請求進行查詢，如果用戶訪問的網站是Cache系統緩存的特定內容，則通過劫持用戶DNS請求的方式直接向用戶返回Cache系統的IP地址，由Cache系統響應客戶請求；如果用戶訪問非緩存的網站，則返回源服務器的IP地址，請求將發向源服務器。

對于運營商已引入到內網的，如通過建設大型IDC中心將sina、baidu等大型網站引入內網的業務，現有方案可分為如下三種。

方案一是各ICP廠家升級為支持智能DNS，并向運營商用戶反饋運營商業務地址，在這種情況下，需要各ICP提供商能夠獲取運營商所擁有的全部地址列表。當ICP的DNS收到DNS解析請求時，需匹配該請求的源地址，如果源地址為本運營商IP地址，則反饋已引入該運營商的IDC資源的IP地址；否則反饋其他運營商的IP地址。

方案二是智能DNS配死網站URL與IP地址對應關系，在這種情況下，需要在運營商內網部署智能DNS，并需人為地將全部已引入內網的IDC資源的URL列表及其與IP地址的對應關系配置在智能DNS設備中。當智能DNS收到來自內網DNS的請求，其首先查詢本地URL記錄，若存在相應記錄，則響應該DNS請求；若未保存該URL記錄，則通知內網DNS向外網進行查詢。

方案三是升級支持智能DNS，以使得當智能DNS收到解析請求，其首先查詢本地URL記錄，若存在相應記錄，則響應該DNS請求；若未保存該URL記錄，則通過迭代查詢向外網進行查詢，并根據收到的響應進行相應處理：當DNS響應數據包中存在本網運營商的IP地址，則反饋本網的業務地址列表；當DNS響應數據包中不存在本網運營商的IP地址，則直接將收到的業務地址列表反饋用戶。

由于IDC資源與Cache系統資源分別滿足不同業務需求，為了使兩類業務共存，需要將兩類業務系統整合在一起，即，將上文所述的對Cache類業務進行處理的方案與對內網類業務進行處理的方案一、二、三分別結合。

當Cache類業務方案與內網類業務的方案一結合時，需要將運營商所持有的地址列表全部告訴ICP，不宜于保護運營商的信息。與此同時，當運營商地址列表需要更新時，也需要及時通知ICP，否則ICP將無法識別使用新增IP地址的本運營商的用戶，則無法反饋本網業務平臺IP地址。此外，當兩類業務并存時，對于已被引入的業務，當內網DNS向外網進行迭代查詢時，Cache系統的重定向設備會通過DPI獲取該解析請求，并首先進行反饋，造成用戶訪問Cache系統資源，而無法訪問本網已引入的IDC數據資源，造成資源的浪費。

當Cache類業務方案與內網類業務的方案二結合時，需要人為將內網引入的IDC/Cache的URL與IP地址對應關系配置于智能DNS設備上，則當新的IDC資源被引入時，也需及時更新URL列表。若不能及時更新，新引入的IDC資源將難以被訪問。此外，當兩類業務并存時，對于未能及時更新URL列表的IDC資源，由于新引入的IDC資源信息未被及時更新至智能DNS，因此智能DNS會通知內網DNS向外網進行迭代查詢，這種情況下，Cache系統的重定向設備會通過DPI獲取該解析請求，并首先進行反饋。由于Cache系統能夠更快地進行反饋，內網DNS將首先收到Cache系統反饋的Cache系統業務地址列表，并反饋用戶，造成用戶訪問Cache系統資源，而無法訪問本網已引入的IDC數據資源，從而造成資源的浪費。