I2P 开发者会议 - 2005年11月22日

16:18 <jrandom> 0）嗨 16:18 <jrandom> 1）网络状态 16:18 <jrandom> 2）猎狐 16:18 <jrandom> 3）？？？ 16:18 <jrandom> 0）嗨 16:18 * jrandom 从电力恢复的家里迟来的挥手致意 16:18 <jrandom> 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2005-November/001227.html 16:19 <jrandom> 1）网络状态 16:20 <jrandom> 除了邮件里的内容之外没太多可补充的……有谁想就网络状态提出什么吗？ 16:21 <jrandom> 如果没有，我们就继续到 2）猎狐 16:21 <zzz> 好主意 16:22 <jrandom> 这方面也是，除了邮件和 Raccoon23 的提案之外，我没什么可补充的…… 16:22 <+fox> <ailouros> 我对“Fox hunt”这个名字有意见。我更想叫它“Man hunt”。狐狸又没做错什么。 16:22 <Raccoon23> 哈 16:22 <jrandom> 是的，我同意 zzz 的看法，这样能在没有实际使用带来的严重风险的情况下，给大家一个真正的激励 16:23 <nickless_head> 叫它 "<politically correct animal> hunt 16:23 <Raccoon23> “Fox hunt”是业余无线电比赛的常见名称，比赛内容是寻找一个不按规矩发射的发射机 16:24 <+fox> <ailouros> 我不在乎叫 Fox 的无线电发射机，我们现在讨论的是 i2p，这里不允许匿名狐狸 16:24 <+fox> <ailouros> :D 16:24 * cervantes 在想 ailouros 是否知道 changate 的名字 16:24 <nickless_head> 也许叫“Dissident hunt” 16:25 <@cervantes> <fox> <ailouros> :D 16:25 <+fox> <ailouros> （呃，changate 是啥？） 16:25 <jrandom> 呵 16:25 <@cervantes> ailouros：它是把不同网络之间的聊天进行中继的机器人 16:26 <+fox> <ailouros> 你是说这里的 vulpine？ 16:26 <@cervantes> i2p 那边的聊天会以 vulpine 的身份中继到你这里 16:26 <@cervantes> 而你的聊天会通过 fox 中继给我们 16:26 <@cervantes> ;-) 16:26 <@cervantes> *更正：your 16:26 <+fox> <ailouros> 所以要猎的是那个可怜的打工机器人？:D 16:27 <Raccoon23> 所以，是的，我觉得应该设一个悬赏/信息页面。我想我们可以争取筹到 1000 美元 16:27 <+fox> <ailouros> 是的，抱歉，我平时不怎么上 i2pchat :) 16:27 <+fox> <ailouros> 这才叫悬赏！ 16:28 <jrandom> Raccoon23：我同意，但现在就这么做可能有点过早。 16:28 <jrandom> （必要时我们随时可以从一般基金里拨一部分到悬赏里来启动它） 16:28 <+fox> <ailouros> 现在就开始狩猎，不过没有悬赏？ 16:28 <+fox> <ailouros> 我是说，越早开始，越能吸引更多人关注 16:28 <jrandom> 要让这次猎狐有意义（即有助于 I2P），我们需要谨慎进行。 16:28 <jrandom> 不，ailouros，我不同意。 16:29 <jrandom> 在 I2P 尚未准备好之前就开展这个竞赛会非常糟糕。 16:29 <Raccoon23> 嗯 16:29 <jrandom> 一来会浪费大家去评估尚未完成之物的时间，二来也得不到任何有用的信息 16:30 <+fox> <ailouros> ……明白了 16:30 <Raccoon23> 而且如果“发现”的漏洞本来就计划在后续版本修复，那媒体报道会很糟糕 16:30 <jrandom> 是的 16:33 <jrandom> 好的，关于第 2 项还有别的吗，还是我们转到第 3 项？？？ 16:34 <zzz> 关于 jrandom/raccoon23 讨论串的另一部分，结论是改为最少 2 跳吗？还有其他结论吗？ 16:35 <jrandom> 嗯，这取决于对手是谁，但默认用 2 +0-1 其实无伤大雅，而且能对一类攻击者提供防护 16:35 <jrandom> 其他结论可能是“嘿，开始推进 0.6.2 吧” :) 16:35 <+fox> <ailouros> 我怎么设置才能让 tunnels 总是固定值（比如 0+1 浮动）？我每次重启都又回到默认值 16:36 <jrandom> ailouros：你应该可以在 /i2ptunnel/ 上保存设置 16:36 <jrandom> 或者你是在 /configtunnels.jsp 上改的？ 16:37 <Raccoon23> 我觉得在至少 0.6.1 里，1 跳的 tunnels 让一个相当弱的攻击者也能做很多事。我主张 0.6.1.6 不该默认使用 1 跳的 tunnels 16:37 <+fox> <ailouros> 那就是在 configtunnels 改的 16:37 <jrandom> 是的，同意 Raccoon23 16:37 <jrandom> ailouros：用 /i2ptunnel/ 并保存你的设置 16:37 <+fox> <ailouros> 没注意到新界面 :D 16:38 <@cervantes> ailouros：刚在 0.6.1.5 里加上的 16:38 <jrandom> 对，cervantes 在那上面做得很出色，ailouros 16:38 <+fox> <ailouros> 好，为此点赞 16:39 <@cervantes> 趁我们还在这个话题上，如果有人在新界面保存设置时遇到问题，在下个发行版出来前可以先用非 IE 的浏览器 16:39 <@cervantes> *咕哝* microsoft *咕哝* 16:40 <+fox> <ailouros> 换个话题，如果我在 i2p 上架个 NetHack 服务器，有人感兴趣吗？:D 16:41 <@frosk> ailouros：我也想过（现实里在玩 NetHack），但我担心延迟会很糟糕（玩 NetHack 时高延迟简直要命） 16:42 <+fox> <ailouros> 看来是这样 16:42 <+fox> <ailouros> 好吧，这个想法作废 16:43 * frosk 几个月前刚首次升天通关，哇哦 16:44 <jrandom> 好，还有谁要在会议上补充点什么？ 16:45 <+fox> <ailouros> 有，Syndie 里当线程有新消息时来个指示器 16:46 <nickless_head> jrandom：如果新消息（标题）第一次显示时能用粗体/斜体标出来就更棒了 16:47 <nickless_head> jrandom：有没有一种“非常简单”的办法，通过 HTTP 访问 Syndie 数据库里的消息？ 16:47 <jrandom> 啊，对，ailouros/nickless_head，我在考虑按日期对第一列进行颜色编码/打标（例如，今天发的用亮一些的标记，昨天的稍暗些，等等）。 16:47 <nickless_head> jrandom：最好是用像 XML 这样易于导入的格式 16:48 <jrandom> nickless_head：wget -R http://localhost:7657/syndie/archive/ 16:48 <nickless_head> 如果有的话，我可以写个 Syndie 到 NNTP 的导出器 16:48 <jrandom> 哦，如果你想导出到 NNTP，用 RSS 到 NNTP 的工具 16:48 <nickless_head> jrandom：好的，我试试那个 :) 16:48 <nickless_head> jrandom：已经有现成的了？……该死。 ;) 16:49 <jrandom> 我也在考虑增加按用户的消息历史，让你可以把消息标记为已读/未读，但这大概不会进 0.6.1.6（除非有人来实现它 :)） 16:49 <jrandom> 或者在线程树里加个新筛选器——只显示自 [today |v] 以来发布的消息 16:49 <jrandom> （或者昨天，或者 2 天前） 16:50 <jrandom> nickless_head：http://www.methodize.org/nntprss/ 16:50 <nickless_head> jrandom：谢谢 16:54 <jrandom> 不客气 16:54 <Raccoon23> jrandom：在我能实现它之前还要过一阵子（我想先把受限路由做完），不过你觉得为出站的 server tunnels 提供可选的 1024 位 garlic routing（大蒜路由，I2P 的一种将多条消息聚合并层叠加密的机制）怎么样？ 16:54 <jrandom> 开销巨大——O(data) is>>> O(tunnels)。 如果我们现在连 O(tunnels) 都有麻烦，那就不可能指望 O(data) 了 16:55 <Raccoon23> 我们还在碰到 CPU 问题吗？我的 router 占用一直挺低，不过我这儿也没有 T1…… 16:56 <jrandom> 不是人人都有 P4 ;) 16:56 <jrandom> 我听说在慢机器上占用是 8–15%，但在拥塞时会猛然飙升 16:56 <jrandom> （到 100% 以上） 16:56 <+Complication> 关于 CPU 消耗：很奇怪，Mandriva 10.1 上的 Java 比 Mandriva 2006 上的 Java 占用少得多。 16:56 <Raccoon23> 是啊，但没有的人可能也没有 T1 16:56 <Raccoon23> 也是 :) 16:57 <+Complication> 两边都做过调优，2006 上的 jbigi 是本地编译的。 16:57 <jrandom> 怪了，Complication 16:57 <jrandom> i2p 的版本号是一样的吗？ 16:57 <+Complication> 在 2006（Celeron 2.4）上，Java 可以飙到 20%。 16:58 <+Complication> 在 10.1 上不会超过 5%。 16:58 <+Complication> （通常） 16:58 <+Complication> （通常==不包括启动时） 16:58 <+Complication> 相同的修订版。 16:58 <+Complication> Java 也几乎一样（_04 对比 _05） 16:59 <+Complication> 提醒我再调整一下守护进程。也许有些在拖累 Java。 16:59 <+Complication> 以某种我想不明白的怪方式。 17:00 <+Complication> 不过是的，Cel 300 明显感觉更好。可能是自适应 MTU 的原因 17:01 <jrandom> 啊，酷，我们有一些很棒的东西在路上了 :) 17:03 <+Complication> 我在想，是否有办法绕过某些 Linux 发行版上与 libc 相关的 jbigi 问题？ 17:03 <jrandom> 有，当然，只需要重建所有的 jbigi 17:03 <jrandom> （不是 libc，而是 libg++） 17:05 * Raccoon23 决定不放弃他对 garlic routing 的梦想，但会等性能稳定后再说……也许到 2.0 17:05 <+Complication> 哦，你觉得正确地重建会有帮助？ 17:05 <jrandom> Complication：会的，jcpuid 的链接错误是没必要的，因为 jcpuid 其实只是一个 ASM 调用（而且本来也不该用 C++ 来实现 ;)） 17:06 <jrandom> Raccoon23：酷 :) 这是我们最终也可以在 live net 上做的事情，只要用不同的 I2NP 消息类型，宣告相应的能力，并据此做过滤 17:06 <jrandom> （最终会的） 17:07 <Raccoon23> 比如 caps=S 表示快速 CPU？ ;) 17:08 <jrandom> 还有 caps=I 表示疯狂 ;) 17:08 <jrandom> 好的，还有谁对会议有别的要说？ 17:08 <Raccoon23> 哈哈 17:09 <Raccoon23> 你觉得在多个 tunnels 之间共享密钥作为权宜之计如何？投入与回报不成比例吗？ 17:09 <jrandom> 这相比于只是拥有多个 tunnels 并将消息通过其中之一发送，有什么更好的？ 17:10 <jrandom> （而且，呃，从安全性和匿名性角度看，不是更糟吗） 17:10 <Raccoon23> 嗯，思路是节点分不出哪些流量属于同一个 tunnel，这样如果你同时运行 i2phex 和 eepsite，并为你的 tunnels 选择相同的主机，那么至少从各跳看来，这两者的流量会被混在一起 17:11 <Raccoon23> 这应当会让定时攻击更难 17:11 <jrandom> 啊，天哪，是的。那会带来非常糟糕的可关联性 17:11 <jrandom> 这就是我们在 0.4 转向按客户端的 tunnel 池的原因 17:11 <Raccoon23> 解释一下？ 17:11 <jrandom> i2ptunnel 如果你愿意，确实允许人们通过共享同一个 destination 来共享池 17:12 <jrandom> 如果两个客户端的消息走同一个 tunnel，你就知道这两个客户端是同一个人控制的 17:12 <jrandom> s/clients/destinations/ 17:13 <Raccoon23> 嗯，如果共享密钥，早期的 hops 可以被混合，但 leasesets 仍然是分开的…… 17:13 <Raccoon23> 反正前几跳是定时攻击中危险的部分 17:13 <jrandom> 它仍然会提供一个途径，把本来不可关联的两个 destinations 联系起来 17:14 <jrandom> 可以做一些处理，希望混淆这种可关联性，但它们仍然在本质上被关联起来了。这没必要，而且不好。 17:18 <Raccoon23> 那我还是回去继续做 caps=SI 的美梦吧 :) 17:19 <jrandom> 唉，好吧。还有别的吗？ 17:20 * jrandom 收尾 17:20 * jrandom *baf* 地宣布会议结束