这里是emulefans.com电骡爱好者Blog的留言板，您可以就任何话题（当然一般来说还是与eMule/eD2k/P2P相关主题，或者本Blog的事务相关的）在这里留言。
查看本站的信息请至关于页面；需要Email联系我们者请直接发送邮件至[email protected]；eMule/eD2k/P2P相关主题文章的投稿也可贴在这里或用Email联系。
留言板
这里是emulefans.com电骡爱好者Blog的留言板，您可以就任何话题（当然一般来说还是与eMule/eD2k/P2P相关主题，或者本Blog的事务相关的）在这里留言。
查看本站的信息请至关于页面；需要Email联系我们者请直接发送邮件至[email protected]；eMule/eD2k/P2P相关主题文章的投稿也可贴在这里或用Email联系。
40条评论隐藏
现在公网IP越来越紧张
eMule又不支持IPv6，前途非常不妙啊
有电騾一个专门针对文件的共享的软件还是很好啊 电骡也到了再起的时间了
虽然没有公网IP，还是喜欢用骡子做资源分享，方便。
都2023年了，还不能解决lowtolow的下载问题，看来该放手了，我从2004年开始用骡子……
@netr66 lowid没法从lowid下载资源……
能解决lowid to lowid的问题吗？
@唐魔魔 问题的关键是服务器的费用谁出
最近在学习P2P数据分发技术，想起了十多年前读大学时经常用的eMule，又来到了这个我当年经常访问的网站。十多年过去了，以前很热闹的eMule社区变得非常冷清，我还记得ied2k网站，现在没了，emulefans这个网站还在坚持非常了不起。网络环境也有翻天覆地的变化，我已经好多年没有获得过HighID了，要是eMule支持IPv6就好了。最好，希望能从eMule项目中学到很多知识，支持我的学习研究。
@Krist Pan
希望你能成为编程大牛 改变一下这个软件生态的现状 这个软件有两个巨大的缺陷 一是服务器中心化 这个可能引起法律问题 但对普通用户没啥感觉 另一个更严重 就是lowid之间的传输问题 关于这个问题 有一个mod叫DreaMule 双方都使用这个软件时 lowid和lowid可以传输文件 希望你能把这个特性 能带进最新的emule里面 祝好运
永远支持eMule！！！
希望eMule能解决低ID的问题。养骡25载。
要高id ,router開DMZ即可,不要迷信用4662埠,明明emule軟體可隨意改埠的,4662不知那個始作俑者亂po的,然後一堆copy cat跟著抄襲了二十幾年
隔壁BitTorrent倒是还在发展中, 搞了个不向后兼容的v2, 索性eMule也搞个v2得了, 把撞hash, ipv6之类的问题一并解决
@liang 可以试试stun穿透
我用的是0.48a，把备份的导入0.6d文件夹中，其他的都生效就是记录已经下载的文件和已经取消的文件没有生效。known2_64.met备份是888m，到新版本下运行后变成813m，这份文件用什么编辑的啊，我自己能编辑吗
@颜潇鹏 看一下本站的更换mod的帖子，incoming和temp也要搬过去
最近时常打开不了网页，是否被攻击了？
为什么服务器一直显示正在连接啊？
@death book
这不是DMZ的问题
现在很多地方网络运营商不提供公网IP了
@闪电战
现在有不少家宽都是IPv6了，运营商不提供公网IP也并非代表着无法穿透，玩P2P游戏的话，基本上只要不是两边都是对称型NAT就不会有太大的问题，eMule等P2P软件应该也一样吧，我感觉影响最大的还是国内一堆跑PCDN的，导致国内运营商开始限制家宽上传量和家宽IP连通性了
什么时候可以支持ipv6公网下载
-就是说 虽然2024年了 但是还在更新 我已经找不到当初的资料的
手机下载的没有？手机用不了电驴？
不太熟
现在社区版是唯一还在更新的eMule了吧
唉
这文比我还久而且链接还失效了
真是可惜了，BT还在不断发展，骡子却快要死了，难受。
BT至今都还不能实时在DHT网络中搜索文件，这一点是永远比不过骡子的
还有人么？
@shb110119 有的
v0.70b支持ipv6吗？不支持的话，什么时间能支持？
谢谢你的坚持
我分享一个资源，别人是怎么在不知道分享名字的情况下知道这个资源的？
骡子mod emuleAI和emuleBB又开始更新了，Amule也更新了，建议更新。
aMule 更新 3.0.1 版本了，
意见征集：Ember频道页面开发中
我们正在为 Ember 积极开发频道页面，该页面将利用我们的安全中继服务以及全新的 EmberDHT。设计思路是支持多个频道（含部分默认频道），用户可自行创建频道，用来分享文件、交流各类话题。我也希望真实用户能针对这项功能给出反馈。欢迎在评论区留下你的建议或想法。https://github.com/untaimed18/Ember-P2P/issues/62
没有公网ip只有lowid，而且反复服务器断连重连的用户，是被运营商限制。经过一天研究，修改以下设置要点，服务器能稳定连接，上传下载速度也较之前要好，这已经是妥协办法，不同地区/运营商/宽带，以下设置可自己修改测试，要点是降低连接数/频繁发起连接避免运营商触发干扰，首先保证的是服务器不断连，而后是有客户连接有一定上传，lowid用户不要在mod里开启强力快速启动/强力共享/推送文件等。
选项-连接：
上传限制在150kb/s，
tcp/udp不要用默认端口，
关闭upnp(没公网ip开upnp没意义），
最大连接数150，
每个文件最大来源数10，
全局来源限制设300-400，或者选1:3上传/下载限制，
选项-安全：
勾选 启用迷惑协议，
选项-扩展设置：
最大新建连接数(每5秒):10，
最大半开连接数:9，
勾选 限制快速连接，
Xtreme/ScarAngel：
关闭 使用NAFC监控上传/下载，
勾选 剔除频繁阻塞的sockets，
勾选 显示socket阻塞率(在“传输”页下面的“上传中”，如果有上传任务就能在“上传中”旁边看到百分比，百分之三四十可以接受）。
不敢相信现在还有这样的网站，站长是真爱粉，为爱发电
好消息！又一款手机版emule！这次是amule移植版，目前处于【预览调试版】
官网https://github.com/XG-DL/amule-android-preview
网盘转载
https://url17.ctfile.com/s/9cf31ac990286ed2e35e988c6420d347?p=123456
访问密码: 123456
———
aMule for Android（amule-android-preview）项目速览
仓库：XG-DL / amule-android-preview，当前最新预览版 v0.1.9，属于测试预览版本
✅ 基础硬性要求
– 仅支持 arm64-v8a（64位安卓，不支持32位）
– 最低系统：Android 13（API33），目标编译 Android16（API36），实测跑在 Android17 GrapheneOS
– 运行方式：前台服务 + 两个原生子进程
1.amuled：eD2K / Kad 核心守护进程，配置、临时文件放在APP私有存储
2.amuleapi：本地REST API + WebUI服务，监听 m网页链接 ，仅回环访问，局域网其他设备不能直接访问这个WebAPI
– UI方案：Android WebView 套入 aMule 响应式网页管理界面，适配手机横/竖屏
🧩 核心能力（已实现）
1.原生 aMule 内核，支持 eD2K服务器网络 + Kad DHT，测试环境拿到了 HighID
2.内置 UPnP 端口映射（默认关闭，在 偏好设置→连接 开启，改完需要重启APP），自动在路由器映射P2P的TCP/UDP端口
3.前台常驻保活，熄屏后依然可以跑任务；状态栏通知：显示网络状态、低存储告警（剩余<1GB提醒，不会自动停任务），通知栏自带停止按钮
4.完整WebUI功能页：网络状态、搜索、下载、共享文件、客户端列表、消息、统计、偏好设置
5.文件流转：
– 未完成文件：APP私有目录
– 下载完成 → 自动移动到公共目录 Downloads/aMule/Complete/，自动加入共享列表，供其他emule客户端上传
6.进程自愈：API进程崩溃自动重启，daemon崩溃会延时重试
⚠️ 当前限制（重点）
1.IPv6 禁用：上游aMule源码IPv6 TCP还标记为实验、身份处理不完善，所以这个版本只跑IPv4
2.架构锁死：只有arm64二进制，x86安卓平板无内置so，需要自己交叉编译内核
3.开机不会自启，重启手机后必须手动打开APP
4.仅在一台 GrapheneOS Pixel 10 Pro XL 做过冒烟测试，其他厂商ROM、电池优化策略（电池节省、后台查杀）未验证，很容易被安卓系统杀后台
5.编译原生内核脚本 只在 Linux x86_64 可用，Windows/macOS不能用来交叉编译aMule核心；APK打包只是把预编译好的arm64 so包进去，不会编译内核
6.WebAPI 仅本地回环监听，不开放局域网访问
7.没有自动化UI测试，全部人工测试，属于preview测试包，debug签名
📦 两种安装包分支（同包名，互覆盖）
– Web UI preview APK：WebView套网页UI（当前文档介绍的这个）
– native interface preview：单独分支 native-android-ui-experiment，原生安卓UI实验版
两者Application ID一致，装一个就覆盖另一个，发布页附带SHA256校验
📜 许可
Android包装层、安卓适配补丁：GPL-2.0或更高；内核基于原版aMule源码 + 安卓补丁。
aMule Android native preview 版本汇总（XG-DL / amule-android-preview）
基础约束：全部为 ARM64 Debug 测试包，最低要求 Android 13 (API33)；Native UI 包和 WebUI 包 App ID 相同，互相覆盖安装；内核 amuled / amuleapi 打包进 APK，APK编译不重编译核心；可直接覆盖升级同系列预览版（签名一致，保留数据）
最新版：v0.1.9（10-15）
版本 发布日期 核心更新内容 备注
0.1.0 10-07 首个测试APK，GrapheneOS真机验证，基础ed2k/Kad运行 初始预览
0.1.1 10-07 完成文件自动校验、移入共享目录、去原私有文件；自动处理重复导出文件 移动共享流程当时待真机验证，建议活跃下载时不要升级
0.1.2 10-07 ✅ UPnP端口映射；路由器支持UPnP时拿到HighID，Kad正常接入；端口变更自动刷新映射 网络能力里程碑版本
0.1.3 WebUI 10-08 WebUI版本，修复带JSON特殊字符的API密码编码；完善CI脚本 WebView套壳界面，和Native版二选一
0.1.3 Native 10-08 第一个原生Android界面APK；全套原生页面：网络、搜索、下载、共享文件、客户端、消息、统计、设置；保留WebUI入口；语言：英语/西班牙语 原生UI起点，前台服务、UPnP内核和WebUI版一致
0.1.4 Native 10-09 下载/搜索/共享文件列表按需渲染卡片，滚动位置保留、刷新效率提升；新增aMule启动图标、简称；关于页展示logo与滚动贡献者列表 UI渲染优化
0.1.5 Native 10-09 搜索、下载卡片数据就地刷新，减少闪烁；提交搜索自动收起键盘；文件设置移除稀疏文件选项（Linux Android内核无效） 交互细节优化
0.1.6 Native 10-11 屏幕旋转不关闭当前页面；首选项-高级增加配置导入导出（不导出密钥、日志，正在下载任务保留在本机）；搜索框展示历史搜索、输入联想过滤 导入导出配置功能上线
0.1.7 Native 10-12 搜索结果区分：已完成、曾经下载、正在下载、暂停、取消任务；已下载文件支持重新添加；下载详情端节点信息更清晰；分类选择、下载操作优化 搜索状态标记，实用功能
0.1.8 Native 10-13 搜索增加【加载更多结果】按钮，分批拉取（每批100条，显示已加载计数）；搜索控件翻译新增：西班牙语、印地语、简体中文 ✅ 加入中文界面翻译
0.1.9 Native 10-15 关闭的搜索状态持久保存，重启核心后依旧保持关闭；搜索面板：开放搜索开关、名称过滤、升降序排序，排序方向跟随搜索状态；下载和关联搜索操作布局更紧凑；UI加入完成下载历史导入导出控件 ⚠️ 历史导入导出控件只是UI，配套内核API改动还在审核，当前版本这个功能不可用，不要依赖
关键区分点
1.Native UI（从0.1.3开始）：安卓原生控件界面，不是网页套壳，体验更好；0.1.8加入中文翻译
2.WebUI（仅0.1.3单独放出）：WebView加载传统aMule网页后台，适合习惯原版网页管理的用户
3.内核层面：从0.1.2就已经支持UPnP、HighID、Kad，后续版本大多是上层Android界面迭代，ed2k/Kad核心改动很少
4.全部是debug预览版，非稳定正式版，存在未完工功能（0.1.9的历史导入导出）
默认英文，中文切换方法：左上角—preferences—interface languaga—简体中文
Ember-P2P v1.7.5 精简更新日志（2026.10.26）
官网
https://emberp2p.org/
版本兼容说明
底层DHT协议不变，全量兼容 v1.6+ 客户端；本次正式冻结频道消息格式，进入过渡期兼容，1.8.0 版本起将彻底废弃旧格式。
核心新增功能
1. 重磅新增：Feed 订阅源 + 去中心化发现广场
– 支持 ember-feed 链接订阅资源源，自动定时拉取更新，区分文件新增/删减状态
– 内置无服务器去中心化 Discover 广场，可浏览、筛选、订阅全网公开订阅源
– 订阅文件独立文件夹隔离、全程私密不共享，专属页面管理下载任务
– 支持自定义订阅自动下载规则，可配置单文件/24小时总量限额，智能规避高危文件与磁盘不足问题
– 支持自建资源订阅源，可选私密链接/公开广场两种模式，加密存储、隐私性拉满
2. 房间功能升级
– 新增房间内成员一对一私密加密私聊，支持消息送达状态展示、超时重试
– 优化房间分类展示、语言国旗标识、消息编辑功能，修复密钥失效无法重入私有房间问题
– 优化反垃圾机制与界面交互，提升群组使用体验
3. 好友体系优化
– 新增好友在线状态：在线/离开/忙碌，Windows 支持闲置自动切离开状态
– 区分好友昵称与自定义备注，界面展示更清晰
– 好友文件传输请求等待时长由5分钟延长至24小时，大幅降低断连、重启导致的传输失败
4. 新增网络连接诊断工具
– 内置可视化网络检测（设置-网络），一键识别 NAT、端口、防火墙、KAD 状态
– 直白文字展示网络可达状态，自动给出优化方案，支持一键修复 UPnP、防火墙规则等常见问题
功能优化升级
1. 资源库与传输：支持文件自定义标签、自动归类；优化上传分片进度展示、下载分类管理；扩容本地节点记录缓存，避免节点数据被挤占
2. 客户端设置与体验：新增最小化托盘驻留、新版快捷键；更新校验支持系统代理，适配特殊网络环境；备份文件解除设备账号绑定，重装系统可正常导入
3. 网络性能：大幅提升 Ember 私有网络资源共享速度，优化重启/IP变动后的资源索引同步逻辑，内网中继多用户资源可正常检索
4. 生态适配：适配 eMule 网络昵称标识规则，可自主开关官方后缀展示
重点问题修复
– 修复文件移动/改名意外取消共享、下载进度异常丢失、队列顺序重启重置问题
– 优化好友聊天消息推送机制，解决消息乱序、发送重试失效问题
– 修复IP过滤规则异常全局封禁、房间数据丢失、启动未读计数不准等BUG
– 强化AICH校验、KAD检索、TLS安全机制，提升全网传输安全性与稳定性
– 优化节点身份校验逻辑，IPv6/中继连接可正常保留用户信用记录
Ember-P2P #156 公告全文翻译（对照原文，适配P2P术语）
作者：untained18｜标题：[开发者公告] Ember v1.7.5 正式发布 — 前瞻 v1.7.6 与 v1.8
https://github.com/untaimed18/Ember-P2P/issues/156
🔥 Ember v1.7.5 正式发布 — 前瞻 v1.7.6 与 v1.8
感谢所有下载、测试 v1.7.5 并提交反馈的伙伴！这个版本里程碑已经落地，下面是后续开发计划，也欢迎大家一起参与完善项目。
📌 开发路线速览
版本 开发重心 预期时间
v1.7.5 当前正式版 ✅ 已发布
v1.7.6 Bug修复、界面交互打磨、小幅新增功能 下一个版本
v1.8 信息流、频道、搜索模块重大升级 v1.7.6 发布后，约 3–6 个月
🛠️ v1.7.6 — 修复与细节打磨
v1.7.6 主要聚焦漏洞修复、UI/UX 交互优化，酌情加入一些轻量化小功能。
这也是转入 v1.8 大规模开发之前，收集小型需求的最后窗口期。
🚀 v1.8 — 重磅大版本
v1.8 将对信息流（Feeds）、频道（Channels）、搜索（Search）进行大规模升级。
这些改动会在整个App内相互联动打通，因此这个版本需要较长周期打磨稳定。
⚠️ 提醒：本次改动体量较大，叠加美国节假日周期，v1.8 的开发周期预计为 3–6 个月。感谢大家耐心等待！
🙋 你可以如何参与贡献
请充分测试 v1.7.5，并反馈遇到的问题：
– 🐛 提交Bug：程序报错、崩溃、行为异常等问题
– 🎨 反馈界面体验问题：排版错乱、操作逻辑迷惑、显示异常
– 💬 体验全部社交功能：反馈好用/不好用的地方
– 💡 建议小功能或细节优化：适合放到 v1.7.6 的体验向微调
如何写一份清晰有效的Bug反馈
方便我们快速定位修复，请务必包含这些信息：
1.Ember 版本号（例如 v1.7.5）
2.操作系统及版本
3.复现问题的操作步骤
4.预期效果 vs 实际出现的现象
5.截图、运行日志（如有）
提交渠道
– Bug反馈 & 功能提案：GitHub Issues
– 综合讨论、普通反馈：r/EmberP2P（Reddit板块）
软件内的频道，也可以讨论。
📝 新建反馈前，请先检索已有issue，避免重复提交
❤️ 致谢
Ember 能持续进步离不开社区的支持。每一份Bug报告、建议和反馈都意义重大。
如果你想支持项目开发，可以给开发者买一杯咖啡。
祝大家分享愉快！🔥