專利名稱：內容分發(fā)方法、網絡系統(tǒng)、gslb設備和域名服務器的制作方法
技術領域：
本發(fā)明涉及網絡技術，特別是涉及一種內容分發(fā)方法、網絡系統(tǒng)、GSLB設備和域名服務器。
背景技術：
在內容分發(fā)網絡(CDN)系統(tǒng)中，目前的重定向技術有兩種基于DNS (domain name system,域名系統(tǒng))方式的重定向和基于客戶端IP方式的重定向。
基于DNS方式的重定向技術是根據客戶端本地DNS的IP地址確定其位置信息，GSLB (global server load balance,全局服務器負載均衡)設備通過一系列就近性查詢和健康查詢手段，最終選擇距離本地DNS最近的服務器節(jié)點。然而，基于DNS的重定向方法由于基于DNS的GSLB設備是依靠本地DNS服務器的IP地址，而不是客戶端的真實地址，進行就近性判斷的，因此可能導致就近性判斷失準。
基于客戶端IP方式的重定向是客戶端請求被直接指向GSLB設備，GSLB i殳備會通過TCP/IP (transfer control protocol/Internetprotocol,傳輸控制/網際協(xié)議)握手獲得客戶的IP并根據客戶端實際的IP地址段進行就近性判斷。這種方式克服了基于DNS重定向方式的缺點，利用客戶端IP編址的規(guī)律，可以才艮據網絡的就近性分配流量。然而，由于這種方式的就近性判斷與重定向是當客戶端與GSLBi殳備建立連接時發(fā)生的，故對于相應的分發(fā)內容類型和相關協(xié)議有所限制要求，如針對HTTP可以采用通用的302協(xié)+義重定向；但對于類似于MMS這類私有協(xié)議就無法通過通用做法來實現(xiàn)。而且，隨著訪問客戶端的增加和網絡M^莫的擴張，GSLB設備的壓力會非常大，因此，也會造成投資成本的迅速增加。另外，由于客戶端需要與GSLB設備建立TCP連接，而且GSLB設備作為全網的核心網元，很容易受到不明客戶端或者黑客的攻擊，有較大的安全隱患。

發(fā)明內容
本發(fā)明的目的是提出一種內容分發(fā)方法，在DNS重定向過程中實現(xiàn)客戶端的精確定位。
為實現(xiàn)上述目的，本發(fā)明提供了一種內容分發(fā)方法，包括GSLB設備接收來自本地域名服務器的DNS查詢請求，所述DNS查詢請求中包括客戶端的IP地址信息；所述GSLB設備根據所述DNS查詢請求中所述客戶端的IP地址信息確定能夠提供所i^戶端請求訪問的內容的服務節(jié)點；和所述GSLB設備將所述服務節(jié)點的地址發(fā)送給所述客戶端用于所^戶端從所述服務節(jié)點獲得所述請求訪問的內容。
在一個實施例中，在所述GSLB設備接收來自本地域名服務器的DNS查詢請求之前還包括所述本地域名服務器將所^戶端的IP地址信息寫入來自所述客戶端的DNS查詢請求；和所述本地域名服務器將所述DNS查詢請求發(fā)送到所述GSLB設備。
進一步的，所述本地域名服務器將所^J:戶端的IP地址信息寫入所述DNS查詢請求包括所述本地域名服務器將所述客戶端的IP地址寫入所述DNS查詢請求；和所述本地域名月良務器在所述DNS查詢請求中設置IP地址標識字段。
在一個實施例中，所述的內容分發(fā)方法，還包括所述GSLB設備才艮據所述DNS查詢請求的IP地址標識字段判斷所述DNS查詢請求是否包括所述IP地址信息；和當所述DNS查詢請求包括所述IP地址信息時，所述GSLB設備從所述DNS查詢請求中提取所i^戶端的IP地址。
進一步的，所述GSLB設備根據所述DNS查詢請求中所^戶端的IP地址信息確定能夠提供所述客戶端請求訪問的內容的服務節(jié)點包括所述GSLB i殳備查詢IP地址數據庫以找出所述客戶端就近的多個所述服務節(jié)點；和所述GSLB設備在多個所述服務節(jié)點中查找性能最優(yōu)
6的所述服務節(jié)點。
在一個實施例中，所述的內容分發(fā)方法，還包括所述本地域名服務器查找所述客戶端請求訪問的域名的授權域名服務器；所述本地域名服務器向所述授權域名服務器發(fā)送所述DNS查詢請求；和所述授權域名服務器將GSLB設備的地址發(fā)送給所述本地域名服務器。
本發(fā)明的目的是提出一種GSLB設備，能夠在DNS重定向時實現(xiàn)客戶端的精確定位。
為實現(xiàn)上述目的，本發(fā)明還提供了一種GSLB設備，包括接收裝置，用于接收來自本地域名服務器的DNS查詢請求，所述DNS查詢請求中包括客戶端的IP地址信息；服務節(jié)點選擇裝置，用于根據所述DNS查詢請求中所i^戶端的IP地址確定能夠提供所逸客戶端請求訪問的內容的服務節(jié)點；和發(fā)送裝置，用于將所述服務節(jié)點的地址發(fā)送給所述客戶端使所述客戶端能夠從所述服務節(jié)點獲得所述請求訪問的內容。
在一個實施例中，所述DNS查詢請求包括IP地址標識字段，所述GSLB設備還包括檢測裝置，用于根據所述DNS查詢請求的所述IP地址標識字段判斷所述DNS查詢請求是否包括所述IP地址信息；IP地址提取裝置，用于當所述檢測裝置通過檢測IP地址標識字段確定所述DNS查詢請求包括所述IP地址信息時，所述IP地址提取裝置從所述DNS查詢請求中提取所述客戶端的IP地址。
進一步的，所述服務節(jié)點選擇裝置包括查詢模塊，用于查詢IP地址數據庫以找出所述客戶端就近的多個所述服務節(jié)點；和最優(yōu)節(jié)點選擇模塊，用于在多個所述服務節(jié)點中查找性能最優(yōu)的所述服務節(jié)點。
本發(fā)明的目的是提出一種域名服務器，能夠提供對客戶端精確定位的機制。
為實現(xiàn)上述目的，本發(fā)明還提供了一種域名服務器，包括接收裝置，用于接收來自客戶端的DNS查詢請求；寫信息裝置，用于將所述客戶端的IP地址信息寫入來自所^戶端的DNS查詢請求；和發(fā)送裝置，用于發(fā)送所述DNS查詢請求。進一步的，所述寫信息裝置包括IP地址寫模塊，用于將所i^戶端的IP地址寫入所述DNS查詢請求；和標識字段"i殳置^f莫塊，用于在所述DNS查詢請求中設置IP地址標識字段。
本發(fā)明的目的是提出一種內容分發(fā)網絡系統(tǒng)，能夠在DNS重定向時實現(xiàn)對客戶端的精確定位。
為實現(xiàn)上述目的，本發(fā)明還提供了一種內容分發(fā)網絡系統(tǒng)，包括本地域名服務器，用于接收來自客戶端的DNS查詢請求；和GSLB設備，用于接收來自所述本地域名服務器的DNS查詢請求，所述DNS查詢請求中包括所述客戶端的IP地址信息，根據所述DNS查詢請求中所述客戶端的IP地址信息確定能夠提供所述客戶端請求訪問的內容的服
務節(jié)點，并將所述服務節(jié)點的地址發(fā)送給所迷客戶端用于所述客戶端從所述服務節(jié)點獲得所述請求訪問的內容。
在一個實施例中，所述的內容分發(fā)網絡系統(tǒng)，還包括所ii^戶端請求訪問的域名的授權域名服務器，所述授權域名服務器接收所迷本地域名服務器發(fā)送的所述DNS查詢請求，將GSLB設備的地址發(fā)送給所述本地域名服務器。
基于上述技術方案，本發(fā)明基于DNS的GSLB設備能夠依靠客戶端的真實IP地址進行就近性判斷，實現(xiàn)了 CDN對客戶端的精確定位。另外，基于改進型DNS協(xié)議的全局負載均衡對于相應的分發(fā)內容類型和相關協(xié)議沒有任何限制要求。進一步的，隨著訪問客戶端的增加和網絡規(guī)模的擴張，不會明顯增加GSLB設備的性能壓力，因此，投資成本不會明顯增加。而且，GSLB設備與客戶端無需建立TCP以及應用連接，因此，GSLB設備并不容易受到不明客戶端或者黑客的攻擊，安全隱患較小。


此處所說明的附圖用來提供對本發(fā)明的進一步解釋，構成本發(fā)明的一部分。本發(fā)明的示意性實施例及其說明僅用于解釋本發(fā)明，但并不構成對本發(fā)明的不當限定。在附圖中圖l為根據本發(fā)明實施例的內容分發(fā)網絡系統(tǒng)的示意圖。
圖2為根據本發(fā)明實施例的內容分發(fā)方法的流程圖。
圖3為根據本發(fā)明另一實施例的內容分發(fā)方法的流程圖。
圖4為根據本發(fā)明實施例的DNS報文的結構示意圖。
圖5為根據本發(fā)明實施例的DNS報文補充部分的結構示意圖。
圖6為根據本發(fā)明另 一實施例的內容分發(fā)網絡系統(tǒng)的示意圖。
圖7為根據本發(fā)明實施例的GSLBi殳備的結構示意圖。
圖8為根據本發(fā)明實施例的域名服務器的結構示意圖。
具體實施例方式
下面參照附圖對本發(fā)明進行更詳細的描述，其中說明本發(fā)明的示例性實施例。
圖1為根據本發(fā)明實施例的內容分發(fā)網絡系統(tǒng)100的示意圖。內容分發(fā)網絡系統(tǒng)100包括GSLB設備102、客戶端104、本地域名服務器106、授權域名服務器108、服務節(jié)點110和源服務器112。
內容分發(fā)網絡系統(tǒng)100能夠將ICP (Internet content provider,互聯(lián)網內,供商)源服務器112中的內^儲到分布于各地的服務節(jié)點110，比如SLB (server load balancing,服務器負載均衡)設備或Cache (緩存器)中，將客戶端104的請求指向到安全可用并且距離客戶端就近的服務節(jié)點110。因此，網站的源服務器112的負載4^迅速降低，減輕了網站為應付訪問量的不斷增加而需要不斷增加的服務器、網絡帶寬和相關的網絡設備，以及為維護更多的設備而需要不斷增加的工程技術人員的壓力。
在內容分發(fā)網絡系統(tǒng)100中，客戶端104能夠通過瀏覽器接收用戶的輸入的要訪問的網站域名，發(fā)送DNS查詢請求。DNS查詢請求包括用戶對某URL (uniform resource locator,統(tǒng)一資源定位器)指向的內容的訪問請求。
本地域名服務器106能夠接收客戶端104發(fā)送的DNS查詢請求。當本地域名服務器106的緩存中沒有客戶端104請求訪問的網站記錄，
9本地域名服務器106會查找用戶要求訪問的域名的授權域名服務器 108。授權域名服務器108可以將GSLB設備102的地址返回給本地域 名服務器106以進行地址解析。
根據本發(fā)明的實施例，客戶端104或者本地域名服務器106可以將 客戶端104的IP地址信息寫入到DNS查詢請求的報文中，為GSLB設 備102識別用戶位置提皿據。
GSLB設備102能夠從DNS查詢請求中提^^戶端104的IP地址 信息，通過對服務節(jié)點110的就近性檢查、健康檢查、負載狀況檢查 等，對客戶端104的訪問進行重定向，在全網范圍內為客戶端104返回 最佳的服務節(jié)點110的地址。
圖2為根據本發(fā)明實施例的內容分發(fā)方法200的流程圖。在步驟 202中，GSLB設^^接收來自本地域名服務器的DNS查詢請求，DNS 查詢請求中包括客戶端的IP地址信息。
在步驟204中，GSLB設備根據DNS查詢請求中客戶端的IP地址 確定能夠提供客戶端請求訪問的內容的服務節(jié)點。
在步驟206中，GSLB設備將服務節(jié)點的地址發(fā)送給客戶端用于客 戶端從月艮務節(jié)點獲得請求訪問的內容。
圖3為根據本發(fā)明另一實施例的內容分發(fā)方法300的流程圖。方法 300的描述結合了圖1中的內容分發(fā)網絡系統(tǒng)100，但不限于內容分發(fā) 網絡系統(tǒng)100的形式。
在步驟302中，客戶端向本地域名服務器發(fā)送DNS查詢請求。比 如，用戶在客戶端104的瀏覽器中輸入要訪問的網站的域名，客戶端 104向本地域名服務器106請求對該域名的解析。
在步驟304中，本地域名服務器將客戶端的IP地址信息寫入來自 客戶端的DNS查詢請求，并發(fā)送給GSLB設備。例如，本地域名服務 器106將客戶端104的IP地址信息，包括客戶端104的IP地址和IP 地址標識寫入DNS查詢請求，并將包含客戶端104 IP地址的改進型 DNS查詢請求發(fā)送給GSLB設備102。在一個實施例中，客戶端104也 可以在步驟302中將其IP地址寫入DNS查詢請求。DNS查詢請求報文的結構如圖4的DNS報文的結構示意圖所示。 DNS報文前12個子節(jié)是頭部區(qū)，其中包括標識字段(identification) 和標志字段(flags)和數目字段。四個數目字段(number of questions, number of answer RRs， number of authourity RRs , number of additional RRs)指明了頭部之后出現(xiàn)的四種類型的數據部分的出現(xiàn)數 目。
問題部分(questions)包含了關于所執(zhí)行的查詢的信息。這個區(qū)包 含被查詢的名稱，指明了所詢問的關于該名稱的問題類型的類型字段。 答案部分(answers)在一個從名稱服務器發(fā)出的應答中，包含了最初 被查詢的名稱的資源記錄。權威部分(authority)包含了其他權威服務 器的記錄。補充部分(additional information)包含了其他有用的記 錄。
根據本發(fā)明的實施例，在DNS協(xié)議報文中的補充部分(additional information)可以增加客戶端IP地址的信息。該字段的結構符合DNS 協(xié)議標準的RR (resource record,資源記錄)字段模式，如圖5所示 的DNS報文補充部分的結構。
如圖5所示，在類型字段中，可以利用原先DNS協(xié)i5C中已有的類 型，比如可以選取為0001，表明資源數據是客戶端的IP地址。在類字 段中，需要在原先DNS協(xié)議已有類別的基礎上新增一個用戶地址標識 字段，比如選取00AA。生存時間TTL字段由系統(tǒng)設定。資源數據長度 標識資源數據字段的長度，由于資源數據是客戶端的IP地址，這里資 源數據長度的值可以為0004。在資源數據字段中，寫入客戶端的IP地 址。這樣，包含客戶端IP地址信息的改進型的DNS查詢請求才艮文就生 成了。
在步驟306中，本地域名服務器查找用戶要求訪問的域名的授權域 名服務器，并將DNS查詢請求發(fā)送給授權域名服務器。比如，當本地 域名服務器106的緩存中沒有用戶要求訪問的網站內容時，本地域名服 務器106可以采用遞歸的方式，通過頂級域名服務器，查找到用戶要求 訪問的域名的授權域名服務器108，本地域名服務器106直接向域名的授權域名服務器108轉發(fā)DNS查詢請求。
在步驟308中，授權域名服務器將GSLB設備的地址發(fā)送給本地域 名服務器。比如，授權域名服務器108將GSLB設備102的地址發(fā)送給 本地域名服務器106，通知本地域名服務器106相應內容的授權域名服 務由GSLB設備提供。
在步驟310中，本地域名服務器將DNS查詢請求發(fā)送給GSLB設 備。比如，本地域名服務器106將改進型DNS查詢請求發(fā)送給GSLB 設備102。
在步驟312中，GSLB設備根據DNS查詢請求的IP地址標識字段 判斷DNS查詢請求是否包括客戶端的IP地址信息。比如，當GSLB設 備102接收本地域名服務器106發(fā)送的改進型DNS查詢請求報文之 后，首先判斷報文補充部分中的類字段是否為IP地址標識字段OOAA。
在步驟314中，當DNS查詢請求包括IP地址信息時，GSLB i殳備 從DNS查詢請求中提取客戶端的IP地址。比如，當類字段等于 OOAA，表明資源數據的內容為原始客戶端104的IP地址。GSLB設備 102從改進型DNS查詢請求報文中的資源數據提^^戶端104的IP地 址。
在步驟316中，GSLB設備根據DNS查詢請求中客戶端的IP地址 確定能夠提供客戶端請求訪問的內容的服務節(jié)點，并將其地址發(fā)送給客 戶端。GSLB設備可以查詢IP地址數據庫以根據IP地址信息找出客戶 端就近的多個服務節(jié)點，并在就近的多個服務節(jié)點中找出性能最優(yōu)的服 務節(jié)點。比如，GSLB設備102可以查詢IP地址數據庫，確定客戶端 104的IP地址所在省、市的多個月良務節(jié)點110的地址。然后GSLB i殳 備102可以根據這幾個服務節(jié)點110的狀態(tài)，比如服務器的利用率、內 容訪問量、負荷情況等，選擇性能最優(yōu)的服務節(jié)點110，并將其IP地址 返回給本地域名服務器106，進而由本地域名服務器106將服務節(jié)點 110的地址發(fā)送給客戶端104。
在步驟318中，用戶根據得到的IP地址向服務節(jié)點110發(fā)出訪問 請求。圖6為根據本發(fā)明另一實施例的內容分發(fā)網絡系統(tǒng)600的示意圖。 內容分發(fā)網絡系統(tǒng)600包括本地域名月艮務器610和GSLB設備620。
本地域名服務器610用于接收來自客戶端的DNS查詢請求。根據 本發(fā)明的實施例，客戶端或者本地域名服務器610可以將客戶端的IP 地址信息寫入到DNS查詢請求的凈艮文中。
GSLB設備620用于接收來自本地域名服務器的DNS查詢請求， DNS查詢請求中包括客戶端的IP地址信息，根據DNS查詢請求中客戶 端的IP地址信息確定能夠提供客戶端請求訪問的內容的服務節(jié)點，并 將服務節(jié)點的地址發(fā)送給客戶端用于客戶端從服務節(jié)點獲得請求訪問的 內容。
圖7為根據本發(fā)明實施例的GSLB設備700的結構示意圖。GSLB 設備700包括接收裝置702、服務節(jié)點選擇裝置704和發(fā)送裝置706。
接收裝置702，用于接收來自本地域名服務器的DNS查詢請求， DNS查詢請求中包括客戶端的IP地址信息。
服務節(jié)點選擇裝置704,用于根據DNS查詢請求中客戶端的IP地 址信息確定能夠提供客戶端請求訪問的內容的服務節(jié)點。在一個實施例 中，服務節(jié)點選擇裝置704包括查詢模塊12和最優(yōu)節(jié)點選擇模塊14。 查詢模塊12用于查詢IP地址數據庫以根據IP地址信息找出客戶端就 近的多臺服務節(jié)點。最優(yōu)節(jié)點選擇模塊14,用于在多臺服務節(jié)點中查找 性能最優(yōu)的服務節(jié)點。
發(fā)送裝置706，用于將服務節(jié)點的地址發(fā)送給客戶端使客戶端能夠 從服務節(jié)點獲得請求訪問的內容。
在一個實施例中，GSLB設備700還包括檢測裝置708和IP地址 提取裝置710。檢測裝置708用于才艮據DNS查詢請求的IP地址標識字 段判斷DNS查詢請求是否包括IP地址信息。
IP地址提取裝置710，用于當檢測裝置通過檢測IP地址標識字段 確定DNS查詢請求包括IP地址信息時，IP地址提取裝置710從DNS 查詢請求中提取客戶端的IP地址。
圖8為根據本發(fā)明實施例的域名服務器800的結構示意圖。域名服
13務器800包括接收裝置802、寫信息裝置804和發(fā)送裝置806。 接收裝置802用于接收來自客戶端的DNS查詢請求。 寫信息裝置804用于將客戶端的IP地址信息寫入來自客戶端的
DNS查詢請求。
發(fā)送裝置806用于發(fā)送DNS查詢請求。
在一個實施例中，寫信息裝置804可以包括IP地址寫模塊22和標 識字段設置模塊24。 IP地址寫模塊22，用于將客戶端的IP地址寫入 DNS查詢請求。標識字段設置模塊24，用于在DNS查詢請求中設置IP 地址標識字段。
根據本發(fā)明的實施例，基于DNS的GSLB設備能夠依靠客戶端的 真實IP地址進行就近性判斷，實現(xiàn)了 CDN對客戶端的精確定位。另 外，基于改進型DNS協(xié)議的全局負載均衡對于相應的分發(fā)內容類型和 相關協(xié)議沒有任何限制要求。進一步的，隨著訪問客戶端的增加和網絡 規(guī)模的擴張，不會明顯增加GSLB設備的性能壓力，因此，投資成本不 會明顯增加。而且，GSLB設備與客戶端無需建立TCP以及應用連 接，因此，GSLB設備并不容易受到不明客戶端或者黑客的攻擊，安全 隱患較小。
本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的 或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領域的普通技 術人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理 和實際應用，并且使本領域的普通技術人員能夠理解本發(fā)明從而設計適 于特定用途的帶有各種修改的各種實施例。
權利要求
1.一種內容分發(fā)方法，其特征在于，包括GSLB設備接收來自本地域名服務器的DNS查詢請求，所述DNS查詢請求中包括客戶端的IP地址信息；所述GSLB設備根據所述DNS查詢請求中所述客戶端的IP地址信息確定能夠提供所述客戶端請求訪問的內容的服務節(jié)點；和所述GSLB設備將所述服務節(jié)點的地址發(fā)送給所述客戶端用于所述客戶端從所述服務節(jié)點獲得所述請求訪問的內容。
2. 根據權利要求1所述的內容分發(fā)方法，其特征在于，在所述GSLB設備接收來自本地域名服務器的DNS查詢請求之前還包括所述本地域名服務器將所i4^戶端的IP地址信息寫入來自所述客戶端的DNS查詢請求；和所述本地域名服務器將所述DNS查詢請求發(fā)送到所述GSLB設備。
3. 根據權利要求2所述的內容分發(fā)方法，其特征在于，所述本地域名服務器將所迷客戶端的IP地址信息寫入所述DNS查詢請求包括所述本地域名服務器將所述客戶端的IP地址寫入所述DNS查詢請求；和所述本地域名服務器在所述DNS查詢請求中設置IP地址標識字段。
4. 根據權利要求l所述的內容分發(fā)方法，其特征在于，還包括所述GSLB設備根據所述DNS查詢請求的IP地址標識字段判斷所述DNS查詢請求是否包括所述IP地址信息；和當所述DNS查詢請求包括所述IP地址信息時，所述GSLB設備從所述DNS查詢請求中提取所述客戶端的IP地址。
5. 根據權利要求1所述的內容分發(fā)方法，其特征在于，所述GSLB設備才艮據所述DNS查詢請求中所^戶端的IP地址信息確定能夠提供所述客戶端請求訪問的內容的服務節(jié)點包括所述GSLB設備查詢IP地址數據庫以找出所^戶端就近的多個所述服務節(jié)點；和所述GSLB設備在多個所述服務節(jié)點中查找性能最優(yōu)的所述服務節(jié)點。
6. 根據權利要求l所述的內容分發(fā)方法，其特征在于，還包括所述本地域名服務器查找所述客戶端請求訪問的域名的授權域名服務器；所述本地域名服務器向所述授權域名服務器發(fā)送所述DNS查詢請求；和所述授權域名服務器將GSLB設備的地址發(fā)送給所述本地域名服務器。
7. —種GSLB設備，其特征在于，包括接收裝置，用于接收來自本地域名服務器的DNS查詢請求，所述DNS查詢請求中包括客戶端的IP地址信息；服務節(jié)點選擇裝置，用于根據所述DNS查詢請求中所述客戶端的IP地址確定能夠提供所述客戶端請求訪問的內容的服務節(jié)點；和發(fā)送裝置，用于將所述服務節(jié)點的地址發(fā)送給所述客戶端使所迷客戶端能夠從所述服務節(jié)點獲得所述請求訪問的內容。
8. 根據權利要求7所述的GSLB設備，其特征在于，所述DNS查詢請求包括IP地址標識字段，所述GSLB設備還包括檢測裝置，用于根據所述DNS查詢請求的所述IP地址標識字段判斷所述DNS查詢請求是否包括所述IP地址信息；IP地址提取裝置，用于當所述檢測裝置通過檢測IP地址標識字段確定所述DNS查詢請求包括所述IP地址信息時，所述IP地址提取裝置從所述DNS查詢請求中提取所i^戶端的IP地址。
9. 根據權利要求7所述的GSLB設備，其特征在于，所述服務節(jié)點選擇裝置包括查詢模塊，用于查詢IP地址數據庫以找出所述客戶端就近的多個所述服務節(jié)點；和最優(yōu)節(jié)點選擇模塊，用于在多個所述服務節(jié)點中查找性能最優(yōu)的所述服務節(jié)點。
10. —種域名服務器，其特征在于，包括接收裝置，用于接收來自客戶端的DNS查詢請求；寫信息裝置，用于將所述客戶端的IP地址信息寫入來自所述客戶端的DNS查詢請求；和發(fā)送裝置，用于發(fā)送所述DNS查詢請求。
11. 根據權利要求10所述的域名服務器，其特征在于，所述寫信息裝置包括IP地址寫模塊，用于將所^戶端的IP地址寫入所述DNS查詢請求；和標識字段設置模塊，用于在所述DNS查詢請求中設置IP地址標識字段。
12. —種內容分發(fā)網絡系統(tǒng)，其特征在于，包括本地域名服務器，用于接收來自客戶端的DNS查詢請求；和GSLB設備，用于接收來自所述本地域名服務器的DNS查詢請求，所述DNS查詢請求中包括所^戶端的IP地址信息，根據所述DNS查詢請求中所述客戶端的IP地址信息確定能夠提供所述客戶端請求訪問的內容的服務節(jié)點，并將所述服務節(jié)點的地址發(fā)送給所述客戶端用于所^戶端從所迷服務節(jié)點獲得所述請求訪問的內容。
13. 根據權利要求12所述的內容分發(fā)網絡系統(tǒng)，其特征在于，還包括所述客戶端請求訪問的域名的授權域名服務器，所述授權域名服務器接收所述本地域名服務器發(fā)送的所述DNS查詢請求，將GSLB設備的地址發(fā)送給 述本地域名服務器。
全文摘要
本發(fā)明提供一種內容分發(fā)方法、網絡系統(tǒng)、GSLB設備和域名服務器，涉及網絡技術。其中一種內容分發(fā)方法包括GSLB設備接收來自本地域名服務器的DNS查詢請求，所述DNS查詢請求中包括客戶端的IP地址信息；所述GSLB設備根據所述DNS查詢請求中所述客戶端的IP地址信息確定能夠提供所述客戶端請求訪問的內容的服務節(jié)點；和所述GSLB設備將所述服務節(jié)點的地址發(fā)送給所述客戶端用于所述客戶端從所述服務節(jié)點獲得所述請求訪問的內容。本發(fā)明充分利用了DNS重定向的運算量較低和客戶端IP重定向的精確定位的優(yōu)點，能夠滿足多種應用層協(xié)議的重定向要求，并且節(jié)省了服務器投資成本。
文檔編號H04L29/06GK101640684SQ20091016349
公開日2010年2月3日 申請日期2009年8月21日 優(yōu)先權日2009年8月21日
發(fā)明者宏 唐, 樊勇兵, 杰 燕, 秦潤鋒, 金華敏, 楠 陳 申請人:中國電信股份有限公司