emule協(xié)議全過程

1、connect(tcp)hello客戶端建立一個到服務器的tcp連接并向服務器發(fā)出登錄 (login)請求.之后，服務器建立另一個到該客戶端的tcp連 接，同吋，服務器會發(fā)起一個由此客戶端參與的客戶端-客戶 端握手會話,并出此判斷該客戶端是否具冇接受由其他emule 客戶端發(fā)起的連接的能力再次z后，服務器將關閉這個會話 連接,傳送一個改變id報文，以此完成客戶端-服務器握手emule infohello answerdisc onn ectid changeoffer fileserver message list of serversserver identification客戶端向服務器提

2、供它自由的共享文件列表，隨后要求更新 客戶端所有的服務器信息列表這時，服務器會向此客戶端發(fā) 送關于其狀態(tài)和版木的報文，此后，服務器還會向此客戶端發(fā) 送更多關于其他emule服務器的信息并提供更詳細的自身信 息最終，客戶端向服務器發(fā)送源請求，服務器接受此報文后, 對于該客戶端的待下載文件列表小的每個文件分別的發(fā)送相 關的源列表，在服務器發(fā)送源請求回復之前，可能會先向客戶 端發(fā)送一個服務器狀態(tài)報文這個服務器狀態(tài)報文包含了服 務器關于0前服務器上用戶和文件數(shù)量./search request握手會話是對稱的，客戶端-客戶端連接的 兩者都向對方發(fā)送相同的信息兩個客戶端 交換諸如識別，版本號和性能等信息

3、在這 個過程中，有兩種報文參與其一，是hello 報文，它是edonkey協(xié)議的一部分并與 edonkey客戶端兼容；另一個報文是emule 信息報文,它屬于cmulc擴展協(xié)議在擴展 信息中，包括有udp報文交換，安全認證和 源交換.用戶身份認證是emule協(xié)議的一個擴展內 容，只要客戶端支持這種用戶身份認證，它 會在初始化握手之后立即完成所以，使用 用戶身份驗證正是為了防止用戶id頂替客戶端b根據(jù)a發(fā)送的挑戰(zhàn)和一個附加雙字 生成簽名，并按照簽名報文發(fā)送給a.此處的 附加雙字是根據(jù)b或a的ip產(chǎn)生的，當b是 low id時，這個雙字為a的ip地址，當 b為highld時，這個雙字為b的1d值.

4、file request基本報文交換由四組報文組成,客戶端a首 先發(fā)送-個文件請求報文，緊接著發(fā)送一個 請求文件id報文隨后，客戶端b發(fā)送文件 請求應答和文件狀態(tài)報文.這個過程可以看 作是a和b兩個客戶端進行的一問一答的 報文交換過程.emule擴展協(xié)議在這個過程 'i1還加入了 一對源請求和源請求應答報文. 完成文件請求的握手對話后,b客戶端也有a 客戶端所需要的文件，然而此時b的上傳隊 列并非為空在這種情況下,b會先將a添加 在它的上傳列隊中，并發(fā)送給a 一個隊列排 名報文，這個報文包含了 a在隊列屮的位置 以及b的上傳隊列的相關信息.connection close當客戶端a到達客戶端b的上傳隊列頂 端,b將向a發(fā)岀連接，進行初始化握手會話. 接著,b向a發(fā)送一個接受上傳請求報文此 時，若a選擇繼續(xù)并下載文件，它會向b發(fā)送 一個請求文件部分報文;若a已經(jīng)獲得了這 部分文件，則它會向b發(fā)送一個取消傳輸報 文emule網(wǎng)絡活動主要在于發(fā)送和接受文件 部分一個文件部分的大小出5000到15000 字節(jié)為了防止產(chǎn)生文件碎片,一個文件部分 報文被分開在一個tcp數(shù)據(jù)包的許多片斷 內以emule0.30e客戶端為例，其最大片斷 大小為1300字節(jié)這又就是說，盡管控制類 的報文都在一個tcp數(shù)據(jù)包中完全包含，而 有的時候數(shù)據(jù)報文是被分在幾個tcp包中 的