I2P 开发者会议 - 2006年1月17日

15:40 <jrandom> 0) 嗨 15:40 <jrandom> 1) 网络状态和 0.6.1.9 15:40 <jrandom> 2) Tunnel 创建加密 15:40 <jrandom> 3) Syndie 博客 15:40 <jrandom> 4) ??? 15:40 <jrandom> 0) 嗨 15:40 * jrandom 挥手 15:40 <jrandom> 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 15:41 <@cervantes> pfff，幸好 I2P 比 NASA 更可靠 15:41 <jrandom> heh 15:41 <tethra> haha 15:41 <jrandom> （虽然我晚到了 20 分钟… ;) 15:41 <jrandom> 总之，我们直接进入 1) 网络状态和 0.6.1.9 15:42 <wmpq> NSA 还是 NASA，其实差不多吧？ 15:42 <@cervantes> 我说的是 I2P，不是 jrandom ;-) 15:42 <jrandom> 说得好，cervantes ;) 15:42 <tethra> 别傻了，jrandom 就是 I2P！;D 15:42 <@cervantes> 哦我以为那是一种思维方式 15:42 <wmpq> [redact] 15:43 <jrandom> heh 总之，0.6.1.9 已经发布，网络中已有 70% 完成升级（谢谢各位） 15:43 <Pseudonym> mmmm，赞的新版本 15:44 <+zzz> 客户端 Tunnel 构建成功率仍然 <30% 15:44 <jrandom> 我没听到很多关于端到端吞吐量显著提高的报告，不过有些 routers 已经超过了 T1 线路的饱和 15:44 <+zzz> 从 ~40% 降下来了 15:44 <+Complication> 带宽看起来正常，比发布前最后一次 CVS 稍高。对等点数量看起来也稍高。 15:45 <jrandom> 嗯，是的，我不太担心这个，zzz，因为这些在 0.6.2 会被彻底重做 15:45 <+zzz> 平均带宽从 ~12K 涨到 ~20K 15:45 <jrandom> 0.6.1.9 不应该更偏向于选择更容易同意的对等点（也就是高容量的），而是应该更关注吞吐更高的对等点 15:46 <+Complication> 重传比例（发布当晚记录为 7%）已经降到 6 点几 15:46 <jrandom> 是啊，随着 routers 能跑到 1–300KBps，会有偏斜 15:46 <jrandom> 嗯，那是个相当夸张的比例，Complication，我只见过 2–3% 15:46 <jrandom> （不过我不怀疑你的观察） 15:47 <+Complication> 我的出站基本打满了 15:47 <+Complication> （我是说把线路容量打满） 15:47 <jrandom> 啊，那就能解释了 15:47 <+zzz> 仍然在 GET 之前收到 NULL，导致 405 bad method，比例可能在下降，不过很难确定 15:48 <jrandom> 对，zzz，streaming 库里还有些需要解决的问题，但我可能要在 0.6.2 的 Tunnel 改造之后才会处理 15:48 <jrandom> （当然，如果有人想提前深入研究，那就太棒了） 15:49 <jrandom> Complication：如果你把带宽限制器降到大约线路容量的 70%，失败率会回到一个合理值吗？ 15:49 <+zzz> 我还是觉得是新年之前刚进代码的某个变更，所以最好在我们还没忘记那些改动之前看看 :) 15:50 <+zzz> 12 月 29 日首次出现 15:50 <jrandom> 是的 zzz，很可能如此。可能与我们目前如何遵循超时有关。 15:51 <+Complication> jrandom：我现在正试着那么做 :) 15:51 <+Complication> 就在你问之前几秒钟我调整了，不过我想很快还看不出来 15:51 <jrandom> 不过那里面还有大量清理工作要做，而更重要的是先实现新的 Tunnel 创建代码（这将大幅提高 Tunnel 构建成功率，并且带来一整套匿名性改进） 15:51 <jrandom> 好的，Complication，嗯，给它 3–6 小时 15:51 <jrandom> （把旧的数值/连接清掉） 15:52 <+zzz> 目前大约有 ~1%–3% 的 GET 被损坏 15:54 <jrandom> 那你建议回滚 streaming 库的改动（这样 i2psnark 会在 12–48 小时内让所有用户 OOM（内存耗尽）），把进一步的 streaming 库重构推迟到 0.6.2 的 Tunnel 工作之后，还是把 0.6.2 的 Tunnel 工作延后一两周，同时重做 streaming 库？ 15:55 <+zzz> 绝对不要回滚 15:56 <+zzz> 你来定 15:56 <+Complication> 这是个相当狡猾的 bug，我只能这么说 15:58 <jrandom> streaming 库里还有其他 bug，所以如果我要撸起袖子，我会想一并处理它们（因为剩下的 bug 都不明显）。 15:59 <jrandom> 另一方面，如果先做 Tunnel 这块，我们会显著降低带宽使用、提高构建成功率、改善匿名性，并提升在真实网络上监测负载均衡的能力 15:59 <Pseudonym> 如果浏览时的失败率只有 1–3%，我觉得可以等等，不过这只是我的看法。 16:00 <jrandom> 我倾向于先做 Tunnel 的工作，因为部署之后，我们可以在被动监测网络的同时主动重做 streaming 库 16:01 <jrandom> （我也想做个 GUI 来编辑/发布到 Syndie，但那可以等这两件事都搞定之后再说 ;) 16:01 <+Complication> 这里的比例在我这儿也差不多 16:02 <+Complication> （在我的 eepsite 上） 16:04 <jrandom> 好的，如果你们能留意一下这些比例是否变化就太好了，同时我会继续进行 Tunnel 改造，之后会进行 streaming 库的改造（两者都会在 0.6.2 之前到位） 16:05 <jrandom> （或者，如果有人想深入 streaming 库【或者看看和 i2ptunnel 是否有奇怪的交互】，告诉我！） 16:06 <+Complication> jrandom：出于好奇，能否用一个测试应用把 i2ptunnel 排除掉？ 16:07 <+Complication> 例如，如果像 jnymo 的示例应用那样也会收到 null，那就能把 i2ptunnel 从可疑原因列表里排除了？ 16:07 <jrandom> 当然可以接一个薄层（in-VM）的 I2PSocket 实现来做这个 16:07 <+Complication> 因为如果我没记错，那示例直接使用了 streaming 库…… 16:08 <+Complication> （或者几乎是直接使用） 16:08 <jrandom> 是啊，当然，如果某个使用 streaming 库的东西能复现它，那就能给 i2ptunnel 洗清嫌疑 16:10 <+Complication> 嗯，除非别人先做（我会先尝试把 webcache 那个东西做完），否则我也许会尝试用类似的东西来模拟 HTTP…… 16:10 <jrandom> 太赞了，谢谢你，Complication 16:10 <jrandom> 好的，关于 1) 网络状态和 0.6.1.9 还有别的吗？ 16:11 <jrandom> 如果没有，我们慢慢走到 2) Tunnel 创建加密 16:11 <+Complication> 没啦，可能啥用都没有，或者我半路就卡住了……不过这个可能性让我感兴趣 16:11 <jrandom> 嗯，绝对值得探索，Complication 16:12 <jrandom> （而且探索不一定要有正面结果才有价值 :) 16:12 * cervantes 在临近新年的源码变更中发现了一个“moo”异常……也许就是这个问题？:) 16:13 <jrandom> 好的，邮件里引用了一个新的 Tunnel 创建加密规范，基于去年十月我、toad 和 Michael 在邮件列表上的讨论 16:14 <jrandom> 看一眼，告诉我你的想法——它不会很快部署到在线网络上，因为还有其他东西需要先实现，但它快来了 16:14 <+Complication> “moo”是 Java 的保留字吗？;P 16:14 <+zzz> 关于 2）我会帮忙审查状态邮件中的参考资料 16:14 <+Complication> 关于 Tunnel 加密这个话题，你介意看看下面这个改写是否还行吗——我只是想确保我理解对了…… 16:14 <jrandom> 谢了 zzz 16:15 <+Complication> “每一跳都用它们的 reply key（回复密钥）对所有记录进行加密；这个 reply key 是它们用自己的 ElGamal 私钥从属于自己的那条记录中解密得到的。以这种方式加密，就逆转了 Tunnel 拥有者所做的一层解密（或者说，加密），从而使得下一位参与者的记录可由下一位参与者的 ElGamal 私钥读取？” 16:15 <jrandom> Complication：是的 16:15 <+Complication> 还是我这个改写完全错了？ 16:16 <+fox> <jme___> 如果可以的话，我觉得太复杂了 16:16 <jrandom> 我觉得是对的，不过，是啊，子句太多了 :) 16:16 <+Complication> 我也没想到更好的可视化方式。即便这样也够难的了。:P 16:16 <jrandom> （或者 jme___ 你是说算法太复杂？） 16:17 <+fox> <jme___> 不是，我试着快速读了文档就放弃了，因为太多东西需要预备知识 16:17 <+fox> <jme___> 另一方面我也没怎么尝试 :) 还有别的事要做 16:17 <jrandom> Complication: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/i2p/router/tunnel/BuildMessageProcessor.java?rev=HEAD 16:18 <+fox> <jme___> 这次同行评审只是走过场，还是你真的担心/不确定？ 16:19 <+Complication> 嗯，了解底层机制在做什么总是好的…… 16:19 <jrandom> 我有信心它按我的意图工作，但如果有人能发现问题，我真心感兴趣 16:19 <+fox> <jme___> 如果是后者我可以花时间，不过我的知识有点旧而且不在脑子最前面 16:20 <+fox> <jme___> 如果不是，我就信任 :) 16:20 <jrandom> 备注部分有一些问题——http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 <jrandom> 不着急，这个新加密大概还要一两周才会真正用到 router 里 16:22 <@cervantes> jrandom：关于这些，如果在各跳之间注入随机延迟，会有很大的性能损失吗？ 16:22 <@cervantes> 因为这似乎是防止时序攻击最合理的选项 16:23 <jrandom> 这是 Tunnel 创建阶段，所以延迟无妨，不过在灾难性故障下可能会导致 lease set 过早过期 16:25 <jrandom> 嗯，我不确定这些延迟有多有效。也许帮助很大，也许没有。不过，活跃的 Tunnel 本来就可以通过 blending 来检测该 Tunnel 上的串通对等点，所以我不确定这是否重要 16:25 <+fox> <jme___> 好的正在重读 16:27 <jrandom> 谢谢。好的，不着急，但如果/当有人有想法时，丢给我（或者发到列表、你的博客等） 16:27 <jrandom> 好的，关于 2 还有别的吗，还是我们进入 3) Syndie 博客？ 16:29 <jrandom> （算我们已经移过去了） 16:29 <jrandom> 好的，Syndie 里有些新的好玩的博客功能，去挖掘吧 ;) 16:29 <@cervantes> 很酷 16:30 <jrandom> 左侧的分组可以包含指向任意 URL 的链接，也可以链接到博客、博客内的帖子，或帖子内的附件 16:30 <jrandom> 还有一大堆可能的增强，比如为不同博客或不同标签添加帖子样式、图标等。如果有人愿意深入做这个，那就太棒了（而且影响非常显著 :)） 16:31 <@cervantes> 顺便说，评论中定义的外部链接也应该设置一个 title 属性为目标 URL（就像你在左侧面板上做的那样） 16:31 <@cervantes> 评论/帖子 16:32 <jrandom> 啊，好主意 16:33 <jrandom> （net.i2p.syndie.sml.BlogPostInfoRenderer 方法 renderLinks(...) :) 16:34 <@cervantes> *scribble* 16:35 <jrandom> Syndie 的博客还需要什么，才能作为信息类 eepsites 的一个可用替代？显然，Syndie 是静态内容，所以有些事情做不了，但你可以发布内容并让人评论 16:36 <jrandom> 有没有你特别想做的定制？如果有，告诉我 16:37 <DoubtfulSalmon> jrandom：通过脚本更新现有内容？ 16:37 <@cervantes> 按日期归档 16:37 <jrandom> DoubtfulSalmon：通过脚本？ 16:37 <jrandom> cervantes：啊，像一个小日历组件，而不是“5 篇更早的条目”的链接？ 16:38 <@cervantes> 嗯 16:38 <DoubtfulSalmon> jrandom：比如我想让这个文件/文本替换那个文件/文本。我该怎么做？ 16:38 <jrandom> 好的，酷，这应该很容易（如果有人把 HTML 写出来的话 :)） 16:38 <@cervantes> 或者更简单地“查看上个月的帖子” 16:39 <@cervantes> jrandom：你只需要一个 7×6 的表格，里面填些数字 ;-) 16:40 <jrandom> DoubtfulSalmon：修改已经发布的内容是个有意思的方向。总体上来说并不总是可行，因为它得像 Usenet 控制消息那样运作（撤销一篇旧帖等） 16:40 <jrandom> DoubtfulSalmon：另一方面，你可以直接发一个新文件/条目，然后把左侧的链接改到新文件/条目 16:40 <jrandom> （这样，旧内容还在那里，但会把人引导到新内容） 16:41 <DoubtfulSalmon> jrandom：对，如果旧内容仍在也没问题，只要大家的链接都指向新内容，他们就不用去改自己的内容。 16:41 <jrandom> 把它做成一个完整的 wiki 也是可能的，本质上是发布差异，然后让 Syndie 渲染结果，但这可能有点小题大做 16:41 <jrandom> 嗯，明白你的意思了 16:42 <jrandom> 所以，你想要的是可重定向的链接，而不是现有的指向具体版本内容的链接 16:43 <jrandom> 也许可以通过链接到某个博客的书签来实现，然后通过加载该博客当前的书签，看看它指向哪里，从而找出具体版本 16:44 <jrandom> 另一方面，新版本可以标记为对旧帖子的回复，这样当人们跟随一个链接时，他们可以再跟到这个替代内容的回复 16:44 <jrandom> （不过这可能没有那么无缝） 16:44 <DoubtfulSalmon> 是的：比如我想放一个链接：当前的雷达图像，或者类似每 10 分钟更新一次的东西。如果内容不会在整个网络上四处传播也没关系，但如果别人链接到我的页面，用户应该能看到当前的图像。 16:45 <jrandom> 这取决于他们想做什么——他们是想链接到他们引用时的那个图像，还是想链接到当读者查看时由服务渲染的图像 16:45 <+Complication> cervantes：今天的怪事 :D 最后一帖在：http://forum.i2p/viewtopic.php?t=1199&start=15 16:46 <+Complication> 感觉像是我们的另一位机器人主宰 :P 16:46 <jrandom> 不过同时支持这两种概念是个好主意，我觉得实现起来也不麻烦 16:46 <@cervantes> 多谢 16:46 <jrandom> 不过需要对 SML 做个小扩展（例如 [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.webp"]） 16:47 * cervantes 如果开始大量出现，我会升级论坛的防御 16:47 <@cervantes> （已经知道怎么挡住那个了） 16:47 <DoubtfulSalmon> jrandom：他们应该既能链接到它的静态版本（前提是传播者没有删除内容），也能链接到一个通用的 URL，指向最新版本 16:47 <jrandom> （它会查看 ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c= 当前的元帖子里的书签，从名为“radar.webp”的那条里取出确切的 URI） 16:48 <DoubtfulSalmon> jrandom：现在能不能用类似“查看标签 <weird string> 下最新的一篇帖子”来做？ 16:48 <jrandom> 啊，说得好——可以的 16:49 <jrandom> 甚至可以限定为“查看作者 $author 且标签为 $tag 的最新帖子” 16:49 <jrandom> （这样别人就无法伪造） 16:49 <DoubtfulSalmon> 那也许就做个 UI，这样用户就不必看到那些奇怪的标签之类的 16:50 <jrandom> 上面有个它看起来如何的例子，不过我手头没有那个 URI……不过，对，就是把链接包在被链接的文本外面 16:50 <DoubtfulSalmon> 我想所有这些信息都可以以 URL 的形式出现吧。 16:51 <jrandom> 不过直接写源 SML 确实挺复杂，这也是为什么做一个生成 SML 的 GUI 会很有用 16:51 <jrandom> 它们是 SML 标签上的属性，不是 URL 16:52 <@cervantes> 而没有 JavaScript 的话，SML 的 GUI 会很棘手 16:52 <DoubtfulSalmon> 但你可以把搜索结果加为书签，对吧？ 16:52 <jrandom> 什么是搜索结果？ 16:52 <jrandom> 你说的书签是什么意思？ 16:52 <@cervantes> （或者浏览器扩展 ;-) 16:52 <jrandom> 哦，浏览器端的书签，是的 16:52 <+Complication> 过滤结果？ 16:53 <jrandom> 但那些书签一般是不可共享的 16:53 <DoubtfulSalmon> 呃：“获取作者 X 且标签为 Y 的最新 1 篇帖子” 16:53 <jrandom> （其实，大多数是可以的，但并不普遍，因为它们是 URL 而不是 URI）） 16:53 <DoubtfulSalmon> 是啊，如果其他博客也能链接到那些就好了 16:54 <jrandom> DoubtfulSalmon：他们可以，用 SML 16:54 <jrandom> [blog tag="Y" bloghash="X"] 16:54 <DoubtfulSalmon> 哦太好了 16:55 <jrandom> cervantes：JavaScript，或者 XUL，或者 Java，或者其他某个操作系统特定的客户端应用 16:57 <@cervantes> 啊酷，所以你并不介意脚本或插件依赖 16:57 <jrandom> （当我们的网站为 0.6.2 改版时，Syndie 一定会有个网站来解释 wtf 这个 Syndie 东东究竟是什么，以及它如何能做到除了洗碗之外的所有事情 ;) 16:57 <@cervantes> （只要能优雅降级） 16:57 <jrandom> cervantes：Syndie 应该在 lynx 上也能工作，但富客户端有很大发挥空间 16:58 <jrandom> (s/function/functional/) 16:58 <@cervantes> 对……所以 lynx 用户会得到一份 SML 参考表，但没有更多 16:58 <jrandom> 嗯，就像我们现在这样 16:58 <jrandom> 不过也许可以简化一点 SML，不知道。 17:01 <+Complication> jrandom：你觉得有没有那么一点可能……这个 null bug 跟 gzip 编码有关？ 17:01 <+Complication> 我在想怎么给我的 eepsite Tunnel 禁用 gzip…… 17:01 <+Complication> 还是说这完全不可能？ 17:01 <@cervantes> 新年前在 i2ptunnel 里加了一些 HTTP 压缩器的东西 17:03 <jrandom> 是啊，有可能——你可以在客户端用 i2ptunnel.gzip=false（在 /configadvanced.jsp 上）禁用它。目前我觉得你还不能在 i2ptunnelhttpserver 里禁用 17:03 <+zzz> 问题在请求端，那边没有任何压缩 17:03 <+zzz> 如果客户端设为 false，服务器不会压缩 17:03 <+Complication> zzz：哦对，我忘了这一点 17:04 <jrandom> （不过不费什么事你就能把它加到 I2PTunnelHTTPServer 上【行 310 等】） 17:04 * Complication 太粗心了，为此道歉 17:04 <@cervantes> （或者你可以用一个普通的 Tunnel） 17:04 <+Complication> 啊哈，谢谢…… 17:05 <jrandom> 嗯，不过等 i2ptunnelhttpserver 收到 GET 时，NULL 已经在那里了 17:05 <+zzz> 是的，我确实让 orion 回到了 HTTP tunnel，这让他的页面加载时间大幅改善，因为又压缩了 17:05 <+Complication> 我刚才完全忘了，只有当客户端和服务器“同意”才会开始 gzip 16:05 <jrandom> 所以它可能在客户端，但肯定不是服务端 17:05 <jrandom> 是啊 zzz，现在快得离谱 :) 17:05 <+zzz> 它在请求（request）端，不在响应（response）端——可能在客户端或服务端任一侧 17:06 <jrandom> 对 17:09 <jrandom> 好的，关于 3) Syndie 博客还有别的吗？ 17:09 <jrandom> 如果没有，我们跳到 4) ??? 17:09 <jrandom> 还有别的想在会议上提的吗？ 17:10 <cat-a-puss> Complication：Java 的 gzip 流 + I2P Tunnels。不工作，而且这是 Sun 的 bug 17:10 <jrandom> 嗯？cat-a-puss？真的？ 17:10 <+zzz> HTTP 持久连接更新：客户端大多已完成，服务端进展良好，还有大量加固和测试要做，预计 2–4 周完成 17:10 <jrandom> 不错啊 zzz！ 17:11 <cat-a-puss> jrandom：对，这个我很久以前跟你说过，我可能能找到关于为什么的长解释，但最好是在某处把它记录下来，因为没有理由这么做。 17:12 <jrandom> 嗯，我脱离上下文了，究竟是什么不起作用？Sun 的 bug 是什么？ 17:14 <dust> 我得到这样的奇怪日志：21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status <html> 17:14 <jrandom> 嗯，有意思 17:15 <jrandom> 哪个 tracker？ 17:15 <cat-a-puss> jrandom：据我所记，Sun 使用的是无头 ZIP，以及一个 magic number 来表示那是一个 ZIP 流。但这个数恰好是负数，所以如果你因为某些原因在一个 ZIP 流里又创建了一个 ZIP 流，它会把数据当作无符号字节序列来读，于是这个 magic number 就会被转成别的正数。（我可能漏了一些细节，但大意如此） 17:16 <dust> 比如 OSDevWithCVS_3E.pdf.torrent 17:17 <dust> d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 <jrandom> 嗯，我对此不太了解，也不确定它会如何影响通过 i2ptunnel 的 gzip 流（如果真会影响，那它们都该失败，因为我们把一切都 gzip 了） 17:19 <jrandom> 好的，dust，所以是 postman 的 tracker。嗯，dust，你在 0.6.1.9 上吗？ 17:20 <cat-a-puss> jrandom：对了，自从我遇到那个问题已经快一年了，我记不太清了，也不知道在 1.5 里是否修复了。但我确实费了九牛二虎之力想搞明白，为什么一切普通类型的流都能工作，一旦把它们包在压缩流里就全失败。 17:20 <dust> 是 17:20 <jrandom> cat-a-puss：过去一年里我们已经大幅改变了 I2P 上的压缩处理 ;) 17:21 <jrandom> （而且我个人不使用 1.5） 17:21 <jrandom> 不过我们显式地做自己的 ZIP 编码，而不是使用他们的打包流（出于匿名性/效率的原因，而不是兼容性） 17:22 <@cervantes> zzz：NULL 到底发生在请求的哪个位置？就在 GET 之后吗？ 17:22 <+Complication> 如果我没记错，在之前 17:23 <+fox> <lordalbert> hi 17:23 <+Complication> 顺便说一句：Celeron 300 的重传百分比比 Sempron 低一倍 17:23 <jrandom> 嗨，lordalbert 17:23 <jrandom> 不错，Complication，2–3% 是合理的（当然我更希望更低） 17:23 <@cervantes> 发一堆 HEAD 请求之类的会很有意思…… 17:24 <jrandom> 是啊，做一组本地测试会很棒，不过据我记得，Complication 之前试过，没有错误 17:24 <+fox> <lordalbert> 有人能做一个匿名 tracker 吗？我试过，但我不明白怎么用这个 Tunnel 17:24 <+Complication> cervantes：我曾经试过去触发它，在我的两个节点之间递归 wget 17:24 <+Complication> 没触发到就腻了 17:25 <@cervantes> heh 17:26 <+fox> <lordalbert> 'lo b0unc3 ;) 17:26 <+fox> <b0unc3> lordalbert，:D 17:26 <+Complication> lordalbert：你需要哪部分的建议？ 17:27 <+Complication> 关于如何搭建 trackers，我不太清楚。 17:27 <+Complication> 关于 I2PTunnel，我可以试着解释…… 17:27 <+fox> <lordalbert> 我安装了 BTtracker，而且它工作得很好 17:28 <+Complication> 还要注意的是，要让 tracker“保持”匿名，很可能需要非常谨慎的配置 17:28 <+fox> <lordalbert> 现在，我想把它匿名化 17:28 <+fox> <lordalbert> 所以 17:28 <jrandom> 我们可以在会后一起帮你搞定。你不该用通用的 trackers，你需要一个为匿名性构建的 17:28 <+fox> <lordalbert> 我刚刚做了个 i2ptunnel 17:29 <jrandom> （比如你可以在任何 I2P tracker 上找到的 bytemonsoon 修改版，或者在 CVS 里） 17:29 <+fox> <lordalbert> 现在，我想知道怎么用这个 tunnel。我已经建好了一个 tunnel 17:29 <jrandom> 好的，会议还有别的事吗？ 17:30 <jrandom> lordalbert：http://localhost:7657/i2ptunnel/ 应该可以让你创建一个 ‘http server tunnel’，指向你的 Web 服务器/跟踪器，但你的跟踪器除非已经为匿名使用做了修改，否则不会工作 17:30 <+fox> <lordalbert> jrandom，我该用哪个 tracker？ 17:31 <+Complication> 我想 postman 用的是改过的 ByteMonsoon 版本 17:32 <jrandom> i2p-bytemonsoon 已经为匿名使用做了修改——有个 zip 在 http://i2p-bt.postman.i2p/，还有 CVS 在 http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/，不过我对此不太了解 17:32 <+fox> <lordalbert> bytemonsoon 不是过时了吗？ 17:32 <jrandom> 能用就不算过时。它能用。 17:33 <+fox> <lordalbert> 好的 XD 17:33 <jrandom> 外面有很多 trackers，如果有开发者愿意把它改造得安全且匿名，那就太好了 17:33 <+Complication> 可能确实有点老……但肯定能用 destkeys 代替 IP…… 17:33 <+Complication> 安全性和防泄漏性就不好说了 17:34 <jrandom> （它是由 duck 等人为了匿名性和安全性做的修改） 17:34 <+Complication> 不过它已经运行了一段时间，看起来还行…… 17:35 <jrandom> 好的，如果会议上没有其他事情…… 17:36 * jrandom 收尾 17:36 * jrandom 用 *baf* 的方式宣布会议结束