• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            rockbeast

            常用鏈接

            統(tǒng)計(jì)

            DirectX

            P2P

            最新評(píng)論

            最近在看eMule的協(xié)議,覺得不錯(cuò),翻譯了一些!下面帖出來開始部分(止于1.2.1),很亂在不斷整理中

            1 介紹

            1.1 目的和范圍

              eMule是一個(gè)基于eDonkey協(xié)議的流行文件共享應(yīng)用程序。這份文檔描述eMule的網(wǎng)絡(luò)行為方式,以及為了更好理解這份協(xié)議的一些基本術(shù)語。同時(shí),文檔也對eMule網(wǎng)絡(luò)協(xié)議做了全面的說明,其中還包含一個(gè)詳述消息格式的附言部分。這份文檔信息基于一個(gè)開源客戶端軟件eMule【2】。接下來的一些介紹是為讀者能更好的去閱讀和理解這份文檔的一些一般性的背景知識(shí)。關(guān)于eMule的更進(jìn)一步的信息可以在【3】中找到。

            1.2 概述

              eMule網(wǎng)絡(luò)由幾百個(gè)eMule服務(wù)器和數(shù)百萬個(gè)eMule客戶端組成【1】。客戶為了得到網(wǎng)絡(luò)服務(wù)需要連接一個(gè)服務(wù)器;只要客戶端在系統(tǒng)中,服務(wù)器連接就一直保持打開狀態(tài)。服務(wù)器提供中心索引服務(wù)功能(象在Napster中一樣),不和別的服務(wù)器通信。

              每個(gè)eMule客戶端在本地系統(tǒng)中預(yù)先配置好一個(gè)服務(wù)器列表和一個(gè)共享文件列表。一個(gè)客戶端使用單一TCP連接連接到eMule服務(wù)器來登入eMule網(wǎng)絡(luò),去獲得文件和可連接的客戶端信息。eMule同時(shí)也使用數(shù)百個(gè)到別的客戶端的TCP連接去下載和上傳文件。每個(gè)eMule客戶端他的每個(gè)共享文件維護(hù)一個(gè)上載隊(duì)列。下載客戶加入隊(duì)列,進(jìn)入隊(duì)列底部,逐步上移直到隊(duì)列的頂部開始下載文件。一個(gè)客戶可能從幾個(gè)不同的客戶端下載同一個(gè)文件,從每一個(gè)客戶端上面得到不同的片斷(fragments)。客戶也可能上載文件數(shù)據(jù)塊(chunks),即使這個(gè)文件還沒有下載完成。最后,eMule還擴(kuò)展了eDonkey協(xié)議,允許客戶之間交換服務(wù)器、別的客戶和文件信息。這里值得注意的是,客戶跟服務(wù)器的通信是基于TCP的。

              服務(wù)器啟用一個(gè)內(nèi)部數(shù)據(jù)庫來保存客戶和文件信息。eMule服務(wù)器不保存任何文件,它扮演中心索引的角色,保存文件位置信息。服務(wù)器的一個(gè)額外橋接功能,同時(shí)也引來無數(shù)抗議的一個(gè)功能就是穿越防火墻,使得躲在防火墻后不能夠接受引入連接的客戶得到解放。橋接功能極大的增加了服務(wù)器的負(fù)擔(dān)。eMule啟用UDP加強(qiáng)客戶性能來應(yīng)對服務(wù)器和別的客戶端的連接。客戶接收和發(fā)送UDP消息不是強(qiáng)制性的,如果防火墻阻止客戶發(fā)送和接收UDP消息,這不會(huì)妨礙正常運(yùn)轉(zhuǎn)。

            1.2.1 客戶到服務(wù)器的連接

              在啟動(dòng)的時(shí)候,客戶使用TCP連接到單個(gè)eMule服務(wù)器。服務(wù)器提供客戶一個(gè)客戶ID(1.3節(jié)),這個(gè)ID只是在客戶服務(wù)器連接生命期有效(這里有一點(diǎn)需要注意:如果客戶擁有一個(gè)High  ID,那么只要他的IP地址不發(fā)生改變,客戶就會(huì)從所以的服務(wù)器上得到同一個(gè)ID)。緊接著連接的建立,客戶端會(huì)發(fā)送他的共享文件列表給服務(wù)器。服務(wù)器把這個(gè)列表信息保存他他的內(nèi)部數(shù)據(jù)庫中,通常數(shù)據(jù)庫中存有數(shù)十萬個(gè)可獲得的文件和活動(dòng)客戶信息。同時(shí),eMule客戶端也發(fā)送他的下載列表,包含他希望去下載的文件。第2節(jié)會(huì)提供客戶和服務(wù)器TCP信息交換的詳細(xì)描述。

              連接建立后,eMule服務(wù)器發(fā)送給客戶一個(gè)別的客戶的列表,列表中的客戶可以為當(dāng)前客戶提供文件下載源(這些客戶理所當(dāng)然就被稱為“sources”)。緊跟其后,客戶開始和別的客戶建立連接,1.2.2節(jié)對此有詳細(xì)描述。

              值得注意的是:客戶服務(wù)器的TCP連接在整個(gè)客戶會(huì)話階段都保持開的狀態(tài)。初始握手之后,客戶服務(wù)器事件主要由用戶活動(dòng)觸發(fā):有時(shí)候,客戶發(fā)出文件查找請求,請求被查找結(jié)果作為答復(fù);文件查找之后通常緊跟著一個(gè)特定文件源的查找,這個(gè)查詢以源列表(IP和port)作為答復(fù),發(fā)出請求的客戶可以從源端下載特定文件。

              客戶使用UDP和別的服務(wù)器(未建立TCP連接的服務(wù)器)通信。這種通信增強(qiáng)文件和源查找,保證客戶端服務(wù)器列表中所有的服務(wù)器是當(dāng)前有效的。關(guān)于客戶服務(wù)器UDP連接的細(xì)節(jié)可以在第三章中找到。

             

            posted on 2005-12-07 07:57 rock beast 閱讀(926) 評(píng)論(7)  編輯 收藏 引用

            評(píng)論

            # re: 最近在看eMule的協(xié)議,覺得不錯(cuò),翻譯了一些!下面帖出來開始部分(止于1.2.1),很亂在不斷整理中 2006-02-15 17:37 helloworld

            謝謝您的翻譯。  回復(fù)  更多評(píng)論   

            # re: 最近在看eMule的協(xié)議,覺得不錯(cuò),翻譯了一些!下面帖出來開始部分(止于1.2.1),很亂在不斷整理中 2006-03-02 13:45 QST

            1、搜索文件是在整個(gè)emule網(wǎng)絡(luò)搜索還是在我登陸上的emule服務(wù)器搜索的?
            2、在同一個(gè)服務(wù)器登陸的用戶是否能更快的得到其他用戶的文件?  回復(fù)  更多評(píng)論   

            # re: 最近在看eMule的協(xié)議,覺得不錯(cuò),翻譯了一些!下面帖出來開始部分(止于1.2.1),很亂在不斷整理中 2006-03-02 16:30 游自在

            8錯(cuò)8錯(cuò)!!有點(diǎn)兒意思!  回復(fù)  更多評(píng)論   

            # re: 最近在看eMule的協(xié)議,覺得不錯(cuò),翻譯了一些!下面帖出來開始部分(止于1.2.1),很亂在不斷整理中 2006-03-12 14:43 yang22222222222222222222222222

            3x your translon!  回復(fù)  更多評(píng)論   

            # re: 最近在看eMule的協(xié)議,覺得不錯(cuò),翻譯了一些!下面帖出來開始部分(止于1.2.1),很亂在不斷整理中 2006-03-15 18:49 Tauruser

            請問哪里有原本的e-Mule協(xié)議呢?我想看一下完整的英文版。  回復(fù)  更多評(píng)論   

            # to 樓上 2006-03-15 21:17 dhong

            http://prdownloads.sourceforge.net/emule/protocol_guide.pdf?download  回復(fù)  更多評(píng)論   

            # 根本沒有必要翻譯這種東西 2006-03-19 16:46 無名氏

            普通的emule用戶不會(huì)看這種東西吧?

            做開發(fā)的不能閱讀英文資料,還能做開發(fā)嗎?  回復(fù)  更多評(píng)論   


            只有注冊用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            久久久久无码精品国产不卡| 久久精品国产99久久丝袜| 欧美一级久久久久久久大| 99久久人人爽亚洲精品美女| 久久成人国产精品| 久久久女人与动物群交毛片| 久久久亚洲欧洲日产国码aⅴ| 国产成人精品综合久久久久| 亚洲中文久久精品无码| 精品久久久中文字幕人妻 | 久久亚洲精品成人无码网站| 久久夜色撩人精品国产小说| 久久精品国产99久久久香蕉| 日本亚洲色大成网站WWW久久| 伊色综合久久之综合久久| 久久亚洲日韩看片无码| 久久国产精品99国产精| 欧美精品一区二区精品久久 | 午夜不卡久久精品无码免费| 久久天天躁狠狠躁夜夜网站| 国产精品久久影院| 欧美麻豆久久久久久中文| 久久精品国产99国产精品亚洲| 精品久久久久久国产潘金莲| 国产高清国内精品福利99久久| 久久天天躁狠狠躁夜夜不卡| 久久人人爽人人爽人人片av高请| 日本三级久久网| 亚洲午夜久久久久妓女影院| 久久久久久久尹人综合网亚洲| 午夜精品久久久久久影视777| 中文字幕久久久久人妻| 国产精品va久久久久久久| 狠狠色丁香婷婷久久综合| 曰曰摸天天摸人人看久久久| 亚洲一区精品伊人久久伊人| 99久久中文字幕| 亚洲色大成网站WWW久久九九| 国产一区二区精品久久凹凸| 久久综合香蕉国产蜜臀AV| 精品久久久久久无码人妻热|