一種重定向方法、終端及系統與流程
2023-04-26 16:08:12
本發明涉及通信領域,尤其涉及一種重定向方法、終端及系統。
背景技術:
通常情況下,用戶通過區域網連接到internet網際網路,來實現訪問web頁面並獲取所需信息。然而,隨著區域網內用戶數量的增多、獲取信息的內容不斷豐富,增加了運營商出口帶寬和上行鏈路的用戶請求頻率,也就增加了區域網與internet之間的鏈路壓力。為了減少區域網與internet之間的鏈路壓力,通常設置預存有網際網路熱點內容的web緩存伺服器,利用重定向的方式將用戶訪問web頁面的報文重定向到web緩存伺服器,來實現從緩存伺服器獲取數據資源。為了確保web緩存伺服器的穩定運行,需要對其重定向功能進行測試並分析。
現有技術中,分析web緩存伺服器的重定向功能的過程包括:web緩存伺服器篩選出至少一個外網伺服器的統一資源定位符(url,uniformresourcelocator)地址;終端多次訪問上述url地址,重定向到web緩存伺服器並下載對應的預存文件數據;對web緩存伺服器和終端上的數據均進行抓包,並獲得抓包數據;通過對抓包數據進行分析,進而分析web緩存伺服器的重定向功能。
然而,由於web緩存伺服器預存文件數據較大造成終端下載預存文件的時間較長,增加了終端通過web緩存伺服器下載對應的預存文件數據的時間。
技術實現要素:
為解決上述技術問題,本發明實施例期望提供一種重定向方法、終端及系統,能夠在測試時提高檢測重定向功能的速度和智能性。
本發明的技術方案是這樣實現的:
第一方面,本發明實施例提供一種重定向方法,包括:終端向外網伺服器發送n次第一請求消息,其中,n大於等於1,第一請求消息用於終端從外網伺服器請求第一訪問數據;終端接收web緩存伺服器發送的m次響應信息,其中,m大於等於1,響應信息與第一請求消息對應;終端根據每次響應信息解析出響應頭信息;終端根據每次響應頭信息重定向到web緩存伺服器。
進一步地,響應頭信息包括目的地址和狀態碼,相應地,終端根據每次響應頭信息重定向到web緩存伺服器,具體包括:終端在識別出每次目的地址指向web緩存伺服器時,根據目的地址和狀態碼完成終端重定向到web緩存伺服器。
進一步地,在終端根據每次響應頭信息重定向到web緩存伺服器之後,方法還包括:終端將n和m發送至web緩存伺服器,以便web緩存伺服器對終端重定向到web緩存伺服器的重定向成功率進行檢測。
進一步地,在終端根據每次響應頭信息重定向到web緩存伺服器之後,方法還包括:終端向web緩存伺服器發送第二請求消息,其中,第二請求消息用於終端從web緩存伺服器請求第一訪問數據;終端接收web緩存伺服器發送的第一訪問數據。
第二方面,本發明實施例提供一種終端,包括:發送單元、接收單元、解析單元和重定向單元,其中:發送單元,用於向外網伺服器發送n次第一請求消息,其中,n大於等於1,第一請求消息用於終端從外網伺服器請求第一訪問數據;接收單元,用於在發送單元向外網伺服器發送n次第一請求消息之後,接收web緩存伺服器發送的m次響應信息,其中,m大於等於1,響應信息與第一請求消息對應;解析單元,用於根據每次接收單元接收的響應信息解析出響應頭信息;重定向單元,用於根據每次解析單元解析出的響應頭信息重定向到web緩存伺服器。
進一步地,響應頭信息包括目的地址和狀態碼,相應地,重定向單元,具體用於在識別出每次解析單元解析出的目的地址指向web緩存伺服器時,根據 目的地址和狀態碼完成終端重定向到web緩存伺服器。
進一步地,發送單元,還用於在重定向單元根據每次響應頭信息重定向到web緩存伺服器之後,將n和m發送至web緩存伺服器,以便web緩存伺服器對終端重定向到web緩存伺服器的重定向成功率進行檢測。
進一步地,發送單元,還用於在重定向單元根據每次響應頭信息重定向到web緩存伺服器之後,向web緩存伺服器發送第二請求消息,其中,第二請求消息用於終端從web緩存伺服器請求第一訪問數據;接收單元,還用於在發送單元向web緩存伺服器發送第二請求消息之後,接收web緩存伺服器發送的第一訪問數據。
第三方面,本發明實施例提供一種重定向系統,包括終端、web緩存伺服器和外網伺服器,其中:終端,用於向外網伺服器發送n個第一請求消息,其中,n大於等於1,第一請求消息用於終端從外網伺服器請求第一訪問數據;接收web緩存伺服器發送的m個響應信息,其中,m大於等於1;根據每次響應信息解析出響應頭信息;根據每次響應頭信息重定向到web緩存伺服器;web緩存伺服器,用於在監測到終端向外網伺服器發送第一請求消息時,向終端發送響應信息;外網伺服器,用於接收終端發送的第一請求消息。
進一步地,web緩存伺服器,具體包括監測伺服器和緩存子伺服器,其中:監測伺服器,用於監測終端是否向外網伺服器發送第一請求消息,以及在監測到終端向外網伺服器發送第一請求消息時,向終端發送響應信息;緩存子伺服器,用於在接收到終端發送第二請求消息時,向終端發送第一訪問數據。
進一步地,終端,還用於將n和m發送至web緩存伺服器;web緩存伺服器,還用於統計監測到終端向外網伺服器發送第一請求消息的個數x,和自身向終端發送響應信息的個數y,其中,x大於等於1,y大於等於1;根據m、n、x和y對終端重定向到web緩存伺服器進行故障定位檢測。
進一步地,終端,還用於將n和m發送至web緩存伺服器;web緩存伺服器,還用於根據n和m,對終端重定向到web緩存伺服器的重定向成功率進行檢測。
本發明實施例提供了一種重定向方法、終端及系統,包括終端向外網伺服器發送n次第一請求消息,其中,n大於等於1,第一請求消息用於終端從外網伺服器請求第一訪問數據;終端接收web緩存伺服器發送的m次響應信息,其中,m大於等於1,響應信息與第一請求消息對應;終端根據響應信息解析出響應頭信息;終端根據響應頭信息重定向到web緩存伺服器。採用上述技術實現方案,能夠在測試時,提高檢測重定向功能的速度和智能性。
附圖說明
圖1為現有技術中web緩存伺服器的一種連接方式示意圖;
圖2為本發明實施例提供的重定向方法的流程示意圖一;
圖3為本發明實施例提供的重定向方法的流程示意圖二;
圖4為本發明實施例提供的重定向方法的流程示意圖三;
圖5為本發明實施例提供的重定向方法的流程示意圖四;
圖6為本發明實施例提供的重定向方法的流程示意圖五;
圖7為本發明實施例提供的一種終端的結構示意圖;
圖8為本發明實施例提供的一種重定向系統的結構示意圖。
具體實施方式
下面將結合本發明實施例中的附圖,對本發明實施例中的技術方案進行清楚、完整地描述。
圖1為現有技術中web緩存伺服器的一種連接方式示意圖。如圖1所示,終端101、web緩存伺服器102及外網伺服器103均與交換機104相連接。其中,終端101與web緩存伺服器102在同一區域網下,web緩存伺服器102為存儲有終端101經常訪問的網際網路信息。正常情況下,終端101在訪問網際網路時,通過外網伺服器103來發送請求訪問網際網路的報文。web緩存伺服器102通過運營商出口的上行鏈路對終端101進行實時監控,若web緩存伺服器102檢測到終端101通過外網伺服器103請求訪問網際網路的報文,例如向網際網路發 起下載請求,利用重定向技術,例如http302重定向技術,引導終端101向web緩存伺服器102請求需要訪問的內容,使得終端101無需通過外網伺服器103訪問網際網路,即可獲得需要訪問的內容。
可以看出web緩存伺服器102的設置實現了網際網路熱點內容的本地化存儲,降低了區域網內終端訪問網際網路內容的時延。由於web緩存伺服器102採用重定向技術實現用戶流量引導,因此,確保重定向成功率指標是保障web緩存伺服器102穩定運行的關鍵。而現有技術中,由於web緩存伺服器預存文件數據較大造成終端下載預存文件的時間較長,增加了終端通過web緩存伺服器下載對應的預存文件數據的時間,降低了分析重定向的速度和智能性。
實施例一
圖2為本發明實施例提供的重定向方法的流程示意圖一,參考圖2所示,該方法可以包括:
步驟201:終端向外網伺服器發送n次第一請求消息,其中,n大於等於1,第一請求消息用於終端從外網伺服器請求第一訪問數據;
其中,第一訪問數據,即終端期望利用外網伺服器從網際網路獲取的數據。
在實際應用中,第一請求消息的格式包括多種,例如,第一請求消息的格式可以為:
get/http/1.1
accept:text/html.application/xhtml+xml.*/*
x-httpwatch-rid:53811-1005
accept-language:en-us
rser-agent:mozilla/5.0(compatible;msie10.0;windowsnt6.1;wow64;trident/7.0)
accept-encoding:gzip,deflate
host:www.baidu.com
dnt:1
connection:keep-alive
cookie:h_ps_pssid=16669_16716_1433_14601_17155_12657_12824_1286 7_16938_17000
當然,第一請求消息格式還包括其他格式,本發明實施例對第一請求消息的格式不做具體限制。
需要補充的是,為保證終端測試時向外網伺服器發送的第一請求消息能夠從運營商出口鏈路出網,需要向外網伺服器發送n次第一請求消息,比如10次、100、1000次等,從而保證終端分析重定向的準確性。
優選地,終端通過傳輸控制協議(tcp,transfercontrolprotocol)建立與外網伺服器的連接;並利用tcp連接向外網伺服器發送第一請求消息,其中,第一請求消息包括超文本傳輸協議(http,hypertexttransferprotocol)請求。
步驟202:終端接收web緩存伺服器發送的m次響應信息,其中,m大於等於1,響應信息與第一請求消息對應;
其中,響應信息,包括響應頭(responseheader)信息、響應正文信息等,用於引導終端從web緩存伺服器獲取第一訪問數據,即重定向到web緩存伺服器。例如,實際應用中,響應信息包括http302重定向包,其中,302重定向,即302redirect,代表暫時重定向(temporaryredirect)數據包。
在實際應用中,web緩存伺服器能夠對終端發送的消息進行實時監控。終端在需要從網際網路獲取第一訪問數據時向外網伺服器發送第一請求消息,web緩存伺服器在監控到終端發送第一請求消息時,會向終端返迴響應信息,以便終端重定向到web緩存伺服器。
可以理解地,終端在斷開與外網伺服器的tcp連接之後,才能與web緩存伺服器進行連接,並接收web緩存伺服器發送的響應信息。
步驟203:終端根據每次響應信息解析出響應頭信息;
經實際測量,若終端解析web緩存伺服器發送的完整的響應信息,通常需要2分鐘左右;若終端僅解析web緩存伺服器發送的響應信息中的響應頭信息,通常僅需要0.1秒左右,這樣,大大提高了終端進行重定向測試的時間。
步驟204:終端根據每次響應頭信息重定向到web緩存伺服器。
可以理解地,響應信息包括響應頭信息、響應正文信息等,而響應信息中 的響應頭信息包括了終端進行重定向測試所需的信息,如目的地址、狀態碼等,因此,終端僅對web緩存伺服器發送的響應信息中的響應頭進行解析,而無需解析響應信息中的整個響應正文即整個文件數據,就可以實現終端重定向測試。如此一來,由於響應頭信息的大小遠遠小於響應信息的大小,使得終端解析響應信息的時間大大減少,同時避免了終端大量測試對web緩存伺服器帶來的流量壓力。
示例性地,響應頭信息包括目的地址和狀態碼,相應地,終端根據每次響應頭信息重定向到web緩存伺服器,具體包括:終端在識別出每次目的地址指向web緩存伺服器時,根據目的地址和狀態碼完成終端重定向到web緩存伺服器。
在實際應用中,狀態碼用於表徵終端重定向到web緩存伺服器的通道的標識,終端收到狀態碼,即說明終端需要重定向到web緩存伺服器,而目的地址即web緩存伺服器的地址,因此,終端根據目的地址和狀態碼即可完成終端重定向到web緩存伺服器。
需要補充的是,目的地址為終端進行重定向時所需的信息,通常攜帶在響應頭信息中的地址(location)欄位。舉例來說,若響應頭信息為:
http/1.1302movedtemporarily
date:wed,02sep201509:27:59gmt
content-type:text/html
content-length:215
connection:keep-alive
location:heeps://www.baidu.com/
server:bws/1.1
x-ua-compatible:ie=edge,chrome=1
set-cookie:db_last_qid=13201064592551329076;path=/;max-age=1
302found
302found
pr-nginx_1-0-244_branchbranch
time:monaug2414:55:36cst2015
其中,響應頭信息中的location欄位為:location:https://www.baidu.com/,那麼,終端進行重定向測試的目的地址為:https://www.baidu.com/。
可理解地,若目的地址指向web緩存伺服器,則說明web緩存伺服器預先存儲有終端期望獲取的數據;若目的地址不指向web緩存伺服器,則說明web緩存伺服器沒有預先存儲終端期望獲取的數據。
進一步地,參考圖3所示,在步驟204之後還包括步驟205,具體為:
步驟205:終端將n和m發送至web緩存伺服器,以便web緩存伺服器對終端重定向到web緩存伺服器的重定向成功率進行檢測。
可理解地,由於n為終端向外網伺服器發送第一請求消息的次數,m為終端接收web緩存伺服器發送響應信息的次數,因此,終端將m與n發送至web緩存伺服器,以便web緩存伺服器通過計算m與n的比值來獲得終端重定向到web緩存伺服器的重定向成功率,從而實現分析終端的重定向功能。
進一步地,參考圖4所示,在步驟204之後還包括步驟206和步驟207,具體為:
步驟206:終端向web緩存伺服器發送第二請求消息,其中,第二請求消息用於終端從web緩存伺服器請求第一訪問數據;
步驟207:終端接收web緩存伺服器發送的第一訪問數據。
需要說明的是,終端在實現重定向到web緩存伺服器後,可以通過web緩存伺服器來請求第一訪問數據,而無需利用外網伺服器從網際網路獲取的數據,這樣,降低了區域網內終端訪問網際網路內容的時延。
可理解地,終端在獲得第一訪問數據之後,可以利用第一訪問數據進行所需的數據業務或通信業務。
實際應用中,上述步驟可以通過編譯軟體編譯自動測試程序來實現。其中,編譯軟體包括很多種,例如,git軟體。git軟體是一個開源分布式版本控制軟體,擁有高效的底層分布式存儲結構,能夠提供在windows平臺環境中運行linux命令的運行環境,其中,常見的linux命令包括ls命令、cd命令、cat命令、curl命令、wget等命令。通過編譯的自動測試程序實現了將低效的抓包方法即人工抽樣檢測方法轉變為終端自動請求並且重複測試以統計測試結果,如此,提高了分析重定向功能的速度和智能性,不僅減少了人力消耗成本,也避免了人工統計的誤差,為實現web緩存伺服器運維中的故障快速定位和解決提供了檢測基礎。當然,還可以採用其他的編譯軟體來實現,本發明實施例對此不做具體限制。
實施例二
圖5為本發明實施例提供的重定向方法的流程示意圖四,參考圖5所示,該方法可以包括:
步驟501:終端預先設置執行次數n;
其中,n為終端預先設置的循環測試,例如,可以為10次、100、1000次等。當然,預設執行次數可以根據實際需要進行設置,本發明實施例對此不做具體設置。
需要補充的是,為保證終端測試時向外網伺服器發送的第一請求消息能夠從運營商出口鏈路出網,需要向外網伺服器發送多次第一請求消息,因此,終端預先設置執行次數n。
步驟502:終端向外網伺服器發送第一請求消息;
步驟503:終端接收web緩存伺服器發送的響應信息,其中,響應信息與第一請求消息對應;
實際應用中,終端可以通過wget等命令來實現接收web緩存伺服器發送的響應信息。
另外,終端可以通過臨時日誌文件來存儲每次接收到的響應信息,以便後續進行相應的統計分析。
步驟504:終端根據響應信息解析出響應頭信息;
需要說明的是,響應頭信息包括目的地址和狀態碼,其中,目的地址包括指向web緩存伺服器的目的地址,和指向其他伺服器的目的地址。
步驟505:終端根據響應頭信息解析出目的地址和狀態碼;
步驟506:終端在識別出目的地址指向web緩存伺服器時,根據目的地址和狀態碼完成終端重定向到web緩存伺服器;
步驟507:終端識別執行次數是否滿足預先設置執行次數n,在不滿足預先設置執行次數n時,繼續執行步驟502-步驟506;在滿足預先設置執行次數n時,執行步驟508;
步驟508:終端統計完成重定向到web緩存伺服器的次數m;
步驟509:終端將n和m發送至web緩存伺服器,以便web緩存伺服器對終端重定向到web緩存伺服器的重定向成功率進行檢測。
由於重定向成功率是影響web緩存伺服器穩定運行的關鍵指標,通過計算重定向成功率來分析web緩存伺服器的運行狀況。
實際應用中,步驟501-步驟509可以通過編譯軟體編譯自動測試程序來實現。其中,編譯軟體包括很多種,例如,git軟體。通過編譯的自動測試程序實現了將低效的抓包方法即抽樣檢測方法轉變為終端自動請求並且重複測試以統計測試結果,如此,提高了分析重定向成功率的速度和智能性。當然,還可以採用其他的編譯軟體來實現,本發明實施例對此不做具體限制。
實施例三
圖6為本發明實施例提供的重定向方法的流程示意圖五,參考圖6所示,該方法可以包括:
步驟600:終端預先設置執行次數n;
步驟601:web緩存伺服器對終端進行實時監測;
步驟602:終端建立與外網伺服器的tcp連接,並利用tcp連接向外網伺服器發送http請求;
具體的,終端可以通過自身的瀏覽器獲取用戶輸入的url地址,通過域名 系統(dns,domainnamesystem)對url地址進行解析,並獲得外網伺服器的網絡協議(ip,internetprotocol)地址,進而使得終端與外網伺服器建立tcp連接。
其中,http請求用於終端向外網伺服器請求數據,例如,可以是下載視頻或音樂資源,或者打開網頁連接等。
步驟603:web緩存伺服器在監測到終端向外網伺服器發送http請求時,向終端發送響應信息。
其中,響應信息,包括響應頭信息、響應正文信息等,用於引導終端從web緩存伺服器獲取數據,即重定向到web緩存伺服器。例如,實際應用中,響應信息包括http302重定向包,其中,302重定向,即302redirect,代表暫時重定向數據包。
步驟604:終端根據響應信息解析出響應頭信息;
可以理解的,響應信息包括響應頭信息、響應正文信息等,而響應信息中的響應頭信息包括了終端進行重定向測試所需的信息,如目的地址、狀態碼等,因此,終端僅接收web緩存伺服器發送的響應信息中的響應頭信息,而無需接收響應信息中的整個響應正文即整個文件數據,就可以實現終端重定向測試。如此一來,由於響應頭信息的大小遠遠小於響應信息的大小,使得終端接收響應信息的時間大大減少,同時避免了終端大量測試對web緩存伺服器帶來的流量壓力。
經實際測量,若終端接收web緩存伺服器發送的完整的響應信息,通常需要2分鐘左右;若終端僅接收web緩存伺服器發送的響應信息中的響應頭信息,通常僅需要0.1秒左右,這樣,大大提高了終端進行重定向測試的時間。
步驟605:終端根據響應頭信息解析出目的地址和狀態碼;
需要補充的是,目的地址為終端進行重定向測試所需的信息,通常攜帶在響應頭信息中的地址(location)欄位。例如,響應頭信息中的location欄位為:location:https://www.baidu.com/,那麼,終端進行重定向測試的目的地址為:https://www.baidu.com/。
步驟606:終端在識別出目的地址指向web緩存伺服器時,根據目的地址和狀態碼完成終端重定向到web緩存伺服器;
可理解地,若目的地址與web緩存伺服器對應,則說明web緩存伺服器預先存儲有終端期望獲取的數據;若目的地址與web緩存伺服器不對應,則說明web緩存伺服器沒有預先存儲終端期望獲取的數據。
步驟607:終端向web緩存伺服器發送第二http消息;
步驟608:終端接收web緩存伺服器發送的數據資源。
步驟609:終端識別執行次數是否滿足預先設置執行次數n,在不滿足預先設置執行次數n時,繼續執行步驟602-步驟608;在滿足預先設置執行次數n時,執行步驟610;
步驟610:終端統計完成重定向到web緩存伺服器的次數m;
步驟611:終端將n和m發送至web緩存伺服器,以便web緩存伺服器對終端重定向到web緩存伺服器的重定向成功率進行檢測。
其中,數據資源與第二http消息相應。例如,若第二http消息為向web緩存伺服器請求視頻資源,則web緩存伺服器發送的數據資源為相應的視頻資源。
本發明實施例提供了一種重定向方法,通過僅接收web緩存伺服器發送的響應信息中的響應頭信息,使得終端根據響應頭信息實現重定向到web緩存伺服器,實現了在測試時提高檢測重定向功能的速度和智能性。
實施例四
圖7為本發明實施例提供的一種終端的結構示意圖,參考圖7所示,該終端包括:發送單元701、接收單元702、解析單元703和重定向單元704,其中:
發送單元701,用於向外網伺服器發送n次第一請求消息,其中,n大於等於1,第一請求消息用於終端從外網伺服器請求第一訪問數據;
接收單元702,用於在發送單元701向外網伺服器發送n次第一請求消息之後,接收web緩存伺服器發送的m次響應信息,其中,m大於等於1,響應信息與第一請求消息對應;
解析單元703,用於根據每次接收單元702接收的響應信息解析出響應頭信息;
重定向單元704,用於根據每次解析單元703解析出的響應頭信息重定向到web緩存伺服器。
進一步地,響應頭信息包括目的地址和狀態碼,相應地,重定向單元704,具體用於在識別出每次解析單元解析出的目的地址指向web緩存伺服器時,根據目的地址和狀態碼完成終端重定向到web緩存伺服器。
進一步地,發送單元701,還用於在重定向單元704根據每次響應頭信息重定向到web緩存伺服器之後,將n和m發送至web緩存伺服器,以便web緩存伺服器對終端重定向到web緩存伺服器的重定向成功率進行檢測。
進一步地,發送單元701,還用於在重定向單元704根據每次響應頭信息重定向到web緩存伺服器之後,向web緩存伺服器發送第二請求消息,其中,第二請求消息用於終端從web緩存伺服器請求第一訪問數據;接收單元702,還用於在發送單元701向web緩存伺服器發送第二請求消息之後,接收web緩存伺服器發送的第一訪問數據。
需要說明的是,上述終端包括windows平臺環境中運行例如計算機、平板電腦等終端,本發明實施例對終端的類型不做具體限制。
實施例五
圖8為本發明實施例提供的一種重定向系統的結構示意圖,參考圖8所示,該重定向系統包括:終端801、web緩存伺服器802和外網伺服器803,其中:
終端801,用於向外網伺服器803發送n次第一請求消息,其中,n大於等於1,第一請求消息用於終端從外網伺服器803請求第一訪問數據;接收web緩存伺服器802發送的m次響應信息,其中,m大於等於1;根據每次響應信息解析出響應頭信息;根據每次響應頭信息重定向到web緩存伺服器802;
web緩存伺服器802,用於在監測到終端801向外網伺服器803發送第一請求消息時,向終端801發送響應信息;
外網伺服器803,用於接收終端801發送的第一請求消息。
需要說明的是,終端801包括windows平臺環境中運行例如計算機、平板電腦等終端,本發明實施例對終端的類型不做具體限制。
進一步地,web緩存伺服器802,具體包括監測伺服器和緩存子伺服器,其中:監測伺服器,用於監測終端801是否向外網伺服器803發送第一請求消息,以及在監測到終端向外網伺服器發送第一請求消息時,向終端發送響應信息;緩存子伺服器,用於在接收到終端801發送第二請求消息時,向終端801發送第一訪問數據。
進一步地,終端801,還用於將n和m發送至web緩存伺服器802;web緩存伺服器802,還用於統計監測到終端801向外網伺服器803發送第一請求消息的個數x,和自身向終端801發送響應信息的個數y,其中,x大於等於1,y大於等於1;根據m、n、x和y對終端801重定向到web緩存伺服器802進行故障定位檢測。
需要補充的是,在實際的網絡運維中,影響重定向的因素包括很多,比如:監控鏈路的變化、輸出用戶請求的dpi設備故障、dpi設備的輸出數據中未包括終端的全部請求等因素。
實際應用中,若終端的預先設置執行次數為n,即向外網伺服器發送第一請求消息的次數;終端統計完成重定向到web緩存伺服器的次數為m;web緩存伺服器統計出監控到的終端向外網伺服器發送的第一請求消息的次數x、web緩存伺服器向終端發送的響應信息的次數為y,那麼,可以通過以下分析方法對web緩存伺服器的各種故障進行自動化分析排查,從而確保web緩存伺服器穩定運行:
a、x小於n,則影響重定向成功率的因素是dpi設備輸出請求不全或dpi設備故障;
b、x等於n,則dpi設備輸出正常;
c、x小於y,則web緩存伺服器異常;
d、x等於y,但y小於m,則表明網絡環境因素(如丟包、路由設備策略過濾等)造成重定向成功率低。
進一步地,終端801,還用於將n和m發送至web緩存伺服器802;web緩存伺服器802,還用於根據n和m,對終端801重定向到web緩存伺服器802的重定向成功率進行檢測。
可理解地,由於n為終端向外網伺服器發送第一請求消息的次數,m為終端接收web緩存伺服器發送響應信息的次數,因此,web緩存伺服器可以根據m與n的比值來獲得終端重定向到web緩存伺服器的重定向成功率,從而實現分析終端的重定向功能。
由於重定向成功率是影響web緩存伺服器穩定運行的關鍵指標,通過計算重定向成功率來分析web緩存伺服器的運行狀況。
舉例來說,若終端向外網伺服器發送第一請求消息的次數為100次,終端接收web緩存伺服器發送響應信息的次數為99次,那麼終端重定向到web緩存伺服器的重定向成功率為99%,由於重定向成功率較高,說明終端的重定向功能是正常運行;若終端向外網伺服器發送第一請求消息的次數為100次,終端接收web緩存伺服器發送響應信息的次數為55次,那麼終端重定向到web緩存伺服器的重定向成功率為55%,由於重定向成功率較低,說明終端的重定向功能出現故障,其故障原因包括:監控鏈路的變化、輸出用戶請求的深度包檢測(dpi,deeppacketinspection)設備故障、dpi設備的輸出數據中未包括終端的全部請求、web緩存伺服器異常,或網絡環境較差(如丟包、路由設備策略過濾)等。
當然,還可以通過其他方法進行分析,本發明實施例對此不做具體限制。
在實際應用中,上述發送單元701、接收單元702、解析單元703、重定向單元704可由位於終端上的處理器實現,具體為中央處理器(cpu)、微處理器(mpu)、數位訊號處理器(dsp)或現場可編程門陣列(fpga)等實現,終端中還可以包括存儲器,該存儲器可以通過系統總線與處理器連接,其中,存儲器用於存儲可執行程序代碼,該程序代碼包括計算機操作指令,存儲器可能包含高速ram存儲器,也可能還包括非易失性存儲器,例如,至少一個磁碟存儲器。
本領域內的技術人員應明白,本發明的實施例可提供為方法、系統、或電腦程式產品。因此,本發明可採用硬體實施例、軟體實施例、或結合軟體和硬體方面的實施例的形式。而且,本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器和光學存儲器等)上實施的電腦程式產品的形式。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器,使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中,使得存儲在該計算機可讀存儲器中的指令產生包括指令的製造品,該指令實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上,使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理,從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
以上所述,僅為本發明的較佳實施例而已,並非用於限定本發明的保護範圍。