一種伺服器端域名解析錯誤控制方法及系統的製作方法
2023-09-22 07:08:05
專利名稱：一種伺服器端域名解析錯誤控制方法及系統的製作方法
技術領域：
本發明涉及一種Internet網絡中域名解析的方法，特別是一種伺服器端域名解析控制方法。
本發明同時涉及一種Internet網絡中域名解析的系統，特徵是一種具有域名解析錯誤控制功能的伺服器端域名解析控制系統。
背景技術：
計算機網絡資源是(Computer Network Resource)指計算機通信網絡上的一個實體，它可能是一個物理資源(交換機，路由器等等，devices)，也更多的是指一種服務(services)，實體和實體間可以進行發現以及進一步的數據通信。發起通信的一方實體通過一定的尋找或者查詢機制找到通信接受方的過程就是尋址/定位(Addressing)，每個通信實體在計算機網絡中必須是唯一可標識的，用來在尋址後進行進一步通信的標識就是地址(Address)，而為了特定應用方便記憶和使用的，具有特定語法的，用來標識資源的特定字符串就是資源標識(Name/Symbol)。
在網絡建設之初，用戶是採用IP位址來完成網絡實體間的訪問和通信的。然而，一長串的數字十分不利於人們使用和記憶，因此在20世紀70年代人們開發了主機表(Host.txt Table)來完成主機名到IP位址的映像。然而隨著網絡的發展，網上主機數量的增長，每臺主機的變更都會導致HOSTS.TXT的變化，導致所有主機需要到SRI-NIC上獲得更新文件。當採用TCP/IP協議後，網絡上的主機爆炸性的增長，出現了下面的問題1、流量和負載由於分發文件所引起的網絡流量和分發主機的負載使得SRI-NIC的線路不堪重負。
2、名字衝突
HOSTS.TXT文件必須要保持裡面主機名字的唯一性，但是無法限制網絡上的主機用了相同的名字，這就破壞了網絡上的正常應用服務。
3、一致性在不斷擴張的網絡上維持HOSTS.TXT文件的一致性變得越來越困難。新的文件還沒有到達ARPAnet的邊緣時，另一端又添加了新的主機或是主機更改了地址。
因此，管理者們開始研究新的系統，以取代現有的HOSTS.TXT模式。1984年，Paul Mockapetris發布了DNS的管理規範，即RFC881和RFC882(隨後被RFC1034(Domain Names-Implementation and Specification)和RFC1035(Domain Names-Concepts and Facilities)代替)，它們系統地描述了DNS(Domain Name Service)的基本思想，標誌著DNS的誕生。
實際上，DNS是一個分布式資料庫。它允許對整個資料庫的各個部分進行本地控制；同時整個網絡也能通過客戶……伺服器方式訪問每個部分的數據，藉助備份和緩存機制，DNS將更強壯和足夠的性能。
DNS資料庫的結構如附圖1所示，就象一棵倒掛著的樹。
域名系統是分級的分布式的資料庫。它儲存對應於IP位址與主機名相對應的信息，郵件路由信息和其他網絡應用方面的數據。
用戶通過詢問解析器(解析器發送詢問並對伺服器的回應進行說明)在DNS上查詢信息。BIND9軟體分級同時包括了一個域名伺服器和一個解析器。
域名伺服器可以從域名空間中檢索數據，他們不僅能給出自己享有權威的的區的數據，還可以在域名空間中找到它們並不享有權威的數據。
域名空間中的域名一定會有一臺或多臺域名伺服器負責進行數據的維護，並提供權威的解析響應。一臺域名伺服器之所以能夠找到整個逆向樹中的任意一個點，都是倚仗於根域名伺服器的功勞。前面曾經提到過，類型為hint的區可以提供根域的線索，根域伺服器知道所有的頂級權威域名伺服器在哪裡，事實上，有些根域伺服器本身就是某些頂級域的權威域名伺服器。當根域伺服器收到某個域名的查詢請求後，它可以提供該域名所在頂級域的權威伺服器的名字和地址。接下來，頂級域名伺服器再提供該域名所在的二級區的權威伺服器的名字和地址列表，這樣就沿著域名空間的樹狀結構一層一層地提供更接近於請求域名的域名伺服器，直到最後找到結果。這個過程中，每個被查詢的域名伺服器都會給查詢者一個信息，這個信息或者是如何進一步找到答案，或者就是最終的答案。
可見，根域伺服器是至關重要的，而且也承擔了比較大的工作壓力。所以，DNS提供了多種機制(比如緩存)來緩解它的負擔。同時，到目前為止，internet上共有13臺根域伺服器來實現負載分擔和備份。每個域名伺服器每秒種都要收到數千個查詢。
解析過程如附圖2，假定一個客戶端程序想知道www.runstone.com的地址，就向它的本地域名伺服器發出請求。本地域名伺服器不知道這個答案，就向根域伺服器發出查詢請求，根域伺服器告訴它去訪問com域名伺服器，並提供com域名伺服器的名字和地址。本地域名伺服器會問com域名伺服器同樣的問題，並得到runstone.com域名伺服器的地址列表。本地域名伺服器將從列表中選取一個並再次提問，runstone.com又告訴本地域名伺服器nsl.runstone.com的地址，nsl.runstone.com就是請求域名的權威域名伺服器。所以本地域名伺服器最終在這裡得到答案。
現有的域名解析系統進行域名查詢的原理如附圖3所示，其中C代表cache資料庫，A代表本地權威資料庫。並且1、本地權威庫域名的配置信息由本地伺服器維護，以配置文件的形式配置在本地，在域名服務系統啟動時自動讀取到本地權威庫裡，本地具有管理權限。
2、本地cache庫為提高域名查詢的效率，降低網絡流量，當本地的域名系統通過遞歸查詢方式獲得答案後，要在本地保留一份記錄，當第二個用戶查詢相同信息時，可以直接將該信息返回用戶，存放這類信息的資料庫即為本地cache庫，也是內存資料庫。
3、遞歸查詢就是當用戶查詢的問題即不在本地庫也不在cache庫裡時，域名軟體將啟動遞歸查詢過程，如前面的域名遞歸查詢過程圖所示，按照從根向下一層層找到該域名的權威庫所在主機，再發起查詢，最終獲得答案(成功或失敗)，並記錄到本地cache庫裡。
其查詢原理為用戶查詢達到域名解析伺服器，即由查詢過程受理，由於域名系統存在本地域名和非本地域名兩個資料庫，則查詢過程首先通過計算選擇使用的資料庫。
4、計算過程在兩個資料庫中最大匹配用戶查詢domain信息，如www.runstone.com則選擇匹配runstone.com，如果存在www.runstone.com這樣的domain，則匹配www.runstone.com；由此獲得用戶查詢的最準確信息所在的資料庫。
如果匹配到用戶查詢的為本地域名，則在本地權威庫裡全匹配整個用戶查詢信息，將查到或查不到的答案返回查詢過程；最後查詢過程將用戶問題和答案一併提交到響應過程，由響應過程返回用戶。
如果匹配到用戶查詢的非本地域名，則啟動遞歸查詢，並將查到或查不到的答案返回查詢過程；最後查詢過程將用戶問題和答案一併提交到響應過程，由響應過程返回用戶。
由上述分析可以看出，由於DNS是一個分布式資料庫結構系統，所有域名信息均由各域名的所有者伺服器，即權威伺服器管理維護；而用戶的查詢過程也是可以由任何一個配置域名服務軟體的伺服器直接進入到這個系統裡查詢，並且是由根伺服器起始，進行一步一步的導引查詢；這就使得開始查詢的伺服器不可能立即知道用戶查詢的域名是否存在，只能按照查詢流程執行，最終返回用戶成功或失敗的答案，並不能對返回用戶信息加以控制。
由於internet已經廣泛應用在了日常的工作生活中，許多對計算機並沒有深入技術了解的用戶，在DNS返回錯誤後不知所措，不同瀏覽器的預設錯誤頁面也不能給出準確的提醒和更多友好易懂的提示。這可能是因為拼寫錯誤或是記憶錯誤，使用戶可能失去了找到想要信息的機會或是浪費大量時間。
目前利用域名解析失敗產生重定向或查詢的客戶端產品較多，如3721、yahoo、google、QQ等，但是需要在用戶端瀏覽器安裝插件，在發現返回失敗的請求後，這類插件就會調用其內置的網站導向或將用戶url導向查詢網站。這種另外安裝插件的方式一方面增加了客戶端作業系統的工作負擔，另外使用不方便，一般用戶不容易接受這種方式，造成插件的使用範圍較小。
發明內容
本發明的目的是針對現有技術的不足，提供一種可在伺服器端進行域名解析錯誤控制的域名解析控制方法；作為本發明的另一目的，提供一種可在伺服器端進行域名解析錯誤控制的域名解析控制系統。
為了解決上述技術問題，本發明所採取的技術方案是一種伺服器端域名解析控制方法，包括伺服器端域名解析步驟，所述伺服器端域名解析步驟包括查詢過程和響應過程，還包括伺服器端域名解析結果判斷步驟，和伺服器端域名解析錯誤處理步驟，其中，所述伺服器端域名解析結果判斷步驟是獲取所述伺服器端域名解析步驟獲得的域名解析結果，並判斷該域名解析結果是否為域名解析錯誤信息，如果是，則執行所述伺服器端域名解析錯誤處理步驟，否則將所述域名解析步驟獲得的域名解析結果發送給客戶端；所述伺服器端域名解析錯誤處理步驟是採用預定的答案數據，對所述域名解析結果進行數據重組，並將數據重組的結果作為域名解析結果發送給客戶端。
所述伺服器端域名解析結果判斷步驟可以在所述伺服器端域名解析步驟中的查詢過程查詢結束後獲得所述域名解析結果。
所述伺服器端域名解析結果判斷步驟可以在所述伺服器端域名解析步驟中的查詢過程查詢進行時獲得所述域名解析結果。
所述伺服器端域名解析結果判斷步驟可以自所述伺服器端域名解析步驟的響應過程獲得所述域名解析結果。
所述伺服器端域名解析結果判斷步驟具體可以為步驟a，獲取所述伺服器端域名解析步驟獲得的域名解析結果數據包；步驟b，獲取所述域名解析結果數據包的包頭內容，以及請求問題內容；步驟c，獲取所述域名解析結果數據包包頭內容中的域名響應狀態標識，以及請求問題內容中的問題類型；步驟d，如果所述域名響應狀態標識表示域名伺服器失敗或查詢域名不存在或查詢被拒絕，並且所述問題類型為主機地址，則執行所述伺服器端域名解析錯誤處理步驟；否則發送所述域名解析結果數據包至客戶端。
所述伺服器端域名解析錯誤處理步驟中數據重組的步驟具體可以為步驟1)，獲取預定的答案數據；步驟2)，採用所述預定的答案數據修改所述域名解析結果數據包的請求問題內容中的數據行；步驟3)，將所述域名解析結果數據包包頭內容中的域名響應狀態標識修改為沒有錯誤；步驟4)；將修改後的域名解析結果數據包作為數據重組的結果。
所述步驟1)中，所述預定的答案數據可以從一條或多條預先設定的顯示信息中提取，所述顯示信息具有顯示時段屬性、流量比例屬性和流量大小屬性，所述步驟1)具體可以為步驟10)，根據所述時段屬性提取本時段內的顯示信息；如果本時段內的顯示信息有多條，則進入步驟11)，否則跳轉至步驟12)；步驟11)，根據所述流量比例屬性，提取流量比例最大的本時段內的顯示信息，並根據流量比例為所提取的流量比例最大的本時段內的顯示信息分配流量，然後將剩餘的流量平均分配給其他的本時段內的顯示信息；步驟12)，將步驟10)中直接獲得的一條本時段內的顯示信息作為預定的答案數據，或者將步驟11)中分配流量後的多條本時段內的顯示信息根據它們分配到的流量，從中選擇一條作為預定的答案數據；步驟13)，統計用作預定的答案數據的顯示信息的流量，並根據其流量大小屬性，判斷其流量大小是否達到，如果達到，則將該條顯示信息刪除。
所述顯示信息可以為相關網站的IP位址和/或錯誤提示信息。
一種採用所述伺服器端域名解析控制方法的伺服器端域名解析控制系統，包括域名解析伺服器，用於接收來自客戶端的域名解析請求，並進行域名解析，其特徵在於還包括數據包攔截器，所述數據包攔截器內設置有伺服器端域名解析結果判斷模塊和伺服器端域名解析錯誤處理模塊，其中，所述域名解析伺服器輸出域名解析結果至所述伺服器端域名解析結果判斷模塊，所述伺服器端域名解析結果判斷模塊判斷該域名解析結果是否為域名解析錯誤信息，如果是，則將所述域名解析結果輸出至所述伺服器端域名解析錯誤處理模塊，否則將所述伺服器端域名解析模塊獲得的域名解析結果發送給客戶端；所述伺服器端域名解析錯誤處理模塊用於採用預定的答案數據，對所述域名解析結果進行數據重組，並將數據重組的結果作為域名解析結果發送給客戶端。
還可以包括伺服器端路由器，所述伺服器端路由器連接所述域名解析伺服器的域名解析結果輸出埠，並將所述域名解析伺服器輸出的域名解析結果路由輸入至所述數據包攔截器內。
在上述技術方案中，本發明所提供的伺服器端域名解析控制方法以及系統因實現了在伺服器端對域名解析結果進行分析，並在域名解析失敗時提取錯誤信息，並採用預定的答案數據作為域名解析結果發送給用戶。由此，客戶端可以在不安裝任何插件的情況下，得到有效的錯誤引導信息，或相關網站信息，使域名解析的結果顯示更加友好，且這種不需客戶端安裝插件的方式用戶更容易接受，使用更方便，覆蓋範圍更廣；同時，這種自動顯示相關網站信息的方式也可為服務提供者產生增值空間，為合作網站帶來巨大的廣告效應，從而獲得很好的商業價值。
附圖1為現有技術中DNS系統結構示意圖；
附圖2為現有技術中DNS系統域名解析過程示意圖；附圖3為現有技術中DNS系統域名解析原理框圖；附圖4為本發明中伺服器端域名解析控制過程示意圖；附圖5為本發明中伺服器端域名解析結果判斷步驟的過程原理框圖；附圖6為本發明中伺服器端域名解析錯誤處理步驟的過程原理框圖；附圖7為本發明實施例一的伺服器端域名解析控制方法原理框圖；附圖8為本發明實施例二的伺服器端域名解析控制方法原理框圖；附圖9為本發明實施例三的伺服器端域名解析控制方法原理框圖；附圖10為本發明實施例四的伺服器端域名解析控制系統原理框圖；附圖11為本發明實施例五的伺服器端域名解析控制系統原理框圖；附圖12為RFC1035標準規定的DNS返回數據包格式；附圖13為DNS返回數據包包頭的格式；附圖14為請求問題的格式。
具體實施例方式
下面將結合說明書附圖及具體實施例對本發明作進一步詳細說明。
參考附圖4，本發明的技術總體思路是，在域名解析結果經過的任一過程判斷域名解析的正確性，如果返回給客戶端的域名解析結果為失敗的就按照預定數據重組後返回客戶端。這樣，客戶端得到的域名解析信息即使在解析失敗的情況下，系統也可自動提供相應的引導信息，或者相關的合作網站連結地址等。
根據該總體思路，本發明的技術實質是在域名解析伺服器端增設了伺服器端域名解析結果判斷步驟和伺服器端域名解析錯誤處理步驟，其中參考附圖5，所述伺服器端域名結果判斷步驟具體為步驟a，獲取所述伺服器端域名解析步驟獲得的域名解析結果數據包；RFC1035標準規定的DNS返回數據包格式如圖12所示。
圖12中內容部分包含數據包頭、請求問題、答案、授權(可為空)、附加項(可為空)五部分。
步驟b，獲取所述域名解析結果數據包的包頭內容，以及請求問題內容；圖13所示為DNS返回數據包包頭的格式。
圖14為請求問題的格式。
步驟c，獲取所述域名解析結果數據包包頭內容中的域名響應狀態標識，以及請求問題內容中的問題類型；所述數據包包頭中的Rcode是RFC1035，RFC1034裡面定義的標示域名響應狀態的標識；其值如下表
所述請求問題中的TYPE表示客戶端請求問題的類型。根據RFC1035，RFC1034的定義，當TYPE＝A時，表示問題類型為主機地址。因此作為本發明的一種優選方案，本發明應用於RFC1035，RFC1034標準時，本步驟是提取Rcode和TYPE的值。
步驟d，如果所述域名響應狀態標識表示域名伺服器失敗或查詢域名不存在或查詢被拒絕，並且所述問題類型為主機地址，則執行所述伺服器端域名解析錯誤處理步驟；否則發送所述域名解析結果數據包至客戶端。顯然，本發明可以對Rcode為1-15中的任意一個值時進行判斷，但作為本發明的一種優選方案，這裡只當Rcode＝2或3或5，並且TYPE＝A時，則認為本次用於進行伺服器端域名解析結果判斷步驟的域名解析結果為域名解析錯誤信息，因此執行伺服器端域名解析錯誤處理步驟。除此之外的情況，伺服器端域名解析結果判斷步驟均不認為其為域名解析錯誤信息，並將域名解析結果發送給客戶端。
參考附圖6所示，所述伺服器端域名解析錯誤處理步驟的實質是採用預定的答案數據，對所述域名解析結果進行數據重組，並將數據重組的結果作為域名解析結果發送給客戶端，其具體為步驟1)，獲取預定的答案數據；該步驟中，所述預定的答案數據從一條或多條預先設定的顯示信息中提取，所述顯示信息可以為相關網站的IP位址和/或錯誤提示信息。
獲取預定的答案數據的方式有很多，比如排序式提取，即將所有顯示信息按一定順序排列，每次讀取排列最前面的一條，讀取後，將排列在後面的顯示信息依次向前移動一位，並將此次讀取的顯示信息排列到最後。再比如按顯示時段讀取等等。
作為一種優選方案，為所述顯示信息設置顯示時段屬性、流量比例屬性和流量大小屬性；該優選方案獲取預定的答案數據的具體步驟如下步驟10)，根據所述時段屬性提取本時段內的顯示信息；如果本時段內的顯示信息有多條，則進入步驟11)，否則跳轉至步驟12)；步驟11)，根據所述流量比例屬性，提取流量比例最大的本時段內的顯示信息，並根據流量比例為所提取的流量比例最大的本時段內的顯示信息分配流量，然後將剩餘的流量平均分配給其他的本時段內的顯示信息；步驟12)，將步驟10)中直接獲得的一條本時段內的顯示信息作為預定的答案數據，或者將步驟11)中分配流量後的多條本時段內的顯示信息根據它們分配到的流量，從中選擇一條作為預定的答案數據；步驟13)，進行數據核算，即統計用作預定的答案數據的顯示信息的流量，並根據其流量大小屬性，判斷其流量大小是否達到，如果達到，則將該條顯示信息刪除。
比如某條顯示信息為某個合作方的網址，該合作方購買了每天上午8:00-9:00內的70％流量比例，並且流量大小不超過200M，則提取所有該時段內可以採用的顯示信息，然後分配給該合作方70％流量比例，將剩餘30％流量比例由其他顯示信息平均分配，並按此流量比例選擇其中的一條作為預定的答案數據。當某個合作方的累計流量達到200M後，則將其顯示信息刪除。
步驟2)，獲取所述域名解析結果數據包，並採用所述預定的答案數據修改所述域名解析結果數據包的請求問題內容中的數據行；具體為將顯示信息寫入到所述域名解析結果數據包內的question中的RDATA行。
步驟3)，將所述域名解析結果數據包包頭內容中的域名響應狀態標識修改為沒有錯誤；具體為設置Rcode＝0。
步驟4)；將數據重組結果，即修改後的域名解析結果數據包，作為域名解析結果發送到客戶端。
下面將給出幾個採用上述步驟的伺服器端域名解析控制方法，以及伺服器端域名解析控制裝置和伺服器端域名解析控制系統的具體實施例。
實施例一本實施例為採用上述步驟的伺服器端域名解析控制方法的具體實施例，本實施例中，是將伺服器端域名解析結果判斷步驟和伺服器端域名解析錯誤處理步驟加載在伺服器端域名解析步驟的查詢過程和響應過程之間。
所述伺服器端域名解析結果判斷步驟是在所述伺服器端域名解析步驟中的查詢過程查詢結束後，獲得查詢過程輸出的域名解析結果。需要發送到客戶端的域名解析結果(包括伺服器端域名解析結果判斷步驟輸出的域名解析結果，和伺服器端域名解析錯誤處理步驟輸出的數據重組後的域名解析結果)通過響應過程發送到客戶端。
如附圖7所示，本實施例是在域名解析軟體系統內部，返回用戶前進行rcode值校驗，如果rcode＝0就直接返回不做處理，如果rcode＝2/3/5則進行數據包重組，變更rcode值為0返迴響應。
實施例二本實施例為採用上述步驟的伺服器端域名解析控制方法的另一種具體本實施例中，是將伺服器端域名解析結果判斷步驟和伺服器端域名解析錯誤處理步驟加載在伺服器端域名解析步驟的查詢過程內部。
所述伺服器端域名解析結果判斷步驟獲得所述查詢過程查詢時的域名解析結果。需要發送到客戶端的域名解析結果(包括伺服器端域名解析結果判斷步驟輸出的域名解析結果，和伺服器端域名解析錯誤處理步驟輸出的數據重組後的域名解析結果)通過響應過程發送到客戶端。
如附圖8所示，本實施例是在域名解析軟體內部的查詢過程就要進行判斷rcode值，或直接判斷返回內容，如果將要返回失敗或錯誤響應時，即進行答案替換，rcode付值為0，再返迴響應過程；如果查詢答案成功，則直接返回。
實施例三本實施例為採用上述步驟的伺服器端域名解析控制方法的第三種具體參考附圖9，本實施例中，是將伺服器端域名解析結果判斷步驟和伺服器域名解析錯誤處理步驟封裝成一個代理軟體，它們被安裝在域名解析伺服器(DNS)上，並接管DNS服務埠53(DNS服務的埠為UDP 53和TCP 53，客戶端發請求也只向dns伺服器的53埠發請求的)，域名解析軟體以其它埠運行，該代理軟體接收用戶請求，並將請求轉給域名解析伺服器中運行的域名解析步驟，等待其響應過程返回答案，並將返回數據包拆包檢查，判斷rcode值，如果查詢答案成功，則直接返回給客戶端；而如果將要返回失敗或錯誤響應時，即對將要返回的域名解析結果進行答案替換，rcode付值為0，再返回給客戶端。
實施例四本實施例採用本發明提供的伺服器端域名解析控制方法的系統的一種參考附圖10，本實施例中，所述伺服器端域名解析控制系統包括域名解析伺服器，用於接收來自客戶端的域名解析請求，並進行伺服器端域名解析步驟；數據包攔截器，所述數據包攔截器直連在DNS伺服器上或串聯所有DNS出口，所述數據包攔截器內設置有伺服器端域名解析結果判斷模塊和伺服器端域名解析錯誤處理模塊，其中，所述伺服器端域名解析結果判斷模塊用於執行所述伺服器端域名解析結果判斷步驟，所述域名解析伺服器輸出域名解析結果至所述伺服器端域名解析結果判斷模塊，所述伺服器端域名解析結果判斷模塊判斷該域名解析結果是否為域名解析錯誤信息，如果是，則將所述域名解析結果輸出至所述伺服器端域名解析錯誤處理模塊，否則將所述伺服器端域名解析模塊獲得的域名解析結果發送給客戶端；所述伺服器端域名解析錯誤處理模塊用於執行所述伺服器端域名解析錯誤處理步驟，即採用預定的答案數據，對所述域名解析結果進行數據重組，並將數據重組的結果作為域名解析結果發送給客戶端。
實施例五本實施例採用本發明提供的伺服器端域名解析控制方法的系統的另一種具體實施例。
參考附圖11，本實施例中，所述伺服器端域名解析控制系統包括域名解析伺服器，用於接收來自客戶端的域名解析請求，並進行伺服器端域名解析步驟；伺服器端路由器，所述伺服器端路由器連接所述域名解析伺服器的域名解析結果輸出埠，並將所述域名解析伺服器輸出的域名解析結果路由輸入至所述數據包攔截器內。
數據包攔截器，其中設置有伺服器端域名解析結果判斷模塊和伺服器端域名解析錯誤處理模塊，其中，所述伺服器端域名解析結果判斷模塊用於執行所述伺服器端域名解析結果判斷步驟，所述域名解析伺服器通過伺服器端路由器輸出域名解析結果至所述伺服器端域名解析結果判斷模塊，所述伺服器端域名解析結果判斷模塊判斷該域名解析結果是否為域名解析錯誤信息，如果是，則將所述域名解析結果輸出至所述伺服器端域名解析錯誤處理模塊，否則將所述伺服器端域名解析模塊獲得的域名解析結果發送給客戶端；所述伺服器端域名解析錯誤處理模塊用於執行所述伺服器端域名解析錯誤處理步驟，即採用預定的答案數據，對所述域名解析結果進行數據重組，並將數據重組的結果作為域名解析結果發送給客戶端。
本實施例中的數據包攔截器可以不需要與DNS直連或串聯所有DNS出口；它是通過路由方式將數據包導向該設備實現的。
如在伺服器端路由器上配置ip route 10.10.10.00.0.0.255 20.20.20.1 udp 53就是將來自10.10.10.0/24網段的udp 53的數據包轉向到20.20.20.1。
以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種伺服器端域名解析控制方法，包括伺服器端域名解析步驟，所述伺服器端域名解析步驟包括查詢過程和響應過程，其特徵在於還包括伺服器端域名解析結果判斷步驟和伺服器端域名解析錯誤處理步驟，其中所述伺服器端域名解析結果判斷步驟是獲取所述伺服器端域名解析步驟獲得的域名解析結果，並判斷該域名解析結果是否為域名解析錯誤信息，如果是，則執行所述伺服器端域名解析錯誤處理步驟，否則將所述域名解析步驟獲得的域名解析結果發送給客戶端；所述伺服器端域名解析錯誤處理步驟是採用預定的答案數據，對所述域名解析結果進行數據重組，並將數據重組的結果作為域名解析結果發送給客戶端。
2.如權利要求1所述伺服器端域名解析控制方法，其特徵在於所述伺服器端域名解析結果判斷步驟是在所述伺服器端域名解析步驟中的查詢過程查詢結束後獲得所述域名解析結果。
3.如權利要求1所述伺服器端域名解析控制方法，其特徵在於所述伺服器端域名解析結果判斷步驟是在所述伺服器端域名解析步驟中的查詢過程查詢進行時獲得所述域名解析結果。
4.如權利要求1所述伺服器端域名解析控制方法，其特徵在於所述伺服器端域名解析結果判斷步驟自所述伺服器端域名解析步驟的響應過程獲得所述域名解析結果。
5.如權利要求1、2、3或4所述伺服器端域名解析控制方法，其特徵在於所述伺服器端域名解析結果判斷步驟具體為步驟a，獲取所述伺服器端域名解析步驟獲得的域名解析結果數據包；步驟b，獲取所述域名解析結果數據包的包頭內容，以及請求問題內容；步驟c，獲取所述域名解析結果數據包包頭內容中的域名響應狀態標識，以及請求問題內容中的問題類型；步驟d，如果所述域名響應狀態標識表示域名伺服器失敗或查詢域名不存在或查詢被拒絕，並且所述問題類型為主機地址，則執行所述伺服器端域名解析錯誤處理步驟；否則發送所述域名解析結果數據包至客戶端。
6.如權利要求5所述伺服器端域名解析控制方法，其特徵在於所述伺服器端域名解析錯誤處理步驟中數據重組的步驟具體為步驟1)，獲取預定的答案數據；步驟2)，採用所述預定的答案數據修改所述域名解析結果數據包的請求問題內容中的數據行；步驟3)，將所述域名解析結果數據包包頭內容中的域名響應狀態標識修改為沒有錯誤；步驟4)；將修改後的域名解析結果數據包作為數據重組的結果。
7.如權利要求6所述伺服器端域名解析控制方法，其特徵在於所述步驟1)中，所述預定的答案數據從一條或多條預先設定的顯示信息中提取，所述顯示信息具有顯示時段屬性、流量比例屬性和流量大小屬性，所述步驟1)具體為步驟10)，根據所述時段屬性提取本時段內的顯示信息；如果本時段內的顯示信息有多條，則進入步驟11)，否則跳轉至步驟12)；步驟11)，根據所述流量比例屬性，提取流量比例最大的本時段內的顯示信息，並根據流量比例為所提取的流量比例最大的本時段內的顯示信息分配流量，然後將剩餘的流量平均分配給其他的本時段內的顯示信息；步驟12)，將步驟10)中直接獲得的一條本時段內的顯示信息作為預定的答案數據，或者將步驟11)中分配流量後的多條本時段內的顯示信息根據它們分配到的流量，從中選擇一條作為預定的答案數據；步驟13)，統計用作預定的答案數據的顯示信息的流量，並根據其流量大小屬性，判斷其流量大小是否達到，如果達到，則將該條顯示信息刪除。
8.如權利要求7所述伺服器端域名解析控制方法，其特徵在於所述顯示信息為相關網站的IP位址和/或錯誤提示信息。
9.一種採用如權利要求1至8中之一所述伺服器端域名解析控制方法的伺服器端域名解析控制系統，包括域名解析伺服器，用於接收來自客戶端的域名解析請求，並進行域名解析，其特徵在於還包括數據包攔截器，所述數據包攔截器內設置有伺服器端域名解析結果判斷模塊和伺服器端域名解析錯誤處理模塊，其中，所述域名解析伺服器輸出域名解析結果至所述伺服器端域名解析結果判斷模塊，所述伺服器端域名解析結果判斷模塊判斷該域名解析結果是否為域名解析錯誤信息，如果是，則將所述域名解析結果輸出至所述伺服器端域名解析錯誤處理模塊，否則將所述伺服器端域名解析模塊獲得的域名解析結果發送給客戶端；所述伺服器端域名解析錯誤處理模塊用於採用預定的答案數據，對所述域名解析結果進行數據重組，並將數據重組的結果作為域名解析結果發送給客戶端。
10.如權利要求9所述伺服器端域名解析控制系統，其特徵在於還包括伺服器端路由器，所述伺服器端路由器連接所述域名解析伺服器的域名解析結果輸出埠，並將所述域名解析伺服器輸出的域名解析結果路由輸入至所述數據包攔截器內。
全文摘要
本發明公開了一種伺服器端域名解析控制方法，包括伺服器端域名解析步驟、伺服器端域名解析結果判斷步驟和伺服器端域名解析錯誤處理步驟，所述伺服器端域名解析結果判斷步驟是獲取所述伺服器端域名解析步驟獲得的域名解析結果，並判斷該域名解析結果是否為域名解析錯誤信息，如果是，則執行伺服器端域名解析錯誤處理步驟，否則將所述域名解析步驟獲得的域名解析結果發送給客戶端；所述伺服器端域名解析錯誤處理步驟是採用預定的答案數據，對所述域名解析結果進行數據重組，並將數據重組的結果作為域名解析結果發送給客戶端。本發明同時公開了一種採用該方法的系統。相對現有技術，本發明具有錯誤信息顯示友好，使用方便，商業增值功能強等特點。
文檔編號H04L29/12GK1852332SQ20061007317
公開日2006年10月25日 申請日期2006年4月10日 優先權日2006年4月10日
發明者王立俊 申請人:王立俊