引用:

原帖由 henvelleng 于 2008-1-5 16:23 发表
排队是看两个人的积分的，lowid是干脆不能连到lowid，相对来说就少了很多源

这个才是正解吧
LOWID其实主要是源少了,并不是要排到HIGHID后面
骡子影响速度的因素太多了,除了ID,积分,源的数量,源的地区,服务器每个都挺关键的

引用:

原帖由 Kuzuryuusen 于 2008-1-5 23:06 发表
不明白了，用骡子的时候没叫我输入id登陆啥的啊，那么这“积分”咋记录的呢？
我观察了一下我的骡子，能连上的源还不算少，不会低于四五十人。但是绝大多数都是在“排队”，而且排一整天也没见轮到我，好不容易连上 ...

骡子是通过用户HASH值来识别身份的，你的积分保存在对方机器里，当然，别人的积分也保存在你这里，这里说的积分是个相对积分，平时是看不到的，其实就相当于交换，比如之前你给A分享了很多资源，那么这次A有你需要的资源，你就能从他这里获益，而B也有你需要的资源，但B之前没有从你这里获益，那么你在B那里的积分也很低，排队就会相对靠后，所以说有养驴这种说法，平时多分享给更多人，到自己需要得到帮助的时候就会有更多人帮助你，至于连上后速度也很慢，这个原因也是多方面的，比如对方上传速度，对方网络状况，所在国家等等都有影响
用驴子最重要的就是要保存好config文件夹，里面都是些什么，我转一个过来

（需要备份的文件都在eMule的config文件夹下面）
必须要备份的五个文件：
clients.met —— 已知的客户清单（其它骡友的积分文件也保存在里面）
cryptkey.dat —— 安全认证密匙（你从别人那里验证你的Userhash时需要的安全密匙）
preferences.dat —— 个人UserHash值（存储你个人的Userhash相关的文件）
preferencesK.dat —— 在kad表明你身份的个人UserHash值（如上 kad在中国很有用）
statistics.ini —— 统计数据（记录你上传和下载的量等等0.43及以后版本才有）

根据个人情况需要备份的文件：
server.met----记住你的服务器列表，如果加为静态服务器，即使超过规定次数连不 上也不会被删掉
known.met----已知文件详细资料。可以避免每次运行都提交你的文件共享清单。
known2.met----AICH hash相关，存放文件的hashset
staticservers.dat----静态服务器清单
emfriends.met -----好友名单

config目录下文件相关介绍:
AC_IPFilterUpdateURLs.dat IPFilter的更新网址历史记录
AC_SearchStrings.dat 搜索关键字历史记录
AC_ServerMetURLs.dat 更新服务器列表的网址历史记录
adresses.dat 启动时自动更新服务器列表的网址
Category.ini 分类的配置文件，包括分类名，注释，颜色、优先级别等信息
clients.met 已知的客户清单clients.met.BAK 是clients.met的备份，每次EM启动会自动备份的
cryptkey.dat 安全认证密匙
emfriends.met 好友名单
Fileinfo.ini 共享文件的注释和文件质量评分
known.met 已知文件详细资料
known2.met AICH hash相关，存放文件的hashset
preferences.dat 个人UserHash值
preferences.ini 配置文件
server.met 服务器清单
server_met.old 是server.met的备份，每次EM启动会自动备份的
shareddir.dat 共享文件的目录
staticservers.dat 静态服务器清单
webservices.dat Web服务设定

打开kad之后会有下面四个文件
AC_BootstrapIPs.dat Kad中的引导程序的IP地址和端口
nodes.dat 存储用户节点
preferencesK.dat和preferences.dat ,在kad表明你的身份的。
k_index.dat 存储关键字的索引文件
s_index.dat 存储文件信息的索引文件

用记事本可以打开大部分的文件进行修改的如：
AC_IPFilterUpdateURLs.dat、AC_SearchStrings.dat、AC_ServerMetURLs.dat、
adresses.dat、preferences.ini、shareddir.dat、staticservers.dat、
webservices.dat、AC_BootstrapIPs.dat

积分问题
上传量越大积分越高。积分是影响QR的主要因素，你积分越高，排队时间就会缩减的越短。
eMule使用一种加密方法key handshake以确保积分正确属于个人。只有在这种方法得到eMule验证之后，积分才被授权给特定个人，否则eMule将不会承认对方的积分。再则授权的验证密钥储存在preferences.dat和cryptkey.dat两个文件中。如果其中一个文件损坏或者丢失，eMule将不会承认原本应该属于你的积分。如果你丢失了cryptkey.dat，eMule会强制删除preferences.dat。

关于Kad说明
Kad(Kademlia)是一种分散式(decentralized)的P2P通信协议，是将所有的用户连成一个网络，不通过服务器，从而直接进行搜索资源和来源的操作。可以减低服务器的负担。
kad网络是一种根本不需要服务器的架构，每个emule客户端负责处理一小部分search和source finding的工作。分配工作的原理是基于客户端的唯一id和search或者source的hash之间的匹配来决定。比如说XXX.avi这个文件由用户a来负责，则任何用户共享这个文件的时候都会告诉用户a我有这个文件，其他用户去下载这个文件的时候也会询问a，a告诉他们谁有这个文件，source finding就完成了。至于如何找到用户a则是通过一种将用户id异或的方式，两个id的二进制异或值决定他们之间的逻辑距离，比如1100距离1101要比距离1001近。当一个用户加入kad网络后，首先通过一个已知的用户找到一批用户的id和port。当此用户a要寻找某特定用户x时，a先询问几个已知的逻辑距离x较近的用户，如x1,x2,x3会告诉a他们知道的更加近的用户的id和port，一次类推，a最终就能找到x。

信用系统（Credit system）
eMule的“选项”－“扩展设置”里可以设置启用信用系统－－Credit system（受益上传者）。
如果你启用了这个Credit system，那你的eMule 5个月后就会出现客户被删除的信息。那这个信用系统（Credit system）是用来让上传者受益的。举个简单的例子，比如A给B上传了，那么B就会记下A的UserHash。如果下次张A要下载B的东西时，B就会给A的评分比普通的用户高。这样A在B这儿就可以少排队或者不排队进入下载。当然，A和B建立的这种信用的评分关系只能持续5个月，如果5个月内两个用户都没有再建立过连接，就会出现上面的被删除。这也就是我们为何要加大上传原因。因为上传多了后给你带来的好处就是以后你下载东西时可以少排队或者不排队。所以，大家对自己的UserHash要加倍的珍惜，特别是上传量大的朋友，经常备份config下的文件。一旦UserHash变了，你和其他骡骡建立的这种信用关系也就没了。

引用:

原帖由 gogogo 于 2008-1-6 23:38 发表
为啥我搞映射了但驴子连上服务器就马上断？ 什么服务器都这样

在安全选项里把"使用模糊协议"勾上试试看