• <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é)議,覺(jué)得不錯(cuò),翻譯了一些!下面帖出來(lái)開(kāi)始部分(止于1.2.1),很亂在不斷整理中

            1 介紹

            1.1 目的和范圍

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

            1.2 概述

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

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

              服務(wù)器啟用一個(gè)內(nèi)部數(shù)據(jù)庫(kù)來(lái)保存客戶和文件信息。eMule服務(wù)器不保存任何文件,它扮演中心索引的角色,保存文件位置信息。服務(wù)器的一個(gè)額外橋接功能,同時(shí)也引來(lái)無(wú)數(shù)抗議的一個(gè)功能就是穿越防火墻,使得躲在防火墻后不能夠接受引入連接的客戶得到解放。橋接功能極大的增加了服務(wù)器的負(fù)擔(dān)。eMule啟用UDP加強(qiáng)客戶性能來(lái)應(yīng)對(duì)服務(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ù)庫(kù)中,通常數(shù)據(jù)庫(kù)中存有數(shù)十萬(wàn)個(gè)可獲得的文件和活動(dòng)客戶信息。同時(shí),eMule客戶端也發(fā)送他的下載列表,包含他希望去下載的文件。第2節(jié)會(huì)提供客戶和服務(wù)器TCP信息交換的詳細(xì)描述。

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

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

              客戶使用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 閱讀(918) 評(píng)論(7)  編輯 收藏 引用

            評(píng)論

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

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

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

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

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

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

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

            請(qǐng)問(wèn)哪里有原本的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)論   

            # 根本沒(méi)有必要翻譯這種東西 2006-03-19 16:46 無(wú)名氏

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

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


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


            精品国产一区二区三区久久久狼| 国产精品久久久久久久久久影院| 亚洲中文久久精品无码ww16| 久久精品国产亚洲αv忘忧草| 久久免费的精品国产V∧| 99久久婷婷国产一区二区| 久久不见久久见免费影院www日本| 亚洲天堂久久久| 亚洲欧美日韩久久精品第一区| 久久综合狠狠综合久久激情 | 国产精品成人久久久| 中文字幕成人精品久久不卡 | 久久精品国产久精国产思思| A级毛片无码久久精品免费| 亚洲中文字幕久久精品无码APP| 成人a毛片久久免费播放| 综合人妻久久一区二区精品| 久久综合狠狠色综合伊人| 久久精品国产久精国产一老狼| 久久精品国产影库免费看| 日韩精品久久无码人妻中文字幕| 精品多毛少妇人妻AV免费久久| 久久精品国产亚洲精品2020 | 久久人妻AV中文字幕| 9999国产精品欧美久久久久久| 久久人人爽人人爽人人片AV不 | AAA级久久久精品无码片| 久久久久av无码免费网| 日韩欧美亚洲综合久久影院Ds| 99久久无码一区人妻| 香蕉久久一区二区不卡无毒影院| 日韩AV无码久久一区二区| 欧美精品国产综合久久| 中文字幕无码久久久| 亚洲欧美日韩精品久久亚洲区| 久久久久一本毛久久久| 久久婷婷人人澡人人| 四虎亚洲国产成人久久精品| 亚洲日本久久久午夜精品| 香蕉久久AⅤ一区二区三区| 精品久久人人做人人爽综合 |