專利名稱：一種服務(wù)器狀態(tài)的探測(cè)方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種服務(wù)器狀態(tài)的探測(cè)方法和裝置。
背景技術(shù)：
在互聯(lián)網(wǎng)服務(wù)中，常常需要探測(cè)服務(wù)器狀態(tài)。目前，通常利用Internet控制報(bào)文協(xié)議(Internet Control Message Protocol, ICMP)的 Ping 消息來(lái)探測(cè)服務(wù)器狀態(tài)。具體地，被監(jiān)控的服務(wù)器側(cè)針對(duì)特定客戶端開通ICMP策略，則所述客戶端可向所述被監(jiān)控的服務(wù)器發(fā)送Ping消息，從而探測(cè)出該被監(jiān)控的服務(wù)器當(dāng)前是否可用。可見，目前客戶端要想探測(cè)出目標(biāo)服務(wù)器的狀態(tài)，則首先要在目標(biāo)服務(wù)器開通針對(duì)該客戶端的ICMP策略，維護(hù)成本較高。另外，每一個(gè)服務(wù)器常常有多個(gè)服務(wù)端口，在服務(wù)器可用的狀態(tài)下，可能存在著僅部分服務(wù)端口可用，而剩余的服務(wù)端口不可用的情況?？蛻舳送ㄟ^發(fā)送Ping消息，只能探測(cè)出服務(wù)器是否可用，而無(wú)法探測(cè)到某一個(gè)具體的服務(wù)端口是否可用，探測(cè)精度較差。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種服務(wù)器狀態(tài)的探測(cè)方法和裝置，從而降低探測(cè)服務(wù)器狀態(tài)的維護(hù)成本、提高探測(cè)精度。本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的:一種服務(wù)器狀態(tài)的探測(cè)方法，該方法包括:在需要探測(cè)目標(biāo)服務(wù)器狀態(tài)時(shí)，客戶端向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送TCP協(xié)議的SYN請(qǐng)求，接收所述目標(biāo)服務(wù)器返回的響應(yīng)消息，根據(jù)所述響應(yīng)消息，判斷所述目標(biāo)服務(wù)端口的狀態(tài)。一種服務(wù)器狀態(tài)的探測(cè)裝置，該裝置包括TCP連接模塊和狀態(tài)判斷模塊； 所述TCP連接模塊，用于向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送TCP協(xié)議的SYN請(qǐng)求，接收所述目標(biāo)服務(wù)器返回的響應(yīng)消息；所述狀態(tài)判斷模塊，用于根據(jù)所述TCP連接模塊接收到的響應(yīng)消息，判斷所述目標(biāo)服務(wù)端口的狀態(tài)。由上述技術(shù)方案可見，本發(fā)明在需要探測(cè)目標(biāo)服務(wù)器的狀態(tài)時(shí)，向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送TCP協(xié)議的SYN請(qǐng)求，接收所述目標(biāo)服務(wù)器返回的響應(yīng)消息，根據(jù)所述響應(yīng)消息判斷所述目標(biāo)服務(wù)端口的狀態(tài)，換言之，本發(fā)明在需要探測(cè)目標(biāo)服務(wù)器的狀態(tài)時(shí)，通過與目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口建立TCP連接，根據(jù)目標(biāo)服務(wù)器返回的響應(yīng)消息判斷目標(biāo)服務(wù)端口的狀態(tài)，由于幾乎所有的服務(wù)器和客戶端都是支持TCP協(xié)議的，因此，不需要對(duì)服務(wù)器和客戶端做任何改動(dòng)，就可以探測(cè)到目標(biāo)服務(wù)器的狀態(tài)，與現(xiàn)有技術(shù)中需要先在目標(biāo)服務(wù)器開通針對(duì)特定客戶端的ICMP策略以后，所述特定客戶端才能探測(cè)到所述目標(biāo)服務(wù)器的狀態(tài)相比，能夠降低 維護(hù)成本。另外，由于本發(fā)明是向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送SYN請(qǐng)求，根據(jù)目標(biāo)服務(wù)器返回的響應(yīng)消息可以判斷出所述目標(biāo)服務(wù)端口的狀態(tài)，換言之，本發(fā)明可以探測(cè)到目標(biāo)服務(wù)器某一個(gè)具體的服務(wù)端口是否可用，與現(xiàn)有技術(shù)中只能探測(cè)到服務(wù)器是否可用相比，提聞了探測(cè)精度。


圖1是本發(fā)明提供的服務(wù)器狀態(tài)的探測(cè)方法流程圖。圖2是探測(cè)服務(wù)器的服務(wù)端口狀態(tài)的第一實(shí)施例。圖3是探測(cè)服務(wù)器的服務(wù)端口狀態(tài)的第二實(shí)施例。圖4是本發(fā)明提供的獲取探測(cè)鏈路路由節(jié)點(diǎn)并生成路線圖的示意圖。圖5是從一個(gè)發(fā)給www.qq.com的SYN請(qǐng)求的通訊數(shù)據(jù)中提取出的路由節(jié)點(diǎn)信息列表。圖6是根據(jù)圖5的路由節(jié)點(diǎn)信息列表生成的路由路線圖。圖7是本發(fā)明提供的探測(cè)大量目標(biāo)服務(wù)器狀態(tài)的示意圖。圖 8 是從發(fā)給 www.qq.com、www.baidu.com、www.sina.com.cn 的 SYN 請(qǐng)求的通訊數(shù)據(jù)中提取出的路由節(jié)點(diǎn)信息列表。圖9是根據(jù)圖8的路由節(jié)點(diǎn)信息列表生成的路由路線圖。圖10是本發(fā)明提供的服務(wù)器狀態(tài)的探測(cè)裝置結(jié)構(gòu)圖。
具體實(shí)施例方式本發(fā)明在需要探測(cè)目標(biāo)服務(wù)器的狀態(tài)時(shí)，通過與目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口建立TCP連接，根據(jù)目標(biāo)服務(wù)器返回的響應(yīng)消息判斷目標(biāo)服務(wù)端口的狀態(tài)，具體請(qǐng)參見圖1。圖1是本發(fā)明提供的服務(wù)器狀態(tài)的探測(cè)方法流程圖。如圖1所示，該方法包括:步驟101，在需要探測(cè)目標(biāo)服務(wù)器狀態(tài)時(shí)，客戶端向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送TCP協(xié)議的SYN請(qǐng)求。步驟102，所述客戶端接收所述目標(biāo)服務(wù)器返回的響應(yīng)消息。步驟103，所述客戶端根據(jù)所述響應(yīng)消息，判斷所述目標(biāo)服務(wù)端口的狀態(tài)。本步驟中，客戶端識(shí)別目標(biāo)服務(wù)器返回的響應(yīng)消息的類型，根據(jù)響應(yīng)消息的類型判斷目標(biāo)服務(wù)端口的狀態(tài)。具體地，當(dāng)客戶端識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是復(fù)位報(bào)文RST包時(shí)，所述客戶端判定所述目標(biāo)服務(wù)端口為不可用狀態(tài)，當(dāng)客戶端識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是SYN應(yīng)答SYN/ACK包時(shí)，所述客戶端口判定所述目標(biāo)服務(wù)端口為可用狀態(tài)。其中，SYN請(qǐng)求是在客戶端和服務(wù)器之間建立TCP/IP連接時(shí)使用的握手信號(hào)。在客戶端和服務(wù)器之間建立正常的TCP網(wǎng)絡(luò)連接時(shí)，需要客戶端首先發(fā)出一個(gè)SYN請(qǐng)求消息，然后服務(wù)器回復(fù)SYN-ACK應(yīng)答標(biāo)識(shí)接收到了這個(gè)SYN消息，最后客戶端再以ACK消息響應(yīng)所述SYN-ACK應(yīng)答，這樣，在客戶端和服務(wù)器之間才能建立起可靠的TCP連接，數(shù)據(jù)才可以在客戶端和服務(wù)器之間傳遞。與現(xiàn)有技術(shù) 中通過建立TCP網(wǎng)絡(luò)連接來(lái)傳遞數(shù)據(jù)不同的是，本發(fā)明是通過執(zhí)行TCP網(wǎng)絡(luò)連接，根據(jù)TCP網(wǎng)絡(luò)連接建立過程中服務(wù)器回復(fù)的響應(yīng)消息，來(lái)判斷服務(wù)器中相應(yīng)服務(wù)端口的可用性，具體可參見圖2和圖3。圖2是探測(cè)服務(wù)器的服務(wù)端口狀態(tài)的第一實(shí)施例。如圖2所示，在該第一實(shí)施例中，客戶端向服務(wù)器的80端口發(fā)起一個(gè)TCP協(xié)議的SYN包，然后，客戶端接收服務(wù)器回復(fù)的響應(yīng)消息。當(dāng)服務(wù)器的80端口不可用時(shí)，服務(wù)器向客戶端回復(fù)復(fù)位報(bào)文(RST包)，因此，當(dāng)客戶端識(shí)別出服務(wù)器回復(fù)的響應(yīng)消息為RST包時(shí)，判定該服務(wù)器的80端口為不可用狀態(tài)。圖3是探測(cè)服務(wù)器的服務(wù)端口狀態(tài)的第二實(shí)施例。如圖3所示，在該第二實(shí)施例中，客戶端向服務(wù)器的80端口發(fā)起一個(gè)TCP協(xié)議的SYN包，然后，客戶端接收服務(wù)器回復(fù)的響應(yīng)消息。當(dāng)服務(wù)器的80端口處于正常監(jiān)聽狀態(tài)、即可用狀態(tài)時(shí)，服務(wù)器向客戶端回復(fù)一個(gè)SYN應(yīng)答(SYN/ACK)包，客戶端接收該SYN/ACK包后，主動(dòng)向服務(wù)器發(fā)送一個(gè)RST包，因此，當(dāng)客戶端識(shí)別出服務(wù)器回復(fù)的響應(yīng)消息為SYN/ACK包時(shí)，判定該服務(wù)器的80端口為可用狀態(tài)。在圖2和圖3中，服務(wù)器的80端口僅是服務(wù)端口的一個(gè)示例，在實(shí)際應(yīng)用中，服務(wù)端口也可以為80端口以外的其他端口。由圖1 圖3可見，本發(fā)明通過執(zhí)行TCP網(wǎng)絡(luò)連接，根據(jù)TCP網(wǎng)絡(luò)連接建立過程中服務(wù)器回復(fù)的響應(yīng)消息，來(lái)判斷服務(wù)器中相應(yīng)服務(wù)端口的可用性，因此，即便服務(wù)器端屏蔽了 ICMP協(xié)議，使得客戶端無(wú)法采用ICMP協(xié)議中的Ping消息進(jìn)行服務(wù)器狀態(tài)探測(cè)，客戶端也可以利用本發(fā)明的方法實(shí)現(xiàn)對(duì)服務(wù)器狀態(tài)的探測(cè)，并且，不需要對(duì)服務(wù)器和客戶端進(jìn)行改造，維護(hù)成本低，且能夠探測(cè)到具體服務(wù)端口的狀態(tài)，提高探測(cè)精度。本發(fā)明還可以通過監(jiān)聽客戶端發(fā)給服務(wù)器的SYN請(qǐng)求的通訊數(shù)據(jù)，從所述通訊數(shù)據(jù)中提取出所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息。本發(fā)明還可以進(jìn)一步根據(jù)提取出的SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息，按照SYN請(qǐng)求依次經(jīng)過的路由節(jié)點(diǎn)信息，生成所述SYN請(qǐng)求的路由路線圖。本發(fā)明還可以將提取出的SYN請(qǐng)求所經(jīng)過的路由節(jié)點(diǎn)信息，發(fā)給ASN查詢?cè)O(shè)備，從而獲取相應(yīng)路由節(jié)點(diǎn)的物理定位信息和/或運(yùn)營(yíng)商信息。下面對(duì)本發(fā)明提供的監(jiān)聽客戶端發(fā)送的SYN請(qǐng)求的通訊數(shù)據(jù)并提取路由節(jié)點(diǎn)信息、以及生成SYN請(qǐng)求的路由路線圖的方法進(jìn)行示例性說明，具體請(qǐng)參見圖4。圖4是本發(fā)明提供的獲取探測(cè)鏈路路由節(jié)點(diǎn)并生成路線圖的示意圖。如圖4所示，客戶端向服務(wù)器的80服務(wù)端口發(fā)起一個(gè)SYN包，最大連接TTL為40秒(也可配置為其他時(shí)長(zhǎng))，同時(shí)，客戶端本地啟動(dòng)tcpdump程序監(jiān)聽SYN包的通訊數(shù)據(jù)，tcpdump監(jiān)聽到的通訊數(shù)據(jù)中包含中間路由節(jié)點(diǎn)的IP地址等信息，因此，通過對(duì)所述通訊數(shù)據(jù)進(jìn)行分析，可以從所述通訊數(shù)據(jù)中提取出路由節(jié)點(diǎn)信息。客戶端從所述通訊數(shù)據(jù)中提取出路由節(jié)點(diǎn)信息以后，可以將所述路由節(jié)點(diǎn)信息、例如路由節(jié)點(diǎn)的IP地址，發(fā)給ASN的查詢?cè)O(shè)備，從而查詢到路由節(jié)點(diǎn)的物理定位信息和/或運(yùn)營(yíng)商信息等，例如，查詢到路由節(jié)點(diǎn)的物理IDC信息等，其中，在ASN的查詢?cè)O(shè)備中，一般存儲(chǔ)有當(dāng)前骨干路由節(jié)點(diǎn)的物理定位信息和/或運(yùn)營(yíng)商信息等。客戶端從所述通訊數(shù)據(jù)中提取出路由節(jié)點(diǎn)信息以后，可以根據(jù)SYN包依次經(jīng)過的路由節(jié)點(diǎn)信息生成路由路線圖，例如可以通過afterglow工具包生成路由路線圖。其中，如果客戶端已經(jīng)從ASN的查詢?cè)O(shè) 備中查詢到了路由節(jié)點(diǎn)的物理定位信息和/或運(yùn)營(yíng)商信息等，則客戶端還可以在生成的路由路線圖中標(biāo)示出路由節(jié)點(diǎn)的物理定位信息和/或運(yùn)營(yíng)商信息。圖5是從一個(gè)發(fā)給www.qq.com的SYN請(qǐng)求的通訊數(shù)據(jù)中提取出的路由節(jié)點(diǎn)信息列表。圖5中，IP地址后面的標(biāo)號(hào)“11”表示該IP地址為SYN請(qǐng)求經(jīng)過的中間路由節(jié)點(diǎn)的IP地址，IP地址后面的“SA”表示該IP地址為SYN請(qǐng)求的目標(biāo)服務(wù)器的IP地址、即是WWW.qq.com 的 IP 地址。由圖5可見,發(fā)給www.qq.com的SYN請(qǐng)求經(jīng)過6個(gè)中間路由節(jié)點(diǎn)之后，到達(dá)IP地址為118.123.234.106的目的服務(wù)器。圖6是根據(jù)圖5的路由節(jié)點(diǎn)信息列表生成的路由路線圖。當(dāng)有大量的目標(biāo)服務(wù)器都需要進(jìn)行狀態(tài)探測(cè)時(shí)，本發(fā)明可以將需要探測(cè)的目標(biāo)服務(wù)器的地址信息一次性或分批次地送入隊(duì)列，然后根據(jù)先進(jìn)先出的原則，從所述隊(duì)列中取出不大于預(yù)定個(gè)數(shù)的地址信息，針對(duì)取出的每一地址信息啟動(dòng)一個(gè)探測(cè)線程，利用所述探測(cè)線程探測(cè)該地址信息對(duì)應(yīng)目標(biāo)服務(wù)器的狀態(tài)，并監(jiān)聽發(fā)給該目標(biāo)服務(wù)器的SYN請(qǐng)求的通訊數(shù)據(jù)，從所述通訊數(shù)據(jù)中提取出所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息；其中，目標(biāo)服務(wù)器的地址信息包括目標(biāo)服務(wù)器的IP地址或域名。其中，每個(gè)探測(cè)線程還可以根據(jù)自身提取出的所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息,生成所述SYN請(qǐng)求的路由路線圖。每個(gè)探測(cè)線程還可以將自身提取出的路由節(jié)點(diǎn)信息發(fā)給ASN查詢?cè)O(shè)備，獲取所述路由節(jié)點(diǎn)的物理定位信息、和/或運(yùn)營(yíng)商信息。圖7是本發(fā)明提供的探測(cè)大量目標(biāo)服務(wù)器狀態(tài)的示意圖。如圖7所示，Set模塊首先從數(shù)據(jù)庫(kù)中讀取IP/域名表，將數(shù)據(jù)入隊(duì)列。Get模塊遵循先進(jìn)先出的原則，負(fù)責(zé)出隊(duì)的處理，其中，Get模塊根據(jù)配置文件，可以指定一次出隊(duì)的IP/域名條數(shù)及啟用的探測(cè)線程數(shù)。Processing模塊從Get模塊獲取需處理的IP/域名清單，對(duì)這些IP/域名進(jìn)行狀態(tài)探測(cè)及獲取路由節(jié)點(diǎn)、生成路由路線圖等處理。本發(fā)明通過從所述隊(duì)列中取出不大于預(yù)定個(gè)數(shù)的地址信息，針對(duì)取出的每一地址信息啟動(dòng)一個(gè)探測(cè)線程，利用所述探測(cè)線程執(zhí)行該地址信息對(duì)應(yīng)目標(biāo)服務(wù)器的狀態(tài)探測(cè)等工作，可以大大提高處理效率。本發(fā)明除了能夠針對(duì)單個(gè)目標(biāo)服務(wù)器，生成發(fā)給該目標(biāo)服務(wù)器的SYN請(qǐng)求的路由路線圖外，還可以針對(duì)多個(gè)目標(biāo)服務(wù)器，根據(jù)發(fā)給該多個(gè)目標(biāo)服務(wù)器中每個(gè)目標(biāo)服務(wù)器的SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息，生成該多個(gè)目標(biāo)服務(wù)器的路由路線對(duì)比圖。具體地，客戶端啟動(dòng)進(jìn)程，所述進(jìn)程讀取N個(gè)目標(biāo)服務(wù)器的地址信息，并啟動(dòng)N個(gè)線程，每個(gè)線程探測(cè)一個(gè)目標(biāo)服務(wù)器的狀態(tài)，并監(jiān)聽發(fā)給該目標(biāo)服務(wù)器的SYN請(qǐng)求的通訊數(shù)據(jù)，從所述通訊數(shù)據(jù)中提取出所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息，所述進(jìn)程根據(jù)所述N個(gè)線程提取出的路由節(jié)點(diǎn)信息，生成N路SYN請(qǐng)求的路由路線對(duì)比圖；其中，目標(biāo)服務(wù)器的地址信息包括目標(biāo)服務(wù)器的IP地址或域名，N是不小于2的自然數(shù)。圖 8 是從發(fā)給 www.qq.com、www.baidu.com、www.sina.com.cn 的 SYN 請(qǐng)求的通訊數(shù)據(jù)中提取出的路由節(jié)點(diǎn)信息列表。圖8 中的 3 列 IP 地址分別為發(fā)給 www.qq.com>www.baidu.com>www.sina.com.cn的SYN請(qǐng)求依次經(jīng)過的路由節(jié)點(diǎn)的IP地址。圖9是根據(jù)圖8的路由節(jié)點(diǎn)信息列表生成的路由路線圖?？梢姡景l(fā)明可以在服務(wù)器禁Ping的情況下，對(duì)服務(wù)器進(jìn)行可用性探測(cè)，以及生成路由節(jié)點(diǎn)路線圖，方便運(yùn)維人員了解服務(wù)器狀態(tài)以及運(yùn)營(yíng)商網(wǎng)絡(luò)路由配置。本發(fā)明還提供了一種服務(wù)器狀態(tài)的探測(cè)裝置，具體請(qǐng)參見圖10。圖10是本發(fā)明提供的服務(wù)器狀態(tài)的探測(cè)裝置結(jié)構(gòu)圖。如圖10所示，該裝置包括TCP連接模塊1001和狀態(tài)判斷模塊1002。TCP連接模塊1001，用于向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送TCP協(xié)議的SYN請(qǐng)求，接收所述目標(biāo)服務(wù)器返回的響應(yīng)消息。狀態(tài)判斷模塊1002，用于根據(jù)TCP連接模塊1001接收到的響應(yīng)消息，判斷所述目標(biāo)服務(wù)端口的狀態(tài)。其中的狀態(tài)判斷模塊1002，用于在識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是復(fù)位報(bào)文RST包時(shí)，判定所述目標(biāo)服務(wù)端口為不可用狀態(tài)，在識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是SYN應(yīng)答SYN/ACK包時(shí)，判定所述目標(biāo)服務(wù)端口為可用狀態(tài)。該裝置還可以包括路由分析模塊。所述路由分析模塊，用于監(jiān)聽SYN請(qǐng)求的通訊數(shù)據(jù)，從所述通訊數(shù)據(jù)中提取出所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息。所述路由分析模塊，還可以用于根據(jù)SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)，生成所述SYN請(qǐng)求的路由路線圖。所述路由分析模塊，還可以用于將路由節(jié)點(diǎn)信息發(fā)給ASN查詢?cè)O(shè)備，獲取所述路由節(jié)點(diǎn)的物理定位信息、和/或運(yùn)營(yíng)商信息。該裝置還可以包括探測(cè)管理模塊。所述探測(cè)管理模塊，用于將需要探測(cè)的目標(biāo)服務(wù)器的地址信息送入隊(duì)列，根據(jù)先進(jìn)先出的原則，從所述隊(duì)列中取出不大于預(yù)定個(gè)數(shù)的地址信息，針對(duì)取出的每一地址信息啟動(dòng)一個(gè)探測(cè)線程模塊，用于探測(cè)該地址信息對(duì)應(yīng)目標(biāo)服務(wù)器的狀態(tài)；其中，所述探測(cè)線程模塊包括所述TCP連接模塊、所述狀態(tài)判斷模塊和所述路由分析模塊。所述探測(cè)管理模塊具體可以包括入隊(duì)模塊、出隊(duì)模塊和處理模塊。所述入隊(duì)模塊，用于讀取需要探測(cè)的目標(biāo)服務(wù)器的地址信息，將所述地址信息送入隊(duì)列。所述出隊(duì)模塊，用于根據(jù)先進(jìn)先出的原則，從所述隊(duì)列中取出不大于預(yù)定個(gè)數(shù)的地址信息。所述處理模塊，用于針對(duì)取出的每一地址信息啟動(dòng)一個(gè)探測(cè)線程模塊。其中，所述處理模塊，還可以包括路由路線對(duì)比圖生成模塊。所述路由路線對(duì)比圖生成模塊，用于根據(jù)兩個(gè)以上的線程模塊提取出的路由節(jié)點(diǎn)信息，生成所述兩個(gè)以上的線程模塊發(fā)出的SYN請(qǐng)求的路由路線對(duì)比圖。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何 修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
1.一種服務(wù)器狀態(tài)的探測(cè)方法，其特征在于，該方法包括: 在需要探測(cè)目標(biāo)服務(wù)器狀態(tài)時(shí)，客戶端向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送TCP協(xié)議的SYN請(qǐng)求，接收所述目標(biāo)服務(wù)器返回的響應(yīng)消息，根據(jù)所述響應(yīng)消息，判斷所述目標(biāo)服務(wù)端口的狀態(tài)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述響應(yīng)消息，判斷所述目標(biāo)服務(wù)端口的狀態(tài)包括: 當(dāng)客戶端識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是復(fù)位報(bào)文RST包時(shí)，所述客戶端判定所述目標(biāo)服務(wù)端口為不可用狀態(tài)； 當(dāng)客戶端識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是SYN應(yīng)答SYN/ACK包時(shí)，所述客戶端口判定所述目標(biāo)服務(wù)端口為可用狀態(tài)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法還包括: 所述客戶端在識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是SYN應(yīng)答SYN/ACK包后，向所述目標(biāo)服務(wù)器發(fā)送RST包?！?br> 4.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法還包括: 客戶端監(jiān)聽SYN請(qǐng)求的通訊數(shù)據(jù)，從所述通訊數(shù)據(jù)中提取出所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于， 將需要探測(cè)的目標(biāo)服務(wù)器的地址信息送入隊(duì)列，根據(jù)先進(jìn)先出的原則，從所述隊(duì)列中取出不大于預(yù)定個(gè)數(shù)的地址信息，針對(duì)取出的每一地址信息啟動(dòng)一個(gè)探測(cè)線程，利用所述探測(cè)線程探測(cè)該地址信息對(duì)應(yīng)目標(biāo)服務(wù)器的狀態(tài)，并監(jiān)聽發(fā)給該目標(biāo)服務(wù)器的SYN請(qǐng)求的通訊數(shù)據(jù)，從所述通訊數(shù)據(jù)中提取出所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息； 其中，目標(biāo)服務(wù)器的地址信息包括目標(biāo)服務(wù)器的IP地址或域名。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于， 每個(gè)探測(cè)線程還根據(jù)自身提取出的所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息，生成所述SYN請(qǐng)求的路由路線圖。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于， 客戶端啟動(dòng)進(jìn)程，所述進(jìn)程讀取N個(gè)目標(biāo)服務(wù)器的地址信息，并啟動(dòng)N個(gè)線程，每個(gè)線程探測(cè)一個(gè)目標(biāo)服務(wù)器的狀態(tài)，并監(jiān)聽發(fā)給該目標(biāo)服務(wù)器的SYN請(qǐng)求的通訊數(shù)據(jù)，從所述通訊數(shù)據(jù)中提取出所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息，所述進(jìn)程根據(jù)所述N個(gè)線程提取出的路由節(jié)點(diǎn)信息,生成N路SYN請(qǐng)求的路由路線對(duì)比圖； 其中，目標(biāo)服務(wù)器的地址信息包括目標(biāo)服務(wù)器的IP地址或域名，N是不小于2的自然數(shù)。
8.一種服務(wù)器狀態(tài)的探測(cè)裝置，其特征在于，該裝置包括TCP連接模塊和狀態(tài)判斷模塊； 所述TCP連接模塊，用于向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送TCP協(xié)議的SYN請(qǐng)求，接收所述目標(biāo)服務(wù)器返回的響應(yīng)消息； 所述狀態(tài)判斷模塊，用于根據(jù)所述TCP連接模塊接收到的響應(yīng)消息，判斷所述目標(biāo)服務(wù)端口的狀態(tài)。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述狀態(tài)判斷模塊，用于在識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是復(fù)位報(bào)文RST包時(shí)，判定所述目標(biāo)服務(wù)端口為不可用狀態(tài)，在識(shí)別出目標(biāo)服務(wù)器返回的響應(yīng)消息是SYN應(yīng)答SYN/ACK包時(shí)，判定所述目標(biāo)服務(wù)端口為可用狀態(tài)。
10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，該裝置還包括路由分析模塊； 所述路由分析模塊，用于監(jiān)聽SYN請(qǐng)求的通訊數(shù)據(jù)，從所述通訊數(shù)據(jù)中提取出所述SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)信息。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于， 所述路由分析模塊，用于根據(jù)SYN請(qǐng)求經(jīng)過的路由節(jié)點(diǎn)，生成所述SYN請(qǐng)求的路由路線 圖。
12.根據(jù)權(quán)利要求10所述的裝置，其特征在于，該裝置包括探測(cè)管理模塊； 所述探測(cè)管理模塊，用于將需要探測(cè)的目標(biāo)服務(wù)器的地址信息送入隊(duì)列，根據(jù)先進(jìn)先出的原則，從所述隊(duì)列中取出不大于預(yù)定個(gè)數(shù)的地址信息，針對(duì)取出的每一地址信息啟動(dòng)一個(gè)探測(cè)線程模塊，用于探測(cè)該地址信息對(duì)應(yīng)目標(biāo)服務(wù)器的狀態(tài)； 其中，所述探測(cè)線程模塊包括所述TCP連接模塊、所述狀態(tài)判斷模塊和所述路由分析模塊。
13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述探測(cè)管理模塊包括入隊(duì)模塊、出隊(duì)模塊和處理模塊； 所述入隊(duì)模塊，用于讀取需要探測(cè)的目標(biāo)服務(wù)器的地址信息，將所述地址信息送入隊(duì)列； 所述出隊(duì)模塊，用于根據(jù)先進(jìn)先出的原則，從所述隊(duì)列中取出不大于預(yù)定個(gè)數(shù)的地址信息； 所述處理模塊，用于針對(duì)取出的每一地址信息啟動(dòng)一個(gè)探測(cè)線程模塊。
14.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述處理模塊還包括路由路線對(duì)比圖生成模塊； 所述路由路線對(duì)比圖生成模塊，根據(jù)兩個(gè)以上的線程模塊提取出的路由節(jié)點(diǎn)信息，生成所述兩個(gè)以上的線程模塊發(fā)出的SYN請(qǐng)求的路由路線對(duì)比圖。
全文摘要
本發(fā)明實(shí)施例公開了一種服務(wù)器狀態(tài)的探測(cè)方法和裝置。該方法包括在需要探測(cè)目標(biāo)服務(wù)器狀態(tài)時(shí)，客戶端向目標(biāo)服務(wù)器的目標(biāo)服務(wù)端口發(fā)送TCP協(xié)議的SYN請(qǐng)求，接收所述目標(biāo)服務(wù)器返回的響應(yīng)消息，根據(jù)所述響應(yīng)消息，判斷所述目標(biāo)服務(wù)端口的狀態(tài)。應(yīng)用本發(fā)明能夠降低探測(cè)服務(wù)器狀態(tài)的維護(hù)成本、提高探測(cè)精度。
文檔編號(hào)H04L29/12GK103220161SQ20121001619
公開日2013年7月24日 申請(qǐng)日期2012年1月18日 優(yōu)先權(quán)日2012年1月18日
發(fā)明者劉天斯 申請(qǐng)人:深圳市騰訊計(jì)算機(jī)系統(tǒng)有限公司