> | 為什麼運行eMule後上網會變慢? | ||||
> | 什麼是Mod? | ||||
> | Mod是不是比官版更好或更快? | ||||
> | 我收到提示消息,說我的eMule被封禁了。 | ||||
> | 我能從哪裡找到更詳細的幫助? | ||||
> | eMule是匿名的嗎? | ||||
> | 我的防火牆報告說受到攻擊/為什麼eMule會發送郵件? | ||||
> | 我關閉eMule後,防火牆還報告有連接 | ||||
> | 什麼是IP過濾? | ||||
> | eMule是合法的嗎? | ||||
> | 我能將幫助或常見問題拷貝到我自己的網站上嗎? | ||||
為什麼運行eMule後上網會變慢? 依據你的設置,eMule(電騾)有可能同時建立大量連接,也可能佔用相當多的帶寬,這樣自然會降低其它網路應用程序(例如瀏覽網頁)的聯網速度。如果連接數設置錯誤或設置得太高,會導致上網速度嚴重降低。 |
|||||
什麼是Mod? eMule的源代碼是完全開放的。許多程序員在官方版eMule的基礎上開發出了修改的版本,這些修改後的版本稱為mod。請注意,eMule官方團隊不會對mod提供技術支持。 |
|||||
Mod是不是比官版更好或更快? 並不一定。 eMule的官方版本從各個mod的開發過程中汲取了許多有益的特性和經驗,但是mod開發人員不能過分修改eMule的內部工作機制,以防止其與網路中其它的客戶端不兼容。因此,正規的mod不大可能在速度上有非常明顯的提升。 mod中都會添加新的你喜歡或不喜歡的功能,當然也可能會有新的問題。你需要結合使用環境、個人喜好以及對bug的忍耐程度斟酌選擇。有些mod作者出於某種目的會添加對整個網路非常有害的特性,這類mod我們稱為吸血騾。請不要使用吸血騾,eMule官方也會通過安全特性以及封禁手段儘力減小它們造成的破壞。 在eMule官方論壇中登記的mod都是表現公正、遵守網路規則的。 |
|||||
我收到提示消息,說我的eMule被封禁了。 官方版eMule不會創建這類提示消息,應該是mod發來的。假如你使用的是官方版,大可不必理會此消息,也可以過濾掉這類消息。 |
|||||
我能從哪裡找到更詳細的幫助? 如果你在閱讀了我們的幫助文檔之後還有不清楚的地方,可以通過以下兩個渠道尋求幫助:
|
|||||
eMule是匿名的嗎? 任何P2P網路都需要在兩個用戶之間建立直接連接後才能傳輸數據。為此,發起方必須知道另一方的IP地址,才能識別和找到該用戶。要想實現匿名連接只有兩種方法:通過支持匿名的代理伺服器轉發數據包,或通過其它客戶端轉發數據包。 代理伺服器存在諸多弊端:伺服器可能因為各種原因被關閉;伺服器的管理員是否值得信任(這將極大影響匿名效果和安全性);處理如此大的流量需要花費巨額金錢。假定有台eMule伺服器平均連接著10萬個客戶端,平均每個客戶端產生單向10kB/s的流量,那麼這台伺服器必須具備每秒2000MB(約1.9GB)的帶寬和處理能力。相信這種級數的伺服器沒人用得起。 而通過第三個客戶端轉發所有數據包的方式也存在很大的問題:一半的網路流量都被用於實現匿名了。也就是說,我們每個用戶都得努力達到目前上傳量的兩倍,才能讓網路維持目前這個規模的資源量。 至少迄今為止P2P網路還沒有切實可行、安全合理的匿名實現方式。 |
|||||
我的防火牆報告說受到攻擊/為什麼eMule會發送郵件? 軟體防火牆通過數據包所使用的埠來分析流量。許多埠通常都有特定的應用場合。以電子郵件為例,一般都通過110埠接收郵件、通過25埠發送郵件。此外,木馬或其它惡意軟體也會使用特定的埠。 由於eMule允許用戶自由配置埠,有些用戶可能就會把埠設置為通常保留給其它應用程序的埠。此時只要eMule通過相應埠建立連接,防火牆就會報告受到攻擊或報告eMule在發送郵件。 假如你使用官方版eMule,那麼完全可以放心,eMule未經允許不會發送任何信息。此外,在目前的版本上還未發現明顯漏洞。 |
|||||
我關閉eMule後,防火牆還報告有連接 在運行eMule期間,網路上的其它一些用戶能夠知道你在供源。此外伺服器也會根據你的共享文件,將你作為來源轉告給其它用戶。當關閉eMule後,假如某個連接仍然可用,你就還會繼續收到其它用戶的請求包。請放心,這種狀況稍等一會兒就會慢慢消失。 |
|||||
什麼是IP過濾? 有些網路地址是有害的,IP過濾能夠屏蔽這些網路地址的數據流。目前提供過濾列表的常用網站有Methlabs、Bluetack以及Lussnig的IP過濾列表。在「選項」 -> 「安全」 -> 「從此URL更新」輸入框中添加這些指向過濾列表文件的鏈接(例如http://bluetack.co.uk/config/antip2p.txt),然後點擊「載入」按鈕。假如鏈接指向.zip文件,也可以下載後直接添加屏蔽列表。 |
|||||
eMule是合法的嗎? 與FTP/HTTP一樣,eMule只是一個用來傳輸文件的工具,因此是完全合法的。不過與任何工具軟體一樣,軟體本身合法並不意味軟體的任何用途都合法。幾乎所有國家都規定,未經版權持有人許可,禁止下載版權保護的資料。因此,假如你打算下載最新的電影,這就很可能不是eMule的合法用途,我們強烈建議不要這樣做。有時候可能真的很難辨別某個文件是否能合法下載,假如你想確保不侵犯任何版權,建議你訪問像我們的eMule內容資料庫這樣的網站,所有鏈接的文件經過校驗都已經具有合法許可證,通過eMule下載這些文件不違反任何法律。 |
|||||
我能將幫助或常見問題拷貝到我自己的網站上嗎? 你可以拷貝幫助及常見問題的任何內容,不過必須註明原始作者,並且必須添加指向eMule官方網站http://emule-project.net的鏈接。 |
|||||
《雜項》,由Ejack翻譯自eMule官方網站英文版幫助與支持《Misc》並首發於eMuleFans.com。原文版權歸屬於eMule官方和原文作者。翻譯內容版權歸屬於翻譯者並遵守CC 3.0 BY-NC-SA協議。已編入eMule官網簡體中文版幫助與支持《雜項》。英文原文最後由Monk更新於11.09.2006 0:09。
15條評論隱藏
verycd的假電驢官網emule.org.cn很無恥的複製了官方的繁體中文幫助,並且沒有按照emule官方的要求署上http://emule-project.net的鏈接,真不要臉! 🙄
@verycd去吃屎 這個應該發在留言板上 😀
論壇的兩個鏈接貌似失效了,要不要改下?
@孫山 感謝提醒,已經更新
電騾的巨大缺陷
電騾的巨大弱點是什麼?
答:血不足,被吸血。
為什麼會這樣?
答:電騾原理有缺陷,即不合理的地方。
你有什麼改進想法?
答:這是我偶然想到的。拿出來跟大家探討。
—先說想法—
我們知道電騾有上傳級別,最高是發布,我想在這個級別以上,再在增加兩個發布級別,它們分別是:【黃金髮布者】和【鑽石發布者】
1 假如某人上傳帶寬較高(比如說達到了百兆),且有外網ip,那麼他可以切換成【黃金髮布者】這時候它是通過http協議,或ftp供源。這樣他就擁有了由http和ftp伺服器帶來的額外的功能,一網址跳轉(分發),就是把客戶端的下載請求,轉接到另一台http伺服器上的某文件上。二限制請求下載資源的客戶端,每ip帶寬,限制總帶寬,限制每個ip有多少個連接數。
2 假如他帶寬更大,有固定ip,好的埠80,8080,3128等,它還可以切換成【鑽石發布者】
【黃金髮布者】和【鑽石發布者】就是好「血」,電騾還缺這樣功能:1同時從http伺服器和電騾源下載資源塊,2伺服器和kad之間傳播【黃金髮布者】和【鑽石發布者】。
—後說好處—
說來說去,網上有很多http伺服器,ftp伺服器。它們都有高帶寬,有人從其中下載的時候,它們很擠,沒人下的時候,它們很閑。它們有下載資源,有帶寬,卻由於很多原因,無法成為電騾(等p2p)伺服器,我這想法是讓電騾去這些伺服器上去吸血罷了,從時間和帶寬上來講都是均衡的吸,也就是說結合傳統下載和p2p下載。
結合的好處絕對是雙方受益,絕不會有下到99%沒源了的情況,一個新的資源(如電影)產生後,源比較少,放在http,ftp上開始供源,你拉的就會快,也就是說資源的前30%分發的快,慢慢的下載的人多了,壓力轉移到了p2p上,只要種子健康多於300%,那http,ftp關機都沒關係。
讓電騾能http ftp供源的好處是:地址跳轉,分發,限制,快速上傳,由於連接上來的人會很多,即使有非p2p軟體來吸血,也吸不走多少。而http,ftp源存在的目的不是為了防吸血。
當然,在下個版本的電騾,如電騾6.0中可以暫不提供這功能,但由電騾轉發下載請求到http的功能應該有。同時從http伺服器和電騾源下載資源塊,伺服器和kad之間傳播【黃金髮布者】和【鑽石發布者】的功能也應該有。這三個功能你想想吧,其實很容易編程實現。
—後記—
大家下載資源,把它看成是一個10棒接力賽跑的話,前三棒就是衝刺,應該讓http,ftp這運動員來完成,後七棒p2p當仁不讓,所以說我的方法才合理,才沒缺陷。
2011-3-24
網站主人:
算是我投稿吧,請開個標題,做成頁面,連接到首頁,讓大家討論。 謝謝。
1.是不是搞錯了?
2.eMule官版肯定是不會走向http的方向。支持多協議的mod已經存在。
3.限制每個IP是不可取的,這樣等於藐視LowID用戶。
4.已經有多協議mod實現這樣的功能。但是我懷疑從http下載的文件塊如何保證其有效性。
5.重要的是如何確保口碑是真實的而不是鼓吹出來的。這個機制的安全性是一個非常大的問題。
6.不知道如何保障http和ftp的源的真實性?
@q emule可以添加http源,emule也支持多http源的連接。
你說的什麼黃金磚頭之類發布者之類等級沒有意義,對你來說可能是黃金,對我來說可能是磚頭。
@q
哪裡可能是6.0?現在不過是0.50a,按照目前一年一個版本的進度,你可能還要等500多年才能等到6.0版本吧。
@q 有創意,但大部分不現實,完全是空想。你這稿還是別投了,發出來會被圍觀笑話,就在這裡討論就可以了
首先你怎麼上傳到http伺服器,共享的時候就上傳么?
上傳到哪個http伺服器?如果根據你的想法,共享到ed2k網路中的文件都要同時上傳到http伺服器分流,不可能有人能提供如此龐大的伺服器
因為版權問題很多伺服器也都無法提供http下載。p2p則可以說資源不在自己伺服器上,雖然嚴格說也是不行的,貼鏈接都不行。另外,如果是大陸的伺服器,還要各種證件執照什麼的
在什麼時候,從http、ftp和eD2k下載以什麼比例,也是要考慮的
你那什麼「黃金」和「鑽石」發布者無意義。MorphXT在「發布」之上有「強力發布」,你可以試試
@emuler
其實他之所以會有這些建議還是沒有從本質上認識電騾到底為何物
還以為電騾是像QQ那樣由某個具體的商業公司在運營的。
——————————————
我又來了 ;) 糾正一個我的錯誤,我設想的下一代電騾版本號應該是 0.6
我們討論的是下一代電騾的大事,是關係到幾十萬億次下載,分享的大事。在沒有路的時候
摸索前行,確實太廢腦筋,但卻不要有中國人的劣根,不要簡單粗暴地說這不應該有,那樣
不行,以你的小小智慧就能否定這個否定那個嗎?那你只配在他人發明協議後當用戶,讚歎
他人的偉大,而你怎麼當初就沒想到呢?也不是你沒想到,而是中國的教育把你腦袋弄的固
執了,你根本不去想,或者最先想到的是如何否定它,這就是中國人沒有創造力的劣根!這劣
根讓你根本沒法推動協議前行。搞發明首先要想到,為什麼不行,怎麼才能讓他行,老愛剛
發明出的電燈不也是醜陋不堪么?又費電又不亮。記住:別總想著否定我,要想著怎麼幫我,
將我的想法實現!
先說 p2p之間傳播【http下載地址】和【ftp下載地址】的功能,我們現有的是用kad實現,
交換其他電騾用戶的ip和埠。現在要加上分享http,ftp的ip和埠,幾乎眨眼就能做到。
使用時只需要將http,ftp看成一個:不要積分,純供「血」的,使用協議不同的電騾客戶端
即可。而且可以手動為當前p2p添加http,ftp資源鏈接,或者用一個分析網址插件,從web頁
面中挖資源的http連接。添加的資源,首先文件大小要和p2p的一樣,至於資源是否和我們要
下的一樣,在下面討論。
同時從http伺服器和電騾源下載資源塊,mod和迅雷已經實現了。這塊也很簡單。但這塊有兩個
問題,
1缺高帶寬的http,ftp伺服器,迅雷的解決方案是部署了很多cdn和離線下載伺服器,這些是私
有的,我們的對策又有2個:1讓我們的http mod去分析器http下載地址和密碼,從而鑽進去吸
血!這是很流氓的想法,呵呵。2讓電騾軟體有http,ftp分享的能力。或轉發給http,ftp服務
器的能力。
如何確保資源正確的問題,校驗啊!
記住電騾向前走一小步,就是分享世界的一大步,我說這不閑麻煩,你看著也別嫌煩!
電騾靠什麼校驗,1文件名後面的校驗碼 2aich校驗碼 3完整校驗
當你擁有完整的資源時,才能產生2和3,
你的資源只要符合2,3之一,就是可靠的。
也就是說只要我們有了2,或3,我們就可以上http上下載,邊下載,邊校驗,校驗失敗的丟棄即可。電騾下載不是也有校驗失敗丟棄的情況么?
我假設這樣一個情況http資源a.zip。文件大小和我們的正確資源相同,但只有十分之一是好的。
其他都是壞的。
我們需要知道a.zip的3種校驗碼,但是http伺服器不能提供任何一種校驗碼。我們在下載的同時需要和其他電騾客戶端查詢此3種校驗碼。
也就是說下一代電騾只要有下列和校驗相關的功能即可:
1 從其他電騾客戶端查詢,當前http資源的校驗碼,
2 他人從我這查詢某http資源校驗碼,我有的話立馬提供。
3 組合這些來自不同的人的校驗碼,成為aich校驗碼或完整校驗
4 假如從http下載到了5%(設定),還是沒有電騾用戶提供校驗碼,軟體中用紅色表示此資源。是取消下載,還是繼續下載,用戶可選擇。
5 你已知了某資源的aich校驗碼或完整校驗。在你下http資源時,將幫忙校驗。假如你下載的某http塊和校驗碼比對後正確,則在其中插入校驗碼。沒校驗的塊插入0,校驗失敗的插入-1之類。別的p2p用戶向你請求時,把你校驗過的發給他。
6 有兩個人都告訴你某http資源的某塊是壞塊,你就不從此http下此塊。
假設上面的已經實現了,假如我是一個高帶寬的資源下載站點,有很多資源,純供血。對於已經
上傳了一段時間的資源來說,已經有p2p為我分擔下載壓力了,我想把這樣的【有種資源限速,而
把帶寬分給新發布的資源】,也就是說每個資源單獨限制連接數,限速。現在的電騾是無法實現
的,這也是我發明【黃金髮布者】和【鑽石發布者】的初衷,在強調一遍,人家純供血,即使限
制了速度,連接數等,你也別有怨言。我做么著限速對電騾協議實現起來可能困難。而在http協
議上實現限制連接,限速容易。
大家繼續談談~~
需要強調多少次,這位仁兄才能記住,這個是emule本來就有的功能,不是mod實現的。 😯
@q emule官方本來就支持http來源,這不是什麼mod功能。但是讓客戶端相互交換http來源我也想過,可靠性太差,造假攻擊卻很容易,對於p2p實在沒有太大意義,只適合http網站那管理員自己發布資源用,而這點emule也早就實現了,就是ed2k-http鏈接。
根本不困難。非不能也,是不為也。分析官版的上傳分配思路是儘力實現自動的、均衡的分布,當然其策略和演算法還是有待商榷(我個人認為mod中也許可以靈活一些調整該策略)。
不管你是什麼樣的大帶寬,總有mod適合你的需求(包括多協議的),完全可以參考其源代碼。