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

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


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