專(zhuān)利名稱(chēng)：一種域名重定向控制方法、模塊及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域，尤其涉及一種域名重定向控制方法、模塊及系統(tǒng)。
背景技術(shù)：
DNS (Domain Name System,域名系統(tǒng))是一個(gè)分布式數(shù)據(jù)庫(kù)，提供了 IP地址和
主機(jī)名(域名)之間的映射。DNS解析是通過(guò)主機(jī)名(域名)獲取對(duì)應(yīng)的IP地址的一個(gè) 過(guò)程。DNS作為互聯(lián)網(wǎng)的重要的基礎(chǔ)組成部分。通過(guò)智能DNS技術(shù)(重定向是技術(shù)之 一)可用引導(dǎo)互聯(lián)網(wǎng)的用戶(hù)訪問(wèn)。現(xiàn)有DNS重定向技術(shù)是將域名解析的IP地址轉(zhuǎn)向到另外的IP地址，例如域名www.sina.com.cn映射的IP地址是C，在用戶(hù)的就近的ISP(InternetService Provider,互聯(lián)網(wǎng)服務(wù)提供商)處有一個(gè)IP地址是D的服務(wù)器對(duì)www.sina.com.cn的web 服務(wù)Chttp服務(wù)或80端口服務(wù))進(jìn)行內(nèi)容存儲(chǔ)Cache。當(dāng)用戶(hù)訪問(wèn)www.sina.com.cn時(shí)， DNS服務(wù)器給出的IP地址是D，那么用戶(hù)訪問(wèn)的目標(biāo)服務(wù)器不是www.sina.com.cn原來(lái)映 射的地址C，但獲得的服務(wù)一樣的。如圖1所示，現(xiàn)有技術(shù)中，一種DNS重定向的實(shí)現(xiàn)步驟具體包括步驟101，用戶(hù)在獲得所需訪問(wèn)內(nèi)容的URL后(例如域名為content.site. com)，向本地DNS服務(wù)器發(fā)出解析請(qǐng)求；用戶(hù)在接入網(wǎng)絡(luò)時(shí)，其本地DNS服務(wù)器是由接入地點(diǎn)所決定的。用戶(hù)請(qǐng)求中包 含有訪問(wèn)內(nèi)容的域名信息，需要進(jìn)行域名解析。步驟102，用戶(hù)本地DNS服務(wù)器向GSLB (Global Server Load Balance，全局負(fù)載
均衡)設(shè)備發(fā)出DNS解析請(qǐng)求；實(shí)現(xiàn)在廣域網(wǎng)(包括互聯(lián)網(wǎng))上不同地域的服務(wù)器間的流量調(diào)配，保證使用最佳 的服務(wù)器服務(wù)離自己最近的客戶(hù)，從而確保訪問(wèn)質(zhì)量。能通過(guò)判斷服務(wù)器的負(fù)載，包括 CPU占用、帶寬占用等數(shù)據(jù)，決定服務(wù)器的可用性，同時(shí)能判斷用戶(hù)(訪問(wèn)者)與服務(wù)器 間的鏈路狀況，選擇鏈路狀況最好的服務(wù)器。因此GSLB是對(duì)服務(wù)器和鏈路進(jìn)行綜合判 斷來(lái)決定由哪個(gè)地點(diǎn)的服務(wù)器來(lái)提供服務(wù)，實(shí)現(xiàn)異地服務(wù)器群服務(wù)質(zhì)量的保證。步驟103，GSLB設(shè)備根據(jù)重定向原則將用戶(hù)請(qǐng)求域名重定向到對(duì)應(yīng)的IP地址。重定向的原則是GSLB設(shè)備根據(jù)用戶(hù)本地DNS服務(wù)器的IP地址信息來(lái)確定用 戶(hù)所處的位置，同時(shí)根據(jù)服務(wù)節(jié)點(diǎn)的資源情況，將距離用戶(hù)最近的最佳服務(wù)節(jié)點(diǎn)IP地址 返回給用戶(hù)本地DNS服務(wù)器；步驟104，用戶(hù)本地DNS服務(wù)器將服務(wù)節(jié)點(diǎn)IP地址返回給用戶(hù)；步驟105，用戶(hù)接收本地DNS服務(wù)器返回的服務(wù)節(jié)點(diǎn)IP地址，并向該服務(wù)節(jié)點(diǎn) IP地址發(fā)送訪問(wèn)請(qǐng)求；步驟106，服務(wù)節(jié)點(diǎn)從緩存設(shè)備中獲取用戶(hù)請(qǐng)求的內(nèi)容提供給用戶(hù)。根據(jù)上述描述可知，服務(wù)節(jié)點(diǎn)中的SLB將用戶(hù)的訪問(wèn)請(qǐng)求調(diào)度至提供服務(wù)的緩
4存設(shè)備，但是當(dāng)緩存設(shè)備不提供所請(qǐng)求的應(yīng)用(如用戶(hù)訪問(wèn)的是telnet應(yīng)用，但緩存設(shè) 備只提供http應(yīng)用)，那么將造成用戶(hù)的訪問(wèn)服務(wù)不可用；從而導(dǎo)致重定向之后，用戶(hù)沒(méi) 有訪問(wèn)到預(yù)期的應(yīng)用。在使用DNS重定向進(jìn)行流量分導(dǎo)的內(nèi)容交換領(lǐng)域應(yīng)用現(xiàn)實(shí)中，一個(gè)域名如XXXX. xxx.xx.com可能會(huì)同時(shí)提供多種應(yīng)用服務(wù)。如21端口 FTP應(yīng)用服務(wù)、23端口的Telnet 應(yīng)用服務(wù)、80端口的Http應(yīng)用服務(wù)等。而DNS解析過(guò)程無(wú)法獲知域名提供了哪些應(yīng)用 服務(wù)，且域名所提供的應(yīng)用服務(wù)也是一個(gè)變化過(guò)程，如域名在一個(gè)時(shí)期提供21端口的應(yīng) 用服務(wù)，過(guò)后可能會(huì)取消21端口的應(yīng)用服務(wù)，而在一個(gè)時(shí)期內(nèi)并不提供了 23端口的應(yīng)用 服務(wù)，之后可能會(huì)提供23端口的應(yīng)用服務(wù)。在上述的情況下解析域名時(shí)，由于整個(gè)DNS 解析過(guò)程是無(wú)法獲知xxxx.xxx.xx.com提供服務(wù)的改變，當(dāng)用戶(hù)訪問(wèn)xxxx.xxx.xx.com改變 后的端口服務(wù)時(shí)，現(xiàn)有技術(shù)所提供的重定向方案則會(huì)導(dǎo)致重定向服務(wù)不可用。

發(fā)明內(nèi)容
本發(fā)明提供一種域名重定向控制方法、模塊及系統(tǒng)，用于解決現(xiàn)有技術(shù)中在使 用DNS重定向進(jìn)行流量分導(dǎo)，如果某一域名提供的應(yīng)用服務(wù)發(fā)生變化，導(dǎo)致重定向之后 用戶(hù)請(qǐng)求的應(yīng)用服務(wù)不可用的問(wèn)題。本發(fā)明實(shí)施例提供一種域名重定向控制方法，包括域名重定向控制模塊接收DNS服務(wù)器在應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，從用戶(hù)請(qǐng)求中獲 取并發(fā)送的域名信息；根據(jù)保存的重定向域名信息確定接收到的域名信息是否可用于重定向，如果確 定所述用戶(hù)請(qǐng)求的域名可用于重定向，則將用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。根據(jù)上述方法本發(fā)明實(shí)施例還提供一種域名重定向控制系統(tǒng)，該系統(tǒng)包括DNS服務(wù)器，用于應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，獲取用戶(hù)請(qǐng)求中包含有訪問(wèn)內(nèi)容的域 名信息，并將該域名信息發(fā)送至全局負(fù)載均衡設(shè)備；全局負(fù)載均衡設(shè)備，用于根據(jù)保存的重定向域名信息確定所述用戶(hù)請(qǐng)求的域名 是否可用于重定向，如果確定所述用戶(hù)請(qǐng)求的域名可用于重定向，則根據(jù)重定向原則將 用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。另外，本發(fā)明實(shí)施例還提供一種域名重定向控制模塊，包括域名信息接收單元，用于接收DNS服務(wù)器在應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，從用戶(hù)請(qǐng)求 中獲取并發(fā)送的域名信息；重定向單元，用于根據(jù)保存的重定向域名信息確定所述用戶(hù)請(qǐng)求的域名是否可 用于重定向，如果確定所述用戶(hù)請(qǐng)求的域名可用于重定向，則將用戶(hù)所訪問(wèn)的域名重定 向到對(duì)應(yīng)的IP地址。本發(fā)明提供的方法、模塊和系統(tǒng)在DNS重定向流量時(shí)，重定向域名信息對(duì)需要 進(jìn)行重定向的域名進(jìn)行判定，進(jìn)而使域名重定向控制模塊達(dá)到根據(jù)域名的應(yīng)用進(jìn)行重定 向的效果。從而減少重定向之后用戶(hù)請(qǐng)求的應(yīng)用服務(wù)不可用的情況。


圖1為現(xiàn)有技術(shù)中進(jìn)行DNS重定向的流程5
圖2為本發(fā)明實(shí)施例一種域名重定向控制方法的流程圖；圖3為本發(fā)明實(shí)施例中預(yù)設(shè)重定向域名列表的流程圖；圖4為本發(fā)明實(shí)施例中通過(guò)應(yīng)用服務(wù)確定IP地址對(duì)應(yīng)的域名列表是否可用于重 定向的流程圖；圖5為本發(fā)明實(shí)施例一種域名重定向控制系統(tǒng)的結(jié)構(gòu)圖示意圖；圖6為本發(fā)明實(shí)施例中域名重定向控制模塊的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例提供一種域名重定向控制的方法，該方法包括域名重定向控制 模塊接收DNS服務(wù)器在應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，從用戶(hù)請(qǐng)求中獲取并發(fā)送的域名信息；根 據(jù)保存的重定向域名信息確定接收到的域名信息是否可用于重定向，如果確定所述用戶(hù) 請(qǐng)求的域名可用于重定向，則將用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。如圖2所示，本發(fā)明實(shí)施例提供一種域名重定向控制方法，具體包括步驟步驟201，域名重定向控制模塊接收DNS服務(wù)器在應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，從用 戶(hù)請(qǐng)求中獲取并發(fā)送的域名信息；步驟202，域名重定向控制模塊根據(jù)保存的重定向域名信息確定接收到的域名信 息是否可用于重定向；如果確定所述用戶(hù)請(qǐng)求的域名可用于重定向，則轉(zhuǎn)入步驟203， 否則轉(zhuǎn)入步驟205 ；在本發(fā)明實(shí)施例中，所述重定向域名信息保存在重定向域名列表中，該重定向 域名列表中記錄不可用于重定向的域名；則確定所述用戶(hù)請(qǐng)求的域名是否可用于重定向的具體實(shí)現(xiàn)方式可以是將用戶(hù)請(qǐng)求的域名與所述重定向域名列表進(jìn)行匹配，如果匹配不成功則確定用 戶(hù)請(qǐng)求域名可用于重定向。在本發(fā)明實(shí)施例中，所述重定向域名列表中的記錄域名包括泛域名和精細(xì)域名。泛域名使用通配符對(duì)具有相同域名特征的域名進(jìn)行歸類(lèi)，比如，*.Sina.COm. cn, pop3.*0精細(xì)域名最終可直接訪問(wèn)的域名列表，比如www.sina.com.cn。白名單可以使用精細(xì)域名也同時(shí)可以使用泛域名，如白名單中存在sina.com.cn 泛域名那么sina.com.cn的所有子域名都可以重定向。黑名單可以使用精細(xì)域名也同時(shí)可以使用泛域名，如果上述白名單中存在了 *.sina.com.cn泛域名，且黑名單中存在abc.sina.com.cn，那么產(chǎn)生的效果是除了 abc.sina. com.cn之外sina.com.cn的其他子域名都可以重定向。步驟203，將用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。在本發(fā)明實(shí)施例中所述域名重定向控制模塊可以設(shè)置在DNS服務(wù)器或全局負(fù)載 均衡GSLB中，如果該域名重定向控制模塊設(shè)置在GSLB中，則所述將用戶(hù)所訪問(wèn)的域名 重定向到對(duì)應(yīng)的IP地址具體實(shí)施方式
可以是GSLB根據(jù)重定向原則將用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。重定向的原則是GSLB設(shè)備根據(jù)用戶(hù)本地DNS服務(wù)器的IP地址信息來(lái)確定用
6戶(hù)所處的位置，同時(shí)根據(jù)服務(wù)節(jié)點(diǎn)的資源情況，將距離用戶(hù)最近的最佳服務(wù)節(jié)點(diǎn)IP地址 返回給用戶(hù)本地DNS服務(wù)器。另外，由于域名數(shù)量龐大，而且明確的獲得域名具體提供了哪些應(yīng)用是比較困 難的。而且域名提供的應(yīng)用是變化的，為了適應(yīng)域名服務(wù)的變化，本發(fā)明實(shí)施例還包 括步驟204，如果所述對(duì)應(yīng)的IP地址不能提供用戶(hù)請(qǐng)求的應(yīng)用服務(wù)，則獲取該IP 地址對(duì)應(yīng)的域名列表，并收集該IP地址的服務(wù)端口訪問(wèn)數(shù)據(jù)；通過(guò)服務(wù)端口訪問(wèn)數(shù)據(jù)中的公認(rèn)端口確定該IP地址對(duì)應(yīng)端口被訪問(wèn)的應(yīng)用服 務(wù)，通過(guò)所述應(yīng)用服務(wù)確定IP地址對(duì)應(yīng)域名列表中不可用于重定向的域名，并應(yīng)用確定 的域名更新所述重定向域名信息。步驟205，域名重定向控制模塊執(zhí)行標(biāo)準(zhǔn)的DNS遞歸解析流程，返回域名映射 的源站IP地址。在本發(fā)明實(shí)施例中生成一個(gè)重定向域名列表具體的實(shí)現(xiàn)方式可以是方式一、當(dāng)重定向之后出現(xiàn)服務(wù)不可用的情況(即對(duì)應(yīng)的域名不可用于重定 向)，確定不可用于重定向的域名，將確定的域名添加到重定向域名列表中。方式二、如圖3所示，生成一個(gè)完善的重定向域名列表的具體實(shí)現(xiàn)步驟具體包 括步驟301，收集用戶(hù)訪問(wèn)的域名；實(shí)現(xiàn)域名收集的具體方法，可以是通過(guò)采集ISP的DNS服務(wù)器的域名解析log 數(shù)據(jù)，并分析提出域名列表。通過(guò)定期的DNS log分析提取，即可不斷的發(fā)現(xiàn)新產(chǎn)生應(yīng) 用的域名。步驟302，確定所述重定向域名列表中是否包括收集到的域名，將重定向域名列 表中不包括的域名分為N個(gè)組，并重定向到N個(gè)IP地址，該IP地址對(duì)應(yīng)Cache集群中的 各應(yīng)用服務(wù)器；在本發(fā)明實(shí)施例中，設(shè)定收集到的每個(gè)域名都可進(jìn)行重定向，當(dāng)用戶(hù)訪問(wèn)域名 的應(yīng)用經(jīng)過(guò)DNS重定向后，都被重定向到Cache集群中的服務(wù)器請(qǐng)求應(yīng)用服務(wù)。假設(shè)ISP的Cache集群可以提供N個(gè)IP地址進(jìn)行DNS重定向，這N是越大越 好，即有足夠的IP地址。將域名分成N組，對(duì)域名進(jìn)行分組時(shí)根據(jù)各個(gè)域名的流量進(jìn)行分組，分組的標(biāo) 準(zhǔn)每個(gè)IP地址的流量大致均衡。步驟303，收集N個(gè)IP地址的所有服務(wù)端口訪問(wèn)數(shù)據(jù)；步驟304，如果任一 IP地址出現(xiàn)不可重定向的情況，通過(guò)服務(wù)端口訪問(wèn)數(shù)據(jù)中 的公認(rèn)端口確定該IP地址對(duì)應(yīng)端口被訪問(wèn)的應(yīng)用服務(wù)，通過(guò)所述應(yīng)用服務(wù)確定IP地址 對(duì)應(yīng)的域名列表是否可用于重定向，并將不可重定向的域名添加到所述重定向域名列表 中。因在現(xiàn)有技術(shù)中公認(rèn)端口(Well Known Ports)從0到1023，并且公認(rèn)端口綁定 (binding)于一些服務(wù)。通常這些端口的通訊明確表明了某種服務(wù)的協(xié)議。例如80端 口總是HTTP通訊。如圖4所示，在本發(fā)明實(shí)施例中，通過(guò)應(yīng)用服務(wù)確定IP地址對(duì)應(yīng)的域名列表是
7否可用于量定向具體實(shí)現(xiàn)方式為步驟401，將該IP地址對(duì)應(yīng)的域名列表劃分為N個(gè)組，并且每個(gè)組重定向一個(gè) 新的IP地址，該IP地址對(duì)應(yīng)Cache集群中的各應(yīng)用服務(wù)器；步驟402，收集每個(gè)IP地址的服務(wù)端口訪問(wèn)數(shù)據(jù)，通過(guò)服務(wù)端口訪問(wèn)數(shù)據(jù)中的 公認(rèn)端口確定端口被訪問(wèn)的應(yīng)用服務(wù)；步驟403，通過(guò)所述應(yīng)用服務(wù)確定所述IP地址被訪問(wèn)的應(yīng)用服務(wù)是否屬于可進(jìn) 行重定向的預(yù)期服務(wù)，如果不是則確定所述IP地址中域名不可用于重定向，并轉(zhuǎn)入步驟 404，否則結(jié)束流程；步驟404，確定該IP地址所對(duì)應(yīng)的域名個(gè)數(shù)是否大于預(yù)設(shè)的閾值，如果是轉(zhuǎn)入 步驟401 ；否則確定該IP地址對(duì)應(yīng)的域名不可用于重定向。在本發(fā)明實(shí)施例中，在循環(huán)地將域名劃分為更小的組時(shí)，最差情況是每個(gè)IP — 個(gè)域名，一般分組的列表域名個(gè)數(shù)小到一定范圍，則可直接判定該小組中的域名都不可 重定向，或通過(guò)對(duì)分組的域名進(jìn)行端口開(kāi)放的掃描，判定端口開(kāi)放的不可重定向。具體 實(shí)現(xiàn)方式可以是如果確定IP地址所對(duì)應(yīng)的域名個(gè)數(shù)小于預(yù)設(shè)的閾值，確定域名個(gè)數(shù)是否等于 1，如果是則確定該IP地址對(duì)應(yīng)的域名不可用于重定向，否則通過(guò)對(duì)域名列表進(jìn)行源映射 IP的服務(wù)端口掃描并收集服務(wù)端口開(kāi)放數(shù)據(jù)；通過(guò)公認(rèn)端口確定域名端口開(kāi)放的應(yīng)用服 務(wù)；并確定所述域名開(kāi)放的應(yīng)用服務(wù)是否屬于可進(jìn)行重定向的預(yù)期服務(wù)，如果不是，則 確定所述域名不可用于重定向，否則確定所述域名可用于重定向在本發(fā)明實(shí)施例中所述重定向域名列表也可以設(shè)置為包括黑名單和白名單的形 式發(fā)現(xiàn)可重定向的應(yīng)用的域名分組歸入白名單，發(fā)現(xiàn)不可重定向的域名歸入黑名在重定向匹配域名時(shí)是先匹配黑名單，然后再匹配白名單。如圖5所示，根據(jù)上述方法本發(fā)明實(shí)施例還提供一種域名重定向控制系統(tǒng)，該 系統(tǒng)包括DNS服務(wù)器501和全局負(fù)載均衡設(shè)備502 DNS服務(wù)器501，用于應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，獲取用戶(hù)請(qǐng)求中包含有訪問(wèn)內(nèi)容 的域名信息，并將該域名信息發(fā)送至全局負(fù)載均衡設(shè)備502 ；全局負(fù)載均衡設(shè)備502，用于根據(jù)保存的重定向域名信息確定所述用戶(hù)請(qǐng)求的域 名是否可用于重定向，如果確定所述用戶(hù)請(qǐng)求的域名可用于重定向，則根據(jù)重定向原則 將用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。另外，由于域名數(shù)量龐大，而且明確的獲得域名具體提供了哪些應(yīng)用是比較困 難的。而且域名提供的應(yīng)用是變化的，為了適應(yīng)域名服務(wù)的變化，本發(fā)明實(shí)施例所提供 的系統(tǒng)還包括所述全局負(fù)載均衡設(shè)備502還用于如果所述對(duì)應(yīng)的IP地址不能提供用戶(hù)請(qǐng)求的 應(yīng)用服務(wù)，則獲取該IP地址對(duì)應(yīng)的域名列表，并收集該IP地址的服務(wù)端口訪問(wèn)數(shù)據(jù)；通 過(guò)服務(wù)端口訪問(wèn)數(shù)據(jù)中的公認(rèn)端口確定該IP地址對(duì)應(yīng)端口被訪問(wèn)的應(yīng)用服務(wù)，通過(guò)所述 應(yīng)用服務(wù)確定IP地址對(duì)應(yīng)域名列表中不可用于重定向的域名，并應(yīng)用確定的域名更新所 述重定向域名信息。
本發(fā)明實(shí)施例所提供的系統(tǒng)中，為了方便重定向域名信息的應(yīng)用，所述全局負(fù) 載均衡設(shè)備502還用于將所述重定向域名信息保存在重定向域名列表中，重定向域名列 表中記錄不可用于重定向的域名；則確定所述用戶(hù)請(qǐng)求的域名是否可用于重定向包括 將用戶(hù)請(qǐng)求的域名與所述重定向域名列表進(jìn)行匹配，如果匹配不成功則確定用戶(hù)請(qǐng)求域 名可用于重定向。如圖6所示，本發(fā)明實(shí)施例還提供一種域名重定向控制模塊，包括域名信息接收單元601，用于接收DNS服務(wù)器在應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，從用戶(hù) 請(qǐng)求中獲取并發(fā)送的域名信息；重定向單元602，用于根據(jù)保存的重定向域名信息確定所述用戶(hù)請(qǐng)求的域名是否 可用于重定向，如果確定所述用戶(hù)請(qǐng)求的域名可用于重定向，則將用戶(hù)所訪問(wèn)的域名重 定向到對(duì)應(yīng)的IP地址。維護(hù)單元603，用于如果所述對(duì)應(yīng)的IP地址不能提供用戶(hù)請(qǐng)求的應(yīng)用服務(wù)，獲 取該IP地址對(duì)應(yīng)的域名列表，并收集該IP地址的服務(wù)端口訪問(wèn)數(shù)據(jù)；通過(guò)服務(wù)端口訪問(wèn) 數(shù)據(jù)中的公認(rèn)端口確定該IP地址對(duì)應(yīng)端口被訪問(wèn)的應(yīng)用服務(wù)，通過(guò)所述應(yīng)用服務(wù)確定IP 地址對(duì)應(yīng)域名列表中不可用于重定向的域名，并應(yīng)用確定的域名更新所述重定向域名信 肩、O重定向單元602還用于將所述重定向域名信息保存在重定向域名列表中，該重 定向域名列表中記錄不可用于重定向的域名；則確定所述用戶(hù)請(qǐng)求的域名是否可用于重 定向包括將用戶(hù)請(qǐng)求的域名與所述重定向域名列表進(jìn)行匹配，如果匹配不成功則確定 用戶(hù)請(qǐng)求域名可用于重定向。因?yàn)樵趯?shí)際的應(yīng)用中DNS服務(wù)器和全局負(fù)載均衡GSLB都可以進(jìn)行重定向操 作，所以本發(fā)明實(shí)施例中的域名重定向控制模塊可以設(shè)置于DNS服務(wù)器或全局負(fù)載均衡 GSLB 中。本申請(qǐng)發(fā)明技術(shù)關(guān)鍵點(diǎn)是在DNS重定向中，在重定向前，使用重定向域名信息 對(duì)域名進(jìn)行分類(lèi)，從而使DNS重定向只對(duì)特定應(yīng)用服務(wù)進(jìn)行重定向，避免了對(duì)所有域名 都進(jìn)行重定向造成的域名服務(wù)不可用。另外，通過(guò)對(duì)重定向之后域名的服務(wù)端口監(jiān)控對(duì) 重定向域名列表進(jìn)行調(diào)整，消除域名應(yīng)用變化產(chǎn)生的域名服務(wù)不可用問(wèn)題。也正因?yàn)榇耍旧暾?qǐng)的發(fā)明可用在DNS重定向流量分導(dǎo)的基礎(chǔ)，結(jié)合對(duì)應(yīng)用服 務(wù)的端口進(jìn)行追蹤分析，通過(guò)知名端口來(lái)識(shí)別應(yīng)用，進(jìn)行調(diào)整DNSrcsponse redirector的 域名重定向列表，進(jìn)而使DNS可用達(dá)到根據(jù)域名的應(yīng)用進(jìn)行重定向的效果。本發(fā)明所述的方法并不限于具體實(shí)施方式
中所述的實(shí)施例，本領(lǐng)域技術(shù)人員根 據(jù)本發(fā)明的技術(shù)方案得出其它的實(shí)施方式，同樣屬于本發(fā)明的技術(shù)創(chuàng)新范圍。顯然， 本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這 樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本 發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
9
權(quán)利要求
1. 一種域名重定向控制方法，其特征在于，包括域名重定向控制模塊接收DNS服務(wù)器在應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，從用戶(hù)請(qǐng)求中獲取并 發(fā)送的域名信息；根據(jù)保存的重定向域名信息確定接收到的域名信息是否可用于重定向，如果確定所 述用戶(hù)請(qǐng)求的域名可用于重定向，則將用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。
2.如權(quán)利要求1所述的方法，其特征在于，將用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP 地址之后，該方法還包括如果所述對(duì)應(yīng)的IP地址不能提供用戶(hù)請(qǐng)求的應(yīng)用服務(wù)，域名重定向控制模塊獲取該 IP地址對(duì)應(yīng)的域名列表，并收集該IP地址的服務(wù)端口訪問(wèn)數(shù)據(jù)；通過(guò)服務(wù)端口訪問(wèn)數(shù)據(jù)中的公認(rèn)端口確定該IP地址對(duì)應(yīng)端口被訪問(wèn)的應(yīng)用服務(wù)，通 過(guò)所述應(yīng)用服務(wù)確定IP地址對(duì)應(yīng)域名列表中不可用于重定向的域名，并應(yīng)用確定的域名 更新所述重定向域名信息。
3.如權(quán)利要求1所述的方法，其特征在于，所述重定向域名信息保存在重定向域名列 表中，該重定向域名列表中記錄不可用于重定向的域名；域名重定向控制模塊確定所述用戶(hù)請(qǐng)求的域名是否可用于重定向包括將用戶(hù)請(qǐng)求的域名與所述重定向域名列表進(jìn)行匹配，如果匹配不成功則確定用戶(hù)請(qǐng) 求域名可用于重定向。
4.如權(quán)利要求3所述的方法，其特征在于，所述重定向域名列表中的記錄域名包括泛 域名和精細(xì)域名。
5.如權(quán)利要求2所述的方法，其特征在于，通過(guò)所述應(yīng)用服務(wù)確定IP地址對(duì)應(yīng)域名 列表中不可用于重定向的域名包括A、將該IP地址對(duì)應(yīng)的域名列表劃分為N個(gè)組，并且每個(gè)組重定向一個(gè)新的IP地 址，該IP地址對(duì)應(yīng)Cache集群中的各應(yīng)用服務(wù)器；B、收集每個(gè)IP地址的服務(wù)端口訪問(wèn)數(shù)據(jù)，通過(guò)服務(wù)端口訪問(wèn)數(shù)據(jù)中的公認(rèn)端口確 定端口被訪問(wèn)的應(yīng)用服務(wù)；C、通過(guò)所述應(yīng)用服務(wù)確定所述IP地址被訪問(wèn)的應(yīng)用服務(wù)是否屬于可進(jìn)行重定向的 預(yù)期服務(wù)，如果不是則確定所述IP地址中域名不可用于重定向，并轉(zhuǎn)入步驟D，否則結(jié) 束流程；D、確定該IP地址所對(duì)應(yīng)的域名個(gè)數(shù)是否大于預(yù)設(shè)的閾值，如果是轉(zhuǎn)入步驟A；否 則確定該IP地址對(duì)應(yīng)的域名不可用于重定向。
6.如權(quán)利要求5所述的方法，其特征在于，所述確定該IP地址對(duì)應(yīng)的域名不可用于 重定向之前，進(jìn)一步包括確定域名個(gè)數(shù)是否等于1，如果是則確定該IP地址對(duì)應(yīng)的域名不可用于重定向，否 則通過(guò)對(duì)域名列表進(jìn)行源映射IP的服務(wù)端口掃描并收集服務(wù)端口開(kāi)放數(shù)據(jù)；通過(guò)公認(rèn)端 口確定域名端口開(kāi)放的應(yīng)用服務(wù)；并確定所述域名開(kāi)放的應(yīng)用服務(wù)是否屬于可進(jìn)行重定 向的預(yù)期服務(wù)，如果不是，則確定所述域名不可用于重定向，否則確定所述域名可用于 重定向。
7.—種域名重定向控制系統(tǒng)，其特征在于，該系統(tǒng)包括DNS服務(wù)器和全局負(fù)載均衡 設(shè)備DNS服務(wù)器，用于應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，獲取用戶(hù)請(qǐng)求中包含有訪問(wèn)內(nèi)容的域名信 息，并將該域名信息發(fā)送至全局負(fù)載均衡設(shè)備；全局負(fù)載均衡設(shè)備，用于根據(jù)保存的重定向域名信息確定接收到的域名信息是否可 用于重定向，如果確定所述用戶(hù)請(qǐng)求的域名可用于重定向，則根據(jù)重定向原則將用戶(hù)所 訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述全局負(fù)載均衡設(shè)備還用于如果所述對(duì) 應(yīng)的IP地址不能提供用戶(hù)請(qǐng)求的應(yīng)用服務(wù)，則獲取該IP地址對(duì)應(yīng)的域名列表，并收集該 IP地址的服務(wù)端口訪問(wèn)數(shù)據(jù)；通過(guò)服務(wù)端口訪問(wèn)數(shù)據(jù)中的公認(rèn)端口確定該IP地址對(duì)應(yīng)端 口被訪問(wèn)的應(yīng)用服務(wù)，通過(guò)所述應(yīng)用服務(wù)確定IP地址對(duì)應(yīng)域名列表中不可用于重定向的 域名，并應(yīng)用確定的域名更新所述重定向域名信息。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述全局負(fù)載均衡設(shè)備還用于將所述重 定向域名信息保存在重定向域名列表中，該重定向域名列表中記錄不可用于重定向的域 名；則確定所述用戶(hù)請(qǐng)求的域名是否可用于重定向包括將用戶(hù)請(qǐng)求的域名與所述重定 向域名列表進(jìn)行匹配，如果匹配不成功則確定用戶(hù)請(qǐng)求域名可用于重定向。
10.—種域名重定向控制模塊，其特征在于，包括域名信息接收單元，用于接收DNS服務(wù)器在應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，從用戶(hù)請(qǐng)求中獲 取并發(fā)送的域名信息；重定向單元，用于根據(jù)保存的重定向域名信息確定所述用戶(hù)請(qǐng)求的域名是否可用于 重定向，如果確定所述用戶(hù)請(qǐng)求的域名可用于重定向，則將用戶(hù)所訪問(wèn)的域名重定向到 對(duì)應(yīng)的IP地址。
11.如權(quán)利要求10所述的域名重定向控制模塊，其特征在于，還包括維護(hù)單元，用于如果所述對(duì)應(yīng)的IP地址不能提供用戶(hù)請(qǐng)求的應(yīng)用服務(wù)，獲取該IP地 址對(duì)應(yīng)的域名列表，并收集該IP地址的服務(wù)端口訪問(wèn)數(shù)據(jù)；通過(guò)服務(wù)端口訪問(wèn)數(shù)據(jù)中的 公認(rèn)端口確定該IP地址對(duì)應(yīng)端口被訪問(wèn)的應(yīng)用服務(wù)，通過(guò)所述應(yīng)用服務(wù)確定IP地址對(duì)應(yīng) 域名列表中不可用于重定向的域名，并應(yīng)用確定的域名更新所述重定向域名信息。
12.如權(quán)利要求11所述的域名重定向控制模塊，其特征在于，重定向單元還用于將所 述重定向域名信息保存在重定向域名列表中，該重定向域名列表中記錄不可用于重定向 的域名；則確定所述用戶(hù)請(qǐng)求的域名是否可用于重定向包括將用戶(hù)請(qǐng)求的域名與所述 重定向域名列表進(jìn)行匹配，如果匹配不成功則確定用戶(hù)請(qǐng)求域名可用于重定向。
13.如權(quán)利要求10 12任一權(quán)項(xiàng)所述的域名重定向控制模塊，其特征在于，該域名 重定向控制模塊設(shè)置于DNS服務(wù)器或全局負(fù)載均衡GSLB中。
全文摘要
本發(fā)明公開(kāi)了一種域名重定向控制方法、模塊及系統(tǒng)，應(yīng)用于互聯(lián)網(wǎng)重定向領(lǐng)域；方法為域名重定向控制模塊接收DNS服務(wù)器在應(yīng)答用戶(hù)域名請(qǐng)求時(shí)，從用戶(hù)請(qǐng)求中獲取并發(fā)送的域名信息；根據(jù)保存的重定向域名信息確定接收到的域名信息是否可用于重定向，如果確定所述用戶(hù)請(qǐng)求的域名可用于重定向，則將用戶(hù)所訪問(wèn)的域名重定向到對(duì)應(yīng)的IP地址。應(yīng)用本發(fā)明提供的系統(tǒng)、模塊和方法能夠解決現(xiàn)有技術(shù)中在使用DNS重定向進(jìn)行流量分導(dǎo)，如果某一域名提供的應(yīng)用服務(wù)發(fā)生變化，導(dǎo)致重定向之后用戶(hù)請(qǐng)求的應(yīng)用服務(wù)不可用的問(wèn)題，達(dá)到根據(jù)域名的應(yīng)用進(jìn)行重定向的效果，避免對(duì)所有域名都進(jìn)行重定向造成的應(yīng)用服務(wù)不可用。
文檔編號(hào)H04L29/12GK102014173SQ201010532808
公開(kāi)日2011年4月13日 申請(qǐng)日期2010年11月1日 優(yōu)先權(quán)日2010年11月1日
發(fā)明者劉效, 宗劼, 康向榮, 李健松, 黃東 申請(qǐng)人:藍(lán)汛網(wǎng)絡(luò)科技(北京)有限公司