当前位置：文档之家 › 全解eMule如何获得HighID

全解eMule如何获得HighID

  • 格式：doc
  • 大小：1018.00 KB
  • 文档页数：20

如果你的eMule（电骡）还是LowID，如果你还在苦苦寻觅获得HighID的方法，那么这篇教程一定不会令你失望。

——asp502010我几个月前写过一篇获取HighID的教程，但限于当时的水平，其中出现了不少错误，给大家带来的不便我在此道歉。

经过几个月的学习，我决定重写这篇教程，把大家所处在的几种不同的网络环境都囊括进来，并提供相应的设置解决方法。

◇◇目录◇◇1、初识HighID与LowID2、HighID与LowID的本质3、运营商——HighID的根本4、各种网络环境下的设置方法●防火墙——人人必需●路由器——核心设置●光猫——越来越多●多个路由器——特殊情况5、总结1、初识HighID与LowID辨别自己的骡子是HighID（或LowID）的三种方法：①在"选项"-->"连接"中，点击“测试端口”，会自动打开网页进行测试，如果结果如下图，显示绿勾，说明端口测试成功，是HighID。

如果多次刷新网页后仍如下图，显示红叉，说明端口测试失败，是LowID。

②连接上电驴服务器后，打开“服务器”面板，右侧“我的信息”中“ed2k网络”下会显示“HighID”或“LowID”。

下图为Xtreme 8.1 LowID。

③连接上电驴服务器后，软件窗口右下角“地球”图标上会有两个箭头，左边箭头代表ed2k 网络的连接情况，绿色代表HighID，黄色代表LowID，红色是断开连接。

（右边箭头代表kad网络的连接情况，一般与左边颜色一样）下图为LowID的显示效果。

2、HighID与LowID的本质下载文件时，HighID用户的来源会比LowID用户多，相应的，下载速度会比LowID用户快。

这时可能有人会抱怨：eMule真是流氓，分什么LowID、HighID，然后不同对待，这是歧视！我真是要为eMule喊冤，其实HighID/LowID不是eMule这个软件搞出来的，也不是这个软件的缺陷，而是互联网结构决定的。

众所周知，电脑接入互联网，一定会分配一个ip地址作为“身份证”。

HighID代表拥有独立公网IP并且能提供端口给eMule工作的用户，此类用户可以和任何eMule兼容客户端连接与下载。

LowID则一般指没有公网IP的内网用户，两个LowID用户之间是无法直接连接的，所以LowID的用户下载来源会相对少一点（无法从其它Low ID用户那里下载）。

无论什么类型的P2P软件，MSN、QQ、BT……都无法实现两个内网（LowID）用户之间的直接通讯。

MSN、QQ等即时聊天工具都是通过服务器转发数据实现的，像MSN，所有的数据都是通过服务器转发，因此MSN上是看不到好友的IP地址的。

而如果你用过早期QQ版本的话，应该知道有一种情况经常会发生，就是即使聊天的2个人都在线，所有的聊天内容后面都会跟上“(通过服务器转发)”，现在的版本只是已经去掉了这句话。

然而，为传输大量数据而设计的eMule、BT等P2P软件显然无法使用“服务器转发”来实现LowID用户之间的通信——因为大量的数据转发会无端浪费极大的网络带宽，并且eMule、BT之类免费软件也无法提供要求如此之高的服务器来完成这项任务。

BT之中没有LowID的说法只是因为它不提，而不是它能够解决这个问题。

所以不要说因为LowID 的关系而放弃eMule转用BT，那是荒诞无稽的笑话:-)以上阐述了HighID与LowID是客观的网络结构，由我们自己所处的网络环境所决定，只要是P2P软件（包括旋风和迅雷）都无可避免会受它影响，只有eMule才有良心的告诉大家。

3、运营商——HighID的根本是否为HighID的关键在于网络环境，那么谁能决定网络环境？当然是给我们提供互联网接入的运营商！电信、联通（含网通）、移动（含铁通）是中国唯三的一级网络运营商，掌握着所有公网IP，而长城宽带、方正宽带、联速、电信通、歌华有线等二级网络运营商都是从三大手里买公网IP，而这些二级网络运营商为了盈利，一般只提供共享宽带上网服务，很少把公网IP提供给个人用户，这样也就不可能获得HighID。

能获得HighID的用户有：●绝大多数电信、联通（网通）用户，一部分移动（铁通）用户。

●极少数二级网络运营商用户。

（万中无一^_^）●独享光纤用户（要看运营商、要看架设协议中是否标明”公网IP“与”连接外网“）注定是LowID的用户：●极少数电信、联通（网通）用户，很大一部分移动（铁通）用户。

（拿移动没办法-_-!）●绝大多数二级网络运营商用户。

●共享光纤用户、小区（共享）宽带用户●中国移动CCMC、中国电信Chinanet、中国联通Chinaunicom免费公共WIFI用户●3G网络用户（联通、移动是内网，电信是公网IP，不确定）●校园教育网用户●公司局域网（理论上可以获得HighID，但需要各级路由器的帐号密码，这很困难）综上可以看出，想要获得HighID，办宽带时要问清楚是不是公网IP，尽量选择电信或联通。

对于已经使用电信或联通宽带，却仍是LowID的骡友，下面将讲述如何通过设置获得HighID。

另外，希望LowID骡友不要灰心丧气。

在下载热门资源时LowID与HighID没有太大差别。

江湖上流传着这么一句话“LowID羡慕HighID的源数，HighID羡慕LowID的带宽，鱼与熊掌不可兼得。

”同时下载多个文件，多排会队，相信自己，更相信其他骡友，总会下载到所需的。

4、各种网络环境下的设置方法即使运营商给你提供的是公网IP，但家里的路由器、光猫或者防火墙如果设置不当，都会导致无法获得HighID。

下面将讲述如何正确设置网关与软件，打通网络的最后1%。

（1）防火墙——人人必需设置防火墙是获得HighID的第一步。

现在Windows系统都有系统防火墙，选择关闭可以。

但如果希望保持防火墙开启，那么就需要添加例外对eMule软件放行。

XP系统：第一步：依次点击[开始]-[控制面板]-[安全中心]-[Windows 防火墙]，点击[常规]选项卡，确认取消[不允许例外]。

第二步：打开[例外]选项卡，点击[添加程序]，把eMule添加进去，确定即可。

Win7系统（Win8系统类似）：依次点击[开始]-[控制面板]-[Windows防火墙]-[允许程序或功能通过Windows防火墙]，在列表中找到“eMule”，把前、后的全部勾选，确定。

如果没有找到“eMule”，点击下面的“允许运行另一个程序”把eMule软件添加进去即可。

（2）路由器——核心设置本节介绍使用ADSL猫+路由器线路的骡友，应该如何设置路由器（与是否开启无线路由功能无关）。

路由器设置方法是本文的重中之重，在后面介绍光猫的设置与多路由器的设置时都会用到，务必要理解。

设置前请尝试电脑直连ADSL猫，打开eMule确认可以获得HighID，再连接上路由器做相应设置。

路由器为我们提供了多人共用一个IP上网的服务，作为代价，我们都处在了内网中。

但是路由器也给我们提供了三种功能打通这条路：UPnP、端口映射、DMZ主机。

使用三种功能中的任何一种都可以获得HighID，但不要同时使用以防冲突，下面介绍各自优缺点。

① UPnP优点：最简单完美的解决方案缺点：最不稳定、成功与否取决于路由器的好坏。

②端口映射优点：稳定、管用缺点：每个P2P软件的每个端口必须单独设置开放。

③ DMZ主机优点：简单、粗暴、管用缺点：存在安全隐患根据优缺对比，推荐大家使用方法的优先级从高到低为：UPnP>端口映射>DMZ主机，前者无效，再尝试后者。

以下每种方法都提供TP-Link与D-Link两个品牌路由器的操作方法以供参考，其它品牌路由器设置类似。

特别提醒：进行下述设置前，请骡友记录下原有设置，如果设置后无法上网，还原原有设置即可恢复正常。

① UPnPUPnP（Universal Plug and Play，通用即插即用）协议，也称“UPnP服务”。

路由器开启了UPnP 服务后，我们的电脑可以根据软件的需要自动地在路由器上打开相应的端口，使得外网能够通过打开的端口访问内网主机。

UPnP协议每个路由器都提供，但是否成功严重依赖路由器的优劣，TP-Link与D-Link经测试无问题，其他品牌不敢保证。

TP-Link：第一步：打开浏览器，输入http://192.168.1.1，用户名admin，密码为空，进入路由器设置页面。

（登入IP、用户名、密码以路由器说明书为准）第二步：进入界面：转发规则>> UPnP设置，点击“开启UPnP”按钮，路由器自动重启，设置完成。

下图为已开启UPnP状态。

第三步：以上路由器虽自动重启，但强烈建议手动断电关闭路由器10分钟，然后再打开路由器。

第四步：确认防火墙、路由器设置无误后，打开eMule，在[选项]-[连接]中勾选“启用UPnP 端口映射”。

（没有的话，在[选项]-[扩展设置]-[UPnP]下，勾选“启用UPnP端口映射”；天使骡，在[选项]-[ScarSngel]中,点击[ScarSngel]选项卡，找到[连接调整]-[通用即插即用UPnP]，勾选“允许UPnP”）第五步：重启eMule，连接上服务器后，“服务器”面板右侧“我的信息”中，“UPnP”处显示“绑定成功”，同时获得HighID。

表示设置成功。

如果“UPnP”处显示“未知”、“错误”、“没发现支持UPnP的路由器”等，可以使用UPnPtest 工具查找问题是出在防火墙、路由器还是服务设置，下载及使用方法见/p/2544505530如果“UPnP”处显示“绑定成功”，但仍是LowID，并且确定不连路由器时可以获得HighID。

那么请在路由器中取消UPnP，重启路由，然后再打开UPnP，断电关闭，等待10分钟开启。

重复一遍后，如果eMule还是LowID，那么可以确认是路由器UPnP的问题。

请放弃使用UPnP，选择另两种方法获得HighID。

D-Link：第一步：打开浏览器，输入http://192.168.0.1，用户名admin，密码不填，进入路由器设置界面。

（登入IP、用户名、密码以路由器说明书为准）第二步：进入界面：进阶设定>> 高级网络设置，勾选“激活UPnP”，点击“保存设定”，路由器自动重启，设置完成。

下图为已开启UPnP状态。

第三步～第五步与TP-Link相同。

特别提醒：有些骡友还安装了额外的杀毒或防火墙软件，那么也一定要在其中添加例外放行eMule，请根据情况自行设置。

ADSL猫（Modem）直接连接电脑的用户通过此方法就可以获得HighID了。

小科普：ADSL猫：ADSL宽带上网必需，一个电话线接入口，一个网线接出口，很简单。

光猫：光纤上网必需，一个方形光纤接入口，众多接出口，多存放于住户门内墙壁开出的信息箱中。

合集下载

[整理版]emule xtreme-mod 具体装置设置教程

[整理版]emule xtreme-mod 具体装置设置教程

[整理版]emule xtreme-mod 具体装置设置教程eMule Xtreme-Mod 详细安装设置教程这个是我一直在用的emule修改版软体，骡友对其评价很高。

在此推荐: 用了有几天了，先谈谈使用感受: 21)) Xtreme连接速度超快，而且能飞快的达到最高(并不是网络的最高速，而是能连到的最高速)。

我网络极限是优先链接上传快的用户，用了这几天，我连到一个最快的是给我上传400k，前天我同时下10个韩国180kMV(的用户，这是我记忆中使用eMule从没有过的群星“快感 -”《韩国群星 :-) 3) 看到有些朋友很在乎内存，我这里说一下我的情况，我2G内存，MV&LiveXtreme平时也就不到60M，根本感觉不出来对系统有任何影响，翻网页的时候也不是很明显(这点比VeryCD做的好)，大家注意我并没有打开合辑一》“NAFC”来监控上传/1-100[HDTVRip]下载。

暂时就这些了，以后有新的感受我会更新。

是VeryCD带我进入的eMule世界，我很感谢VeryCD。

在国内VeryCD有非常大的用户群，这是很好的条件，由衷的道一声:VeryCD，加油～～～ 2006年4好了，下面进入正文文(文章末尾有满速400k。

Xtreme月发布) 的时候，Xtreme 就达到了高潮～的下载地址): 昨日在百度空间看到一朋友用心做的这篇详细的教程，感觉对刚刚使用Xtreme 驴子的朋友非常有帮助。

我也刚刚接触Xtreme，以前一直用VeryCD。

我在获得的作者允许的情况下，转到VeryCD社区，希望能对朋友们有些帮助 :-) 之前有个XtremeMod新手帮助帖，可没有这样的完整的带图文说明，我觉得大家还是值得一看的。

我在这里对这篇文章的作者-- snap_bai 表示感谢～我希望大家甭管使用什么版本的eMule，设置的时候一定要遵循“我为人人，人人为我”的原则，况且本身这就是eMule能够延续至今的原因。

Emule Kad 网络分析

Emule Kad 网络分析

Emule Kad协议手册文档编写：kernel,huby版权所有: emuledev@一、概述 3二、协议参数分析 (3)2.1 BootStrap Req/Res (3)2.2 Hello Req/Res (4)2.3 Kad Req/Res (4)2.4 Kad Search/Publish Req/Res (6)2.5 Kad Firewalled Req/Res (6)2.6 Kad FindBuddy Req/Res (7)2.7 kad Callback Req (7)三、KAD Search Action (7)3.1、SendFindValue (8)3.2、StorePackt (8)3.2.1 GetInfo相关协议： (9)3.2.2 Publish 相关协议： (9)四、Emule Buddy机制分析 (9)4.1 网络协议包序列图： (10)五、Emule Kad 数据结构分析 (11)附录1( OPCode List): (12)附录2(Question List)： (14)一、概述Kad使用UDP协议，通过eMule软件的UDP端口发送和接收数据这个宏定义了我能够接受的KAD最高版本#define KADEMLIA_VERSION 0x02在ed2k协议里面被使用CUpDownClient::SendHelloTypePacketKad版本：分为1.0和2.0区别：使用两套独立的opcode从2.0开始具有可扩展性，将版本信息写入协议，日后的扩展不再需要修改opcode0.47a默认使用的版本为Kad1.0，但是支持2.00.47c没有测试过KAD协议基本上是成对的一个REQ(Request)就有一个对应的RES(Respone)所有具有KAD头的包，（有些可能是压缩的），最终被送到Kademlia::Process中处理Process处理各种不同的opcode并将这些数据送到对应的处理函数，在REQ消息的处理函数中，解析发送过来的数据，并且构造RES数据包并发送出去二、协议参数分析2.1 BootStrap Req/Res0x00 KADEMLIA_BOOTSTRAP_REQ发送请求，这个时候急需扩大自己的KAD网络总共发送25B, 参照CKademliaUDPListener::SendMyDetails16B The sender Kad ID4B The sender IP2B The sender UDP Port2B The sender TCP Port1B 00x08 KADEMLIA_BOOTSTRAP_RESPacket Param: 返回20个Peer信息+自己的信息KADEMLIA2_BOOTSTRAP_REQKADEMLIA2_BOOTSTRAP_RES2.2 Hello Req/Res0x10 KADEMLIA_HELLO_REQ总共发送2B+25B, 参照CKademliaUDPListener::SendMyDetails1B OP_KADEMLIAHEADER1B byOpcode16B The sender Kad ID4B The sender IP2B The sender UDP Port2B The sender TCP Port1B 00x18 KADEMLIA_HELLO_RES回应KADEMLIA_HELLO_REQ，协议包格式和KADEMLIA_HELLO_REQ一样KADEMLIA2_HELLO_REQ参照CKademliaUDPListener::SendMyDetails1B OP_KADEMLIAHEADER1B byOpcode16B The Sender KadId2B The sender UDP Port1B KADEMLIA_VERSION1B Tag Count(2)1B+32B TAG_USER_COUNT(uint32)1B+32B TAG_FILE_COUNT(uint32)KADEMLIA2_HELLO_RES回应KADEMLIA2_HELLO_REQ，协议包格式和KADEMLIA2_HELLO_REQ一样我们可以看到，在2.0版本中，KadHello交换数据包括了自己Kad中已知的用户数和文件数, 但接收方都没有处理其中的Tag信息2.3 Kad Req/Res0x20 KADEMLIA_REQ向一个Contact发送KAD Search 请求，希望得到更接近一个Hash 值的Contact 信息Search类型包括：KADEMLIA_FIND_V ALUEKADEMLIA_STOREKADEMLIA_FIND_NODE参考CSearch::SendFindValue(CContact* pContact)1B OP_KADEMLIAHEADER1B byOpcode1B Search Tye16B Target Hash16B 当前Contacting 的Contact ID0x28 KADEMLIA_RES返回更接近一个hash value的Contact信息，这样我们可以获得更加逼近hash的Contact 信息，也就是说我们更加有可能找到含有这个hash信息的Contact 〔回应方不管具体的Search类型，只是把有更接近Target的Contact 发送给请求方〕参考CKademliaUDPListener::Process_KADEMLIA_REQ和CKademliaUDPListener::Process_KADEMLIA_RES1B OP_KADEMLIAHEADER1B byOpcode16B Target UINT1281B 更接近Target的Contact Count// Max count is 32. size 817.. // 16B + 1B + 25B(32)n*25B 16B Contact ID4B IP2B UDP Port2B TCP Port1B Type (发送这个信息时有填写ContactType值，但Response中处理的时候好像没处理)Kad2.00x21 KADEMLIA2_REQ参考CSearch::SendFindValue(CContact* pContact)1B OP_KADEMLIAHEADER1B byOpcode1B Search Tye16B Target Hash16B 当前Contacting 的Contact ID0x29 KADEMLIA2_RES2.4 Kad Search/Publish Req/Res在kad 网络内获取需要的索引信息或发布信息GetInfo 相关协议：KADEMLIA_SEARCH_REQ //UnUsed(老的协议)KADEMLIA_SEARCH_NOTES_REQ KADEMLIA2_SEARCH_KEY_REQ KADEMLIA2_SEARCH_SOURCE_REQ KADEMLIA2_SEARCH_NOTES_REQKADEMLIA_SEARCH_RES KADEMLIA_SEARCH_NOTES_RES KADEMLIA2_SEARCH_RESPublish 相关协议：KADEMLIA_PUBLISH_REQ //UnUsed(老的协议)KADEMLIA_PUBLISH_NOTES_REQ KADEMLIA2_PUBLISH_KEY_REQ KADEMLIA2_PUBLISH_SOURCE_REQ KADEMLIA2_PUBLISH_NOTES_REQKADEMLIA_PUBLISH_RES KADEMLIA_PUBLISH_NOTES_RES KADEMLIA2_PUBLISH_RES2.5 Kad Firewalled Req/Res请求别的Peer 检测自己是否FireWalled参考 CKademliaUDPListener::Process_KADEMLIA2_REQ 和 CKademliaUDPListener::Process_KADEMLIA2_RES 1B OP_KADEMLIAHEADER 1B byOpcode 16B Target UINT1281B 更接近Target 的Contact Count// Max count is 32. size 817.. // 16B + 1B + 25B(32) n*25B16B Contact ID 4B IP 2B UDP Port 2BTCP Port0x50 KADEMLIA_FIREWALLED_REQ0x58 KADEMLIA_FIREWALLED_RES2.6 Kad FindBuddy Req/ResEmule 中的LowId 需要积极主动找HighId作自己的Buddy，以便于和其它Peer通信Exam: LowId(A) 主动FindBuddy HighId(B)0x51 KADEMLIA_FINDBUDDY_REQ//packet param: <128bit Target(Low.A KadId~)><Low.A ClientHash><Low.A Port>0x5a KADEMLIA_FINDBUDDY_RES//packet param: <Low.A KadId~><High.B ClientHash><High.B Port>//B在接收到了FINDBUDDY_REQ之后，立即回答自己的TCP PortBuddy 之间互相保持通信联系：OP_BUDDYPING Param<NULL>OP_BUDDYPONG Param<NULL>20Minute间隔交互PINGPONG一次，并且HighId一方有防止LowId 频繁发送PING（LowId 至少必须间隔10Min发送一次）2.7 kad Callback Req0x52 KADEMLIA_CALLBACK_REQOP_CALLBACK三、KAD Search ActionKAD 网络中的Search 主要分为以下三组Action操作：#define KADEMLIA_FIND_V ALUE 0x02#define KADEMLIA_STORE 0x04#define KADEMLIA_FIND_NODE 0x0BActionType SearchType 说明KADEMLIA_FIND_V ALUE FILEKEYWORDNOTESFINDSOURCEKADEMLIA_STORE STOREFILESTOREKEYWORDSTORENOTES:FINDBUDDYKADEMLIA_FIND_NODE NODE:NODECOMPLETE:Kad的操作又分为两个阶段（Ⅰ）先尽量找到与Target最近的的Contact〔SendFindValue〕（Ⅱ）直到找不到更近的Contact后，就在当前最近的Contact开始做具体的StorePacket Value操作（Publish or GetInfo）[Emule目前代码实现是：一个Contact如果3s之内没有返回更接近Target的Contact，则可以对该Contact进行Value操作了]3.1、SendFindValue查找与Target 更接近的的Contact：# Trace: Kad SendFindValue(CContact* pContact) CallStackCSearch::Go( )|->CSearch::SendFindValue( ... )CSearch::JumpStart( )|->CSearch::SendFindValueCSearch::ProcessResponse|->CSearch::SendFindValue //从Res结果中筛选出最好，继续SendFindValue相关协议：KADEMLIA_REQKADEMLIA2_REQKADEMLIA_RESKADEMLIA2_RES3.2、StorePackt对Contact 发包，完成不同Action的Value操作(主要是Publish和GetInfo)#Trace: Csearch::StorePacktCKademlia::Process( )|->CSearchManager::JumpStart( )|->CSearch::JumpStart( )|->CSearch::StorePacket( )3.2.1 GetInfo相关协议：KADEMLIA_SEARCH_REQ //UnUsed(老的协议)KADEMLIA_SEARCH_NOTES_REQKADEMLIA2_SEARCH_KEY_REQKADEMLIA2_SEARCH_SOURCE_REQKADEMLIA2_SEARCH_NOTES_REQKADEMLIA_SEARCH_RESKADEMLIA_SEARCH_NOTES_RESKADEMLIA2_SEARCH_RES3.2.2 Publish 相关协议：KADEMLIA_PUBLISH_REQ //UnUsed(老的协议)KADEMLIA_PUBLISH_NOTES_REQKADEMLIA2_PUBLISH_KEY_REQKADEMLIA2_PUBLISH_SOURCE_REQKADEMLIA2_PUBLISH_NOTES_REQKADEMLIA_PUBLISH_RESKADEMLIA_PUBLISH_NOTES_RESKADEMLIA2_PUBLISH_RES四、Emule Buddy机制分析Emule 中的Buddy 机制是为了增进Emule中HihgId-LowId/LowId-LowId的通信，使得一个公网的Peer可以和处于NAT内的Peer之间相互通信，同时加上适当的策略，也可以让两个处于NAT内的Peer之间相互通信。

emule中的图标含义(感叹号,笑脸之类)

emule中的图标含义(感叹号,笑脸之类)

emule中的图标含义（感叹号，笑脸之类）正在从该客户那里获得上传数据或接收文件Hashset值正在该客户那里排队或正在请求传输正在尝试连接到该客户该客户没有你所需的文件段，或你正在请求其另一个文件，或因为对方队列已满或与其皆为LowID而无法连接上该客户状态未知收到一条新消息（来自好友或他人）普通的eDonkey（电驴）客户端或早期的eMule（电骡）客户端可以支持eMule扩展协议的客户端普通客户端并且受到高信用积分奖励（这意味着他在你这里排队时具有高优先级）支持eMule扩展协议的客户端并且受到高信用积分奖励mlDonkey客户端mlDonkey客户端并且受到高信用积分奖励eDonkey2000-Overnet-Hybrid（电驴官方版）客户端eDonkey2000-Overnet-Hybrid （电驴官方版）客户端并且受到高信用积分奖励Shareaza客户端Shareaza客户端并且受到积分奖励已经通过安全用户认证的客户端启用了乱序协议加密（迷惑协议）的客户端启用了乱序协议加密（迷惑协议）并且通过安全用户认证的客户端已经连接上eD2k（eDonkey 2000 Network - 电驴网络）服务器和Kademlia网络，并且都是high ID已经连接上，在eD2k获得high ID，但是在Kademlia网络是low ID （通过防火墙）已经连接上，在eD2k获得low ID，Kademlia获得high ID已经连接上eD2k服务器和Kademlia网络，但都是low IDKademlia没有连接上，在eD2k获得high IDeD2k没有连接上，在Kademlia获得high IDKademlia没有连接上，在eD2k获得low IDeD2k没有连接上，在Kademlia获得low ID没有连接上任何网络Kademlia节点状态—正在初始化与该节点的连接，状态未知Kademlia节点状态—该节点已响应请求Kademlia节点状态—该节点已出现一次未响应的情况Kademlia节点状态—该节点可能已经失效，将会被移除Kademlia节点状态—节点已响应请求，但是未找到更加靠近关键字的节点Kademlia节点状态—节点未验证。

电驴常见问题

电驴常见问题

电驴常见问题我从VC转来的Q.我的服务器列表里出现了奇怪的服务器，好多，他们都是灰色的。

A.灰色代表的是Ping未成功的，或是在被IPfilter所过滤的IP段内的。

(如果在安全选项里把“服务器也被过滤”选上的话，部分灰色的服就会直接被过滤掉。

)Q.被服务器加入到黑名单什么办？“Connection refused. Your IP is currently blacklisted.”A.根据服务器端的“默认设置”，一个小时后就会解除对你的屏蔽。

Q.为何被加入到黑名单？A.因为服务器端软件有自己的积分规则：- 每个数据包(帧): 1 点- 每个文件来源请求: 16 点- 每次登陆请求: 100 点- 每次失败的登陆请求: 900 点 (eMule客户端没有启用 "安全连接" 选项)每个动作都会花费相应的点数，点数花完就自动进入黑名单了。

客户端登陆服务器后每秒增加1点，最多1200点。

Q.怎么样来看哪个服务器最好？？A.用户数多，文件数多，ping值少。

(主要是前2个指标)PS:在安全选项里把“服务器也被过滤”，可以滤掉部分“黑服”。

Q.我的骡子eD2K和Kad都是高的ID，但是Kad里面全部都是黄色的~~一个绿色的都没有...这是什么原因啊?这个会影响我的下载速度吗?A.它是慢慢变的，红色-〉桔黄色-〉黄色-〉浅绿(好像是) -〉绿色；它代表每个客户与你的连接状态。

只要不是红色就不会影响速度。

Q.UPnP是什么？A.UPNP的全称是：Universal Plug and Play，中文名：通用即插即用；UPnP规范基于TCP/IP协议和针对设备彼此间通讯而制订的新的Internet协议。

UPNP对于EMULE来说就是可以实现全自动端口映射。

Q.用户 [CHN][VeryCD]yourname (3549362257) 请求你在目录'!Incomplete Files'下的共享文件列表这个是什么意思？我也请求了别人的共享列表，不知道怎么看到？A.看文件选项里“察看我的共享文件“ 选项，你就明白了。