近年來，隨著網(wǎng)絡(luò)技術(shù)的迅猛發(fā)展，即時通訊類工具數(shù)量劇增，給有效控管網(wǎng)絡(luò)流量造成了極大的困難。在巨大的網(wǎng)絡(luò)流量中，不可避免的存在著許多的異常流量，其中不乏存在一些用戶借助某些軟件進行違法作業(yè)的惡意行為。Google Talk作為即時通訊類工具的典型代表，它可以作為網(wǎng)絡(luò)代理實現(xiàn)網(wǎng)絡(luò)穿透，這給網(wǎng)絡(luò)管理和網(wǎng)絡(luò)安全帶來了極大的麻煩。因此，對Google Talk流量進行有效的識別是十分迫在眉睫的。目前大多數(shù)的Google Talk流量識別系統(tǒng)都只能識別出Google Talk流量，無法做到將Google Talk流量細分。本論文主要是圍繞在網(wǎng)絡(luò)流量中如何實時高效的識別并細分出Google Talk的四類流量這個問題，通過在系統(tǒng)中實現(xiàn)四種流量識別技術(shù)，以基于機器學習的流量識別技術(shù)為核心，其余三種流量識別技術(shù)作為輔助，最終達到Google Talk流量細分的目的。本文在研究了Google Talk流量識別系統(tǒng)的現(xiàn)實意義基礎(chǔ)上，分析了與本課題相關(guān)的國內(nèi)外的研究現(xiàn)狀，在項目的需求分析以及概要設(shè)計階段，建立了用戶的用例模型，確定了功能需求和非功能需求，并確定了技術(shù)方案，設(shè)計一個基于機器學習的Google ... 

【文章來源】：哈爾濱工業(yè)大學黑龍江省 211工程院校 985工程院校

【文章頁數(shù)】：88 頁

【學位級別】：碩士

【部分圖文】：

IM框架體系中的協(xié)議間的關(guān)系

哈爾濱工業(yè)大學工程碩士學位論文.2.3XMPP 工作流程了解了 XMPP 的架構(gòu)，最重要的就是清楚 XMPP 的工作流程，這對流量是最重要的。客戶端先向服務(wù)器發(fā)送一個請求，要求建立到服務(wù)器的連接連接建立好后，則客戶端可以通過連接的服務(wù)器與連接用戶進行互連通信 3-4 展示了客戶端用戶 Alice 與 Bob 之間建立通信的全過程�？蛻舳嗽诮ㄓ嵑螅梅⻊�(wù)器來中轉(zhuǎn)信息。

當通信結(jié)束時，會以</stream>為結(jié)尾，通信結(jié)束。3.3 Google Talk 靜態(tài)特征分析3.3.1 協(xié)議識別Google Talk 協(xié)議識別采用端口及 IP 的方式進行，具體端口及 IP 地址如下：端口特征：5222 端口或 443 端口。服務(wù)器 IP 地址：74.126.XX.125，（XX 有可能是 71、73、41、43、93 等其他值中的一個，因為 talk.google.com 這一域名下對應(yīng)了多個 IP，而具體為哪一個，取決于所處的網(wǎng)絡(luò)環(huán)境）。內(nèi)容特征：由于 XMPP 以 XML 協(xié)議為通信內(nèi)容協(xié)議，因此客戶端與服務(wù)器在會話開始的時候都要初始化 XML 根結(jié)點，XMPP 協(xié)議中采用<stream>為XML 根結(jié)點，代表流的意思。通過分析 XMPP 協(xié)議的規(guī)定以及抓包驗證分析可知，客戶端和服務(wù)器端在建立連接后，都會發(fā)送以“<stream:stream”<stream>開頭的初始化信息。因此可以用“<stream:stream”為特征串。具體如圖 3-9 所示。


本文編號：2992031