I2P 开发者会议 - 2004年10月12日

14:04 <jrandom> 0) 嗨 14:04 <jrandom> 1) 0.4.1.2 14:04 <jrandom> 2) 0.4.1.3 14:05 <jrandom> 3) 0.4.2 14:05 <jrandom> 4) 邮件讨论 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) 嗨 14:05 * jrandom 挥手 14:05 <Janonymous> 你好 14:05 <jrandom> 本周我们的议程上有一堆数字 14:05 <jrandom> 每周状态说明已发布 @ http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 <jrandom> (一两分钟前刚发的) 14:05 <deer> * cervantes 带了个枕头 14:06 <jrandom> 哦 希望不会那么无聊 ;) 14:06 <jrandom> 总之，直接进入有趣的部分：1) 0.4.1.2 14:06 <deer> <cervantes> 在统计分析那部分之后再叫醒我 14:06 <jrandom> 版本已经发布，大家都应该升级 14:06 <jrandom> 呵 14:06 <deer> <cervantes> 呃，应该是 wake 14:07 <jrandom> watchdog 代码有一些 bug，它会把你的 router 关掉（而不是在发生糟糕情况时重启它） 14:07 <jrandom> 但希望这种情况很少见 14:07 <deer> <mule_iip> 不 :( 14:08 <jrandom> 嗯，这因用户而异 14:08 <jrandom> 我在试着找原因，因为它存在很久了，而且挺烦人 14:08 <jrandom> (是指真正的卡死，不是检测卡死的 watchdog 代码) 14:09 <jrandom> 当前的 CVS 版本（0.4.1.2-1）把 watchdog 的“核心”禁用了——它会监控，但不会关闭 router 14:10 <jrandom> 但 0.4.1.2 对所有人都应该没问题（除了 mule ;)） 14:10 <jrandom> 对了，如前所述，开启一些日志，把数据发给我，参见 http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 14:11 <jrandom> 数据越多越好——如果你能让它跑一整晚就更棒了（duck 的机器跑了 20 小时生成了约 60MB 的数据） 14:11 <jrandom> 好，继续到 2) 0.4.1.3 14:12 <jrandom> 嗯，除了邮件里写的之外，我没什么要补充的 14:12 <jrandom> 有人想就 0.4.1.3 说点什么吗？ 14:12 <Janonymous> 没有 14:13 <deer> <postman> 没有 14:13 <Janonymous> 向后兼容吗？ 14:13 <jrandom> 当然 14:13 <jrandom> 好，继续到 * 3) 0.4.2 14:14 <jrandom> 还是那句，“看邮件” :) 14:14 <Janonymous> xpc vs. tcp ?? 14:14 <jrandom> 我以前从没实现过 TCP 协议栈，所以任何指导都很欢迎 14:15 <jrandom> XCP（显式拥塞控制协议）在高时延网络中的处理更好 14:15 <jrandom> （用于拥塞控制） 14:15 <Janonymous> 这包括 FEC（前向纠错）吗？ 14:15 <jrandom> 不包括 14:16 <Janonymous> 好，因为我研究过一些这方面 14:17 <jrandom> 不错 14:17 <jrandom> 你发现了什么有用的东西吗？ 14:17 <deer> <cervantes> 大多数 GET 请求都小于 32kb……普通的 HTML 页面也差不多这个大小……所以我想 eepsurfing（通过 I2P 浏览 eepsite）会有很大改进……— 不过我也希望每个 tunnel 的吞吐量能提升……新的协议栈会改善这一点吗？ 14:17 <Janonymous> FEC（前向纠错）在高时延/高吞吐的网络中用得很多 14:18 <deer> <mule_iip> jrandom：我也没有，不过我可以让这边的一个人来支持你 14:18 <Janonymous> jrandom：有一些……我再回头汇报 14:18 <deer> <mule_iip> 至少这对他是一次很好的学习机会，也能多一双眼睛 14:18 <jrandom> 太好了，Janonymous 14:18 <jrandom> 哦，太牛了，mule 14:18 <jrandom> cervantes：使用>1 的消息窗口会提升每个 tunnel 的吞吐量 14:19 <jrandom> （我预计我们甚至可以从>1 的窗口大小开始，这取决于我们能从 router 获取到什么信息） 14:19 <jrandom> ((ecn++)) 14:19 <deer> <cervantes> 太棒了 14:20 <jrandom> 好，关于 0.4.2 还有别的事情吗？ 14:20 <Janonymous> 全新的协议栈……全新的笔记本……*流口水* 14:21 <jrandom> 呵 14:21 <Janonymous> 嗯 14:21 <Janonymous> 还有一件事 14:22 <Janonymous> 这会实现新的简短握手吗？ 14:22 <jrandom> 嗯？ 14:22 <jrandom> 我们在 0.4.1 的传输层里已经有低 CPU 占用的 TCP 重连代码了 14:22 <Janonymous> 啊，在邮件里，你提到了 Alice-> Bob 的握手 14:23 <Janonymous> 啊 14:23 <Janonymous> 还在补课中 14:23 <jrandom> 哦。对，不管 0.4.2 最终采用什么，它都会支持邮件中那样的包序列 14:24 <Janonymous> 好 14:24 <jrandom> 我们很可能主要通过套接字选项来控制它（例如把流设为交互式就会尽快发送，把流设为批量则只在缓冲区满了或被刷新时［或需要 ACK］才发送） 14:25 <jrandom> 好，转到 4) 邮件讨论 14:25 <jrandom> postman——你在吗？ 14:26 <deer> <postman> 在 14:26 <jrandom> 好啊，愿意给我们简要说明/更新一下邮件相关的内容吗？ 14:27 <deer> <postman> 嗯，好吧，不过在这么多人面前说话我还挺害羞的 :) 14:27 <jrandom> 呵，就想象我们都赤^H^H^H在这儿……算了 14:28 * Janonymous 拿出爆米花 14:28 <deer> <postman> 自 9 月 20 日起，有一个 SMTP/POP 服务在运行——可以用普通的 SMTP/POP3 MUA 访问 14:29 <deer> <postman> 我花了不少精力，从分析普通邮件客户端带来的潜在风险入手 14:29 <Janonymous> 那 inproxy/outproxy 呢？ 14:29 <deer> <postman> 把这些都整理在了一个网站上 14:29 <deer> <postman> 还没看过的请访问：www.postman.i2p 14:29 * Janonymous 目前无法访问网络 14:30 <deer> <postman> 网站上有个提案，试图涵盖在 I2P 与 Internet 之间做桥接时，邮件服务在匿名性和可靠性方面的各种常见问题 14:30 <deer> <postman> out/inproxy 还没运行，但已经在规划中 14:30 <Janonymous> 我想我在邮件列表或论坛上看到过一些讨论 14:30 <Janonymous> out 比 in 更危险，对吧？ 14:31 <deer> <postman> 我先想要一个大家都认可的方案 14:31 <deer> <postman> 通常来说是的，但我想我们找到了一种方法，可以避免把垃圾邮件之类发到外部 14:31 <jrandom> 如果 mx.postman.i2p 的 in/outproxy 能分发到不同（或多个冗余的）POP3 账户，那就很棒了 14:31 <deer> <postman> 只需对每个尝试向外发信的用户设置配额即可 14:32 <jrandom> （这样就不会绑定到某个特定的邮件主机） 14:32 <deer> <postman> jrandom2p：请再详细说明一下 14:33 <Janonymous> 不同的邮件主机也可以同步吗？ 14:33 <deer> <postman> jrandom2p：这是基于账户的路由问题 14:33 <jrandom> 对的，postman 14:33 <jrandom> 可能要做不少工作，我对你用的 MTA 了解不多 14:33 <deer> <postman> jrandom2p：out/in proxy 可以轻松处理不止一个内部邮件系统——甚至可以安排一种回退式投递 14:34 <jrandom> 好，太好了 14:34 <Janonymous> 关于 in/out 有个问题 14:34 <deer> <postman> janonymous：我没理解你的问题——请解释一下 14:34 * jrandom 幻想从 mx.postman 做 UUCP 风格的离线抓取 :) 14:35 <Janonymous> 强制邮箱到邮箱的加密会让 in/out 发送没那么危险吗？ 14:35 <deer> <postman> jrandom：哈哈，我觉得不用 UUCP——也许 ETRN 更性感 :) 14:35 <deer> <postman> janonymous：目前系统只在内部工作——大家可以自由使用 PGP 或类似的东西 14:36 <jrandom> Janonymous：你该去看看 www.postman.i2p——他在上面放了很多想法/问题 14:36 <Janonymous> 我认为强制加密/签名也是一种反垃圾的方法 14:36 <deer> <Ragnarok> postman.i2p 的通讯录能否通过 LDAP 来提供？ 14:36 <Janonymous> 等我的笔记本到了我就去 14:37 <deer> <postman> rag：已经有通讯录了——不过是基于 SQL 的——迁移到 LDAP 也是可能的 14:38 <Janonymous> = 服务器托管的通讯录？ 14:38 <deer> * postman 邀请大家把自己的想法贡献到那个 ideas/concepts 的 HTML 文档中 14:38 <Janonymous> 会的，postman 14:38 <deer> * cervantes 爬取通讯录，开始撰写阴茎增大药物推销邮件 14:39 <deer> <postman> janonymous：嗯，所有邮件用户都是基于 SQL 的——所以这个“通讯录”只是那张表的一个视图 14:39 <deer> <postman> cervantes：顺便说，每个用户都可以选择是否可见 14:39 <Janonymous> 啊 14:40 <Janonymous> 那选择性分组怎么样 ;) 14:40 <deer> <cervantes> postman：是的，我已经注册了 ;-) 14:40 <deer> <postman> cervantes：而且因为我们有邮件身份系统，你无法伪造发件人地址——我们知道就是你 :) 14:40 <deer> <postman> janonymous：是的，这计划在 2.0 版实现 :) 14:41 <deer> <cervantes> postman：但我只要给每个 ircnym@postman.i2p 群发垃圾就行了 ;-) 14:41 <deer> <postman> cervantes：从技术上说是可行的，没错 :) 14:42 <deer> <postman> cervantes：我希望你也能把那些药片送到位 :) 14:42 <Janonymous> 听起来这对 I2P 来说是一个急需且期待已久的发展 14:42 <Janonymous> 新的邮件系统 14:42 <deer> <cervantes> postman：至于发件人这事……“Cervantes 的阴茎增大灵药”也能表明是谁发的 :) 14:42 <deer> <postman> janonyous：我不能把实现的每个细节都说出来 14:43 <deer> <postman> jan：网站最适合介绍这些 14:43 <deer> <postman> cervantes：确实——但这个是可以伪造的 :) 14:43 <Janonymous> 好嘞……我尽快去看 14:43 <jrandom> 好，太好了。那么，大家都去看看 www.postman.i2p 上的内容，发来你的想法/意见 14:43 <deer> * postman 点头并再次坐下 14:44 <jrandom> (postman++) 14:44 <jrandom> 好，这就来到 5) ??? 14:44 <jrandom> 还有谁有别的想提的吗？ 14:44 <jrandom> （与 I2P 相关） 14:44 <deer> <postman> :) 14:44 <Janonymous> 只是个想法 14:45 <Janonymous> I2P 的可能用途……我们知道它是一个“分布式匿名网络层” 14:45 <deer> <Jake> 我的节点挂了 :( 正在把设备搬到家里的另一个地方 14:46 <Janonymous> 但它能用来做什么呢……尤其是那些“公共利益”的事情 14:46 <Janonymous> 压迫性的第三世界国家、言论自由……等等……这最初就是让我对 i2p 如此感兴趣的主要原因之一 14:47 <Janonymous> 还有 Freenet 也是 14:47 <deer> <Jake> 被压迫的第一世界国家，比如美国 14:47 <Janonymous> 所以，我在想也许可以把这些话题延展开来，可能先从论坛开始，然后在网站上写点东西 14:48 <jrandom> 在我们能说对中国的民众有任何意义之前，我们还有很多工作要做 14:48 <Janonymous> 呵，是啊，不想做任何虚假的承诺，但是…… 14:48 * jrandom 在同行评审还这么少（而且还有这么多未解决问题）的时候，不会说我们是安全的 14:49 <deer> <fidd> 中国要审查 i2p 会有多难？ 14:49 <deer> <cervantes> 我认为一旦底层网络不再“变来变去”，应用就会更容易涌现出来 14:49 <Janonymous> 但对我来说，这些问题正是让 i2p 如此令人兴奋的主要原因之一 14:49 <jrandom> fidd：censor 有很多定义。如果指“阻止特定内容被传输”，几乎不可能，除非把 i2p 定为非法 14:50 <Janonymous> 那“在中国的网络上检测到 i2p”呢 14:50 <Janonymous> stego（隐写）？ 14:51 <jrandom> 令人兴奋？是。重要？是。必要？是。但在我们真正具备相关性之前还有太多工作要做，现在谈这些只会让人沮丧。 14:51 <Janonymous> 我的错 :) 14:51 <deer> <cervantes> 一旦基础网络稳固了，我们大概就可以搞一些好玩的玩具了——比如文件分享应用、IM 系统等。希望到那时用户群会扩大……在此之前，节点数量不足，无法为生活在压迫性体制中的人们提供足够的匿名性保障 14:52 <jrandom> 时刻关注真正的目标很重要，Janonymous，我很欣赏这一点 14:52 <Janonymous> 是的，节点数量关系很大 14:52 <modulus> 在我看来，在有了 stego（隐写）以及随机噪声之类用于对抗流量分析的手段之前，处在压迫性国家的人们应该暂时不要使用。 14:53 <deer> <cervantes> 不……他们应该留下来帮忙 :) 14:53 <modulus> :-) 14:53 * jrandom 不会详细说明为什么那些方面不必要，因为 3.0 版本会处理它们 :) 14:53 <modulus> 3.0？听起来是长期目标 ;-) 14:53 <jrandom> 对于用于公共网络的 stego 传输，我几乎完全没有信心 14:54 <jrandom> 肯定不是明天能做到的，这是肯定的。 14:54 <Janonymous> 啥？呃 14:54 <Janonymous> jrandom：为什么（关于 stego）？ 14:55 <jrandom> 如何在公共网络上击败开源软件的 stego：下载源码，审查生成隐写的代码，写出检测代码，部署。 14:56 <jrandom> 如何在公共网络上击败闭源软件的 stego：绑架开发者的家人，篡改代码。部署。 14:56 <Janonymous> 啊……是啊……随机输入？呃……我刚看了一篇文章，说得好像那就是未来之路似的 14:56 <jrandom> 如何在私有网络上击败 stego：嘲笑那 5 个在用它的人，然后把他们全抓了。 14:56 <modulus> 那么，匿名的闭源软件呢？当然它也可能是木马 ;-) 14:57 <deer> <Jake> jrandom：如果你哪天被绑架了，你可以告诉我们“我的狗 Fido 对他今天吃的食物非常不爽”来让我们知道 14:57 <deer> <Jake> 那就是暗号，我们就知道了 14:57 <deer> <cervantes> %s!dev's family!jrandom 14:57 <jrandom> 呵，Jake 14:58 <Janonymous> 4.2 预计什么时候发布？ 14:58 <jrandom> Janonymous：匿名或安全软件的第一大特性：snake oil（夸大宣传的噱头）。 14:58 <jrandom> 0.4.2？本月的某个时候 14:58 <jrandom> 大概接近月底 14:58 <Janonymous> 呵呵。 14:58 <jrandom> 0.4.1.3 大概会在本周晚些时候或周末发布 14:58 <deer> <cervantes> Jake：那绝对行不通，我们只会以为你给他的狗下了毒 14:58 <deer> <cervantes> *just 14:58 <Janonymous> 我应该一两周内就能重新上网 14:59 <jrandom> r0x0r 14:59 <jrandom> 好，还有谁要提点什么？ 14:59 <deer> <Jake> cervantes :) 15:00 <jrandom> 如果没有的话.. 15:00 * jrandom 做个总结 15:00 * jrandom *baf* 地宣布会议结束