一種提高Telnet服務端穩(wěn)定性的系統(tǒng)和方法
【專利摘要】本發(fā)明公開了一種提高Telnet服務端穩(wěn)定性的系統(tǒng)，以及利用該系統(tǒng)來實現(xiàn)提高Telnet服務端穩(wěn)定性的方法，該方法包括：當有客戶端向服務端提出Telnet連接請求時，判斷當前與服務端建立Telnet連接的客戶端的數(shù)量U是否大于等于預先設定的服務端與客戶端之間的最大連接數(shù)量Umax；若U＜Umax時，將提出連接請求的客戶端與服務端建立Telnet連接；若U≥Umax時，對當前與服務端相連接的所有客戶端進行逐一檢測，對判斷為處于異常連接狀態(tài)的客戶端釋放連接。本發(fā)明能及時有效的檢測出當前已經處于異常連接狀態(tài)的客戶端，并釋放該些異?？蛻舳怂加玫馁Y源，有效提高Telnet服務端的穩(wěn)定性安全性。
【專利說明】一種提高Telnet服務端穩(wěn)定性的系統(tǒng)和方法

【技術領域】
[0001]本發(fā)明涉及一種提高Telnet服務端穩(wěn)定性的系統(tǒng)和方法，具體是指當服務端接收的客戶端連接數(shù)量達到最大時，通過主動輪詢客戶端是否在線的方式來及時釋放異常連接的系統(tǒng)和方法，以提高Telnet服務端的穩(wěn)定性和安全性。

【背景技術】
[0002]Telnet 是 TCP/IP (Transmiss1n Control Protocol/Internet Protocol,傳輸控制協(xié)議/因特網互聯(lián)協(xié)議)協(xié)議族中的一員，是Internet遠程登陸服務的標準協(xié)議和主要方式。它為用戶提供了在客戶端計算機上完成遠程主機工作的能力，使得客戶端能夠連接到服務端，Telnet是目前最常用的設備管理方式之一。
[0003]當客戶端與服務端一旦建立Telnet連接之后，并不是一直存在數(shù)據交互的。如果客戶端正常關閉，則雙方正常釋放連接。但當Telnet客戶端數(shù)量較多的時候，經常會有一些客戶端主機出現(xiàn)掉電、死機、異常重啟或通訊鏈路斷開等異常情況，使其與服務端斷開連接；然后由于服務端與客戶端之間的連接并非是正常釋放的，使得服務端并未檢測到客戶端當前已經因異常斷開的情況，因此服務端將一直保留并維護異?？蛻舳说臅掃B接，長時間的積累會導致非常多的半打開連接和異?？蛻舳说臅掃M程，造成服務端資源的消耗和浪費，影響其它客戶端的正常登陸。
[0004]目前所使用的主流交換設備產品都是用過AAA (Authenticat1n、Authorizat1n>Accounting ;認證、授權、計費)功能來提高Telnet服務端的穩(wěn)定性與安全性的，其具體做法是:1.限制最大客戶端連接數(shù)量為UMax，若當前請求連接的客戶端是第UMax+Ι個用戶，則服務端以系統(tǒng)繁忙為理由拒絕連接；2.限制每個客戶端的最大連接時間為TMax (—般TMax > 10分鐘)，若當前客戶端的連接時間超過TMax時，服務端將自動斷開與該客戶端的連接。
[0005]然而，現(xiàn)在通用的提高Telnet服務端穩(wěn)定性與安全性的處理方式并不能有效解決已經存在的問題，因為若有客戶端發(fā)生異常情況而斷開連接，服務端需要等待直至TMax時間后，才能將該異常連接的客戶端會話清除，釋放資源。并且客戶端隨時會因為客戶端的連接數(shù)量限制而無法與服務端實現(xiàn)Telnet連接。


【發(fā)明內容】

[0006]本發(fā)明的目的在于提供一種提高Telnet服務端穩(wěn)定性的系統(tǒng)和方法，能及時有效的檢測出當前已經處于異常連接狀態(tài)的客戶端，并釋放該些異?？蛻舳怂加玫馁Y源，有效提高Telnet服務端的穩(wěn)定性安全性。
[0007]為了達到上述目的，本發(fā)明提供一種提高Telnet服務端穩(wěn)定性的系統(tǒng)，其設置在Telnet服務端上，用于檢測并釋放存在異常連接的客戶端；該系統(tǒng)包含:計數(shù)模塊，當有客戶端向服務端提出Telnet連接請求時,該計數(shù)模塊用于判斷當前與服務端建立Telnet連接的客戶端的數(shù)量U是否大于等于預先設定的服務端與客戶端之間的最大連接數(shù)量Umax ；接入模塊，其與所述的計數(shù)模塊相連接；當U < Umax時，該接入模塊用于將提出連接請求的客戶端與服務端建立Telnet連接；輪詢模塊,其與所述的計數(shù)模塊相連接；當11 SUmax時，該輪詢模塊用于對當前與服務端相連接的所有客戶端進行逐一檢測，對判斷為處于異常連接狀態(tài)的客戶端釋放連接。
[0008]所述的輪詢模塊包含:第一報文發(fā)送模塊，其與所述的計數(shù)模塊相連接，用于向客戶端發(fā)送一個TCP報文；第一反饋接收模塊，其用于接收客戶端在收到TCP報文之后所發(fā)送的應答信號；第一釋放連接模塊，其與所述的第一反饋接收模塊相連接；當該第一反饋接收模塊未收到客戶端發(fā)送的應答信號時，所述的第一釋放連接模塊將釋放該客戶端與服務端之間的Telnet連接。
[0009]所述的提高Telnet服務端穩(wěn)定性的系統(tǒng)，還包含?；钅K，其與所述的計數(shù)模塊相連接；當U < Umax時，該?；钅K用于每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并將釋放該處于異常連接狀態(tài)的客戶端與服務端之間的連接。
[0010]所述的?；钅K包含:第二報文發(fā)送模塊，其與所述的計數(shù)模塊相連接，用于在空閑一段時間之后，以每隔一段時間的頻率向同一客戶端發(fā)送一個?；顖笪?，連續(xù)發(fā)送若干次；第二反饋接收模塊，其用于接收該客戶端在每次收到保活報文之后所發(fā)送的應答信號；第二釋放連接模塊，其與所述的第二反饋接收模塊相連接；當該第二反饋接收模塊始終未收到客戶端發(fā)送的應答信號時，所述的第二釋放連接模塊將釋放該客戶端與服務端之間的Telnet 連接。
[0011]所述的?；钅K還包含參數(shù)設置模塊，其與所述的第二報文發(fā)送模塊相連接，用于設置該第二報文發(fā)送模塊向一個客戶端發(fā)送保活報文前的空閑時間、該第二報文發(fā)送模塊每相鄰兩次向同一客戶端發(fā)送?；顖笪闹g的時間間隔以及該第二報文發(fā)送模塊重復向同一客戶端發(fā)送保活報文的次數(shù)。
[0012]本發(fā)明還提供一種提高Telnet服務端穩(wěn)定性的方法，具體包含以下步驟:
當有客戶端向服務端提出Telnet連接請求時，計數(shù)模塊判斷當前與服務端建立Telnet連接的客戶端的數(shù)量U是否大于等于預先設定的服務端與客戶端之間的最大連接數(shù)量Umax ；
若U < Umax時,接入模塊將提出連接請求的客戶端與服務端建立Telnet連接；
若U多Umax時，輪詢模塊對當前與服務端相連接的所有客戶端進行逐一檢測，并對判斷為處于異常連接狀態(tài)的客戶端釋放連接。
[0013]所述輪詢模塊對當前與服務端相連接的所有客戶端進行逐一檢測，并對判斷為處于異常連接狀態(tài)的客戶端釋放連接的過程包含以下步驟:
第一報文發(fā)送模塊向一個客戶端發(fā)送TCP報文；
第一反饋接收模塊是否未接收到該客戶端在收到TCP報文之后所發(fā)送的應答信號；如未收到應答信號時，第一釋放連接模塊釋放處于異常連接狀態(tài)的客戶端與服務端之間的Telnet連接；
如收到應答信號時，判斷是否對所有與服務端相連接的客戶端都發(fā)送了 TCP報文以檢測連接狀態(tài)；若否，則所述第一報文發(fā)送模塊向其他客戶端發(fā)送TCP報文。
[0014]所述的提高Telnet服務端穩(wěn)定性的方法，還包含:當U < Umax時，?；钅K每間隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并將釋放該處于異常連接狀態(tài)的客戶端與服務端之間的連接。
[0015]所述的?；钅K每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并釋放處于異常連接狀態(tài)的客戶端與服務端之間的連接的過程包含以下步驟:
參數(shù)設置模塊設置向一個客戶端發(fā)送?；顖笪那暗目臻e時間，設置每相鄰兩次向同一客戶端發(fā)送保活報文之間的時間間隔，以及重復向同一客戶端發(fā)送保活報文的次數(shù)；
第二報文發(fā)送模塊在空閑時間之后，向一個客戶端發(fā)送?；顖笪?，且每隔一段時間就重復發(fā)送一次，連續(xù)發(fā)送若干次；
第二反饋接收模塊是否連續(xù)若干次都未接收到該客戶端所發(fā)送的應答信號；
如連續(xù)若干次都未收到應答信號，第二釋放連接模塊釋放處于異常連接狀態(tài)的客戶端與服務端之間的Telnet連接；
如一旦收到應答信號，判斷是否對所有與服務端相連接的客戶端都發(fā)送了?；顖笪囊詸z測連接狀態(tài)；若否，則所述第二報文發(fā)送模塊向其他客戶端發(fā)送?；顖笪?。
[0016]綜上所述，本發(fā)明所提供的提高Telnet服務端穩(wěn)定性的系統(tǒng)和方法，利用TCP?；顧C制實現(xiàn)每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并及時斷開該客戶端以釋放連接資源；并且在此基礎上，當服務端所連接的客戶端的數(shù)量達到上限時，實現(xiàn)主動輪詢所有客戶端的連接狀態(tài)，立刻判斷出是否有當前處于連接異常的客戶端存在，從而盡快釋放該些客戶端所占用的連接資源，以便提供給其他正在請求連接的客戶端使用。
[0017]因此，本發(fā)明所提供的提高Telnet服務端穩(wěn)定性的系統(tǒng)和方法，能及時有效的檢測出當前已經處于異常連接狀態(tài)的客戶端，并釋放該些異?？蛻舳怂加玫馁Y源，從而為客戶端提供更好的服務，同時使得Telnet服務端的代碼結構更加簡潔和健壯，有效提高Telnet服務端的穩(wěn)定性安全性。

【專利附圖】

【附圖說明】
[0018]圖1為本發(fā)明提供的提高Telnet服務端穩(wěn)定性的系統(tǒng)的結構示意圖；
圖2為本發(fā)明提供的提高Telnet服務端穩(wěn)定性的方法流程圖；
圖3為本發(fā)明中的輪詢客戶端是否連接異常的方法流程圖。

【具體實施方式】
[0019]以下結合圖1?圖3，通過詳細說明一個較佳的具體實施例，對本發(fā)明做進一步闡述。
[0020]如圖1所示，為本發(fā)明所提供的提高Telnet服務端穩(wěn)定性的系統(tǒng)，其設置在Telnet服務端上，用于檢測并釋放存在異常連接的客戶端；該系統(tǒng)包含:
計數(shù)模塊I，當有客戶端向服務端提出Telnet連接請求時,該計數(shù)模塊I用于判斷當前與服務端建立Telnet連接的客戶端的數(shù)量U是否大于等于預先設定的服務端與客戶端之間的最大連接數(shù)量Umax ；
接入模塊2，其與所述的計數(shù)模塊I相連接；當U < Umax時，該接入模塊2用于將提出連接請求的客戶端與服務端建立Telnet連接；
輪詢模塊3，其與所述的計數(shù)模塊I相連接；當U > Umax時，該輪詢模塊3用于對當前與服務端相連接的所有客戶端進行逐一檢測，對判斷為處于異常連接狀態(tài)的客戶端釋放連接。
[0021]所述的輪詢模塊3包含:第一報文發(fā)送模塊31，其與所述的計數(shù)模塊I相連接，用于向客戶端發(fā)送一個TCP報文；第一反饋接收模塊32，其用于接收客戶端在收到TCP報文之后所發(fā)送的應答信號；第一釋放連接模塊33，其與所述的第一反饋接收模塊32相連接；當該第一反饋接收模塊32未收到客戶端發(fā)送的應答信號時，表明該客戶端處于異常連接狀態(tài)，所述的第一釋放連接模塊33將釋放該客戶端與服務端之間的Telnet連接，從而達到釋放資源以提供給其他正在請求連接的客戶端的目的。
[0022]所述的提高Telnet服務端穩(wěn)定性的系統(tǒng)，還可以包含?；?Ke印Alive)模塊4，其與所述的計數(shù)模塊I相連接；當U < Umax時，該?；钅K4用于每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并將釋放該處于異常連接狀態(tài)的客戶端與服務端之間的連接。
[0023]具體實施例中，所述的?；钅K4可以包含:第二報文發(fā)送模塊41，其與所述的計數(shù)模塊I相連接，用于在空閑一段時間之后，以每隔一段時間的頻率向同一客戶端發(fā)送一個KeepAlive報文,連續(xù)發(fā)送若干次；第二反饋接收模塊42,其用于接收該客戶端在每次收到KeepAlive報文之后所發(fā)送的應答信號；第二釋放連接模塊43，其與所述的第二反饋接收模塊42相連接；當該第二反饋接收模塊42始終未收到客戶端發(fā)送的應答信號時，表明該客戶端處于異常連接狀態(tài)，所述的第二釋放連接模塊43將釋放該客戶端與服務端之間的Telnet 連接。
[0024]進一步地，所述的?；钅K4還可以包含參數(shù)設置模塊44，其與所述的第二報文發(fā)送模塊41相連接，用于設置該第二報文發(fā)送模塊41向一個客戶端發(fā)送Ke印Alive報文前的空閑時間Tl，該第二報文發(fā)送模塊41每相鄰兩次向同一客戶端發(fā)送KeepAlive報文之間的時間間隔T2，以及該第二報文發(fā)送模塊41重復向同一客戶端發(fā)送Ke印Alive報文的次數(shù)N。
[0025]如圖2所示，本發(fā)明還提供一種提高Telnet服務端穩(wěn)定性的方法，其采用上述的設置在Telnet服務端上的系統(tǒng)實現(xiàn)，該方法具體包含以下步驟:
50、客戶端向服務端提出Telnet連接請求；
51、計數(shù)模塊I判斷當前與服務端建立Telnet連接的客戶端的數(shù)量U是否大于預先設定的服務端與客戶端之間的最大連接數(shù)量Umax ；
若U < Umax時，執(zhí)行步驟S2:接入模塊2將提出連接請求的客戶端與服務端建立Telnet 連接；
若U > Umax時，繼續(xù)執(zhí)行步驟S3:輪詢模塊3對當前與服務端相連接的所有客戶端進行逐一檢測，對判斷為處于異常連接狀態(tài)的客戶端釋放連接。
[0026]如圖3所示，所述的步驟S3包含以下步驟:
531、第一報文發(fā)送模塊31向一個客戶端發(fā)送TCP報文；
532、第一反饋接收模塊32是否未接收到該客戶端在收到TCP報文之后所發(fā)送的應答信號;
如未收到應答信號，表明該客戶端處于異常連接狀態(tài)，繼續(xù)執(zhí)行步驟S33:第一釋放連接模塊33釋放處于異常連接狀態(tài)的客戶端與服務端之間的Telnet連接，從而達到釋放資源以提供給其他正在請求連接的客戶端的目的；
如收到應答信號，表明該客戶端處于正常連接狀態(tài)，繼續(xù)執(zhí)行步驟S34:判斷是否對所有與服務端相連接的客戶端都發(fā)送了 TCP報文以檢測連接狀態(tài)；若是，則結束；若否，則返回繼續(xù)執(zhí)行步驟S31。
[0027]如圖2所示，所述的提高Telnet服務端穩(wěn)定性的方法，在步驟SI之后還可以包含:步驟S4、當U < Umax時，利用TCP?；顧C制，?；钅K4每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并將釋放該處于異常連接狀態(tài)的客戶端與服務端之間的連接。所述的步驟S4與步驟S2可同時執(zhí)行。
[0028]所述的步驟S4包含以下步驟:
540、參數(shù)設置模塊44設置向一個客戶端發(fā)送KeepAlive報文前的空閑時間Tl，設置每相鄰兩次向同一客戶端發(fā)送KeepAlive報文之間的時間間隔T2，以及重復向同一客戶端發(fā)送KeepAlive報文的次數(shù)N ;本實施例中，所述的Tl可設為5分鐘；所述的T2可設為75秒；所述的N設為10次；
541、第二報文發(fā)送模塊41在空閑Tl時間之后，向一個客戶端發(fā)送KeepAlive報文,且每隔一段時間T2就重復發(fā)送一次，連續(xù)發(fā)送N次；
542、第二反饋接收模塊42是否連續(xù)N次都未接收到該客戶端所發(fā)送的應答信號； 如連續(xù)N次都未收到應答信號，表明該客戶端處于異常連接狀態(tài)，繼續(xù)執(zhí)行步驟S43:
第二釋放連接模塊43釋放處于異常連接狀態(tài)的客戶端與服務端之間的Telnet連接；如一旦收到應答信號，表明該客戶端處于正常連接狀態(tài)，繼續(xù)執(zhí)行步驟S44:判斷是否對所有與服務端相連接的客戶端都發(fā)送了 KeepAlive報文以檢測連接狀態(tài)；若是，則結束；若否，則返回繼續(xù)執(zhí)行步驟S41。
[0029]綜上所述，本發(fā)明所提供的提高Telnet服務端穩(wěn)定性的系統(tǒng)和方法，利用TCP保活機制實現(xiàn)每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并及時斷開該客戶端以釋放連接資源；并且在此基礎上，當服務端所連接的客戶端的數(shù)量達到上限時，實現(xiàn)主動輪詢所有客戶端的連接狀態(tài)，立刻判斷出是否有當前處于連接異常的客戶端存在，從而盡快釋放該些客戶端所占用的連接資源，以便提供給其他正在請求連接的客戶端使用。
[0030]因此，本發(fā)明所提供的提高Telnet服務端穩(wěn)定性的系統(tǒng)和方法，能及時有效的檢測出當前已經處于異常連接狀態(tài)的客戶端，并釋放該些異常客戶端所占用的資源，從而為客戶端提供更好的服務，同時使得Telnet服務端的代碼結構更加簡潔和健壯，有效提高Telnet服務端的穩(wěn)定性安全性。
[0031]盡管本發(fā)明的內容已經通過上述優(yōu)選實施例作了詳細介紹，但應當認識到上述的描述不應被認為是對本發(fā)明的限制。在本領域技術人員閱讀了上述內容后，對于本發(fā)明的多種修改和替代都將是顯而易見的。因此，本發(fā)明的保護范圍應由所附的權利要求來限定。
【權利要求】
1.一種提高Telnet服務端穩(wěn)定性的系統(tǒng)，設置在Telnet服務端上，用于檢測并釋放存在異常連接的客戶端；其特征在于，該系統(tǒng)包含: 計數(shù)模塊(1)，當有客戶端向服務端提出Telnet連接請求時，該計數(shù)模塊(I)用于判斷當前與服務端建立Telnet連接的客戶端的數(shù)量U是否大于等于預先設定的服務端與客戶端之間的最大連接數(shù)量Umax; 接入模塊(2),其與所述的計數(shù)模塊(I)相連接；當U < Umax時,該接入模塊(2)用于將提出連接請求的客戶端與服務端建立Telnet連接； 輪詢模塊(3)，其與所述的計數(shù)模塊(I)相連接；當U > Umax時，該輪詢模塊(3)用于對當前與服務端相連接的所有客戶端進行逐一檢測，對判斷為處于異常連接狀態(tài)的客戶端釋放連接。
2.如權利要求1所述的提高Telnet服務端穩(wěn)定性的系統(tǒng)，其特征在于，所述的輪詢模塊(3)包含: 第一報文發(fā)送模塊(31)，其與所述的計數(shù)模塊(I)相連接，用于向客戶端發(fā)送一個TCP報文； 第一反饋接收模塊(32)，其用于接收客戶端在收到TCP報文之后所發(fā)送的應答信號； 第一釋放連接模塊(33)，其與所述的第一反饋接收模塊(32)相連接；當該第一反饋接收模塊(32)未收到客戶端發(fā)送的應答信號時，所述的第一釋放連接模塊(33)將釋放該客戶端與服務端之間的Telnet連接。
3.如權利要求1所述的提高Telnet服務端穩(wěn)定性的系統(tǒng)，其特征在于，還包含保活模塊(4)，其與所述的計數(shù)模塊(I)相連接；當U < Umax時，該保活模塊(4)用于每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并將釋放該處于異常連接狀態(tài)的客戶端與服務端之間的連接。
4.如權利要求3所述的提高Telnet服務端穩(wěn)定性的系統(tǒng)，其特征在于，所述的?；钅K(4)包含: 第二報文發(fā)送模塊(41)，其與所述的計數(shù)模塊(I)相連接，用于在空閑一段時間之后，以每隔一段時間的頻率向同一客戶端發(fā)送一個?；顖笪?，連續(xù)發(fā)送若干次； 第二反饋接收模塊(42 )，其用于接收該客戶端在每次收到?；顖笪闹笏l(fā)送的應答信號; 第二釋放連接模塊(43)，其與所述的第二反饋接收模塊(42)相連接；當該第二反饋接收模塊(42)始終未收到客戶端發(fā)送的應答信號時，所述的第二釋放連接模塊(43)將釋放該客戶端與服務端之間的Telnet連接。
5.如權利要求4所述的提高Telnet服務端穩(wěn)定性的系統(tǒng)，其特征在于，所述的保活模塊(4)還包含參數(shù)設置模塊(44)，其與所述的第二報文發(fā)送模塊(41)相連接；用于設置所述的第二報文發(fā)送模塊(41)向一個客戶端發(fā)送保活報文前的空閑時間、該第二報文發(fā)送模塊(41)每相鄰兩次向同一客戶端發(fā)送?；顖笪闹g的時間間隔以及該第二報文發(fā)送模塊(41)重復向同一客戶端發(fā)送?；顖笪牡拇螖?shù)。
6.一種提高Telnet服務端穩(wěn)定性的方法，其特征在于，該方法包含如下步驟: 當有客戶端向服務端提出Telnet連接請求時,計數(shù)模塊(I)判斷當前與服務端建立Telnet連接的客戶端的數(shù)量U是否大于等于預先設定的服務端與客戶端之間的最大連接數(shù)量Umax ； 若U < Umax時，接入模塊(2)將提出連接請求的客戶端與服務端建立Telnet連接； 若U多Umax時，輪詢模塊(3)對當前與服務端相連接的所有客戶端進行逐一檢測，并對判斷為處于異常連接狀態(tài)的客戶端釋放連接。
7.如權利要求6所述的提高Telnet服務端穩(wěn)定性的方法，其特征在于，所述輪詢模塊(3)對當前與服務端相連接的所有客戶端進行逐一檢測，并對判斷為處于異常連接狀態(tài)的客戶端釋放連接的過程包含以下步驟: 第一報文發(fā)送模塊(31)向一個客戶端發(fā)送TCP報文； 第一反饋接收模塊(32)是否未接收到該客戶端在收到TCP報文之后所發(fā)送的應答信號; 如未收到應答信號時，第一釋放連接模塊(33)釋放處于異常連接狀態(tài)的客戶端與服務端之間的Telnet連接； 如收到應答信號時，判斷是否對所有與服務端相連接的客戶端都發(fā)送了 TCP報文以檢測連接狀態(tài)；若否，則所述第一報文發(fā)送模塊(31)向其他客戶端發(fā)送TCP報文。
8.如權利要求6所述的提高Telnet服務端穩(wěn)定性的方法，其特征在于，還包括:當U< Umax時，保活模塊(4)每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并釋放處于異常連接狀態(tài)的客戶端與服務端之間的連接。
9.如權利要求8所述的提高Telnet服務端穩(wěn)定性的方法，其特征在于，所述的?；钅K(4)每隔一段時間判斷客戶端是否處于連接異常狀態(tài)，并釋放處于異常連接狀態(tài)的客戶端與服務端之間的連接的過程包含以下步驟: 參數(shù)設置模塊(44)設置向一個客戶端發(fā)送保活報文前的空閑時間，設置每相鄰兩次向同一客戶端發(fā)送保活報文之間的時間間隔，以及重復向同一客戶端發(fā)送?；顖笪牡拇螖?shù)； 第二報文發(fā)送模塊(41)在空閑時間之后，向一個客戶端發(fā)送?；顖笪?，且每間隔一段時間就重復發(fā)送一次，連續(xù)發(fā)送若干次； 第二反饋接收模塊(42)是否連續(xù)若干次都未接收到該客戶端所發(fā)送的應答信號； 如連續(xù)若干次都未收到應答信號，第二釋放連接模塊(43)釋放處于異常連接狀態(tài)的客戶端與服務端之間的Telnet連接； 如一旦收到應答信號，判斷是否對所有與服務端相連接的客戶端都發(fā)送了?；顖笪囊詸z測連接狀態(tài)；若否，則所述第二報文發(fā)送模塊(41)向其他客戶端發(fā)送保活報文。
【文檔編號】H04L12/24GK104378230SQ201410618666
【公開日】2015年2月25日 申請日期:2014年11月6日 優(yōu)先權日:2014年11月6日
【發(fā)明者】姜玲玲 申請人:上海斐訊數(shù)據通信技術有限公司