專利名稱：一種域名解析方法、服務器和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信技術(shù)領(lǐng)域，具體地，涉及一種域名解析方法、服務器和系統(tǒng)。
背景技術(shù)：
域名系統(tǒng)(Domain Name System,以下簡稱DNS)服務器被用來將域名轉(zhuǎn)換為機器 能夠識別的互聯(lián)網(wǎng)協(xié)議(Internet Protocol，以下簡稱IP)地址。比如用戶在上網(wǎng)時輸入 網(wǎng)址，網(wǎng)址也就是域名，這時DNS服務器需要將域名解析為相對應的IP地址，這樣才能使用 戶機連接到正確的業(yè)務服務器，即DNS服務器要把域名解析為業(yè)務服務器的IP地址?，F(xiàn)有技術(shù)中，為了向用戶提供更好的服務質(zhì)量，服務提供商往往會在網(wǎng)絡中不同 的網(wǎng)絡區(qū)域部署多臺業(yè)務服務器來共享同一域名?，F(xiàn)有技術(shù)中對域名進行解析一般有兩種 實現(xiàn)方式1.圖1為第一種對域名進行解析的方法示意圖，如圖1所示，DNS服務器根據(jù)用戶 機的屬性來選擇一個業(yè)務服務器，并將其IP地址返給用戶機。該實現(xiàn)方式的缺陷是DNS服 務器可能會將域名解析到已經(jīng)失效的業(yè)務服務器的IP地址上，這樣導致用戶機需要再次 發(fā)送域名解析請求，降低了域名解析的效率，加大用戶機的工作量，影響用戶體驗。2.申請?zhí)枮?00480041163. 9的申請文件提出了一種對域名解析的方法，DNS服務 器將與域名相對應的至少一個業(yè)務服務器的IP地址和狀態(tài)信息都提供給用戶機，由用戶 機根據(jù)業(yè)務服務器的狀態(tài)信息決定連接到哪個業(yè)務服務器上。如果業(yè)務服務器失效，則用 戶機將不會連接到該業(yè)務服務器。該實現(xiàn)方式的缺陷是由于DNS服務器需要將至少一個 業(yè)務服務器的IP地址和狀態(tài)信息都發(fā)送給用戶機，會造成數(shù)據(jù)通信量較大；用戶機需要在 接收到DNS服務器發(fā)送過來的信息之后再決定連接到哪個業(yè)務服務器，提高了用戶機的工 作量，而且當業(yè)務服務器的數(shù)量比較大，DNS服務器發(fā)送過來的信息較多時，解析效率較低， 從而導致不好的用戶體驗。

發(fā)明內(nèi)容
本發(fā)明的第一目的是提出一種域名解析方法，以實現(xiàn)提高域名解析的效率和減少 用戶機的工作量。本發(fā)明的第二目的是提出一種域名解析服務器，以實現(xiàn)提高域名解析的效率和減 少用戶機的工作量。本發(fā)明的第三目的是提出一種域名解析系統(tǒng)，以實現(xiàn)提高域名解析的效率和減少 用戶機的工作量。為實現(xiàn)上述第一目的，根據(jù)本發(fā)明的一個方面，提供了一種域名解析方法，包括 DNS服務器根據(jù)接收的域名解析請求消息，選擇業(yè)務服務器；DNS服務器向與請求消息發(fā)送 方處于同一網(wǎng)絡域的探測點請求對該業(yè)務服務器的可用性進行檢測；DNS服務器根據(jù)探測 點返回的檢測結(jié)果確定請求消息對應的域名解析結(jié)果。優(yōu)選地，DNS服務器根據(jù)探測點返回的檢測結(jié)果確定請求消息對應的域名解析結(jié)果具體可以包括如果探測點返回的檢測結(jié)果為業(yè)務服務器不可用，則DNS服務器重新選擇新的業(yè)務服務器，并對新的業(yè)務服務器進行可用性檢測；如果探測點返回的檢測結(jié)果為 業(yè)務服務器可用，則DNS服務器向請求消息發(fā)送方返回包含業(yè)務服務器IP地址的域名解析 響應消息。其中，業(yè)務服務器可以為與該請求消息發(fā)送方位于同一網(wǎng)絡域內(nèi)的業(yè)務服務器。為實現(xiàn)上述第二目的，根據(jù)本發(fā)明的另一個方面，提供了一種域名解析服務器，包 括接收模塊，用于接收域名解析請求消息；控制模塊，用于根據(jù)接收模塊接收到的域名解 析請求消息，選擇業(yè)務服務器，并向與請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對業(yè) 務服務器的可用性進行檢測，并根據(jù)探測點返回的檢測結(jié)果確定請求消息對應的域名解析 結(jié)果；發(fā)送模塊，用于將域名解析結(jié)果發(fā)送至請求消息的發(fā)送方。優(yōu)選地，控制模塊具體可以包括判斷單元，用于根據(jù)探測點返回的檢測結(jié)果判斷 業(yè)務服務器是否可用，如果不可用，則重新選擇一新的業(yè)務服務器，向探測點請求對新的業(yè) 務服務器的可用性進行檢測；否則，將包含業(yè)務服務器IP地址的域名解析響應消息發(fā)送給 發(fā)送模塊。為實現(xiàn)上述第三目的，根據(jù)本發(fā)明的另一個方面，提供了一種域名解析系統(tǒng)，包 括DNS服務器，用于根據(jù)接收的域名解析請求消息，選擇業(yè)務服務器，向與請求消息發(fā)送 方處于同一網(wǎng)絡域的探測點請求對業(yè)務服務器的可用性進行檢測，并根據(jù)探測點返回的檢 測結(jié)果確定請求消息對應的域名解析結(jié)果；探測點，用于接收DNS服務器發(fā)送的包含業(yè)務 服務器IP地址的可用性檢測請求，對業(yè)務服務器的可用性進行檢測，并返回檢測結(jié)果。本發(fā)明各實施例的域名解析方法、服務器和系統(tǒng)，DNS服務器在進行域名解析時， 在向域名解析請求消息發(fā)送方返回域名解析結(jié)果前，預先通過探測點對業(yè)務服務器的可用 性進行檢測，根據(jù)探測點返回的檢測結(jié)果再決定向請求消息發(fā)送方返回的域名解析結(jié)果。 這樣，DNS服務器可以確保把一個有效業(yè)務服務器的IP地址發(fā)送給用戶機，提高了域名解 析的效率，減少了用戶機的工作量，提高了用戶體驗。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。


附圖用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實 施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖1為根據(jù)現(xiàn)有技術(shù)中域名解析的第一種方法示意圖；圖2為根據(jù)本發(fā)明域名解析方法的實施例一流程圖；圖3為根據(jù)本發(fā)明域名解析方法的實施例二流程圖；圖4為圖3中步驟S308-S312使用的通信協(xié)議實施例結(jié)構(gòu)圖；圖5為根據(jù)本發(fā)明域名解析服務器實施例一內(nèi)部結(jié)構(gòu)示意圖；圖6為根據(jù)本發(fā)明域名解析服務器實施例二內(nèi)部結(jié)構(gòu)示意圖；圖7為根據(jù)本發(fā)明域名解析系統(tǒng)的結(jié)構(gòu)示意圖；圖8為根據(jù)本發(fā)明域名解析系統(tǒng)的域名解析方法流程圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。圖2為根據(jù)本發(fā)明域名解析方法的實施例一流程圖，如圖2所示，本實施例包括步驟S202、DNS服務器根據(jù)接收的域名解析請求消息，選擇業(yè)務服務器；步驟S204、DNS服務器向與該請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對該 業(yè)務服務器的可用性進行檢測；步驟S206、DNS服務器根據(jù)該探測點返回的檢測結(jié)果確定該請求消息對應的域名 解析結(jié)果。本實施例中，DNS服務器在進行域名解析時，在向域名解析請求消息發(fā)送方返回域 名解析結(jié)果前，預先通過探測點對業(yè)務服務器的可用性進行檢測，根據(jù)探測點返回的檢測 結(jié)果再決定向請求消息發(fā)送方返回的域名解析結(jié)果。這樣，DNS服務器可以確保把有效的 域名解析結(jié)果發(fā)送給用戶機，提高了域名解析的效率，降低了用戶機的工作量，提高了用戶 體驗。圖3為根據(jù)本發(fā)明域名解析方法的實施例二流程圖，如圖3所示，本實施例包括步驟S302、DNS服務器接收用戶機發(fā)送的域名解析請求消息；在用戶訪問域名時，比如說訪問某一網(wǎng)站，用戶在用戶機上輸入網(wǎng)址，該網(wǎng)址就是 域名。用戶機向DNS服務器發(fā)送域名解析請求消息，該消息中攜帶有用戶機的屬性和用戶 機要訪問的域名。用戶機的屬性可以包括用戶機的IP地址；步驟S304、DNS服務器確定與該域名相對應的至少一個業(yè)務服務器；DNS服務器中存儲有業(yè)務服務器的域名與IP地址之間的對應關(guān)系，每個域名對應 有至少一個業(yè)務服務器，DNS服務器根據(jù)該對應關(guān)系確定與該域名相對應的至少一個業(yè)務 服務器；步驟S306、DNS服務器根據(jù)用戶機的IP地址從確定的至少一個業(yè)務服務器中選擇 業(yè)務服務器；如果存在與該用戶機同一網(wǎng)絡域的業(yè)務服務器，DNS服務器可以選擇一個與用戶 機位于同一個網(wǎng)絡域內(nèi)的業(yè)務服務器。如果所有業(yè)務服務器和用戶機都不處于同一網(wǎng)絡 域內(nèi)，則DNS服務器可以根據(jù)用戶機的屬性來選擇業(yè)務服務器，例如根據(jù)用戶機的地域分 類，為不同省份的用戶機解析各自省份內(nèi)的業(yè)務服務器地址；或者根據(jù)用戶機所使用的運 營商分類，為用戶機解析部署在不同運營商網(wǎng)絡中的業(yè)務服務器地址。如果DNS服務器利 用上述方法沒有選擇出業(yè)務服務器，那么DNS服務器可以從解析結(jié)果中選取第一個業(yè)務服 務器。之后DNS服務器準備將選擇的業(yè)務服務器的IP地址發(fā)送給用戶機；步驟S308、DNS服務器向與用戶機同一網(wǎng)絡域內(nèi)的探測點發(fā)送包含業(yè)務服務器IP 地址的可用性檢測請求，指示該探測點對該業(yè)務服務器的可用性進行檢測；探測點能夠在應用層對業(yè)務服務器進行檢測，真正驗證業(yè)務服務器在業(yè)務層面的 可用性。同時，探測點是部署在各個網(wǎng)絡域內(nèi)的，因此能夠保證選擇到與用戶機位于同一網(wǎng) 絡域內(nèi)的探測點來進行業(yè)務探測。為了避免DNS服務器到業(yè)務服務器之間的路徑是連通的 而用戶機通向業(yè)務服務器的路徑出現(xiàn)阻斷的情況，進行檢測的探測點與用戶機和業(yè)務服務 器需要位于同一網(wǎng)絡域內(nèi)，這樣能夠保證檢測路徑與用戶機的業(yè)務訪問路徑更為接近。在實際應用中，探測點可以部署在運營商的每個省網(wǎng)絡域內(nèi)，在選擇探測點時，首先優(yōu)選和用戶 機位于同一地市網(wǎng)絡域內(nèi)的探測點，如果沒有則選擇和用戶機位于同一省網(wǎng)絡域內(nèi)的探測點。DNS服務器向選擇的探測點發(fā)送可用性檢測請求，DNS服務器和探測點之間的 通信可以依賴私有通信協(xié)議，還可以對一些能夠擴展通信協(xié)議進行類型、長度、值(Type、 Length、Value，簡稱TLV)字段擴展后完成通信，例如邊界網(wǎng)關(guān)協(xié)議、互聯(lián)網(wǎng)協(xié)議IPv6等。下面以DNS服務器和探測點之間的通信使用邊界網(wǎng)關(guān)協(xié)議(BorderGateway Protocol,以下簡稱BGP)路由協(xié)議為例，如圖4所示，可以將BGP消息報文頭中的“Type” 字段擴展出進行可用性檢測請求及檢測響應兩個字段?，F(xiàn)有BGP協(xié)議的“Type”字段已經(jīng) 定義了 1、2、3、4，分別表示為“1-0PEN、2-UPDATE、3-N0TIFICATI0N、4-KEEPALIVE，，。本發(fā)明 的各方法實施例可以將“Type”字段擴展為5或6，當“Type”字段定義為5時可以表示可用 性檢測請求字段，可以包括檢測目的地址、檢測業(yè)務類型和標識。當Type字段定義為6時 表示檢測響應 字段，可以包括檢測目的地址、檢測業(yè)務類型、對應于檢測業(yè)務類型的業(yè)務檢 測結(jié)果和標識。在進行可用性檢測請求字段格式中，檢測目的地址即為DNS服務器根據(jù)用戶機的 域名解析請求消息解析出來的地址，檢測業(yè)務類型可以定義O為網(wǎng)絡層，IShttP業(yè)務，2 為郵局協(xié)議的第3個版本(Post Office Protocol3,以下簡稱P0P3)，3為簡單郵件傳輸協(xié) 議(Simple Mail Transfer Protocol，以下簡稱SMTP)等，具體還可根據(jù)業(yè)務類型進行擴展。在實際應用中，用戶機向DNS服務器發(fā)送域名解析請求消息后，DNS服務器并不能 完全確定用戶需要訪問何種業(yè)務，因此DNS服務器可以指示探測點對域名對應的一個業(yè)務 服務器進行應用層檢測，還可以指示探測點對域名對應的兩個以上業(yè)務服務器進行網(wǎng)絡層 檢測，即測試探測點和業(yè)務服務器之間的網(wǎng)絡層時延和丟包率，從測試結(jié)果中對比得出一 個相對最優(yōu)的業(yè)務服務器并將其地址反饋給用戶。DNS服務器還可以根據(jù)域名解析請求消息確定用戶向域名請求的業(yè)務服務內(nèi)容。 例如1、如果域名解析請求消息中攜帶了 MX參數(shù)，則標明用戶機需要使用SMTP或者P0P3 協(xié)議，同時說明用戶機需要訪問所請求域名的SMTP或者P0P3端口，即25或110端口，這種 情況下DNS服務器可以要求探測點對業(yè)務服務器的25或110端口進行業(yè)務檢測；2、如果域 名解析請求消息中的域名中攜帶了 字段，則標明用戶機需要使用web服務，由于web服 務的端口為80，則這種情況下可以要求探測點對業(yè)務服務器的80端口進行業(yè)務檢測；步驟S310、探測點向業(yè)務服務器發(fā)送業(yè)務請求；步驟S312、根據(jù)業(yè)務服務器的應答，探測點向DNS服務器返回檢測結(jié)果；同樣，如步驟S308，探測點和DNS服務器之間可以通過私有協(xié)議或者擴展的BGP協(xié) 議進行通信，如圖4所示，當Type字段定義為6時表示擴展的檢測響應字段，可以包括檢測 目的地址、檢測業(yè)務類型、對應于檢測業(yè)務類型的業(yè)務檢測結(jié)果和標識。探測點可以通過擴 展的檢測響應字段向DNS服務器返回檢測結(jié)果，在檢測響應字段中，針對進行可用性檢測 請求中的每一種檢測業(yè)務類型，都在其后附上2字節(jié)的業(yè)務檢測結(jié)果，針對每一種檢測業(yè) 務類型，其業(yè)務檢測結(jié)果的格式解釋都不一致，例如，針對網(wǎng)絡層檢測請求的響應，可以定 義第一字節(jié)為平均時延，第二字節(jié)為平均丟包率。針對http業(yè)務檢測請求的響應，可以將 第一字節(jié)定義為首字節(jié)接收時延，第二字節(jié)定義為下載速度等等，具體可根據(jù)需要進行擴展； 步驟S314、DNS服務器接收該探測點返回的檢測結(jié)果；步驟S316、判斷檢測結(jié)果為業(yè)務服務器是否可用，若是，轉(zhuǎn)向步驟S318，若否，轉(zhuǎn) 向步驟S306 ；如果DNS服務器指示探測點只對一個業(yè)務服務器進行檢測，在接收到對該業(yè)務服 務器的檢測結(jié)果后，如果該業(yè)務服務器在應用層可用，則選擇向用戶機返回該業(yè)務服務器 的IP地址。如果DNS服務器指示探測點對兩個以上業(yè)務服務器進行檢測，DNS服務器可以按 照下面的方式選取業(yè)務服務器a、如果應用層對業(yè)務服務器的檢測成功，也就是說業(yè)務服務器在應用層可用，則 無論網(wǎng)絡層檢測成功與否，都只考慮應用層的檢測結(jié)果，并將對指定端口的下載速度作為 比較指標，選取下載速度高的業(yè)務服務器反饋給用戶機；b、如果應用層檢測不成功，而網(wǎng)絡層檢測成功，則將網(wǎng)絡層檢測結(jié)果中的丟包率 來作為主要比較指標，如丟包率一致，則采用時延來作為比較指標，將時延小的業(yè)務服務器 反饋給用戶機；C、如果網(wǎng)絡層和應用層檢測均失敗，則選取一個和用戶機位于同一網(wǎng)絡域的業(yè)務 服務器，如沒有，返回步驟306;步驟S318、DNS服務器向用戶機返回包含該業(yè)務服務器IP地址的域名解析響應消
肩、ο在步驟S318后，用戶機就可以訪問經(jīng)探測點撥測、驗證過可用性的業(yè)務服務器。本實施例中，DNS服務器在向用戶機返回業(yè)務服務器的IP地址前，先對業(yè)務服務 器的可用性進行驗證，如果業(yè)務服務器可用，才向用戶機返回業(yè)務服務器的IP地址，將對 業(yè)務服務器的驗證過程與域名解析過程相結(jié)合，確保了向用戶機返回有效的業(yè)務服務器的 IP地址。部署在各個網(wǎng)絡區(qū)域中的探測點，能夠按照DNS服務器的要求完成對業(yè)務服務器 的應用層面的檢測。用戶機只需要直接連接到DNS服務器返回的IP地址，提高了域名解析 的效率，減少了用戶機的工作量，提高了用戶體驗。圖5為根據(jù)本發(fā)明域名解析服務器實施例一的內(nèi)部結(jié)構(gòu)示意圖，如圖5所示，該裝 置包括接收模塊10，用于接收域名解析請求消息；控制模塊20，用于根據(jù)接收模塊10接收到的域名解析請求消息，選擇業(yè)務服務 器，并向與該請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對該業(yè)務服務器的可用性進行 檢測，并根據(jù)該探測點返回的檢測結(jié)果確定該請求消息對應的域名解析結(jié)果；具體請求可 用性檢測可參見方法實施例中圖3的相關(guān)說明，根據(jù)檢測結(jié)果如何檢測可用性以及根據(jù)結(jié) 果確定和選擇業(yè)務服務器作為用戶機的域名解析結(jié)果可參見圖3方法實施例相關(guān)說明，不 再重復敘述；發(fā)送模塊40，用于將控制模塊20得到的域名解析結(jié)果發(fā)送至該請求消息的發(fā)送方。本實施例中，DNS服務器在進行域名解析時，在向域名解析請求消息發(fā)送方返回域 名解析結(jié)果前，預先通過探測點對業(yè)務服務器的可用性進行檢測，根據(jù)探測點返回的檢測結(jié)果再決定向請求消息發(fā)送方返回的域名解析結(jié)果。這樣，DNS服務器確保把一個有效的業(yè)務服務器的IP地址發(fā)送給用戶機，提高了域名解析的效率，減少了用戶機的工作量，提 高了用戶體驗。本實施例提供的技術(shù)方案能夠有效避免當某一業(yè)務服務器發(fā)生故障時，DNS 服務器在不知情的情況下，將該業(yè)務服務器的地址反饋給用戶機從而導致大面積用戶業(yè)務 使用受阻的情況。圖6為根據(jù)本發(fā)明域名解析裝置實施例二的內(nèi)部結(jié)構(gòu)示意圖，如圖6所示，本實施 例的控制模塊20進一步可以包括選擇單元，用于根據(jù)接收模塊10接收到的域名解析請求消息，選擇業(yè)務服務器；檢測單元，用于向與該請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對選擇單元 選擇的業(yè)務服務器的可用性進行檢測，具體可參見圖3步驟S308的相關(guān)說明；判斷單元，用于判斷該探測點返回的檢測結(jié)果為該業(yè)務服務器是否可用，具體可 參見步驟S312-S316的相關(guān)說明。如果該探測點返回的檢測結(jié)果為該業(yè)務服務器不可用， 則根據(jù)該請求消息發(fā)送方的屬性和要訪問的域名重新選擇一新的業(yè)務服務器，向與該請求 消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對該新的業(yè)務服務器的可用性進行檢測；如果該 探測點返回的檢測結(jié)果為該業(yè)務服務器可用，則通過發(fā)送模塊40向該請求消息發(fā)送方返 回包含該業(yè)務服務器IP地址的域名解析響應消息。圖7為本發(fā)明實施例提供的一種域名解析系統(tǒng)。如圖7所示，該系統(tǒng)包括DNS服務器60，用于根據(jù)接收的域名解析請求消息，選擇業(yè)務服務器，向與該請求 消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對該業(yè)務服務器的可用性進行檢測，并根據(jù)該探 測點返回的檢測結(jié)果確定該請求消息對應的域名解析結(jié)果；探測點62，用于接收DNS服務器60發(fā)送的進行可用性檢測請求，對DNS服務器60 選擇的業(yè)務服務器的可用性進行檢測，并向DNS服務器60返回檢測結(jié)果。其中，用戶機并非本發(fā)明系統(tǒng)中的組件，用戶機在訪問業(yè)務的過程中將向DNS服 務器發(fā)送域名解析請求，得到DNS服務器返回的業(yè)務服務器IP地址后訪問業(yè)務服務器。業(yè)務服務器也不是本發(fā)明系統(tǒng)中的組件，DNS服務器將根據(jù)用戶機的屬性選擇共 享同一域名的至少一臺業(yè)務服務器中的一臺，由探測點對其進行業(yè)務應用層面的撥測。DNS服務器接收到域名解析請求消息后，確定與該域名相對應的至少一個業(yè)務服 務器，之后根據(jù)用戶機的IP地址從確定的至少一個業(yè)務服務器中選擇一個業(yè)務服務器。如 果存在與該用戶機同一網(wǎng)絡域的業(yè)務服務器，DNS服務器可以選擇一個與用戶機位于同一 個網(wǎng)絡域內(nèi)的業(yè)務服務器。如果沒有與用戶機位于同一個網(wǎng)絡域內(nèi)的業(yè)務服務器，則DNS 服務器可以根據(jù)用戶機的屬性來選擇業(yè)務服務器，例如根據(jù)用戶機的地域分類，為不同省 份的用戶機解析各自省份內(nèi)的業(yè)務服務器地址；或者根據(jù)用戶機所使用的運營商分類，為 用戶機解析部署在不同運營商網(wǎng)絡中的業(yè)務服務器地址。如果DNS服務器利用上述方法沒 有選擇出業(yè)務服務器，那么DNS服務器就選擇解析結(jié)果中的第一個業(yè)務服務器。在返回域 名解析響應消息之前，DNS服務器將向與用戶機處于同一網(wǎng)絡域下的探測點發(fā)出可用性檢 測請求，請求探測點來驗證選擇的業(yè)務服務器的業(yè)務可用性，防止向用戶機返回業(yè)務失效 的服務器地址。探測點響應DNS服務器的檢測請求并給出檢測結(jié)果。探測點能夠在應用層對業(yè)務 服務器進行撥測，真正驗證服務器在業(yè)務層面的可用性。其中，探測點是部署在各個網(wǎng)絡域內(nèi)的，因此能夠保證選擇到與用戶機位于同一網(wǎng)絡域內(nèi)的探測點來進行業(yè)務探測。為了避免DNS服務器到業(yè)務服務器之間的路徑是連通的而用戶機通向業(yè)務服務器的路徑出現(xiàn)阻 斷的情況，進行檢測的探測點與用戶機和業(yè)務服務器需要位于同一網(wǎng)絡域內(nèi)，這樣能夠保 證檢測路徑與用戶機的業(yè)務訪問路徑更為接近。本發(fā)明實施例中，DNS服務器60的內(nèi)部結(jié)構(gòu)可以參考圖5和圖6。圖8為根據(jù)本發(fā)明域名解析系統(tǒng)的域名解析方法流程圖，圖8以用戶機通過DNS 服務器解析域名，最終訪問業(yè)務服務器的過程為例，結(jié)合圖7，說明DNS服務器進行域名解 析的具體流程。具體說明如下步驟1，用戶機向DNS服務器發(fā)送域名解析請求消息；步驟2，DNS服務器根據(jù)用戶屬性查詢相對應的業(yè)務服務器IP地址；步驟3，DNS服務器向與該用戶處在同一網(wǎng)絡域內(nèi)的探測點發(fā)出對指定業(yè)務服務 器進行可用性檢測的請求；步驟4，探測點會在業(yè)務應用層面對業(yè)務服務器進行撥測，即向業(yè)務服務器發(fā)出業(yè) 務請求；步驟5，根據(jù)業(yè)務服務器的應答，探測點驗證業(yè)務服務器的可用性；步驟6，探測點向DNS服務器返回對指定業(yè)務服務器的檢測結(jié)果；如果業(yè)務服務器在步驟5中不能響應探測點對業(yè)務的撥測，探測點將向DNS服務 器返回為該業(yè)務服務器不可用的檢測結(jié)果，由DNS服務器返回步驟2為用戶選擇新的業(yè)務 服務器。步驟7，DNS服務器向用戶機返回域名解析響應消息，向用戶機通知業(yè)務服務器的 IP地址；步驟8，用戶機訪問經(jīng)探測點檢測、驗證過可用性的業(yè)務服務器。至此，DNS服務器的域名解析流程結(jié)束。在本發(fā)明實施例中，驗證了業(yè)務服務器的可用性，進一步地，本發(fā)明實施例還可以 通過探測點驗證業(yè)務服務器的服務質(zhì)量，在向DNS服務器返回的檢測結(jié)果中攜帶業(yè)務服務 器的服務質(zhì)量，DNS服務器可以根據(jù)業(yè)務服務器的服務質(zhì)量為用戶機選擇業(yè)務服務器。本實施例中，DNS服務器在向用戶機返回業(yè)務服務器的IP地址前，先對業(yè)務服務 器的可用性進行驗證，如果業(yè)務服務器可用，才向用戶機返回業(yè)務服務器的IP地址，將對 業(yè)務服務器的驗證過程與域名解析過程相結(jié)合，確保了向用戶機返回有效的業(yè)務服務器的 IP地址。部署在各個網(wǎng)絡區(qū)域中的探測點，能夠按照DNS服務器的要求完成對業(yè)務服務器 的應用層面的撥測。用戶機只需要直接連接到DNS服務器返回的IP地址，提高了域名解析 的效率，減少了用戶機的工作量，提高了用戶體驗。本發(fā)明能有多種不同形式的具體實施方式
，上面以圖1-圖8為例結(jié)合附圖對本發(fā) 明的技術(shù)方案作舉例說明，這并不意味著本發(fā)明所應有的具體實例只能局限在特定的流程 或?qū)嵤├Y(jié)構(gòu)中，本領(lǐng)域的普通技術(shù)人員應當了解，上文所提供的具體實施方案只是多種 優(yōu)選用法中的一些示例，任何將驗證業(yè)務服務器可用性的過程與DNS服務器的域名解析過 程相結(jié)合的實施方式均在本發(fā)明技術(shù)方案所要求保護的范圍之內(nèi)。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括ROM、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。
最后應說明的是以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 盡管參照前述實施例對本發(fā)明進行了詳細的說明，對于本領(lǐng)域的技術(shù)人員來說，其依然可 以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的 保護范圍之內(nèi)。
權(quán)利要求
1.一種域名解析方法，其特征在于，包括DNS服務器根據(jù)接收的域名解析請求消息，選擇業(yè)務服務器；所述DNS服務器向與所述請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對所述業(yè)務 服務器的可用性進行檢測；所述DNS服務器根據(jù)所述探測點返回的檢測結(jié)果確定所述請求消息對應的域名解析結(jié)果。
2.根據(jù)權(quán)利要求1所述的域名解析方法，其特征在于，所述DNS服務器根據(jù)所述探測點 返回的檢測結(jié)果確定所述請求消息對應的域名解析結(jié)果包括如果所述探測點返回的檢測結(jié)果為所述業(yè)務服務器不可用，則所述DNS服務器重新選 擇新的業(yè)務服務器，并對所述新的業(yè)務服務器進行可用性檢測；如果所述探測點返回的檢測結(jié)果為所述業(yè)務服務器可用，則所述DNS服務器向所述請 求消息發(fā)送方返回包含所述業(yè)務服務器IP地址的域名解析響應消息。
3.根據(jù)權(quán)利要求2所述的域名解析方法，其特征在于，所述DNS服務器重新選擇新的業(yè) 務服務器，并對所述新的業(yè)務服務器進行可用性檢測包括所述DNS服務器根據(jù)所述請求消息發(fā)送方的屬性和要訪問的域名重新選擇一新的業(yè) 務服務器；所述DNS服務器向與所述請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對所述新的 業(yè)務服務器的可用性進行檢測。
4.根據(jù)權(quán)利要求1所述的域名解析方法，其特征在于，所述DNS服務器根據(jù)所述探測點 返回的檢測結(jié)果確定所述請求消息對應的域名解析結(jié)果包括所述DNS服務器接收到所述探測點對兩個以上所述業(yè)務服務器的檢測結(jié)果，并選擇業(yè) 務服務器如果所述檢測結(jié)果為所述業(yè)務服務器應用層可用，則所述DNS服務器選擇下載速度最 高的業(yè)務服務器，并返回所述請求消息發(fā)送方；如果所述檢測結(jié)果為所述業(yè)務服務器應用層不可用、網(wǎng)絡層可用，則所述DNS服務器 選擇丟包率最低或時延最小的業(yè)務服務器，并返回所述請求消息發(fā)送方；如果所述檢測結(jié)果為兩個以上所述業(yè)務服務器應用層和網(wǎng)絡層均不可用，則重新選擇 新的業(yè)務服務器進行可用性檢測。
5.根據(jù)權(quán)利要求1-4中任一項所述的域名解析方法，其特征在于，所述DNS服務器向與 所述請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對所述業(yè)務服務器的可用性進行檢測 包括所述DNS服務器通過擴展的BGP協(xié)議向所述探測點發(fā)送包括所述業(yè)務服務器地址及 檢測業(yè)務類型的可用性檢測請求；所述DNS服務器根據(jù)所述探測點返回的檢測結(jié)果確定所述請求消息對應的域名解析 結(jié)果包括所述探測點通過擴展的BGP協(xié)議向所述DNS服務器返回包括所述業(yè)務服務器地 址、檢測業(yè)務類型及檢測結(jié)果的可用性檢測結(jié)果。
6.根據(jù)權(quán)利要求5所述的域名解析方法，其特征在于，所述檢測業(yè)務類型包括網(wǎng)絡 層、http業(yè)務、P0P3業(yè)務、或者SMTP業(yè)務。
7.根據(jù)權(quán)利要求1-4中任一項所述的域名解析方法，其特征在于，所述業(yè)務服務器為 與所述請求消息發(fā)送方位于同一網(wǎng)絡域內(nèi)的業(yè)務服務器。
8.—種域名解析服務器，其特征在于，包括接收模塊，用于接收域名解析請求消息；控制模塊，用于根據(jù)所述接收模塊接收到的域名解析請求消息，選擇業(yè)務服務器，并向 與所述請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對所述業(yè)務服務器的可用性進行檢 測，并根據(jù)所述探測點返回的檢測結(jié)果確定所述請求消息對應的域名解析結(jié)果；發(fā)送模塊，用于將所述域名解析結(jié)果發(fā)送至所述請求消息的發(fā)送方。
9.根據(jù)權(quán)利要求8所述的域名解析服務器，其特征在于，所述控制模塊包括判斷單元，用于根據(jù)所述探測點返回的檢測結(jié)果判斷所述業(yè)務服務器是否可用，如果 不可用，則重新選擇一新的業(yè)務服務器，向所述探測點請求對所述新的業(yè)務服務器的可用 性進行檢測；否則，將包含所述業(yè)務服務器IP地址的域名解析響應消息發(fā)送給所述發(fā)送模 塊。
10.一種域名解析系統(tǒng)，其特征在于，包括DNS服務器，用于根據(jù)接收的域名解析請求消息，選擇業(yè)務服務器，向與所述請求消息 發(fā)送方處于同一網(wǎng)絡域的探測點請求對所述業(yè)務服務器的可用性進行檢測，并根據(jù)所述探 測點返回的檢測結(jié)果確定所述請求消息對應的域名解析結(jié)果；探測點，用于接收所述DNS服務器發(fā)送的包含所述業(yè)務服務器IP地址的可用性檢測請 求，對所述業(yè)務服務器的可用性進行檢測，并返回檢測結(jié)果。
11.根據(jù)權(quán)利要求10所述的域名解析系統(tǒng)，其特征在于，所述DNS服務器包括接收模塊，用于接收域名解析請求消息；控制模塊，用于根據(jù)所述接收模塊接收到的域名解析請求消息，選擇業(yè)務服務器，并向 與所述請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對所述業(yè)務服務器的可用性進行檢 測，并根據(jù)所述探測點返回的檢測結(jié)果確定所述請求消息對應的域名解析結(jié)果；發(fā)送模塊，用于將所述域名解析結(jié)果發(fā)送至所述請求消息的發(fā)送方。
12.根據(jù)權(quán)利要求11所述的域名解析系統(tǒng)，其特征在于，所述控制模塊包括判斷單元，用于根據(jù)所述探測點返回的檢測結(jié)果判斷所述業(yè)務服務器是否可用，如果 不可用，則重新選擇一新的業(yè)務服務器，向所述探測點請求對所述新的業(yè)務服務器的可用 性進行檢測；否則，將包含所述業(yè)務服務器IP地址的域名解析響應消息發(fā)送給所述發(fā)送模 塊。
全文摘要
本發(fā)明公開了一種域名解析方法、服務器和系統(tǒng)，其中，該方法包括DNS服務器根據(jù)接收的域名解析請求消息，選擇業(yè)務服務器；DNS服務器向與該請求消息發(fā)送方處于同一網(wǎng)絡域的探測點請求對該業(yè)務服務器的可用性進行檢測；DNS服務器根據(jù)探測點返回的檢測結(jié)果確定該請求消息對應的域名解析結(jié)果。本發(fā)明各實施例可以在反饋域名解析前對業(yè)務服務器的可用性進行檢測，避免將域名解析到已經(jīng)失效的業(yè)務服務器的IP地址，提高用戶體驗。
文檔編號H04L29/12GK102045411SQ200910235720
公開日2011年5月4日 申請日期2009年10月13日 優(yōu)先權(quán)日2009年10月13日
發(fā)明者李偉, 樊川, 秦越, 翁嘯華, 陳曦 申請人:中國移動通信集團公司