一種域名系統(tǒng)dns的最優(yōu)應用服務(wù)器選取方法和裝置制造方法
【專利摘要】本申請?zhí)峁┝艘环N域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法和裝置，其中，所述方法包括客戶端向多個DNS服務(wù)器同時發(fā)送DNS查詢請求，所述DNS查詢請求中包括域名；當有DNS服務(wù)器根據(jù)所述DNS查詢請求向客戶端返回域名對應的IP地址，客戶端根據(jù)所述IP地址生成候選IP地址列表；客戶端根據(jù)所述侯選IP地址列表，向各IP地址對應的應用服務(wù)器同時發(fā)送連接請求；依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息，確定最優(yōu)應用服務(wù)器。本申請可以保證DNS解析服務(wù)可靠性并縮短耗時，同時能夠滿足一些特定的網(wǎng)絡(luò)應用需求，并提高安全性。
【專利說明】—種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法和裝置
[0001]本發(fā)明專利申請是申請日為2011年9月29日、申請?zhí)枮?01110294802.4、名稱為“一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法和裝置”的中國發(fā)明專利申請的分案申請。
【技術(shù)領(lǐng)域】
[0002]本申請涉及互聯(lián)網(wǎng)域名解析的【技術(shù)領(lǐng)域】，特別是涉及一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法，及一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取裝置。
【背景技術(shù)】
[0003]在互聯(lián)網(wǎng)的應用中，域名和IP地址是不可缺少的，因為人們訪問網(wǎng)站必須要通過網(wǎng)站的域名和IP地址來查找登錄?，F(xiàn)有技術(shù)查找域名和IP地址的時候要運用到DNS，也就是域名系統(tǒng)(或稱之為域名服務(wù)器)。DNS用于域名的解析，為Internet上的主機分配域名地址和IP地址。也就是說，當用戶向DNS請求域名地址解析時，該系統(tǒng)就會自動把域名地址轉(zhuǎn)為IP地址。在實際中，任何域名都至少有一個DNS來對域名進行解析，至少是兩個。因為DNS可以輪回處理，第一個解析失敗可以找第二個。這樣只要有一個DNS解析正常，就不會影響域名的正常使用。
[0004]DNS協(xié)議可以使用UDP協(xié)議和TCP協(xié)議作為傳輸層協(xié)議，現(xiàn)有技術(shù)中，Windows客戶端主機系統(tǒng)僅實現(xiàn)了 m)P協(xié)議作為DNS協(xié)議的傳輸層協(xié)議。UDP協(xié)議具有以下特性:
[0005]UUDP協(xié)議是一個無接連協(xié)議，傳輸數(shù)據(jù)之前源端和終端不建立連接，當它想傳送時就簡單地去抓取來自應用程序的數(shù)據(jù)，并盡可能快地把它扔到網(wǎng)絡(luò)上。在發(fā)送端，UDP協(xié)議傳送數(shù)據(jù)的速度僅僅是受應用程序生成數(shù)據(jù)的速度、計算機的能力和傳輸帶寬的限制；在接收端，UDP協(xié)議把每個消息段放在隊列中，應用程序每次從隊列中讀一個消息段。
[0006]2、由于傳輸數(shù)據(jù)不建立連接，因此也就不需要維護連接狀態(tài)，包括收發(fā)狀態(tài)等，因此一臺服務(wù)機可同時向多個客戶機傳輸相同的消息。
[0007]3、UDP協(xié)議信息包的標題很短，只有8個字節(jié)，相對于TCP的20個字節(jié)信息包的額外開銷很小。
[0008]4、吞吐量不受擁擠控制算法的調(diào)節(jié)，只受應用軟件生成數(shù)據(jù)的速率、傳輸帶寬、源端和終端王機性能的限制。
[0009]5、UDP協(xié)議使用盡最大努力交付，即不保證可靠交付，因此主機不需要維持復雜的鏈接狀態(tài)表。
[0010]6、UDP協(xié)議是面向報文的。發(fā)送方的UDP協(xié)議對應用程序交下來的報文，在添加首部后就向下交付給IP層。既不拆分，也不合并，而是保留這些報文的邊界，因此，應用程序需要選擇合適的報文大小。
[0011 ] 選擇UDP協(xié)議作為DNS應用層協(xié)議的優(yōu)點是速度快，但存在以下缺點:
[0012]1、由于Windows系統(tǒng)實現(xiàn)DNS協(xié)議是基于同步的，DNS服務(wù)器根據(jù)自身的負載情況把域名對應的IP地址集合隨機散列返回給客戶端，僅實現(xiàn)了基于服務(wù)器端的均衡負載，解析服務(wù)是同步的，因此在某些特定網(wǎng)絡(luò)狀況下，解析耗時比較長，因此DNS解析服務(wù)不可靠并且耗時時間較長；
[0013]2、Windows系統(tǒng)DNS解析服務(wù)是面向全系統(tǒng)的，不具備特定應用程序可配置DNS服務(wù)器，不能滿足某些網(wǎng)絡(luò)應用需求；
[0014]3, Windows系統(tǒng)DNS解析服務(wù)存在漏洞，易被劫持篡改，安全性較低。
[0015]因此，目前需要本領(lǐng)域技術(shù)人員迫切解決的一個技術(shù)問題就是:實現(xiàn)一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法，以保證DNS解析服務(wù)可靠性并縮短耗時，同時能夠滿足一些特定的網(wǎng)絡(luò)應用需求，并提高安全性。

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

[0016]本申請所要解決的技術(shù)問題是提供一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法，以保證DNS解析服務(wù)可靠性并縮短耗時，同時能夠滿足一些特定的網(wǎng)絡(luò)應用需求，并提高安全性。
[0017]相應的，本申請還提供一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取裝置，以確保上述方法在實際中的應用及實現(xiàn)。
[0018]為了解決上述問題，本申請公開了一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法，包括:
[0019]客戶端向多個DNS服務(wù)器同時發(fā)送DNS查詢請求，所述DNS查詢請求中包括域名；
[0020]當有DNS服務(wù)器根據(jù)所述DNS查詢請求向客戶端返回域名對應的IP地址，客戶端根據(jù)所述IP地址生成候選IP地址列表；
[0021]客戶端根據(jù)所述侯選IP地址列表，向各IP地址對應的應用服務(wù)器同時發(fā)送連接請求；
[0022]依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息，確定最優(yōu)應用服務(wù)器。
[0023]優(yōu)選的，所述的方法，還包括:
[0024]將當前域名及對應最優(yōu)服務(wù)器的IP地址寫入客戶端的緩存中，并記錄所述域名及對應IP地址記錄的生命周期TTL信息。
[0025]優(yōu)選的，在客戶端向多個DNS服務(wù)器同時發(fā)送DNS查詢請求的步驟之前，還包括:
[0026]客戶端查詢其緩存中是否有當前待請求查詢的域名的對應IP地址的記錄，若有，則判斷所述域名及對應IP地址記錄的生命周期TTL信息是否過期，若否，則直接提取所述IP地址。
[0027]優(yōu)選的，所述依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息確定最優(yōu)應用服務(wù)器的步驟包括:
[0028]若在預設(shè)時間內(nèi)，有應用服務(wù)器第一時間響應所述連接請求，則中斷與其它應用服務(wù)器的連接，將當前應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
[0029]優(yōu)選的，所述依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息確定最優(yōu)應用服務(wù)器的步驟包括:
[0030]若超出預設(shè)時間后，有多臺應用服務(wù)器響應所述連接請求，則對各臺應用服務(wù)器的連接時間進行排序，將連接時間最短的應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
[0031]優(yōu)選的，所述依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息確定最優(yōu)應用服務(wù)器的步驟包括:[0032]當客戶端所發(fā)送的DNS查詢請求為基于HTTP協(xié)議的DNS查詢請求時，獲取響應所述連接請求的應用服務(wù)器的下載速度，將下載速度最快的應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
[0033]優(yōu)選的，所述客戶端根據(jù)IP地址生成候選IP地址列表包括:
[0034]獲取所述IP地址所屬的網(wǎng)段；
[0035]從各網(wǎng)段提取一個IP地址寫入候選IP地址列表。
[0036]本申請實施例還公開了一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取裝置，包括:
[0037]域名請求模塊:用于由客戶端向多個DNS服務(wù)器同時發(fā)送DNS查詢請求，所述DNS查詢請求中包括域名；
[0038]候選IP地址列表生成模塊:用于在有DNS服務(wù)器根據(jù)所述DNS查詢請求向客戶端返回域名對應的IP地址，由客戶端根據(jù)所述IP地址生成候選IP地址列表；
[0039]IP地址連接請求模塊:用于由客戶端根據(jù)所述侯選IP地址列表，向各IP地址對應的應用服務(wù)器同時發(fā)送連接請求；
[0040]最優(yōu)應用服務(wù)器確定模塊:用于依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息，確定最優(yōu)應用服務(wù)器。
[0041]優(yōu)選的，所述的裝置，還包括:
[0042]域名信息記錄模塊:用于將當前域名及對應最優(yōu)服務(wù)器的IP地址寫入客戶端的緩存中，并記錄所述域名及對應IP地址記錄的生命周期TTL信息。
[0043]優(yōu)選的，所述的裝置，還包括:
[0044]客戶端緩存查詢模塊:用于客戶端查詢其緩存中是否有當前待請求查詢的域名的對應IP地址的記錄，若有，則判斷所述域名及對應IP地址記錄的生命周期TTL信息是否過期，若否，則直接提取所述IP地址。
[0045]優(yōu)選的，所述最優(yōu)應用服務(wù)器確定模塊進一步包括:
[0046]第一時間最優(yōu)應用服務(wù)器確定子模塊:用于在預設(shè)時間內(nèi)，有應用服務(wù)器第一時間響應所述連接請求時，中斷與其它應用服務(wù)器的連接，將當前應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
[0047]優(yōu)選的，所述最優(yōu)應用服務(wù)器確定模塊進一步包括:
[0048]連接時間最優(yōu)應用服務(wù)器確定子模塊:用于在超出預設(shè)時間后，有多臺應用服務(wù)器響應所述連接請求時，對各臺應用服務(wù)器的連接時間進行排序，將連接時間最短的應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
[0049]優(yōu)選的，所述最優(yōu)應用服務(wù)器確定模塊進一步包括:
[0050]下載速度最優(yōu)應用服務(wù)器確定子模塊:用于在客戶端所發(fā)送的DNS查詢請求為基于HTTP協(xié)議的DNS查詢請求時，獲取響應所述連接請求的應用服務(wù)器的下載速度，將下載速度最快的應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
[0051]優(yōu)選的，所述候選IP地址列表生成模塊包括:
[0052]網(wǎng)段獲取子模塊:獲取所述IP地址所屬的網(wǎng)段；
[0053]IP地址提取子模塊:用于從各網(wǎng)段提取一個IP地址寫入候選IP地址列表。
[0054]與現(xiàn)有技術(shù)相比，本申請包括以下優(yōu)點:
[0055]本申請仍然采用UDP協(xié)議作為DNS協(xié)議的傳輸層協(xié)議，但是以異步并發(fā)方式發(fā)送多個DNS查詢請求給多個DNS服務(wù)器，由于采用異步并發(fā)的方式實現(xiàn)，當有DNS服務(wù)器響應返回請求中域名對應的IP地址時，客戶端立即解析，不受DNS服務(wù)器個數(shù)的增加而影響整體解析響應時間。由于每個DNS服務(wù)器的請求及響應時間不同，因而可以獲得最快的DNS響應。從而解決了現(xiàn)有技術(shù)中Windows系統(tǒng)DNS解析服務(wù)不支持多DNS并發(fā)請求，解析服務(wù)不可靠并且耗時時間較長的缺陷。
[0056]本申請實現(xiàn)了 DNS服務(wù)器配置策略，并且不受DNS服務(wù)器個數(shù)的增加而影響整體解析速度。滿足各種網(wǎng)絡(luò)應用需求。從而解決了現(xiàn)有技術(shù)中Windows系統(tǒng)DNS解析服務(wù)是面向全系統(tǒng)的，不具備特定應用程序可配置DNS服務(wù)器，不能滿足某些網(wǎng)絡(luò)應用需求的缺陷。
[0057]本申請解析DNS服務(wù)器返回的IP地址，相應建立與對應應用服務(wù)器的連接，根據(jù)連接時間最小作為最優(yōu)應用服務(wù)器IP地址返回給調(diào)用者，實現(xiàn)了基于連接測速的優(yōu)化策略。對于HTTP協(xié)議的DNS查詢請求，本申請還支持根據(jù)最快的HTTP GET下載該域名根URL的下載速度作為最優(yōu)應用服務(wù)器IP地址返回給調(diào)用者，實現(xiàn)了基于HTTP GET下載測速的優(yōu)化策略。解決了現(xiàn)有技術(shù)中Windows系統(tǒng)DNS解析服務(wù)不提供任何加速優(yōu)化策略的缺陷:達到了網(wǎng)絡(luò)加速的目的。可以自適應發(fā)現(xiàn)最短路徑與響應最快的最優(yōu)應用服務(wù)器對應的IP地址?？梢赃\用于教育網(wǎng)加速應用、電信網(wǎng)通移動運營商網(wǎng)絡(luò)資源優(yōu)化訪問。對用戶而言，提供了更快的網(wǎng)絡(luò)服務(wù)。
[0058]本申請自行實現(xiàn)了 DNS解析服務(wù)，并以加密方式保存經(jīng)過優(yōu)化的DNS解析結(jié)果。相比Windows系統(tǒng)DNS解析服務(wù)有更高的安全性。本申請解決了 Windows系統(tǒng)DNS解析服務(wù)存在漏洞，易被劫持篡改的缺陷。
【專利附圖】

【附圖說明】
[0059]圖1是本申請一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法實施例1的步驟流程圖；
[0060]圖2是本申請一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法實施例2的步驟流程圖；
[0061]圖3是本申請一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取裝置實施例的結(jié)構(gòu)圖。【具體實施方式】
[0062]為使本申請的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和【具體實施方式】對本申請作進一步詳細的說明。
[0063]為使本領(lǐng)域技術(shù)人員更好地理解本申請，以下對域名系統(tǒng)(DNS)的相關(guān)技術(shù)進行說明。
[0064]域名系統(tǒng)(DNS)是一種用于TCP/IP應用程序的分布式數(shù)據(jù)庫，它提供主機名字和IP地址之間的轉(zhuǎn)換信息。通常，網(wǎng)絡(luò)用戶通過UDP協(xié)議(User Datagram Protocol，用戶數(shù)據(jù)包協(xié)議)和DNS服務(wù)器進行通信，服務(wù)器在特定的53端口監(jiān)聽，并返回用戶所需的相關(guān)信
肩、O
[0065]DNS分為Client (客戶端)和Server (服務(wù)器)，Client扮演發(fā)問的角色,也就是問Server —個Domain Name (域名)的真正IP地址，Server要回答此Domain Name的真正IP地址。通常，當?shù)氐腄NS先會查自己的資料庫,如果自己的資料庫沒有此Domain Name的真正IP地址，則會往該DNS上所設(shè)的DNS服務(wù)器詢問，依此得到此Domain Name的真正IP地址之后，將該Domain Name對應的真正IP地址存起來，并回答客戶。
[0066]DNS服務(wù)器會根據(jù)不同的授權(quán)區(qū)(Zone)，記錄所屬該網(wǎng)域下的各名稱資料，這個名稱資料包括:網(wǎng)域下的次網(wǎng)域名稱以及主機名稱，在每一個DNS名稱服務(wù)器中都有一個快取緩存區(qū)(Cache)，這個快取緩存區(qū)的主要目的是將該名稱服務(wù)器所查詢出來的名稱及相對的IP地址記錄在快取緩存區(qū)中，當下一次還有另外一個客戶端到此服務(wù)器上去查詢相同的名稱時，服務(wù)器就不用在到別臺主機上去尋找，而可以直接從快取緩存區(qū)中找到對應的名稱記錄資料，傳回給客戶端，從而加速客戶端對名稱查詢的速度。
[0067]例如，當DNS客戶端向指定的DNS服務(wù)器查詢網(wǎng)際網(wǎng)路上的某一臺主機名稱，DNS服務(wù)器會在該資料庫中找尋用戶所指定的名稱，如果沒有，該服務(wù)器會在自己的快取緩存區(qū)中查詢有無該筆名稱記錄，如果找到對應的名稱記錄，則從DNS服務(wù)器直接將所對應到的IP地址傳回給客戶端，如果名稱服務(wù)器在資料記錄查不到，且快取緩存區(qū)中也沒有對應的名稱記錄，服務(wù)器才會向別的名稱服務(wù)器查詢所要的名稱。
[0068]或如，DNS客戶端向指定的DNS服務(wù)器查詢網(wǎng)際網(wǎng)路上某臺主機名稱，當DNS服務(wù)器在該資料記錄找不到用戶所指定的名稱時，會轉(zhuǎn)向該服務(wù)器的快取緩存區(qū)找尋是否有該資料，當快取緩存區(qū)也找不到時，會向最接近的名稱服務(wù)器去要求幫忙找尋該名稱的IP地址，在另一臺服務(wù)器上也用相同的動作執(zhí)行查詢操作，當查詢到后會回復原本要求查詢的源服務(wù)器，該源DNS服務(wù)器在接收到另一臺DNS服務(wù)器查詢的結(jié)果后，先將所查詢到的主機名稱及對應IP地址記錄到快取緩存區(qū)中，最后在將所查詢到的結(jié)果回復給客戶端。
[0069]本申請的主要思想在于,實現(xiàn)了不調(diào)用Windows WinSock API實現(xiàn)DNS協(xié)議的機制，通過將需要解析的域名同時異步并發(fā)發(fā)送給多個DNS服務(wù)器，一旦有DNS服務(wù)器響應返回，則客戶端解析IP地址，若IP地址多于I個，則根據(jù)不同網(wǎng)段進行篩選并存入侯選IP地址列表，客戶端遍歷侯選IP地址列表，異步發(fā)送建立連接服務(wù)器請求，并根據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息，確定最優(yōu)應用服務(wù)器。
[0070]參照圖1，示出了本申請的一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法實施例1的步驟流程圖，具體可以包括以下步驟:
[0071]步驟101:客戶端向多個DNS服務(wù)器同時發(fā)送DNS查詢請求；
[0072]在實際中，所述DNS查詢請求中包括域名，可以由客戶端根據(jù)預先設(shè)置的DNS服務(wù)器列表，向列表中指定的多個DNS服務(wù)器異步并發(fā)發(fā)送。在具體應用中，可以通過1/0Completion port機制(完成端口)實現(xiàn)異步并發(fā)的發(fā)送機制。
[0073]步驟102:當有DNS服務(wù)器根據(jù)所述DNS查詢請求向客戶端返回域名對應的IP地址，客戶端根據(jù)所述IP地址生成候選IP地址列表；
[0074]若有DNS服務(wù)器根據(jù)客戶端發(fā)起的DNS查詢請求返回域名對應的IP地址，則客戶端將接收到的IP地址，逐個插入候選IP地址列表，然后可以根據(jù)是否在同一網(wǎng)段進行排重處理。
[0075]具體而言，在本申請的一種優(yōu)選實施例中，所述客戶端可以通過以下子步驟根據(jù)IP地址生成候選IP地址列表:
[0076]子步驟SOl:獲取所述IP地址所屬的網(wǎng)段；[0077]子步驟S02:從各網(wǎng)段提取一個IP地址寫入候選IP地址列表。
[0078]在具體實現(xiàn)中，同一網(wǎng)段的IP地址可以只保留第一個IP地址作為候選最優(yōu)IP，并插入候選IP地址列表中。
[0079]例如:返回的IP地址集合為:
[0080]202.101.22.35
[0081]202.101.22.36
[0082]202.102.21.23
[0083]202.102.21.25
[0084]其中，202.101.22.35 和 202.101.22.36 屬于同一網(wǎng)段的 IP 地址，202.102.21.23和202.102.21.25屬于同一網(wǎng)段的IP地址。
[0085]提取各網(wǎng)段中的第一個IP地址，202.101.22.35和202.102.21.23，將這兩個IP
地址寫入候選IP地址列表中，如下表所示:
[0086]
【權(quán)利要求】
1.一種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取方法，其特征在于，包括: 客戶端向多個DNS服務(wù)器同時發(fā)送DNS查詢請求，所述DNS查詢請求中包括域名； 當有DNS服務(wù)器根據(jù)所述DNS查詢請求向客戶端返回域名對應的IP地址，客戶端根據(jù)所述IP地址生成候選IP地址列表； 客戶端根據(jù)所述侯選IP地址列表，向各IP地址對應的應用服務(wù)器同時發(fā)送連接請求； 依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息，確定最優(yōu)應用服務(wù)器。
2.如權(quán)利要求1所述的方法，其特征在于，還包括: 將當前域名及對應最優(yōu)服務(wù)器的IP地址寫入客戶端的緩存中，并記錄所述域名及對應IP地址記錄的生命周期TTL信息。
3.如權(quán)利要求2所述的方法，其特征在于，在客戶端向多個DNS服務(wù)器同時發(fā)送DNS查詢請求的步驟之前，還包括: 客戶端查詢其緩存中是否有當前待請求查詢的域名的對應IP地址的記錄，若有，則判斷所述域名及對應IP地址記錄的生命周期TTL信息是否過期，若否，則直接提取所述IP地址。
4.如權(quán)利要求1、2或3所述的方法，其特征在于，所述依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息確定最優(yōu)應用服務(wù)器的步驟包括: 若在預設(shè)時間內(nèi)，有應用服務(wù)器第一時間響應所述連接請求，則中斷與其它應用服務(wù)器的連接，將當前應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
5.如權(quán)利要求1、2或3所述的方法，其特征在于，所述依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息確定最優(yōu)應用服務(wù)器的步驟包括: 若超出預設(shè)時間后，有多臺應用服務(wù)器響應所述連接請求，則對各臺應用服務(wù)器的連接時間進行排序，將連接時間最短的應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
6.如權(quán)利要求1、2或3所述的方法，其特征在于，所述依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息確定最優(yōu)應用服務(wù)器的步驟包括: 當客戶端所發(fā)送的DNS查詢請求為基于HTTP協(xié)議的DNS查詢請求時，獲取響應所述連接請求的應用服務(wù)器的下載速度，將下載速度最快的應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
7.如權(quán)利要求1、2或3所述的方法，其特征在于，所述客戶端根據(jù)IP地址生成候選IP地址列表包括: 獲取所述IP地址所屬的網(wǎng)段； 從各網(wǎng)段提取一個IP地址寫入候選IP地址列表。
8.—種域名系統(tǒng)DNS的最優(yōu)應用服務(wù)器選取裝置，其特征在于，包括: 域名請求模塊:用于由客戶端向多個DNS服務(wù)器同時發(fā)送DNS查詢請求，所述DNS查詢請求中包括域名； 候選IP地址列表生成模塊:用于在有DNS服務(wù)器根據(jù)所述DNS查詢請求向客戶端返回域名對應的IP地址，由客戶端根據(jù)所述IP地址生成候選IP地址列表； IP地址連接請求模塊:用于由客戶端根據(jù)所述侯選IP地址列表，向各IP地址對應的應用服務(wù)器同時發(fā)送連接請求； 最優(yōu)應用服務(wù)器確定模塊:用于依據(jù)各應用服務(wù)器對所述連接請求的響應狀態(tài)信息，確定最優(yōu)應用服務(wù)器。
9.如權(quán)利要求8所述的裝置，其特征在于，還包括: 域名信息記錄模塊:用于將當前域名及對應最優(yōu)服務(wù)器的IP地址寫入客戶端的緩存中，并記錄所述域名及對應IP地址記錄的生命周期TTL信息。
10.如權(quán)利要求9所述的裝置，其特征在于，還包括: 客戶端緩存查詢模塊:用于客戶端查詢其緩存中是否有當前待請求查詢的域名的對應IP地址的記錄，若有，則判斷所述域名及對應IP地址記錄的生命周期TTL信息是否過期，若否，則直接提取所述IP地址。
11.如權(quán)利要求8、9或10所述的裝置，其特征在于，所述最優(yōu)應用服務(wù)器確定模塊進一步包括: 第一時間最優(yōu)應用服務(wù)器確定子模塊:用于在預設(shè)時間內(nèi)，有應用服務(wù)器第一時間響應所述連接請求時，中斷與其它應用服務(wù)器的連接，將當前應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
12.如權(quán)利要求8、9或10所述的方法，其特征在于，所述最優(yōu)應用服務(wù)器確定模塊進一步包括: 連接時間最優(yōu)應用服務(wù)器確定子模塊:用于在超出預設(shè)時間后，有多臺應用服務(wù)器響應所述連接請求時，對各臺應用服務(wù)器的連接時間進行排序，將連接時間最短的應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
13.如權(quán)利要求8、9或10所述的方法，其特征在于，所述最優(yōu)應用服務(wù)器確定模塊進一步包括: 下載速度最優(yōu)應用服務(wù)器確定子模塊:用于在客戶端所發(fā)送的DNS查詢請求為基于HTTP協(xié)議的DNS查詢請求時，獲取響應所述連接請求的應用服務(wù)器的下載速度，將下載速度最快的應用服務(wù)器確定為最優(yōu)應用服務(wù)器。
14.如權(quán)利要求8、9或10所述的裝置，其特征在于，所述候選IP地址列表生成模塊包括: 網(wǎng)段獲取子模塊:獲取所述IP地址所屬的網(wǎng)段； IP地址提取子模塊:用于從各網(wǎng)段提取一個IP地址寫入候選IP地址列表。
【文檔編號】H04L29/12GK103957283SQ201410063072
【公開日】2014年7月30日 申請日期:2011年9月29日 優(yōu)先權(quán)日:2011年9月29日
【發(fā)明者】董斌雁, 孫鵬 申請人:北京奇虎科技有限公司, 奇智軟件（北京）有限公司