域名解析方法及裝置的製作方法

2023-09-13 14:00:05 2

專利名稱：：域名解析方法及裝置的製作方法
技術領域：
：本發明涉及域名系統技術，尤其涉及域名解析技術。
背景技術：
：在現有的IP網絡中，一個域名對應至少一個IP位址，域名與IP位址的對應關係可以存儲在域名系統(DNS，DomainNameSystem)伺服器中。當終端需要訪問某個域名對應的網絡設備時，可以向DNS伺服器查詢這個域名對應的IP位址，從而根據IP位址與對應的網絡設備進行通信等操作。在實際應用中，終端可能要多次訪問同一個域名對應的網絡設備，為便於終端方便的訪問這個網絡設備並且避免頻繁的向DNS伺服器查詢域名與IP位址的對應關係，終端可以將第一次獲得的域名與IP位址的對應關係等DNS記錄保存在本地，這樣，終端如果還需要訪問某個域名對應的網絡設備，則只需在本地查詢已經保存的這個域名對應的IP位址，從而根據IP位址訪問網絡設備。對於存儲容量比較大的終端來說，存儲一些DNS記錄不會產生太大的影響，但對於存儲容量比較小的終端來說，有限的存儲容量就顯得非常珍貴，所以，如果存儲一些DNS記錄可能就會對存儲容量小的終端造成很大的影響。然而，目前還沒有一種可行的方案解決這個問題。另外，當終端需要訪問某個域名對應的網絡設備時，通常會向DNS伺服器發出查詢請求，請求中可以攜帶這個域名，DNS伺服器將這個域名對應的一個IP位址以響應消息的形式返回給終端。在實際應用中，一個域名可以對應多個IP位址，每個IP位址對應的網絡設備可以提供相同的業務，當然，也可以分別提供不同的業務，DNS伺服器可以存儲這個域名與多個對應的IP位址之間的對應關係。當終端向DNS伺服器發出查詢請求時，DNS伺服器可以根據一些策略向終端返回一個IP位址，但是，這些策略很少會考慮到終端自身的需求等因素，所以，DNS伺服器向終端返回的未必是合適的IP位址，這有可能導致終端為獲取合適的IP位址，而再次向DNS伺服器發出查詢請求，進而增加了不必要的網絡流量。
發明內容本發明實施例要解決的技術問題是提供一種域名解析方法及裝置，以使在考慮終端自身因素的前提下，完成域名解析過程。本發明實施例提供一種域名解析方法，包括接收終端發出的DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址；將所述選擇的IP位址返回給終端。本發明實施例還提供一種域名解析裝置，包括DNS查詢請求接收單元，用於接收終端發出的DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；IP位址選擇單元，用於根據所述DNS查詢請求接收單元接收的所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址；IP位址提供單元，用於將所述IP位址選擇單元選擇的IP位址提供給終端。本發明實施例還提供一種域名解析結果獲取方法，包括向DNS伺服器發出DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；接收所述DNS伺服器提供的至少一個IP位址，所述至少一個IP位址為所述DNS伺服器根據所述業務標識和/或用戶信息，為所述終端選擇的IP位址。本發明實施例還提供一種域名解析結果獲取裝置，包括信息加載單元，用於將用於標識業務類型的業務標識和/或標識用戶身份的用戶信息加載到DNS查詢請求；DNS查詢請求發出單元，用於向DNS伺服器發出所述加載業務標識和/或用戶信息的DNS查詢請求；IP位址接收單元，用於接收所述DNS伺服器提供的至少一個IP位址，所述至少一個IP位址為所述DNS伺服器根據所述業務標識和/或用戶信息，為所述終端選擇的IP位址。在本發明的域名解析的方法和裝置實施例中，接收攜帶有業務標識和/或用戶信息的DNS查詢請求後，可以根據業務標識和/或用戶信息，為終端選擇合適的IP位址，避免了由於沒有考慮到終端的因素而導致選擇的IP位址不合適的情況出現，解決了在考慮終端的因素的前提下，為終端選擇合適的IP位址的問題。圖1為本發明的一種Internet域名結構的實例示意圖；圖2為本發明的保存DNS記錄的一種方法實施例的流程圖；圖3為本發明的域名解析的一種方法實施例的流程圖；圖4為本發明的域名解析的另一種方法實施例的流程圖；圖5為本發明的一種迭代解析的實施例的示意圖。具體實施例方式由於本發明所有的實施例均涉及到DNS技術，所以，在詳細描述本發明提供的實施例之前，首先對DNS的有關內容進行說明。網際網路(Internet)中的主機可以具有多種方式標識，其中的一種方式是使用主機名(hostname)。由於主機名是助記性的，例如cnn.com及www.yahoo,com等，所以人們更願意使用主機名來標識主機。然而，主機名幾乎沒有提供關於主機在Internet中的位置信息，例如，某個主機的主機名為sina.com.cn，則可以判斷這個主機在中國境內，但除此之夕卜，就沒有其他的位置信息了。另外，主機名是由可變長度的字母、數字、字符構成的，路由器處理起來比較困難。鑑於上述主機名標識方式的一些缺陷，Internet中的主機也可以使用IP位址進行標識。Internet上的主機之間的傳輸控制協議(TCP，TransmissionControlProtocol)/網際網路協議(IP，InternetProtocol)通信是通過IP位址進行的，Internet上的每一臺主機都應該有一個IP位址作為其唯一標識。IP位址具有層次結構，當從左至右掃描某個地址時，可以越來越明確的得到對應的主機在Internet中的位置信息。但是，IP位址是數字型名字，難於記憶和理解。這樣就產生一個問題，即，一個主機既可以由主機名標識，也可以由IP位址標識，在實際應用中，人們更願意使用便於記憶的主機名標識主機，而路由器等網絡設備則只願意使用長度固定且有層次結構的IP位址。為了便於應用，TCP/IP提供了一種字符型的主機命名機制，即域名系統DNS。DNS既是一個在由名稱伺服器構成的層次結構中實現的分布式資料庫，又是一個允許客戶端主機和名稱伺服器通信所使用的域名轉換服務的應用層協議。名稱伺服器主機通常是運行伯克利網際網路名稱域(BIND，BerkeleyInternetNameDomain，一種軟體名稱)軟體的UNIX主機。DNS協議運行在用戶數據報協議(UDP，UserDatagramProtocol)之上，使用埠號53。DNS可以將枯燥、無意義的數字映射成具有特定含義的詞或詞的縮寫，便於記憶和理解。尤其在網站構建過程中，DNS是首要解決的問題之一，也是實現例如www、文件傳輸協議(FTP，FileTransferProtocol)>E-mail等多禾中Internet應用的基石出。其他例如超文本傳輸協議(HTTP，HypertextTransferProtocol)、簡單郵件傳輸協議(SMTP，SimpleMailTransferProtocol)、FTP等應用層協議普遍使用DNS將用戶提供的主機名轉換成IP位址。以某個用戶使用運行在本地主機上的一個瀏覽器(也就是HTTP客戶)請求http//www.yesky.com為例，為了將HTTP請求消息發送到名為www.yesky.com的web伺服器，瀏覽器必須獲悉這臺web伺服器的IP位址。瀏覽器可以從統一資源定位器(URL,UniformResourceLocator)中抽取出主機名，然後將抽取出的主機名傳遞給本地主機上的DNS應用客戶端，DNS應用客戶端向某個DNS伺服器發出一個包含抽取出的主機名的DNS查詢請求消息，進而會收到一個包含與抽取出的主機名對應的IP位址的應答消息。之後，瀏覽器打開一個到位於抽取出的IP位址的HTTP伺服器的TCP連接。DNS除提供主機名到IP位址的轉換外，還提供其他一些重要的服務1.主機別名(hodyaliasing)具有複雜主機名的主機還可以有一個或多個別名。例如，主機名為relayl.west-coast,enterprise,com的主機還可以有另外兩個主機名，分別是enterprise,com和www.enterprise,com。在這裡，主機名relayl.west-coast,enterprise,com稱為正規主機名(canonicalhostname)，另外兩個主機名則稱為別名主機名(aliashostname)。別名主機名往往比正規主機名更便於記憶，DNS應用客戶端可以調用DNS來獲取別名主機名對應的正規主機名和IP位址。2.郵件伺服器別名(mailserveraliasing)電子郵件地址一般要求便於記憶。例如，Bob(某個用戶)有一個hotmail帳號，其電子郵件地址可能是簡單的BobOhotmail.com。然而，hotmail郵件伺服器的主機名要比hotmail.com複雜且不易記住。電子郵件應用可以調用DNS獲取所給定的別名主機名對應的正規主機名和IP位址。在實際應用中，DNS允許一個公司的Web伺服器和郵件伺服器使用相同的別名主機名。例如，某個公司的web伺服器和郵件伺服器可以都稱為enterprise,com。3.負載分擔(loaddistribution):DNS還越來越多地用於執行在多個複製成的伺服器(例如複製成的Web伺服器)之間的負載分擔。例如，crm.com等繁忙站點往往把Web伺服器複製成多個，每個Web伺服器運行在不同的端系統上，具有不同的IP位址。對於複製成的多個Web伺服器，與其單個正規主機名相關聯的是一組IP位址，DNS伺服器中保存著這組IP位址。終端發出針對映射到一組IP位址的某個主機名的DNS查詢請求後，DNS伺服器以整組IP位址響應，不過，每次響應的地址順序是輪轉的。訪問web站點時，瀏覽器一般把HTTP請求消息發送給DNS客戶端查詢到的一組IP位址中的第一個，DNS輪轉，把web站點的訪問負載分擔在所有複製成的web伺服器上。電子郵件應用也可以使用DNS輪轉，這樣，多個郵件伺服器可以有相同的別名。DNS的命名結構稱為域名空間。域名空間是一個呈樹狀、層次結構的分布式資料庫。域是域名空間的一棵子樹或一個分支，樹的根節點就是根域，它沒有名字，用"."表示。樹中最靠近根域的節點稱為頂級域，每個頂級域下面又包含很多級、很多子域，主機則位於樹的葉子節點上。完整的域名由樹的一個節點到根節點路徑上節點標識符的有序序列組成，其中，各節點標識符之間用"."隔開。圖1所示的是以ibm為根開始的一個子樹構成的一個域，它的域名為ibm.com。www伺服器為一個域主機名，它屬於域nankai.edu.cn下的主機，它的完整的域名是www.nankai.edu.cn。Internet規定了一組正式的通用標準標號，形成了國際通用頂級域名，例如，com代表商業組織，edu代表教育機構等，每個申請加入Internet的國家都可以作為一個頂級域，並向域名管理機構註冊一個頂級域名，國家域名用國家代碼來標識，例如，cn代表中國，jp代表日本等。上述僅僅是DNS技術的一些基本內容，下面對本發明提供的多種實施例進行詳細描述。在實際應用中，終端如果需要訪問某個網絡設備，通常會向DNS伺服器發出DNS查詢請求，以請求DNS伺服器對DNS查詢請求攜帶的域名(也可以稱為主機名)進行解析，DNS伺服器對域名解析後，將解析結果返回給終端，其中，解析結果可以為域名對應的IP位址等相關信息，這裡將解析結果稱為DNS記錄。終端接收到DNS記錄後，可以將DNS記錄保存，以便後續再次訪問同一個網絡設備時，不用再次向DNS伺服器查詢域名對應的IP位址，而是直接根據保存的DNS記錄中的IP位址訪問網絡設備即可。下面對保存域名系統記錄的一種方法實施例的整體技術方案進行說明。保存域名系統記錄的一個方法實施例包括將接收到的新的DNS記錄保存在終端本地；如果已經存儲的所有DNS記錄的大小高於或等於預先設定的存儲門限時，則刪除一部分已經存儲的DNS記錄，以使剩餘的DNS記錄的大小不高於或低於所述存儲門限。需要說明的是，判斷已經存儲的所有DNS記錄的大小有兩種方式，對應的結果也可以是兩種，即，如果已經存儲的所有DNS記錄的大小高於預先設定的存儲門限時，就刪除一部分DNS記錄，則要保證剩餘的DNS記錄的大小不高於所述存儲門限；如果已經存儲的所有DNS記錄的大小等於預先設定的存儲門限時，才刪除一部分DNS記錄，則要保證剩餘的DNS記錄的大小低於所述存儲門限。在上述方法實施例中，可以按照下述步驟刪除一部分已經存儲的DNS記錄如果存在已經過期的DNS記錄，則刪除所述已經過期的DNS記錄；如果剩餘的DNS記錄的大小仍然高於或等於所述存儲門限，則再次刪除一部分DNS記錄，以使最後剩餘的DNS記錄的大小不高於或低於所述存儲門限。在上述方法實施例中，可以按照下述方式再次刪除一部分DNS記錄刪除最臨近過期的一部分DNS記錄；和/或在一個域名對應的多個IP位址的所有DNS記錄中選擇一部分DNS記錄刪除；和/或按照保存的順序依次刪除DNS記錄；和/或刪除使用率低的一部分DNS記錄。其中，判斷DNS記錄使用率的方式有很多，例如，每次使用DNS記錄時，對DNS記錄進行一次標記，當統計或查詢DNS記錄的使用率時，只要統計DNS記錄的標記數量即可。在上述方法實施例中，如果不存在已經過期的DNS記錄，則可以刪除一部分DNS記錄，以使剩餘的DNS記錄的大小不高於或低於所述存儲門限。在上述方法實施例中，將接收到的新的域名系統DNS記錄保存在終端本地之前，還可以確定所述新的DNS記錄中的有效時間TTL，如果為0，則不將所述新的DNS記錄保存在終端本地，否則，保存在終端本地。在上述方法實施例中，接收到的新的DNS記錄之前還可以包括向DNS伺服器發出DNS查詢請求；所述DNS伺服器根據所述DNS查詢請求，返回至少一個新的DNS記錄。其中，所述DNS查詢請求中可以攜帶業務標識和/或用戶信息。另外，所述DNS伺服器可以根據業務標識和/或用戶信息，選擇至少一個IP位址返回。下面結合圖2，對保存DNS記錄的一種方法實施例進行詳細描述。如圖2所示，包括步驟S201終端接收新的DNS記錄。這裡的終端可以是任意形式的終端，例如PC機、手機等，但對於例如手機等存儲容量小的終端來說，應用這個方法實施例的效果會更明顯。DNS記錄可以由DNS伺服器以響應消息的形式提供給終端，所述響應消息中可以攜帶至少一個資源記錄(RR，resourcerecord)，一個資源記錄可以包含以下的四元組欄位(Name，Value,Type,TTL)，其中，TTL可以表示保存資源記錄的時間或者表示與域名對應的IP位址的有效時間，這個時間可以由DNS伺服器確定，當然，也可以由其他網絡實體確定，DNS伺服器只是將這個時間轉發給終端即可。Name和Value的意義依賴於Type。如果Type=Α,那麼Name是一個主機名，並且Value是這個主機名所對應的IP位址，這樣，一個TYPEA的記錄提供了標難的主機名到IP位址的映射。例如，(relayl.bar.foo.com,145.37.93.126，Α)就是一個TypeA的記錄。如果Type=NS,那麼Name就是一個域，例如foo.com,並且Value是一個知道如何獲得這個域中主機的IP位址的權威名稱伺服器的主機名。這個記錄用於將DNS查詢沿著查詢的鏈式結構進行路由。例如，(foo.com,dns.foo.com,NS)就是一個TypeNS記錄。如果Type=CNAME,那麼Value就是一個與主機別名NAME相對應的正規主機名。這個記錄可以給發出查詢的主機提供一個和主機名相對應的正規主機名。例如，(foo.com,relayl.bar.foo.com,CNAME)就是一個TypeCNAME記錄。如果Type=MX,那麼Value就是一個主機別名為NAME的郵件伺服器的主機名。例如，(foo.com,mail.bar.foo.com,MX)就是一個TypeMX記錄。TypeMX記錄使得郵件伺服器的主機名具有簡單的別名。例如下面的三條DNS記錄www.sina.com.cn202.20.132.1022007-01—0512:00www.sina.com.cn202.20.132.1012007-01—0512:00www.sohu.com202.20.131.1012007-02—061200對於www.sina.com.cn來說，對應兩個IP位址，而且表明了這兩個IP位址的有效時間；對於www.sohu.com來說，對應一個IP位址及其有效時間。步驟S202判斷所述DNS記錄中的TTL是否為0，如果是，轉步驟S203，否則，轉步驟S204。一般來說，如果TTL為0，則說明不需要保存這個記錄，否則，可以將這個記錄保存在本地。步驟S203不保存所述DNS記錄或進行其他操作，結束流程，其中，不保存所述DNS記錄的方式可以為丟棄所述DNS記錄。步驟S204將所述DNS記錄保存在本地，轉步驟S205。步驟S205判斷當前存儲的所有DNS記錄的大小是否不低於預先設置的存儲門限，如果是，轉步驟S206，否則，結束流程。這裡的存儲門限是針對存儲DNS記錄的存儲空間設置的一個標準，設置的依據可以有很多種，例如，隨機在終端的存儲介質中劃出一個存儲空間，或者估計將要獲取的DNS記錄的數量後，再劃出一個存儲空間，劃出存儲空間後，只要保證設置的存儲門限不高於或完全低於存儲空間的極限容量即可。步驟S206判斷是否存在已經過期的DNS記錄，如果是，轉步驟S207，否則，轉步驟S209。其中，已經過期的DNS記錄是指TTL為0等表示已經過期的DNS記錄。步驟S207刪除已經過期的DNS記錄，轉步驟S208；步驟S208判斷剩餘的DNS記錄的大小是否仍然不低於預先設置的存儲門限，如果是，轉步驟S209，否則，結束流程。這裡的剩餘的DNS記錄是指沒有過期的DNS記錄。步驟S209刪除一部分DNS記錄，轉步驟S208。刪除一部分DNS記錄可以有很多方式，例如，可以按照DNS記錄接近過期的時間先後順序刪除DNS記錄，也可以將一個域名對應的多個IP位址的其中一個或多個DNS記錄刪除，還可以按照存儲的先後順序刪除DNS記錄，還可以將不經常使用的DNS記錄刪除。需要說明的是，這裡的一部分DNS記錄可以是一條DNS記錄，還可以是多條DNS記錄。上述方法實施例只是保存DNS記錄的一個實施例，事實上，如果對這種實施例進行一些變換，還可以產生多個實施例。例如，在步驟S205和/或S208中，如果判斷出當前的DNS記錄的大小不低於存儲門限時，還可以進一步判斷當前的DNS記錄的大小相對於存儲門限超過了多少，即差值，如果確定出這個差值，則在後續的步驟S207和/或S209中，可以刪除與差值大小相當的一部分DNS記錄，在實際應用中，由於後續可能還會存儲新的DNS記錄，所以刪除比差值還要多的DNS記錄比較合適。由於上述方法實施例可以由一個裝置來實現，所以，本發明還提供了一種保存域名系統記錄的裝置實施例，這種裝置實施例可以包括保存單元，用於保存接收到的新的DNS記錄，並存儲已經接收到的需要保存的所有DNS記錄；DNS記錄大小檢測單元，用於比較所述保存單元中保存的所有DNS記錄與預先設定的存儲門限的大小關係；DNS記錄清理單元，如果所述DNS記錄大小檢測單元檢測到所述保存單元已經存儲的所有DNS記錄的大小高於或等於預先設定的存儲門限時，則刪除一部分所述保存單元已經存儲的DNS記錄，以使剩餘的DNS記錄的大小不高於或低於所述存儲門限。由於DNS記錄可以保存在終端本地，所以，本發明還提供一種終端實施例，這種終端實施例可以包括保存單元，用於保存接收到的新的DNS記錄，並存儲已經接收到的需要保存的所有DNS記錄；DNS記錄大小檢測單元，用於比較所述保存單元中保存的所有DNS記錄與預先設定的存儲門限的大小關係；DNS記錄清理單元，如果所述DNS記錄大小檢測單元檢測到所述保存單元已經存儲的所有DNS記錄的大小高於或等於預先設定的存儲門限時，則刪除一部分所述保存單元已經存儲的DNS記錄，以使剩餘的DNS記錄的大小不高於或低於所述存儲門限。在本發明的保存域名系統記錄的所有實施例中，如果判斷出已經存儲的所有DNS記錄的大小高於或等於預先設定的存儲門限時，就刪除一部分DNS記錄，以使剩餘的DNS記錄的大小不高於或低於所述存儲門限，這對於存儲容量小的終端來說，解決了因為存儲的DNS記錄過多而對存儲其他數據造成影響的問題。在本發明的保存域名系統記錄的所有實施例中，如果判斷出已經存儲的所有DNS記錄的大小高於或等於預先設定的存儲門限時，則可以將已經過期的DNS記錄，這樣，由於這些記錄的內容可能已經失效，所以即使刪除這些記錄，也不會對後續的DNS查詢產生負面影響。在本發明的保存域名系統記錄的所有實施例中，刪除已經過期的DNS記錄後，如果剩餘的DNS記錄仍然高於或等於預先設定的存儲門限時，則可以再根據一些策略選擇一部分DNS記錄刪除，每種策略都會有各自的優點。例如，刪除最臨近過期的一部分數據，這樣可以降低對後續的DNS查詢產生的負面影響；在一個域名對應的多個IP位址的所有DNS記錄中選擇一部分DNS記錄刪除，由於一個域名對應的多個IP位址可能提供同樣的業務服務，所以，即使從中選擇一部分記錄刪除，也會保證在解析同樣的域名時，仍然可以找到對應的IP位址；按照保存的順序依次刪除DNS記錄，這樣的管理方式比較簡單，存儲DNS記錄時，可以使用隊列這樣的數據結構；刪除使用率低的一部分DNS記錄，由於使用率低的DNS記錄對後續的DNS查詢的作用不大，所以即使刪除這些記錄，對後續的DNS查詢也不會產生負面影響。在實際應用中，一個域名可以對應多個IP位址，每個IP位址對應的網絡設備可以提供相同業務類型的服務，當然，也可以提供不同業務類型的服務。當終端向DNS伺服器發出DNS查詢請求時，DNS伺服器如果發現查詢請求中攜帶的域名對應多個IP位址，則儘量選擇一個合適的IP位址提供給終端。下面對域名解析的一個方法實施例的整體技術方案進行說明。這種方法實施例可以包括接收終端發出的DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址；將所述選擇的IP位址返回給終端。在上述方法實施例中，當所述DNS查詢請求中攜帶業務標識時，可以選擇至少一個能夠提供所述業務的網絡設備對應的IP位址返回給終端。在上述方法實施例中，當所述DNS查詢請求中攜帶用戶信息時，可以選擇至少一個終端有權限訪問的網絡設備對應的IP位址返回給終端。所述DNS查詢請求可以以DNS查詢請求消息Question的形式存在，所述業務標識和/或用戶信息存在於所述Question的頭部分，也可以存在於所述Question的體部分。當然，所述DNS查詢請求還可以以不同於DNS查詢請求消息Question的單獨消息形式存在，所述業務標識和/或用戶信息存在於所述單獨消息中。在上述方法實施例中，將所述選擇的IP位址返回給終端時，還可以將用於安全認證的鑑權數據提供給終端。之後，所述終端可以對所述鑑權數據進行認證。在上述方法實施例中，如果無法根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址，則還可以包括將其他至少一個DNS伺服器的地址提供給終端，所述終端向其他DNS伺服器發出DNS查詢請求，所述DNS查詢請求中攜帶業務標識和/或用戶信息，直至有一個DNS伺服器能夠提供符合所述業務標識和/或用戶信息的網絡設備對應的IP位址。在上述方法實施例中，如果無法根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址，則還可以包括將所述DNS查詢請求轉發到其他DNS伺服器，直至有一個DNS伺服器能夠提供符合所述業務標識和/或用戶信息的網絡設備對應的IP位址。在上述方法實施例中，如果無法根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址，或者，沒有任何一個DNS伺服器能夠提供符合所述業務標識和/或用戶信息的網絡設備對應的IP位址，則可以向所述終端返回無法解析的信息。下面結合圖3，對域名解析的一種方法實施例進行詳細描述。如圖3所示，包括步驟S301終端向DNS伺服器發出DNS查詢請求，所述DNS查詢請求中攜帶業務標識和/或用戶信息。這裡的終端可以是任意形式的終端，例如PC機、手機等。DNS查詢請求可以以DNS查詢請求消息(Question)的形式存在，業務標識和/或用戶信息可以存在於Question消息的頭部分，如表1所示，還可以存在於Question消息的體部分，如表2所示。tableseeoriginaldocumentpage11表1tableseeoriginaldocumentpage12表2另外，業務標識和/或用戶信息還可以以不同於上述Question消息的形式發出，或者說，以一個單獨的消息的形式發出。此外，一個消息中可以攜帶多個業務標識和/或用戶信息。步驟S302=DNS伺服器根據所述業務標識和/或用戶信息，為終端選擇至少一個合適的IP位址。具體的，當DNS伺服器接收到業務標識時，可以從需要解析的域名對應的多個IP位址中，選擇至少一個能夠為終端提供所述業務服務的網絡設備對應的IP位址，更進一步的，選擇至少一個負載較少的網絡設備對應的IP位址；當DNS伺服器接收到用戶信息時，可以從需要解析的域名對應的多個IP位址中，選擇至少一個用戶有權訪問的網絡設備對應的IP位址，更進一步的，選擇至少一個負載較少的網絡設備對應的IP位址，這也是保證網絡安全的一個技術手段。步驟S303=DNS伺服器將選擇的IP位址返回給終端。在實際應用中，DNS伺服器可以以響應消息(Answer)的形式存在，其中，Answer消息中還可以包括至少一個四元組形式的RR，每個RR中還可以設置有表示IP位址有效或者終端應該保存這個RR的有效時間TTL。另外，為避免網絡攻擊者利用DNS伺服器的身份向終端返回不真實的或危險的IP位址，DNS伺服器可以在Answer消息中增加鑑權數據，當終端對鑑權數據認證通過後，即可認為這個Answer消息確實為DNS伺服器發出的，否則，可以丟棄這個Answer消息或者進行其他處理。鑑權數據可以存在於Answer消息的頭部分，如表3所示，當然，也可以存在於Answer消息的體部分，如表4所示。此外，鑑權數據還可以以一個單獨的消息提供給終端。tableseeoriginaldocumentpage13表4在表3及表4中，ServiceTYPE是可選的，如果存在，其值應該與終端發出的Question消息中的ServiceTYPE相同。在上述實施例中，如果終端發出的DNS查詢請求中攜帶業務標識，則還可以攜帶其他一些相關信息，以保證DNS伺服器可以準確的提供需要訪問的網絡設備對應的IP位址。例如，某個用戶的郵件地址是zhangsanfeina.com，而實際的郵件伺服器的主機名可能是pop.sina.com。用戶在設置郵件帳號時，可以只輸入地址「zhangsanfeina.com」和密碼，而無須輸入郵件伺服器的主機名「pop.sina.com」。當終端在收發郵件時，終端可以向DNS伺服器提供「sina.com」信息，並在業務類型中表明郵件業務類型，DNS伺服器根據已經表明的郵件業務類型，並根據「sina.com"信息，就可以知道終端請求解析的是郵件伺服器"pop.sina.com」的域名，於是，DNS伺服器解析pop.sina.com。由這個例子可以看出，如果終端向DNS伺服器提供業務類型及相關的信息，則在之前的設置程序中，可以不必設置一些信息，這給終端帶來很大方便。下面再舉一個域名解析方法的實際應用的事例。在這個事例中，假設某個用戶是中國移動的用戶，中國移動有很多品牌業務提供給用戶，例如全球通、動感地帶、神州行等，當用戶訪問同一個門戶(Portal)域名時，DNS伺服器可以根據用戶提出的業務請求，為用戶選擇提供相應業務的IP位址。假設用戶選擇的業務類型分別是多媒體消息業務(MMS，MultimediaMessagingService)及基於蜂窩的即按即說業務(POC，PushtoTalkoverCellular)。這兩個業務的相關信息如表5所示。IP位址服務埠業務標識用戶鑑權數據www.chinamobile.com202.10.2.1210001POC用戶名+密碼202.10.2.1310002MMS用戶名+密碼錶5域名解析的流程可以如圖4所示，包括步驟S401終端向DNS伺服器發出DNS查詢請求，所述DNS查詢請求中攜帶「www.chinamobile.com」的域名、POC及匪S的業務標識、對應每個業務的用戶名和密碼。步驟S402=DNS伺服器解析「www.chinamobile.com」的域名，如果用戶名和密碼等認證通過後，選擇分別對應POC及MMS的IP位址「202.10.2.12」及「202.10.2.13」。步驟S403=DNS伺服器將選擇的IP位址返回給終端，還可以將對應的服務埠提供給終端分別轉步驟S4041及步驟S4042。步驟S4041終端根據接收到的「202.10.2.12」的IP位址，訪問提供POC業務的網絡設備。步驟S4042終端根據接收到的「202.10.2.13」的IP位址，訪問提供匪S業務的網絡設備。需要說明的是，在上述域名解析的方法實施例中，如果DNS伺服器不能對域名進行解析，或者說在本地無法查找到域名對應的IP位址，則有兩個解決方式迭代解析和遞歸解析。在迭代解析方式中，如果伺服器查找不到相應的記錄，則會向終端返回另一個可能知道結果的DNS伺服器的地址，以便終端向新的DNS伺服器發起DNS查詢請求。在遞歸解析方式中，要求由所有DNS伺服器組成的系統一次性的提供解析結果，即，如果不能從一個DNS伺服器得到解析結果，就由這個DNS伺服器向其他DNS伺服器發出DNS查詢請求，直至得到查詢結果或出現錯誤為止。域名解析是按照分層結構的特點自頂向下進行的。然而，如果每一個解析請求都從根伺服器開始，那麼到達根伺服器的信息流量就會隨網際網路規模的增大而增加，進而導致根伺服器有可能因負荷太重而超載。一般情況下，大多數域名解析都是解析本地域名，這在本地DNS伺服器中就可以完成。因此，終端需要獲得某個域名對應的IP位址時，往往都先向本地DNS伺服器發出DNS查詢請求，這樣可以提高域名解析的效率。以主機cs.nankai.edu.cn查詢主機www.sina.com.cn的IP位址為例，採用迭代解析的查詢過程如圖5所示。主機cs.nankai.edu.cn首先將DNS查詢請求發送給本地DNS伺服器(步驟S501)；本地DNS伺服器收到DNS查詢請求後，在本地查找記錄，如果找不到對應的記錄，則向自己的根域伺服器發出迭代解析請求(步驟S502)；若根域伺服器無法解析，則返回管理cn域的DNS伺服器的地址(步驟S503)；本地DNS伺服器又將DNS查詢請求交給管理cn域的DNS伺服器(步驟S504)；若管理cn域的DNS伺服器無法解析，則返回管理com.cn域的DNS伺服器的地址(步驟S505)；本地DNS伺服器再將DNS查詢請求交給管理com.cn域的DNS伺服器(步驟S506)；若管理com.cn域的DNS伺服器無法解析，則再返回管理sina.com.cn域的DNS伺服器的地址(步驟S507)；本地DNS伺服器再將DNS查詢請求交給管理sina.com.cn域的DNS伺服器(步驟S508)；管理sina.com.cn域的DNS伺服器會將解析結果返回給本地DNS伺服器(步驟S509)；本地DNS伺服器將解析結果返回給終端(步驟S510)。上述域名解析的所有方法實施例都可以由裝置來實現，其中的一種域名解析裝置實施例可以包括DNS查詢請求接收單元，用於接收終端發出的DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；IP位址選擇單元，用於根據所述DNS查詢請求接收單元接收的所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址；IP位址提供單元，用於將所述IP位址選擇單元選擇的IP位址提供給終端。上述域名解析裝置的實施例可以應用於DNS伺服器中，所以，本發明還提供一種DNS伺服器的實施例，可以包括DNS查詢請求接收單元，用於接收終端發出的DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；IP位址選擇單元，用於根據所述DNS查詢請求接收單元接收的所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址；IP位址提供單元，用於將所述IP位址選擇單元選擇的IP位址提供給終端。另外，本發明還提供了一種域名解析結果獲取方法的實施例，包括向DNS伺服器發出DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；接收所述DNS伺服器提供的至少一個IP位址，所述至少一個IP位址為所述DNS伺服器根據所述業務標識和/或用戶信息，為所述終端選擇的IP位址。相應的，上述域名解析結果獲取方法的實施例可以由一種域名解析結果獲取裝置來實現，這種裝置的一個實施例可以包括信息加載單元，用於將用於標識業務類型的業務標識和/或標識用戶身份的用戶信息加載到DNS查詢請求；DNS查詢請求發出單元，用於向DNS伺服器發出所述加載業務標識和/或用戶信息的DNS查詢請求；IP位址接收單元，用於接收所述DNS伺服器提供的至少一個IP位址，所述至少一個IP位址為所述DNS伺服器根據所述業務標識和/或用戶信息，為所述終端選擇的IP位址。上述域名解析結果獲取方法可以應用於終端上，所以，本發明提供的又一種終端實施例，可以包括信息加載單元，用於將用於標識業務類型的業務標識和/或標識用戶身份的用戶信息加載到DNS查詢請求；DNS查詢請求發出單元，用於向DNS伺服器發出所述加載業務標識和/或用戶信息的DNS查詢請求；IP位址接收單元，用於接收所述DNS伺服器提供的至少一個IP位址，所述至少一個IP位址為所述DNS伺服器根據所述業務標識和/或用戶信息，為所述終端選擇的IP位址。在本發明的域名解析的所有實施例中，接收攜帶有業務標識和/或用戶信息的DNS查詢請求後，可以根據業務標識和/或用戶信息，為終端選擇合適的IP位址，避免了由於沒有考慮到終端的因素而導致選擇的IP位址不合適的情況出現，解決了在考慮終端的因素的前提下，為終端選擇合適的IP位址的問題。在本發明的域名解析的所有實施例中，DNS查詢請求可以是Question消息的形式，並且只要在Question的頭部分和/或體部分增加業務標識和/或用戶信息即可，所以具體實施時比較方便。在本發明的域名解析的所有實施例中，將所述選擇的IP位址返回給終端時，還可以將用於安全認證的鑑權數據提供給終端，這樣，終端可以對鑑權數據進行認證，以避免網絡攻擊者冒用DNS伺服器的身份向終端提供一個危險的IP位址，提高了網絡的安全性。在本發明的域名解析的所有實施例中，如果無法根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址，則可以向其他DNS伺服器請求幫助，還可以將其他DNS伺服器的地址提供給終端，終端可以根據這些地址向其他DNS伺服器發出同樣的DNS查詢請求，這樣可以儘可能的保證終端能夠得到需要的IP位址。以上所述僅是本發明的優選實施方式，應當指出，對於本
技術領域：
的普通技術人員來說，在不脫離本發明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護範圍。權利要求一種域名解析方法，其特徵在於包括接收終端發出的DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址；將所述選擇的IP位址返回給終端。2.如權利要求1所述的域名解析方法，其特徵在於當所述DNS查詢請求中攜帶業務標識時，選擇至少一個能夠提供所述業務的網絡設備對應的IP位址返回給終端。3.如權利要求1所述的域名解析方法，其特徵在於當所述DNS查詢請求中攜帶用戶信息時，選擇至少一個終端有權限訪問的網絡設備對應的IP位址返回給終端。4.如權利要求1所述的域名解析方法，其特徵在於所述DNS查詢請求以DNS查詢請求消息Question的形式存在，所述業務標識和/或用戶信息存在於所述Question的頭部分和/或體部分。5.如權利要求1所述的域名解析方法，其特徵在於將所述選擇的IP位址返回給終端時，還將用於安全認證的鑑權數據提供給終端。6.如權利要求5所述的域名解析方法，其特徵在於將鑑權數據提供給終端後還包括所述終端對所述鑑權數據進行認證。7.如權利要求1所述的域名解析方法，其特徵在於如果無法根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址，則還包括將其他至少一個DNS伺服器的地址提供給終端，所述終端向其他DNS伺服器發出DNS查詢請求，所述DNS查詢請求中攜帶業務標識和/或用戶信息，直至有一個DNS伺服器能夠提供符合所述業務標識和/或用戶信息的網絡設備對應的IP位址。8.如權利要求1所述的域名解析方法，其特徵在於如果無法根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址，則還包括將所述DNS查詢請求轉發到其他DNS伺服器，直至有一個DNS伺服器能夠提供符合所述業務標識和/或用戶信息的網絡設備對應的IP位址。9.如權利要求1、7或8所述的域名解析方法，其特徵在於如果無法根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址，或者，沒有任何一個DNS伺服器能夠提供符合所述業務標識和/或用戶信息的網絡設備對應的IP位址，則向所述終端返回無法解析的信息。10.一種域名解析裝置，其特徵在於包括DNS查詢請求接收單元，用於接收終端發出的DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；IP位址選擇單元，用於根據所述DNS查詢請求接收單元接收的所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址；IP位址提供單元，用於將所述IP位址選擇單元選擇的IP位址提供給終端。11.如權利要求10所述的域名解析裝置，其特徵在於，所述域名解析裝置為DNS服務12.—種域名解析結果獲取方法，其特徵在於包括向DNS伺服器發出DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；接收所述DNS伺服器提供的至少一個IP位址，所述至少一個IP位址為所述DNS伺服器根據所述業務標識和/或用戶信息，為所述終端選擇的IP位址。13.—種域名解析結果獲取裝置，其特徵在於包括信息加載單元，用於將用於標識業務類型的業務標識和/或標識用戶身份的用戶信息加載到DNS查詢請求；DNS查詢請求發出單元，用於向DNS伺服器發出所述加載業務標識和/或用戶信息的DNS查詢請求；IP位址接收單元，用於接收所述DNS伺服器提供的至少一個IP位址，所述至少一個IP位址為所述DNS伺服器根據所述業務標識和/或用戶信息，為所述終端選擇的IP位址。14.如權利要求13所述的域名解析結果獲取裝置，其特徵在於，所述域名解析結果獲取裝置為終端。全文摘要本發明公開了一種域名解析方法，接收終端發出的DNS查詢請求，所述DNS查詢請求中攜帶用於標識業務類型的業務標識和/或標識用戶身份的用戶信息；根據所述業務標識和/或用戶信息，為所述終端選擇至少一個IP位址；將所述選擇的IP位址返回給終端。本發明實施例接收攜帶有業務標識和/或用戶信息的DNS查詢請求後，可以根據業務標識和/或用戶信息，為終端選擇合適的IP位址，避免了由於沒有考慮到終端的因素而導致選擇的IP位址不合適的情況出現，解決了在考慮終端的因素的前提下，為終端選擇合適的IP位址的問題。文檔編號H04L29/06GK101834910SQ201010138870公開日2010年9月15日申請日期2007年4月4日優先權日2007年4月4日發明者楊健,王雷,陳國喬申請人:華為技術有限公司