/zh/blog/Recent content in Blog on I2P - 隐形互联网项目Hugozh-CNMon, 20 Apr 2026 00:00:00 +0000/zh/blog/2026/04/20/i2p-2.12.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 20 Apr 2026 00:00:00 +0000/zh/blog/2026/04/20/i2p-2.12.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>本次发布的 I2P 2.12.0 版本继续致力于提升 I2P 网络的性能与安全性。该版本包含多项针对 I2P 软件的错误修复和改进。</p> <p>后量子密码学的实现工作仍在继续。对现有后量子实现的改进提高了与其他 I2P 实现的稳定性和互操作性。我们鼓励早期采用者继续测试并向 I2P 团队提供反馈。</p> <p>已修复一个影响应用程序的 SAMv3 错误，该错误曾导致查找失败。使用 SAMv3 应用程序（如比特币和 BitTorrent 客户端）的用户应更新到此版本以解决这些问题。</p> <p>与往常一样，我们建议您升级到此版本。保持安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2026/02/09/i2p-2.11.0-release/Mon, 09 Feb 2026 00:00:00 +0000/zh/blog/2026/02/09/i2p-2.11.0-release/<p>自此版本起，I2P 现在需要 Java 17 或更高版本。请查阅您操作系统的文档以了解如何更新 Java。I2P 现在还使用 Jetty 12。请检查您的 router 日志以查看迁移问题。</p> <p>本版本的工作继续改进对后量子密码学的支持。后量子加密现在默认在棘轮层启用。</p> <p>我们已经实施了针对持续垃圾邮件攻击的第一轮缓解措施。正在开发额外的缓解措施。</p> <p>SAMv3 API 已升级以支持新的数据报类型 2 和 3。</p> <p>如往常一样，我们建议您更新到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2026/02/04/%E6%9A%B4%E9%A3%8E%E9%9B%A8%E5%A4%A9%E6%B0%94/Wed, 04 Feb 2026 00:00:00 +0000/zh/blog/2026/02/04/%E6%9A%B4%E9%A3%8E%E9%9B%A8%E5%A4%A9%E6%B0%94/<p>I2P网络目前正经历不稳定状况，这是由于持续的拒绝服务攻击和资源耗尽攻击造成的。这些攻击正在影响I2P服务和隐藏站点的性能和可靠性。I2P开发团队正在积极调查并实施缓解措施来对抗这些攻击。</p>/zh/blog/2026/01/06/introducing-the-new-i2p-website/Tue, 06 Jan 2026 00:00:00 +0000/zh/blog/2026/01/06/introducing-the-new-i2p-website/<h2 id="launching-the-redesigned-i2p-website">Launching the Redesigned I2P Website</h2> <p>We are pleased to announce the launch of the redesigned I2P website. This update is the result of a focused effort to make I2P easier to discover, easier to understand, and easier to contribute to—without compromising the values the project is built on.</p> <p>This work is primarily aimed at the I2P community: long-time users, contributors, developers, researchers, and those discovering I2P for the first time and trying to understand how it fits together.</p>/zh/blog/2025/11/01/stormycloud-%E5%8A%A0%E5%85%A5-i2p-%E5%AE%B6%E6%97%8F/Sat, 01 Nov 2025 00:00:00 +0000/zh/blog/2025/11/01/stormycloud-%E5%8A%A0%E5%85%A5-i2p-%E5%AE%B6%E6%97%8F/<p>我们很高兴与大家分享一则重要消息：StormyCloud 正式与 I2P（隐形互联网计划）展开深度合作。</p> <p>多年来，StormyCloud 一直是 I2P 的基础设施中至关重要的一环，提供托管服务和支持，使网络保持顺畅运行。现在，我们正将这份合作关系正式化，并拓展我们能够共同完成的工作。</p> <p>我们特别高兴地宣布，Lance James 和 idk 将加入 StormyCloud 董事会。Lance 创立了 Invisible Internet Project（隐形互联网项目），它演变成了我们如今所熟知的 I2P；他在构建以隐私为中心的网络方面的经验可以追溯到数十年前。多年来，idk 一直深度参与 I2P 的开发——如果你使用 I2P，你就已经从他的工作中受益。</p> <p>即日起，您可以通过加密货币、信用卡/借记卡和银行转账支持 I2P 的开发。所有捐款将直接用于 I2P：软件开发、基础设施、研究和文档。StormyCloud 以 501(c)(3) 非营利组织的身份处理这些捐款，因此对美国捐赠者而言可抵税。</p> <p>这一合作为我们提供了更多资源和稳定性，使我们能够在不偏离其成功之道的前提下壮大 I2P：一个以隐私为先、去中心化、由社区驱动的网络。I2P 仍然如以往一样：一个由社区驱动的项目。开发以公开透明的方式进行，决策由集体做出，而网络之所以存在，是因为人们选择运行它。这一点从未改变，也不会改变。</p> <p>我们期待接下来的进展。</p>/zh/blog/2025/10/16/%E6%96%B0%E7%9A%84-i2p-routers/Thu, 16 Oct 2025 00:00:00 +0000/zh/blog/2025/10/16/%E6%96%B0%E7%9A%84-i2p-routers/<p>对于 I2P 的开发来说，这是一个令人振奋的时期；我们的社区正在壮大，如今已有多个全新的、完全可用的 I2P router 原型陆续涌现！我们对这一进展感到非常兴奋，也很高兴能与您分享这一消息。</p> <h2 id="这对网络有什么帮助">这对网络有什么帮助？</h2> <p>编写 I2P routers 有助于证明我们的规范文档确实可用于实现新的 I2P routers，使代码能够被新的分析工具分析，并总体提升网络的安全性和互操作性。多个 I2P routers 意味着潜在缺陷不再一致，对某个 router 的攻击可能对另一款 router 无效，从而避免单一生态问题。不过，从长期来看，也许最令人兴奋的前景是嵌入。</p> <h2 id="什么是嵌入">什么是嵌入？</h2> <p>在 I2P 的语境中，嵌入是一种将 I2P router 直接包含到另一款应用中、而无需在后台运行独立的 router 的方式。这可以让 I2P 更易于使用，从而通过提高软件的可访问性来促进网络的增长。Java 和 C++ 都存在在各自生态系统之外难以使用的问题：其中，C++ 需要脆弱的手写 C 绑定；而对 Java 来说，从非 JVM 应用与 JVM 应用通信则是一件令人头疼的事。</p> <p>虽然在许多方面这种情况很正常，但我认为可以加以改进，以使 I2P 更易于使用。其他编程语言对这些问题有更优雅的解决方案。当然，我们应当始终考虑并采用针对 Java 和 C++ routers 的现有指南。</p> <h2 id="使者从黑暗中现身">使者从黑暗中现身</h2> <p>与我们团队完全独立地，一位名为 altonen 的开发者开发了一个用 Rust 编写的 I2P 实现，名为 emissary。虽然它还相当新，而且我们对 Rust 不太熟悉，但这个颇具吸引力的项目前景光明。祝贺 altonen 创建了 emissary，我们对此印象深刻。</p> <h3 id="why-rust">Why Rust?</h3> <p>使用 Rust 的主要原因基本上与使用 Java 或 Go 的原因相同。Rust 是一种具有内存管理功能的编译型编程语言，并且拥有庞大且高度活跃的社区。Rust 还提供了用于生成 C 编程语言绑定的高级特性，这些绑定相比其他语言更易于维护，同时仍然继承了 Rust 强大的内存安全特性。</p>/zh/blog/2025/09/08/i2p-2.10.0-release/Mon, 08 Sep 2025 00:00:00 +0000/zh/blog/2025/09/08/i2p-2.10.0-release/<p>I2P 中后量子密码学的实现与部署工作仍在进行中。在此版本中，后量子密码学已可用，但对新的 tunnels 默认未启用。若你有兴趣测试后量子密码学支持，请在 &ldquo;Hidden Service Manager&rdquo; 的 &ldquo;Encryption Types&rdquo; 下将其启用。请务必在 IRC2P 的 #i2p-dev 上联系我们，以获取帮助并报告你遇到的任何问题。</p> <p>I2PSnark 现在支持 UDP 追踪器。这将通过降低种子追踪器的负载，有助于整个网络。</p> <p>已对隐藏模式进行了稳定性改进，这将降低耗尽 RouterInfos 的可能性。</p> <p><strong>重要！</strong> 在下一个版本中，I2P 将需要 Java 17 或更高版本。</p> <p>一如既往，我们建议您升级到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="sha256-校验和">SHA256 校验和</h2> <pre tabindex="0"><code>f96110b00c28591691d409bd2f1768b7906b80da5cab2e20ddc060cbb4389fbf i2pinstall_2.10.0_windows.exe 76372d552dddb8c1d751dde09bae64afba81fef551455e85e9275d3d031872ea i2pinstall_2.10.0.jar 3b651b761da530242f6db6536391fb781bc8e07129540ae7e96882bcb7bf2375 i2psource_2.10.0.tar.bz2 c89f568ebdc7d75c6fde59c4f68ac09031543d3ce8643c08e0f46d97513e90aa i2pupdate_2.10.0.zip 04aa738517d5268c157ec267348b9fdda89b5f26052603b21cd4a1bd217c2f66 i2pupdate.su3 </code></pre>/zh/blog/2025/06/02/i2p-2.9.0-%E5%8F%91%E5%B8%83/Mon, 02 Jun 2025 00:00:00 +0000/zh/blog/2025/06/02/i2p-2.9.0-%E5%8F%91%E5%B8%83/<p>I2P 2.9.0 是一次维护性发布，包含错误修复以及对新功能的开发工作。</p> <h2 id="最新动态">最新动态</h2> <p>线程使用方式已改进，从而提升 i2ptunnel 系统的性能。NTCP2 已改进，以抵御探测攻击。通知系统已集成到更多应用中，为用户提供来自 I2PSnark 及其他应用的更好反馈。自动加入 floodfill 的功能已修复。当作为 floodfill 运行时，用户可能会注意到资源占用增加。如不希望如此，可在 /config 页面禁用 floodfill 模式。</p> <h2 id="全球地图功能">全球地图功能</h2> <p>控制台中新增了全球地图功能，用于显示你在 netDb 视图中的 routers 的位置。这些 routers 是帮助你的 router 构建 tunnels 并匿名提供服务的对等节点。</p> <h2 id="未来开发">未来开发</h2> <p>针对 tunnels 的自动带宽管理、Datagram2 协议以及后量子密码学的实现工作仍在进行中。在两个版本之后，即 2.11.0 版本，I2P 将要求 Java 17。</p> <p>和往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="sha256-校验和">SHA256 校验和</h2> <pre tabindex="0"><code>681884cf79f001a360dd3635f7b31e889d407af8c3edb6fe89d841a5421ba563 i2pinstall_2.9.0_windows.exe f4474ca98914f18fce1a4ce37a6b3cd080499919e4202a29b8eae51798f0c7c1 i2pinstall_2.9.0.jar 03989319e186d9b06ed96ea0efa6ac95af1bc57af956d7f5f06f52f8da64fcd7 i2psource_2.9.0.tar.bz2 1b79b2593bbe60e08da3f84411d48a5f1fe0c8cfd934f1c90d2fece436c1f2b5 i2pupdate_2.9.0.zip 2df2d63a65d9d8743098203919693185c910ddd8a53f13e91d5be7d95d1d0e82 i2pupdate.su3 </code></pre>/zh/blog/2025/03/29/i2p-2.8.2-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Sat, 29 Mar 2025 00:00:00 +0000/zh/blog/2025/03/29/i2p-2.8.2-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>2.8.2 修复了一个在 2.8.1 版本中引入的、导致 SHA256 失败的缺陷。该缺陷主要影响高带宽的 router。</p> <p>与往常一样，我们建议您更新到本次发布。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fix SHA256 double-free from Noise</li> <li>Clear i2ptunnel bubble count when clearing status messages</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Reduce memory usage in BanlistRenderer</li> <li>Use torrent name instead of torrent file name in notifications</li> <li>Translation updates</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums</h2> <pre tabindex="0"><code>7658f9ba7e28ab29ffeb3ec1909bf04f5ae391ee159980145ea01bd793c46f80 i2pinstall_2.8.2_windows.exe cd606827a9bca363bd6b3c89664772ec211d276cce3148f207643cc5e5949b8a i2pinstall_2.8.2.jar 039b59fedd4a64aaeb6b74ab974310abdc9c08cb47ef1b8568c718965b50a485 i2psource_2.8.2.tar.bz2 71cef41d7184516e42c15dc5105e52ab19960affd571b636e767e8bf8c227075 i2pupdate_2.8.2.zip 15d886a9015dcf27ccc25e31b703ef6538b8b777176adf643dfe8ee0ba4984e0 i2pupdate.su3 </code></pre>/zh/blog/2025/03/17/2.8.1-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 17 Mar 2025 00:00:00 +0000/zh/blog/2025/03/17/2.8.1-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>2.8.1 修复了 2.8.0 中导致无法访问本地站点的问题。我们在控制台中的若干应用程序中添加了通知气泡，以突出显示应用程序消息。我们修复了一个 tunnel 测试缺陷，该缺陷可能一直影响 tunnel 的可靠性。地址簿现在新增了一个“latest”（最新）选项卡，用于显示从你的订阅中新增的最新主机名。我们针对深色主题进行了多项修复和改进。</p> <p>我们修复了此前在 Java 21 或更高版本上会失败的安装程序。我们还修复了在 Linux 上安装到包含空格的目录路径的问题。对于使用 Docker 的用户，我们更新了过时的 Docker 容器和容器库。</p> <p>如往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="changes">Changes</h3> <ul> <li>New console notification bubbles</li> <li>New addressbook sort-by-latest tab</li> <li>Add support for .i2p.alt hostnames (RFC 9476)</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Fix local site access bug</li> <li>Fix installer failure on Java 21+ (IzPack 5.2.4)</li> <li>Fix tunnel tests for outbound client tunnels</li> <li>Fix installing to paths with spaces (non-Windows)</li> <li>Console dark theme fixes and improvements</li> <li>Fix AIOOBE on large signed streaming packets</li> <li>Fix compression of Router Identities</li> <li>Update outdated Docker container and container libraries</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Add logo to first installer panel</li> <li>Add progress bar to installer panels</li> <li>Use SHA256 pool in Noise</li> <li>Move certs page to a debug page tab</li> <li>Reduce memory usage in AddressBean</li> <li>Set bulk profile for servers and i2psnark</li> <li>Prep for tunnel bandwidth parameters (proposal 168)</li> <li>Proxy error page improvements</li> <li>Check key order when parsing RI mappings</li> <li>Reduce i2psnark peer check interval</li> <li>Translation updates</li> </ul> <p>已修复缺陷的完整列表</p>/zh/blog/2025/02/04/i2p-2.8.0-%E5%8F%91%E5%B8%83/Tue, 04 Feb 2025 00:00:00 +0000/zh/blog/2025/02/04/i2p-2.8.0-%E5%8F%91%E5%B8%83/<p>本次发布通过修复缺陷、移除未使用的代码，并提升网络稳定性来改进 I2P。</p> <p>我们改进了对网络中拥塞的 router 的处理。我们已解决 UPnP 与 NAT 穿透方面的问题，以提升连通性并改进错误报告。我们现在采用更为激进的策略，从 netDb 中移除 leaseSet，以提升 router 性能并缓解过载。还实施了其他更改，以降低诸如 router 重启或关机之类事件的可观测性。</p> <p>与往常一样，我们建议您更新到本次发布。维护安全并帮助网络的最佳方式是运行最新版本。</p> <p>已修复缺陷的完整列表</p> <h3 id="sha256-校验和">SHA256 校验和</h3> <pre tabindex="0"><code>f2699359fd7c5a2fddb5730666e61c0dce2184f95507d4f33dcfaca16569b580 i2pinstall_2.8.0_windows.exe 32255865c5f89bceab4902ba401c971c5aa238ebe8bc1bfb2153acb6478ce656 i2pinstall_2.8.0.jar 06b305c24ed163bb09b1afaa3a8d44b2477eb3eb0e1c84236d210606986bd820 i2psource_2.8.0.tar.bz2 3ff1e0c52757a39e20ac864aa610c92f1a1168979b42a61cd1e9284becc0fe22 i2pupdate_2.8.0.zip bfc6fc3c6e2cb486448450d3f08cef6afe2966b57113b17df65cbb53ed6d4a82 i2pupdate.su3 </code></pre>/zh/blog/2024/10/09/i2p-2.7.0-%E5%B7%B2%E5%8F%91%E5%B8%83/Wed, 09 Oct 2024 00:00:00 +0000/zh/blog/2024/10/09/i2p-2.7.0-%E5%B7%B2%E5%8F%91%E5%B8%83/<p>本次发布的 I2P 2.7.0 版本通过修复缺陷、提升性能并新增功能，继续推进我们的工作。</p> <p>从控制台和应用程序访问信息的体验已得到改进。已修复 I2PSnark 和 SusiMail 搜索中的问题。嵌入到 router 控制台中的 netDB 搜索现在以更直观、更实用的方式运行。已对高级模式下的诊断显示进行了小幅改进。</p> <p>还修复了若干缺陷，以提升网络内部的兼容性。解决了发布 leaseSets 的问题，从而提高了主要隐藏服务的可靠性。当用户仅在现有种子上更改追踪器时，I2PSnark 不再更改 infohash。这可防止种子因这些更改而遭受不必要的中断。我们欢迎来自一位新贡献者的这项贡献。处理 streaming library（流式传输库）选项时的一个冲突已得到解决，从而提高了与其他 I2P 实现的兼容性。</p> <p>一如既往，我们建议您更新到本次发布。维护安全性并帮助网络的最佳方式是运行最新版本。</p> <p>已修复错误的完整列表</p> <h3 id="sha256-校验和">SHA256 校验和</h3> <pre tabindex="0"><code>d70ee549b05e58ded4b75540bbc264a65bdfaea848ba72631f7d8abce3e3d67a i2pinstall_2.7.0_windows.exe ea3872af06f7a147c1ca84f8e8218541963da6ad97e30e1d8f7a71504e4b0cee i2pinstall_2.7.0.jar 54eebdb1cfdbe6aeb1f60e897c68c6b2921c36ce921350d45d21773256c99874 i2psource_2.7.0.tar.bz2 b7fae5181cbd8b60be0d5a05e391f4c9d114748a8240eb64b91ee84da5c659f8 i2pupdate_2.7.0.zip 59d3d61eccf3622985b71e06d454f61f32f39baa1eb9064536d295b4a7e7ae4e i2pupdate.su3 </code></pre>/zh/blog/2024/08/06/2.6.1-%E5%8F%91%E5%B8%83/Tue, 06 Aug 2024 00:00:00 +0000/zh/blog/2024/08/06/2.6.1-%E5%8F%91%E5%B8%83/<p>I2P 2.6.1 发布，旨在修复 Hidden Services Manager（隐藏服务管理器）应用程序中的一个用户界面缺陷。该缺陷导致滚动功能被禁用，使得部分配置无法访问。</p> <p>一如既往，我们建议您更新至本次发布版本。维护安全并帮助整个网络的最佳方式是运行最新的发布版本。</p> <h2 id="版本详情">版本详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Graphs: render graphs in svg</li> <li>Translations: generate internal translation leaderboard</li> </ul> <h3 id="更改">更改</h3> <ul> <li>i2ptunnel: Fix bug causing truncation configuration UI</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Translation updates</li> </ul> <p>已修复缺陷的完整列表</p> <h3 id="其他">其他</h3> <pre tabindex="0"><code>88e69e0adac66ed41ef1d521c373a40d491fbec1a40f596dbaa56ac67b5c4b0d i2pinstall_2.6.1_windows.exe c10d74075dac39d0f80c4fa5bbd403ed59aeba5e933e761a0ecf59d8d5afcad1 i2pinstall_2.6.1.jar e6ce1704da6ac44909b9ee74b376e3ba10d27a287840b28caaf51dfae0903901 i2psource_2.6.1.tar.bz2 e78fe71186b7b194882132b0392dceb9b4f2ea35cabfcb224739f46f1b11cd53 i2pupdate_2.6.1.zip 42a4eac2a1802130f38ee648cc04c0f2cbc6e8ca6975d89235bdf80b3000aded i2pupdate.su3 </code></pre>/zh/blog/2024/07/19/i2p-2.6.0-%E5%8F%91%E5%B8%83/Fri, 19 Jul 2024 00:00:00 +0000/zh/blog/2024/07/19/i2p-2.6.0-%E5%8F%91%E5%B8%83/<p>本次发布 I2P 2.6.0，通过修复错误、新增功能以及提升网络的可靠性，继续推进我们的工作。</p> <p>在选择 floodfill router 时，较新的 router 将被优先选择。除了修复缺陷之外，I2PSnark 还引入了提升 PeX（Peer Exchange，对等交换）性能的新特性。正在移除旧版传输协议，从而简化 UDP 传输中的代码。本地托管的 destination 将可被本地客户端在不请求其 LeaseSet 的情况下访问，从而提升性能与可测试性。还对对等体选择策略进行了额外调整。</p> <p>I2P 不再允许 I2P-over-Tor；来自 Tor 出口 IP 地址的连接现已被阻止。我们不鼓励这样做，因为这会降低 I2P 的性能，并无益地消耗 Tor 出口节点的资源。如果你既运行 Tor 出口节点又运行 I2P，我们鼓励你继续这么做，但请为二者分别使用不同的 IP 地址。非出口中继和 Tor 客户端不受其影响，无需做出任何更改。</p> <p>一如既往，我们建议您升级到本次发布版本。维护安全并帮助网络的最佳方式是运行最新发布的版本。</p> <h2 id="版本详情">版本详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Router: Increase minimum version for floodfill routers</li> <li>Router: Disable I2P over Tor</li> <li>Address Book: Cache locally hosted destinations</li> </ul> <h3 id="更改">更改</h3> <ul> <li>I2PSnark: Peer Exchange Tweaks</li> <li>I2PSnark: Bugfixes</li> <li>Router: Peer Selection Tweaks</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Translation updates</li> </ul> <p>已修复 Bug 的完整列表</p>/zh/blog/2024/05/15/2.5.2-%E5%8F%91%E5%B8%83/Wed, 15 May 2024 00:00:00 +0000/zh/blog/2024/05/15/2.5.2-%E5%8F%91%E5%B8%83/<p>I2P 2.5.2 已发布，用于修复在 2.5.0 中引入的一个导致部分 HTTP 内容被截断的缺陷。</p> <p>与往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Console: Update rrd4j to 3.9.1-preview</li> <li>Router: Publish G cap if symmetric natted</li> </ul> <h3 id="更改">更改</h3> <ul> <li>i2ptunnel: Fix bug causing truncation of some HTTP content</li> <li>i2ptunnel: Fix custom option form width (light theme)</li> <li>Tunnels: Fix selection of peers with expired RIs</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Translation updates</li> </ul> <p>已修复缺陷的完整列表</p> <h3 id="其他">其他</h3> <pre tabindex="0"><code>1aa1ac29620886a7d744424318287c67dc9ead488e6ab434848597ee9db7ce18 i2pinstall_2.5.2_windows.exe 751f48cfb380c8796bd645621b149114d55f32cd4330784cb287be9413b02569 i2pinstall_2.5.2.jar f23d0746d72a55cccbd17f40762e491ae1b42cdf55d7e73404d213a84985ca73 i2psource_2.5.2.tar.bz2 adba8b7512d27a44ed876ec4beb39a82ebb34dc243ec024aff289e91823fc0c7 i2pupdate_2.5.2.zip 0d1d09d3d8199ea1a2ea983f5023125449ea55e93e20f5fbf1b7ad9e466bb6fc i2pupdate.su3 </code></pre>/zh/blog/2024/05/06/i2p-2.5.1-%E6%96%B0%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 06 May 2024 00:00:00 +0000/zh/blog/2024/05/06/i2p-2.5.1-%E6%96%B0%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>I2P 2.5.1 正在发布，以应对影响 I2P 网络和服务的拒绝服务攻击。此次发布中，我们禁用了 Sybil 攻击检测工具中基于 IP 的部分，这些部分曾成为攻击的目标，从而放大了攻击的影响和持续时间。这应有助于网络恢复正常运行。此前已禁用 Sybil 攻击检测工具的用户现在可以放心重新启用它。我们还对其他子系统进行了调整，以改进 RouterInfo（路由信息）的验证和对等点选择。</p> <p>与往常一样，我们建议您更新到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="版本详细信息">版本详细信息</h2> <h3 id="changes">Changes</h3> <ul> <li>Susimail: Add search box</li> <li>Susimail: UI Improvements</li> <li>NetDB: Don&rsquo;t lookup RI if on banlist</li> <li>Tomcat: update to 9.0.88</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Sybil: Disable IP-Closeness Checks in Sybil Attack Analysis Tool</li> <li>Profiles: Don&rsquo;t update last heard from if tunnel fails</li> <li>NetDB: Improve validation of RI&rsquo;s before storing, sending RI&rsquo;s</li> </ul> <p>已修复错误的完整列表</p> <h3 id="错误修复">错误修复</h3> <pre tabindex="0"><code>1b0c1a12e64bd6dabd894a297b7bfd60ebe218a9177086f27367b8d4f1e30ab9 i2pinstall_2.5.1-0.jar f9b2038cc6376a7b67a7cbc6ff07046b0a5f6146658dfb910ca4532c81263177 i2pinstall_2.5.1-0_windows.exe 1b0c1a12e64bd6dabd894a297b7bfd60ebe218a9177086f27367b8d4f1e30ab9 i2pinstall_2.5.1.jar d0150a4f7abcdc85cddae277fa951c2ee76ccc7403d98cd255791ac752a7e36b i2pinstall_2.5.1.jar.sig f9b2038cc6376a7b67a7cbc6ff07046b0a5f6146658dfb910ca4532c81263177 i2pinstall_2.5.1_windows.exe 4bc7e59ee0036389a0f76fc76b2303eeae62bf6eaaf608c9939226febf9ddeae i2psource_2.5.1.tar.bz2 251293c39c333bd7d8ad01235ef15bccf15df1b72dd18917de06cdb212b7801f i2psource_2.5.1.tar.bz2.sig 163b7fe3e9941bd412bad1b80f34e2a8cd1ade2e77cbe4cfb58eca42f3ca4b62 i2pupdate-2.5.1.su3 461b5fe51d2d953ba798eee867e434b4bf234911418c0dd5560b558f755f6657 i2pupdate-2.5.1.su3.torrent a4db0e6a9ee56df2d9bb2b12d9eb3a04501aeeac83773817f62565e632d88228 i2pupdate_2.5.1.zip c592bc6d1ffcc988f021bbd30ea6e5063f31bb5175846be96c5c2724294bd99b i2pupdate_2.5.1.zip.sig 163b7fe3e9941bd412bad1b80f34e2a8cd1ade2e77cbe4cfb58eca42f3ca4b62 i2pupdate.su3 a4db0e6a9ee56df2d9bb2b12d9eb3a04501aeeac83773817f62565e632d88228 i2pupdate.zip </code></pre>/zh/blog/2024/04/25/%E6%9A%B4%E9%A3%8E%E9%9B%A8%E5%A4%A9%E6%B0%94/Thu, 25 Apr 2024 00:00:00 +0000/zh/blog/2024/04/25/%E6%9A%B4%E9%A3%8E%E9%9B%A8%E5%A4%A9%E6%B0%94/<p>I2P 网络目前正遭受拒绝服务（DoS）攻击。此次攻击同时影响 I2P 和 i2pd，但方式不同，并对网络健康状况造成严重影响。I2P 站点的可达性已严重下降。</p> <p>如果您在 I2P 内托管一项服务，并且它运行在 Floodfill router 上，您应考虑在禁用 Floodfill 的 router 上对该服务进行多宿主部署（multihoming），以提升可达性。其他缓解措施正在讨论中，但一个长期、向后兼容的解决方案仍在制定中。</p>/zh/blog/2024/04/08/i2p-2.5.0-%E6%96%B0%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 08 Apr 2024 00:00:00 +0000/zh/blog/2024/04/08/i2p-2.5.0-%E6%96%B0%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>本次发布的 I2P 2.5.0 比 2.4.0 发布版提供了更多面向用户的改进，而 2.4.0 则主要专注于实现 NetDB 隔离策略。</p> <p>I2PSnark 已新增诸如在种子中搜索等功能。我们修复了错误，以提升与其他 I2P 种子客户端（如 BiglyBT 和 qBittorrent）的兼容性。我们感谢所有与 libtorrent 和 qBittorrent 合作、以启用并改进其 I2P 支持的开发者。SusiMail 也加入了新功能，包括对邮件中的 Markdown 格式的支持，以及将附件拖放到邮件中的能力。使用 Hidden Services manager（隐藏服务管理器）创建的 tunnel 现在支持“Keepalive”，这提升了性能以及与 Web 技术的兼容性，从而能够构建更为复杂的 I2P 站点。</p> <p>在此次发布期间，我们还对 NetDB 进行了若干微调，以提升其抵御垃圾信息的能力，并增强 router 拒绝可疑消息的能力。这是我们对 2.4.0 版本中“Sub-DB isolation”（子数据库隔离）防护实现进行“审计”的工作的一部分。此次调查发现了一次轻微的隔离被穿透事件，我们已予以修复。该问题由 I2P 团队在内部发现并修复。</p> <p>在本次发布中，我们对面向 Android 和 Windows 的下游发行版的发布流程进行了多项改进。这应当会提升这些下游产品的交付与可用性。</p> <p>一如既往，我们建议您更新到此次发布。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="版本详情">版本详情</h2> <h3 id="changes">Changes</h3> <ul> <li>I2PTunnel: Implement support for Keepalive/Server-side Persistence</li> <li>Susimail: Add markdown support for formatted plain-text content</li> <li>Susimail: Add HTML Email support</li> <li>I2PSnark: Add search capability</li> <li>I2PSnark: Preserve private=0 in torrent files</li> <li>Data: Store compressed RI and LS</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Susimail: Fix handling of forwarded mail with attachments</li> <li>Susimail: Fix handling of forwarded mail with unspecified encoding</li> <li>Susimail: Fix forwarding of HTML-only email</li> <li>Susimail: Bugfixes in presentation of encoded attachmments, mail body</li> <li>I2PSnark: Handle data directory changes</li> <li>SSU2: Cancel peer test if Charlie does not have B cap</li> <li>SSU2: Treat peer test result as unknown if Charlie is unreachable</li> <li>Router: Filter additional garlic-wrapped messages</li> <li>I2CP: Prevent loopback messages to same session</li> <li>NetDB: Resolve Exploratory/Router isolation-piercing event</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>API 0.9.62</li> <li>Translation updates</li> </ul> <p>已修复缺陷的完整列表</p>/zh/blog/2024/03/29/%E4%BC%97%E5%A4%9A%E9%9D%A2%E5%85%B7%E5%90%8C%E4%B8%80%E6%84%8F%E5%BF%97%E7%A1%AE%E4%BF%9D-netdb-%E7%9A%84%E5%AE%89%E5%85%A8/Fri, 29 Mar 2024 00:00:00 +0000/zh/blog/2024/03/29/%E4%BC%97%E5%A4%9A%E9%9D%A2%E5%85%B7%E5%90%8C%E4%B8%80%E6%84%8F%E5%BF%97%E7%A1%AE%E4%BF%9D-netdb-%E7%9A%84%E5%AE%89%E5%85%A8/<p>作者注：本文所提及的攻击无法针对当前的 I2P 版本实施。</p> <p>作为一个自组织的点对点网络，I2P 依赖参与网络的 router（路由器）具备一种共享机制，用于共享网络上有哪些内容以及如何到达这些内容的信息。I2P router 借助 NetDB（网络数据库）实现这种信息共享，NetDB 是一种基于 Kademlia 的 DHT，但已经过修改以适用于 I2P。NetDB 需要共享两类主要的条目：“RouterInfos”，对等体将使用它来直接与其他 router 通信；以及“LeaseSets（租约集）”，其他对等体将使用它通过匿名的 tunnel（隧道）与 I2P 客户端通信。router 之间经常相互交换 NetDB 条目，可以向某个 router 或客户端发送信息，或者从某个 router 或客户端请求信息。这意味着这些条目可能直接或间接地、以匿名或非匿名的方式抵达，具体取决于网络的需要以及客户端的能力。然而，作为一个匿名化网络，确保以匿名方式发送的信息不可能被以非匿名方式请求回来也很重要。同时，以非匿名方式发送的信息也必须不可能被匿名地请求回。如果上述任一情况成为可能，则可能实施关联攻击，使攻击者能够判断客户端与 router 是否共享对 NetDB 的共同视图。如果能够可靠地确定这两个目标共享对 NetDB 的共同视图，那么它们很有可能位于同一个 router 上，从而大幅削弱目标的匿名性。由于匿名化网络寥寥无几，而且 I2P 是唯一一个通过 DHT 的运作来共享路由表的网络，这类攻击几乎是 I2P 所独有的，解决这一问题对 I2P 的成功至关重要。</p> <p>考虑以下场景：有一个 I2P router（路由器）托管着一个 I2P 客户端。该 router 发布了一个 RouterInfo（路由信息），而 I2P 客户端发布它的 LeaseSet（租约集）。由于它们都发布在 NetDB（网络数据库）中，其他 I2P routers 可以查询 NetDB 以了解如何与它们通信。这对于 I2P 所实现的这种类型的覆盖网络来说是正常且必不可少的。攻击者运行一个 I2P router，并在 NetDB 中查询目标 RouterInfo 和目标 LeaseSet。随后它构造一个新的 LeaseSet，该 LeaseSet 唯一，甚至可能是伪造的，并通过一个 tunnel（隧道）发送到其打算攻击的客户端对应的 LeaseSet。客户端处理该构造的 LeaseSet，并将其添加到自己的 NetDB 中。随后，攻击者使用其从 NetDB 获得的 RouterInfo，直接从该 router 请求取回其构造的 LeaseSet。如果收到该构造的 LeaseSet 作为回复，则攻击者可以断定目标客户端与目标 router 对 NetDB 的视图是一致的。</p>/zh/blog/2023/12/18/i2p-2.4.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83%E5%8C%85%E5%90%AB%E6%8B%A5%E5%A1%9E%E5%92%8C-netdb-%E5%AE%89%E5%85%A8%E6%80%A7%E6%94%B9%E8%BF%9B/Mon, 18 Dec 2023 00:00:00 +0000/zh/blog/2023/12/18/i2p-2.4.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83%E5%8C%85%E5%90%AB%E6%8B%A5%E5%A1%9E%E5%92%8C-netdb-%E5%AE%89%E5%85%A8%E6%80%A7%E6%94%B9%E8%BF%9B/<h2 id="更新详情">更新详情</h2> <p>本次发布 I2P 2.4.0，继续推进我们改进 I2P 网络安全性和稳定性的工作。其中包括对 Network Database（网络数据库）的重大改进，它是 I2P 网络中用于发现你的对等节点的关键结构。</p> <p>拥塞处理机制的变更将通过使 routers 能够避开拥塞的对等节点以为其减压，从而提升网络稳定性。这将有助于网络限制 tunnel 垃圾的影响，也有助于网络在 DDoS 攻击期间以及之后恢复。</p> <p>NetDb 的变更也有助于提高单个 routers 以及使用它们的应用程序的安全性。现在，routers 可以通过将 NetDB 拆分为多个 &ldquo;Sub-DB&rsquo;s&rdquo;（子数据库），我们用它们来防止应用程序与 router 之间的信息泄露，从而抵御攻击者。这也改进了 Java routers 可获得的有关其 NetDB 活动的信息，并简化了我们对多宿主应用程序的支持。</p> <p>同时还包含针对 I2PSnark 和 SusiMail 应用的一系列错误修复与改进。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="版本详情">版本详情</h2> <h3 id="changes">Changes</h3> <ul> <li>i2psnark: Uncomment and fix local torrent file picker</li> <li>NetDB: Lookup handler/throttler fixes</li> <li>Router: Restructure netDb to isolate data recieved as a client from data recieved as a router</li> <li>Router: Implement handling and penalties for congestion caps</li> <li>Router: Temporarily ban routers publishing in the future</li> <li>Transports: Disable SSU 1</li> </ul> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Addressbook: Workaround for i2p-projekt.i2p etag bug (Gitlab #454)</li> <li>Console: Clear out &ldquo;proxy must be running&rdquo; status after success</li> <li>Console: Don&rsquo;t lose tabs in log messages</li> <li>Console: Fix sidebar not immediately showing results of manual update check</li> <li>Console: Fix visibility of radio/checkboxes (light theme)</li> <li>Console: Prevent overflow of sidebar status</li> <li>Debian: Change JRE dependency order (Gitlab #443, Debian #1024461)</li> <li>i2psnark: Increase comment bucket size to reduce duplicates</li> <li>i2psnark: Prevent start-all from within search results erroring (Gitlab #445)</li> <li>i2ptunnel: Exempt tunnel name from XSS filter (Gitlab #467)</li> <li>i2ptunnel: Fix gzip footer check in GunzipOutputStream (Gitlab #458)</li> <li>i2ptunnel: Remove nonstandard Proxy-Connection headers (Gitlab #452)</li> <li>NTCP2: Fix updating address on transition to firewalled (Gitlab #435)</li> <li>SAM: Fix accept after soft restart (Gitlab #399)</li> <li>SAM: Reset incoming socket if no subsession is matched (Gitlab #456)</li> <li>SSU2: Fix uncaught IAE caused by itags with zero values (Gitlab #415)</li> <li>SSU2: Prevent rare IAE in peer test timer (Gitlab #433)</li> <li>Susimail: Dark theme fixes</li> <li>Susimail: Fix binary content-encoding</li> <li>Susimail: Fix incorrect &ldquo;previous&rdquo; icons</li> <li>Susimail: Fix setting encoding for attachments</li> <li>Susimail: Flush output to fix truncated mails</li> <li>Sybil: Don&rsquo;t ban NAT64 addresses</li> <li>Transport: Fix NPE during soft restart (Gitlab #437)</li> <li>UPnP: Fix handing of multiple IGDs</li> <li>UPnP: Fix missing port in Host header causing failures on libupnp-based devices</li> </ul> <h3 id="更改">更改</h3> <ul> <li>API 0.9.61</li> <li>Translation updates</li> </ul> <p>已修复缺陷的完整列表</p>/zh/blog/2023/07/10/windows-%E7%89%88-easy-install-2.3.0-%E5%B7%B2%E5%8F%91%E5%B8%83/Mon, 10 Jul 2023 00:00:00 +0000/zh/blog/2023/07/10/windows-%E7%89%88-easy-install-2.3.0-%E5%B7%B2%E5%8F%91%E5%B8%83/<p>适用于 Windows 的 I2P Easy-Install 安装包 2.3.0 版本现已发布。与往常一样，此次发布包含更新的 I2P router 版本。这也涵盖会影响在该网络上托管服务的用户的安全问题。</p> <p>这将是最后一个会与 I2P Desktop GUI 不兼容的 Easy-Install bundle 版本。它已更新，包含所有随附 WebExtensions 的新版本。I2P in Private Browsing 中一个导致其与自定义主题不兼容的长期存在的错误已被修复。仍建议用户<em>不要</em>安装自定义主题。在 Firefox 中，Snark 选项卡不会自动固定到标签页顺序的顶部。除使用备用 cookieStores 外，Snark 选项卡现在与普通浏览器选项卡的行为一致。</p> <p><strong>不幸的是，此发行版仍然是未签名的 <code>.exe</code> 安装程序。</strong> 在使用之前，请验证安装程序的校验和。<strong>另一方面，更新</strong> 由我的 I2P 签名密钥签名，因此是安全的。</p> <p>此版本使用 OpenJDK 20 进行编译。它使用 i2p.plugins.firefox 1.1.0 版本作为启动浏览器的库。它使用 i2p.i2p 2.3.0 版本作为 I2P router（I2P 路由器），并用于提供应用。与往常一样，建议您在方便时尽快将 I2P router 更新到最新版本。</p> <ul> <li>Easy-Install Bundle Source</li> <li>Router Source</li> <li>Profile Manager Source</li> </ul>/zh/blog/2023/06/25/i2p-2.3.0-%E5%8F%91%E5%B8%83/Sun, 25 Jun 2023 00:00:00 +0000/zh/blog/2023/06/25/i2p-2.3.0-%E5%8F%91%E5%B8%83/<p>此版本包含对 CVE-2023-36325 的修复。CVE-2023-36325 是发生在布隆过滤器中的上下文混淆漏洞。攻击者构造一条包含唯一 messageID 的 I2NP 消息，并将该 messageID 发送给一个客户端。该 messageID 在通过布隆过滤器后，不允许在第二条消息中再次使用。随后，攻击者将同一条消息直接发送给 router（路由器）。router 将该消息交给布隆过滤器，随后该消息被丢弃。这会泄露该 messageID 之前已被看到这一信息，使攻击者有充分理由相信该 router 正在承载该客户端。该问题已通过将布隆过滤器的功能按不同上下文分离来修复，这些上下文基于消息是经由 client tunnel（客户端隧道）、exploratory tunnel 到达，还是直接发送给 router。在正常情况下，此类攻击往往需要数天时间才能成功，并且可能受到多种因素的干扰，例如攻击期间 routers 重启以及对误报的敏感性。建议 Java I2P 用户立即更新以避免该攻击。</p> <p>在修复这一上下文混淆 bug 的过程中，我们修订了部分防御式编码策略，以防范此类泄露。这包括对 netDb、速率限制机制以及 floodfill routers 的行为进行微调。</p> <p>此版本将 not_bob 添加为第二个默认 hosts 提供者，并将 notbob.i2p 和 ramble.i2p 添加到控制台主页。</p> <p>此版本还包含一个可调整的阻止列表。将 IP 地址列入阻止列表是半永久性的，每个被阻止的 IP 地址通常会一直被阻止，直到重启 router。用户若在 Sybil 攻击期间观察到阻止列表爆炸式增长，可以通过将阻止列表配置为按固定间隔使条目过期，从而选择更短的超时时间。该功能默认关闭，目前仅建议高级用户使用。</p> <p>此版本还包括一个用于通过插件修改 Desktop GUI(DTG) 的 API。现在可以向系统托盘添加菜单项，从而更直观地启动使用原生应用接口的插件。</p> <p>与往常一样，我们建议您更新到此版本。保持安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="详细信息">详细信息</h2> <h3 id="changes">Changes</h3> <ul> <li>netDb: Throttle bursts of netDB lookups</li> <li>Sybil/Blocklist: Allow users to override blocklist expiration with an interval</li> <li>DTG: Provide an API for extending DTG with a plugin</li> <li>Addressbook: add notbob&rsquo;s main addressbook to the default subscriptions.</li> <li>Console: Add Ramble and notbob to console homepage</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Fix replay attack: CVE-2023-36325</li> <li>Implement handling of multihomed routers in the netDb</li> <li>Fully copy new leaseSets when a leaseSet recievedAsPublished overwrites a leaseSet recievedAsReply</li> </ul> <p>已修复缺陷的完整列表</p>/zh/blog/2023/04/12/i2p-2.2.1-%E5%8F%91%E8%A1%8C%E7%89%88/Wed, 12 Apr 2023 00:00:00 +0000/zh/blog/2023/04/12/i2p-2.2.1-%E5%8F%91%E8%A1%8C%E7%89%88/<p>在为加速缓解 DDoS 攻击而提前发布的 I2P 2.2.0 之后，我们发现了一些新出现的问题，因此有必要构建并发布新的软件包。本次发布修复了在 Ubuntu Lunar 和 Debian Sid 上，由于更新后的 jakarta 软件包导致无法访问 router 控制台的问题。Docker 软件包无法正确读取参数，导致配置文件无法访问。该问题也已得到解决。docker 容器现在也兼容 Podman。</p> <p>本次发布同步了来自 transifex 的翻译，并更新了 GeoIP 数据库。</p> <p>与往常一样，我们建议你更新到本次发布。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="details">Details</h2> <h3 id="changes">Changes</h3> <ul> <li>Fix missing Java options in docker/rootfs/startapp.sh</li> <li>Detect when running in Podman instead of regular Docker</li> <li>Update Tor Browser User-Agent String</li> <li>Update local GeoIP database</li> <li>Remove invalid signing keys from old installs</li> <li>Update Tomcat version in Ubuntu Lunar and Debian Sid</li> </ul> <p>已修复 Bug 的完整列表</p>/zh/blog/2023/03/13/i2p-2.2.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 13 Mar 2023 00:00:00 +0000/zh/blog/2023/03/13/i2p-2.2.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>我们决定将 2.2.0 的发布日期提前到今天（2023 年 3 月 13 日）。本次发布包含对 NetDB、Floodfill 和 Peer-Selection 组件的一系列更改，提升 router 在面对 DDOS 攻击时的存活能力。攻击很可能会持续，但对这些系统的改进将通过帮助 router 识别并降低那些看起来具有恶意的 router 的优先级，从而有助于缓解 DDOS 攻击的风险。</p> <p>本次发布还为 Streaming 子系统（流式传输子系统）增加了重放保护，这可防止能够捕获加密数据包的攻击者通过将其发送给非预期的接收者而加以重用。此更改向后兼容，因此较旧的 routers 仍然能够与较新的 routers 使用 Streaming 功能。该问题由 I2P 开发团队在内部发现并修复，与 DDoS 攻击无关。我们从未在现实环境中遇到被重放的 Streaming 数据包，并且我们不认为截至目前针对 I2P 网络发生过任何 Streaming 重放攻击。</p> <p>正如您可能已经注意到，本发行说明以及本次发布本身均由 idk 签名，而非 zzz。zzz 已选择从项目中抽身，他所承担的职责正由其他团队成员接手。因此，项目正在着手替换网络统计基础设施，并将开发论坛迁移至 i2pforum.i2p。我们感谢 zzz 长期以来提供这些服务。</p> <p>一如既往，我们建议您更新到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="详细信息">详细信息</h2> <h3 id="changes">Changes</h3> <ul> <li>i2psnark: New search feature</li> <li>i2psnark: New max files per torrent config</li> <li>NetDB: Expiration improvements</li> <li>NetDB: More restrictions on lookups and exploration</li> <li>NetDB: Store handling improvements</li> <li>NTCP2: Banning improvements</li> <li>Profiles: Adjust capacity estimates</li> <li>Profiles: Expiration improvements</li> <li>Router: Initial support for congestion caps (proposal 162)</li> <li>Transports: Add inbound connection limiting</li> <li>Tunnels: Refactor and improve peer selection</li> <li>Tunnels: Improve handling of &ldquo;probabalistic&rdquo; rejections</li> <li>Tunnels: Reduce usage of unreachable and floodfill routers</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Docker: Fix graphs not displaying</li> <li>i2psnark: Fix torrents with &lsquo;#&rsquo; in the name</li> <li>i2psnark standalone: Fix running from outside directory</li> <li>i2psnark standalone: Remove &ldquo;Start I2P&rdquo; menu item from systray</li> <li>i2ptunnel: Fix typo in HTTPS outproxy hostname</li> <li>i2ptunnel: Interrupt tunnel build if stop button clicked</li> <li>i2ptunnel: Return error message to IRC, HTTP, and SOCKS clients on failure to build tunnels</li> <li>NTCP2: Ensure an IPv6 address is published when firewalled and IPv4 is not</li> <li>Ratchet: Don&rsquo;t bundle wrong leaseset with ack</li> <li>Router: Fixes for symmetric NAT errors on &lsquo;full cone&rsquo; NAT</li> <li>SAM: Interrupt tunnel build if client times out</li> <li>SSU2: Fix rare peer test NPE</li> <li>Sybil: Don&rsquo;t blame i2pd publishing ::1</li> <li>Sybil: Memory usage and priority reduction</li> <li>Transports: More IP checks</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Blocklist efficiency improvements</li> <li>Bundles: Identify Win and Mac bundles in version info</li> <li>Console: Identify service installs, revision, and build time in version info</li> <li>Console: NetDB search form and tunnels page improvements (advanced only)</li> <li>Router: Reduce stats memory usage</li> <li>Tunnels: Reduce &ldquo;grace period&rdquo;</li> <li>Translation updates</li> </ul> <p>已修复 Bug 的完整列表</p>/zh/blog/2023/02/09/%E5%85%B3%E4%BA%8E%E6%9C%80%E8%BF%91%E7%9A%84%E6%8B%92%E7%BB%9D%E6%9C%8D%E5%8A%A1%E6%94%BB%E5%87%BB/Thu, 09 Feb 2023 00:00:00 +0000/zh/blog/2023/02/09/%E5%85%B3%E4%BA%8E%E6%9C%80%E8%BF%91%E7%9A%84%E6%8B%92%E7%BB%9D%E6%9C%8D%E5%8A%A1%E6%94%BB%E5%87%BB/<p>I2P 网络目前正受到拒绝服务攻击的影响。网络的 floodfill 功能受到波及，导致响应受到干扰，tunnel 构建成功率下降。网络参与者在连接 I2P 站点和使用 I2P 服务时遇到了困难。缓解策略正在研究并逐步实施。</p> <p>尽管此次攻击降低了性能，网络依然完整且可用。目前看来，Java I2P routers 处理这些问题的效果优于 i2pd routers。各种缓解措施预计将在接下来的一周内陆续出现在 Java 和 C++ routers 的开发版中。</p>/zh/blog/2023/02/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2023%E5%B9%B42%E6%9C%887%E6%97%A5/Tue, 07 Feb 2023 00:00:00 +0000/zh/blog/2023/02/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2023%E5%B9%B42%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, not_bob, echelonMAC, obscuratus</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (08:01:07 PM) eyedeekay: 大家好，抱歉我来晚了，开会前刚刚掉线了 (08:01:59 PM) eyedeekay: 1. 嗨 (08:01:59 PM) eyedeekay: 2. 2.1.0 进度报告 (08:01:59 PM) eyedeekay: 3. 2.2.0 开发状态 (08:01:59 PM) eyedeekay: 4. 拥塞节流 (08:01:59 PM) eyedeekay: 5. 假设的流量管理（大量 Tor 用户涌入） (08:01:59 PM) eyedeekay: 6. 给译者的贴纸 (08:01:59 PM) eyedeekay: zzz，你想把关于 DOS（拒绝服务）的报告放在哪？2 还是单独一个主题？ (08:02:45 PM) zzz: 我们把它叫 3b) (08:02:46 PM) zzz: 或 2b) (08:02:59 PM) eyedeekay: 那就 2b 好了 (08:03:00 PM) zzz: 你决定 (08:03:53 PM) eyedeekay: 1. 嗨，今天除了我和 zzz，还有谁在？ (08:03:58 PM) zzz: 嗨 (08:04:09 PM) not_bob: 到 (08:04:18 PM) echelonMAC: 在 (08:04:18 PM) obscuratus: 嗨 (08:04:29 PM) eyedeekay: 出席人数不错，谢谢大家 (08:04:30 PM) echelonMAC: 在替换系统上。 (08:05:06 PM) eyedeekay: 2. 2.1.0 进度报告 (08:05:15 PM) zzz: irc 比平时更卡，请大家回复时多给点时间 (08:05:38 PM) eyedeekay: 谢谢 zzz，我会注意的 (08:09:02 PM) eyedeekay: 从哪说起呢……我最近主要关注 Android UX（用户体验）问题，尤其是修正我在应用初始化时做错的一些事 (08:09:04 PM) eyedeekay: 为此 Android 会发一个小版本 (08:10:00 PM) eyedeekay: 我想大家现在都在关心的一个主题是网络正在遭受攻击，这也把大家的注意力都转移过去了 (08:10:05 PM) eyedeekay: 这就是主题 2b (08:10:59 PM) eyedeekay: 糟了我把主题搞混了，刚才那段当我没说，应该放到 3。抱歉，这周太忙，事情太多 (08:12:03 PM) eyedeekay: zzz 能帮我讲 2 吗？我觉得我不太适合把正在发生的一切都讲清楚 (08:12:28 PM) zzz: 好的 (08:12:29 PM) zzz: 但在开始之前 (08:12:56 PM) zzz: 你和 echelonMAC 有 2.1.0 Mac easy-install bundle（简易安装包）的进度报告吗？ (08:13:17 PM) eyedeekay: 哦对，这个我可以说 (08:14:38 PM) eyedeekay: 我们一直在收敛问题，目前我和 echelonMAC 各自有不同的假设在推进 (08:14:38 PM) eyedeekay: 我的假设是，这一切源于针对 Java 14 中一个 bug 的一个已经过时的权宜之计 (08:15:08 PM) eyedeekay: 本来 jpackage 应该会对打包进 disk image(dmg)（磁盘镜像）的 dylib 文件做签名，但实际上却没有签上 (08:15:33 PM) echelonMAC: 简而言之：eyedeekaym 重新做了签名脚本，我能构建并签名，但对 Apple 来说仍然是错误的签名 (08:15:55 PM) eyedeekay: zab 之前的变通做法是先创建 .app 目录并签里面的内容，然后只在最后打包这一步用 jpackage (08:16:35 PM) eyedeekay: 所以当我们升级 Java 后，就开始把所有东西签两遍，而其实已经不需要手动做那一步签名了 (08:16:47 PM) eyedeekay: 如果我说错请纠正，echelonMAC，你觉得自己用的是不对的密钥类型？ (08:17:10 PM) echelonMAC: 也许是，也许不是，还不确定 (08:17:18 PM) echelonMAC: 至少日志显示了这个错误 (08:17:53 PM) zzz: 我的提问更高层一些，ETA（预计时间）是什么？2.1.0 还是目标吗，还是已经放弃，指望 2.2.0，还是怎样？ (08:18:15 PM) echelonMAC: 2.1.0 仍然是目标，但目前没有 ETA（预计时间） (08:18:39 PM) echelonMAC: 我几乎能即时构建，但暂时没时间深入排查…… (08:18:48 PM) eyedeekay: 只要确定能通过 notarization（苹果公证），我还是想尽快发布 2.1.0。在我看来，一旦能通过一次，之后就能可预期地通过 (08:18:59 PM) zzz: eyedeekay 在他的博客文章里或多或少把 2.2.0 定在四月初了，echelonMAC 你不认可那个 ETA（预计时间）吗？ (08:19:49 PM) echelonMAC: 我完全无能为力，无法给出 ETA（预计时间），因为我还没有完全理解签名和构建 (08:20:12 PM) echelonMAC: 基本上我就是盲目照着脚本走，如果 idk 能把签名问题修好，notarization（公证）就是 5 分钟的事。 (08:20:24 PM) echelonMAC: 前提是签名要能按 appple 预期工作 (08:20:26 PM) zzz: 那我建议把博客文章改一改，eyedeekay，别承诺我们做不到的事 (08:20:33 PM) eyedeekay: 会的 (08:21:19 PM) zzz: 好的谢谢。你准备好听我说 2) 的部分了吗？ (08:21:41 PM) eyedeekay: 好的，麻烦你 (08:21:48 PM) zzz: 太好了 (08:22:00 PM) zzz: 上次会议是在发布后一周，现在已经过去 4 周了 (08:22:15 PM) zzz: 我原本希望 expl. build 成功率能稳步上升 (08:22:35 PM) zzz: 从 20% 出头涨到 30% 出头，然后“弹”出拥塞，回到 40% 出头 (08:22:45 PM) zzz: 结果只实现了第一部分 (08:25:20 PM) zzz: 然后我们在 20% 出头和 30% 出头之间来回摆动 (08:26:56 PM) zzz: 所以我们有一些假设，见 2b) (08:26:56 PM) zzz: 但除此之外，我对 2.1.0 的表现还是满意的 (08:26:56 PM) zzz: bug 报告不算多 (08:26:56 PM) zzz: 我会在 2b) 和 3) 概述我们在修的东西 (08:26:56 PM) zzz: 大约 50% 的网络已经升级到 2.1.0 或相应的 i2pd 版本 (08:26:56 PM) zzz: 还没更新的请尽快更新 (08:26:56 PM) zzz: 我在 2a) 要说的就这些，开始 2b) 之前我暂停一分钟，欢迎提问/评论 (08:28:33 PM) zzz: 好，2b) 当前网络状况 (08:28:33 PM) zzz: 周末开始了一次明确的攻击 (08:28:33 PM) zzz: 出现了很多 floodfill routers (08:28:33 PM) zzz: 大体上，整个网络以及 java routers 都还能应对 (08:28:33 PM) zzz: 我确实收到一份报告，说有 routers 因 OOM（out of memory，内存耗尽）而崩溃 (08:28:54 PM) zzz: 据我了解，i2pd routers 在 tunnel 构建成功率上非常低，情况很艰难 (08:29:06 PM) not_bob: 我的整套节点都已是最新。 (08:29:15 PM) zzz: 这次攻击每天会启动/停止/变化好几次 (08:29:37 PM) zzz: 所以我们只花了大约 60 小时来理解它并讨论对策 (08:30:15 PM) zzz: 记得那个 tunnel 构建问题（现在更可能归类为另一种攻击）是从 12 月 19 日开始的，我们花了好几周才理解并处理 (08:30:27 PM) zzz: 因此还处在早期 (08:30:36 PM) not_bob: 我有一个 I2P+ router，它应对得不错。但我的 i2pd routers 就不太好了。我见过低至 3% 的 tunnel 构建成功率。目前那些 routers 大约在 10% 左右。 (08:31:17 PM) zzz: 但这就是一个很直接的 sybil（女巫）/ DHT（分布式哈希表）攻击，对我们来说是新情况，但做过 peer-to-peer（P2P，点对点）/ DHT 应用的人都很熟悉 (08:31:53 PM) zzz: 现在还远不能说是否需要（针对 java i2p）提前发布版本，或者如果需要，什么时候发布 (08:32:23 PM) zzz: EOT，我等几分钟，欢迎讨论/评论/提问 (08:33:24 PM) eyedeekay: 遇到 OOM 的人是否该增加分配给 router 的 RAM？ (08:36:18 PM) zzz: 是的，这是个直接的缓解办法 (08:36:18 PM) zzz: 停止你的 router，编辑 wrapper.config，重启 (08:36:18 PM) zzz: 我预计几天内会在开发版里加入缓解措施 (08:36:18 PM) dr|z3d: 理想情况下，把最小堆设为约 256M，把最大内存设为它的 2-3 倍。 (08:36:18 PM) not_bob: 我目前没有运行任何原版 I2P routers。 (08:36:18 PM) zzz: 我想重申前面说的，攻击在快速演化，我们希望花时间解决整体问题 (08:36:18 PM) zzz: 而不是过于狭隘地盯住某些细节 (08:37:36 PM) zzz: 如果 2b) 没有其他内容，就交还给你，eyedeekay (08:38:06 PM) eyedeekay: 非常感谢 zzz。3) 2.2.0 开发状态 (08:39:51 PM) eyedeekay: 正如我之前误说的一样，我一直专注于 Android UX（用户体验）问题，尤其是修正我在应用初始化时做错的事，总的来说都是些基础问题，但确实需要改进 (08:39:57 PM) eyedeekay: 甚至是需要直接修掉的问题 (08:40:49 PM) eyedeekay: 比如修复在构建 tunnels 时关于订阅和自定义端口的问题；在 2.10 带来大量新增用户后，这些问题让不少用户受阻 (08:41:07 PM) dr|z3d: 插一句，说明一下攻击的规模：有位用户报告大约有 3 万个被封禁的 routers。所以这不是小事 :) (08:41:07 PM) dr|z3d: （那应该是 shiver，他在这儿） (08:42:36 PM) mark22k: 我这儿有 56005 个被封禁的 peers。 (08:42:58 PM) eyedeekay: 天哪。我这儿有 11027 个，我还以为已经很多了 (08:43:08 PM) moristo: 这是某个国家级对手干的事吗——这些被封的 routers，或者还有什么明显的模式？ (08:43:50 PM) moristo: 昨天佛罗里达的 Spectrum 断网，前一天意大利也是。 (08:43:54 PM) moristo: *yesterday（昨天）。 (08:43:55 PM) zzz: 我们请回到 3)，关于攻击的讨论留到会后再说 (08:44:05 PM) echelonMAC: Banned Peers（被封禁的对端） (57053) (08:44:22 PM) moristo: 哦，现在在开会吗？是我不对。 (08:46:50 PM) zzz: eyedeekay，你还在吗？ (08:47:11 PM) eyedeekay: 在的 (08:47:37 PM) zzz: 你在 3) 还有更多内容，还是轮到我了？ (08:47:37 PM) eyedeekay: 开了个长话题： (08:47:37 PM) eyedeekay: i2p.firefox（Windows 的 Easy-Install 也在推进，那边更多是通过移除来简化；随着旧的管理员模式安装都迁移到用户模式安装，更新也在简化 (08:47:37 PM) eyedeekay: 2.2.0 将支持便携式 USB 安装 (08:47:43 PM) eyedeekay: 并支持更新 (08:48:21 PM) eyedeekay: 其他我在处理或决定如何处理的问题和用户抱怨，都在那个 issue 跟踪器上 (08:48:28 PM) eyedeekay: 我这边 EOT (08:48:47 PM) zzz: 好的，你看到 i2p.i2p 里的 NPE（空指针异常）问题了吧？ (08:49:10 PM) eyedeekay: 看到了，正在紧追 (08:49:21 PM) zzz: 好的，需要帮忙就喊，ofc (08:49:24 PM) zzz: 轮到我说 3) 了： (08:49:47 PM) zzz: 我终于完成了自九月以来一直在做的 peer（节点）选择重构 (08:50:31 PM) zzz: 我认为我修复了 2.1.0 里的错误 symmetric nat（对称 NAT）指示，但需要有该问题的人来测试并反馈 (08:50:59 PM) zzz: 加了一个很酷的新 i2psnark 搜索框 (08:51:19 PM) zzz: “congestion caps（拥塞上限）”（proposal 162）也快完成了 (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: 以及一些额外的调整来改进我们对 tunnel 构建拥塞的处理 (08:52:18 PM) zzz: 上周末我还以为 2.2.0 基本做完了，可以在发布前轻松两个月 (08:52:31 PM) zzz: 所以，不幸的是，现在还有很多事要做 (08:52:48 PM) zzz: 有时候就是这样 (08:53:24 PM) not_bob: 感谢，这大大提升了使用体验。 (08:53:24 PM) zzz: EOT，我等一分钟讨论，然后交还给你，eyedeekay (08:53:37 PM) zzz: 哈哈，不客气，not_bob (08:55:00 PM) eyedeekay: 3 的最后提问机会？ (08:55:20 PM) eyedeekay: 4. 拥塞节流——我记得这是 tunnel_king 的话题，tunnel_king 在吗？ (08:55:42 PM) zzz: 交还给你，eyedeekay (08:57:39 PM) eyedeekay: 4. 拥塞节流，5. 假设的流量管理（大量 Tor 用户涌入）——这两个都是 tunnel_king 提的，最后一次呼叫 tunnel_king (08:59:01 PM) eyedeekay: 好的，最后一个，6. 给译者的贴纸 (08:59:01 PM) eyedeekay: 尤其是美洲地区以外领取贴纸的规则 (08:59:58 PM) zzz: 这是我的话题，只是因为上次会议以来一直没解决 (09:00:28 PM) zzz: echelonMAC 你有结论吗？ (09:00:41 PM) echelonMAC: 没有细则，但谁想要就可以在提供地址后收到一叠贴纸 (09:01:04 PM) echelonMAC: 也就是在 transifex 发个公告，收到地址后就寄出 (09:01:19 PM) echelonMAC: 但目前这里还没有到新的贴纸 (09:01:35 PM) eyedeekay: 物流跟踪显示是 10 号 (09:01:55 PM) zzz: 我在等 echelonMAC 在我的论坛发出说明，然后我会复制/粘贴到 transifex (09:02:17 PM) echelonMAC: 好 (09:02:28 PM) zzz: 我们已经这样拖了一个月 (09:02:42 PM) zzz: 谢谢 (09:03:33 PM) eyedeekay: 关于 6 或整个会议还有别的事吗？ (09:03:36 PM) zzz: 我这边 6) 结束，交还给你，eyedeekay (09:04:32 PM) zzz: 会议结束前说一句：zzz.i2p 是获取新闻和“天气”的最佳地方，我有更多消息时会在那里发布 (09:04:32 PM) zzz: 谢谢 (09:04:55 PM) eyedeekay: 非常感谢 zzz，也谢谢各位来开会 (09:05:44 PM) eyedeekay: IRC 上见，下个月同一时间再见 (09:08:55 PM) zzz: 谢谢 eyedeekay (09:08:55 PM) zzz: 这次顺利开完没有掉线 </div>/zh/blog/2023/01/31/%E5%85%B3%E4%BA%8E-mac-easy-install-%E5%85%AC%E8%AF%81%E7%9A%84%E6%9B%B4%E6%96%B0/Tue, 31 Jan 2023 00:00:00 +0000/zh/blog/2023/01/31/%E5%85%B3%E4%BA%8E-mac-easy-install-%E5%85%AC%E8%AF%81%E7%9A%84%E6%9B%B4%E6%96%B0/<p>由于维护者离任，Mac 版 I2P Easy-Install Bundle（Mac 版易安装捆绑包）在过去的 2 个版本中出现了更新停滞。建议使用该 Easy-Install 捆绑包的 Mac 用户切换到最近已恢复到下载页面的经典 Java 风格安装程序。1.9.0 存在已知的安全问题，不适合用于托管服务或任何长期使用。建议用户尽快迁移。对 Easy-Install 捆绑包较为熟悉的高级用户可以通过从源代码编译该捆绑包并自行对软件进行签名来变通解决这一问题。</p> <h2 id="macos-的公证流程">MacOS 的公证流程</h2> <p>将应用程序分发给 Apple 用户的过程包含许多步骤。为了以 .dmg 的形式安全地分发应用程序，应用程序必须通过 notarization（苹果应用公证）流程。要提交应用程序以进行公证，开发者必须使用一组证书对应用程序进行签名，其中包括一个用于代码签名的证书，以及一个用于对应用程序本身进行签名的证书。这些签名必须在构建过程中的特定环节完成，之后才能创建将要分发给终端用户的最终 .dmg 包。</p> <p>I2P Java 是一个复杂的应用程序，因此，要将应用中使用的代码类型与 Apple 的证书相匹配，并确定在何处进行签名以生成有效的时间戳，往往需要经历反复试验的过程。也正因这种复杂性，现有的面向开发者的文档不足以帮助团队理解实现成功公证（notarization）所需的正确因素组合。</p> <p>这些困难使得完成该过程的时间表难以预测。在我们能够清理构建环境并端到端地按流程走一遍之前，我们无法确认已完成。好消息是，公证流程中的错误已从第一次尝试时的 50 多个减少到仅 4 个，我们有理由预计它会在四月的下一次发布之前或赶在发布时完成。</p> <h2 id="适用于-macos-上新的-i2p-安装和更新的选项">适用于 macOS 上新的 I2P 安装和更新的选项</h2> <p>新的 I2P 参与者仍可下载适用于 macOS 的 1.9.0 版软件的 Easy Installer。我希望能在四月底左右准备好一个发布版本。一旦公证成功，将立即提供更新至最新版本。</p> <p>经典安装选项也可用。这将需要使用基于 .jar 的安装程序来下载 Java 和 I2P 软件。</p> <p><a href="https://geti2p.net/en/download/macos">Jar 安装说明请参阅此处</a> </p> <p>Easy-Install 用户可以使用本地生成的开发构建更新到最新版本。</p> <p><a href="https://i2pgit.org/i2p-hackers/i2p-jpackage-mac/-/blob/master/BUILD.md">在此可获取 Easy-Install 构建说明</a> </p> <p>您也可以选择卸载该软件，删除 I2P 配置目录，并使用 .jar 安装程序重新安装 I2P。</p>/zh/blog/2023/01/13/windows-easy-install-2.1.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Fri, 13 Jan 2023 00:00:00 +0000/zh/blog/2023/01/13/windows-easy-install-2.1.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>适用于 Windows 的 I2P 简易安装包 2.1.0 版本已发布。与往常一样，此版本包含更新的 I2P Router。本次 I2P 版本提供了改进的应对网络拥塞的策略。这些改进应当提升性能、连通性，并保障 I2P 网络的长期健康。</p> <p>本次发布主要对浏览器配置文件启动器进行了底层改进。通过支持通过环境变量配置 Tor Browser Bundle（Tor 浏览器套件，简称 TBB），改进了兼容性。Firefox 配置文件已更新，扩展的基础版本也已更新。我们还对整个代码库和部署流程进行了改进。</p> <p>很遗憾，此版本仍然是未签名的 .exe 安装程序。请在使用前验证该安装程序的校验和。另一方面，更新由我的 I2P 签名密钥签名，因此是安全的。</p> <p>本版本使用 OpenJDK 19 编译。它使用 i2p.plugins.firefox version 1.0.7 作为启动浏览器的库。它使用 i2p.i2p version 2.1.0 作为 I2P router，并用于提供应用程序。一如既往，建议您尽早将 I2P router 更新至最新版本。</p>/zh/blog/2023/01/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2023%E5%B9%B41%E6%9C%8810%E6%97%A5/Tue, 10 Jan 2023 00:00:00 +0000/zh/blog/2023/01/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2023%E5%B9%B41%E6%9C%8810%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (08:00:38 PM) eyedeekay: 欢迎参加开发者会议，昨天又错过了时间，再次表示抱歉 (08:00:38 PM) eyedeekay: 1. 嗨 (08:00:38 PM) eyedeekay: 2. 2.1.0 发布状态，2.1.0 Mac 发布状态 (08:00:38 PM) eyedeekay: 3. 2.2.0 开发状态 (08:00:38 PM) eyedeekay: 4. 拥塞节流 (08:00:38 PM) eyedeekay: 5. 假设的流量管理 ( 大量 Tor 用户的涌入) (08:00:46 PM) mode (-m ) 由 zzz (08:00:57 PM) eyedeekay: 1. 嗨 (08:01:00 PM) eyedeekay: 嗨 (08:01:04 PM) zzz: 嗨 (08:01:29 PM) eyedeekay: tunnel_king 你是来讨论第 4 和第 5 项的吗？ (08:02:10 PM) eyedeekay: 好的，那我们目前就先随机应变地处理这些议题 (08:02:21 PM) eyedeekay: 2. 2.1.0 发布状态，2.1.0 Mac 发布状态 (08:03:32 PM) eyedeekay: 2.1.0 已于昨天发布，zzz 发布了软件，种子也已上线；自那以后，已更新的网络比例大约上升了 7%，如果我算时间没错的话(所以请再确认一下) (08:04:07 PM) eyedeekay: 我同日发布了 Maven 软件包，并将在会议结束后不久向所有渠道推出 Android 更新 (08:04:29 PM) eyedeekay: Windows 的 Easy-Install 将随后发布，Mac 的 Easy-Install 会再之后推出 (08:05:10 PM) eyedeekay: 我认为 eche|on 已经给了我解决我们公证问题所需的最后线索，几天内我们就能知道是否奏效，届时将对应一次发布 (08:05:30 PM) eyedeekay: 这个话题还有什么要补充的吗，zzz？ (08:05:39 PM) zzz: 就补充一点点，谢谢 (08:06:10 PM) zzz: 一周前的 i2pd 发布看起来很有希望，但这也让观察我们这次发布的影响变得稍微困难一些 (08:06:22 PM) zzz: 而且 i2pd 计划最早今天再发一个小版本 (08:06:56 PM) zzz: 所以我们不会有太好的数据来说明这次发布的效果，但只要统计数据持续向好，这才是最主要的 (08:07:06 PM) zzz: 今天说任何结论都太早了，也许一周后再看 (08:07:08 PM) zzz: EOT (08:07:23 PM) eyedeekay: 谢谢 zzz (08:07:42 PM) eyedeekay: 3. 2.2.0 开发状态 (08:08:52 PM) eyedeekay: 我目前对此没有太多可说的，我这边大多数事项保持不变，但我认为我们需要就发布时间线达成一致，对吧？ (08:09:13 PM) zzz: 是的，很明显我们在 2.2.0 上还没开始做什么 (08:09:36 PM) zzz: 我建议从现在起采用标准的 13 周周期，除非出现重大问题 (08:09:43 PM) eyedeekay: 我觉得不错 (08:09:46 PM) zzz: 那就意味着在四月初发布 (08:10:12 PM) aeiou_ 现在更名为 aeiou (08:10:14 PM) zzz: 而且这会让我们彻底偏离过去几年一直遵循的 2 月/5 月/8 月/11 月 的日期，唉 (08:10:40 PM) zzz: 但我们确实需要一些时间来完成上一个缩短周期里没来得及做的事情 (08:10:48 PM) zzz: 所以我们就先暂定 13 周吧 (08:10:49 PM) zzz: EOT (08:11:22 PM) eyedeekay: 是的，我没有异议 (08:11:34 PM) eyedeekay: 计划四月初发布 (08:12:35 PM) eyedeekay: 关于第 3 项还有别的吗？ (08:12:48 PM) eyedeekay: 4. 拥塞节流 和 5. 假设的流量管理 ( 大量 Tor 用户的涌入) 都是 tunnel_king 在 zzz.i2p 上添加的，但我在房间里没看到这个名字，如果你换了别的名字在这里，这是最后一次提醒 (08:14:08 PM) eyedeekay: 这次会议还有其他要讨论的吗？ (08:15:15 PM) eyedeekay: 好的，谢谢 zzz 参加，我保证下个月的那场我会设好提醒 (08:15:55 PM) zzz: 没有 (08:16:37 PM) eyedeekay: 不，是没有会议的其他议题，还是不，不要结束会议？ (08:16:38 PM) zzz: 另外我想问下 eche|on 是否在，并且对第 2 项还有什么要补充 (08:16:38 PM) zzz: 没有了，就这样吧，大家请点击更新按钮拿到 2.1.0 的好东西 (08:16:53 PM) zzz: 没别的了，谢谢 </div>/zh/blog/2023/01/09/2.1.0-%E5%8F%91%E5%B8%83/Mon, 09 Jan 2023 00:00:00 +0000/zh/blog/2023/01/09/2.1.0-%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>自我们在11月发布 2.0.0 版本以来，我们收获了不少经验。随着各个 router 升级到该版本，网络对我们新的 SSU2 传输协议的支持率已从约 1% 提升到超过 60%。首先，我们已经确认 SSU2 是一种稳健、设计良好且安全的协议。其次，不过我们也在该协议的实现中发现并修复了大量较小或很少被触发的缺陷。总体而言，这些缺陷的影响累计起来降低了网络性能。</p> <p>此外，我们注意到网络中的 tunnel 数量增加，且 tunnel 构建成功率降低，这可能由比特币新引入的 I2P 临时地址功能触发，但也因我们在 SSU2 上的缺陷以及其他拥塞控制问题而进一步恶化。我们正与比特币以及其他非比特币项目合作，以降低 I2P 网络负载。我们已改进算法，以在拥塞期间降低网络负载。我们也在与 i2pd 合作，制定通用的拥塞控制策略。</p> <p>因此，我们将此次发布提前了大约六周，以便尽快把修复提供给所有人。i2pd 在上周发布了 2.45.0 版本，早期结果令人鼓舞。开发新的协议和分布式网络本就困难。拥塞可能在几乎没有预警的情况下出现，且几乎没有关于原因的线索。感谢大家在我们诊断并希望已经修复这些问题期间的耐心等待。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Console: New status and banned peers tabs on /peers</li> <li>i2ptunnel: Add torsocks support</li> <li>i2ptunnel: Add SOCKS tunnel conversion to CONNECT outproxy</li> <li>i2ptunnel: Add SOCKS outproxy port configuration</li> <li>i2ptunnel: Update encryption type defaults</li> <li>Router: Improved congestion detection and handling</li> <li>Router: Use compressible padding for destinations and router infos (proposal 161)</li> <li>SSU: Redesign symmetric NAT detection</li> </ul> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Console: Fix configuration for Argentinian Spanish</li> <li>Crypto: Fix LS2 encrypted leasesets, broken since 1.8.0</li> <li>i2psnark: Avoid OOM starting large number of torrents</li> <li>i2ptunnel: Numerous SOCKS tunnel fixes</li> <li>NTCP: Fix rare termination NPE</li> <li>Profiles: Fix profile load stopping after hitting corrupt file</li> <li>Router: Clock skew handling fixes and improvements</li> <li>SSU: Don&rsquo;t publish IPv4 address when configured for IPv6-only</li> <li>SSU: Fix handling of banned peers</li> <li>SSU2: Peer Test fixes and improvements</li> <li>SSU2: Termination fixes and improvements</li> <li>SSU2: Token and handshake fixes and improvements</li> <li>SSU2: Fix rare packet handling NPE</li> <li>SSU2: Fix rare termination IAE</li> <li>SSU2: Fix retransmission of session confirmed</li> <li>SSU2: Fix attempted connection to ourselves as an introducer</li> <li>UPnP: Catch rare assertion error</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Console: Add leaseset lookup to advanced search form</li> <li>i2psnark: Add partial Dutch translation</li> <li>i2ptunnel: Allow IRCv3 ACCOUNT and CHGHOST through filter</li> <li>SSU2: Preliminary support for disabling SSU1</li> <li>Sybil: Add IPv6 address tests</li> <li>Translation updates</li> </ul> <p>已修复缺陷的完整列表</p>/zh/blog/2022/12/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B412%E6%9C%8814%E6%97%A5/Wed, 14 Dec 2022 00:00:00 +0000/zh/blog/2022/12/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B412%E6%9C%8814%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (08:00:09 PM) eyedeekay: 大家好，欢迎参加改期的开发者会议 (08:00:09 PM) eyedeekay: 1. 嗨 (08:00:09 PM) eyedeekay: 2. 2.0.0 发布状态，2.0.0 Mac 发布状态 (08:00:09 PM) eyedeekay: 3. 2.1.0 开发进展 (08:00:09 PM) eyedeekay: 4. 为译者准备的贴纸 (08:00:50 PM) zzz: 嗨 (08:02:55 PM) eyedeekay: 看起来他不在？那先继续吧。 (08:04:04 PM) eyedeekay: 2. 2.0.0 发布状态：大约 3 周前我们已经发布了 2.0.0 的大多数目标平台，包括 i2p.i2p、Android、Debian 和 Easy-Install Windows；由于 zlatinb 的离开，Mac 的 Easy-Install 延期了 (08:04:04 PM) eyedeekay: Ech 和我一直在制定计划，在维护、签名以及 OSX 安装包的公证方面顶替他的工作，预计仍会在本月末左右完成 (08:06:01 PM) eyedeekay: 大家都已经会构建所有产物，也清楚签名的要求，实际剩下的最后一步是公证；虽然我们还不完全清楚会遇到哪些情况，但我觉得大致方向没问题 (08:07:10 PM) eyedeekay: 由于与新设备上的新 API 兼容性相关的一个缺陷，Android 需要一个小版本更新，因此 Android 用户应确保已升级到 2.0.1 (08:07:10 PM) eyedeekay: 第 2 项我这边说完了，zzz 还有要补充的吗 (08:07:20 PM) zzz: 很多 (08:07:50 PM) uis 现在名为 Irc2PGuest69907 (08:08:04 PM) zzz: 我不得不发布一个 2.0.0-2ubunutu1 的 debian/ubuntu 构建，用来修复根目录中一堆让人尴尬但最终无害的游离符号链接 (08:08:38 PM) zzz: 根本原因是一个打字错误，deb lint 没有捕捉到它，事后复盘除了要更小心之外也不知道能学到什么；安装时我们是以 root 权限运行的…… (08:09:12 PM) zzz: 至于网络方面，3 周后，大约一半已经更新并在使用 ssu2 (08:09:39 PM) zzz: 自发布以来，探索性构建的成功率一直在直线下降 (08:09:56 PM) zzz: 我们对此感到担忧，正在密切监控 (08:10:47 PM) zzz: 目前我们认为原因是多方面叠加：ssu 向 ssu2 的迁移、我们这边和 i2pd 中的 ssu2 缺陷，再加上有少数 routers 正在用大量 tunnel 构建向网络刷请求 (08:11:05 PM) zzz: i2pd 正在考虑在 1 月中旬做一次小版本发布，把他们的修复发出去 (08:11:33 PM) zzz: 目前我认为我们这边不需要这样做，但如果我们愿意，这始终是个选项 (08:12:18 PM) zzz: 我觉得这部分就到此为止，不过稍后我会作为第 3 项的一部分补充更多信息 (08:13:09 PM) eyedeekay: 谢谢 zzz (08:13:43 PM) eyedeekay: 3. 2.1.0 开发进展 (08:17:12 PM) eyedeekay: 本开发周期我们已经进行到第 3 周了，这段时间我一直在把 Android 完整迁移到现代的 Gradle 插件；在发布前我没有继续把构建从 Maven 迁到 maven-push。之后，Android 这边的计划包括提供 Orbot 风格的分流式 tunneling，用于在不使用代理的情况下为应用做配置（有点像 Android 版的 torsocks） (08:17:12 PM) eyedeekay: 桌面端方面，我一直在修复我们与 Whonix 的集成，并推进让 Windows 版 Easy-Install 脱离测试版 (08:18:43 PM) eyedeekay: 这就是我在做的工作，zzz 你是要继续你那部分的信息，还是进入第 3 项？ (08:19:43 PM) dr|z3d: … 中场休息 … (08:23:56 PM) anonymousmaybe 现在名为 Irc2PGuest40130 (08:24:03 PM) eyedeekay: 欢迎回来 (08:25:17 PM) eyedeekay: 你最后听到的是哪一段？ (08:26:28 PM) zzz: 回来了 (08:26:28 PM) zzz: 轮到我了吗？ :) (08:26:28 PM) dr|z3d: 你得穿上围裙，推着点心托盘在剧院里转一圈 :) (08:26:28 PM) dr|z3d: 你是不是出去给大家买冰淇淋了？ :) (08:26:28 PM) dr|z3d: 回顾： (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; 本开发周期我们已经进行到第 3 周了，这段时间我一直在把 Android 完整迁移到现代的 Gradle 插件；在发布前我没有继续把构建从 Maven 迁到 maven-push。之后，Android 这边的计划包括提供 Orbot 风格的分流式 tunneling，用于在不使用代理的情况下为应用做配置（有点像 Android 版的 torsocks） (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; 桌面端方面，我一直在修复我们与 Whonix 的集成，并推进让 Windows 版 Easy-Install 脱离测试版 (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; 这就是我在做的工作，zzz 你是要继续你那部分的信息，还是进入第 3 项？ (08:26:48 PM) zzz: 谢谢 (08:27:04 PM) zzz: drz 已经转述给我了 (08:27:12 PM) zzz: 好，轮到我了！ (08:27:33 PM) zzz: 在发布后一周半左右，当网络中很多节点都更新之后，我开始追踪 SSU2 的问题 (08:27:42 PM) zzz: 结果发现了不少 (08:27:56 PM) zzz: 既有我们这边的，也帮 i2pd 找到了他们的一些问题 (08:27:58 PM) zzz: 所以最近相当忙 (08:28:14 PM) zzz: 结果目前 diff 已经接近 7000 行，比整个 2.0.0 版本还多 (08:28:38 PM) zzz: 而我为 2.1.0 计划的其它事项都还没开始，包括承诺的对对等节点选择的改进 (08:29:50 PM) zzz: 我打算在会后把版本号提升到 -7 (08:29:50 PM) zzz: 虽然“重大变更合入”的截止时间是 1 月上旬，但我们还是要保持灵活；如果我们要做 2.0.1 发布，就不希望一堆尚在进行中的改动混进去 (08:29:59 PM) zzz: 所以尽量不要因为“重大变更”把东西弄坏。重大变更可以，但前提是足够隔离 (08:30:40 PM) zzz: 不过进展总体顺利，我们正与 i2pd 密切合作定位并修复问题 (08:31:02 PM) zzz: 包括一些百万分之一概率的问题也开始冒出来了 (08:31:16 PM) zzz: 还有一些“万亿分之一”的问题，dr|z3d 在他高速的 routers 上也发现了 (08:31:30 PM) zzz: 就这些！结束，有问题吗？ (08:32:27 PM) eyedeekay: 我有点好奇，现实世界里某些事情达到“百万次”的频率到底有多高，不过可能留到下次再问吧 (08:33:17 PM) eyedeekay: 谢谢 zzz (08:34:12 PM) eyedeekay: 看起来一旦有一大堆 routers 在做同一件事，某处发生罕见事件的概率就会迅速上升 (08:35:11 PM) zzz: 是的。也许我们本该更谨慎些，不要在一个版本里就从 2% 提升到 100%。不过我们会挺过去的 (08:35:17 PM) uis 现在名为 Irc2PGuest38853 (08:37:15 PM) eyedeekay: 4. 为译者准备的贴纸 (08:37:15 PM) eyedeekay: 这部分唯一的实质性消息是我现在有可以邮寄的贴纸了，我手头有一大堆，所以如果你在美洲的话，我已经准备好邮寄了 (08:37:58 PM) zzz: 能否请你在我的论坛上发个帖子，说明谁有资格，以及如何申请 (08:38:17 PM) eyedeekay: 可以 (08:38:29 PM) zzz: 然后我会把它复制粘贴到 Transifex 公告里 (08:38:48 PM) zzz: 欧洲那边的进展如何？ (08:39:44 PM) eyedeekay: 不确定他是否已经拿到了，我今晚会向他要一个更新 (08:40:07 PM) zzz: 好的，看起来我在 Transifex 上发布之前得等那一部分就绪 (08:40:43 PM) zzz: 请用你的 baffer 敲他一下，他让我们改期结果又没出现 :) (08:41:07 PM) eyedeekay: 嗯，这也有我的责任，但我会确保让他知道的 :) (08:41:32 PM) zzz: 我是说从昨天改到今天。上周那次你可还没脱责呢 :) (08:42:41 PM) eyedeekay: 关于第 4 项/今天我就这些了，会议还有其他事项吗？ (08:42:50 PM) zzz: 没有 (08:43:02 PM) zzz: 我们 1 月 3 日是开还是不开？ (08:44:26 PM) eyedeekay: 那就这样吧，感谢 zzz 参加。我本来想说 1 月 3 日“照常进行”，但鉴于我记得 LS2 是 9 号，我们也可以改到 10 号 (08:45:01 PM) zzz: 无所谓，你决定 (08:45:35 PM) eyedeekay: 那就定在 1 月 9 日，2 月份恢复到每月第一个周二 (08:45:52 PM) zzz: 你是说 10 号？ (08:45:59 PM) eyedeekay: 对，10 号 (08:46:07 PM) zzz: 好的 (08:46:15 PM) zzz: 会议结束了吗？ (08:46:25 PM) eyedeekay: 是的 </div>/zh/blog/2022/11/23/%E9%80%82%E7%94%A8%E4%BA%8E-windowsosx-%E7%9A%84-easy-install-2.0.0-%E6%8E%A8%E8%BF%9F-1-%E4%B8%AA%E6%9C%88/Wed, 23 Nov 2022 00:00:00 +0000/zh/blog/2022/11/23/%E9%80%82%E7%94%A8%E4%BA%8E-windowsosx-%E7%9A%84-easy-install-2.0.0-%E6%8E%A8%E8%BF%9F-1-%E4%B8%AA%E6%9C%88/<h2 id="更新详情">更新详情</h2> <p>适用于 Windows 的 I2P Easy-Install 安装包已发布。在此版本中，新增了对大多数主流浏览器的支持，包括所有主要的 Firefox(Gecko) 和 Chromium 分支版本。与外部的 I2P Service 安装以及非捆绑的 I2P 用户安装的兼容性已得到改进。如果用户已经拥有 I2P，Easy-Install 安装包现在可以检测到其他 I2P router，并提示用户改为启动它们。浏览器扩展已更新至最新版本。Easy-Install 现在可以通过命令行标志 <code>-usability</code> 使用 <code>i2p.plugins.firefox</code> 的易用性模式。默认模式为“Strict”模式，在该模式下由 NoScript 禁用 Javascript。在易用性模式下，由 JShelter 对 Javascript 进行限制。有关更多详细信息，请参阅 i2pgit.org 上的 profile manager 仓库。</p> <p>建议您更新到此版本，以获得最佳的安全性、隐私性和性能，并帮助网络。</p> <p>由于开发者/维护者的离任，在我们确定维护人选期间，OSX 的 Easy-Install Bundle（简易安装包）将推迟一个月。</p>/zh/blog/2022/11/21/2.0.0-%E5%8F%91%E5%B8%83/Mon, 21 Nov 2022 00:00:00 +0000/zh/blog/2022/11/21/2.0.0-%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>在完成一些小功能、测试以及大量缺陷修复之后，I2P 2.0.0 版本为所有用户启用了我们全新的 UDP 传输 SSU2。</p> <p>我们也在各处修复了问题，包括安装程序、网络数据库（netDb）、向私人地址簿添加条目、Windows 浏览器启动器以及 IPv6 UPnP。</p> <p>与往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="changes">Changes</h3> <ul> <li>i2ptunnel: Support SHA-256 digest proxy authentication (RFC 7616)</li> <li>SSU2: Connection migration</li> <li>SSU2: Immediate acks</li> <li>SSU2: Enable by default</li> </ul> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>i2ptunnel: Fix IRC USER line filtering</li> <li>Installer: Fix path for Windows service, caused local eepsite to be broken</li> <li>Installer: Fix error on Windows when username contains a space</li> <li>NetDB: Database store message handling fixes</li> <li>NetDB: Fix reseeding when clock is skewed</li> <li>Router: Deadlock fix</li> <li>SSU2: Fix packets exceeding MTU</li> <li>SSU2: Fix ping packets less than minimum size</li> <li>SSU2: Fix handling of termination acks</li> <li>SusiDNS: Fix adding entry to empty address book</li> <li>SusiMail: Fix dark theme button icons</li> <li>UPnP: IPv6 fix</li> <li>Windows: Fix launching preferred browser at startup</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Deadlock detector improvements</li> <li>Debian: Change dependency from libservlet3.1-java to libjsp-api-java and libservlet-api-java</li> <li>i2psnark: Increase max pieces to 64K</li> <li>i2psnark: Add links to additional instances in the console</li> <li>Option to compress router logs</li> <li>Translation updates</li> </ul> <p>已修复错误的完整列表</p>/zh/blog/2022/11/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B411%E6%9C%8808%E6%97%A5/Tue, 08 Nov 2022 00:00:00 +0000/zh/blog/2022/11/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B411%E6%9C%8808%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, eyedeekay, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (03:00:31 PM) eyedeekay: 大家好，欢迎参加 11 月 8 日的会议 (03:00:31 PM) eyedeekay: 1. 嗨 (03:00:31 PM) eyedeekay: 2. 2.0.0 开发状态 (03:00:31 PM) eyedeekay: 3. 为捆绑包发布提供 source tarballs（源代码打包文件） (03:00:31 PM) eyedeekay: 4. 为译者提供免费贴纸 (03:00:31 PM) eyedeekay: 议程还有其他内容吗？ (03:00:39 PM) 由 zzz 设置 mode (-m ) (03:01:19 PM) zzz: 嗨 (03:01:58 PM) eyedeekay: 嗨 zzz (03:02:03 PM) eyedeekay: 今天还有别人来吗？ (03:02:08 PM) eche|on: 嗨 (03:02:18 PM) eyedeekay: 嗨 eche|on (03:02:39 PM) eyedeekay: 2. 2.0.0 开发状态 (03:02:58 PM) eyedeekay: 我们距离发布还有 2 周，明天进行标签冻结（如果我没记错的话） (03:03:49 PM) eyedeekay: 是的，正是那个时间 (03:04:38 PM) eyedeekay: zzz 和 orignal 一直在努力让 ssu2 就绪，计划仍然是启用它 (03:05:08 PM) eyedeekay: 我将发布一个未签名的 I2P Easy-Install for Windows 版本 (03:05:50 PM) eyedeekay: 不过我不清楚 Mac 的发布状态，Mac 用户是否会一直停留在 1.9.0，直到我们找到新的 Mac 维护者/签名者？ (03:06:25 PM) zzz: 是的。这里有一篇不错的发布总结：`http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: 过去 3 个月以 2% 的比例启用进行的 SSU2 测试非常成功 (03:07:17 PM) zzz: 没有发现任何重大问题，但我们修复了无数个小问题 (03:08:19 PM) eche|on: 继续推进 SSU2 (03:08:35 PM) eche|on: 关于 Mac：我有一个开发者账号和一台 MAC，但目前不知道怎么做 (03:08:39 PM) eche|on: 而且时间也不多 (03:09:03 PM) zzz: 有意思 (03:09:31 PM) zzz: 你觉得你_可以_在某个时间点做吗？如果可以，什么时候？ (03:09:39 PM) eche|on: 我确实有 Mac 相关包含项的 git 仓库，但目前还没研究 (03:09:54 PM) eche|on: 如果我弄清楚了操作方法，会很快完成 (tm) (03:10:05 PM) zzz: 即使晚一两个月，那也很棒 (03:10:08 PM) eche|on: 但这个操作指南可能在更短期内就会失败 (03:10:41 PM) eche|on: 另外也不知道 Apple 会怎么做，但这些都需要去摸索 (03:11:10 PM) eyedeekay: 我看看能否帮你，构建 Mac 的 jpackage 包相当直接，我没签过，但脚本里（zab 写的）都有 (03:11:25 PM) zzz: 当我制作 2.0.0 的 news.xml 时，我也会在 Mac 的订阅源里放一条新闻，说明会延期 (03:11:42 PM) zzz: eyedeekay，你有 Mac 吗？ (03:11:57 PM) eyedeekay: 我有一台 Intel Mac，但没有开发者账号 (03:12:04 PM) eche|on: sadie 有一台 Mac，但 idk 和 sadie 都不想公开他们的姓名 (03:12:25 PM) eche|on: 申请开发者账号相当简单：提供你的姓名并每年支付 100 美元 (03:12:28 PM) eyedeekay: 我可以做出 dmg，但它会用本机的密钥签名，其他 Mac 上不被允许 (03:12:32 PM) zzz: 我明白。想法是你可以把除了公证之外的所有步骤都走一遍 (03:12:32 PM) eche|on: 大致就是这样 (03:13:12 PM) eche|on: 2 分钟后回来 (03:13:25 PM) zzz: 据我所知，真正麻烦的是公证。希望操作指南写得清楚…… (03:14:14 PM) eyedeekay: 我觉得唯一的坑其实是把 Java 开发环境配置好，不过有个通过 brew 安装的工具可以切换版本，这样就很容易了 (03:14:25 PM) zzz: eyedeekay，我们把这件事列到下个月的议程里 (03:14:36 PM) eyedeekay: 好的 (03:15:19 PM) zzz: 同时，请按当前的操作指南在不做公证的前提下尽可能走一遍，仅用于测试该指南，并看看是否需要为 ech 做任何修正 (03:16:10 PM) zzz: 尤其要检查 arm64 部分是否有文档 (03:16:45 PM) eyedeekay: 我会尽力去做，不过我无法跑一遍 arm64 的流程，因为我没有 arm64 的 Mac (03:16:53 PM) eche|on: 我会研究如何获取用于公证的证书， (03:16:55 PM) eyedeekay: 不过在那之前的我都会做 (03:17:18 PM) eche|on: eyedeekay：就订一台 arm64 的 Mac。像往常一样退货 (03:17:28 PM) eche|on: 没必要因此停下 (03:17:30 PM) zzz: 构建 ARM 需要 ARM 的 Mac 吗？ (03:17:41 PM) zzz: 可能需要吧…… (03:17:59 PM) eyedeekay: 关于交叉编译的各种微妙之处我也不太确定 (03:18:02 PM) zzz: 也可以有一种工作流程：由 idk 构建，ech 负责公证 (03:18:23 PM) zzz: 但我们没必要在这里把一切都敲定 (03:18:44 PM) eyedeekay: 但 jpackage 对架构/操作系统的组合要求非常苛刻 (03:19:28 PM) SoniEx2: Raspberry Pi？ (03:19:39 PM) zzz: 我们继续下一个议题 (03:19:40 PM) eyedeekay: ELF 不是 Mach-O (03:19:42 PM) eyedeekay: 不过可以 (03:19:45 PM) eyedeekay: 3. 为捆绑包发布提供 source tarballs (03:20:24 PM) eyedeekay: 既然现在就我在做，而且我一直想发布 source tarballs，那么 2.0.0 的 Windows 版会提供 source tarballs (03:20:36 PM) eyedeekay: 一个用于捆绑包本身，一个用于 profile manager 组件 (03:21:17 PM) eyedeekay: 在梳理 Mac 捆绑包脚本的过程中，我会把生成 source tarball 加入流程 (03:21:18 PM) zzz: 好的，既然反对在 Mac 页面添加的人已经离开了，我们也在 Mac 页面加一个 (03:21:28 PM) eyedeekay: 没问题 (03:21:41 PM) zzz: 太好了，我很高兴 (03:22:38 PM) eyedeekay: 4. 为译者提供免费贴纸 (03:23:27 PM) eche|on: 好的 (03:23:49 PM) eyedeekay: 上个月会议后，eche|on 和我通过邮件简单讨论过这个 (03:23:49 PM) eyedeekay: 我记得我们都赞成这么做？我现在没开邮箱 (03:24:23 PM) eche|on: 当然我们可以做，每个地区各一份 (03:24:28 PM) zzz: 这是我提的建议，但需要 a) 贴纸 和 b) 有人负责邮寄 (03:24:30 PM) eche|on: 但我的贴纸资源有限 (03:24:47 PM) zzz: 据我了解，我们基本上已经没有贴纸了 (03:24:59 PM) eche|on: sadie/idk 还有一些 (03:25:05 PM) eche|on: 我这边只有大约 400 张左右 (03:25:23 PM) eche|on: 应该够用 1 年以上，但要提前规划 (03:25:26 PM) eyedeekay: 哦，我上周在 All Things Open 用到我自己只剩大概 8 张了 (03:25:30 PM) eyedeekay: 我需要再下单订一些 (03:25:53 PM) eche|on: 啊，好的 (03:26:10 PM) zzz: 你们俩能协调一下由谁下单、采用什么设计，并确保你们各自拿到一半吗？ (03:26:16 PM) eyedeekay: 可以的 (03:26:34 PM) zzz: 太棒了 (03:27:05 PM) zzz: 你们拿到手之后，通知我一下，我会在 TX 上发布公告 (03:27:11 PM) eche|on: 好 (03:27:22 PM) zzz: 谢谢各位 (03:27:46 PM) eyedeekay: 不客气 (03:27:56 PM) eyedeekay: 关于第 4 项或本次会议还有别的吗？ (03:28:25 PM) eche|on: 没有 (03:29:14 PM) eyedeekay: 好的，感谢大家参加，我会在几分钟后发布本次会议记录 </div>/zh/blog/2022/10/11/ssu2-%E4%BC%A0%E8%BE%93/Tue, 11 Oct 2022 00:00:00 +0000/zh/blog/2022/10/11/ssu2-%E4%BC%A0%E8%BE%93/<h2 id="概述">概述</h2> <p>自 2005 年以来，I2P 一直使用一种抗审查的 UDP 传输协议“SSU”。在过去的 17 年里，我们几乎没有收到（如果有的话）关于 SSU 被封锁的报告。然而，以当今在安全性、抗封锁能力和性能方面的标准来看，我们还能做得更好。好得多。</p> <p>因此，我们与<a href="https://i2pd.xyz/">i2pd 项目</a> 合作，创建并实现了 &ldquo;SSU2&rdquo;，这是一种按最高的安全与抗封锁标准设计的现代 UDP 协议。该协议将取代 SSU。</p> <p>我们将业界标准的加密与基于 UDP 的 WireGuard 和 QUIC 协议的最佳特性相结合，并融合了我们基于 TCP 的协议“NTCP2”的抗审查特性。SSU2 可能是有史以来设计出的最安全的传输协议之一。</p> <p>Java I2P 和 i2pd 团队正在完成 SSU2 传输，我们将在下一个版本中为所有 router 启用它。这将完成我们长达十年的计划，即对可追溯至 2003 年的 Java I2P 最初实现中的全部密码学机制进行升级。SSU2 将取代 SSU，而 SSU 是我们唯一仍在使用 ElGamal 加密的部分。</p> <ul> <li>Signature types and ECDSA signatures (0.9.8, 2013)</li> <li>Ed25519 signatures and leasesets (0.9.15, 2014)</li> <li>Ed25519 routers (0.9.22, 2015)</li> <li>Destination encryption types and X25519 leasesets (0.9.46, 2020)</li> <li>Router encryption types and X25519 routers (0.9.49, 2021)</li> </ul> <p>在完成向 SSU2 的过渡之后，我们将已经把我们所有经过认证和加密的协议迁移到标准的 <a href="https://noiseprotocol.org/">Noise Protocol</a> 握手：</p>/zh/blog/2022/10/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B410%E6%9C%8804%E6%97%A5/Tue, 04 Oct 2022 00:00:00 +0000/zh/blog/2022/10/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B410%E6%9C%8804%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: 大家好，欢迎来到 2022 年 10 月 4 日的会议 (04:00:08 PM) eyedeekay: 1. 嗨 (04:00:18 PM) zlatinb: 嗨 (04:00:28 PM) zzz: 嗨 (04:00:51 PM) eyedeekay: 1. 嗨 (04:00:51 PM) eyedeekay: 2. 1.10.0 开发状态 (04:00:51 PM) eyedeekay: 3. 下个发行版是 2.0.0？ (04:00:51 PM) eyedeekay: 4. 为捆绑版发布 source tarballs（源代码归档包） (04:00:51 PM) eyedeekay: 5. 为翻译者提供免费贴纸 (04:00:51 PM) eyedeekay: 6. Windows Easy-Install（简易安装）更新/退出测试版 (04:01:05 PM) eyedeekay: 2. 1.10.0 开发状态 (04:01:15 PM) eyedeekay: 还剩大约 7 周 (04:01:24 PM) eyedeekay: 我本月的重点是让 Windows Easy-Install 捆绑包准备好退出测试版 (04:01:31 PM) eyedeekay: 论坛上有很多相关内容，目标是实现稳定更新、兼容现有/非捆绑的 router，以及提供一种更稳定、更灵活的方式来管理和启动浏览器配置文件，关于这些在第 6 项会详细说 (04:01:38 PM) eyedeekay: 还在 Android 上开发“Split Tunneling（分流隧道）”或“Per-App VPN（按应用 VPN）”工具（在路线图上）。 (04:01:47 PM) eyedeekay: 其作用是让用户更容易配置浏览器，通过将其置于与 I2P 连接对应而非与其网络提供商对应的接口上，防止 WebRTC 泄露。 (04:02:05 PM) eyedeekay: zzz、zlatinb 你们还有什么正在做的想补充的吗 (04:02:30 PM) zzz: 没有什么可汇报的……SSU2 测试进展顺利…… (04:02:53 PM) zzz: 我提交了关于可压缩填充的提案 161，我们会在 #ls2 会议上讨论…… (04:03:06 PM) zlatinb: 我没有在做什么特定事项，只是想让大家知道我将于 11 月 22 日到 12 月 10 日 afk（暂离），所以如果下个版本在 21 日打标签，我也许能构建 Mac 捆绑包，但很可能无法为种子做种 (04:03:29 PM) eyedeekay: 你把文件发给我，我可以帮你做种 (04:03:32 PM) zzz: 我有一些对对等点选择效率的改进，打算尽快合入，能不能赶上暂不确定 (04:03:43 PM) zzz: EOT (04:04:21 PM) eyedeekay: 谢谢 zzz、zlatinb，我不想催任何人，但我们今天议程很长，关于第 2 项还有要补充的吗？ (04:04:59 PM) eyedeekay: 3. 下个发行版是 2.0.0？ (04:04:59 PM) eyedeekay: 我投票支持 2.0.0 (04:05:19 PM) zzz: 是的，我在我的论坛上征求了意见，好像收到 1 个赞成、没有反对 (04:05:36 PM) eyedeekay: 我记得上次会议我也赞成 (04:05:46 PM) zzz: 我希望今天就决定，因为我有一篇 SSU2 博客文章已准备发布，能用版本号来指代下个发行版会更方便 (04:06:22 PM) zzz: 是的，上次会议我没听到任何强烈意见，所以才把它推迟了一个月 (04:06:34 PM) zzz: 我觉得这是个好主意 (04:06:51 PM) zzz: 所以如果没有异议，就定为 2.0.0 吧！ (04:07:30 PM) eyedeekay: 异议超时等待 1 分钟 (04:07:47 PM) zzz: 改成 30 秒吧 :) (04:07:54 PM) eyedeekay: 是啊我已经消耗了 30 秒 (04:08:04 PM) eyedeekay: 好的，就这样 (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. 为捆绑版发布 source tarballs (04:08:31 PM) zzz: 是的，这一项是我提的 (04:08:53 PM) zzz: 标准的开源做法是发布 source tarballs，即使我们可以指向一个 git 标签 (04:09:06 PM) zzz: 我理解为 Mac 的源码不会随每次发布而变化？ (04:09:10 PM) zzz: 但 Windows 的源码会变？ (04:09:46 PM) zlatinb: 嗯，Mac 捆绑包为支持 arm64 做过演进，但总体上不怎么变 (04:10:02 PM) eyedeekay: 我们俩的做法都是克隆一份仓库，检出特定的发布标签，执行 ant distclean，生成我们的 jars，然后把它们复制到捆绑包目录树里 (04:10:15 PM) zzz: 总之，我的建议是把生成 source tarballs 作为构建流程的一部分，并在相应的下载页面上提供链接 (04:10:36 PM) zzz: 如果它们不变，那我想可以不带版本号 (04:10:50 PM) zzz: 那么 Windows 的源码也不是每个发布都会变化吗？ (04:11:01 PM) zlatinb: 我更倾向于只打标签，然后从 github 获取 tarball。我预计至少在一段时间内，Mac 捆绑包里唯一会变的东西就是变更日志文件 (04:11:50 PM) zzz: 细节你们可以商量，但目标是提供源码和说明，任何人都能自己构建 (04:12:00 PM) eyedeekay: 包含的 i2p jars 除了更新之外没有变化，但 Windows 的源码自项目开始以来在启动器方面改动不少 (04:12:12 PM) zzz: 你们俩愿意这么做并把它加入你们的发布流程吗？ (04:12:21 PM) eyedeekay: 当然，没问题 (04:12:31 PM) eyedeekay: 我的发布脚本和日常脚本现在每次都会包含 tarball (04:12:36 PM) zzz: 你们不需要包含 i2p 之类的依赖项，可能也不应该包含 (04:12:37 PM) eyedeekay: 如果我没记错，zab 的也是 (04:12:54 PM) zlatinb: 问题是把 tarballs 放在哪里，是否应该在网站上提供，等等 (04:13:25 PM) zzz: 放到下载服务器上，与其他东西在一起，并在捆绑包页面上加链接。你们俩把细节协调一致就好 (04:13:59 PM) zlatinb: 这就是问题所在，如果我们只需指向一个 gitlab 标签，就不需要额外的链接了 (04:14:31 PM) zzz: 不同意。我认为发布 source tarballs 是良好的开源实践 (04:14:55 PM) zlatinb: github，可能还有 gitlab，允许从标签直接下载 tarball (04:14:57 PM) eyedeekay: 这并不费什么事儿，我不反对。我在生成 tarballs 的同一个脚本里也打标签 (04:15:05 PM) zzz: 这是二进制，这是源码，这是 GPG 签名，这是构建说明 (04:15:29 PM) zzz: 有 tarballs 也与我们的主线发布保持一致 (04:16:15 PM) zzz: 听起来 zlatinb 不同意？我们要把这件事推到下个月吗？ (04:16:38 PM) zlatinb: 是的，我觉得没必要 (04:16:57 PM) zlatinb: 但如果最终决定要做，我也不介意去做 (04:17:11 PM) zzz: 如果它从不变化，你只需要做一次就行了 (04:17:47 PM) zlatinb: 历史上确实很少变化 (04:18:03 PM) eyedeekay: 先往后拖也可以，期间我和 zlatinb 可以商量清楚要做什么、不做什么 (04:18:33 PM) eyedeekay: 这可能是我们需要有所区别的情况，因为我的捆绑包变动比他的更频繁一些 (04:19:27 PM) zzz: 如果今天不决定的话，我会在论坛开个帖子征求更多意见 (04:20:44 PM) zlatinb: 好 (04:20:44 PM) zzz: ok = 你目前是反对的意思？ (04:21:02 PM) eyedeekay: 这可能是个好主意，而且我支持 tarballs (04:21:31 PM) zlatinb: 嗯 (04:21:31 PM) zzz: 没问题，eyedeekay 把它列到下个月议程 (04:21:37 PM) eyedeekay: 好的，没问题 (04:21:52 PM) eyedeekay: 关于第 4 项还有别的吗？ (04:22:38 PM) eyedeekay: 5. 为翻译者提供免费贴纸 (04:22:55 PM) eyedeekay: zzz 这一项也是你的，准备好了就说吧 (04:23:16 PM) zzz: 是的，要感谢 twitter 上的 sarah jamie lewis (04:23:32 PM) zzz: 为她的项目，名字我忘了……cwtch？ (04:24:02 PM) eyedeekay: 就是它 (04:24:02 PM) zzz: 总之，我觉得这是个好主意，但我们需要 a) 贴纸，和 b) 帮忙邮寄的人 (04:24:17 PM) zzz: 这两样我们以前都有，但现在人和贴纸都没有了？ (04:24:40 PM) zzz: 那么，我们要不要做？是否要订购贴纸（即使最后不做） (04:24:45 PM) zzz: EOT (04:25:26 PM) zzz: 我记得过去是 sadie 和 eche|on 负责贴纸 (04:25:38 PM) eyedeekay: 我清点了一下，我手上大概还有 35 张旧的（Toopie）和春天那批剩下的 91 张，如果要再订也没问题 (04:25:41 PM) zzz: 总之，请给意见……要/不要/也许？ (04:26:00 PM) eyedeekay: 我可以在美国和加拿大境内邮寄，但寄到欧盟对我来说不太方便 (04:26:21 PM) zzz: 我们有几百名注册的翻译者，可能只有少数是活跃的 (04:26:41 PM) zzz: 谁来负责下单订贴纸？ (04:27:54 PM) eyedeekay: 上一次下单贴纸的大概是我，不过那是我自己抽时间/自掏腰包订的，好让我在展会上用 (04:28:19 PM) zzz: 谁负责公关（PR）？ (04:28:48 PM) zzz: 有谁对给翻译者发贴纸有意见吗？ (04:28:48 PM) zzz: 好吧，你本可以/也应该报销的……echelon 以前是贴纸负责人 (04:29:54 PM) zzz: 我们需要他同意承担费用、并由他负责欧盟的邮寄，把一半寄给你、一半寄给他 (04:30:15 PM) zzz: 既然他不在，就把这事列到下个月，我会设法联系到他 (04:30:22 PM) eyedeekay: 我认为如果翻译者提出要贴纸，我们应该能给他们寄一些，但应该以主动申请为前提 (04:30:59 PM) zzz: 当然，我们没有任何人的地址，他们得自己来要。但我们得先告诉他们可以来要 (04:31:17 PM) uis 现在改名为 Irc2PGuest33729 (04:31:48 PM) zzz: 如果有人要去 CCC，那就需要多准备些贴纸，和翻译者无关 (04:32:42 PM) zzz: EOT，推到下个月，今天没有结论 (04:32:47 PM) eyedeekay: 收到，我确实打算去，所以我会确保带一些贴纸 (04:32:47 PM) eyedeekay: 所以下一步是就此事和 Ech 发起邮件讨论 (04:33:09 PM) eyedeekay: 我这边 EOT，关于第 5 项还有别的吗？ (04:33:50 PM) eyedeekay: 6. Windows Easy-Install（简易安装）更新/退出测试版 (04:33:58 PM) eyedeekay: 显然这项是我的 (04:34:26 PM) eyedeekay: 那么，1.9.5 的小版本发布，从技术上讲，显然是因为 reseed 应用程序上下文计时器 (04:34:45 PM) eyedeekay: 但这也正好可以观察一下更新的表现 (04:35:54 PM) zlatinb: 表现如何？ (04:35:55 PM) eyedeekay: 并非没有复杂情况，使用者分成了 3 类 (04:36:56 PM) eyedeekay: 1. 一切正常的人 (04:36:56 PM) eyedeekay: 2. 导致非捆绑 router 的 router.config 文件损坏的人 (04:36:56 PM) eyedeekay: 3. 因为 router.config 文件来自非捆绑 router 而没有更新的人 (04:37:22 PM) eyedeekay: 第 2 类和第 3 类是问题，我在 zzz.i2p 的论坛帖子里跟进了修复 (04:37:43 PM) eyedeekay: 我认为这些问题现在已经修复，未来不会再发生 (04:37:57 PM) eyedeekay: 因此我认为到现在的 2.0.0 时，更新流程应该就绪 (04:38:08 PM) eyedeekay: 实际上我觉得现在就绪了，但还有 7 周可以测试 (04:38:53 PM) eyedeekay: 所以我想在 11 月让它退出测试版 (04:39:09 PM) zzz: 我们其实没有成文的退出测试版标准 (04:39:17 PM) zzz: 但对我来说，发布流程要扎实可靠，不要遗漏事情 (04:39:27 PM) zzz: 不要在一周后又发一个小版本去修补问题 (04:39:45 PM) zzz: 不过你可能需要列出你自己的功能目标 (04:40:21 PM) zzz: 比如，你们俩是否确定每三个月评审一次 Java 更新，并共同决定是否发布？ (04:40:40 PM) zzz: 我没看到在 IRC 上的讨论。是否在 IRC 之外讨论过？ (04:41:31 PM) zlatinb: 上次讨论就是在这里进行的，此后没有关于 JRE 小版本的线下讨论 (04:42:21 PM) eyedeekay: 我们后来不是在 Whereby 上聊过一点吗？ (04:42:36 PM) eyedeekay: 如果我没记错，我们只在 Java 周期里发布那些影响到上次发布的 CVE？ (04:42:46 PM) zzz: 举个例子，2022 年 8 月 18 日的 18.0.2.1 修复了一个会导致 JRE 崩溃的 JIT bug。你们俩都有跟进吗，还是共同决定不需要？ (04:43:33 PM) zlatinb: 我好像没有跟进 (04:43:43 PM) zlatinb: 而且不记得讨论过那个 bug；我通常只看 CVE (04:44:08 PM) zlatinb: 21:43:29 zlatinb: 我好像没有跟进 (04:44:08 PM) zlatinb: 21:43:42 zlatinb: 而且不记得讨论过那个 bug；我通常只看 CVE (04:44:12 PM) zzz: 回来了 (04:45:12 PM) eyedeekay: 我用的是 18.0.2.1，不过那是因为我推迟了发布以确保解决一些稳定性问题，到那时 Java 已更新 (04:45:24 PM) eyedeekay: 另外我的小版本是用更新后的 JDK 构建的 (04:45:35 PM) eyedeekay: 所以我想这又让我们不同步了 (04:45:54 PM) zzz: 这就是我所说的流程问题。如果构建和发布流程还不稳定、也没有被可靠执行，那这些产品还没准备好“毕业” (04:46:01 PM) zzz: 所以当你更新到 18.0.2.1 时，有没有告诉 zlatinb 并建议他也这么做？ (04:47:04 PM) eyedeekay: 没有。我就让它自动更新，然后用最新版本构建了 (04:48:13 PM) eyedeekay: 所以……我这边还有一个流程需要修订 (04:49:31 PM) zzz: 我建议你在 11 月打磨一个稳健、无明显缺陷的发布（连同你的功能目标），如果顺利，就把自己列到 12 月的议程 (04:50:00 PM) eyedeekay: 好的，没问题 (04:50:56 PM) zzz: 或者 1 月，因为发布很可能在 11 月下旬，到了 12 月第一周可能还没有足够的信息 (04:52:02 PM) eyedeekay: 如果到那时信息不够，我会顺延 (04:52:15 PM) eyedeekay: 关于第 6 项还有别的吗？ (04:52:27 PM) zzz: 简短的 6a) (04:52:30 PM) eyedeekay: 当然 (04:52:52 PM) zzz: zlatinb 报告说 Mac arm 的更新进行顺利，所以就我而言，按照我论坛上的讨论，它已经退出测试版 (04:53:28 PM) zzz: zlatinb，你需要更新你的页面，去掉 beta 标签 (04:53:28 PM) zzz: eot (04:53:28 PM) zlatinb: 好 (04:53:29 PM) zlatinb: 很快就做 (04:54:24 PM) eyedeekay: 好的，我们差不多一个小时了，会议还有其他事项吗？ (04:54:26 PM) eyedeekay: 超时等待 1 分钟 (04:54:41 PM) zlatinb: 有 (04:54:57 PM) zlatinb: 如果 StormyCloud 会看日志，我建议他们回应在 reddit 上提出的那些担忧 (04:56:15 PM) zlatinb: 这个问题越久没有答复，观感就越糟 (04:56:18 PM) eyedeekay: 同意，他们有时会来 reddit，能听到他们的回复就好了 (04:56:36 PM) zlatinb: eot (04:56:43 PM) eyedeekay: 谢谢 zlatinb (04:57:37 PM) eyedeekay: 会议还有其他事项吗（再问一次）？这次超时等待 30 秒 (04:58:21 PM) eyedeekay: 感谢各位参加，我今晚会发布日志，IRC 上见，下个月同一时间再见 </div>/zh/blog/2022/09/26/%E8%AE%A4%E8%AF%86%E4%BD%A0%E7%9A%84%E7%BB%B4%E6%8A%A4%E8%80%85-divaexchange/Mon, 26 Sep 2022 00:00:00 +0000/zh/blog/2022/09/26/%E8%AE%A4%E8%AF%86%E4%BD%A0%E7%9A%84%E7%BB%B4%E6%8A%A4%E8%80%85-divaexchange/<p><em>在 Meet Your Maintainer 的第二期中，我联系了来自 DIVA.EXCHANGE 的 Konrad，讨论 DIVA 的研究与服务。DIVA.EXCHANGE 正在开发软件，目标是为所有人提供免费的银行技术。它在没有中心化基础设施的情况下仍然安全，并基于区块链和 I2P 技术。</em></p> <p><strong>是什么让你对 I2P 感兴趣？</strong></p> <p>大约十年前，我为 &ldquo;Technologieforum Zug&rdquo; 做了一场演讲 - 一个面向商界人士的非常本地的技术网络。我向他们介绍了 I2P 和 Tor 这类 overlay networks（覆盖网络） - 让他们知道外面还有其他有趣的东西存在。</p> <p>我一直对密码学相关的技术非常感兴趣。总体而言，我可以说我的核心兴趣过去是、现在仍然是：网络、技术与社会层面的自由与隐私，以及一些有趣的算法，比如 2000 至 2010 年间的 HashCash——这是一种由英国的大学在 90 年代末提出、非常有效的工作量证明算法。</p> <p>I2P 令我着迷，因为它确实做得非常用心——从架构到使用 Java 和 C++ 的实现。我个人更喜欢解耦、只做一件事的小程序。因此，我对 C++ 版本的 I2Pd 十分着迷，它精简、快速且没有依赖项。对我来说，它运行得非常好。</p> <p><strong>在其技术能力方面，哪些特质与您自身的工作或兴趣相契合？</strong></p> <p>我热爱匠心。这就是艺术。而 I2P 是现代的匠心之作。I2P 为终端用户创造了无法用金钱购买的价值：自主、自由与安宁。</p> <p>I2P 让我着迷，因为它是技术中立的。只要通过 TCP 或 UDP 进行通信，并且能够承受一定的延迟，任何人都可以在 I2P 上运行任何东西。确实，“网络即计算机”，而且就目前的知识水平而言，这种通信是真正私密的。</p> <p><strong>DIVA 适用于谁？</strong></p> <p>DIVA 正在积极开发中，因此该项目面向研究人员、软件开发人员、传播从业者（写作者、插画师等），以及希望在分布式技术领域学习真正新颖的知识的人。</p> <p>一旦 DIVA 成熟 - 请别问我什么时候 - DIVA 将会成为一个完全分布式、自托管、面向所有人的银行。</p>/zh/blog/2022/09/26/%E9%9A%8F%E7%9D%80-i2p-%E7%9A%84%E5%8F%91%E5%B1%95%E5%AE%89%E5%85%A8%E6%8F%90%E9%86%92/Mon, 26 Sep 2022 00:00:00 +0000/zh/blog/2022/09/26/%E9%9A%8F%E7%9D%80-i2p-%E7%9A%84%E5%8F%91%E5%B1%95%E5%AE%89%E5%85%A8%E6%8F%90%E9%86%92/<h2 id="随着-i2p-的发展一则关于安全的提醒">随着 I2P 的发展，一则关于安全的提醒</h2> <p>对于 The Invisible Internet Project (I2P) 来说，这是一个令人振奋的时期。我们正在完成在所有传输(transport)（Java 和 C++）上的现代密码学迁移，最近还获得了一项高容量且专业的 outproxy 服务（出口代理服务），并且比以往任何时候都有更多应用集成了基于 I2P 的功能。网络已蓄势增长，因此，现在正是提醒大家在获取 I2P 及 I2P 相关软件时保持谨慎并注意安全的好时机。我们欢迎具有新想法的新应用、实现以及分叉（fork），而网络的力量源自它对所有 I2P 用户参与的开放性。事实上，我们不喜欢称呼你们为“用户”，我们更愿意使用“Participants（参与者）”这个词，因为你们每个人都以自己的方式帮助着网络：贡献内容、开发应用，或者仅仅是路由流量并帮助其他参与者找到对等点。</p> <p>你就是网络，我们希望你能保持安全。</p> <p>我们已注意到有人试图在网络和社交媒体上冒充 I2P 的身份。为避免为这些活动推波助澜，我们不会点名与之相关的参与者；不过，为了帮助你在现实中遇到它们时加以识别，我们在此记录他们的手法：</p> <ul> <li>Copying text directly from the I2P Web Site without acknowledging our license requirements in a way that may suggest endorsement.</li> <li>Involvement or promotion of an Initial Coin Offering, or ICO</li> <li>Crypto-Scam like language</li> <li>Graphics that have nothing to do with the textual content</li> <li>Click-farming behavior, sites that appear to have content but which instead link to other sites</li> <li>Attempts to get the user to register for non-I2P chat servers. We come to you or you come to us, we will not ask you to meet us at a third-party service unless you already use it(Note that this is not always true for other forks and projects, but it is true of geti2p.net).</li> <li>The use of bot networks to amplify any message on social media. I2P(geti2p.net) does not use bots for social media advertising.</li> </ul> <p>这些行动带来了一个附带效果：在 Twitter 以及可能的其他社交媒体上，一些合法的 I2P 相关讨论遭到&quot;影子封禁&quot;。</p>/zh/blog/2022/09/07/windows-%E7%AE%80%E6%98%93%E5%AE%89%E8%A3%85%E6%8D%86%E7%BB%91%E5%8C%85-1.9.5-%E5%8F%91%E5%B8%83/Wed, 07 Sep 2022 00:00:00 +0000/zh/blog/2022/09/07/windows-%E7%AE%80%E6%98%93%E5%AE%89%E8%A3%85%E6%8D%86%E7%BB%91%E5%8C%85-1.9.5-%E5%8F%91%E5%B8%83/<h2 id="面向-windows-11-用户的修复版发布">面向 Windows 11 用户的修复版发布</h2> <p>此次小版本更新包含对随附的 I2P router 的一项缺陷修复，解决了一个极其罕见的缺陷：上下文时钟与文件系统所使用的时钟不同步，导致 router 无法读取其自身 NetDB 的当前状态。尽管目前仅在 Windows 11 上观察到该缺陷，仍强烈建议所有用户更新到新构建版本。</p> <p>This release also features faster startup and times improved stability in the profile manager.</p>/zh/blog/2022/09/07/%E8%AE%A4%E8%AF%86%E4%BD%A0%E7%9A%84%E7%BB%B4%E6%8A%A4%E8%80%85stormycloud/Wed, 07 Sep 2022 00:00:00 +0000/zh/blog/2022/09/07/%E8%AE%A4%E8%AF%86%E4%BD%A0%E7%9A%84%E7%BB%B4%E6%8A%A4%E8%80%85stormycloud/<h2 id="与-stormycloud-inc-的对话">与 StormyCloud Inc. 的对话</h2> <p>随着最新的 <a href="https://geti2p.net/en/blog/2022/08/22/1.9.0-Release">I2P Java 发行版</a> ，针对新的 I2P 安装，现有的 outproxy（出口代理）false.i2p 已被新的 StormyCloud outproxy 所替换。对于正在更新其 router 的用户，切换到 Stormycloud 服务可以很快完成。</p> <p>在您的 Hidden Services Manager（隐藏服务管理器）中，将 Outproxies（出口代理）和 SSL Outproxies（SSL 出口代理）都更改为 exit.stormycloud.i2p，然后点击页面底部的保存按钮。</p> <h2 id="stormycloud-inc-是什么公司">StormyCloud Inc 是什么公司？</h2> <p><strong>StormyCloud Inc. 的使命</strong></p> <p>捍卫互联网接入作为一项普遍人权。通过这样做，该组织保护用户的电子隐私，并通过促进对信息的不受限制的获取来建设社区，从而实现跨越国界的思想自由交流。这一点至关重要，因为互联网是当前能够为世界带来积极改变的最强大工具。</p> <p><strong>愿景声明</strong></p> <p>成为向宇宙中每一个人提供自由、开放互联网的先驱，因为互联网接入是基本人权 (<a href="https://stormycloud.org/about-us/">https://stormycloud.org/about-us/</a> )</p> <p>我与 Dustin 见面打了个招呼，并进一步讨论了隐私、像 StormyCloud 这样的服务的必要性，以及促使该公司选择 I2P 的原因。</p> <p><strong>创立 StormyCloud 的灵感来源是什么？</strong></p> <p>2021 年底，我在 /r/tor 子版块上。有人在一个关于如何使用 Tor 的帖子里回复，谈到自己依靠 Tor 与家人保持联系。该用户的家人住在美国，但他/她当时身处一个互联网访问非常受限的国家。他/她必须对与谁交流以及说些什么格外谨慎。正因如此，他/她依赖 Tor。这让我想到：我可以在没有恐惧或限制的情况下与人沟通，而这本应对所有人都一样。</p> <p>StormyCloud 的目标是尽我们所能，帮助尽可能多的人实现这一点。</p> <p><strong>在启动 StormyCloud 的过程中遇到了哪些挑战？</strong></p> <p>成本——贵得离谱。我们选择走数据中心这条路，因为我们所做的规模不是家庭网络所能实现的。既有设备开支，也有经常性的托管成本。</p> <p>在成立非营利组织方面，我们借鉴了 Emerald Onion 的做法，并参考了他们的一些文档和总结的经验教训。Tor 社区提供了许多非常有用的资源。</p> <p><strong>外界对你们的服务反响如何？</strong></p> <p>在7月，我们通过所有服务处理了15亿次 DNS 请求。人们很欣赏我们不进行日志记录。数据根本不存在，而人们就喜欢这样。</p>/zh/blog/2022/09/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B49%E6%9C%886%E6%97%A5/Tue, 06 Sep 2022 00:00:00 +0000/zh/blog/2022/09/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B49%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb, not_bob, RightNow, RN</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:01:46 PM) eyedeekay: 大家好 (04:01:50 PM) eyedeekay: 欢迎参加 9 月 6 日（周二）的会议 (04:02:02 PM) zzz: 嗨 (04:02:07 PM) mode (-m ) by zzz (04:02:13 PM) zlatinb: 嗨 (04:02:26 PM) eyedeekay: 1. 嗨 (04:02:26 PM) eyedeekay: 2. 1.9.0 发布状态 (04:02:26 PM) eyedeekay: 3. 1.10.0 开发状态 (04:02:26 PM) eyedeekay: 4. 下个版本 2.0.0? (04:02:26 PM) eyedeekay: 5. 如果 1.9.0 更新成功，Mac arm64 bundle（Mac arm64 安装包）是否可以脱离测试版？（上次会议的跟进） (04:02:51 PM) eyedeekay: 在开始之前还有其他要补充的吗？ (04:03:19 PM) eyedeekay: 嗨 zzz，嗨 zlatinb (04:03:46 PM) eyedeekay: 2. 1.9.0 发布状态 (04:05:11 PM) eyedeekay: 我们大约在 2 周前发布了版本，Android 和 Easy-Install bundle 的发布略有延迟，但现在已经推出 (04:05:11 PM) eyedeekay: F-Droid 构建现在也修复了，愿意的话可以从 F-Droid 主仓库安装，应用可以正常工作 (04:05:37 PM) not_bob: 谢谢你们。 (04:05:43 PM) eyedeekay: 不客气 (04:06:41 PM) eyedeekay: 我打算为 Windows 版 Easy-Install bundle 做一个小版本更新，zlatinb 发现了一个非常难以发现的 bug，它在 Windows 11 上对 easy-install bundle 的影响比其他环境更明显一些 (04:07:17 PM) eyedeekay: zzz 你想谈谈 Debian 或其他话题吗？ (04:07:51 PM) zzz: 可以 (04:07:53 PM) zzz: 大约 40% 的网络已更新，这在发布两周后的进度里很常见 (04:08:10 PM) zzz: 我们现在有几百台启用 SSU2 的 routers，正如预期/所希望的那样 (04:08:41 PM) zzz: 目前没有重大的问题 (04:09:06 PM) zzz: 不过 zlatinb 报的那个 bug 也许算中到大的级别 :) (04:09:07 PM) zzz: EOT (04:10:01 PM) eyedeekay: 是啊，我不明白的是，为什么它长时间几乎没出现过，然后又在短时间内连续两次击中 easy bundle (04:10:17 PM) zlatinb: 嗯，我这几天碰巧不得不用一台 Windows 11 笔记本，这倒是帮我发现了不少问题 (04:11:08 PM) zlatinb: 我猜 reseed 问题要么让人们重试，要么一开始就放弃 i2p (04:11:09 PM) zzz: 通常就是这样……开发者换了新环境……各种问题随之爆发 (04:11:59 PM) zlatinb: 在第一次启动时，Firefox 仍然有一个尚未解决的派生进程（forking）问题 (04:12:48 PM) zlatinb: 所以理想情况下我们应该想办法处理一下 (04:13:30 PM) eyedeekay: 确实，它只会在浏览器启动器第一次运行时发生，之后每次都正常 (04:13:36 PM) zlatinb: 也许第一次以无头模式启动，或者调整启动参数，我不太确定 (04:14:10 PM) eyedeekay: 是的，我可以在第一次运行时以无头模式启动，让它派生进程后退出，然后后续再以打开窗口的方式运行 (04:14:58 PM) eyedeekay: 这是个好主意，谢谢 zlatinb (04:15:15 PM) eyedeekay: 关于议题 2 还有别的的吗？ (04:16:03 PM) goingpostal is now known as Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. 1.10.0 开发状态 (04:18:30 PM) eyedeekay: 抱歉，我比平时准备得少一些，今天一整天都在别人办公室里，大家请多包涵 (04:21:00 PM) eyedeekay: 发布两周以来，我一直在改进 Windows 版安装包的多个方面，让它更稳定、使用更直观，并帮助定位这个时钟偏差（clock-skew）bug (04:21:37 PM) eyedeekay: 我也在把其中的配置文件和启动器部分(不包括 jpackaged 的 router)移植到非 Windows 平台，希望在那里也能提供自动浏览器配置 (04:22:06 PM) eyedeekay: zzz 一直在做 SSU2，在 orignal 的帮助下修复了一些 bug，zzz 你要不要给我们做个更新？ (04:22:16 PM) zzz: 好的，谢谢。还在早期阶段，但目前更改和修复的摘要在 `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2 - 增加了 ack-immediate 标志和连接迁移 (04:22:47 PM) zzz: 这是我们在向所有人启用之前想加入的最后两项内容 (04:24:07 PM) eyedeekay: 太好了，那你们进度正合预期？ (04:24:30 PM) zzz: 更大的用户群让我们发现了一些边角情况和更罕见的 bug，但都不算严重，我们边发现边修复 (04:24:30 PM) zzz: 我们的计划已经有几个月了：在 11 月的版本为所有人启用 SSU2，目前仍然按计划进行 (04:24:30 PM) zzz: EOT (04:24:42 PM) zzz: 是的 (04:24:51 PM) eyedeekay: 太棒了，感谢更新 (04:25:09 PM) eyedeekay: 关于议题 3 还有别的的吗？ (04:25:41 PM) eyedeekay: 4）下个版本 2.0.0？ (04:25:52 PM) eyedeekay: zzz 这个话题是你加的，要不要你先开始？ (04:26:12 PM) zzz: 这是 dr|z3d 的建议，如果他在的话，我想请他来陈述一下想法 (04:26:50 PM) zzz: 不过即使他不在，我也觉得这主意不错 (04:27:05 PM) zzz: Linux 即将从 5.19 升到 6.0 (04:27:25 PM) zzz: Tor 的 arti 刚刚来到 1.0.0 (04:27:26 PM) zzz: SSU2 也是一个同样不错的理由 (04:27:45 PM) RightNow: 而 I2P 也要从 SSU 过渡到 SSU2 (04:27:47 PM) zzz: EOT - 大家怎么看？我们今天不必做决定，还有 11 周时间 (04:28:30 PM) not_bob: 只要能正常工作，我没意见。 (04:29:18 PM) zzz: 有人反对吗？有人特别支持吗？ (04:29:21 PM) eyedeekay: 当然，我觉得很合理，两个传输层都会完成现代化，这是一个重要的里程碑 (04:29:43 PM) zlatinb: 我有点希望我们能有个更“重磅”的东西来升级到 2.0 (04:29:48 PM) RightNow is now known as RN (04:30:34 PM) eyedeekay: 也许留到 3.0.0 再用？ (04:30:38 PM) zzz: 路线图上没有更大的了。老实说，我也希望我们别再做更大的了，我累了…… (04:30:56 PM) zlatinb: 另外我现在得走了，抱歉。关于最后一个话题，是的，我认为 mac arm bundle 已经可以脱离测试版。我还会再保留这台 Windows 笔记本一两天做测试。现在得闪了，抱歉 (04:30:59 PM) zlatinb: 回头聊 (04:31:05 PM) RN: zzz，也谢谢你。 (04:32:26 PM) eyedeekay: 是的 zzz，感谢你的奉献和辛勤工作 (04:32:34 PM) zzz: 这样吧 eyedeekay，我去我的论坛的 1.10 主题里发个帖子，下个月再回来做个报告，把它列到下个月的议程上 (04:32:44 PM) eyedeekay: 好的，没问题 zzz (04:33:18 PM) zzz: 我不是想要感谢，只是指出这是一项我们做了将近十年的加密迁移中的最后也是最难的一步 (04:33:36 PM) eyedeekay: 不需要要，谢谢是你应得的 :) (04:33:52 PM) eyedeekay: 不过明白了，这确实是一项巨大的工作 (04:33:58 PM) RN: 这是值得庆祝的里程碑，没错，你当之无愧！ (04:34:14 PM) zzz: 如果我们一开始就先做 SSU2，可能大家都撑不住。能挺过来，全靠之前其他工作的经验积累 (04:34:26 PM) zzz: 当然，功劳也要归于 i2pd 项目 (04:35:01 PM) eyedeekay: 确实。回到正题，关于议题 4 还有别的的吗？ (04:35:15 PM) RN: 但你起到了带头作用。 (04:35:21 PM) zzz: 如果我们要做后量子，那可以留到 3.0.0 :) (04:35:43 PM) eyedeekay: 好主意，那会很令人兴奋 (04:35:53 PM) zzz: 没有了，没别的 (04:36:05 PM) eyedeekay: 那么 5）是：如果 1.9.0 更新成功，Mac arm64 bundle 是否可以脱离测试版？（上次会议的跟进） (04:36:43 PM) eyedeekay: zlatinb 临走前就给了我们状态更新，如果更新成功，我认为没有理由反对 (04:37:38 PM) eyedeekay: 关于这个话题还有谁要补充吗？ (04:38:06 PM) zzz: 我猜 zlatinb 的意思是更新没问题；如果是这样，他可以把网页上的 beta 标签去掉 (04:38:32 PM) zzz: 那是我上次会议唯一的保留意见 (04:38:33 PM) zzz: eot (04:39:45 PM) eyedeekay: 好的。我们当中有人看到他上线时应该 ping 我们一下 (04:39:52 PM) eyedeekay: 会议还有其他事项吗？ (04:40:04 PM) eyedeekay: ping *他 (04:41:14 PM) eyedeekay: 嗯，我想没有他的 git 凭据的话，不如我来把标签去掉 (04:41:27 PM) eyedeekay: 那我就去做 (04:41:43 PM) zzz: 你有确认更新确实成功了吗？ (04:42:11 PM) zzz: 因为他上面并没有那么说 (04:42:53 PM) eyedeekay: 我想我没有 (04:43:01 PM) eyedeekay: 没有 (04:43:14 PM) eyedeekay: 不，从严格意义上说我还没听到任何人明确说过那句话 (04:43:21 PM) eyedeekay: 那我就等一等 (04:43:26 PM) eyedeekay: 然后去问他 (04:43:32 PM) zzz: 好的 (04:44:19 PM) eyedeekay: 会议还有其他事项吗？1 分钟后超时？ (04:45:44 PM) eyedeekay: 好的，感谢各位参加 </div>/zh/blog/2022/08/28/windows-%E7%AE%80%E6%98%93%E5%AE%89%E8%A3%85%E5%A5%97%E4%BB%B6-1.9.0-%E5%8F%91%E5%B8%83/Sun, 28 Aug 2022 00:00:00 +0000/zh/blog/2022/08/28/windows-%E7%AE%80%E6%98%93%E5%AE%89%E8%A3%85%E5%A5%97%E4%BB%B6-1.9.0-%E5%8F%91%E5%B8%83/<h2 id="本次更新包含全新的-190-router以及针对捆绑包用户的重大易用性改进">本次更新包含全新的 1.9.0 router，以及针对捆绑包用户的重大易用性改进。</h2> <p>此版本包含新的 I2P 1.9.0 router，并基于 Java 18.02.1。</p> <p>旧的批处理脚本已逐步淘汰，转而采用 jpackage 本身提供的更灵活、更稳定的解决方案。这应能修复批处理脚本中存在的与路径查找和路径加引号相关的所有错误。升级后，可以安全地删除这些批处理脚本。它们将在下次更新时由安装程序移除。</p> <p>一个用于管理浏览工具的子项目已启动：i2p.plugins.firefox，它具备在多个平台上自动且稳定地配置 I2P 浏览器的强大能力。它被用来取代批处理脚本，同时也可作为跨平台的 I2P 浏览器管理工具。欢迎在源代码仓库提交贡献：<code>http://git.idk.i2p/idk/i2p.plugins.firefox</code></p> <p>本次发布改进了与外部运行的 I2P router 的兼容性，例如 IzPack 安装程序提供的 I2P router，以及第三方 router 实现（如 i2pd）。通过改进对外部 router 的发现，减少了系统资源占用、缩短了启动时间，并避免资源冲突的发生。</p> <p>除此之外，此配置文件已更新至 Arkenfox 配置文件的最新版本。I2P in Private Browsing 和 NoScript 均已更新。为便于针对不同威胁模型评估不同配置，已对该配置文件进行了重构。</p>/zh/blog/2022/08/22/1.9.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 22 Aug 2022 00:00:00 +0000/zh/blog/2022/08/22/1.9.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>过去三个月里，我们与少量志愿测试者一起致力于我们的新 UDP 传输协议 &ldquo;SSU2&rdquo; 的开发。本次发布完成了实现，包括中继和对等节点测试。我们将在 Android 和 ARM 平台上默认启用它，并随机在一小部分其他 router 上启用。这将使我们能够在接下来的三个月里开展更多测试，完成连接迁移功能，并修复剩余的问题。我们计划在定于十一月发布的下一个版本中为所有人启用它。无需进行手动配置。当然，此版本也包含一如既往的一系列错误修复。我们还添加了一个自动死锁检测器，它已经发现了一个罕见的死锁，该问题现已修复。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>Add deadlock detector</li> <li>Periodically send our RI to connected peers</li> <li>SSU MTU/PMTU improvements and fixes</li> <li>SSU2 base protocol fixes and improvements</li> <li>SSU2 peer test and relay implementation</li> <li>SSU2 published address fixes</li> <li>SSU2: Enable for Android, ARM, and a small portion of others at random</li> </ul> <p><strong>错误修复</strong></p> <ul> <li>Clock: Fix deadlock after clock shift</li> <li>Debian: Apparmor profile fixes</li> <li>Don&rsquo;t allow family key errors to crash router</li> <li>Fix EC family key loading on Android</li> <li>Fix EdDSA key loading on Java 15+</li> <li>i2psnark: Fix DHT not restarting after router restart</li> <li>OSX: Prevent hangs at shutdown after dock right-click quit</li> <li>SSU: Fix publishing of MTU in addresses without IPs</li> <li>SSU: Fix rare HMAC NPE</li> <li>SusiDNS CSS fixes</li> <li>Transport: Improve processing after message delivery failure</li> <li>UPnP: Don&rsquo;t briefly bind to all addresses at startup</li> </ul> <p><strong>其他</strong></p>/zh/blog/2022/08/04/%E5%A6%82%E4%BD%95%E5%88%87%E6%8D%A2%E5%88%B0-stormycloud-outproxy%E5%87%BA%E5%8F%A3%E4%BB%A3%E7%90%86%E6%9C%8D%E5%8A%A1/Thu, 04 Aug 2022 00:00:00 +0000/zh/blog/2022/08/04/%E5%A6%82%E4%BD%95%E5%88%87%E6%8D%A2%E5%88%B0-stormycloud-outproxy%E5%87%BA%E5%8F%A3%E4%BB%A3%E7%90%86%E6%9C%8D%E5%8A%A1/<h2 id="如何切换到-stormycloud-outproxy-服务">如何切换到 StormyCloud Outproxy 服务</h2> <p><strong>一个全新的、专业的 Outproxy</strong></p> <p>多年来，I2P 一直由一个默认的 outproxy（外部代理）<code>false.i2p</code> 提供服务，该 outproxy 的可靠性一直在下降。尽管已有数个竞争者出现以分担部分负载，但它们大多无法在默认情况下自愿为整个 I2P 实现的客户端提供服务。不过，运营 Tor 出口节点的专业非营利组织 StormyCloud 已经启动了一项新的、专业的 outproxy 服务，该服务已由 I2P 社区成员测试，并将在即将发布的版本中成为新的默认 outproxy。</p> <p><strong>StormyCloud 是谁</strong></p> <p>用他们自己的话说，StormyCloud 是：</p> <blockquote> <p>StormyCloud Inc 的使命：捍卫将访问互联网视为一项普遍人权。通过这样做，该组织保护用户的电子隐私，并通过促进不受限制的信息获取，从而推动跨越国界的思想自由交流，构建社区。这至关重要，因为互联网是当下可用于在世界上产生积极影响的最强大工具。</p></blockquote> <blockquote> <p>硬件：我们拥有全部硬件，当前将设备托管于一家 Tier 4 数据中心。我们目前拥有 10GBps 上行链路，并可在几乎无需改动的情况下升级至 40GBps。我们拥有自己的 ASN（自治系统编号）和 IP 地址空间（IPv4 和 IPv6）。</p></blockquote> <p>要了解更多关于 StormyCloud 的信息，请访问其<a href="https://www.stormycloud.org/">网站</a> 。</p> <p>或者在 I2P 上访问它们。</p> <p><strong>切换到 I2P 上的 StormyCloud Outproxy（出口代理）</strong></p> <p>要在<em>今天</em>切换到 StormyCloud outproxy（出口代理），您可以访问<code>http://127.0.0.1:7657/i2ptunnel/edit?tunnel=0</code>。进入该页面后，您应将 <strong>Outproxies</strong> 和 <strong>SSL Outproxies</strong> 的值更改为 <code>exit.stormycloud.i2p</code>。完成后，向下滚动到页面底部并点击“Save”按钮。</p> <p><strong>感谢 StormyCloud</strong></p> <p>我们感谢 StormyCloud 自愿为 I2P 网络提供高质量的 outproxy（出口代理）服务。</p>/zh/blog/2022/08/03/apple-%E8%8A%AF%E7%89%87%E7%AE%80%E6%98%93%E5%AE%89%E8%A3%85/Wed, 03 Aug 2022 00:00:00 +0000/zh/blog/2022/08/03/apple-%E8%8A%AF%E7%89%87%E7%AE%80%E6%98%93%E5%AE%89%E8%A3%85/<p>我们很高兴为运行在 Apple Silicon 硬件上的 Mac OS 提供 Easy Install BETA 捆绑包。您可以在此下载：</p> <p><a href="https://geti2p.net/en/download/mac">I2P Mac OS 简易安装包</a> </p> <p><strong>速度</strong></p> <p>在我们的内部基准测试中，密码学运算相比在 Rosetta 下运行 Intel 版套件时快 2 到 2.5 倍。</p> <p><strong>已知问题</strong></p> <ul> <li>Quitting I2P by right-clicking on the dock icon causes I2P to freeze and a &ldquo;Force Quit&rdquo; is necessary. This issue will be fixed for the 1.9 release.</li> <li>If you already had an Intel bundle installed on your Mac, you need to modify some settings to prevent in-network updates from reverting you to an Intel bundle. Please see the instructions on the download page.</li> </ul> <p><strong>感谢您的测试！</strong></p>/zh/blog/2022/08/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B48%E6%9C%882%E6%97%A5/Tue, 02 Aug 2022 00:00:00 +0000/zh/blog/2022/08/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B48%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb, StormyCloud, R4S4S, SilicaRice, not_bob</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:18:08 PM) eyedeekay: 1. 嗨 (04:18:08 PM) eyedeekay: 2. 1.9.0 开发状态 (04:18:08 PM) eyedeekay: 3. Apple Silicon 安装包状态 (04:18:08 PM) eyedeekay: 4. 写给 EFF 的信，澄清 "running" 一个网络意味着什么 (04:18:08 PM) eyedeekay: 5. 新的 Outproxy（出站代理）参考: `http://zzz.i2p/topics/3254` (04:18:08 PM) eyedeekay: a) 组织与基础设施概览（StormyCloud） (04:18:08 PM) eyedeekay: b) 技术评审与测试结果（zzz 及其他） (04:18:08 PM) eyedeekay: c) 服务条款（ToS）和日志策略审查 `http://stormycloud.i2p/outproxy.html（所有人）` (04:18:08 PM) eyedeekay: d) 投票批准（所有人） (04:18:08 PM) eyedeekay: e) 部署计划（若获批准）（zzz，StormyCloud） (04:19:11 PM) eyedeekay: zzz zlatinb 你们在吗？ (04:19:24 PM) zzz: hi (04:19:27 PM) zlatinb: hi yes (04:20:11 PM) eyedeekay: 抱歉又耽搁了，刚刚做饭出了点意外 (04:20:12 PM) eyedeekay: 2. 1.9.0 开发状态 (04:21:23 PM) eyedeekay: 距离发布还有 3 周，我们基本在昨天的 ls2 会议上定了日期，将在 22 号。i2pd 和/或 Java I2P 可能会为新安装启用 SSU2，或者像 router 重新密钥（rekeying）那样，在重启时为网络中一小部分节点启用 (04:22:21 PM) eyedeekay: 还剩 3 周用于提交缺陷报告和修复错误 (04:22:47 PM) eyedeekay: zzz、zlatinb 还有要补充的吗？ (04:23:54 PM) eyedeekay: 3. Apple Silicon 安装包状态 (04:23:54 PM) eyedeekay: zlatinb 这项是你的，准备好就开始吧 (04:24:23 PM) not_bob_afk is now known as not_bob (04:25:23 PM) zzz: 关于第 2 点让我补充几句 (04:25:30 PM) SilicaRice: SSU2 正式被认定为稳定了吗？:o (04:25:35 PM) eyedeekay: 好的请讲，抱歉，并非想催你 (04:25:46 PM) zzz: 有点延迟 (04:25:59 PM) zzz: 代码标记冻结将在 8 月 10 日，也就是明天起一周后 (04:26:17 PM) zzz: SSU2 的测试者非常给力，网络上大约有 50–75 人 (04:26:36 PM) zzz: 我们这次发布的目标是为几百到一千个 router 启用它 (04:26:53 PM) zzz: 以便帮助我们清除剩余缺陷，同时避免出现任何灾难性情况 (04:27:19 PM) zzz: 而到 11 月的版本，我们会为所有用户启用 (04:27:33 PM) SilicaRice: 啊哈 :3 (04:27:47 PM) zzz: 其他一切也进展顺利，主要是常规的各处缺陷修复 (04:28:13 PM) zzz: SSU2 基本完成了，但这不意味着它已经几乎完美 (04:28:30 PM) zzz: 也要为 i2pd 团队点个赞，他们也在努力工作 (04:28:42 PM) zzz: 除非还有问题，我这边就这些 (04:28:56 PM) not_bob: 这次更新也会影响 Android 构建吗？ (04:29:46 PM) eyedeekay: 我不会改任何设置，SSU2 从技术上会可用，但不会有 UI 来启用它 (04:30:34 PM) eyedeekay: 除非为了适配 Android 环境必须更改，否则它只会继承 i2p.i2p 的默认值 (04:30:36 PM) zzz: 当然。我们也可能直接为所有 Android 启用 SSU2，因为相较使用 ElGamal 的 SSU1，它占用 CPU 少得多 (04:30:36 PM) not_bob: 好，好。 (04:30:36 PM) zzz: i2pd 也是这么考虑的，我们可能会跟进 (04:30:36 PM) zzz: 是的，我们不会在 UI 里放一个选项然后疯狂游说大家去启用它 (04:30:36 PM) zzz: 那样我们永远达不到想要的规模 (04:30:36 PM) not_bob: 能否提供一个可选项以便需要的人启用？ 电池续航能更好点就更好了。 (04:30:46 PM) zzz: 有一个高级配置，详情见 zzz.i2p (04:30:53 PM) not_bob: 谢谢。 (04:30:55 PM) zzz: 不确定 Android 是否能访问高级配置？ (04:31:32 PM) eyedeekay: 不行，需要做些很奇怪的操作才能让它生效 (04:31:51 PM) eyedeekay: 基本上只有开发者才会在 Android 上手动编辑非 I2PTunnel 的配置文件 (04:32:03 PM) not_bob: :( (04:32:26 PM) zzz: 好。总之，也许为 Android 启用它是件好事，因为我们最后要实现的功能之一是处理 IP 变化，移动端的 router 将有助于我们开发和测试 test (04:32:43 PM) not_bob: 我赞成。 (04:33:25 PM) zzz: 好的。明确一点，使用 SSU2 基本不会有人感觉到差异。功能集大体相同，目前在 Java 上比 SSU1 稍慢一点；在 i2pd 上则更快 (04:33:47 PM) eyedeekay: 如果 SSU2 能改善电池续航，那就非常重要 (04:34:18 PM) eyedeekay: 我们的电量消耗不算最糟，但也可以做得更好 (04:34:37 PM) zzz: 它的好处是更高的安全性、更低的 CPU 占用、更可靠的防火墙检测 (04:34:44 PM) zzz: 我可能会专门写一篇博客来介绍它；我认为它是有史以来抗审查能力最强的协议之一。看情况吧 (04:35:01 PM) zzz: eot (04:36:20 PM) eyedeekay: 谢谢 zzz。我想大家一听到 "更少的 CPU"，就会立刻联想到 "对 Android 更省电"，这可能也是大家感兴趣的部分 (04:36:35 PM) eyedeekay: 3. Apple Silicon 安装包状态 (04:37:15 PM) eyedeekay: zlatinb 这一项归你，准备好就开始吧 (04:37:26 PM) zlatinb: 嗨，大约 6 天前我让该安装包可供下载，到现在差不多有 100 次下载了 (04:37:55 PM) zlatinb: 大约 30% 的 Mac 用户下载了 arm64 安装包，这让我有点惊讶 (04:40:58 PM) zlatinb: 目前还没有任何反馈，但随着最后一个已知缺陷被修复，我认为它已经可以提升为稳定版了 (04:40:58 PM) zzz: 我唯一的建议是：在两台服务器上都发一条‘感谢测试’的新闻，确保新闻源正常工作 (04:40:58 PM) zlatinb: 我在想等 1.9 可用时把 1.8 的安装包升级到 1.9，用以测试更新通道，虽然不预计会有问题 (04:40:58 PM) zlatinb: 可以的，等我的右手恢复完全可用（希望明天）之后就能做 (04:40:58 PM) zlatinb: 大致就这些 (04:40:58 PM) zlatinb: eot (04:42:08 PM) eyedeekay: 谢谢 zlatinb，如果你要发一条新闻告诉我，我来更新服务器 (04:42:48 PM) eyedeekay: 4. 写给 EFF 的信，澄清 "running" 一个网络意味着什么 (04:43:28 PM) zzz: 所以我认为在一次成功的更新或新闻发布之后，定为稳定版就可以。我也不预期会有问题，不过我们以前也遇到过不少新闻推送的小故障 (04:43:48 PM) zzz: 当然也愿意听听其他意见 (04:43:48 PM) zlatinb: 事实上，升级到稳定版唯一需要做的就是把网站上的 "BETA" 标签去掉 (04:43:48 PM) uis is now known as Irc2PGuest3854 (04:43:48 PM) zzz: 可以，这更多是原则问题，而不是真有什么实质变化 (04:43:48 PM) zzz: 我们在标签上要更有目的性，就这样 (04:44:07 PM) zlatinb: 是的，补充一些背景： (04:44:10 PM) mode (+v T3s|4) by ChanServ (04:44:34 PM) mode (+v albat) by ChanServ (04:44:48 PM) mode (+v polistern) by ChanServ (04:44:53 PM) zlatinb: 几周前在 HOPE 大会，eyedeekay 和我遇到了 EFF 的 Kurt Opsahl，并询问了从事类似 I2P 这样的工作的法律问题 (04:45:43 PM) zlatinb: 他表示编写代码没问题，因为 "code == speech"，然而 "running" 网络可能是另一回事 (04:46:21 PM) zlatinb: 在 HOPE 上我们没有深入探讨“运行网络”具体指什么 (04:46:56 PM) zlatinb: 但我认为应该尽可能联系并澄清这个话题 (04:47:41 PM) zzz: 基于可能的答复，我们会采取什么不同的做法？ (04:48:38 PM) zlatinb: 我很难想象会有哪些答复，因为这是一个非常宽泛的话题 (04:48:44 PM) eyedeekay: 这可能会影响谁能运行哪些服务 (04:48:50 PM) zzz: 无论我们现在在 "运行" 什么，跟他们心头好的 Tor 比都少得多，我们还能怎样做得更少？ (04:49:32 PM) eyedeekay: 但我认为很可能的一个回答是，运行支持网络的服务也可能属于言论的一部分 (04:49:53 PM) eyedeekay: 这也许有点乐观，但也是最不需要跳跃性推理的那种 (04:50:20 PM) zzz: 以我的经验，非正式地问律师问题，你会得到有用的信息；一旦给他们发正式信件，他们就会说自己没在你所在州执业许可，让你去找别人 (04:50:51 PM) zlatinb: 不知道，也许 reseeds 没问题而地址簿不行，谁知道呢， 可能性太多了 (04:51:26 PM) zzz: 如果你想跟进就去吧，不过我以前向 EFF 征求过法律建议，他们的答复是 "我们不是提供通用法律咨询的机构。我们只承办我们感兴趣的案件" (04:51:59 PM) eyedeekay: 也许我下周能找到人做个非正式咨询。两条路都试试也无妨 (04:52:38 PM) eyedeekay: 把信写出来有助于明确问题 (04:53:14 PM) zzz: 给 Kurt 发邮件。他给了你一个模糊的答案，跟进是合理的。我每次和他交谈，他都很友好 (04:54:00 PM) eyedeekay: 可以 (04:54:30 PM) zzz: 只是我不指望能得到任何可执行的建议，不过谁知道呢？ (04:54:32 PM) zlatinb: 嗯，值得把这样的信件结构化地写好；而且循序渐进地建立沟通可能更明智，而不是突然砸过去一封巨大的长信 (04:55:31 PM) eyedeekay: zlatinb 你这周想约个时间同步一下一起写那封信吗？ (04:55:34 PM) zlatinb: 我建议先从一封简单的跟进开始，比如 "很高兴见到你"，然后再逐步展开 (04:56:32 PM) zlatinb: 目前我认为，在没得到 EFF 愿意与我们合作的确认之前，不应该写一封巨长的信去描述 i2p 是如何工作的 (04:56:42 PM) eyedeekay: 好的 (04:56:59 PM) zlatinb: 他们也许会决定需要预付聘金，谁知道呢 (04:57:10 PM) zzz: 见上文。他们不这么做 (04:57:48 PM) zzz: 你误解了他们的工作方式 (04:58:06 PM) zlatinb: 我会给他发一封 "很高兴见到你" 的跟进邮件，并抄送给你们，然后再继续推进。 (04:58:18 PM) zlatinb: 如果他们完全帮不上忙也没关系 (04:59:15 PM) eyedeekay: 关于第 4 项还有别的吗？ (04:59:23 PM) zlatinb: 没有，eot (04:59:38 PM) eyedeekay: 5. 新的 Outproxy 参考: `http://zzz.i2p/topics/3254` (04:59:38 PM) eyedeekay: a) 组织与基础设施概览（StormyCloud） (04:59:38 PM) eyedeekay: b) 技术评审与测试结果（zzz 及其他） (04:59:38 PM) eyedeekay: c) 服务条款（ToS）和日志策略审查 `http://stormycloud.i2p/outproxy.html（所有人）` (04:59:38 PM) eyedeekay: d) 投票批准（所有人） (04:59:38 PM) eyedeekay: e) 部署计划（若获批准）（zzz，StormyCloud） (04:59:51 PM) eyedeekay: a) 组织与基础设施概览（StormyCloud） (05:00:10 PM) zzz: StormyCloud，你在吗？ (05:00:21 PM) StormyCloud: 在 (05:00:41 PM) zzz: 这是一个用于替换 false.i2p 的提案，它多年不稳定，现在已经停止了 (05:00:56 PM) zzz: 感谢你自愿支持一个替代方案 (05:01:18 PM) zzz: 请先简要介绍一下你们的组织和基础设施 (05:01:45 PM) StormyCloud: 关于我们：我们是一家位于德州的 501(c)(3) 非营利组织。我们的使命是提供以隐私为核心的工具，让每个人都能访问未被过滤和管制的互联网。我们在 2021 年创立了该组织，并通过部署出口节点与 TOR 社区紧密合作。 (05:02:37 PM) StormyCloud: 我们拥有全部硬件，当前托管在一家 Tier 4 数据中心。目前有 10GBps 上行链路，且几乎无需改动即可升级到 40GBps。我们拥有自己的 ASN 和 IP 段（IPv4 与 IPv6）。 (05:02:55 PM) StormyCloud: Outproxy 基础设施：Outproxy 运行在 Ubuntu 22.04 上，并针对 I2P 做了优化。后端代理软件是 TinyProxy，支持 HTTP、HTTPS、I2P 和 TOR 的 onion 链接。目前，该 outproxy 在两台服务器上做了多归属（multi-homed）。我们可以按需增加服务器数量。 (05:04:03 PM) zzz: 接下来的议程中，欢迎大家随时向 StormyCloud 提问 (05:04:15 PM) zzz: 此时有问题吗？ (05:04:26 PM) not_bob: 有 (05:04:39 PM) not_bob: 你们如何处理试图用你们的服务做 "非常恶劣的事情" 的用户？ (05:05:46 PM) StormyCloud: 不会做任何处理，我们不会过滤任何请求。虽然这会吸引“坏”用户，但我们认为互联网应该是一个自由开放的地方。 (05:06:12 PM) R4SAS: 我也有个问题：未来会提供 SOCKS5 代理吗？ (05:06:48 PM) StormyCloud: R4SAS：如果有需要 SOCKS5 代理，我相信我们可以部署一个。 (05:07:01 PM) R4SAS: 谢谢 (05:07:45 PM) zzz: 关于 5a) 还有其他问题吗？ (05:08:02 PM) not_bob: `http://notbob.i2p/graphs/stormycloud.i2p.yearly.svg` (05:08:14 PM) not_bob: 我想强调一下，stormycloud 的在线率很棒。 (05:08:56 PM) SilicaRice: 后端支持 I2P 链接，嗯？ (05:08:57 PM) not_bob: 而且性能也很好。 (05:09:29 PM) zzz: 这就把我们带到 5b，是的 (05:09:29 PM) zzz: 这个 outproxy 已经测试（beta）了一段时间 (05:09:29 PM) zzz: 测试应确保该服务可靠、符合适用标准并且安全 (05:10:00 PM) zzz: 过去几个月我们遇到了若干问题，StormyCloud 一直响应迅速 (05:10:13 PM) SilicaRice: （为什么要把 i2p 链接经过 outproxy？） (05:10:29 PM) zzz: 目前我的测试结果不错，我建议将其作为我们的官方 outproxy (05:10:38 PM) dr|z3d: StormyCloud 说错了。没有 .i2p 支持。 (05:10:40 PM) zzz: 不过我们也来听听其他测试报告或问题 (05:10:43 PM) StormyCloud: SilicaRice：抱歉，我写错了 (05:11:03 PM) SilicaRice: 哦，好吧 (05:12:00 PM) R4SAS:&gt; 我们不会配合任何信息请求，除非法律强制要求；即便如此，我们的协助能力也受我们的日志政策限制。 (05:12:19 PM) R4SAS: 在这种情况下会发布透明度报告吗？ (05:12:45 PM) zzz: 另外说明一下，本次会议讨论的是 Java I2P 的默认设置与建议。包括 i2pd 在内的其他项目，可能会与 outproxy 运营方有各自的流程、要求和协商 (05:13:03 PM) StormyCloud: R4SAS：是的，我们会在 clearnet 网站按季度发布报告。这也可以在我们的 i2p 站点上做。 (05:13:48 PM) zzz: 好的，看起来我们进入 5c) 服务条款（ToS）与日志策略的审查。目标是确保保护我们的用户。 (05:14:00 PM) R4SAS: 另外，请创建一个 in-i2p 的联系邮箱 =) (05:14:03 PM) zzz: 关于 ToS 有任何评论或问题吗？ (05:15:41 PM) R4SAS: 啊，顺便说一下，关于 5b：StormyCloud，你们使用的 tunnel 设置是什么？ (05:16:06 PM) R4SAS: 长度、数量等 (05:16:11 PM) dr|z3d: 0 跳。 (05:16:17 PM) eyedeekay: 我觉得上面写的都很清楚，不过跟进一下 R4S4S 的建议，最好在“&gt; We do not... unless compelled by law”那一段中或之后放一个透明度报告的链接 (05:16:34 PM) zzz: outproxy 运营者处在可以查看所有流量的位置，至少是所有非 HTTPS 的流量，因此我们信任运营者保护用户非常重要 (05:17:01 PM) StormyCloud: eyedeekay：有道理，我会把这点加到网站上 (05:17:09 PM) zzz: 目前是两台多归属的 0-hop 服务器，对吗，StormyCloud？ (05:17:19 PM) StormyCloud: 是的 (05:17:42 PM) not_bob: 不过，为了澄清一下，就 i2p 的 tunnel 工作方式而言，我自己的 2–3 跳仍然存在。 你们只是没有再额外加跳数，对吧？ (05:18:07 PM) dr|z3d: 客户端可以按需配置任意的跳数，not_bob。 (05:18:12 PM) zzz: 我也在 zzz.i2p 上看到它目前仅支持 IPv4，不过很快会修复，对吧？ (05:18:13 PM) anonymousmaybe is now known as Irc2PGuest54486 (05:18:15 PM) not_bob: 对，我也是这么想的。 谢谢。 (05:18:48 PM) StormyCloud: zzz：对，我们的上游提供商已经完成了升级。在所有测试完成之前，我不想动 IPv6 (05:19:49 PM) zzz: 能否详细说明你们运营 Tor 出口节点的经验，以及这些出口节点的容量？ (05:21:00 PM) StormyCloud: 可以。我们从去年底开始运行 Tor 出口，目前大约有 130 个出口节点，约 1.6% 的 TOR 出口流量经过我们的服务器。 (05:21:49 PM) StormyCloud: 一切都已虚拟化，搭建流程也相当自动化 (05:22:06 PM) zzz: 关于你们的 Tor 出口，是否收到过任何 DMCA 或其他法律程序？如果有，是如何处理的？ (05:23:33 PM) StormyCloud: 没有法律请求，也出乎意料地没有 DMCA 请求。我们确实收到过滥用投诉，我们只会回复告知那是 TOR 出口，我们这边无能为力。 (05:23:47 PM) major: 没有法律请求，也出乎意料地没有 DMCA 请求。我们确实收到过滥用投诉，我们只会回复告知那是 TOR 出口，我们这边无能为力。 (05:24:27 PM) R4SAS: 咦，acetone 的机器人有 bug (05:24:33 PM) zzz: 在进入 5d) 批准 之前，还有其他要问 StormyCloud 的问题吗？ (05:24:34 PM) R4SAS: 我私信他 (05:25:33 PM) zzz: 通常 major 没有 +v，但我为会议关闭了 +m，没什么大不了的 (05:26:36 PM) zzz: 好的，如果没有更多问题，请大家表示赞成/反对将 StormyCloud 设为我们的官方 outproxy (05:26:45 PM) not_bob: 赞成 (05:26:58 PM) zzz: 赞成 (05:27:05 PM) zlatinb: 赞成 (05:27:05 PM) eyedeekay: 赞成 (05:27:18 PM) SilicaRice: 赞成（如果用户的意见算数的话） (05:27:54 PM) R4SAS: 没有异议，赞成 (05:28:32 PM) zzz: 好的，太好了 (05:28:39 PM) zzz: 5e) 部署 (05:28:50 PM) zzz: 主要有两步： (05:29:08 PM) zzz: 1) 将其设为新安装的默认（最快在 3 周后的下个版本） (05:29:23 PM) zzz: 2) 建议现有用户更改配置（可能通过控制台新闻，时间不限） (05:29:30 PM) zzz: 这两步顺序不限 (05:29:41 PM) zzz: 我们也不知道每一步会带来多少流量 (05:29:59 PM) zzz: 其他产品（Android、安装包）规模可能不至于需要担心时机 (05:30:14 PM) zzz: StormyCloud，你对于何时以及如何推进有何建议？ (05:31:36 PM) StormyCloud: 如果控制台新闻可以随时发布，那么我们现在就可以告知现有用户切换（如果他们愿意），这样我们就有三周时间进行监控，并在需要时启动新服务器。 (05:32:12 PM) dr|z3d: 控制台新闻通常会随新版本一起发布。 (05:32:13 PM) not_bob: StormyCloud：你们目前 outproxy 处理的流量有多少？ (05:33:10 PM) zzz: 好的。最好能有一篇带截图的操作指南，讲如何编辑隐藏服务管理器的配置。这可以放在 stormycloud.i2p，或者 i2p-projekt.i2p 的博客文章里？有没有志愿者来写？ (05:33:35 PM) eyedeekay: 我可以做 (05:33:35 PM) StormyCloud: 现在很难说，因为我们不记录任何日志。我在监控网络活动，但这也不能呈现全貌，因为其中也承载着 i2p 流量。 (05:34:18 PM) dr|z3d: StormyCloud：我们通过图表关注出口流量…… (05:34:41 PM) dr|z3d: 总之，notbob，没什么值得激动的。 (05:34:59 PM) zzz: dr|z3d，你能估一下你们两台节点当前的利用率百分比吗？大概很小？ (05:35:21 PM) dr|z3d: 利用率是指哪方面？ (05:35:28 PM) dr|z3d: 就容量而言吗？ (05:35:33 PM) zzz: 是的 (05:35:50 PM) zzz: 或者也许得顶到上限才会真正知道…… (05:35:51 PM) dr|z3d: “很小”差不多对。 (05:36:18 PM) dr|z3d: 给 outproxy 扔上几千个并发用户，我们就知道了 :) (05:36:33 PM) zzz: 是的，向 StormyCloud 道歉，我们无法获得 false.i2p 的历史带宽估计 (05:37:06 PM) zzz: 所以多少有点碰运气。只要你们在监控并有扩容计划，我们应该没问题 (05:37:37 PM) StormyCloud: 没问题，随着越来越多的人开始使用 outproxy，我们会进行调整 (05:38:11 PM) dr|z3d: 嗯，按当前配置，两个 outproxy 合起来最多可处理 8192 条并发流。容量相当充足，而且若有需要，StormyCloud 也有不少预备资源。 (05:38:21 PM) zzz: 另外，关于新安装，StormyCloud，我们是否也计划在本月末的下个版本中将其设为默认？ (05:39:01 PM) StormyCloud: 可以，这没问题 (05:39:29 PM) zzz: 那好。eyedeekay 你写好博客后告诉我，我再写新闻条目 (05:39:39 PM) zzz: 关于 5e) 部署 还有别的吗？ (05:39:43 PM) eyedeekay: 好的，今晚或明天可以看到 (05:40:14 PM) eyedeekay: 我这边没有了 (05:40:14 PM) zzz: 再次感谢 StormyCloud (05:40:18 PM) zzz: 把话筒交还给你，eyedeekay (05:41:07 PM) eyedeekay: 好的，列出的事项就到这里。我下周会去 Def Con，如果有在看的朋友想见面，可以来找我 lol (05:41:49 PM) eyedeekay: 如果大家还有其他会议事项，请现在提出，否则 1 分钟后超时结束 (05:42:59 PM) R4SAS: 我有一个问题，但超出了会议范围 (05:43:34 PM) zzz: 哦，另外感谢 dr|z3d 在测试期间提供的重要技术协助 (05:43:41 PM) eyedeekay: 好的，感谢大家参加会议。我的日志中间有一段有点乱，修好后我会把日志发布到网站上 (05:43:44 PM) eyedeekay: 感谢出席 (05:43:59 PM) not_bob: 谢谢你们的组织。 </div>/zh/blog/2022/07/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B47%E6%9C%885%E6%97%A5/Tue, 05 Jul 2022 00:00:00 +0000/zh/blog/2022/07/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B47%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:00:14 PM) eyedeekay: 大家好，欢迎参加 7 月 5 日会议 (04:00:14 PM) eyedeekay: 1. 嗨 (04:00:14 PM) eyedeekay: 2. 1.9.0 开发进度 (04:00:14 PM) eyedeekay: 3. Mac 简易安装包对 Apple Silicon 的支持 (04:00:14 PM) eyedeekay: 4. Windows 简易安装包——是否可以脱离测试阶段（beta）？ (04:00:32 PM) zzz: 嗨 (04:00:35 PM) zlatinb: 嗨 (04:00:44 PM) mode (-m ) 由 zzz 设置 (04:00:55 PM) eyedeekay: 嗨各位，今天还有其他人吗？ (04:01:30 PM) eyedeekay: 我们直接进入第 2 项：1.9.0 开发进度 (04:04:27 PM) eyedeekay: 我想我们已经进行不到 6 周了，大约还剩 7 周 (04:04:27 PM) eyedeekay: zzz 和 orignal 一直在 i2p.i2p 和 i2pd 中实现 SSU2，投入了大量精力 (04:04:27 PM) eyedeekay: 它不会在 1.9.0 中启用，但如果我理解没错的话，已经接近完成 (04:04:27 PM) eyedeekay: 我又在处理 UDP tunnel，大体上完成了，但还有些地方坏了，这周我可能需要请 zzz 帮忙 (04:04:50 PM) eyedeekay: zzz、zlatinb 还有什么要补充的吗 (04:05:09 PM) zzz: 没错，ssu2 基本能用了 (04:05:17 PM) zzz: 还在修一些小问题 (04:06:03 PM) zzz: 现在我在改进 tunnel 对等体选择的效率（与 ssu2 无关） (04:06:03 PM) zzz: 除此之外，就是常规的修复错误 (04:06:06 PM) zzz: 目标是在 8 月下旬发布 (04:06:08 PM) zzz: EOT (04:06:48 PM) eyedeekay: 任何有兴趣参与测试的人请访问 zzz 的论坛获取说明并提供反馈：`http://zzz.i2p/topics/3314-how-to-enable-ssu2-in-i2p-1-8-0` (04:07:00 PM) eyedeekay: 3. Mac 简易安装包对 Apple Silicon 的支持 (04:07:27 PM) eyedeekay: zlatinb 这是你的议题，请慢慢来 (04:08:11 PM) zlatinb: 嗨，主要问题是 jbigi，但我们通过回移植 x18 寄存器补丁已经解决了 (04:08:59 PM) eyedeekay: 所以简易安装包不再需要在模拟的 x86_64 模式下运行了？ (04:09:15 PM) zlatinb: 我想在 7 月底发布一个官方且经过公证的测试版 (04:09:42 PM) zlatinb: 它必须是单独的下载 (04:09:46 PM) zzz: 这将会是第二个安装包。我们会有两个，一个给 x86，一个给 arm (04:10:29 PM) zzz: 我赞成，因为看起来额外的开发工作量很小，但速度提升很大。对吧？ (04:10:37 PM) zlatinb: 在 bundle4s 之间切换时，更新有一个注意事项 (04:12:21 PM) zzz: 当然，只要有关于如何切换的说明即可，即使只是简单的卸载重装也没问题 (04:13:01 PM) zlatinb: 我会把它们放到 /download/mac (04:13:23 PM) zlatinb: news URL 需要手动更改 (04:13:51 PM) zzz: 开发工作量小、速度提升大，对吗？ (04:14:36 PM) zlatinb: 有速度提升，而且跟上时代也不错 :) 除了公证外，开发工作量很小 (04:14:48 PM) zzz: 太好了。+1 (04:14:54 PM) eyedeekay: +1 (04:15:07 PM) zlatinb: 谢谢 EOT (04:16:02 PM) eyedeekay: 谢谢 zlatinb (04:16:02 PM) eyedeekay: 4. Windows 简易安装包——是否可以脱离测试阶段（beta）？ (04:16:35 PM) eyedeekay: 大约 3 个月前我说过，只要实现一次成功的端到端更新，我就准备让简易安装包脱离测试阶段 (04:18:05 PM) eyedeekay: 如果我没记错的话，这是在 1.7.2 达成的，但在 1.7.2 到 1.8.0 之间，当它与外部 I2P router（即非 jpackage 打包的 router）一起使用时，其工作方式存在不少缺陷。在这种情况下，该安装包应仅作为 Firefox 启动器工作，但在 1.7.3-1.7.6 期间此功能损坏了 (04:18:30 PM) eyedeekay: 所以我又把它往后推了，但现在我确定在捆绑和非捆绑两种模式下运行相关的问题都已解决 (04:19:38 PM) eyedeekay: 因此我认为终于可以脱离测试阶段了，我认为必要的所有核心功能都已经具备 (04:20:49 PM) zzz: 这里有些可能仍需解决的问题： (04:21:18 PM) zzz: - 目前只有你一个人在成功更新，还是也有其他用户？ (04:21:43 PM) zzz: - 许可证要求现在都满足了吗？ (04:22:27 PM) zzz: - Windows 安装包和 Mac 安装包现在使用相同的 JRE 并且发布节奏大致一致吗？ (04:22:58 PM) zzz: -- 也就是说，为每 3 个月一次的 JRE 发布做好准备了吗 (04:23:22 PM) zzz: - 以及老问题，我们是否有资源将其作为正式产品来支持 (04:23:49 PM) zzz: - 另外，我们是否像对 Mac 那样移除非捆绑下载？还是不移除？ (04:23:51 PM) zzz: eot (04:25:46 PM) eyedeekay: 许可证要求现在已经解决 (04:25:46 PM) eyedeekay: 我没有收到很多反馈，但至少有 2 位不是我本人的更新者 (04:25:46 PM) eyedeekay: 我坚持使用 LTS JRE，我想 zlatinb 用的是 18，不过总体来说我们的节奏差不多 (04:25:46 PM) eyedeekay: 我不认为维护该安装包需要大量资源，最难的部分是搭建构建环境，但也并不难；既然一切都已运转良好，现在只需少量投入 (04:25:46 PM) eyedeekay: 我有点想移除非捆绑下载，或者把它做成“高级安装”流程 (04:28:14 PM) zzz: - 我认为只有 2 位非你本人的更新者还不足以宣布脱离测试阶段。你能在 reddit 等地方多做点宣传吗？ (04:28:25 PM) eyedeekay: 可以，没问题 (04:28:43 PM) eyedeekay: 我也不着急仓促推出 (04:29:18 PM) zzz: - 我希望 Win 和 Mac 使用同一个 JRE。我们统一一下。我不知道你们谁是对的，但总有一个是 (04:29:29 PM) zzz: 你们两位能达成一致吗？ (04:29:43 PM) zzz: 还是说有必须不同的理由？ (04:30:01 PM) eyedeekay: 我并不是非这个决定不可，我选择 LTS 纯粹是因为“LTS”这个说法 (04:30:57 PM) zzz: 明确一点，不只是同一版本，还要同一 JRE 供应商 (04:31:10 PM) zzz: 这样可以减少每 3 个月所需的 CVE 审查工作 (04:31:14 PM) eyedeekay: 据我所知我们俩现在都在用 Oracle (04:31:34 PM) eyedeekay: 唯一更新节奏相近的供应商是 Amazon (04:31:49 PM) eyedeekay: 我更愿意用 Oracle，而不是 Amazon (04:33:16 PM) zzz: 你们俩应该同步一起做这些决定。我不知道为什么你们没有，而且听起来你们也不知道？ :) (04:35:22 PM) eyedeekay: 不，我也不知道。我们确实在几个节点讨论过供应商和更新周期，因此选择了 Oracle，因为它相对 CVE 的修复发布非常迅速，但我不知道为什么我现在用 17 而 zlatinb 用 18 (04:36:27 PM) zlatinb: 我也不记得具体原因了 (04:36:59 PM) zlatinb: 也许我想测试内存（RAM）占用的降低 (04:37:28 PM) zzz: 好的。我赞成它脱离测试阶段，但先统一到同一个 JRE，多做些测试，然后一两个月后再来讨论 (04:38:11 PM) zzz: 我也想再多想想是否要移除标准安装程序，这也许值得单独开个会讨论 (04:40:28 PM) zzz: eot (04:40:28 PM) eyedeekay: 关于具体原因，也许留到下次再讨论，但我知道自己使用 Oracle/17 的原因是我需要选择一家能在 24 小时内响应 CVE 的供应商，而且我希望在 API 和 JVM 方面的可预期性上有稳定性。我并没有太考虑其他原因 (04:40:28 PM) eyedeekay: 基于一次事件的样本，我判断 Oracle 和 Amazon 的更新发布速度最快。 (04:40:28 PM) eyedeekay: 我曾考虑过 Amazon，因为它们在 chocolatey 中有打包，这让 Windows 上的工作轻松很多，但最终还是选择了 Oracle (04:41:54 PM) eyedeekay: 所以这就是我选择 Oracle/17 的原因，基本上是出于谨慎 (04:41:56 PM) eyedeekay: eot (04:41:57 PM) zlatinb: 我可以降到 17，但确实更倾向继续使用 Oracle (04:42:18 PM) eyedeekay: 我也是，那我们达成一致了 (04:42:48 PM) zlatinb: 相关地说一下，我会 afk（暂离）直到下一次 JRE 发布后一周 (04:43:28 PM) eyedeekay: 我们会/能否为安装包签名做些安排？ (04:43:32 PM) zzz: 我觉得要获得对 Apple ARM 的最佳支持需要用 18？如果是这样，那就把 Windows 也拉到 18。再说一次，你们两位不应该各自为战地做 JRE 供应商的调研和选择。一起合作、一起决定 (04:43:32 PM) zlatinb: 希望不会有紧急修复 (04:44:22 PM) zzz: 我们资源有限，不要无缘无故重复做同一件事 (04:44:23 PM) zlatinb: 签名需要 deanon（去匿名） (04:44:28 PM) eyedeekay: 如有需要，我可以发布未签名的安装包，并告诉大家需要在 news 的弹窗里点击继续 (04:44:52 PM) eyedeekay: 仍然签了 `su3`，只是没有给 `exe` 签名 (04:45:21 PM) zlatinb: 在 Mac 上无法“点击继续” (04:45:31 PM) zlatinb: 哦，`exe` 的签名没问题 (04:45:50 PM) zlatinb: 我们会照常处理 (04:46:41 PM) eyedeekay: 那就好。如果有我能帮上忙的地方请告诉我（尽量不要太快 deanon） (04:47:39 PM) zlatinb: 基本没有，最坏情况下只需要撤下 Mac 的下载页面 (04:47:55 PM) eyedeekay: 好的，你有我的 Signal 号码，如果需要我来处理 (04:48:23 PM) zlatinb: 好。最多也就一周 (04:48:52 PM) zzz: eyedeekay，你没有在订阅源里设置 news URL，搜索 CHANGEME_URL_HERE :) (04:49:19 PM) eyedeekay: 天哪，真不敢相信我漏了这个 (04:49:29 PM) eyedeekay: 马上去做 (04:49:32 PM) zzz: 我之前放进去是为了提醒你，我猜没起作用啊 ((( (04:50:20 PM) eyedeekay: 关于 Java 18 和 Apple 硬件，zzz 刚提到 18 可能支持更好？如果是这样，那这是我之前不知道的事实，也就成了改用 18 的理由了，你能确认吗？ (04:51:39 PM) zlatinb: 抱歉，我还没做这方面的功课 (04:51:53 PM) zzz: 也许只是我拍脑袋的猜测，不过这个会议里不一定要决定 (04:52:17 PM) zlatinb: 但如果以 Linux ARM 支持为参考的话，很有可能 (04:52:34 PM) zlatinb: history of* (04:52:45 PM) zzz: 但总体来说，新版更好，所以把 JRE 打包进“简易安装包”的意义不就是为了用上最新的吗？ (04:53:19 PM) eyedeekay: 我不确定，有时稳定更好，而“简易”有时是在两者之间取个平衡 (04:53:55 PM) zzz: 这就是为什么在我看来把 LTS 放进安装包不太合理。 (04:58:29 PM) eyedeekay: 今天大概定不下来，但也许我对 17 的看法是错的。zlatinb 这周你有没有合适时间把 17/18 的争论敲定一下？ (05:00:05 PM) zlatinb: 一般任何时间都行也都不行，因为我有伤，除非你想打个电话 (05:01:05 PM) eyedeekay: 我可以电话沟通，我们私下约个时间 (05:01:18 PM) zlatinb: 收到 (05:01:43 PM) eyedeekay: 第 4 项还有别的吗？ (05:01:48 PM) eyedeekay: 或者会议还有别的事项？ (05:01:53 PM) eyedeekay: 超时 1m (05:03:46 PM) eyedeekay: 好的，感谢各位参加 </div>/zh/blog/2022/06/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022-%E5%B9%B4-6-%E6%9C%88-7-%E6%97%A5/Tue, 07 Jun 2022 00:00:00 +0000/zh/blog/2022/06/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022-%E5%B9%B4-6-%E6%9C%88-7-%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:00:41 PM) eyedeekay: 大家好，欢迎参加 6 月 7 日的会议 (04:00:41 PM) eyedeekay: 1. 嗨 (04:00:41 PM) eyedeekay: 2. 1.8.0 发布状态 (04:00:41 PM) eyedeekay: 3. 1.9.0 开发状态 (04:00:41 PM) eyedeekay: 4. MoneroKon 2022 (04:01:23 PM) zzz: 嗨 (04:01:27 PM) zlatinb: 嗨 (04:01:52 PM) eyedeekay: 大家好，还有其他人吗？有没有要补充的话题？ (04:03:26 PM) eyedeekay: 那我先从 1.8.0 发布状态开始 (04:04:29 PM) eyedeekay: 主 1.8.0 版本发布过程顺利，随后不久适用于 Windows 的 Maven 和 I2P 简易安装包也发布了，I2P 简易安装包还完成了首次成功的自动更新 (04:05:12 PM) eyedeekay: Android 版本大约延迟了 5 天，因为我不得不做些更改，以避免为了在 Google Play 上发布而向 Google 申请新的受限权限 (04:05:37 PM) eyedeekay: zzz 你要不要向我们通报主发布和 Debian 的情况？然后 zlatinb，讲讲 OSX 简易安装包？ (04:06:37 PM) zzz: 发布两周了，一切看起来都不错，没听到任何投诉 (04:07:01 PM) zzz: 大约 25% 的网络已经更新。BiglyBT 的发布很快就会到来，这将带来一次大的跃升 (04:07:01 PM) zzz: 除非有人有问题，我就这些 (04:07:03 PM) mode (-m ) 由 zzz 设置 (04:07:07 PM) zlatinb: 我这边也是，和早先发布相比，唯一的区别是 Mac 安装包包含了 GPLv2+Classpath 许可 (04:07:29 PM) eyedeekay: 谢谢大家，这个话题还有别的补充吗？ (04:08:26 PM) eyedeekay: 3. 1.9.0 开发状态 (04:11:01 PM) eyedeekay: 距离上次发布 2 周，我们也已经进入 1.9.0 的第 2 周了，zzz 一直在和 orignal 一起努力推进 SSU2，如果他愿意的话，可以给我们更新一下进展 (04:11:22 PM) zzz: 谢谢 (04:11:31 PM) zzz: 我们正在对 SSU2 进行更广泛的测试 (04:11:50 PM) zzz: 我鼓励有意愿且有条件的人开启它，并保持使用开发构建的最新版本 (04:11:58 PM) anonymousmaybe 现在称为 Irc2PGuest25323 (04:12:00 PM) zzz: 我们仍在发现基础协议中的缺陷 (04:12:20 PM) zzz: 我们也在继续实现中继（relay）和对等测试（peer test），它们类似于子协议 (04:12:41 PM) zzz: 同时顺带修复其他非 SSU2 的缺陷 (04:12:54 PM) zzz: eyedeekay，你和我需要更新路线图，既包括上次发布，也包括下一个版本 (04:13:13 PM) zzz: 发言完毕，除非有人有问题 (04:13:23 PM) eyedeekay: 的确，我有些东西要移到 1.9.0 (04:13:50 PM) eyedeekay: 对我来说，我在 Java 方面的主要目标是完成 HSM 中的 UDP tunnel，这也是要移到 1.9.0 的事项之一 (04:14:10 PM) eyedeekay: 此外，我眼下的目标是着手 go-i2p 中的 NTCP2，这可能会很难，但我很期待开始 (04:14:18 PM) eyedeekay: 我也发言完毕 (04:14:48 PM) zzz: 好的，和往常一样，请把大的改动尽量在周期早期合入 (04:15:06 PM) eyedeekay: 会的 (04:15:13 PM) eyedeekay: 第 3 项还有别的吗？ (04:15:35 PM) zzz: 没有了，我们计划在八月下旬发布 (04:15:44 PM) eyedeekay: 4. MoneroKon 2022 (04:16:36 PM) eyedeekay: 这一项只是个通知：不到两周后的 Monero Konferenco 2022（18 日和 19 日）会有不少与 I2P 相关的内容 (04:17:10 PM) zzz: 里斯本，对吗？ (04:17:22 PM) eyedeekay: 是的，里斯本 (04:17:54 PM) eyedeekay: 不过不在里斯本的人也可以从大会网站 https://monerokon.com 在线观看直播 (04:17:58 PM) zzz: 我想宣传一下由 diva.exchange 资助的两位学生，他们会在那里做关于其研究的报告 (04:18:17 PM) zzz: 你也有一个工作坊？主题是什么？ (04:18:35 PM) eyedeekay: 我会去那里主持一个关于将应用适配到 I2P 网络的工作坊 (04:19:29 PM) eyedeekay: 我将介绍在人们选择 API 时需要做出的决策、如何找到 router、如何构建 I2P 插件 (04:19:40 PM) zzz: 太棒了。届时会有很多 I2P 专家在那里帮助大家并解答问题，希望你能有个不错的出席率 (04:19:51 PM) anonymousmaybe 现在称为 Irc2PGuest29437 (04:20:28 PM) eyedeekay: 我也希望如此，这是我最喜欢的话题 :) (04:21:45 PM) eyedeekay: zlatinb 也会到场，如果可以的话请来找我们 (04:22:28 PM) eyedeekay: 第 4 项我就这些，会议还有其他内容吗？ (04:23:55 PM) eyedeekay: 好的，感谢大家参加，下个月同一时间见 (04:24:59 PM) obscuratus: eyedeekay：他们会直播你的工作坊吗？ (04:25:53 PM) eyedeekay: 我不确定，但无论如何我都会把所有材料以开放/宽松许可的方式发布 (04:26:24 PM) obscuratus: 很棒的主题。如果他们直播，或者你之后能发布视频的话，我会看的。 (04:26:32 PM) eyedeekay: 我记得我在表格上勾选了同意被直播的选项 (04:27:34 PM) zzz: eyedeekay，你在 Reddit 帖子上的时间是里斯本本地时间吗？ (04:27:58 PM) eyedeekay: 是的，monerokon 网站上的日程是 UTC+1，也就是里斯本本地时间 (04:28:39 PM) eyedeekay: *monerokon 网站上的时间 (04:29:07 PM) zzz: 好的，那就比东部时间早 5 小时，所以学生是在上午 5:30 上场 </div>/zh/blog/2022/05/23/1.8.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 23 May 2022 00:00:00 +0000/zh/blog/2022/05/23/1.8.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>本次发布包含对 i2psnark、router、I2CP 和 UPnP 的错误修复。router 修复针对软重启、IPv6、SSU 对等测试、网络数据库存储操作以及 tunnel 构建中的问题。另有对 router 家族处理和 Sybil 分类的显著改进。</p> <p>我们正与 i2pd 一起开发新的 UDP 传输 SSU2。SSU2 将带来显著的性能和安全性提升。它还将使我们终于能够替换掉我们最后一处对非常缓慢的 ElGamal 加密的使用，从而完成我们大约 9 年前开始的完整密码学升级。此版本包含一个初步实现，默认禁用。如果您希望参与测试，请在 zzz.i2p 上查阅最新信息。</p> <p>一如既往，我们建议您更新到此版本。保持安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>SSU2: Preliminary implementation</li> <li>Tomcat 9.0.62</li> </ul> <p><strong>缺陷修复</strong></p> <ul> <li>Crypto: Fix handling of EdDSA certs with official OID</li> <li>I2CP: Fix external connections when session ID is 0</li> <li>I2PSnark: Fix size calculation causing tracker errors</li> <li>I2PSnark standalone: More fixes and improvements</li> <li>Router: Family fixes and improvements</li> <li>Router: Fix database store logic</li> <li>Router: Fix invalid store and rekeying at startup</li> <li>Router: Don&rsquo;t use he.net addresses for GeoIP</li> <li>Router: Soft restart fixes</li> <li>SSU: Peer test fixes</li> <li>SSU: Publish empty IPv6 address when missing introducers</li> <li>SSU: Reduce ack delay to improve performance</li> <li>Transport: Fix UPnP deadlock</li> <li>Tunnels: Don&rsquo;t build client tunnels shorter than minimum length</li> <li>UPnP: IPv6 fixes</li> </ul> <p><strong>其他</strong></p>/zh/blog/2022/05/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B45%E6%9C%883%E6%97%A5/Tue, 03 May 2022 00:00:00 +0000/zh/blog/2022/05/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B45%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay、zzz、zlatinb</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> (03:48:58 PM) eyedeekay: 看起来不是，我去看看 GitLab 的问题跟踪器，看看能不能找到解释 (04:00:03 PM) eyedeekay: 大家好，欢迎参加开发会议 (04:00:03 PM) eyedeekay: 1. 嗨 (04:00:03 PM) eyedeekay: 2. 发布日期 (04:00:03 PM) eyedeekay: 3. 开发状态（1.8.0 / 0.9.54） (04:00:05 PM) eyedeekay: 嗨 (04:00:13 PM) zlatinb: 嗨 (04:00:17 PM) zzz: 你好 (04:00:45 PM) eyedeekay: 2. 发布日期 (04:01:16 PM) eyedeekay: 我们需要定一个日期，暂定一直是 23 号，如果大家都可以的话对我也合适？ (04:01:43 PM) zzz: 那样就是 13 周，对我没问题 (04:02:01 PM) zzz: 需要 eche|off eche|on 的批准，如果他在的话 (04:03:04 PM) eyedeekay: 看起来不在，不过我可以会后给他发邮件 (04:04:00 PM) eyedeekay: 看起来就是 23 号了，待给 ech 发邮件确认 (04:04:09 PM) eyedeekay: 第 2 项还有别的吗？ (04:04:58 PM) eyedeekay: 3. 开发状态（1.8.0 / 0.9.54） (04:07:41 PM) eyedeekay: 无论如何，我们距离发布 1.8.0/0.9.54 肯定不到一个月了，其中很多是 zzz 为 SSU2 做的准备/实现 (04:08:42 PM) eyedeekay: 大的变更很快就会完成，tag freeze（标签冻结）在 11 号，因此翻译必须在那之前提交 (04:09:28 PM) eyedeekay: /translations/strings (04:09:58 PM) eyedeekay: zzz，zlatinb 在这个话题上还有什么要补充的吗？ (04:10:44 PM) zzz: 不多了，我基本上已经完成了，接下来几周会处理清单上的一些小问题 (04:11:02 PM) zlatinb: 我这边没有 (04:11:03 PM) zzz: 任何新的 ssu2 相关内容我可能会先搁置，或者放到一个分支里 (04:11:11 PM) zzz: 发言结束 (04:12:05 PM) eyedeekay: 谢谢各位 (04:12:49 PM) eyedeekay: 会议还有其他事项吗？临时议题？timeout 1m (04:14:13 PM) eyedeekay: 好的，今天会议很简短 (04:14:33 PM) eyedeekay: 感谢大家参加，我会给 echelon 发邮件，然后发布日志 </div>/zh/blog/2022/04/21/%E9%92%88%E5%AF%B9-java-cve-2022-21449-%E7%9A%84-jpackage-%E6%9B%B4%E6%96%B0/Thu, 21 Apr 2022 00:00:00 +0000/zh/blog/2022/04/21/%E9%92%88%E5%AF%B9-java-cve-2022-21449-%E7%9A%84-jpackage-%E6%9B%B4%E6%96%B0/<h2 id="更新详情">更新详情</h2> <p>新的 I2P Easy-Install 安装包已使用最新发布的 Java 虚拟机生成，该版本包含针对 CVE-2022-21449 “Psychic Signatures”的修复。建议 Easy-Install 安装包的用户尽快更新。当前的 OSX 用户将自动接收更新，Windows 用户应从我们的下载页面下载安装程序并正常运行安装程序。</p> <p>在 Linux 上的 I2P router 使用宿主系统配置的 Java 虚拟机（JVM）。在这些平台上的用户应将 Java 降级到低于 Java 14 的稳定版本，以缓解该漏洞，直到软件包维护者发布更新。使用外部 JVM 的其他用户应尽快将 JVM 更新到已修复的版本。</p>/zh/blog/2022/04/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022-%E5%B9%B4-4-%E6%9C%88-5-%E6%97%A5/Tue, 05 Apr 2022 00:00:00 +0000/zh/blog/2022/04/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022-%E5%B9%B4-4-%E6%9C%88-5-%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:00:32 PM) eyedeekay: 大家好，欢迎参加四月开发会议，今天的议程如下： (04:00:32 PM) eyedeekay: 1. 嗨 (04:00:32 PM) eyedeekay: 2. 发布状态 (1.7.0 / 0.9.53) (04:00:32 PM) eyedeekay: 3. 开发状态 (1.8.0 / 0.9.54) (04:00:32 PM) eyedeekay: 4. 在 easy-install bundle（简易安装包）中引入 JNA，会打开哪些可能性？ (04:00:42 PM) eyedeekay: 1. 嗨 (04:00:47 PM) zlatinb: 嗨 (04:00:50 PM) zzz: 嗨 (04:01:18 PM) eyedeekay: 嗨 zlatinb，嗨 zzz (04:01:27 PM) eyedeekay: 今天还有其他人吗？ (04:01:45 PM) eyedeekay: 2. 发布状态 (1.7.0 / 0.9.53) (04:02:52 PM) eyedeekay: 1.7.0 发布大约 6 周了，我这边上个月的更新是所有 Android 包都已成功部署，发布时发现的那个 bug 现在也修好了 (04:03:28 PM) eyedeekay: 和往常一样，Debian 主仓库里的软件包还没有更新，如果你还在用，请尽快切换到 deb.i2p2.de/.no (04:04:23 PM) zzz: 关于 Debian，我找到了志愿者把 0.9.48 修好并重新放回 Sid。已经完成了 (04:04:46 PM) zzz: 会不会自动回流到 bullseye 和 Ubuntu，我不清楚 (04:05:00 PM) zzz: 仍然没能找到新的维护者 (04:05:01 PM) zzz: eot (04:05:08 PM) eyedeekay: 谢谢 (04:05:51 PM) eyedeekay: 还有一件事，这其实同时涉及 2、3、4，不过 Windows 的 easy-install bundle 还需要再进行一次手动更新 (04:06:25 PM) zzz: 自上次会议以来你有没有进展？ (04:06:30 PM) eyedeekay: 进展很大，是的 (04:07:15 PM) eyedeekay: 大部分内容都在这个 MR（合并请求）里： https://i2pgit.org/i2p-hackers/i2p.firefox/-/merge_requests/6/diffs#10d851887651eddb01e5952f08999080b019da2e (04:07:35 PM) zzz: 太好了。你有没有目标日期，打算何时提议退出测试版？ (04:08:02 PM) eyedeekay: 只要用户收到自动更新，我就认为可以了 (04:08:22 PM) zzz: 谢谢 (04:08:47 PM) eyedeekay: 第 2 条还有别的吗？ (04:09:33 PM) eyedeekay: 3. 开发状态 (1.8.0 / 0.9.54) (04:10:03 PM) zzz: （没有，一切顺利，1.7.0 没听到任何抱怨） (04:10:21 PM) eyedeekay: 我也没有，大家目前似乎都挺满意 (04:12:12 PM) eyedeekay: 至于 3. 开发状态 (1.8.0 / 0.9.54)，不幸的是有些事情我比预期慢了不少，我现在卡在 UDP tunnel 上，但几乎准备好提交关于 SAM 认证的 MR 了 (04:12:38 PM) eyedeekay: 此外我也在修改复杂的带宽向导页面，让选择过程更易理解，通知更显眼 (04:12:52 PM) eyedeekay: 我们已经过了大约 6 周，还剩 7 周，对吧 zzz？ (04:13:02 PM) zzz: 对 (04:13:31 PM) eyedeekay: 你要不要更新一下你在 SSU 2 或其他工作上的进展？ (04:13:46 PM) zzz: 13 周的话，发布日就是 5 月 23 日 (04:13:53 PM) zzz: 好的，谢谢 (04:14:01 PM) zzz: 在 i2pd 的 SSU 2 上取得了巨大进展 (04:14:03 PM) mode (+v anonymousmaybe) by ChanServ (04:14:17 PM) zzz: 现在网络里已经在进行在线测试 (04:14:40 PM) zzz: 本次发布的其他内容：snark 独立版的改进，router 家族修复 (04:14:49 PM) zzz: 以及一个 SSU 1 的性能修复 (04:15:15 PM) zzz: SSU 2 上的工作很快应该会放缓，我会转而在各处修更多 bug (04:15:23 PM) zzz: eot (04:16:04 PM) eyedeekay: 太棒了，感谢更新 zzz (04:16:37 PM) eyedeekay: zlatinb 在进入第 4 条之前，这个话题你有什么想说的吗？ (04:16:55 PM) zlatinb: 我猜降低 tunnel 构建超时会带来更快的启动 (04:17:11 PM) zlatinb: 或者更快的 0-to-Router.isRunning() (04:17:20 PM) zlatinb: 就这些 eot (04:17:38 PM) eyedeekay: 谢谢 zlatinb，这会让大家开心的 :) (04:17:56 PM) eyedeekay: 4. 在 easy-install bundle 中引入 JNA，会打开哪些可能性？ (04:18:15 PM) eyedeekay: zlatinb 这是你的话题，但我也有很多笔记，你要先来吗？ (04:18:24 PM) zlatinb: 好的。 (04:18:34 PM) zlatinb: 基本上，MR 6 把 JNA 库加进了 Windows 的 easy-install bundle (04:18:49 PM) zlatinb: 而我今天才知道其实没必要，因为有 JEP 419（内置的 JNA 替代品） (04:19:12 PM) zlatinb: 但总体观点是一样的：既然我们需要做一些原生层面的事情，那还想做哪些原生能力？ (04:19:33 PM) eyedeekay: 有时候我们需要和电源/电池管理打交道 (04:19:36 PM) eyedeekay: （电池） (04:19:57 PM) zlatinb: 在 MuWire 我实现了 Windows 上的“后台优先级”，按 MSDN 文档说明可确保进程不干扰前台进程 (04:20:05 PM) zlatinb: 是的，电池电源管理也是类似需求 (04:20:17 PM) eyedeekay: 我需要有条件地请求管理员权限，而 NSIS 本身不支持 (04:20:21 PM) zlatinb: 所以是的，我的意思就是邀请大家多想想原生方案 :) (04:20:21 PM) zlatinb: eot (04:21:22 PM) eyedeekay: 所以我们确实已经想到了一些场景，JNA 一类的东西可能会有用 (04:22:41 PM) zlatinb: 好……那问题就是，我们是否把这些功能都加在 easy-install bundle 里，并把它们保持在核心 router 包之外 (04:22:45 PM) zzz: 不好当扫兴的人，但在上个月的会议上，JNA 还是 Windows 上单个问题（权限）的一个可能解法 (04:23:08 PM) zzz: 而今天就变成了“它绝对能解决很多问题，我们还能用它做哪些好玩的事”？ (04:23:18 PM) zlatinb: 对，这就是派对主题 lol (04:23:34 PM) zzz: 这既是一次跳跃，也很像典型的“方案在找问题” (04:24:31 PM) zlatinb: 也可以这么看，但我觉得它（JNA / JEP 419）能在很多方面让 I2P 变得更好 (04:25:14 PM) zlatinb: 在很多平台上 (04:25:14 PM) zlatinb: 说实话我在 Windows 上也只是刚刚开始摸索 (04:25:28 PM) zzz: 所以还没有就 JNA 做出决定？ (04:25:28 PM) zlatinb: JNA 的好处是能向下兼容到 Java 1.4，而 JEP 419 只在 JDK 18 里 (04:25:51 PM) zlatinb: 我会说两者都在考虑范围，JNA 稍微领先一些 (04:26:37 PM) zzz: 419 还是“孵化器”状态，意味着它可能会消失，别指望它 (04:27:07 PM) eyedeekay: 我支持 JNA，因为能控制安装程序权限至少能替我解决两件事，还能让我把程序安装到/完全从 U 盘运行 (04:27:46 PM) eyedeekay: 我不想因为某个项目尚未成熟或被放弃而失去这些能力 (04:29:03 PM) eyedeekay: 所以我这边是支持 JNA，对 419 保持谨慎 (04:29:54 PM) zlatinb: 嗯，带有稍微不同 API 的 419 已经在 JDK 17（LTS）里了，但在它脱离孵化器之前我不会有强烈意见 (04:30:00 PM) zzz: 我们应该继续关注当下问题的最佳工具……至于还能用它做什么的白日梦没那么重要 (04:31:10 PM) zzz: 跳出 JVM 总会更混乱、可维护性更差，不管用什么机制，只有在确有必要时才应该这么做 (04:33:14 PM) zlatinb: 没有人反对这一点，但我觉得也不必阻止自己大胆想象 (04:33:38 PM) zlatinb: 和 Windows Shell 或笔记本的电源管理集成，对我来说听起来就很棒 (04:34:18 PM) zlatinb: 顺便说这在 Linux 笔记本上应该也能做到 (04:34:33 PM) eyedeekay: 说实话我还在小步快跑，U 盘便携只是支持无管理员安装的副产品 (04:36:24 PM) eyedeekay: 不过如果某件事有非 JNA 的做法，那我们确实应该优先尝试那个 (04:38:54 PM) eyedeekay: 第 4 条还有别的吗？ (04:39:07 PM) zlatinb: 我这边没有了，eot (04:40:26 PM) eyedeekay: 会议还有其他事项吗？超时 1 分钟 (04:41:43 PM) eyedeekay: 好的，谢谢大家参加，看起来下个月会议会在 5 月 3 日举行 </div>/zh/blog/2022/03/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B43%E6%9C%881%E6%97%A5/Tue, 01 Mar 2022 00:00:00 +0000/zh/blog/2022/03/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B43%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (03:01:40 PM) eyedeekay: 大家好，欢迎参加开发者会议 (03:01:40 PM) eyedeekay: 1. 打招呼 (03:01:40 PM) eyedeekay: 2. 发布状态（1.7.0 / 0.9.53） (03:02:10 PM) zlatinb: 嗨 (03:02:12 PM) zzz: 大家好 (03:02:39 PM) eyedeekay: 在开始发布状态之前，今天的议程还有其他要添加的吗？ (03:03:01 PM) zlatinb: 我有两个小事项，可以归到“1.8.0 愿望清单”里 (03:03:25 PM) eyedeekay: 3) 1.8.0 愿望清单 (03:04:24 PM) eyedeekay: 2. 发布状态（1.7.0/0.9.53） (03:05:37 PM) eyedeekay: 我这边还有一个遗留问题：.aab 打包构建流程有问题，从 `i2p.i2p` 构建中引入的静态资源会被删除，无法出现在最终的 .aab 中 (03:06:06 PM) eyedeekay: 目前 GPlay 延期了，我今天在处理，应该很快完成。 (03:07:53 PM) eyedeekay: F-Droid 和 Freestanding 都是使用旧构建流程的 .apk，那个流程没坏，所以还可以正常工作。 (03:07:53 PM) eyedeekay: 还有其他未完成的发布流程需要处理吗？ (03:10:03 PM) eyedeekay: zzz 你那边对发布状态还有要补充的吗？我了解到 BiglyBT 今天发布了他们的插件，对吗？ (03:10:22 PM) zzz: 是的 (03:10:48 PM) zzz: 根据 expl. 构建成功统计，我们已经从上次发布中的 i2pd 回归问题中迅速恢复 (03:10:52 PM) zzz: `http://stats.i2p/docs/buildsuccess.png` (03:11:11 PM) zzz: 如果我没记错的话，现在的水平已经高于过去几年的任何时候 (03:12:11 PM) zzz: 再过一周情况应该会稳定下来，然后我们再看看形势 (03:12:13 PM) zzz: eot (03:12:21 PM) eyedeekay: 这真是个好消息。很高兴目前进展顺利。 (03:12:32 PM) eyedeekay: 谢谢 zzz (03:12:50 PM) eyedeekay: 3. 1.8.0 愿望清单 (03:13:17 PM) eyedeekay: zlatinb 你来说吧 (03:13:44 PM) zlatinb: 嗨，1）加快初始 exploratory tunnel（用于探测的 tunnel）构建时间，2）JNA (03:14:05 PM) zlatinb: 1：我做了一些分析，成功构建的 exploratory tunnels 有 75% 在 500ms 内完成 (03:14:29 PM) zlatinb: 在约 30 个样本中，最慢的成功构建也不到 2500ms (03:14:46 PM) zlatinb: 而我们现在的超时时间是 13000ms，我认为把它调低会让 router 更快进入 RUNNING 状态 (03:15:07 PM) zlatinb: 现在不必做决定，只是先抛个想法 (03:15:12 PM) zlatinb: 1 结束，eot (03:15:33 PM) zzz: 对第 1 点没有异议 (03:15:56 PM) eyedeekay: 至少听起来是个值得一试的实验，看起来也不会有坏处 (03:16:12 PM) eyedeekay: 如果所有成功的构建都这么快的话 (03:16:13 PM) zlatinb: 2：JNA——我们肯定需要把 JNA 加进 Windows Easy-Install 安装包里，以便在自动更新时提升权限。如果进程需要提升权限，ProcessBuilder 会失败。 (03:16:20 PM) zzz: 不过在确定新数值前，我想先看看更长时间段的数据 (03:16:25 PM) zlatinb: 好的 (03:16:42 PM) zzz: 请先回过头来定义一下 JNA 是什么 (03:16:43 PM) zlatinb: （回到 1）我会让一个 router 持续运行并开启日志 (03:17:12 PM) zlatinb: （回到 2）：JNA 是 Java Native A-什么的缩写，本质上是对 Windows、Linux、Mac 原生库的 Java 封装 (03:17:27 PM) zlatinb: 所以你不需要写原生代码，而是写 Java 代码 (03:17:52 PM) zlatinb: 两个 jar 合计 3MB，用 LZMA 压缩后约 2MB (03:18:11 PM) zzz: 请再往前说，说清楚具体问题以及它的普遍程度 (03:18:38 PM) zlatinb: 我在 muwire 测试静默更新时发现，ProcessBuilder 无法启动需要“priviledge elevation required”的安装程序之类的东西 (03:19:07 PM) zzz: 这是只在 Windows 上出现的问题吗？ (03:19:12 PM) zlatinb: 我查了一下，发现用 ProcessBuilder 确实做不到 (03:19:36 PM) zlatinb: 是的，目前只限 Windows (03:19:40 PM) eyedeekay: 我这边在 Windows Easy-Install 上没遇到，这是因为请求提升权限的是 NSIS 而不是 Java 吗？ (03:20:02 PM) zlatinb: 是 NSIS 在请求 (03:20:16 PM) zlatinb: 如果你已经用高权限运行 Java，那就不会提示 (03:20:22 PM) zlatinb: privilege* (03:20:28 PM) zzz: 是的，我的问题也是这个。Windows Easy-Install 已经测试版好几个月了，这是不是只在 muwire 上会出现的问题？ (03:20:48 PM) eyedeekay: 哦好的，那么在下次更新之前，使用 ShellExecAsUser 的话就会开始出现这个问题 (03:21:15 PM) zlatinb: eyedeekay，如果不是从安装程序启动，你会提升权限吗？ (03:21:48 PM) zlatinb: 我不记得看到过权限提升提示 (03:22:12 PM) zlatinb: 所以如果是通过桌面快捷方式启动（而不是作为安装程序最后一步），Windows Easy-Install 应该就会出现这个问题 (03:22:14 PM) eyedeekay: 不，不会。它会以运行批处理脚本的用户身份运行，但前提是 I2P 还没在运行（推测此前是以管理员身份运行的） (03:22:52 PM) zzz: 所以，在讨论我们的 Windows easy-install bundle 的解决方案之前，先确认确实存在这个问题 (03:22:57 PM) eyedeekay: 它不会随着浏览器一起关闭 router (03:23:35 PM) eyedeekay: 我倾向于认为会有问题，不过这周晚些时候我会确认 (03:23:36 PM) zlatinb: 也就是说，如果用户不取消勾选“launch i2p now”，让 router 一直运行，它就会以高权限运行，并且更新时不会弹出提示 (03:23:43 PM) zlatinb: 好 (03:24:22 PM) zlatinb: 不管怎样，在 1.7.0 中，即使从安装程序启动，router 也是以非特权（非管理员）身份启动的 (03:24:39 PM) zzz: 另外，muwire 可以按你自己的规则来做，但在我们的官方产品中，任何方案都必须经过适用性、维护性、许可证兼容性等方面的审查 (03:24:57 PM) zlatinb: Apache 2.0 (03:25:45 PM) zlatinb: 展望一下，JNA 让我们几乎可以随意调用 Windows API……注册 Shell 扩展、URI 处理程序，等等这些好东西 (03:25:57 PM) zlatinb: 2 结束，eot (03:26:35 PM) zzz: 我们先让 easy-install 的自动更新多跑几个周期吧，显然它一直都没真正工作过？ (03:27:13 PM) zzz: 你不必等 i2p 发版，直接换个新的 Java，或者改点别的。我们把修 bug 的节奏加快一些 (03:27:14 PM) eyedeekay: 它之前坏过，后来修好了，现在看来在下一次更新时又会坏 (03:27:55 PM) eyedeekay: 不过我这边的另一个方案是修改安装程序，不再使用 %ProgramFiles%，而是安装到无特权的位置 (03:28:09 PM) zzz: 每周发一个版本，直到它平稳工作为止。显然三个月一次的节奏不足以收敛到可用状态 (03:28:32 PM) eyedeekay: 可以 (03:29:53 PM) eyedeekay: 感谢你把这些问题提出来，zlatinb。关于第 3 点还有别的吗？ (03:29:58 PM) zzz: 这样也能让我们拿到有关权限问题（如果确有其事）的数据 (03:30:00 PM) zzz: eot (03:30:21 PM) zlatinb: 没有了，我这边 eot (03:30:57 PM) eyedeekay: 好的，本次会议还有别的事项吗？超时 1 分钟 (03:31:16 PM) zzz: 另外，用新闻通知你的测试用户（beta 用户），如果这次更新坏了，他们需要重新下载 (03:31:35 PM) eyedeekay: 会的 (03:32:05 PM) zzz: 你们俩都有自己的新闻源，却没有用它与用户沟通，只是依赖我发布的新闻？你们应该开始测试/使用这个功能 (03:32:11 PM) zzz: eot (03:34:07 PM) eyedeekay: 可以。以前我添加过 i2p.firefox 的更新日志 (03:34:54 PM) eyedeekay: 感谢各位来参加会议，看起来我还有不少工作要做，IRC 上见 </div>/zh/blog/2022/02/21/1.7.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 21 Feb 2022 00:00:00 +0000/zh/blog/2022/02/21/1.7.0-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>1.7.0 版本发布包含多项性能和可靠性改进。</p> <p>在支持该功能的平台上，现在系统托盘中会显示弹出通知。i2psnark 新增了一个种子编辑器。NTCP2 传输现在使用的 CPU 大幅减少。</p> <p>已长期弃用的 BOB 接口在新的安装中已被移除。在现有安装中将继续可用，但 Debian 软件包除外。仍在使用 BOB 应用程序的用户应请开发者迁移到 SAMv3 协议。</p> <p>我们知道，自从 1.6.1 版本发布以来，网络可靠性一直在持续下降。我们在发布后不久就意识到了问题，但花了将近两个月才找到原因。最终我们将其定位为 i2pd 2.40.0 中的一个 bug，修复将包含在他们的 2.41.0 版本中，该版本预计与本次发布大致同时推出。在此过程中，我们也在 Java I2P 端进行了多项更改，以提升网络数据库查询与存储的健壮性，并在进行 tunnel（隧道）对等体选择时避开表现不佳的对等体。即便存在有缺陷或恶意的 routers（路由器），这也将有助于提升网络的健壮性。此外，我们正在启动一项联合计划，在一个隔离的测试网络中将预发布版的 i2pd 和 Java I2P routers 一同进行测试，从而在发布之前而非之后发现更多问题。</p> <p>此外，我们在新的 UDP 传输 &ldquo;SSU2&rdquo;（提案 159）的设计上继续取得重大进展，并已开始实现。SSU2 将带来显著的性能和安全性改进。它还将使我们终于能够替换掉我们最后一处对非常缓慢的 ElGamal 加密的使用，从而完成大约 9 年前启动的整套密码学升级。我们预计很快开始与 i2pd 的联合测试，并在今年晚些时候将其部署到网络中。</p> <p>像往常一样，我们建议您更新到此版本。保持安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>BOB: Remove</li> <li>i2psnark: New torrent editor</li> <li>i2psnark standalone: Fixes and improvements</li> <li>i2ptunnel: Support IRCv3 message tags</li> <li>NetDB: Lookup/store reliability improvements</li> <li>System tray: Add popup messages</li> <li>Transport: NTCP2 performance improvements</li> <li>Transport: NTCP2 clock skew handling improvements</li> <li>Transport: Use priority in SSU sender queue</li> <li>Tunnels: Remove outbound tunnel when can&rsquo;t connect to first hop</li> <li>Tunnels: Fallback to exploratory for building after repeated build failure</li> <li>Tunnels: Enable tunnel testing by default</li> <li>Tunnels: Use tunnel builds as a tunnel test</li> </ul> <p><strong>错误修复</strong></p>/zh/blog/2022/02/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B42%E6%9C%888%E6%97%A5/Tue, 08 Feb 2022 00:00:00 +0000/zh/blog/2022/02/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B42%E6%9C%888%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay、zzz、zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (03:01:32 PM) eyedeekay: 大家好，欢迎来到 2 月 8 日的开发者会议 (03:01:38 PM) eyedeekay: 抱歉上周的情况，希望消息丢失问题不会再次发生 (03:01:45 PM) eyedeekay: 议题： (03:01:45 PM) eyedeekay: 1. 问好 (03:01:45 PM) eyedeekay: 2. Outproxy（外部出口代理）要求（进行中） (03:01:45 PM) eyedeekay: 3. 1.7.0/0.9.53 状态 / 发布计划 (03:02:13 PM) zzz: 嗨 (03:02:15 PM) mode (-m ) by zzz (03:02:16 PM) zlatinb: 嗨 (03:02:30 PM) eyedeekay: 大家好 (03:02:54 PM) eyedeekay: 我们直接从 2）开始：Outproxy 要求 (03:04:08 PM) eyedeekay: zzz 找到了一堆旧的需求清单，我们要么 A) 选一个，要么 B) 汇总成一个新清单 (03:04:51 PM) eyedeekay: 我一直在研究哪些需求可行，并参考 Tor 的做法获取一些指导 (03:06:18 PM) eyedeekay: 同时，也有一些团体和个人自愿来帮助 outproxies，其中一位还是运营非营利组织的多重 Tor 出口节点运营者，希望我们能从他们的经验中受益 (03:08:04 PM) eyedeekay: 在某些情况下，我觉得规则有点模糊： - 例如——是否提供可选的主机/IP 的 allowlist/blocklist（允许名单/封锁名单）？看起来简单，但如果我们建议按主机/IP 维度进行阻止/放行，可能会让运营者面临被要求屏蔽他们并不想屏蔽的内容的压力？ (03:08:45 PM) eyedeekay: 看起来大家的建议是，屏蔽“端口”是安全的，但也许不应屏蔽主机名？ (03:09:05 PM) zzz: 我认为需求分两类 (03:09:57 PM) zzz: 1）作为项目方我们希望看到的东西（header 要求、小型错误页、指向更多信息的链接） (03:10:48 PM) zzz: 2）任何理性的 outproxy 运营者都会需要的东西，尤其是管理工具，但我们缺乏相应专长来提供太多指导 (03:11:40 PM) zzz: 我们应当聚焦于 1） (03:12:14 PM) eyedeekay: 好的，这样更容易；之前那种从另一头切入就像临时抱佛脚 (03:12:40 PM) zzz: 而且我们不应该尝试为 2）提供一套现成的打包方案，只是可以提出一些最佳实践建议 (03:13:00 PM) eyedeekay: 但我认为这意味着我们需要更灵活，也就是我们想要的东西要服从于他们能够提供的东西 (03:13:09 PM) eyedeekay: 不过这大概是理所当然的 (03:13:43 PM) zzz: 我觉得 1）里的内容都相当基础 (03:14:38 PM) zzz: 1a）过滤掉所有向外的 X-I2P 头部。是否在任一方向添加 X-forwarded 头部？ (03:14:54 PM) zzz: 1b）提供一个小的错误页面，并带有指向更多信息的链接 (03:15:07 PM) zzz: 1c）在“更多信息”页面上提供隐私政策 (03:15:13 PM) zzz: 类似这样的东西 (03:16:24 PM) eyedeekay: 是的我同意，这不应该很难 (03:17:14 PM) eyedeekay: 所以我暂时不去纠结 2）类别里人们“应该”做什么，先专注于 1） (03:18:19 PM) eyedeekay: 议题 2）还有别的吗？ (03:18:36 PM) zzz: 1）里还有一件事是 http 与标准 tunnel 的取舍。我认为 http 是正确的选择，而且这个选择会影响 header 相关问题 (03:19:04 PM) zzz: 2）eot（结束） (03:19:37 PM) eyedeekay: 标准 tunnel 根本不会添加 X-I2P-* 头部，对吧？ (03:19:55 PM) zzz: 不会，它不理解 header (03:20:09 PM) zzz: *headers（复数） (03:20:39 PM) zzz: 所以这个选择会影响外部代理软件“所看到”的内容 (03:21:47 PM) eyedeekay: 那为什么选 http？如果服务器软件不必为防止泄漏而去剥离/重新添加/跟踪 X-I2P 头部，岂不是更好？ (03:22:23 PM) zzz: 任何代理都需要处理头部 (03:22:49 PM) zzz: 代理标准规定某些头部是“逐跳（hop-by-hop）”的，需要被剥离/添加 (03:23:56 PM) zzz: 当然，还要同时处理 HTTP 和 HTTPS（CONNECT）两种情况 (03:27:13 PM) eyedeekay: 所以在 HTTP tunnel 的情况下，我们实际上会使用 X-I2P 头部 (03:28:39 PM) zzz: 这些头部可供有经验的 outproxy 管理员用于例如速率限制 (03:29:09 PM) eyedeekay: 有道理 (03:29:57 PM) eyedeekay: 关于 2）还有别的吗？ (03:30:05 PM) zzz: 没有 (03:30:12 PM) eyedeekay: 3. 1.7.0/0.9.53 状态 / 发布计划 (03:30:59 PM) eyedeekay: 距离 21 号发布还有整整 13 天 (03:31:10 PM) eyedeekay: 明天开始冻结标签 (03:31:39 PM) zzz: 是的，提交截止日期为 2 月 18 日（周五） (03:32:26 PM) zzz: i2pd 将在 19 或 20 号发布，包含对那个导致过去两个月网络可靠性问题的严重 SSU bug 的修复 (03:32:55 PM) zzz: 我们的版本也会带来一些相关的变通方案和改进 (03:33:09 PM) eyedeekay: 太好了，这段时间对很多人来说都挺难，尤其是在移动端 (03:33:20 PM) zzz: 我希望一旦大家开始升级，状况会很快改善 (03:34:10 PM) zzz: 除此之外，这个迭代相当顺利，事情正在逐渐平稳 (03:35:26 PM) zzz: 目前有 14,000 行 diff，规模不错 (03:36:00 PM) zzz: 3）eot（结束） (03:37:45 PM) eyedeekay: 我没有太多要补充的。接下来一周左右我还会做一些很小的 CSS 修改，以处理在超小或超宽屏幕上的一些怪异表现，以及深色主题中的对比度问题。除此之外，我会把时间花在评审和测试上 (03:37:55 PM) zlatinb: 我想在 i2p 和 i2pd 都冻结用于发布的代码之后，在 testnet（测试网络）上跑一些测试。我已经把它们记录在 GitLab wiki 上 (03:38:05 PM) zlatinb: eyedeekay：Windows aio 的端到端测试怎么样了？ (03:38:58 PM) eyedeekay: 我昨天让一个跑通了。我遇到过两个问题需要处理，一个在 build-config 这边，一个在 router.config 这边，但只要我对发布构建格外小心，现在它们应该都没了 (03:41:18 PM) eyedeekay: 结果发现我构建这个包时没有递增 router 版本号，所以即使发生了下载（其实不会发生，因为 router.config 里的 URL 是错的），也不会触发更新 (03:42:16 PM) eyedeekay: 这两个问题现在都修好了，我也已安排在构建完成后测试这个包 (03:42:49 PM) eyedeekay: 所以我的更新之前坏得很厉害，但现在应该修复了，EOT（结束） (03:44:07 PM) eyedeekay: 会议还有其他事项吗？有问题、意见或担忧吗？ (03:46:02 PM) zzz: aio == "bundle" 或 "easy install bundle"。我们不要在任何地方把它称为 "aio" (03:46:27 PM) zzz: 我总会联想到 async i/o (03:46:36 PM) zzz: 我这边没有其他了 (03:47:06 PM) eyedeekay: 好的，是的，AIO 的含义不明确，对不同的人意味着不同的东西 (03:47:28 PM) eyedeekay: 我会坚持使用 Bundle 或 Easy-Install Bundle (03:48:01 PM) eyedeekay: 好的，感谢大家参加会议，下个月 5 号见，看来是这样</div>/zh/blog/2022/01/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B41%E6%9C%884%E6%97%A5/Tue, 04 Jan 2022 00:00:00 +0000/zh/blog/2022/01/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2022%E5%B9%B41%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (03:00:39 PM) eyedeekay: 嗨，大家好，欢迎参加 2022 年 1 月 4 日的会议 (03:00:39 PM) eyedeekay: 1. 嗨 (03:00:39 PM) eyedeekay: 2. Meeh 服务/Outproxy（外部代理）需求 `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. 将 Mac DMG JPackage 提升为稳定版 https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. NetDB 研究（仿真/模型） `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: 嗨 (03:01:23 PM) zzz: 你好 (03:01:55 PM) eyedeekay: 嗨 zzz、zlatinb，今天还有其他人在吗？ (03:02:20 PM) eyedeekay: 有 Outproxy 运营者在吗？ (03:02:59 PM) eyedeekay: 好的，那我们进入第 1 项，如果他们愿意也可以随时加入发言 :) (03:03:38 PM) eyedeekay: 我们将失去 meeh 的所有非静态服务，对我们而言主要是 trac（我们已经替换了）以及默认的 outproxy：false.i2p (03:04:07 PM) eyedeekay: 这两者很长时间都运行得不太好，但没有 outproxy 会带来糟糕的用户体验（UX），所以我们需要替换它 (03:04:59 PM) eyedeekay: 我们上周讨论了一些选项，其中之一是寻找一个新的志愿者运营的 outproxy，把它设为默认 (03:06:30 PM) eyedeekay: 如果要这么做，那么需要它满足一些基本要求。显然，隐私政策很重要。 (03:06:30 PM) eyedeekay: 如果不是把所有流量都直接转到 Tor，我们还需要对可能发生的过滤（如果有的话）进行说明 (03:07:34 PM) eyedeekay: 其他选项包括我们自己运行一个（充其量也只是有限吸引力），或者提供本地 SOCKS 支持，但这需要本地有可用的 SOCKS 代理。 (03:08:07 PM) eyedeekay: 如果有人愿意自愿提供 outproxy，请到 zzz 的论坛联系 (03:09:05 PM) zzz: 对 (03:09:12 PM) eyedeekay: 我还没能从 meeh 那里拿到有关 false.i2p 使用情况的统计。EOT (03:09:40 PM) zzz: 首先，在未经批准的情况下，我们要非常谨慎，不能公开推荐替代方案或设定新的默认值，因为那可能会带来很大的负担，无论是资金上的还是其他方面 (03:10:06 PM) zzz: 作为小小的一步，我们打算先让替代 outproxy 在 stats.i2p 上注册，并获得批准把它们加入我们的默认 hosts.txt (03:10:16 PM) zzz: 这样至少能让用户更容易配置和使用 (03:10:55 PM) zzz: 对于两个 outproxy，我们已经获得了这一步的批准，不过目前在 stats.i2p 上只有一个完成了注册 (03:11:05 PM) zzz: 所以我在等待第二个注册完成 (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: 谢谢 zzz，顺便说一下我会提醒他 (03:11:47 PM) dr|z3d: 我之前和你做过一些初步讨论，zzz；基于那些讨论，我想应该很清楚我不打算提供官方服务。非正式的可以，但不提供任何官方服务。 (03:12:52 PM) zzz: 感谢你的明确表态，也谢谢你在那些讨论中投入的时间和专业知识 (03:12:59 PM) dr|z3d: 我也认为，一旦某个单一的 outproxy 成为官方的，就注定要失败。 (03:14:13 PM) eyedeekay: 的确能理解为什么会这样。关于第 1 项还有其他内容吗？ (03:14:28 PM) zzz: 也许吧。无论如何，这显然需要足够的容量和胜任的运维 (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. 将 Mac DMG Jpackage 提升为稳定版 (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: 这个议题是 zlatinb 添加的，请开始吧 (03:16:21 PM) zlatinb: 谢谢。基本情况是，非 DMG（jar）包没有公证，最近的 2（或 3？）个 Mac OS 版本会拒绝执行，除非用户修改一些高级设置 (03:16:52 PM) zlatinb: 同时，DMG jpackage 一直非常稳定，并且已端到端测试了网内更新 (03:17:10 PM) zlatinb: 因此我建议把它设为 Mac 的默认下载，并彻底移除 .jar 选项 (03:17:55 PM) zlatinb: 既然我们已经有一个很不错的专用 /mac 页面，我建议保留该页面，但移除 BETA 标记 (03:18:14 PM) zlatinb: 另外，在 /download 的 Mac 分区里只放一个指向 /mac 页面的链接，不要其他内容 (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: 我支持。 (03:20:42 PM) eyedeekay: 我们需要等下个发布，还是现在就可以做？ (03:21:51 PM) anonymousmaybe 现在名为 Irc2PGuest95343 (03:22:35 PM) 由 ChanServ 设置 mode (+ao zzz zzz) (03:22:37 PM) zlatinb: 不需要等发布 (03:22:54 PM) zzz: 在我掉线之前，你看到我的 3 个问题了吗？ (03:23:01 PM) eyedeekay: 没有，我错过了 (03:23:03 PM) zlatinb: 没有，抱歉，请再发一次 (03:23:11 PM) zzz: 我来问几个简单的问题： (03:23:15 PM) zzz: 1）用户规模是否足够大，让我们有信心它已经经过充分测试？ (03:23:17 PM) zzz: 2）发布流程是否有文档记录，理论上只要有正确的密钥，其他人也能构建？ (03:23:20 PM) zzz: 3）我们是否有信心拥有足够的资源持续维护并进行发布？ (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1）——根据 matomo 的统计，它每天有 20-25 次下载。我们收到 M1 Mac 用户反馈，它按预期工作。完全没有负面报告 (03:24:28 PM) eyedeekay: 2）和 3）在我看来答案都是肯定的。我可以完成除公证之外的所有构建步骤，也可以教别人怎么做 (03:24:53 PM) zlatinb: 2）是的，但因为 Apple Inc. 的原因需要去匿名化 (03:24:54 PM) eyedeekay: 所以加上 zlatinb 和我，至少有 2 个人知道如何构建它 (03:25:08 PM) zzz: 2）但它有_文档_吗？ (03:25:33 PM) zlatinb: 是的，在 README.md 里有逐步说明，包括公证流程 (03:25:41 PM) zzz: 太好了 (03:26:16 PM) zzz: 1）这里的“能用”是否包含更新流程？当新闻更新时，我们是否看到 torrent swarm 实际启动了？ (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: （因为我觉得 Windows 版本实际上还没被证实能工作） (03:27:26 PM) zlatinb: 1）是的，swarm 会起来，规模不大但确实有。在 1.5.1 和 1.6.1 发布时我都见过 (03:27:49 PM) zzz: 好的，太棒了。谢谢解答，我没有异议 (03:28:14 PM) eyedeekay: 太好了，我今晚在发完会议记录后就更新网站 (03:28:26 PM) zlatinb: 太棒了，谢谢！ (03:29:05 PM) eyedeekay: 关于 Windows，是的，不过看起来问题出在我打包提供的配置文件里，而不是更新器本身 (03:29:05 PM) eyedeekay: 所以 Windows 需要再手动更新一次，之后自动更新才会工作。我想我之前可能知道这一点，但给忘了 (03:30:07 PM) eyedeekay: 4. NetDB 研究（仿真/模型） `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: 这也是 zlatinb 的议题，说说你的想法吧 (03:31:28 PM) zlatinb: 最近大约两周里，像 zzz.i2p、postman、甚至 major.acetone.i2p 之类站点的可访问性明显变差……基本上都是我确定在线的站点 (03:31:57 PM) zlatinb: 我做了一些调试，出现过这样的情况：zzz.i2p 的 LS 能顺利获取，但 IBGW 的 RI 随后应该是获取失败了 (03:32:03 PM) zlatinb: （当然这只是我的推测） (03:32:47 PM) zlatinb: 总之，NetDB 的运作仍有许多未知之处，我们不得不信任 Kad 算法，这没问题，但我更希望通过一些研究来增强信心 (03:33:33 PM) zlatinb: 就像测试网络对 streaming、SSU 和 NTCP 代码的改进帮助很大一样，我认为模型或仿真可以帮助改进 netDB 的运行 (03:34:44 PM) zlatinb: 我想在这里讨论的原因是：如果我们采用运行实际将用于 router 的代码的仿真，那么就有必要对 NetDB 代码进行重构，可能还包括一些 *Job 类 (03:34:52 PM) zlatinb: 注意，我还没有研究 multi-router jvm 和 JVMCommSystem (03:35:03 PM) zlatinb: 或许它们在一定规模的节点数量下是一个可行答案 (03:35:37 PM) zlatinb: 但我的目标是至少模拟几千个节点，这意味着要抽象掉大多数 router 组件 (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major 离开了房间 (quit: Ping timeout: 320 seconds)。 (03:36:32 PM) zzz: 充其量我也只是持观望态度，因为这会很难，而且需要很久才能得到任何有用的结果 (03:37:20 PM) zzz: 先说一下，我最近做了一系列更改以提升可靠性 (03:37:27 PM) zzz: 在 1.6.1-6 开发版本中 (03:37:46 PM) zzz: 但我不知道是否有热门服务器（除了我的）在运行它 (03:38:17 PM) zzz: 我想看看 echelon 和 eyedeekay 的服务器试一下。我已经与这两批服务器纠缠了好几个月的问题 (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: 我的多数服务器只是跟踪 PPA，我会更新 git.idk.i2p (03:39:17 PM) zzz: git 和 gitssh 是两个经常屏蔽我的服务。如果它们改善了，我会注意到 (03:40:07 PM) zzz: echelon 的服务器是另一个谜。它们似乎经常有 IP 层面的故障 (03:42:11 PM) eyedeekay: 那我很快就能处理 (03:43:37 PM) eyedeekay: 我关于 netDB 测试工具的问题可能考虑得不周。比如，现有的测试网络是否具备在其中的 router 之间模拟 netDB 的能力？ (03:44:08 PM) eyedeekay: 如果有，该怎么用？ (03:44:44 PM) 此账户已断开，您已不在此聊天中。账户重新连接后您将自动重新加入。 (03:49:14 PM) #i2p-dev 的主题为：1.6.1-7 | 下一次开发会议 2022 年 1 月 4 日 星期二 UTC 时间晚上 8 点 (03:49:14 PM) #i2p-dev 的主题由 zzz 于 01/03/2022 上午 09:08:14 设置 (03:49:20 PM) zzz: 天哪不，不是 pspice。是某种排队/行为网络模型 (03:50:31 PM) zzz: EOT，我要走了，谢谢大家 (03:50:46 PM) eyedeekay: 回头见 zzz (03:51:41 PM) eyedeekay: 关于第 4 项还有别的吗？zlatinb (03:51:50 PM) zlatinb: 没有，就这些 (03:52:08 PM) eyedeekay: 好的，那本次会议就到这里，祝大家这一周愉快 </div>/zh/blog/2022/01/01/%E5%B9%B4%E5%BA%A6%E5%9B%9E%E9%A1%BE2021/Sat, 01 Jan 2022 00:00:00 +0000/zh/blog/2022/01/01/%E5%B9%B4%E5%BA%A6%E5%9B%9E%E9%A1%BE2021/<h2 id="更新详情">更新详情</h2> <h3 id="development-highlights">Development Highlights</h3> <p>0.9.49 版本开始将用于 router 的加密迁移到新的、更快的 ECIES-X25519 加密。为这种新加密制定规范和协议花费了多年的工作；从本版本起，新安装以及极少部分现有安装（在重启时随机选择）开始使用这种新加密。这是首次更改默认加密类型，因此为了尽量减少问题，完整迁移将分多个版本逐步完成。</p> <p>完整发行说明：<code>https://geti2p.net/en/blog/2021/02/17/0.9.49-Release</code></p> <p>0.9.50 为 reseeding（新节点首次获取网络目录的过程）启用了 DNS over HTTPS（DoH），以保护用户免受被动 DNS 嗅探。除此之外，还开展了工作以保护网络免受可能的恶意或存在缺陷的 router 的影响，并完成了针对 IPv6 地址的大量修复和改进，包括新的 UPnP 支持。</p> <p>完整发布说明: <code>https://geti2p.net/en/blog/2021/05/17/0.9.50-Release</code></p> <p>为表彰近 20 年来为提供匿名性与安全性所做的工作，团队决定直接从 0.9.50 跳到 1.5.0。1.5.0 版本完成了对新的构建消息（提案 157）的支持，并完成了更小的 tunnel 构建消息的实现，以降低带宽占用。网络中的 routers 向 X25519 加密的迁移仍在继续。</p> <p>完整发行说明: <code>https://geti2p.net/en/blog/2021/08/23/1.5.0-Release</code></p> <p>两项重大协议更新的部署在 1.6.1 中完成。几乎所有 routers 将在年底前完成密钥轮换。此外，已启用短 tunnel 构建消息，从而显著降低带宽消耗。新的 UDP 传输协议 SSU2 的设计工作也已启动，预计将在明年年初开始实现。</p> <p>完整的发行说明：<code>https://geti2p.net/en/blog/2021/11/29/1.6.0-Release</code></p> <h3 id="开发亮点">开发亮点</h3> <p>由于同时安装 I2P 软件和 Java 需要超过 30 个步骤，新用户引导流程历来并不容易。 由于陌生且不直观，这一过程多年来一直带来了易用性问题。</p> <p>然而，在最近的 Java 版本中，出现了一个新选项，有望解决 Java 软件的这个问题。该工具名为 &ldquo;Jpackage&rdquo;，并允许创建一个基于 Jpackage 的 I2P Router。</p>/zh/blog/2021/12/11/i2p-%E4%B8%8D%E5%8F%97-log4j-%E6%BC%8F%E6%B4%9E%E5%BD%B1%E5%93%8D/Sat, 11 Dec 2021 00:00:00 +0000/zh/blog/2021/12/11/i2p-%E4%B8%8D%E5%8F%97-log4j-%E6%BC%8F%E6%B4%9E%E5%BD%B1%E5%93%8D/<p>I2P 不受昨日披露的 log4j 零日漏洞（CVE-2021-44228）影响。I2P 并未使用 log4j 进行日志记录，不过我们也需要审查我们的依赖项中是否存在对 log4j 的使用，尤其是 jetty。此次审查未发现任何漏洞。</p> <p>检查我们所有的插件同样很重要。插件可能会引入它们自己的日志系统，包括 log4j。我们发现，大多数插件也不使用 log4j，而那些确实使用了 log4j 的插件所用的也不是易受攻击的版本。</p> <p>我们尚未发现任何存在漏洞的依赖项、插件或应用程序。</p> <p>我们为引入 log4j 的插件在 jetty 中捆绑了一个 log4j.properties 文件。该文件仅对在内部使用 log4j 日志记录的插件生效。我们已将推荐的缓解措施提交到 log4j.properties 文件中。启用 log4j 的插件将在禁用存在漏洞的功能的情况下运行。由于我们未在任何地方发现 log4j 2.x 的使用，目前没有进行紧急发布的计划。</p>/zh/blog/2021/12/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B412%E6%9C%8807%E6%97%A5/Tue, 07 Dec 2021 00:00:00 +0000/zh/blog/2021/12/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B412%E6%9C%8807%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (03:00:21 PM) eyedeekay: 大家好，欢迎参加 12 月 7 日的会议 (03:00:28 PM) eyedeekay: 1) 嗨 (03:00:28 PM) eyedeekay: 2) 1.6.1 发布状态 (03:00:28 PM) eyedeekay: 3) jpackage 更新状态 (03:00:28 PM) eyedeekay: 4) Monero 集成 (03:00:28 PM) eyedeekay: 5) 新的 SAM 库 (03:00:37 PM) zzz: hi (03:00:41 PM) zlatinb: hi (03:01:05 PM) eyedeekay: 嗨 zzz，嗨 zlatinb (03:01:12 PM) eyedeekay: 今天还有其他人吗？ (03:01:16 PM) mode (-m ) by zzz (03:01:31 PM) eyedeekay: 2) 1.6.1 发布状态 (03:02:32 PM) eyedeekay: 1.6.1 版已发布，种子已上线，Debian/Ubuntu/Launchpad、Maven、GPlay，以及我们的 F-Droid 也都已可用 (03:03:10 PM) eyedeekay: F-Droid 的仓库仍然是过期的，本周我的一项任务是让我们的应用再次与他们的自动构建系统配合工作 (03:04:01 PM) eyedeekay: 据我们所知，Debian 的仓库目前不会接收我们的更新，使用 Debian 软件包的人应切换到 deb.i2p2.de 或 deb.i2p2.no (03:05:18 PM) eyedeekay: 由 zlatinb 构建的 DMG 包也已更新到 1.6.1，并可在镜像上获取，同时也作为更新提供 (03:06:01 PM) eyedeekay: 我构建的 exe 包会在今天上线，我原计划昨天完成，但被 Windows 更新拖住了，所以我会在今晚弄好 (03:06:40 PM) eyedeekay: 根据 stats.i2p，大约 20% 的网络已经更新 (03:06:47 PM) eyedeekay: zzz、zlatinb，还有要补充的吗？ (03:09:13 PM) eyedeekay: 有人吗？ (03:11:26 PM) eyedeekay: 好的我回来了 (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: 根据 stats.i2p，大约 20% 的网络已经更新 (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: zzz、zlatinb，还有要补充的吗？ (03:11:50 PM) zzz: 有 (03:12:05 PM) zzz: 还没有 biglybt 的更新迹象，希望很快会有 (03:12:10 PM) zzz: 还没有用户投诉 (03:12:26 PM) zzz: echelon 在 1.6.1-2 开发版本上遇到了问题，但我们不知道原因 (03:13:03 PM) zzz: 另外，任何 i2p 软件包版本的用户（当前或更旧）都可能因 jetty9 依赖变化而遇到问题 (03:13:24 PM) zzz: 如果是这样，请手动运行 sudo apt install libservlet3.1-java (03:14:44 PM) zlatinb: 关于 biglybt，我今天早些时候因一件无关的事情联系到 Parg，他没问题 (03:15:52 PM) zzz: 也可能影响到最前沿的 Ubuntu jammy，不太确定 (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: 我是指 debian/ubuntu 包 (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: 这只发生在 debian sid，也可能仅限 jammy (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: 再给他几天时间，然后去催他 (03:16:31 PM) eyedeekay: 谢谢 zzz，如果包/依赖的问题真存在，大概会在 Reddit 上被提出来 (03:16:58 PM) eyedeekay: 我日常用 sid，到目前为止还没遇到这个问题 (03:17:01 PM) zzz: ref: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) jpackage 更新状态 (03:19:36 PM) eyedeekay: 这部分前面已部分涉及，zlatinb 的 dmg 包已经上传到镜像并在网站列出 (03:20:29 PM) eyedeekay: 我需要先给我的 Windows 笔记本做一些更新，所以昨晚没完成 exe 构建，会在会后发出 (03:21:08 PM) eyedeekay: 我已经把新闻服务器切换为发布 zlatinb 的新包 (03:21:59 PM) eyedeekay: 目前还没有收到用户反馈 (03:22:27 PM) zlatinb: 目前 dmg jpackage 已经很顺畅。我们对 1.5.0->1.5.1 的网络内更新做了端到端测试，确实可行（不过是第二次才成功） (03:23:02 PM) zlatinb: 据 snark 显示，有 1 人下载了该种子 (03:23:27 PM) zlatinb: 关于 mac jpackage 没太多可汇报的，基本可用 (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: 谢谢 zlatinb (03:24:41 PM) eyedeekay: 4) Monero 集成 (03:25:55 PM) eyedeekay: 感恩节期间，大家又对在 GUI 钱包（尤其是 Feather）中让 Monero 通过 I2P 自动工作产生了兴趣 (03:26:38 PM) eyedeekay: 我们正在这里做一些设计原型并分析不同配置的权衡： (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: 他们有兴趣采用我们的一些做法，包括最终采用我们在网络内分发软件更新的模型 (03:27:53 PM) eyedeekay: 如果有人想参与那里的讨论，主要在那边进行，也在 Monero 的 Matrix 频道 (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) 新的 SAM 库 (03:29:14 PM) zzz: 酷，我猜他们已经研究过比特币在底层地址协议方面的做法了 (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: 是的，他们看过了 (03:31:24 PM) eyedeekay: 上周另一件很酷的事是，diva.exchange 的人做了一个面向 Node.js/通用 JavaScript 的新 SAM 库 (03:32:02 PM) eyedeekay: 它的文档比旧的那个（现已无人维护）更新且更详尽 (03:32:07 PM) eyedeekay: 源码在这里：https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: NPM 包在这里 https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: 鉴于 Node 很流行，我想给它一点曝光，如今大家似乎都用 Node 写 Web 应用 (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: 会议还有其他事项吗？ (03:35:13 PM) zlatinb: 我这边没有 (03:36:01 PM) eyedeekay: 超时 1， (03:36:04 PM) eyedeekay: 1m (03:37:03 PM) eyedeekay: 那好，谢谢 zzz、zlatinb，下一次会议将在 2022 年 1 月 4 日举行 (03:37:03 PM) eyedeekay: 我稍后会发布日志 </div>/zh/blog/2021/11/29/1.6.1-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 29 Nov 2021 00:00:00 +0000/zh/blog/2021/11/29/1.6.1-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>注意：1.6.1 是当前发布版本。1.6.0 已打标签，但未发布。</p> <p>本次发布完成了对 2021 年开发的两项重大协议更新的部署。面向 router 的 X25519 加密迁移已加速，我们预计几乎所有 router 都会在年底前完成密钥轮换。已启用更短的 tunnel 构建消息，可显著降低带宽占用。</p> <p>我们在新的安装向导中增加了一个主题选择面板。我们改进了 SSU 性能，并修复了 SSU 对等测试消息的一个问题。为降低内存占用，我们调整了用于 tunnel 构建的布隆过滤器。我们增强了对非 Java 插件的支持。</p> <p>此外，我们在新 UDP 传输协议 SSU2 的设计上取得了显著进展，预计将在明年年初开始实现。</p> <p>像往常一样，我们建议您更新到此版本。保持安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>Console: Add theme selection to new-install wizard</li> <li>Jetty 9.3.30.v20211001</li> <li>Router: Increase probability of rekey to X25519</li> <li>SSU: Performance improvements</li> <li>SSU: Improve security of peer test</li> <li>Tomcat 9.0.54</li> <li>Tunnels: Enable sending new short build messages</li> </ul> <p><strong>错误修复</strong></p> <ul> <li>i2ptunnel: Fix encryption type selection logic</li> </ul> <p><strong>其他</strong></p>/zh/blog/2021/11/02/i2p-jpackages-%E8%BF%8E%E6%9D%A5%E9%A6%96%E6%AC%A1%E6%9B%B4%E6%96%B0/Tue, 02 Nov 2021 00:00:00 +0000/zh/blog/2021/11/02/i2p-jpackages-%E8%BF%8E%E6%9D%A5%E9%A6%96%E6%AC%A1%E6%9B%B4%E6%96%B0/<p>几个月前，我们发布了新软件包，希望通过让更多人更容易进行 I2P 的安装和配置，帮助新用户加入 I2P 网络。我们通过从外部 JVM 切换到 Jpackage，从安装流程中去掉了数十个步骤；同时为目标操作系统构建了标准软件包，并以操作系统可识别的方式对其进行签名，以确保用户安全。自那以后，jpackage 的 router 已达成一个新里程碑：它们即将迎来首次增量更新。这些更新将把 JDK 16 jpackage 替换为更新的 JDK 17 jpackage，并修复我们在发布后发现的一些小缺陷。</p> <h2 id="适用于-mac-os-和-windows-的通用更新">适用于 Mac OS 和 Windows 的通用更新</h2> <p>所有使用 jpackage 打包的 I2P 安装程序均包含以下更新：</p> <ul> <li>Update the jpackaged I2P router to 1.5.1 which is built with JDK 17</li> </ul> <p>请尽快更新。</p> <h2 id="i2p-windows-jpackage-更新">I2P Windows Jpackage 更新</h2> <p>仅适用于 Windows 的软件包将获得以下更新：</p> <ul> <li>Updates I2P in Private Browsing, NoScript browser extensions</li> <li>Begins to phase out HTTPS everywhere on new Firefox releases</li> <li>Updates launcher script to fix post NSIS launch issue on some architectures</li> </ul> <p>如需完整的更改列表，请参阅 i2p.firefox 中的 changelog.txt</p>/zh/blog/2021/11/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B411%E6%9C%8802%E6%97%A5/Tue, 02 Nov 2021 00:00:00 +0000/zh/blog/2021/11/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B411%E6%9C%8802%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb, Ryemantis_</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:00:16 PM) eyedeekay: 大家好，欢迎参加11月2日的社区会议 (04:00:16 PM) eyedeekay: 1) 你好 (04:00:16 PM) eyedeekay: 2) 1.6.0 开发状态 / 即将发布版本 (04:00:16 PM) eyedeekay: 3) mac/win jpackage 测试版状态、用户测试报告、in-net（网络内）17.0.2 更新状态、1.6.0 更新计划？ (04:00:35 PM) zzz: 嗨 (04:00:38 PM) zlatinb: 嗨 (04:00:55 PM) eyedeekay: 嗨 zzz、zlatinb (04:01:25 PM) eyedeekay: 2) 1.6.0 开发状态 / 即将发布版本 (04:02:25 PM) eyedeekay: 发布帖在这里: `http://zzz.i2p/topics/3170-1-6-0-release-summary` 我们还没有选定日期，我本该在那个帖子里回复一下，我们要在这里决定吗？ (04:02:43 PM) zzz: 好的，请吧 (04:03:18 PM) zzz: 从现在起3周将是第13周。再多或少1周我也可以 (04:03:19 PM) eyedeekay: 好，那我倾向于29号那一周，在美国感恩节之后 (04:04:12 PM) zlatinb: 在12月初之前我会从主工作站 afk（离开键盘），所以不能构建或签署 jpackage 安装程序。但我仍然可以提供 signtool 的 OTP（一次性密码），因为它在我手机上。 (04:05:34 PM) zzz: 好的，那暂定28号那一周？eche|off eche|on 有人反对吗？ (04:07:30 PM) eyedeekay: 目前看来，28号那一周对我来说可以。 (04:08:34 PM) eyedeekay: 关于议题2）还有别的吗？ (04:08:45 PM) zzz: 有，简要状态 (04:09:02 PM) zzz: 从改动量来看，这次发布相对比较小 (04:09:27 PM) zzz: SSU 的一些加速可能是亮点 (04:09:48 PM) zzz: zlatinb，如果你有时间把单元测试的弃用修复也挤进去就太好了 (04:09:52 PM) zzz: EOT (04:10:02 PM) eyedeekay: 谢谢 zzz (04:10:28 PM) zlatinb: 嗯，单元测试这件事不敢保证 :) (04:10:42 PM) eyedeekay: 3) mac/win jpackage 测试版状态、用户测试报告、in-net 17.0.2 更新状态、1.6.0 更新计划？ (04:12:18 PM) zlatinb: 我猜是 jdk 17.0.1，据我所知 17.0.2 还没发布 (04:12:21 PM) zzz: 是的，我加这个议题只是想让你们俩给社区做个更新 (04:12:32 PM) eyedeekay: 几天前我和 zlatinb 讨论过，评估了为 jpackage 安装版做 OpenJDK 17 升级的可能性 (04:12:43 PM) zzz: 打错别字请忽略 :) (04:13:36 PM) Ryemantis__ 现在更名为 Ryemantis_ (04:14:08 PM) eyedeekay: 目前我们已准备好对 jpackage 安装版进行网络内更新，但我们打算等主版本发布时再做我们的 jpackage 发布，届时会更新到 17.0.1 或 17.0.2 (04:14:55 PM) zlatinb: 17.0.2 要到一月中旬才会出，所以我们肯定应该先发布一个 1.6.0 的 jpackage 版本 (04:15:32 PM) zlatinb: 我的看法是，我很想对网络内更新流程做一次演练（dry-run），把小虫子（bug）都抖出来，但这需要在接下来的7天内完成，因为之后我就 afk 了 (04:16:03 PM) zlatinb: 总结一下，需要做如下几件事： (04:16:12 PM) zzz: eyedeekay，这不太清楚……你说“准备好了”，但不是现在做，而是要等？ (04:16:28 PM) zlatinb: 1. 更新 i2p.newsxml 仓库，以按平台生成 entries.html (04:16:50 PM) zlatinb: 2. 确保 idk 和 ech 的 news http 服务器能提供新的 news.su3 文件 (04:17:17 PM) zlatinb: 3. 从 i2p-1.5.0 标签为 i2p.i2p 建分支，提升 CoreVersion/RouterVersion，打 i2p-1.5.1 标签 (04:17:27 PM) zlatinb: 4. 构建 jpackage 安装程序，按需签名/公证 (04:17:47 PM) zlatinb: 5. 使用新的 release.json 构建新的 entries.html (04:17:50 PM) zlatinb: 6. 部署 (04:17:51 PM) zlatinb: eot (04:18:03 PM) zlatinb: 所以我不确定能否在7天内完成，但如果能的话就太好了 (04:19:10 PM) eyedeekay: 我说的准备好，是指 i2p.newsxml 的改动已经能生成可用于分发网络内更新的有效 feed，并且在我的 lighttpd 新闻服务配置上可以工作 (04:20:00 PM) eyedeekay: 我需要增加按平台的 entries.html 支持，目前大家都能看到全部新闻，但各自拿到不同的种子（torrent） (04:20:38 PM) zzz: 更宏观地讲，既然是测试版，进展顺利吗？有下载量和/或投诉吗？ (04:21:16 PM) zlatinb: 下载量——据 matomo 统计，mac 约 25/天，windows 约 100/天 (04:21:44 PM) eyedeekay: 没有重大投诉。有一个根据体系结构以及 Windows 是否已安装来检测已安装包路径的问题，这影响了部分 Windows 用户，但*仅在*从安装程序里运行启动器时才会出现 (04:22:03 PM) eyedeekay: 所以安装程序运行完之后这个 bug 就消失了，而且在新版本里已经修复 (04:22:11 PM) eyedeekay: 嗯，更准确地说，将会修复 (04:22:15 PM) zzz: 太好了 (04:22:21 PM) eyedeekay: 那就是上个月 zab 报告的问题 (04:22:40 PM) eyedeekay: *从较早版本安装或更新时 (04:24:34 PM) Ryemantis_: 大家好。我也想快速打个招呼，并为过去几周比较安静表示歉意。十月对我来说非常忙，其间还碰上了硬件故障。本周之后我应该会有时间把我的工作站重新组起来，继续 Android I2P 的工作。目前在做 LiveData、远程启动 I2P，以及 UPnP 修复。我回到 (04:24:35 PM) Ryemantis_: 状态后也会在论坛上更新。若还有需要更紧急关注的事情，也请告诉我。 (04:25:04 PM) eyedeekay: 很高兴听到你的消息，Ryemantis_，欢迎参加会议 (04:25:28 PM) eyedeekay: 谢谢你关于工作进展的更新，硬件故障和生活琐事我们大家都会遇到 (04:27:01 PM) eyedeekay: 回到 3）一点，目前由我来增加对 data/platform/branch/entries.html 中 entries.html 的支持，而不是只在 data/entries.html 中，这样我们就能有按平台划分的新闻源 (04:27:13 PM) Ryemantis_: 非常感谢理解，也感谢大家的辛勤工作 (04:28:23 PM) eyedeekay: 而不是一个所有人都看到所有新闻的单一 feed (04:29:00 PM) eyedeekay: 之后我们就可以从 zlatinb 描述中的第 3 步开始 (04:29:37 PM) eyedeekay: 关于 3）还有别的吗？ (04:30:20 PM) zlatinb: 没有，我觉得已经涵盖全部了 (04:30:46 PM) eyedeekay: 好的，这次会议还有其他事项吗，zzz、zlatinb、Ryemantis_？ (04:31:04 PM) zzz: 没有 (04:31:30 PM) Ryemantis_: 没有 (04:31:49 PM) zlatinb: 有个小问题——下次会议是在 1 号吗？ (04:31:54 PM) ***zlatinb 查看日历 (04:32:12 PM) eyedeekay: 我觉得是 7 号，zlatinb (04:32:20 PM) zlatinb: 好，那没事了 (04:32:33 PM) eyedeekay: 按我的日历，1 号是周三 (04:33:28 PM) eyedeekay: 哦，对了，这让我想起了 DST（夏令时）。我一直按 UTC 安排会议，但有人想因为夏令时调整会议时间吗？ (04:33:36 PM) zzz 已将主题更改为: 1.5.0-4 | 标签冻结 11月17日（周三） (04:35:30 PM) eyedeekay: 那我就当作没人需要了。除非有人在论坛帖里提出，会议将继续按照相同的 UTC 时间安排 (04:36:05 PM) eyedeekay: 感谢大家参加会议，我会在几分钟内发布会议记录。 </div>/zh/blog/2021/10/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B410%E6%9C%885%E6%97%A5/Tue, 05 Oct 2021 00:00:00 +0000/zh/blog/2021/10/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B410%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb, T3s|4</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: 大家好，欢迎来到社区会议 (04:00:04 PM) eyedeekay: 1) 嗨 (04:00:04 PM) eyedeekay: 2) 剩余的 0.9.50/1.5.0 项目 (04:00:04 PM) eyedeekay: 3) Jpackage 发行版 (04:00:04 PM) eyedeekay: 4) 1.6.0 开发状态 (04:00:15 PM) mode (-m ) 由 zzz (04:00:16 PM) eyedeekay: 1) 嗨，今天谁在？ (04:00:24 PM) zlatinb: 嗨 (04:00:24 PM) zzz: 在 (04:00:48 PM) eyedeekay: 嗨 zzz，嗨 zlatinb (04:01:30 PM) eyedeekay: 2) 剩余的 0.9.50/1.5.0 项目 (04:02:21 PM) eyedeekay: 情况与上次会议相同，我们目前无法联系到 mhatta，因此我们在 Debian 主仓库中的软件包没有更新 (04:02:55 PM) eyedeekay: 在下个版本中，关于在 Debian 和 Ubuntu 上安装 I2P 的官方建议将改为使用我们自己的 .deb 仓库/PPA (04:03:26 PM) eyedeekay: 我们也在更新使用说明，以纳入一些建议，使使用我们的仓库更加安全 (04:03:52 PM) eyedeekay: 在新的设置中，我们的 .deb 软件包签名密钥将只对我们的软件包有效，而不是对所有软件包通用 (04:04:04 PM) eyedeekay: 当前 deb/ubuntu 用户无需做任何更改 (04:05:04 PM) eyedeekay: 我这边关于 2) 的内容就这些了，其他人还有补充吗？ (04:05:23 PM) T3s|4: eyedeekay: ^都记下了，我也在场 (04:06:21 PM) eyedeekay: 谢谢 T3s|4 (04:06:21 PM) eyedeekay: 2) 超时 1 分钟 (04:07:36 PM) eyedeekay: 好的 3) Jpackage 发行版 (04:08:02 PM) zlatinb: 这个议题我有两点要说，都不太好 (04:08:18 PM) eyedeekay: 好，那就由你先开始吧 (04:08:42 PM) zlatinb: 3.1 - Mac DMG 没有正确部署到 sigterm.no 镜像上，我在发布两周后才发现 (04:09:11 PM) zlatinb: 这是一大失误，我们需要弄清楚为什么会发生，以及未来如何防止 (04:09:30 PM) zlatinb: 3.2 - 我刚在一个全新安装了 Firefox 的 Windows 10 虚拟机上试了 Windows AIO，.bat 无法启动 I2P.exe (04:09:50 PM) zlatinb: 手动启动 I2P.exe 没问题，但两者之间的连接出了问题 (04:09:50 PM) zzz: AIO 是什么？ (04:09:55 PM) eyedeekay: Easy-Install (04:09:56 PM) zlatinb: All-In-One (04:10:17 PM) zlatinb: EOT (04:11:42 PM) eyedeekay: sigterm.no 的失败部分是我的责任，我已经解决了那里的问题，涉及我之前进行镜像同步的方式。 (04:12:13 PM) eyedeekay: 关于 Windows 捆绑包，绝对不应该这样，不太好。我会在会议结束后立刻在 i2p.firefox 跟进，谢谢你提出来提醒我。 (04:12:50 PM) zlatinb: 好的，很乐意以任何方式协助调试 (04:14:54 PM) eyedeekay: 好的，我这边正在测试用于执行更新的 i2p.newsxml 变更，本周应该可以审阅。关于运行新闻服务器的说明有一些小改动，我需要和 ech 讨论一下，但我们已经在沟通了 (04:16:03 PM) zzz: 3.3 关于 OSX 的捆绑包，我建议我们说明在 ARM Mac 上尚未测试，性能未知，并征集测试者 (04:16:17 PM) eyedeekay: 同意，我今晚可以在网站上做出这个更改 (04:16:19 PM) zzz: 然后据此决定什么时候开始制作 ARM 构建 (04:17:17 PM) eyedeekay: 会的 (04:17:20 PM) zzz: 注意，从理论上讲，Java 17 支持 OSX ARm 原生，但我不知道那些类 openjdk 的网站是否已经有 JRE 构建 (04:18:26 PM) zzz: EOT，感谢 (04:18:38 PM) zlatinb: 为 Mac aarch64 构建需要在 Mac aarch64 上进行，因为 jpackage 的原因 (04:18:55 PM) zlatinb: 所以这意味着我得在某个时候弄一台 ARM Mac (04:19:12 PM) zlatinb: 或者需要有人弄一个 Apple 开发者账号 (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: 不巧我的 Mac 也是 x86_64，不然我会主动来做 (04:21:17 PM) eyedeekay: 3) 还有别的事项吗？ (04:22:19 PM) eyedeekay: 好的，那么 4) 是 1.6.0 开发状态 (04:25:17 PM) eyedeekay: zzz 一直在这里更新他的开发进展和状态：`http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: 已经进行了 6 周，大约还有 7 周 (04:25:40 PM) eyedeekay: 我计划对 router 控制台进行的两项重大更改之一可能无法纳入，即在 HTTP 代理中加入 X-I2P-Locations (04:26:10 PM) eyedeekay: 另一项，即管理 fork-and-forget 插件的功能，本周会准备就绪 (04:27:10 PM) eyedeekay: SSU2 的工作在 #LS2 中继续推进 (04:27:10 PM) eyedeekay: zlatinb 和 zzz 也一直在定位并调试 SSU1 的性能问题 (04:27:26 PM) eyedeekay: zzz、zlatinb，有要补充的吗 (04:27:28 PM) eyedeekay: ? (04:28:07 PM) zzz: 到目前为止，这个版本没什么大改动 (04:28:21 PM) zzz: 目前改动很小 (04:28:50 PM) zzz: 让我们尽快把其他重大更改合入 (04:29:36 PM) eyedeekay: 对我来说，任何大的或激烈的改动都不会拖过这个周末。如果周一前完不成，我就只做小改动。 (04:29:40 PM) zzz: 应该按计划在 11 月下旬发布 (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: 哦，我们还在等待一个 EOL 之后的 Jetty 9.3.30 版本，其中包含一些 CVE 回溯修复。他们已经打了标签，但还没发布构建，这对他们来说很常见 (04:31:43 PM) eyedeekay: 如果他们发布构建拖得太久，会需要推迟我们的发布吗？ (04:32:37 PM) zzz: 应该只会晚一周左右。如果他们因某些原因不发，我们可以直接拿他们的补丁 (04:33:02 PM) eyedeekay: 好的，谢谢澄清 (04:33:35 PM) eyedeekay: 4) 还有别的事项吗？如果没有，还有没有其他人想趁现在讨论的？ (04:35:03 PM) eyedeekay: 超时 1 分钟 (04:35:04 PM) zzz: 如果有注册昵称的人需要 voice，请在我点击 'm' 按钮前告诉我。抱歉带来不便 (04:37:10 PM) eyedeekay: 好的，感谢各位来参加会议 (04:37:10 PM) eyedeekay: IRC 上见，下个月的会议再见 (04:37:20 PM) eyedeekay: 我还要做一些网站更新 (04:37:59 PM) eyedeekay: 请注意 zzz 关于 IRC 服务器上 voice 的那条声明 (04:40:00 PM) eyedeekay: 哦，还有一件事，我周四和周五不在城里，那两天会离线工作。如果我不在线，请给 idk_afk 发消息，我晚上会看到的 </div>/zh/blog/2021/09/18/bitcoin-core-%E5%A2%9E%E5%8A%A0%E5%AF%B9-i2p-%E7%9A%84%E6%94%AF%E6%8C%81/Sat, 18 Sep 2021 00:00:00 +0000/zh/blog/2021/09/18/bitcoin-core-%E5%A2%9E%E5%8A%A0%E5%AF%B9-i2p-%E7%9A%84%E6%94%AF%E6%8C%81/<p>这是一件酝酿数月的大事：Bitcoin Core 已新增对 I2P 的官方支持！Bitcoin-over-I2P（运行在 I2P 上的 Bitcoin）节点可以在同时运行于 I2P 和 clearnet（明网）的节点帮助下，与其余 Bitcoin 节点进行充分交互，使其成为 Bitcoin 网络中的一等公民。看到像 Bitcoin 这样的大型社区开始关注 I2P 能为他们带来的优势，为全球用户提供隐私与可达性，令人振奋。</p> <h2 id="工作原理">工作原理</h2> <p>I2P 支持是自动的，通过 SAM API 实现。这同样是令人振奋的消息，因为它凸显了 I2P 的独特强项，例如赋能应用开发者以编程且便捷的方式构建 I2P 连接。通过 I2P 使用 Bitcoin 的用户只需启用 SAM API，并在启用 I2P 的情况下运行 Bitcoin，就可以无需手动配置地使用 I2P。</p> <h2 id="配置您的-i2p-router">配置您的 I2P Router</h2> <p>为了设置 I2P Router 以为比特币提供匿名连接，需要启用 SAM API。在 Java I2P 中，您应前往 <code>http://127.0.0.1:7657/configclients，并使用“Start”按钮启动</code> SAM Application Bridge。您也可以通过勾选“Run at Startup”复选框并点击“Save Client Configuration.”来使 SAM Application Bridge 默认启用。</p> <p>在 i2pd 中，SAM API 通常默认启用，但如果未启用，你应设置：</p> <pre tabindex="0"><code>sam.enabled=true </code></pre><p>在您的 i2pd.conf 文件中。</p>/zh/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/Wed, 15 Sep 2021 00:00:00 +0000/zh/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/<p>在 I2P 的大部分发展历程中，它一直作为一个应用程序运行，依赖于平台上已安装的 Java 虚拟机。这一直是分发 Java 应用程序的常规方式，但对许多人而言，这导致了较为繁琐的安装过程。更复杂的是，在某一平台上让 I2P 易于安装的 &ldquo;right answer&rdquo; 可能与其他平台并不相同。举例来说，在基于 Debian 和 Ubuntu 的操作系统上，使用标准工具安装 I2P 十分简单，因为我们可以在我们的软件包中直接将所需的 Java 组件列为 &ldquo;Required&rdquo;；然而在 Windows 或 OSX 上，并没有这样的系统让我们确保已安装兼容的 Java。</p> <p>显而易见的解决方案是由我们自己管理 Java 的安装，但这本身过去就是一个问题，而且超出了 I2P 的范畴。然而，在较新的 Java 版本中，出现了一组新的选项，有望为许多 Java 软件解决这个问题。这个令人兴奋的工具名为 <strong>&ldquo;Jpackage.&rdquo;</strong></p> <h2 id="i2p-zero-和无依赖的-i2p-安装">I2P-Zero 和无依赖的 I2P 安装</h2> <p>首个在构建无依赖的 I2P 软件包方面非常成功的尝试是 I2P-Zero，它最初由 Monero 项目创建，供 Monero 加密货币使用。该项目之所以令我们非常兴奋，是因为它成功创建了一个通用的 I2P router，能够轻松与 I2P 应用一起打包。尤其是在 Reddit 上，许多人表达了对设置 I2P-Zero router 简单性的偏好。</p> <p>这确实向我们证明，使用现代的 Java 工具可以实现一个易于安装的、无依赖的 I2P 软件包，但 I2P-Zero 的使用场景与我们的稍有不同。它最适合那些需要一个 I2P router，并且能够通过其便捷的控制端口（端口号 &ldquo;8051&rdquo;）轻松进行控制的嵌入式应用。我们的下一步将是把这项技术适配到通用型 I2P 应用程序上。</p> <h2 id="osx-应用程序安全性更改影响-i2p-izpack-安装程序">OSX 应用程序安全性更改影响 I2P IzPack 安装程序</h2> <p>在较新的 Mac OSX 版本中，这个问题变得更加迫切，因为无法再轻松使用以 .jar 格式提供的“Classic”安装程序。这是因为该应用程序未通过 Apple 官方的“公证”，因此被视为安全风险。<strong>然而</strong>，Jpackage 可以生成 .dmg 文件，该文件可以由 Apple 官方进行公证，从而方便地解决我们的问题。</p>/zh/blog/2021/09/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B49%E6%9C%887%E6%97%A5/Tue, 07 Sep 2021 00:00:00 +0000/zh/blog/2021/09/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B49%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:02:11 PM) eyedeekay: 大家好，抱歉通知得很匆忙，欢迎参加 9 月 7 日的会议 (04:02:11 PM) eyedeekay: 1) 嗨 (04:02:11 PM) eyedeekay: 2) 剩余的 0.9.50/1.5.0 事项 (04:02:11 PM) eyedeekay: 3) Debian 仓库变更 (04:02:11 PM) eyedeekay: 4) Jpackage 发行包 (04:02:11 PM) eyedeekay: 5) 1.6.0 计划 (04:03:12 PM) zlatinb: 嗨 (04:03:21 PM) eyedeekay: 嗨 zlatinb (04:04:21 PM) eyedeekay: 好的，我们就开始吧，如果有人中途加入，请吱一声让我们知道你到了 (04:04:49 PM) zzz: 嗨 (04:04:54 PM) eyedeekay: 嗨 zzz (04:05:03 PM) eyedeekay: 我先说 2) 剩余的 0.9.50 和 1.5.0 事项 (04:05:41 PM) serempa: 嗨 (04:05:55 PM) eyedeekay: 嗨 serempa，欢迎参加社区会议 (04:06:19 PM) serempa: 哦真幸运 :) (04:06:20 PM) eyedeekay: 老问题了，我们由 mhatta 维护的 Debian 上游包没有及时更新，目前建议你使用项目的 debian 仓库，现在由我管理，地址是 http(s)://deb.i2p2.de (04:06:54 PM) eyedeekay: 每个月的第一个周二，UTC 时间晚 8 点，告诉你的朋友们 :) (04:07:19 PM) serempa: 嗯其实我用的是 i2pd (04:07:28 PM) zzz: 看起来我们的 f-droid 和官方 f-droid 还没搞定，对吧 eyedeekay？ (04:07:41 PM) eyedeekay: 对，我正要说到这个 (04:09:26 PM) eyedeekay: 我还在更新我们的 F-Droid 仓库；官方 F-Droid 何时更新我无法控制，所以建议类似：我们的 F-Droid 会早于官方 F-Droid 仓库完成更新 (04:10:23 PM) eyedeekay: 因此如果想要最新的包，可能需要使用我们自建的 F-Droid (04:10:48 PM) zzz: 我没看到还有别的遗漏 (04:11:42 PM) eyedeekay: 只剩这两个发布产物了 (04:12:35 PM) serempa: 打扰一下，有人维护 arm 包吗？ (04:13:16 PM) zzz: 只要有 Java 的平台我们都能运行 (04:13:20 PM) serempa: 在 rpi 源里是 0.9.38-3.1 (04:13:47 PM) eyedeekay: 那是没把 deb.i2p2.de 加到 sources.list 的 raspbian 吧？ (04:14:01 PM) eyedeekay: 确认一下，serempa？ (04:14:05 PM) zzz: 你可以按照 geti2p.net/debian 上的说明使用我们的仓库，serempa (04:14:21 PM) serempa: 哦明白了，抱歉 (04:14:23 PM) eyedeekay: 对，那里应该有最新的 pi 包 (04:14:37 PM) eyedeekay: 这就说到 3) Debian 仓库变更 (04:14:37 PM) eyedeekay: 旧的 http://deb.i2p2.no 仓库出现了 DNS 问题 (04:15:43 PM) eyedeekay: 之前用于该仓库的服务器已经不再承担任何用途，已退役。从现在起，deb.i2p2.de 和 deb.i2p2.no 都可以通过 HTTP 和 HTTPS 访问 (04:16:40 PM) eyedeekay: 使用新配置如果遇到任何问题请告诉我们，整体来说它应该更少出问题 (04:17:22 PM) eyedeekay: 关于 3) 还有要补充的吗？ (04:18:07 PM) eyedeekay: 4) Jpackage 发行包 (04:19:29 PM) eyedeekay: 目前为止 Zab 的 jpackage 发布很成功，至少已经有人在用 (04:20:29 PM) eyedeekay: 现在我们更清楚如何改造新闻服务器，让 jpackage 版本能够获取其发行版的新闻和更新 (04:20:45 PM) eyedeekay: 我会推迟我的发布，直到我能发布一个新版的 I2P In Private Browsing，它包含一些修复，并会设置主页和搜索引擎 (04:21:31 PM) eyedeekay: 这大概还需要一周 (04:21:49 PM) eyedeekay: 关于 4) 还有别的要补充吗 zlatinb？zzz？ (04:22:06 PM) zlatinb: 哎等下 (04:22:06 PM) zlatinb: 延迟，卡卡的 (04:22:37 PM) eyedeekay: 没关系，你说吧 zlatinb (04:22:39 PM) zlatinb: 是的，mac dmg 平均每天大约有 ~25 次下载 (04:22:44 PM) eyedeekay: 不错！ (04:23:10 PM) zlatinb: /en/download/mac 页面流量也不错。很多人在尝试下载 .jar 之后会去看它 (04:23:50 PM) zzz: 回来了，抱歉，电脑出问题了 (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: 是的，mac dmg 平均每天大约有 ~25 次下载 (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: 不错！ (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: /en/download/mac 页面流量也不错。很多人在尝试下载 .jar 之后会去看它 (04:24:24 PM) eyedeekay: 以防你需要回看^ (04:25:09 PM) zzz: 你们三位把新闻服务器的 URL 问题解决了吗？ (04:25:39 PM) zlatinb: 在较新的 Mac OS 版本上完全没法用，因为 notarization（苹果公证） (04:25:39 PM) zlatinb: 结束 (04:25:39 PM) zlatinb_ is now known as zlatinb (04:25:47 PM) zlatinb: 延迟很严重，抱歉 (04:27:00 PM) eyedeekay: 还没有。zlatinb，我们找个时间开个会聊聊剩下的新闻 URL 问题可以吗？我有一两点需求想向你确认，如果这周能见一次就够了 (04:27:42 PM) zlatinb: 可以，一旦我们确定处理方式，我来做 Python 方面的修改没问题 (04:27:56 PM) zlatinb: 关键是要不要为不同产品提供独立的新闻源，还是只用不同的元数据 (04:28:05 PM) zlatinb: 这个需要敲定 (04:29:45 PM) eyedeekay: 那我想这周找个时间快速语音一下，时间我们之后再定，我还不确定该侧重哪些利弊 (04:30:01 PM) zlatinb: 好的 (04:30:08 PM) eyedeekay: 听起来不错 (04:30:21 PM) eyedeekay: 4) 还有别的吗？ (04:30:30 PM) zzz: 第一次做夹在主版本之间的更新时需要一个不同的订阅源，比如针对 Java 的 (04:31:17 PM) zzz: 记得把 echelon 也加进来，他可能也有自己的问题 (04:32:19 PM) eyedeekay: “夹在之间”是指从非 jpackage 到 jpackage 吗？在我这边这是“禁用”的：NSIS 安装程序如果发现有 IzPack 安装程序就不会覆盖 (04:33:01 PM) zzz: 一时想不起合适的词。我是指介于上游发布之间的中间版本，比如 1.5.1 (04:33:10 PM) eyedeekay: 哦我明白了 (04:33:20 PM) eyedeekay: 有道理，感谢提醒 (04:33:50 PM) eyedeekay: 我会发一封群邮件，把大家都拉进来 (04:34:12 PM) eyedeekay: 而且由于 OpenJDK 的发布，我们确实需要这么做 (04:34:34 PM) eyedeekay: 所以这点我们很在意 (04:35:13 PM) eyedeekay: 好的，关于 4) 还有别的吗？ (04:36:21 PM) eyedeekay: 那我们进入 5) 1.6.0 计划 (04:37:45 PM) eyedeekay: 我们现在花点时间把计划写下来，超时 3 分钟 (04:38:23 PM) zzz: 我已经把网站上的 1.5.0 和 1.6.0 路线图更新了——eyedeekay 请检查并修订你的条目 (04:38:45 PM) zlatinb: 我会看看能否对我在测试网观察到的 SSU 变慢问题做一个快速修复。如果只是像延迟的 ack 耽搁太久这类简单问题，我认为我们可以把它放进 1.6.0 (04:39:04 PM) zlatinb: 如果证明更复杂，那就不值得了，因为我们正在做替代方案 (04:39:40 PM) zzz: 我在 1.6.0 的清单上项目不多……目前我的主要优先级是 SSU2，还在非常早期阶段，我不认为它会在明年年中之前完成 (04:39:52 PM) eyedeekay: 收到，zzz，我今晚处理 (04:39:52 PM) eyedeekay: 我带来了点“copypasta”，这是贴在我书架上的清单： (04:39:52 PM) eyedeekay: 代码/打包： (04:39:52 PM) eyedeekay: 1) 消除“Unmanaged”插件这一类，使 Fork-and-Exec 插件可管理。 (04:39:52 PM) eyedeekay: 2) 为 HTTP 代理添加对 X-I2P-Location 客户端侧的支持 (04:39:52 PM) eyedeekay: 3) 将 I2P Browser Profile 做成 Debian 化 (04:39:52 PM) eyedeekay: 4) 将 I2P Browser Profile 插件化 (04:39:52 PM) eyedeekay: 5) 把 goSam 和 sam3 迁移到 i2pgit.org，而不是 Github (04:39:52 PM) eyedeekay: 6) 清理 sam-forwarder 的 UDP tunnels，并迁移到 go-i2p 命名空间 (04:39:52 PM) eyedeekay: 7) 最终修复并将 go-i2p 的改动合并回上游 (04:39:52 PM) eyedeekay: 网站/文档： (04:39:52 PM) eyedeekay: 1) 编写 I2P 在 Android 浏览、邮件、Bittorrent 上的“如何使用”文档 (04:39:52 PM) eyedeekay: 2) 将下载页面拆分成易于管理的模块，并按操作系统重定向到对应页面 (04:39:52 PM) eyedeekay: 3) 在网站上记录 Jpackage 的安装流程 (04:39:52 PM) eyedeekay: 杂项： (04:39:52 PM) eyedeekay: 1) 将 i2p.keyring.i2p 迁移到 i2pgit.org (04:39:52 PM) eyedeekay: 2) 将我其他的应用（BRB、Railroad、reseed-tools）插件化 (04:39:52 PM) eyedeekay: 3) 用 Go 重写 News Server（newsxml-tools） (04:39:52 PM) eyedeekay: 4) 通用的 Go SU3 签名工具 (04:40:33 PM) zzz: eyedeekay，麻烦本周完成杂项第 1 条 (04:40:47 PM) eyedeekay: 没问题 (04:40:54 PM) zzz: 太好了，谢谢 (04:41:10 PM) eyedeekay: 不客气 (04:42:03 PM) eyedeekay: 5) 还有别的吗？ (04:43:21 PM) eyedeekay: 会议还有别的事项吗？考虑到可能延迟，超时 2 分钟 (04:43:53 PM) zlatinb: 嗯，是的，今天有人注意到很糟糕的延迟吗？我向 git.idk.i2p 推送时也得尝试多达 10 次 (04:46:39 PM) eyedeekay: 过去一周我也注意到向 git.idk.i2p 推送时有些不稳定的问题 (04:48:07 PM) eyedeekay: 通常几分钟就恢复，但需要多次重试 (04:49:37 PM) eyedeekay: 我现在把它配置为 6 个 tunnels 和 2 个备用 tunnels，使用单跳 (04:54:59 PM) eyedeekay: 它目前不是 multihomed（多宿主），但我可以这么做 (04:55:08 PM) eyedeekay: 会议还有别的事项吗？超时 1 分钟 (04:57:26 PM) eyedeekay: 好的，感谢各位参加，下个月同一时间再见，我稍后会把会议记录发布到网站上 </div>/zh/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/Tue, 07 Sep 2021 00:00:00 +0000/zh/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/<h2 id="使用加密的-leasesets租约集提升你的-i2p-技能">使用加密的 LeaseSets（租约集）提升你的 I2P 技能</h2> <p>过去人们常说 I2P 注重对隐藏服务的支持，这在许多方面确实如此。然而，这对用户、开发者以及隐藏服务管理员分别意味着什么，并不总是相同的。加密的 LeaseSets（租约集合）及其用例提供了一个独特且实用的窗口，使人们得以了解 I2P 如何使隐藏服务更灵活、更易于管理，以及 I2P 如何在隐藏服务概念之上进行扩展，从而为潜在且颇具价值的用例提供安全优势。</p> <h2 id="什么是-leaseset">什么是 LeaseSet？</h2> <p>当你创建一个隐藏服务时，你会向 I2P NetDB 发布一个名为 &ldquo;LeaseSet&rdquo; 的条目。&ldquo;LeaseSet&rdquo; 用最简单的话来说，就是其他 I2P 用户用来确定你的隐藏服务在 I2P 网络中的“位置”的信息。它包含 &ldquo;Leases&rdquo;，这些 &ldquo;Leases&rdquo; 用于标识可用于到达你隐藏服务的 tunnels，以及你的 Destination（目的地标识）的公钥，客户端会用该公钥对消息进行加密。这种类型的隐藏服务，只要持有地址，任何人都可以访问，这可能是目前最常见的用例。</p> <p>不过，有时你可能并不想让你的隐藏服务对任何人都可访问。有人把隐藏服务用作访问家用电脑上的 SSH 服务器的方式，或用来组建由 IoT 设备构成的网络。在这些情况下，让你的隐藏服务对 I2P 网络上的所有人可访问既没有必要，甚至可能适得其反。这就是 &ldquo;Encrypted LeaseSets&rdquo;（加密的 LeaseSet）派上用场的时候。</p> <h2 id="加密的-leasesets极其隐蔽的服务">加密的 LeaseSets：极其隐蔽的服务</h2> <p>Encrypted LeaseSets 是以加密形式发布到 NetDB（网络数据库）中的 LeaseSets，其中的任何 Leases 或公钥都不可见，除非客户端拥有用于解密其中 LeaseSet 的密钥。只有与你共享密钥的客户端（适用于 PSK Encrypted LeaseSets），或将其密钥与你共享的客户端（适用于 DH Encrypted LeaseSets），才能看到该 destination，其他任何人都无法看到。</p> <p>I2P 支持多种加密的 leaseSet 策略。决定采用哪一种时，理解每种策略的关键特性非常重要。如果一个加密的 leaseSet 采用“预共享密钥(PSK)”策略，那么服务器会生成一个（或多个）密钥，随后由服务器运营者与每个客户端共享。当然，这种交换必须通过带外渠道进行，例如可以在 IRC 上交换。这种加密的 leaseSet 方式有点像用密码登录 Wi‑Fi。不同的是，你“登录”的对象是一个隐藏服务。</p> <p>如果一个 Encrypted LeaseSet 使用 Diffie-Hellman（DH）策略，那么密钥会在客户端生成。当一个 Diffie-Hellman 客户端连接到带有 Encrypted LeaseSet 的 destination（目标地址）时，必须先与服务器运营者共享其密钥。然后由服务器运营者决定是否授权该 DH 客户端。这种 Encrypted LeaseSets 版本有点像带有 <code>authorized_keys</code> 文件的 SSH。不同的是，你登录的是一个 Hidden Service（隐藏服务）。</p>/zh/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/Sat, 28 Aug 2021 00:00:00 +0000/zh/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/<h2 id="隐身是最好的防御在互联网之中构建一个互联网">隐身是最好的防御：在互联网之中构建一个互联网</h2> <blockquote> <p>&ldquo;我相信，大多数人想要这项技术，是因为它能让他们自由地表达自己。知道自己能够做到这一点，会让人感到安心。与此同时，我们也可以通过改变人们对安全与隐私的看法，以及它们被重视的程度，来克服互联网中存在的一些问题。&rdquo;</p></blockquote> <p>2001年10月，0x90（Lance James）有一个愿景。它起初源于一种&quot;希望能够与其他 Freenet 用户进行即时通信，以讨论 Freenet 问题并交换 Freenet 密钥，同时仍然保持匿名、隐私和安全&quot;的愿望。它被称为 IIP — the Invisible IRC Project（隐形 IRC 项目）。</p> <p>The Invisible IRC Project 基于 The InvisibleNet 背后的理念与框架。在 2002 年的一次采访中，0x90 将该项目描述为专注于“智能网络技术的创新”，其目标是“在广泛使用但臭名昭著地不安全的互联网之上，提供最高标准的安全性和隐私保护”。</p> <p>到2003年，已经有其他几个类似的项目启动，规模最大的包括Freenet、GNUNet和Tor。这些项目都有着广泛的目标，即对各种流量进行加密和匿名化。对于IIP来说，很明显，仅靠IRC并不是一个足够大的目标。所需要的是一个适用于所有协议的匿名化层。</p> <p>2003 年初，一位新的匿名开发者“jrandom”加入了该项目。他的明确目标是扩大 IIP 的使命范围。jrandom 希望用 Java 重写 IIP 的代码库，并基于最新的论文以及 Tor 和 Freenet 在当时做出的早期设计决策，重新设计这些协议。一些概念（例如“洋葱路由”）被修改为“大蒜路由”。</p> <p>到2003年夏末，jrandom 已经掌控了该项目，并将其更名为 Invisible Internet Project，或称为 &ldquo;I2P&rdquo;。他发布了一份文件，概述了该项目的理念，并将其技术目标和设计置于混合网络（mixnets）和匿名化层的背景之中。他还发布了两种协议（I2CP 和 I2NP）的规范，这些规范构成了当今 I2P 所使用网络的基础。</p> <p>到2003年秋季，I2P、Freenet 和 Tor 正在迅速发展。jrandom 于 2003 年 11 月 1 日发布了 I2P 0.2 版本，并在随后的三年里持续快速发布新版本。</p> <p>2005年2月，zzz首次安装了 I2P。到2005年夏季，zzz 已经搭建了 zzz.i2p 和 stats.i2p，它们成为 I2P 开发的核心资源。2005年7月，jrandom 发布了 0.6 版本，其中包括用于 IP 发现和防火墙穿越的创新型 SSU (Secure Semi-reliable UDP) 传输协议。</p>/zh/blog/2021/08/26/i2p-%E5%BA%86%E7%A5%9D%E6%88%90%E7%AB%8B20%E5%91%A8%E5%B9%B4/Thu, 26 Aug 2021 00:00:00 +0000/zh/blog/2021/08/26/i2p-%E5%BA%86%E7%A5%9D%E6%88%90%E7%AB%8B20%E5%91%A8%E5%B9%B4/<h2 id="i2p-的20年">I2P 的20年</h2> <p>很难相信，但 I2P 已经存在将近 20 年了！自从它以一个提供对 IRC 匿名访问的用 C 编写的项目起步以来，我们拥有了数百名贡献者，接收了来自数十位开发者的提交，使用过 2 种主要语言、3 种版本控制系统，经历了其密码学方案的一次迁移，以及多次 soft-forks（兼容性分叉）。在隐形网络上曾有大约 500 个已注册站点，还有无数未注册的 I2P 站点，它们只能通过其加密的主机名访问。</p> <p>多亏了像你这样的用户的参与，网络已经从一小群高级用户发展到由遍布全球的用户运行的超过 75,000 个节点，这些节点由 I2P routers 构成，而这些 I2P routers 可能被捆绑在数十个应用程序中。如今 I2P 可用于 Windows、Mac OSX、Linux，并且已移植到 FreeBSD、OpenBSD 以及许多其他系统。I2P 还能在手机上运行，甚至可以运行在 SOHO routers 上（得益于该协议的独立 C++ 实现 i2pd）。</p> <h2 id="具有旗舰级应用的路由协议">具有旗舰级应用的路由协议</h2> <p>甚至在其他匿名项目开始提供各自的应用套件之前，I2P 就已经是一种用于构建为匿名而配置的应用程序的工具。多年来，我们一直依托这一优势，通过扩展我们的 API，以支持越来越多、功能更加多样的应用程序。如今，我们仍在开发将 I2P 集成到应用程序中的新方法。</p> <p>借助 Hidden Services Manager（隐藏服务管理器）或 SAM API 的能力，各类应用的开发者都可以使用 I2P 为其用户赋予匿名性。像 Monero 的 I2P‑Zero 这样的精彩下游项目，使开发者可以非常容易地帮助用户连接到 I2P。如今，I2P 已为包括 Bitcoin、IRC、电子邮件以及多种文件共享协议在内的数十种应用提供匿名性。</p> <h2 id="一个由人人共同构建为人人服务的匿名网络">一个由人人共同构建、为人人服务的匿名网络</h2> <p>I2P 一直是一个去中心化的网络，因为很显然，提供匿名网络本质上是一个需要协作的过程。举一个最极端的例子：一台计算机既无法为自己提供匿名性，也无法（从定义上说）构成一个有用的网络。然而，以这种完全去中心化的方式构建 I2P 并非总是容易的。</p> <p>从一开始，I2P 就必须具备可扩展性，并能够实现自我平衡，这样高带宽节点就无法轻易接管网络。Sybil 攻击将不再仅仅停留在学术研究的范畴，我们将需要针对它们开发新的防御措施。</p>/zh/blog/2021/08/23/1.5.0-%E5%8F%91%E5%B8%83/Mon, 23 Aug 2021 00:00:00 +0000/zh/blog/2021/08/23/1.5.0-%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>是的，没错，在 0.9.x 系列发布持续 9 年之后，我们将直接从 0.9.50 跳到 1.5.0。这并不意味着 API 有重大变更，也不表示我们宣称开发已经完成。这只是对我们为用户提供匿名性和安全性所做的近 20 年努力的一种认可。</p> <p>本次发布完成了更小的 tunnel（隧道）构建消息的实现，以减少带宽占用。我们继续推进网络的 routers（路由器）向 X25519 加密的迁移。当然，还包含大量的错误修复和性能改进。</p> <p>一如既往，我们建议您更新到本次发布。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>RRD4J 3.8</li> <li>Tunnels: Finish support for new build messages (proposal 157)</li> <li>Updates: Support for .dmg and .exe updates</li> </ul> <p><strong>错误修复</strong></p> <ul> <li>Console: Fix generation of SSL keys on Java 17</li> <li>i2psnark: Fix autostart for magnets</li> <li>Router: Fix rare deadlock in publishing our RI</li> <li>SSU: Fix handling of bad peer test responses</li> <li>UPnP: IPv6 fixes</li> </ul> <p><strong>其他</strong></p>/zh/blog/2021/08/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B48%E6%9C%883%E6%97%A5/Tue, 03 Aug 2021 00:00:00 +0000/zh/blog/2021/08/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B48%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> (04:00:31 PM) eyedeekay: 1) 嗨 (04:00:31 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:00:31 PM) eyedeekay: 3) 0.9.50 的剩余事项 (04:00:31 PM) eyedeekay: 4) Streaming 阻塞（choke）发现 (04:00:31 PM) eyedeekay: 5) Jpackage 更新 (04:00:52 PM) eyedeekay: 大家好，到了周二会议的时间，还有谁在？ (04:00:58 PM) zlatinb: 嗨 (04:01:05 PM) zzz: yo (04:01:24 PM) eyedeekay: 太好了，开始吧 (04:01:34 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:01:45 PM) eyedeekay: zzz 在论坛上发了关于版本编号变更的帖子 (04:02:06 PM) Irc2PGuest39607: hi! (04:02:24 PM) eyedeekay: 嗨 IRC2PGuest39607 (04:02:38 PM) zzz: 是的，我们上个月初步决定用 1.5.0，一个月后大家感觉如何？ (04:02:40 PM) mode (+v anonymousmaybe) by ChanServ (04:03:08 PM) eyedeekay: 看起来我们没有收到什么意见，我仍然同意 1.5.0 作为下一个版本 (04:03:45 PM) X: 我喜欢向 1.x.x 迈进 (04:03:47 PM) zzz: 我也是。需要点时间适应，但感觉是个好主意 (04:04:17 PM) zlatinb: 有个问题：maven 的 jar 会保持在 API 版本吗？插件会根据 API 版本进行校验吗？ (04:05:36 PM) zzz: 我猜两者都是不会 (04:06:06 PM) zlatinb: 好的，只要保持一致就行 (04:06:51 PM) zzz: 可以把 API 版本当成“网络版本”。用户可见的东西都应该是发行版本 (04:07:30 PM) eyedeekay: 我能理解，而且我知道 1.5.0 会适配我们的 maven 发布 (04:07:42 PM) zzz: idk，我也可以在这里做个简短的状态汇报吗？ (04:07:50 PM) eyedeekay: 可以，请讲 (04:08:00 PM) mode (+v anonymousmaybe) by ChanServ (04:08:09 PM) zzz: 下个版本的内容基本都完成了。diff 有 1 万行 (04:08:28 PM) zzz: 标签冻结 8 月 11 日，提交截止 8 月 20 日，发布在 8 月 23 日那一周 (04:08:31 PM) zzz: EOT (04:08:40 PM) eyedeekay: 谢谢 zzz (04:09:02 PM) eyedeekay: 我们进入 3) 0.9.50 的剩余事项，可以吗？ (04:09:52 PM) eyedeekay: 现在剩余的发布事项和上个月一样，也就是 Debian 软件包的发布 (04:10:53 PM) zzz: 有点可惜，但目前我们能做的就是鼓励大家改用 PPA (04:11:08 PM) eyedeekay: 我仍未收到维护者的回复，所以对于当前的 debian 软件包，唯一的选项是 deb.i2p2.de/no 和 PPA (04:11:49 PM) eyedeekay: 我会在网站上明确说明这些是推荐的软件包 (04:12:07 PM) eyedeekay: 4) Streaming 阻塞（Choke）发现 (04:12:55 PM) eyedeekay: 这是 zlatinb 的议题，准备好了请分享你的发现，zlatinb (04:13:20 PM) zlatinb: 在真实网络上确实会发生阻塞，可能是接收缓冲区大小计算错误（125 vs 128）所致，也可能是 ECIES 的 MTU 变更导致的，不确定 (04:13:56 PM) zlatinb: 我没有更深入分析，只是尝试把接收缓冲区加倍并验证阻塞不再发生 (04:14:42 PM) zlatinb: 总的来说还有其他 Streaming 方面我想更深入研究，但那会留到下个版本之后 (04:14:45 PM) zlatinb: eot (04:14:54 PM) zlatinb: s/next/after next/ (04:14:57 PM) eyedeekay: 有意思。谢谢你的调查。要不要把这个也列为下个月的议题？ (04:15:10 PM) zzz: 绝对值得进一步研究，但我不认为需要到列为会议议程项的程度 (04:15:30 PM) eyedeekay: 好的，谢谢 (04:16:11 PM) eyedeekay: 最后是 5) jpackage 更新 (04:16:16 PM) zzz: 但也要确认 zlatinb 同意？ (04:16:16 PM) zlatinb: 我同意 (04:16:48 PM) eyedeekay: 收到。我就不放到下次议程里了 (04:17:50 PM) eyedeekay: jpackage 更新：zlatinb 和我都在做 jpackage 的捆绑包，zab 的面向 Mac OSX，是签名的基于 DMG 的包，我的面向 Windows，是基于 NSIS 的 EXE，工作方式类似于 Firefox 配置文件安装器 (04:18:30 PM) eyedeekay: 我们一直在让它们支持自更新并保持稳定，我昨晚看了 zab 的工作，做了一些跟进 (04:19:57 PM) eyedeekay: 以前我们会和常规发布同时发布这些实验性捆绑包，等到 1.5.0 时，AIO 捆绑包和 DMG 捆绑包应该都能自更新 (04:20:17 PM) zzz: AIO? (04:20:37 PM) eyedeekay: All-in-One，一体化的 Windows/jpackage/profile 捆绑包 (04:21:43 PM) eyedeekay: zlatinb，这方面你还有要补充的吗？ (04:22:12 PM) zlatinb: dmg 已完成并测试过，1.5.0 发布时我很乐意把它作为一个下载选项 (04:22:20 PM) zzz: 我们把计划说清楚吧。我们会把这两者都放到下载页面上，时间大致与 1.5.0 其他部分同步？标注为啥？Alpha？Beta？ (04:23:11 PM) zlatinb: 我更倾向于用“替代下载选项”，而不是 alpha/beta 标签 (04:23:35 PM) zlatinb: dmg 肯定不是 alpha，beta 也许可以 (04:24:19 PM) zzz: 我也想明确我们如何引导用户选择某一个。比如：如果你想让它作为服务运行，就不要用这个。 (04:24:34 PM) zzz: 不必在这次会议上全部搞定，但要在发布前搞清楚 (04:25:22 PM) eyedeekay: 我们给它们做了单独的页面，目前称为“实验性”。我打算再让 AIO EXE 安装程序保留一个周期的“实验性”标签。对于把它作为 Windows 用户在 lang/download 页面上的替代下载选项，我会按照这个标签来标注 (04:25:35 PM) zzz: zlatinb，如果目前只有一个人测试过，那我觉得还是要循序渐进，并加上 beta 标签 (04:26:05 PM) zlatinb: 好 (04:26:17 PM) zzz: “替代”不代表任何含义，我们需要引导用户选择。这些说明可以随着测试增多而调整 (04:27:23 PM) zzz: eyedeekay，我前一次看你的（大概几周前）还差得挺远，所以你得加把劲，准备好了就告诉我们 (04:28:18 PM) zzz: 如果到不了 8 月 23 日节点，或者不需要和 dmg 同步，也没必要硬赶 (04:28:48 PM) eyedeekay: 好的，我不会推出新版本，除非我非常确定它每次都能正常工作 (04:29:38 PM) eyedeekay: 昨晚我在看了 zab 的改动后提交了不少内容，但还没做新的更新测试 (04:30:42 PM) zzz: 我已经花了很多时间帮 zab，看你的只花了 5 分钟……也许你能从他那得到更多帮助，或者直接复用了他的大多数代码，但你准备好时要喊一声 (04:31:57 PM) eyedeekay: 我借用了 zab 的一部分代码并做了适配，其余大多是自己摸索 (04:32:25 PM) eyedeekay: 我会很快在 GitLab 的合并讨论串里更新，说明哪些相同、哪些不同 (04:32:49 PM) eyedeekay: *今晚 (04:33:53 PM) zzz: 每当我们在下载页面或其他地方添加一个“官方”的发布产品时，都是很重要的一步，需要我们为之背书。我不希望在没有充分思考和完全共识的情况下新增任何东西 (04:35:15 PM) eyedeekay: 同意 (04:35:43 PM) zzz: :) (04:36:40 PM) eyedeekay: 我觉得关于 alpha/beta 和下载页面的剩余问题，我们应该在 zzz.i2p 上的某个 jpackage 讨论串里达成共识 (04:37:56 PM) eyedeekay: 我在第 5 项上就这些了，除非大家还有要补充的，否则议程到此结束？ (04:38:29 PM) zlatinb: 下次会议或再下次会议的一个议题： (04:38:44 PM) zlatinb: 调整 news.xml 生成流程以适配 dmg 和 exe 捆绑包 (04:39:07 PM) zlatinb: eot (04:39:16 PM) zzz: 关于第 5 项，最后一点是你们俩和 echelon 必须就新闻达成一致的方案。 (04:40:12 PM) eyedeekay: 我会把它放到下个月公告的议程里，并且我这边联系一下 ech (04:40:12 PM) eyedeekay: 我临时补充一件事，我会从周四晚到周一在 Def Con，大部分时间在 CryptoCurrency village，帮大家搞定 Bitcoin 和 Monero 的 I2P 集成 (04:40:43 PM) zzz: 实际上这可能意味着由 zlatinb 把一些初步决定告诉 idk 和 echelon，然后再推进 (04:40:53 PM) zzz: eot，抱歉打字慢 (04:41:30 PM) eyedeekay: 听起来是个好的起点 (04:41:51 PM) zzz: 太好了，玩得开心，祝顺利。你觉得什么时候最容易找到你，或者有啥线索可以追踪到你？ (04:43:36 PM) eyedeekay: Crypto Village 的桌子可能是最好的找法，我在表单上每天标了 1-3 点，但可能会稍早于 1 点、稍晚于 3 点 (04:44:29 PM) eyedeekay: 我会弄个 ActivityPub 账号，其他时间大家可以给我发嘟文 (04:44:44 PM) zzz: 好，暂时还没看到任何公关宣传，是时候让 sadie 在 Twitter 上动起来了，或者发点 Reddit 和论坛帖子 (04:45:16 PM) eyedeekay: 会的 (04:46:22 PM) eyedeekay: 会议还有其他事项吗？超时 1 分钟 (04:47:38 PM) eyedeekay: 好的，谢谢大家 (04:48:31 PM) eyedeekay: IRC 上见，下个月的会议是 9 月 7 日 </div>/zh/blog/2021/07/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B47%E6%9C%886%E6%97%A5/Tue, 06 Jul 2021 00:00:00 +0000/zh/blog/2021/07/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B47%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> (04:01:20 PM) eyedeekay: 大家好，现在到了每月一次的社区会议时间，但我忘了发公告，所以如果没人来我也不意外。如果还有别人已经在了，现在就可以开会；要是没人来，我会在 zzz.i2p 上再发一个公告，咱们重新安排 (04:01:37 PM) zzz: 嗨 (04:01:47 PM) eyedeekay: 嗨 zzz (04:02:10 PM) eyedeekay: zlatinb，还有其他人在吗？ (04:03:39 PM) eyedeekay: 好吧，这是我的失误。zzz，如果你有时间，我这边有个简短的两项议程：(04:03:39 PM) eyedeekay: 2) 下一版本号 (04:03:39 PM) eyedeekay: 3) Jpackage（Java 打包工具）更新 (04:03:39 PM) eyedeekay: 不过我希望有 zlatinb 在再讨论第 3 项 (04:04:06 PM) zzz: 4) 0.9.50 剩余的发布事项 (04:04:31 PM) eyedeekay: 收到 (04:05:10 PM) eyedeekay: 2) 下一版本号 (04:06:27 PM) eyedeekay: 我现在对 1.0.0 的顾虑越来越少了 (04:07:31 PM) eyedeekay: zlatinb 提出了一些可以改进性能的想法，我们都同意 1.0.0 需要更易于上手的东西，也就是 jpackage 相关的内容 (04:08:05 PM) zzz: 我觉得随便跳到 1.5.0 或 2.5.0 或 5.1 之类的，可以绕开关于 1.0.0 的焦虑 (04:10:04 PM) mode (+v zlatinb) by ChanServ (04:11:37 PM) eyedeekay: 1.5.0 不知为何看起来挺合适？或者 1.51 (04:12:22 PM) zzz: 小一点的数字看起来更好 (04:12:48 PM) eyedeekay: 是的你说得对 (04:13:36 PM) eyedeekay: 如果你也可以的话，1.5.0 我这边没问题 (04:15:13 PM) zzz: 我会在我的论坛发个帖子看看大家反应 (04:15:30 PM) eyedeekay: 听起来不错 (04:16:05 PM) eyedeekay: 3) Jpackage（Java 打包工具）更新 (04:17:24 PM) eyedeekay: 我这边有一个正在进行中的 jpackage+Windows Installer（Windows 安装程序）+Firefox profile（Firefox 配置文件）打包，按今早的进度它应该已经支持自更新了。还没测试，PR 也是草稿，我估计今晚会发现点问题，但目前为止一切还不错 (04:17:35 PM) mode (+v anonymousmaybe) by ChanServ (04:18:55 PM) eyedeekay: 它的工作方式是：在 router 关闭前启动安装程序，等待直到 router 关闭，然后在安装程序完成后允许它重新启动 router (04:19:25 PM) zlatinb: 我这边没太多进展，还在琢磨如何做一个端到端测试：从检查 news.xml 开始，获取 update.dmg，执行更新，并重启 router (04:19:41 PM) zlatinb: 不过思路和 Windows 上是一样的 (04:22:35 PM) zlatinb: 只是需要搭一大堆基础设施吧 (04:23:01 PM) eyedeekay: 我也没什么别的要补充的，除了今晚会尝试对着一个测试用的 news 服务器做测试，这应该有助于理清需要的基础设施 (04:24:13 PM) eyedeekay: 4) 0.9.50 剩余的发布事项 (04:24:27 PM) eyedeekay: 哎呀，贴早了 (04:24:37 PM) eyedeekay: 第 3 项还有别的吗？ (04:25:02 PM) eyedeekay: 4) 0.9.50 剩余的发布事项 (04:25:10 PM) zzz: debian/ubuntu 这边还没有，谁负责去催一下 mhatta？ (04:25:40 PM) eyedeekay: 我已经尽量在催他了，还在 bote 上开了个 PR 想引起他的注意，不确定那边怎么回事。没有回应 (04:26:11 PM) eyedeekay: 也许是我找错了地方 (04:26:25 PM) zzz: 他上次发版到现在已经 7 个月了 (04:27:40 PM) zzz: 总之，我认为那是唯一剩下的事项了 (04:28:12 PM) eyedeekay: 我听说 Debian 现在接受匿名维护者，只要有作品集和 GPG 密钥。我可以联系并申请吗？我也不想让自己成为更大的公交车因素（bus factor，指团队关键人物过少的风险），但至少我基本知道怎么把 i2p.i2p->deb 做出来 (04:30:17 PM) zzz: 问题在于我觉得他有好几处改动从未上游回馈给我们，所以这些差异需要先解决 (04:31:53 PM) eyedeekay: 如果确实如此，那应该在 debian/patches 里有所体现，也许我能想个办法 (04:31:53 PM) zzz: 我这边就这些了，把它放到下个月的清单上吧 (04:32:00 PM) eyedeekay: 好的 (04:32:16 PM) zlatinb: 关于这一项，我想问一下 streaming buffer overflow（流式缓冲区溢出） (04:32:43 PM) zlatinb: 这是我们希望在下个版本解决的问题吗？ (04:32:50 PM) zzz: 啊？ (04:32:57 PM) zlatinb: s/overflow/choke/ (04:33:14 PM) zzz: 哪一项？ (04:33:23 PM) zlatinb: 哦抱歉，我以为我们在讨论 0.9.51 (04:33:27 PM) zlatinb: 算了 (04:33:32 PM) zzz: 不过不是，没那么紧迫，更像是测试问题，优先级较低 (04:34:01 PM) zzz: 我们在讨论 .50 的 deb 包 (04:34:32 PM) eyedeekay: 我这边有时间，如果 zzz 也有时间，我可以把那作为第 5 项 (04:34:44 PM) zlatinb: 好的，请 (04:34:49 PM) eyedeekay: 开始吧 (04:35:11 PM) zlatinb: 我觉得它在实际网络的短 tunnel 上会出现，不是 0 而是 1-hop (04:35:41 PM) zlatinb: 至少我在 muwire 上把两个节点都配置为 1-hop tunnels 时看到过可疑的行为 (04:36:24 PM) eyedeekay: 我这边有一堆 1-hop 服务，我能在日志里看些什么来帮你确认吗？ (04:37:12 PM) zlatinb: 在这个早期阶段可以在 testnet 里调试，在线服务器的日志太啰嗦了 (04:37:58 PM) zlatinb: 我想花点时间研究这个，如果确实有问题并有修复，争取放进下一个版本 (04:39:21 PM) zzz: 回答你的问题：这是多年来的已知问题，推测在实际网络中非常罕见，影响是暂时的，而且可能无法彻底修复……所以值得调查（我也已经寻求过帮助），但基于这些原因，我不会把它列为下个版本的必修复项 (04:39:56 PM) zlatinb: 我觉得最近的速度优化让它不那么罕见了 (04:40:31 PM) zzz: 行吧。也许是，也许不是 (04:41:17 PM) zlatinb: 好，我去调查看看会有什么结果 (04:41:35 PM) eyedeekay: 看看你会发现什么会很有意思 (04:42:10 PM) eyedeekay: 这次会议还有别的事吗？ (04:43:09 PM) eyedeekay: 好吧，那今天就到这 (04:43:18 PM) eyedeekay: 谢谢 zlatinb 和 zzz 出席并包容我，我会很快发布日志，并且这次一定把公告发到 zzz.i2p 上 (04:43:24 PM) eyedeekay: being *here </div>/zh/blog/2021/06/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B46%E6%9C%881%E6%97%A5/Tue, 01 Jun 2021 00:00:00 +0000/zh/blog/2021/06/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B46%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:01:11 PM) eyedeekay: 大家好，欢迎参加6月1日（周二）的社区会议 (04:01:25 PM) eyedeekay: 1) 嗨 (04:01:25 PM) eyedeekay: 2) 记录在案的300次社区会议 (04:01:25 PM) eyedeekay: 3) 0.9.51 (04:01:25 PM) eyedeekay: 4) go-i2p (04:01:25 PM) eyedeekay: 5) 可复现构建状态 (04:01:25 PM) eyedeekay: 6) 更新通道报告 / Mac 安装包报告 (04:01:25 PM) eyedeekay: 7) 下一个发行版编号，4月6日会议延期事项 (04:01:25 PM) eyedeekay: 8) 0.9.50 状态 / 剩余发行事项 (04:01:42 PM) eyedeekay: 1) 嗨 (04:01:50 PM) eyedeekay: 大家好 (04:02:08 PM) zzz: 嗨 (04:02:10 PM) zlatinb: 嗨 (04:02:31 PM) eyedeekay: 嗨 zzz，嗨 zlatinb。 (04:02:31 PM) eyedeekay: 今天还有其他人一起吗？ (04:03:00 PM) eyedeekay: 好的 2) 记录在案的300次社区会议 (04:03:45 PM) eyedeekay: 恭喜大家，我们网站上记录的第一次会议是在19年前，快20年了，而现在我们已经召开了第300次会议 (04:04:18 PM) eyedeekay: 感谢过去以及现在的所有 I2P 贡献者 (04:04:54 PM) zzz: 是的 (04:05:16 PM) zzz: 那时候的任何 eepsite 现在还有能用的吗 (04:05:44 PM) zzz: 而且当时的一些 bug 现在还在被发现和修复！我今天修了一个 2004 年的 bug (04:06:58 PM) eyedeekay: 我之前在 #ls2 里看到了，特别感谢 zzz，他作为这个项目的中坚与灵魂，比我们大多数人参与的时间都要长 :) (04:07:20 PM) zzz: 一个人做不到，从来都做不到 (04:08:11 PM) zzz: 不过缅怀就到此为止了，继续干活吧 (04:08:24 PM) eyedeekay: 再次向大家表示感谢和祝贺，继续到 3) 0.9.51 (04:09:34 PM) eyedeekay: 这个版本我们已经推进了大约2周，我这边正在为默认站点开发 X-I2P-Location 功能，并在考虑如何把浏览器配置文件与主安装器集成 (04:09:59 PM) eyedeekay: 其他人在这个版本目前都在做什么？ (04:10:41 PM) zzz: 我想提醒大家把下个版本的计划更新到网站的路线图上。现在那里内容不多 (04:11:05 PM) eyedeekay: 收到，感谢提醒，我会在今晚会后更新我的部分 (04:11:27 PM) zlatinb: 除非我们决定另行拆分工作，否则我会开始做 Mac 安装包更新器的 Mac 端特定部分。我也乐意做 i2p.i2p 端的工作，细节在第 6) 点再讨论 (04:11:32 PM) zzz: #ls2 团队在继续推进提案 157（新的 tunnel 构建消息），进度比计划慢。目前不清楚能有多少内容进入下个版本 (04:12:09 PM) zzz: 该提案仍未完成，在那之前我们无法完成代码 (04:12:42 PM) zzz: SSU2 仍未开工。我们原本希望今年完成……现在看来可能性不大。我们需要更多的帮手 (04:12:56 PM) zzz: EOT (04:14:15 PM) eyedeekay: 谢谢 zzz、zlatinb。随着理解的加深，我会尽力多做贡献。说到这，4) go-i2p (04:15:41 PM) eyedeekay: 我在 gitlab 的 proposal 分支里写了一个关于 go-i2p 的初步提案。 (04:15:41 PM) eyedeekay: 除此之外，我几乎完成了把旧发行版中的通用结构从字节切片表示迁移到对象（structs）表示的工作，并重写了测试以适应这一变更 (04:16:07 PM) eyedeekay: 这意味着我已经从只是在更新现有代码转变为开始编写新代码了，这挺让人兴奋 (04:16:29 PM) eyedeekay: 还没有实现传输层，但那将是路线图上的下一项 (04:16:35 PM) eyedeekay: EOT (04:16:41 PM) zzz: 你现在还在单独的分支上吗？如果是，为什么还没有合并回去？ (04:17:39 PM) eyedeekay: 我还有大约 4 个测试要完成，之后就会合并 (04:18:30 PM) eyedeekay: 一旦所有现有测试再次通过，或者我能确定它们已经冗余，我就会合并回去 (04:18:34 PM) zzz: 好。那 full-go 与围绕 i2pd 的 go 封装各进行到哪了？如果后者确实像 orignal 说的只要 2 小时工作，是不是应该作为下一步？ (04:18:55 PM) zzz: 作为一个概念验证（PoC）、或者 MVP，或者用来评估 go 项目的需求 (04:19:22 PM) zzz: 这样之后可以通过同一套 API 把它替换为 go router (04:20:53 PM) eyedeekay: 我已经开动了，不过在搞清楚如何为 api.h 创建 C 封装时遇到一些问题，可能只是因为这个流程对我来说还很新 (04:22:34 PM) zzz: 好。我还是不明白 i2pd 封装到底是 a) 一个待评估的备选；b) 明确要先做，但我们两个都做；c) 低优先级/待定 (04:22:53 PM) zzz: 或者 d) 我们已经否决了它 (04:24:04 PM) eyedeekay: 在我看来应该是 b)，因为我需要学习如何为 C++ 代码编写 C 封装，而且能够把 i2pd 轻松嵌入任何 SWIG 支持的东西里，这种能力总体上会非常有用 (04:25:18 PM) zzz: 好，这个有一个预估日期吗？ (04:27:52 PM) eyedeekay: Orignal 说得对，对已经会做的人来说就是 2 小时的工作。难估的是我需要读多久示例才能知道自己在做什么。15 号应该比较稳妥。 (04:28:14 PM) zzz: thanks, EOT (04:28:40 PM) eyedeekay: 好的，我这边也就这些 (04:28:41 PM) eyedeekay: 5) 可复现构建状态 (04:28:57 PM) eyedeekay: zlatinb 这个交给你 (04:29:21 PM) zlatinb: 所以，在英文区域设置和 JDK 11 下，Mac 和 Linux 上有个可以复现的构建，基本能跑 (04:29:44 PM) zlatinb: 我知道如何让它适配所有 Locale，并且也能在 Windows 上构建，需要做一些小调整 (04:30:31 PM) zlatinb: 尽管它还是 PoC 状态，我认为我们应该有一个网页给出说明，方便有兴趣的人尝试 (04:31:04 PM) zlatinb: 因为它使用 gradle 构建系统，不会增加发行负担，而且我乐意负责 (04:31:35 PM) zlatinb: 大致就这些 (04:31:38 PM) zzz: 我已经在论坛上说过了，但我觉得这点很重要。我们已经有 Debian/Ubuntu 的可复现构建了。这个是针对 gradle 的，而 gradle 构建当前不是受支持的发行产物 (04:32:13 PM) zzz: 我对它的价值存疑，也怀疑在缺少 Debian 那套可复现构建基础设施的情况下我们是否有能力支持它 (04:33:05 PM) zzz: 此外，宣布 'i2p is now reproducible' 是具有误导性的/不正确的。我们需要非常明确地说明它究竟是什么 (04:35:01 PM) zzz: 我认为我们的测试还不足以宣称可复现性，而且我们本来也没有发布工具的版本信息。 (04:35:34 PM) zzz: eot (04:37:23 PM) zlatinb: 唯一重要的工具是 JDK，而且我们声明的是 11。我非常怀疑我们的 Debian/Ubuntu 构建是否真正可复现，也怀疑是否有人能自行复现 .deb 包。仅仅因为它通过了 build bot 并不代表它是可复现的，不过这是另一个话题。 (04:37:55 PM) zlatinb: 即便是一个不完整、但“努力朝向”可复现性的 PoC（不管我们怎么表述），对某一类用户仍然是有价值的。 (04:38:38 PM) zlatinb: 即使什么都不算，至少说明我们意识到有这方面的需求，并且正在努力（尽管优先级不高）来满足这种需求 (04:38:43 PM) zzz: build bot 里面有很多测试，比我们现在测的多，包括变更用户名、PWD、locale、时间、时区 (04:39:02 PM) psi: debian 难道没有一堆钩子和垫片来规范化时间戳和目录吗？ (04:39:08 PM) zlatinb: 但它显然没有更改检出代码的时间戳，否则会立刻出问题 (04:39:14 PM) psi: （为了确定性构建，另外大家好） (04:39:25 PM) zzz: 也许有 'demand'，但尚不清楚是否足以支撑这方面的投入 (04:40:01 PM) zzz: 是的 psi，那就是我们在可复现的 debian 构建中所依赖的构建基础设施 (04:40:08 PM) eyedeekay: 我可以确认我和 zlatinb 并没有对齐各自使用的工具，除了确认我们用的是同一个 JDK，我们肯定没有比对各个库的版本 (04:40:21 PM) zlatinb: 工作在我这边，正如我所说我愿意负责，而且大部分工作已经完成 (04:40:31 PM) zzz: 我们现在的答案是：'用 debian' (04:40:53 PM) zlatinb: 不，答案是 "使用 debian 的工具链和构建环境来构建你的 .deb" (04:41:09 PM) zzz: 我不认为你们的测试足够充分，无法宣称‘基本完成’ (04:41:55 PM) zlatinb: 目前没有已知问题，未知的问题会随着越来越多人使用而暴露出来 (04:42:00 PM) zzz: 而且我不相信我们需要仅为了那些要求非 debian 可复现性的人而增加另一个发行产品 (04:43:06 PM) zzz: 我认为我们不应该依赖用户来发现可复现性问题。我们需要某种测试框架或 build bot，在上述以及其他各种组合条件下进行验证 (04:43:13 PM) zlatinb: 它不需要是发布级别的产品，我一直在说这是一项进行中的工作，并且在可预见的未来都会如此 (04:44:00 PM) psi: 目的是做成面向终端用户的成品包，还是为了安抚“知识分子”呢？ (04:44:01 PM) zzz: 如果是那样的话，没有异议 (04:44:30 PM) zlatinb: 明显是为了安抚那些“知识分子”，100% (04:45:22 PM) psi: 懂了，只是来跟进一下进度 (04:46:15 PM) zlatinb: 让用户帮忙发现可复现性问题有什么不可以？ (04:47:14 PM) zzz: 1）因为大多数用户其实不会去尝试复现；但 2）如果它不是官方的发布级产品，那就算了 (04:47:34 PM) eyedeekay: 那我们继续到 6) 更新通道报告 / Mac 安装包报告 (04:48:14 PM) eyedeekay: 除非 5) 还有需要继续讨论的？ (04:48:37 PM) zzz: 我这边 5) 说完了 (04:48:51 PM) eyedeekay: 好的，那 6 (04:49:24 PM) eyedeekay: zlatinb 这个话题也交给你 (04:50:20 PM) zlatinb: 自上次会议以来，关于 Mac 安装包这块没太多可汇报的；我自己在内部试用了一段时间 (04:51:15 PM) zlatinb: 我这个月大概会有时间正式研究更新通道。至少会做 mac-jpackage 仓库里的那部分 (04:51:30 PM) zlatinb: 还可以看看 i2p.i2p 需要做的改动，除非有人想先试一把？ (04:51:33 PM) zlatinb: eot (04:52:07 PM) zzz: 我可以做另一侧，这周我们对齐一下 (04:52:30 PM) zlatinb: 好，听起来不错 (04:52:52 PM) zlatinb: 关于 6) 我这边就这些 (04:52:56 PM) zzz: 我认为有几个选项我们已经讨论过但还没完全定下来，不过不难 (04:52:57 PM) zzz: eot (04:53:08 PM) eyedeekay: 7) 下一个发行版编号，4月6日会议延期事项 (04:53:57 PM) eyedeekay: 1.0.0？9.51.0？帖里有好几个选项 (04:54:26 PM) zzz: 是的。两个月前我提出了 0.9.50 与 1.0.0 的选择 (04:54:44 PM) zzz: 从那以后，我注意到 bitcoin core 从 0.22 跳到了 23.0 (04:54:54 PM) zzz: 如果数字只是数字，那它可以是任何东西 (04:55:18 PM) zzz: 0.9.51、1.0.0、2.0、9.51、10.0。随我们选择 (04:55:54 PM) zzz: 如果“1.0.0”会带来过多焦虑或隐含着完美的承诺，我们可以直接跳过去来回避它 (04:56:15 PM) zzz: 或者我们可以一直用 0.9.x，或者直到某个尚未达成共识的特定目标。 (04:56:18 PM) zzz: EOT。有什么想法？ (04:56:55 PM) eyedeekay: 我认为数字就是数字，只要在标准工具排序时我们选的数字能够排在更前面。基于这个考虑，9.51 还挺有吸引力的。 (04:57:52 PM) zlatinb: 如果我们有安装器的路线图，我会把 1.0.0 定在那些完成之后，但我们没有这样的路线图，所以我宁愿完全回避 1.0.0。除此之外，0.9.51 或 9.51 对我来说都一样。 (04:58:27 PM) zzz: 今天也不一定要达成共识，在下个版本前我们还有两次会议 (04:59:04 PM) zzz: 我们也可以做个 reddit 投票，尽管那可能适得其反 (05:01:40 PM) zzz: 我们下个月再讨论吧 eyedeekay (05:01:41 PM) zzz: eot (05:02:15 PM) eyedeekay: 我同意 zlatinb 的看法，如果我们要把“1.0.0”作为 PR 来吸引新用户，改进安装器可能会让这种尝试更成功。如果我们想保留在那之后发布 1.0.0 的机会，那我们现在就需要做 0.9.51，eot (05:02:28 PM) eyedeekay: 8) 0.9.50 状态 / 剩余发行事项 (05:03:16 PM) eyedeekay: 这项是 zzz 加的，不过其中至少有两件我应该说明一下，GPlay 和 F-Droid (05:04:27 PM) eyedeekay: 这次发布时 GPlay 有点混乱，我必须把我们迁移到 Android app bundle，这需要我生成一个密钥并上传给 Google，以便他们确认是我在上传应用 (05:05:16 PM) eyedeekay: 第一次我没有完成这个流程，不得不联系 Google 支持，这导致 Android 版本的发布延迟 (05:05:47 PM) eyedeekay: 由于与发布流程相关的原因，这也推迟了 F-Droid 的构建。 (05:06:33 PM) eyedeekay: 从现在起，F-Droid 将提供 apk，而 Google Play 将提供 .aab，二者的发布流程互不依赖。EOT。 (05:06:46 PM) eyedeekay: zzz 还有要补充的吗？ (05:07:20 PM) zzz: debian 是个大问题。有人联系过 mhatta 吗？他完全错过了 .49，现在我们在等 50 (05:09:01 PM) eyedeekay: 很遗憾有一阵子没联系了，我可以再去问问 (05:09:08 PM) zzz: 就网络状态而言，大约 35-45% 的网络已更新，约 25% 完成了重新换钥，过程很顺利，没有大的抱怨 (05:09:08 PM) zzz: 请把这一项保留到下个月的议程里，因为我们还没完成 (05:09:08 PM) zzz: eot (05:09:34 PM) eyedeekay: 好的，会的 (05:09:47 PM) eyedeekay: 关于 8) 还有别的吗？ (05:10:00 PM) eyedeekay: 或者总体上？超时 1 分钟 (05:11:26 PM) eyedeekay: 那就这样吧，感谢各位参加，下一次会议将在 7 月 6 日举行 </div>/zh/blog/2021/05/17/0.9.50-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 17 May 2021 00:00:00 +0000/zh/blog/2021/05/17/0.9.50-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>0.9.50 继续将 router 加密密钥过渡到 ECIES-X25519。我们为 reseeding 启用了 DNS over HTTPS，以保护用户免受对 DNS 的被动监视。针对 IPv6 地址进行了大量修复和改进，包括新的 UPnP 支持。</p> <p>我们终于修复了一些长期存在的 SusiMail 数据损坏缺陷。对带宽限制器的更改应能改进网络中 tunnel（加密转发通道）的性能。我们的 Docker 容器进行了多项改进。我们加强了针对网络中潜在的恶意或存在缺陷的 routers（路由节点）的防护。</p> <p>一如既往，我们建议您更新到本次发布版本。维护安全性并支持网络的最佳方式是运行最新发布版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>Docker improvements</li> <li>NTCP: Remove support for version 1</li> <li>Reseed: Use DNSOverHTTPS</li> <li>Router: Increase ECIES rekey probability</li> <li>Router: Persist Sybil blocklist</li> <li>SSU: Enable introducers and introductions via IPv6 (proposal 158)</li> <li>Tomcat 9.0.45</li> <li>Transports: Publish support for outbound IPv4/v6 (proposal 158)</li> <li>UPnP: Add support for IPv6</li> </ul> <p><strong>错误修复</strong></p>/zh/blog/2021/05/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B45%E6%9C%884%E6%97%A5/Tue, 04 May 2021 00:00:00 +0000/zh/blog/2021/05/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B45%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:01:04 PM) eyedeekay: 大家好，现在到5月4日会议时间了 (04:01:13 PM) zlatinb: 嗨 (04:01:21 PM) zzz: 你好 (04:01:39 PM) eyedeekay: 1) 嗨 (04:01:39 PM) eyedeekay: 2) Mac 启动器报告，后续 (04:01:39 PM) eyedeekay: 3) Trac 迁移报告，事后总结 (04:01:39 PM) eyedeekay: 4) 0.9.50 发布 (04:01:39 PM) eyedeekay: 5) 更新渠道报告 (04:01:39 PM) eyedeekay: 6) Docker 改进 (04:01:39 PM) eyedeekay: 7) Bote 插件密钥 (04:02:17 PM) eyedeekay: zab，第 2) 和第 5) 项可能会有重叠，要不要合并一起讲？ (04:02:26 PM) zlatinb: 可以 (04:02:56 PM) eyedeekay: 好的，那我们把上面列表中的 3 和 5 对调，Mac 启动器之后紧接着讲更新渠道 (04:03:11 PM) eyedeekay: 2) Mac 启动器报告 (04:03:59 PM) zlatinb: 到目前为止，我收到了一位未知用户的正面反馈，而且知道至少有几个人试用了这个 .dmg (04:04:28 PM) zlatinb: 所以在安装器这一块我觉得我们状态很好。除了更新功能相关的，我想不到还有什么需要改动的 (04:04:49 PM) zlatinb: s/installer/app bundle/ (04:05:24 PM) zlatinb: 我在严格意义上的第 2) 项就说这些 (04:06:10 PM) eyedeekay: 太好了。我这边没有要补充的，我们可以继续 3) 更新渠道 (04:06:24 PM) eyedeekay: 除非 zzz 有要补充的？ (04:06:36 PM) zzz: 没有 (04:07:00 PM) eyedeekay: 好的，那更新渠道也由 zlatinb 来介绍 (04:07:22 PM) zlatinb: 我和 zzz 对启用更新渠道需要做的事情做了一些初步的分析/范围界定 (04:08:05 PM) zlatinb: 一致意见（我认为）是：i2p.i2p 里的代码需要做一些修改，mac-jpackage 仓库里的部分代码也需要调整 (04:08:36 PM) zlatinb: 我们还在穷举各种边界情况，但目前还没有发现致命问题 (04:09:24 PM) zzz: 同意，听起来相当直接，工作量也不大。测试可能会比编码更花时间 (04:09:36 PM) zlatinb: 在发布前我会非常忙，但之后会专注做这件事。可以讲得更技术一些，不过对这次会议来说会太底层了 (04:09:39 PM) zlatinb: eot (04:10:05 PM) eyedeekay: 感谢汇报 (04:10:12 PM) eyedeekay: 接下来是 4) 0.9.50 发布 (04:11:08 PM) dr|z3d: 你漏了 Trac 迁移。 (04:11:26 PM) eyedeekay: 我打算把它放在第 5 项，不是第 4 项 (04:11:40 PM) dr|z3d: 好的，按你原计划来！ (04:11:45 PM) eyedeekay: 距离发布还有 11 天 (04:12:09 PM) eyedeekay: 标签计划在明天冻结 (04:12:22 PM) eyedeekay: 我对 i2p.i2p 没有更多字符串改动了 (04:13:43 PM) eyedeekay: zzz，zlatinb 你们有什么要补充的吗？ (04:14:08 PM) zzz: 不多……我会在明天 UTC 下午 4 点把字符串推到 transifex (04:14:26 PM) zlatinb: orignal 刚才半小时前提到了一个关于 NTCP 队列容量的有趣观点，可能值得在发布前看一下 (04:14:27 PM) zzz: 50 我已经做完了，已经开始做下一版了 (04:15:18 PM) zzz: 我没看到那个讨论，不过我不太愿意现在再改动。我正在为下一个版本测试一些 NTCP 队列的调整 (04:15:29 PM) zzz: eot (04:15:38 PM) zlatinb: 我这边也 eot (04:15:53 PM) eyedeekay: 5) Trac 迁移报告，事后总结 (04:16:35 PM) eyedeekay: Trac 迁移之所以棘手，主要就是我认为必须迁移的那些原因，尤其是我们实例上的 trac xmlrpc 大概在上次会议同期就坏掉了 (04:17:34 PM) eyedeekay: 尝试修了几周但没成功后，我决定更容易的办法是（小心地）把我们的 trac 问题抓取下来，然后用 gitlab API 迁移到 gitlab (04:18:20 PM) eyedeekay: 除此之外，迁移是成功的，并且副产物是生成了一个当前所有 trac 工单的可读静态归档 (04:18:32 PM) eyedeekay: eot (04:18:44 PM) zzz: 那现在状态如何？完成了吗？ (04:19:16 PM) eyedeekay: 就工单跟踪而言，trac 迁移已经完成。Trac 上还有一些值得备份的 wiki 文章，但工单这块已经完成了。 (04:19:43 PM) zzz: 好的。我已经把我们代码里的 URL 改成指向 gitlab 了 (04:20:14 PM) eyedeekay: 我改了网站上大部分的链接，但还在用 grep 查 .rst 文件，找出最后那几个 (04:20:28 PM) zzz: 你能在 trac 的主页、工单页、登录页以及其他相关页面加上说明和链接，提供新的 i2p 和明网链接吗？ (04:20:42 PM) eyedeekay: 好的，会处理 (04:21:49 PM) zzz: 现在这让我们依赖于 gitlab 了（如果只是代码，我们还可以用 github）……我们有备用管理员吗？ (04:21:49 PM) eyedeekay: 我也会过一遍所有 README，确保它们引用的是正确的位置 (04:22:50 PM) eyedeekay: echelon 在 gitlab 上有一个管理员账号，但目前没有其他人有底层服务器的 SSH 访问权限 (04:22:50 PM) mode (+v anonymousmaybe) by ChanServ (04:23:30 PM) eyedeekay: 我可以研究用机器人把问题和 github 同步，这和迁移过程的后半段差别不大 (04:23:39 PM) zzz: 好的，你们俩可以回顾一下各自的权限范围，确保我们有人兜底 (04:23:45 PM) zzz: 干得好 (04:24:09 PM) eyedeekay: 谢谢 (04:24:22 PM) eyedeekay: 接下来是 6) Docker 改进 (04:24:42 PM) eyedeekay: zlatinb，要不要给还没试过的人简单介绍一下 :) (04:25:10 PM) zlatinb: lol 好的，新的 docker 镜像更小，而且支持用于配置和 snark 下载的持久卷 (04:25:35 PM) zlatinb: 文档在源码里，就是 Docker.md 文件。我希望在网站上也加一页相同内容 (04:26:03 PM) zlatinb: 基本就是这些 (04:26:30 PM) eyedeekay: 网站这点提得好，现在我们在宣传它，但完全没有写怎么用 (04:26:40 PM) zzz: 谁有权管理 geti2p 的 docker 账号，还有谁有访问权限？ (04:26:48 PM) zzz: 还是说它不是这么运作的？ (04:27:35 PM) zzz: 它是不是每次提交就自动构建，也就这样？ (04:27:37 PM) eyedeekay: 我负责 geti2p 的 docker 账号，可以通过 gitlab 给别人开通访问权限。记得最初是 Ace Barry 或 hkparker 建的，但现在我是管理员 (04:28:04 PM) eyedeekay: 每次提交都会构建 `latest`，并且对每个以 `i2p-*` 开头的标签都会构建一个镜像 (04:28:50 PM) zzz: 好，那 zlatinb 做的改动已经都在里面了 (04:28:52 PM) zzz: 明白 (04:29:00 PM) zlatinb: 是的 (04:29:30 PM) zlatinb: eyedeekay：我看到你刚把 Android 构建流程 docker 化了？ (04:30:50 PM) eyedeekay: 对，做了。这样可以把发布所需的一切打包成可复用的形式 (04:31:35 PM) zzz: eyedeekay，说到 Android，我看到谷歌会在今年晚些时候增加一些规则并提高要求。你可能需要在这次发布前预留点时间，先行应对一下 (04:33:10 PM) eyedeekay: 我这周在复查所有 Android 发布相关的内容，确保一切顺利 (04:34:18 PM) zzz: 正如我说的，新规则要几个月后才生效，但现在处理也无妨 (04:34:41 PM) zzz: 或者说，可能会有点痛，但早点总比晚点好 (04:34:42 PM) zzz: eot (04:35:14 PM) eyedeekay: 这取决于 F-Droid，他们有时在要求上落后于 Google Play，甚至有点相互排斥。不过如果会发生，早点知道总是好的 (04:36:02 PM) eyedeekay: 我觉得可以进入第 7) 项：Bote 插件密钥 (04:36:20 PM) eyedeekay: 这个是我上周和一些 Reddit 用户交流时提到的问题 (04:37:06 PM) eyedeekay: 有人想使用 mhatta 的 Bote 分叉版，但因为无法方便地安装插件密钥而用不上 (04:37:30 PM) eyedeekay: 他们大多也不太明白侧边栏里的证书错误意味着什么，从而无法排查问题 (04:38:17 PM) eyedeekay: s/keys/certificates/ (04:38:41 PM) eyedeekay: 我希望我们考虑把 mhatta 的证书加到默认配置里，这样大家就不会再遇到这个错误了 (04:39:17 PM) zzz: 1) 他应该为用户提供更好的说明；2) 他需要向我们提出这个请求 (04:40:22 PM) eyedeekay: 有道理。 (04:40:46 PM) eyedeekay: 以上就是列出的所有议题了，还有其他要补充的吗？ (04:41:06 PM) zlatinb: 有，我想让我们考虑一下如何更容易地搭建测试网络 (04:41:08 PM) zzz: 另外我希望他把 0.9.49 加入 Debian，这件事至今没有完成 (04:41:55 PM) zlatinb: 我们有两个人搭了 LXC 测试网络，还有一个人用 Docker，三者的方法差异很大 (04:42:14 PM) zlatinb: 那么有没有兴趣找出痛点，把事情做得更简单一些？ (04:42:51 PM) zzz: 我有兴趣先确认大家有没有兴趣 :) (04:43:10 PM) eyedeekay: 我这边是有兴趣的，我想跑一个测试网络，最好是用 docker 的 (04:44:13 PM) zlatinb: 不错……那我们应该研究一下……我能想到最麻烦的是 seeding（初始引导） (04:45:14 PM) eyedeekay: 有没有写好的 Docker 测试网络文档，还是说目前都是基于 LXC 的？ (04:45:18 PM) zzz: 我对 seeding 的方案对我来说效果不错，在 LXC 上基本解决了 (04:45:47 PM) zlatinb: LoveIsGrief 可能在他 gitlab 上的仓库里有些东西 (04:47:55 PM) zlatinb: 我这边 eot (04:49:07 PM) eyedeekay: 那如果我想要一个 Docker 测试网络，我大概应该先看看他们的工作，再参考 LXC 的流程把遇到的空白补上 (04:49:43 PM) zzz: 我把我那些糟糕的 lxc shell 脚本都提交到了 i2p.scripts (04:50:29 PM) eyedeekay: 谢谢 zzz，不管糟不糟糕，我相信它们能告诉我需要知道的东西 (04:51:32 PM) eyedeekay: 会议还有其他事项吗？ (04:51:50 PM) eyedeekay: timeout 1m (04:51:50 PM) zzz: 没有 (04:51:58 PM) zlatinb: 我这边没有 (04:52:19 PM) eyedeekay: 好的，那谢谢大家参加 (04:52:44 PM) eyedeekay: 我会很快把日志发到网站上，IRC 见 </div>/zh/blog/2021/04/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B44%E6%9C%886%E6%97%A5/Tue, 06 Apr 2021 00:00:00 +0000/zh/blog/2021/04/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2021%E5%B9%B44%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> (04:02:03 PM) eyedeekay: 大家好，zzz、zlatinb、社区成员，欢迎参加 2020 年 4 月 6 日的会议 (04:02:09 PM) eyedeekay: 今天要讨论的内容很多： (04:02:12 PM) eyedeekay: 1) 嗨 (04:02:12 PM) eyedeekay: 2) Mac 启动器报告, jpackage/dmg (04:02:12 PM) eyedeekay: 3) Mac 用户兴趣调查结果 (04:02:12 PM) eyedeekay: 4) Windows 一体化安装程序 (04:02:12 PM) eyedeekay: 5) 更新通道 - `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/...` (04:02:12 PM) eyedeekay: 6) Trac 迁移报告/评估 (04:02:12 PM) eyedeekay: 7) 0.9.50 版本发布 (04:02:39 PM) eyedeekay: 1) 嗨，大家都到了吗？ (04:02:43 PM) zzz: 嗨 (04:02:46 PM) eyedeekay: 嗨 zzz (04:02:54 PM) zlatinb: 嗨 (04:02:59 PM) eyedeekay: 嗨 zlatinb (04:03:08 PM) eyedeekay: 还有其他人吗？ (04:03:40 PM) eyedeekay: 好的，那我们进入 2) Mac 启动器报告 (04:04:13 PM) eyedeekay: 这是我的议题，但我觉得我和 zlatinb 应该共同介绍一下；在用户兴趣调查那一节我还有更多要补充。 (04:04:54 PM) zlatinb: 好 (04:05:24 PM) eyedeekay: 据我了解，目前的情况是我们已经决定旧的启动器不是未来的方向，这也体现在今天早上 zzz 已经把相关代码从主 git 分支里移除了。 (04:07:04 PM) eyedeekay: 另外，我们可以通过在后台执行更新来处理相关问题，从而避免为了简化安装过程而把更新过程搞得更复杂。 (04:08:42 PM) eyedeekay: 所谓“真正”的服务安装大概不会出现在 jpackage 打包的 router 版本里，因为自动启动的应用是在用户登录时启动的，而不是在系统就绪时启动。 (04:08:53 PM) zlatinb: 我觉得这说得很准确。我已经验证了 wiki 页面上的脚本步骤，整个流程是完全“静默”的。 (04:08:53 PM) zlatinb: 当然，端到端的流程还需要测试。 (04:08:53 PM) zzz: 是的，我认为安装体验更好，但更新体验可能会差一点，甚至差很多，这个有待确定。 (04:09:25 PM) zzz: 不过如果把 Java 更新也算到 IzPack 的更新体验里，或许我们也不见得更差。 (04:09:28 PM) mode (+v anonymousmaybe) by ChanServ (04:09:39 PM) zzz: 这部分我们需要进一步研究。 (04:09:58 PM) zzz: 并决定如何做这些取舍。 (04:11:17 PM) eyedeekay: 我觉得 Java 的“提醒软件”让两者几乎没差。 (04:11:34 PM) eyedeekay: 不过我在我的 Mac 上还没真正做过 Java 更新。 (04:12:35 PM) zzz: 我们有没有定量的数据来说明 JRE 16 比 8 好多少？ (04:12:37 PM) eyedeekay: 在用户兴趣调查里有个小小的意外：略多于半数的用户认为安装 Java 很容易，其中包括一位把自己标为“初学者”的用户。 (04:13:37 PM) zlatinb: 16 相比 8？目前没有，可以去谷歌找测试数据，当然啦，但新的 API 很有用。 (04:14:01 PM) zlatinb: 比如可以在 Java 内部获取 pid（进程 ID）、Dock 徽章和通知等。 (04:15:14 PM) zlatinb: 关于对完整更新流程的调研，我们会把它自然地作为新更新流程工作的一部分去完成，稍后会议会上再讨论。 (04:16:19 PM) zlatinb: 我有信心它可以非常顺滑；实现上的问题在于用 AppleScript 还是 bash 脚本，或者其他？ (04:16:57 PM) zzz: 我以为只是 exec 'open xxx.dmg'？ (04:17:54 PM) zlatinb: 看来有人没关注 wiki 页面，啧啧 :) 不，那是个相当复杂的流程，要把 .dmg 转成另一种格式。这样可以避免任何可视提示和许可协议。 (04:19:12 PM) zlatinb: 基本上：1. 把 .dmg 转成 .cdr 2. 挂载 cdr 3. 把现有的 AppBundle 挪开 4. cp -R new AppBundle 5. 清理，卸载 .cdr 6. 启动新的 app bundle (04:20:12 PM) zlatinb: 我测试并确认转换和挂载是完全“静默”的。如果我们不想静默，想让用户看到发生了什么，可以用 AppleScript。 (04:20:20 PM) zlatinb: 不太明白我们为什么会想要那样，但也是一个选项。 (04:21:14 PM) eyedeekay: 很棒。不是说这很重要，不过 .dmg 包“应该”就是这样更新的吗？未来有可能被禁用而我们找不到补救办法吗？ (04:22:03 PM) zlatinb: 官方的更新方式是使用 macOS 的一项功能，它依赖于存在一个明网服务器。例如 VLC 就是这么更新的。 (04:22:30 PM) zzz: 鉴于议程内容很多，我建议我们继续，先看看调查是否表明大家真的需要这个。 (04:22:49 PM) eyedeekay: 可以。 (04:23:49 PM) eyedeekay: 调查结果总结如下： (04:23:49 PM) eyedeekay: - 大多数受访者在第一次尝试安装 I2P 时并未安装 Java。 (04:23:49 PM) eyedeekay: - 用户认为安装 Java 很容易，略多于半数（3/5）的受访者表示安装 Java 并不困难。这其中包括把自己标为“初学者”的计算机用户。这点确实让我挺惊讶的。 (04:23:49 PM) eyedeekay: - 12 名用户中有 6 名跳过了部分或全部是/否问题。 (04:23:49 PM) eyedeekay: - 有几位跳过了多个是/否问题的用户留下了自由回答，他们无一例外地对安装过程不太赞赏。 (04:23:49 PM) eyedeekay: - 在回答了是/否问题的受访者中，除一人外，其他都是 .dmg 包的用户。在这些人当中，有 5/13。其余都是未作答。这可能表明 .dmg 方式非常受欢迎。 (04:23:49 PM) eyedeekay: - 那位不是旧 .dmg 包用户的人在被问到“如果出现新的 .dmg 包，会使用吗”时回答了“是”。 (04:24:31 PM) eyedeekay: 以上直接摘自我今天稍后会发布到 zzz.i2p 的更长的总结。 (04:25:16 PM) zzz: 我们没有直接问大家是想要 dmg 安装程序还是 IzPack，对吗？或者我们怎么推断出来的？ (04:26:02 PM) eyedeekay: 我们把 IzPack 称作“.jar 安装程序”，因为终端用户不知道我们用的是什么打包工具。 (04:26:09 PM) zzz: 或者，更简单的问题是：这份调查是否告诉我们应该做一个 dmg 安装程序？ (04:26:25 PM) eyedeekay: 我认为调查支持我们做一个 .dmg 安装程序。 (04:26:52 PM) zzz: 支持力度是强？弱？还是“压倒性”？ (04:27:25 PM) eyedeekay: 相当强。唯一不利于 .dmg 安装程序的观点是大家觉得安装 Java 很容易。 (04:27:41 PM) eyedeekay: 因此在那种情况下会倾向于维持现状。 (04:27:51 PM) zzz: 好 (04:28:03 PM) eyedeekay: 所有回答了该问题的人都选择了“.dmg 安装程序”。 (04:28:47 PM) zlatinb: 但那个已经有一段时间无法下载了。我们知道他们指的是我们刚做的实验版，还是旧的那个吗？ (04:29:08 PM) eyedeekay: 我明确问的是“今年早些时候停止支持的 .dmg 安装程序”。 (04:29:17 PM) zlatinb: 好 (04:29:51 PM) eyedeekay: 我还询问了他们是否能够从旧的 .dmg 安装程序切换回 IzPack 安装程序。 (04:30:16 PM) eyedeekay: 没人能做到，但我想我们已经知道原因是那个无法阻止的重启问题。 (04:30:18 PM) mode (+v subatomic) by ChanServ (04:31:20 PM) zlatinb: 那个问题也可能是我系统特有的，我没法确定。我可能帮 meeh 跑过一个临时构建，它可能是坏的……有很多种可能。 (04:32:50 PM) eyedeekay: 我记得在我那台问题很多的旧 Mac 上也见过同样的情况，所以同感。 (04:32:59 PM) eyedeekay: 今晚我会把一份更详细的总结以及匿名化的原始结果发布到 zzz.i2p。 (04:33:03 PM) eyedeekay: EOT #3 (04:34:22 PM) zlatinb: 我想请大家回到第 2 点讨论一会儿。 (04:34:32 PM) zlatinb: 至少定一个做决定的最后期限。 (04:35:05 PM) zlatinb: 因为目前的 IzPack 安装程序没有经过公证，体验相当糟糕。Sadie 在 Medium 上贴了完整流程，大概有 35 个步骤。 (04:35:24 PM) zlatinb: 其中还包括让用户关闭一些默认开启的操作系统保护。 (04:35:53 PM) zlatinb: 仅供参考，我问了 orignal 和 ilita IRC 上的一个人他们在 i2pd 上是怎么做的。 (04:36:10 PM) zlatinb: 简短的答案是：禁用所有评估，然后就这么用。 (04:36:32 PM) zzz: 我没有听到反对意见，所以我觉得我们继续推进解决方案。我不确定是否需要一个截止日期，尤其是如果工作量不大。 (04:36:33 PM) zlatinb: 我真的不认为我们可以指望用户去那样做。 (04:37:20 PM) zlatinb: 如果不算更新系统的大改（我们会单独讨论），工作量是适中的。 (04:37:33 PM) zlatinb: eot (04:37:55 PM) zzz: 好的，那我们就去弄清楚解决更新问题的最后期限是什么时候。 (04:38:53 PM) zlatinb: 好 (04:40:25 PM) eyedeekay: 我们是要现在就做决定吗？因为我倾向于在 0.9.51 时把一切准备好并逐步引入。 (04:40:58 PM) zlatinb: 我们把它作为第 5 点的一部分来讨论，对吧？ (04:41:09 PM) eyedeekay: 当然，听起来不错。 (04:41:21 PM) eyedeekay: 那我们进入 4) Windows 一体化安装程序。 (04:41:49 PM) eyedeekay: 这是 zlatinb 加到议程里的，不过我这部分也可能会有不少补充。zlatinb，你要不要先开始？ (04:42:40 PM) zlatinb: 嗯，eyedeekay 做了大部分艰苦工作，把 Firefox 配置文件安装器、JRE 镜像和 router 组合起来，并确保能够安装和运行。当然，目前还有一些粗糙的地方。 (04:42:59 PM) zlatinb: 还有一个 wiki 页面可以用来提问题。 (04:43:30 PM) zlatinb: 我觉得值得投入一些关注，花时间做一个像样的产品定义，包含需求等，类似我们对 .dmg 所做的那样。 (04:43:58 PM) zlatinb: 我们正和 r/i2p 上的用户合作，他们已经并且仍在给予我们极大的帮助。 (04:44:15 PM) zlatinb: 但当然，目前这只是一个 PoC。 (04:44:15 PM) zlatinb: eot (04:45:38 PM) zzz: 在 `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/home` 的索引页上似乎没有列出任何 wiki，所以人们需要完整的 URL 吗？ (04:45:41 PM) eyedeekay: 是的，尽管这是早期 PoC，但我收到的大多数反馈是积极的。不太妙的一点是，如果用户的字符集与管理员不同，NSIS 显然会“发疯”，到目前为止，最难的部分就是避免这个陷阱。 (04:46:01 PM) eyedeekay: 在我这边是右侧。我把完整的 URL 发给你。 (04:46:29 PM) eyedeekay: https://i2pgit.org/i2p-hackers/i2p.firefox/-/wikis/All-in-One-I2P-Installer-for-Windows (04:47:08 PM) zzz: 嗯，如果未登录，它会显示“no wiki pages”。登录后则会给一个“create new wiki”页面。 (04:47:57 PM) zlatinb: 检查你是否在 i2p.firefox 项目，而不是 i2p.i2p。 (04:48:07 PM) zzz: 哦，好的。 (04:49:19 PM) psi: 嗨（潜水中） (04:49:42 PM) zlatinb: 嗨 psi (04:49:52 PM) eyedeekay: 嗨 psi (04:50:07 PM) eyedeekay: 如果你需要，这里是分支：https://i2pgit.org/i2p-hackers/i2p.firefox/-/tree/EXPERIMENTAL-jpackage (04:50:34 PM) psi: 之前不是说过用 nsis 做 Windows 打包吗？ (04:50:56 PM) eyedeekay: 是的，这就是其中一部分讨论。 (04:50:56 PM) psi: （那是第 4 项，算了） (04:51:27 PM) psi: 哦 (04:51:30 PM) psi: 我看到我们正在讨论这个。 (04:51:55 PM) psi: 所以如果你用的是 cmake/cpack，nsis 很棒，因为你可以很容易地在 Linux 上为 Windows 进行交叉编译。 (04:52:04 PM) psi: 不确定在 Java 世界里该怎么做。 (04:52:23 PM) zzz: 过去一个月里我对这个 Windows 提案提出了一些反对意见，都不致命，但我觉得还没有得到充分回应。 (04:52:29 PM) zzz: 我在这里列 3 点。 (04:52:47 PM) eyedeekay: 不幸的是，我们可能需要这么做以利用 jpackage 构建，而目前它确实要求我们在目标平台上构建。 (04:53:03 PM) zzz: 1) 这会让我们偏离最初的 Mac 安装程序，而那大概优先级更高，我们也会先从它身上学到东西。 (04:53:15 PM) psi: 第 1 点就足够了。 (04:53:24 PM) zzz: 2) 列出的或设想的几乎所有理由，都不如 Mac 安装程序那边充分。 (04:53:34 PM) psi: 我建议在深入打包“深渊”之前，先把 Mac 基础设施做好。 (04:53:55 PM) psi: 你会发现范围不断扩张。 (04:53:57 PM) zzz: 3) 目前非官方的 Firefox 配置被假定会包含进去，但还没有单独论证或评审。 (04:54:02 PM) zzz: eot (04:54:31 PM) psi: 目前 macOS 打包的任务已经够多了，没必要扩大范围。 (04:54:47 PM) psi: 等你把 macOS 这套基础设施跑起来，再回头来做 Windows 的 nsis。 (04:55:03 PM) psi: 就我个人而言，我在工作中都想放弃对 macOS 的支持，因为它实在太糟糕了。 (04:55:12 PM) psi: 整个目标平台每个版本都在变糟。 (04:55:33 PM) psi: 而且 Apple 对自由软件项目是积极敌视的。 (04:55:51 PM) psi: 如果你不介意向 Apple 低头，那大概也行。 (04:56:10 PM) zlatinb: 嗯，这比喻真是形象啊，psi :) (04:56:12 PM) psi: 关键在于你愿意花多少时间跟他们周旋。 (04:56:29 PM) psi: 如果用户数足够少，那就不值得。 (04:56:39 PM) eyedeekay: 我完全可以等到 Mac 准备就绪再推进 Windows。我想大家都明白我关于安装程序及其与入门引导之间关系的观点。 (04:57:00 PM) zlatinb: 不过我已经体验过“公证”的种种乐趣，那部分已经处理好了。 (04:57:10 PM) zlatinb: （顺便说，这部分是最不愉快的。） (04:57:33 PM) psi: 所以这是个比较高层的方向性问题：Windows 实际上在变好，而 Apple 在变坏；各自的趋势对我来说很清楚。 (04:57:52 PM) psi: 如果我们没有一个专门负责 Mac 的人，那么 Mac 相关的部分会腐烂。 (04:58:00 PM) psi: 专门的 Mac 负责人* (04:58:05 PM) psi: 这就是我工作的地方发生的事 D: (04:58:34 PM) zlatinb: 嗯，我尽量把我做的每件事都写成文档，但你说得对，其中一个要求是 Apple ID，这意味着要去匿名化。 (04:58:44 PM) psi: 那大概没问题。 (04:58:50 PM) psi: 真正的问题在于其他所有部分。 (04:58:57 PM) zlatinb: 没那么糟。 (04:59:05 PM) psi: 如果你需要提升权限，那就很糟。 (04:59:05 PM) zlatinb: 如果你感兴趣，我们会后可以讨论。 (04:59:16 PM) psi: 对 I2P 来说没问题。 (04:59:16 PM) zlatinb: 我们对 I2P 不需要，这是个静默安装。 (04:59:19 PM) zzz: 我仍然不明白的是：我们旧的 dmg 安装程序链接坏了一年都没人抱怨。在那段时间里我们以为有个专门的 Mac 负责人，但他消失了。 (04:59:19 PM) psi: 嗯，我们可以稍后再谈。 (04:59:30 PM) psi: 嗯。 (04:59:44 PM) psi: 如果 Mac 用户试了发现坏了，他们会直接卸载。 (04:59:48 PM) psi: 他们不会提交 bug。 (04:59:52 PM) zlatinb: 没错。 (05:00:03 PM) psi: 而且有 i2pd 这个东西，他们可以直接去试那个。 (05:00:12 PM) psi: 如果 i2pd 好用，他们就会用那个。 (05:00:16 PM) eyedeekay: 我敢说如果我认真翻一翻，应该能找到一条 Reddit 的提问。 (05:00:25 PM) zlatinb: 不行，需要禁用所有评估。 (05:00:53 PM) eyedeekay: 但另一个因素是，直到几个月前，.dmg 安装程序仍然可以安装，甚至可能还能更新，因为它的签名还没过期。 (05:02:24 PM) zlatinb: ilita 上大概只有一个 Mac 人，而且他是非常高级的 Mac 用户。 (05:02:33 PM) zlatinb: 总之，我们有点跑题了。 (05:02:33 PM) psi: 是的。 (05:02:33 PM) zlatinb: psi 说得对，Mac 用户不会抱怨，只会放弃。 (05:02:33 PM) psi: 项目层面上是否对每个平台定期做 UX 审计？ (05:02:33 PM) zzz: 不对，从 0.9.44 开始链接就坏了，因为最后一次 dmg 发布是 .43。 (05:02:33 PM) psi: 也就是检查平台 X 是否坏掉了？ (05:02:33 PM) zlatinb: 很遗憾，没有。 (05:02:33 PM) psi: 随口一说，我看到一个共同的总体主题。 (05:02:33 PM) psi: 总体主题。 (05:02:34 PM) zzz: 更正：.45 是最后一次，从 .46 开始坏了。 (05:03:03 PM) zlatinb: 我们的 Windows 安装程序坏了两天，直到 parg 抱怨，这只是一个数据点。 (05:03:27 PM) zzz: 已经一小时了，eyedeekay，可以请你继续推进吗？ (05:03:35 PM) eyedeekay: 可以。 (05:03:52 PM) eyedeekay: 我想第 4 点我们现在已经讨论得差不多了。 (05:03:58 PM) psi: 是的。 (05:04:07 PM) eyedeekay: 5) 更新通道 (05:04:21 PM) eyedeekay: 这个交给你了，zlatinb。 (05:04:56 PM) zlatinb: 好的，更新通道的主要目的，是支持新的安装程序，但当然它在其他场景中也可能有用。 (05:04:57 PM) zlatinb: 比如： (05:05:16 PM) zlatinb: 如果我们在 1.0.0 之后决定切换到稳定版与测试版的发布模式。 (05:05:46 PM) zlatinb: 概括一下 wiki 页面上的内容： (05:06:09 PM) zlatinb: 我们引入“更新通道”的概念，它是“平台 × 准备度”的二元组。 (05:06:29 PM) psi: I2P 实际上已经滚动发布了十年，对吧？ (05:06:57 PM) zlatinb: 为了向后兼容并尽量减少工作量，更新 URL 将构造成 `http://...b32.i2p/&lt;platform&gt;/&lt;readiness&gt;/news.su3` (05:07:25 PM) zlatinb: news.xml 的格式不会改变。 (05:08:08 PM) zlatinb: 因此对 su3 生成器的工作流程只需很少的改动。 (05:08:33 PM) zlatinb: 对 router 的后端做一些小改动，对控制台 UI 做小到中等的改动。 (05:09:04 PM) zlatinb: 更详细的讨论见 wiki 页面。 (05:09:36 PM) zlatinb: 在这次会议上，我希望能够就它的优先级、我们希望何时完成，以及理想情况下各部分由谁来做达成一致。 (05:09:38 PM) zlatinb: eot (05:10:04 PM) zzz: 问题在于谁来运行、管理和翻译新的 feed 以及它们的备份……还是像现在这样，还是有所不同？ (05:10:11 PM) zzz: 如果是选项 1，那么几乎没有开发工作量。 (05:10:35 PM) zlatinb: 哦对，选项 2（见 wiki 页面）不考虑，完全忽略。 (05:10:59 PM) zzz: 所以你是提议新的 feed 依然由现在的新闻主机来提供？（ech 和 idk）如果是这样，需要他们的认同；如果不是，需要知道由谁来做。 (05:11:44 PM) zlatinb: 我建议目前先用相同的主机。 (05:12:08 PM) eyedeekay: 我当然乐意在我这边托管新的 feed。 (05:12:27 PM) zlatinb: 我过阵子会联系 ech 讨论这件事。 (05:13:51 PM) eyedeekay: 既然选项 2 作废，那么顺带选项 3 也作废，对吧？ (05:13:59 PM) zlatinb: 对。 (05:14:36 PM) zlatinb: 选项 1 能实现所有目标，且相比其他选项工作量很小。 (05:15:31 PM) zlatinb: 所以…… (05:16:23 PM) zlatinb: 既然这是实现 .dmg 安装程序网络内更新的前提，而且我们似乎一致同意要推进它，那么这个项目我们定在 0.9.51 吧？ (05:16:49 PM) eyedeekay: +1 (05:17:08 PM) zzz: 哦，我以为你想要的是做决定的最后期限。那是完成的最后期限。 (05:17:24 PM) zzz: 不过可以，这是个合理的目标。 (05:17:50 PM) zlatinb: 我想要的是就 .dmg 安装程序做决定的最后期限……但如果现在不决定有合理的理由，我可以收回这个要求 :) (05:18:03 PM) mode (+v val) by ChanServ (05:18:26 PM) zzz: 听起来不错。 (05:19:10 PM) zlatinb: 好的……在 0.9.51 周期正式开始之前我们还有一次会议，对吧？ (05:19:17 PM) eyedeekay: 是的。 (05:19:44 PM) zlatinb: 那我们可以在 wiki 上扩展细节，包括届时需要改动的具体代码位置。 (05:19:56 PM) zlatinb: 我不太想现在就开始实际编码，即便是在分支上。 (05:20:18 PM) zzz: 其实不应该有什么编码工作，或者很少。 (05:20:37 PM) zlatinb: 我会在下次会议前把范围梳理清楚。 (05:21:18 PM) zlatinb: 好的，我在第 5 点就说到这里。 (05:21:26 PM) eyedeekay: 好的，那我们进入 6) Trac 迁移报告/评估。 (05:22:30 PM) eyedeekay: 我做了一张图表，已经获批；我在家里的服务器上做了次演练，效果正常。要迁移的工单有几百个，几乎全部都会添加到 i2p.i2p，并打上与它们在 trac 上“组件”相对应的标签。 (05:23:54 PM) eyedeekay: 我想我可以在本月完成整个迁移，并在下次会议开始前完成。像我从 mtn->git 那样，我会从小到大推进。这次我会快很多，大多数预计一天或更短就能完成。我会从 i2p.www 开始。 (04:24:21 PM) zzz: 我们是否已经最终决定要做，还是说还有未解决的问题，例如工单注册、垃圾信息等？？？？？ (05:24:29 PM) mode (+v anonymousmaybe) by ChanServ (05:24:59 PM) eyedeekay: 过去一个月垃圾信息显著减少，用户注册现在无需我的批准。任何能确认邮件的人都可以注册。 (05:25:32 PM) eyedeekay: 对于无法或不愿使用真实邮箱的用户，我仍可以手动“批准”。 (05:25:35 PM) zzz: 如果我没记错，我们知道前进的方向，但还没做最终决定，尤其是因为注册问题。 (05:25:53 PM) zzz: 但我手头没有上个月的会议记录。 (05:26:14 PM) eyedeekay: 最大的问题——只能审批注册——已经不存在了。 (05:26:48 PM) zzz: 好的，那么那件事和迁移的技术问题就是最大的障碍。还有其他阻碍吗？或者你建议我们推进？ (05:27:35 PM) eyedeekay: 我认为我应该在本月推进工单迁移。 (05:27:45 PM) mode (+v dr|z3d) by ChanServ (05:27:51 PM) zzz: 听起来不错。 (05:28:02 PM) eyedeekay: 好的，我可能在本周末开始。 (05:28:26 PM) eyedeekay: 最后但同样重要的是 7) 0.9.50 版本更新。 (05:28:29 PM) zzz: 哦我想起来了。 (05:28:29 PM) zzz: 通知。 (05:28:40 PM) zzz: 工单、MR 等的通知似乎完全坏了。 (05:29:04 PM) zzz: 当然，在 trac 上也是这样…… (05:29:44 PM) zzz: 所以也许不是阻塞项，但肯定很烦人。 (05:29:47 PM) eyedeekay: 你收不到吗？我以为我已经修好了，我开始能收到我的了。我会找出原因并尽快处理。 (05:30:19 PM) zzz: 没有。zlatinb 你呢？ (05:30:28 PM) zlatinb: 没有。 (05:30:34 PM) zlatinb: 有一阵子收到过几封，但更新或停机之后就没有了。 (05:30:55 PM) zlatinb: 不过我会强迫性地查看活动 feed :) (05:31:19 PM) eyedeekay: 糟了。好吧，我一定是 12 月那事之后把服务器恢复时漏了点什么。我很快会修好。 (05:31:38 PM) eyedeekay: 等等，不对，我有一封 zzz 发来的关于 X-i2p-location 问题的邮件…… (05:31:46 PM) eyedeekay: 不可能是那个。总之，我会查出来。 (05:32:14 PM) zzz: 谢谢。 (05:32:16 PM) zzz: 关于第 7 点： (05:32:23 PM) zzz: 我会非常简短。 (05:32:37 PM) zzz: 我们已经进入名义上 12 周周期的第 7 周，目标是在 5 月中下旬。 (05:32:45 PM) zzz: 所有重大变更都应该已经合入。 (05:32:49 PM) zzz: 有很多 SSU 和 IPv6 方面的内容。 (05:33:08 PM) zzz: 在 prop. 158 (ipv6 introducers) 上与 i2pd 一起进行测试。 (05:33:18 PM) zzz: 草稿版的发布公告见 zzz.i2p。 (05:33:20 PM) zzz: EOT (05:33:52 PM) zlatinb: 我想就带宽利用再补充一下。 (05:34:04 PM) zlatinb: 这个版本有可能大幅提升吞吐量。 (05:34:40 PM) zlatinb: 因此，随着 RED 和 CDQ 的调优变化，我们应该密切关注我们能得到的各种网络指标。 (05:34:50 PM) zzz: 但愿如此。另外，i2pd 在几周前的中期发布中修复了很多问题，下一版还会有更多修复，这将有助于网络性能。 (05:35:38 PM) zlatinb: 我只是担心我们会碰到以前从未遇到过的一些瓶颈。 (05:35:50 PM) zlatinb: 不过我想那是成长的阵痛。 (05:36:09 PM) zzz: 老生常谈了。 (05:36:48 PM) eyedeekay: 谢谢 zzz，谢谢 zlatinb。 (05:37:53 PM) eyedeekay: 我在这里没什么可补充的了，而且我觉得我们已经谈得够久了，所以除非你们还有别的想讨论的，我准备结束会议。 (05:38:03 PM) eyedeekay: 超时 1 分钟 (05:39:19 PM) eyedeekay: 感谢各位参加，IRC 见。 (05:39:31 PM) eyedeekay: 我会在几分钟内发布会议日志 </div>/zh/blog/2021/03/02/i2p-dev-meeting-march-02-2021/Tue, 02 Mar 2021 00:00:00 +0000/zh/blog/2021/03/02/i2p-dev-meeting-march-02-2021/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (08:01:02 PM) eyedeekay: 大家好，欢迎参加 3 月 2 日的会议，如果你在请告诉我 (08:01:27 PM) eyedeekay: zzz zlatinb eche|on eche|off (08:01:42 PM) eyedeekay: 议程 (08:01:42 PM) eyedeekay: 1) 打招呼 (08:01:42 PM) eyedeekay: 2) 0.9.49 剩余事项 (08:01:42 PM) eyedeekay: 3) Mac 启动器状态 (08:01:42 PM) eyedeekay: 5) 0.9.50 发布 (08:01:42 PM) eyedeekay: 6) Trac 迁移摘要 (08:01:46 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] 进入了房间。 (08:01:46 PM) zzz: 嗨 (08:01:55 PM) zlatinb: 嗨 (08:01:55 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:03:04 PM) eyedeekay: 嗨 zzz，嗨 zlatinb，超时 30 秒，还有其他人吗？ (08:03:39 PM) eyedeekay: 感谢各位，我们直接开始 2) 0.9.49 剩余事项 (08:03:51 PM) eyedeekay: 我所知道的唯一事项是 Mac 安装程序的 .dmg 版本 (08:04:20 PM) zzz: 其他的是官方的 debian 和 ubuntu (08:04:45 PM) zzz: 我再多解释一下 (08:04:50 PM) eyedeekay: 好的，谢谢。 (08:05:06 PM) zzz: 不幸的是，debian bullseye 刚刚进入冻结期 (08:05:29 PM) zzz: 我们的 debian 维护者要么没注意到时间表，要么没有建议我们加快进度 (08:05:51 PM) zzz: 所以虽然我们为了 ubuntu hirsute 21.04 加快了进度，但 debian 的截止时间更早 (08:06:09 PM) zzz: 由于 ubuntu 从 debian 同步，ubuntu 也没赶上 (08:06:45 PM) zzz: 这事每两年才发生一次，但要是早点知道就好了 (08:06:54 PM) zzz: 结果我们为 ubuntu 匆忙推进，白忙活一场 (08:07:25 PM) zzz: 所以在某个时间点 debian 会解冻，49 应该会出现在 sid。但 bullseye 还是 48 (08:07:27 PM) zzz: eot (08:07:59 PM) eyedeekay: 谢谢 zzz。那么目前建议 Debian 用户通过我们的软件源来获得最新的 router (08:08:17 PM) zzz: 嗯。ubuntu 也一样。 (08:08:32 PM) zzz: 哦，如果可以的话，我简单汇报一下网络情况： (08:08:41 PM) eyedeekay: 当然，请说 (08:08:48 PM) zzz: 52% 已更新到 49；6% 重新换钥到 ECIES。到目前为止一切看起来不错 (08:09:03 PM) zzz: 发现或报告的 bug 很少 (08:09:05 PM) zzz: eot (08:09:21 PM) eyedeekay: 太好了，谢谢你的报告 (08:09:49 PM) eyedeekay: 我想我可以去研究一下我们需要订阅哪个邮件列表，才能更早知道 Debian 何时冻结 (08:10:02 PM) eyedeekay: 3) Mac 启动器状态 (08:10:14 PM) eyedeekay: 这是基于 DMG 的安装器，不是 .jar (08:10:54 PM) eyedeekay: 这事是我疏忽了，我没能通知大家之前的维护者已经不再构建该安装器 (08:11:15 PM) eyedeekay: 因此我把网站上的 Mac 安装器下架了 (08:11:39 PM) zzz: 如果我没记错，最后一次构建是一年前的 .45，而且去年大部分时间它可能都是个坏链接 (08:11:41 PM) eyedeekay: 之后我搞到了一台 Mac，打算接手维护这个产品 (08:12:00 PM) eyedeekay: zzz 你说得对 (08:12:04 PM) zlatinb: dmg 安装器有个问题——至少在我的 Mac 上我无法让 router 停下来。有个守护进程会不断重启它 (08:12:09 PM) zzz: 所以这其实是个长期存在的问题。你下架它是对的，谢谢你这么做 (08:13:16 PM) zlatinb: 因此如果其他 Mac 用户也遇到同样的情况，我们应该提供某种清理指南 (08:13:28 PM) zzz: 你弄清楚是否内置了某种自动更新或通知吗？如果有，那它也坏了吗？还是只是控制台里的新闻条目？ (08:13:57 PM) zlatinb: 奇怪的是，自动更新是有效的 (08:13:57 PM) eyedeekay: 它无法自动更新，至少不会成功 (08:14:04 PM) eyedeekay: 哦，那真奇怪 (08:14:09 PM) zlatinb: 我就是没法把它彻底杀掉并让它保持停止 (08:14:28 PM) eyedeekay: 嗯，听起来有些行为相当反常 (08:14:56 PM) zzz: eyedeekay，上次我们讨论时，大家对这个安装器对用户的价值与维护所需投入之间的权衡还有争议 (08:15:15 PM) zzz: 我们该如何调查并评估这两个因素？ (08:15:58 PM) zzz: 另外 zlatinb，你对现在做一个“Mac 方式”的安装器的价值有什么看法？ (08:16:36 PM) zlatinb: 我仍然认为 Mac 方式和 Win 方式的安装器远胜于那个 izpack 的庞然大物 (08:16:37 PM) eyedeekay: 我觉得我和 zlatinb 需要对一下情况，我看到的行为和他不一样，如果不知道原因，继续构建和支持它会让人更胆怯 (08:17:16 PM) zlatinb: 但我认为随着 Java 14+ 提供了 jpackage，我们需要重新评估复杂度 (08:18:02 PM) zlatinb: 不管怎样，Mac 方式的安装器相对于 Win 方式的安装器会/应该是更低优先级 (08:18:05 PM) zzz: 我不是 Mac 用户，但在我们开始开发安装器的时候，“远胜一筹”是当时的共识 (08:18:43 PM) zzz: 如果现在的共识不同了，我想了解原因 (08:19:24 PM) zlatinb: 据我所知，共识还是一样的，只是生态变了（也就是有了 jpackage） (08:20:26 PM) eyedeekay: 我记得当时我几乎没有 Mac 使用经验，而我赞成这个想法的理由是：使用熟悉的打包系统会让我们的包更容易获得信任 (08:20:39 PM) eyedeekay: jpackage 会打包运行时镜像/不需要另外安装 Java，对吧？据我所知，dmg 并没有做到这一点？ (08:20:51 PM) zzz: 对 (08:21:18 PM) zlatinb: 对 (08:21:30 PM) zlatinb: 据说 jpackage 也能构建 dmg，我还没试过 (08:21:38 PM) zzz: 那么 jpackage 打出来可能有一百多 MB。因为它只针对一个操作系统，为 Mac 这么做是可行的。 (08:21:47 PM) zzz: 是的，dmg 肯定得测试 (08:22:14 PM) zlatinb: 它也能构建 Windows 安装程序，不过我没用过那个功能 (08:22:26 PM) zlatinb: 还有 rpm 和 deb，但我很确定我们不需要那些 (08:22:52 PM) zzz: 我们作为一个项目的失误之一是：在下载页面上，dmg 一直被标注为“experimental”。我们从未给予足够重视去移除这个标签，甚至没注意到已经没人构建它了 (08:22:57 PM) Irc2PGuest1578 离开了房间（退出：读取错误）。 (08:24:06 PM) zzz: 和我们其他官方产品一样，如果要支持它，我们需要有足够资源来配备一位胜任的维护者 (08:25:15 PM) zzz: 在这一点上，我建议我们继续评估用户需求和所需投入，既评估现有 dmg，也评估 jpackage。 (08:25:29 PM) zzz: 一个月内提交中期报告，两个月内做出最终决定，好赶上 .50 (08:25:52 PM) zlatinb: 有什么想法该怎么做吗？调查问卷？ (08:26:32 PM) eyedeekay: 我可以会后在 Reddit 上发个调查 (08:26:42 PM) zzz: 论坛帖子 (08:27:11 PM) eyedeekay: 没问题，我会把它加入下个月的会议议程 (08:28:06 PM) eyedeekay: 第 3 项还有别的要补充吗？ (08:28:32 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:29:02 PM) zzz: 这是我的议题 (08:29:10 PM) eyedeekay: 交给你了 zzz (08:29:28 PM) zzz: 我不持强烈立场，但我认为在接下来的一年左右我们应该发布到 1.0.0 (08:29:49 PM) zzz: 由于我们没有单独的稳定分支，1.0.0 并不特别保证稳定性 (08:30:23 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] 进入了房间。 (08:30:27 PM) zzz: 所以我的问题是大家怎么看，以及 PR 团队能否在某个时间表内完成关于 1.0.0 是什么/不是什么的对外沟通？ (08:30:29 PM) zzz: eot (08:31:14 PM) zlatinb: 关于 1.0.0 我有两点意见： (08:31:41 PM) zlatinb: 1) RED 需要调优，这一点我会坚持到底。要把它调到合适，可能需要不止一个版本 (08:32:19 PM) zlatinb: 2) 回到安装器的问题——如果我们能为主流平台构建更顺滑的安装器，1.0.0 版本的影响会大得多 (08:32:20 PM) zlatinb: eot (08:33:40 PM) eyedeekay: 我认为如果 1.0.0 与加密从 Elgamal 迁移相吻合，我们可以设计并完成关于 1.0.0 的对外信息和公关；另外在第 2 点上我同意 zab 的看法 (08:34:30 PM) zzz: 我们总能为任何发布挑一个拿得出手的头条特性来宣传，这相当任意。今年的任何一个版本我们都可以声称是我们抛弃 Elgamal 的时点。事实上这已经在发生 (08:35:44 PM) zzz: 既然我没听到任何强烈的共识，我提议下一个版本为 0.9.50，等这个版本发布后（大约 3 个月）我们再讨论 (08:35:51 PM) eyedeekay: 那么第 2 点对我来说仍然非常重要，安装器是一个痛点，尽管听起来有点奇怪 (08:36:15 PM) eyedeekay: 我同意下一个应该是 0.9.50 (08:36:27 PM) anonymousmaybe 离开了房间（退出：读取错误）。 (08:36:31 PM) T3s|4 离开了房间（退出：读取错误）。 (08:37:36 PM) eyedeekay: 第 4 项还有别的要补充吗？ (08:38:16 PM) T3s|4 [~T3s4@573a4z46ixhpfeuej2hggtzg2wvsllq6nurtha5dzpd7l42awaeq.b32.i2p] 进入了房间。 (08:38:16 PM) mode (+v T3s|4) by ChanServ (08:38:18 PM) eyedeekay: 5) 0.9.50 发布 (08:38:42 PM) anonymousmaybe [anonymousm@zvezcslfl5ndd6ciniqp2ei3cm6kvcovceeu3nzheqe7rqcj3rra.b32.i2p] 进入了房间。 (08:38:42 PM) mode (+v anonymousmaybe) by ChanServ (08:39:19 PM) zzz: 我先让你说，然后我再列一下我最近在做什么 (08:41:28 PM) eyedeekay: 距 0.9.49 发布大约两周，这段时间我在修样式类的 bug，把 X-I2P-Location 的配置移到应用内部，以免需要反向代理或特定配置，并且在寻找改进 gitlab 的方法 (08:42:17 PM) eyedeekay: 尤其是批量把 trac 工单迁移到 gitlab，以及匿名创建工单的方法，已在我的 gitlab 待办里 (08:43:06 PM) eyedeekay: 这些其实已经基本完成，且属于下一个议程项目的内容，所以我现在不多占用时间 (08:43:56 PM) eyedeekay: EOT (08:44:06 PM) zzz: 太好了 (08:44:26 PM) zzz: 我修复了 NTP 的 2036 年问题 (08:44:33 PM) zzz: 实现了针对 IPv6 的 UPnP (08:44:45 PM) zzz: 降低了配置档案的内存占用 (08:44:55 PM) zzz: 添加了对 IPv6 引介者的支持 (08:45:17 PM) zzz: 添加了“4/6” caps 支持，以便更好地跟踪谁可以与谁连接 (08:45:39 PM) zzz: 在更小的 tunnel 构建消息（prop. 157）上做了一些工作，尽管进度比 #ls2 团队期望的要慢很多 (08:46:26 PM) zzz: 另外我向 i2pd 报告了一个严重的 SSU bug。他们已经修复了。我希望他们本月会为此发布一个版本，因为我认为它确实影响到某一部分连接的网络性能 (08:46:35 PM) zzz: eot (08:46:44 PM) eyedeekay: 谢谢 zzz (08:47:25 PM) zlatinb: 我想在测试网做一些关于调优 RED 的实验。目前的理论是它过于激进，不必要地降低了单流连接的速度。照常会回报进展。EOT (08:47:36 PM) eyedeekay: 谢谢 zlatinb (08:48:17 PM) eyedeekay: 6) Trac 迁移摘要 (08:48:17 PM) zzz: 关于路线图（roadmap）。我今天在网站上做了更新，反映 .49 的内容，并把其他内容移到了 .50。eyedeekay 请你也对你知道的事项做同样的更新 (08:48:32 PM) eyedeekay: 收到 zzz，我今晚就做 (08:51:18 PM) wodencafe 离开了房间（退出：读取错误）。 (08:51:37 PM) wodencafe [wodencafe@4qx5zjj3rypztq5h4kc2clviwid5cir7cm6iqrqa2l2npvlgt7ta.b32.i2p] 进入了房间。 (08:51:51 PM) eyedeekay: 关于 trac，我现在进退两难。我是 trac 的管理员，但不是 trac 运行那台机器的管理员。我自己无法做任何更新或改进，我所能做的只是追着一些耗时的问题跑。 (08:51:51 PM) eyedeekay: 我真的很想摆脱它，但显然我们不能把那些工单和其他信息都删掉。 (08:51:51 PM) eyedeekay: 我建议把 trac 的工单迁移到 gitlab 的工单上，并鼓励使用 gitlab 来进行问题跟踪 (08:52:51 PM) eyedeekay: Trac 工单与 gitlab 工单并不是 1:1 映射，I2P 应用的工单需要添加到 i2p.i2p 的问题跟踪器上，并在 gitlab 中标注相应的应用标签 (08:54:04 PM) eyedeekay: 我最终借助 Tor 的一些相关材料弄清楚了怎么做 (08:54:37 PM) zzz: 这大概是正确的做法，但我们可能也该快速评估一下其他选项，例如把所有内容复制到我们自己控制的机器上的 trac (08:54:51 PM) zzz: 另外还需要估算一次性和持续性的资源需求 (08:55:18 PM) zzz: 几个月前我们打算为此开会，也许现在是时候了 (08:55:54 PM) lithium 离开了房间（退出：离开）。 (08:56:02 PM) eyedeekay: 直觉上，同时运行 2 个服务（Trac 和 Gitlab）从长期看投入会更高，但一开始的投入也许更少 (08:56:05 PM) zzz: 我只是想明确我们想要达成的目标 (08:56:05 PM) lithium [lithium@f25fchfdvktukmhg2rkz5es4mlrroyywcou27bpr4mxzfuf3jgya.b32.i2p] 进入了房间。 (08:56:38 PM) zzz: 为了解决某些人不回邮件的问题而进行彻底迁移到 gitlab，这个代价太大了 (08:56:50 PM) zzz: 所以问题是除此之外我们还能得到什么 (08:57:58 PM) zlatinb: 与 git 的紧密集成、MR（合并请求）、代码评审，等等 (08:58:02 PM) zzz: 另外我们需要一份简短的需求清单，尤其是关于注册和反垃圾 (09:00:01 PM) zzz: 我也认为我们应该吸取去年迁移到 git 的经验，制定清晰的里程碑、时间表和状态 (09:00:36 PM) eyedeekay: 注册已经成为一个难点。我估计大约三分之一的注册是垃圾账号，但要区分很难，因为我对 git 用户索要的信息非常少 (09:01:37 PM) eyedeekay: Tor 关于匿名注册的方案很巧妙，也可能非常有用，但我看得越多越觉得对我们来说可能有些大材小用 (09:02:35 PM) zzz: 我建议我们先确定谁愿意参加就此事的会议，然后再安排会议时间 (09:03:29 PM) eyedeekay: 我可以。我要为 Trac 迁移在论坛上开一个新帖。 (09:04:49 PM) zzz: zlatinb，你愿意参加吗？ (09:05:03 PM) zlatinb: 可以 (09:05:21 PM) zzz: 太好了 (09:07:56 PM) eyedeekay: 议程上的内容就这些了，还有要补充的吗？ (09:08:00 PM) eyedeekay: 超时 60 秒 (09:09:32 PM) eyedeekay: 会议到此结束 *baffs* (09:09:32 PM) eyedeekay: 感谢 zzz、zlatinb 的参加，我很快会把会议记录发布到网站 (09:10:09 PM) zzz: 谢谢 (09:11:05 PM) devcron 离开了房间（退出：离开）。 (09:11:11 PM) eyedeekay: 不客气 zzz </div>/zh/blog/2021/02/17/0.9.49-%E5%8F%91%E5%B8%83/Wed, 17 Feb 2021 00:00:00 +0000/zh/blog/2021/02/17/0.9.49-%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.49 继续致力于让 I2P 更快、更安全。我们对 SSU (UDP) 传输做了多项改进和修复，应该会带来更快的速度。本次发行还开始将 routers 迁移到新的、更快的 ECIES-X25519 加密。（Destinations 在最近的几个版本中已经在使用这种加密）我们多年来一直在为新加密制定规范和协议，如今已接近尾声！这项迁移将需要几个版本才能完成。</p> <p>在此版本中，为尽量减少影响，只有新安装和极少数现有安装（在重启时随机选取）会使用新的加密方式。如果你的 router 为使用新的加密方式执行“rekey（重新生成密钥）”，那么在你重启后的几天内，它的流量可能比平时更低，可靠性也可能下降。这是正常现象，因为你的 router 生成了新的身份标识。性能应会在一段时间后恢复。</p> <p>我们此前在更改默认签名类型时，已经对网络进行过两次“rekeyed（重新密钥化）”，但这是我们第一次更改默认加密类型。希望一切顺利，不过为了稳妥起见，我们会先慢慢推进。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>Build: Git migration</li> <li>Build: Move web resources to wars</li> <li>i2psnark WebSeed support</li> <li>i2psnark padding file support</li> <li>i2ptunnel: Move proxy resources to jar</li> <li>Router: Redesign ECIES encryption for floodfills (proposal 156)</li> <li>Router: Verify RI stores after startup</li> <li>Router: Reduce Sybil threshold</li> <li>Router: ECIES for new routers</li> <li>Router: Start of ECIES migration</li> <li>SSU: Send individual fragments of messages</li> <li>SSU: Westwood+ congestion control</li> <li>SSU: Fast retransmit</li> </ul> <p><strong>错误修复</strong></p>/zh/blog/2020/12/10/%E4%BD%A0%E5%A5%BDgit%E5%86%8D%E8%A7%81monotone/Thu, 10 Dec 2020 00:00:00 +0000/zh/blog/2020/12/10/%E4%BD%A0%E5%A5%BDgit%E5%86%8D%E8%A7%81monotone/<h2 id="你好git再见monotone">你好，Git，再见，Monotone</h2> <h3 id="the-i2p-git-migration-is-nearly-concluded">The I2P Git Migration is nearly concluded</h3> <p>十多年来，I2P 一直依赖久经考验的 Monotone 服务来满足其版本控制需求，但在过去几年里，全球已普遍转向如今通用的 Git 版本控制系统。同一时期，I2P 网络变得更快、更可靠，而且针对 Git 不支持断点续传这一问题，也已经开发出易于使用的变通方案。</p> <p>今天对 I2P 而言是一个重要的日子，我们关停了旧的 mtn i2p.i2p 分支，并且正式将核心 Java I2P 库的开发从 Monotone 迁移到 Git。</p> <p>尽管我们过去使用 mtn 的做法曾遭质疑，而且它也并非一直是个受欢迎的选择，但我想借此机会，作为或许最后一个仍在使用 Monotone 的项目，向 Monotone 的开发者——无论现任还是前任、无论身在何处——致以感谢，感谢他们所创造的软件。</p> <h2 id="gpg-signing">GPG Signing</h2> <p>向 I2P 项目的代码仓库进行提交需要你为 git 提交配置 GPG 签名，这也包括 Merge Requests 和 Pull Requests。在 fork i2p.i2p 并提交任何内容之前，请先为你的 git 客户端配置 GPG 签名。</p> <h2 id="gpg-签名">GPG 签名</h2> <p>官方仓库托管在 <code>https://i2pgit.org/i2p-hackers/i2p.i2p</code> 和 <code>https://git.idk.i2p/i2p-hackers/i2p.i2p，但在</code> Github 上也有一个“镜像”，位于 <a href="https://github.com/i2p/i2p.i2p">https://github.com/i2p/i2p.i2p</a> 。</p> <p>既然我们现在使用 git，我们就可以将仓库从我们自托管的 Gitlab 实例同步到 Github，并且也可以反向同步。这意味着可以在 Gitlab 上创建并提交一个 merge request（合并请求），当它被合并时，结果会与 Github 同步；而在 Github 上的 Pull Request（拉取请求）在被合并后，也会出现在 Gitlab 上。</p>/zh/blog/2020/11/30/0.9.48-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 30 Nov 2020 00:00:00 +0000/zh/blog/2020/11/30/0.9.48-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.48 为大多数服务启用了我们的全新端到端加密协议（proposal 144）。我们已为新的 tunnel 构建消息加密（proposal 152）添加了初步支持。在 router 的各个方面都有显著的性能改进。</p> <p>针对 Ubuntu Xenial（16.04 LTS）的软件包已不再受支持。该平台的用户应升级，以便继续接收 I2P 更新。</p> <p>像往常一样，我们建议您更新到此发行版。维护安全性并帮助网络的最佳方式是运行最新的发行版。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>Avoid old DSA-SHA1 routers for lookups, stores, and tunnel peers</li> <li>Block same-country connections when in hidden mode</li> <li>BOB: Add deprecation warning</li> <li>Build: Drop support for Xenial; ant 1.9.8 or higher required to build</li> <li>i2ptunnel: Enable dual-key encryption for most tunnel types</li> <li>JBigI: Add library for Linux aarch64, zen, and zen2</li> <li>Preliminary support for ECIES-X25519 routers (proposals 152 and 156)</li> <li>Ratchet: Efficiency improvements and memory reduction</li> <li>SSU: Randomize intro key</li> <li>SSU performance improvements</li> <li>System tray: Enable by default for Linux KDE and LXDE</li> </ul> <p><strong>错误修复</strong></p>/zh/blog/2020/11/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B411%E6%9C%883%E6%97%A5/Tue, 03 Nov 2020 00:00:00 +0000/zh/blog/2020/11/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B411%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (03:01:04 PM) eyedeekay: 大家好，欢迎来到 I2P 项目 11 月 3 日的会议。idk 在此，出乎意料地通过万豪酒店的 Wi‑Fi 连上来，正和一个相当糟糕的强制门户（captive portal）斗争，所以今天我用两个昵称，eyedeekay 和 idk_mobile，以防其中一个连接掉线。 (03:01:04 PM) eyedeekay: 请多包涵，这家酒店的 Wi‑Fi 真的……烂到令人发指。我会在周四恢复到我可靠的连接上。 (03:01:04 PM) eyedeekay: 今天的议程： (03:01:04 PM) eyedeekay: 1) Hi (idk) (03:01:04 PM) eyedeekay: 2) 简要的会议流程回顾 (idk) (03:01:04 PM) eyedeekay: 3) 0.9.48 发布 (zzz, idk) (03:01:04 PM) eyedeekay: 4) 招募测试者 (idk) (03:01:04 PM) eyedeekay: 5) Git 进展更新 (idk) (03:01:04 PM) eyedeekay: 6) Router console 额外站点投票(idk) (03:01:04 PM) eyedeekay: 大家好，今天还有谁在？ (03:01:38 PM) zzz: hi (03:01:43 PM) eyedeekay: hi zzz (03:02:09 PM) eyedeekay: 还有其他人吗？ (03:03:21 PM) eyedeekay: 那么第 2 项要么很关键，要么就成了废话。2) 关于打招呼：我们很多人几乎一直开着 IRC 客户端，所以并不总能知道谁在、谁不在。因此在会议开始时，我们会说一声 “hi”，这样就能确定谁在、谁准备好参与，谁是为了之后能回看滚动记录而上线。到场后请在会议里说声 hi 以示出席。 (03:04:19 PM) eyedeekay: 3) 0.9.48 发布 (03:05:07 PM) John 离开了房间（退出：读取错误）。 (03:05:11 PM) eyedeekay: 0.9.48 将为浅色和深色 Router console（路由器控制台）主题做最后的打磨。多数是小调整，主要是微调这些主题中新图标周围的边距与内边距。我们也根据反馈为浅色和深色的 Snark 主题选定了新一套图标。 (03:05:11 PM) eyedeekay: 0.9.48 Android 版本将使用上周期间修订并修复的 Android 构建流程。内部自测体验比前几周好得多，对这次发布很期待。给不太了解情况的朋友补充一下，多年来我们的 Android 发行版在可用性方面一直被一个源于 bootclasspath 配置错误的问题严重拖累，而相关文档即便有，也非常反直觉而且极其简略。 (03:05:36 PM) eyedeekay: 这个问题已经为今后解决。 (03:06:37 PM) eyedeekay: 我和 Sadie 一直在 i2p.www 的 git 分支 “style-guide” 上更新、修订、删减并重新编排文档。 (03:07:38 PM) eyedeekay: 这些都还不是板上钉钉，但我们正在提供更多、更好的示例，为随附的 I2P 应用提供更具体的应用帮助，更新针对好友间 reseed（引导种子获取）以及托管 reseed 服务器的指南，并更新我们的对比页面。 (03:08:10 PM) eyedeekay: zzz 你想补充什么？ (03:08:19 PM) zzz: 嗯，关于 android (03:08:35 PM) John [john@3n6rizeciinzvbuzub5ux3jru6iazw6drx76cjcwmcc5yaltccca.b32.i2p] 进入了房间。 (03:08:39 PM) zzz: 说明一下，你上周发布了 0.9.47-1，并且它已经在所有地方都可用了吗？我好像没看到任何公告。 (03:08:53 PM) zzz: 所以你应该发个通知，收集一些测试报告。 (03:09:17 PM) eyedeekay: 可以，我来发个公告。 (03:09:24 PM) zzz: 关于 48，一切顺利。diff 近 15K 行，挺常见的规模。 (03:09:42 PM) zzz: router 加密类型的工作进展出乎意料地顺利，远超计划进度。 (03:09:48 PM) zzz: 对应提案 152 和 156。 (03:10:02 PM) zzz: 其中不少内容会进 .48 版，供勇敢的测试者试用。 (03:10:22 PM) zzz: 预发布公告已贴在 zzz.i2p，供审阅。 (03:10:53 PM) zzz: 我想今天确定发布日期，23 号还是 30 号？ (03:10:58 PM) zzz: 那就意味着从现在起一周或两周后进入打标签冻结。 (03:11:25 PM) zzz: eot (03:12:01 PM) eyedeekay: 对我来说已经没那么重要了，反正我一段时间也不能出差，但如果可以的话我还是想定在 30 号。 (03:12:44 PM) zzz: 好，那就 30 号。18 号进入 tag freeze，27 号提交截止。我会在我的论坛上更新帖子。 (03:12:53 PM) eyedeekay: 太好了，谢谢。 (03:13:52 PM) eyedeekay: 接下来是 4) 招募测试者 (03:13:55 PM) eyedeekay: 随着我们进入 0.9.48 发布前的最后一个月，我想请用户们在这里、项目论坛(i2pforum.i2p)、zzz 的论坛(zzz.i2p)，或者我常去潜水的 reddit.com/r/i2p 给我们 I2P 的反馈。 (03:14:24 PM) eyedeekay: 我把会议记录发布到网站时，也会把这个号召贴到那些地方。 (03:15:00 PM) eyedeekay: 所有方面的反馈都很重要：性能、样式、配置。请多多交流！ (03:15:09 PM) zzz: 行，我大概一周后会打一个 -rc 版本标签。 (03:16:57 PM) Sleepy 离开了房间（退出：读取错误）。 (03:16:58 PM) eyedeekay: 关于这个话题还有要补充的吗？ (03:17:26 PM) zzz: 没有 (03:17:49 PM) eyedeekay: 谢谢 zzz :) (03:17:57 PM) eyedeekay: 5) Git 更新：目前我暂时停止迁移新的仓库，同时配置一个 push 规则，以在 “I2P Developers” 命名空间强制执行 GPG 签名提交。至少对 i2p.i2p 和 i2p.android.base 来说，这是硬性要求。现在我们已经把活跃的插件迁移到了 gitlab，还有 i2p.newsxml、i2p.firefox、i2p.scripts 和 i2p.www。本周我已经分别从 Git 和 Monotone 成功构建了 I2P 以及 Android 版 I2P，包括在基于 git 的 i2p.i2p 之上构建基于 mtn 的 i2p.android.base，以及在基于 mtn 的 i2p.i2p 之上构建基于 git 的 i2p.android.base。这意味着在设置好 push 规则之后，可以迁移 i2p.i2p，而不会破坏依赖它的项目。不过还需要做的是联系其他下游项目 mhatta、zero 和 BiglyBT，告知他们这次切换。 (03:19:08 PM) zzz: 时间表是怎样？在 48 发布之前还是之后？ (03:19:31 PM) zzz: 我不认为有下游还在用 mtn。 (03:19:52 PM) eyedeekay: 我也不这么认为，据我所知他们都用 Maven 或 GitHub 镜像，我只是想确认一下。 (03:21:17 PM) eyedeekay: 我觉得我们仍然可以在 0.9.48 之前完成，如果我在设置好 push 规则后立刻开始的话。 (03:22:09 PM) Sleepy [Sleepy@bjy63jgb427hmekhcp6v4kxs7p2le7cpuuvdmngod76fv2isfw4a.b32.i2p] 进入了房间。 (03:22:19 PM) zzz: 好，但别把时间卡得太紧。 (03:23:26 PM) zzz: 在你切换之前，先得到所有人的明确确认。不能有任何掉队的。 (03:23:29 PM) eyedeekay: 是的，如果我觉得不能在 tag freeze 前留出一点余量完成，我就推迟到 49。 (03:23:37 PM) eyedeekay: 会的。 (03:25:08 PM) eyedeekay: 这个话题还有人要说什么吗？ (03:26:01 PM) eyedeekay: 好，那么最后一项是 6) (03:26:04 PM) eyedeekay: 我想把我的两个站点加到 router console 主页上，第一个是 git.idk.i2p，这是我的 gitlab 主机，对社区开放，也是 I2P mtn 仓库正在迁移到的地方。 (03:26:04 PM) eyedeekay: 第二个是 paste.idk.i2p，这是一个通用的 pastebin，供文件和文本使用；我搭建它是因为当时似乎没有其他 pastebin 还能访问了。 (03:27:00 PM) zzz: 没有异议。 (03:28:15 PM) zzz: 不过我建议再打磨一下拟议的工具提示，我有些想法，稍后和你沟通。 (03:29:05 PM) eyedeekay: 没问题。 (03:30:55 PM) eyedeekay: 好的，这就是我为本次会议准备的全部内容了，如果大家还有其他讨论话题，请现在提出。 (03:31:20 PM) eyedeekay: timeout 1m (03:32:42 PM) eyedeekay: 好的，感谢 zzz 参加会议，也感谢收听的各位听众。 (03:33:08 PM) eyedeekay: 下个月的会议在 12 月 8 日，同一时间，同一频道。 (03:33:13 PM) eyedeekay: *Baffs* </div>/zh/blog/2020/10/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B410%E6%9C%886%E6%97%A5/Tue, 06 Oct 2020 00:00:00 +0000/zh/blog/2020/10/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B410%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, orignal, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: 大家好，欢迎参加十月的 I2P 社区会议。 (04:00:04 PM) eyedeekay: 今天的议程是： (04:00:04 PM) eyedeekay: 1) 嗨 (04:00:04 PM) eyedeekay: 2) 0.9.48 版本发布（zzz） (04:00:04 PM) eyedeekay: 3) Git 进展更新（idk） (04:00:04 PM) eyedeekay: 4) UI 团队 / OTF 更新（idk） (04:00:04 PM) eyedeekay: 5) Android 更新（idk） (04:00:17 PM) eyedeekay: 大家好，都有哪些人到了？ (04:00:25 PM) orignal: hi (04:00:29 PM) eyedeekay: 嗨 orignal (04:00:33 PM) zzz: hello (04:00:39 PM) eyedeekay: 你好 zzz (04:01:14 PM) eyedeekay: 还有别人吗？ (04:01:53 PM) eyedeekay: 好的，进入第 2 项 (04:02:14 PM) eyedeekay: 我最近看到 zzz 做了不少工作。就我自己而言，在 0.9.48 发布版中，我在 router 内部唯一的计划是 rekeyOnIdle。总体来说，我在本次发布中的计划主要与完成 git 迁移的后两个阶段有关，以及对 i2p.www 的更改，我会在第 4 项中详细说明。 (04:02:45 PM) zzz: 我想我们已经进入本周期第 5 周了。进展顺利 (04:03:14 PM) zzz: orignal 和我在改进 tunnel 构建（提案 152），并且已经开始合入其中一些代码 (04:03:29 PM) zzz: SSU2 研究进展缓慢，肯定不会在 .48 中有任何代码 (04:03:50 PM) zzz: 目前发布中大约有 7500 行差异，比较常见 (04:04:08 PM) zzz: .48 的目标发布时间是 11 月中下旬，我们很快就会定个日期 (04:04:18 PM) zzz: EOT (04:04:44 PM) eyedeekay: 非常感谢 zzz (04:05:14 PM) eyedeekay: 也感谢你经常在论坛更新，这让你的一些进展更容易理解并便于向他人解释 (04:05:43 PM) eyedeekay: 进入第 3 项 (04:06:03 PM) eyedeekay: 我们正处于 git 迁移的第三阶段。 (04:06:08 PM) eyedeekay: i2p.www 已经迁移。它在所有项目中对 mtn 的依赖最多。 (04:06:14 PM) eyedeekay: i2p.firefox 也已迁移。 (04:06:22 PM) eyedeekay: 我们将于周四晚上，18.00 UTC 迁移 i2p.newsxml。 (04:06:32 PM) eyedeekay: 之后我会联系 zzz，接下来迁移 zzzot 或 snark-rpc。 (04:06:37 PM) eyedeekay: 已禁用 mtn 同步的代码库会在 github 和 gitlab 之间保持同步。 (04:06:44 PM) eyedeekay: 我们现在按稳步节奏推进，一旦一个仓库迁移完成，就立即开始下一个。 (04:06:58 PM) eyedeekay: EOT (04:08:23 PM) eyedeekay: 关于 Git 有问题吗？ (04:09:06 PM) eyedeekay: 超时 1 分钟 (04:10:16 PM) eyedeekay: 好的，进行第 4 项 (04:11:20 PM) eyedeekay: OTF 聘请的设计公司制作了修订版风格指南。新指南比旧版更“灵活”，同时也鼓励我们达到内部一致性。 (04:11:20 PM) eyedeekay: 它在这里：`https://uracreative.github.io/i2p-styleguide/。向社区征求对风格建议的意见，以及应该实施哪些、如何实施的帖子在这里：`http://i2pforum.i2p/viewtopic.php?f=21&t=986&sid=bbca7a971055b8449737ba038ebbfa49`` (04:11:20 PM) eyedeekay: 实施这些设计建议比较困难，原因在于如果只做部分更改，视觉效果往往会不够美观，例如请看 I2PSnark 最近的图标问题。 (04:12:26 PM) eyedeekay: 不过，这只是我们收到的建议的一半 (04:13:01 PM) eyedeekay: OTF 资助、由 Ura Design 和 Simsec 开展工作的项目指出，我们可以做出的最重要改进，是关于如何让各类新参与者完成引导（onboarding）这一整体性问题。 (04:13:16 PM) eyedeekay: 我们将其视为优先事项。其早期改进阶段主要会在 i2p.www 上进行 (04:13:19 PM) eyedeekay: 最常被问到的问题之一是：“I2P 是为谁而做的。” (04:13:42 PM) eyedeekay: 显然，提出这个问题的不仅仅是设计/可用性方面的人 (04:13:52 PM) eyedeekay: 因此我们识别了参与者的“类型”，包括用户、服务运营者、应用开发者、router 开发者。 (04:13:52 PM) eyedeekay: 我们对这个问题有许多答案，但其中一个最常见的模式是：更容易说明 I2P “Applications” 是为谁服务的。 (04:14:07 PM) eyedeekay: 所以我们希望让人们更快、更容易地使用应用。改变这些路径就是所谓的“信息架构”（Information Architecture） (04:14:07 PM) eyedeekay: 为实现这一点，将需要制作： (04:14:07 PM) eyedeekay: - Windows 安装说明，其中包括安装一个已知可与 I2P 正常配合工作的 Java 版本。 (04:14:07 PM) eyedeekay: - 站点上的页面，解释随 Java I2P router 一起捆绑的应用。 (04:14:07 PM) eyedeekay: - 将 I2P in Private Browsing webextension 纳入 Windows I2P 配置文件包 (04:14:07 PM) eyedeekay: - IRC 客户端推荐与指南。 (04:14:07 PM) eyedeekay: - 面向新运营者的一流服务托管指南(像 Gitlab 的那份)，包括重写 Reseed Service Guide。还计划提供 NextCloud 和 IRC 的托管指南。 (04:14:07 PM) eyedeekay: - 围绕用户重新组织首页和顶级导航菜单。 (04:14:44 PM) eyedeekay: 抱歉基本上讲得比较多，但请慢慢看，我想确保提供一个实质性的更新 (04:17:14 PM) eyedeekay: EOT. 有什么问题吗？ (04:17:26 PM) zzz: OTF 的工作完成了吗？他们什么时候完成的？修订版风格指南什么时候可用的？ (04:19:20 PM) eyedeekay: OTF 付费给了设计公司，他们在上个月完成。稍等我查一下历史 (04:19:56 PM) eyedeekay: 8 月 8 日 (04:20:10 PM) zzz: 我想说的是，我们该如何改进流程，确保资助工作的状态与结果能够及时传达给社区？ (04:21:07 PM) eyedeekay: 通常的解决办法是我与某个人保持联系。在这种情况下，那个“人”大概应该是我在 i2pforums.i2p 上定期发布更新 (04:22:38 PM) zzz: 好的。只是很奇怪，一个有资助的项目，产出的开发者建议却两个月都没有真正传达给开发者 (04:23:06 PM) zzz: 所以如果以后再做类似的事情，这将成为流程改进的一个讨论点 (04:23:14 PM) zzz: 感谢汇报 (04:23:35 PM) eyedeekay: 只是尽我所能地解决问题 :) (04:23:39 PM) eyedeekay: 这把我们带到了第 5 项 (04:24:46 PM) eyedeekay: 我现在是我们提供 Android 应用下载的所有服务器的管理员，因为另一位管理员没有回应。 (04:24:51 PM) eyedeekay: 我最终联系到了另一位管理员，他同意作为备份。 (04:24:59 PM) eyedeekay: 之后的计划是，在 Debian 软件包发布的同一天，我会把它们上传到 GPlay 和我们的 F-Droid。 (04:25:03 PM) eyedeekay: 这意味着我们的 F-Droid 会在 Debian 软件包上传的同一天可用。GPlay 仍会延迟大约 1-6 天，这个我基本无能为力。 (04:25:29 PM) eyedeekay: 这也意味着我现在是 download.i2p2.de 的管理员，所以我也能修复它。基本上除了 trac，我都能修。 (04:27:09 PM) eyedeekay: EOT (04:28:15 PM) eyedeekay: 哦，这就是我忘的。我并不负责上传到 F-Droid 社区仓库。那仍由 nextloop 负责。 (04:30:21 PM) eyedeekay: 有谁想补充、希望在会议上讨论的，或者对我们迄今为止讨论的内容有任何问题吗？ (04:31:02 PM) eyedeekay: 超时 1 分钟 (04:31:13 PM) zzz: 再次提醒——把八月的会议放到网站上 (04:32:00 PM) eyedeekay: 我还以为我加了？好的，结束后我就加上 </div>/zh/blog/2020/09/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B49%E6%9C%881%E6%97%A5/Tue, 01 Sep 2020 00:00:00 +0000/zh/blog/2020/09/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B49%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: 大家好，欢迎参加 9 月 1 日的社区会议： (04:00:08 PM) eyedeekay: 1) 嗨 (04:00:08 PM) eyedeekay: 2) 0.9.48 发布 (04:00:08 PM) eyedeekay: 3) Git 进展更新 (04:00:08 PM) eyedeekay: 4) Android/Maven 进展更新 (04:00:08 PM) eyedeekay: 1) 嗨 (04:00:08 PM) eyedeekay: 大家好，感谢到场 :) (04:00:24 PM) zlatinb: 嗨 (04:00:31 PM) eyedeekay: 嗨 zlatinb (04:00:40 PM) zzz: 哟 (04:00:45 PM) eyedeekay: 嗨 zzz (04:01:00 PM) eyedeekay: 这里还有别人吗？ (04:01:23 PM) eyedeekay: echelon 今天不在城里，无法参加 (04:01:53 PM) eyedeekay: 2) 0.9.48 发布 (04:02:33 PM) eyedeekay: 0.9.47 上周已发布，新周期刚刚开始 (04:03:15 PM) eyedeekay: zzz 今天早些时候发布了 ECIES router 身份的提案，请大家抽时间阅读并评论 (04:04:45 PM) eyedeekay: 关于第 2 个主题，大家有什么要说的吗？ (04:04:57 PM) zlatinb: 我会尝试做一些 SSU 方面的工作 (04:05:05 PM) zlatinb: 前提是 Git 迁移完成（当然） (04:05:06 PM) zzz: 我们才刚开始…… (04:05:32 PM) zzz: #ls2 团队计划在这段时间开始 ECIES routers 和 SSU2 提案的工作 (04:05:57 PM) zzz: 我预计大约是 3 个月的周期，11 月发布 (04:06:06 PM) zzz: EOT (04:06:14 PM) zlatinb: 另外，我也希望在 RED 方面看到一些进展，不过我还不确定具体要改什么。我要先在测试网试一试再做决定。EOT (04:06:50 PM) eyedeekay: 谢谢 zzz 和 zlatinb。 (04:07:00 PM) zzz: eyedeekay，请说说你（以及如果你知道的话，UI 团队）对 48 的计划 (04:08:12 PM) eyedeekay: 我的主要计划是完成 i2cp.rekeyOnIdle 的线程安全性 (04:08:41 PM) eyedeekay: 以及在 i2ptunnel 和 webextension 中为 I2P 的备用目的地添加 UI (04:09:13 PM) eyedeekay: 不过目前我的优先事项是 git 和 Android (04:09:14 PM) eyedeekay: EOT (04:09:36 PM) zzz: 有计划做大的 UI 变更吗？网站有变更计划吗？OTF/Ura 合同有最新进展吗？ (04:10:16 PM) eyedeekay: Ura 不再由 OTF 支付费用，但他们中有些人仍在慷慨地志愿投入时间，我们也保持联系 (04:11:26 PM) eyedeekay: 没有计划做整个图标集范围内的大改动，但我打算在 i2ptunnel 的主页添加可折叠菜单和重启按钮 (04:12:26 PM) zzz: 好的。几个月没有任何更新，我完全不清楚 OTF 合同的产出是什么、何时（如果会的话）落地，所以目前我们是否可以认为它要黄了？还是怎样？ (04:13:18 PM) eyedeekay: Bumble 非常投入于推动这些更改合入，也一直在和我们合作。就目前而言，把它视为仍然在进行中 (04:13:36 PM) zzz: “Bumble” 是什么？ (04:13:46 PM) eyedeekay: Bumble 是 Ura/SimSec 团队中的一员 (04:16:48 PM) eyedeekay: 是的，她有计划。 (04:17:41 PM) zlatinb: 不管计划是什么，没有与我们在这里积极、健康的沟通，我看不到它们能够落地。 (04:19:22 PM) eyedeekay: 我能做的只有去请求。 (04:19:35 PM) zlatinb: 谢谢。EOT (04:19:45 PM) eyedeekay: 3) Git 迁移 (04:20:05 PM) eyedeekay: 我本周的路线图包括彻底弃用 i2p.www mtn (04:20:59 PM) eyedeekay: 为此，我正在测试迁移后的部署脚本，它使用 mtn diff 检查翻译文件是否有修改 (04:21:33 PM) eyedeekay: 这基本已经就绪，我只是在推送前想再确认一下，避免过早推送把站点弄坏；另外，另一侧还需要 echelon 的协助 (04:21:57 PM) eyedeekay: 之后，我会几乎立刻开始剩余脚本和插件的工作。EOT。 (04:22:03 PM) eyedeekay: 有什么问题吗？ (04:22:32 PM) zzz: 按照我论坛帖中的要求，请在停止每个活动分支的 mtn 同步之前提前 24 小时通知 (04:22:44 PM) eyedeekay: 当然，会的。 (04:22:54 PM) zzz: 当 git 上线时再发一条公告 (04:23:18 PM) eyedeekay: 没问题 (04:23:50 PM) eyedeekay: 还有别的吗？ (04:24:49 PM) eyedeekay: 4) Maven/Android 更新 (04:26:25 PM) eyedeekay: 这里没太多可说的，只是我正在努力发布它们，我第一批提交没有被正确分发 (04:26:58 PM) zlatinb: mavenCentral 具体出了什么问题？ (04:28:11 PM) eyedeekay: 我不清楚。我已向他们提交了求助工单，看起来一切都正常，直到我尝试把它们从暂存区移出 (04:28:56 PM) zlatinb: 好，挺奇怪的 (04:29:02 PM) zzz: 好，那就是没有预计时间了 (04:29:07 PM) eyedeekay: 是的，除了其中一个之外其他都能用 (04:30:20 PM) eyedeekay: 没有预计时间。我会一直处理，直到修好。 (04:31:00 PM) eyedeekay: 这是我当前的优先事项，因为大家都需要它。 (04:31:08 PM) eyedeekay: EOT。 (04:32:24 PM) eyedeekay: 关于第 4 点，大家还有别的要补充吗 (04:33:09 PM) eyedeekay: 好，orignal 刚刚临时提议把会议移到另一个频道，我们就称其为 5) i2p-meetings (04:33:45 PM) eyedeekay: 我不觉得有这个必要 (04:34:15 PM) eyedeekay: 但我愿意听听大家对此事的看法？ (04:34:48 PM) zlatinb: 这是因为他和 echelon 之间的矛盾，到目前为止双方都拒绝让步。我反对搬迁会议，建议当事各方寻求解决方案。 (04:35:31 PM) zzz: 我想我为 47 版发布应该做的事情都已经上线了 (04:35:31 PM) zzz: re: 5)，问题是 echelon 在这里老是封禁 orignal；不归咎于任何一方，同样的问题在其他频道也可能发生 (04:36:56 PM) zzz: 如果领先的 C++ router 实现的首席开发者能被允许在这里参与，无论是会议还是平时，都是有价值的；是否可行，我也不确定 (04:37:06 PM) eyedeekay: 哦我明白了。这样我对情况有更清楚的了解。 (04:37:40 PM) eyedeekay: 这样的话我想我们都同意，继续在 i2p-dev 举行，并尝试通过沟通解决？ (04:38:14 PM) zlatinb: +1 (04:38:28 PM) eyedeekay: 好的。就这么办。 (04:38:29 PM) zzz: 我已经多次拒绝调解。也许别人可以试试，否则就看他们俩自己了。 (04:39:21 PM) eyedeekay: 我理解。 (04:39:56 PM) zlatinb: 好 我来试试 (04:40:01 PM) zlatinb: 但我需要帮助 (04:40:15 PM) zlatinb: 而且双方都不可能得到他们想要的一切 (04:40:48 PM) eyedeekay: zlatinb 我会尽我所能支持你。 (04:41:12 PM) zlatinb: 谢谢 (04:41:32 PM) eyedeekay: zzz 我认为你说得对，你为 0.9.47 的所有软件包都已经上线。 (04:41:51 PM) zzz: :) (04:42:40 PM) eyedeekay: 还有谁有希望在本次会议讨论的内容吗？ (04:43:05 PM) eyedeekay: 否则，我就触发缓冲区 timeout:2m (04:43:12 PM) anonymousmaybe: 你能把 i2pconsole 的 UI 做成无 JavaScript 吗？如果不行，为什么？ (04:43:23 PM) zzz: 简短的第 6 点）——请把今天和上个月的日志（如果你认为前一个月那次也算正式会议的话，也请一起）放到网站上 (04:43:36 PM) zzz: 第 6 点 EOT (04:43:36 PM) eyedeekay: 会的 zzz (04:44:04 PM) eyedeekay: anonymousmaybe 它已经可以在不启用 JavaScript 的情况下运行，NoScript 或 uMatrix 应该可以做到 (04:44:29 PM) anonymousmaybe: 是的，但我是说从代码层面看它仍然存在 (04:45:03 PM) anonymousmaybe: 能否加个待办，在以后的版本里从控制台移除 JS (04:46:17 PM) eyedeekay: 我想大概可以加一个选项，比如不向页面添加 script src 元素，但我不确定这样有多大意义，而且至少和一部分 UI 目标相冲突。 (04:46:43 PM) eyedeekay: 你有相关的 trac 工单吗？ (04:47:44 PM) eyedeekay: anonymousmaybe？ (04:50:05 PM) anonymousmaybe: eyedeekay 没有 (04:50:16 PM) anonymousmaybe: 我在 i2pforum 上有个帖 (04:50:21 PM) anonymousmaybe: 但没有 i2p 的工单 (04:51:36 PM) eyedeekay: 那我先去论坛跟你讨论 (04:52:25 PM) eyedeekay: 我不是说不行，但在采取行动前我想先听听你的理由 (04:52:32 PM) anonymousmaybe: https://i2pforum.net/viewtopic.php?f=13&t=537 (04:52:51 PM) eyedeekay: 非常感谢 :) (04:53:29 PM) anonymousmaybe: 你也是 :) (04:54:28 PM) eyedeekay: 如果没有其他事项，我要结束会议了。第一次 (04:54:37 PM) eyedeekay: timeout:1m (04:55:50 PM) eyedeekay: 好的，各位，感谢参加会议，IRC 上再见 </div>/zh/blog/2020/08/24/0.9.47-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 24 Aug 2020 00:00:00 +0000/zh/blog/2020/08/24/0.9.47-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.47 默认对部分服务启用我们的新端到端加密协议（提案 144）。Sybil（女巫攻击）分析与阻断工具现已默认启用。</p> <p>现在需要 Java 8 或更高版本。面向 Debian Wheezy 和 Stretch 以及 Ubuntu Trusty 和 Precise 的软件包已不再受支持。使用这些平台的用户应升级，以便继续接收 I2P 更新。</p> <p>一如既往，我们建议您更新到此发行版。维护安全并帮助网络的最佳方式是运行最新发行版。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>Java 8 now required</li> <li>Jetty 9.3.28</li> <li>Tomcat 9.0.35</li> <li>Json-simple 2.3.0</li> <li>RRD4J 3.6</li> <li>ECIES-X25519-AEAD-Ratchet encryption enabled for i2psnark, shared clients, HTTP proxy, and new tunnels</li> <li>Increase streaming MTU for ECIES connections</li> <li>Enable Sybil analysis and blocking tool by default</li> </ul> <p><strong>错误修复</strong></p> <ul> <li>Hidden Services Manager: Fix missing server tunnel length configuration</li> <li>Hidden Services Manager: Fix missing server throttle configuration</li> <li>i2psnark: Fix javascript confirmation for delete buttons</li> <li>UPnP: More fixes for changing interfaces and devices</li> <li>Fix DoH handling of Cloudflare responses</li> <li>Fix blinded/encrypted leaseset creation</li> <li>Fix persistent leaseset keys</li> </ul> <p><strong>其他</strong></p>/zh/blog/2020/08/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B48%E6%9C%884%E6%97%A5/Tue, 04 Aug 2020 00:00:00 +0000/zh/blog/2020/08/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B48%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, zlatinb, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> <p>(04:00:50 PM) eyedeekay1: 你好 zlatinb zzz mikalvmeeh eche|on，如果大家都准备好了，我们就开始开会。 (04:00:50 PM) eyedeekay1: 1）你好 (04:00:50 PM) eyedeekay1: 2）0.9.47 发布 (04:00:50 PM) eyedeekay1: 3）每月会议跟进 (04:00:50 PM) eyedeekay1: 4）Git 更新 (04:01:38 PM) eyedeekay1: 大家好，首先，很抱歉我没有注意到我在公告标题里把日期写错了。 (04:02:38 PM) zzz: 嗨 (04:02:58 PM) eyedeekay1: 嗨 zzz (04:03:31 PM) zlatinb: 嗨 (04:03:42 PM) eyedeekay1: 嗨 zlatinb (04:04:49 PM) eyedeekay1: 好的，那么 2）0.9.47 发布 (04:05:27 PM) eyedeekay1: 看起来我也赶不上在 0.9.47 前完成 rekeyOnIdle。 (04:05:58 PM) eyedeekay1: 这次我这边主要会包含一些界面元素的更新。 (04:06:19 PM) eyedeekay1: 关于 0.9.47 发布，zzz 或 zlatinb 有什么要补充的吗？ (04:06:43 PM) zzz: 摘要在 <code>http://zzz.i2p/topics/2905</code> (04:06:49 PM) zzz: 标签冻结时间是从明天算起一周后 (04:06:53 PM) zzz: 大约 3 周后发布 (04:07:07 PM) zzz: diff 约 18,500 行，这很常见 (04:07:23 PM) zzz: 一切进展顺利。我还有几件事要收尾 (04:07:40 PM) zzz: 但我很有信心我们能按计划进行 (04:07:49 PM) zzz: EOT (04:08:08 PM) eyedeekay1: 我看到昨天进来了不少更新，我一直在你推送的时候逐步查看。很高兴看到你的工作，非常感谢。 (04:08:41 PM) zzz: 那只是一些在我工作区放了好几周的杂项，没什么特别值得一提的 (04:09:42 PM) eyedeekay1: 不过跟着看依然很有收获。我不总是知道各个东西在哪里，观察你的工作有助于我辨认不同事情发生在代码的哪些地方 (04:09:43 PM) zzz: 只是尽量把东西整理好并推上去。有时我会把某些东西测试上好几个月 (04:10:28 PM) zzz: 当然，审阅别人的改动是学习和发现错误的好方法，继续保持 (04:10:39 PM) eyedeekay1: 会的 (04:10:42 PM) eyedeekay1: 如果没有别的，我要进行到 3）超时 1 分钟 (04:12:40 PM) eyedeekay1: 2）每月会议跟进： (04:12:53 PM) eyedeekay1: 这是每月例会。 (04:12:53 PM) eyedeekay1: 我没有设置 WebIRC 网关，因为据我了解那样做会违反我们的 IRC 规则。 (04:13:13 PM) eyedeekay1: 我现在拿到了会议公告规则的副本，而且这些公告的责任归属也已向我说明清楚。 (04:13:25 PM) eyedeekay1: 9 月 1 日的公告，这次日期是正确的，已经发布。目前还没有议题，请按需添加：<code>http://zzz.i2p/topics/2931-meeting-tues-september-1-8pm-utc</code> (04:14:55 PM) eyedeekay1: 当然，这会在 0.9.47 发布后不久进行 (04:15:45 PM) eyedeekay1: 关于第 2 项，大家还有什么吗？ (04:17:57 PM) eyedeekay1: 3）Git 迁移 (04:18:34 PM) eyedeekay1: Git 迁移终于开始推进了，我们有了一个计划，并开始按计划执行 (04:19:08 PM) eyedeekay1: nextloop 和我正在推进把接下来几个重要的 mtn（Monotone）分支镜像到 github (04:19:27 PM) eyedeekay1: 在各自的 Git 迁移阶段完成之前，这些仍然是只读的，也就是说目前不接受 pull 或合并请求（MRs） (04:20:04 PM) eyedeekay1: 有关这些阶段的详细描述请见：<code>http://zzz.i2p/topics/2920-flipping-the-switch-on-git#10</code> (04:20:42 PM) eyedeekay1: 如果我授予 nextloop 在 github 上 i2p 命名空间中创建仓库的权限，并允许他向自己创建的仓库写入，这将对 nextloop 和我都有帮助。 (04:20:47 PM) zzz: 计划写得不错 (04:21:24 PM) eyedeekay1: 谢谢 zzz，很高兴它终于达到了可用状态 (04:22:17 PM) zzz: 它并不完美，但已经“可用”，我们可以据此进行讨论 (04:24:39 PM) eyedeekay1: 接下来我们要迁移的是网站，这很好，因为它相当简单，也没有其他东西依赖它，这应该会在本周进行 (04:25:26 PM) eyedeekay1: 不过关于 nextloop，我想确认，授予他为我们在 github 上创建/写入仓库的权限，是否获得了广泛认可？ (04:25:54 PM) zzz: 好的。等你修改计划/时间表，使其与 0.9.47 发布避免冲突 (04:26:25 PM) eyedeekay1: 收到，我已经在编辑器里打开了 :) (04:26:48 PM) zzz: 你得去问目前的 github 管理员，他们现在不在，而且我也不在那个组里 (04:27:39 PM) eyedeekay1: 到目前为止，这个提议得到了他们的认可，不过还有一位还没回复。 (04:29:05 PM) zzz: 对我来说没问题，只要你们两位有可靠的沟通方式和备份。我认为我们不需要更多不响应的管理员了 :) (04:29:53 PM) eyedeekay1: 我觉得我们可以做到 (04:30:06 PM) eyedeekay1: 所以 nextloop 将获得 github 权限 (04:31:40 PM) zzz: 长期不响应但拥有大量权限的人，或许在最坏情况（比如某人突然“被公交车撞”）时能作为一种备份，但这同样是潜在的安全风险，需要加以管理 (04:33:12 PM) eyedeekay1: 嗯 (04:33:20 PM) eyedeekay1: 如果第 3 项还有要在这里处理的事情，那我们现在处理；否则我们大概会在一天内在 zzz.i2p 的帖子里看到修订后的计划。 (04:33:45 PM) zzz: 太好了 (04:34:18 PM) mikalvmeeh: （我半在线，错过了打招呼） (04:34:56 PM) eyedeekay1: 我们已经完成了计划中的议题，大家还有其他的吗？ (04:36:43 PM) eyedeekay1: 超时 1 分钟 (04:38:51 PM) eyedeekay1: <em>bafs</em> 好的，这次会议就到这里。请记住 9 月 1 日，下一次计划会议同一时间，UTC 晚上 8 点 (04:39:12 PM) eyedeekay1: 感谢各位参加 </div></p>/zh/blog/2020/06/07/%E9%80%9A%E8%BF%87%E5%88%86%E4%BA%AB-reseed-bundles%E9%87%8D%E6%92%AD%E7%A7%8D%E5%8C%85%E5%B8%AE%E5%8A%A9%E4%BD%A0%E7%9A%84%E6%9C%8B%E5%8F%8B%E5%8A%A0%E5%85%A5-i2p/Sun, 07 Jun 2020 00:00:00 +0000/zh/blog/2020/06/07/%E9%80%9A%E8%BF%87%E5%88%86%E4%BA%AB-reseed-bundles%E9%87%8D%E6%92%AD%E7%A7%8D%E5%8C%85%E5%B8%AE%E5%8A%A9%E4%BD%A0%E7%9A%84%E6%9C%8B%E5%8F%8B%E5%8A%A0%E5%85%A5-i2p/<p>大多数新的 I2P router 在 reseed service（网络初始节点获取服务）的帮助下通过引导加入网络。然而，与 I2P 网络其余部分强调去中心化和不可封锁的连接相反，reseed service 是中心化的，并且相对容易被封锁。如果一个新的 I2P router 无法引导，它可以使用一个现有的 I2P router 生成一个可用的 &ldquo;Reseed bundle&rdquo;（离线引导包），从而在不依赖 reseed service 的情况下完成引导。</p> <p>拥有一个可用的 I2P 连接的用户可以通过生成一个 reseed 文件（用于引导的种子文件），并通过秘密或未被封锁的通道将其传递给对方，从而帮助被封锁的 router 加入网络。事实上，在许多情况下，已经连接的 I2P router 完全不会受到 reseed 封锁的影响，所以<strong>周围有可用的 I2P router 意味着现有的 I2P router 可以通过为新的 I2P router 提供一种隐蔽的引导方式来帮助其加入</strong>。</p> <h2 id="生成-reseed-bundle引导包">生成 Reseed Bundle（引导包）</h2> <ul> <li>To create a reseed bundle for others to use, go to the <code>http://127.0.0.1:7657/configreseed</code>. You will see a section that looks like this. Click the button indicated by the red circle to create a reseed zip.</li> <li>Now that you&rsquo;ve clicked the button, a zip will be generated containing enough information to bootstrap a new I2P router. Download it and transfer it to the computer with the new, un-bootstrapped I2P router.</li> </ul> <h2 id="从文件进行-reseed-操作">从文件进行 Reseed 操作</h2> <ul> <li>Obtain an i2preseed.zip file from a friend with an I2P router that is already running, or from a trusted source somewhere on the internet, and visit the <code>http://127.0.0.1:7657/configreseed</code>. Click the button that says &ldquo;Select zip or su3 file&rdquo; and navigate to that file.</li> <li>When you&rsquo;ve selected your reseed file, click the &ldquo;Reseed from File&rdquo; button. You&rsquo;re done! Your router will now bootstrap using the zip file, and you will be ready to join the I2P network.</li> </ul>/zh/blog/2020/05/25/0.9.46-%E5%8F%91%E5%B8%83/Mon, 25 May 2020 00:00:00 +0000/zh/blog/2020/05/25/0.9.46-%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>0.9.46 带来了流式传输库的显著性能改进。我们已完成 ECIES 加密（椭圆曲线集成加密方案，提案 144）的开发，现已提供用于测试的启用选项。</p> <p><strong>仅限 Windows 用户</strong>：此版本修复了一个本地权限提升漏洞，能够运行程序的本地用户可能利用该漏洞。请尽快应用此更新。感谢 Blaze Infosec 对该问题的负责任披露。</p> <p>这是最后一个支持 Java 7、面向 Debian Wheezy 和 Stretch 的软件包，以及面向 Ubuntu Precise 和 Trusty 的软件包的版本。使用这些平台的用户必须升级才能接收未来的 I2P 更新。</p> <p>一如既往，我们建议您更新到本次发布。维护安全并帮助网络的最佳方式是运行最新的发布版。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>ECIES-X25519-AEAD-Ratchet encryption complete, ready for testing (proposal 144)</li> <li>Hidden Services Manager: Redesign edit pages</li> <li>i2psnark: Fix marking torrents as BAD at startup</li> <li>NetDB: Support ECIES replies to lookups (proposal 154)</li> <li>RRD4J 3.5 replaces jrobin</li> <li>Streaming performance improvments using Westwood+ congestion control</li> </ul> <p><strong>错误修复</strong></p>/zh/blog/2020/05/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B45%E6%9C%885%E6%97%A5/Tue, 05 May 2020 00:00:00 +0000/zh/blog/2020/05/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B45%E6%9C%885%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 22:00:09 &lt;eyedeekay&gt; 大家好，欢迎参加本月第一个周二的会议，也是 0.9.46 发布前的最后一次会议。还有谁在场？ 22:00:27 &lt;zzz&gt; 嗨 22:00:28 &lt;zlatinb&gt; 嗨 22:01:02 &lt;eyedeekay&gt; 0) 嗨 22:01:02 &lt;eyedeekay&gt; 1) 0.9.46 状态/发布 22:01:03 &lt;eyedeekay&gt; 2) git 迁移状态 22:01:03 &lt;eyedeekay&gt; 3) reseeds（引导种子服务器） 22:01:03 &lt;eyedeekay&gt; 4) 杂项 22:03:07 &lt;eyedeekay&gt; 这是 0.9.46 发布前的最后一次 IRC 会议，约一周后进入标签冻结，因此翻译字符串必须在那之前完成。剩余的修改必须在本月 22 日的最终截止日期前提交。 22:03:58 &lt;eyedeekay&gt; 据我所知，我们正按计划如期发布。 22:04:15 &lt;eyedeekay&gt; 就我这边而言，在 0.9.46 周期里，我持续进行应用的结构、外观和 UI 改动，主要集中在 i2ptunnel 上。我也在为 i2ptunnel 开发一个 tunnel 轮换设置，很快就可以提交。我不认为能赶在 0.9.46 之前完成 i2ptunnel 的动态 tunnel 分配。 22:04:21 &lt;eyedeekay&gt; 有人要补充吗？ 22:04:38 &lt;zzz&gt; 有 22:04:52 &lt;zzz&gt; 两个头条事项，streaming 改进和完成 ratchet，已经搞定 22:05:01 &lt;eyedeekay&gt; 太棒了！ 22:05:03 &lt;zzz&gt; 与 i2pd 的 ratchet 测试进展顺利 22:05:08 &lt;zzz&gt; 关于 streaming 的早期反馈很好 22:05:17 &lt;zzz&gt; 微调会一直持续到发布前 22:05:28 &lt;zzz&gt; 我现在主要在各处专注于修复 bug 22:05:55 &lt;zzz&gt; 预计在 25 日当周的前几天发布，一切按计划进行 22:05:57 &lt;zzz&gt; eot 22:06:05 &lt;eyedeekay&gt; 很好。对于关注 #ls2 的人来说，这一路看下来非常令人兴奋。 22:06:22 &lt;eyedeekay&gt; zlatinb，你那边有什么要补充的吗？ 22:07:29 &lt;zlatinb&gt; 只是做了很多 streaming 的工作，要么继续推进，要么在 47 中应用到 ssu 上 22:07:52 &lt;eyedeekay&gt; 好的。那么继续到 2) 22:08:14 &lt;eyedeekay&gt; 2) git 迁移状态 22:08:14 &lt;eyedeekay&gt; Git 已准备好供大众使用，已迁移到数据中心，换用了更快的硬件和更快的连接。新的 git i2ptunnel 的设置基本已经敲定，但尚未提交。新的 gitlab 注册将会看到一份基本的服务条款。如果他们无法遵守该 TOS，我们也清楚地列出了自建 git 服务的选项。它有备份，同时支持 HTTPS 和 .oni 22:08:14 &lt;eyedeekay&gt; 对 gittorrent 的支持仍在进行中，trac 工单迁移也在进行中。只要我们暂时继续用 trac 处理问题，我认为如果在这次发布之后进行切换，Git 已经可以投入全职使用了。 22:10:16 &lt;eyedeekay&gt; 对某些有意思的代码库而言，mtn 历史仍然是个难点 22:15:23 &lt;eyedeekay&gt; 抱歉，pidgin 在我这儿崩了。 22:15:23 &lt;eyedeekay&gt; 我们说到哪儿了？ 22:15:38 &lt;zzz&gt; "mtn history remains..." 22:20:14 &lt;eyedeekay&gt; 谢谢 zzz。 22:21:03 &lt;eyedeekay&gt; 我想我这边关于 git 没有什么别的要说的了。如果没有其他意见，我们可以进入 reseeds 22:21:03 &lt;eyedeekay&gt; 超时 1 分钟 22:21:03 &lt;eyedeekay&gt; 哦对了，我没提到 HTTPS url。我们的 git 可以在 i2pgit.org 访问 22:21:05 &lt;eyedeekay&gt; 继续，议题 3) reseeds 22:21:05 &lt;eyedeekay&gt; zzz 你请发言 22:21:18 &lt;zzz&gt; 等一下 22:21:25 &lt;eyedeekay&gt; 好的 22:21:31 &lt;zzz&gt; 我能就 2) 再补充几点想法吗？ 22:21:37 &lt;eyedeekay&gt; 当然 22:21:51 &lt;zzz&gt; 谢谢 22:22:11 &lt;zzz&gt; 首先，我对 git 和 gitlab 越来越熟了，这个周末我向 muwire 提交了 3 个 MRs（合并请求） 22:22:21 &lt;zzz&gt; 其中两个进展顺利，另一个不太顺，不过我们在学习 22:22:30 &lt;zzz&gt; 感觉顺手多了 22:22:52 &lt;zzz&gt; 其次：我记得上次会议也提到过，如果有一份迁移的方案和时间表将大有裨益 22:23:00 &lt;zzz&gt; 我不认为哪儿发布过这样的东西 22:23:23 &lt;zzz&gt; 尤其是哪些分支何时迁移等等 22:23:23 &lt;zzz&gt; eot 22:27:42 &lt;eyedeekay&gt; 哎呀，那没发到线程里。我们确实讨论过一个时间表，其中包括先把不是 i2p.i2p 的内容迁到 git，再迁 i2p.i2p。本次迁移完成前需要把它公开出来。今晚我会发出来。谢谢 zzz 的提醒，也谢谢你给 git 一个机会。 22:27:42 &lt;eyedeekay&gt; 关于 2) 还有其他人要补充吗？ 22:28:58 &lt;eyedeekay&gt; 好的，那么 3) reseeds 22:29:04 &lt;zzz&gt; 谢谢 22:29:16 &lt;zzz&gt; 我想发出一个紧急呼吁，招募更多 reseeds 22:29:33 &lt;zzz&gt; meeh 运营着我们 10 个里头的 3 个，这 3 个都宕机了大约两周。现在有一个已经恢复。 22:29:43 &lt;zzz&gt; 另外两个仍然宕着，原因各不相同 22:29:52 &lt;zzz&gt; 他没有回应 22:30:12 &lt;zzz&gt; 这情况不妙。如果两周后它们还没恢复，我会在发布前把它们移除 22:30:16 &lt;zzz&gt; 那我们就只剩 7 或 8 个了 22:30:39 &lt;zzz&gt; 宕机的 reseeds 会带来糟糕的新用户体验，这是不可接受的 22:31:12 &lt;zzz&gt; 任何想运行一个 reseed 的人请联系我 22:31:24 &lt;fug&gt; 让运行 reseeds 更容易些，人们就会愿意运行了 22:31:26 &lt;zzz&gt; 能有一个来自 biglybt 或其他与 i2p 相关的组织就好了 22:31:45 &lt;zzz&gt; 当然，总是可以做得更好 22:32:08 &lt;zzz&gt; 不幸的是，负责我们 reseeds 及其软件的人去年就消失了，所以这块也没人管 22:32:11 &lt;eyedeekay&gt; fug，怎样才算更容易？这可能是我该做的活儿，我是 Go 的那个人，我很乐意把它 Docker 化，或者做成可用 checkinstall 安装的，或者能被 go get 获取，等等。 22:32:16 &lt;zzz&gt; EOT 22:32:44 &lt;zzz&gt; reseed 插件他也只做了一半就走了 22:32:47 &lt;fug&gt; eyedeekay：做成 Docker 镜像就挺好 22:33:03 &lt;eyedeekay&gt; 好的，我一两天内会在这里发出来。 22:33:29 &lt;fug&gt; 但如果能有一个简单的单一应用，几乎无需配置就能完成 reseeding，那就更好了 22:35:50 &lt;eyedeekay&gt; 这和 Go 版 reseed 已经挺接近了，虽然我承认还有些粗糙的地方。我会先从 Docker 开始。 22:36:01 &lt;eyedeekay&gt; 关于 3) 还有别的吗？ 22:36:23 &lt;zzz&gt; 没有。谢谢把它加进议程 22:36:48 &lt;eyedeekay&gt; 不客气，没问题。4) 杂项 22:39:29 &lt;eyedeekay&gt; 我想感谢 dr|zed 为我的个人网站贡献了改进后的 CSS，我非常感谢其中投入的心思。我也设法拿到了关于我的 WebExtension 的一些设计建议。大家有没有在做什么很酷或很有意思的事情？ 22:40:53 &lt;eyedeekay&gt; （那些还没在其他地方提到过的？） 22:42:04 &lt;eyedeekay&gt; 超时 1 分钟 22:43:47 &lt;eyedeekay&gt; 如果没有其他人要补充，我就要结束会议了。 22:44:49 &lt;eyedeekay&gt; 好的，*bafs*。感谢各位来参加并为会议做出贡献，IRC 上见 </div>/zh/blog/2020/04/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B44%E6%9C%887%E6%97%A5/Tue, 07 Apr 2020 00:00:00 +0000/zh/blog/2020/04/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B44%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 22:04:29 &lt;eyedeekay&gt; 大家好，谁在这儿？ 22:04:40 &lt;eche|on&gt; 冒个泡 :-=) 22:04:46 &lt;zlatinb&gt; 嗨 22:04:48 &lt;zzz&gt; 到 22:06:18 &lt;eyedeekay&gt; 好的，第一个议题，0.9.46，zzz 请开始。 22:06:52 &lt;zzz&gt; 正在收尾对 ratchet（密钥棘轮，proposal 144）近两个月的工作 22:07:16 &lt;zzz&gt; 我差不多完成了“第 2 阶段”，此时功能已齐备 22:07:32 &lt;zzz&gt; 接下来会进入更多的修复和测试 22:07:51 &lt;zzz&gt; 所以 46 会让更多人来测试它，也许我们会在 47 中默认启用 22:08:23 &lt;zzz&gt; 之后我会把精力转向其他修复和话题，比如 streaming（Streaming 子系统，和 zlatinb 合作） 22:08:56 &lt;zzz&gt; 我这边 EOT，或许其他人可以说说他们在为 46 做什么 22:09:01 &lt;eche|on&gt; 我在两天前刚升级到 -5，仍然工作良好，包含了 tunnel 补丁的轮转，目前未见明显变化 22:09:56 &lt;zlatinb&gt; 我一直在反复阅读 TCP 的 RFC，注意到我们在 streaming 和 SSU 实现里有许多不一致。因此我把它们重写了。工单在 trac 上 22:10:24 &lt;eche|on&gt; 非常非常细致的阅读和检查，zlatinb 22:11:34 &lt;eyedeekay&gt; 我已经开始着手修改 i2ptunnel 的 UI，以减少我们呈现给新用户的不必要信息，并着手 i2ptunnel 的周期性密钥轮换机制 22:12:19 &lt;eyedeekay&gt; 我这边也有很多主线之外的工作，我想把 Firefox 配置包替换成也能在非 Windows 平台上工作的东西，这个进展得不错。 22:12:32 &lt;eyedeekay&gt; 大家就这些吗？ 22:12:46 &lt;eche|on&gt; 看起来是。 22:12:49 &lt;eyedeekay&gt; 另外，大家有问题吗？ 22:13:47 &lt;eyedeekay&gt; 到目前为止一切顺利。下一个是杂项 22:14:37 &lt;eyedeekay&gt; 关于 git 迁移，已经决定在下一个发布版*之后*而不是之前迁移 i2p.i2p。其他仓库可能会视情况更早迁移。 22:15:06 &lt;eche|on&gt; 好 22:15:20 &lt;eyedeekay&gt; git.idk.i2p 上的注册已开放，但需要管理员手动批准。我们会及时处理，但如果你着急，尽管来找我。 22:16:46 &lt;eyedeekay&gt; 目前推荐通过 SSH 使用 git，除了首次 clone——你可以用 snark 下载 git bundle 来完成。 22:16:50 &lt;eyedeekay&gt; EOT 22:17:18 &lt;eyedeekay&gt; 关于 git 迁移，有什么要问我的？ 22:17:31 &lt;eche|on&gt; 将 trac 工单纳入的进展如何？ 22:17:49 &lt;eyedeekay&gt; 我还没时间处理 tracboat，所以还没有。 22:17:58 &lt;eche|on&gt; 好 22:18:41 &lt;zlatinb&gt; 我有两个关于迁移的问题： 22:18:41 &lt;zlatinb&gt; 1. 在 git clone 期间，有没有办法修改 ssh 的网络读取超时？如果可以，把它增加到大约 5 分钟会提高成功率 22:18:41 &lt;zlatinb&gt; 2. 由于 trac 一直不太可靠，是否可以开始在 GitLab 上新建或镜像工单？这些会被关注吗？ 22:19:15 &lt;eyedeekay&gt; 1：我一直在调查这个，看起来不行，但我还不能给出确定答复。 22:19:20 &lt;zzz&gt; 关于第 2 点）如果你指的是 i2p.i2p，我不会看。 22:19:25 &lt;eche|on&gt; 关于第 2 点：tracboat 会是把所有 trac 工单纳入 git 的脚本化方案 22:19:54 &lt;zzz&gt; 相关问题：对 meeh 运营的对外公共服务持续偏低的在线率，有什么改进计划？ 22:20:02 &lt;eche|on&gt; 哦，抱歉，我是说复制/迁移现有工单。新工单也许是个问题 22:20:18 &lt;zlatinb&gt; 工单编号会保留吗？如果会，已经在 GL（GitLab）上开的工单怎么办，需要删除吗？ 22:21:21 &lt;eyedeekay&gt; 如果我能让迁移正常运行，工单编号应该会保留。重复的工单需要在其中一个工单关闭时手动删除。 22:22:08 &lt;zlatinb&gt; 如果迁移因任何原因无法进行，备选方案是什么？ 22:23:12 &lt;zzz&gt; 我们尚未就迁移 trac 达成一致；我认为这些都还只是实验。我建议把 trac 迁移推迟到所有 mtn（Monotone）分支（包括那些尚未上 GH（GitHub）的）都迁到 git 之后 22:23:33 &lt;zzz&gt; 也许最早 9 月 22:23:42 &lt;eche|on&gt; 对此的答案会和 zzz 的问题相关，目前没有固定计划。我的想法是让 trac 继续运行，保留旧工单 22:24:02 &lt;eyedeekay&gt; 我没法修好 trac，把工单迁走是我个人唯一能做的。如果不能用 tracboat 迁移，我就得自己动手。我熟悉 gitlab 那一侧，只需要学习 trac 那一侧。我知道 gitlab 看起来是替代 trac 的显而易见且诱人的选择，但这存在实质性的阻碍。 22:24:03 &lt;zlatinb&gt; 好的，那么在尝试迁移之前，我们是否继续使用 trac？ 22:24:41 &lt;eyedeekay&gt; 是 22:24:51 &lt;eche|on&gt; 关于工单：在工单迁移完成之前，请继续使用 trac 22:24:53 &lt;zzz&gt; 那么，谁负责修复 meeh 的那些服务？或者我们已经放弃了，正在着手替换他运行的所有东西？如果我们就是这么做的，那就请明确说明 22:25:56 &lt;eche|on&gt; meeh 负责他自己的服务。trac 应该被 git 取代。 22:26:31 &lt;zzz&gt; 但这并不能解决其他服务（比如 deb 仓库和 outproxy（出口代理））的系统性问题 22:26:31 &lt;eche|on&gt; Debian 仓库目前还是一个开放的事项，我做了一个镜像，但现在还需要更多时间把它按预期搭好 22:27:32 &lt;eche|on&gt; outproxy 我完全不会碰 22:27:50 &lt;eyedeekay&gt; 我乐意帮忙替换 meeh 的 deb 仓库，但对 outproxy 我无能为力。 22:29:19 &lt;eche|on&gt; meeh 常说问题主要在于他用的是旧 IP 上的老系统；随着 welterde 更改 DNS，这点在今天已经改变了 22:29:33 &lt;zzz&gt; 我认为，某个分支 X 的工单迁移只会在我们把 X 从 mtn 迁到 git 之后进行 22:29:35 &lt;eche|on&gt; 但目前还不确定 22:30:55 &lt;eyedeekay&gt; zzz 是的 22:31:08 &lt;eyedeekay&gt; 关于工单迁移 22:31:27 &lt;eyedeekay&gt; 这样就不会让大家困惑问题到底在哪里讨论。 22:32:21 &lt;eyedeekay&gt; 还有别的吗？ 22:34:22 &lt;eyedeekay&gt; 超时：60s 22:36:22 &lt;eyedeekay&gt; **Bafs** 好的，感谢各位参加 </div>/zh/blog/2020/03/18/%E4%BD%BF%E7%94%A8-git-bundle-%E8%8E%B7%E5%8F%96-i2p-%E6%BA%90%E4%BB%A3%E7%A0%81/Wed, 18 Mar 2020 00:00:00 +0000/zh/blog/2020/03/18/%E4%BD%BF%E7%94%A8-git-bundle-%E8%8E%B7%E5%8F%96-i2p-%E6%BA%90%E4%BB%A3%E7%A0%81/<p>通过 I2P 克隆大型软件仓库可能比较困难，而使用 git 有时会让事情更难。好在，它有时也能让事情更容易。Git 提供了一个 <code>git bundle</code> 命令，可以把一个 git 仓库打包成一个文件，随后 git 可以从你本地磁盘上的某个位置对该文件执行 clone、fetch 或 import。将这一能力与 bittorrent 下载结合，我们就能解决使用 <code>git clone</code> 时剩下的问题。</p> <h2 id="在开始之前">在开始之前</h2> <p>如果你打算生成一个 git bundle（捆绑包），你<strong>必须</strong>已经拥有 <strong>git</strong> 仓库的完整副本，而不是 mtn 仓库。你可以从 github 或从 git.idk.i2p 获取它，但浅克隆（使用 &ndash;depth=1 进行的克隆）<em>将无法工作</em>。它会静默失败，创建看起来像是一个 bundle 的东西，但当你尝试克隆它时会失败。如果你只是获取一个预先生成的 git bundle，那么本节不适用于你。</p> <h2 id="通过-bittorrent-获取-i2p-源代码">通过 Bittorrent 获取 I2P 源代码</h2> <p>需要有人向你提供一个与他们已为你生成的现有 <code>git bundle</code> 相对应的种子文件或磁力链接。一旦你通过 BitTorrent 获得了该 bundle，你需要使用 git 从它创建一个可用的仓库。</p> <h2 id="使用-git-clone">使用 <code>git clone</code></h2> <p>从 git bundle（Git 打包文件）克隆很简单，只需：</p> <pre tabindex="0"><code>git clone $HOME/.i2p/i2psnark/i2p.i2p.bundle </code></pre><p>如果你遇到以下错误，请尝试改为手动使用 git init 和 git fetch：</p> <pre tabindex="0"><code>fatal: multiple updates for ref &#39;refs/remotes/origin/master&#39; not allowed </code></pre><h2 id="使用-git-init-和-git-fetch">使用 <code>git init</code> 和 <code>git fetch</code></h2> <p>首先，创建一个名为 i2p.i2p 的目录，以便将其变成一个 Git 仓库：</p>/zh/blog/2020/03/16/%E5%9C%A8-i2p-%E4%B8%8A%E8%AE%BE%E7%BD%AE-gitlab/Mon, 16 Mar 2020 00:00:00 +0000/zh/blog/2020/03/16/%E5%9C%A8-i2p-%E4%B8%8A%E8%AE%BE%E7%BD%AE-gitlab/<p>这是我用于配置 Gitlab 和 I2P 的设置流程，使用 Docker 来管理服务本身。以这种方式在 I2P 上托管 Gitlab 非常容易，由一人管理也并不困难。这些说明适用于任何基于 Debian 的系统，并且可以很容易地移植到任何具备 Docker 和 I2P router 的系统上。</p> <h2 id="依赖项与-docker">依赖项与 Docker</h2> <p>由于 Gitlab 在容器中运行，我们只需在主系统上安装容器所需的依赖项。方便的是，可以通过以下方式安装所需的一切：</p> <pre tabindex="0"><code>sudo apt install docker.io </code></pre><h2 id="获取-docker-容器">获取 Docker 容器</h2> <p>安装好 Docker 后，你可以获取 GitLab 所需的 Docker 容器。<em>先不要运行它们。</em></p> <pre tabindex="0"><code>docker pull gitlab/gitlab-ce </code></pre><h2 id="为-gitlab-设置-i2p-http-代理重要信息可选步骤">为 Gitlab 设置 I2P HTTP 代理（重要信息，可选步骤）</h2> <p>I2P 内的 Gitlab 服务器可以在有或没有与 I2P 之外的互联网服务器交互能力的情况下运行。若 Gitlab 服务器<em>不允许</em>与 I2P 之外的服务器交互，则无法通过从 I2P 之外的互联网上的 git 服务器克隆一个 git 仓库来对其进行去匿名化。</p> <p>在 Gitlab 服务器被<em>允许</em>与 I2P 之外的服务器交互的情况下，它可以作为用户的&quot;Bridge（桥接器）&quot;，用户可以利用它将 I2P 之外的内容镜像到 I2P 可访问的源，不过在这种情况下它<em>并非匿名</em>。</p> <p><strong>如果你想要一个桥接的、非匿名的 Gitlab 实例，并且能够访问 Web 仓库</strong>，无需进一步修改。</p>/zh/blog/2020/03/06/%E9%80%9A%E8%BF%87-i2p-%E4%BD%BF%E7%94%A8-git%E9%9D%A2%E5%90%91%E7%94%A8%E6%88%B7/Fri, 06 Mar 2020 00:00:00 +0000/zh/blog/2020/03/06/%E9%80%9A%E8%BF%87-i2p-%E4%BD%BF%E7%94%A8-git%E9%9D%A2%E5%90%91%E7%94%A8%E6%88%B7/<p>通过 I2P Tunnel（隧道）设置 git 访问的教程。这个 tunnel 将作为你在 I2P 上访问单个 git 服务的接入点。它是将 I2P 从 monotone 迁移到 Git 的整体工作的一部分。</p> <h2 id="在做任何其他事情之前了解该服务向公众提供的功能">在做任何其他事情之前：了解该服务向公众提供的功能</h2> <p>取决于 Git 服务的配置方式，它不一定会在同一地址上提供所有服务。以 git.idk.i2p 为例，它提供一个公共的 HTTP URL，以及一个供你的 Git SSH 客户端配置使用的 SSH URL。两者均可用于推送或拉取，但推荐使用 SSH。</p> <h2 id="首先在-git-服务上注册一个账户">首先：在 Git 服务上注册一个账户</h2> <p>要在远程 git 服务上创建你的仓库，请先在该服务注册一个用户账户。当然，也可以在本地创建仓库，然后将其推送到远程 git 服务，但大多数服务都会要求你拥有账户，并且先在服务器上为其创建对应的远程仓库。</p> <h2 id="第二步创建一个用于测试的项目">第二步：创建一个用于测试的项目</h2> <p>为了确保设置流程正常工作，建议在服务器上创建一个用于测试的仓库。访问 i2p-hackers/i2p.i2p 仓库，并将其 fork（派生）到你的账户下。</p> <h2 id="第三步设置你的-git-客户端-tunnel">第三步：设置你的 git 客户端 tunnel</h2> <p>要获得对服务器的读写访问权限，你需要为你的 SSH 客户端设置一个 tunnel。如果你只需要通过 HTTP/S 进行只读克隆，那么你可以跳过这些，直接使用 http_proxy 环境变量，把 git 配置为使用预先配置好的 I2P HTTP Proxy。例如：</p> <pre tabindex="0"><code>http_proxy=`http://localhost:4444` git clone --depth=1 `http://git.idk.i2p/youruser/i2p.i2p` git fetch --unshallow </code></pre><p>要进行 SSH 访问，请从 <code>http://127.0.0.1:7657/i2ptunnelmgr</code> 启动 &ldquo;New Tunnel Wizard&rdquo;，并设置一个指向该 Git 服务的 SSH base32 地址的客户端 tunnel。</p>/zh/blog/2020/03/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B43%E6%9C%883%E6%97%A5/Tue, 03 Mar 2020 00:00:00 +0000/zh/blog/2020/03/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B43%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, eyedeekay, sadie, mikalv, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:59:49 &lt;eyedeekay&gt; 大家好，距离会议开始还有大约一分钟，谁已经到了？ 20:00:33 &lt;eche|on&gt; 好，时间到了。欢迎参加 2020 年 3 月 3 日的 IRC 开发者会议。 20:00:40 &lt;eche|on&gt; 议程： 20:00:40 &lt;eche|on&gt; 0) 打个招呼 20:00:40 &lt;eche|on&gt; 1) 0.9.45 发布状态 20:00:40 &lt;eche|on&gt; 2) 0.9.46 规划 20:00:40 &lt;eche|on&gt; 3) I2P Android 的现状/未来 20:00:40 &lt;eche|on&gt; 4) MTN =&gt; Git 计划 20:00:40 &lt;eche|on&gt; 5) 杂项 - 2020 年的 UX 计划；捐赠页面 20:01:28 &lt;eche|on&gt; 所以，由于旧的缓冲区对我来说几乎不可用，而且我还没新的，我们开始吧 20:01:31 &lt;eche|on&gt; 0) 嗨 20:01:33 &lt;nextloop&gt; 嗨！ 20:01:38 &lt;eche|on&gt; 我在，eyedeekay 在，nextloop 也在 20:01:40 &lt;zzz&gt; 嗨 20:02:21 &lt;eche|on&gt; 好，我们进入 1) 20:02:36 &lt;eche|on&gt; 0.9.45 几天前发布了，到目前为止看起来一切正常 20:02:42 &lt;eche|on&gt; 有什么评论吗？ 20:03:03 &lt;zzz&gt; 我这边一切顺利 20:03:11 &lt;nextloop&gt; Android 的状态如何？ 20:03:16 &lt;zzz&gt; I2P 网络内、PPA、deb 仓库。到目前为止没有重大报告 20:03:31 &lt;eche|on&gt; Android 还没完成，见第 3 点 20:03:34 &lt;zzz&gt; maven/fdroid/android/mac 的情况就交给你来报告了，我对此没有了解 20:03:47 &lt;eche|on&gt; mac 版已构建并上线 20:04:09 &lt;eche|on&gt; 我这边总体还不错 20:04:13 &lt;eche|on&gt; 嗨 sadie_ 20:04:45 &lt;eche|on&gt; 好，现在进入第 2 项，0.9.46 的计划 20:04:55 &lt;eche|on&gt; zzz：你的路线图里有 0.9.46 的计划吗？ 20:05:17 &lt;sadie_&gt; 嗨 20:05:51 &lt;zzz&gt; rrd4j 正在替换 jrobin 20:05:56 &lt;zzz&gt; 一周内已经有大约 30 次提交 20:06:10 &lt;zzz&gt; 我还希望完成 ratchet（提案 144） 20:06:28 &lt;eche|on&gt; 节奏不错，肯定会慢下来。ratchet 会进 .46 吗，还是不一定？ 20:06:41 &lt;zzz&gt; jogger SSU 修复……也许……也许不…… 20:07:23 &lt;zzz&gt; ratchet 已在 45 中，能工作，但很多细节尚未完成，希望在 46 里能完成 20:07:36 &lt;eche|on&gt; 好的。 20:08:15 &lt;zzz&gt; ratchet 待办列表 `http://zzz.i2p/topics/2639` 20:08:49 &lt;eche|on&gt; 0.9.46 预计什么时候发布？五月？ 20:08:50 &lt;zzz&gt; 其他人的计划呢？ 20:09:15 &lt;eche|on&gt; eyedeekay、sadie，0.9.46 的计划？ 20:09:18 &lt;eyedeekay&gt; 我目前的首要任务是 router 控制台中的自述文件（readme）。现在我在聊天推荐这块还有一点阻碍，但很快会解决。在此基础上我会逐步完善控制台内的帮助。 20:09:24 &lt;zzz&gt; 我建议五月下旬，需征得其他人同意 20:10:07 &lt;eche|on&gt; 好，五月下旬看起来不错，接下来几天我会和其他人确认。 20:10:20 &lt;eyedeekay&gt; 我同意五月下旬 20:10:32 &lt;mikalv_&gt; 同意 20:10:43 &lt;eche|on&gt; 好，关于 0.9.46 的计划还有别的吗？ 20:10:51 &lt;eche|on&gt; 有什么评论或问题吗？ 20:11:24 &lt;mikalv_&gt; 没有，不过既然大家都在，咱们现在就定一下 Android 架构支持的问题吧 20:11:32 &lt;eche|on&gt; 那是第 3 点 :-) 20:11:44 &lt;mikalv_&gt; 基本上谷歌的意思是：要么支持 x64，要么就下架该平台（如果只提供 32 位） 20:11:47 &lt;eche|on&gt; 既然第 2 点没有其他人发言，我们现在进入它 20:11:56 &lt;mikalv_&gt; 好的 20:11:59 &lt;eche|on&gt; mikalv_：Android 0.9.45 的状态怎样？ 20:12:31 &lt;mikalv_&gt; 我已经构建了它，收到了谷歌的投诉，所以等这次会议来做一个行政决定，确定我们怎么做 20:12:48 &lt;mikalv_&gt; 是该放弃 mips 等架构，还是尝试生成 64 位二进制 20:13:04 &lt;zzz&gt; 你的建议是什么？ 20:13:34 &lt;mikalv_&gt; 一旦敲定，如果我们选择移除，那么随时可以发布；至于是否需要生成 64 位二进制我不确定，因为我之前没做过 20:13:42 &lt;eche|on&gt; 依我看，市面上的 MIPS 和 x86 Android 设备不多，所以 0.9.45 先砍掉它们，但记在心上 20:13:57 &lt;sadie_&gt; 就我这边而言：对控制台和网站的信息架构进行评审，然后与 Ura 和 Simply Secure 开展身份与价值观研讨。安装后流程、基础设施和政策审查 20:14:06 &lt;mikalv_&gt; 我试图让 Google Play 告诉我各架构的使用情况，但找不到相关指标 20:14:10 &lt;zzz&gt; 你有用户统计吗，mikal？ 20:14:22 &lt;eche|on&gt; 好的，sadie，作为第 2 点的补充，记下了 :-) 20:14:23 &lt;mikalv_&gt; 我们能拿到的最接近的数据是一份设备列表 20:14:27 &lt;nextloop&gt; 架构只对 NDK 的 jbigi 库有影响，对吧？ 20:14:35 &lt;mikalv_&gt; 但那样我们还得知道这些设备分别是什么架构 20:14:38 &lt;zzz&gt; 在我看来这是个容易的决定 20:14:40 &lt;eche|on&gt; 是的，nextloop，基本如此 20:14:44 &lt;mikalv_&gt; 是的，nextloop 20:14:48 &lt;nextloop&gt; 因为每次 F-Droid 发布都会从源码构建它 20:15:17 &lt;nextloop&gt; 我从没验证过它是否真的被使用，还是用了 Java 的回退 20:15:25 &lt;eche|on&gt; 好 20:15:25 &lt;mikalv_&gt; 但这是指 64 位版本吗？这样 F-Droid 就会有 GPlay 版本没有的二进制？ 20:16:24 &lt;nextloop&gt; 我认为它只是运行 shell 脚本，脚本里构建什么就构建什么 20:16:50 &lt;eche|on&gt; mikalv_：请检查 shell 脚本/F-Droid 版本，如果有 64 位就用，没有就移除该架构 20:17:24 &lt;mikalv_&gt; 好的，如果没有异议我就这么做 20:17:35 &lt;eyedeekay&gt; 我没有异议。 20:17:40 &lt;mikalv_&gt; （？） 20:17:43 &lt;mikalv_&gt; 太好了 20:17:46 &lt;eche|on&gt; 现在到更有意思的一点：Android I2P 版本的未来。由于 Bote 几乎已死、没人用、也没有开发者，Android I2P 的使用场景就没了 20:17:57 &lt;eche|on&gt; 我们还要继续发布 Android I2P 吗？ 20:18:09 &lt;eche|on&gt; 即使没有 Bote、几乎没有使用场景？ 20:18:16 &lt;eche|on&gt; eyedeekay：意见？zzz？ 20:18:28 &lt;zzz&gt; 你的前提是 Android router 应用唯一的使用场景就是 Bote？ 20:18:47 &lt;eche|on&gt; 由于浏览器还有其他问题（mikalv_ 告诉我的），还剩下什么？ 20:18:59 &lt;eyedeekay&gt; 大家也在 Android 上用 Java I2P 做非 Bote 的事情。有人用 termux 之类的玩意儿在上面跑 Yacy 之类的服务。我不想限制这种用法。 20:19:03 &lt;eche|on&gt; 除了在小设备上作为一个简单的 router 之外呢 20:19:18 &lt;zzz&gt; 所谓“浏览无法使用”是不正确的 20:19:34 &lt;mikalv_&gt; 基本上，目前没有“非技术性”的方式来使用 Android 版 20:19:39 &lt;eche|on&gt; 好的，也就是说你们都支持 Android 的未来 20:19:41 &lt;zzz&gt; 对吧，idk？ 20:19:48 &lt;mikalv_&gt; 你可以在 about:config 里改 Firefox，但 Mozilla 警告别这么干 20:20:06 &lt;eyedeekay&gt; 是的，我认为 Android 还是有前途的。 20:20:06 &lt;mikalv_&gt; 但除此之外，在我看来它需要一个明确的生存目标 20:20:45 &lt;eche|on&gt; 另外，据我所知，Android 的维护者将转交给 eyedeekay，对吗？ 20:20:46 &lt;zzz&gt; 这背后是什么原因？是团队不想支持它了吗？ 20:20:51 &lt;eyedeekay&gt; 是的 20:21:00 &lt;eche|on&gt; 哦 20:21:01 &lt;eche|on&gt; 好 20:21:12 &lt;eche|on&gt; zzz：我是在收集大家的观点和想法 20:21:26 &lt;eche|on&gt; 看起来，eyedeekay 将在 0.9.46 及以后支持 Android 20:21:35 &lt;eyedeekay&gt; 我将至少继续维护 Android 的构建，我会接手它的所有权。我确实希望继续支持它。特此说明 20:21:45 &lt;zzz&gt; 我认为 Android 很重要。眼下我们的支持很差。我们没有修复 _any_ bug，也没有新的开发 20:21:48 &lt;eche|on&gt; 而且看起来有用户在用，所以会得到支持 20:22:12 &lt;zzz&gt; 如果我们现有团队无法加强支持，那就该雇新人来做 20:22:33 &lt;eche|on&gt; 好 20:22:48 &lt;sadie_&gt; 我已经申请了一笔支持，我建议用于 Android。还没有答复。 20:23:12 &lt;sadie_&gt; 我认为 Android 很重要 20:23:38 &lt;eche|on&gt; 所以 Android I2P 会继续，我们会努力提供更好的支持，至少比只发新版本要好 20:23:59 &lt;eche|on&gt; 如果有资金，就资助一位开发者来支持 Android 开发 20:24:25 &lt;eche|on&gt; 第 3 点 Android 有什么问题、评论或建议吗？ 20:25:43 &lt;eche|on&gt; 好，进入第 4 项）即将进行的 Monotone 到 Git 的迁移 20:26:20 &lt;eche|on&gt; 我们决定放弃 Monotone，改用 Git；迁移方案仍在制定中，以尽量保持易用性并保留 I2P 开发所需的功能 20:26:40 &lt;eche|on&gt; 目前 eyedeekay 已在 `http://git.idk.i2p` 上搭建了一个 Git 服务器，并在 https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md 上写了操作指南 20:27:02 &lt;eche|on&gt; 我们正在把 Trac 集成进 Git 实例，并将所有工单迁移到 Git 20:27:26 &lt;eche|on&gt; 在安全完成并验证迁移之后，我们会决定切换日期 20:27:46 &lt;eche|on&gt; 目前我们在寻找 I2P 网络内的指南和 Git 服务器的测试者 20:28:03 &lt;eche|on&gt; 当然，也欢迎就此话题提供更多提示、建议、想法和功能请求 20:28:07 &lt;eche|on&gt; 所以，请 20:28:12 &lt;eche|on&gt; eyedeekay：对此还有更多评论吗？ 20:28:39 &lt;eyedeekay&gt; 我还在为 webtorrent 添加 SOCKS 支持，希望不久后也能让我们使用 gittorrent。 20:29:19 &lt;eche|on&gt; nextloop：有什么评论吗？你现在正在做同步脚本，对吧？ 20:29:49 &lt;zzz&gt; muwire 的代码是否按计划设置好了并桥接到 GH（GitHub）？ 20:30:18 &lt;eyedeekay&gt; 虽然我过去几周的测试是成功的，但如果大家能审阅我的指南，并指出可以澄清或简化的地方，我将非常感激。 20:30:37 &lt;nextloop&gt; 初次克隆时连接中断的问题，可以通过浅克隆并迭代“unshallow”来解决，对吗？ 20:30:46 &lt;eche|on&gt; zzz：还不清楚，我这边还没动 20:30:55 &lt;eyedeekay&gt; 是的，目前这么做可行。 20:30:56 &lt;zzz&gt; idk？ 20:31:13 &lt;eche|on&gt; 是的，nextloop，那确实有些帮助，但即使仅 1 层深度也要拉取约 100 MB 20:31:37 &lt;eche|on&gt; “unshallow” 之后会稍微变大（我实验里是 4-5 倍） 20:31:49 &lt;zzz&gt; 我有个关于 git.idk 上用户名的问题——我们是否需要选择一个 GH 上未使用的用户名，或者需要在 GH 上防御性地注册同名，才能让一切正常运作？ 20:32:12 &lt;nextloop&gt; zzz：GitHub 是根据电子邮件地址识别提交者的。 20:32:17 &lt;zzz&gt; 之前在 zzz.i2p 上有人报告说 GH 上有好几个假的 zzz-i2p 账户。这会是个问题吗？ 20:32:42 &lt;nextloop&gt; 所以如果你把在 I2P Git 使用的邮箱加到 GitHub，提交就会关联到你的账号 20:33:16 &lt;nextloop&gt; eyedeekay：常规的 torrent 存档已经就位了吗？如果我没记错你在做这个 20:33:48 &lt;eyedeekay&gt; 目前可以生成，但还没有调度机制 20:34:32 &lt;zzz&gt; 那么，如果我想在 GH 上注册（之前或之后），我需要在 git.idk 上用一个有效的明网邮箱注册吗？还是这是本地配置的问题？ 20:34:55 &lt;zzz&gt; 不管怎样，我们细节里绕太久了，抱歉。我会和 idk 一起搞清楚 20:35:17 &lt;eyedeekay&gt; 据我所知你不需要选 GH 上未使用的用户名，你完全可以只用 GitLab 实例工作，我们完全不需要 GitHub 20:35:17 &lt;eche|on&gt; 我认为这里所谓明网邮箱应该是 i2pmail.org 的地址 20:35:46 &lt;nextloop&gt; zzz：是的，GitHub 需要验证邮箱。也许可以用 i2p-mail.org？ 20:35:54 &lt;eche|on&gt; 目前的计划是使用 GitLab（idk 在 I2P 网络内的 Git 实例）进行我们的工作，并同步到 GitHub 20:36:23 &lt;eche|on&gt; Trac 工单会在网络内的 GitLab 服务器上 20:36:25 &lt;nextloop&gt; eyedeekay：我有动力去搭建这样一个自动归档 20:36:27 &lt;zzz&gt; 我只是想确保当桥接到 GH 时，它不会被关联到某个假的 zzz 账号 20:36:47 &lt;eche|on&gt; （抱歉打扰，GitLab 和 GitHub 都是围绕 Git 的带大量功能的服务器，两者做的事情几乎一样） 20:37:18 &lt;eche|on&gt; 说得对，zzz 20:37:47 &lt;eche|on&gt; 好的，在深入细节之前，还有其他评论吗？ 20:39:06 &lt;eche|on&gt; 进入第 5 项——杂项。目前我这边有两项：a）捐赠页面，b）2020 年的 UX 计划 20:39:40 &lt;eche|on&gt; 5a）mikalv_ 在 https://donate.i2p.io/ 上建立了一个新的捐赠页面，这些账户的受益方是 mikalv_ 与 torkel 在挪威运营的 I2P 公司 20:40:07 &lt;eche|on&gt; 它已经上线并开始接收捐赠，很快（tm）会在网页和 Twitter 上宣传 20:40:24 &lt;eche|on&gt; 对此有何评论？有什么问题吗？ 20:41:29 &lt;eche|on&gt; 5)b）2020 年的 UX 计划——sadie 正在和 elio 合作一个 UX 项目，elio 已获资助来改进 I2P 的 UX 20:41:42 &lt;eche|on&gt; sadie，还有更多信息、计划、想法或评论吗？ 20:42:05 &lt;sadie_&gt; 本月的工作是：对控制台和网站进行信息架构评审，然后与 Ura 和 Simply Secure 开展“身份与价值观”工作坊 20:42:41 &lt;sadie_&gt; 我们收到了关于安装向导的非常好的反馈！ 20:43:31 &lt;eyedeekay&gt; 我这边，Browser 项目已正式进入暂停状态。我们选择做这件事的时机几乎不可能更糟了，因为我们尝试配合时，Mozilla 的代码库正在剧烈变化。待目标不那么“漂移”时我们会重启该项目。在此期间，我会把精力放在不那么耗时的项目上，以改进 I2P 和网页浏览体验。 20:43:36 &lt;sadie_&gt; 所以目前处于研究、综合与文档阶段。 20:44:03 &lt;zzz&gt; eyedeekay，一个月前会议上承诺“几天内”的 beta 8 进展如何？ 20:44:24 &lt;eyedeekay&gt; 已取消。没有意义去做，因为它只能维持很短的有效期。 20:44:35 &lt;eche|on&gt; 谢谢 sadie，这个项目的整体时间表是怎样的？结束日期 20:44:56 &lt;eche|on&gt; eyedeekay：请在网页上发布这个消息 20:45:21 &lt;eyedeekay&gt; 会的 20:45:22 &lt;sadie_&gt; 研究的预计结束时间是 6 月中旬 20:45:49 &lt;zzz&gt; 如果 beta 8 都维持不了多久，我想我们网站上的 beta 7 早就过时了，当然应该移除 20:45:53 &lt;eche|on&gt; 好，那么关于 UX 改进大致会在什么时候进入 I2P 代码，有没有预估？ 20:46:59 &lt;eche|on&gt; sadie？ 20:47:28 &lt;eche|on&gt; zzz：这应该和浏览器项目最终终止的公告一并完成 20:47:33 &lt;sadie_&gt; 要到 6 月之后。我们需要先走完流程。如果有一些改进简单、且在提出后获得批准，我们会立即执行。 20:47:35 &lt;zzz&gt; sadie_，资助 Ura 的机构是否公开？如果公开，是谁？ 20:47:46 &lt;mikalv_&gt; 是的，浏览器项目不巧启动在错误的时间，Mozilla 在同一年基本重写了整个代码库 20:48:05 &lt;anonymousmaybe&gt; i2pbrowser 目前有很多长期未修复的安全漏洞，因为它没能跟上 TB/FF 的补丁发布 20:48:09 &lt;mikalv_&gt; 所以每个版本的代码都和上一个差异很大，等等 20:48:23 &lt;eche|on&gt; sadie_：好的，看起来最早 0.9.47，可能 0.9.48 会是第一个包含该项目改动的 I2P 版本 20:48:25 &lt;sadie_&gt; 这项研究的资助来自 Usability Lab。 20:48:39 &lt;zzz&gt; 是 OTF 吗？ 20:48:40 &lt;sadie_&gt; 没错，ech 20:48:47 &lt;mikalv_&gt; 2019 年，tbb 有 10 个人把他们的补丁重写了三四次 20:49:34 &lt;eche|on&gt; https://www.opentech.fund/labs/usability-lab/ 20:49:45 &lt;sadie_&gt; OTF Resource Labs 20:49:58 &lt;zzz&gt; 如果这是公开的，发些致谢推文和一篇博文会很好，这是个大新闻，咱们应该告诉大家！ 20:50:37 &lt;fug&gt; 你们也应该告诉大家你们是如何把 UI 大改、并移除了文档的 20:51:09 &lt;eche|on&gt; 说个小小的不利消息，西班牙瓦伦西亚的 InternetFreedomFestival 因新冠病毒高风险而被取消。 20:51:18 &lt;eche|on&gt; 所以 I2P 不会参加了 20:51:38 &lt;eche|on&gt; zzz：记下了，会去做 20:52:15 &lt;sadie_&gt; zzz，是的，我上周已在论坛宣布。PR 推广已经计划好 20:52:26 &lt;eche|on&gt; 第 5 项）杂项下还有其他评论或话题吗？ 20:52:51 &lt;eche|on&gt; `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 &lt;eche|on&gt; 这是包含新闻条目的论坛帖子 20:53:10 &lt;fug&gt; zzz：GitHub 根据提交里指定的邮箱进行识别。该邮箱需要注册到某个 GitHub 账号，并且注册需要向该邮箱发送确认链接 20:53:33 &lt;fug&gt; zzz：所以如果你的提交使用 .i2p 邮箱，你将无法完成确认 20:53:55 &lt;anonymousmaybe&gt; i2prouter 隔离有没有路线图？ https://trac.i2p2.de/ticket/2132 20:54:47 &lt;eche|on&gt; 依我看，i2p 的 Debian 软件包拆分目前搁置中 20:54:51 &lt;eyedeekay&gt; 目前还没有路线图。 20:55:02 &lt;anonymousmaybe&gt; 啊，真遗憾…… 20:55:22 &lt;eche|on&gt; 据我所知，和 deb 维护者有过一些讨论，但还没有实质性成果 20:56:02 &lt;anonymousmaybe&gt; 工单已经有了，但还没开展工作 20:56:17 &lt;zzz&gt; sid 里还没有 45，也没有 mhatta 的消息 20:56:38 &lt;anonymousmaybe&gt; mikalv_ 修好 Trac 过滤 Tor/I2P 用户的问题了吗？ 20:56:42 &lt;fug&gt; 这里有 https://github.com/tracboat/tracboat 用于 Trac-&gt;GitLab 迁移，有评估过吗？ 20:57:25 &lt;eche|on&gt; 我认为 eyedeekay 正在尝试用 tracboat 做迁移，至少这个名字被提到过 20:57:28 &lt;fug&gt; 有没有介绍迁移到 Git 进度的资讯页面？ 20:57:46 &lt;eche|on&gt; 目前除了上面提到的操作指南和 Git 服务器外，没有页面 20:57:56 &lt;eche|on&gt; 因为我们还在早期阶段 20:58:17 &lt;fug&gt; 你们仍然应该有一页来说明这些信息 20:58:21 &lt;eche|on&gt; 已记下，去创建信息页面 20:58:22 &lt;mikalv_&gt; 我希望它已经修好，过去几天有人遇到问题吗？ 20:58:38 &lt;eyedeekay&gt; Trac？最近没有 20:58:49 &lt;eche|on&gt; 有的，mikalv_，这里有个用户试图提交工单，被垃圾防护拦住了 20:58:59 &lt;eche|on&gt; 不过好吧，开发者会议还有其他评论吗？ 20:59:09 &lt;zzz&gt; outproxy 仍是一堆烂摊子，但 Trac 对我来说工作正常 20:59:20 &lt;mikalv_&gt; 现在我们说的是 Trac 自己的系统，不是 i2ptunnel，对吧？ 20:59:26 &lt;eche|on&gt; 是的 20:59:43 &lt;eche|on&gt; 呃，60 分钟的时间限制到了…… 20:59:55 &lt;eche|on&gt; 还有其他评论吗？ 21:00:05 &lt;fug&gt; 有，有关开发 I2P 的信息 21:00:16 &lt;fug&gt; 应该提到使用新的 Git 实例，而不是没人用的 mtn 21:00:45 &lt;eche|on&gt; 会做的，但要在完全确认可行之后 21:01:24 &lt;eche|on&gt; 如果没有其他评论，这次 IRC 会议已经接近 60 分钟，这是个软上限，我想结束会议。由于缺少合适的缓冲，我将发出一个“plopp”的声音。 21:01:45 &lt;eche|on&gt; 所以，竖起耳朵：“plopp” 21:01:56 &lt;sadie_&gt; 甩麦 21:02:02 &lt;eche|on&gt; 开发者会议结束。感谢大家的时间、想法和评论 21:02:14 &lt;eche|on&gt; 日志很快会发布 21:02:14 &lt;sadie_&gt; 谢谢 ech </div>/zh/blog/2020/02/25/0.9.45-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 25 Feb 2020 00:00:00 +0000/zh/blog/2020/02/25/0.9.45-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.45 包含针对隐藏模式和带宽测试器的重要修复。控制台深色主题已有更新。我们继续致力于提升性能，并推进新的端到端加密（提案 144）的开发。</p> <p>如往常一样，我们建议您更新到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>Dark theme improvements</li> <li>Console icon changes</li> <li>Move some translations from console to router and core for embedded uses</li> <li>Jetty 9.2.29</li> <li>Tomcat 8.5.50</li> <li>i2psnark HTML5 preview player for partial files</li> </ul> <p><strong>错误修复</strong></p> <ul> <li>Numerous bandwidth test fixes</li> <li>Hidden mode fixes to prevent losing peers</li> <li>Hebrew translation fixes</li> </ul> <p><strong>其他</strong></p> <ul> <li>Content Security Policy improvements</li> <li>SSU extend timeout for large messages</li> <li>ECIES-X25519 continued development and fixes</li> <li>Cancel timeout jobs on message reply</li> <li>Add SSL and SSL redirect support to EepGet</li> <li>Translation updates</li> <li>Update JBigI library</li> </ul> <p>已修复问题的完整列表</p>/zh/blog/2020/02/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B42%E6%9C%884%E6%97%A5/Tue, 04 Feb 2020 00:00:00 +0000/zh/blog/2020/02/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2020%E5%B9%B42%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, eyedeekay, sadie, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) I2P Browser 项目状态（sadie，meeh，idk） 20:00:00 &lt;zzz&gt; 2) Outproxy（出站代理）用例/状态（sadie） 20:00:00 &lt;zzz&gt; 3) 0.9.45 开发状态（zzz） 20:00:00 &lt;zzz&gt; 4) 状态 Scrum（zlatinb） 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:06 &lt;zzz&gt; 嗨 20:00:19 &lt;zlatinb&gt; 嗨 20:00:29 &lt;zzz&gt; 1) I2P Browser 项目状态（sadie，meeh，idk） 20:00:51 &lt;zzz&gt; sadie，浏览器项目的最新进展是什么？ 20:01:22 &lt;zzz&gt; 或者，她不在的话，有没有其他人？ 20:02:09 &lt;eyedeekay&gt; 嗨 20:02:55 &lt;zzz&gt; eyedeekay，你有关于浏览器项目的状态更新吗？ 20:03:22 &lt;eyedeekay&gt; 我们即将发布接下来六个月内的最后一个浏览器版本，随后项目将暂缓。我们决定必须在封装配置和构建浏览器的方式上更聪明一些，才能让项目可持续；目前它对资源的消耗非常巨大。浏览器发布时，我们会在网站上发布一份更完整的声明。 20:04:11 &lt;zzz&gt; 这次发布会是 beta 8 吗？如果我没记错的话，在两个月前的上次会议上，预计会在 3 天内发布 20:04:58 &lt;eyedeekay&gt; 是的，这也是它将暂停的原因。按我们过去的方式推进根本不可持续；我们需要探索其他选项，使我们在仅仅跟上 Firefox 发布节奏时需要做的工作更少。 20:05:27 &lt;zzz&gt; 好的。欢迎 sadie_，你有要补充的吗？ 20:05:44 &lt;sadie_&gt; 没有 20:06:05 &lt;zzz&gt; 关于 1）浏览器，大家有任何评论或问题吗？ 20:06:52 &lt;zzz&gt; 关于 1）还有别的吗？ 20:07:29 &lt;zzz&gt; 2) Outproxy 用例/状态（sadie） 20:07:32 &lt;eyedeekay&gt; 我们将提供用于配置浏览器的替代流程建议。 20:07:47 &lt;zzz&gt; 好的 20:08:04 &lt;zzz&gt; sadie_，请给我们更新一下 outproxy 研究的进展 20:08:51 &lt;sadie_&gt; 过去几个月里，outproxy 研究已被推迟。 20:09:42 &lt;zzz&gt; 好的，有没有预计何时会重启？ 20:11:53 &lt;zzz&gt; 关于 2）outproxy，大家有任何评论或问题吗？ 20:12:20 &lt;sadie_&gt; 按照路线图，它在近期不是高优先级。 20:12:40 &lt;eyedeekay&gt; 最近 Meeh 实际上明显改进了位于 false.i2p 的通用默认 outproxy 的性能 20:13:11 &lt;zzz&gt; 关于 2）还有别的吗？ 20:14:04 &lt;zzz&gt; 3) 0.9.45 开发状态（zzz） 20:14:15 &lt;zzz&gt; 开发进展顺利 20:14:32 &lt;zzz&gt; 目前有 1.7 万行 diff，其中包含对暗色主题的一次重大更新 20:14:38 &lt;zzz&gt; 一些针对隐藏模式的修复 20:14:47 &lt;eche|on&gt; 希望这会有帮助 20:15:16 &lt;zzz&gt; 一些图标更改、新的 Tomcat、新的 Jetty，在 i2psnark 中为部分文件提供 HTML5 预览播放器 20:15:52 &lt;zzz&gt; 日期在上面的 /topic 中。一周后标签冻结，两周半后提交截止，三周后发布 20:16:34 &lt;zzz&gt; 虽然不完全属于 .45 的内容，但我可以宣布：我们与 i2pd 在 proposal 144（新加密）上的互操作性测试取得了不错的进展 20:16:59 &lt;zzz&gt; 我们也在持续解决双方以及提案本身中的缺陷和问题 20:17:27 &lt;zzz&gt; 还有谁想强调已进入 .45 的内容，或即将进入的内容？ 20:19:01 &lt;zzz&gt; 关于 3）还有别的吗？有问题或评论吗？ 20:19:22 &lt;eche|on&gt; 没有 20:20:02 &lt;zzz&gt; 4) 状态 Scrum（zlatinb） 20:20:08 &lt;zzz&gt; 请开始，zlatinb 20:20:15 &lt;zlatinb&gt; 嗨。 简要说明：1）自上次会议以来你做了什么 2）下个月计划做什么 3）是否有阻碍或需要帮助的地方。完成后说 EOT 20:20:46 &lt;zlatinb&gt; 我：1）MW 插件 2）继续推进 MW 插件，jogger 对 SSU 的重写 3）无阻碍 EOT 20:21:16 &lt;zzz&gt; 1）修复缺陷、proposal 144、审查 jogger 的补丁和提案；2）继续上述工作，外加 .45 发布；3）无阻碍 EOT 20:21:54 &lt;eche|on&gt; 没什么特别的，服务器支持，`http://wiki.i2p-projekt.i2p` 正在运行并在逐步完善，一切良好 20:23:26 &lt;sadie_&gt; 与 idk 一起改进安装后文档，争取到了更多可用性测试研究，社区推广/PR 策略/测试 idk 的 webextensions/ 发现流程——弹性基础设施，重塑品牌研究——下个月将继续这些工作 20:23:57 &lt;zlatinb&gt; 还有其他人吗？ 距离 scrum 结束还有 T-1 分钟 20:24:01 &lt;eyedeekay&gt; 1）我工作的最大部分是对默认暗色主题进行重大修订，以提升可读性，并使其看起来更现代、更一致。我还为我在 Firefox 上的 webextension 增加了功能并修复了缺陷，它现在可以与 i2pcontrol 和 snark-rpc 通信。我还为该项目搭建了我的个人 eepSite 以及一个公共 git 资源(位于 git.idk.i2p 的 gitlab 实例)。2）我将投入到 20:24:01 &lt;eyedeekay&gt; git 迁移中。3）无阻碍。 20:24:41 &lt;zlatinb&gt; 谢谢，scrum.end 20:24:48 &lt;zzz&gt; 好的，谢谢 zlatinb 20:25:07 &lt;zzz&gt; 大家还有任何问题、评论或要在会议上讨论的补充议题吗？ 20:26:13 * zzz 抓起 baffer 20:27:01 * zzz *bafs* 宣布会议结束 </div>/zh/blog/2019/12/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B412%E6%9C%883%E6%97%A5/Tue, 03 Dec 2019 00:00:00 +0000/zh/blog/2019/12/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B412%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) I2P 浏览器项目进展（sadie, meeh, idk） 20:00:00 &lt;zzz&gt; 2) Outproxy（外部代理，指通过 I2P 访问明网的代理）用途/状态（sadie） 20:00:00 &lt;zzz&gt; 3) 0.9.44 版本发布状态（zzz） 20:00:00 &lt;zzz&gt; 4) 状态 scrum（zlatinb） 20:00:10 &lt;sadie__&gt; 嗨 20:00:20 &lt;zzz&gt; 0) 嗨 20:00:22 &lt;zzz&gt; 嗨 20:00:47 &lt;zzz&gt; 1) I2P 浏览器项目进展（sadie, meeh, idk） 20:00:49 &lt;zlatinb&gt; 嗨 20:01:00 &lt;meeh&gt; 嗨 20:01:23 &lt;zzz&gt; sadie，I2P 浏览器项目的最新进展是什么？你也可以把回答的部分内容交给 idk 和 meeh。 20:01:32 &lt;eyedeekay&gt; 嗨 20:03:02 &lt;meeh&gt; 最大的新变化大概是我们的下一个版本将基于 ESR 68，而不是 60；并且由于 Mozilla 在后续版本中移除了我们当前使用的一些 API，我们正在把我们的扩展迁移进源代码中。 20:03:27 &lt;zzz&gt; 那这个版本计划什么时候发布？ 20:03:47 &lt;meeh&gt; 这也是第一个会用我们的新 EV 代码签名证书签名的版本，这样就不会再有那些可怕的警告了。 20:03:54 &lt;meeh&gt; 两三天内。 20:04:06 &lt;meeh&gt; 就定在 6 号吧。 20:04:15 &lt;zzz&gt; 好的，那这应该是 beta 8，对吧？ 20:04:26 &lt;meeh&gt; 是的，没错。 20:04:27 &lt;eyedeekay&gt; 对，beta 8。 20:04:43 &lt;zzz&gt; 太好了。sadie__、eyedeekay 还有要补充的吗？ 20:05:08 &lt;eyedeekay&gt; 此外，我们现在还启用了 I2P 应用套件，比如 snark、susimail 等等。 20:05:19 &lt;sadie__&gt; 有的——我们也会提供更新后的 MVP（最小可行产品）和路线图。 20:05:54 &lt;zzz&gt; 这些什么时候会发布？ 20:05:56 &lt;meeh&gt; 而且我们会在合适的时候，先从 susimail 和 addressbook 开始，发布基于现代标准的替代品。 20:06:14 &lt;meeh&gt; 不过这些不在这次发布里，而会在后续版本中推出。 20:06:47 &lt;sadie__&gt; 这些应该会在下周中发布到网站上，同时还会有更新后的项目名称和品牌方向。 20:07:15 &lt;meeh&gt; 还有一条与浏览器不直接相关的消息：我们现在也有了一个 Rack “runner”（运行器），它可以直接与 I2PSocket 通信，不需要用户通过某个本地 TCP 端口来转发。 20:07:25 &lt;zzz&gt; 不错。愿意提前透露新名字吗，还是等网站更新了再公开？ 20:07:34 &lt;meeh&gt; 所以这使得可以例如让 Ruby on Rails 直接面向 I2PSocket 运行。 20:07:57 &lt;sadie__&gt; 我们会等网站更新好再公布 =) 20:08:12 &lt;zzz&gt; 不错，meeh，能避免通过标准 socket 绕一圈来回，总是更好。 20:08:51 &lt;zzz&gt; 听起来进展很大。 20:09:01 &lt;zzz&gt; 关于 1) 还有别的吗？有人有问题吗？ 20:10:31 &lt;zzz&gt; 2) Outproxy 用例/状态（sadie） 20:10:41 &lt;zzz&gt; sadie__，这个研究工作的最新进展是什么？ 20:10:44 &lt;sadie__&gt; Outproxy 的一键式解决方案已被搁置，直到我能获得完成 MVP 所需的、用于充分信息收集的资源。这项研究要到明年才会恢复。关于通用 Outproxy 的讨论会在接下来的几周恢复。目前我们对于 Outproxy 的优先事项应是调查并改进性能问题。 20:11:45 &lt;zzz&gt; 好的，关于项目的 outproxy，调查和改进的进展如何？ 20:12:10 &lt;zzz&gt; meeh，你有相关信息吗？ 20:12:17 &lt;sadie__&gt; meeh 比我更能就这项工作发表评论。 20:12:28 &lt;meeh&gt; 既然话题是 outproxy，我做的 JRuby gem 里也有一个简单的单线程 outproxy，可以作为 I2P 插件运行。 20:12:33 &lt;meeh&gt; 地址在这里 https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 &lt;zzz&gt; 但当前的 outproxy 呢？ 20:13:09 &lt;meeh&gt; 另外我已经开始把这个 gem 拆分，这样对于一个与集群支持无关的简单 I2P 插件来说，就不需要把集群之类的东西也打包进来了。 20:13:13 &lt;meeh&gt; 因为它已经变得相当庞大了。 20:13:41 &lt;meeh&gt; 是的，我对电缆和交换机做了一些升级，以前它们是公共 outproxy 的瓶颈。 20:13:52 &lt;zzz&gt; 我开始用便签记录每一次通过 outproxy 的获取，无论成功还是失败。今天的成功率只有 75%。 20:14:26 &lt;zzz&gt; 既然 sadie 说这是优先事项，那你接下来打算做什么？ 20:14:39 &lt;meeh&gt; 下一次浏览器发布 beta 8（抱歉之前忘记提了）会让更多的 destinations（目的地，I2P 地址）指向同一个服务，因为我们认为 destination 本身是下一个瓶颈。 20:14:56 &lt;meeh&gt; 所以不仅是 false.i2p 和我的 Tor 桥，而是大概会有 20 个左右。 20:15:30 &lt;meeh&gt; 我还会把代理软件切换为一个我几个月前写的、专门为此定制的 Elixir/Erlang 程序。 20:15:45 &lt;meeh&gt; 也在这里 https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 &lt;zzz&gt; 你考虑过从 i2pd 切换到 Java 吗？我认为在 i2pd 上运行会有一些重大问题。 20:16:14 &lt;meeh&gt; 我还有一些未提交的更改，会在切换之前推上去，任何人都可以用它来运行自己的实例。我也会为此写更好的文档。 20:16:25 &lt;meeh&gt; 我目前两者都用。 20:16:29 &lt;meeh&gt; 既用 Java 也用 i2pd。 20:16:39 &lt;zzz&gt; 好的。 20:16:40 &lt;meeh&gt; 应该是四个 router，都拥有这两个 dest。 20:16:51 &lt;meeh&gt; 它们指向同一个 HTTP 代理端点。 20:17:05 &lt;zzz&gt; 关于哪个提供更好的服务，你有结论了吗？ 20:17:17 &lt;meeh&gt; i2pd 被设置成大约 100 个 tunnel，而 Java 的限制是 16 个 tunnel。 20:17:49 &lt;meeh&gt; 还没有，抱歉。不过我已经把这件事列进了待办清单，准备在不久的将来完成。 20:18:21 &lt;zzz&gt; 好的。我鼓励团队采取以测量为基础的方法来做改进，不要像霰弹枪一样一股脑儿改一堆东西。 20:18:51 &lt;meeh&gt; 是的，我以前这么干过，也从中吸取了教训——别担心，这次会以测量为基础来做。 20:18:55 &lt;zzz&gt; 关于 2) 还有别的吗，sadie__？ 20:19:09 &lt;sadie__&gt; 没有。 20:19:22 &lt;zzz&gt; 关于 2) 大家还有问题吗？ 20:20:19 &lt;zzz&gt; 3) 0.9.44 发布状态 20:20:29 &lt;zzz&gt; 好的，我们已经在星期天发布了 0.9.44。 20:21:00 &lt;zzz&gt; 它修复了在处理新加密类型方面的一个糟糕问题。大家应尽快升级。 20:21:12 &lt;meeh&gt; Android 版本已发布到 Google Play、F-Droid 和我们的下载页面，后者包含 GPG 签名，网站也已更新。 20:21:33 &lt;zzz&gt; 太好了。mavencentral 怎么样？ 20:22:03 &lt;meeh&gt; 是的，它是上述发布的必要依赖，所以当我把前面的都做完时，mavencentral 也已经搞定了。 20:22:07 &lt;zzz&gt; 现在已有 in-net 更新可用。大约 10% 的网络已经升级。 20:22:38 &lt;zzz&gt; 我在星期天也完成了 PPA 和 deb 仓库。 20:22:58 &lt;zzz&gt; 所以我想大部分都完成了。 20:23:05 &lt;zzz&gt; 到目前为止没有投诉。 20:23:24 &lt;zzz&gt; 不幸的是，带宽测试器基本上完全坏掉了。 20:23:51 &lt;zzz&gt; 最近测试池里有些变化，我们之前的握手方式不再起作用了。 20:24:10 &lt;zzz&gt; 我花了过去一天半时间处理它，现在又让它跑起来了。 20:24:40 &lt;zzz&gt; 如果谁发现类似的问题，请提交工单。很遗憾我们在发布前没有意识到它坏了。 20:25:29 &lt;meeh&gt; 我们也即将上线一个新的（独立的）捐赠页面，它将提供更多捐赠方式，包括定期的 PayPal 等。 20:25:39 &lt;zzz&gt; 关于 .44 我就这些了。我们刚刚开始着手 .45 并制定计划，我预计 45 的发布会在二月份。 20:25:44 &lt;meeh&gt; 而且它看起来**很棒** 20:25:48 &lt;meeh&gt; 用大写来形容的那种。 20:25:56 &lt;zzz&gt; 好的，meeh，很棒。 20:26:02 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:27:02 &lt;zzz&gt; 4) 状态 scrum 20:27:06 &lt;zzz&gt; zlatinb，请开始。 20:27:31 &lt;zlatinb&gt; 嗨，简要一点：1）你上个月做了什么；2）你下个月计划做什么；3）有没有阻碍，或者需要帮助；4）EOT 20:28:31 &lt;zlatinb&gt; 我：1）修复了 scriptable 过滤器每 10 秒写磁盘的问题，调查了 Servlet 3.0 支持（对内部类来说是坏的）；2）把 MW 打包成一个 router 插件；3）没有阻碍。 20:28:35 &lt;zlatinb&gt; EOT 20:28:49 &lt;zzz&gt; 1）.44 发布、修复缺陷、prop. 144（ratchet）编码和测试；修复了一个导致启动缓慢的严重 tunnel 缺陷；在 drzed 的帮助下发布了新的 zzzot 版本 20:29:28 &lt;zzz&gt; 1（续）花了很多时间测试 reseeds（引导种子）并与 reseeders 合作把问题修好；还测试并移除了 open trackers 20:30:09 &lt;meeh&gt; 已完成：用于与 router 交互和/或控制的 JRuby gem（可嵌入或独立运行）；为 HA destinations 或 I2P 的集群测试提供的初步 Kubernetes 支持；大量 Firefox 补丁（有从零编写的，也有从 Tor Browser 移植的）；outproxy 的改进；以及一个新的邮件应用，目标是未来替代 susimail 20:30:19 &lt;meeh&gt; 最后一项的初步工作* 20:30:23 &lt;zzz&gt; 2）修复缺陷、prop. 144 测试、更多性能改进工作、36C3 20:30:46 &lt;sadie__&gt; 上个月我做了最新版里包含的 CSS 浅色主题改动，回复了 Usability Lab 关于为 router 控制台进行 UX 研究的资助事宜，并推动了浏览器未来方向的产品决策。下个月会做安装后指南、更多 CSS 工作，以及浏览器管理和开发 20:30:56 &lt;zzz&gt; 3）没有阻碍；4）EOT 20:31:10 &lt;sadie__&gt; 没有阻碍，EOT 20:31:15 &lt;eyedeekay&gt; 1）我一直在努力让 I2P 浏览器体验覆盖更多 I2P 的整体功能，并调整 router 控制台和主页的结构/外观。2）下个月我将继续改进浏览器功能，编写更多 SAM 教程，并进一步改进 router 控制台的 UI。3）没有阻碍，EOT。 20:31:48 &lt;zlatinb&gt; 谢谢，我想大家都说完了 &lt;/scrum&gt; 20:32:08 &lt;zzz&gt; 太好了，关于 4) 还有别的吗？有人有问题吗？ 20:32:24 &lt;zzz&gt; 或者还有其他议题？ 20:32:28 &lt;meeh&gt; 下个月：发布浏览器的 beta 8；研究如何在类 Unix 系统上用 osslsigncode 软件为 Windows 可执行文件签名；更换 outproxy 软件；继续新的邮件应用工作；并完成对 JRuby gem 的改动 20:33:16 &lt;zzz&gt; EOT，meeh？ 20:33:32 &lt;meeh&gt; 是的，EOT。 20:34:16 &lt;zzz&gt; 好的。提醒一下，下个月不会开会，因为我们会在 36C3 之后休整。如果有人想参加我们在 36C3 的会议，请来找我们的桌子 20:34:32 &lt;zzz&gt; 我会在推特上发出大致位置 20:34:48 &lt;sadie__&gt; 我们还会为桌子准备一条新横幅！ 20:34:48 &lt;meeh&gt; 我们也许还可以发布一些会议的公开笔记？ 20:34:58 &lt;meeh&gt; 就是在 ccc 上的那场 20:34:59 &lt;zzz&gt; 在我找 baffer 的同时，还有别的议题吗？ 20:35:28 &lt;zzz&gt; 你在自告奋勇吗，meeh？ 20:35:41 &lt;meeh&gt; 我可以试着做，是的 20:35:59 &lt;sadie__&gt; 我会为 ccc 写一份报告 20:36:35 &lt;zzz&gt; 好了，我找到了*baffer*，我想今天就到这里吧 20:36:46 &lt;zzz&gt; 四周后线下见 20:37:10 &lt;zzz&gt; 哦不，是三周半后 20:37:24 * zzz *bafs* 会议结束 </div>/zh/blog/2019/12/01/0.9.44-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Sun, 01 Dec 2019 00:00:00 +0000/zh/blog/2019/12/01/0.9.44-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.44 包含一项重要修复，针对隐藏服务在处理新的加密类型时出现的拒绝服务问题。所有用户应尽快更新。</p> <p>此版本包含对新的端到端加密（提案 144）的初步支持。该项目仍在推进中，尚未准备好投入使用。控制台主页有所改动，i2psnark 中新增内嵌的 HTML5 媒体播放器。还包含针对受防火墙限制的 IPv6 网络的额外修复。tunnel（隧道）构建方面的修复应可使部分用户的启动速度更快。</p> <p>一如既往，我们建议您升级到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="版本详情">版本详情</h2> <p><strong>更改</strong></p> <ul> <li>Console home page changes</li> <li>Initial code for new encryption (proposal 144)</li> <li>Router changes to support multiple encryption types</li> <li>HTML5 players in i2psnark</li> <li>Audio playlist in i2psnark</li> <li>Change Windows data location to %LOCALAPPDIR% (new installs only)</li> </ul> <p><strong>错误修复</strong></p> <ul> <li>Fix AppArmor config for Java 11</li> <li>Fix handling of unsupported encryption types</li> <li>IPv6 firewalled fixes</li> <li>Fix long stop delay for some plugins</li> <li>Fix custom icons for some plugins</li> <li>Fix exploratory tunnel build issues causing long startup times</li> <li>Prevent multiple zero-hop tunnels in a pool</li> <li>Recognize gettext 0.20 in build scripts</li> </ul> <p><strong>其他</strong></p>/zh/blog/2019/11/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B411%E6%9C%8805%E6%97%A5/Tue, 05 Nov 2019 00:00:00 +0000/zh/blog/2019/11/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B411%E6%9C%8805%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, eyedeekay, lbt, sadie, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.43 发布状态 (zzz) 20:00:00 &lt;zzz&gt; 2) I2P Browser 项目状态 (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) outproxy (出口代理) 用例/状态 (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.44 开发状态 (zzz) 20:00:00 &lt;zzz&gt; 5) 提案状态 (zzz) 20:00:00 &lt;zzz&gt; 6) 状态 scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:06 &lt;zzz&gt; 嗨 20:00:10 &lt;sadie_&gt; 嗨 20:00:25 &lt;zzz&gt; 1) 0.9.43 发布状态 (zzz) 20:00:38 &lt;zzz&gt; 43 已经发布了几周，到目前为止没有严重问题 20:01:02 &lt;zzz&gt; 剩下的事项是官方 f-droid (nextloop) 和官方 debian (mhatta) 20:01:08 &lt;eyedeekay&gt; 嗨 20:01:37 &lt;zzz&gt; 关于 43 版本发布还有其他未解决的问题吗？ 20:03:01 &lt;zzz&gt; 2) I2P Browser 项目状态 (sadie, meeh) 20:03:16 &lt;zzz&gt; meeh、sadie，有关浏览器的最新进展是什么？ 20:04:49 &lt;sadie_&gt; Beta 7 已发布 20:05:10 &lt;eyedeekay&gt; I2P Browser 的 Beta 7 昨天发布，同时更新了路线图。这是基于 firefox 60 的倒数第二个版本。我们修复了一些 bug 并实施了持续集成，还制定并更新了浏览器作为产品的未来规划。 20:05:11 &lt;sadie_&gt; 发行说明可以在项目网站上找到。 20:05:35 &lt;zzz&gt; 供参考，网站上的发布日期是错的 20:05:51 &lt;eyedeekay&gt; 哦糟糕，抱歉我没注意到。马上改。 20:06:03 &lt;sadie_&gt; 我们也在完善路线图，也可以在项目网站上找到 20:06:29 &lt;zzz&gt; 能说说即将到来的 Beta 8 吗？它包含什么，什么时候发布？ 20:07:40 &lt;sadie_&gt; Beta 8 将在十一月底发布。 20:08:19 &lt;zzz&gt; 有人对浏览器有任何问题吗？meeh 你还有要补充的吗？ 20:08:27 &lt;eyedeekay&gt; Beta 8 将在十一月底发布，这将是最后一个基于 Firefox 60 的版本。我们正在为一些架构变更做准备，这些变更会让应用更显眼；你会在 Beta 8 中看到这些工作的开端，同时浏览器会提供更多关于捆绑的 router 就绪情况的反馈。 20:08:53 &lt;sadie_&gt; 我们正在开发更好的着陆页、HTTP 代理就绪指示器，以及动态主题 20:09:20 &lt;zzz&gt; 听起来很棒，希望大家都试试 Beta 7 20:09:45 &lt;zzz&gt; 关于第 2 项还有别的吗？ 20:11:00 &lt;zzz&gt; 3) outproxy 用例/状态 (sadie) 20:11:17 &lt;zzz&gt; sadie_，这个话题的最新进展如何？ 20:11:32 &lt;sadie_&gt; 在不开展更多用户研究的情况下，我们已经把需求文档推进到了我认为目前所能达到的程度。 20:11:38 &lt;sadie_&gt; 本月中旬我会再次联系提出一键式 outproxy 解决方案想法的人。我们可以评估已经编写的需求文档，并开始更深入地解决用户研究中的问题。该解决方案的需求是下一个版本可交付成果的一部分。我们已经把需求文档推进到了我认为在暂不进行更多用户 20:11:38 &lt;sadie_&gt; 研究的情况下所能达到的程度。 20:12:41 &lt;zzz&gt; 好的，明确一下，我们在 44 的时间范围内只做需求工作。任何实现都会在 45 或更晚，对吗？ 20:12:53 &lt;sadie_&gt; 没错 20:13:32 &lt;zzz&gt; 好的，还有什么要补充的吗？关于 outproxy 的研究，大家有问题吗？ 20:14:01 &lt;zzz&gt; 关于第 3 项还有别的吗？ 20:15:01 &lt;zzz&gt; 4) 0.9.44 开发状态 (zzz) 20:15:23 &lt;zzz&gt; 我们已经进入 .44 周期两周了，提交了大量新代码 20:15:52 &lt;zzz&gt; 几乎全部都是提案 144 的实现，即针对 destination (目标标识) 的新加密 20:16:07 &lt;zzz&gt; 我预计很快会和 chisana_ 开始互操作性测试 20:16:35 &lt;zzz&gt; 并且在几周内应该就能让勇敢的测试者试用 20:16:57 &lt;zzz&gt; 但要默认使用它还需要相当一段时间，可能是 6-12 个月 20:17:23 &lt;zzz&gt; 需要大量测试和其他改动来让它足够稳固 20:17:59 &lt;zzz&gt; 我为 .44 排队的另一项主要工作是一些 SSU 性能改进，动因来自我们多产的 trac 工单提交者“jogger” 20:18:17 &lt;zzz&gt; sadie_、eyedeekay、meeh，关于你们在 .44 的工作还有什么要补充的吗？ 20:19:34 &lt;zzz&gt; 关于第 4 项还有别的吗？ 20:19:35 &lt;sadie_&gt; router console /home 变更，网站长期战略 20:20:45 &lt;zzz&gt; 5) 提案状态 (zzz) 20:21:05 &lt;zzz&gt; 这里没什么可说的，99% 的精力都放在 144 上。 20:21:30 &lt;zzz&gt; 接下来可能是 152、153，或者甚至一份新的 SSU 2 提案 20:21:47 &lt;zzz&gt; 我预计这些在新年之前不会有太多进展 20:21:58 &lt;zzz&gt; 关于提案有问题吗？ 20:22:06 &lt;zzz&gt; 关于第 5 项还有别的吗？ 20:23:01 &lt;zzz&gt; 6) 状态 scrum (zlatinb) 20:23:12 &lt;zzz&gt; 我记得 zlatinb 说他今天来不了 20:23:32 &lt;eche|on&gt; 新服务器、新硬件、新 IP，按部就班地把服务从一台服务器迁移到另一台。没有阻碍。 20:23:41 &lt;zzz&gt; 那么大家都知道流程了，请按顺序说 1) 上个月做了什么 2) 下个月要做什么; 3) 有没有阻碍 20:23:52 &lt;zzz&gt; 最后以 EOT 结束 20:24:49 &lt;zzz&gt; 我: 1) 发布了 .44，做了大量关于新加密的工作; 2) 继续推进新加密、SSU 性能改进、修复缺陷; 3) 无阻碍; EOT 20:25:11 &lt;zzz&gt; sadie_、meeh、eyedeekay，请并行汇报 20:25:48 &lt;sadie_&gt; 上个月以及接下来的一个月，我会继续推进 I2P Browser，持续打磨 router console 的浅色主题，并与 IDK 一起制定网站的长期战略。outproxy 的产品管理和需求收集将继续进行。研发方面的提案：关于改进 UX 和可用性研究的提案已提交或正在撰写中。演讲与工 20:25:48 &lt;sadie_&gt; 作坊 (workshop) 的 2020 年会议筹备已经开始。 20:27:01 &lt;zzz&gt; 最后一次呼叫 eyedeekay meeh zlatinb 20:27:11 &lt;eyedeekay&gt; 1) 我一直在做进入浏览器的东西，或旨在帮助浏览器的东西。2) 将改进部分 router console 主页的组织结构，并实现一些浏览器的设计改进。3 无阻碍 EOT 20:27:53 &lt;zzz&gt; 好的，假定来自 eche|on 和 sadie_ 的 EOT ... 关于第 6 项还有别的吗？ 20:28:02 &lt;sadie_&gt; 有 20:28:34 &lt;zzz&gt; 还有其他议题或问题吗？ 20:28:59 &lt;eche|on&gt; bote 怎么样? 20:29:04 &lt;eche|on&gt; 有 str4d 的消息吗? 20:29:28 &lt;zzz&gt; 我偶尔在 Twitter 上看到他的 RT，所以他还在活动 20:29:59 &lt;zzz&gt; 我知道的就这些 20:30:26 &lt;zzz&gt; 除了工单里的那些以外 20:30:27 &lt;eche|on&gt; 好 20:30:38 &lt;zzz&gt; 关于 bote 还有别的吗？ 20:31:01 &lt;zzz&gt; 会议还有其他内容吗？ 20:31:22 &lt;lbt&gt; 向各位说声“谢谢” :) 20:31:48 &lt;zzz&gt; 不客气，lbt，感谢你参加会议 20:31:54 &lt;eyedeekay&gt; 不客气，朋友 :) 20:33:00 * zzz *bafs* 会议结束 </div>/zh/blog/2019/10/25/%E7%A0%94%E7%A9%B6%E4%BA%AE%E7%82%B9/Fri, 25 Oct 2019 00:00:00 +0000/zh/blog/2019/10/25/%E7%A0%94%E7%A9%B6%E4%BA%AE%E7%82%B9/<h2 id="研究聚焦---对-i2p-匿名网络及其抗审查性的实证研究">研究聚焦 - 对 I2P 匿名网络及其抗审查性的实证研究</h2> <p>以下博文由 Information Controls Fellow Hoàng Nguyên Phong 撰写。作为 ICFP 研究员，Phong 的研究聚焦于分析 I2P 网络的不同方面；I2P 是一种隐私增强型互联网工具，可通过匿名增强型网络访问在线内容，有助于规避国家施加的审查。与其接收机构马萨诸塞大学阿默斯特分校合作，Phong 研究了 I2P 网络的抗审查能力，其中包括识别国家审查者可能用来阻止访问 I2P 的封锁方法，并探讨使 I2P 更能抵御此类封锁的潜在解决方案。</p> <p>Phong 发现 I2P 网络上存在封锁尝试（具体通过 DNS 污染、基于 SNI 的封锁、TCP 数据包注入以及针对特定页面的封锁），这些封锁来自五个国家：中国、阿曼、卡塔尔、伊朗和科威特。Phong 认为，由于封锁通常施加在 I2P 下载页面和 reseed 服务器（引导节点服务器）上，可以通过将这些内容的下载链接托管在大型云服务提供商上来缓解此类封锁，从而提高封锁的连带成本。Phong 还为该平台构建了一个指标门户，便于研究人员等更好地了解 I2P 的使用者，并发现该网络日均约有 20,000 个中继节点。</p> <p>（摘自 OTF 博客文章）</p> <ul> <li><a href="https://homepage.np-tokumei.net/post/notes-otf-wrapup-blogpost/">Original Blog Post</a> </li> <li><a href="https://www.opentech.fund/news/empirical-study-i2p-anonymity-network-and-its-censorship-resistance/">OTF Mirror of the Blog Post</a> </li> <li><a href="https://i2p-metrics.np-tokumei.net/">I2P Metrics Portal</a> </li> </ul> <p>该研究论文也可在此处获取:</p> <ul> <li><a href="https://www.researchgate.net/publication/327445307_An_Empirical_Study_of_the_I2P_Anonymity_Network_and_its_Censorship_Resistance">Research Paper</a> </li> </ul> <p>在我们着手解决已识别的问题之际，我们感谢 Phong 及其合作者所做的出色研究。看到越来越多关于 I2P 的学术研究令人振奋，我们也很期待继续与他合作。</p>/zh/blog/2019/10/22/0.9.43-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 22 Oct 2019 00:00:00 +0000/zh/blog/2019/10/22/0.9.43-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>在 0.9.43 版本中，我们继续推进更强的安全和隐私特性以及性能改进。我们对新的 leaseSet 规范（LS2）的实现现已完成。我们也开始着手实现更强且更快速的端到端加密（提案 144），计划在未来的版本中发布。若干 IPv6 地址检测问题已得到修复，当然我们也修复了其他一些缺陷。</p> <p>像往常一样，我们建议您更新到本次发布。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <p><strong>更改</strong></p> <ul> <li>Console setup wizard improvements</li> <li>Tunnel wizard simplification</li> <li>New I2CP BlindingInfo message for LS2</li> <li>New proxy page to enter encrypted leaseset credentials</li> </ul> <p><strong>错误修复</strong></p> <ul> <li>Fix tunnel SSL wizard</li> <li>Fixes for SusiMail sent and drafts folder page</li> <li>Detect IPv6 address changes</li> <li>Fix detection and handling of IPv6 firewalled</li> <li>Fix manual reseed from URL</li> </ul> <p><strong>其他</strong></p> <ul> <li>i2ptunnel support for quoted custom options</li> <li>i2psnark now starts with reduced tunnel count then increases as necessary</li> <li>NTCP performance improvement</li> <li>Refactor and speed up tunnel AES processing</li> <li>Preliminary support for Servlet 3.0 webapps</li> <li>Standardize date/time formatting in console</li> <li>Tomcat 8.5.46</li> <li>Translation updates</li> <li>Update GeoIP data</li> </ul> <p>已修复缺陷的完整列表</p>/zh/blog/2019/10/05/our-networks-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A-%E4%B8%8D%E7%9F%A5%E9%81%93/Sat, 05 Oct 2019 00:00:00 +0000/zh/blog/2019/10/05/our-networks-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A-%E4%B8%8D%E7%9F%A5%E9%81%93/<h2 id="our-networks-参会报告">Our Networks 参会报告</h2> <p>9月20日那个周末，我前往多伦多与Sadie会面，参加 Our Networks 会议。Our Networks 会议涵盖了广泛的主题，包括许多点对点技术，着眼于这些技术让世界变得更美好的潜力。</p> <p>会议非常精彩，汇聚了许多聪明才智之士，他们致力于的领域从物理层网状网络到分布式 Web，当然还有匿名性。我们有机会与来自 Tor、Protocol Labs、Parity Labs、Dat 项目的优秀人士交谈，也结识了各类艺术家和社会科学家。活动也非常有趣，氛围极佳。尤其是 Dat 项目，我认为为未来的合作提供了一些很酷的机会。</p> <p>我原本没打算做演讲，但我们玩得太尽兴了，当有人邀请我们时，Sadie 和我临时准备了一下，我做了一场关于 I2P 以及它的设计选择如何与点对点（Peer-to-Peer）应用开发相关的闪电演讲。演讲有录制，等视频可用时，我会把它补充到本博客中。明年，我会为他们的 Zine Library（独立小刊库）提交一些关于 I2P 的作品。</p> <p>除此之外，我在多伦多的旅行时光过得非常愉快，那真是一个很值得一去的地方。</p>/zh/blog/2019/10/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B410%E6%9C%881%E6%97%A5/Tue, 01 Oct 2019 00:00:00 +0000/zh/blog/2019/10/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B410%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.42 发布状态 (zzz) 20:00:00 &lt;zzz&gt; 2) I2P Browser "labs" 项目状态 (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy（出站代理）用例/状态 (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.43 开发状态 (zzz) 20:00:00 &lt;zzz&gt; 5) 提案状态 (zzz) 20:00:00 &lt;zzz&gt; 6) 状态 scrum (zlatinb) 20:00:05 &lt;meeh&gt; 嗨 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:08 &lt;zzz&gt; 嗨 20:00:16 &lt;zlatinb&gt; 嗨 20:00:18 &lt;nextloop&gt; 嗨 20:00:23 &lt;sadie__&gt; 嗨 20:00:49 &lt;zzz&gt; 1) 0.9.42 发布状态 (zzz) 20:01:12 &lt;zzz&gt; 0.9.42 的发布是在 5 周前，我认为截至一个月前，唯一剩余的项目是 client lib、新的 Bote Android 发布，以及 deb/ubuntu official 20:01:19 &lt;zzz&gt; 这些都已经完成 20:01:41 &lt;zzz&gt; 关于 .42 没有什么别的可说的了，运行情况看起来不错 20:01:46 &lt;zzz&gt; 关于 1) 还有其他事项吗？ 20:02:29 &lt;zzz&gt; 2) I2P Browser "labs" 项目状态 (sadie, meeh) 20:02:37 &lt;eyedeekay&gt; 大家好 20:02:45 &lt;meeh&gt; 我们所有任务都在按计划推进中。我也已经开始对 ESR68 进行初始打补丁，计划在 12 月 31 日前成为我们的新 Beta。 20:02:46 &lt;zzz&gt; sadie、meeh，你们能跟我们介绍一下这个新项目和产品吗？目前进展如何？ 20:03:01 &lt;chisana_&gt; 嗨 20:03:02 &lt;sadie__&gt; Beta 7 将在 10 月 23 日发布，或者在 0.9.43 打标签后立即发布。到今天为止，我们即将发布版本的路线图事项都在按计划推进。我们已经制定了一个未来版本的初步路线图，规划到 2020 年 6 月 20:03:04 &lt;zzz&gt; meeh，接下来的任务或下一个发布是什么？ 20:03:07 * chisana_ 潜水 20:03:13 &lt;meeh&gt; 10 月 23 日 20:03:33 &lt;meeh&gt; 或者在当日或 0.9.43 发布之后尽快 20:03:36 &lt;meeh&gt; 取决于我们 20:03:50 &lt;zzz&gt; 你们俩能否说明路线图在哪里可以看到，以及 Beta 7 会包含哪些内容？ 20:04:39 &lt;sadie__&gt; 截至今天，路线图上的项目都在按计划进行 20:05:00 &lt;zzz&gt; 路线图是否发布在某个地方，供大家查看？ 20:06:27 &lt;meeh&gt; 下一个版本主要会包含错误修复、稳定性补丁、更好的初始对话窗口“后端” 20:06:35 &lt;eyedeekay&gt; 这些项目也在 0.9.43 的项目路线图上。 20:07:17 &lt;meeh&gt; 如果届时 Mozilla 有我们应该包含的补丁，也会一并加入 20:07:18 &lt;zzz&gt; 好的，也就是说 Beta 7 的路线图在我们网站上的 I2P 路线图里，大家可以在那里查看 20:07:29 &lt;sadie__&gt; 是的 20:07:36 &lt;zzz&gt; 规划到 2020 年 6 月的路线图是否发布在某处供大家查看？ 20:07:56 &lt;sadie__&gt; 还没有 20:07:57 &lt;eyedeekay&gt; 还没有，很快可以发布。 20:08:17 &lt;zzz&gt; 好的。大家对浏览器团队有什么问题吗？ 20:09:03 &lt;zzz&gt; 关于 2) 还有别的内容吗？团队还有什么想对浏览器说的吗？ 20:09:26 &lt;sadie__&gt; 请多测试，加入邮件列表！ 20:09:44 &lt;zzz&gt; sadie，要不宣传一下如何订阅邮件列表？ 20:10:02 &lt;meeh&gt; 可访问 `http://lists.i2p` 或 https://lists.i2p.email 20:10:17 &lt;zzz&gt; 太好了 20:10:20 &lt;sadie__&gt; 当然——你需要的一切都可以在这个页面找到：https://geti2p.net/en/browser/develop 20:10:25 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:11:01 &lt;zzz&gt; 3) Outproxy（出站代理）用例/状态 (sadie) 20:11:13 &lt;zzz&gt; sadie，请向我们介绍一下 outproxy 项目的进展 20:11:16 &lt;sadie__&gt; Open Outproxy 的 MVP（最小可行产品）已经完成，我们也即将完成“亲友版”（Friends and Family）的 MVP，但我们仍需收集更多关于管理（admin）、日志记录（logging）和报告（reporting）需求的信息。会议将于 10 月 21 日当周恢复。 20:12:06 &lt;sadie__&gt; 我对如何处理管理（admin）有一些新的想法/思路，在下次会议前还需要做更多研究 20:12:15 &lt;zzz&gt; 你说的“完成”并不是指我们已经结束开发了吧……另外，能否为大家解释一下 MVP 是什么？ 20:12:40 &lt;sadie__&gt; Minimal Viable Product（最小可行产品） 20:13:03 &lt;sadie__&gt; 不是——我们在几个方面仍在完善需求 20:13:16 &lt;zzz&gt; 所以你说的“完成”是指列出了需求清单，对吗？ 20:13:32 &lt;sadie__&gt; 没错！ 20:14:10 &lt;zzz&gt; 大家在哪里可以看到这份清单？给你们反馈的最佳方式是什么？ 20:15:05 &lt;sadie__&gt; 我会更新 trac，并邀请大家在那里参与讨论 20:15:40 &lt;zzz&gt; 请告诉大家在 trac 的哪里能看到？ 20:16:07 &lt;sadie__&gt; 稍等 20:17:04 &lt;zzz&gt; 你查找的同时，我补充一下：目标是在明年……不是 .43 或 .44 20:17:14 &lt;zzz&gt; 也就是说，指的是实现层面 20:17:46 &lt;zzz&gt; 在她查找期间，大家对 outproxy 项目有任何问题或意见吗？ 20:19:00 &lt;sadie__&gt; #2472 是我们开始讨论的地方 20:19:00 &lt;zzz&gt; 关于 3) 还有其他的吗？ 20:19:59 &lt;zzz&gt; 好的，也就是说你会把需求清单放在工单 2472 上，反馈也希望集中在那里，对吗？ 20:20:17 &lt;sadie__&gt; 没错 20:20:27 &lt;zzz&gt; 太棒了 20:20:56 &lt;zzz&gt; 4) 0.9.43 开发状态 (zzz) 20:21:19 &lt;zzz&gt; 网站上有 .43 的路线图，包括前面提到的浏览器 Beta 7 的条目 20:21:46 &lt;zzz&gt; 我们已经进行 .43 的开发 5 周了，预计大约 3 周后发布 20:22:12 &lt;zzz&gt; 一切进展顺利，包含一些 IPv6 修复，以及更多工作以让加密的 ls2 更易用 20:22:52 &lt;zzz&gt; 除浏览器 Beta 7 外，还有谁想谈谈你们在 .43 中正在做的工作？ 20:23:36 &lt;zzz&gt; 从明天起一周后将进入打标签冻结（tag freeze），到时我会更新 Transifex，并通知大家开始翻译 20:23:42 &lt;zlatinb&gt; 希望我能着手测试 servlet 3.0 的注解扫描 20:24:12 &lt;zzz&gt; 好的，是的，如果你需要的话我愿意把它完成；如果不需要那就砍掉吧 :) 20:24:18 &lt;meeh&gt; 改进我们的 jlink 打包构建，这和浏览器有关，呃，但仍然是在 Java 代码库上进行 20:24:42 &lt;sadie__&gt; IDK 和我正在制作新的安装向导；新的网站菜单导航已经完成。我还会对控制台的 CSS 做更多外观上的改动 20:24:47 &lt;meeh&gt; 我想我们也会进一步研究这个话题，因为使用 jlink 时地址簿（addressbook）是坏的 20:25:13 &lt;zlatinb&gt; 是的，还有插件也是——不过它们可能还会坏一阵子 20:25:19 &lt;zzz&gt; 哦，我们下周还会为 43 处理 Android 修复 20:26:38 &lt;zzz&gt; 我觉得你们不会想在浏览器里费劲启用 router 插件，不过也许别人会催你们？值得进一步调查一下 20:27:04 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:28:21 &lt;zzz&gt; 5) 提案状态 (zzz) 20:28:45 &lt;zzz&gt; 过去一个月里，#ls2 提案团队唯一专注的是提案 144——新的加密方案 20:29:02 &lt;zzz&gt; 我们已经接近完成一致且完整的规范，并且开始编写一些测试代码 20:30:01 &lt;zzz&gt; 我预计其中部分代码会进入 Java 版的 .44 版本——不是 .43——但要到明年年初才能在真实网络中真正完成 20:30:20 &lt;zzz&gt; 之后可能还需要再经历几个版本来清理漏洞 20:30:45 &lt;zzz&gt; 但这令人兴奋，因为我们快要替换掉一个最初的且非常慢的密码算法：ElGamal 20:31:28 &lt;zzz&gt; 我预计接下来我们会转向 ElGamal 替代方案的另一部分，即提案 152，涉及我们如何进行 tunnel 构建 20:31:46 &lt;zzz&gt; 不过我们也可能决定开始做“SSU2”……我们还没讨论过它 20:31:56 &lt;zzz&gt; 我猜这些会是明年年中到年底的事情 20:32:33 &lt;zzz&gt; 团队配合得很好，我们在 144 上已经工作了将近一年，所以在接下来的几个月把它做完，我们都会很高兴 20:32:43 &lt;zzz&gt; 对这些或其他任何提案有问题吗？ 20:33:19 &lt;zzz&gt; 关于 5) 还有别的吗？ 20:34:00 &lt;zzz&gt; 6) 状态 scrum (zlatinb) 20:34:04 &lt;zzz&gt; zab，你来主持吧 20:34:29 &lt;zlatinb&gt; 大家好，请简要说明：1）上个月你做了什么 2）下个月计划做什么 3）有没有阻碍或需要帮助的地方？ 完成后说 EOT 20:34:59 &lt;meeh&gt; 这段时间主要是浏览器项目的大量前期工作，既要集成 router，又要熟悉整个 Firefox 代码库、构建系统和架构，以便达到可以说“已经驾轻就熟”的程度。我们即将为 esr60 和 esr68 分支准备好每夜构建和 CI，也准备好处理可能收到的 pull request。 20:35:01 &lt;meeh&gt; 实现制品构建（artifact builds）也是我们的目标，这将使硬件较弱的用户能够下载 Firefox 构建的部分产物，从而减少最重的编译步骤，让开发不再那么麻烦。同时我们也在研究浏览器的单元测试和回归测试，以避免低级错误，让产品更加稳定可靠。 20:35:01 &lt;meeh&gt; 我们也快要拥有自己的定制构建脚本，不再基于 Tor 的 Perl 构建脚本，既为了支持远程构建，也因为懂 Perl 的人不多。除此之外，我还就我们组织运营在当地法律体系中的问题进行了一些阅读和调研。并开展了项目服务器日志策略的初步工作。 20:35:05 &lt;meeh&gt; EOT 20:35:18 &lt;zlatinb&gt; 我：1）在测试网（testnet）上测试 jogger 补丁，做了一些 jlink 工作 2）更多测试网，servlet 3.0 3）无阻碍 EOT 20:35:20 &lt;sadie__&gt; 上周末在多伦多参加了 Our Networks，制定了新的安装向导，由 IDK 在本次发布中实现；为下一个发布确定了更多 CSS 外观更改；推动 outproxy 和浏览器方面的共识；进行了社区拓展，并申请了更多 UX 资金。下个月，将重点关注筹资方案、新的 PR 策略、36c3 的外联、准备一份 I2P 入门幻灯片 20:35:20 &lt;sadie__&gt; 文稿，供我们今后的演讲使用；改进 Susi Mail，并继续推进浏览器和 outproxy。EOT 20:35:32 &lt;zzz&gt; 1）错误修复、IPv6、ls2 加密、提案 144 20:36:06 &lt;eche|on&gt; 服务器运行中，一样，没有阻碍 20:36:25 &lt;zzz&gt; 2）错误修复、IPv6、ls2 加密、提案 144 的规范和测试代码，准备并发布 0.9.43，更多 outproxy 会议和定义 20:36:48 &lt;zzz&gt; 3）无阻碍，EOT 20:37:11 &lt;zlatinb&gt; scrum.setTimeout(60*1000); 20:37:25 &lt;zzz&gt; eyedeekay? 20:37:35 &lt;eyedeekay&gt; 稍等一下 20:37:55 &lt;eyedeekay&gt; 我一直在升级带宽向导，使其更好地配合 I2P Browser 工作，并在整体上显得更现代、也不那么令人困惑。我还在整理、去重并改进 SAM 库，同时对浏览器做了一些小改动。下个月我主要会协助浏览器方面的工作，但我也可能会在 i2ptunnel 中提出一些建议。没有阻碍。 20:38:41 &lt;zzz&gt; sadie__，或 eyedeekay，有没有 Our Networks 行程报告的链接供大家阅读？ 20:38:48 &lt;meeh&gt; 没有阻碍，大多数提到的任务都在继续（我会在未来持续推进它们） 20:39:16 &lt;sadie__&gt; 没有——我们需要把它完成。会发布在网站博客上 20:39:29 &lt;eyedeekay&gt; 我这周会把我的发到博客上。 20:39:47 &lt;zlatinb&gt; 谢谢，我想所有人都发言了，scrum 结束 20:40:03 &lt;zzz&gt; 6) 就这些 20:40:21 &lt;zzz&gt; 还有谁有问题、评论或需要补充的吗？确实在发生很多事情！ 20:41:11 &lt;zzz&gt; 会议还有其他事项吗？ 20:41:21 * zzz 寻找 baffer 20:42:05 &lt;zzz&gt; 找到了... 20:42:15 * zzz *bafs* 会议结束 </div>/zh/blog/2019/09/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B49%E6%9C%883%E6%97%A5/Tue, 03 Sep 2019 00:00:00 +0000/zh/blog/2019/09/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B49%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, sadie, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 注意：sadie 的消息在会议期间未显示，已在下方粘贴。 <p>20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.42 发布状态 (zzz) 20:00:00 &lt;zzz&gt; 2) I2P 浏览器“labs”项目状态 (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy（出口代理）用例/状态 (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.43 开发状态 (zzz) 20:00:00 &lt;zzz&gt; 5) 提案状态 (zzz) 20:00:00 &lt;zzz&gt; 6) 状态 scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:06 &lt;zzz&gt; 嗨 20:00:17 &lt;zlatinb&gt; 嗨 20:00:30 &lt;zzz&gt; 1) 0.9.42 发布状态 (zzz) 20:00:48 &lt;zzz&gt; 上周发布进行得相当顺利 20:00:56 &lt;zzz&gt; 只剩下少数几件事 20:01:27 &lt;zzz&gt; 让 github bridge 恢复工作（nextloop）、Debian sid 包（mhatta），以及我们在 41 中忘记了的 Android 客户端库（meeh） 20:01:37 &lt;zzz&gt; nextloop、meeh，这些事项有预计完成时间吗？ 20:03:06 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:04:02 &lt;zzz&gt; 2) I2P 浏览器“labs”项目状态 (sadie, meeh) 20:04:25 &lt;zzz&gt; sadie、meeh，现在的状态如何，下一步的里程碑是什么？ &lt;sadie&gt; 原计划周五发布 Beta 5，但出现了一些问题。看起来有些已经准备好了 <code>https://i2bbparts.meeh.no/i2p-browser/</code> 但我确实需要听 meeh 确认下一次的截止日期。 &lt;sadie&gt; Lab 页面将在本周末上线。下一个浏览器里程碑将讨论 Beta 6 发布的控制台需求 20:05:51 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:06:43 &lt;zzz&gt; 3) Outproxy（出口代理）用例/状态 (sadie) 20:06:57 &lt;zzz&gt; sadie，现在的状态如何，下一步的里程碑是什么？ &lt;sadie&gt; 任何人都可以在工单 2472 上查看我们的会议记录。我们已经确定了用例状态，并整理了一份需求清单。下一步里程碑将是“朋友和家人”用例的用户需求，以及“朋友和家人”和“通用途例”的开发需求，以便看出它们可能在哪些方面重叠 20:08:05 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:08:19 &lt;eyedeekay&gt; 抱歉我迟到了 20:09:01 &lt;zzz&gt; 4) 0.9.43 开发状态 (zzz) 20:09:21 &lt;zzz&gt; 我们刚开始 43 周期，计划大约 7 周后发布 20:09:40 &lt;zzz&gt; 我们已经更新了网站上的路线图，但还会再增加一些项 20:10:06 &lt;zzz&gt; 我一直在修复一些 IPv6 缺陷，并加速 tunnel 的 AES 处理 20:10:30 &lt;zzz&gt; 很快我会把注意力转向新的盲化信息 I2CP 消息 20:10:59 &lt;zzz&gt; eyedeekay、zlatinb，关于 .43 你们还有要补充的吗？ 20:11:46 &lt;eyedeekay&gt; 我觉得没有 20:12:02 &lt;zlatinb&gt; 可能会有更多测试网方面的工作 20:12:32 &lt;zzz&gt; 是的，关于 SSU，我们还有几张 jogger 工单要看 20:12:48 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:14:00 &lt;zzz&gt; 5) 提案状态 (zzz) 20:14:20 &lt;zzz&gt; 我们的主要精力放在非常复杂的新加密提案 144 上 20:14:48 &lt;zzz&gt; 近几周我们取得了不错的进展，并对提案本身做了重大更新 20:15:35 &lt;zzz&gt; 还有一些清理和空白需要补上，但我希望它已经足够成熟，我们很快就能开始编写一些单元测试实现，也许在本月底之前 20:16:17 &lt;zzz&gt; 另外，提案 123（加密的 LS2）的盲化信息消息，我将在下周开始编码后再审视一次 20:16:52 &lt;zzz&gt; 另外，我们预计很快会收到 chisana 关于提案 152（tunnel 构建消息）的更新 20:17:27 &lt;zzz&gt; 我们上个月完成了提案 147（跨网络防护），i2p 和 i2pd 都已实现并包含在 .42 版本中 20:18:23 &lt;zzz&gt; 所以事情都在推进中，尽管 144 看起来进展缓慢又艰巨，它其实也在稳步前进 20:18:27 &lt;zzz&gt; 关于 5) 还有别的吗？ 20:20:00 &lt;zzz&gt; 6) 状态 scrum (zlatinb) 20:20:05 &lt;zzz&gt; 交给你了，zlatinb 20:20:42 &lt;zlatinb&gt; 嗨，请简要说明：1) 自上次 scrum 以来你做了什么 2) 下个月你计划做什么 3) 有阻碍或需要帮助的吗。完成后说 EOT 20:21:23 &lt;zlatinb&gt; 我：1) 在测试网上做了各种实验以加速大容量传输 2) 在希望更大一些的服务器/网络上做更多测试网工作 3) 无阻碍 EOT 20:22:15 &lt;zzz&gt; 1) 缺陷修复、配置拆分更改、.42 发布、提案、DEFCON 工作坊（参见我在 i2pforum 和我们网站上的行程报告） 20:23:56 &lt;zzz&gt; 2) 缺陷修复、提案 144、盲化信息消息、提速、协助 Outproxy（出口代理）研究、修复被 conf. 拆分弄坏的 SSL 向导 20:24:20 &lt;zzz&gt; 更多 IPv6 修复 20:24:38 &lt;zzz&gt; 3) 无阻碍 EOT 20:24:50 &lt;eyedeekay&gt; 1) 自上次 scrum 以来，我一直在做缺陷修复、网站、推进 outproxy 提案，以及与 i2ptunnels 有关的工作。2) 继续重组并改进网站的呈现。推进 outproxy 提案 3) 无阻碍 EOT &lt;sadie&gt; 1) 参加了 FOCI，研究了资助选项，会见了潜在资助方，与 Tails（包括 Mhatta）开了会，处理 I2P 浏览器品牌，与 IDK 一起进行网站更新，为上一次发布对控制台做了些小改动 &lt;sadie&gt; 2) 下个月我将处理资助申请、改进控制台和网站、设置向导、在多伦多参加 Our Networks，推进 I2P 浏览器和 Outproxy 研究 &lt;sadie&gt; 3) 无阻碍 EOT 20:25:29 &lt;zlatinb&gt; scrum.setTimeout( 60 * 1000 ); 20:27:04 &lt;zzz&gt; 好的，超时了 20:27:10 &lt;zlatinb&gt; ScrumTimeoutException 20:27:41 &lt;zzz&gt; 最后一次呼叫 sadie、meeh、nextloop 回到 1)-3) 20:27:52 &lt;zzz&gt; 会议还有其他主题吗？ 20:28:47 * zzz 抓起了 baffer 20:30:00 * zzz <em><strong>bafs</strong></em> 会议结束</p>/zh/blog/2019/08/30/def-con-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A-zzz/Fri, 30 Aug 2019 00:00:00 +0000/zh/blog/2019/08/30/def-con-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A-zzz/<h2 id="def-con-参会报告">DEF CON 参会报告</h2> <p>我和 idk 参加了 DEFCON 27，并在 mhatta 和 Alex 的支持下，为应用开发者举办了两场关于 I2P 的工作坊。我在 Monero Village 主持了其中一场，idk 在 Crypto/Privacy Village 主持了另一场。这里我将概述 Monero Village 的那场工作坊，以及 Roger Dingledine 关于 Tor 的一次演讲。idk 将发布一篇涵盖他那场工作坊的参会报告。</p> <p>我们在 Monero Village 工作坊上有大约 8 名与会者，主题为“I2P for Cryptocurrency Developers”。我们原计划讨论各个应用的特定网络需求，并逐一讲解可用的 i2ptunnel 和 SAM 选项。然而，与会者对 I2P 都不太熟悉，因此我们转而做了 I2P 的概览介绍。由于与会者都没有携带笔记本电脑，我们帮助其中几位在他们的 Android 手机上安装 I2P，并带他们体验了该应用的一些功能。对所有用户而言，该应用似乎能够相当快速地完成 reseed（引导获取节点信息）并构建 tunnels。</p> <p>安装应用后，人们常问的一个问题是“我现在该做什么？”。该应用不像我们的桌面应用那样有“值得关注的隐藏服务”部分或首次运行向导，而且大多数默认的地址簿条目早已失效。我们在首次运行体验上还有改进空间。此外，应用中一些更有意思的功能需要在高级设置中才能看到；我们应该审视这些功能，并考虑将其中一部分改为默认显示。</p> <p>去听 Tor 的演讲总是很有用，与其说是为了了解他们在做什么，不如说是为了听听他们如何向人们解释，以及他们使用哪些术语。Roger 的演讲《Tor 审查军备竞赛》在一个大型会场举行，约有两千人参加。他只用三四页幻灯片对 Tor 做了一个非常简要的概述。他说他们现在“每天有两百万到八百万用户”。演讲的大部分是对多年来各国封锁尝试的回顾，从 2006–2007 年的泰国和伊朗开始，到 2011 年的突尼斯、中国和埃塞俄比亚。他把 Tor 的桥接节点称作一场“糟糕的军备竞赛”。他展示了一个面向新用户的新表单，其中有一个复选框，写着“Tor 在我的国家受到审查”。</p> <p>他们新的可插拔传输“snowflake”使用域前置、WebRTC、JavaScript、broker（协调服务器）和代理的组合来连接到 Tor 网桥。Roger 只用了一张幻灯片介绍它，而我对它不太熟悉，所以我们应该进一步研究它的具体原理和细节。他还简要提到他们接下来可能会做的一些事情，包括用于网桥分发的“salmon”、FTE/Marionette、decoy routing（诱饵路由），以及“cupcake”，它是 snowflake 的一个扩展。虽然我没有更多关于它们的信息，但这些可能是值得在他们的邮件列表中留意的热词。</p>/zh/blog/2019/08/30/def-con-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A-%E6%88%91%E4%B8%8D%E7%9F%A5%E9%81%93/Fri, 30 Aug 2019 00:00:00 +0000/zh/blog/2019/08/30/def-con-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A-%E6%88%91%E4%B8%8D%E7%9F%A5%E9%81%93/<h2 id="def-con-差旅报告">Def Con 差旅报告</h2> <p>上周末我去了 DEF CON 27，主持了一场关于 I2P 应用开发的工作坊，并与 zzz、mhatta 和 Alex 亲自会面。</p> <p>我的研讨会进展顺利，甚至还有几位应用开发者参加了！尤其是，我和一位名叫 Mary 的人进行了相当长时间的交流，讨论了在 &ldquo;Magic Wormhole&rdquo; 类型的应用中如何利用 I2P 来消除中心化并增强隐私。虽然当时我对 Magic Wormhole 并不十分熟悉，但我认为我提出的大多数建议都能用上。我觉得 Mary 在以更以人为本的方式共享信息方面有一些非常有趣且可行的想法，这些在 I2P 应用中可能很有意思，我也期待着尝试其中的一些。</p> <p>我为应用开发工作坊制作的材料已在 Github 上发布！ <a href="https://github.com/eyedeekay/defcon">https://github.com/eyedeekay/defcon</a> 请将其视为一份持续更新的文档，期待你的反馈！由于采用了宽松许可协议，你可以自由地 fork（派生）并将其改造成属于你的版本。欢迎分享你的示例、你的改造，或帮我纠正逗号的用法，抱怨我的文档编排风格，或者干脆把它打印成册，做一份自己的小册子！</p> <p>我还与一位为政府提供咨询的人讨论了 I2P 与 Tor 的差异、为何 I2P 对 P2P 更友好，以及在某些场景下 P2P 应用中的对等体可能希望彼此之间拥有更强的隐私保护，并探讨了为何 I2P 或许独特地适合实现这一点。</p> <p>总体而言，这两场应用开发工作坊进展顺利，尽管没有完全按计划进行，因为到场的听众中只有很小一部分是应用开发者。我得到的印象是，许多人对 I2P 非常感兴趣，但也有不少人对如何与 I2P 交互感到困惑。通过将焦点重新放在他们的问题上，并与 zzz、mhatta 和 Alex 协作，我们相当成功地应对了我们的听众；而他们在职业、兴趣以及对 I2P 的了解方面的多样性比预期更高。</p> <p>除此之外，我还和 Alex 讨论了我那个实验性的、基于上下文身份驱动的 I2P 代理插件，首先面向 Firefox，最终也会支持 Brave 浏览器。我们也聊了一点关于打包集成的内容，但没聊太多，因为大会非常忙。我期待很快就此与他进一步跟进。</p> <p>我和 mhatta 差点从抓娃娃机里夹到一只龙虾，但它真是个狠角色，就在最后一秒挣脱跑了。刚有那么一瞬间我还真以为到手了呢。:)</p> <p>作为对 zzz 为下次准备的笔记的补充，除了更概括一些之外，我认为如果没有 mhatta 和 Alex 的支持，我们的工作坊就无法如此灵活地适应受众的需求。有能为参与者提供一对一或小组帮助的人，极为有帮助，万分感谢他们二位对我们的帮助。</p>/zh/blog/2019/08/30/rightscon-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A/Fri, 30 Aug 2019 00:00:00 +0000/zh/blog/2019/08/30/rightscon-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A/<h2 id="rightscon-参会报告">RightsCon 参会报告</h2> <p>在第一天的 Access No! 专场期间，叙利亚活动人士发来的信息令人深受触动，也更加让我明白自己为何从事数字权利工作。我们倾听了那些因缺乏合法身份、证件以及持续的武装冲突而无法出行的活动人士的经历。对这些人来说，“互联网是（他们）随身携带的唯一护照”。人权捍卫者谈到开展数字培训的重要性，以便在人们与留在国内的家人沟通，以及与已经离开的家人和朋友联系时，能保护自身安全。他们设立了数字诊所，向人们演示如何安全地使用各类服务，例如如何使用 Signal 的阅后即焚消息等功能，这样当设备在安检点被检查时，这些消息就不会被用来对付他们。继续追求教育同样非常重要，人们也依靠互联网来获取资源。</p> <p>接下来的几天里，我们会见了既对 I2P 有疑问、又对潜在用例提出建议的人士。我们还讨论了对与威胁模型相关的项目文档进行全面改版，改进面向技术背景较少用户的指南，并确保这些指南便于翻译。我还记下要梳理这些提案，并将它们与真实用户的用例和解决方案联系起来。这将成为该项目持续改进其用户指南和新手引导的一部分。</p> <p>能够与正在使用 I2P、并成功借助它绕过互联网封锁的人面对面交流，这一机会令人倍感鼓舞。随着项目开始研发自有浏览器并研究 outproxy（外部代理）打包，它需要尽可能多的反馈和测试，以便为人们打造安全且无摩擦的使用体验。此外，I2P 网络还需要更多托管内容和镜像站点，以扩充用户可用的资源。</p>/zh/blog/2019/08/30/usenix-foci-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A/Fri, 30 Aug 2019 00:00:00 +0000/zh/blog/2019/08/30/usenix-foci-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A/<h2 id="usenix-foci-参会报告">USENIX FOCI 参会报告</h2> <p>在过去的一年里，我有幸参与了石溪大学的 Nguyen Phong Hoang 针对 I2P 审查所开展的研究。用于这项研究的基础设施提供了数量众多且地理位置多样的观测点，并且还能在网络栈各个层面进行深入测量。被测可用性的 I2P 服务包括官方主页、镜像站点、reseed 服务器和活跃的中继节点。</p> <p>周二的演讲进行得非常顺利，之后 Phong 一直忙着回答大家关于他工作的提问。我也很忙，回答关于 I2P 以及它能做什么的问题。由 Ura Design 设计的新版徽标贴纸大受好评！这是一段非常积极的经历，我期待继续与 Phong 合作，并持续监测针对 I2P 的审查情况。我鼓励所有遇到封锁的人，或曾在受限环境中成功使用 I2P 进行沟通的人，如果可以，请与我们取得联系。I2P 目前正在致力于开发新的解决方案，以绕过互联网封锁。今年我遇到的一些人向我提供了有关审查影响以及保持联通必要性的第一手见闻，这让我更清楚地认识到：I2P 需要在关键之处更具韧性，同时团队也需要编写在这些情况下使用 I2P 的指南。</p> <p>我也将为对 I2P 感兴趣的研究人员整理更好的资源。</p> <p>我也有幸与I2P贡献者Mhatta会面，并为未来的资金支持建立了联系。衷心感谢我在突尼斯结识并再次相见的社区建设者们，他们为项目给予了极大的支持。到目前为止，这是令人振奋的一年，而I2P仍有许多工作要做。请考虑捐出您的时间，或为该项目提供资金，因为它需要迅速扩展以应对新的挑战。</p> <p>如果有机会，您可以在此处阅读完整报告《Measuring I2P Censorship at a Global Scale》 <a href="https://www.usenix.org/conference/foci19/presentation/hoang">https://www.usenix.org/conference/foci19/presentation/hoang</a> </p> <p>在“测量”工作坊中，另一场很棒的工作坊是《Encrypted-SNI（ESNI，加密的服务器名称指示）对规避审查的重要性》 <a href="https://www.usenix.org/conference/foci19/presentation/chai">https://www.usenix.org/conference/foci19/presentation/chai</a> </p> <p>我参加了许多非常精彩的研讨会——任何有兴趣的人也可以在此访问议程和相关材料：https://www.usenix.org/conference/foci19/workshop-program</p> <p>我下个月将在多伦多参加 Our Networks <a href="https://ournetworks.ca/">https://ournetworks.ca/</a> - 你也应该来！活动日程可在此查看 <a href="https://ournetworks.ca/program/">https://ournetworks.ca/program/</a> </p> <p>萨迪</p>/zh/blog/2019/08/30/%E4%BA%92%E8%81%94%E7%BD%91%E8%87%AA%E7%94%B1%E8%8A%82%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A/Fri, 30 Aug 2019 00:00:00 +0000/zh/blog/2019/08/30/%E4%BA%92%E8%81%94%E7%BD%91%E8%87%AA%E7%94%B1%E8%8A%82%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A/<h2 id="互联网自由节差旅报告">互联网自由节差旅报告</h2> <p>这是我第一次参加 IFF，这对 I2P 来说真是一次极好的经历！我会见了人权捍卫者、从事审查度量工作的人士，当然还有 UX（用户体验）和安全专业人士。</p> <p>我的目标是与人们建立联系，以进一步推进 I2P 的用户体验全面改造，同时兼顾一线工作者的安全性和用户体验需求。有人向我指出，人们将 I2P 视为绕过审查并支持安全通信的重要且强大的资源，但其界面在可用性方面仍存在一些问题。人们对我们为提升初次使用者体验所采取的初步措施感到满意，例如设置向导和带宽检测工具。针对我们对网站和 /home 图标所做的更改，我也收到了正面评价。直接从社区听到我们所做的小改动方向正确，这令我深受鼓舞。</p> <p>讨论了诸如让配置开箱即用、避免让用户陷入必须大量阅读或到处追着文档找信息的处境等问题。此外，还提出并建议改进关于设置 outproxy（外部代理）和站点镜像的文档。请参阅 Mikal 基于本周建议整理的关于搭建 I2P outproxy 的优秀指南 - <a href="https://0xcc.re/howto-setup-an-i2p-outproxy/">https://0xcc.re/howto-setup-an-i2p-outproxy/</a> 。另一个建议是让 bug 报告更容易。</p> <p>在此，我真诚希望该项目能够确保获得资源，继续推进其在可用性方面的改进，以满足对 I2P 服务日益增长的需求。能与如此才华横溢的人共事，并且在全球各地的人们都需要我们这些从事开发、设计与教育的人所能提供的一切隐私保护资源的时期，与我们的社区携手合作，令人深感谦卑。</p>/zh/blog/2019/08/27/0.9.42-%E5%8F%91%E5%B8%83/Tue, 27 Aug 2019 00:00:00 +0000/zh/blog/2019/08/27/0.9.42-%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.42 继续推进让 I2P 更快、更可靠的工作。它包含多项更改，以加速我们的 UDP 传输。我们已将配置文件拆分，以支持未来更模块化的打包工作。我们也在继续落实新的提案，以实现更快速且更安全的加密。当然，还包含大量的错误修复。</p> <p>如往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新的发布版本。</p>/zh/blog/2019/08/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B48%E6%9C%886%E6%97%A5/Tue, 06 Aug 2019 00:00:00 +0000/zh/blog/2019/08/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B48%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> mikalv, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.41 发布状态剩余事项（mhatta、nextloop） 20:00:00 &lt;zzz&gt; 2) 0.9.42 开发状态（zzz） 20:00:00 &lt;zzz&gt; 3) LS2 状态（zzz） 20:00:00 &lt;zzz&gt; 4) I2P Browser "labs" 项目状态（meeh） 20:00:00 &lt;zzz&gt; 5) 状态 scrum（zlatinb） 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:07 &lt;zzz&gt; hi! 20:00:19 &lt;zzz&gt; 1) 0.9.41 发布状态剩余事项（mhatta、nextloop） 20:00:46 &lt;zzz&gt; 过去几周里，我看到 mhatta 确实把 41 提交进了 sid，这很棒 20:01:04 &lt;zzz&gt; 我也和 nextloop 交流了，他没把 41 放进 fdroid，但有人已经做了 20:01:27 &lt;zzz&gt; 而且 nextloop 承诺今后会回到做 f-droid。太好了！ 20:01:31 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:01:50 &lt;zzz&gt; 还有其他人在吗？请打个招呼 20:01:58 &lt;zlatinb&gt; hi 20:02:37 &lt;zzz&gt; 好的，还有一项。希望其他人很快出现 20:02:50 &lt;zzz&gt; 2) .42 开发状态 20:03:02 &lt;zzz&gt; 我们已经进行 5 周，还剩 3 周，距离标签冻结还有 1 周 20:03:20 &lt;zzz&gt; 我们合入了我和 idk 一起做的配置拆分代码 20:03:58 &lt;zzz&gt; 修复了很多 bug；GMP 6.1.2；更新了 debian 文件以适配 buster 20:04:17 &lt;zzz&gt; 还有一些 ls2 修复 20:04:39 &lt;zzz&gt; zlatinb，你要不要说说你的测试网在做什么，以及目前取得了什么成果？ 20:05:11 &lt;zlatinb&gt; 是的，基本上我用 LXC 容器搭了一个测试网 20:05:32 &lt;zlatinb&gt; 目前发现了一个与布隆过滤器使用相关的重大 bug，以及一个较小的 SSU bug 20:05:58 &lt;zlatinb&gt; 最近一直在微调不同的常量，但也会用它来验证 joggers 的补丁/想法 20:06:06 &lt;zlatinb&gt; eot 20:06:23 &lt;zzz&gt; 太棒了，谢谢 20:07:04 &lt;zzz&gt; 如果我们能加入一些最小化的延迟就更好了，不过找到并修复一些瓶颈已经很有趣了 20:07:15 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:07:30 &lt;zzz&gt; 哎呀，关于 2) 还有别的吗？ 20:08:27 &lt;zzz&gt; 3) ls2 状态 20:08:38 &lt;zzz&gt; 上个月取得了很多进展 20:09:05 &lt;zzz&gt; 我们同意了一个小提案，147，用于防止测试网络与主网络交叉污染 20:09:12 &lt;zzz&gt; 该代码将包含在 .42 中 20:09:45 &lt;zzz&gt; chisana 提出了两个提案，152 和 153，分别通过采用更现代的加密，使 tunnel（隧道）构建和 tunnel 加密更加安全 20:10:14 &lt;zzz&gt; 我们已经略有讨论，但还没有正式评审 20:10:47 &lt;zzz&gt; 提案 123（LS2）在我们完成在线上网络的实现和测试过程中持续进行一些小的调整，但一切看起来运作良好 20:11:26 &lt;zzz&gt; 最大的一个是提案 144，新加密。我们在缓慢但稳步地推进。也许已经做了 9 个月了？ 20:11:58 &lt;zzz&gt; 在开始测试实现之前，仍然有一些重大的技术问题需要解决 20:12:20 &lt;zzz&gt; 目前最大的问题是找到足够的人手时间把事情推进下去 20:12:46 &lt;zzz&gt; 关于 3) ls2 和其他提案，有问题吗？ 20:13:47 &lt;zzz&gt; 好的，进入 4) I2P Browser “labs” 项目状态 20:13:54 &lt;zzz&gt; mikalv，最新进展如何？ 20:14:16 &lt;mikalv&gt; 我们正向与 i2p router（路由器）本身的集成迈进，jlinked 20:14:38 &lt;mikalv&gt; 在 i2pbutton 这边基本完成，还剩下几处需要修复 20:15:15 &lt;mikalv&gt; 至于构建脚本，需要我们来编写，因为开发者为了测试使用了一个 i2p jlinked 的模拟提取版本，由浏览器来启动它 20:15:48 &lt;zzz&gt; 当前的 beta 版本是哪个？我们何时能看到下一个 beta 版本？ 20:15:52 &lt;mikalv&gt; 此外，我们尽量每周至少开两次会，使其成为一个真正的产品，并且目标明确 20:16:24 &lt;mikalv&gt; 当前仍是 beta4，我希望在本周末推出 beta5——如果可以的话，会把 router 嵌入进去 20:17:27 &lt;zzz&gt; 我知道你们已经为它建立了邮件列表？要不要在这里宣布，还是还没准备好？ 20:18:09 &lt;zzz&gt; sadie、zlatinb，关于浏览器还有什么要补充吗 20:18:20 &lt;zzz&gt; ？ 20:19:36 &lt;zzz&gt; 关于 4) 浏览器，有人有问题吗？ 20:20:21 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:21:10 &lt;zzz&gt; 5) scrum —— 交给 zlatinb 20:22:02 &lt;zlatinb&gt; 我们并行进行 scrum；简述几句——1）自上次 scrum 以来你在做什么 2）下个月计划做什么 3）有没有阻碍或需要帮助。完成后说 EOT 20:22:34 &lt;zlatinb&gt; 我：1）搭建测试网，追查瓶颈 2）继续测试网，也会看看 joggers 的工单 3）基本没有 EOT 20:23:34 &lt;zzz&gt; 1）41 发布、配置拆分代码、修复 bug、提案、新加密类型规划、ls2 修复 20:24:10 &lt;zzz&gt; 2）42 发布、修复 bug、提案（特别是对新加密问题的研究）、DEFCON 20:24:16 &lt;zzz&gt; 3）没有阻碍；EOT 20:25:18 &lt;mikalv&gt; 我主要在做浏览器（包括 i2pbutton，它现在如果发现有 router 就会启动），我这边还对 outproxy（出口代理）做了巨大改进，我也开始为私有 outproxies 做一个解决方案原型，速度好到我实际上可以日常用于明网浏览 20:25:53 &lt;mikalv&gt; 另外我也建好了邮件列表，是的，在 I2P 上可通过 `https://lists.i2p/postorius/lists/` 找到，同时也可以从明网 https://lists.i2p.email/postorius/lists/ 访问 20:26:20 &lt;mikalv&gt; 任何有建设性想法、贡献、讨论等的人当然都欢迎 20:26:57 &lt;mikalv&gt; 此外我研究了我们如何接受信用卡捐款，以及如何同时销售衬衫等商品 20:27:10 &lt;mikalv&gt; EOT 20:27:12 &lt;mikalv&gt; noblock 20:28:14 &lt;zzz&gt; 看起来就这些了？zlatinb，我们就交给你去催那些没出现的人？ 20:28:17 &lt;zlatinb&gt; 还有别人吗？如果没有，scrum 将在 1 分钟后结束 :) 20:28:27 &lt;zlatinb&gt; 好的 20:28:33 &lt;zlatinb&gt; ScrumTimeoutException 20:28:41 &lt;mikalv&gt; lol 20:28:42 &lt;zzz&gt; 趁我们还在“宽限期”——DEFCON！idk 和我本周末都会到场！ 20:29:04 &lt;zzz&gt; Monero Village 周五下午，Crypto/Privacy Village 周六下午 20:29:22 &lt;zzz&gt; 两天都有 workshop、Q&amp;A 和贴纸。欢迎来打招呼 20:29:57 &lt;zzz&gt; 关于 outproxies，我打算把它列入下个月的议程，请 sadie 给我们做个简报，介绍我们打算做什么 20:30:06 &lt;zzz&gt; 这次会议还有别的吗？ 20:30:52 &lt;zzz&gt; 哦，另外 Sadie 下周会在圣何塞的 FOCI 上宣讲一篇论文！如果你到场，记得去找她 20:30:59 &lt;mikalv&gt; 没有，不过我预计到下次会议我们会有更多关于浏览器/outproxy 的内容 20:31:39 &lt;zzz&gt; 是的，我们对浏览器或 outproxy 目前都还没有一个好的计划。我们有想法和概念验证，但没有计划 20:31:53 &lt;zzz&gt; 所以看到它们汇聚成形会很不错 20:32:02 * zzz 预热 baffer 20:32:44 &lt;zzz&gt; 这个夏天最后一个 baf，九月见…… 20:32:55 * zzz ****bafs**** 会议结束 </div>/zh/blog/2019/07/29/2019%E5%B9%B48%E6%9C%88%E4%BC%9A%E8%AE%AE%E6%97%A5%E7%A8%8B/Mon, 29 Jul 2019 00:00:00 +0000/zh/blog/2019/07/29/2019%E5%B9%B48%E6%9C%88%E4%BC%9A%E8%AE%AE%E6%97%A5%E7%A8%8B/<h1 id="2019年8月会议日程">2019年8月会议日程</h1> <p>各位好，</p> <p>下个月会很忙！在 Defcon 27 的两场工作坊与 I2P 开发者会面，并在 FOCI &lsquo;19 与一直观察 I2P 审查的研究人员交流。</p> <h2 id="i2p-for-cryptocurrency-developers">I2P for Cryptocurrency Developers</h2> <p><strong>zzz</strong></p> <ul> <li>Monero Village</li> <li>August 9, 3:15pm</li> <li>Monero Village will be on the 26th floor of Bally&rsquo;s <a href="https://defcon.org/html/defcon-27/dc-27-venue.html">map</a> </li> </ul> <p>本次工作坊将帮助开发者设计通过 I2P 进行通信的应用程序，以实现匿名性与安全性。我们将讨论加密货币应用的常见需求，并审视各个应用的架构与特定需求；随后，我们将介绍 tunnel 通信、router 与库的选型，以及打包方案的选择，并解答与集成 I2P 相关的所有问题。</p> <p>目标是创建安全、可伸缩、可扩展且高效的设计方案，以满足每个特定项目的需求。</p> <h2 id="面向加密货币开发者的-i2p">面向加密货币开发者的 I2P</h2> <p><strong>我不知道</strong></p> <ul> <li>Crypto &amp; Privacy Village</li> <li>Saturday August 10, 2pm - 3:30pm</li> <li>Planet Hollywood <a href="https://defcon.org/images/defcon-27/maps/ph-final-public.pdf">map</a> </li> <li>This workshop is not recorded. So don&rsquo;t miss it!</li> </ul> <p>本工作坊介绍应用程序如何与 I2P 匿名 P2P 网络协同工作的方式。开发者应当了解到，在其应用中使用匿名 P2P 并不必与他们在非匿名 P2P 应用中已经在做的事情有多大不同。它从介绍 I2P 插件系统开始，展示现有插件如何配置自身以通过 I2P 进行通信，以及每种方法的优缺点。随后，我们将继续讲解如何通过其 SAM 和 I2PControl API 以编程方式控制 I2P。最后，我们将深入 SAMv3 API，通过在 Lua 中创建一个使用它的新库，并编写一个简单的应用程序。</p>/zh/blog/2019/07/27/%E5%8A%A0%E9%80%9F%E4%BD%A0%E7%9A%84-i2p-%E7%BD%91%E7%BB%9C/Sat, 27 Jul 2019 00:00:00 +0000/zh/blog/2019/07/27/%E5%8A%A0%E9%80%9F%E4%BD%A0%E7%9A%84-i2p-%E7%BD%91%E7%BB%9C/<p><em>本文直接改编自最初为 mhatta 的</em> <a href="https://medium.com/@mhatta/speeding-up-your-i2p-network-c08ec9de225d">Medium 博客</a> <em>所创作的材料。</em> <em>原帖的功劳应归于他。已在某些</em> <em>将 I2P 的旧版本当作当前版本的地方进行了更新，并进行了轻微的</em> <em>编辑。-idk</em></p> <p>I2P 刚启动后通常会显得有点慢。这确实如此，原因大家都知道：从本质上说，<a href="https://en.wikipedia.org/wiki/Garlic_routing">garlic routing</a> （大蒜路由）为了保障你的隐私，会在你熟悉的上网体验之上增加一些开销；但这也意味着，对于许多甚至大多数 I2P 服务，你的数据默认需要经过 12 跳。</p> <p><figure> <img src="https://www.researchgate.net/publication/289531182_An_analysis_of_tools_for_online_anonymity" alt="在线匿名工具分析"loading="lazy" decoding="async"></figure> </p> <p>此外，与 Tor 不同，I2P 的设计初衷主要是作为一个封闭网络。你可以轻松访问 <a href="https://medium.com/@mhatta/how-to-set-up-untraceable-websites-eepsites-on-i2p-1fe26069271d">eepsites</a> 或 I2P 内部的其他资源，但并不建议通过 I2P 访问 <a href="https://en.wikipedia.org/wiki/Clearnet_%28networking%29">clearnet（明网）</a> 网站。I2P 存在少量 &ldquo;outproxies（出口代理）&quot;，它们类似于 <a href="https://en.wikipedia.org/wiki/Tor_%28anonymity_network%29">Tor</a> 的出口节点，用于访问 clearnet，但大多数使用起来非常慢，因为前往 clearnet 实际上会在原本“入站 6 跳、出站 6 跳”的连接上再增加<em>额外</em>的一跳。</p> <p>直到几个版本之前，这个问题甚至更难以应对，因为许多 I2P router 用户在为他们的 router 配置带宽设置时遇到困难。如果所有能做到的人都花时间正确调整他们的带宽设置，这不仅会改善你的连接，也会提升整个 I2P 网络。</p> <h2 id="调整带宽限制">调整带宽限制</h2> <p>由于 I2P 是一个点对点网络，您需要与其他对等节点共享一部分网络带宽。您可以在 &ldquo;I2P Bandwidth Configuration&rdquo; 中选择共享多少（I2P Router Console 的 &ldquo;Applications and Configuration&rdquo; 部分中的 &ldquo;Configure Bandwidth&rdquo; 按钮，或 <code>http://localhost:7657/config）。</code></p> <p><figure> <img src="https://geti2p.net/images/blog/bandwidthmenu.png" alt="I2P 带宽配置"loading="lazy" decoding="async"></figure> </p> <p>如果你看到共享带宽限制为 48 KBps（这非常低），那么你可能尚未对默认的共享带宽进行调整。正如本博文所改编材料的原作者指出，I2P 的共享带宽默认限制非常低，直到用户进行调整；这样做是为了避免对用户的连接造成问题。</p>/zh/blog/2019/07/02/0.9.41-%E5%8F%91%E5%B8%83/Tue, 02 Jul 2019 00:00:00 +0000/zh/blog/2019/07/02/0.9.41-%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.41 包含性能改进、流式传输库的增强，以及重要的错误修复。我们继续推进对新的 leasesets (LS2) 和加密 leasesets 的开发工作。本次发布照例包含各类错误修复和翻译更新。</p> <p>像往常一样，我们建议您更新到此发行版。维护安全并帮助网络的最佳方式是运行最新的发行版。</p>/zh/blog/2019/07/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B47%E6%9C%882%E6%97%A5/Tue, 02 Jul 2019 00:00:00 +0000/zh/blog/2019/07/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B47%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.40 发布状态剩余事项（mhatta, nextloop） 20:00:00 &lt;zzz&gt; 2) 0.9.41 发布状态（zzz） 20:00:00 &lt;zzz&gt; 3) LS2 状态（zzz） 20:00:00 &lt;zzz&gt; 4) I2P Browser “labs” 项目状态（meeh） 20:00:00 &lt;zzz&gt; 5) muwire.i2p 控制台主页请求（zlatinb） 20:00:00 &lt;zzz&gt; 6) 状态 scrum（敏捷例会）（zlatinb） 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:12 &lt;zlatinb&gt; 嗨 20:00:31 &lt;zzz&gt; 1) 0.9.40 发布状态剩余事项（mhatta, nextloop） 20:00:42 &lt;zzz&gt; 仍然没有来自 mhatta 或 nextloop 的消息，很遗憾 20:00:59 &lt;zzz&gt; 我反复尝试寻找新的 deb 维护者，到目前为止还没有进展 20:01:09 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:01:35 &lt;zzz&gt; 2) 0.9.41 发布状态（zzz） 20:01:46 &lt;sadie__&gt; 嗨 20:01:54 &lt;eyedeekay&gt; 嗨 20:02:09 &lt;zzz&gt; 我们正在结束评审期。我预计明天早上会有网络内更新，随后会陆续跟进其他事项 20:02:44 &lt;zzz&gt; 然后我们会为 42 再来一遍 20:03:06 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:03:48 &lt;zzz&gt; 3) LS2 状态（zzz） 20:04:01 &lt;zzz&gt; 我们在缓慢但稳步地推进 20:04:11 &lt;zzz&gt; .41 支持按客户端的认证 20:04:22 &lt;zzz&gt; garlic farm 也在推进，不过较慢 20:04:46 &lt;zzz&gt; 我们计划在 .42 增加一个新的 I2CP 消息，用于将 blinding（盲化）信息从客户端传递到 router 20:05:12 &lt;zzz&gt; 我们在关于新加密的提案 144 上持续取得进展，但这确实很困难 20:05:42 &lt;zzz&gt; 我希望在几个月内为 144 拿出一份不错的规范，或许今年晚些时候能放出一些测试代码 20:05:55 &lt;zzz&gt; 一如既往，我们的会议在每周一 UTC 时间晚上 6:30 于 #ls2 频道举行，欢迎大家参加 20:06:07 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:06:37 &lt;zzz&gt; 4) I2P Browser “labs” 项目状态（meeh） 20:06:45 &lt;zzz&gt; meeh，浏览器那边最新进展如何？ 20:07:38 &lt;zzz&gt; 好吧，我猜他不在 20:07:51 &lt;zzz&gt; 5) muwire.i2p 控制台主页请求（zlatinb） 20:08:01 &lt;zlatinb&gt; 嗨 20:08:07 &lt;zzz&gt; `http://zzz.i2p/topics/2722` 20:08:11 &lt;zzz&gt; 请向我们介绍一下你的网站 20:09:30 &lt;zlatinb&gt; MuWire 是一个通用的文件共享应用，运行在 i2p 之上。该网站包含下载链接、截图，以及关于该应用的一般信息。 20:10:05 &lt;zlatinb&gt; 我认为 MW 对 i2p 社区具有普遍的兴趣和实用价值；它增长迅速，吸引了大量关注。 20:10:22 &lt;zzz&gt; 大家对这个请求有什么意见吗？支持的？反对的？ 20:10:41 &lt;zzz&gt; 或者有什么问题？ 20:11:39 &lt;zzz&gt; 我支持这个请求。我认为它是个很酷的应用，只有拥有大量用户才会更有用，我们可以把它放到控制台上来帮助实现这一点 20:11:55 &lt;zzz&gt; sadie__，？eyedeekay？ 20:12:23 &lt;sadie__&gt; 我支持这个请求 20:12:30 &lt;eyedeekay&gt; 我也支持。 20:12:49 &lt;zzz&gt; 太好了。既然没有反对意见，我们会把它加进 .42 20:12:54 &lt;zzz&gt; 关于 5) 还有别的吗？ 20:13:41 &lt;zzz&gt; 6) 状态 scrum（zlatinb） 20:13:45 &lt;zzz&gt; zab，请开始 20:14:15 &lt;zlatinb&gt; 嗨，我们并行进行 scrum。请用几句话说明：1）自上次 scrum 以来你做了什么 2）你下个月计划做什么 3）是否有任何阻碍或需要帮助的地方。完成后，请说 EOT 20:15:38 &lt;zzz&gt; 1）修复 bug、按客户端的认证、garlic farm、新的加密、更多 bug 修复、为发布做准备、为 .42 的新内容做前期工作 20:15:39 &lt;zlatinb&gt; 我：1）对 RouterContext api 做了一个小改动，以允许自定义日志管理器 2）我还有更多 Router/RouterContext 的更改想做，以便更好地嵌入 router。如果有机会，也可能参与 garlic farm。3）基本没有阻碍，只是希望 Maven 能够更精简一些 20:15:41 &lt;zlatinb&gt; EOT 20:16:41 &lt;zzz&gt; 1a）大量 android bug 修复与清理 2）.41 发布，为 .42 进行配置拆分，为 .42 添加新的 i2cp 消息，提案 144 的新加密工作 20:17:20 &lt;sadie__&gt; 我继续在控制台上工作——为两个主题添加了更新后的徽标。前往突尼斯参加 RightsCon，并在社区建立了更多联系。社区拓展、测试、处理工单，并逐步熟悉 tx。 20:17:37 &lt;zzz&gt; 2a）为 defcon 做准备，开展更多 garlic farm 工作；与 #ls2 团队合作，为使用新加密的 router 进行 tunnel 构建 20:17:45 &lt;sadie__&gt; 下个月：威胁模型更新、用户研究与人物角色（persona）创建、资金拓展 20:17:45 &lt;eyedeekay&gt; 我一直在做 split tunnel（拆分的 tunnel）配置，最近是在多平台上测试。我做了一个 webextension，通过自动配置浏览器来改进 Android 上的浏览体验，撰写/镜像了一堆博客文章，并参与了网站工作。2）完成 split tunnel 的测试，并在 .42 中将其集成进 router。与 meeh 一起推进浏览器。3）无阻碍 EOT 20:17:46 &lt;sadie__&gt; EOT 20:18:01 &lt;zzz&gt; 3）无阻碍，EOT 20:18:15 &lt;zlatinb&gt; 谢谢，我想这就是所有人了 </scrum> 20:18:22 &lt;meeh&gt; 我正在写 20:18:24 &lt;meeh&gt; 稍等 20:18:37 &lt;zzz&gt; 好 20:21:29 &lt;meeh&gt; 我主要在做浏览器方面的工作，也研究了 maven 依赖问题、文档，以及评估把浏览器构建到 android 上的工作量，这样我们就可以在应用中弃用内置的那个。 20:22:29 &lt;zzz&gt; meeh，那是 1) 吗？请给出 2) 和 3)，然后说 EOT 20:25:34 &lt;meeh&gt; 1）是的，见上 2）浏览器：准备用户文档，使当前功能稳定，完成重塑品牌，尤其是图标和图形方面。osx 启动器：完成 torrent snark 分享功能。android：完成对浏览器移植工作量的评估——tor 现在也在做类似的事情，鉴于我们使用了很多相同的东西和构建脚本，或许可行。最后，关于捐赠 20:26:39 &lt;meeh&gt; 3）没有阻碍，也不需要帮助，除此之外总是乐于接受浏览器相关的 PR，尤其是 android 相关的，我其实不太擅长这块 20:27:03 &lt;zzz&gt; EOT? 20:27:07 &lt;meeh&gt; EOT 20:27:14 &lt;zzz&gt; 好的，谢谢 meeh 20:27:22 &lt;zzz&gt; 那么 6）scrum 就到这里 20:27:34 &lt;zzz&gt; 我们回到 4）I2P Browser（meeh） 20:28:06 &lt;zzz&gt; 如果有超出你在 scrum 中提到的内容，能否再给我们一个状态更新？ 20:28:56 &lt;zzz&gt; 上次发布、下次发布、稳定性、特性，等等？ 20:30:21 &lt;meeh&gt; 我认为我们在浏览器项目中已经覆盖了大部分图标和图形，不过我们还有一些图像（我特别记得现在的 onboarding 向导）需要替换，文本也是如此。另外，上周的情况显示，我们对安全问题的响应大约需要 1–2 天（最长 48 小时）（指的是从我有时间着手到构建完成）。 20:34:05 &lt;meeh&gt; 开发者文档在一段时间内应该够用，用户文档也快完成了，在此过程中尽量不要从 mozilla 等地方照搬太多。我们的做法是将对分支的修改主要放在 i2pbutton 中——只在 firefox 源码中做真正必要的改动，这到目前为止看起来运行良好。这也包括翻译，因为 firefox 20:34:05 &lt;meeh&gt; 自带了翻译，所以只剩下 i2p 特定的字符串需要翻译 20:35:01 &lt;zzz&gt; 好的，感谢更新。关于 4）还有别的吗？ 20:35:07 &lt;zzz&gt; 关于浏览器有什么问题吗？ 20:35:16 &lt;meeh&gt; 关于迁移到新的 ESR 版本的想法是……偏向于谨慎乐观，也就是说，我不太确定能否自动完成，不过那些需要打一两处补丁的地方我已经越来越熟悉了 20:35:56 &lt;meeh&gt; 下一个版本不应该太久，这在一定程度上取决于团队在接下来几周希望投入多少精力 20:36:35 &lt;zzz&gt; 是的，我们需要权衡优先级。我想我们正在更了解如果要真正做这件事需要多少投入 20:36:46 &lt;zzz&gt; 关于 4）还有别的吗？ 20:36:50 &lt;meeh&gt; 我确实没有一个具体时间表，基本就是等一些新/现有功能完成或更完善，以及/或者 android 发布任何安全补丁 20:36:53 &lt;meeh&gt; ffirefox** 20:38:10 &lt;zzz&gt; 关于 4）还有别的吗？ 20:39:05 &lt;zzz&gt; 会议还有其他事项吗？ 20:39:54 &lt;zzz&gt; 谢谢大家 20:40:01 * zzz *bafs* 会议结束 </div>/zh/blog/2019/06/23/%E6%89%80%E4%BB%A5%E4%BD%A0%E6%83%B3%E7%BC%96%E5%86%99%E4%B8%80%E4%B8%AA-sam-%E5%BA%93/Sun, 23 Jun 2019 00:00:00 +0000/zh/blog/2019/06/23/%E6%89%80%E4%BB%A5%E4%BD%A0%E6%83%B3%E7%BC%96%E5%86%99%E4%B8%80%E4%B8%AA-sam-%E5%BA%93/<p><em>或者，面向不太习惯阅读规范文档的人：如何与 <a href="https://geti2p.net">i2p</a> 通信</em></p> <p>在我看来，I2P 最出色的功能之一是它的 SAM API，它可以用来在 I2P 与所选的应用程序或编程语言之间建立桥接。目前，已经有数十个适用于多种语言的 SAM 库，包括：</p> <ul> <li><a href="https://github.com/i2p/i2psam">i2psam, for c++</a> </li> <li><a href="https://github.com/i2p/libsam3">libsam3, for C</a> </li> <li><a href="https://github.com/str4d/txi2p">txi2p for Python</a> </li> <li><a href="https://github.com/l-n-s/i2plib">i2plib for Python</a> </li> <li><a href="https://github.com/majestrate/i2p.socket">i2p.socket for Python</a> </li> <li><a href="https://github.com/MuxZeroNet/leaflet">leaflet for Python</a> </li> <li><a href="https://github.com/eyedeekay/gosam">gosam, for Go</a> </li> <li><a href="https://github.com/eyedeekay/sam3">sam3 for Go</a> </li> <li><a href="https://github.com/redhog/node-i2p">node-i2p for nodejs</a> </li> <li><a href="https://github.com/solatis/haskell-network-anonymous-i2p">haskell-network-anonymous-i2p</a> </li> <li><a href="https://github.com/SamuelFisher/i2pdotnet">i2pdotnet for .Net languages</a> </li> <li><a href="https://github.com/stallmanifold/rust-i2p">rust-i2p</a> </li> <li><a href="https://github.com/dryruby/i2p.rb">and i2p.rb for ruby</a> </li> </ul> <p>如果你正在使用这些语言中的任何一种，你也许已经可以使用现有库把你的应用移植到 I2P 上了。不过，这并不是本教程要讲的内容。本教程关注的是：当你想在一种新的语言中创建一个 SAM 库时，该怎么做。在本教程中，我将用 Java 实现一个新的 SAM 库。我之所以选择 Java，是因为目前还没有能把你与 SAM 连接起来的 Java 库；也因为 Java 在 Android 中的使用；还因为这是一门几乎每个人至少有<em>一点</em>经验的语言，因此希望你可以把它改写成你所选择的语言。</p> <h2 id="创建你的库">创建你的库</h2> <p>你如何设置自己的库会因你希望使用的编程语言而异。对于这个示例库，我们将使用 Java，因此可以像这样创建一个库：</p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-sh" data-lang="sh"><span style="display:flex;"><span>mkdir jsam </span></span><span style="display:flex;"><span>cd jsam </span></span><span style="display:flex;"><span>gradle init --type java-library </span></span></code></pre></div><p>或者，如果你使用的是 gradle 5 或更高版本：</p>/zh/blog/2019/06/15/%E5%A6%82%E4%BD%95%E5%9C%A8-i2p-%E8%83%8C%E5%90%8E%E8%AE%BE%E7%BD%AE%E7%94%A8%E4%BA%8E%E4%B8%AA%E4%BA%BA%E8%AE%BF%E9%97%AE%E7%9A%84-ssh-%E6%9C%8D%E5%8A%A1%E5%99%A8/Sat, 15 Jun 2019 00:00:00 +0000/zh/blog/2019/06/15/%E5%A6%82%E4%BD%95%E5%9C%A8-i2p-%E8%83%8C%E5%90%8E%E8%AE%BE%E7%BD%AE%E7%94%A8%E4%BA%8E%E4%B8%AA%E4%BA%BA%E8%AE%BF%E9%97%AE%E7%9A%84-ssh-%E6%9C%8D%E5%8A%A1%E5%99%A8/<h1 id="如何在-i2p-背后设置用于个人访问的-ssh-服务器">如何在 I2P 背后设置用于个人访问的 SSH 服务器</h1> <p>本教程介绍如何设置并微调一个 I2P tunnel，从而通过 I2P 或 i2pd 远程访问 SSH 服务器。目前假设您会通过包管理器安装 SSH 服务器，并且它作为服务运行。</p> <p>Considerations: In this guide, I&rsquo;m assuming a few things. They will need to be adjusted depending on the complications that arise in your particular setup, especially if you use VM&rsquo;s or containers for isolation. This assumes that the I2P router and the ssh server are running on the same localhost. You should be using newly-generated SSH host keys, either by using a freshly installed sshd, or by deleting old keys and forcing their re-generation. For example:</p>/zh/blog/2019/06/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B46%E6%9C%884%E6%97%A5/Tue, 04 Jun 2019 00:00:00 +0000/zh/blog/2019/06/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B46%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 20:00:14 &lt;zzz&gt; 0) 嗨 20:00:16 &lt;zzz&gt; 嗨 20:00:43 &lt;zzz&gt; 1) 0.9.40 发布状态剩余事项 (meeh, mhatta, nextloop, str4d) 20:00:43 &lt;zzz&gt; 2) 已修正 i2pbote-android 的发布状态 (meeh) 20:00:43 &lt;zzz&gt; 3) 0.9.41 开发状态 (zzz) 20:00:43 &lt;zzz&gt; 4) LS2 状态 (zzz) 20:00:43 &lt;zzz&gt; 5) I2P Browser “labs” 项目状态 (meeh) 20:00:43 &lt;zzz&gt; 6) 状态 scrum (zlatinb) 20:01:03 &lt;zzz&gt; 1) 0.9.40 发布状态剩余事项 (meeh, mhatta, nextloop, str4d) 20:01:28 &lt;zzz&gt; 我认为 Debian/Ubuntu 和官方 f-droid 还没完成？ 20:01:41 &lt;zzz&gt; 我确实收到了 mhatta 的回复，但他没有做出任何承诺 20:02:04 &lt;zzz&gt; 我已经联系了其他 Debian 的人，看看是否有人能做，目前还没有进展 20:02:10 &lt;zzz&gt; nextloop，你有最新进展吗？ 20:02:53 &lt;eche|on&gt; 我在 echelon.i2p/update/ 上为 Debian buster 和 stretch 做了测试构建 20:02:57 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:29 &lt;zzz&gt; 2) 已修正 i2pbote-android 的发布状态 (meeh) 20:03:40 &lt;zzz&gt; mikalv，关于 bote 你有最新进展吗？ 20:04:52 &lt;zzz&gt; 我认为我们已经发布了 bote，而且大家用起来没问题 20:04:58 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:05:16 &lt;eyedeekay&gt; 我这边没有 20:05:30 &lt;zzz&gt; 3) 0.9.41 开发状态 (zzz) 20:05:45 &lt;zzz&gt; 好的，我们已经过了 .41 开发周期的一半多，进展顺利 20:06:06 &lt;zzz&gt; 本次的大功能是针对加密的 LS2 的按客户端认证功能 20:06:19 &lt;zzz&gt; 我们还修复了一个与大型消息处理相关的 bug，我认为这会让 bote 运作得更好 20:06:55 &lt;eche|on&gt; 拭目以待，测试构建已经可用 20:06:56 &lt;zzz&gt; idk 和我正在把 clients.config 和 i2ptunnel.config 文件拆分，不过看起来要等到 .42 才能完成 20:07:38 &lt;zzz&gt; 对于 bote，要看到差异，可能需要该修复在网络的大部分节点上更新，因为在路径上的任一 router 都可能触发这个 bug 20:08:03 &lt;eche|on&gt; 嗯 20:08:12 &lt;zzz&gt; 计划在七月的第一周发布 20:08:33 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:09:28 &lt;zzz&gt; 4) LS2 状态 (zzz) 20:09:58 &lt;zzz&gt; 进展依然强劲。到目前为止我们已经开了 42 次每周例会，短期内不会结束，尽管最近我们在新的加密方案（提案 144）上花了更多时间 20:10:19 &lt;zzz&gt; 我已经提到过将包含在 41 版本中的按客户端认证代码。 20:10:54 &lt;zzz&gt; 针对 meta ls2 的 garlic farm 开发大概已经暂停了 3 周，以便优先处理客户端认证代码，不过我们很快会回到它上面 20:11:27 &lt;zzz&gt; 我在持续把规范从 proposals 区迁移到我们网站的主规范部分 20:11:38 &lt;zzz&gt; 随着我们实现并测试这些内容 20:11:52 &lt;zzz&gt; 我们的会议仍然是在每周一 UTC 时间下午 6:30，于 #ls2 举行 20:12:11 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:13:04 &lt;zzz&gt; 5) I2P Browser “labs” 项目状态 (mikalv) 20:13:15 &lt;zzz&gt; mikalv，I2P 浏览器进展如何？ 20:14:08 &lt;zzz&gt; 我知道新的测试版已经发布并且正在进行一些测试，但对某些人来说它完全不能工作？ 20:15:04 &lt;zzz&gt; 还有人在我们的实验室下载页面上请求更多文档，他说很快会处理，所以请留意 20:15:17 &lt;zzz&gt; 好的，我想 mikalv 不在，关于 5) 还有别的吗？ 20:16:08 &lt;zzz&gt; 6) 状态 scrum (zlatinb) 20:16:13 &lt;zzz&gt; zlatinb，请开始 20:16:42 &lt;zlatinb&gt; 嗨，我们照常进行——请说明 1) 自上次 scrum 以来你做了什么 2) 下个月计划做什么 3) 是否有阻碍或需要帮助 20:16:46 &lt;zlatinb&gt; 完成后以 EOT 结束 20:17:08 &lt;zlatinb&gt; 我：1) 一些 garlic farm，没做太多别的 2) 希望能做更多 garlic farm 3) 没有阻碍 20:17:09 &lt;zlatinb&gt; EOT 20:17:17 &lt;eche|on&gt; 跟往常一样，保持服务器存活，照常进行，没有阻碍，eot 20:17:30 &lt;zzz&gt; 1) garlic farm、ls2 和按客户端认证；修复了一些 bug 20:18:10 &lt;zzz&gt; 2) garlic farm、修复 bug、GMP 6.1.2、拆分配置文件、为 0.9.41 发布做准备 20:18:18 &lt;eyedeekay&gt; 拆分 i2ptunnel 配置并撰写文档/博客，2) 继续做这些 3) 没有阻碍 eot 20:18:32 &lt;zzz&gt; 3) 没有阻碍，EOT 20:18:44 &lt;zlatinb&gt; 好的，我想这就是所有人了，谢谢 20:19:04 &lt;zzz&gt; 好的，刚才非常快，我们变得更高效了！ 20:19:18 &lt;zzz&gt; 今天的会议还有其他事项吗？ 20:20:15 &lt;zzz&gt; 哦，恭喜 eyedeekay 已签署开发者协议，并被授予 mtn checkin 权限！尽管过去几个月他已经为我们做了很多，现在他可以更快地“搞事情”了！ 20:20:37 &lt;eyedeekay&gt; :-D 20:20:38 &lt;zzz&gt; 期待 eyedeekay 直接参与代码库 20:21:07 * zzz 找找 baffer，准备朝你挥过去 20:22:01 * zzz *bafs* 会议结束了 </div>/zh/blog/2019/06/02/i2p-tunnels-%E5%9F%BA%E7%A1%80%E6%95%99%E7%A8%8B%E9%85%8D%E5%9B%BE/Sun, 02 Jun 2019 00:00:00 +0000/zh/blog/2019/06/02/i2p-tunnels-%E5%9F%BA%E7%A1%80%E6%95%99%E7%A8%8B%E9%85%8D%E5%9B%BE/<p>Although the Java I2P router comes pre-configured with a static web server, jetty, to provide the user&rsquo;s first eepSite, many require more sophisticated functionality from their web server and would rather create an eepSite with a different server. This is of course possible, and actually is really easy once you&rsquo;ve done it one time.</p> <p>尽管这很容易做到，但在动手之前有几件事需要考虑。你应当从你的 Web 服务器中移除可用于识别的特征，例如可能暴露身份的 HTTP 头部，以及会显示服务器/发行版类型的默认错误页面。关于由于应用程序配置不当而对匿名性造成的威胁的更多信息，请参阅：<a href="https://riseup.net/en/security/network-security/tor/onionservices-best-practices">Riseup 此处</a> , <a href="https://www.whonix.org/wiki/Onion_Services">Whonix 此处</a> , <a href="https://blog.0day.rocks/securing-a-web-hidden-service-89d935ba1c1d">这篇博文介绍了一些 OPSEC（操作安全）失误</a> , <a href="https://geti2p.net/docs/applications/supported">以及 I2P 应用程序页面</a> 。尽管其中很多信息是针对 Tor Onion Services（Tor 隐藏服务）而写的，但相同的流程和原则同样适用于通过 I2P 托管应用程序。</p>/zh/blog/2019/06/02/%E5%A6%82%E4%BD%95%E5%B0%86%E6%82%A8%E7%8E%B0%E6%9C%89%E7%9A%84%E7%BD%91%E7%AB%99%E4%BD%9C%E4%B8%BA-i2p-eepsite-%E6%8F%90%E4%BE%9B%E6%9C%8D%E5%8A%A1/Sun, 02 Jun 2019 00:00:00 +0000/zh/blog/2019/06/02/%E5%A6%82%E4%BD%95%E5%B0%86%E6%82%A8%E7%8E%B0%E6%9C%89%E7%9A%84%E7%BD%91%E7%AB%99%E4%BD%9C%E4%B8%BA-i2p-eepsite-%E6%8F%90%E4%BE%9B%E6%9C%8D%E5%8A%A1/<p>这篇博客文章旨在提供一份关于将明网服务镜像为 eepSite（I2P 上的隐藏网站）的通用指南。它对上一篇关于基础 I2PTunnel 隧道的博客文章作了进一步阐述。</p> <p>很遗憾，要<em>完全</em>涵盖将现有网站作为 eepSite 提供访问的所有可能情况几乎是不可能的，服务器端软件的种类实在过于多样，更不用说各个软件在实际部署中的各种特性与怪癖。相反，我将尽量在尽可能具体的前提下，阐明把一项服务准备好并部署到 eepWeb（I2P 上的网页服务）或其他隐藏服务的一般流程。</p> <p>本指南的大部分内容会把读者视为对话的参与者。尤其是在我确实要强调时，我会直接与读者对话（即使用“you”而不是“one”），并且我常常会用我认为读者可能会提出的问题来作为各节的标题。这毕竟是一个“过程”，管理员必须把自己看作“参与其中”，就像托管任何其他服务一样。</p> <p><strong>免责声明：</strong></p> <p>虽然那样会很棒，但我不太可能为用于托管网站的每一种软件都提供具体的操作说明。因此，本教程在写作时做出了一些前提假设，同时也需要读者运用批判性思维和常识。需要明确的是，<strong>我假定按照本教程操作的人已经在运行一个可与真实身份或组织关联的明网服务</strong>，因此只是提供匿名访问，而不是为自己进行匿名化。</p> <p>因此，<strong>它完全不尝试进行匿名化</strong> 任何从一个服务器到另一个服务器的连接。如果您想运行一个全新且不可关联的隐藏服务，用于托管与您无关联的内容，那么就不应在您自己的明网服务器上或在您家中这样做。</p>/zh/blog/2019/05/20/%E5%A6%82%E4%BD%95%E9%80%9A%E8%BF%87%E5%B8%AE%E5%8A%A9-i2p-bote-%E5%BC%95%E5%AF%BCbootstrap%E6%9D%A5%E5%8F%82%E4%B8%8E%E5%BF%97%E6%84%BF%E6%9C%8D%E5%8A%A1/Mon, 20 May 2019 00:00:00 +0000/zh/blog/2019/05/20/%E5%A6%82%E4%BD%95%E9%80%9A%E8%BF%87%E5%B8%AE%E5%8A%A9-i2p-bote-%E5%BC%95%E5%AF%BCbootstrap%E6%9D%A5%E5%8F%82%E4%B8%8E%E5%BF%97%E6%84%BF%E6%9C%8D%E5%8A%A1/<p>帮助人们进行私密通信的一个简单方法，是运行一个 I2P-Bote 节点，它可以供新的 I2P-Bote 用户用来 bootstrap（引导）他们自己的 I2P-Bote 节点。不幸的是，直到现在，搭建一个 I2P-Bote bootstrap 节点的流程一直比它本该的更晦涩。其实这非常简单！</p> <p><strong>什么是 I2P-bote？</strong></p> <p>I2P-bote 是一个构建在 i2p 之上的私人消息系统，它具备额外的功能，使外界更难以辨别所传输消息的相关信息。基于此，它可以在容忍高延迟的情况下安全地传递私人消息，并且当发送方离线时，无需依赖集中式中继来发送消息。这与几乎所有其他流行的私人消息系统形成对比：后者要么要求双方同时在线，要么依赖于半可信的服务，在发送方离线时代为转发消息。</p> <p>或者，通俗地说：它的使用方式类似于电子邮件，但没有电子邮件在隐私方面的缺陷。</p> <p><strong>第一步：安装 I2P-Bote</strong></p> <p>I2P-Bote 是一个 I2P 插件，安装非常容易。原始说明可在 bote eepSite, bote.i2p 找到（eepSite 指 I2P 内部网站），但如果你想在明网阅读，以下说明由 bote.i2p 提供：</p> <ol> <li>Go to the plugin install form in your routerconsole: <code>http://127.0.0.1:7657/configclients#plugin</code></li> <li>Paste in the URL <code>http://bote.i2p/i2pbote.su3</code></li> <li>Click Install Plugin.</li> <li>Once installed, click SecureMail in the routerconsole sidebar or homepage, or go to <code>http://127.0.0.1:7657/i2pbote/</code></li> </ol> <p><strong>第二步：获取你的 I2P-Bote 节点的 base64 地址</strong></p>/zh/blog/2019/05/07/0.9.40-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 07 May 2019 00:00:00 +0000/zh/blog/2019/05/07/0.9.40-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>0.9.40 禁用了旧的 NTCP1 传输，并移除了对通过 IPv6 进行的 SSU 引介的支持。由于 NTCP2 已默认启用超过 6 个月，现在是时候禁用旧的 NTCP1 传输，以节省带宽和内存。我们继续推进 LS2（第二代 leaseSet）和加密的 leasesets（租约集）的开发工作。已修复若干问题。</p> <p>与往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2019/05/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B45%E6%9C%887%E6%97%A5/Tue, 07 May 2019 00:00:00 +0000/zh/blog/2019/05/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B45%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> chisana, eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.39 发布状态剩余事项 (meeh, mhatta, nextloop, str4d) 20:00:00 &lt;zzz&gt; 2) i2pbote-android 修复版的发布状态 (meeh) 20:00:00 &lt;zzz&gt; 3) 0.9.40 开发状态 (zzz) 20:00:00 &lt;zzz&gt; 4) LS2 状态 (zzz) 20:00:00 &lt;zzz&gt; 5) 状态 scrum (zlatinb) 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:06 &lt;zzz&gt; 嗨 20:00:10 &lt;meeh&gt; 嗨 20:00:17 &lt;zlatinb&gt; 嗨 20:00:51 &lt;zzz&gt; 1) 0.9.39 发布状态剩余事项 (meeh, mhatta, nextloop, str4d) 20:00:55 &lt;eyedeekay&gt; 嗨 20:01:07 &lt;zzz&gt; 这个议程项来自上个月的会议…… 20:01:29 &lt;zzz&gt; 当时我们还缺少 debian、F-Droid 和 mavencentral 20:01:40 &lt;zzz&gt; meeh 关于这些事项你有什么最新进展吗？ 20:02:33 &lt;meeh&gt; 我和 str4d 将在这次发布中结对，他会和我一起走完整个流程，包括 maven/F-Droid。自从一两周前最后一次讨论后，我今天会就此联系他。 20:02:43 &lt;zzz&gt; 另外有人从 mhatta 那里听到关于 debian 的消息吗？ 20:02:51 &lt;meeh&gt; 这应该涵盖 fdroid、maven 和 googleplay 20:03:15 &lt;zzz&gt; meeh 这是关于 .39 的——.39 的 f-droid 和 mavencentral 发布已经发出了吗？ 20:03:33 &lt;sadie_&gt; 嗨 20:03:34 &lt;meeh&gt; osx 启动器当然也会跟着更新 20:03:52 &lt;meeh&gt; 没有，但等我和 str4d 结对时，我会学会怎么把它修好 20:03:59 &lt;meeh&gt; 这样 39 和 40 都应该能补上 20:03:59 &lt;zzz&gt; 我们谈的是 7 周前的 .39 项目，上次会议 5 周前时也还没完成 20:04:17 &lt;meeh&gt; `https://search.maven.org/search?q=g:net.i2p` 20:04:19 &lt;meeh&gt; maven 是最新的 bt 20:04:24 &lt;meeh&gt; w 20:04:24 &lt;meeh&gt; .39 20:04:48 &lt;zzz&gt; 好的。那么“结对”的 ETA 是什么时候（别让他用 zcash 的黑话“感染”你） 20:05:38 &lt;R4SAS&gt; :D 20:05:39 &lt;zzz&gt; 而且我记得我们的 f-droid 问题是服务器依赖关系的问题，不是操作知识问题。那些问题解决了吗？ 20:05:57 &lt;meeh&gt; 我的回答是：等 str4d 有时间带我快速走一遍——上次和他聊时，我理解为他会很快抽出时间。今天他回复后我会更新你们 20:06:41 &lt;zzz&gt; 关于 mavencentral，你所需的一切包括操作指南都有了对吧？你拥有所需的所有权限吗？ 20:06:58 &lt;meeh&gt; 没有操作指南 20:07:19 &lt;zzz&gt; 我之所以这么问，是因为“不知道 str4d 何时有空”不幸的是等于没答案 :( 20:07:28 &lt;meeh&gt; 我们的仓库里有一些 maven gradle 脚本，我可以*猜*着怎么用然后试试，但我不想把它弄乱 20:07:46 &lt;meeh&gt; 这次我对他还是有信心的 20:08:09 &lt;meeh&gt; 是时候摆脱这些缠人的事情，腾出更多时间——听起来大家都会接受 20:08:42 &lt;zzz&gt; 当然，我们长期计划是把对 str4d 的所有依赖都去掉，我们快达到了，继续推进直到完成 20:09:36 &lt;zzz&gt; 好的回到 mhatta——有人联系到他了吗？是不是该开始给他打电话，或者我们接下来怎么做？ 20:09:46 &lt;zzz&gt; zlatinb，有什么主意吗？ 20:10:04 &lt;zzz&gt; 还有人联系到 nextloop 吗？ 20:10:15 &lt;zlatinb&gt; 上次打电话没用，尽管他确认我拿到的号码是对的 20:10:27 &lt;zlatinb&gt; 不幸的是没什么主意 20:10:39 &lt;zzz&gt; meeh，据我理解你也可以直接提交申请进入正式的 f-droid，我们其实不需要 nextloop。你知道怎么做吗？ 20:10:40 &lt;sadie_&gt; 有人能接手 mhatta 的任务吗？ 20:11:15 &lt;zzz&gt; 任何正式的 Debian Developer（Debian 开发者）……你们认识有时间的其他人吗？ 20:11:38 &lt;meeh&gt; 很抱歉地说，我对 frdroid 甚至比 android 还不熟——我（至少据我记忆）只是我们私有仓库的托管人 20:11:53 &lt;sadie_&gt; 没有——但我们应该开始找 20:11:57 &lt;meeh&gt; 不过我可以在和 str4d 聊时问问他，他应该知道 20:12:20 &lt;zzz&gt; 好的 meeh 记住有两个 fdroid，我们的和官方的 fdroid.org，所以请把两边的操作指南都弄到。也请尝试联系 nextloop 20:12:27 &lt;zzz&gt; twitter、电子邮件等 20:13:13 &lt;meeh&gt; 是的，我们自己的已经迁移了，按理说我用那些 python 命令推送时应该能工作——我会在和 str4d 谈过之后测试一下 20:13:19 &lt;zzz&gt; 关于 1) 还有别的吗？我们在 .39 上做得不太好 20:13:40 &lt;zzz&gt; 所以让我们尽快在 .40 上把它补回来 20:13:57 &lt;zzz&gt; 发布是我们的核心工作，发不出去就是失败 20:14:16 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:15:18 &lt;zzz&gt; 2) i2pbote-android 修复版的发布状态 (meeh) 20:15:35 &lt;zzz&gt; meeh 期待已久的 bote 安卓版发布进展如何？ 20:15:42 &lt;meeh&gt; 目前它仍然卡在“connecting” 20:16:14 &lt;zzz&gt; 但 eyedeekay 报告说它能用？ 20:16:36 &lt;zzz&gt; meeh 你在非防火墙环境下试过吗？ 20:16:41 &lt;eyedeekay&gt; 只有使用内置 router 才能工作。这是在一台平板上 20:16:44 &lt;meeh&gt; 好吧，我觉得我们已经就发布谈了很多次了。请不要把我当成粗鲁、刻薄，或者除“尽量讲清楚”之外的任何东西——我不会发布一个有问题的产品。除非我能从我的 bote-android 给我的桌面端安卓发送消息——否则我不会发布 20:17:20 &lt;zzz&gt; 这是一个面向所有人的状态会议。假装你已经一个月没和我说话了，请告诉大家我们现在的情况。你不是在跟我说话，而是在向全世界汇报 20:17:41 &lt;meeh&gt; 因为否则的话，我们发布的东西按定义就是坏的——这会对我们造成很坏的影响 20:18:00 &lt;meeh&gt; 好的抱歉——但情况就是这样 ^ :) 20:18:27 &lt;zzz&gt; 那么，修好并发布的大致前景/ETA/预估是什么？ 20:18:41 &lt;meeh&gt; 不过是的，我强烈认为推出一个坏掉的发布会对 i2p 造成不良影响——有人不同意这个说法吗？ 20:19:11 &lt;zzz&gt; 我不是在催你发布。我是在问它什么时候能发布。 20:19:26 &lt;zzz&gt; 这就是这次会议的目的：汇报状态 20:19:34 &lt;meeh&gt; 你觉得把 bote 改成通过 tcp socket 而不是 unix domain 进行连接需要多长时间？ 20:19:46 &lt;zzz&gt; 我不知道 20:20:06 &lt;meeh&gt; 因为在最好的情况下（我希望如此）就是我们需要做的这件事……否则我就完全没头绪了 :( 20:20:32 &lt;meeh&gt; 因为如果对等点不是问题，而我们仍然难以连接 20:20:38 &lt;meeh&gt; 并且基于我的调试会话 20:20:48 &lt;meeh&gt; 我怀疑是应用之间的 IPC 导致了 nonce 20:20:56 &lt;meeh&gt; 并破坏了通信 20:21:06 &lt;zzz&gt; 好的。也许我们可以在这个频道里再找些测试者……比如 cisiey 20:21:15 &lt;meeh&gt; 因为在我看来 tunnel 和 leases 都没问题 20:21:39 &lt;meeh&gt; 所以我下一个合乎逻辑的调查点就是 router &lt;-&gt; bote 之间 20:21:46 &lt;zzz&gt; 好的。但如果它正在为 bote 尝试构建 tunnel，那么就不是 i2cp socket 的问题 20:21:57 &lt;meeh&gt; 也许控制 socket 在工作，但数据传输停了 20:22:07 &lt;zzz&gt; 要么你在和 router 通信，要么没有。它们都走同一个 socket 20:22:17 &lt;zzz&gt; （控制和数据） 20:22:32 &lt;meeh&gt; 也许 Google 做了我们不知道的什么——这也不是第一次了 20:22:50 &lt;zzz&gt; 好消息是你在取得进展，我们以前卡住过很多次，但总能解决 20:22:54 &lt;zzz&gt; 谢谢更新 20:22:57 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:23:07 &lt;meeh&gt; 所以 i2cp 的工作方式像 tls，那样先配置然后切换到纯数据传输？ 20:23:34 &lt;zzz&gt; 它始终是控制和数据复用的，从来不会“切换到”纯数据 20:23:54 &lt;meeh&gt; 好的，那就是 ascii 编码的二进制数据吗，还是？ 20:24:15 &lt;zzz&gt; 如果你愿意，会议后我可以带你过一遍 i2cp 的工作方式 20:24:21 &lt;meeh&gt; 总之——实现细节我们之后再谈 20:24:22 &lt;meeh&gt; 好 20:24:27 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:25:02 &lt;zzz&gt; 3) 0.9.40 开发状态 (zzz) 20:25:16 &lt;zzz&gt; 0.9.40 开发状态：完成！ 20:25:30 &lt;zzz&gt; 我们采用了一个短的 6 周半周期，并于今天发布了 20:25:32 &lt;chisana&gt; 恭喜！ 20:25:54 &lt;zzz&gt; 站内更新已上线。不过不确定英文新闻是否已经更新。The swarm 看起来有点小？ 20:26:05 &lt;zzz&gt; eche|off，你调查了吗？ 20:26:25 &lt;zzz&gt; 至少有部分在更新 20:26:47 &lt;zzz&gt; 我们会密切关注这个，因为我们禁用了 NTCP 1，按理说不应有不良影响，但拭目以待 20:27:19 &lt;zzz&gt; 那么，我们来谈谈各发布项的 ETA。站内更新已经推出，网站也已更新。我明天会处理我们的 PPA 和 deb 仓库。 20:27:45 &lt;zzz&gt; meeh 安卓版 router 的发布 ETA 是多少？ 20:28:01 &lt;meeh&gt; 还是老样子，这次我会和 str4d 一起做 20:28:23 &lt;meeh&gt; 把发布中“str4d 相关”的部分一次做完 20:28:24 &lt;meeh&gt; :) 20:28:28 &lt;zzz&gt; 连安卓 router 也是？你上次是自己完成的。 20:28:42 &lt;zzz&gt; 我只是希望尽量少依赖他 20:28:42 &lt;meeh&gt; 是的，通过在 maven 上各种 hack 才搞定的 20:28:50 &lt;meeh&gt; 但正确的顺序是先部署 maven 20:29:05 &lt;meeh&gt; 是的，但目标是这是我们最后一次这么做，&lt;永远&gt; 20:29:24 &lt;zzz&gt; 好的。看看能否成真，希望可以 20:30:07 &lt;meeh&gt; 记录一下，我已经在 DM @ twitter 上联系了他 20:30:25 &lt;zzz&gt; 好的 有 ETA 时告诉我们 20:30:26 &lt;meeh&gt; 之前我都是在那里跟他沟通的 20:31:02 &lt;zzz&gt; zlatinb，我想你我应该把邮件发到 mhatta 的全部 10 个邮箱以吸引他的注意？我们已经两个月没收到他的消息了 20:31:25 &lt;zzz&gt; 真不希望 buster 里是某个老版本 20:31:27 &lt;zlatinb&gt; 可以，把邮箱给我，我来群发一封 20:31:38 &lt;zzz&gt; 好的 20:31:59 &lt;zzz&gt; eche|off, eche|on 你们在吗？ 20:32:39 &lt;zzz&gt; 好吧，我想 3) 就这些？ 20:33:18 &lt;zzz&gt; 4) LS2 状态 (zzz) 20:33:42 &lt;zzz&gt; 我来快速汇报 3 个主要提案的状态：123、144 和 150 20:34:13 &lt;zzz&gt; 123 是 ls2 提案。它大体上已经完成，我们把大量加密的 ls2 代码放进了 .40，这样可以做更多测试 20:34:34 &lt;zzz&gt; 提案本身在过去一个月基本没有变化，这很好 20:35:05 &lt;zzz&gt; 144 是新的加密提案。过去一个月由于有更高优先级的事情，基本没有进展 20:35:26 &lt;zzz&gt; 不过我收到了很多反馈。预计一两周内会有更新的草案 20:35:48 &lt;zzz&gt; 我希望在 4–6 个月内看到 144 的一些实现，但要达到那一步我们还有很多工作要做 20:36:05 &lt;zzz&gt; 150 是基于 raft 的新“garlic farm（用于管理海量多宿主的‘大蒜农场’）”提案。 20:36:30 &lt;zzz&gt; 这是个新提案，但已经收到了相当不错的反馈，比 144 的抱怨少多了！ 20:37:04 &lt;zzz&gt; zlatinb，你觉得我们什么时候可能会有一个实现 150 的实验性插件？几个月？ 20:37:24 &lt;zzz&gt; 我想我们需要讨论为了支持它，我们能在 .41 中塞进些什么 20:37:38 &lt;zlatinb&gt; 这取决于我们如何界定范围；清单上的很多特性其实只是“锦上添花” 20:37:59 &lt;zzz&gt; 是啊，我昨天的修订里把很多东西标成了“非首发” 20:38:07 &lt;zlatinb&gt; 如果砍到绝对最小可行，也许不用几个月 20:38:47 &lt;zzz&gt; 是啊，我们还没开 .41 的路线图会议，所以我不确定各项的优先级如何 20:38:49 &lt;zlatinb&gt; 我觉得这是个中等规模的项目 20:39:18 &lt;zzz&gt; 同意 20:39:37 &lt;zzz&gt; 有人对 4)、ls2 或相关提案有问题吗？ 20:39:52 &lt;zzz&gt; 一如既往，欢迎大家参加我们的会议，时间是每周一 UTC 6:30 PM，地点 IRC #ls2 20:40:27 &lt;chisana&gt; 如果我能把一个“可用/MVP”的 ECIES 做出来，会有助于 144 的完成吗？ 20:40:54 &lt;zzz&gt; 当然 20:41:37 &lt;zzz&gt; 总得有人先来。我们已经和其他几个提案做过集成测试，追溯到一年前的 NTCP 2。 20:42:03 &lt;zzz&gt; 先是某人完成，然后是另一个人完成，然后你试着让它们互通，再试着弄清楚谁对谁错 20:42:33 &lt;zzz&gt; 这是项艰难而缓慢的工作，但这是唯一的做法 20:43:15 &lt;chisana&gt; 的确，144 是我将投入大部分时间的地方，所以我会经常带着更新/问题来 20:43:25 &lt;zzz&gt; 我们已经认识到，没有两个实现，我们几乎就算不上完成。这是“测试”规范的唯一方式 20:43:41 &lt;zzz&gt; 太好了 20:43:49 &lt;zzz&gt; 有人对 4)、ls2 或相关提案有问题吗？ 20:44:30 &lt;zzz&gt; 5) 状态 scrum (zlatinb) 20:44:36 &lt;zzz&gt; zlatinb 现在交给你 20:45:15 &lt;zlatinb&gt; Hi。照常并行进行 scum。请简要说明：1) 自上次 scrum 以来你做了什么 2) 下个月计划做什么 3) 是否有阻碍或需要帮助。完成时说 EOT 20:45:49 &lt;zlatinb&gt; 我：1) 完善高级过滤器，推进 garlic farm，与 arctic 一起调优 outproxy，处理了一些 jogger 工单 2) 希望只做 garlic farm 3) 无阻碍 EOT 20:47:03 &lt;zzz&gt; 1) 修复缺陷；签名的 Windows 安装程序；切换到 izpack 5；susidns 导入功能；加密 ls2 的实现；.40 的评审与发布；处理安卓上的 I2CP 问题 20:47:38 &lt;meeh&gt; 1) 我一直在重新设计 osx 启动器，把 swift 代码升级到 4.2 很快到 5，清理了代码，更多从 objc 迁移。另外我也改进了我为 i2p 托管的一些服务，包括 outproxy。以及做了一些安卓开发和学习 20:47:55 &lt;zzz&gt; 1 续.) 撰写 garlic farm 提案，做了大量 garlic farm 架构工作；参加 ls2 会议与讨论；与 sadie 合作处理图标等 20:48:09 &lt;sadie_&gt; 为 .40 更新图标体系，.41 会继续，同时用 Ura 为控制台、网站制作的标志来更新 logo。改进安装向导，准备去 RightsCon 的行程，并与 TX、IFF 开展外联 EOT 20:48:55 &lt;zzz&gt; 2) .40 的 PPA 发布；.41 路线图；与 eyedeekay 的配置拆分工作、garlic farm；ls2 会议；修复缺陷；也许把 sybil 检测自动化 -&gt; 加入黑名单？ 20:49:03 &lt;meeh&gt; 2) 下个月我打算再给我们的浏览器一些关照，把版本更新到和上游一致，如果可行的话做一些 i2p 集成改进，让 osx 的原生上下文菜单 -&gt; snark-share 可用，还要进一步研究 mattermost/irc/我们沟通方面的问题 20:49:06 &lt;eyedeekay&gt; 1) Bote、修复缺陷、编写指南 2) 希望完成配置拆分、bote 和缺陷修复 3) 无阻碍 EOR 20:49:10 &lt;eyedeekay&gt; *EOT 20:49:38 &lt;meeh&gt; 3) 希望没有阻碍，目前只是在等 str4d 提议一个我们可以结对并进行发布的时间 20:49:48 &lt;sadie_&gt; outproxy 文档/测试 20:49:50 &lt;meeh&gt; EOT 20:49:56 &lt;zzz&gt; 3) 阻碍：mhatta 这边的 debian/tails 相关工作 20:50:06 &lt;eyedeekay&gt; 哦，另外下个月我也想和 meeh 在浏览器上花点时间。 20:50:17 &lt;zzz&gt; EOT 20:50:51 &lt;zlatinb&gt; 谢谢，scrum 到此结束。 20:50:59 &lt;zzz&gt; 好的，谢谢 zlatinb 20:51:12 &lt;zzz&gt; 在结束会议前还有几个快问 20:51:27 &lt;zzz&gt; .41 采用 8 周周期并在 7 月 2 日发布可行吗？meeh？ 20:52:12 &lt;meeh&gt; 没有立即想到的不行的理由，我觉得可以 20:52:26 &lt;zzz&gt; 好的，那我们先暂定这个安排，直到收到 eche|off 的回应 20:52:57 &lt;zzz&gt; 接着，meeh，你把 osx 的 .40 构建发出来了吗？它已经出现在下载页面上，因为这是由版本号触发的，但我没问过你是否已经做了 20:53:16 &lt;zzz&gt; 所以这是我们流程中的一个 bug 20:53:24 &lt;meeh&gt; 没有，我本来想在会后现在开始这个流程 20:53:37 &lt;meeh&gt; 之前没抽出时间 20:54:06 &lt;zzz&gt; 好的，谢谢。我会修正我们的清单，下次在你完成之前我不会把构建推到下载页面上 20:54:33 &lt;zzz&gt; 最后一个问题问 meeh，你打算发一个浏览器版本来修复 Firefox 证书那件事吗？或者说你是否有必要这么做？ 20:55:19 &lt;meeh&gt; 你能详细说明一下“Firefox 证书那件事”吗？:p 20:55:21 &lt;zzz&gt; 正如你所说，是时候给浏览器一些关照了。找个时间我们该谈谈那个“lab”项目是该毕业成更正式的东西，还是该砍掉？ 20:55:48 &lt;zzz&gt; 就是像 NoScript 那样的插件坏掉的事件。我晚点再跟你说明，或者你看下 Twitter 或 Ars Technica 20:55:48 &lt;meeh&gt; 好啊，那我们把这个作为下次会议的一个话题如何？ 20:55:54 &lt;meeh&gt; 关于 RC 或者“死亡” 20:55:58 &lt;zzz&gt; 好的，会的 20:56:09 &lt;zzz&gt; 还有别的要在会议上提的吗？ 20:56:27 &lt;meeh&gt; 如果没有别的事，我现在就开始做 osx 的构建 20:56:44 * zzz 在找 baffer 20:57:00 &lt;meeh&gt; 下次 osx 升级将会自动更新（哇哦！） 20:57:18 * zzz *bafffs* 会议结束 </div>/zh/blog/2019/04/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B44%E6%9C%882%E6%97%A5/Tue, 02 Apr 2019 00:00:00 +0000/zh/blog/2019/04/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B44%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> chisana, echelon, eyedeekay, meeh, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.39 发布状态 (zzz) 20:00:00 &lt;zzz&gt; 2) 0.9.40 开发状态 (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 状态 (zzz) 20:00:00 &lt;zzz&gt; 4) 状态 Scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:14 &lt;zzz&gt; 1) 0.9.39 发布状态 (zzz) 20:00:33 &lt;zzz&gt; 39 在 11 天前发布，网络中接近一半已更新 20:01:10 &lt;zzz&gt; 仍在等待 mavencentral (str4d)、我们的 f-droid (meeh)、官方 f-droid (nextloop) 和 debian (mhatta) 20:01:12 &lt;meeh&gt; 嗨 20:01:26 &lt;zzz&gt; 你们有人能给出这些事项完成的预计时间吗？ 20:02:58 &lt;meeh&gt; 如果像 https://f-droid.org/docs/Setup_an_F-Droid_App_Repo/ 看起来那么简单，今天晚些时候就能搞定。 20:03:31 &lt;zzz&gt; 你已经搭好了，我们用它好多年了。只是把新的 apk 放进去的问题，你之前已经做过好几次了 20:04:08 &lt;zzz&gt; 请去催 str4d 处理 maven central，并尽快想办法把他从这个流程里移除。为拿回这件事的控制权我们已经斗争了一年了 20:04:08 &lt;meeh&gt; 不，我只是托管过，从没上传过 20:04:47 &lt;zzz&gt; 如果你这么说吧，但我记得你以前把 apk 拷过去过 20:05:04 &lt;meeh&gt; 我现在已经在 twitter 上给他写了，关于 maven 的 20:05:36 &lt;zzz&gt; 以后尽量在发布后一周内把这些都做完。拖上好几周对我们的形象很不好 20:05:47 &lt;zzz&gt; 我不知道 mhatta 什么情况 20:06:09 &lt;zzz&gt; 我们需要把这件事做得更好 20:06:44 &lt;zzz&gt; 好消息是，关于 39 没有实质性的抱怨，除了它没有修复第三方 Android 应用……不过它们之前也不能用 20:07:01 &lt;zzz&gt; meeh，你预计什么时候能发布一个可用的 Android bote？ 20:07:29 &lt;meeh&gt; 如果你没看到——发现只是重新安装的问题，跟共享 UID 有关 20:07:53 &lt;meeh&gt; 所以，没修复 =&gt; 大概其实修复了 20:08:03 &lt;zzz&gt; 我还以为那只是在开发环境里？ 20:08:33 &lt;meeh&gt; 不清楚，因为我对 bote 和 android 都不太熟——就像猴子敲键盘，希望能出来点有用的结果 20:08:47 &lt;zzz&gt; 你看了他给我们的链接了吗？ 20:09:02 &lt;zzz&gt; &lt;cisiey&gt; zzz, https://developer.android.com/guide/topics/manifest/manifest-element#uid 20:09:02 &lt;zzz&gt; &lt;cisiey&gt;&gt;如果将该属性设置为两个或多个应用的相同值，并且它们的证书集相同，那么它们都会共享同一个 ID 20:09:25 &lt;zzz&gt; 总之，细节太多，不适合会议里展开，但我们仍需要做一些研究 20:09:55 &lt;zzz&gt; 好吧，没有 bote 的预计时间。也许 mhatta 能帮忙 20:10:06 &lt;zzz&gt; 或者其他人 20:10:10 &lt;zzz&gt; 关于 1) 还有其他的吗？ 20:11:19 &lt;zzz&gt; 2) 0.9.40 开发状态 (zzz) 20:11:29 &lt;zzz&gt; 我们已经进入一个短的 7 周周期两周了 20:11:51 &lt;zzz&gt; zlatinb 今天提交了一个新的、复杂的流量阻断/限速器 20:12:00 &lt;zzz&gt; 我提交了一个新的 susidns 导入功能 20:12:22 &lt;zzz&gt; 并在努力支持新的“b33”格式，使测试加密的 ls2 成为可能 20:12:37 &lt;zzz&gt; 我们正在使用 .39 的 floodfills 来测试加密的 ls2，到目前为止效果很好 20:13:18 &lt;zzz&gt; 在 .40 的路线图上有一个非常非常长的清单，可能过于雄心勃勃，但希望我们能完成其中的一半 20:13:37 &lt;zzz&gt; 还有谁想汇报一下他们为 .40 在做什么？ 20:14:00 &lt;zlatinb&gt; meta-LS 后端，希望能做 20:14:13 &lt;zlatinb&gt; 但这其实不依赖于 router 发布，所以无所谓 20:14:26 &lt;eyedeekay&gt; 我基本做出了一个可用的 i2ptunnels.config.d 文件夹 20:14:58 &lt;zzz&gt; 哦对了，我们需要找个时间聊聊这个，eyedeekay，看看它如何与我一年前做到一半的工作相衔接 20:15:12 &lt;zzz&gt; 找个时间跟你对一对 20:15:25 &lt;meeh&gt; OS X 相关的进度按计划推进，将提供与 snark 共享文件/目录的原生快捷方式、自动更新器、新的 Swift 版本，以及一般性的代码清理 20:15:35 &lt;zzz&gt; meeh，eyedeekay，libsam 那边有进展吗？ 20:16:26 &lt;meeh&gt; 没有新的，只是需要把示例补上进度，最近没时间做 20:17:01 &lt;zzz&gt; 好的，关于 2) 还有别的吗？ 20:17:41 &lt;eyedeekay&gt; 我确实为这个 C++ 库拼了一个 swig 绑定，但我才刚学 swig，甚至还不确定它是否能工作。 20:18:28 &lt;zzz&gt; 3) ls2 状态 20:18:37 &lt;zzz&gt; 我们已经开了 34 次会，仍在稳步推进 20:18:46 &lt;zzz&gt; 加密的 ls2 运行良好 20:19:00 &lt;zzz&gt; meta ls 我们才刚开始认真讨论后端 20:19:14 &lt;zzz&gt; b33 在推进中 20:19:36 &lt;zzz&gt; 我又开始做 ratchet 提案的工作，开始写一些代码了，但还需要一段时间 20:19:49 &lt;zzz&gt; blake 提案停滞了，目前优先级较低 20:20:32 &lt;zzz&gt; 希望许多组件都已就位，我们可以开始实际使用它们，或者设为默认 20:20:49 &lt;zzz&gt; 关于 ls2 有什么问题吗，或者 3) 的其他内容？ 20:21:29 &lt;chisana&gt; 加密的 ls2 是否支持 ed25519 -&gt; ed25519（不论使用的哈希）？ 20:21:53 &lt;chisana&gt; 还是需要 red25519？ 20:22:09 &lt;zzz&gt; 需要 red 20:22:36 &lt;chisana&gt; 好的，谢谢 20:22:47 &lt;zzz&gt; 因为你需要一种明确定义的盲化方式 20:23:10 &lt;chisana&gt; 用 ed25519 也可以做盲化 20:23:14 &lt;zzz&gt; 理论上你可以对任意东西进行加密/解密，但不一定安全或有明确规范 20:23:20 &lt;chisana&gt; libsodium 在他们的文档中有示例 20:23:34 &lt;zzz&gt; 我们支持 ed-&gt;red 和 red-&gt;red，就这些 20:23:58 &lt;zzz&gt; 如果你愿意，我们会后可以在 #ls2 继续讨论 20:24:08 &lt;zzz&gt; 关于 3) 还有其他的吗？ 20:24:12 &lt;chisana&gt; 好的，不想打岔 20:24:49 &lt;zzz&gt; 没问题，我就是在征求问题！ 20:24:54 &lt;zzz&gt; 好，我们继续 20:25:00 &lt;zzz&gt; 4) 状态 Scrum (zlatinb) 20:25:03 &lt;zzz&gt; zlatinb 请开始 20:25:09 &lt;zlatinb&gt; 嗨。 快速并行 Scrum：1）自上次 Scrum 以来你做了什么 2）下个月打算做什么 3）有什么阻碍或需要帮助的地方 20:26:10 &lt;zlatinb&gt; 我：1）与 arctic 一起做了大量工作，使客户端能很好地配合他的出口代理（outproxies）。 新增访问过滤器（也是 arctic 提的需求）2）希望推进 meta-LS 后端 3）没有真正的阻碍 20:27:16 &lt;zzz&gt; 我：1）39 发布，ls2 包含提案 123、144、146、148、149；修复了很多 bug；susidns 导入；b33；审阅他人代码；支持工作 20:28:14 &lt;zzz&gt; 2）为 40 发布做准备；修更多的 bug；更多 ls2 工作；继续尝试让已签名的 Windows 安装程序可用；为 ratchet 提案 144 编码并更新文档 20:28:29 &lt;meeh&gt; 1）OS X 启动器更新，开始补 #ls2 会议和 libsam 示例的进度，2）android bote、OS X 启动器、新的浏览器构建，继续补 #ls2 会议的进度 3）如果有人愿意，我随时欢迎 android 方面的帮助，因为我不熟这个平台，不过目前没有具体问题。 20:28:55 &lt;zzz&gt; 3）阻碍：mhatta（各种 debian/tails 相关的事） 20:28:56 &lt;zzz&gt; EOT 20:31:29 &lt;zzz&gt; 关于 4) 还有其他人吗？ 20:33:29 &lt;zlatinb&gt; 哦，抱歉，EOT :) 20:33:31 &lt;meeh&gt; EOT 20:33:31 &lt;zlatinb&gt; eyedeekay，eche|on？ 20:33:31 &lt;eyedeekay&gt; 抱歉，稍等一下 20:33:31 &lt;eche|on&gt; 在？ 20:33:31 &lt;meeh&gt; 现在是 Scrum 20:33:31 &lt;eche|on&gt; 目前没什么特别的 20:33:31 &lt;eyedeekay&gt; 1）从周日起我一直在把 i2ptunnel 配置拆分到多个目录。 2）应用相关的东西，包括自安装的 nginx、sshd/ssh、用于 Browser 的 Webextensions/XUL 扩展 3）要做第 2 点，必须先完成第 1 点 20:33:31 &lt;eche|on&gt; 服务已完成，没有阻碍，继续 20:33:31 &lt;eyedeekay&gt; EOT 20:33:31 &lt;zlatinb&gt; 好，应该就这些人了 &lt;/scrum&gt; 20:33:52 &lt;zzz&gt; 好，这次会议还有别的吗？ 20:34:47 &lt;zzz&gt; 直到最后 eche|on 和 eyedeekay 开口，我还以为出席不多呢！ 20:35:00 &lt;zzz&gt; 在拿出 baffer 之前最后一次呼叫 20:36:21 * zzz *bafs* 会议结束 </div>/zh/blog/2019/03/21/0.9.39-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Thu, 21 Mar 2019 00:00:00 +0000/zh/blog/2019/03/21/0.9.39-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.39 包含针对新的 netDb（网络数据库）类型（提案 123）的广泛变更。i2pcontrol 插件现已捆绑为 Web 应用，以支持 RPC 应用程序的开发。已修复 streaming（流式库）、i2psnark 和 NTCP2 中的若干重要缺陷。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2019/03/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B43%E6%9C%885%E6%97%A5/Tue, 05 Mar 2019 00:00:00 +0000/zh/blog/2019/03/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B43%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> picklerick, R4SAS, sadie, tini2p, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.39 开发状态 (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 状态 (zzz) 20:00:00 &lt;zzz&gt; 3) Scrum 状态 (zlatinb) 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:14 &lt;sadie__&gt; 嗨 20:00:14 &lt;zzz&gt; 1) 0.9.39 开发状态 (zzz) 20:00:32 &lt;zzz&gt; 这个发布周期很忙，39 将会带来很多改动 20:00:47 &lt;zzz&gt; 性能改进、更多的 LS2 工作、加入 i2pcontrol 20:00:48 &lt;zlatinb&gt; 嗨 20:01:09 &lt;zzz&gt; 修复了很多缺陷 20:01:37 &lt;zzz&gt; 如果我们能敲定加密的 ls2 里尚未决定的几项最终事项，发布将在两周内进行 20:02:04 &lt;zzz&gt; 我想我们会有新的首页图标？sadie__ 它们能赶上这次吗？ 20:02:16 &lt;sadie__&gt; 是的 20:02:34 &lt;zzz&gt; 太好了。 20:03:01 &lt;zzz&gt; 我知道 meeh 正在尝试修复 Android bote 的问题，如果问题在 router 端的话——这一点我们还不确定 20:03:20 &lt;R4SAS&gt; zzz: 我有个关于翻译的小问题，稍后再问？ 20:03:33 &lt;zzz&gt; 他也在为 39 的 OSX 启动器做一些改进 20:03:44 &lt;zzz&gt; 好的 R4SAS 我们等会议结束后再说 20:03:51 &lt;R4SAS&gt; kk 20:04:27 &lt;zzz&gt; 38 运行得很顺利，并且我们为 39 修复了很多 LS2 缺陷 20:05:08 &lt;zzz&gt; 8 周的发布周期相当紧，我们正在赶进度把所有事情做完，但目前仍基本按计划推进，勉强算上轨 20:05:21 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:06:12 &lt;zzz&gt; 2) LS2 状态 (zzz) 20:06:22 &lt;zzz&gt; 我们昨天结束了第 30 次会议 20:06:36 &lt;zzz&gt; “常规”的 LS2 测试进展顺利 20:07:01 &lt;zzz&gt; 我们正在收尾加密 LS2 的规范，并且提出了新的提案 146，用于定义其中的签名/验证部分 20:07:42 &lt;zzz&gt; 所有与 meta-ls2 相关的内容都推迟到 40。加密 LS2 在达成共识并让其运行方面要难得多，我们没有时间留给 meta 20:08:01 &lt;zzz&gt; 会议仍然是每周一，UTC 时间晚上 7:30，在 #ls2 20:08:06 &lt;zzz&gt; 欢迎大家参加 20:08:58 &lt;zzz&gt; 加密的 ls2 非常不错，因为 floodfills 无法看到 leasesets，这样就能防止 floodfills 进行一些简单的抓取 20:09:34 &lt;zzz&gt; 让 floodfills 具备 ls2 支持，让我们更容易测试和修复缺陷。 20:09:53 &lt;zzz&gt; 一旦一切正常运作，我们会在 UI 中开放这些选项，便于大家开始使用 20:10:29 &lt;zzz&gt; 关于 LS2（提案 123）或相关内容，有任何问题吗？ 20:10:52 &lt;R4SAS&gt; 是的，ls2 enc 3 已经能用了 20:11:44 &lt;zzz&gt; 类型 3 确实可用。不过如果没有新的加密，它的帮助不大。加密相关的提案是 144 和 145；我们在这些提案上还没走太远 20:11:44 &lt;tini2p&gt; encls2 中的 blinding（盲化）会独立于密钥/曲线类型吗？例如 ed25519、curve25519、red25519？ 20:12:33 &lt;zzz&gt; blinding（盲化）是针对特定曲线定义的。我们正为两种输入类型（ed25519 和 red25519）以及一种盲化后的类型（red25519）进行定义 20:12:46 &lt;zzz&gt; 不过我们在按可扩展方式设计，以便以后可以改变想法，或添加新类型 20:13:41 &lt;zzz&gt; 所以它是针对特定的 签名类型 -> 签名类型 组合的 20:13:47 &lt;tini2p&gt; 太棒了，谢谢 zzz 20:13:58 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:14:50 &lt;zzz&gt; 3) Scrum 状态 (zlatinb) 20:14:54 &lt;zzz&gt; 交给你了 zlatinb 20:14:59 &lt;zlatinb&gt; 嗨，我们并行进行 scrum。 请说：1) 你上个月做了什么 2) 你下个月计划做什么 3) 你是否有阻碍或需要帮助。 完成后，请说 EOT 20:16:24 &lt;zzz&gt; 1) LS2 工作、缺陷修复、性能改进、加入 i2pcontrol、移除了主题、添加 NTCP1 禁用选项、修复 SSU 禁用选项、apparmor 修复 20:16:36 &lt;zlatinb&gt; 我：1) 开发零依赖安装器——已在实验室可用。Jogger 工单——大多已完成或已有结论。Arctic 代理——做了大量分析，由此在 i2p 中发现了一些缺陷。2) 更多网络分析 3) 没有阻碍。EOT 20:17:05 &lt;zzz&gt; 1b) 多 outproxy 改进 20:17:42 &lt;sadie__&gt; 本月：UI/ UX 改进，为 IFF 建立联系、筹资提案、叙述文案、用户研究。下月，Internet Freedom Festival，继续 UX/ UI 工作、网站改进、文档更新。EOT 20:18:16 &lt;zzz&gt; 2) LS2（加密/meta）、39 的发布、希望能修复带签名的 Windows 安装器、与 mhatta 一起处理 Debian 修复 20:18:38 &lt;zzz&gt; 3) 没有阻碍，EOT 20:19:42 &lt;zlatinb&gt; 还有其他人吗？ 如果没有，scrum 将在 60 秒后结束。 20:20:30 &lt;tini2p&gt; 1) 在为可能采用的 ecies-x25519 实现通用封装，并整合 i2p 的通用数据结构，将 crypto++ 替换为 libsodium。2) 实现 red25519 + encls2，并开始着手 netdb。3) 目前想不到有任何阻碍，会再跟进。EOT 20:20:56 * zlatinb 重置 60 秒超时 20:21:37 &lt;zzz&gt; 哈，我们有一位志愿的 scrum 参与者 20:21:50 &lt;tini2p&gt; :) 20:22:17 &lt;zzz&gt; tini2p，我们可以在哪里看到你的工作？ 20:22:45 &lt;zlatinb&gt; TimeoutException 20:22:52 &lt;zlatinb&gt; ScrumTimeoutException :) 20:23:04 &lt;tini2p&gt; https://gitlab.com/tini2p/tini2p 20:23:09 &lt;zzz&gt; 好的，我想 3) 就到这里，谢谢 zlatinb 20:23:21 &lt;zzz&gt; 谢谢 tini2p，希望有人会去看看 20:23:27 &lt;tini2p&gt; 来自 tune 分支的大型 PR 即将提交 20:23:34 &lt;zzz&gt; 会议还有其他事项吗？ 20:23:51 &lt;zzz&gt; 有任何问题或意见吗？ 20:24:10 &lt;picklerick&gt; 贡献一个新的传输模块需要哪些要求？ 20:24:53 &lt;zzz&gt; 我想首先，把它写成一份提案 20:25:04 &lt;picklerick&gt; 好的 20:25:46 &lt;zzz&gt; 把它写成 rst markdown，你可以从现有的提案里找一个拿来做格式范本，在我们在 github 上的 i2p.www 分支里能找到源文件 20:26:11 &lt;picklerick&gt; 哦你们现在在 github 上了？ 20:26:19 &lt;picklerick&gt; 谢天谢地，我非常讨厌 monotone 20:26:20 &lt;zzz&gt; 我想哪天启动一个“SSU2”的提案，也许就在今年晚些时候 20:26:36 &lt;picklerick&gt; zzz: 如果你愿意，我很乐意就此提供咨询 20:26:42 &lt;zzz&gt; 我们在 gitbhub 上已经镜像了好几年，所以如果你愿意，总可以用它来获取文件 20:26:46 &lt;zzz&gt; 不过我们不接受 GH 上的 PR 20:26:56 &lt;tini2p&gt; +1 20:27:19 &lt;zzz&gt; picklerick，欢迎加入 #ls2，我们现在不讨论传输，但总是需要更多的聪明才智 20:27:33 &lt;zzz&gt; 会议还有其他事项吗？ 20:28:00 * zzz 抓起了 baffer 20:29:05 * zzz *bafs* 会议结束 </div>/zh/blog/2019/02/14/i2p-%E5%AE%9E%E9%AA%8C%E5%AE%A4/Thu, 14 Feb 2019 00:00:00 +0000/zh/blog/2019/02/14/i2p-%E5%AE%9E%E9%AA%8C%E5%AE%A4/<p>大家好，</p> <p>在 I2P 世界里有许多让我们兴奋的项目，但它们并非都已成熟到可以广泛使用。我们决定创建一个地方，把这些项目提供给任何有兴趣尝试的人，同时作为那些未来有望成为官方 I2P 产品的项目的试验场。这个地方就是 <a href="https://geti2p.net/en/download/lab">I2P 实验室</a> 。</p> <p>在实验室中，我们会提供可供您试用的下载。请注意，它们不会达到“正式版（release）”的质量标准，有些甚至可能达不到“测试版（beta）”的质量。我们不为其提供官方支持。任何实验室项目都可能随时被中止。</p> <p>如果你富有冒险精神，我们邀请你来尝试我们的想法。我们欢迎你在 <a href="https://i2pforum.net/viewforum.php?f=36">I2P Lab Forum</a> 提出反馈。</p>/zh/blog/2019/02/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B42%E6%9C%885%E6%97%A5/Tue, 05 Feb 2019 00:00:00 +0000/zh/blog/2019/02/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2019%E5%B9%B42%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, idk, R4SAS, sadie, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.38 发布状态 (zzz) 20:00:00 &lt;zzz&gt; 2) 0.9.39 开发状态 (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 状态 (zzz) 20:00:00 &lt;zzz&gt; 4) Status scrum (zlatinb) 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:11 &lt;zzz&gt; 1) 0.9.38 发布状态 (zzz) 20:00:13 &lt;zlatinb&gt; 嗨 20:00:21 &lt;sadie_&gt; 嗨 20:00:26 &lt;zzz&gt; 好，我们发布 38 已经两周了，网络大约有一半已更新 20:00:42 &lt;zzz&gt; 我们正在用它测试 LS2 相关内容（稍后详细说明） 20:00:51 &lt;eche|offf&gt; 嗨 20:00:55 &lt;zzz&gt; 没有听到任何重大抱怨或问题 20:01:31 &lt;zzz&gt; 我们还发布了新的 firefox 配置文件安装器和 mac 安装器，关于它们也尚未看到任何 bug 20:02:22 &lt;zzz&gt; 所以一切看起来进展顺利。38 将进入 ubuntu disco 和 debian buster。 20:02:28 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:02:36 &lt;eche|offf&gt; 没有 20:03:16 &lt;zzz&gt; 2) 0.9.39 开发状态 (zzz) 20:03:46 &lt;zzz&gt; 我们处于一个为期 8 周周期的第 2 周，计划在 3 月中下旬发布。我们已经合入了未插件化的 i2pcontrol json-rpc2 代码 20:04:06 &lt;zzz&gt; 还有更多针对 LS2 的改动正在合入 20:04:32 &lt;zzz&gt; 修复了 HTTP websockets。现在正在合入大量缺陷修复和性能改进 20:04:59 &lt;zzz&gt; 以及一些让 debian 在 disco/buster 上构建得更好的改动 20:05:15 &lt;R4SAS&gt; + 在为 outproxy（出站代理）覆写 User-Agent（用户代理）方面有更新吗？ 20:05:26 &lt;zzz&gt; 我预计在 2 月中旬前合入所有较大的改动，然后我们可以更多地处理缺陷修复 20:05:52 &lt;zzz&gt; R4SAS，我对那件事不熟，你有工单编号给我吗？ 20:07:03 &lt;R4SAS&gt; 我几天前在那个频道上看到过这个 20:07:19 &lt;zzz&gt; 另外，38 中会有哪些控制台更改还不明确，我正在和设计团队合作，了解在剩余时间内能实现什么 20:07:41 &lt;eche|offf&gt; 在 39 20:07:46 &lt;zzz&gt; R4SAS，drzed 要我把 clearnet（明网）user-agent 从 52 改到 60，以匹配当前的 TBB，我已经改了 20:07:52 &lt;zzz&gt; 对，39，谢谢 eche|offf 20:08:09 &lt;zzz&gt; 关于 2) 还有别的吗？我有没有忘记什么？ 20:08:55 &lt;zzz&gt; 哦，我做了一些改动以改进 outproxy 选择，已经收到一些初步反馈，还需要再多做些测试 20:10:00 &lt;zzz&gt; 3) LS2 状态 20:10:22 &lt;zzz&gt; 这是一项大量的工作。我们昨天召开了第 26 次每周会议！ 20:10:50 &lt;zzz&gt; 提案 123 中已包含在 38 的部分在工作，但我们不确定它们是否完美工作，还需要更多测试 20:11:04 &lt;zzz&gt; 网站上的规范已更新以匹配 20:11:47 &lt;zzz&gt; 我们还发布了新的提案 144 和 145，用于定义由 LS2 使之成为可能的新加密 20:11:54 &lt;eche|offf&gt; 半年了，恭喜 20:12:16 &lt;zzz&gt; 提案 123 的更多内容将进入 39 20:12:53 &lt;zzz&gt; 我们在 LS2 会议中深入讨论了 blinding（盲化）和加密的问题，以防止 floodfills 窥探，我们已接近完成 20:13:04 &lt;zzz&gt; 尚不清楚这是否会赶上进入 39 20:13:39 &lt;zzz&gt; 欢迎大家加入我们，在每周一 UTC 时间晚上 7:30 的 #ls2 一起参与讨论 20:13:53 &lt;zzz&gt; 关于 3) 有问题或其他事项吗？ 20:15:15 &lt;zzz&gt; 4) 状态 scrum (zlatinb) 20:15:19 &lt;zzz&gt; 交给你了，zlatinb 20:15:32 &lt;zlatinb&gt; 嗨。我们并行进行 scrum。请用几句话描述：1) 自上次 scrum 以来你做了什么 2) 下个月你计划做什么 3) 有什么阻碍，或者是否需要帮助。完成后说 EOT 20:15:38 &lt;zlatinb&gt; 各位，开始！ 20:16:09 &lt;zlatinb&gt; 我：1) 开发 firefox 配置文件安装器，与 Monero 就 i2p-zero 协作，处理 jogger 工单 20:16:40 &lt;eche|offf&gt; 完成了 I2P 的财务相关工作，部署了新的 web 服务器，上线后一切如常，没有阻碍。目前在折腾 debian buster 和 java 11 :-/ 20:16:52 &lt;zzz&gt; 1) LS2、缺陷、35C3、38 发布、i2pcontrol、debian 相关、性能改进、缺陷、缺陷、缺陷 20:17:01 &lt;zlatinb&gt; 2) 更多 jogger 工单，研究使用 jlink 为我们做一个 i2p-zero 风格的安装器 20:17:05 &lt;zlatinb&gt; 3) 目前我没看到有什么 20:17:18 &lt;zlatinb&gt; EOT 20:18:45 &lt;zzz&gt; 2) LS2、缺陷、更新我的 GPG 密钥、测试、推进 39，也许发布一个 orchid？我肯定还有漏掉的 20:18:46 &lt;sadie_&gt; 与 NGO 的新联系人合作（可用性与用户研究），网站 UX 改进，更新文档，EOT 20:18:51 &lt;zzz&gt; 3) 无阻碍 20:18:52 &lt;zzz&gt; EOT 20:20:03 &lt;zlatinb&gt; scrum 我想就到这里了 20:20:31 &lt;zzz&gt; 2a) 实现一个禁用 NTCP1 的选项 :) 20:21:10 &lt;zzz&gt; 好，我看到有几位没有来，稍后我们会“鞭打”他们 :) 20:21:19 &lt;eche|offf&gt; 呵呵 20:21:21 &lt;zzz&gt; 会议还有其他事项吗？ 20:21:41 &lt;eche|offf&gt; 而且我当前迷失在 ant、deb-src 和一些奇怪的 ascii 错误里 20:21:46 &lt;idk&gt; 我在，只是刚才分心了。一直在埋头搞浏览器，就这些。 20:22:08 &lt;zzz&gt; 哦，嗨 idk。请花点时间完整给出 1/2/3 20:23:22 &lt;zzz&gt; 而且我想公开欢迎你加入团队！ 20:24:49 &lt;zzz&gt; idk，请给我们你的 1/2/3 20:24:55 &lt;idk&gt; 谢谢，我很高兴有机会帮忙。OK 昨天我解决了使用 rbm 从源码构建浏览器时遇到的问题。看起来这些问题大多已被 meeh 解决。今天我一直在研究浏览器扩展，并评估用 WebExtensions 到底能做和不能做哪些加固浏览器的事情。 20:25:54 &lt;zzz&gt; ^^ 那是 1) 20:25:55 &lt;zlatinb&gt; （2 是你下个月计划做的事，3 是是否有任何阻碍） 20:27:17 &lt;idk&gt; 是我的错。下个月我计划为 I2P 浏览器连接实现某种类似 Tor 的隔离，以会话为粒度，如果我没更早做到的话。我预计不会有实质性的阻碍，只是 WebExtensions 的能力有限。 20:28:00 &lt;zzz&gt; 太棒了，谢谢 20:28:21 &lt;zzz&gt; 好的，关于 4) 就这些了，除非 meeh 在 20:28:28 &lt;zzz&gt; 会议还有其他事项吗？ 20:28:33 &lt;eche|offf&gt; 顺便说一下，只要 buster/jdk11 上的构建问题没解决，我就无法再构建任何测试 20:29:09 &lt;eche|offf&gt; （这不是什么大问题） 20:29:24 &lt;zzz&gt; 那是工单 #2410，对吧？ 20:29:30 &lt;eche|offf&gt; 是的 20:29:36 &lt;eche|offf&gt; 今天又推进了一点^ 20:29:41 &lt;zzz&gt; 好的，很快会看一下 20:29:52 &lt;zzz&gt; 会议还有其他事项吗？ 20:30:04 * zzz 正在热身 baffer 20:31:05 * zzz *bafs* 会议结束 </div>/zh/blog/2019/01/22/0.9.38-%E5%8F%91%E5%B8%83/Tue, 22 Jan 2019 00:00:00 +0000/zh/blog/2019/01/22/0.9.38-%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.38 默认为所有用户启用 NTCP2。NTCP2 能够有效抵御基于深度包检测（DPI）的审查，并且由于采用更快速的现代加密算法，从而降低了 CPU 负载。此版本还包含重要的错误修复和性能改进。</p> <p>如往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2018/12/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B412%E6%9C%886%E6%97%A5/Thu, 06 Dec 2018 00:00:00 +0000/zh/blog/2018/12/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B412%E6%9C%886%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> alex, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.38 开发状态（zzz） 20:00:00 &lt;zzz&gt; 2) LS2 状态（zzz） 20:00:00 &lt;zzz&gt; 3) 35c3 情况（echelon） 20:00:00 &lt;zzz&gt; 4) 状态 scrum（zlatinb） 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:08 &lt;zlatinb&gt; 嗨 20:00:13 &lt;zzz&gt; 1) 0.9.38 开发状态（zzz） 20:00:32 &lt;zzz&gt; 38 看起来会是一次非常大的发布，我们已经有超过 3 万行的 diff 了 20:01:03 &lt;zzz&gt; 到目前为止已提交的新内容包括新的向导的基础部分、全新的 geoip 实现，以及初步的 LS2 支持 20:01:26 &lt;zzz&gt; 37 运行得很顺利，全网已有 75% 或更多在运行它，未报告 NTCP2 问题 20:01:55 &lt;zzz&gt; 图标和 CSS 的更改应该会在下周开始显现 20:02:21 &lt;zzz&gt; 我们的计划是在一月下旬发布。假期要休两周的情况下，从现在到那时仍有很多事情要做 20:02:26 &lt;zzz&gt; 但到目前为止一切进展顺利 20:02:50 &lt;zzz&gt; 我鼓励大家测试来自 bobthebuilder.i2p 的开发版构建，或者自己构建 20:03:08 &lt;zzz&gt; 改动很多，我们需要测试者，现在就把问题找出来，而不是发布之后 20:03:15 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:04:16 &lt;zzz&gt; 2) LS2 状态（zzz） 20:04:47 &lt;zzz&gt; 我们昨天开了第 19 次每周会议。LS2 的基础部分已经完成，我正在为 38 实现它 20:05:28 &lt;zzz&gt; 目前我们在并行做两件事——编写加密的 LS2 规范，并着手 proposal 144，它定义了一个依赖于 LS2 的新加密算法和端到端协议 20:05:43 &lt;zzz&gt; 加密版 LS2 很快就会收尾。 20:06:24 &lt;zzz&gt; proposal 144，我们称之为 ECIES-X25519-AEAD-ratchet，相当复杂，我认为需要一两个月来打磨 20:06:41 &lt;zzz&gt; 会议在每周一 UTC 7:30 于 #ls2 举行，欢迎所有人参加 20:06:55 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:08:00 &lt;zzz&gt; 3) 35c3 情况（echelon） 20:08:17 &lt;zzz&gt; 我想 echelon 今天来不了 20:08:46 &lt;zzz&gt; 我知道他在做桌面横幅方案，还有要发放的糖果，而且他把我们的票都买好了 20:08:56 &lt;zzz&gt; 所以我觉得我们准备得不错，三周后现场见 20:09:01 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:09:51 &lt;zzz&gt; 哦，还有个提醒，1 月 1 日我们不会在这里开会，我们的会议将会在 CCC 举行。这里的下一次会议是 2 月 5 日 20:10:11 &lt;zzz&gt; 4) 状态 scrum（zlatinb） 20:10:15 &lt;zzz&gt; zlatinb，请开始 20:10:28 &lt;zlatinb&gt; 嗨。我们打算并行进行 scrum（敏捷站会），反正在 IRC 上也很容易跟进。直接开始输入：1) 过去一个月你做了什么 2) 下个月你计划做什么 3) 有任何阻碍或需要帮助的吗。用 EOT 结束你的报告 20:10:56 &lt;zzz&gt; 好的，让我们看看进展如何…… 20:11:10 &lt;alex_the_designerr&gt; alex 我真的很喜欢这里的六边形： 图标工作正在推进，正如 zzz 在 1) 中提到的 20:11:30 &lt;alex_the_designerr&gt; 上个月我做了网站更新和一些 logo 工作 20:11:48 &lt;zlatinb&gt; 1) 进行新手引导相关工作，主要是向导，以及使用 IDK 的 Windows 版 Firefox 安装程序。拿到了签名证书，这样我们的 Windows 安装程序就可以签名了。在 snark 上做了一些小的试验性改动 20:12:09 &lt;alex_the_designerr&gt; 下个月我将完成新网站的首版发布、合并图标，并且 *希望* 获得对新 logo 的认可 20:12:21 &lt;zlatinb&gt; 2) 完成 Windows 版 Firefox 配置文件安装器以及 0.9.38 的向导工作 20:12:32 &lt;alex_the_designerr&gt; 扩展目标是 personas（用户画像）和图案 20:13:01 &lt;alex_the_designerr&gt; 没有阻碍，就是抓紧推进 EOT 20:13:06 &lt;zlatinb&gt; 3) 没有阻碍，但需要与 zzz 密切合作，以一种有意义的方式把东西放进 monotone；如果要在 OSX 复用 Firefox 配置文件，也需要与 meeh 合作 20:13:07 &lt;zlatinb&gt; EOT 20:13:09 &lt;zzz&gt; 我：1) 向导、geoip、LS2、提案 144、修复缺陷； 2) LS2、提案 144、整合设计团队的改动、修复缺陷、准备 35C3、35C3、搭建签名机器； 3) 无阻碍 EOT 20:13:57 &lt;zlatinb&gt; 团队里还有其他人吗？ 20:14:30 &lt;zlatinb&gt; 看起来没有了。关于 4) 我这边就这些 20:14:47 &lt;zzz&gt; 好的，关于这次会议还有其他事项吗？ 20:15:49 * zzz 找到 baffer 20:16:06 * zzz *bafs* 会议结束 </div>/zh/blog/2018/11/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B411%E6%9C%886%E6%97%A5/Tue, 06 Nov 2018 00:00:00 +0000/zh/blog/2018/11/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B411%E6%9C%886%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, str4d, meeh, zlatinb</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> &lt;eche|on&gt; 0) 嗨 &lt;eche|on&gt; 1) 0.9.38 开发状态 (echelon) &lt;eche|on&gt; 2) LS2 状态 (echelon) &lt;eche|on&gt; 3) Scrum 状态 (zlatinb) &lt;eche|on&gt; 之前在 i2p 的主题帖中没有添加其他议题。 &lt;eche|on&gt; 0) &lt;eche|on&gt; 嗨！ &lt;eche|on&gt; 欢迎！ &lt;zlatinb&gt; 嗨 &lt;eche|on&gt; 议程还有要补充的吗？ &lt;eche|on&gt; 看起来没有 &lt;eche|on&gt; 1) 0.9.38 开发状态 &lt;eche|on&gt; 0.9.38 主要会是一次控制台更新，sadie 和 UX、UI 团队正在为此努力工作，正如周五 alex 做的 live steam 中所见 &lt;eche|on&gt; 规范很难找到，但进展良好 &lt;eche|on&gt; 我们正在弄清楚控制台里可以改哪些，并会在 0.9.38 中先包含一部分 &lt;eche|on&gt; 计划还需要几个月才能把所有更改都纳入，并非都会进入 0.9.38 &lt;str4d&gt; 嗨 &lt;eche|on&gt; 目前计划在 12 月发布 0.9.38，就在 35c3 前不久 &lt;eche|on&gt; 关于 1) 还有别的吗？ &lt;zlatinb&gt; 我以为 0,9.38 会在一月发布，不过也行 &lt;eche|on&gt; 是的，如果工作量太大，我们就推迟到一月，在 35c3 之后 &lt;zlatinb&gt; 关于 1) 我这边没别的了 &lt;eche|on&gt; 好的 &lt;eche|on&gt; 2) LS2 状态更新 &lt;eche|on&gt; 这里没有重要更新，开发会议在进行，话题在讨论，但尚未有代码发布 &lt;eche|on&gt; 工作很艰难，话题很多，需要更多时间，预计不会在 .40 之前 &lt;eche|on&gt; 关于 2) 还有别的吗 &lt;eche|on&gt; ? &lt;str4d&gt; Anyone interested in giving feedback should look at https://geti2p.net/spec/proposals/123-new-netdb-entries (which is where most changes are currently centered on) &lt;eche|on&gt; 是的，请互动并提供反馈 &lt;eche|on&gt; 那么把 3) Scrum 状态交给 zlatinb &lt;zlatinb&gt; 嗨。 现在频道里只有 eche|on 和 meeh，所以你们先来并行地给出 1-2-3 吧 &lt;eche|on&gt; 1) 处理资金、服务器、准备 35c3，已经买票 &lt;eche|on&gt; 2) 持续推进这些工作 &lt;eche|on&gt; 3) 没有阻碍 &lt;eche|on&gt; &lt;meeh&gt; 1) OSX Launcher 清理 & Firefox 配置文件 &lt;meeh&gt; 2) 服务器迁移 &lt;meeh&gt; 3) 测试网开发 &lt;meeh&gt; 4) 没有阻碍 &lt;zlatinb&gt; 这是我的：1) 上个月我与 Sadie 和 Alex 一起做 UX、定义测试网（帖子在 zzz.i2p 论坛），以及定制的 Firefox I2P profile（帖子在 i2pforum） 2) 更多 UX、代码签名证书 3) 没有阻碍 &lt;str4d&gt; ERR_OUT_OF_BOUNDS_WRITE &lt;zlatinb&gt; lol &lt;eche|on&gt; 对，请测试这个 Firefox I2P profile，zlatinb 请把链接发出来 &lt;zlatinb&gt; `https://github.com/eyedeekay/firefox.profile.i2p/releases` &lt;eche|on&gt; 谢谢 &lt;meeh&gt; 不错，谢谢 &lt;eche|on&gt; 关于 35c3：核心团队会在莱比锡见面 &lt;eche|on&gt; 如果其他人也想来，我们很乐意见面，花些时间讨论 I2P 话题，或者就一起喝咖啡/啤酒/吃点甜食 &lt;eche|on&gt; 好的，议程就这些，还有补充吗？ &lt;str4d&gt; 玩得开心！今年我不会去 35c3，但一月会去 RWC。 &lt;eche|on&gt; *我把 sidekick baffer 热身一下* &lt;eche|on&gt; 太好了，除了 sadie，alex 也计划参加 &lt;eche|on&gt; *baffer 挥动* &lt;str4d&gt; Aesome &lt;str4d&gt; s/Ae/Awe/ &lt;eche|on&gt; *baff* 会议结束。感谢各位参加。下一次会议我们在 12 月 4 日 UTC 20:00 再见 </div>/zh/blog/2018/10/23/%E4%BD%BF%E7%94%A8-python-%E5%92%8C-i2p-%E5%BC%80%E5%8F%91%E6%B3%A8%E9%87%8D%E9%9A%90%E7%A7%81%E7%9A%84%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F/Tue, 23 Oct 2018 00:00:00 +0000/zh/blog/2018/10/23/%E4%BD%BF%E7%94%A8-python-%E5%92%8C-i2p-%E5%BC%80%E5%8F%91%E6%B3%A8%E9%87%8D%E9%9A%90%E7%A7%81%E7%9A%84%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F/<p><figure> <img src="https://geti2p.net/images/blog/i2plib.jpeg" alt="i2plib"loading="lazy" decoding="async"></figure> </p> <p><a href="https://geti2p.net/">Invisible Internet Project</a> （I2P）提供用于开发注重隐私的应用程序的框架。它是构建在常规互联网之上的虚拟网络，在其中，主机可以在不泄露其“真实”IP 地址的情况下交换数据。I2P 网络内部的连接是在称为<em>I2P destinations</em>（I2P 目标地址）的虚拟地址之间建立的。可以根据需要拥有任意数量的 destinations，甚至可以为每次连接使用一个新的 destination；它们不会向对端透露任何关于真实 IP 地址的信息。</p> <p>本文介绍开发 I2P 应用程序时需要了解的基本概念。代码示例使用 Python 编写，并使用内置的异步框架 asyncio。</p> <h2 id="启用-sam-api-并安装-i2plib">启用 SAM API 并安装 i2plib</h2> <p>I2P 为客户端应用程序提供了多种不同的 API。常规的客户端-服务器应用可以使用 I2PTunnel、HTTP 和 Socks 代理，Java 应用通常使用 I2CP。对于使用其他语言（例如 Python）进行开发，最佳选择是 <a href="../../zh/docs/api/samv3/">SAM</a> 。在原始的 Java 客户端实现中，默认禁用 SAM，因此需要将其启用。进入 Router Console，打开页面 &ldquo;I2P internals&rdquo; -&gt; &ldquo;Clients&rdquo;。勾选 &ldquo;Run at Startup&rdquo;，点击 &ldquo;Start&rdquo;，然后 &ldquo;Save Client Configuration&rdquo;。</p> <p><figure> <img src="https://geti2p.net/images/enable-sam.jpeg" alt="启用 SAM API"loading="lazy" decoding="async"></figure> </p> <p><a href="https://i2pd.website">C++ 实现 i2pd</a> 默认启用 SAM。</p> <p>我开发了一个用于 SAM API 的实用 Python 库，名为 <a href="https://github.com/l-n-s/i2plib">i2plib</a> 。你可以通过 pip 安装，或从 GitHub 手动下载源代码。</p>/zh/blog/2018/10/04/0.9.37-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Thu, 04 Oct 2018 00:00:00 +0000/zh/blog/2018/10/04/0.9.37-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>0.9.37 继续推进我们在上一版本中引入的新的传输协议 NTCP2 的开发工作。现已支持新的 SSU IPv6 对等测试协议。此版本包含大量错误修复和性能改进。</p> <p>与往常一样，我们建议您更新到此发行版。维护安全并帮助网络的最佳方式是运行最新发行版。</p>/zh/blog/2018/10/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B410%E6%9C%8802%E6%97%A5/Tue, 02 Oct 2018 00:00:00 +0000/zh/blog/2018/10/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B410%E6%9C%8802%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.37 开发状态 (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 状态 (zzz) 20:00:00 &lt;zzz&gt; 3) 状态 scrum（敏捷例会） (zlatinb) 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:11 &lt;zlatinb&gt; 嗨 20:00:17 &lt;zzz&gt; 1) 0.9.37 开发状态 (zzz) 20:00:41 &lt;zzz&gt; 如你们大多数人所知，我们把 37 版的发布时间提前了几周。代码提交截至日期是昨天，发布将在周四进行 20:00:57 &lt;zzz&gt; 除了默认启用 NTCP2 外，里面内容不多 20:01:28 &lt;zzz&gt; OSX 启动器赶不上这次发布，但我们看到进展非常好 20:01:54 &lt;zzz&gt; 如果一切顺利，这将是我们今年最后一次发布。接下来有节假日和 CCC，预计 38 版在一月份发布 20:01:59 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:02:30 &lt;villain&gt; 大家好 20:02:43 &lt;zzz&gt; 2) LS2 状态 (zzz) 20:02:59 &lt;zzz&gt; 过去三个月我们开了 12 次会，进展缓慢但稳步向前 20:03:39 &lt;zzz&gt; 我们已经很好地理解了新加密方案所需的内容，并且就如何添加新的加密方案以及让新的 LS（LeaseSet，以下简称 LS；复数为 LSes）进出 netdb 的多数通用问题达成了一致 20:03:40 &lt;eche|on&gt; 嗨 20:04:16 &lt;eche|on&gt; 目前听起来很棒 20:04:17 &lt;zzz&gt; 我们会继续处理相关问题，比如 encrypted leasesets 和大规模多宿主，同时也将开始讨论特定新加密方案的细节 20:04:51 &lt;zzz&gt; 我预计 LS2 相关会议还会持续一段时间，所以如果你感兴趣请加入讨论 20:05:02 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:05:14 &lt;eche|on&gt; 很高兴看到一些进展 20:06:14 &lt;zzz&gt; 3) 状态 scrum (zlatinb) 20:06:18 &lt;zzz&gt; 交给你了，zab 20:06:44 &lt;zlatinb&gt; 好，我们来进行 scrum，老三样：1) 你上个月在做什么 2) 你下个月打算做什么 3) 有任何阻碍吗？ 20:07:02 &lt;zlatinb&gt; villain：我想这会是你的第一次正式 scrum，所以你先来 :) 20:08:23 &lt;zlatinb&gt; villain？ 20:08:26 &lt;villain&gt; 好的，1) 发布了 asyncio SAM 库 https://github.com/l-n-s/i2plib 及其文档，用它做了一个 GUI 文件分享应用 https://github.com/l-n-s/QuickShare，学习了 JSP 在 RouterConsole 中的工作方式，为 CentOS 和 Fedora 做了第一个 rpm 软件包的发布，并为 rpm 软件包建立了一个 COPR 仓库 https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 &lt;zlatinb&gt; 好的，我们稍后再回到你。 zzz，要不你先来？ 20:08:59 &lt;eche|on&gt; 1) 服务器维护，处理服务器中断，财务管理 2) 继续这项工作，弄一些新贴纸， 3) 目前没有阻碍 :-) 20:09:04 &lt;villain&gt; 2) 让 Fedora 软件包使用系统库，发布后改进 Router Console 的设计，发表一篇关于通过 SAM API 进行 I2P 应用开发的文章 20:09:09 &lt;zlatinb&gt; 哎呀，抱歉 20:09:12 &lt;eche|on&gt; 呃 20:09:29 &lt;villain&gt; 3) 需要处理 Fedora 中的 Jetty 依赖，因为我们只支持 v9.2，而 Fedora 是 v9.4 20:09:39 &lt;DogeDollars&gt; 哈哈 20:10:03 &lt;zzz&gt; 耶，并行 scrum 20:10:11 &lt;zzz&gt; 我的： 20:10:12 &lt;villain&gt; :D 20:10:39 &lt;eche|on&gt; villain：关于 Jetty，还需要做更多工作，据我所知他们中间改了一些 API 20:10:44 &lt;zzz&gt; 1) 修复了许多自 36 版以来出现的 NTCP2 小 bug，感谢所有测试者 20:11:11 &lt;zzz&gt; 为 37 版发布做准备，测试 OSX 安装程序，其它修复和研究，以及 LS2 的研究 20:11:42 &lt;zzz&gt; 2) 37 版发布，开始认真推进迁移到新的 geoip 数据库格式，更多 LS2、更多错误修复，并与 PR/UI 团队合作打磨控制台构想 20:12:23 &lt;zzz&gt; 3) 没有阻碍……另外请注意，由于一些个人事务，我上个月和下个月都只会工作大约半工时 20:12:24 &lt;zzz&gt; EOT 20:12:52 &lt;zlatinb&gt; 好，eche|on？ 20:12:59 &lt;eche|on&gt; 1) 服务器维护，处理服务器中断，财务管理 2) 继续这项工作，弄一些新贴纸， 3) 目前没有阻碍 :-) 20:13:22 &lt;zlatinb&gt; 太好了，谢谢 20:13:33 &lt;zlatinb&gt; alex_the_designer：既然你刚加入，这是我们的月度 scrum 20:13:46 &lt;alex_the_designer&gt; 嗨！ 20:13:55 &lt;zlatinb&gt; 想告诉我们：1) 你上个月在忙什么 2) 你下个月打算做什么 3) 有没有阻碍 20:15:04 &lt;alex_the_designer&gt; 1 . 我每周五都有直播。在此期间我对网站更新做了循序渐进的改进。我还做了一份问卷来帮助我们进行品牌与设计。 20:16:15 &lt;alex_the_designer&gt; 2. 我会继续直播，但我会尝试在直播之外完成 Web 开发。重制的白皮书也有点拖了。我希望能在月底前至少敲定一个大纲和初稿 20:17:22 &lt;alex_the_designer&gt; 3. 目前唯一的阻碍是对当前 Web 框架如何生成路径了解不够。不是大问题，只是需要多读文档、多摸索 20:18:28 &lt;zlatinb&gt; 好的，我会在 scrum 之后再多说一点这份问卷。 谢谢 20:18:32 &lt;zlatinb&gt; meeh：你在吗？ 20:20:10 &lt;zlatinb&gt; meeh？ 20:21:00 &lt;zlatinb&gt; 你方便的时候随时把你的 1-2-3 发过来 20:21:20 &lt;zlatinb&gt; 这次 scrum 就到此结束，但我想稍微谈谈 Alex 的问卷 20:21:27 &lt;zzz&gt; 请讲 20:22:17 &lt;zlatinb&gt; 频道里的各位，请认真思考这份问卷并填写。 它托管在 Google 表单上，但（除非你做了很蠢的事）无法把你的 Google ID 和你的 I2P 身份关联起来 20:22:46 &lt;zlatinb&gt; 链接在这里: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 &lt;zlatinb&gt; alex_the_designer：请简单说一下这份问卷如何帮助你的创作流程 20:23:21 &lt;alex_the_designer&gt; 当然！ 20:24:14 &lt;alex_the_designer&gt; 从基础开始，重要的是理解两者之间的差异：我们作为内部维护者如何看待系统的实用性以及我们作为品牌的呈现，和用户如何看待系统的实用性及其作为人的身份认同之间的差异 20:24:41 &lt;alex_the_designer&gt; 这挺深的，但我们有一些非常直观的东西可以利用 20:25:22 &lt;villain&gt; 哦，那就说得通了 20:25:25 &lt;alex_the_designer&gt; 比如，如果我们发现很多人态度比较强势，我们可以用基础的色彩理论得出火热的颜色（红、黄、橙）是合适的 20:25:34 &lt;anonymousmaybe&gt; 认真吗？“i2p 应该考虑哪些因素来决定 i2p 是为谁服务的？” 20:25:55 &lt;alex_the_designer&gt; 所有问题都是认真的，anon :D 20:26:19 &lt;villain&gt; 我只是没理解，那些问题是个人层面的，还是与项目愿景有关？ 20:26:48 &lt;villain&gt; 我很快就会填写 20:27:02 &lt;alex_the_designer&gt; 谈谈你自己、你的价值观以及你对项目的理想很重要 20:27:31 &lt;anonymousmaybe&gt; alex_the_designer，是啊，那道题有点不太好，因为 I2P 是为所有人服务的，这毫无疑问 20:27:46 &lt;alex_the_designer&gt; 这里有个隐含的假设：我们是谁与我们做什么并不是相互隔离的，而是相互滋养、彼此促进的 :D 20:28:36 &lt;anonymousmaybe&gt; 我喜欢分隔，这就是我用 Qubes 的原因 :p 20:28:42 &lt;alex_the_designer&gt; anon，说它适用于所有人并不完全正确，对吧？ 20:28:57 &lt;alex_the_designer&gt; 比如监控国家 :D 20:29:48 &lt;zzz&gt; 关于问卷还有别的吗？ 20:29:52 &lt;alex_the_designer&gt; 不过，普遍性可以是一个结果，所以如果你对此非常认同，请一定写下来 :D 20:30:10 &lt;zlatinb&gt; 我这边没有（关于问卷） 20:30:25 &lt;zzz&gt; 会议还有其他事项吗？ 20:30:51 &lt;anonymousmaybe&gt; zzz 有考虑对 i2p 做沙箱隔离吗？ 20:30:54 &lt;alex_the_designer&gt; 我只想说，感谢大家为这份问卷付出的努力。我知道它相当长 20:31:16 &lt;zzz&gt; 谢谢你做这件事，alex 20:31:30 &lt;anonymousmaybe&gt; alex_the_designer 是的，我会去填写 20:31:46 &lt;zzz&gt; anonymousmaybe，据我所知没有，而且我也不是合适的人选，但你可以在会后在这个频道提出讨论 20:31:50 &lt;zzz&gt; 会议还有其他事项吗？ 20:32:16 * zzz 拿起 baffer 20:33:00 * zzz *baffffs* 宣布会议结束 </div>/zh/blog/2018/09/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B49%E6%9C%885%E6%97%A5/Wed, 05 Sep 2018 00:00:00 +0000/zh/blog/2018/09/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B49%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> alex, echelon, mikalv, R4SAS, villain, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:07:48 &lt;zzz&gt; 0) 嗨 20:07:48 &lt;zzz&gt; 1) 0.9.36 发布状态 (zzz) 20:07:48 &lt;zzz&gt; 2) 0.9.37 开发状态 (zzz) 20:07:48 &lt;zzz&gt; 3) LS2 状态 (zzz) 20:07:48 &lt;zzz&gt; 4) CCC 规划 (zzz/echelon/mikalv) 20:07:48 &lt;zzz&gt; 5) 状态 scrum（敏捷站会）(zlatinb) 20:07:55 &lt;zzz&gt; 0) 嗨 20:07:58 &lt;zzz&gt; 嗨 20:08:00 &lt;eche|on&gt; 嗨 20:08:16 &lt;villain&gt; 嗨 :) 20:08:22 &lt;zzz&gt; 抱歉我迟到了 20:08:29 &lt;zzz&gt; 1) 0.9.36 发布状态 (zzz) 20:08:47 &lt;zzz&gt; 我认为我们已经都完成了，可能的例外是 f-droid 20:08:53 &lt;R4SAS&gt; 嗨 20:09:04 &lt;zzz&gt; nextloop，f-droid 有什么进展吗？ 20:09:44 &lt;zzz&gt; ntcp2 测试进展顺利 20:09:56 &lt;zzz&gt; 关于第 1 项还有别的吗？ 20:10:09 &lt;R4SAS&gt; 我有一个 20:10:33 &lt;R4SAS&gt; 哪里能看到 debian 的软件包列表？ 20:10:54 &lt;zzz&gt; 我想是 packages.debian.org —— 有搜索框 20:11:12 &lt;R4SAS&gt; 我在考虑把 i2p 的软件包加到我的仓库里 20:11:32 &lt;zzz&gt; 还有一个是 packages.ubuntu.com 20:11:44 &lt;zzz&gt; 我们的仓库是 deb.i2p2.de 20:12:00 &lt;zzz&gt; 关于第 1 项还有别的吗？ 20:12:03 &lt;R4SAS&gt; 对于 ubuntu 我会用 launchpad 的包 20:12:36 &lt;zzz&gt; 2) 0.9.37 开发状态 (zzz) 20:13:03 &lt;zzz&gt; 现在还在 .37 周期的早期。我们定了一个 9 周的周期，计划在 10 月 22 日那周发布 20:13:21 &lt;eche|on&gt; 好的 20:13:39 &lt;zzz&gt; meeh 正在为 37 完成 OS X 安装程序。我在把 geoip 迁移到新的 maxmind 格式 20:13:56 &lt;zzz&gt; 大家都在看 UI 相关的东西 20:14:13 &lt;zzz&gt; 我们很快就会拿到可用性测试结果 20:14:40 &lt;zzz&gt; 我们希望把控制台帮助页面迁到 transifex 20:15:07 &lt;zzz&gt; 所以译者们十月中旬请留出点时间来翻译它！ 20:15:11 &lt;zzz&gt; 关于第 2 项还有别的吗？ 20:15:28 &lt;eche|on&gt; 还没有，ntcp2 默认？ 20:15:32 &lt;eche|on&gt; 在 .37 里？ 20:15:37 &lt;meeh&gt; 是的，我在做 osx 包装器——现在已经移植到 xcode，还有关于 i2p-browser 的如何、是否、做什么 :) 20:15:38 &lt;zzz&gt; 对，那也要做 :) 20:16:32 &lt;zzz&gt; 是的，37 中默认启用 ntcp2。大家请测试开发版（它是默认的），或者在 .36-0 发行版中启用它 20:16:38 &lt;zzz&gt; 关于第 2 项还有别的吗？ 20:17:34 &lt;zzz&gt; 3) LS2 状态 20:17:42 &lt;zzz&gt; 两个月里我们开了大约 8 次会 20:18:06 &lt;zzz&gt; 仍在讨论阶段，但我认为我们已接近做出一些决定并推进 20:18:29 &lt;eche|on&gt; 至少有点进展 20:18:30 &lt;zzz&gt; 有很多相关问题，比如新的加密算法，使事情更复杂 20:18:47 &lt;zzz&gt; 这是许多摆在桌面上 5 年甚至更久的问题，我们终于在着手处理 20:19:05 &lt;eche|on&gt; 干得好！ 20:19:17 &lt;zzz&gt; 可以肯定的是我们不会一次把所有事都做完 20:19:35 &lt;zzz&gt; 我们会先做一些初步变更，使一些东西可以是可选的，然后继续做更多变更 20:19:53 &lt;zzz&gt; 我们已经开始更新提案文档 20:20:17 &lt;zzz&gt; 我希望很快能把一些决定文档化……这样我们就能开始一些编码和实验 20:21:09 &lt;zzz&gt; 劳动节我们休了一周，但下一次会议是下周一 12 号 UTC 时间下午 5 点，在 #ls2 里 20:21:44 &lt;zzz&gt; 欢迎所有人参加，这很复杂，即便我们这些深陷其中的人都很难跟上，但看着事情逐步成形很有趣 20:21:48 &lt;zzz&gt; 关于第 3 项还有别的吗？ 20:22:34 &lt;zzz&gt; 4) CCC 规划 20:22:57 &lt;eche|on&gt; 好的，ccc 会在莱比锡 20:23:01 &lt;zzz&gt; 我们去年 12 月做了初步决定，但按照惯例，每年这个时候我们会最终敲定规则 20:23:13 &lt;zzz&gt; 肯定就是莱比锡，对吧？ 20:23:29 &lt;eche|on&gt; 是的，CCC 已经正式公布了 20:23:36 &lt;zzz&gt; 太好了，我还没看到 20:24:19 &lt;zzz&gt; 我们支付大会门票，报销最多 1500 欧元的机票/火车票，今年新增的是我们同意报销最多 400 欧元的酒店费用 20:24:27 &lt;eche|on&gt; 是的 20:24:56 &lt;zzz&gt; 超过 1500 或需要预付，只有在“特殊情况”下，也就是你手头拮据的情况下 :) 20:25:13 &lt;eche|on&gt; 目前看起来都不错 20:25:25 &lt;zzz&gt; 而且这只适用于有薪的项目成员，除非得到 echelon 的批准。 20:25:28 &lt;eche|on&gt; 门票如果可能会集中管理 20:25:38 &lt;zzz&gt; 我们会集中购买大会门票，没错。 20:25:48 &lt;zzz&gt; 所以我们需要尽快知道谁会来…… 20:26:12 &lt;zzz&gt; 那么，对我这里列出的规则有任何异议或修改吗？ 20:26:12 &lt;eche|on&gt; 我想我们需要在十月底前确认 20:26:20 &lt;eche|on&gt; 不需要修改 20:26:31 &lt;meeh&gt; 没问题，都很好 20:26:49 &lt;zzz&gt; 我们的理念是，如果你想来，项目会帮助你来 20:27:35 &lt;zzz&gt; 贴纸、插线板、横幅、桌子以及其他这些后勤，我们边走边安排，不需要在会议里讨论 20:27:58 &lt;eche|on&gt; 好的，没问题 20:28:31 &lt;zzz&gt; 如果你还没买机票，现在就买，飞 LEJ 的航班不多。如果你骑车或坐火车，就还有更多时间 20:28:54 &lt;zzz&gt; 没来过的，去问问来过的人关于酒店和你想知道的其他事情 20:29:09 &lt;zzz&gt; 关于第 4 项还有别的吗？ 20:30:19 &lt;zzz&gt; 5) scrum 20:30:28 &lt;zzz&gt; zab 不在，所以我来主持 20:31:05 &lt;zzz&gt; 我点到你时，请说 1) 你上个月做了什么 2) 你下个月准备做什么 3) 有任何阻碍吗；最后以 EOT 或 “就这样” 之类的结束 20:31:13 &lt;zzz&gt; villain，你先来 20:33:00 &lt;zzz&gt; eche|on，下一个是你 20:33:35 &lt;eche|on&gt; 我做了所有财务相关的事、服务器工作、测试、协助发布（新闻），下个月也会做这些，没有阻碍。我明天开始 AFK 到周三 12 号 20:33:58 &lt;zzz&gt; 谢谢。meeh 轮到你 20:34:27 &lt;meeh&gt; 好的，我有时间说三点 20:34:28 &lt;meeh&gt; * 把 osx 启动器移植并完成到 xcode——回退很难，因为我的 monotone 技能告诉我不要玩火（当时是冻结期） 20:34:28 &lt;meeh&gt; * 我放服务器的一个机房发生了断电，所有东西都停了——所以我今天大多在确保一切恢复运行，并跟服务器较劲。 20:34:28 &lt;meeh&gt; * 同时研究了 firefox/chromium，以解决自签名证书问题，以及一个隐私浏览器；对一个基于 chromium 的 Qt 插件连续 24 小时疯狂编码，结果很不错。 20:35:23 &lt;zzz&gt; 那下个月呢？有阻碍吗？ 20:35:49 &lt;meeh&gt; osx 启动器现在完全迁到 xcode，图标又显示了，事件处理器有些奇怪的行为，但应该很快就会修好 20:36:31 &lt;villain&gt; 好的，学到了一些关于 monotone 和 java 的东西。修复了 https://trac.i2p2.de/ticket/1244，添加了一篇 ntcp2 文章的翻译。为 0.9.36 做了一篇俄文新闻稿。上周在开发那个异步的 python 库，现在在完成它的文档。https://github.com/l-n-s/i2plib 20:36:47 &lt;meeh&gt; 下个月我会更多地研究浏览器方案，如果你们同意的话，我会在下次会议给你们一个评审；如果不行，优先级最高的可能是 android 和 osx 20:37:35 &lt;zzz&gt; villain，下个月的计划？有阻碍吗？ 20:38:57 &lt;zzz&gt; 我这边，上个月修了很多 NTCP2 以及其他的 bug，并发布了 36 版。 20:39:30 &lt;zzz&gt; 下个月会做新的 geoip 代码，继续推进 LS2，修更多 bug，让帮助页面准备好进行翻译 20:39:53 &lt;zzz&gt; 不过接下来一周我大多会 AFK 20:39:56 &lt;zzz&gt; 没有阻碍 20:40:28 &lt;zzz&gt; 还有其他人要汇报吗？sl 或 alex_the_designer？ 20:40:32 &lt;eche|on&gt; :-) 20:40:39 &lt;alex_the_designer2&gt; 嗨 20:40:59 &lt;zzz&gt; 嗨 alex_the_designer2 请按 1/2/3 提供 上个月/下个月/阻碍 20:41:06 &lt;alex_the_designer2&gt; 上个月：在 onboarding（入门流程）上被卡住了。非常感谢 eche|on 和 meeh 帮我解除了阻塞 20:41:23 &lt;villain&gt; 下个月如 zzz 所说，我会更多练习 monotone，修网站相关的工单，完成一个 redhat 包。想听听 str4d 对我 python 库的反馈，如果可以的话，把它加到 github 上 i2p 组织里 20:41:37 &lt;villain&gt; 除此之外没有阻碍 20:41:43 &lt;villain&gt; EOT 20:42:10 &lt;zzz&gt; 谢谢 villain 20:42:15 &lt;alex_the_designer2&gt; 这个月：在看 trac 的 issue 1996（我很确定那是你想要我给意见的那个），也开始撰写白皮书。周五直播时对 www 更新有一些进展，工作日也会继续做。 20:42:46 &lt;alex_the_designer2&gt; 没有阻碍。17-21 号我会有点 afk，因为我要在 SF。 EOT 或 “就这样” 之类的 :D 20:43:06 &lt;zzz&gt; alex_the_designer2，另外或许因为这是你的第一次会议，你能给我们快速介绍一下你周五晚上的 twitch 活动吗，可能会产生什么成果，我们如何参与？ 20:43:20 &lt;alex_the_designer2&gt; 好的！ 20:44:14 &lt;alex_the_designer2&gt; 每周五晚 9:30pm CST 到大约 11pm CST 我会在 twitch.tv/alex_the_designer 上直播。年初一月开始时的主题是“FOSS 设计”，但后来更偏向 i2p 了 20:45:00 &lt;alex_the_designer2&gt; 我一直在做一些基础教程之类，帮新手理解如何设置 i2p 并托管站点，因为我认为内容是广泛采用的首要阻碍 20:45:36 &lt;alex_the_designer2&gt; 如果大家愿意，来参与并社交会很有帮助。通过你喜欢的任何社交媒体渠道宣传这个节目也非常有帮助 20:46:26 &lt;alex_the_designer2&gt; 我也有一些之前节目的原始录屏，想发到网上，但我需要先编辑一下（主要是抹掉我的家庭 IP） 20:46:48 &lt;zzz&gt; 你从观众那里得到的反馈能否为我们的优先级和 UI 选择提供洞见？你如何把你学到的东西反馈给我们其他人，通过帖子、工单或写作？有什么计划吗？ 20:47:08 &lt;alex_the_designer2&gt; the_tin_hat 经常来，提供了很多笑点和反馈 20:47:42 &lt;alex_the_designer2&gt; 至于 UI 选择，我还没有从用户那里得到足够的反馈来真正支撑任何选择 20:47:52 &lt;eche|on&gt; 好吧，再过 6 小时闹钟就响了，我去睡了，回头见 20:48:03 &lt;alex_the_designer2&gt; 所以现在主要靠直觉和试错 20:48:04 &lt;zzz&gt; 晚安 echelon 20:48:15 &lt;alex_the_designer2&gt; 回见 echelon！ 20:48:35 &lt;zzz&gt; 好的，也许我们需要先扩大受众 20:49:04 &lt;zzz&gt; 所以让我们更多地把消息传出去，或许在我们的论坛、博客发帖……不只是 twitter 20:49:33 &lt;zzz&gt; 谢谢 alex 的介绍，你做得很好，希望能带来更多用户和内容，也让产品更好 20:49:38 &lt;alex_the_designer2&gt; 每个渠道都非常有帮助，因为受众分散各处 :D 20:49:45 &lt;zzz&gt; 对 20:49:48 &lt;alex_the_designer2&gt; 感谢支持！ 20:50:07 &lt;zzz&gt; 我有没有漏掉谁的 scrum 汇报？sadie sl 20:50:18 &lt;zzz&gt; 会议还有其他事项吗？ 20:50:52 * zzz 抓起了 baffer 20:51:13 &lt;villain&gt; alex_the_designer2：可以在 reddit 的 /r/i2p 发你的直播公告 20:51:31 &lt;zzz&gt; 好主意 20:51:36 &lt;alex_the_designer2&gt; 非常感谢 villain 20:51:42 &lt;zzz&gt; 再次为会议开始晚了道歉 20:51:49 * zzz *bafs* 结束了会议 </div>/zh/blog/2018/08/23/0.9.36-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Thu, 23 Aug 2018 00:00:00 +0000/zh/blog/2018/08/23/0.9.36-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.36 引入了 NTCP2，我们新的安全传输协议。NTCP2 能够有效抵御 DPI（深度包检测）审查，并降低 CPU 负载。它使 I2P 更易于在诸如智能手机和家用 router 等低端设备上运行。为便于测试，本次发布中默认禁用该协议。</p> <p>像往常一样，我们建议您升级到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2018/08/20/ntcp2-%E5%AE%9E%E7%8E%B0%E7%BB%86%E8%8A%82/Mon, 20 Aug 2018 00:00:00 +0000/zh/blog/2018/08/20/ntcp2-%E5%AE%9E%E7%8E%B0%E7%BB%86%E8%8A%82/<p>I2P 的传输协议最初是在大约 15 年前开发的。当时的主要目标是隐藏传输的数据，而不是隐藏正在使用该协议这一事实。那时几乎没人认真考虑如何抵御 DPI（深度包检测）和对协议的审查。时代变了，尽管最初的传输协议仍然提供很强的安全性，但人们也需要一种新的传输协议。NTCP2 的设计旨在抵御当下的审查威胁，尤其是针对 DPI 对数据包长度的分析。此外，该新协议采用了最新的密码学成果。NTCP2 基于 <a href="https://noiseprotocol.org/noise.html">Noise Protocol Framework</a> （Noise 协议框架），使用 SHA256 作为哈希函数，并采用 x25519 作为椭圆曲线 Diffie–Hellman（DH）密钥交换。</p> <p>NTCP2 协议的完整规范可在<a href="../../zh/docs/specs/ntcp2/">此处</a> 找到。</p> <h2 id="新的密码学">新的密码学</h2> <p>NTCP2 要求在 I2P 的实现中添加以下加密算法：</p> <ul> <li>x25519</li> <li>HMAC-SHA256</li> <li>Chacha20</li> <li>Poly1305</li> <li>AEAD</li> <li>SipHash</li> </ul> <p>与我们最初的协议 NTCP 相比，NTCP2 在 DH（Diffie-Hellman）功能上使用 x25519 替代 ElGamal，采用 AEAD/Chaha20/Poly1305 替代 AES-256-CBC/Adler32，并使用 SipHash 来混淆数据包的长度信息。NTCP2 所使用的密钥派生函数更加复杂，现在会使用大量的 HMAC-SHA256 调用。</p> <p><em>i2pd（C++）实现说明：上述所有算法（除 SipHash 外）均已在 OpenSSL 1.1.0 中实现。SipHash 将在即将发布的 OpenSSL 1.1.1 版本中加入。为兼容当前大多数系统使用的 OpenSSL 1.0.2，i2pd 核心开发者 <a href="https://github.com/majestrate">Jeff Becker</a> 贡献了缺失密码算法的独立实现。</em></p> <h2 id="routerinfo-变更">RouterInfo 变更</h2> <p>NTCP2 需要在现有的两把（加密密钥和签名密钥）之外再增加第三把（x25519）密钥。它称为静态密钥（static key），必须作为&quot;s&quot;参数添加到 RouterInfo 的地址中。该要求适用于 NTCP2 的发起方（Alice）和响应方（Bob）。如果有多个地址支持 NTCP2，例如 IPv4 和 IPv6，则所有这些地址的&quot;s&quot;必须相同。允许 Alice 的地址仅包含&quot;s&quot;参数，而不设置&quot;host&quot;和&quot;port&quot;。此外，还需要一个&quot;v&quot;参数，目前总是设为&quot;2&quot;。</p>/zh/blog/2018/08/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B48%E6%9C%887%E6%97%A5/Tue, 07 Aug 2018 00:00:00 +0000/zh/blog/2018/08/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B48%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, mikalv, villain, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 1) 0.9.36 状态（zzz） 20:00:05 &lt;zzz&gt; 2) LS2 状态（zzz） 20:00:05 &lt;zzz&gt; 3) 关于 bobthebuilder.i2p 和 paste.crypthost.i2p 的申请，见 `http://zzz.i2p/posts/13897` 20:00:05 &lt;zzz&gt; 4) 状态 scrum（zlatinb） 20:00:05 &lt;zzz&gt; 5) 重新安排 9 月 4 日的会议（zzz） 20:00:10 &lt;zzz&gt; 0) 嗨 20:00:12 &lt;zzz&gt; 嗨 20:00:21 &lt;zzz&gt; 1) 0.9.36 状态（zzz） 20:00:27 &lt;zlatinb&gt; 嗨 20:00:29 &lt;villain&gt; 大家好 20:00:34 &lt;zzz&gt; 36 版本周期已经进行了 6 周，还剩 2 周 20:00:52 &lt;mikalv&gt; 嗨 20:00:53 &lt;zzz&gt; tag freeze 在明天；提交截止日期是从本周五起一周后；计划在 8 月 20 日那一周发布 20:01:18 &lt;zzz&gt; 大家请测试。我会把下一个版本标记为 -rc 20:01:31 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:02:24 &lt;zzz&gt; 2) LS2 状态（zzz） 20:02:30 &lt;zzz&gt; 我们昨天进行了第 5 次会议 20:02:47 &lt;zzz&gt; 进展顺利，但速度很慢。问题复杂且相互关联 20:03:11 &lt;zzz&gt; 我今天更新了提案（123），但仍然很粗糙 20:03:41 &lt;zzz&gt; 我们甚至还没有就目标和优先级达成一致，所以还需要一段时间，但我对这个过程感到满意 20:03:58 &lt;zzz&gt; 欢迎所有人参加，下次会议在下周一，UTC 时间晚上 6 点，地点在 #ls2 20:04:27 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:05:13 &lt;zzz&gt; 3) 关于 bobthebuilder.i2p 和 paste.crypthost.i2p 的申请，见 `http://zzz.i2p/posts/13897` 20:05:25 &lt;zzz&gt; 这些是控制台主页的请求 20:05:33 &lt;zzz&gt; 申请人 sl 在吗？ 20:06:07 &lt;zlatinb&gt; 通常不会，因为在 $HOME 已经很晚了 20:06:27 &lt;zzz&gt; 有人对把这些加到控制台主页上有支持或反对的意见吗？ 20:07:06 &lt;zlatinb&gt; 我对添加 bob the builder 表示 +1，对新的 paste 持中立态度 20:07:13 &lt;zzz&gt; 有异议吗？ 20:07:31 &lt;mikalv&gt; 我对在控制台上提供在线服务表示 +1 20:07:55 &lt;zzz&gt; 有第二个 paste 也无妨，尤其是我们现在的那个一停就是好几周 20:08:15 &lt;zzz&gt; 不过最近它相当稳定 20:08:40 &lt;zzz&gt; 既然没有异议，我会在 36 加到控制台里 20:08:46 &lt;villain&gt; 如果有需要移除的死链，可以改为添加这些链接 20:08:50 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:09:04 &lt;eche|on&gt; 没有 20:09:11 &lt;zzz&gt; zerobin 不是死掉了，只是过去的在线率不太好 20:09:46 &lt;zzz&gt; 4) 状态 scrum（zlatinb） 20:09:49 &lt;zzz&gt; zlatinb 请开始 20:10:31 &lt;zlatinb&gt; 好的，我们按顺序来，当点到你的名字时，简要说明 1) 你上个月做了什么 2) 你下个月计划做什么 3) 你是否被谁阻塞或需要帮助 20:10:57 &lt;zlatinb&gt; 我们先从新同学——villain 开始。由于这是你第一次 scrum（站会），跳过 1），只说 2）和 3） 20:11:09 &lt;zlatinb&gt; villain 请开始 20:12:24 &lt;zlatinb&gt; villain 你在吗？ 20:12:34 &lt;villain&gt; 在学习 Java 和 monotone，计划在 36 发布前再修几个网站工单，正如 zzz 与 zzz 讨论的那样。并且继续多学一点 :) 20:13:00 &lt;villain&gt; 目前没有阻塞 20:13:41 &lt;zlatinb&gt; 很好。通常我们在报告结束时会说 EOT :) 20:13:48 &lt;villain&gt; 现在在研究 https://trac.i2p2.de/ticket/1583 20:13:57 &lt;villain&gt; EOT 20:13:59 &lt;villain&gt; 呵 20:14:17 &lt;zlatinb&gt; 谢谢。zzz 你下一个 20:14:37 &lt;zzz&gt; 好的。上个月主要是在打磨和测试 ntcp2，在 orignal 的帮助下 20:14:46 &lt;zzz&gt; 启动 LS2 的研究和会议 20:14:59 &lt;zzz&gt; 当然还有大量的缺陷修复 20:15:33 &lt;zzz&gt; 下个月要把 .36 发布出去，并继续推进 LS2、修复缺陷等 20:15:41 &lt;zzz&gt; 同时一路做一些代码重构 20:16:06 &lt;zzz&gt; 希望在 37 实现非 Jetty 的 SSL 向导。很遗憾 36 没做到，这个太难了 20:16:13 &lt;zzz&gt; 没有阻塞；EOT 20:17:14 &lt;eche|on&gt; 好的，我做了大量论坛管理工作，一些代码测试、捐赠与账户管理，下个月继续这些，目前没有阻塞 20:17:20 &lt;eche|on&gt; uupos 20:17:40 &lt;zlatinb&gt; 好的，那就由你继续吧，eche|on :) 20:17:51 &lt;eche|on&gt; 差不多就这些^^ 20:18:04 &lt;zlatinb&gt; 好，酷 20:18:10 &lt;zlatinb&gt; mikalv：你呢？ 20:18:14 &lt;mikalv&gt; 嗯，我这边；当前：0.9.36 的 OSX Launcher 测试版 计划：1. 继续做 OSX launcher（让它更好看，增加一些功能并提升稳定性）。2. 希望能帮助 zzz 进行 LS2 的研究和实现。3. 推出一个浏览器捆绑包的测试版 MVP/alpha。 20:18:23 &lt;mikalv&gt; 4. 继续我关于“无单点人员故障”（no-single-person-of-failure）的倡议：由托管核心服务的核心成员向其他核心成员提供访问权限，作为备份/接替，以防有人失联，这样项目就不会因类似事件受到更多影响。 20:18:28 &lt;mikalv&gt; 阻塞：希望我们能从 welt 那里拿到 i2p2.de 的 DNS 控制权。 20:18:56 &lt;mikalv&gt; 要么我要么 eche|on，至少是更活跃的人 20:19:09 &lt;zlatinb&gt; 哇，准备得很好，干得漂亮 20:19:25 &lt;zlatinb&gt; sadie 说她“可能”能来，正在呼叫 sadie 20:19:49 &lt;zlatinb&gt; str4d：有可能你在吗？ 20:19:53 &lt;eche|on&gt; Welt 联系了我，我回了，但他没有再回复 20:19:58 &lt;mikalv&gt; zlatinb：记得吗，我在加入 I2P 之前，几乎每天都做这个，做了两年呢 :p 20:20:41 &lt;mikalv&gt; 我希望拿到 DNS 域名的控制权，这样我就能更自由地更改 trac 的 IP，之后还可以调整 download 20:20:59 &lt;zlatinb&gt; Alex W. 刚刚还在但已经离开了，所以我想这就是这次 scrum 的所有人了 20:21:16 &lt;mikalv&gt; 由于这种情况，旧的已弃用服务器反向代理到新的 trac :( 20:22:04 &lt;zzz&gt; 5) 重新安排 9 月 4 日的会议（zzz） 20:22:08 &lt;zlatinb&gt; EOT 20:22:19 &lt;mikalv&gt; 嗯，抱歉 EOT 20:22:26 &lt;zzz&gt; 好，我 9 月 4 日来不了，我想其他人也有些来不了的 20:22:46 &lt;zzz&gt; 我们可以改到 9 月 5 日（周三）或 9 月 11 日（周二）？ 20:23:01 &lt;zzz&gt; 如果是 11 号，那么距 10 月 2 日的会议只有 3 周 20:23:27 &lt;zlatinb&gt; 我 9 月大部分时间都在路上，所以 5 号或 11 号都不敢保证 20:23:27 &lt;zzz&gt; 我想把 CCC 加到 9 月会议的议程上，尽管我们去年 12 月已经就资助做出了大部分决定 20:23:44 &lt;mikalv&gt; 我两个都可以，对我来说没问题 20:23:53 &lt;zzz&gt; eche|on，你呢？ 20:24:12 &lt;eche|on&gt; 11 号不行 20:24:30 &lt;zzz&gt; 周三 5 号可以吗？ 20:24:41 &lt;eche|on&gt; 5 号看起来可以 20:24:52 &lt;zzz&gt; 好，那就暂定周三 5 号 20:24:55 &lt;mikalv&gt; 好 20:25:02 &lt;zzz&gt; 关于 5) 还有别的吗？ 20:25:06 &lt;zzz&gt; 会议还有其他事项吗？ 20:25:51 * zzz 抓起 baffer 20:26:40 * zzz *bafs* 会议结束 </div>/zh/blog/2018/07/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B47%E6%9C%883%E6%97%A5/Tue, 03 Jul 2018 00:00:00 +0000/zh/blog/2018/07/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B47%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon、str4d、zlatinb、zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.35 发布状态 (zzz) 20:00:00 &lt;zzz&gt; 2) NTCP2 更新 (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 会议公告 (zzz) 20:00:00 &lt;zzz&gt; 4) 2018 年下半年（2H 2018）资助计划 (zab/zzz) 20:00:00 &lt;zzz&gt; 5) 状态汇报 (zab) 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:07 &lt;zzz&gt; 嗨 20:00:16 &lt;zlatinb&gt; 嗨 20:00:21 &lt;zzz&gt; 1) 0.9.35 发布状态 (zzz) 20:00:42 &lt;zzz&gt; 35 已经发布一周了，目前没有重大问题反馈 20:01:03 &lt;zzz&gt; Maven 的 JAR 包已经上线，我相信 meeh 很快就会发布 Android 版本 20:01:20 &lt;zzz&gt; 关于官方 Debian 版本，还没有收到 mhatta 的消息 20:01:57 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:02:44 &lt;zzz&gt; 2) NTCP2 更新 (zzz) 20:03:04 &lt;zzz&gt; 我们上周完成了规范，目前网络上已有数个 router 在运行 20:03:26 &lt;zzz&gt; i2pd 正在推进他们的实现和测试 20:03:30 &lt;eche|on&gt; 目前为止很好 20:03:52 &lt;zzz&gt; 我还有一些清理工作要做，还没测试过防火墙环境的变体，但整体进展相当不错 20:04:21 &lt;zzz&gt; 我今天也在我们的论坛上发了一个简短的 FAQ 20:04:43 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:05:37 &lt;zzz&gt; 3) LS2 会议公告 (zzz) 20:06:01 &lt;zzz&gt; 我们将按照相同流程推进下一个提案，即 123 “LS2” 20:06:15 &lt;zzz&gt; 还将涵盖新的加密、服务查找、massive multihoming（大规模多宿主）以及相关主题 20:06:36 &lt;zzz&gt; 第一次会议将于 7 月 9 日（星期一）UTC 时间晚上 7 点在 #ls2 举行 20:06:45 &lt;eche|on&gt; 很棒的任务，要做的事情很多 20:07:05 &lt;zzz&gt; 是啊，我也不知道会怎么进行，但我们需要开始，拖得太久了 20:07:30 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:07:44 &lt;eche|on&gt; 没有 20:08:23 &lt;zzz&gt; 4) 2018 年下半年（2H 2018）资助计划 (zab/zzz) 20:08:32 &lt;zzz&gt; 公告已发布在 i2pforum.i2p 和 zzz.i2p 上 20:08:42 &lt;zzz&gt; 该计划对新申请者开放 20:08:51 &lt;zzz&gt; 截止日期为 7 月 25 日（星期三） 20:09:13 &lt;zzz&gt; 如果有人有任何问题，现在或会后都可以提问 20:09:34 &lt;zzz&gt; 有人对这个计划有问题吗？ 20:09:38 &lt;eche|on&gt; 一点：不需要整个 i2p 团队都来批准新成员（这个团队目前还没有被完全定义，比如网页上列出的人员团队或任何其他群组） 20:10:13 &lt;zlatinb&gt; 我觉得至少应该是已经在有偿计划中的那些人 20:10:42 &lt;zzz&gt; 对，我想我们需要集体批准……并不是要每个人逐一批准 20:10:45 &lt;eche|on&gt; 没错 20:10:50 &lt;zzz&gt; 这样听起来对吗？ 20:10:58 &lt;eche|on&gt; 只是想指出这一点以明确该点 20:11:12 &lt;zzz&gt; 好的 20:11:26 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:12:18 &lt;zzz&gt; 5) 状态汇报 (zlatinb) 20:12:24 &lt;zzz&gt; 交给你了，zlatinb 20:12:59 &lt;zlatinb&gt; 嗨。我们按惯例轮流来：1) 上个月在做什么 2) 下个月计划做什么 3) 有哪些阻碍或需要帮助 20:13:03 &lt;zlatinb&gt; zzz：你先来 20:13:33 &lt;zzz&gt; 1) NTCP2 的会议、提案、规范、实现与测试；.35 发布；缺陷修复和分类处理 20:14:02 &lt;zzz&gt; 将 NTCP2 合并进主干；把来自 github 的 EdDSA 更新合并到主干；更新路线图 20:14:30 &lt;zzz&gt; 2) NTCP2 测试、缺陷修复，以及 .36 的其他事项；启动 LS2 会议、研究与规划 20:14:39 &lt;zzz&gt; 3) 无阻碍 20:14:40 &lt;zzz&gt; EOT 20:14:55 &lt;zlatinb&gt; eche|on：你呢？ 20:15:38 &lt;eche|on&gt; 在做 Web 上的服务，管理论坛，处理财务相关事务，协助发布 20:16:02 &lt;eche|on&gt; 继续做这些工作，目前没有阻碍 20:16:23 &lt;zlatinb&gt; Irc2PGuest44785：meeh 我知道那是你，你在吗？ 20:16:43 &lt;zlatinb&gt; 看来不在 20:16:48 &lt;zlatinb&gt; str4d：你在吗？ 20:17:01 &lt;str4d&gt; 1) NTCP2 设计。2) LS2 研究与设计。3) 我没有精力做其他任何事。 20:17:19 &lt;zlatinb&gt; 不错，很高兴见到你 20:17:49 &lt;zlatinb&gt; sadie 不在，manas 免于汇报，所以到我了： 20:17:49 &lt;zlatinb&gt; 1) 大量的性能剖析、实验、容量改进 20:17:49 &lt;zlatinb&gt; 2 20:17:52 &lt;zlatinb&gt; 还没决定 20:17:54 &lt;zlatinb&gt; 3) 并没有 20:18:14 &lt;zlatinb&gt; 我想大家都说完了 20:18:33 &lt;zlatinb&gt; zzz：交还给你 20:18:37 &lt;zzz&gt; 好的，进行得很快。会议还有其他事项吗？ 20:20:01 * zzz 宣布会议结束 </div>/zh/blog/2018/06/26/0.9.35-%E5%8F%91%E5%B8%83/Tue, 26 Jun 2018 00:00:00 +0000/zh/blog/2018/06/26/0.9.35-%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.35 将默认签名类型更改为 Ed25519。这是将系统迁移到更新、更强、更快的密码学算法这一漫长过程中的最后一步。该版本包含众多错误修复和性能改进。</p> <p>一如既往，我们建议您更新到此次发布。维护安全并帮助网络的最佳方式是运行最新发布的版本。</p>/zh/blog/2018/06/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B46%E6%9C%8805%E6%97%A5/Tue, 05 Jun 2018 00:00:00 +0000/zh/blog/2018/06/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B46%E6%9C%8805%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, obscuratus, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.34 F-Droid 状态 (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.35 更新 (zzz) 20:00:00 &lt;zzz&gt; 3) NTCP2 更新 (zzz) 20:00:00 &lt;zzz&gt; 4) 状态 scrum (zab) 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:12 &lt;zzz&gt; 1) 0.9.34 F-Droid 状态 (str4d, meeh, nextloop) 20:00:20 &lt;zzz&gt; 有人联系到 nextloop 吗？ 20:00:30 &lt;eche|on&gt; 没有 20:01:22 &lt;zzz&gt; 我会试着在 Twitter 上找到他，但目前 F-droid 还是没有更新 20:01:27 &lt;zzz&gt; 2) 0.9.35 更新 (zzz) 20:01:54 &lt;zzz&gt; 好的，35 进展顺利。我们把发布延后了一周。一周后标签冻结，两周半后提交截止 20:02:00 &lt;zzz&gt; 大约 3 周后发布 20:02:15 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:02:40 &lt;eche|on&gt; 还没有 20:03:07 &lt;zzz&gt; 3) NTCP2 更新 (zzz) 20:03:37 &lt;zzz&gt; 我们仍在每周开会，但这些会议快要结束了。提案相当稳固，但（可能）仍会有一些改动，所以还未最终定稿 20:04:00 &lt;zzz&gt; 我在网络上架设了一个测试 router。计划是在 .36 中提供支持，默认禁用，并在 .37 中启用 20:04:28 &lt;eche|on&gt; 刚读到 orignal 的一条推文，说他在为 i2pd 做一些 ntcp2 的工作 20:04:37 &lt;zzz&gt; 我们计划很快对 LS2 提案采用同样的会议和决策流程 20:04:43 &lt;zzz&gt; 是的，所有的进展都在 #ntcp2 20:04:51 &lt;eche|on&gt; 好 20:04:58 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:05:18 &lt;eche|on&gt; .37 会准备好使用 ntcp2 吗？ 20:05:40 &lt;eche|on&gt; 那就是 2018 年底 20:05:48 &lt;zzz&gt; 对，我们会在 36 里让手动启用它的用户进行测试。然后在 37 中默认启用 20:05:53 &lt;zlatinb&gt; 另一个问题：比如在 .36 里发布一个 bob-only 模式的计划吗？ 20:06:03 &lt;zzz&gt; 对。37 也许在 11 月 20:06:04 &lt;zlatinb&gt; 或者在 .35 里做个 bob-only，方便测试？ 20:06:14 &lt;zzz&gt; bob-only 是什么意思？ 20:06:28 &lt;zlatinb&gt; 只接收入站 tcp 连接 20:06:45 &lt;zzz&gt; 哦，只接收？是的，这主意不错。不过不会放到 35。 20:06:53 &lt;obscuratus&gt; 我可以在我的测试网络上开始测试 ntcp2 吗？ 20:06:54 &lt;zzz&gt; 取决于我们在 36 周期里能进行多少测试 20:07:14 &lt;zzz&gt; obscuratus，不行，完整支持要等 35 发布后才会提交进来。它还在开发中 20:07:29 &lt;eche|on&gt; 我想在 .35 发布后不久，代码就会合并到 trunk（主干分支） 20:07:32 &lt;zzz&gt; 目前 35 里的只是些存根 20:07:36 &lt;zzz&gt; 没错，eche|on 20:08:05 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:09:01 &lt;zzz&gt; 4) 状态 scrum (zlatinb) 20:09:03 &lt;zzz&gt; zlatinb 请开始 20:09:33 &lt;zlatinb&gt; 嗨， 老规矩：1. 上个月你在做什么 2. 下个月你计划做什么 3. 有没有被谁阻塞，或者需要任何帮助 20:09:36 &lt;zlatinb&gt; zzz 先来 20:09:44 &lt;zzz&gt; 好 20:10:13 &lt;zzz&gt; 我这段时间的精力大致分在 NTCP2、修复 bug，以及收尾 35 的一些新特性（ssl 向导和 susimail 文件夹）之间 20:10:48 &lt;zzz&gt; 我预计下个月会继续做 NTCP2、修复 bug、进行 35 的发布（总是很花时间），并开始 LS2 20:11:01 &lt;zzz&gt; 没有阻碍；EOT 20:11:22 &lt;zlatinb&gt; 谢谢。 eche|on？ 20:11:37 &lt;eche|on&gt; 做了很多 IRC、论坛、资金管理，还在做加密货币系统 20:11:54 &lt;eche|on&gt; 这些工作都在持续进行，暂时没有阻碍，除了假期 ^^ 20:12:12 &lt;zlatinb&gt; 好的。 str4d 你在吗？ 20:12:40 &lt;zlatinb&gt; 看来不在。 meeh 你在吗？ 20:13:18 &lt;zlatinb&gt; 看来也不在。 sadie 来不了，mhatta 和 slumlord 也不在 20:13:26 &lt;zlatinb&gt; 好吧，就这些了 20:13:36 &lt;zlatinb&gt; eot 20:13:36 &lt;eche|on&gt; 假期时间影响到我们了.. 20:13:44 &lt;eche|on&gt; baffer？ 20:13:46 &lt;zzz&gt; 好的，大家对这次会议还有别的要说吗？ 20:14:31 &lt;zzz&gt; 是啊，到了 baffer 时间 20:14:52 &lt;zzz&gt; 会议很短，但事情很多，进展都不错 20:14:59 * zzz *bafs* 会议结束 20:15:01 &lt;zzz&gt; 谢谢大家 </div>/zh/blog/2018/05/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B45%E6%9C%881%E6%97%A5/Tue, 01 May 2018 00:00:00 +0000/zh/blog/2018/05/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B45%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> anonymousmaybe, orignal, str4d, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.34 F-Droid 状态 (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.35 更新 (zzz) 20:00:00 &lt;zzz&gt; 3) NTCP2 更新 (zzz) 20:00:00 &lt;zzz&gt; 4) 状态 scrum (zab) 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:09 &lt;zzz&gt; 1) 0.9.34 F-Droid 状态 (str4d, meeh, nextloop) 20:00:27 &lt;zlatinb&gt; 嗨 20:00:31 &lt;zzz&gt; 好的，我认为 34 版只剩下 fdroid 了？你们有最新状态吗？ 20:00:35 &lt;orignal_&gt; 嗨 20:02:10 &lt;zzz&gt; 好的，34 发布已经过去 3 周了，希望它能尽快收尾 20:02:15 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:01 &lt;zzz&gt; 2) 0.9.35 更新 (zzz) 20:03:08 &lt;zzz&gt; 35 进展顺利 20:03:29 &lt;zzz&gt; 已经过去 3 周，还剩 7 周，目前有 16K 行 diff。1-2 周内进行特性冻结 20:03:57 &lt;zzz&gt; 到目前为止里面有很多不错的东西。照例，我们需要测试人员 20:04:12 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:06:00 &lt;zzz&gt; 3) NTCP2 更新 (zzz) 20:06:20 &lt;zzz&gt; 我们昨天开了第 6 次会议，几小时前我对提案做了每周更新，已经发布在我们的网站上 20:06:45 &lt;zzz&gt; 这基本上为规范阶段画上了句号。它现在还不够漂亮，而且肯定还会变，但关键事项已经敲定 20:07:11 &lt;zzz&gt; 我们现在进入测试实现阶段。各个项目应在五月底之前写出一个实现，我们将在六月进行互操作性测试 20:07:37 &lt;zzz&gt; 当然，我们会根据开始编码后得到的经验持续更新规范 20:08:00 &lt;zzz&gt; 所以一切进展相当不错 20:08:15 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:08:21 &lt;orignal_&gt; zzz，你能列出 ntcp2 所需的所有密码学内容吗？ 20:08:38 &lt;zzz&gt; 请阅读规范，我们不要在这里讨论，谢谢 20:08:39 &lt;orignal_&gt; 除了 I2P 里已有的那些之外 20:09:02 &lt;zzz&gt; 或者我们可以在会后到 #ntcp2 里讨论 20:09:34 &lt;orignal_&gt; 我想这可能对大家都有意思 20:09:36 &lt;i2pr&gt; [Slack/str4d] 唉，网络 20:09:41 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:09:52 &lt;i2pr&gt; [Slack/str4d] 正在打字 20:10:07 &lt;i2pr&gt; [Slack/str4d] 既然我们已有一个相对稳定的规范草案，我会在这个周末看看能不能稍微整理一下，然后请几位密码学家朋友过目。 20:11:01 &lt;zzz&gt; 好的 20:11:08 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:12:02 &lt;zzz&gt; 4) 状态 scrum (zab) 20:12:06 &lt;zzz&gt; 交给你了，zlatinb 20:12:15 &lt;zlatinb&gt; 嗨，在开始之前——我已经收到了除 mhatta 之外所有人的经费申请，但那是因为 PGP 的困惑导致的 20:12:32 &lt;zlatinb&gt; 所以我今晚稍晚会把最终批准发给每个人 20:12:41 &lt;zlatinb&gt; 而 mhatta 的会稍微延迟一下 20:13:37 &lt;zlatinb&gt; 好的，我们开始——依次来，1-2-3 20:13:37 &lt;zlatinb&gt; zzz：开始 20:13:45 &lt;zzz&gt; 好的 1) 上个月: 20:14:12 &lt;zzz&gt; 34 发布，susimail 文件夹，DNSoverhTTPS，SSL 向导，小组审阅了 PETS 论文，orchid 新版本发布... 20:14:23 &lt;zzz&gt; NTCP2 规范，很多会议和规划，修复了许多缺陷 20:14:30 &lt;zzz&gt; 2) 下个月: 20:14:51 &lt;zzz&gt; ntcp2 实现，完成 ssl 向导，修复许多缺陷，更多的规划与会议 20:15:04 &lt;zzz&gt; 3) 阻碍：mhatta 的 TAILS 准备就绪指示规范 20:15:06 &lt;zzz&gt; EOT 20:15:18 &lt;zlatinb&gt; 好的。 str4d 轮到你了 20:15:31 &lt;i2pr&gt; [Slack/str4d] 1) 上个月: 20:15:56 &lt;i2pr&gt; [Slack/str4d] - 完成了将 I2P-Bote 迁移到官方的 Apache James Server 发行版，使 IMAP 和 SMTP 足够稳定以实现一个用于中继 Zcash 交易的服务，并发布了新版本。 20:16:24 &lt;i2pr&gt; [Slack/str4d] - 完成了 XRDS 文章 20:16:33 &lt;i2pr&gt; [Slack/str4d] - 审阅了 VRP 草案更新 20:16:40 &lt;i2pr&gt; [Slack/str4d] - 缺陷修复 20:16:50 &lt;i2pr&gt; [Slack/str4d] - NTCP2 设计/规范会议 20:17:02 &lt;i2pr&gt; [Slack/str4d] - 使用 Rust 实现了（几乎全部的）NTCP2 规范草案 20:17:07 &lt;i2pr&gt; [Slack/str4d] 2) 下个月: 20:17:32 &lt;i2pr&gt; [Slack/str4d] - 实现 NTCP2 规范草案中剩余的少数边角部分 20:17:46 &lt;i2pr&gt; [Slack/str4d] - 编写测试工具以生成 NTCP2 测试向量 20:17:55 &lt;i2pr&gt; [Slack/str4d] - 说服自己 SipHash 适用于长度遮蔽 20:18:09 &lt;i2pr&gt; [Slack/str4d] - 将对临时密钥的 AES 遮蔽写成 Noise 协议框架（Noise）的扩展 20:18:26 &lt;i2pr&gt; [Slack/str4d] - 与 zzz 和 meeh 一起开发 Noise 的 Java 实现 20:18:39 &lt;i2pr&gt; [Slack/str4d] - 按需发布相关内容 20:19:32 &lt;i2pr&gt; [Slack/str4d] 3) 阻碍：目前没有；困难：出行。 20:19:34 &lt;i2pr&gt; [Slack/str4d] EOT 20:20:00 &lt;zlatinb&gt; 好的。 meeh 你在吗？ 20:20:49 &lt;zlatinb&gt; echelon? sadie? 20:21:31 &lt;zlatinb&gt; mhatta：你碰巧在吗？ 20:22:06 &lt;zlatinb&gt; :( 20:22:11 &lt;anonymousmaybe&gt; 抱歉打扰一下，这里有讨论问答吗？还是只是列事项？ 20:22:39 &lt;zlatinb&gt; anonymousmaybe：SCRUM——列事项，讨论可能稍后进行 20:22:39 &lt;zzz&gt; 大约 30 秒后我会征集其他议题，请待命 20:23:01 &lt;zzz&gt; zlatinb，你这边就这些吗？ 20:23:08 &lt;anonymousmaybe&gt; 了解，谢谢 20:23:09 &lt;zlatinb&gt; 我想是的 20:23:36 &lt;zzz&gt; 好的，也许该由你给大家发封严肃的邮件，要求他们参加并准时到场…… 20:23:48 &lt;zzz&gt; 好的，4) 就到这里 20:23:57 &lt;zzz&gt; 本次会议还有其他事项吗？anonymousmaybe 你请说 20:24:51 &lt;anonymousmaybe&gt; 我想问一下 DNSoverhTTPS 的实现， 20:25:34 &lt;zzz&gt; 好的，那是技术细节，最好在状态会议之后讨论 20:25:46 &lt;zzz&gt; 本次会议还有其他事项吗？ 20:26:40 &lt;anonymousmaybe&gt; 我这边没有了 20:27:01 * zzz 抓起了 baffer 20:27:38 * zzz *bbbaffs* 会议结束了 </div>/zh/blog/2018/04/10/0.9.34-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 10 Apr 2018 00:00:00 +0000/zh/blog/2018/04/10/0.9.34-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.34 包含针对隐藏服务、streaming（流式传输层）和 SAM 的重要错误修复。本次发布继续推进将 Ed25519 作为默认签名类型以及将 NTCP2 作为新传输协议的准备工作。还包括性能改进和常规的一系列错误修复。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2018/04/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B44%E6%9C%883%E6%97%A5/Tue, 03 Apr 2018 00:00:00 +0000/zh/blog/2018/04/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B44%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> manas, meeh, str4d, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) 嗨 20:00:01 &lt;zzz&gt; 1) 0.9.34 更新（zzz） 20:00:01 &lt;zzz&gt; 2) 0.9.34 阻断性工单（str4d） 20:00:01 &lt;zzz&gt; 3) 0.9.34 的 Android/Maven 构建与发布的角色分工和时间表（str4d/meeh） 20:00:01 &lt;zzz&gt; 4) 建议从控制台主页移除 open4you.i2p 和 git.repo.i2p（anonymousmaybe） 20:00:01 &lt;zzz&gt; 5) 0.9.35 计划（zzz） 20:00:01 &lt;zzz&gt; 6) NTCP2 计划（zzz） 20:00:01 &lt;zzz&gt; 7) 状态 Scrum（zab） 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:07 &lt;zzz&gt; 嗨 20:00:30 &lt;zzz&gt; 欢迎来到第 269 次会议，跨度将近 16 年 20:00:33 &lt;manas&gt; Hey 20:00:43 &lt;zlatinb&gt; hi 20:00:44 &lt;zzz&gt; 1) 0.9.34 更新（zzz） 20:00:55 &lt;zzz&gt; 好的，翻译和提交（check-in）的截止日期还有 3 天 20:01:20 &lt;zzz&gt; 最近的缺陷报告不多 20:01:36 &lt;zzz&gt; 所以整体看起来不错，取决于第 2 项 20:01:56 &lt;zzz&gt; 过去几周我一直在做 .35 以及更后续版本的工作 20:02:04 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:00 &lt;zzz&gt; 2) 0.9.34 阻断性工单（str4d） 20:03:25 &lt;i2pr&gt; [Slack/str4d] Hi :B 20:03:32 &lt;zzz&gt; str4d 有好几个阻断性工单可以追溯到几个月前，已经被推迟跨越了几个版本 20:03:38 &lt;manas&gt; hey there str4d 20:03:38 &lt;zzz&gt; str4d，你对这些有什么计划？ 20:04:10 &lt;i2pr&gt; [Slack/str4d] 我看到有两个阻断性工单。 20:04:19 &lt;i2pr&gt; [Slack/str4d] 其中一个是旧版 Android 上的 reseed（引导获取种子路由信息） 20:04:39 &lt;zzz&gt; 好的，2 个比“好几个”要好 20:04:45 &lt;i2pr&gt; [Slack/str4d] 对于那个问题，我们缩小了问题的时间窗口，但当时没能找到修复方案（我们尝试的那个不奏效） 20:05:07 &lt;i2pr&gt; [Slack/str4d] 目前我没有时间处理它，而且旧版本的使用率也在逐渐降低 20:05:24 &lt;i2pr&gt; [Slack/str4d] 所以我在想我们应该直接弃用较旧的 Android 版本 20:05:59 &lt;i2pr&gt; [Slack/str4d] 请注意，Google Play 商店已经要求新上传的应用开始符合较新的 API，所以如果我们想继续通过 GPlay 发布，在这方面我们可能也会被迫跟进 20:07:02 &lt;zzz&gt; 另一个呢？ 20:07:16 &lt;i2pr&gt; [Slack/str4d] 如果我们同意，作为下次更新的一部分，放弃对旧 API 的支持应该相对简单。 20:08:03 &lt;i2pr&gt; [Slack/str4d] 另一个是 0.9.31 的已翻译字符串修复（原帖里说“很小，但归类为阻断问题”） 20:09:19 &lt;i2pr&gt; [Slack/str4d] 其中一部分我在本地已经修好，但还没时间抽取出来并提交。 20:09:41 &lt;zzz&gt; 我的问题大概是你是否打算做任何 UI 缺陷修复。我们上次看到你修复是 5 个月前。我一个月前标出了大约 10 个我希望在 .34 修掉的工单。你打算今后还做 UI 方面的工作，还是我们应该找人替代？ 20:09:58 &lt;i2pr&gt; [Slack/str4d] 现实点说，如果交给我，它会继续拖延，因为我目前的优先级在别处。 20:10:39 &lt;i2pr&gt; [Slack/str4d] 我确实计划提交更多 UI 补丁，但没有时间把节奏压得足够短。 20:11:05 &lt;zzz&gt; 好，所以我们不应该指望你做任何 UI 工作，哪怕是所谓的简单修复，无论是 .34 还是之后？ 20:11:31 &lt;i2pr&gt; [Slack/str4d] 问题在于这里的“简单”一词承担了过多含义 :stuck_out_tongue: 20:12:11 &lt;i2pr&gt; [Slack/str4d] 对于 .34，没错，不要期待我做任何 UI 工作。 20:12:15 &lt;zzz&gt; 好。我希望我们几个月前就知道这点。我们已经浪费了非常多的时间。我们会开始重新分配工作并寻找替代者。 20:12:22 &lt;zzz&gt; 第 2 项还有别的吗？ 20:13:01 &lt;i2pr&gt; [Slack/str4d] 我很乐意把补丁集交给其他人来提取那些“简单”的修复——也许他们比我更擅长折腾 monotone+git 20:13:23 &lt;zzz&gt; 3) 0.9.34 的 Android/Maven 构建与发布的角色分工和时间表（str4d/meeh） 20:14:03 &lt;zzz&gt; 我想知道 str4d 和 meeh 是否已经确定了 .34 的 maven/fdroid/android 发布由谁做什么，这样我就知道该找谁负责，以及大概何时会发生 20:15:37 &lt;i2pr&gt; [Slack/str4d] Meeh 拥有 Android 和 FDroid 的签名密钥 20:15:51 &lt;meeh&gt; 我们现在就可以敲定。你怎么看 str4d，你有时间做吗，还是我来？ 20:16:16 &lt;i2pr&gt; [Slack/str4d] 我很乐意由你来做，我在旁边给你当顾问 :slightly_smiling_face: 20:16:31 &lt;i2pr&gt; [Slack/str4d] （因为我想完善我们的发布能力） 20:16:47 &lt;zzz&gt; meeh 你这样可以吗？ 20:17:00 &lt;i2pr&gt; [Slack/str4d] 我们可以约个时间结对。 20:17:16 &lt;meeh&gt; 可以，我们就这么做。这目前是最好的选择，这样你可以让我跟上该怎么做、做什么 20:17:29 &lt;zzz&gt; 那 Maven Central 呢？ 20:17:45 &lt;i2pr&gt; [Slack/str4d] 目前只有我有它的凭据。 20:18:08 &lt;meeh&gt; 对，我没有 maven 访问权限 20:18:22 &lt;i2pr&gt; [Slack/str4d] 要改变这一点，需要和 Sonatype 走一些流程 20:18:29 &lt;zzz&gt; 所以这次是你来做，还是把权限给 meeh？我需要知道谁负责以及何时完成 20:18:39 &lt;i2pr&gt; [Slack/str4d] （模糊回想起我当初为了把它搭起来做过什么） 20:18:52 &lt;i2pr&gt; [Slack/str4d] 这次 .34 我来做。 20:19:21 &lt;i2pr&gt; [Slack/str4d] （大概就在和 meeh 的同一次结对中完成） 20:19:57 &lt;zzz&gt; 好，我能否要求你们两位两周内把所有发布都完成？如果我在 4 月 10 日前切 release，那就是 4 月 24 日。可以吗？ 20:20:41 &lt;i2pr&gt; [Slack/str4d] 可以。 20:20:51 &lt;zzz&gt; meeh 呢？ 20:20:56 &lt;i2pr&gt; [Slack/str4d] 我 9 号那周在丹佛，接下来一周回英国 20:21:09 &lt;i2pr&gt; [Slack/str4d] 所以选哪周更符合 meeh 的时区都行 20:21:11 &lt;meeh&gt; 没问题 20:21:39 &lt;zzz&gt; 好的。meeh 你还欠我一个确认（ACK），证明你检查了 GPlay 的崩溃报告 20:21:45 &lt;zzz&gt; 第 3 项还有别的吗？ 20:21:49 &lt;meeh&gt; 我应该能配合一个对 str4d 合适的时间，在这个时间框架内完成 20:22:27 &lt;zzz&gt; 4) 建议从控制台主页移除 open4you.i2p 和 git.repo.i2p（anonymousmaybe） 20:22:48 &lt;zzz&gt; 好的，anonymousmaybe 报告称这两个站点已经宕机数周或数月，建议从 router 控制台中移除 20:22:55 &lt;zzz&gt; 有人反对吗？ 20:23:28 &lt;i2pr&gt; [Slack/str4d] git.repo.i2p 已经挂了一阵子了，主要是因为我没时间进去把它重新跑起来。 20:23:53 &lt;zzz&gt; 所以我理解为你不反对 :) 20:23:55 &lt;i2pr&gt; [Slack/str4d] 如果希望它重新运行，我可以挤时间做这事。但我也不反对把它移除。 20:24:06 &lt;zzz&gt; 如果没有，我会在 .34 中把它们都移除 20:24:31 &lt;i2pr&gt; [Slack/str4d] 对 open4you.i2p 我没有异议 20:24:33 &lt;zzz&gt; 一旦重新上线并稳定后，你可以按照我们的常规流程申请重新收录 20:25:00 &lt;zzz&gt; 在我们的控制台主页上放死链接是非常糟糕的用户体验，我们有责任要么保持可用，要么移除它们 20:25:06 &lt;i2pr&gt; [Slack/str4d] ACK（我记得第一次就是按那个流程走的 IIRC :D） 20:25:15 &lt;zzz&gt; 第 4 项还有别的吗？ 20:25:54 &lt;zzz&gt; 5) 0.9.35 计划（zzz） 20:26:11 &lt;zzz&gt; 好的，我们一两周前开了路线图会议，网站上的路线图反映了会议结果 20:26:22 &lt;zzz&gt; 其他内容都推到 36/37 了 20:26:35 &lt;zzz&gt; 我们已经在 .35 的功能上努力了好几个星期 20:26:55 &lt;zzz&gt; 这就是我想每个版本采用的工作方式：提前把工作做好，然后在周期早期合并进来 20:27:13 &lt;i2pr&gt; [Slack/str4d] +1 20:27:13 &lt;zzz&gt; 计划是在 6 月中下旬发布 .35，标准 10 周周期 20:27:34 &lt;manas&gt; 在 .35 发布之前，会有一个类似上次的会议吗？ 20:27:57 &lt;zzz&gt; 会的，我想在每次发布前几周再开一次路线图会议 20:28:06 &lt;manas&gt; 好，听起来不错 20:28:20 &lt;zzz&gt; 第 5 项还有别的吗？ 20:28:35 &lt;zzz&gt; s/all the// 20:29:08 &lt;i2pr&gt; [Slack/str4d] .35 的路线图对我来说看起来合理 20:29:24 &lt;i2pr&gt; [Slack/str4d] 为私有测试网的搭建改进点个赞 :smile: 20:30:01 &lt;zzz&gt; 6) NTCP2 计划（zzz） 20:30:09 &lt;manas&gt; 我在论坛上发帖稍晚了些，但我想开个会（或者下次会议讨论）来谈谈私有测试网的具体细节 20:30:30 &lt;zzz&gt; 好的，我们召集了一个包含三个项目代表的团队。到目前为止开了两次会，并发布了新版本的提案 20:30:39 &lt;meeh&gt; manas 我一两天内联系你，我也在这个话题上做了一些工作 20:30:43 &lt;zzz&gt; 我们计划每周开一次会，每次会议后发布一个新草案 20:30:49 &lt;manas&gt; meeh: 好的 :) 20:31:02 &lt;zzz&gt; 目标是 4 月底完成，5 月底拿出测试实现。 20:31:19 &lt;zzz&gt; 下一次会议在 #ntcp2，4 月 9 日，UTC 时间下午 4 点，欢迎所有人参加。 20:31:20 &lt;i2pr&gt; [Slack/str4d] 正在推进的是哪个提案？ 20:31:36 &lt;zzz&gt; 我们昨天发布的那个版本。 20:31:52 &lt;zlatinb&gt; 它在 clearnet 论坛上可以找到 str4d 20:32:16 &lt;zzz&gt; 实际上，在网站上。提案 111。 20:32:56 &lt;i2pr&gt; [Slack/str4d] 好的，也就是说是我提出更新的那个 20:33:06 &lt;zzz&gt; 可以在 i2pforum.i2p、i2pforum.i2p、trac 工单、zzz.i2p 的帖子、#ntcp2 频道、这里发表评论，也可以给我发邮件，任何人愿意用哪种方式都行。无论是否在 clearnet（明网）。我们欢迎所有人的参与。 20:33:11 &lt;i2pr&gt; [Slack/str4d] 我需要检查一下网站上发布的是否与我本地在做的匹配 20:33:46 &lt;zzz&gt; 正如我一周前给你发邮件所说，我们不需要你另外提交一个单独的提案。 20:34:12 &lt;zzz&gt; 111 将作为提案，我们会在每次会议后每周更新它。\ 20:34:33 &lt;i2pr&gt; [Slack/str4d] 会后我私信你。 20:34:40 &lt;zzz&gt; 第 6 项还有别的吗？ 20:36:00 &lt;zzz&gt; 7) 状态 Scrum（zab） 20:36:04 &lt;zzz&gt; 交给你了 zlatinb 20:36:30 &lt;zlatinb&gt; 嗨。在开始 scrum 之前，所有想要领取报酬的人请填写 zzz 在他论坛上发布的工时/请求表格 20:36:55 &lt;zlatinb&gt; 然后把表格发邮件给我 20:36:58 &lt;zlatinb&gt; 现在进入 scrum 20:37:01 &lt;zzz&gt; 我建议至少等到本月的最后一周，这样大家知道到那时为止工作了多少小时？ 20:37:42 &lt;i2pr&gt; [Slack/str4d] 我同意。我的理解是这个季度从 2 月开始 20:37:43 &lt;zlatinb&gt; 可以，但我在收到表格后还需要几天时间 20:38:09 &lt;manas&gt; 我记得帖子里说不早于 4 月 23 日 20:38:29 &lt;zzz&gt; 在帖子里我说最早发邮件是 4 月 23 日，最晚是 4 月 30 日。不过规则由你定，我会更新。 20:38:49 &lt;zlatinb&gt; 这些日期没问题 20:39:07 * zlatinb 因为没读帖子被抓包 ;-) 20:39:17 &lt;zlatinb&gt; 总之 :) 20:39:50 &lt;zlatinb&gt; 所以，scrum —— 我们按顺序来，当叫到你的名字时请简要说明 20:39:56 &lt;zlatinb&gt; 1) 自上次 scrum 以来你做了什么 20:40:02 &lt;zlatinb&gt; 2) 下个月你计划做什么 20:40:21 &lt;zlatinb&gt; 3) 是否被谁阻碍，或者是否需要任何帮助 20:40:40 &lt;zlatinb&gt; 即使你在视频聊天中也有更新，也请在这里发一下，留档 20:41:02 &lt;zlatinb&gt; 那么，zzz 你先来 20:41:35 &lt;zzz&gt; 谢谢 zlatinb。上个月我做了很多 .34 发布相关的工作，包括大量缺陷修复和新功能。 20:42:13 &lt;zzz&gt; 最近我已经转向 .35 的功能和研究，包括 susimail 文件夹，以及新的 NTCP2 协议 20:42:53 &lt;zzz&gt; 下个月我计划审阅我们一个月前收到的论文，继续推进 NTCP2，把 .34 发布出去， 20:43:05 &lt;zzz&gt; 以及修复缺陷。3) 无阻碍。EOT。 20:43:18 &lt;zlatinb&gt; 谢谢 20:43:26 &lt;zlatinb&gt; eche|off：你碰巧在吗？ 20:43:39 &lt;zzz&gt; 我想不在 20:43:40 &lt;zlatinb&gt; 我知道他说他不会来，但以防万一…… 20:44:03 &lt;zlatinb&gt; 好的。下一位全职 —— meeh，请 20:44:22 &lt;meeh&gt; 重点 20:44:22 &lt;meeh&gt; 我很快就会完成一个新 OSX 启动器的 MVP（最小可行产品），改进了 outproxy（出口代理）服务并进行调优以提升性能。我做了一些少量的 Scala 测试，后续会有更多。另外我为 Android 和 OSX 的开发/测试搭建了所需的测试系统。也花了一些时间重新熟悉代码库。还读了一些提案。 20:44:40 &lt;meeh&gt; 杂项：此刻很多想不太起来。 20:45:23 &lt;meeh&gt; 下轮计划：让 OSX 的 MVP 就绪。用一个不错的浏览器打包让你们眼前一亮。更多关注 scalatest、Android 和贡献文档 20:45:51 &lt;meeh&gt; 阻碍；嗯……如上次视频所讨论的，在 DNS 变更方面达成更明确的安排 20:46:12 &lt;zlatinb&gt; 的确如此，我得更认真地去催 welt 20:46:34 &lt;zlatinb&gt; 还有别的吗 meeh？ 20:46:51 &lt;meeh&gt; 因为一旦我们能明确变更以及时间，我就可以用全新的服务器和软件弃用一些旧服务（清理等等） 20:46:59 &lt;meeh&gt; 改进我为 I2P 提供的服务 20:47:04 &lt;meeh&gt; 现在完毕 :) 20:47:19 &lt;zlatinb&gt; 酷 20:47:35 &lt;zlatinb&gt; manas：你那里现在应该很晚了，很高兴见到你，请更新？ 20:47:56 &lt;manas&gt; 嘿，大家。很高兴再次见到各位 20:47:57 &lt;manas&gt; 总结一下：我已经学习到我用来学 Java 的那本书的第 4 章（Java 语法）。本月将继续第 5 章（Java 中的对象）。我写了一些 Java 代码，已由 zzz 评审（谢谢你，zzz）。也会继续学习密码学。正在阅读 Ant 和 Gradle。考虑测试网，计划购置一些硬件以用于 20:47:58 &lt;manas&gt; 此事。继续维护我运营的服务并跟进安全披露。定期阅读/回复 trac 和论坛帖子。 20:48:19 &lt;manas&gt; meeh，如果你有关于运行 outproxy 的任何写作/文档可以分享，我很感兴趣 :) 20:48:21 &lt;manas&gt; eot 20:48:57 &lt;zlatinb&gt; 不错——我想很快就 OTF 的背景讨论一下 outproxy 相关的事情 20:49:08 &lt;meeh&gt; 好，稍后我们可以聊。主要就是一个 tunnel 的 domain 字段为空 20:49:09 &lt;zlatinb&gt; 但现在回到 scrum —— str4d 轮到你了 20:49:11 &lt;zlatinb&gt; turn 20:49:18 &lt;i2pr&gt; [Slack/str4d] 上个月我在我们的当前密码学规范上做了工作，启动了将提案迁移到新论坛的流程，参加了在罗马举办的 Tor 开发者会议（代表 Zcash，但也进行了多项与 I2P 相关的讨论），与 Elio/Ura 合作网站模型，推进 Ire 以准备 NTCP2 草案实现，并总体上思考了 20:49:19 &lt;i2pr&gt; NTCP2 的加密原语。 20:50:20 &lt;i2pr&gt; [Slack/str4d] 下个月我计划先清一下我的邮箱 XD，和 meeh 结对处理 .34 的 Android/Maven，把这些我似乎错过的会议都排进日程，审阅那篇论文，启动 NTCP2 的草案实现以搞清一些 Noise 库的问题，并推进 Elligator 风格的临时密钥盲化的规范化。 20:50:50 &lt;i2pr&gt; [Slack/str4d] 唯一的阻碍与邮件相关，会后我会去 ping 人。 20:50:57 &lt;i2pr&gt; [Slack/str4d] EOT 20:51:38 &lt;zlatinb&gt; i2pr: str4d ping ping 20:52:35 &lt;zlatinb&gt; 谢谢 20:52:46 &lt;zlatinb&gt; sadie 在 slack 上吗？ 20:53:40 &lt;zlatinb&gt; 如果不在，我想第 7 项就这些人/这些内容了 20:54:03 &lt;zzz&gt; 好的，谢谢 zlatinb，大家还有别的要在会议上说的吗？ 20:54:38 &lt;i2pr&gt; [Slack/str4d] 我觉得她不在 20:54:55 &lt;meeh&gt; 没有了，只是公告一下，我会为 outproxy 部署更多资源并改进它 20:55:03 * zzz 抓起 baffer 20:56:00 * zzz *baffs* 宣布会议结束 </div>/zh/blog/2018/03/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B43%E6%9C%886%E6%97%A5/Tue, 06 Mar 2018 00:00:00 +0000/zh/blog/2018/03/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B43%E6%9C%886%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, meeh, psi, str4d, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.33 剩余发布事项（f-droid.org，官方 Debian）（nextloop，mhatta） 20:00:00 &lt;zzz&gt; 2) 0.9.34 更新（zzz） 20:00:00 &lt;zzz&gt; 3) 状态 scrum（zab） 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:06 &lt;zzz&gt; 嗨 20:00:17 &lt;zlatinb&gt; 嗨 20:00:20 &lt;zzz&gt; 欢迎来到这个已有 15 年历史的伟大项目的第 268 次会议！ 20:00:44 &lt;zzz&gt; 1) 0.9.33 剩余发布事项（f-droid.org，官方 Debian）（nextloop，mhatta） 20:01:03 &lt;zzz&gt; 好的，nextloop 为 f-droid 提交了一个 PR，还没出现，但希望很快会有 20:01:30 &lt;zzz&gt; Debian 方面，我们仍然没有收到 mhatta 的消息，而且我们已经错过了 Bionic 的截止日期 20:01:51 &lt;zzz&gt; 第 1) 项还有别的吗？ 20:03:01 &lt;zzz&gt; 2) 0.9.34 更新（zzz） 20:03:37 &lt;zzz&gt; 我们已经完成了计划中的 10 周周期的一半。我把提交截止日期定在从现在起 4 又 1/2 周后。3 周后进入标签冻结，5 周后发布 20:04:03 &lt;zzz&gt; 目前有 16K 行 diff。最显著的变化是 susimail 重构的第 2 部分。其余是各处的修复 20:04:28 &lt;zzz&gt; 我鼓励团队的每个人尽可能为这次发布修几个工单 20:05:01 &lt;zzz&gt; 我们已经过了“大改动”的截止日期，但仍希望大家提交各种修复 20:05:21 &lt;zzz&gt; 当然，测试开发版构建也是每个人的工作，请帮忙参与 20:05:31 &lt;zzz&gt; 第 2) 项还有别的吗？ 20:07:01 &lt;zzz&gt; 3) 状态 scrum（zab）交给你了 20:07:04 &lt;eche|on&gt; 没有 20:07:11 &lt;zlatinb&gt; 嗨。我们将依次点名，当叫到你的名字时，请简要说明： 20:07:21 &lt;zlatinb&gt; 1）自上次 scrum 以来你做了什么 20:07:29 &lt;zlatinb&gt; 2）下个月你计划做什么 20:07:44 &lt;zlatinb&gt; 3）是否被什么阻塞，或者需要他人帮助 20:08:11 &lt;zlatinb&gt; 如果你觉得需要提问或评论，请等 scrum 结束再说 20:08:21 &lt;zlatinb&gt; 开始吧——zzz 先来开个头 20:09:10 &lt;zzz&gt; 好的。除了我刚才说的……我一直在改进控制台和 eepsites 的 SSL 支持；upnp 改进；IPv6 修复；以及一些杂项重构 20:09:40 &lt;zzz&gt; 预计下个月我会继续推进 SSL 和 IPv6，同时收尾发布所需的其他修复，发布将在四月上旬进行 20:10:06 &lt;zzz&gt; 我在提案工作上被阻塞，等待与 str4d 一起推进 20:10:07 &lt;zzz&gt; EOT 20:10:41 &lt;zlatinb&gt; eche|on：请开始 20:11:07 &lt;eche|on&gt; 好的，我一直在处理 trac、论坛和博客 20:11:28 &lt;eche|on&gt; 下个月这几项会继续做，多做一点对外宣传，更新财务，... 20:11:39 &lt;eche|on&gt; 目前一切正常，下周我要出差 20:12:12 &lt;zlatinb&gt; 很好。 meeh 你在吗？ 能给我们一个更新吗？ 20:12:38 &lt;meeh&gt; 在的，稍等 20:13:45 &lt;meeh&gt; 我一直在处理 OSX 启动器部分，因为我用 OSX，这东西把我烦死了，另外——过去 1.5 天我把我们糟糕的 sqlite 数据库（trac）迁移到更可扩展的方案上 20:13:53 &lt;meeh&gt; 试图避免那个空字节问题 20:14:31 &lt;meeh&gt; 看起来只要我在尝试导入之前先在 pgsql 里手动把所有表都预先定义好（到时导入就不建表），现在应该就能跑起来 20:15:37 &lt;meeh&gt; 还有，关于 git-&gt;monotone 导出我可能也会有些进展 20:15:45 &lt;meeh&gt; 我这边就这些 20:16:22 &lt;zlatinb&gt; 好的，我理解为你没有被任何事情阻碍，对吗？ 20:16:46 &lt;meeh&gt; 没有 20:16:50 &lt;meeh&gt; 一切都好 :) 20:17:16 &lt;zlatinb&gt; 太好了。 psi，你也来参加一下？ 20:17:22 &lt;psi&gt; 好的 20:17:28 &lt;psi&gt; 让我想想 20:17:47 &lt;psi&gt; 1）这是我在 i2p 的第一次 scrum 20:18:18 &lt;psi&gt; 2）这个月我要把 libsam 打磨得特别亮眼、特别棒 20:18:32 &lt;psi&gt; 可能会加上 epoll/kqueue 变体 20:18:57 &lt;psi&gt; 3）目前在等人审查我为 libsam 在 GitHub 上提交的 PR 20:19:00 &lt;psi&gt; EOT 20:19:20 &lt;zlatinb&gt; 不错 20:19:24 &lt;zlatinb&gt; str4d：你在吗？ 20:19:51 &lt;zlatinb&gt; sadie 你可能在？ 20:20:09 &lt;zzz&gt; sadie 告诉我她可能会错过 20:20:41 &lt;zlatinb&gt; 而 str4d 似乎不在 20:20:55 &lt;zlatinb&gt; 那我想 scrum 就到这里——manas 免参，mhatta 失联 20:21:20 &lt;zzz&gt; 好的，3）还有别的吗？会议还有其他事项吗？ 20:21:34 &lt;zlatinb&gt; 现在，大家对 scrum 中提到的任何内容有问题或评论吗？ 20:21:41 &lt;meeh&gt; 等到问答环节时，我有一个关于 Oracle、许可和我们的问题 20:21:54 &lt;zlatinb&gt; （这是阻塞方/被阻塞方部分） 20:22:05 &lt;zlatinb&gt; meeh：好的，我们会后聊 20:22:43 &lt;zzz&gt; 我再补充一下，所有可能的打包变更和改进都被 mhatta 卡住了 20:23:12 &lt;zzz&gt; 以及 Tails 启动通知功能，同上 20:24:22 &lt;zlatinb&gt; 好的。 我想 3) 到此结束 20:24:33 &lt;zzz&gt; 好的，会议还有其他事项吗？ 20:25:02 * zzz 抓起 baffer 20:25:27 &lt;i2pr&gt; [Slack/str4d] 到 20:25:38 * zzz 放下 baffer 20:25:38 &lt;zlatinb&gt; 哦嗨 20:25:39 &lt;i2pr&gt; [Slack/str4d] 抱歉迟到了，网络又出问题了 20:26:13 &lt;zlatinb&gt; 那么，简要地 1）你做了什么 2）打算做什么 3）是否受阻/需要帮助？ 20:27:58 &lt;i2pr&gt; [Slack/str4d] 1）修复 bug、发布相关工作、router 控制台 UI 补丁集、Android 工作与签名密钥委托、工单分拣、XRDS 文章 20:29:14 &lt;i2pr&gt; [Slack/str4d] 哦，还有与 Ura 的协作 20:29:24 &lt;i2pr&gt; [Slack/str4d] （另外还有日常会议等） 20:31:40 &lt;i2pr&gt; [Slack/str4d] 2）把所有提案迁移到新论坛，完成 NTCP Noise 草案作为新提案，Tor 开发者会议，与 Ura 同步，与 dawuud 就 SPHINCS 同步，可能进行论文评审，修改 XRDS 文章，工单分拣 20:34:49 &lt;zlatinb&gt; 你有被什么卡住，或者需要某人的帮助吗？ 20:34:50 &lt;i2pr&gt; [Slack/str4d] 3）目前没有，但希望联系对审阅感兴趣的人 20:35:07 &lt;i2pr&gt; [Slack/str4d] 哦，还有邮件列表 20:35:20 &lt;zzz&gt; 好的，3）还有别的吗？会议还有其他事项吗？ 20:36:03 * zzz 再次抓起 baffer 20:36:23 &lt;zzz&gt; zab，我喜欢这种 1-2-3 的方式，挺管用的 20:37:01 * zzz **bafs** 会议结束 </div>/zh/blog/2018/02/12/i2p-%E5%9C%A8-bsidesnyc/Mon, 12 Feb 2018 00:00:00 +0000/zh/blog/2018/02/12/i2p-%E5%9C%A8-bsidesnyc/<p>Sadie 和 str4d 于 1 月 20 日（星期六）参加了 BSidesNYC。感谢 BSides 团队筹办了如此精彩的会议！</p> <p>除了几场演讲之外，我们主要在下午于约翰·杰伊学院的公共区域推进我们为当天设定的几个目标。</p> <p>我们最紧迫的任务是在 34C3 的讨论之后撰写 2018 年的高层路线图。这份内容<a href="../../zh/blog/2018/02/11/high-level-roadmap-for-2018/">现已发布</a> ——去看看吧！我们还重新拾起了假期期间搁置的一些、围绕我们新建立的漏洞响应流程的讨论串，并推动其投入“生产环境”使用。</p> <p>最庞大且最繁琐的任务，是为新的 I2P 网站制定信息架构。我们已有由 <a href="https://ura.design">Ura Design</a> 团队为我们设计的新徽标和首页，但在如何组织内容导航以打造更友好的新手引导体验上一直受阻。我们已完成这一工作的初稿，正与 Ura 合作将其最终定稿，随后开始进行其余的设计工作。</p> <p>最后，我们讨论了今年的参与与外联方面的想法。我们一致认为，设立具体的捐赠档位是个好主意，较低档位提供我们现有的贴纸，较大金额的捐赠则提供其他奖励。可能的奖励方案包括：</p> <ul> <li> <p>More sticker variants (e.g. tesselating sticker)</p> </li> <li> <p>T-shirts printed with our new logo</p> </li> <li> <p>Other kinds of merch (hoodies, scarves)</p> </li> <li> <p>Extension idea: Raspberry Pis in custom 3D-printed cases, pre-loaded with I2P! This would require ironing out things like:</p> <ul> <li>Having sufficient randomness at boot for generating key material.</li> <li>Ensuring the hardware can handle sufficient network traffic to be a useful network participant (older Pis had restricted network interface speeds).</li> <li>Actually making them!</li> </ul> </li> </ul> <p>这次聚会是我们在 34C3 上讨论过的一个想法的试运行：在全年举办更多以 I2P 为重点的非正式聚会。而且效果很好！如果你有兴趣协助组织今后的聚会，请与我们联系。今年，I2P 的开发者和社区成员将参加 FOSDEM、HOPE、Citizen Lab 和 BSidesTO，以及很可能的其他活动——所以我们需要大量新的贴纸！</p>/zh/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/zh/blog/2018/02/11/high-level-roadmap-for-2018/<p>我们在 34C3 讨论的诸多议题之一，是来年应当将重点放在哪里。具体来说，我们希望制定一份路线图，清晰地区分我们要确保完成的事项与“如果能拥有就很不错”的事项，并且能够帮助新加入的贡献者在这两类工作中顺利上手。以下是我们的结论：</p> <h2 id="优先级新的密码学">优先级：新的密码学！</h2> <p>许多当前的原语和协议仍保留着大约2005年的原始设计，需要改进。我们就此已有若干公开的提案和设想多年，但推进一直很慢。我们一致认为，这需要成为我们2018年的首要任务。核心组件包括：</p> <ul> <li>New transport protocols (to replace NTCP and SSU). See <a href="https://geti2p.net/spec/proposals/111">Prop111</a> .</li> <li>New onion-encryption protocol for building and using tunnels.</li> <li>New NetDB datatypes to enable enhanced Destinations. See <a href="https://geti2p.net/spec/proposals/123">Prop123</a> .</li> <li>Upgraded end-to-end protocol (replacing ElGamal).</li> </ul> <p>围绕这一优先事项的工作分为几个方面：</p> <ul> <li>Writing proposals.</li> <li>Writing working implementations of them that we can test.</li> <li>Reviewing proposals.</li> </ul> <p>如果不在所有这些方面开展工作，我们无法在整个网络范围内发布新的协议规范。</p> <h2 id="可选但有益-代码复用">可选但有益: 代码复用</h2> <p>现在开始开展上述工作的一个好处在于，在过去的几年里，已经有一些独立的努力致力于创建简单的协议和协议框架，它们实现了我们为自身协议设定的许多目标，并且在更广泛的社区中获得了认可和采用。通过利用这些工作，我们能够获得&quot;force multiplier&quot;（倍增效应）：</p> <ul> <li> <p>We benefit from protocol designs, security proofs, and code written by others, reducing the amount of work we need to do for the same level of feature-completeness and security assurances.</p>/zh/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/zh/blog/2018/02/11/high-level-roadmap-for-2018/<p>在 34C3 上，我们讨论的诸多话题之一是来年应当把重点放在哪里。尤其是，我们希望制定一份清晰的路线图，明确哪些是我们必须确保完成的，哪些是如果能够实现就更理想的，并且能够帮助新加入者上手参与这两类工作。以下是我们的结论：</p> <h2 id="优先级新的密码学">优先级：新的密码（学！）</h2> <p>许多现有的原语和协议仍沿用大约 2005 年的最初设计，亟需改进。多年来我们一直有若干公开提案和设想，但推进一直很慢。我们一致认为，这需要成为我们 2018 年的首要任务。核心组成包括：</p> <ul> <li>New transport protocols (to replace NTCP and SSU). See Prop111.</li> <li>New onion-encryption protocol for building and using tunnels.</li> <li>New NetDB datatypes to enable enhanced Destinations. See Prop123.</li> <li>Upgraded end-to-end protocol (replacing ElGamal).</li> </ul> <p>围绕这一优先事项的工作分为几个方面：</p> <ul> <li>Writing proposals.</li> <li>Writing working implementations of them that we can test.</li> <li>Reviewing proposals.</li> </ul> <p>如果不在所有这些领域开展工作，我们无法在整个网络范围内发布新的协议规范。</p> <h2 id="加分项代码复用">加分项：代码复用</h2> <p>现在开始上述工作的一个好处在于：在过去几年里，已有一些相互独立的努力致力于创建简单的协议和协议框架，它们实现了我们为自己的协议设定的许多目标，并已在更广泛的社区中获得了认可和采用。通过利用这些工作，我们可以获得一种 &ldquo;倍增效应&rdquo;：</p> <ul> <li> <p>We benefit from protocol designs, security proofs, and code written by others, reducing the amount of work we need to do for the same level of feature-completeness and security assurances.</p>/zh/blog/2018/02/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B42%E6%9C%886%E6%97%A5/Tue, 06 Feb 2018 00:00:00 +0000/zh/blog/2018/02/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2018%E5%B9%B42%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) 嗨 20:00:01 &lt;zzz&gt; 1) 0.9.33/34 更新 (zzz) 20:00:01 &lt;zzz&gt; 2) 34C3 后续事宜 (zzz) 20:00:01 &lt;zzz&gt; 3) B-Sides NYC 报告 (sadie, str4d) 20:00:01 &lt;zzz&gt; 4) FOSDEM 报告 (echelon) 20:00:01 &lt;zzz&gt; 5) 状态 scrum（站会） (zab) 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:08 &lt;zzz&gt; 嗨 20:00:11 &lt;zlatinb&gt; 嗨 20:00:15 &lt;manas&gt; 嗨 20:00:19 &lt;echelon&gt; 嗨 20:00:35 &lt;zzz&gt; 1) 0.9.33/34 更新 (zzz) 20:00:46 &lt;zzz&gt; 好的，0.9.33 发布一周了，到目前为止一切顺利 20:00:47 &lt;orignal_&gt; 嗨 20:01:22 &lt;zzz&gt; 剩下的项目是 str4d 负责的 android/fdroid/maven 和 mhatta 负责的官方 Debian。你们二位能给个 ETA（预计完成时间）吗？ 20:01:27 &lt;R4SAS&gt; 嗨 20:01:33 &lt;echelon&gt; 是的，看起来不错 20:02:39 &lt;zzz&gt; 我们需要两者都在本周末前完成，才能达到主要发布项目两周内完成的目标，并赶上 Bionic 的最后期限 20:03:24 &lt;zzz&gt; 好吧，我继续到 .34，希望他们能上线 20:03:48 &lt;zzz&gt; 我为 .34 设定了 10 周的周期，预计四月中旬发布。这意味着三月初要把重要项目合入 20:03:59 &lt;echelon&gt; 好的 20:04:06 &lt;zzz&gt; 我已经提交了一些小改动，几天后会有一次对 susimail 的大型重写 20:04:19 &lt;echelon&gt; 会测试它们 20:04:42 &lt;echelon&gt; .34 还有其他在计划中的内容吗？ 20:04:50 &lt;zzz&gt; 哦，还有一件关于 .33 的事，我们在 .33 开发周期里提交了 73 个工单。我修了大约 30 个。 20:04:54 &lt;i2pr&gt; [Slack/sadie] 嗨 20:05:13 &lt;zzz&gt; 基本上只有我在做分诊或修复，如果没人帮忙，我就没有时间做其他事了 20:05:38 &lt;zzz&gt; 所以希望大家帮把手，工单是每个人的工作，请尽力参与 20:05:54 &lt;echelon&gt; 我可以找些工单，但不能写代码 20:06:08 &lt;echelon&gt; 还在和 trac 的用户管理较劲 20:06:08 &lt;zzz&gt; 关于 .34，路线图需要按我们实际能完成的内容来修订一下，但我已经有几个星期没看过了 20:06:23 &lt;echelon&gt; 好的 20:06:34 &lt;zzz&gt; 很多工单是关于网站的，而我们已经很久没有人在持续修网站了 20:06:51 &lt;echelon&gt; 好的，内容很容易 20:07:02 &lt;zzz&gt; 我想 str4d 会在 34 里做一些 UI 修复，因为他没在 33 里提交任何东西，但拭目以待吧 20:07:08 &lt;zzz&gt; 1) 还有别的吗？ 20:08:00 &lt;zzz&gt; 2) 34C3 后续事宜 (zzz) 20:08:35 &lt;zzz&gt; 这主要只是个占位事项。还有一项待办是把 str4d 的路线图优先级概览完成并放到网站上 20:08:40 &lt;zzz&gt; str4d，这个有进展吗？ 20:08:55 &lt;zzz&gt; 还有谁对 34C3 有什么想说的吗？ 20:09:17 &lt;manas&gt; 这四天非常棒 :) 20:09:17 &lt;echelon&gt; 和 33c3 相比，来找我们聊的人没有那么多 20:09:52 &lt;zzz&gt; 是啊，尽管我们做了很多事情，可能是因为临时上前咨询的人少了。这是个权衡 20:09:55 &lt;orignal_&gt; 大家对 i2p 不再感兴趣了吗？ 20:10:06 &lt;i2pr&gt; [Slack/str4d] 我已经有草稿了，但一直遇到开发者论坛访问问题 20:10:08 &lt;zzz&gt; 更多是桌位位置的问题 20:10:11 &lt;i2pr&gt; [Slack/str4d] Done* 20:10:13 &lt;echelon&gt; 确实 20:10:27 &lt;zzz&gt; str4d，把它放到网站上的 ETA？ 20:11:24 &lt;zzz&gt; str4d，回到 1)，maven/android/fdroid 的 .33 版本 ETA？ 20:11:31 &lt;i2pr&gt; [Slack/str4d] 如果不需要在开发者论坛再征求更多评审，今晚就能做 20:11:55 &lt;zzz&gt; 我提了一些异议你还没回应，至少到几个小时前还没有 20:11:59 &lt;i2pr&gt; [Slack/str4d] .33 的东西这周末可能不行，我整个周末都要做 Zcash 的工作 20:12:11 &lt;zzz&gt; 那 .33 的 ETA 呢？ 20:12:23 &lt;i2pr&gt; [Slack/str4d] 对，我一直在尝试把这事发到开发者论坛上 20:12:57 &lt;zzz&gt; 嗯，如果你看到了，那就根据那些异议来处理，或者不接受，都由你决定 20:13:58 &lt;i2pr&gt; [Slack/str4d] .33 得拖到下个周末（大概 18 号？） 20:14:41 &lt;zzz&gt; 那就是从发布算起 2 周半。有没有办法更快一点？我们真的需要把这些当作主要发布产物，尽快发布 20:15:31 &lt;orignal_&gt; zzz，你为什么不能自己处理？ 20:15:50 &lt;zzz&gt; 我们都有各自的角色。我不可能什么都做。 20:17:07 &lt;orignal_&gt; 有时候你得自己上 20:17:09 &lt;zzz&gt; 好的，str4d 可能会回应，也可能不会。1) 或 2) 还有别的吗？ 20:17:17 &lt;i2pr&gt; [Slack/str4d] 我也没法改变我的工作安排 20:17:48 &lt;i2pr&gt; [Slack/str4d] 如果能有更多人来做这些发布就好了，尤其是 Maven 这块 20:17:52 &lt;zzz&gt; 好的，我们想办法下次更快地完成 20:17:59 &lt;zzz&gt; 3) B-Sides NYC 报告 (sadie, str4d) 20:18:19 &lt;zzz&gt; sadie、str4d，能否简要汇报一下，也告诉我们完整差旅报告发布的 ETA？ 20:18:47 &lt;i2pr&gt; [Slack/sadie] 进展不错——我们有一篇博客文章已准备好（发布有些问题） 20:19:22 &lt;zzz&gt; 那真是……非常简短……什么时候能发？ 20:19:34 &lt;i2pr&gt; [Slack/sadie] 我们完善了路线图，改了网站，并讨论了今年的外展想法 20:20:11 &lt;i2pr&gt; [Slack/str4d] 网站的导航 IA（信息架构）好多了 20:20:25 &lt;i2pr&gt; [Slack/sadie] 我们和做新 logo 的 Elio 又取得了联系，开始二级页面的设计 20:20:32 &lt;zzz&gt; IA？ 20:20:40 &lt;i2pr&gt; [Slack/str4d] Information architecture 20:21:21 &lt;zzz&gt; sadie、str4d，差旅报告发布的 ETA？ 20:21:30 &lt;i2pr&gt; [Slack/str4d] 路线图一上线，博客文章就会上 20:21:56 &lt;zzz&gt; 好。3) 还有别的吗？ 20:22:45 &lt;zzz&gt; 4) FOSDEM 报告 (echelon) 20:22:47 &lt;i2pr&gt; [Slack/str4d] tl;dr 办得不错，值得再来一次 20:22:58 &lt;zzz&gt; echelon，FOSDEM 怎么样，I2P 的演讲如何？ 20:23:25 &lt;echelon&gt; fosdem 是个不错的大活动，有&gt;20 条并行议题轨道，成千上万的访客，全部免费参加 20:23:34 &lt;manas&gt; 哇，真棒 20:23:58 &lt;echelon&gt; fosdem 本身管理和组织得很好，但买吃的要花点时间，而且很多演讲很快就满了进不去 20:24:23 &lt;echelon&gt; 不过所有演讲都有直播，现在也都推到 youtube 上了，并在 fosdem 页面上线 20:24:49 &lt;echelon&gt; i2p 的演讲是一个简短快速的介绍，讲了什么是 i2p 以及它和 tor 的不同，没讲更多，时间比较紧 20:25:09 &lt;zzz&gt; 你见到那个人了吗？ 20:25:20 &lt;echelon&gt; 作者是个 i2pd 的人，在这里联系不多，但对代码有相当不错的内部视角，除了有些数字不太对 20:25:29 &lt;echelon&gt; 观众大概有 100-150 人，房间坐满了 20:25:53 &lt;zzz&gt; 太好了，很高兴你去了 20:26:01 &lt;zzz&gt; 4) 还有别的吗？ 20:26:01 &lt;echelon&gt; 之后只有两个问题，比如 Java I2P 现在是否真的占用 2-4GB，以及是否能在树莓派上运行 20:26:17 &lt;echelon&gt; 我们 2019 年也应该去 20:26:43 &lt;echelon&gt; （我回家还带了个咳嗽，真糟） 20:26:53 &lt;orignal_&gt; 我们怎么会不认识这个人？ 20:27:27 &lt;manas&gt; echelon：我从 34c3 飞回来的航班上也带了个要命的咳嗽 :) 现在好了 20:27:29 &lt;echelon&gt; 他一直很低调，但对 git 有 push 权限 20:27:49 &lt;orignal_&gt; manas 你现在在哪里？ 20:27:51 &lt;zzz&gt; 4) 还有别的吗？ 20:27:58 &lt;echelon&gt; 没聊太多，因为我那时已经不太舒服，而且周日时间也紧 20:28:29 &lt;orignal_&gt; push 权限？我想只有 R4SAS、villain 和 psi 有 20:28:38 &lt;zzz&gt; 5) 状态 scrum (zlatinb) 20:28:45 &lt;zzz&gt; 好的 zab，交给你了 20:28:50 &lt;echelon&gt; 他说，他向 i2pd 推送过代码 20:28:59 &lt;echelon&gt; 好的 20:29:08 &lt;zlatinb&gt; 大家好。我很高兴地说，所有补偿提案都已通过！ 20:29:10 &lt;orignal_&gt; 那我们就能找到他 20:29:46 &lt;zlatinb&gt; 我们轮流来，当叫到你的名字时，请简要说明你接下来 6 个月要做什么。请把问题留到后面 20:29:55 &lt;zlatinb&gt; zzz 你先来 20:30:52 &lt;zzz&gt; 好的，我的大部分时间都会用于项目管理、修 bug 和写新代码，但我计划花相当多的时间在提案和规划上，并补补课 20:31:02 &lt;zzz&gt; 这样我就有足够的信息来做我们需要做的一些决策 20:31:27 &lt;zzz&gt; 大多数人都知道我在做什么，这就是一个快速概述 20:31:39 &lt;zzz&gt; 写代码、修 bug、重复 20:31:42 &lt;zzz&gt; EOT 20:31:56 &lt;zlatinb&gt; 谢谢。echelon，到你了 20:32:23 &lt;echelon&gt; 好的，管理资金，做一些公关（PR），管理大部分服务，做一些 trac 相关工作，去参加会议^^ 20:32:41 &lt;echelon&gt; eot 20:32:55 &lt;zlatinb&gt; str4d：开始 20:33:04 &lt;i2pr&gt; [Slack/str4d] 我时间的第一优先是撰写和评审提案，并与 zzz 一起管理提案流程，确保我们为社区提供高质量的提案文档。 20:33:33 &lt;i2pr&gt; [Slack/str4d] 第二优先是在 Java 和 Rust 中起草提案的实现，并与 I2P 之外的人合作通用组件。 20:34:10 &lt;i2pr&gt; [Slack/str4d] 剩余时间将用于 Maven、Android（只做 bug 修复）和 I2P-Bote。 20:34:13 &lt;i2pr&gt; [Slack/str4d] EOT 20:34:53 &lt;zlatinb&gt; sadie，感谢参加！告诉我们你要做什么 20:35:20 &lt;zlatinb&gt; Sadie？ 20:35:42 &lt;i2pr&gt; [Slack/str4d] 你在 shack 里看不到正在输入的通知 20:35:43 &lt;i2pr&gt; [Slack/sadie] 嗨！我会扩展我的公关角色——博客文章、控制台新闻…… 20:35:47 &lt;i2pr&gt; [Slack/str4d] Slack* 20:36:26 &lt;i2pr&gt; [Slack/sadie] 另外——Trac 分诊——改善我们的响应时间，帮助用户 20:37:13 &lt;i2pr&gt; [Slack/sadie] 研究资金来源，与其他项目的外展以及战略合作。寻找更多用户和开发者 20:37:35 &lt;i2pr&gt; [Slack/sadie] EOT 20:37:47 &lt;zlatinb&gt; 很好。manas，到你了 20:37:52 &lt;manas&gt; 嗨 20:38:05 &lt;manas&gt; 接下来 6 个月：学习 Java、I2P 文档并熟悉代码库；学习密码学、匿名性、隐私与安全——欢迎推荐与这些主题相关的书籍/论文/等 :) 20:38:10 &lt;manas&gt; 我有一些有趣的艺术设计想法，可以用于 I2P 品牌的贴纸/衬衫，也会去做 20:38:14 &lt;manas&gt; 当前状态：办公空间已搭建；网络部分基本完成——一个 router 需要固件升级，已提交工单。已准备好着手所有任务。 20:38:16 &lt;manas&gt; eot 20:38:36 &lt;zlatinb&gt; 很好。meeh 和 mhatta，你们在吗？ 20:38:49 &lt;meeh&gt; 我在 20:38:58 &lt;zlatinb&gt; 请讲 20:39:01 &lt;manas&gt; 嗨 meeh :) 20:39:05 &lt;meeh&gt; 给我点时间跟上 20:39:40 &lt;zlatinb&gt; 我们在进行 scrum，简要说说你接下来 6 个月要做什么 20:39:46 &lt;meeh&gt; 明白 20:42:12 &lt;meeh&gt; 接下来 6 个月：为 i2p 的核心和 router 部分尽可能完成更多 Scala 测试（单元测试），也可能包括其他部分。另外 I2P 的 OS X 版本需要改进，我会做启动器和更新流程；我也希望改进文档/网站，尽可能在 trac 上跟进各类未解决问题，最后对新的加密/ I2NP 做一些研究 20:42:45 &lt;zlatinb&gt; 好的 20:44:39 &lt;zlatinb&gt; 很遗憾 mhatta 不在，那就结束 scrum 了 20:44:39 &lt;zlatinb&gt; 在我们 baf 会议之前，我想给大家一个机会向团队其他成员提问 20:44:40 &lt;zlatinb&gt; 所以如果你对目标有任何具体问题——现在就问！ 20:44:40 &lt;zlatinb&gt; 否则，猎鹰重型火箭将在一分钟后发射 :) 20:44:41 &lt;manas&gt; meeh：你会考虑把需要网络访问的测试和不需要的分开吗？ 20:44:42 &lt;meeh&gt; 我想请大家指出有哪些地方比其他地方更需要测试。欢迎建议。 20:45:21 &lt;zzz&gt; manas 和 str4d 是讨论测试的最佳人选 20:45:38 &lt;meeh&gt; manas：我会尽量把网络模拟/mock 到位，如果遇到具体测试还没想好怎么做，但我会随时告知你 :) 20:45:59 &lt;manas&gt; BobTheBuilder 目前用 torsocks 包装器运行 Ant 测试。如果能把需要网络的测试与其他测试分开运行就更好了 20:46:00 &lt;meeh&gt; s/test/a place where it's needed for a test/ 20:46:29 &lt;zzz&gt; zab 我们需要讨论是否保留本次会议中的 scrum 部分，可以在接下来几周讨论 20:46:30 &lt;meeh&gt; 那我会研究一下这个问题 :) 20:46:33 &lt;meeh&gt; 谢谢建议 20:46:45 &lt;zzz&gt; 下个月之前还会有一次 scrum 吗？ 20:47:03 &lt;manas&gt; meeh：我们再详细聊聊，我也会研究这些测试 :) 20:47:11 &lt;zlatinb&gt; 对，我想每个月大家都来一次 scrum 20:47:17 &lt;meeh&gt; 我完全没问题——我这边每天 0930am 还有更糟的 :p 20:47:19 &lt;zlatinb&gt; 除了因为时差无法参加的 manas 之外 20:47:44 &lt;zzz&gt; 我敢说 mhatta 的时区至少也一样糟 20:47:46 &lt;manas&gt; 是的，这里很早 lol 20:47:47 &lt;zlatinb&gt; 除此之外，我每周会通过 irc/signal 等与全职的同事开会 20:47:56 &lt;manas&gt; mhatta 可能在沉睡中 20:47:59 &lt;meeh&gt; 最坏情况下我可以换时区 :) 20:48:14 &lt;zzz&gt; 我能把会议提前的最早时间是再提前半小时，不过夏令时开始后我可能可以改到 UTC 晚上 7 点 20:48:25 &lt;zzz&gt; 我猜对 mhatta 来说恐怕还是不够早 20:48:41 &lt;manas&gt; 不过每月一次不成问题。每周一次可能就有问题 20:49:18 &lt;zzz&gt; 我鼓励大家尽可能常来 IRC。这里最近太安静了。这是完成事情的最佳地点 20:49:25 &lt;zzz&gt; 5) 还有别的吗？ 20:49:30 &lt;zlatinb&gt; 好的，我说完了，谢谢大家 20:49:38 &lt;zzz&gt; 会议还有别的事吗？ 20:50:08 &lt;meeh&gt; 我基本一直都在——只是最近忙着从日常工作的项目里抽身。所以过段时间我会更活跃。 20:50:19 * zzz 抓起 *baffer* 20:50:29 &lt;meeh&gt; 我估计这周内就能有个开始日期 zlatinb 20:50:56 &lt;zlatinb&gt; 太棒了 20:51:02 * zzz *bafs* the meeting closed </div>/zh/blog/2018/01/30/0.9.33-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 30 Jan 2018 00:00:00 +0000/zh/blog/2018/01/30/0.9.33-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.33 继续推进将网络迁移到更强、更快的加密方案的多年努力。该版本包含对更多签名类型的支持，并为将 Ed25519 设为默认做了准备。同时还包含重要的错误修复和性能改进。</p> <p>如往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2017/12/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B412%E6%9C%885%E6%97%A5/Tue, 05 Dec 2017 00:00:00 +0000/zh/blog/2017/12/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B412%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> str4d, orignal, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.33 更新（zzz） 20:00:00 &lt;zzz&gt; 2) 34C3 筹备（zzz） 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:30 &lt;zzz&gt; 1) 0.9.33 更新（zzz） 20:00:48 &lt;zzz&gt; 0.9.33 的开发已经有了一个强劲的开端，目前已有 20K 行 diff 20:00:55 &lt;zzz&gt; 很多不错的修复 20:01:17 &lt;zlatinb&gt; 嗨 20:01:42 &lt;zzz&gt; 另外，0.9.32 的 Android 版比我们两周的目标更晚，所以我们做了一些流程调整，确保在桌面版发布前先审查 Google Play 的崩溃情况 20:02:01 &lt;i2pr&gt; [Slack/str4d] 嗨 20:02:02 &lt;zzz&gt; 这应该能让 Android 版更早发布且质量更高 20:02:29 &lt;i2pr&gt; [Slack/str4d] 我本地还有更多 CSS 和 JSP 补丁，希望这个周末清理一下并提交到 mtn，方便更长时间的评审。 20:02:40 &lt;zzz&gt; 我认为我们有望在一月下旬发布 0.9.33。这意味着大的改动应在本月、CCC 之前合入 20:03:28 &lt;zzz&gt; 我们还有更多关于 streaming（流式传输）的微调要做，本周我一直在修复 susimail 的问题 20:04:12 &lt;zzz&gt; 关于 1) 还有其他的吗？ 20:04:24 &lt;zlatinb&gt; 如果可以的话，我建议把开发版放到 postman 的 tracker（种子追踪器）上 20:04:35 &lt;zlatinb&gt; 有些人会下载并尝试那上面出现的任何东西 20:04:50 &lt;zzz&gt; 我觉得你可以通过 bobthebuilder.com 上的磁力链接（magnet）或种子文件（torrent）获取它们 20:05:17 &lt;zlatinb&gt; 哦是的，只是出现在 postman 上会带来很高的曝光度 20:05:43 &lt;zzz&gt; 好的，和 bobthebuilder 的 op（管理员）聊聊这件事，主意不错 20:05:54 &lt;zzz&gt; 关于 1) 还有其他的吗？ 20:05:58 &lt;i2pr&gt; [Slack/str4d] 另外，我们现在在 Travis CI 上也有持续构建，所以也可以关注 `https://travis-ci.org/i2p/i2p.i2p` 以获取另一种视角 20:06:44 &lt;zzz&gt; str4d，如果你能为此设置一个 IRC 机器人，可能会有帮助，人们很难记得去查看一个网站 20:07:17 &lt;zzz&gt; 关于 1) 还有其他的吗？ 20:08:01 &lt;zzz&gt; 2) 34C3 筹备（zzz） 20:08:10 &lt;zzz&gt; 好的，贴纸这件事已经在掌控之中 20:08:25 &lt;zzz&gt; eche|on 拿着火车票 20:08:33 &lt;zzz&gt; hottuna 已经在 wiki 上给我们报名了 20:08:43 &lt;zzz&gt; Noisy Square 已经在 wiki 上出现了吗？ 20:08:50 &lt;zzz&gt; 另外，横幅在谁手里？ 20:09:23 &lt;zzz&gt; 除非有人先做，我稍后会建立 Twitter 的 DM（私信）群组 20:11:01 &lt;zzz&gt; 没有听到回应... 关于 2) 还有其他的吗？ 20:12:01 &lt;zzz&gt; 会议还有其他事项吗？ 20:12:33 &lt;orignal&gt; 也许把会议设得没那么频繁更合适？ 20:12:47 &lt;orignal&gt; 由于兴趣不足 20:12:56 &lt;orignal&gt; 但要加大宣传 20:13:09 &lt;i2pr&gt; [Slack/str4d] 期待！ 20:13:35 &lt;i2pr&gt; [Slack/str4d] 我觉得每月一次差不多合适 20:13:41 &lt;zzz&gt; orignal，也许吧，我们可以在 CCC 讨论。 20:13:47 &lt;i2pr&gt; [Slack/str4d] 这个时间是否合适总是可以讨论的 20:13:56 &lt;zzz&gt; 公关团队也许可以多做些宣传，当然 20:14:10 &lt;orignal&gt; 我会把它固定在发布前一周 20:14:16 &lt;i2pr&gt; [Slack/str4d] zzz，我刚把 IRC 通知的配置推送到了 i2p.i2p 20:14:34 &lt;zzz&gt; 另外，计划说明：我们下一次会议将在 CCC 线下面对面举行。我们在 1 月 2 日不会开会。 20:14:35 &lt;orignal&gt; 至少这样会有个明确的主题 20:14:44 &lt;zzz&gt; 我们的下一次 IRC 会议将在 2 月 6 日（周二）举行 20:15:33 &lt;zzz&gt; 请在 zzz.i2p 上查看有关 CCC 会议主题的帖子 20:15:42 &lt;zzz&gt; 如果有任何建议，请在那里添加 20:15:47 &lt;zzz&gt; 会议还有其他事项吗？ 20:15:52 * zzz 抓起 baffer 20:16:58 &lt;i2pr&gt; [Slack/str4d] 我会在 CCC 之前对提案做更多工作 20:17:11 * zzz *bafs* 宣布会议结束 </div>/zh/blog/2017/11/07/0.9.32-%E5%8F%91%E5%B8%83/Tue, 07 Nov 2017 00:00:00 +0000/zh/blog/2017/11/07/0.9.32-%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>0.9.32 在 router 控制台及相关的 web 应用（addressbook、i2psnark 和 susimail）中包含若干修复。我们还更改了对已发布的 router infos 的已配置主机名的处理方式，以消除某些通过 DNS 进行的网络枚举攻击。我们在 router 控制台中增加了一些检查，以抵御 DNS 重绑定攻击。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2017/11/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B411%E6%9C%887%E6%97%A5/Tue, 07 Nov 2017 00:00:00 +0000/zh/blog/2017/11/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B411%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> orignal, zlatinb, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:03 &lt;zzz&gt; 1) 0.9.32 更新 (zzz) 20:00:03 &lt;zzz&gt; 2) 34C3 筹备 (zzz) 20:00:06 &lt;zzz&gt; 0) 嗨 20:00:08 &lt;zzz&gt; 嗨 20:00:27 &lt;zlatinb&gt; 嗨 20:00:39 &lt;zzz&gt; 1) 0.9.32 更新 (zzz) 20:01:02 &lt;zzz&gt; 昨晚构建好了，看起来 echelon 刚刚把新闻上线了 20:01:20 &lt;zzz&gt; 我今晚或明天去处理 debian/launchpad 20:01:41 &lt;zzz&gt; str4d，我们什么时候可以期待 android 和 maven？ 20:02:22 &lt;zzz&gt; 另外，我们需要 str4d 或 meeh 把文件放到网站上，完成后告诉我一声 20:02:54 &lt;zzz&gt; 我把 0.9.33 的日期定在一月下旬 20:02:59 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:54 &lt;orignal_&gt; 嗨 20:04:05 &lt;zzz&gt; 2) 34C3 筹备 (zzz) 20:04:20 &lt;zzz&gt; 票都搞定了，我们会有大约 8 个人到场 20:04:48 &lt;zzz&gt; 他们宣布了搭建 assemblies（社群展区）的新方式。hottuna2 通常帮我们报名，你今年能负责吗？ 20:05:43 &lt;zzz&gt; 好的，我们得跟进 hottuna2，确保我们有预留的桌位 20:05:47 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:05:57 &lt;zlatinb&gt; 我可能就直接过去，在外面和你们喝一杯 20:05:57 &lt;zlatinb&gt; 除非我够幸运能弄到一张票 20:07:09 &lt;zzz&gt; 我们确实有多余的票，不过可能已经过期了。问问 echelon 20:07:12 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:07:31 &lt;zzz&gt; 会议还有别的事项吗？ 20:09:00 * zzz *baffs* 会议结束 </div>/zh/blog/2017/10/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B410%E6%9C%883%E6%97%A5/Tue, 03 Oct 2017 00:00:00 +0000/zh/blog/2017/10/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B410%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, orignal, str4d, villain, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 18:30:00 &lt;zzz&gt; 0) 嗨 18:30:00 &lt;zzz&gt; 1) 0.9.31 Android 更新（str4d） 18:30:00 &lt;zzz&gt; 2) 0.9.32 更新（zzz） 18:30:00 &lt;zzz&gt; 3) 34C3 预算（zzz/echelon） 18:30:00 &lt;zzz&gt; 4) Debian 软件包更新（zzz） 18:30:00 &lt;zzz&gt; 5) jrandom 之后的 10 年（zzz） 18:30:06 &lt;zzz&gt; 0) 嗨 18:30:09 &lt;zzz&gt; 嗨 18:30:26 &lt;eche|on&gt; 嗨 18:30:27 &lt;i2pr&gt; [Slack/str4d] 嗨 18:30:49 &lt;zzz&gt; 1) 0.9.31 Android 更新（str4d） 18:31:05 &lt;zzz&gt; str4d，.31 的状态如何，下载页面仍显示 .30 18:32:37 &lt;i2pr&gt; [Slack/str4d] 很遗憾没有进展，被我的手机问题以及找房/拿房影响了 18:33:19 &lt;zzz&gt; 我手机上有 .31，这是不是只需要在网站上把版本号调上去？还剩下什么要做？ 18:34:13 &lt;i2pr&gt; [Slack/str4d] 哦等下 18:34:15 &lt;zzz&gt; 距离 .31 发布已经两个月了 18:34:32 &lt;i2pr&gt; [Slack/str4d] 抱歉，我忘了我已经把版本发出去了 18:34:45 &lt;i2pr&gt; [Slack/str4d] 这样的话，不确定为什么网站还没更新 18:34:53 &lt;zzz&gt; 手机问题和 flat（公寓？不确定“flat”是什么）跟这有什么关系 18:35:08 &lt;zzz&gt; 已经 ping 你好几周了 18:35:23 &lt;zzz&gt; 还剩下什么要做？ 18:35:54 &lt;i2pr&gt; [Slack/str4d] 关系在于我上个月零 I2P 时间 18:36:36 &lt;i2pr&gt; [Slack/str4d] 也没有收到 ping，因为我不在我的 I2P 笔记本上，而且中继挂了，所以我在这里没看到 ping 18:37:23 &lt;zzz&gt; 那么要把 .31 放到下载页面上，还剩下什么，并且你什么时候能做？ 18:40:22 &lt;zzz&gt; 没有回应... 我们要继续到 2) 吗？ 18:41:01 &lt;zzz&gt; 我就假设 str4d 在方便时会处理第 1 项 18:41:07 &lt;i2pr&gt; [Slack/str4d] 应该只需要更新网站 18:41:17 &lt;i2pr&gt; [Slack/str4d] 那么，希望周五可以搞定，现在我的 flat 相关事情已经处理完了 18:41:21 &lt;i2pr&gt; [Slack/str4d] 不过谁都可以更新它 18:41:56 &lt;zzz&gt; 但我们不知道它是否已经就绪。所以请在方便的时候把网站修好 18:42:02 &lt;zzz&gt; 关于 1) 还有别的吗？ 18:42:18 &lt;zzz&gt; 2) 0.9.32 更新（zzz） 18:42:30 &lt;villain&gt; 嗨 18:42:45 &lt;zzz&gt; 好的，原计划是 .32 十月初，.33 十二月初，但 .32 基本没有什么进展 18:43:03 &lt;zzz&gt; 所以我把 .32 推迟到十一月初，作为今年最后一个版本 18:43:15 &lt;eche|on&gt; 我没意见 18:43:42 &lt;zzz&gt; 这意味着今年只有 4 次发布，这挺让人难过的，自 2007 年 jrandom 基本不怎么做之后是最低的 18:44:10 &lt;eche|on&gt; 在我看来（IMHO）不太在乎发布次数，更在乎投入的工作量 18:44:15 &lt;zzz&gt; str4d，新流程是有阻断/严重问题就不发布，所以请处理这些工单 18:44:39 &lt;zzz&gt; 我已经把提案 141 做了一半，还需要做 UI 的部分 18:45:17 &lt;zzz&gt; 我认为 .32 没有什么关键必须做的，但控制台里有一个 NPE（空指针异常），我已经修复了它 18:45:22 &lt;i2pr&gt; [Slack/str4d] ACK。如果是与 UI 相关的阻断问题，如果我没记错的话（IIRC）我本地对大部分已有修复，但还没来得及推送，因为 mtn 的重构工作比 git 花的时间长得多 18:46:01 &lt;zzz&gt; 好的 str4d，你能在十一月初发布前解决这些吗？ 18:46:23 &lt;zzz&gt; 因为显然我们已经错过了十月初的截止日期 18:47:00 &lt;i2pr&gt; [Slack/str4d] 我就以此为目标 18:47:07 &lt;zzz&gt; 好 18:47:12 &lt;zzz&gt; 关于 2) 还有别的吗？ 18:48:00 &lt;zzz&gt; 3) 34C3 预算（zzz/echelon） 18:48:18 &lt;zzz&gt; eche|on，ccc 资助的总申请是多少？ 18:48:53 &lt;eche|on&gt; 大约 5k，门票在 1k 左右 18:49:16 &lt;zzz&gt; 我想我们轻松负担得起 :) 18:49:31 &lt;eche|on&gt; 嗯，让我数数，1、2、3 BTC，没问题^^ 18:49:53 &lt;zzz&gt; 再加上一顿晚餐，而且我们还会支付火车通票，就按 7K 算，听起来不错 18:50:11 &lt;zzz&gt; 有没有没申请资助但需要的，现在是提出的时候了 18:50:29 &lt;zzz&gt; 对在 CCC 上花 7K 有异议吗？ 18:51:01 &lt;zzz&gt; 关于 3) 还有别的吗？ 18:51:19 &lt;eche|on&gt; 我这边没有了 18:51:30 &lt;zzz&gt; 4) Debian 软件包更新（zzz） 18:51:50 &lt;zzz&gt; 好消息，mhatta 的软件包已被 debian sid 接受，两年后会进 buster 18:52:20 &lt;zzz&gt; 我已经合并了他的一些修复，希望他很快会升级到 .31 18:52:41 &lt;eche|on&gt; 太好了，确实是 18:52:57 &lt;zzz&gt; 重要里程碑，把它纳入的 debian bug 报告大概有 8 年了 18:53:14 &lt;zzz&gt; 关于 4) 还有别的吗？ 18:53:23 &lt;eche|on&gt; 有 18:53:32 &lt;eche|on&gt; 这是“bounty closed”的最终结论吗？ 18:53:40 &lt;eche|on&gt; 我可以把 146 支付给 mhatta 吗？ 18:53:41 &lt;eche|on&gt; *g* 18:54:32 &lt;zzz&gt; 我想可以 18:54:45 &lt;zzz&gt; 也许是我们多年里第一个可以支付的悬赏 18:54:58 &lt;eche|on&gt; 是的 18:54:59 &lt;eche|on&gt; 太好了 18:55:16 &lt;zzz&gt; 5) jrandom 之后的 10 年（zzz） 18:55:52 &lt;zzz&gt; 好的，jrandom 在 2007 年 11 月消失，只是想问我们是否该做点什么来纪念一下，也许由公关团队来，str4d/sadie 有什么想法吗？ 18:56:14 &lt;eche|on&gt; 没想法 18:56:17 &lt;i2pr&gt; [Slack/str4d] 看起来 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448638 已经关闭了，所以是的！ 18:56:42 &lt;i2pr&gt; [Slack/str4d] 这周末我会和 Sadie 聊聊 18:57:03 &lt;zzz&gt; 好的，关于 5) 还有别的吗？ 18:57:05 &lt;i2pr&gt; [Slack/str4d] 具体是 11 月的什么时候？ 18:57:12 &lt;orignal_&gt; zzz，也许你想讲完整的故事 18:57:29 &lt;zzz&gt; 我没有确切日期，那些邮件丢了 18:57:36 &lt;orignal_&gt; 之前发生了什么？他为什么选择了你？ 18:57:57 &lt;orignal_&gt; 你们谈了什么，又达成了什么共识？ 18:58:01 &lt;i2pr&gt; [Slack/str4d] 如果我们做点公关，我觉得应该侧重于自那之后我们做了什么 18:58:12 &lt;zzz&gt; 我可能会在 zzz.i2p 上发一篇简短的回忆 18:58:25 &lt;i2pr&gt; [Slack/str4d] 或者可能分两个阶段/两篇博客——之前与之后 18:59:08 &lt;zzz&gt; 好的，关于 5) 还有别的吗？ 18:59:18 &lt;orignal_&gt; 是的，拜托了 18:59:24 &lt;orignal_&gt; 大家都想知道 18:59:28 &lt;zzz&gt; 这是我们关于它的固定帖子：`http://i2p-projekt.i2p/en/misc/jrandom-awol` 18:59:43 &lt;zzz&gt; 会议还有其他事情吗？ 19:00:19 &lt;orignal_&gt; 有的，但不是关于你的 19:00:22 &lt;villain&gt; 你们在 CCC 出行上有 7K 的预算，全部来自捐款？这对 I2P 有什么作用？ 19:00:49 &lt;zzz&gt; 由于 manas 要求提前时间却没有出现，下个月我们恢复到 UTC 20:00 19:01:28 &lt;zzz&gt; 基本上我们的资金都来自多年前最初的 1000 BTC 捐赠 19:01:37 &lt;villain&gt; 用 7K 你们就能负担一次对 I2P 源码的独立审计，我只是说说... 19:01:41 &lt;eche|on&gt; 或多或少都是，是的 19:01:42 * zzz warms up the baffer 19:02:00 &lt;i2pr&gt; [Slack/str4d] villain，哈！ 19:02:01 &lt;eche|on&gt; 7K 不可能为我们的源码做一份足够的审计 19:02:11 &lt;zzz&gt; 我们的网站上有我们的财务状况，如果你对余额感兴趣可以去看看 19:02:14 &lt;eche|on&gt; 审计员大约 500/天 19:02:22 * zzz *bafs* the meeting closed </div>/zh/blog/2017/09/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B49%E6%9C%885%E6%97%A5/Tue, 05 Sep 2017 00:00:00 +0000/zh/blog/2017/09/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B49%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, psi, R4SAS, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.32 更新 (zzz) 20:00:00 &lt;zzz&gt; 2) 34C3 资助邮件提醒 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:44 &lt;zzz&gt; 1) 0.9.32 更新 (zzz) 20:00:58 &lt;R4SAS&gt; 嗨 20:01:09 &lt;zzz&gt; 好的，str4d 做了一些 UI 更新，我已经开始做 prop 141 的实现，但还没提交任何东西 20:01:37 &lt;zzz&gt; 我们正朝着十月初发布的目标推进 20:01:49 &lt;i2pr&gt; [Slack/str4d] 嗨 20:02:03 &lt;zzz&gt; 我想 str4d 想把他的基准测试分支写成提案（prop），他应该尽快做这事？我已经在他的工单里评论了 20:02:20 &lt;psi_&gt; ay 20:02:36 &lt;i2pr&gt; [Slack/str4d] 目前我只推了一个小的 UI 调整；我本地还有更多内容，能解决更多问题，但我需要跑一遍我的 git -&gt; mtn 流程 20:03:09 &lt;i2pr&gt; [Slack/str4d] 我会看看关于基准测试的评论，并在本周末完成/推送 20:03:57 &lt;zzz&gt; 好的，我需要找个时间和你讨论我们的发布流程。我们在 .31 有一些阻塞工单没有关闭，可能需要坚持在发布前把这些都关掉 20:04:08 &lt;zzz&gt; 不然“阻塞”到底意味着什么 20:04:23 &lt;i2pr&gt; [Slack/str4d] 同意 20:04:36 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:06:01 &lt;zzz&gt; 2) 34C3 资助邮件提醒 (zzz/echelon) 20:06:11 &lt;psi&gt; 这个版本需要移除主机名吗？ 20:06:15 &lt;psi&gt; 在 RI 里 20:06:25 &lt;psi&gt; 唉 延迟 20:06:33 &lt;zzz&gt; 迁移讨论见提案文本 20:06:45 &lt;psi&gt; kk 20:07:07 &lt;i2pr&gt; [Slack/str4d] -1，未经讨论僵尸问题的缓解措施就放进这个版本，我反对 20:07:08 &lt;zzz&gt; 好的，关于 34C3，如果你想要资助或免费票，你必须在 9 月 30 日前给 echelon 发邮件 20:07:43 &lt;zzz&gt; 另外，echelon 确实遇到了一些服务器问题，所以如果你没收到他确认（ACK）说收到了你的邮件，请再发一次 20:08:46 &lt;zzz&gt; 我们有充足的资金可供大家申请，但你必须提出。我们不会资助在月底之后才来申请的人 20:09:48 &lt;zzz&gt; 所以再强调一次，务必确保 echelon 已确认收到你的申请 20:10:03 &lt;zzz&gt; 我们会在下个月的会议上设定预算 20:10:19 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:10:36 &lt;i2pr&gt; [Slack/str4d] 我这边没有 20:11:26 &lt;zzz&gt; 会议还有其他事项吗？ 20:11:54 &lt;psi&gt; 我有点事 20:12:02 &lt;zzz&gt; psi 请说 20:12:03 &lt;psi&gt; 但有点长而且乏味 20:12:09 &lt;psi&gt; 就是那个对齐的出站 tunnels 想法 20:12:36 &lt;psi&gt; 起初我把它介绍给你时是作为一种降低 OBEP（出站端点）负载的技术 20:12:45 &lt;psi&gt; 那确实是一个不错的副作用 20:12:53 &lt;psi&gt; 但那不是最初的意图 20:13:10 &lt;psi&gt; 最初的意图是减少丢包 20:13:59 &lt;zzz&gt; 好的，那你想讨论些什么？ 20:14:08 &lt;psi&gt; 我的疑问是：Java I2P 会实现对齐的出站 tunnels 吗？ 20:14:22 &lt;psi&gt; 还是说对你们来说这太实验性了？ 20:14:53 &lt;psi&gt; 我对 Java I2P 的代码不如对 i2pd 的那么熟悉 20:14:57 &lt;zzz&gt; 现在没法回答，因为我忘了细节。如果你把它写出来发到某处，我会很乐意给你答复 20:15:09 &lt;psi&gt; 好的 20:15:15 &lt;psi&gt; 我想你可以结束会议了 20:15:26 &lt;psi&gt; 这个想法是 OBEP == IBGW（入站网关） 20:15:35 &lt;psi&gt; 在 OB tunnel 上多一跳 20:15:38 &lt;eche|offf&gt; 我目前没有要说的 20:15:43 &lt;psi&gt; 以使 OBEP == IBGW 20:16:14 &lt;psi&gt; 以减少丢包和对 OBEP 的压力 20:16:30 &lt;psi&gt; （以增加更多 tunnels 为代价） 20:16:51 &lt;zzz&gt; 好的，既然你已经实现了，任何关于收益的数据都会非常有帮助 20:17:10 &lt;zzz&gt; 关于对齐的出站 tunnels 还有别的吗？ 20:17:31 &lt;psi&gt; 我最初的观察是，初始 RTT 和之后一样 20:17:44 &lt;psi&gt; 换句话说，没有初始 RTT 峰值 20:17:57 &lt;psi&gt; 可能是因为释放了对 OBEP 的压力 20:18:03 &lt;psi&gt; 但那只是个假设 20:18:15 &lt;psi&gt; 我想在一个测试网上测试，我们有基于 Docker 的 20:18:25 &lt;i2pr&gt; [Slack/str4d] 如果有能做成性能基准测试的东西，告诉我 20:18:25 &lt;psi&gt; 以收集确切的数据等 20:19:01 &lt;psi&gt; 嗯我也是，我还没有好的性能基准测试方案 20:19:18 &lt;psi&gt; 我一直在用 OpenVPN 上的 ICMP ping 20:19:23 &lt;i2pr&gt; [Slack/str4d] 实际上这更像是一个指标，因为它也依赖于网络性能，并且可能会因端点位置不同而不同 20:19:27 &lt;psi&gt; 可能不是最佳方式 20:19:48 &lt;i2pr&gt; [Slack/str4d] 但如果我们能做出可重复的基准测试，我想把它加入我计划开始收集的套件 20:20:18 &lt;psi&gt; 我现在用的是：通过 DTLS 的连接建立时间，然后用 ping 测量后续延迟 20:20:31 &lt;psi&gt; 这对 Java I2P 来说可能不可移植 20:20:45 &lt;psi&gt; 除非 SOCKS5 UDP 可用 20:20:49 &lt;psi&gt; 或者我做些 SAM 的东西 20:21:23 &lt;zzz&gt; 关于对齐的出站 tunnels 还有别的吗？ 20:21:31 &lt;psi&gt; 对齐的出站 tunnels 仍然是实验性的，我还不知道增加的 tunnel 数量是否值得 20:21:49 &lt;psi&gt; 所以需要更多研究，现在正在 i2pd 上做相关实验 20:21:56 &lt;psi&gt; 我会告知你们 20:22:12 &lt;i2pr&gt; [Slack/str4d] 太好了，把研究进展随时发到 #i2p-science 告诉我 20:22:20 &lt;psi&gt; kk 20:22:21 &lt;zzz&gt; 很好，感谢更新，psi 20:22:25 &lt;zzz&gt; 关于对齐的出站 tunnels 还有别的吗？ 20:22:53 &lt;psi&gt; 最后一点：也许除了对齐 tunnels 之外，还值得做点别的事，比如 Tor 的 rend spec 20:23:17 &lt;psi&gt; 至于具体是什么我还不知道，会在 #i2p-science 里开麦思考 20:23:20 &lt;psi&gt; （欢迎加入） 20:23:29 &lt;psi&gt; 就这样 20:23:41 &lt;i2pr&gt; [Slack/str4d] 我这边都说完了 20:23:49 &lt;zzz&gt; 会议还有其他事项吗？ 20:24:28 &lt;psi&gt; 我这边没了 20:25:15 &lt;zzz&gt; 谢谢大家，四周后见，届时就是 .32 的发布时间了 20:26:10 * zzz ***bafffs*** 会议结束了 </div>/zh/blog/2017/08/07/0.9.31-%E5%8F%91%E5%B8%83/Mon, 07 Aug 2017 00:00:00 +0000/zh/blog/2017/08/07/0.9.31-%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>本次版本的变更比平时更加明显！我们刷新了 router 控制台，使其更易于理解，改进了可访问性和跨浏览器支持，并总体上进行了整理。这是让 router 控制台更易用的更长期计划中的第一步。我们还为 i2psnark 增加了种子评分和评论支持。</p> <p>如往常一样，我们建议您更新到本次发布。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2017/08/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B48%E6%9C%881%E6%97%A5/Tue, 01 Aug 2017 00:00:00 +0000/zh/blog/2017/08/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B48%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, echelon, lazygravy, manas, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:01:06 &lt;zzz&gt; 0) 嗨 20:01:06 &lt;zzz&gt; 1) 0.9.31/32 更新（zzz） 20:01:07 &lt;zzz&gt; 2) 34C3 预算规划（zzz/echelon） 20:01:09 &lt;zzz&gt; 0) 嗨 20:01:11 &lt;zzz&gt; 嗨 20:01:17 &lt;manas&gt; 你好 20:01:28 &lt;zzz&gt; 1) 0.9.31/32 更新（zzz） 20:01:48 &lt;zzz&gt; 经过一些延误，我们现在进入了 .31 的代码审查阶段，截止日期是 6 号（星期日） 20:02:11 &lt;zzz&gt; 预计 7 号进行网络内更新发布，随后会提供软件包等 20:02:29 &lt;zzz&gt; 这将把 .32 的发布推到十月上旬到中旬 20:03:01 &lt;zzz&gt; 这次有大量 UI 变更，大家如果可以请测试并审查 20:03:07 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:50 &lt;dg&gt; 只有一点：在想我们要把哪个版本放进 Debian 20:04:00 &lt;dg&gt; 我不确定现在考虑“稳定版发布”会不会为时过早。 20:04:14 &lt;manas&gt; 我一直在测试，看起来不错 :) 20:04:29 &lt;zzz&gt; 我正尝试联系 mhatta 询问这些问题，因为他还没有向我们透露他的计划。 20:04:41 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:04:55 &lt;lazygravy&gt; dg：下一次 Debian 稳定版发布在两年后——还有时间 20:05:06 &lt;i2pr&gt; [Slack/str4d] 请注意，在达到那一步之前我们有很长的窗口期 20:05:10 &lt;i2pr&gt; [Slack/str4d] 因为 Stretch 刚刚发布 20:05:34 &lt;dg&gt; lazygravy：说得通，但我想看看是否有人已有计划，或者我们是否应该考虑对发布流程做某种结构性的调整 20:05:34 &lt;dg&gt; 我这边没有别的了 20:06:07 &lt;zzz&gt; 2) 34C3 预算规划（zzz/echelon） 20:06:28 &lt;zzz&gt; 我今天想做的是就每人资助额度达成一致。如有需要，我们可以在后续会议上再审查总额 20:06:54 &lt;zzz&gt; 在 zzz.i2p 上我提议较去年提高：reseeders（重种服务器）为 500 欧元，核心贡献者为 1500 欧元，特殊情况为 2000 欧元 20:07:04 &lt;zzz&gt; 有意见吗？ 20:07:21 &lt;eche|on&gt; 对我来说可以 20:07:47 &lt;eche|on&gt; btw: `http://echelon.i2p/donations/index.html` 已更新 20:07:55 &lt;i2pr&gt; [Slack/str4d] 我觉得这很合理 20:07:56 &lt;manas&gt; 有点延迟，抱歉。看起来不错 20:08:09 &lt;zzz&gt; eche|on，你希望大家把申请通过电子邮件发给你吗？如果是的话，截止日期是什么时候？ 20:08:40 &lt;eche|on&gt; 请发邮件，在活动前及时提交。我们要在这里讨论，还是我自己处理就行？ 20:09:07 &lt;zzz&gt; 最晚我们需要在大会售票开始前拿到 20:09:31 &lt;eche|on&gt; 是的 20:09:43 &lt;eche|on&gt; 为了统计需要多少张票。那就定在十月底吧 20:10:09 &lt;zzz&gt; 不过我建议大家尽早给你发邮件，特别是如果他们不确定能拿到多少、或有特殊情况、或在买机票前需要知道的话 20:10:15 &lt;manas&gt; 好的，我会发一封邮件 20:10:38 &lt;eche|on&gt; 好的，那就定在九月底 20:10:45 &lt;eche|on&gt; 留两个月时间来考虑可以的 20:10:57 &lt;zzz&gt; 在你们的邮件里，请提出一个具体金额。另外再强调一下：这是报销实际交通票务成本，不是津贴 20:11:21 &lt;zzz&gt; 好的，那我们把总预算放到十月会议的议程上 20:11:39 &lt;manas&gt; 这个金额包含大会门票费用吗 20:11:52 &lt;zzz&gt; 不包含，我们会单独购买或报销大会门票 20:12:06 &lt;eche|on&gt; 好的，太棒了 20:12:09 &lt;manas&gt; 好的 20:12:27 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:13:26 &lt;zzz&gt; 这次会议还有其他事项吗？ 20:15:00 * zzz *bafs* 会议结束 </div>/zh/blog/2017/07/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B47%E6%9C%884%E6%97%A5/Tue, 04 Jul 2017 00:00:00 +0000/zh/blog/2017/07/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B47%E6%9C%884%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> backup, manas, orignal, R4SAS, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 0.9.31/.32 更新（zzz） 20:00:00 &lt;zzz&gt; 2) 34C3 策划（zzz/echelon） 20:00:03 &lt;zzz&gt; 0) 嗨 20:00:06 &lt;zzz&gt; 嗨 20:00:27 &lt;backup&gt; 嗨 zzz 20:00:31 &lt;zzz&gt; 1) 0.9.31/.32 更新（zzz） 20:00:45 &lt;str4d&gt; 嗨 20:00:49 &lt;zzz&gt; 好的，我们把发布推迟了一周，新的提交截止日期是本周五 20:00:53 &lt;R4SAS&gt; 嗨 20:00:56 &lt;manas&gt; 大家好 20:01:18 &lt;zzz&gt; 我们会多花几天做审查，因为这次改动很大，审查截止到下周二，打包在周二晚些时候或周三一早进行 20:01:47 &lt;zzz&gt; 这样 0.9.32 发布就会在九月上旬到中旬，大致按计划 20:02:04 &lt;zzz&gt; 请大家测试最新的开发版构建 20:02:11 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:02:33 &lt;backup&gt; 能否在 zzz 上发布一个关于如何使用开发版构建的指南 20:02:55 &lt;manas&gt; 'ant updater' 会生成 i2pupdate.zip 20:02:55 &lt;zzz&gt; bobthebuilder.i2p 上应该有说明，可能？ 20:03:14 &lt;orignal_&gt; 嗨 20:03:16 &lt;zzz&gt; 在 zzz.i2p 上找找，看看如何订阅自动开发版更新 20:03:29 &lt;str4d&gt; 那里可能已经有指南了，但我们确实需要提高这类内容的可见性。这也是我下一阶段网站 udpate 工作的一部分 20:03:38 &lt;zzz&gt; 或者如 manas 所说，ant updater，拷贝 zip 过去，重启。搞定搞定。 20:03:41 &lt;backup&gt; 我是说弄个像 KYTV 做的那种现成的？ 20:03:41 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:49 &lt;backup&gt; 会吸引更多测试者…… 20:04:06 &lt;str4d&gt; 新网站首页上线了 20:04:10 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 20:04:23 &lt;zzz&gt; 我们回到主题。关于 1) 还有别的吗？ 20:04:34 &lt;str4d&gt; zzz，我*确实*在说正题 20:04:58 &lt;str4d&gt; 理想情况下，我希望它能在发布时上线 20:05:15 &lt;str4d&gt; 但阻碍在于文案（首页文本） 20:05:18 &lt;manas&gt; 正在加载 20:05:30 &lt;zzz&gt; 2) 34C3 策划（zzz/echelon） 20:05:38 &lt;manas&gt; 目前看起来不错 20:05:50 &lt;str4d&gt; 不过不会强求，宁可正确也不求准时 20:05:59 &lt;zzz&gt; 好的，我现在不想讨论太多 CCC 的事情，而是想把预算会议安排在八月或九月 20:06:25 &lt;zzz&gt; 有没有人需要在买机票之前知道报销额度？大家什么时候买票？ 20:06:27 &lt;str4d&gt; 开售时间公布了吗？ 20:06:48 &lt;zzz&gt; 没有。现实情况是，在知道自己是否有大会门票之前，你可能得提前几个月先把机票买了，可惜 20:06:57 &lt;manas&gt; 我在关注几张机票，还没最终定 20:07:12 &lt;manas&gt; 门票的获取流程将会怎样？ 20:07:19 &lt;zzz&gt; 我预计报销至少与去年持平，甚至可能更多，因为 BTC 的缘故 20:07:25 &lt;manas&gt; 去年 eche|off 好心给我寄了一张票 20:07:30 &lt;manas&gt; *一张 20:07:34 &lt;zzz&gt; 我们现在先别讨论大会门票流程。那个会晚些再说。 20:07:43 &lt;str4d&gt; 我会从英国飞过去，对我来说到那儿会便宜不少 20:07:44 &lt;manas&gt; 好的 :) 20:07:48 &lt;zzz&gt; 我只是想定个预算会议。八月还是九月？ 20:07:59 &lt;manas&gt; str4d：而且飞行时间短多了 :D 20:08:09 &lt;manas&gt; 门票什么时候开售？ 20:08:16 &lt;zzz&gt; 我们现在先别讨论大会门票流程。那个会晚些再说。 20:08:33 &lt;str4d&gt; 八月可能更稳妥 20:08:40 &lt;manas&gt; 哪个月都行 20:08:49 &lt;zzz&gt; 如果我没记错，大部分是在十一月开始卖的？你们的机票要更早订。LEJ 看起来比 MUC 更难到达 20:08:49 &lt;str4d&gt; 也许要预留一些机动空间？ 20:09:05 &lt;zzz&gt; 好的，我会把它放到下个月会议的议程里 20:09:06 &lt;manas&gt; 从 MUC 有几班航班 20:09:07 &lt;manas&gt; 到 LEJ 20:09:14 &lt;manas&gt; 如果有人飞到 MUC 20:09:19 &lt;manas&gt; 好的 20:09:19 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:10:14 &lt;zzz&gt; 今天的会议还有别的事项吗？ 20:10:56 &lt;str4d&gt; 我在 #i2p-science 和一些人讨论了更多性能相关的内容 20:11:05 &lt;manas&gt; 新首页加载好了，看起来很棒，str4d 20:11:12 &lt;str4d&gt; 如果感兴趣而且还没潜水关注的话，务必来看看 20:11:22 &lt;manas&gt; 我一直在测试 UI，看起来也不错 20:11:43 &lt;zzz&gt; 不错 20:11:45 &lt;str4d&gt; 鉴于它引起了一些困惑，我也对 Prop140 做了更新，开始明确它是关于 balancer protocol（负载均衡协议）的 20:11:58 &lt;str4d&gt; （所以基本上就是 OnionBalance（洋葱服务负载均衡）但进行了分隔化） 20:12:07 &lt;R4SAS&gt; zzz，关于 jks2pem 的一个 bug 问题 20:12:29 &lt;zzz&gt; 好吧，隔了 6 周要重新开始那场讨论有点难，但我会尽量把思路捡回来 20:12:30 &lt;str4d&gt; 还不完整，协议等仍需设计——参见我在 zzz.i2p 贴子里的评论 20:12:35 &lt;zzz&gt; R4SAS，会议后再说吧 20:12:44 &lt;zzz&gt; 今天的会议还有别的事项吗？ 20:12:44 &lt;R4SAS&gt; 好的 20:12:50 &lt;str4d&gt; 我也收到了来自 David Fifield 的一些关于 NTCP 2 的意见，他是 PT（Pluggable Transports，可插拔传输）团队的人之一 20:13:36 &lt;zzz&gt; 提案有任何进展都是好事，哪怕每 6 个月一次 20:13:44 &lt;str4d&gt; 我已把这些意见更新到提案里，并将很快把它发到 traffic-obf Google Group 征求意见（他说那边会对这种话题感兴趣） 20:13:53 &lt;zzz&gt; 今天的会议还有别的事项吗？/me 抓起了槌子 20:14:11 &lt;str4d&gt; 最后一件事 20:14:34 &lt;str4d&gt; F3real 一直在做统计方面的差分隐私 20:14:49 &lt;str4d&gt; 他今天把当前的补丁文件发给了我，我会在本周晚些时候看看 20:15:14 &lt;str4d&gt; （tl;dr：对统计数据进行分箱并加入噪声，这样可以在不损害隐私的情况下更安全地发布） 20:15:42 &lt;zzz&gt; 很难的话题，有很大的研究和试验空间。希望 lazygravy 能参与进来 20:15:54 &lt;zzz&gt; 今天的会议还有别的事项吗？ 20:15:59 &lt;str4d&gt; 还在早期阶段，但据我所知，他们是我们通过 Summer Dev 招来的第一位新贡献者！哇哦！ 20:16:43 &lt;str4d&gt; 一两周前我也研究了一下 Apache Kafka，看起来它会是一个用于统计数据收集的有用平台 20:17:06 &lt;str4d&gt; （lazygravy 提议的，我认识的几家信息安全公司的几个人都在用） 20:17:27 &lt;zzz&gt; 今天会议最后一次征集发言 20:17:28 &lt;str4d&gt; 找个时间再聊这个（大概在 PETS 之后——我还得为那场会议写演讲稿） 20:17:40 &lt;str4d&gt; 好吧好吧，我说完了 :P 20:18:29 * zzz **敲槌** 宣布会议结束 </div>/zh/blog/2017/06/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B46%E6%9C%8806%E6%97%A5/Tue, 06 Jun 2017 00:00:00 +0000/zh/blog/2017/06/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B46%E6%9C%8806%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> backup, lazygravy, manas, psi, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:18 &lt;zzz&gt; 0) 嗨 20:00:18 &lt;zzz&gt; 1) 0.9.31 更新（zzz） 20:00:18 &lt;zzz&gt; 2) UI（用户界面）分支状态 - (str4d) 20:00:18 &lt;zzz&gt; 3) I2P Summer Dev（夏季开发）计划 - (str4d) 20:00:18 &lt;zzz&gt; 4) EdDSA 更新 - (str4d) 20:00:18 &lt;zzz&gt; 5) 34C3 筹划（zzz/echelon） 20:00:18 &lt;zzz&gt; 6) 定期 Reseed 运营者会议（manas） 20:00:24 &lt;zzz&gt; 0) 嗨 20:00:26 &lt;manas&gt; Hello :) 20:00:26 &lt;zzz&gt; 嗨 20:00:34 &lt;psi&gt; 哦嗨 20:00:40 &lt;i2pr&gt; [Slack/str4d] Hi 20:00:58 &lt;zzz&gt; 1) 0.9.31 更新（zzz） 20:01:00 &lt;backup&gt; Hi 20:01:37 &lt;zzz&gt; 好的，提交截止日期还有三周半，我们按计划推进，不过 31 的大部分路线图（从 29 和 30 推迟过来的）将再次推迟 20:01:54 &lt;zzz&gt; 标签冻结是在昨天 20:02:03 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:02:23 &lt;backup&gt; 我今天发出了一些 reseed 更新 20:02:26 &lt;psi&gt; .31 里 i2pd 有什么值得注意的更改吗？ 20:03:01 &lt;zzz&gt; 不知道 i2pd 的进展，但没有 i2np 的变更 20:03:15 &lt;zzz&gt; 31 的大部分将是 UI 的内容（见第 2 项） 20:03:21 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:51 &lt;psi&gt; 好 20:03:51 &lt;i2pr&gt; [Slack/str4d] 新网站首页的 CSS 也会同时上线 20:04:07 &lt;manas&gt; str4d: 酷 20:04:28 &lt;zzz&gt; 2) UI 分支状态 - (str4d) 20:04:31 &lt;zzz&gt; str4d 请开始 20:04:33 &lt;i2pr&gt; [Slack/str4d] （希望也能有一些内部页面的 CSS，但这取决于 Elio 的时间安排） 20:04:55 &lt;i2pr&gt; [Slack/str4d] UI 分支已合并！ 20:05:36 &lt;i2pr&gt; [Slack/str4d] 已有几位在审阅并反馈；感谢参与 20:05:39 &lt;zzz&gt; 我鼓励大家进行测试，并把有问题或无问题的情况添加到工单 #1996 20:05:59 &lt;zzz&gt; str4d，当你做更改时务必提升修订号 rev，这样评论才有意义 20:06:26 &lt;i2pr&gt; [Slack/str4d] 好 20:06:32 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:06:59 &lt;i2pr&gt; [Slack/str4d] 大部分 bug 已经处理；如果有时间我会尝试回应主观性的观点 20:07:42 &lt;zzz&gt; 3) I2P Summer Dev 计划 - (str4d) 20:07:46 &lt;zzz&gt; str4d 请开始 20:08:14 &lt;i2pr&gt; [Slack/str4d] 因为网站合并问题，Summer Dev 晚了一天启动，但现在已经上线！ 20:08:46 &lt;i2pr&gt; [Slack/str4d] 接下来是有趣的部分：开展相关任务 20:09:32 &lt;i2pr&gt; [Slack/str4d] 我会把想法清单发到 Dev 论坛，让大家看到建议内容 20:09:39 &lt;zzz&gt; 我记得你已经就此开了两次会了…… 20:09:57 &lt;manas&gt; 我有个在 Tor 上并行 rsync 传输的脚本，打算改一改变成通过 I2P 进行传输 :) 20:09:58 &lt;i2pr&gt; [Slack/str4d] 开过一次，上周那次没人来 20:10:02 &lt;zzz&gt; 你希望大家做些什么来帮忙？ 20:10:35 &lt;zzz&gt; 另外，PR 计划是什么？ 20:11:32 &lt;i2pr&gt; [Slack/str4d] PR 计划是每隔几周发布一篇关于 Summer Dev 某个方面的新博客文章 20:11:44 &lt;i2pr&gt; [Slack/str4d] 但这很大程度上取决于有人在做这些事情 20:12:07 &lt;i2pr&gt; [Slack/str4d] 指标收集是大头 20:12:36 &lt;manas&gt; 我看了第一次会议的记录，似乎是一些目前我还不太了解的技术内容 :P 20:12:45 &lt;zzz&gt; 很好。关于 3) 还有别的吗？ 20:13:12 &lt;i2pr&gt; [Slack/str4d] 主要是取得进展 20:13:24 &lt;manas&gt; 指标收集会不错，也许做个 Java 插件，我可以输入一个 destination，然后它收集指标和/或运行测速？ 20:13:39 &lt;manas&gt; 不确定对此的计划方向是什么 20:13:41 &lt;i2pr&gt; [Slack/str4d] 有可能，是的 20:13:50 &lt;manas&gt; 那会很酷 20:14:02 &lt;i2pr&gt; [Slack/str4d] 我计划的方向是 metrics.torproject.org 20:14:21 &lt;i2pr&gt; [Slack/str4d] 当然不是那些具体的指标 20:14:30 &lt;manas&gt; 对 20:14:41 &lt;i2pr&gt; [Slack/str4d] 而是为我们做一个类似的设置 20:14:59 &lt;i2pr&gt; [Slack/str4d] 关键指标是 tunnel / 网络性能 20:15:39 &lt;zzz&gt; 目标不错，但在 Tor 中容易的事情对我们来说都很难，他们有集中式的控制 20:15:40 &lt;i2pr&gt; [Slack/str4d] 所以，如果有人能看看 Tor 使用其 bwauth 代码运行的那些测试，将会非常有帮助 20:15:55 &lt;i2pr&gt; [Slack/str4d] 同意 20:16:02 &lt;manas&gt; 是啊。我记得你在哪儿提过 Tor 在指标收集方面尊重隐私的做法。如果有相关的文档/论文，读一读会很好 20:16:06 &lt;i2pr&gt; [Slack/str4d] 但指标本质上会是集中式的 20:16:34 &lt;i2pr&gt; [Slack/str4d] freehaven.net/anonbib 上有一些论文 20:16:45 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:16:54 &lt;manas&gt; 谢谢，我会看一看 20:16:55 &lt;i2pr&gt; [Slack/str4d] 但不确定有多少涉及他们的具体设置 20:17:12 &lt;i2pr&gt; [Slack/str4d] 这个月的另一件事是提案工作 20:17:36 &lt;zzz&gt; 4) EdDSA 更新 - (str4d) 20:17:39 &lt;zzz&gt; str4d 请开始 20:17:40 &lt;i2pr&gt; [Slack/str4d] 我在启动博客文章里列出了我认为相关的一堆提案 20:17:48 &lt;i2pr&gt; [Slack/str4d] zzz，别这么快 20:17:57 &lt;i2pr&gt; [Slack/str4d] 我在用手机，打字不快 20:18:20 &lt;i2pr&gt; [Slack/str4d] 3) 续 20:18:53 &lt;i2pr&gt; [Slack/str4d] 这个月剩下的时间我会审阅并推进这些提案 20:19:09 &lt;i2pr&gt; [Slack/str4d] 不过我真的希望能看到一两篇关于其中一些提案的博客文章 20:19:18 &lt;zzz&gt; 这些提案与第 3 项的 Summer Dev 有什么关系？ 20:19:43 &lt;i2pr&gt; [Slack/str4d] Summer Dev 关注的是速度 20:20:07 &lt;i2pr&gt; [Slack/str4d] 我们有几个与性能相关的未决提案 20:20:42 &lt;i2pr&gt; [Slack/str4d] 我希望能把其中一些传达给更广泛的社区 20:20:48 &lt;zzz&gt; 好 20:20:55 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:20:56 &lt;i2pr&gt; [Slack/str4d] 实际上，这对新加入的人来说是个很好的任务 20:21:12 &lt;i2pr&gt; [Slack/str4d] 花时间阅读提案 20:21:18 &lt;i2pr&gt; [Slack/str4d] 阅读相关文档 20:21:28 &lt;i2pr&gt; [Slack/str4d] 然后把它消化成一篇博客文章 20:21:37 &lt;manas&gt; str4d：任务是阅读提案，理解并在博客文章里简化/解释它们？ 20:21:44 &lt;manas&gt; 哎你的消息刚进来，延迟了 20:21:46 &lt;manas&gt; :) 20:21:49 &lt;i2pr&gt; [Slack/str4d] 没错！ 20:21:54 &lt;manas&gt; 我会看看那些提案，str4d 20:22:02 &lt;manas&gt; 我会觉得那很有意思 20:22:13 &lt;i2pr&gt; [Slack/str4d] 传达提案是什么，以及它为何对性能和隐私都很重要 20:22:27 &lt;manas&gt; 是的，那会是个不错的博客系列 :) 20:22:37 &lt;manas&gt; 希望还能引发富有成果的讨论 20:22:45 &lt;i2pr&gt; [Slack/str4d] 没错 ;) 20:23:09 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:23:16 &lt;i2pr&gt; [Slack/str4d] 好的，现在我算是讲完 3) 了 20:23:31 &lt;zzz&gt; 4) EdDSA 更新 - (str4d) 20:23:34 &lt;zzz&gt; str4d 请开始 20:23:43 &lt;i2pr&gt; [Slack/str4d] 这边没有进展 20:24:04 &lt;i2pr&gt; [Slack/str4d] 该分支前段时间用我库中的最新代码更新了 20:24:19 &lt;i2pr&gt; [Slack/str4d] 但因为忙 UI，这段时间没空审阅 20:24:27 &lt;zzz&gt; 延到下次会议，还是此项已经完成或无关？ 20:25:07 &lt;i2pr&gt; [Slack/str4d] 主要问题是确保对 sigtypes 的语义变更不会意外破坏其他东西 20:26:07 &lt;i2pr&gt; [Slack/str4d] 如果有人愿意帮忙，那当然很好，但我会把 Summer Dev 放在更高的优先级 20:26:32 &lt;i2pr&gt; [Slack/str4d] 所以我暂时搁置 20:26:51 &lt;zzz&gt; 延到下次会议，还是此项已经完成或无关？ 20:27:05 &lt;i2pr&gt; [Slack/str4d] 我刚才说了 20:27:21 &lt;i2pr&gt; [Slack/str4d] 暂时搁置，所以既不是完成也不是无关，但先从议程上移除 20:27:27 &lt;zzz&gt; 不知道对“table”该怎么处理。把它放到议程上还是不放？ 20:27:53 &lt;zzz&gt; 好的，那么 test2 分支已经废弃了，如果我做任何分支工作，我会新建一个 20:28:02 &lt;zzz&gt; 好的，关于 4) 还有别的吗？ 20:29:01 &lt;zzz&gt; 5) 34C3 筹划（zzz/echelon） 20:29:25 &lt;zzz&gt; 我想 ech 不在。先行提醒一下，我们将在下个月或八月举行预算会议 20:29:33 &lt;manas&gt; 好的 20:29:56 &lt;i2pr&gt; [Slack/str4d] ACK 20:29:57 &lt;zzz&gt; 我们有充足的资金可以发放，但一如既往，我们奖励有贡献的人 20:30:16 &lt;zzz&gt; 所以帮助项目，项目也会帮助你 20:30:18 &lt;manas&gt; 我在看机票和酒店。基本都搞定了 20:30:21 &lt;zzz&gt; 现在正是时候 20:30:26 &lt;lazygravy&gt; （尤其是 btc 疯狂的价格） 20:30:36 &lt;zzz&gt; 更多内容放到接下来的会议 20:30:45 &lt;manas&gt; 酒店似乎很快就满了，所以如果打算去，现在就该尽快（ASAP）开始查找了 20:30:52 &lt;zzz&gt; 是的 20:30:57 &lt;zzz&gt; 关于 5) 还有别的吗？ 20:31:03 &lt;i2pr&gt; [Slack/str4d] +1 20:32:01 &lt;zzz&gt; 6) 定期 Reseed 运营者会议（manas） 20:32:03 &lt;zzz&gt; manas 请开始 20:32:26 &lt;manas&gt; `http://zzz.i2p/topics/2341-meeting-reseed-operators-13-june-8-pm-utc-in-i2p-reseed` - 我们计划在下周于 #i2p-reseed 举行首次 reseed 会议，6 月 13 日 UTC 时间晚上 8 点 20:32:46 &lt;manas&gt; 这些就是一般的讨论要点，我会把提到的帖子做个总结 20:32:59 &lt;manas&gt; 下周见，谢谢 :) 20:33:12 &lt;zzz&gt; 很好，感谢你组织，我鼓励大家参加 20:33:18 &lt;zzz&gt; 关于 6) 还有别的吗？ 20:33:26 &lt;manas&gt; 就这些 20:34:21 &lt;lazygravy&gt; 回到（3）会不会不合适？ 20:34:35 &lt;manas&gt; 怎么了，gravy 20:34:45 &lt;lazygravy&gt; 我对收集这一侧感兴趣，str4d，能否安排个时间聊聊？最好在周末 20:34:47 &lt;zzz&gt; 3) gravy 请开始 20:35:00 &lt;manas&gt; 可以在 #i2p-science 进行讨论吗？ 20:35:45 &lt;lazygravy&gt; manas：只要有个预定时间就行 :) 20:36:01 &lt;lazygravy&gt; 现在不必决定时间。我只是想先提出来 20:36:06 &lt;manas&gt; 好的 20:36:48 &lt;manas&gt; 我会觉得很有意思 20:37:01 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:37:43 &lt;lazygravy&gt; 我这边没有了 20:37:48 &lt;zzz&gt; 这次会议还有其他事项吗？ 20:37:56 * zzz 寻找 baffer 20:39:02 * zzz *b*a*f*s* 结束了会议 </div>/zh/blog/2017/06/01/i2p-%E5%A4%8F%E5%AD%A3%E5%BC%80%E5%8F%91-2017%E9%80%9F%E5%BA%A6%E8%BF%98%E8%A6%81%E6%9B%B4%E5%BF%AB/Thu, 01 Jun 2017 00:00:00 +0000/zh/blog/2017/06/01/i2p-%E5%A4%8F%E5%AD%A3%E5%BC%80%E5%8F%91-2017%E9%80%9F%E5%BA%A6%E8%BF%98%E8%A6%81%E6%9B%B4%E5%BF%AB/<p>又到了一年中的这个时候了！我们正在开启夏季开发计划，在其中我们将专注于 I2P 的某个特定方面，推动其向前发展。接下来的三个月里，我们会鼓励新的贡献者和现有的社区成员选择一个任务并享受其中的乐趣！</p> <p>去年，我们专注于通过改进 API 工具链，并优化在 I2P 上运行的应用程序，来帮助用户和开发者更好地利用 I2P。今年，我们希望通过针对一个影响所有人的方面——性能——开展工作，来改进用户体验。</p> <p>尽管洋葱路由网络常被称为“低延迟”网络，但将流量经由额外计算机路由会带来显著的开销。I2P 的单向 tunnel（隧道）设计意味着，默认情况下，两个 Destinations 之间的一次往返将涉及 12 个参与者！提升这些参与者的性能将有助于既降低端到端连接的延迟，又提高全网范围内 tunnels 的质量。</p> <h2 id="更快的速度">更快的速度！</h2> <p>我们今年的开发计划将包含四个部分：</p> <h3 id="measure">Measure</h3> <p>没有基线，我们就无法判断性能是否有所提升！我们将创建一个度量系统，以隐私保护的方式收集有关 I2P 的使用情况和性能数据，并移植各种基准测试工具以在 I2P 上运行（例如 iperf3）。</p> <h3 id="测量">测量</h3> <p>我们的现有代码在性能方面还有很大的改进空间，例如，降低参与 tunnels 的开销。我们将着眼于在密码学原语、网络传输（无论是在链路层还是端到端）、对等节点画像，以及 tunnel path selection 等方面的潜在改进。</p> <h3 id="优化">优化</h3> <p>我们有若干尚在讨论中的提案，用于改进 I2P 网络的可扩展性（例如 Prop115、Prop123、Prop124、Prop125、Prop138、Prop140）。我们将推进这些提案的工作，并在各个网络 router 中开始实现那些已最终确定的提案。</p> <h3 id="前进">前进</h3> <p>I2P 是一个分组交换网络，就像它所运行其上的互联网一样。这使我们在如何路由数据包方面拥有显著的灵活性，兼顾性能与隐私。这种灵活性的大部分仍未被探索！我们希望鼓励研究如何将各种用于提升带宽的明网（clearnet）技术应用于 I2P，以及它们可能如何影响网络参与者的隐私。</p> <h2 id="take-part-in-summer-dev">Take part in Summer Dev!</h2> <p>在这些领域，我们还有许多希望完成的想法与计划。如果你对在隐私与匿名软件上进行开发、设计协议（加密或非加密），或探索未来的新点子感兴趣，欢迎到 IRC 或 Twitter 上与我们交流！我们始终乐于欢迎新成员加入我们的社区。我们也会向所有参与的新贡献者寄送 I2P 贴纸！</p> <p>我们会在这里持续发布更新，同时你也可以在 Twitter 上使用话题标签 #I2PSummer 关注我们的进展，并分享你自己的想法和成果。让这个夏天开始吧！</p>/zh/blog/2017/05/03/0.9.30-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Wed, 03 May 2017 00:00:00 +0000/zh/blog/2017/05/03/0.9.30-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>0.9.30 包含对 Jetty 9 和 Tomcat 8 的升级。之前的版本已不再受支持，并且在即将发布的 Debian Stretch 和 Ubuntu Zesty 发行版中将不可用。</p> <p>The router will migrate the jetty.xml configuration file for each Jetty website to the new Jetty 9 setup. This should work for recent, unmodified configurations but may not work for modified or very old setups. Verify that your Jetty website works after upgrading, and contact us on IRC if you need assistance.</p> <p>有几个插件与 Jetty 9 不兼容，必须更新。以下插件已更新以适配 0.9.30，并且你的 router 应在重启后更新它们：i2pbote 0.4.6；zzzot 0.15.0。</p>/zh/blog/2017/05/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B45%E6%9C%882%E6%97%A5/Tue, 02 May 2017 00:00:00 +0000/zh/blog/2017/05/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B45%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> backup, manas, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) 嗨 20:00:01 &lt;zzz&gt; 1) 0.9.30/.31 更新 (zzz) 20:00:01 &lt;zzz&gt; 2) UI 分支状态 - (str4d) 20:00:01 &lt;zzz&gt; 3) I2P 夏季开发计划 - (str4d) 20:00:01 &lt;zzz&gt; 4) EdDSA 更新 - (str4d) 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:07 &lt;zzz&gt; 嗨 20:00:23 &lt;zzz&gt; 1) 0.9.30/.31 更新 (zzz) 20:00:48 &lt;zzz&gt; 因为我不得不修补 jetty 的一些 bug，比计划晚了几天，但我今晚会完成审核，明早进行构建 20:00:58 &lt;manas&gt; 你好 20:01:19 &lt;zzz&gt; 如果明天 eche|on 在，我们就会发布网络内更新，并且我会在周四和周五着手 launchpad 和 deb 构建 20:01:46 &lt;zzz&gt; 31 我已安排在 6 月下旬或 7 月上旬 20:01:53 &lt;backup&gt; 嗨 20:02:03 &lt;manas&gt; 嗨，backup！ :D 20:02:15 &lt;zzz&gt; 你可以查看路线图，了解我们为 31 计划（或者至少希望）做的内容 20:02:19 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:18 &lt;zzz&gt; 2) UI 分支状态 - (str4d) 20:03:43 &lt;zzz&gt; str4d 到你了 20:04:13 &lt;zzz&gt; 好吧，这将会是史上最短的会议 20:04:27 &lt;backup&gt; 我还以为这里会有更多人呢 :) 20:04:27 &lt;manas&gt; :P 20:04:33 &lt;zzz&gt; 关于 2)、3) 或 4) 还有别的吗，或者会议的其他议题？ 20:04:44 &lt;manas&gt; 我想指出这个帖子：`http://trac.i2p2.i2p/ticket/1139` 20:04:46 &lt;manas&gt; *工单 20:04:54 &lt;manas&gt; 我们应该尝试把这个改动纳入新的 UI 20:05:21 &lt;manas&gt; “半停机”：暂时停止接受参与的 tunnels（隧道）。 20:05:57 &lt;manas&gt; backup：你能私信把状态的新链接发给我吗？ 20:06:05 &lt;manas&gt; 谢谢 20:06:08 &lt;zzz&gt; 好的，也许你可以把它为什么重要的理由补充到工单里？ 20:06:41 &lt;manas&gt; 我本来想了解更多关于夏季开发计划的内容，但我想这得等 str4d 在的时候了 20:06:43 &lt;manas&gt; zzz：当然 20:06:43 &lt;zzz&gt; 任何非关键的 UI 事项都得等我们把 UI 分支合并之后再说，希望很快就能完成 20:06:49 &lt;zzz&gt; 会议还有其他事项吗？ 20:07:06 &lt;zzz&gt; 很高兴在这里见到你，backup 20:07:14 * zzz grabs the baffer 20:07:40 &lt;manas&gt; 我想提议定期举行 reseed 运营者（负责发布引导种子的管理员）会议 20:07:45 &lt;manas&gt; 你觉得怎样，backup ? 20:08:19 &lt;zzz&gt; 我 +1 20:08:38 &lt;backup&gt; 是的，好主意 20:08:44 &lt;zzz&gt; 不过我先让你们继续讨论…… 20:08:50 * zzz *bafs* the meeting closed </div>/zh/blog/2017/04/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B44%E6%9C%8804%E6%97%A5/Tue, 04 Apr 2017 00:00:00 +0000/zh/blog/2017/04/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B44%E6%9C%8804%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> atoi, echelon, manas, orignal, randomrng, str4d, z3r0fox, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 1) 0.9.30 更新 (zzz) 20:00:05 &lt;zzz&gt; 2) UI 分支状态 - (str4d) 20:00:05 &lt;zzz&gt; 3) I2P 夏季开发计划 - (str4d) 20:00:05 &lt;zzz&gt; 4) EdDSA 更新 - (str4d) 20:00:09 &lt;zzz&gt; 0) 嗨 20:00:12 &lt;zzz&gt; 嗨 20:00:28 &lt;manas&gt; 你好 20:00:33 &lt;eche|on&gt; 嗨 20:01:00 &lt;zzz&gt; 1) 0.9.30 更新 (zzz) 20:01:24 &lt;zzz&gt; 好的，进展顺利，测试者发现了一些问题，这很棒。Jetty 9 到目前为止推进得相当顺利 20:01:35 &lt;z3r0fox&gt; 嗨！o/ 20:01:54 &lt;zzz&gt; 我已经找出了 zzz.i2p 上需要更新的插件……为达到最佳效果，这些需要在发布前重新构建 20:01:56 &lt;eche|on&gt; 基本是的 20:02:04 &lt;eche|on&gt; 除了旧的 Jetty 配置文件 20:02:24 &lt;zzz&gt; 很高兴我们现在就做，这样就能为 stretch 和 zesty 做好准备 20:02:36 &lt;eche|on&gt; 是的 20:02:56 &lt;zzz&gt; 感谢 echelon 和其他人进行测试。为了获得更多测试，可能会比平常更早把一个开发构建标记为 -rc 20:03:12 &lt;eche|on&gt; 好的 20:03:20 &lt;orignal_&gt; 嗨 20:03:34 &lt;zzz&gt; 我把提交截止日期定在 4 月 28 日（星期五），发布在 5 月的第一周 20:03:54 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:04:15 &lt;atoi&gt; Java 什么时候会有 GOST 签名？ 20:04:41 &lt;eche|on&gt; 2019 20:05:01 &lt;zzz&gt; atoi 我们还没有同意该提案；如果同意的话，考虑到优先级，最好的估计是明年年底 20:05:02 &lt;eche|on&gt; 不过对 1 没意见，我们推迟 UII 很好 20:05:54 &lt;zzz&gt; 但我提出了其他一些提案（136 和 137），以便更容易引入新的签名类型 20:06:00 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:06:02 &lt;atoi&gt; 迫不及待想让 GOST 跑起来 20:07:22 &lt;zzz&gt; 2) UI 分支状态 - (str4d) 20:07:35 &lt;zzz&gt; str4d，你的 UI 分支最新进展如何？ 20:07:53 &lt;str4d&gt; 过去几周 UI 分支相对稳定 20:08:28 &lt;zzz&gt; 计划是在 5 月上旬提交提案，以赶上 .31 ？ 20:08:57 &lt;str4d&gt; 有一些主题更新需要我整合并提交，以回应一些反馈，但从结构上看基本就绪了 20:09:08 &lt;str4d&gt; 嗯 20:09:13 &lt;zzz&gt; 好，太棒了 20:09:19 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:09:24 &lt;eche|on&gt; 等不及要测试了^^ 20:10:00 &lt;str4d&gt; 如果有人想测试但不想麻烦地自己构建，一旦下一批主题更改合入，我会放出一个 i2pupdate.zip 20:10:18 &lt;eche|on&gt; 我等提案... 20:11:02 &lt;zzz&gt; 3) I2P 夏季开发计划 - (str4d) 20:11:19 &lt;zzz&gt; str4d 计划是什么？ 20:11:47 &lt;str4d&gt; 好的，sadie 和我讨论了一些想法，结论是这次 Summer Dev 我们应该专注于速度 20:12:37 &lt;str4d&gt; 因为 a) 这是去年的逻辑延伸（我们让应用更容易使用 I2P，但现在需要让它们*想要*使用），以及 b) 它已经涵盖了我们现有路线图的大约一半 20:13:37 &lt;zzz&gt; 好，我们在哪能看到这些计划，以及如何找到人来做？ 20:14:06 &lt;str4d&gt; sadie 记录了我唠叨的笔记，所以我会去烦她要过来 :) 20:14:18 &lt;str4d&gt; 我基本的想法是这意味着： 20:14:51 &lt;str4d&gt; - 推进影响速度的各种提案（LS2、更新的端到端加密、massive multihoming（大规模多宿主）） 20:15:24 &lt;str4d&gt; - 搞一个类似 Tor 的 bwauth 的东西运行起来，这样我们就可以开始收集专门关于网络速度的指标 20:16:27 &lt;manas&gt; 我在想写一些代码，用不同的程序（rsync、种子下载、sftp 等）来测试 I2P 的速度 20:16:34 &lt;str4d&gt; - 通过 I2CP 暴露 tunnel 选择（类似 psi 的 lua 东西） 20:16:51 &lt;manas&gt; 如果有用/有趣的话，我可以分享 20:16:51 &lt;randomrng&gt; massive multihoming &lt;3 20:17:00 &lt;zzz&gt; 听起来不错。我们要把这个放到下个月会议的议程上以获取更新吗？ 20:17:00 &lt;str4d&gt; - 短期内的 ElGamal 加速 20:17:17 &lt;str4d&gt; 是的。 20:17:35 &lt;zzz&gt; 我注意到 .30 路线图上大多数内容——仅在 3 个月前的 CCC 上制定的——完全是虚构的，将会被推迟。我很快会更新它。 20:18:10 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:18:16 &lt;str4d&gt; 离正式开始还有两个月。我会继续和 sadie 聊，完善一个计划，但我们真正需要的是有人挑选他们想要去做的事情 20:18:32 &lt;str4d&gt; manas 已经领先一步了 ;P 20:18:35 &lt;orignal_&gt; 哪种加速？ 20:18:48 &lt;str4d&gt; orignal_，表的预计算 20:18:48 &lt;manas&gt; :) 20:19:03 &lt;orignal_&gt; 是我的，还是别的？ 20:19:09 &lt;zzz&gt; 如果你和 sadie 把框架和选项文档化，那会帮助大家挑选要做的事情 20:19:22 &lt;str4d&gt; +1 20:19:30 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:19:35 &lt;str4d&gt; orignal_，不会是你的，因为那直接利用了 OpenSSL，而我们无法使用它 20:19:52 &lt;orignal_&gt; 我是说原理 20:20:03 &lt;orignal_&gt; 不是实现 20:20:28 &lt;str4d&gt; 哦，是的，很可能基于你的（不过我自己也想弄懂其中的数学） 20:21:03 &lt;zzz&gt; 4) EdDSA 更新 - (str4d) 20:21:10 &lt;orignal_&gt; 知道了，挺好 :) 20:21:13 &lt;zzz&gt; str4d，EdDSA 进展如何？ 20:21:39 &lt;str4d&gt; 我刚推送了 EdDSA-Java 0.2.0，距离上次发布已经一年多了 20:22:28 &lt;orignal_&gt; 有什么变化？ 20:22:37 &lt;str4d&gt; 包含各种清理、即将成为标准的 PKI 编码、修复的 JCA 命名、一个 Security Provider，并且由于第三方对其进行了审计，现在实际上应该是常数时间的 20:22:59 &lt;str4d&gt; 我已经把代码拉到了 i2p.i2p.zzz.test2 中 20:23:26 &lt;orignal_&gt; 有任何速度提升吗？ 20:23:30 &lt;str4d&gt; 但现在需要的是测试，以确认一切仍然工作良好 20:23:45 &lt;zzz&gt; 你做了多少测试？ 20:23:58 &lt;str4d&gt; orignal_，由于将其改为常数时间，签名速度有所下降（但幅度不大） 20:24:06 &lt;str4d&gt; zzz，EdDSA 代码本身测试得很充分 20:24:20 &lt;orignal_&gt; 签名还是验证是常数时间？ 20:24:32 &lt;zzz&gt; 我对常数时间仍持怀疑态度，但如果我们不这样做，大家都会抱怨 20:24:39 &lt;str4d&gt; 签名（验证从来不是常数时间，因为没有秘密信息） 20:25:01 &lt;zzz&gt; str4d，你目标是 31 还是 30？ 20:25:02 &lt;str4d&gt; 我还没测试的是它与 I2P 其余部分的交互，特别是与 JCA 命名修复相关的部分 20:25:39 &lt;zzz&gt; 正如我在 zzz.i2p 上发的那样，我认为追逐某些 RFC 的命名指南是徒劳的 20:25:47 &lt;str4d&gt; 可能离 30 太近了，不适合合入，因为我们是直接使用代码而不是库 20:25:50 &lt;orignal_&gt; 性能瓶颈在验证 20:26:22 &lt;str4d&gt; 对我的库来说，在 0.2.0 之前修正这些问题是合理的，因为之前没有 Provider，所以没有人使用 JCA 名称 20:26:26 &lt;zzz&gt; str4d，由于你做过的 javadoc 更改我在 .29 已经修过了，这个提案在合并时也会是地狱，不会有趣的 20:27:14 &lt;str4d&gt; 好的，听起来计划是把 i2p.i2p 合并进 .test2，解决合并冲突，然后让大家测试 20:27:25 &lt;zzz&gt; 但我们一直都有一个 provider。你在 test2 里的更改倾向于采用某个 GitHub PR，而不是我已经做过的实现同样事情的方案，所以我对整个事情有点怀疑 20:27:42 &lt;zzz&gt; 如果你愿意，可以按那种方式提案，或者把痛苦留到反向提案时再处理 20:28:23 &lt;str4d&gt; 是的，但说实话，我怀疑没人用它 20:28:31 &lt;zzz&gt; 就像我说的，我听你的，这代码最初是你写的，但我还是想仔细看看 20:29:11 &lt;zzz&gt; 我有一个带有 EdDSA 家族密钥的 router 可以测试。记不清是什么格式了。记得我差不多在 4 个月前就做了这些修复，此后我们一直在等你和你的 RFC 朋友们 :) 20:29:11 &lt;str4d&gt; （那些没有直接导入 i2p.jar 的人，升级时本来就需要做迁移） 20:29:32 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:30:08 &lt;str4d&gt; 我这边没有了 :) 20:30:13 * zzz 寻找 baffer 20:30:19 &lt;zzz&gt; 会议还有其他事项吗？ 20:31:20 &lt;str4d&gt; Tor 下一次 tor-dev 会议大概在九月，地点很可能在蒙特利尔 20:31:33 &lt;orignal_&gt; 什么时候？ 20:31:53 &lt;z3r0fox&gt; 不错 20:31:55 &lt;str4d&gt; ------------------------------------^ 20:31:56 &lt;zzz&gt; 会议还有其他事项吗？ 20:32:14 &lt;str4d&gt; 我打算去 20:32:28 &lt;zzz&gt; 打算换队伍了？ 20:32:47 &lt;str4d&gt; 只是想影响他们 ;) 20:33:14 &lt;zzz&gt; 省省机票钱吧，那是不可能的 20:33:24 &lt;manas&gt; 是啊，蒙特利尔不错 :) 20:33:27 &lt;str4d&gt; 也希望到那时 Summer Dev 刚结束，我们会有一些不错的速度改进可以在那里谈论 20:34:28 * zzz *BAFS*** 会议结束 </div>/zh/blog/2017/03/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B43%E6%9C%887%E6%97%A5/Tue, 07 Mar 2017 00:00:00 +0000/zh/blog/2017/03/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B43%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, manas, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:25 &lt;zzz&gt; 0) 嗨 20:00:25 &lt;zzz&gt; 1) Tails 维护者 (zzz) `http://zzz.i2p/topics/2108` 20:00:25 &lt;zzz&gt; 2) 0.9.30 更新 (zzz) 20:00:25 &lt;zzz&gt; 3) UI 分支状态 - 放到 .30 还是 .31? (str4d) 20:00:25 &lt;zzz&gt; 4) Jetty 9 分支状态 - 放到 .30 还是 .31? (zzz) 20:00:30 &lt;zzz&gt; 0) 嗨 20:00:32 &lt;zzz&gt; 嗨 20:00:50 &lt;manas&gt; 你好 20:00:54 &lt;zzz&gt; 1) Tails 维护者 (zzz) `http://zzz.i2p/topics/2108` 20:01:16 &lt;zzz&gt; 如大多数人所知，Tails 和我已同意从 Tails 中移除 i2p 20:01:34 &lt;zzz&gt; 这将在 Tails 2.12 中生效，预计大约 6 周后发布 20:01:43 &lt;eche|on&gt; 嗨 20:01:57 &lt;eche|on&gt; ok 20:01:59 &lt;zzz&gt; 很遗憾，但我们别无选择。如果有人自愿维护，我们会重新申请 20:02:08 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:02:45 &lt;eche|on&gt; 可惜，但短期内不会改变 (tm) 20:03:07 &lt;manas&gt; 是啊。可惜 33C3 上那个人没成 20:03:30 &lt;zzz&gt; 嗯 20:03:40 &lt;zzz&gt; 2) 0.9.30 更新 (zzz) 20:04:23 &lt;zzz&gt; 好的，我们距 .29 发布已经一周了，我们的计划是标准的 8 周周期。大的改动在 3 月中旬前合入，4 月下旬发布 20:04:51 &lt;zzz&gt; 有几个重大的提案在等着处理，我们会在 3) 和 4) 里讨论 20:05:17 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:05:51 &lt;eche|on&gt; 我 5 月 1 日不在 20:06:00 &lt;eche|on&gt; 或者更准确地说 4 月 30 日-5 月 2 日 20:07:00 &lt;zzz&gt; 这两个提案都很重要，因为很难回退。一旦我们把它们提案，在发布前就必须让它们工作起来 20:07:07 &lt;zzz&gt; *release 20:07:29 &lt;eche|on&gt; 对 20:07:57 &lt;zzz&gt; 3) UI 分支状态 - 放到 .30 还是 .31? (str4d) 20:08:34 &lt;zzz&gt; 这是个巨大改动，尽管最初宣传为一次小幅刷新，而且只是更新控制台 UI 的几个部分中的第 1 部分 20:08:54 &lt;zzz&gt; diff 有 77K 行，新增 500+ 个文件，修改 200+ 个文件 20:09:06 &lt;eche|on&gt; 我倾向于每个发布只进 1 个提案，而不是都放到 .30 20:09:07 &lt;zzz&gt; str4d，进展如何？你想把它提案进 .30 吗？ 20:09:27 &lt;eche|on&gt; 而且 jettty9 更重要，把 UI 推到 .31 20:11:07 &lt;zzz&gt; 关键是，如果作者没有时间在发布前修问题，我们就不想把东西提案进来。否则发布可能会无限期推迟 20:11:39 &lt;eche|on&gt; 对 20:11:46 &lt;zzz&gt; 所以无论何时提案，我们都需要 str4d 确认他会在这里响应问题 20:11:54 &lt;zzz&gt; str4d，你打算怎么做？ 20:12:15 &lt;eche|on&gt; str4d 在吗？ 20:13:11 &lt;zzz&gt; 不知道。我觉得这个分支真的有点脱离他掌控了，打着小改的旗号，结果变得庞大无比。我想他已经折腾了一年了。 20:13:38 &lt;zzz&gt; 我想我们之后得再跟进 str4d 20:13:54 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:14:03 &lt;manas&gt; 他最近确实提到过一个分支 20:14:17 &lt;manas&gt; 我还没测试，我去 clone 一下 20:15:23 &lt;zzz&gt; 这……挺有意思的。我会说，他走的方向和我过去几年的做法不太一样。我无法预估大家总体的反应。 20:15:42 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:16:16 &lt;zzz&gt; 4) Jetty 9 分支状态 - 放到 .30 还是 .31? (zzz) 20:17:03 &lt;zzz&gt; 这个 diff 大约 3k 行。我已经让标准构建在我的分支上跑起来了，也包括针对 stretch 的构建。我还没测试 wheezy/precise/jessie/trusty 的旧版本构建 20:17:35 &lt;zzz&gt; 紧迫的是，stretch 不会带 jetty 8。看起来下个月要发布的 zesty 也不会，除非它出现在 backports 里 20:17:44 &lt;zzz&gt; 但 jetty 8 已在 12 月 EOL（停止维护） 20:18:17 &lt;eche|on&gt; jetty8 出现在 backports 的可能性很小 20:18:20 &lt;zzz&gt; 所以风险在于 stretch 或 zesty 发布时，i2p 在它们上面不能运行 20:18:42 &lt;zzz&gt; 因此我打算在下周把我的 jetty9 分支提案进来，纳入 .30 20:19:21 &lt;eche|on&gt; 对 20:19:29 &lt;zzz&gt; 这至少会破坏以下插件：bwschedule、i2pbote、i2pcontrol、zzzot。它们至少需要重编译，可能还要重写 20:19:33 &lt;eche|on&gt; 这正是我的建议，前提是你觉得自己能搞定 20:20:46 &lt;zzz&gt; 我可以重编译 zzzot。另外 3 个就看各自作者能否发布了（分别是 cacapo、str4d、hottuna2） 20:21:40 &lt;zzz&gt; 我可以完成我这部分 20:22:07 &lt;zzz&gt; 我想如果我们等到 6/7 月的 .31，很多软件包用户会不高兴 20:22:53 &lt;eche|on&gt; 对 20:22:54 &lt;zzz&gt; 所以我打算在接下来几天把它提案进来 20:23:00 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:23:08 &lt;eche|on&gt; 我会测试 20:23:28 &lt;zzz&gt; 本次会议还有别的吗？ 20:24:25 * zzz 预热 baffer 20:24:30 &lt;eche|on&gt; 据我所知暂时没有 20:25:27 * zzz *baffffs* 会议结束 </div>/zh/blog/2017/03/04/0.9.29-windows-%E5%AE%89%E8%A3%85%E7%A8%8B%E5%BA%8F%E4%BF%AE%E5%A4%8D/Sat, 04 Mar 2017 00:00:00 +0000/zh/blog/2017/03/04/0.9.29-windows-%E5%AE%89%E8%A3%85%E7%A8%8B%E5%BA%8F%E4%BF%AE%E5%A4%8D/<h2 id="更新详情">更新详情</h2> <p>两天前我们在网站上发布的 0.9.29 版 Windows 安装程序在安装过程中因异常而失败。我们已修复该错误，并在我们的网站上发布了新的安装程序。这不会影响从先前版本的升级或非 Windows 安装程序。对此问题我们深表歉意。</p>/zh/blog/2017/02/27/0.9.29-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 27 Feb 2017 00:00:00 +0000/zh/blog/2017/02/27/0.9.29-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.29 包含对众多 Trac 工单的修复，其中包括针对损坏的压缩消息的变通方案。我们现在支持基于 IPv6 的 NTP。我们已加入初步的 Docker 支持。我们现在提供已翻译的 man 手册页。我们现在会通过 HTTP 代理传递同源的 Referer 头。我们对 Java 9 进行了更多修复，但我们尚不建议将 Java 9 用于一般用途。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2017/02/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B42%E6%9C%887%E6%97%A5/Tue, 07 Feb 2017 00:00:00 +0000/zh/blog/2017/02/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2017%E5%B9%B42%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, EinMbyte, manas, psi, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 33C3 后续 20:00:00 &lt;zzz&gt; 2) 0.9.29 更新（zzz） 20:00:00 &lt;zzz&gt; 3) Tails 维护者（zzz） `http://zzz.i2p/topics/2108` 20:00:00 &lt;zzz&gt; 4) NTCP2 草案（Manas） 20:00:00 &lt;zzz&gt; 5) reseed（引导数据）文档补丁（Manas） 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 嗨 20:00:21 &lt;zzz&gt; 1) 33C3 后续 20:00:32 &lt;eche|off&gt; 嗨 20:00:50 &lt;zzz&gt; 有人想谈谈 33c3 吗？我觉得我们展台的流量比往年少 20:01:07 &lt;zzz&gt; 感谢 manas 在 zzz.i2p 上写了一些总结 20:01:09 &lt;psi&gt; ohay 20:01:15 &lt;eche|off&gt; 是的，少了些，但还可以 20:01:21 &lt;zzz&gt; 第 3 项我们会讨论 Tails 20:01:32 &lt;zzz&gt; 希望今年能换个新城市 20:01:54 &lt;zzz&gt; 关于第 1 项还有别的吗？ 20:02:25 &lt;i2pr&gt; [Slack/str4d] 嗨 20:02:26 &lt;i2pr&gt; [Slack/str4d] 我不便评论，但我非常喜欢！ 20:02:28 &lt;manas&gt; 嗨！ 20:02:38 &lt;zzz&gt; 好的，继续 20:02:43 &lt;zzz&gt; 2) 0.9.29 更新（zzz） 20:02:51 &lt;i2pr&gt; [Slack/str4d] 我在林茨和维也纳和 Yolgie 一起度过得很好；接下来应该会有不错的联系 20:03:17 &lt;zzz&gt; 我把提交截止日期定在从现在起两周半后的周五 2/24，发布大约在 2/27 20:03:21 &lt;zzz&gt; 主要是修复 bug 20:03:30 &lt;eche|off&gt; 呃，是时候做点事了，好的 20:03:40 &lt;zzz&gt; 我也（仍然）计划很快在 stats.i2p 的注册中强制使用签名 20:04:04 &lt;manas&gt; 强制签名？ 20:04:12 &lt;zzz&gt; str4d 的控制台重构推迟到 .30，所以提案截止大概是二月中旬 20:04:17 &lt;zzz&gt; *三月中旬 20:04:32 &lt;manas&gt; 也就是在注册主机名时会有更多验证步骤？ 20:04:42 &lt;zzz&gt; manas，基本上就是证明你确实控制你要注册的域名 20:05:10 &lt;manas&gt; 嗯，好 20:05:15 &lt;zzz&gt; 周末我修了不少 bug，清掉了一些 trac 工单，接下来一两周再尽量多修一些 20:05:38 &lt;zzz&gt; 所以标签冻结和 tx 推送大约在 8 天后 20:06:07 &lt;zzz&gt; 我摸清了如何做 man 手册页的翻译，大家请在 Transifex 上进行翻译 20:06:13 &lt;zzz&gt; 关于第 2 项还有别的吗？ 20:06:16 &lt;i2pr&gt; [Slack/str4d] 耶 20:06:19 &lt;i2pr&gt; [Slack/str4d] 如果 .29 有什么需要我做的，请告诉我。否则我就继续 .ui 分支。 20:06:20 &lt;eche|off&gt; 已经做了^^ 20:06:37 &lt;eche|off&gt; 我会在我的 reseed 上搞定证书…… 20:06:45 &lt;manas&gt; 我在继续做印地语翻译 :) 20:07:04 &lt;zzz&gt; 是的 str4d，在你提交提案之前肯定还有一些东西需要处理，否则大家会群起而攻之 20:07:14 &lt;zzz&gt; 好的，太棒了 20:07:29 &lt;zzz&gt; 3) Tails 维护者（zzz） `http://zzz.i2p/topics/2108` 20:07:40 &lt;i2pr&gt; [Slack/str4d] 我本地有一堆改动，正在整理后再推送 20:08:07 &lt;zzz&gt; 我们在 ccc 遇到一个叫“yolgie”的人，他说他会做这件事。1 月初联系过他说 2 月开始。几天前又 ping 了他，还没有回复 20:08:26 &lt;zzz&gt; 我们快要被 Tails 移除，所以任何能帮忙的人都非常欢迎 20:08:45 &lt;psi&gt; 我随时可以接手 Tails，我终于把 Tails 的构建流程摸熟了 20:08:51 &lt;i2pr&gt; [Slack/str4d] 这个的时间表是怎样的？ 20:08:57 &lt;manas&gt; psi：不错！ 20:09:50 &lt;zzz&gt; 在 zzz.i2p 的帖子里有一个指向 Tails 工单的链接，上面有我们被移除的时间表 20:09:55 &lt;zzz&gt; *eviction 20:11:15 &lt;zzz&gt; 有一堆旧工单和一堆反对者，所以差不多就到此为止了 20:11:20 &lt;zzz&gt; 关于第 3 项还有别的吗？ 20:11:44 &lt;eche|off&gt; 希望会没事 20:11:55 &lt;zzz&gt; 4) NTCP2 草案（Manas） 20:12:00 &lt;zzz&gt; manas，你那边有什么进展？ 20:12:24 &lt;manas&gt; 草案已经准备好，已发布在 zzz.i2p 上 20:12:40 &lt;manas&gt; 截至今天我还没听到任何评论 20:12:51 &lt;zzz&gt; 所以这是把旧的提案和 EinMByte 的完全重写整合起来了？ 20:13:07 &lt;manas&gt; 我认为我包含了重要的部分，但需要更懂这一主题的人来审阅。 20:13:14 &lt;eche|off&gt; 有几个人在问什么时候能完成，但没别的了…… 20:13:30 &lt;manas&gt; zzz：是的 20:13:47 * psi 开始阅读 NTCP 提案 20:13:53 &lt;zzz&gt; 这是进展，虽然很小。我仍然认为整件事完全停滞，除非有人开始参与，否则不会推进 20:14:00 &lt;manas&gt; zzz：我没有包含旧提案里那些过时的部分 20:14:22 &lt;zzz&gt; 好的，我再等几天，如果 zzz.i2p 主题里没有评论，我就把它提交到网站上？ 20:14:59 &lt;manas&gt; zzz：最后我还能做一些小改动（风格方面） 20:15:09 &lt;zzz&gt; 好的，太棒了。关于第 4 项还有别的吗？ 20:15:16 &lt;manas&gt; 来自 tuna 最近的帖子 20:15:38 &lt;manas&gt; 不过就这些了 20:15:41 &lt;zzz&gt; 5) reseed 文档补丁（Manas） 20:15:46 &lt;zzz&gt; manas，你那边有什么进展？ 20:16:04 &lt;manas&gt; 收到 backup 的消息 20:16:08 &lt;manas&gt; 他的评论在这里：`http://zzz.i2p/topics/2210-reseed-webpage-updates` 20:16:27 &lt;manas&gt; 把他的建议纳入后我会再做一个补丁 20:16:46 &lt;eche|off&gt; 太好了 20:16:48 &lt;manas&gt; 他建议移除一些部分（旧的 reseed 方法） 20:16:56 &lt;manas&gt; 还建议移除对 lighttpd 的支持 20:17:06 &lt;eche|off&gt; 我现在还在用旧方法，但没关系 20:17:09 &lt;manas&gt; 我不知道是否有人用 lighttpd 来运行 reseed 20:17:26 &lt;zzz&gt; 这项工作很棒。backup 拥有那个页面，但拒绝为他的更改创建 HTML 补丁，而我也拒绝当 HTML 编辑，所以我们卡了一年。谢谢你推动我们前进。 20:17:29 &lt;manas&gt; 因为无法设置某个 HTTP 头的问题 20:17:55 &lt;manas&gt; :) 20:18:10 &lt;zzz&gt; manas，这个完成后在 zzz.i2p 的帖子里留个言，我来提交 20:18:44 &lt;manas&gt; 如果有人对 backup 提议的更改有意见，请发出来。如果一周内没有评论，我会分享更新后的补丁并通知 zzz。 20:18:57 &lt;zzz&gt; 关于第 5 项还有别的吗？ 20:18:59 &lt;manas&gt; zzz：当然 20:19:16 &lt;manas&gt; 我这边没有 20:20:03 &lt;zzz&gt; 会议还有其他事项吗？ 20:20:21 &lt;eche|off&gt; 我这边没有 20:20:28 &lt;EinMByte&gt; 我来晚了，不过关于 NTCP2 20:20:39 &lt;manas&gt; 嘿 EinMByte 20:20:40 &lt;zzz&gt; 你说 20:21:00 &lt;EinMByte&gt; 我可以通读最新的草案 20:21:24 &lt;EinMByte&gt; 关于要支持哪些密码算法，有决定了吗？ 20:21:27 &lt;manas&gt; 顺便说一下，在这里：`http://pinkpaste.i2p/show/246/` 20:21:39 &lt;psi&gt; 找到了 20:22:19 &lt;zzz&gt; 基本上自从 1MB 草案以来我们没有任何进展，而 manas 刚刚把它与之前的提案合并了 20:22:28 &lt;zzz&gt; 会议还有其他事项吗？ 20:22:58 &lt;EinMByte&gt; 好的，我会读一下草案。应该有人联系 Winter 20:23:04 &lt;EinMByte&gt; （大概是我） 20:23:11 * zzz 抓起 baffer 20:23:24 * zzz *bafs* 会议结束 </div>/zh/blog/2016/12/12/0.9.28-%E5%8F%91%E5%B8%83/Mon, 12 Dec 2016 00:00:00 +0000/zh/blog/2016/12/12/0.9.28-%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.28 修复了超过 25 个 Trac 工单中报告的问题，并更新了若干捆绑的软件包（包括 Jetty）。针对上一版本引入的 IPv6 对等节点测试功能也进行了修复。我们继续改进对可能具有恶意的对等节点的检测与阻断能力。还提供了针对 Java 9 的初步修复，但目前我们尚不建议将 Java 9 用于一般用途。</p> <p>I2P 将参加 33C3，欢迎到我们的展台走走，向我们提出如何改进网络的想法。我们将在大会上回顾我们的 2017 年路线图和优先事项。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2016/12/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B412%E6%9C%8806%E6%97%A5/Tue, 06 Dec 2016 00:00:00 +0000/zh/blog/2016/12/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B412%E6%9C%8806%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, manas, orignal, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:02 &lt;zzz&gt; 0) 嗨 20:00:02 &lt;zzz&gt; 1) 33C3 筹备 20:00:02 &lt;zzz&gt; 2) 0.9.28 更新 (zzz) 20:00:02 &lt;zzz&gt; 3) Tails 维护者 (zzz) `http://zzz.i2p/topics/2108` 20:00:07 &lt;zzz&gt; 0) 嗨 20:00:09 &lt;zzz&gt; 嗨 20:00:16 &lt;i2pr&gt; [Slack/manas] 你好 :slightly_smiling_face: 20:00:44 &lt;zzz&gt; 1) 33C3 筹备 20:00:54 &lt;orignal_&gt; 嗨 20:01:08 &lt;zzz&gt; 好的，从今天起还有3周，还有什么需要讨论的吗？ 20:01:38 &lt;eche|on&gt; 至少可以通过 Twitter 联系到我 20:01:49 &lt;eche|on&gt; 我从12月26日起在汉堡 20:01:53 &lt;zzz&gt; 我认为我们会提前几天建好 Twitter 的私信（DM）群组 20:01:58 &lt;eche|on&gt; 我会带横幅、笔记本电脑和贴纸 20:02:10 &lt;i2pr&gt; [Slack/manas] 我将在12月26日下午抵达汉堡 20:02:11 &lt;zzz&gt; 我也会带贴纸。 20:02:21 &lt;zzz&gt; 别忘了带插线板 20:02:39 &lt;eche|on&gt; 票都已经付过款了，我会负责分发给大家 20:02:45 &lt;zzz&gt; 老规矩，26日到场的先占一张桌子 20:02:45 &lt;eche|on&gt; 好的 20:02:57 &lt;i2pr&gt; [Slack/manas] 对第一次去 CCC 的人有什么提示/建议吗？ 20:02:57 &lt;eche|on&gt; 有 20:03:12 &lt;zzz&gt; Monero 那边是 fluffypony + 1 20:03:29 &lt;eche|on&gt; manas：到场，多多汲取；把你的系统准备好 24/7 接受攻击；带个大硬盘，带点钱，对意料之外要有心理准备^^ 20:03:30 &lt;zzz&gt; 通用建议会在会后给你 20:03:35 &lt;i2pr&gt; [Slack/manas] :smile: 20:03:41 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:04:48 &lt;zzz&gt; 2) 0.9.28 更新 20:04:55 &lt;eche|on&gt; 就一句：希望 33c3 顺利 20:05:19 &lt;zzz&gt; 0.9.28 按计划进行，代码提交和翻译截止到周五，预计下周初发布 20:05:35 &lt;zzz&gt; 请本周末帮忙审阅 diff 20:05:57 &lt;orignal_&gt; 有什么我需要注意的新东西吗？ 20:06:09 &lt;orignal_&gt; 我是说 0.9.28 20:06:09 &lt;eche|on&gt; 好的，我会在这儿忙到12月19日，从20日开始每天会上线一会儿 20:06:22 &lt;zzz&gt; 我觉得没有，orignal_ 20:06:28 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:06:53 &lt;orignal_&gt; 谢谢 20:07:34 &lt;zzz&gt; 3) Tails 维护者 20:07:49 &lt;zzz&gt; 我们在 Tails 上的情况不太好。今年有 3 位维护者不再活跃了 20:08:23 &lt;zzz&gt; 部分 Tails 开发者希望从 Tails 中移除 I2P，原因是多年来工单无人跟进，且缺乏稳定维护 20:08:47 &lt;zzz&gt; sadie 今天早上发了条推文，收到了一条回复 20:09:26 &lt;zzz&gt; 我们可能需要 sadie 做一波大的公关（PR）推进……或者也许这位新志愿者能顶上 20:09:36 &lt;zzz&gt; 有人愿意做志愿者吗？有什么想法吗？ 20:10:34 &lt;zzz&gt; 好的，我会回复那位在 Twitter 上自荐的志愿者，看看进展如何 20:10:41 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:11:34 &lt;zzz&gt; 本次会议还有别的吗？ 20:11:35 &lt;i2pr&gt; [Slack/manas] 我想帮忙，但我对这块不熟，需要大量阅读和学习。 20:11:46 &lt;i2pr&gt; [Slack/manas] 我已经把相关帖子找出来了，会去读 20:12:01 &lt;zzz&gt; 需要具备 I2P、Tails 和 Debian 打包经验 20:12:08 &lt;i2pr&gt; [Slack/manas] 我的 reseed（初始节点分发服务器）的 SSL 证书可能已经过期或快过期了，我会确保它们得到更新 20:12:19 &lt;orignal_&gt; I2P 应该比现在做更多 PR 20:12:54 &lt;zzz&gt; orignal_，我同意，请把你的任何想法转给 sadie 和 str4d 20:12:56 &lt;i2pr&gt; [Slack/manas] letskencrypt (now called acme-client) 经历了不少变更，但现在已经稳定了。我可以为各个 reseed 实现 SSL 证书的自动更新。 20:13:09 &lt;i2pr&gt; [Slack/manas] 所以 reseed 可能会暂时下线，但会恢复的 :slightly_smiling_face: 20:13:18 &lt;zzz&gt; manas，关于任何 reseed 问题，请与 backup@mail.i2p 配合 20:13:24 &lt;zzz&gt; 本次会议还有别的吗？ 20:13:28 &lt;i2pr&gt; [Slack/manas] 好的 20:14:44 &lt;zzz&gt; 一月第一周不召开会议。我们会在 CCC 进行线下面对面会议。请关注此频道获取详情，会议可能会临时安排 20:15:10 &lt;zzz&gt; 可能召开的会议清单在一个 zzz.i2p 主题帖里，如果要添加议题或申请远程加入，请在那儿发言 20:15:23 * zzz **bafs** 会议结束 </div>/zh/blog/2016/11/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B411%E6%9C%8801%E6%97%A5/Tue, 01 Nov 2016 00:00:00 +0000/zh/blog/2016/11/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B411%E6%9C%8801%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, fluffypony, hottuna, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) 嗨 20:00:01 &lt;zzz&gt; 1) 33C3 筹划 20:00:01 &lt;zzz&gt; 2) 0.9.28 更新 (zzz) 20:00:07 &lt;zzz&gt; 0) 嗨 20:00:09 &lt;zzz&gt; 嗨 20:00:17 &lt;eche|on&gt; 嗨 20:00:22 &lt;i2pr&gt; [Slack/str4d] 嗨！ 20:00:38 &lt;zzz&gt; 1) 33C3 筹划 20:01:05 &lt;eche|on&gt; 不错 20:01:11 &lt;zzz&gt; 好的，想确认 eche|on 已经把11月8日的购票安排好，另外 hottuna 把桌位申请也掌控住了 20:01:16 &lt;eche|on&gt; 周一晚上8点开始预售门票 20:01:29 &lt;eche|on&gt; 我会在布拉格，有移动网络和笔记本 20:01:38 &lt;hottuna&gt; zzz 哟 20:01:47 &lt;zzz&gt; 好，如果布拉格有网的话你就没问题？ 20:01:56 &lt;eche|on&gt; 但我担心一次买不了6张票。我会试试。不行的话，我会在 Twitter 上喊一声 20:02:11 &lt;zzz&gt; 好，太棒了 20:02:20 &lt;eche|on&gt; 我感觉他们会把每单限制在最多2张票之类的，但到时再看 20:02:36 &lt;zzz&gt; hottuna，你今年能再在 wiki 上提交我们在 Noisy Square 的申请吗？你知道门罗币要加入吗？ 20:04:20 &lt;hottuna&gt; zzz：不知道有门罗币。我们会有多少人？门罗币会在我们的旗帜下行动吗？ 20:04:21 &lt;hottuna&gt; zzz：CCC wiki 服务器现在完全没有响应。我已经几周没检查 33C3 的 wiki 是否上线了 20:05:10 &lt;zzz&gt; 我不清楚，和 fluffypony 谈谈吧。我认为他们会自己提申请，但可能会希望和我们共享桌位或靠近 20:05:37 &lt;zzz&gt; hottuna，请确认你会关注维基并为我们的项目提交申请 20:06:39 &lt;fluffypony&gt; 我希望我们共享一个桌位 20:07:01 &lt;fluffypony&gt; 如果 hottuna 能负责这个申请就太好了 20:07:08 &lt;fluffypony&gt; 我可以和 hottuna 协调描述内容 20:07:22 &lt;zzz&gt; fluffypony，我建议你们单独提申请，但要求和我们靠近并/或共享 20:07:24 &lt;fluffypony&gt; hottuna：不确定有多少人，但我们会确保有人值守 20:07:27 &lt;zzz&gt; hottuna？ 20:07:32 &lt;i2pr&gt; [Slack/str4d] 听起来不错 20:07:46 &lt;hottuna&gt; fluffypony：我可以为 i2p+monero 申请一个桌位，不过需要知道门罗币这边会有多少人，以及你们是否也可以在 I2P 项目的旗帜下参展 20:07:55 &lt;zzz&gt; 好，太棒了 20:07:58 &lt;hottuna&gt; zzz：我们会有多少人？ 20:08:07 &lt;fluffypony&gt; hottuna：好的，我们私下聊聊敲定 20:08:09 &lt;eche|on&gt; hottuna：目前我数到6人 20:08:33 &lt;eche|on&gt; zzz，hottuna。bobthebuilder、meeh、str4d 和我 20:08:34 &lt;hottuna&gt; zzz：不管怎样，我会负责关注维基并把这些东西填好 20:08:36 &lt;zzz&gt; Meeh 可能还会带几个人，问问他。暂时算我们8人，门罗币4人 20:08:43 &lt;eche|on&gt; 如果我漏了谁，喊一声！ 20:08:43 &lt;zzz&gt; 很好，hottuna 20:09:00 &lt;i2pr&gt; [Slack/str4d] 桌子有多大？ 20:09:02 &lt;hottuna&gt; 好，那暂定12人 20:09:13 &lt;hottuna&gt; 基本上我们要多大就能有多大 20:09:26 &lt;zzz&gt; 至于演讲——我知道 str4d 和 sadie 在考虑投稿，提交了吗？（大概没有）另外你们有没有把 YTBI 当备选做过协调？ 20:09:37 &lt;zzz&gt; *YBTI 20:09:44 &lt;eche|on&gt; 据我所知没有 20:09:54 &lt;eche|on&gt; 这点 str4d 可以给我们说明一下 20:10:15 &lt;i2pr&gt; [Slack/str4d] 据我理解（AIUI），Sadie 不会参加 CCC（私人原因），而我因为 Zcash 上线的事务没有提交演讲 20:10:24 &lt;zzz&gt; 哦，另外恭喜 str4d 顺利上线，他现在可能富得不想理我们了 20:10:47 &lt;i2pr&gt; [Slack/str4d] 呵，不太可能 :stuck_out_tongue: 20:10:56 &lt;zzz&gt; 好的，希望 sadie 和 eche|on 已经就她是否参加、以及相应的门票问题协调好了 20:11:02 &lt;i2pr&gt; [Slack/str4d] 不过我会为 YTBI 准备一个演讲 20:11:21 &lt;eche|on&gt; zzz：她不会参加 33C3，但会去 RWC 20:11:30 &lt;zzz&gt; 好的，有没有人看到关于 grothoff 的消息，或者 YBTI 是否会举办？ 20:11:51 &lt;zzz&gt; 一向组织得很差，可能要到后来才会知道 20:11:55 &lt;eche|on&gt; 还没看到任何消息，在我看来，门票问题是大家观望的一个原因 20:12:09 &lt;i2pr&gt; [Slack/str4d] 还有人去 RWC 挺好的 20:12:32 &lt;zzz&gt; 今年在纽约？ 20:12:40 &lt;i2pr&gt; [Slack/str4d] 是的 20:12:55 &lt;zzz&gt; 不错。也许还能拉到更多人来 20:13:02 &lt;zzz&gt; 关于第1项还有别的吗？ 20:13:12 &lt;eche|on&gt; 目前没有 20:13:18 &lt;eche|on&gt; 有门票消息我会喊 20:13:26 &lt;zzz&gt; 好 20:13:44 &lt;zzz&gt; 2) 0.9.28 更新 20:14:00 &lt;zzz&gt; 我更新了一些我们打包的第三方库，包括 jetty 20:14:24 &lt;eche|on&gt; 太好了 20:14:28 &lt;zzz&gt; 还有 jrobin。也在处理一些 Java 9 的问题。并且在跟进一些传输相关的工单 20:14:46 &lt;eche|on&gt; 构建更新方面有什么特别需要注意的吗？ 20:14:51 &lt;zzz&gt; 和往常一样，编码和工单上帮手不多，欢迎任何帮助 20:15:01 &lt;zzz&gt; eche 啥？ 20:15:40 &lt;i2pr&gt; [Slack/str4d] 我有 UI 重构的工作，想整理后并入 0.9.28 20:15:40 &lt;eche|on&gt; ant updatewithjetty 是老规矩，但现在还有其他新库，有什么特别需要注意的吗？ 20:15:57 &lt;zzz&gt; 没有，没什么特别的 20:16:06 &lt;eche|on&gt; 好，行 20:16:13 &lt;i2pr&gt; [Slack/str4d] 另外，我打算在11月做“setup wizard”（设置向导）功能，我想把它放进 0.9.28，这样在 CCC 上我们就有东西可以引导新用户使用了 20:16:32 &lt;zzz&gt; str4d，如果你要合并较大的改动，请在下周内完成，最迟两周。我想在12月中旬（CCC 之前）发布 .28 20:16:46 &lt;zzz&gt; str4d，说到发布，.27 的 Android 版本进展如何？ 20:16:49 &lt;eche|on&gt; 大多数工单我帮不上忙。但 Syndie 的工单我可以修复，只需要你一点帮助，zzz（会后） 20:16:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:17:27 &lt;i2pr&gt; [Slack/str4d] 我忙于 Zcash 上线时，.27 的 Android 版本基本没动。 20:17:32 &lt;i2pr&gt; [Slack/str4d] 不过我这周会抽时间处理。 20:17:35 &lt;zzz&gt; 夏天经历了一个4个月的周期后，我想把节奏恢复到6-8周一版 20:17:55 &lt;i2pr&gt; [Slack/str4d] 我也快要完成合并 I2P-Bote 和 Bote Android 代码库了 20:18:00 &lt;zzz&gt; 好的，另外 Bote 当然也需要关爱。现在写一篇 summer of x 博文也还不晚 20:18:18 &lt;i2pr&gt; [Slack/str4d] 用于制作 I2P 插件的 Gradle 插件已经能用了（看起来是这样） 20:18:54 &lt;i2pr&gt; [Slack/str4d] 所以一旦我把最后部分合并完（这取决于我把 0.9.27 的 router.jar 连同其他 JAR 一起上传到 Maven Central），一切应该就能正常工作了。 20:19:31 &lt;zzz&gt; str4d，我在 .27 之后做了一些改动，可能会迫使你为 Android 和/或你的 IDE 文件或 Maven 做些调整，供你参考，用于 .28，但不应该影响你 .27 的发布 20:19:44 &lt;i2pr&gt; [Slack/str4d] 如果这周没时间，这个周末我飞回新西兰的航班上会有空。 20:19:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:20:11 &lt;zzz&gt; 好。我并不指望你十月能做什么，尽管你很乐观 :) 20:20:16 &lt;zzz&gt; 关于第2项还有别的吗？ 20:20:29 &lt;i2pr&gt; [Slack/str4d] 我各种乐观 20:20:48 &lt;zzz&gt; 会议还有其他事项吗？ 20:21:26 * zzz 伸手去拿 baffer 20:22:18 * zzz *baffffffffs*** 会议结束 </div>/zh/blog/2016/10/17/0.9.27-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 17 Oct 2016 00:00:00 +0000/zh/blog/2016/10/17/0.9.27-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.27 包含若干错误修复。用于加密加速的更新版 GMP 库，此前在 0.9.26 版本中仅随新安装和 Debian 构建打包提供，现在也已包含在 0.9.27 的网络内更新中。IPv6 传输、SSU 对等节点测试以及隐藏模式都有所改进。</p> <p>我们在 I2P Summer 期间更新了一些插件，您的 router 将在重启后自动更新它们。</p> <p>一如既往，我们建议您更新到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2016/10/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B410%E6%9C%8804%E6%97%A5/Tue, 04 Oct 2016 00:00:00 +0000/zh/blog/2016/10/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B410%E6%9C%8804%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> echelon, EinMByte, MXPLRS\|Kirill, obscuratus, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:04 &lt;zzz&gt; 0) 嗨 20:00:04 &lt;zzz&gt; 1) 0.9.27 更新 (zzz) 20:00:08 &lt;zzz&gt; 0) 嗨 20:00:09 &lt;zzz&gt; 嗨 20:00:24 &lt;i2pr&gt; [Slack/str4d] 嗨 20:00:30 &lt;eche|on&gt; 嗨 20:00:42 &lt;i2pr&gt; [Slack/str4d] 飞机20分钟后降落，所以我可能只有5-10分钟有空 20:00:51 &lt;EinMByte&gt; 嗨 20:01:10 &lt;zzz&gt; 1) 0.9.27 更新 (zzz) 20:01:11 &lt;i2pr&gt; [Slack/str4d]（所以把需要我关注的事情优先处理） 20:01:44 &lt;zzz&gt; 好的，在创纪录的4个多月之后，我要启动27版发布了，提交截止日期是10天后，计划在17号那一周发布 20:02:04 &lt;i2pr&gt; [Slack/str4d] :+1: 20:02:12 &lt;zzz&gt; 这次没有什么大改动，但需要保持推进 20:02:26 &lt;zzz&gt; 接下来一周我会再看一遍ipv6相关的工单，尽量修更多问题 20:02:39 &lt;zzz&gt; 任何需要测试的内容请尽快提交 20:02:50 &lt;zzz&gt; 关于1) 还有别的吗？ 20:03:06 &lt;i2pr&gt; [Slack/str4d] 这个周末我会抽时间修复 Bote 的问题 20:03:17 &lt;EinMByte&gt; 包括 IPv6 对等点测试吗？ 20:03:29 &lt;i2pr&gt; [Slack/str4d]（因为我负责的 Zcash beta 2 发布将告一段落） 20:03:46 &lt;zzz&gt; 是的，对等点测试在几个月前已提交，目前不清楚效果如何，发布后我们会见分晓 20:04:02 &lt;MXPLRS|Kirill_&gt; zzz，更新日志？ 20:04:12 &lt;EinMByte&gt; 好 20:04:43 &lt;zzz&gt; MXPLRS|Kirill_，我有一阵子没更新 zzz.i2p 上的发布摘要，不过你随时可以看 github 上的 history.txt 文件 20:04:59 &lt;MXPLRS|Kirill_&gt; zzz，好的 20:05:02 &lt;zzz&gt; 我会在接下来几天更新 zzz.i2p 上的帖子 20:05:21 &lt;zzz&gt; 我今天或明天会把标签推送到 tx 20:05:29 &lt;zzz&gt; 关于1) 还有别的吗？ 20:05:51 &lt;obscuratus&gt; 有什么特定的内容你希望我在我的测试平台上测试吗？ 20:06:16 &lt;zzz&gt; 倒没有，感谢你到目前为止做的ipv6测试 20:06:23 &lt;obscuratus&gt; 如果有的话，你想到什么就直接告诉我 20:06:38 &lt;zzz&gt; 好的 20:06:41 &lt;zzz&gt; 关于1) 还有别的吗？ 20:07:02 &lt;i2pr&gt; [Slack/str4d] 我这边没有 20:07:05 &lt;zzz&gt; 会议还有别的议题吗？ 20:07:46 &lt;EinMByte&gt; 就想提一下，我已经更新了 NTCP2 提案 20:08:08 &lt;EinMByte&gt;（在 zzz.i2p 的主题里和 gist.github.com 上都有） 20:08:10 &lt;i2pr&gt; [Slack/str4d] 我现在得把笔记本收起来了 o/ 20:08:10 &lt;zzz&gt; 太好了，干得好 20:08:21 &lt;zzz&gt; 我觉得我们进展不错 20:08:44 &lt;zzz&gt; 会议还有别的议题吗？ 20:09:08 * zzz 抓起了 baffer 20:09:12 &lt;EinMByte&gt; 认证模式仍未完成，所以我认为我们需要把主要精力放在那里 20:09:24 &lt;EinMByte&gt; 我想会议没有其他内容了 20:09:43 &lt;zzz&gt; 期待审阅新草案 20:10:01 * zzz *bafffffffs* 会议结束 </div>/zh/blog/2016/09/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B49%E6%9C%886%E6%97%A5/Tue, 06 Sep 2016 00:00:00 +0000/zh/blog/2016/09/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B49%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> echelon, EinMByte, orignal, psi, str4d, z3r0fox, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 21:00:01 &lt;zzz&gt; 0) 嗨 21:00:01 &lt;zzz&gt; 1) 0.9.27 更新（zzz） 21:00:01 &lt;zzz&gt; 2) Summer of X 更新（sadie/str4d） 21:00:01 &lt;zzz&gt; 3) 33C3 预算 `http://zzz.i2p/topics/2150` 21:00:01 &lt;zzz&gt; 4) SAM 默认启用（str4d） 21:00:06 &lt;zzz&gt; 0) 嗨 21:00:12 &lt;zzz&gt; 嗨 21:00:13 &lt;psi&gt; 嗨 21:00:24 &lt;eche|on&gt; 欢迎 21:00:33 &lt;z3r0fox_&gt; 嗨 21:00:40 &lt;zzz&gt; 1) 0.9.27 更新（zzz） 21:01:01 &lt;zzz&gt; 好的，没什么可汇报的。自 26 以来只有 6K 行差异 21:01:13 &lt;zzz&gt; 目前我觉得 .27 可能在十月中旬？ 21:01:41 &lt;zzz&gt; 早些时候的夏天我在做 summer of x 的东西，最近我一直在休息……不过我也没看到其他人有太多活动 21:02:03 &lt;zzz&gt; 关于 1) 还有别的吗？ 21:02:19 &lt;eche|on&gt; 关于 Summer of X 没太多内容 21:03:25 &lt;zzz&gt; 2) Summer of X 更新（sadie/str4d） 21:03:30 &lt;zzz&gt; sadie / str4d 请开始 21:06:07 &lt;zzz&gt; 既然没有回应，我把它放到下个月的议程 21:06:15 &lt;zzz&gt; 3) 33C3 预算 `http://zzz.i2p/topics/2150` 21:06:28 &lt;str4d&gt; 嗨！ 21:06:33 &lt;eche|on&gt; 醒着呢 21:06:33 &lt;zzz&gt; eche|on，能否简要更新一下我们的财务情况？ 21:06:45 &lt;str4d&gt; 抱歉，刚被工作分心了。可以在会议结束时再谈 2) 21:07:34 &lt;eche|on&gt; 财务，好的，当前金额：37k，510 BTC，700 LTC 和 1300 XMZ（约） 21:07:47 &lt;eche|on&gt; BTC 大约 540，LTC 大约 3.5 21:08:00 &lt;zzz&gt; 看起来我们情况不错 21:08:10 &lt;eche|on&gt; 我们今年已经花了大约 4800 21:08:56 &lt;eche|on&gt; 以及 10 BTC（我把它换成了 ），所以我们今年大概收到了 5k 21:09:20 &lt;zzz&gt; 关于 33C3，我建议跟去年差不多……我们支付所有会议门票。对正式项目成员，我们会报销最多 $1000（或欧元），如果确有需要则为 $1500 21:09:41 &lt;zzz&gt; 对于运行一个或两个服务的人，我建议我们支付他们的会议门票以及最多 $500 的差旅 21:10:01 &lt;zzz&gt; 大家觉得如何？ 21:10:23 &lt;eche|on&gt; 目前有 5 个人申请资助 21:10:25 &lt;str4d&gt; 我觉得这样很公平。 21:11:04 &lt;str4d&gt; eche|on，按上述数字，预计总支出是多少？ 21:11:13 &lt;zzz&gt; 那大概 $4000-$5000，再加上大约 $500 的门票，我猜？ 21:11:32 &lt;eche|on&gt; 按这些规则，最多大约 4k 21:11:39 &lt;zzz&gt; 再加上几百用于一顿晚餐 21:11:57 &lt;zzz&gt; 哦，此外，任何没有给 echelon 发邮件但想要资助的人，现在说一声！ 21:11:58 &lt;eche|on&gt; 2 个提供服务的人，2 个常规的，还有 1 个特殊情况 21:12:07 &lt;eche|on&gt; 门票每张大约 100 21:12:12 &lt;str4d&gt; 嗯。这让我们保持在大约 10% 的支出目标内 21:13:03 &lt;eche|on&gt; 稍微高一点，但还能接受 21:13:21 &lt;zzz&gt; 听起来大约 5200 左右。我们把预算定为 6000 欧元？ 21:13:46 &lt;eche|on&gt; 上次有些人用 BTC 收到他们申请的款，这对我来说轻松多了^^ 21:14:12 &lt;zzz&gt; 是的，谁愿意用 BTC 支付就更好 21:14:21 &lt;eche|on&gt; 听起来靠谱 21:14:48 &lt;eche|on&gt; 晚餐我们可能去和去年一样的地方，或者稍微好一点的地方，再看情况 21:15:02 &lt;zzz&gt; 我想强调我们希望每个人都能到场。虽然我们会谨慎使用资金，但我们也不希望有人因为负担不起而缺席。 21:15:09 &lt;eche|on&gt; 活动本身的一些甜点和其他东西，6k 没问题 21:15:10 &lt;str4d&gt; 我当然乐意用 BTC 报销 21:15:48 &lt;zzz&gt; 关于 3) 还有别的吗？ 21:16:15 &lt;eche|on&gt; 我这边没有了，我明天会回复所有邮件，之后会购买门票 21:16:18 &lt;eche|on&gt; 哦，门票： 21:16:36 &lt;eche|on&gt; 如果在座任何 I2P 的人没有申请资助，但想要门票，请给我发邮件！ 21:16:37 &lt;str4d&gt; 有人想合住的话，联系我 :) 21:16:56 &lt;str4d&gt; eche|on，你打算给所有团队成员买票？ 21:17:03 &lt;eche|on&gt; 是的 21:17:07 &lt;zzz&gt; 对。Ech 会买票。不要自己买 21:17:10 &lt;eche|on&gt; 以避免去年的那些问题 21:17:12 &lt;str4d&gt; 谢谢 :) 21:17:34 &lt;str4d&gt; 另外，我是否理解正确：一般是当地上午 11 点左右开始？ 21:17:56 &lt;zzz&gt; 哦，既然在讨论 3)，我要感谢 eche|on 所做的一切，包括及时维护财务。没有你我们早就破产了！ 21:18:02 &lt;str4d&gt; 我一直在琢磨能否安排一班 27 号到达的航班 21:18:02 &lt;eche|on&gt; 哦，我们大多在上午 11 点/中午 12 点到场，并一直待到凌晨 1、2 点 21:18:05 &lt;eche|on&gt; 但有些演讲到凌晨 3 点才结束 21:18:10 &lt;zzz&gt; 好，我们别在这里讨论差旅安排了 21:18:17 &lt;zzz&gt; 关于 3) 还有别的吗？ 21:18:19 &lt;str4d&gt; （否则我得在 25 号晚上出发） 21:18:34 &lt;str4d&gt; eche|on，嗯嗯，谢谢。还有，是的，非常感谢让我们维持运转！:D 21:18:55 &lt;zzz&gt; 4) SAM 默认启用（str4d） 21:18:59 &lt;zzz&gt; str4d 请开始 21:19:08 &lt;eche|on&gt; 感谢所有捐赠者（刚收到一笔捐款，备注写着“别把钱都花在没用的设计师身上” 21:19:39 &lt;str4d&gt; 好的 21:20:29 &lt;str4d&gt; 我在想，随着使用 SAM API 的应用增多，我们应考虑是否默认启用它；如果启用，该如何做 21:20:51 &lt;str4d&gt; 类似 Tor 默认启用其控制端口，这样应用通常可以假定它是可用的 21:21:07 &lt;eche|on&gt; 我认为 SAM 相当稳定，不至于轻易导致一个 router（I2P 路由程序）故障 21:21:19 &lt;eche|on&gt; 我投赞成票，默认启用 21:21:25 &lt;zzz&gt; 有人反对吗？ 21:21:37 &lt;EinMByte&gt; 我觉得这个想法很合理 21:21:55 &lt;EinMByte&gt; 我能想到的唯一问题是端口冲突 21:22:07 &lt;str4d&gt; 嗯 21:23:08 &lt;eche|on&gt; 我觉得新安装不会有这个问题 21:23:10 &lt;zzz&gt; 通常的做法是修改 clients.config，这只会影响新安装。其他做法会……更难 21:23:12 &lt;eche|on&gt; 因为都是 localhost 21:23:27 &lt;str4d&gt; 我知道 Tor 一直在思考一直开放控制端口的安全性 21:23:29 &lt;eche|on&gt; 我不会在旧安装上启用它 21:23:36 &lt;EinMByte&gt; eche|on：我的意思是，可能有其他服务（与 I2P 无关）使用相同端口 21:23:43 &lt;str4d&gt; 他们的确鼓励大家改用 Unix 套接字模式 21:23:50 &lt;str4d&gt; （使用本地 cookie 认证） 21:23:58 &lt;zzz&gt; 我不认为应用可以“假定它可用”，它们总是需要适当的错误处理和用户提示 21:24:01 &lt;eche|on&gt; EinMByte：是的，但那是 localhost，应该有警告 21:24:08 &lt;str4d&gt; 但这对我们来说问题不大，因为能连接到 SAM 的任何东西只能控制它自己的 tunnels 21:24:33 &lt;str4d&gt; （除非它们能猜到其他客户端 tunnels 的会话名） 21:24:36 &lt;EinMByte&gt; eche|on：好的，那如果端口被占用就不要启用 SAM，并给出警告？ 21:24:41 &lt;eche|on&gt; EinMByte：这是合乎逻辑的做法^^ 21:24:42 &lt;str4d&gt; zzz，当然，应用不能假定 21:24:48 &lt;str4d&gt; 这样做的原因是可用性 21:24:58 &lt;str4d&gt; 所以“简单选项”就是“启动 I2P；使用应用” 21:25:06 &lt;zzz&gt; 因此在多年默认禁用之后，现在启用它也许影响不大 21:25:16 &lt;str4d&gt; 当前的选项是“启动 I2P；找到启用 SAM 的页面；启用 SAM；使用应用” 21:25:33 &lt;zzz&gt; 提醒一下，我拆分了 /configclients，这会包含在 .27 中 21:25:36 &lt;eche|on&gt; 在我看来：大多数 i2p routers 已经启用了 SAM 21:25:39 &lt;eche|on&gt; 如果不是&gt;90% 21:25:41 &lt;str4d&gt; 我主要的动机是降低阻力 21:25:48 &lt;str4d&gt; 对新用户而言 21:25:54 &lt;str4d&gt; 所以我同意这只针对新安装 21:26:19 &lt;EinMByte&gt; 听起来可以。 21:26:27 &lt;zzz&gt; 顺便说，我还没看到你所谓“使用 SAM 的应用增多”的证据 21:26:30 &lt;str4d&gt; eche|on，没错，Tor 在一些三星手机上和 Orbot 也有类似的端口冲突问题 21:26:46 &lt;psi&gt; sam 应该默认开启，这样大家就不用去手动开启了 21:26:50 &lt;EinMByte&gt; zzz：也许这正是所需要的 ;) 21:26:51 &lt;zzz&gt; 不过我也不反对这个提议 21:26:53 &lt;zzz&gt; 呵呵 21:27:05 &lt;str4d&gt; zzz，Tahoe-LAFS 即将发布，带有原生的 I2P 支持 21:27:19 &lt;EinMByte&gt; 提醒我一下，SAM 默认端口是多少？ 21:27:21 &lt;zzz&gt; 好，听起来我们达成共识了？ 21:27:32 &lt;str4d&gt; 7656 21:27:52 &lt;zzz&gt; 关于 4) 还有别的吗？ 21:28:36 &lt;EinMByte&gt; str4d：好的，想不到有什么常见东西会用那个端口 21:29:09 &lt;zzz&gt; 2) Summer of X 更新（sadie/str4d） 21:29:14 &lt;zzz&gt; sadie / str4d 请开始 21:29:35 &lt;str4d&gt; 好的！ 21:29:45 &lt;str4d&gt; 在我看来（IMHO），I2P Summer Dev 是成功的 21:30:06 &lt;str4d&gt; 我们没有获得新的贡献者（至少我看到的没有） 21:30:42 &lt;str4d&gt; （早期的一次会议上有几个，也许我们应该跟进一下……） 21:30:45 &lt;eche|on&gt; 我们有了一个新的 buildbot 21:30:52 &lt;zzz&gt; 我没看到承诺的八月博客文章……九月能发一篇吗？ 21:30:54 &lt;str4d&gt; 但我们在多个面向用户和开发者的方面都取得了出色进展 21:30:56 &lt;str4d&gt; 如上所述，下一版 Tahoe-LAFS 将通过我的 txi2p 库提供原生 I2P 支持 21:31:13 &lt;str4d&gt; zzz，是的，我没抽出时间做。我会在本周末写一篇总结文章 21:31:20 &lt;zzz&gt; 太好了 21:31:47 &lt;str4d&gt; 我本地有 Zeronet 的工作，原本想在八月的文章中展示，但不幸的是我们没能让 i2p.socket 与 gevent 正常配合…… 21:32:05 &lt;str4d&gt; 不过我想我这个周末就直接提个 PR，看看进展如何 21:32:33 &lt;zzz&gt; tahoe 是多少来着，自从我们在他们网站上提交工单至少 5 年了。zooko 的动作不快 21:33:05 &lt;eche|on&gt; 至少现在完成了 21:33:21 &lt;str4d&gt; 所以在开发可用性方面，我们在 i2p.socket 和 txi2p 上进展不错，加上默认启用 SAM API，为 Python 应用添加 I2P 的阻力会更小 21:33:25 &lt;eche|on&gt; 现在我们需要并行上传/下载，否则 tahoe-lafs 会变得很慢 21:33:55 &lt;eche|on&gt; 顺便说，一个用户几分钟前问我 I2P 里有关 Python 开发的工作 21:34:04 &lt;str4d&gt; 我们对潜在的新应用做了一些外联，但那方面还需要更多工作 21:34:28 &lt;str4d&gt; （尤其是 IPFS 和 OpenBazaar 都很感兴趣，但目前那里没有推进） 21:34:49 &lt;EinMByte&gt; 另外，我要道歉；我之前说过会为 summer of x 做点事情，但对 kovri 来说来得太早了 21:34:53 &lt;zzz&gt; summer of x 之后仍然状况堪忧的是 Bote。很久没有发布了，还有大约 40 个（！）trac 工单，其中包括我认为会阻塞 .27 的那个 classpath 问题……你打算再做 bote 吗，还是我们该把它放弃？ 21:35:30 &lt;str4d&gt; zzz，我确实打算做，而且我已经做了一些工作 21:35:38 &lt;eche|on&gt; 应该有人做 bote。它比 syndie 或 i2phex 更重要 21:36:05 &lt;zzz&gt; 我得知道我们是否需要修改 deb 打包来修复 bote，还是别的地方出了问题，或者说我们不在乎 21:36:32 &lt;zzz&gt; 来个 Bote 的九月？ 21:37:22 &lt;str4d&gt; 八月我花时间把它迁移到 Gradle，这意味着我可以合并 android 和插件的代码库 21:37:22 &lt;str4d&gt; 这会消除我在开发 Bote 时的许多阻力 21:37:22 &lt;str4d&gt; 剩下的就是整合现有的插件脚本 21:37:22 &lt;str4d&gt; （或者用 Gradle 重写它们）（ 21:37:39 &lt;str4d&gt; 不幸的是，八月的工作截止日期耽误了这件事 21:37:54 &lt;zzz&gt; 好的 21:37:59 &lt;zzz&gt; 关于 2) 还有别的吗？ 21:38:07 &lt;str4d&gt; 我这个周末会花时间在 Bote 上 21:38:30 &lt;zzz&gt; 会议还有别的事项吗？ 21:39:02 &lt;zzz&gt; 我提议十月改回 UTC 晚上 8 点，可以吗？ 21:39:46 &lt;str4d&gt; 并尝试找出 Debian 问题的修复 21:39:55 &lt;zzz&gt; 对 8 PM 有异议吗？ 21:40:03 &lt;str4d&gt; 但它肯定只在 Debian 上出现 21:40:24 &lt;zzz&gt; 好，我之前甚至没见到它只在 deb 上发生的确认，所以这算是进展 21:40:46 &lt;str4d&gt; 没别的了，另外向所有做了 Summer Dev 相关工作的同学表示赞赏！ 21:40:46 &lt;str4d&gt; 期待明年 ;) 21:40:49 &lt;zzz&gt; 我在工单里提了一个修复方案，或者至少是一个测试，但还没有收到任何反馈 21:40:49 &lt;eche|on&gt; 对我来说没问题 21:41:22 &lt;zzz&gt; 好的，抱怨 9 点的人比 8 点多，那就改回 8 点。反正夏天也结束了 21:41:29 * zzz 拿起 baffer 21:41:29 &lt;str4d&gt; 十月我可以 8PM，因为我会在美国 21:41:31 &lt;str4d&gt; （其实十一月也可以，因为那天是 1 号（ 21:42:37 &lt;eche|on&gt; 好了，该睡觉了 21:42:41 &lt;eche|on&gt; 再见 21:42:44 * zzz ***bafs*** 会议结束 </div>/zh/blog/2016/08/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B48%E6%9C%882%E6%97%A5/Tue, 02 Aug 2016 00:00:00 +0000/zh/blog/2016/08/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B48%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> nextloop, psi, poneyhot, sadie, str4d, trolly, xmpre, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 21:00:01 &lt;zzz&gt; 0) 嗨 21:00:01 &lt;zzz&gt; 1) HOPE 会议报告 (zzz/sadie) `http://zzz.i2p/topics/2152` 21:00:01 &lt;zzz&gt; 2) 0.9.27 更新 (zzz) `http://zzz.i2p/topics/2132` 21:00:01 &lt;zzz&gt; 3) Summer of X 更新 (sadie/str4d) 21:00:05 &lt;zzz&gt; 0) 嗨 21:00:07 &lt;zzz&gt; 嗨 21:00:38 &lt;xmpre&gt; 你好 21:00:44 &lt;i2pr&gt; [Slack/str4d] Hi 21:00:56 &lt;zzz&gt; 1) HOPE 会议报告 (zzz/sadie) `http://zzz.i2p/topics/2152` 21:01:32 &lt;zzz&gt; 我已经在那个链接发布了一份简短的参会报告。sadie、comraden1、gravy，或者任何看过一些视频的人，有什么要补充的吗？ 21:02:30 &lt;i2pr&gt; [Slack/str4d] 我还没看这些视频。除了 Tor 的那些之外，有哪些值得我标注优先看的？ 21:03:01 &lt;zzz&gt; 我没看到更多。希望大家能在 zzz.i2p 的帖子里补充一些推荐 21:03:13 &lt;xmpre&gt; 给可能不知道的人问一下，这些视频在哪里？ 21:03:27 &lt;zzz&gt; 估计在 hope.net 21:03:56 &lt;zzz&gt; 关于 1) 还有别的吗？ 21:03:59 &lt;xmpre&gt; https://hope.net/watch.html 21:04:54 &lt;zzz&gt; 2) 0.9.27 更新 (zzz) `http://zzz.i2p/topics/2132` 21:05:57 &lt;zzz&gt; 最早也要到九月中旬。mtn 上或大型特性并不多。在我完成 I2P 夏季相关工作后，我想转向 NTCP2。所以目前对 .27 不用着急，整体相当稳定 21:06:26 &lt;zzz&gt; 有人对 .27 的时间表或内容有任何意见吗？ 21:06:39 &lt;i2pr&gt; [Slack/str4d] 我也会在差不多同一时间把注意力转向 NTCP2 21:06:49 &lt;xmpre&gt; 我有个让多宿主（multihoming）更容易的建议，我应该把它加到 trac 吗？ 21:06:59 &lt;xmpre&gt; 本质上就是一个导出/导入功能 21:07:11 &lt;zzz&gt; 好的。我们还需要一个新的 Tails 负责人，大家都需要在推特上宣传一下 21:07:19 &lt;i2pr&gt; [Slack/str4d] 我也想让我们考虑默认启用 SAM。 21:07:43 &lt;zzz&gt; xmpre，如果很明确，提到 trac 就行；如果需要讨论，发到 zzz.i2p 可能更好 21:07:48 &lt;i2pr&gt; [Slack/str4d] 或者至少讨论这样做的影响 21:08:06 &lt;xmpre&gt; 好的，zzz 21:08:27 &lt;zzz&gt; 我们把“默认启用 SAM（sam-by-default）”放到下个月的议程里，安排在夏季应用活动结束之后、.27 之前 21:08:40 &lt;i2pr&gt; [Slack/str4d] ACK 21:08:53 &lt;i2pr&gt; [Slack/str4d] 同时，大家可以先考虑一下 21:09:21 &lt;i2pr&gt; [Slack/str4d] 例如，把它与 Tor 在其控制端口上的相关策略做个比较 21:09:38 &lt;zzz&gt; 已添加到 `http://zzz.i2p/topics/2149` 21:10:03 &lt;zzz&gt; 也许如果默认开启，我们还希望开启认证（auth）或 SSL？不确定。我会想想 21:10:11 &lt;zzz&gt; 关于 2) 还有别的吗？ 21:10:58 &lt;psi&gt; （嗨） 21:11:10 &lt;zzz&gt; 说到下次会议，CCC 预算将列入议程，见上面的链接，请为那次会议准备好你们的需求 21:11:13 &lt;i2pr&gt; [Slack/sadie] 嗨——各位，我被工作淹没了 21:11:33 &lt;zzz&gt; 进入 3) ... 21:11:43 &lt;zzz&gt; 3) Summer of X 更新 (sadie/str4d) 21:11:50 &lt;zzz&gt; sadie、str4d，最新进展如何？ 21:12:10 &lt;i2pr&gt; [Slack/str4d] 没关系，Sadie，很高兴你能来哪怕只待一下 :) 21:12:22 &lt;i2pr&gt; [Slack/str4d] 我觉得 Summer Dev 进展非常顺利 21:12:47 &lt;i2pr&gt; [Slack/str4d] 这个月我们公开重点展示了与其他应用的协作工作 21:13:11 &lt;i2pr&gt; [Slack/str4d] （一般是我们之前没合作过的应用） 21:13:47 &lt;i2pr&gt; [Slack/str4d] 我已经把 I2P 客户端支持加入了 Foolscap，这是一款被 Tahoe-LAFS 使用的通信库 21:14:29 &lt;i2pr&gt; [Slack/str4d] 所以我预计在不久的将来，我们至少在客户端这边可以用上游与 I2P 的网格一起工作 21:14:57 &lt;i2pr&gt; [Slack/str4d] 对 I2P 和 Tor 的服务端支持计划在后续版本提供 21:15:31 &lt;i2pr&gt; [Slack/str4d] 我也快把 ZeroNet 跑在 I2P 之上作为概念验证了 21:16:01 &lt;i2pr&gt; [Slack/str4d] （这也促成了 psi 和我对 i2p.socket 的显著改进） 21:16:22 &lt;zzz&gt; ++psi 21:17:15 &lt;zzz&gt; 我这边为 i2phex、jwebcache 和 orchid 做了插件发布。大约一周后会发布一个 syndie 版本（请更新翻译！），也会再发一个 orchid 版本 21:17:34 &lt;i2pr&gt; [Slack/str4d] Woo 21:17:45 &lt;zzz&gt; 可能还有 jircii，至少有人在要，如果还有其他人需要，请喊一声 21:17:45 &lt;xmpre&gt; 感谢在独立版 i2psnark 上的努力，我有一个实例已能与 i2pd 一起工作 21:17:58 &lt;psi&gt; i2p.socket 仍然需要一些开发者反馈，哦对了，我得提醒自己去看看那个 IPFS 工单 21:18:44 &lt;i2pr&gt; [Slack/str4d] 下个月计划用于我们自己的应用开发，但我也希望能看到与外部开发者的更多合作 21:18:59 &lt;zzz&gt; 另外提醒大家也要用 i2pd 来测试这些库和独立应用 21:19:02 &lt;i2pr&gt; [Slack/str4d] 比如 psi 与 IPFS 开发者的合作 :) 21:19:15 &lt;i2pr&gt; [Slack/str4d] :+1: 21:19:47 &lt;nextloop&gt; 你好。大多数插件不在 GitHub 上。我也应该把它们放到那里吗？ 21:19:54 &lt;i2pr&gt; [Slack/str4d] 如果有人缺少想法，来找我，我会给你一长串待办清单。 21:20:23 &lt;i2pr&gt; [Slack/str4d] 可能是个好主意 21:20:29 &lt;zzz&gt; 有件目前没人负责、而且不确定是否该负责的事情，是构建/签名独立包。kytv 做了一些，ech 也做了一些，但我们对很多包没有一致的打包或托管 21:20:57 &lt;zzz&gt; 有些项目甚至在代码里都没有完善的构建目标 21:21:21 &lt;i2pr&gt; [Slack/str4d] 嗯 21:21:56 &lt;i2pr&gt; [Slack/str4d] 我这个月会把 I2P-Bote 迁移到 Gradle，作为其整体构建流程大修的一部分 21:22:10 &lt;xmpre&gt; 我可以开始构建/签名 i2psnark 的独立包，我正通过 bobthebuilder.i2p 构建 Java I2P 21:22:18 &lt;zzz&gt; 我不想成为它们任何一个的维护者。最多是在别人做完其余工作后，我快速编译一下插件。但之前进展不大，我想这也是 i2psummer 的意义所在。 21:22:19 &lt;trolly&gt; gradle? 21:23:26 &lt;zzz&gt; 哦对了，感谢 xmpre 让 bobthebuilder 跑起来。昨天它有点跑过头了……几小时前我推送了 -8，但这里还没看到构建。不过我相信你会让它顺利运行的 21:23:49 &lt;zzz&gt; 关于 3) 还有别的吗？ 21:24:08 &lt;i2pr&gt; [Slack/str4d] 我想在当前网站改版中更好地展示我们已有的应用，并清楚标明志愿者可以发挥作用的地方 21:24:13 &lt;xmpre&gt; 嗯，我来检查一下，zzz 21:24:16 &lt;i2pr&gt; [Slack/str4d] 更好地* 21:24:41 &lt;zzz&gt; 首先，检查一下 i2pwiki 上都有什么 21:24:55 &lt;i2pr&gt; [Slack/str4d] 我也可以把这和 Summer Dev 关联起来 21:25:14 &lt;poneyhot&gt; 如果我可以提几点建议……不要按字母顺序发布，没有理由让 anoncoin 排在第一 21:25:20 &lt;poneyhot&gt; 或者匿名的 git 托管 .. 21:25:22 &lt;zzz&gt; 会议还有其他事项吗？ 21:25:30 &lt;i2pr&gt; [Slack/str4d] 不过那会作为下个月博文的一部分 21:25:45 &lt;zzz&gt; str4d，你即将发布七月的博文吗？ 21:25:47 &lt;i2pr&gt; [Slack/str4d] 4) 网站布局改版 21:26:06 &lt;i2pr&gt; [Slack/str4d] zzz，很快，是的。接下来几天 21:26:09 &lt;zzz&gt; 好的 4) 网站布局，str4d 开始 21:26:49 &lt;i2pr&gt; [Slack/str4d] Elio Qoshi 在网站布局改版上进展顺利 21:27:47 &lt;i2pr&gt; [Slack/str4d] 供参考，他重做过 Whonix 的网站，目前正与 Tor 合作他们的品牌和风格指南 21:28:15 &lt;i2pr&gt; [Slack/str4d] （也为 Mozilla 工作过） 21:29:08 &lt;zzz&gt; 太好了 21:29:20 &lt;i2pr&gt; [Slack/str4d] 目前的目标是减少大段文字（比我之前做的再精简些），并在首页与内页之间实现一致的设计（这是现有设计所欠缺的） 21:30:27 &lt;i2pr&gt; [Slack/str4d] 他目前的线框图，给你们一个概念，中间是单列内容，两侧是等宽的留白边距（其中将放置如当前一样的页内导航和元数据） 21:30:45 &lt;zzz&gt; 好的。正如我们前几天讨论徽标时所说，了解你给设计师的目标很好，这样我们可以在那个背景下评估成果 21:31:06 &lt;zzz&gt; 关于 4) 还有别的吗？ 21:31:24 &lt;i2pr&gt; [Slack/str4d] 在首页，中间栏那份（相当糟糕的）列表将被更友好的特定应用和任务的醒目提示所取代 21:31:25 &lt;poneyhot&gt; 4) 是否包括 127.0.0.1 首页？ 21:31:37 &lt;i2pr&gt; [Slack/str4d] honeypot，不包括 21:31:52 &lt;zzz&gt; 会议还有其他事项吗？ 21:32:05 &lt;i2pr&gt; [Slack/str4d] 哦，他刚给我发来了他提议的首页设计的第一张截图 21:32:26 &lt;i2pr&gt; [Slack/str4d] 但我没法直接在 IRC 上分享，所以等我回到电脑前再发 21:32:41 &lt;i2pr&gt; [Slack/str4d] 关于 router 控制台： 21:32:57 &lt;zzz&gt; 好的 5) router 控制台，str4d 开始 21:33:03 &lt;i2pr&gt; [Slack/str4d] 进展请见 i2p.i2p.str4d.ui 分支 21:33:27 &lt;i2pr&gt; [Slack/str4d] CSS 现在已更新以匹配后端的更改，目前是第一版草稿 21:33:45 &lt;zzz&gt; poneyhot，你是否有关于控制台的会议议题要补充？ 21:34:18 &lt;i2pr&gt; [Slack/str4d] （如果有时间，这个周末之前我还有一些本地更改要推送） 21:34:18 &lt;i2pr&gt; [Slack/str4d] 欢迎反馈 21:34:18 &lt;i2pr&gt; [Slack/str4d] 不过请注意，这只是中间步骤 21:34:30 &lt;zzz&gt; 关于 5) 还有别的吗？ 21:34:37 &lt;i2pr&gt; [Slack/str4d] 目前这些更改都不影响任何结构性内容 21:34:48 &lt;poneyhot&gt; 我得先检查一下这些更改，我只是不喜欢按字母排序 21:34:49 &lt;i2pr&gt; [Slack/str4d] 我计划可能在十月做那件事 21:35:09 &lt;zzz&gt; 哦，原来你说的是 anoncoin，那我明白了 21:35:17 &lt;zzz&gt; 会议还有其他事项吗？ 21:35:29 &lt;poneyhot&gt; 看起来那些就是 I2P 上最重要的东西 21:35:35 &lt;i2pr&gt; [Slack/str4d] poneyhot，那最终可能会完全改变 21:35:51 &lt;i2pr&gt; [Slack/str4d] 也可能不会 ^^ 21:36:25 * zzz 以 Negan 风格抓起了 baffer 21:36:26 &lt;i2pr&gt; [Slack/str4d] 我的目标是让焕新的 router 控制台在 CCC 前准备就绪 21:36:58 &lt;xmpre&gt; 我很乐意帮忙测试新的 router 控制台 21:37:09 &lt;xmpre&gt; （而且我希望恼人的 cookie 错误能被修复 :p） 21:37:24 * zzz *bafs* 会议结束 </div>/zh/blog/2016/07/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B47%E6%9C%885%E6%97%A5/Tue, 05 Jul 2016 00:00:00 +0000/zh/blog/2016/07/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B47%E6%9C%885%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, psi, sadie, str4d, Zerolag, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 21:00:23 &lt;zzz&gt; 0) 嗨 21:00:23 &lt;zzz&gt; 1) HOPE 更新 (zzz) `http://zzz.i2p/topics/1968` 21:00:23 &lt;zzz&gt; 2) 0.9.27 更新 (zzz) 21:00:23 &lt;zzz&gt; 3) Summer of X 更新 (sadie/str4d) 21:00:27 &lt;zzz&gt; 0) 嗨 21:00:29 &lt;zzz&gt; 嗨 21:00:47 &lt;psi&gt; 嗨 21:00:48 &lt;zzz&gt; 1) HOPE 更新 (zzz) `http://zzz.i2p/topics/1968` 21:00:48 &lt;i2pr&gt; [Slack/str4d] 嗨 21:01:13 &lt;zzz&gt; 好的，HOPE 还有两周半。周五和 Lance 的可能午餐会仍待定（TBD） 21:01:42 &lt;zzz&gt; 请把周五中午的时间空出来，我预计要到那一周才会知道进行与否 21:01:49 &lt;zzz&gt; 期待到时候见到大家 21:01:54 &lt;zzz&gt; 关于 1) 还有别的吗？ 21:02:06 &lt;i2pr&gt; [Slack/str4d] 我现在可以确定不会去 21:02:20 &lt;i2pr&gt; [Slack/str4d] 时间安排对我不利；_; 21:02:51 &lt;psi&gt; 看来我今年不会去 HOPE 了 21:03:14 &lt;i2pr&gt; [Slack/sadie] 我会去 HOPE 21:03:38 &lt;zzz&gt; 2) 0.9.27 更新 (zzz) 21:04:13 &lt;zzz&gt; .27 进展缓慢，符合预期。照这个速度，.27 的发布会从 8 月推迟到 9 月。 21:04:31 &lt;zzz&gt; 因为我们把精力放在 X 相关的事情上，或许还包括 NTCP2 21:04:47 &lt;i2pr&gt; [Slack/str4d] 我没问题 21:04:50 &lt;zzz&gt; 大家都可以吗？ 21:05:02 &lt;dg&gt; 没有什么需要赶的，所以可以 21:05:09 &lt;dg&gt; 最终我们会在需要的时候发布 21:05:28 &lt;zzz&gt; 26 看起来非常稳定。唯一的问题是 bote 类未找到的那个问题，我们正在等待 trac 上的后续信息 21:05:52 &lt;dg&gt; 我发现了一个与 Debian 包有关的问题 21:05:56 &lt;i2pr&gt; [Slack/str4d] 这样我们就有机会在 8 月把插件方面的工作做完并纳入 .27 21:05:57 &lt;zzz&gt; 如果真是我想的那样，我们只需做个简单修改，然后重建 deb/ubuntu 包就能修复 21:06:00 &lt;dg&gt; 不过我会留到工单里再说。 21:06:12 &lt;zzz&gt; 关于 2) 还有别的吗？ 21:06:38 &lt;psi&gt; .27 会影响 i2pd 里的什么吗？ 21:07:19 &lt;zzz&gt; 有 IPv6 对等体测试，是的。在支持之前，i2pd 不应该升级到 27 21:07:39 &lt;psi&gt; 好的 21:07:50 &lt;zzz&gt; 不过不必跟着 Java 的时间表走 21:07:53 &lt;zzz&gt; 关于 2) 还有别的吗？ 21:08:42 &lt;zzz&gt; 3) Summer of X 更新 (sadie/str4d) 21:08:51 &lt;zzz&gt; sadie，str4d，进展如何？ 21:08:52 &lt;i2pr&gt; [Slack/str4d] 我想还没有？ 21:08:55 &lt;i2pr&gt; [Slack/str4d] 啊是的 21:08:55 &lt;i2pr&gt; [Slack/str4d] 没有 21:10:30 &lt;zzz&gt; 在会议中使用中继的风险？ 21:10:40 &lt;i2pr&gt; [Slack/str4d] 我觉得到目前为止进展顺利 21:10:55 &lt;i2pr&gt; [Slack/str4d] 我们现在已经过了一个月，并且已经发布了三篇（如果我没记错的话）相关的博文 21:11:46 &lt;zzz&gt; 好的，我们七月要做什么？ 21:12:02 &lt;i2pr&gt; [Slack/str4d] 应用 21:12:05 &lt;i2pr&gt; [Slack/str4d] 外联 21:12:15 &lt;i2pr&gt; [Slack/str4d] 所以我将与 Tahoe-LAFS 合作 21:12:29 &lt;i2pr&gt; [Slack/str4d] 做他们的 I2P 集成 21:13:12 &lt;zzz&gt; 有志愿者愿意做 transmission 和/或 libtorrent 吗？它们现在看起来是一片烂摊子 21:13:14 &lt;i2pr&gt; [Slack/str4d] 还会提一个 PR 来更新 Lightning Browser 的 I2P 库 21:13:45 &lt;i2pr&gt; [Slack/str4d] 是啊，现在开始学习另一个 API 也不晚 21:13:59 &lt;i2pr&gt; [Slack/str4d] 本月我还希望我们能帮助的其他项目： 21:14:02 &lt;zzz&gt; 外联是关键，我们通过 Twitter 和电子邮件把消息传播出去 21:14:08 &lt;psi&gt; 之前在 transmission 上做过什么？ 21:14:31 &lt;zzz&gt; 有一个针对 transmission 的 i2p 分支，见 zzz.i2p 的帖子 21:14:33 &lt;i2pr&gt; [Slack/str4d] psi，SAM 支持 21:14:52 &lt;i2pr&gt; [Slack/str4d] 在 libtorrent 中 21:14:54 &lt;psi&gt; 那是在 libsam3 之前，对吧？ 21:14:58 &lt;psi&gt; 我猜它已经彻底烂掉了 21:15:09 &lt;i2pr&gt; [Slack/str4d] （我总是忘了 transmission 不用那个） 21:15:23 &lt;zzz&gt; sadie，你七月的公关计划是什么？ 21:15:31 &lt;i2pr&gt; [Slack/str4d] 嗯，干净地重新 fork 可能更容易 21:15:58 &lt;i2pr&gt; [Slack/str4d] 正如我刚才说的，我还有这些项目的想法： 21:16:01 &lt;i2pr&gt; [Slack/str4d] - IPFS（Go 和 Python 的实现） 21:16:27 &lt;i2pr&gt; [Slack/str4d] - OpenBazaar（很快会使用 IPFS） 21:16:34 &lt;i2pr&gt; [Slack/str4d] - ZeroNet 21:17:02 &lt;i2pr&gt; [Slack/str4d] 这些都很适合有人去帮忙 21:17:33 &lt;villain&gt; 大家好，i2peeps :) zzz：我刚给网站发了一个补丁，希望能被采纳 21:17:38 &lt;psi&gt; 我还没弄明白 IPFS 的贡献指南 21:17:45 &lt;zzz&gt; 好的，太棒。关于 3) 还有别的吗？Sadie？ 21:18:05 &lt;zzz&gt; 谢谢 villain，我们正在开会中，回头我再看看 21:18:06 &lt;psi&gt; 我很想参与 IPFS，但还没搞清楚怎么入手。 21:18:25 &lt;Zerolag&gt; 我很想动手折腾一下 ZeroNet，看看它在 i2p 上跑得怎么样。 21:18:28 &lt;i2pr&gt; [Slack/str4d] Psi，这个周末我可以看看他们的新人引导是怎么做的 21:19:08 &lt;psi&gt; Zerolag：上次我看，给 zeronet 加 i2p 应该挺容易的，因为他们已经有 tor 的样板代码了 21:19:11 &lt;i2pr&gt; [Slack/str4d] Zerolag，太好了！他们基于 torrent，因此需要修改以适配我们的 torrent 规范 21:19:21 &lt;psi&gt; 另外，i2p.socket 也快成型了 21:19:33 &lt;i2pr&gt; [Slack/str4d] （以便并行支持 clearnet 和 I2P 的种子） 21:19:54 &lt;psi&gt; zeronet 用的是主线 BitTorrent 吗？ 21:20:01 &lt;i2pr&gt; [Slack/str4d] 不太确定 21:20:17 &lt;psi&gt; 我挺确定不是，不过话说回来…… 21:20:22 &lt;i2pr&gt; [Slack/str4d] （他们用的是哪个实现） 21:20:36 &lt;zzz&gt; 关于 3) 还有别的吗？Sadie？ 21:20:58 &lt;i2pr&gt; [Slack/str4d] psi，他们使用 Bitcoin 的加密和 BitTorrent 网络 21:21:39 &lt;i2pr&gt; [Slack/str4d] 我想 Sadie 可能把这个会议和另一个撞车了 21:21:49 &lt;zzz&gt; 那我们继续。会议还有其他事项吗？ 21:22:21 &lt;zzz&gt; 大家再次定在晚上 9 点可以吗？我看到 echelon 不在，可能是因为时间改了，也可能不是 21:22:46 &lt;psi&gt; 9 点对我合适 21:22:46 &lt;Zerolag&gt; str4d 好的，i2p 的 torrent 规范是什么？ 21:23:09 * zzz 预热 baffer 21:23:12 &lt;i2pr&gt; [Slack/str4d] 我这边没别的了，只想说：挑一个项目去帮把手吧！:-) 21:23:31 &lt;i2pr&gt; [Slack/str4d] 9 点对我来说再合适不过 21:24:05 &lt;Zerolag&gt; 我 9 点一定会在 21:24:15 &lt;i2pr&gt; [Slack/str4d] Zerolag，参见 I2P 网站（Docs -&gt; Apps -&gt; BitTorrent） 21:24:19 * zzz *baffffs* 会议结束 </div>/zh/blog/2016/07/02/%E5%A4%8F%E5%AD%A3%E5%BC%80%E5%8F%91%E5%9B%9E%E9%A1%BEapi/Sat, 02 Jul 2016 00:00:00 +0000/zh/blog/2016/07/02/%E5%A4%8F%E5%AD%A3%E5%BC%80%E5%8F%91%E5%9B%9E%E9%A1%BEapi/<p>夏季开发正如火如荼地进行：我们忙着润滑各个环节、打磨细节、把环境收拾得井井有条。现在是时候发布我们的首次汇总，让你及时了解我们取得的进展！</p> <h2 id="api-月">API 月</h2> <p>我们本月的目标是 &ldquo;融入&rdquo; - 使我们的 API 和库能够在各个社区的现有基础设施中工作，从而让应用开发者更高效地使用 I2P，用户也无需关注细节。</p> <h3 id="java--android">Java / Android</h3> <p>I2P 客户端库现已在 Maven Central（Maven 中央仓库）上提供！这将使 Java 开发者在其应用程序中使用 I2P 变得更加简单。相比以往需要从现有安装中获取这些库，他们现在只需将 I2P 添加到其依赖中即可。升级到新版本也同样会更加容易。</p> <p>I2P Android 客户端库也已更新，以使用新的 I2P 库。这意味着跨平台应用程序可以原生地与 I2P Android 或桌面版 I2P 协同工作。</p> <h3 id="java--android-1">Java / Android</h3> <h4 id="txi2p">txi2p</h4> <p>Twisted 插件 <code>txi2p</code> 现在支持 I2P 内部端口，并可在本地、远程以及经端口转发的 SAM API 上无缝工作。有关使用说明，请查阅其文档，并在 GitHub 上报告任何问题。</p> <h4 id="i2psocket">i2psocket</h4> <p><code>i2psocket</code> 的首个（测试版）版本已发布！它是标准 Python <code>socket</code> 库的直接替代品，并通过 SAM API 增加了对 I2P 的支持。请查看其 GitHub 页面以获取使用说明，并报告任何问题。</p> <h3 id="python">Python</h3> <ul> <li>zzz has been hard at work on Syndie, getting a headstart on Plugins month</li> <li>psi has been creating an I2P test network using i2pd, and in the process has found and fixed several i2pd bugs that will improve its compatibility with Java I2P</li> </ul> <h2 id="coming-up-apps-month">Coming up: Apps month!</h2> <p>我们很高兴在七月与 Tahoe-LAFS 合作！长期以来，I2P 一直托管着最大的公共网格之一，使用的是打了补丁的 Tahoe-LAFS 版本。在应用月期间，我们将协助他们推进为 I2P 和 Tor 添加原生支持的工作，使 I2P 用户能够从上游的所有改进中受益。</p>/zh/blog/2016/06/13/i2p-%E5%9C%A8-maven-central-%E4%B8%8A/Mon, 13 Jun 2016 00:00:00 +0000/zh/blog/2016/06/13/i2p-%E5%9C%A8-maven-central-%E4%B8%8A/<p>我们已经进入 Summer Dev 的 API 月近半程，并且在多个方面取得了显著进展。我很高兴地宣布，这些工作中的第一个已经完成：I2P 客户端库现已在 Maven Central 上可用！</p> <p>这将使 Java 开发人员在其应用程序中使用 I2P 变得简单得多。他们无需再从当前安装中获取库，只需将 I2P 添加到其依赖项即可。升级到新版本同样会容易得多。</p> <h2 id="如何使用它们">如何使用它们</h2> <p>有两个你需要了解的库：</p> <ul> <li><code>net.i2p:i2p</code> - The core I2P APIs; you can use these to send individual datagrams.</li> <li><code>net.i2p.client:streaming</code> - A TCP-like set of sockets for communicating over I2P.</li> </ul> <p>将其中一个或两个添加到你的项目依赖项中，就可以开始了！</p> <h3 id="gradle">Gradle</h3> <pre tabindex="0"><code>compile &#39;net.i2p:i2p:0.9.26&#39; compile &#39;net.i2p.client:streaming:0.9.26&#39; </code></pre><h3 id="gradle-1">Gradle</h3> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-xml" data-lang="xml"><span style="display:flex;"><span><span style="color:#f92672">&lt;dependency&gt;</span> </span></span><span style="display:flex;"><span> <span style="color:#f92672">&lt;groupId&gt;</span>net.i2p<span style="color:#f92672">&lt;/groupId&gt;</span> </span></span><span style="display:flex;"><span> <span style="color:#f92672">&lt;artifactId&gt;</span>i2p<span style="color:#f92672">&lt;/artifactId&gt;</span> </span></span><span style="display:flex;"><span> <span style="color:#f92672">&lt;version&gt;</span>0.9.26<span style="color:#f92672">&lt;/version&gt;</span> </span></span><span style="display:flex;"><span><span style="color:#f92672">&lt;/dependency&gt;</span> </span></span><span style="display:flex;"><span><span style="color:#f92672">&lt;dependency&gt;</span> </span></span><span style="display:flex;"><span> <span style="color:#f92672">&lt;groupId&gt;</span>net.i2p.client<span style="color:#f92672">&lt;/groupId&gt;</span> </span></span><span style="display:flex;"><span> <span style="color:#f92672">&lt;artifactId&gt;</span>streaming<span style="color:#f92672">&lt;/artifactId&gt;</span> </span></span><span style="display:flex;"><span> <span style="color:#f92672">&lt;version&gt;</span>0.9.26<span style="color:#f92672">&lt;/version&gt;</span> </span></span><span style="display:flex;"><span><span style="color:#f92672">&lt;/dependency&gt;</span> </span></span></code></pre></div><p>对于其他构建系统，请参阅 Maven Central 上关于核心库和流式库的页面。</p> <p>Android 开发者应使用 I2P Android 客户端库，它包含相同的库以及面向 Android 的专用辅助组件。我将很快更新它，使其依赖新的 I2P 库，从而让跨平台应用程序能够与 I2P Android 或桌面版 I2P 原生协作。</p>/zh/blog/2016/06/07/0.9.26-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 07 Jun 2016 00:00:00 +0000/zh/blog/2016/06/07/0.9.26-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>I2P 现已成为 Stack Exchange 上的提案站点！请承诺参与使用，以便 Beta 阶段可以开始。</p> <h2 id="更新详情">更新详情</h2> <p>0.9.26 包含对我们的原生密码学库的重大升级、一个带有签名的新地址簿订阅协议，以及对 Debian/Ubuntu 打包的重大改进。</p> <p>在加密方面，我们已升级到 GMP 6.0.0，并增加了对较新处理器的支持，这将显著加速加密操作。另外，我们现在使用常数时间（constant-time）的 GMP 函数以防止侧信道攻击。出于谨慎考虑，这些 GMP 更改目前仅对全新安装和 Debian/Ubuntu 构建启用；我们将在 0.9.27 版本中将它们纳入网络内更新。</p> <p>对于 Debian/Ubuntu 的构建，我们新增了对若干软件包的依赖，包括 Jetty 8 和 geoip，并移除了等效的捆绑代码。</p> <p>此外还包含一系列 Bug 修复，其中包括修复了一个计时器 Bug，该 Bug 会随着时间推移导致不稳定和性能下降。</p> <p>一如既往，我们建议您升级到此发行版。维护安全并帮助网络的最佳方式是运行最新发行版。</p>/zh/blog/2016/06/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B46%E6%9C%887%E6%97%A5/Tue, 07 Jun 2016 00:00:00 +0000/zh/blog/2016/06/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B46%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eche|on, plzcdv, psi, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) 嗨 20:00:31 &lt;zzz&gt; 1) 0.9.26 发布计划 (zzz) 20:00:31 &lt;zzz&gt; 2) HOPE 筹备更新 (zzz) `http://zzz.i2p/topics/1968` 20:00:31 &lt;zzz&gt; 3) 0.9.27 计划 (zzz) 20:00:31 &lt;zzz&gt; 4) Summer of X（sadie） 20:00:35 &lt;zzz&gt; 0) 嗨 20:00:37 &lt;zzz&gt; 嗨 20:01:16 &lt;zzz&gt; 1) 0.9.26 发布计划 (zzz) 20:01:46 &lt;zzz&gt; 好的，.26 版本昨天已经构建完成，Launchpad 的相关工作也搞定了，我们一个小时前已经开启了网络内更新开关 20:01:56 &lt;zzz&gt; 只剩下 Debian 的包了，我计划明天做 20:02:27 &lt;zzz&gt; 请记住，网络内更新不会获得新的 jbigi 文件，因为我们担心缺乏足够测试 20:02:40 &lt;zzz&gt; 所以请留意 deb 用户和新安装的故障报告 20:02:45 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:03:14 &lt;zzz&gt; 2) HOPE 筹备更新 (zzz) `http://zzz.i2p/topics/1968` 20:03:39 &lt;str4d&gt; 嗨！ 20:03:45 &lt;zzz&gt; 距离 HOPE 还有 6 周（从本周五算起）。我们将为 150 美元的大会门票事后报销（活动结束后） 20:04:11 &lt;zzz&gt; 我们不承担差旅，但如果有人确实需要一点帮助才能来，请直说 20:04:32 &lt;zzz&gt; 活动前后都不会有开发者会议，因为我没能得到 lance 的确认 20:04:53 &lt;zzz&gt; 非常期待在纽约见到大家 20:05:02 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:05:25 &lt;zzz&gt; 3) 0.9.27 计划 (zzz) 20:06:00 &lt;zzz&gt; 我们等 netsplit（网络分裂） 20:06:06 &lt;plzcdv&gt; 嗨。 20:07:47 &lt;zzz&gt; 好的，你们那边都看到关于 2) 的 HOPE 相关内容了吗？ 20:08:35 &lt;str4d&gt; 又见面了！ 20:08:35 &lt;eche|on&gt; jo 20:08:39 &lt;str4d&gt; 没有 20:08:43 &lt;str4d&gt; 我最后看到的是你的嗨 20:08:53 &lt;zzz&gt; 天哪。我现在讲到 3) 了 20:08:57 &lt;str4d&gt; （还有 1) ） 20:09:02 &lt;zzz&gt; 我把 1 和 2 复制/粘贴一下 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 1) 0.9.26 发布计划 (zzz) 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 好的，.26 版本昨天已经构建完成，Launchpad 的相关工作也搞定了，我们一个小时前已经开启了网络内更新开关 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 只剩下 Debian 的包了，我计划明天做 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 请记住，网络内更新不会获得新的 jbigi 文件，因为我们担心缺乏足够测试 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 所以请留意 deb 用户和新安装的故障报告 20:09:31 &lt;zzz&gt; &lt;zzz&gt; 2) HOPE 筹备更新 (zzz) `http://zzz.i2p/topics/1968` 20:09:44 &lt;zzz&gt; &lt;zzz&gt; 距离 HOPE 还有 6 周（从本周五算起）。我们将为 150 美元的大会门票事后报销（活动结束后） 20:09:44 &lt;zzz&gt; &lt;zzz&gt; 我们不承担差旅，但如果有人确实需要一点帮助才能来，请直说 20:09:44 &lt;zzz&gt; &lt;zzz&gt; 活动前后都不会有开发者会议，因为我没能得到 lance 的确认 20:09:44 &lt;zzz&gt; &lt;zzz&gt; 非常期待在纽约见到大家 20:09:44 &lt;zzz&gt; &lt;zzz&gt; 关于 2) 还有别的吗？ 20:10:03 &lt;zzz&gt; 或是关于 1) ？ 20:10:43 &lt;str4d&gt; 关于 1) 我暂时没想到什么 20:11:09 &lt;str4d&gt; 关于 2)，我仍然希望参加，但还没买票，因为我的答辩日期还没定，因此不确定到时候我是否会在美国。 20:11:27 &lt;str4d&gt; 日期* 20:11:43 &lt;zzz&gt; 好的，如果有人还在犹豫，请先买票，活动很有意思 20:11:51 &lt;zzz&gt; 3) 0.9.27 计划 (zzz) 20:12:34 &lt;zzz&gt; 路线图上有不少硬仗——服务器端的加密迁移、Mac 相关工作，以及对 IPv6 和 ntcp2 的改进 20:13:07 &lt;zzz&gt; 大约一年没人碰过 ntcp2，而关于 IPv6 对等测试我也没有收到任何反馈。所以需要一些帮助 20:13:39 &lt;zzz&gt; 另外，.27 的进度取决于我在 Summer of X 上花多少时间。我暂时把它安排在八月下旬。 20:13:46 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:13:46 &lt;eche|on&gt; 我可以测试，但…… 20:14:01 &lt;str4d&gt; 我会把这些往我的 I2P 待办列表上提一提 20:15:09 &lt;zzz&gt; 4) Summer of X (sadie) 20:15:24 &lt;zzz&gt; 我们北半球这个夏天的计划是什么？ 20:15:31 &lt;str4d&gt; 我可能还会有一些中间阶段的 UI 相关工作需要支撑 20:15:49 &lt;str4d&gt; sadie 因为工作（噩梦般的客户）会迟到 20:15:55 &lt;str4d&gt; 所以我来讲 :) 20:16:10 &lt;str4d&gt; 希望大家都看到了发布公告的博文 :D 20:16:43 &lt;str4d&gt; 那篇主要是把我们已经讨论过的内容梳理了一下。 20:17:09 &lt;str4d&gt; 所以： 20:17:16 &lt;str4d&gt; 4a) API 20:17:17 &lt;str4d&gt; 4b) 应用 20:17:22 &lt;str4d&gt; 4c) 插件 20:17:29 &lt;str4d&gt; 4d) 品牌 20:17:33 &lt;str4d&gt; 4a) 20:18:13 &lt;str4d&gt; 本月我们重点改进 API。在 0.9.26 版本里已经取得了不错的进展 20:18:39 &lt;str4d&gt; 接下来我会把我们的 JAR 上传到 Maven Central，方便 Java 开发者使用 20:18:53 &lt;str4d&gt; （并相应更新 I2P Android 客户端库） 20:19:15 &lt;str4d&gt; 在本月剩下的时间里，我有一串建议清单： 20:19:33 &lt;zzz&gt; 你提到“我们的 C++ 和 Python 库”，但我们其实有在维护的吗？具体由谁来做、针对哪些库？ 20:19:41 &lt;str4d&gt; - 将 SAM 库更新到 v3.3 20:19:50 &lt;str4d&gt; zzz，就是上面这个 ^ 20:19:56 &lt;zzz&gt; 我一小时前才跟一个人说过，那些不是我们的库，是第三方的 20:20:10 &lt;str4d&gt; - txi2p（Python 的 Twisted，我来做） 20:20:32 &lt;zzz&gt; 这些 SAM 库在哪里？ 20:20:41 &lt;zzz&gt; 或者说，具体是哪些 20:21:25 &lt;str4d&gt; - libsam3（C，同步和异步版本都有，在 git.repo.i2p 上） 20:21:49 &lt;zzz&gt; 好的。psi 也有一个 Go 的实现 20:21:53 &lt;str4d&gt; - - i2psam (C++, https://github.com/VirtualDestructor/bitcoin-qt-i2p/tree/master/i2psam) 20:22:16 &lt;str4d&gt; 详见 `http://i2p-projekt.i2p/docs/api/samv3` 20:22:33 &lt;zzz&gt; 我想我主要是提前开始做一些应用，另外随时待命回答问题 20:22:35 &lt;zzz&gt; 听起来不错 20:22:45 &lt;str4d&gt; 我希望至少把 Python 的 Twisted 和 C++ 的库更新一下 20:22:56 &lt;str4d&gt; （为了我下个月自己的需求 >:D ） 20:23:06 &lt;str4d&gt; 本月的其他建议： 20:23:11 &lt;str4d&gt; - 让 libtorrent 能够正确工作 20:23:34 &lt;zzz&gt; 哦是的 libtorrent++\ 20:23:36 &lt;str4d&gt; - 在 Java I2P 中默认启用 SAM API（预计 .27） 20:23:54 &lt;str4d&gt; - 让我的 lighttpd I2P 补丁合入上游（至少需要更新 libsam3） 20:24:21 &lt;zzz&gt; 我提了工单 #1804，把 /configclients 拆分开 20:24:25 &lt;zzz&gt; 这个我可以做 20:24:28 &lt;str4d&gt; 好的，这些建议有志愿者吗？ 20:25:34 &lt;plzcdv&gt; 我有点害羞，但我在。 20:25:48 &lt;str4d&gt; zzz，嗯，这对我的 UI 工作和插件月都是一个很好的推进 20:26:17 &lt;zzz&gt; 好的。但可能会给你带来合并冲突，小心点 20:26:29 &lt;str4d&gt; zzz，最好在我的 UI 分支上做，或者基于它来做，以减少合并冲突 20:26:29 &lt;str4d&gt; plzcdv，嗨！ 20:27:14 &lt;str4d&gt; dg、hottuna3、psi，上面这些有何想法？ 20:27:34 &lt;zzz&gt; 既然没有志愿者，那我们继续到 4b 20:28:29 &lt;plzcdv&gt; 我之前不知道还有个 libtorrent。 20:28:29 &lt;str4d&gt; plzcdv，它在不少应用中都有用到，但据我所知没有哪个暴露了 I2P 功能（可能是因为这部分坏了） 20:28:54 &lt;plzcdv&gt; Libtorrent（或类似的东西）看起来是个基础组件。 20:29:04 &lt;plzcdv&gt; 通信的全部就是分享信息。 20:29:17 &lt;str4d&gt; 本月我还有三个周末可以投入 I2P。其中一个用来做 txi2p，另一个我会安排做 i2psam。 20:30:13 &lt;str4d&gt; 其他人如果有任何想法，或者想做上面任何一项，尽管动手 20:30:33 &lt;zzz&gt; sadie 对这些的公关（PR）计划是什么？ 20:30:38 &lt;str4d&gt; 我这周找个时间做一些宣传，我们可以用于 PR，或许能吸引到更多帮手 20:30:38 &lt;str4d&gt; 4b) 应用 20:30:40 &lt;plzcdv&gt; 我想做 libtorrent 或者类似的东西。 20:30:54 &lt;str4d&gt; zzz，这个在 4d) 里说 20:31:02 &lt;zzz&gt; 好的 20:31:09 &lt;str4d&gt; plzcdv，尽管去做！ 20:32:20 &lt;str4d&gt; 如果你能把 libtorrent 更新到其 I2P 支持能正常工作，那就太棒了 :D 20:32:45 &lt;zzz&gt; 应用方面，我计划做 snark 独立版（基于 psi 的出色工作）、syndie 和 i2phex。也许还有 orchid。 20:33:00 &lt;str4d&gt; plzcdv，我们会后再讨论 :) 20:33:13 &lt;zzz&gt; 噢，orchid 是插件。 20:33:24 &lt;str4d&gt; zzz，我把那些都归在插件里想的 20:33:28 &lt;zzz&gt; 不管怎样，前面那 3 个要在 HOPE 之前完成。 20:33:45 &lt;str4d&gt; 不过提前开始也没问题 20:34:01 &lt;zzz&gt; 好吧，那我就提前开工了，除非有别的应用可做。我想 snark 也算。 20:34:23 &lt;str4d&gt; 我对“应用月”的定位是：对那些想把 I2P 集成到自己应用中的开发者进行外联 20:34:25 &lt;str4d&gt; 所以： 20:34:26 &lt;str4d&gt; - Tahoe-LAFS 20:34:29 &lt;str4d&gt; - Zeronet 20:34:41 &lt;str4d&gt; - OpenBazaar（通过 IPFS，他们正转向它） 20:34:51 &lt;zzz&gt; 好吧，所以这主要是公关和外联，直到有人愿意响应 20:35:06 &lt;str4d&gt; - Whonix（今天刚有人给我发了邮件） 20:35:11 &lt;str4d&gt; zzz，不只是 PR 20:35:23 &lt;str4d&gt; 我会亲自去贡献代码 20:35:53 &lt;str4d&gt; 尤其是 Tahoe，我已经熟悉他们代码库的相关部分（之前和他们一起做过这方面的工作） 20:36:07 &lt;str4d&gt; 这也是我想在本月把 txi2p 更新到位的原因 20:36:16 &lt;str4d&gt; 另一个：Zcash 20:36:22 &lt;zzz&gt; 好的 20:38:52 &lt;str4d&gt; 这是我熟悉的另一个代码库，我在想看看上面提到的 bitcoin-qt-i2p 补丁，看它们能否适用。 20:39:09 &lt;str4d&gt; 我对“应用月”的具体产出期望是：要么写出代码，要么参与设计讨论，以帮助其他开发者集成 I2P，最好还能利用我们现在正在做的工作 20:39:09 &lt;str4d&gt; 关于“应用月”的其他想法： 20:39:09 &lt;str4d&gt; - Vuze 20:39:09 &lt;str4d&gt; - Lightning Browser（Android 上的，我会更新他们对 I2P 客户端库的使用） 20:39:09 &lt;str4d&gt; - 使用 libtorrent 的项目！ 20:39:39 &lt;str4d&gt; 我会从本月开始联系其中一些项目，也鼓励大家一起行动 如果有人对项目有其他想法，请告诉我。 20:40:10 &lt;str4d&gt; （这些项目中的一些） 20:41:51 &lt;str4d&gt; 4c) 插件 20:41:51 &lt;str4d&gt; 在这里，我希望我们能多关照一下我们开发并维护的现有应用和插件 :) 20:41:51 &lt;str4d&gt; 所以： 20:41:51 &lt;str4d&gt; - Bote 20:41:51 &lt;str4d&gt; - Snark 20:41:51 &lt;str4d&gt; - Orchid 20:41:51 &lt;str4d&gt; - 等等 20:41:51 &lt;str4d&gt; 话虽如此，如果有人没有其他任务，也完全可以更早地开始做这些 20:42:12 &lt;str4d&gt; 或者如果比如下个月在某个应用上的协作进展顺利，也可以往后延 20:44:51 &lt;str4d&gt; 这三个月主要是为了 PR，而不是项目管理 :) 20:44:51 &lt;str4d&gt; （不过这肯定也能帮我更好地规划自己的时间！） 20:44:51 &lt;str4d&gt; 我们可以在下个月的会议上更多地讨论 4c)。现在，我鼓励大家多想想 4b)，并开始着手 4a) :D 20:44:51 &lt;str4d&gt; 4d) 品牌（以及 PR） 20:44:51 &lt;str4d&gt; 目前 I2P Summer Dev 的 PR 策略主要围绕博客文章和 Twitter 20:44:51 &lt;str4d&gt; 我会在博客上定期更新我们的进展。 20:44:51 &lt;str4d&gt; 粗略计划： 20:44:51 &lt;str4d&gt; - 启动帖（已完成） 20:45:30 &lt;str4d&gt; - API（接下来几天写，用来宣传 Maven Central 的工作以及本月其他建议清单） 20:46:02 &lt;str4d&gt; - 应用（公布我们将合作的项目清单及其他建议，并总结 API 月的成果） 20:46:11 &lt;str4d&gt; - 插件（布局与“应用”帖相似） 20:46:19 &lt;str4d&gt; - 收官帖 20:46:54 &lt;str4d&gt; 因此，剩下的文章大约每月一篇，期间视情况穿插一些小更新 20:47:19 &lt;str4d&gt; 同时，在 Twitter 上，与此相关的内容请带上话题标签 #I2PSummer 20:47:38 &lt;str4d&gt; （这些博客文章、你正在做的 API 或应用的简评等……） 20:47:50 &lt;psi&gt; 关于 Go，我在 Go 里为 i2p 实现了 net.* 20:48:10 &lt;str4d&gt; psi，太棒了！ 20:48:28 &lt;psi&gt; net.Dial net.Listener net.PacketConn net.Conn net.Addr 等等 20:48:36 * psi 向上翻屏 20:48:56 &lt;str4d&gt; 关于品牌方面，我在上线前三天想到，给 I2P Summer Dev 设计一个标识会很不错（最好是以后几年也能复用的） 20:48:58 &lt;psi&gt; ++ 默认启用 sam plz 20:49:12 &lt;str4d&gt; 随后我看到 Elio Qoshi 在第二天启动了一个开源设计的创业项目 20:50:00 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:50:09 &lt;str4d&gt; 所以：我已经联系了他，请他为 I2P Summer Dev 设计一个标识（单独版，以及带文字的，用于横幅、T 恤等），目标是在本月底交付 20:50:47 &lt;str4d&gt; 我提出的预算是 200 美元，因为即使项目认为这不是资金的好用法，我自己也能承担这个数。 20:50:55 &lt;str4d&gt; 那么：这算是资金的合理使用吗？ 20:51:25 &lt;psi&gt; 我们有人手来做 summer of $i2pthing 吗？ 20:51:41 &lt;zzz&gt; 除非我们计划拿它做点什么，否则这不算是资金的好用法 20:51:47 &lt;str4d&gt; （sadie 也在联系她认识的设计师，而 Elio 的创业项目承诺如果我们不喜欢设计就 100% 退款，所以总体来说风险不大，我个人认为） 20:52:26 &lt;str4d&gt; zzz，我们计划把这套品牌用于 GetI2P 的 Twitter 账号（头像 + 横幅）、网站上相关的博客文章（以及以某种方式放到首页）等。 20:52:29 &lt;zzz&gt; 所以除非我们有尽快使用它的具体计划，否则这钱就打水漂了 20:52:36 &lt;str4d&gt; 可能还有 T 恤（sadie 正在核算成本） 20:52:54 &lt;str4d&gt; zzz，所以我才希望本月底能交付，这样我们就有两个月的时间去用它 20:53:09 &lt;str4d&gt; 之后也可以在未来继续使用 20:53:16 * psi 延迟 20:53:41 &lt;str4d&gt; 正如我在启动帖里说的，我很想给新贡献者发一些小礼品。目前是贴纸，也可能会是 T 恤 20:54:04 &lt;str4d&gt; psi，我们目前还没为 I2P Summer Dev 配齐人手，还有一堆点子在等开发者 :) 20:54:14 &lt;zzz&gt; 在花任何钱之前请先获得 echelon 的批准 20:55:03 &lt;psi&gt; 好的 20:55:09 &lt;str4d&gt; 我刚有这个想法时就联系了 eche|on，但我想在会议上得到确认 :) 20:56:02 &lt;psi&gt; 关于 summer of $i2pthing，我觉得我的 i2p net.* 可以比较容易地适配到 IPFS 的 libp2p 上，但要切入 IPFS 的开发流程还是有点吓人 20:56:04 &lt;zzz&gt; 所以你已经得到他的批准了，还是只是把想法告诉了他？ 20:56:22 &lt;psi&gt; 更准确地说，是我写的 I2P 的 Go 库 20:56:41 &lt;str4d&gt; zzz，我告诉了他我的想法和预算，并说会在会议上提出 20:56:50 &lt;zzz&gt; 我想避免我们在贴纸上遇到的问题：hottuna 只和 eche 含糊地聊了聊，然后就递上了一张 600 美元的账单 20:56:57 &lt;str4d&gt; 如果我只需要 eche 的批准，那我就去拿到批准然后开干 :D 20:57:22 &lt;psi&gt; 取决于我下一次面试是否能拿下，我可能会有，也可能不会有很多空闲时间 20:57:43 &lt;str4d&gt; zzz，会的 20:57:51 &lt;str4d&gt; （会避免那个问题） 20:58:06 &lt;str4d&gt; psi，libpnp 是用 Go 写的吗？ 20:58:07 &lt;zzz&gt; 200 美元不多，但也买不了太多东西。如果要在 HOPE 之前把 T 恤弄到纽约，成本更高、工作量也大得多。 20:58:16 &lt;psi&gt; libp2p 用 Go 和 JS 写的 20:58:26 &lt;str4d&gt; 嗯嗯 20:58:32 &lt;zzz&gt; 关于 4) 还有别的吗？ 20:58:33 &lt;str4d&gt; 那 OpenBazaar 也是用 Go 写的吗？ 20:58:35 &lt;psi&gt; 更确切地说，它是 IPFS 的网络抽象层 20:58:38 &lt;psi&gt; 它是一个 API 20:58:49 &lt;psi&gt; OpenBazaar 是 Py2 20:58:49 &lt;str4d&gt; zzz，这只是徽标的预算。T 恤会是单独的预算 20:58:53 &lt;psi&gt; 用的是 Twisted 20:59:02 &lt;str4d&gt; 是的，sadie 正在研究能否赶在 HOPE 前做出 T 恤 20:59:02 &lt;psi&gt; （如果我没记错） 20:59:17 &lt;str4d&gt; psi，但他们说正转向 IPFS……有点奇怪。 20:59:34 &lt;zzz&gt; 关于 4) 最后一次征求意见 20:59:37 &lt;str4d&gt; 不管怎样，如果你本月有时间把你的 SAM 库更新到 3.3，那就太好了 :) 20:59:48 &lt;str4d&gt; 好好好，我讲完了 :P 20:59:55 &lt;psi&gt; 是的，SAM 3.3 一定会实现 20:59:57 &lt;str4d&gt; （关于 4）） 21:00:08 &lt;zzz&gt; 如果 i2pd 这边也能更新到 3.3 就更好了 21:00:16 &lt;zzz&gt; 会议还有其他事项吗？ 21:00:25 * zzz 找到 baffer 21:00:28 &lt;str4d&gt; 哦，我在考虑把这些 SAM 库迁到 GitHub 上的 i2p 组织下 21:00:38 &lt;str4d&gt; 另外，我还有 5) 重新安排下次会议时间 21:00:50 &lt;zzz&gt; 好的 5) 交给 str4d 21:01:09 &lt;str4d&gt; 我觉得把一些不太显眼的库（比如 libsam3 和 i2psam）放得更显眼一些会比较好 21:01:11 &lt;psi&gt; 具体是哪些 SAM 库？ 21:01:22 &lt;psi&gt; 注意混用许可证是不好的 21:01:22 &lt;str4d&gt; 不过 txi2p 可能就放在原处更好，因为它已经有很多链接了 21:01:32 &lt;str4d&gt; psi，它不会放进 i2p.i2p 这个仓库 21:01:37 &lt;zzz&gt; 库的其他话题我们会后再说吧 21:01:39 &lt;psi&gt; 哦 21:01:42 &lt;zzz&gt; 好的 5) 交给 str4d 21:01:54 &lt;psi&gt; kk 21:01:54 &lt;str4d&gt; 我只是托管现有的 Git 仓库 21:01:57 &lt;str4d&gt; 5) 调整日程 21:02:13 &lt;str4d&gt; 我现在很难赶上这个会议时间，因为对我来说太早了 21:02:21 &lt;str4d&gt; sadie 很难参加，因为这正是工作时间 21:02:46 &lt;str4d&gt; 我建议会议时间往后推一小时，这样两个问题都能解决。 21:03:16 &lt;str4d&gt; （至少在这个夏天的剩余时间里可以这样，等到下次夏令时变更时我们可以再移回去，如果愿意的话） 21:03:18 &lt;zzz&gt; 能否先与欧洲那边的人沟通一下，因为他们受影响最大 21:03:58 &lt;str4d&gt; 那就是 eche|on，还有……？ 21:03:59 &lt;zzz&gt; 你和他们商量一致即可，我都没问题。我在上次会议（或者上上次）就是这么说的。 21:04:10 &lt;zzz&gt; 主要是 ech 21:04:24 &lt;str4d&gt; 嗯嗯 21:04:33 &lt;str4d&gt; 我会在敲定预算的同时问问他 21:04:53 &lt;str4d&gt; 如果他同意，那最简单的办法大概就是直接改时间，然后等人来抱怨 :P 21:05:02 &lt;zzz&gt; 我们下个月先试试，看效果如何，不过是的，先问过他比较好 21:05:07 &lt;zzz&gt; 关于 5) 还有别的吗？ 21:05:14 &lt;str4d&gt; 我这边就这些！ 21:05:17 &lt;zzz&gt; 会议还有其他事项吗？ 21:05:45 &lt;str4d&gt; 祝大家夏季开发愉快！让 I2P 再次集成起来！ 21:05:49 * zzz ***bafs*** 宣布会议结束 </div>/zh/blog/2016/06/01/i2p-summer-dev/Wed, 01 Jun 2016 00:00:00 +0000/zh/blog/2016/06/01/i2p-summer-dev/<p>在过去几年里，用户掌控自身数据的必要性变得愈发明显。随着 Signal 等消息应用以及 Tahoe-LAFS 等文件存储系统的兴起，这方面已经取得了出色的进展。Let&rsquo;s Encrypt 为将 HTTPS 普及到全球所做的持续努力也在稳步取得进展。</p> <p>But building privacy and anonymity into applications is not trivial. Much of the software people use every day was not designed to be privacy-preserving, and the tools developers have available are generally not easy to work with. The recently-published OnionScan survey gives some insight into just how easy it is for even technical users to mis-configure their services, completely undermining their intentions.</p>/zh/blog/2016/05/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B45%E6%9C%883%E6%97%A5/Tue, 03 May 2016 00:00:00 +0000/zh/blog/2016/05/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B45%E6%9C%883%E6%97%A5/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>出席：</strong> eche|on, pr0ng, xmpre, xmz, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:46 &lt;zzz&gt; 0) 嗨 20:00:46 &lt;zzz&gt; 1) Tails 状态（pr0ng）`http://zzz.i2p/topics/2108` 20:00:46 &lt;zzz&gt; 2) 0.9.26 规划更新（zzz） 20:00:46 &lt;zzz&gt; 3) HOPE 筹备更新（zzz）`http://zzz.i2p/topics/1968` 20:00:50 &lt;zzz&gt; 0) 嗨 20:00:52 &lt;zzz&gt; 嗨 20:01:01 &lt;pr0ng&gt; Hey Eeepers 20:01:22 &lt;zzz&gt; 1) Tails 状态（pr0ng）`http://zzz.i2p/topics/2108` 20:01:32 &lt;zzz&gt; 好，过去一个月 Tails 上发生了不少事情 20:01:33 &lt;pr0ng&gt; 嗨 zzz 20:01:47 &lt;Irc2PGuest33835&gt; hey 20:02:01 &lt;zzz&gt; 0.9.25 已进入 Tails 2.3，而 0.9.26 可能会，也可能不会与 2.4 同步。pr0ng 请给我们做个简要汇报？ 20:02:51 &lt;pr0ng&gt; 不确定 'not line up' 那部分——是指 I2p 的持久化支持吗？ 20:03:05 &lt;zzz&gt; 我是指时间安排上 20:03:36 &lt;pr0ng&gt; 基本上，这个版本取自 deb.i2p.no 仓库，由 'anonym' 上传到 Tail 的 APT 仓库 20:04:00 &lt;pr0ng&gt; 我在 Tails 镜像上对该版本进行了隔离测试，测得相当充分 20:04:20 &lt;pr0ng&gt; 我一直在和 anonym 沟通，以弄清楚哪些内容放到哪里、什么时候放 20:04:28 &lt;zzz&gt; 而且我告诉他们你已经测试过了……也许这就是 anonym 把剩下的都做了的原因？ 20:04:48 &lt;pr0ng&gt; 对方非常友善、乐于配合，给了我很多建议和帮助 20:05:02 &lt;pr0ng&gt; 我现在已经掌握了该版本具体如何测试和部署 20:05:27 &lt;zzz&gt; 对于 0.9.25/2.3 发生的这些，是正式流程吗，还是他们希望你下次做更多工作？ 20:05:42 &lt;pr0ng&gt; 确实如此。他们直接使用了 I2P 提供的 .deb 20:06:40 &lt;pr0ng&gt; 有几段脚本决定了 I2P 的部署方式 - 他们/anonym 使用了那些，我现在也知道它们在哪里，以及如何构建/传输以便纳入 20:07:29 &lt;zzz&gt; 好，那你下次会做更多 20:07:55 &lt;pr0ng&gt; 他们可以从 deb.i2p2.no 获取，也可以用其他方法 - 他们目前在强调持久化这一点 - 为了在下个版本把它搞定，我可能需要做些别的，但我会确认清楚。 20:08:20 &lt;eche|on&gt; 到目前为止很好 20:08:30 &lt;pr0ng&gt; c'est possible - 看起来这次我可以自己 'deliver' 这个版本 20:08:33 &lt;zzz&gt; 所以你已经开始着手他们尚未解决的问题了，首先是持久化？ 20:08:48 &lt;pr0ng&gt; 确实如此 - 我很高兴它通过了，而且我了解了各项要求 20:10:09 &lt;pr0ng&gt; 确实 - 我会关注那些未解决的问题 - 持久化看起来更像是 'nice to have'，但在我们的对话中被特别提到。 20:10:24 &lt;zzz&gt; 为了让你把 0.9.26 带进 Tails 2.4，我需要在什么期限前把它发布到 deb.i2p2.no？ 20:11:48 &lt;pr0ng&gt; 这个我需要确定 - 目前我无法给出精确时间 20:12:01 &lt;pr0ng&gt; 我一定会回头给出答案 20:12:13 &lt;zzz&gt; 好的，告诉我吧，即使只是个大概的估计。 20:12:22 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:12:40 &lt;pr0ng&gt; 我会的，没问题。 20:12:52 &lt;pr0ng&gt; 到目前为止一切顺利，我觉得。 20:13:04 &lt;zzz&gt; 再次感谢，你做得很出色，很高兴由你来负责这件事 20:13:34 &lt;zzz&gt; 2) 0.9.26 规划更新（zzz） 20:13:36 &lt;pr0ng&gt; 很高兴能帮忙 - 学习曲线很陡，但我现在对流程和要求已经舒服多了。 :) 20:14:11 &lt;zzz&gt; 我已经完成了 0.9.26 的主要部分 -- 地址簿订阅协议，以及在新闻源中加入 CRL（证书吊销列表）。另外我们已将 GMP 6 合并过来 20:14:48 &lt;xmz&gt; zzz: 有没有人反馈过在 Java 版 I2P 控制台里成功设置 family 配置？ 20:14:48 &lt;xmz&gt; zzz: 我从没让它成功运行过 20:14:50 &lt;zzz&gt; 我现在开始转向修复缺陷，并会在发布前专注于此。我正紧追一个奇怪的计时器缺陷，我认为它是大家遇到的一些问题的根源 20:15:32 &lt;zzz&gt; xmz，除了我自己之外，我没听到过成功或失败的报告 20:15:34 &lt;pr0ng&gt; 抱歉我见识浅 - 'propped GMP 6' 是 'dropped libgmp' 吗？ 20:15:42 &lt;zzz&gt; 如果你遇到问题，请提一个工单 20:15:57 &lt;xmz&gt; 好的，我一会儿测试并汇报 20:16:05 &lt;zzz&gt; propped = propagate = 从另一个（开发）分支合并 20:16:25 &lt;zzz&gt; 目前我还没有确定 0.9.26 的日期，但看起来可能是在五月下旬或六月上旬 20:16:40 &lt;pr0ng&gt; 啊。好，谢了 :) 20:17:14 &lt;zzz&gt; 感谢 eche|on 提供了一些开发版构建。我们非常希望有人能站出来搭一个真正的、自动化的开发版构建站点 20:17:18 &lt;eche|on&gt; 我投票支持六月的第二周 20:17:50 &lt;zzz&gt; 如你们所见，我宣布我们要放慢发布节奏，从每 6-8 周一次改为每 8-10 周一次。 20:17:52 &lt;eche|on&gt; 我也想做，但我目前时间有限 20:18:32 &lt;eche|on&gt; 是的，没问题 20:18:32 &lt;zzz&gt; 这是测试减少、我承担了许多原本由 kytv 负责的工作、以及整体活跃度下降的副产品 20:19:18 &lt;zzz&gt; 在审查提案和为今年即将到来的难点做准备方面也几乎没人参与，尤其是 NTCP2 及其相关内容 20:20:10 &lt;zzz&gt; 此外还有提议中的 'summer of x'，我本希望能从 sadie 那里得到最新消息。如果我们推进这件事，发布节奏会大幅放慢 20:20:47 &lt;zzz&gt; 我可以告诉你们，目前完全没有人在提前进行 0.9.27 的规划或编码 20:20:52 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:21:52 &lt;zzz&gt; 3) HOPE 筹备更新（zzz）`http://zzz.i2p/topics/1968` 20:22:32 &lt;zzz&gt; 我一直未能从 Lance 那里拿到 HOPE 的会议场地承诺 20:22:51 &lt;zzz&gt; 所以如果你们在计划参会，我仍然无法给出任何指引 20:23:15 &lt;zzz&gt; sadie 原本上周要和他见面，但她还没回复我是否拿到了他的答复 20:23:25 &lt;eche|on&gt; 嗯 20:24:05 &lt;zzz&gt; 如果有人有必须在某个截止日期前知道结果的需求，请直说。我也不想老催 Lance，但这根本不起作用 20:24:26 &lt;xmpre&gt; zzz: 我已经为 i2pd 搭了一个 Jenkins 服务器，如果有需要，我可以为 Java 版 I2P 再搭一个？ 20:24:44 &lt;zzz&gt; 好的，xmpre，当然可以 20:25:20 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:27:05 &lt;eche|on&gt; zzz: 我还保留着那个工单^^ 20:27:15 &lt;zzz&gt; 我在上面的回溯里看到，str4d 和 sadie 对常规会议时间有些问题，还有关于更改时区基准的事，我没太明白。如果你们俩愿意和欧洲的同学协调，拿出一个大家都能接受的方案，请去做 20:27:20 &lt;zzz&gt; 本次会议还有别的吗？ 20:27:55 &lt;pr0ng&gt; 我计划参加 I2PCon-2 - 关于时间/地点有任何想法吗？ 20:28:28 &lt;pr0ng&gt; ...在往上读，我已经错过了吗！？ 20:28:33 &lt;zzz&gt; 我不认为会有 i2pcon 2。 20:28:50 &lt;zzz&gt; 也许秋天在多伦多搞个小型聚会，聊胜于无 20:28:55 &lt;pr0ng&gt; 可惜 20:29:11 &lt;zzz&gt; 如果你想当面见到一些 i2p 的人，最好的机会是 HOPE 和 CCC 20:29:18 * zzz 预热 baffer 20:29:31 &lt;pr0ng&gt; 那我就先把它记到日程里。 20:29:54 * zzz *bafs* 会议结束 </div>/zh/blog/2016/04/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B44%E6%9C%887%E6%97%A5/Thu, 07 Apr 2016 00:00:00 +0000/zh/blog/2016/04/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B44%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eche|on, hottuna, orignal, str4d, susbarbatus, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:05 &lt;zzz&gt; 1) 上次会议遗留事项 `http://zzz.i2p/topics/2093` 20:00:05 &lt;zzz&gt; 2) 替补 kytv 的角色与服务 `http://zzz.i2p/topics/2098` 20:00:05 &lt;zzz&gt; 3) 0.9.26 规划更新 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:00:05 &lt;zzz&gt; 4) HOPE 筹备 `http://zzz.i2p/topics/1968` 20:00:05 &lt;zzz&gt; 5) 对月度会议与项目管理三个月后的简要回顾 20:00:10 &lt;zzz&gt; 0) 嗨 20:00:12 &lt;zzz&gt; 嗨 20:00:38 &lt;zzz&gt; 1) 上次会议遗留事项 `http://zzz.i2p/topics/2093` 20:00:55 &lt;orignal_&gt; 嗨 20:01:00 &lt;zzz&gt; - Reseed 活动准备，截止一月底： 20:01:00 &lt;zzz&gt; ** 由 Sadie 联系备选人员以讨论（未完成），新日期 4 月 5 日 20:01:11 &lt;zzz&gt; sadie，情况如何？ 20:02:10 &lt;zzz&gt; - 加强网络——主页及附加页面 20:02:10 &lt;zzz&gt; ** str4d、gravy、cacapo：增加使用场景，我们擅长什么，更多“激情”和“内容”，添加/突出 Bote，一月底前未完成，str4d 在 3 月 6 日前把使用场景加到网站，关于“激情”等的更多更改在 4 月 5 日前完成 20:02:15 &lt;zzz&gt; str4d，情况如何？ 20:03:06 &lt;zzz&gt; - 添加 I2P 的“故事”/ 历史 / 缘由 20:03:06 &lt;zzz&gt; ** 由 comraden 编辑 / 打磨 / 增强 / 发布，截止 2 月底（未完成），新日期 4 月 1 日，草稿在 3 月中返给 zzz 20:03:11 &lt;zzz&gt; comradenosebleed，情况如何？ 20:03:34 &lt;str4d&gt; 嗨 20:04:40 &lt;zzz&gt; 工单管理——目前是临时/即兴式 20:04:40 &lt;zzz&gt; ** 由 Sadie 评审，提出建议，或可能开始管理（何时？）（未完成），str4d 和 sadie 在 4 月 5 日前安排会议或提交报告（？） 20:04:50 &lt;zzz&gt; sadie，str4d：情况如何？ 20:05:49 &lt;hottuna&gt; 嗨 20:05:59 &lt;zzz&gt; str4d 未完成——Android 0.9.24 于 3 月 3 日发布，3 月 6 日前整理 TODO 清单，3 月 6 日前完成路线图草案，3 月 5–6 日审阅 20:06:05 &lt;zzz&gt; str4d，情况如何？ 20:06:33 &lt;str4d&gt; 我们讨论过了 20:06:41 &lt;str4d&gt; （抱歉，同时在参加两个会议） 20:06:54 &lt;zzz&gt; str4d 和 zzz 在 2 月 12 日前审阅 VRP 工单；将于 3 月 5–6 日路线图会议期间做出一些决定（zzz 已于 2 月 8 日完成，str4d 于 3 月 6 日前完成） 20:06:56 &lt;str4d&gt; 关于工单 20:06:57 &lt;zzz&gt; str4d，情况如何？ 20:07:29 &lt;zzz&gt; sadie 和 anonimal 将在 4 月 5 日的会议上带来基于 Monero 0mq 的 CoC（行为准则）修改 20:07:36 &lt;zzz&gt; sadie，anonimal：情况如何？ 20:08:25 &lt;str4d&gt; 我之前决定将需要分拣的工单状态设为“new”，我现在仍然认为这么做是对的 20:09:00 &lt;str4d&gt; 我也觉得为我们中的几个人设一个定期的时间来过这些工单会是个好主意 20:09:09 &lt;str4d&gt; 关于 android 20:09:59 &lt;str4d&gt; 还没发生，因为被构建脚本卡住了 20:10:17 &lt;eche|on&gt; uhh 20:10:54 &lt;str4d&gt; VRP 工单：还没做，因为我原本计划处理时生病了 20:11:00 &lt;zzz&gt; 很明显目前的项目管理风格不起作用，因为什么都没发生。我们继续吧，我把 5）放进议程是为了决定是否该继续月度会议 20:11:10 &lt;zzz&gt; 这些事项几乎全都已经 3 又 1/3 个月了 20:11:19 &lt;str4d&gt; 有件不在 zzz 清单上的事是：我完成了规范迁移，提案的迁移也进行得不错 20:11:37 &lt;zzz&gt; 有关规范/提案的好消息，干得漂亮 20:12:09 &lt;str4d&gt; 所以我认为，说“什么都没发生”不正确，只是优先级发生了不在当前项目管理风格中体现的转移 20:12:17 &lt;str4d&gt; 所以是的，我们需要优化 20:12:20 &lt;zzz&gt; 好的。换个视角不错 20:12:25 &lt;zzz&gt; 1）还有别的事吗？ 20:13:04 &lt;str4d&gt; 其他人请看，提案相关内容在 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals` - 请审阅并评论 :) 20:13:26 &lt;zzz&gt; 2) 替补 kytv 的角色与服务 `http://zzz.i2p/topics/2098` 20:13:34 &lt;zzz&gt; 他做的事大概有 20 来项 20:13:44 &lt;str4d&gt; 我这边没别的了 20:13:47 &lt;str4d&gt; （我确实做了 I2P Android 的工作，只是还没发布） 20:13:55 &lt;zzz&gt; 我一直专注于我认为最优先的事——Launchpad 和 Debian 20:14:14 &lt;zzz&gt; 还有其他人也在研究别的事情，我们在 .25 中替换了控制台首页的几个链接 20:14:33 &lt;zzz&gt; 在我看来，接下来最重要的是 Tails 维护者 20:15:06 &lt;zzz&gt; 这里有人既了解 Tails 又懂 Debian 打包并能帮忙的吗？如果没有，我会尽快在 Twitter 上发公告 20:15:24 &lt;zzz&gt; 我们可能会在两个月后的下个版本中被 Tails 删除 20:15:32 &lt;zzz&gt; 我记得是 2.4 20:15:50 &lt;zzz&gt; 这超过我能处理的范围。我不会做这件事。 20:16:02 &lt;str4d&gt; 唉 20:16:19 &lt;str4d&gt; Tails 至少需要什么 20:16:19 &lt;str4d&gt; ？ 20:16:20 &lt;zzz&gt; 工作是拿我做的 Debian 打包，微调/整合进 Tails，反复测试测试测试，外加一堆现有的 Tails I2P 工单 20:16:49 &lt;zzz&gt; 我记得 kytv 写过一篇详尽说明，从 zzz.i2p 上的 kytv 主题有链接 20:17:04 &lt;zzz&gt; 基本上 Tails 的输入是一个 deb 包 20:17:19 &lt;zzz&gt; 但我觉得他们有一堆积压的不满 20:17:25 &lt;eche|on&gt; 在 Twitter 上发招募 20:17:33 &lt;str4d&gt; Twitter +1 20:17:35 &lt;zzz&gt; 还有谁对替代 kytv 的事项有进展要汇报吗？ 20:18:07 &lt;str4d&gt; 自从一两周前我在 IRC 提过以后，我在 Buildbot CI 服务器上没有更多进展 20:18:23 &lt;str4d&gt; 我会在这个周末再做些工作 20:18:42 &lt;zzz&gt; 好。清单上还有很多，每个人都挑一件重要的做吧。 20:19:02 &lt;zzz&gt; 2）最后一次征询 20:19:46 &lt;str4d&gt; 如果没有其他人做，我“可能”会接下 IRC 机器人/中继。现在可能性不大。 20:20:34 &lt;zzz&gt; 我觉得 deb 构建还算不错，但仍有一些问题，比如 Jessie 上的 ARM，我今天可能修了，也可能没修 20:21:19 &lt;zzz&gt; 3) 0.9.26 规划更新 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:21:33 &lt;zzz&gt; 好的，我想先做 3a）时间安排，然后 3b）GMP 6 20:21:38 &lt;zzz&gt; 3a）时间安排 20:22:03 &lt;zzz&gt; 路线图写的是“五月”，而从上次 3 月 22 日的发布算起 6–7 周就是五月上旬到中旬 20:22:36 &lt;zzz&gt; 在一个月前的路线图会议上，我们制定了一个雄心勃勃的计划，包括地址簿订阅协议 20:23:16 &lt;zzz&gt; 但第二天一切都崩了，因为 kytv 的东西都挂了，而且他回来的可能性越来越小 20:23:36 &lt;zzz&gt; 所以我还没开始任何与 26 相关的工作。过去 2–3 周我全职在做 Debian/Launchpad 的事 20:24:01 &lt;str4d&gt; 从现在起大约七周是五月底。你觉得可行吗？ 20:24:15 &lt;str4d&gt; （既然 Debian 的事情基本可控了） 20:24:19 &lt;zzz&gt; 那会把 26 推到六月，而且会远远超过 Tails 2.4 的截止 20:24:37 &lt;str4d&gt; 唉 20:24:37 &lt;zzz&gt; 五月底有可能，但每天都在变得不太可能 20:24:42 &lt;str4d&gt; Tails 的截止是什么时候？ 20:25:11 &lt;zzz&gt; 不清楚。我已经再次要求他们自己拉取 25（他们之前已经拒绝过一次） 20:25:23 &lt;eche|on&gt; 我觉得六月没问题，因为 Tails 目前在评审 20:25:45 &lt;zzz&gt; 他们看不到 Tails 上 I2P 的使用情况，也没有听到任何呼声，因此觉得得不偿失 20:26:18 &lt;eche|on&gt; 是的 20:26:33 &lt;zzz&gt; 通常对于地址簿订阅协议这样的重大功能，我会在“上一个”版本发布前一周就完成，准备提交 20:26:54 &lt;zzz&gt; 所以已经落后 3 周了，再加上至少几周的开发时间，总共要落后 5 周 20:27:39 &lt;zzz&gt; 以上就是现状。我还没在官方路线图上发布任何更新，但很快需要这么做 20:27:49 &lt;zzz&gt; 关于 3a）时间安排还有什么？ 20:27:58 &lt;str4d&gt; 我们原计划在 0.9.27 里放什么？ 20:28:16 &lt;zzz&gt; 看上面的路线图链接 20:28:31 &lt;zzz&gt; 早期的 ntcp2/dh/pt 20:29:18 &lt;str4d&gt; 我仍然认为需要按照上面的顺序来，因此我们可以把地址簿订阅协议推到 0.9.27 20:29:27 &lt;str4d&gt; 这能给你五月的时间来做 20:29:47 &lt;zzz&gt; 但还没有 .26。什么都没做。除了 deb 更改外，里面现在什么都没有 20:29:50 &lt;str4d&gt; 然后 .26 可以做一些 CRL（证书吊销列表）以及通用清理 20:30:08 &lt;zzz&gt; 在有人（包括我）真正做出点东西之前，没有可发布的内容 20:30:27 &lt;zzz&gt; 我还得抽几天时间去报税 :) 20:30:37 &lt;zzz&gt; 关于 3a）时间安排还有什么？ 20:30:55 &lt;eche|on&gt; 别过分拘泥于既定进度表 20:30:56 &lt;str4d&gt; 我这边有一些初步的 UI 调整，是我和 sadie 讨论后得出的，我可以先应用 20:31:20 &lt;zzz&gt; 3b）GMP 6 20:31:25 &lt;str4d&gt; （不是我计划的大改版，而是一些常规优化） 20:31:50 &lt;zzz&gt; 经过大约 15 个月的工作，tuna 和我差不多准备好把 gmp6 分支在 26 合并进主干了 20:32:05 &lt;zzz&gt; tuna 在过去 6 个月里构建了大约一百个二进制文件，等待提交 20:32:25 &lt;zzz&gt; 用各种方式构建——VM、原生、Microsoft、借来的机器等 20:32:53 &lt;zzz&gt; 按惯例，我们在提交每个二进制文件时都会附上详细的构建环境说明（编译器版本、系统 OS 细节等） 20:33:13 &lt;zzz&gt; 不幸的是，tuna 没有保留任何构建的记录。 20:34:06 &lt;zzz&gt; 那么问题是，我们要不要从头再来（可能要花 6 个月），或者我只构建 Linux 的二进制并忽略其他的平台，抑或其实不需要这些记录，直接采用 tuna 已经做好的所有东西？ 20:34:08 &lt;eche|on&gt; 有机会重做吗？ 20:34:47 &lt;zzz&gt; tuna 说不可能。任何人都可以构建 Linux 32/64 的二进制，但其余的都是问题 20:35:00 &lt;eche|on&gt; 好问题，这种情况下：要么重做，要么接受，没中间道路 20:35:25 &lt;eche|on&gt; 我们需要 Mac、Win 和 ARM 的 GMP 相关内容 20:35:29 &lt;zzz&gt; tuna 最后告诉我是要么接受要么拉倒，他这边已经做完了 20:35:54 &lt;zzz&gt; 即便构建很快，测试也很慢 20:36:25 &lt;str4d&gt; 我们有没有把测试流程写在某处？ 20:36:54 &lt;zzz&gt; 如果你去 `http://zzz.i2p/topics/1960` 的最后一页，他已经提交了他仅有的全部构建说明 20:36:56 &lt;eche|on&gt; （顺便说一下，我们之前也接受过没有说明的其他内容） 20:37:07 &lt;str4d&gt; 因为这听起来就该放进 CI 服务器里 20:37:38 &lt;zzz&gt; 他已经更新了关于如何构建的 README。该主题里也有一些如何测试的信息，我也摸索了自己的方法 20:38:07 &lt;zzz&gt; 回想一下，过去 6 个月他发布了 13 个版本的二进制集合 20:38:36 &lt;zzz&gt; hottuna，你还有要补充的吗？ 20:38:37 &lt;str4d&gt; 如果有人能写出一套测试方法，我可以把它做成 Buildbot 里的一个构建类型 20:38:58 &lt;str4d&gt; 接下来就是找机器挂上去。 20:39:08 &lt;hottuna&gt; 等一下 20:39:24 &lt;str4d&gt; 我在想我们可能该弄台 Mac，放在某处常年运行，作为 buildslave（构建从节点） 20:39:44 &lt;hottuna&gt; eche|on：关于重建：不是不可能，但对我现在来说工作量太大，远超负荷。 20:40:02 &lt;str4d&gt; 不用太贵，但能真正用来凑齐“三件套”（只要我和 eche 把 VM 的事情理顺，我们就会有 Linux 和 Windows 的 buildslave） 20:40:10 &lt;eche|on&gt; hottuna：有没有可行的重建方法？ 20:40:27 &lt;zzz&gt; 即便 100 个文件明天全部构建完，测试也需要 3 个月 20:40:39 &lt;hottuna&gt; 有一份 README 文档，里边“应该”包含你需要的一切。 20:40:48 &lt;str4d&gt; 至少，我们已经从 hottuna 对各脚本的改进中受益了 20:41:10 &lt;str4d&gt; 不过另一个问题是，如果我们现在重建，要不要直接跳到 6.1 20:41:11 &lt;zzz&gt; 另外 cpuid 代码本身也有大量变更 20:41:23 &lt;hottuna&gt; str4d：脚本现在还不完美，但总之更好了。 20:41:23 &lt;zzz&gt; 对，可能 6.1 20:41:25 &lt;str4d&gt; 没错 20:41:30 &lt;hottuna&gt; str4d：如果我们重建，应该直接跳到 6.1 20:41:44 &lt;eche|on&gt; 新代码工作正常吗？ 20:41:57 &lt;hottuna&gt; eche|on：据我们所知没有 bug（哈！）。 20:42:07 &lt;zzz&gt; 当然在 debian 构建里我们是动态链接，所以如果已安装你会得到 6.1（这也提醒我，我们还没测试过 gmp 6 的动态库） 20:42:10 &lt;str4d&gt; 我不太确定脚本需要改多少来做 6.1，但我希望基本可以直接替换 20:42:14 &lt;eche|on&gt; 如果测试没问题，就把它包含进去。然后在旁路重建 6.1，相关信息稍后再补全 20:42:38 &lt;eche|on&gt; 在我看来，我们已经测试得相当不错了 20:42:51 &lt;hottuna&gt; eche|on：棘手的并不是跑脚本本身。拿到机器、搭环境和测试才是困难/缓慢的部分 20:43:03 &lt;eche|on&gt; 是啊 20:43:13 &lt;str4d&gt; hottuna，这正是我想放进 CI 的东西 20:43:15 &lt;zzz&gt; 回到最初的问题。我们要不要丢掉 6 个月的工作（实际上从 2015 年初就开始了），还是可以在没有具体说明的情况下接受现有的二进制？ 20:43:25 &lt;str4d&gt; 你觉得用了多少种不同的机器？ 20:43:37 &lt;zzz&gt; 先把 CI 等暂且放一边，先决定我们是否有问题 20:43:52 &lt;hottuna&gt; str4d：应该基本是替换即用，再加上一两个目标。没理由不支持 gmp 支持的最新架构 20:44:13 &lt;str4d&gt; zzz，我倾向于在我们计划迁移到 6.1 的前提下接受这些二进制 20:44:24 &lt;hottuna&gt; str4d：大约 6 种不同的环境 20:44:29 &lt;zzz&gt; 6.1 在我们今年年底的路线图上 20:44:39 &lt;zzz&gt; 当前的二进制是 6.0 20:44:41 &lt;str4d&gt; 接受这些二进制会有哪些连带影响？ 20:44:41 &lt;hottuna&gt; str4d：交叉编译时不一定需要那些机器 20:44:51 &lt;str4d&gt; 1）它们会进 mtn 20:45:01 &lt;zzz&gt; 另外别忘了，它在某些硬件上能带来很大加速，并且实现常数时间 20:45:17 &lt;str4d&gt; 2）它们会被打包进相关更新和安装文件 20:45:21 &lt;zzz&gt; “连带影响”= 坏事？ 20:45:28 &lt;str4d&gt; 2a）让更新文件体积大幅增加 20:45:44 &lt;str4d&gt; 3）如果在某些系统上坏掉了，会怎样？ 20:46:03 &lt;str4d&gt; 反正 1）我们本来也打算这么做 20:46:26 &lt;zzz&gt; 只有在会立刻用于 .26 的情况下我们才提交这些二进制。 20:46:28 &lt;str4d&gt; 2）同理，不过 6.0 的二进制之后会被 6.1 替换，所以不算大问题 20:46:37 &lt;str4d&gt; 我担心的是第 3 点 20:46:43 &lt;zzz&gt; 只提交要发布的二进制 20:47:00 &lt;str4d&gt; 3a）是否有现成代码来检测故障状态？ 20:47:04 &lt;zzz&gt; 3）对任何改动来说都是通用风险 20:47:19 &lt;zzz&gt; gmp 出问题通常会导致 JVM 崩溃 20:47:26 &lt;str4d&gt; 3b）有没有办法回退到较旧且可用的 libjbigi？ 20:47:44 &lt;str4d&gt; （自动或手动都行） 20:48:00 &lt;str4d&gt; 比如我们能否改名旧的 libjbigi，这样一旦出问题，我们可以告诉用户“去把这个文件改名” 20:48:22 &lt;zzz&gt; str4d，你是在探讨我们是否根本就不该改 jbigi？这些影响对任何更换 gmp 的行为来说都是通用的 20:49:14 &lt;str4d&gt; zzz，你担心的是我们不知道这些二进制的精确来源。我的理解是，如果出问题，就会更难追踪根源。 20:49:27 &lt;str4d&gt; 所以我在考虑缓解策略 20:50:00 &lt;zzz&gt; 我们可以不在 26 的更新中包含 jbigi.jar，这样只有新安装会得到它。那会是更慢的滚动发布。 20:50:25 &lt;zzz&gt; 新安装 + Launchpad/Deb 20:50:57 &lt;zzz&gt; 通用的修复是删除 libjbigi.so 和 jbigi.jar，然后就不使用它们了 20:51:01 &lt;str4d&gt; 这不管怎样可能都是个好主意 20:51:30 &lt;str4d&gt; 先发给新安装，如果没听到问题，再在下个版本的更新里推送。 20:51:43 &lt;zzz&gt; 我想 tuna 的意思是反正没有可重现性。全都是借来的机器和早就不在的 VM 20:52:23 &lt;zzz&gt; eche|on，hottuna 用来做 win 构建的那台机器的系统和 MSVC 信息还在吗？ 20:53:10 &lt;zzz&gt; tuna 完全不愿做任何追溯，但他不是还借过 sadie 的笔记本吗？还是说这都没用了，因为期间可能升级过？ 20:53:24 &lt;eche|on&gt; 他能访问我 KVM 宿主上的那台 Windows 10 机器。我可以登录查看 20:53:33 &lt;str4d&gt; 嗯，这就是我想在 Buildbot 上用可追踪的构建服务器做 6.1 构建的原因。 20:53:57 &lt;hottuna&gt; zzz：我借了两位朋友的两台 OSX 机器 20:53:58 &lt;eche|on&gt; 我完全没有改动那个 VM 20:54:33 &lt;zzz&gt; 没有人愿意领走一台我们买单的免费 Mac，因为没人想当“Mac 负责人” 20:54:51 &lt;zzz&gt; 所以真正缺的是时间和人手，不是钱 20:55:17 &lt;hottuna&gt; zzz：我只是不想背着这些设备到处跑。 20:56:01 &lt;zzz&gt; 以下是 hottuna 的完整构建说明： 20:56:03 &lt;zzz&gt; 构建说明 jbigi: 20:56:03 &lt;zzz&gt; ------------------ 20:56:03 &lt;zzz&gt; Windows：交叉编译，Linux 主机。编译器：GCC 20:56:03 &lt;zzz&gt; Linux：原生构建。编译器：GCC 20:56:03 &lt;zzz&gt; FreeBSD：原生构建，VM。编译器：GCC 20:56:03 &lt;zzz&gt; OSX：原生构建。编译器：GCC 20:56:03 &lt;zzz&gt; 构建说明 jcpuid: 20:56:03 &lt;zzz&gt; ------------------- 20:56:03 &lt;zzz&gt; Windows：原生构建。编译器：MSVC 20:56:03 &lt;zzz&gt; Linux：原生构建。编译器：GCC 20:56:03 &lt;zzz&gt; FreeBSD：原生构建。编译器：GCC 20:56:03 &lt;zzz&gt; OSX：原生构建。编译器：GCC 20:56:17 &lt;zzz&gt; 这些是否足够，还是我们要重头再来？ 20:57:14 &lt;str4d&gt; 鉴于我们计划在年内迁移到 6.1，而且这些二进制已经经过了合理的测试，我倾向于说可以。 20:57:41 &lt;zzz&gt; 有反对意见吗？ 20:57:45 &lt;eche|on&gt; 这至少是个开始，但就“Tor 可重现构建”的标准而言，这算不上什么。我们要追求怎样的标准？ 20:58:03 &lt;hottuna&gt; 没有 20:58:34 &lt;eche|on&gt; 我希望把它们以“临时”标记包含到新安装中。我知道这很辛苦。 20:59:14 &lt;zzz&gt; 基本上目前测试已降为零。获得更多测试的唯一办法是把它们进主干，然后发布。 20:59:17 &lt;susbarbatus&gt; 抱歉插话；我有多台 Mac，当个 Mac 或 BSD 的负责人没问题。会后若有人能告诉我需要做什么，我可以评估一下自己是否有足够知识/是否能学会从而参与贡献。 20:59:29 &lt;zzz&gt; 太好了，susbarbatus 20:59:44 &lt;str4d&gt; susbarbatus，那太棒了 20:59:47 &lt;zzz&gt; 好的，那就请 hottuna 把它们提交进来 20:59:53 &lt;eche|on&gt; zzz：是啊，我们从没说过发布是 100% 安全且完美的^^ 21:00:05 &lt;zzz&gt; hottuna，分支是 i2p.i2p.str4d.gmp6（不是 i2p.i2p.zzz.gmp6） 21:00:17 &lt;hottuna&gt; 好的 21:00:38 &lt;zzz&gt; hottuna，别忘了对需要移除的文件执行 mtn drop。完成后，目录应与您 v13 的 zip 中的内容完全一致 21:00:50 &lt;zzz&gt; 关于 3b）还有别的吗？ 21:00:55 &lt;hottuna&gt; 要把我们没构建的平台的旧 jcpuid/二进制删除吗？ 21:01:09 &lt;str4d&gt; susbarbatus，我想要搭的是一台 buildserver（构建服务器），如果你能保证有一台 Mac 常年运行，并在出问题时能回答问题/协助。总体来说不需要你投入太多，因为构建服务器会被自动控制 :) 21:01:28 &lt;zzz&gt; 我记得 hottuna 的提议是 v13 就是要发布的内容，分毫不差。 21:01:38 &lt;zzz&gt; 如果你愿意，会后我们可以再复核一次 21:01:38 &lt;str4d&gt; 或者如果不能常年运行，至少能在构建服务器的配置里方便地启动 21:01:51 &lt;hottuna&gt; zzz：太好了 21:01:54 &lt;str4d&gt; （buildmaster（构建主控）会处理那些不一直在线的构建服务器） 21:02:12 &lt;zzz&gt; 先把构建服务器的话题搁置，进入 4） 21:02:22 &lt;zzz&gt; 4) HOPE 筹备 `http://zzz.i2p/topics/1968` 21:02:23 &lt;susbarbatus&gt; str4d：没问题。我可以把我大约 2012 年的 Mac mini 接起来用。它比较慢，但不会跑别的。 21:02:24 &lt;str4d&gt; ACK 21:02:33 &lt;str4d&gt; ^5 susbarbatus :) 21:02:52 &lt;eche|on&gt; HOPE——我有一张可以使用的门票 21:02:57 &lt;zzz&gt; 我这周和 Lance 见过。提议仍然是由他提供一间小型会议室全天使用，时间是在 HOPE 的前一天或后一天 21:03:04 &lt;zzz&gt; 即 7 月 21 日或 25 日 21:03:22 &lt;zzz&gt; 我向他强调我们很快就需要一个确定的日期和承诺，好订机票 21:03:46 &lt;zzz&gt; 这不会对公众开放。仅限受邀，5–6 人，只是用于路线图会议等的聚会 21:03:51 &lt;str4d&gt; 目前我不能保证能到场，尽管到那时我有小概率会在美国 21:04:00 &lt;zzz&gt; 另外我们向他介绍我们在做什么，反之亦然 21:04:30 &lt;zzz&gt; 目前确定的是我和 sadie，comradenosebleed 和 lazygravy 是可能。还有谁？ 21:04:49 &lt;zzz&gt; 你们最晚需要在什么日期敲定行程？ 21:05:33 &lt;zzz&gt; 如果只有我和 sadie，或许我们可以取消整个活动，但先看看情况 21:05:39 &lt;zzz&gt; 有人吗？ 21:06:04 &lt;zzz&gt; hottuna 来吗？ 21:06:07 &lt;str4d&gt; （一切取决于我的论文答辩何时安排，目前还不知道） 21:06:09 &lt;str4d&gt; （还取决于其他签证相关事项） 21:06:17 &lt;str4d&gt; 如果我的答辩在那之前，我想去（即便只是路过转机） 21:06:17 &lt;eche|on&gt; 我有兴趣，但负担不起机票和酒店。尤其如果我们稍后在 can 见面的话 21:06:17 &lt;str4d&gt; 所以大约一个月后再问我 21:06:45 &lt;zzz&gt; 好的，我会继续催 Lance 尽快敲定，也希望人手能到位 21:06:50 &lt;zzz&gt; 4）最后一次征询 21:07:00 &lt;hottuna&gt; zzz：对我来说时间上很尴尬。我 7 月 16 日要在欧盟参加婚礼。 21:07:15 &lt;hottuna&gt; 我觉得我现在不敢承诺。 21:07:20 &lt;zzz&gt; 太好了，回程路过纽约吧 :) 21:07:26 &lt;hottuna&gt; （或者如果必须现在定的话，那就暂时不承诺） 21:07:33 &lt;hottuna&gt; 嗯哼.. 21:07:44 &lt;hottuna&gt; 这个主意不算差 21:07:47 &lt;zzz&gt; 5）对月度会议与项目管理三个月后的简要回顾 21:07:59 &lt;str4d&gt; 那就把我记作聚会“希望能到”，HOPE“可能到不了”（因为我现在不能确定是否需要门票，但如果恰好在那儿，会用掉一张多余的） 21:08:26 &lt;zzz&gt; 好的，从我的角度看这完全行不通，几乎没有任何行动项被完成。那我们是还能修正，还是应该停止月度会议？ 21:08:40 &lt;str4d&gt; 我觉得可以修正 21:08:42 &lt;zzz&gt; 如果没人做事，就无事可管。虽然没那么糟，但很接近了 21:09:11 &lt;str4d&gt; 至少我认为月度会议是有用的 21:09:30 &lt;zzz&gt; 目标还包括把项目管理移交给 sadie，但她连会议都没来，这也脱轨了 21:09:32 &lt;hottuna&gt; 我同意 21:09:44 &lt;str4d&gt; 她以为早一小时 21:09:49 &lt;str4d&gt; 她现在在另一个会议 21:10:19 &lt;str4d&gt; （她提前一小时到这儿，结果没人说话） 21:10:41 &lt;zzz&gt; 当然，谁不喜欢不用主持的会议呢。但我每个月在这儿问三个月前承诺的事情是否完成，感觉自己像个傻子。我累了。 21:10:49 &lt;str4d&gt; 我已和 sadie 讨论过，我们现在设立了每周会议，来跟踪我们共同在做的事项 21:11:19 &lt;str4d&gt; zzz，那就不要把会议的重点放在“你把这件事做了吗”上 21:11:36 &lt;zzz&gt; 也许我说得太严重，但在缺乏进展且 kytv 消失的情况下，我认为我们麻烦很大 21:11:40 &lt;hottuna&gt; zzz：什么时候把工作移交给 sadie？ 21:11:40 &lt;str4d&gt; 我认为月度会议应该更多用于重新评估优先级和重组安排 21:11:58 &lt;zzz&gt; 好，那我们如何让大家按承诺推进？ 21:12:13 &lt;str4d&gt; 而“你把这事做完了吗”需要 a）更强的个人责任感，b）更多一对一的沟通 21:12:30 &lt;hottuna&gt; zzz：无论如何都称不上好，但说“麻烦很大”可能有些夸张。 21:13:02 &lt;str4d&gt; 以我为例，我已和 sadie 安排了每周会议来督促自己，并给了她我 I2P 待办清单的访问权限，便于她帮助设定优先级 21:13:07 &lt;susbarbatus&gt; str4d：我觉得重点在于，如果大家都能守诺/履约，zzz 就不必问“这事做了吗”；)。 21:13:12 &lt;str4d&gt; （到目前我们只开过一次会，我还要看看效果如何） 21:13:17 &lt;str4d&gt; susbarbatus，没错 21:13:50 &lt;str4d&gt; 我们需要足够灵活，以应对大家是在本职工作之外出于兴趣/志愿地做这些事的事实 21:14:13 &lt;zzz&gt; 对。我的机制是，当你完成某事后，在 zzz.i2p 的会议主题里汇报，这样我们就不必占用会议时间 21:14:15 &lt;str4d&gt; 但也要强调，如果有人没把事做成，那就是没在帮忙 21:14:28 &lt;zzz&gt; 只有当人们既没完成也没汇报时，我们才不得不在这里浪费时间 21:14:42 &lt;str4d&gt; 而且把事项转交他人要比无限期阻塞更好 21:14:54 &lt;str4d&gt; （说这话的人自己正把 I2P Android 无限期阻塞着 :P） 21:15:19 &lt;zzz&gt; 所以 str4d 和 sadie 搭建了一个并行的、非公开的项目管理系统作为试验。这很有意思，但当然不清楚它与我在做的事如何衔接，或者我是否还该继续做 21:15:55 &lt;str4d&gt; zzz，这是更大图景中的一部分 21:16:28 &lt;str4d&gt; 正如我上面所说，把“你为什么没做这个”放到月度会议上并没有我们想的那么有用 21:16:35 &lt;zzz&gt; 因此，通过我的论坛以及在月度会议上点名批评的项目管理方式，我准备宣布失败 21:16:50 &lt;str4d&gt; 因为如果前三周什么都没做，最后一周也不太可能完成 21:17:21 &lt;str4d&gt; 因此我认为对有未完事项的人进行更定期的快速检查更好，这正是我和 sadie 正在尝试的 21:17:34 &lt;zzz&gt; 目前我不认为我能拿回 comradenosebleed 的草稿、拿到一份基于 Monero 0mq 的 CoC（行为准则）、把使用场景放上网站，或者发出一个 Android 版本——至少在任何具体日期之前都不太可能，不管定得多远 21:18:10 &lt;zzz&gt; 所以我建议停止对行动项的月度回顾。照例，在开源里人们会做或不做他们想做的事，在这里要说服任何人去做任何事都非常非常难。 21:18:36 &lt;zzz&gt; 人们会做他们想做的事，而我手里的胡萝卜和大棒都不奏效 21:19:50 &lt;str4d&gt; 不过我投票保留月度会议，并用它来根据过去一个月已经完成的事和发生的事持续调整优先级（例如在 kytv 之后我们刚刚对 .26 所做的调整） 21:20:56 &lt;susbarbatus&gt; 嗯，那个赏金系统目前运转得怎样？比如，它是一份带付费激励的精炼公开清单。大家还会关注吗？ 21:20:59 &lt;susbarbatus&gt; 我想提的是：针对任务的微支付怎么样。 21:21:03 &lt;str4d&gt; 同时，如果有人同意做某件事，也应该同意就进展告知 sadie，或者至少提供一个渠道让 sadie 能提醒/催促他们 :P 21:21:21 &lt;zzz&gt; 好的，那么我提议辞去项目经理，由待定的某种/某人替代。我们保留月度会议，但不再审查行动项 21:21:54 &lt;zzz&gt; 下次会议将于 5 月 3 日（周二）举行 21:21:58 &lt;zzz&gt; 关于 5）还有别的吗 21:22:10 &lt;zzz&gt; 本次会议还有其他事项吗？ 21:22:35 &lt;str4d&gt; 我没有了 21:22:53 &lt;zzz&gt; 感谢大家，今天会议很长 21:22:58 * zzz *bafs* 会议结束了 </div>/zh/blog/2016/03/22/0.9.25-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 22 Mar 2016 00:00:00 +0000/zh/blog/2016/03/22/0.9.25-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>0.9.25 包含 SAM 的重大新版本 v3.3，用于支持复杂的多协议应用程序。它新增用于与他人共享隐藏服务地址的二维码，以及用于在视觉上区分地址的 &ldquo;identicon&rdquo;（视觉识别图标）图像。</p> <p>我们在控制台中新增了一个 &ldquo;router family&rdquo; 配置页面，使你更容易声明你的 router 组由单个人运营。我们进行了若干更改，以提升网络容量，并有望提高 tunnel 构建成功率。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新的发布版本。</p>/zh/blog/2016/03/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B43%E6%9C%8819%E6%97%A5/Sat, 19 Mar 2016 00:00:00 +0000/zh/blog/2016/03/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B43%E6%9C%8819%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> orignal, str4d, z3r0fox, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) Hi 20:00:01 &lt;zzz&gt; 1) 0.9.27-29 roadmap: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:05 &lt;zzz&gt; 0) Hi 20:00:07 &lt;zzz&gt; hi 20:00:35 &lt;zzz&gt; 1) 0.9.27-29 roadmap: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:57 &lt;str4d&gt; hi 20:01:17 &lt;z3r0fox&gt; hi 20:01:17 &lt;zzz&gt; my goal today is to split up the 27-29 roadmap into 27 and 28-29, at a minimum 20:02:05 &lt;zzz&gt; keeping in mind my two long-term goals: 1) grow the network; 2) improve security 20:02:55 &lt;zzz&gt; so let's look at the 27-29 list. Anything jump out as being high-priority that we need to have in 27, or at least start working on? 20:05:08 &lt;str4d&gt; "Crypto migration for existing hidden services" &lt;-- I assume this is adding the backend and UI bits to enable people to do the migration? 20:05:13 &lt;str4d&gt; (as well as doing so on stats.i2p etc.) 20:05:49 &lt;str4d&gt; "Initial work on new crypto" &lt;-- This rates very highly for me, but implementation is still blocking on design work 20:05:51 &lt;zzz&gt; yeah, building off the subscription feed work in 26 20:06:21 &lt;zzz&gt; we could call it 'initial design work' 20:06:34 &lt;str4d&gt; Mmm 20:06:41 &lt;str4d&gt; Let's figure out the actual dependency graph here 20:06:53 &lt;str4d&gt; (for the other first few items) 20:07:11 &lt;str4d&gt; a - Initial work on NTCP2 20:07:24 &lt;str4d&gt; b - Initial work on New DH 20:07:29 &lt;str4d&gt; c - Initial work on new crypto 20:07:29 &lt;str4d&gt; d - Initial work on LS2 with multi-destination support 20:07:33 &lt;str4d&gt; e - Initial work on new netdb ("next backend") 20:08:23 &lt;zzz&gt; anything labeled 'initial work' probably doesn't have dependencies 20:08:23 &lt;str4d&gt; LS2 requires new netDB code to support, no? 20:08:46 &lt;str4d&gt; Well yes, if it is internal support for the router parsing bits of it 20:09:23 &lt;str4d&gt; But how the router gets that data to parse will have dependencies 20:09:39 &lt;zzz&gt; 'new netdb' is the tuna stuff like R5N, so it's orthogonal to LS2 20:09:51 * str4d is trying to separate the things we can implement sooner from the things we need to focus design work on that may be blocking other tasks 20:09:54 &lt;str4d&gt; Okay 20:10:34 &lt;str4d&gt; c depends on d, at least 20:10:52 &lt;str4d&gt; because at the e2e layer, the crypto is in the LS 20:11:08 &lt;str4d&gt; What do you mean by b? 20:11:27 &lt;str4d&gt; (because b would appear to be a prerequisite for a otherwise) 20:12:08 &lt;zzz&gt; b = make a list of DH candidates, with info on code availability, speed, etc 20:13:04 &lt;str4d&gt; Okay, then b *is* semi-independent of a :) 20:13:04 &lt;zzz&gt; c = make a plan, make a list 20:13:51 &lt;zzz&gt; a lot of this 'initial work' stuff is pretty much dead on the vine. Nobody's thought about it in months or years, no recent discussion 20:14:04 &lt;zzz&gt; somebody's got to get their head back into it 20:14:07 &lt;str4d&gt; Ah, I see my mistake. I assumed that everything on the list was referring to things actually landing as code 20:15:41 &lt;zzz&gt; maybe, maybe not 20:15:52 &lt;str4d&gt; Okay, my priorities now are all of them at once ;D 20:16:25 &lt;str4d&gt; But probably starting with something that will have a shorter turnaround 20:16:30 &lt;zzz&gt; a lot of it requires consensus building and design with i2pd and kovri before coding 20:17:02 &lt;str4d&gt; Mmm 20:18:34 &lt;str4d&gt; What needs to happen IMHO for a and d is a small group of people reviewing all the existing proposals and getting some clarity, then having some kind of design discussion meeting 20:18:48 &lt;str4d&gt; With as little meeting as possible ideally :P 20:19:28 &lt;str4d&gt; b will have some impact on a from a design perspective, but can be delayed 20:20:14 &lt;zzz&gt; I'd be happy with revitalizing the discussions on zzz.i2p for starters. We have 20-30 proposals up now, most have landed with a thud or are forgotten. 20:20:37 &lt;str4d&gt; Likewise with c on d 20:20:37 &lt;str4d&gt; Of those five though, e will probably have the most effect on network reliability... 20:20:40 &lt;zzz&gt; As a result we are very poorly positioned for future development atm 20:21:39 &lt;str4d&gt; At this point we're putting aside tunnel-level crypto, which I have no problem doing (we want to wait a bit and see what comes out of the Tor work here) 20:21:47 &lt;zzz&gt; which is another reason why summer of x could be a better place to put resources. At least what needs to be done for all the x's is more clear 20:22:21 &lt;zzz&gt; is 'tunnel-level crypto' even on a list or post at all? 20:22:41 &lt;str4d&gt; IDK 20:22:53 &lt;str4d&gt; This is something we will figure out better once I get the proposals on the website :P 20:23:40 * str4d will be working on the precursor to that today. 20:23:51 &lt;zzz&gt; I would ask you what you'd most want to work on, but that seems silly given that you have months and months of past-due things on your list atm 20:24:43 &lt;str4d&gt; Well, a lot of that was just overly ambitious and unrealistic todo scheduling on my part 20:25:21 &lt;str4d&gt; (not taking into account the actual work required, like e.g. the Android release...) 20:25:55 &lt;zzz&gt; I'm pretty pessimistic about progress right now, even for .26, which I haven't started yet and could take quite a while 20:26:03 &lt;str4d&gt; For 0.9.26 we already have a list of things that need implementing. But we can also get started on design discussions. 20:26:16 &lt;zzz&gt; And I may have to take several weeks off of coding to figure out launchpad and debian 20:26:30 &lt;str4d&gt; Hmm, yeah.. 20:27:04 &lt;zzz&gt; so at this point 27 feels a long way off 20:27:21 &lt;str4d&gt; Okay, let's say we can only do one of [ transport encryption | e2e encryption ] 20:27:33 &lt;str4d&gt; (in terms of doing design planning alongside other implementation stuff) 20:27:41 &lt;str4d&gt; Which is more important to get finished? 20:28:26 &lt;str4d&gt; Transport encryption is important wrt third-party adversaries 20:28:56 &lt;str4d&gt; E2E encryption is important wrt OBEPs and IBGWs who see that encrypted packet, and also to tunnel performance 20:29:09 &lt;zzz&gt; I'm leaning toward transport stuff DH/NTCP2/padding/PT. It's less blue-sky and we have more sketched out already. THe path is more clear 20:30:29 &lt;str4d&gt; Then let's focus on that for .27 20:31:52 &lt;zzz&gt; you think that's more impt than LS2? LS2 is in a similar state as transport stuff. Lots of proposals, zero recent discussion 20:32:28 &lt;str4d&gt; Ideally I'd like to work on them both in parallel 20:32:41 &lt;str4d&gt; But I'm trying to be realistic here about what we will actually achieve :) 20:32:47 &lt;zzz&gt; gun to head, pick one 20:33:30 &lt;str4d&gt; transport 20:33:39 &lt;zzz&gt; ok, agreed 20:33:46 &lt;psi&gt; tls lookalike transport when? 20:34:08 &lt;str4d&gt; Transport stuff is beneficial to the anonymity properties we provide our *current* users 20:34:21 &lt;str4d&gt; LS2 stuff is beneficial to *future* users (as well as current) 20:34:26 &lt;zzz&gt; not on any list or proposal iirc psi 20:34:34 &lt;str4d&gt; Also I have many more questions in my head re: LS2 than transport 20:34:47 &lt;psi&gt; kk 20:35:12 &lt;zzz&gt; str4d, if you could get those q's into the zzz.i2p threads that would be a start 20:35:19 &lt;str4d&gt; zzz, not sure that's true, I know at the very least it is on the Trac wiki 20:36:19 &lt;zzz&gt; basically there's about 20 proposals on zzz.i2p dying for participation from str4d, psi, orignal, anonimal. If we move a couple to the top of the list as we just did today, hopefully they will get more eyeballs 20:36:19 &lt;str4d&gt; Might be more apt to say "question marks" 20:36:36 &lt;str4d&gt; mmm 20:36:38 &lt;zzz&gt; sure, some of the LS2 stuff is pretty throw-it-at-the-wall 20:37:01 &lt;str4d&gt; So in my mind, my #1 todo task right now is getting the proposals onto the website 20:37:31 &lt;zzz&gt; in my mind, android is #1 for you 20:37:42 &lt;str4d&gt; (and my other #1 todo task is fixing the ProGuard bug in I2P Android) 20:37:50 &lt;str4d&gt; Yah 20:38:08 &lt;orignal&gt; I'm fine with any proposal as soon as they get moved forward 20:38:08 &lt;str4d&gt; Worst-case, I just back out the Samsung 4.2 fix for this release 20:38:09 &lt;zzz&gt; so for 27, the list is transport stuff: progress on DH, NTCP, and PT 20:38:21 &lt;zzz&gt; anything else for 27? 20:38:39 &lt;str4d&gt; Mmm. Put LS2 design work into .28 20:39:17 &lt;str4d&gt; zzz, initial console design planning would be nice 20:39:45 &lt;orignal&gt; I personally can't wait for a new crypto, especially for destinations, so LS2 should be implemented asap 20:40:08 &lt;str4d&gt; (inasmuch as deciding on a direction and roadmap, no actual implementing) 20:40:08 &lt;zzz&gt; ok 20:41:18 &lt;zzz&gt; I think that's a pretty ambitious 27: crypto migration for existing hidden svcs + the transport stuff 20:41:20 &lt;str4d&gt; orignal, likewise; hence I want to make sure we get it right :) 20:41:43 &lt;zzz&gt; I'll put LS2 and related stuff in 28 and move everything else to 29? 20:42:35 &lt;str4d&gt; Sounds reasonable 20:42:35 &lt;str4d&gt; .27 then has a good mix of design and implementation 20:42:38 &lt;zzz&gt; anything else on 1) roadmap ? 20:43:18 &lt;str4d&gt; Not from me at this time. 20:43:27 &lt;zzz&gt; any other topics? 20:43:34 &lt;str4d&gt; We want to revisit this of course, probably part-way through .26 20:44:08 &lt;str4d&gt; (to ensure we are on-track with the necessary prep for .27) 20:44:50 &lt;str4d&gt; 2) How are we doing re: kytv disappearance recovery? 20:44:55 &lt;zzz&gt; Next monthly meeting is April 5. I want to say in advance that if nobody reports that they've done anything since the March 3 meeting, I'm going to declare this new project management style a failure. If nobody's doing anything, there's nothing to manage and no need to have monthly meetings 20:45:33 &lt;str4d&gt; You mentioned launchpad and debian above. Is there anything else you consider urgent to recovery? 20:45:35 &lt;zzz&gt; 2) Meeh was doing some research on launchpad/debian which is our major outage. I need to compare notes with him 20:46:05 &lt;zzz&gt; echelon and I traded emails with tails, they are worried about him and looking for a replacement. 20:46:18 &lt;zzz&gt; I told them it's not going to happen from our side soon, their problem for now 20:46:58 &lt;zzz&gt; all the other stuff around the build (geoip, tx) I have covered. 20:47:16 &lt;zzz&gt; but launchpad/deb is a disaster. Nobody else knows anything, and nothing's written down 20:47:58 &lt;zzz&gt; and what he did for 24 is incomplete, so there's even some more work to do on 24 before we get to 25 20:48:16 &lt;zzz&gt; anything else on 2) ? 20:48:42 &lt;str4d&gt; Would it be useful to put out a call for a new packager? 20:48:50 &lt;str4d&gt; (e.g. Twitter?) 20:48:53 &lt;zzz&gt; sure 20:49:07 * zzz reaches for the baffer 20:49:20 &lt;str4d&gt; sadie can figure out precise wording of the call 20:49:49 &lt;str4d&gt; (we want it to be welcoming and encouraging without being too panicked ;) ) 20:49:56 &lt;zzz&gt; don't delegate every tweet to sadie, you are allowed to tweet also :) 20:50:04 * zzz *bafffs* the meeting closed </div>/zh/blog/2016/03/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B43%E6%9C%886%E6%97%A5/Sun, 06 Mar 2016 00:00:00 +0000/zh/blog/2016/03/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B43%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> EinMByte, sadie, str4d, z3r0fox, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; 2) 0.9.26 延续事项 &lt;zzz&gt; 3) X 之夏 &lt;zzz&gt; 4) 27-29 延到下次会议 &lt;zzz&gt; 0) 嗨 &lt;zzz&gt; 嗨 &lt;str4d&gt; 嗨 &lt;zzz&gt; 等我们进行到第3项时我再解释 &lt;EinMByte&gt; 嗨 &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; `http://trac.i2p2.i2p/ticket/1119` &lt;zzz&gt; 大家都有机会跟进并审阅这个工单了吗？ * str4d 正准备发布他的评论 &lt;zzz&gt; str4d 整体看法？ &lt;str4d&gt; 总体我觉得相当不错。我很喜欢我们从以此为业的人那里收到的正面反馈 :) &lt;zzz&gt; 我觉得我们大体上走在正确的方向上 &lt;zzz&gt; 这个工单已经存在2年了。你在14个月前提到过 H1。自九月起我们就有 anonimal 的 vrp 流程草案。 &lt;zzz&gt; 我觉得这段时间里，h1 已经相当正规了 &lt;str4d&gt; 我同意 zzz 的看法，后面的条目规定得过于细致，但我认为流程和响应部分（第 III 和 IV 节）的细化程度大致合适 &lt;zzz&gt; 我对使用 h1 已经没有疑虑了 &lt;EinMByte&gt; 是的，虽然我只是远距离关注讨论，漏洞响应应该比现在遵循更严格的流程。H1 可能是个不错的选项。 &lt;EinMByte&gt; s/options/option &lt;str4d&gt; 我也赞成 h1（+1），理由我已在工单里说明。 &lt;zzz&gt; str4d，你之前见过 h1 的 Katie，对吧？能跟我们介绍一下那次会面吗？ &lt;z3r0fox&gt; 嗨 &lt;str4d&gt; 是的！我在 Kiwicon 9 上见到她 &lt;str4d&gt; 我问了她关于我发的那条推文的事，arice 在工单里对此作了回应 &lt;str4d&gt; 结果发现 arice 实际上给她发了邮件，把我们的工单链接给了她，问他的回应是否合适；她最后在另一场会议中用手机审阅了那个工单 :P &lt;str4d&gt; 她也表示喜欢 :P &lt;zzz&gt; 那么关于资助的事情，以及 tor 和他们在做的合作，怎么样了？ &lt;str4d&gt; 她提到那事会推进，并表示我们也可能加入同一个项目 &lt;zzz&gt; 另外，见过 Katie 之后，对 h1 这家公司总体印象如何？ &lt;str4d&gt; 我还没跟进这事，因为：1）论文；2）如果我们之后不使用 h1，参加任何项目也没有意义 &lt;str4d&gt; zzz，非常正面 &lt;zzz&gt; 有人反对用 h1 吗？ &lt;str4d&gt; 他们看起来很专业，而且 Katie 显然如鱼得水 &lt;zzz&gt; 我们现在能切换让 h1 上线吗？还是需要先做什么？ &lt;str4d&gt; 如果我们选择 h1，我认为需要做这些： &lt;str4d&gt; - 完成 VRP 并发布到网站上 &lt;str4d&gt; - 打磨 h1 页面首页的文案 &lt;str4d&gt; （比如我们的响应方式、我们认为的范围等） &lt;zzz&gt; VRP 必须在 h1 上线之前完成吗？ &lt;str4d&gt; - 确定响应团队 &lt;str4d&gt; - 把 sandbox 转到封闭测试，邀请少数研究人员参与 &lt;str4d&gt; - 等我们有时间熟悉平台、响应量等，再开放给公众 &lt;zzz&gt; 你真觉得我们一开开关当天就会收到一堆报告吗？ &lt;str4d&gt; 有可能 &lt;str4d&gt; Katie 跟我说有不少研究人员很愿意帮助开源项目，只要他们能找到这些项目 &lt;zzz&gt; 我不觉得我们需要把所有事情都排布妥当。研究人员也不至于第一天就开始动手挖洞 &lt;zzz&gt; 尤其是在没有奖金的情况下 &lt;zzz&gt; 封测是指需要他们放人进来吗？ &lt;str4d&gt; 是的 &lt;str4d&gt; 基本上就是 h1 邀请大约 10 位研究人员可以访问我们的页面 &lt;EinMByte&gt; 你知道会邀请哪些人吗？ &lt;zzz&gt; 那么先把 VRP 和我们的响应团队放一边，谁来把我们的 h1 页面整理好以便上线？str4d？ &lt;str4d&gt; 我不记得具体细节了 &lt;str4d&gt; （是我们通过 h1 自己邀请，还是他们从现有注册池中找研究人员） &lt;str4d&gt; 这样做的想法是，在我们熟悉响应流程之前，不会被一堆垃圾工单淹没 &lt;str4d&gt; 而且我个人认为这也有助于我们直接与少数研究人员建立关系 &lt;zzz&gt; 你觉得在 h1 上大家都是冲着赏金去的吗，还是免费项目也能收到很多报告？ &lt;EinMByte&gt; 当然，至少对那些使用 h1 的人来说是这样 &lt;str4d&gt; 我个人没有这方面的直观感受 &lt;EinMByte&gt; zzz：有没有可能最终提供赏金？ &lt;str4d&gt; 不过 Katie 表示确实有研究人员想要帮助 FOSS 项目，只要他们能识别到这些项目 &lt;zzz&gt; 现在有人资助 tor 的赏金，所以可以的 &lt;sadie&gt; 我可以帮 str4d 处理 h1 的主页 &lt;str4d&gt; 谢谢 sadie &lt;EinMByte&gt; I2P 有相当的储备，为什么不拿一部分用作赏金 &lt;zzz&gt; 好的，很棒，那就由 sadie 和 str4d 来把 h1 这边准备好 &lt;str4d&gt; EinMByte，是的我们可以上赏金，但我认为一开始不要 &lt;zzz&gt; 1mb 当然可以，如果我们愿意 &lt;zzz&gt; h1 还有别的要谈吗，或者我们可以转到 vrp 本身？ &lt;EinMByte&gt; 先看看没有赏金会怎么样 &lt;str4d&gt; 而且如上所述，h1 现在有一个为 FOSS 项目资助赏金的项目 &lt;z3r0fox&gt; Beta 听起来是个好机会，让团队为一旦有非常严重的漏洞被公开披露时，制定面向公众的响应方案 &lt;str4d&gt; 我们也许能加入那个项目 &lt;zzz&gt; 关于 h1 的最后发言机会 &lt;zzz&gt; 好的，我们在工单里看看 vrp 本身 * str4d 发布了他的评论 &lt;zzz&gt; 我们在审阅 anonimal 11 月份的草案 &lt;zzz&gt; 但我们不要逐条过 &lt;zzz&gt; 对 11 月草案的总体印象，以及接下来怎么推进？ &lt;str4d&gt; &lt;str4d&gt; 我同意 zzz 的看法，后面的条目规定得过于细致，但我认为流程和响应部分（第 III 和 IV 节）的细化程度大致合适 * zzz 花了一分钟阅读 str4d 的评论 &lt;zzz&gt; 好的，看起来我们总体同意 11 月的草案是个很好的开始，并且对所需的修改有了粗略一致 &lt;zzz&gt; 我想做的是从 anonimal 那里接下最后阶段，由我和 str4d 完成编辑、把它发布到网站上，并组建一个团队 &lt;str4d&gt; 听起来不错 &lt;zzz&gt; 你们怎么看？ &lt;str4d&gt; 另外既然我们选择 h1 而不是私有 Trac，也需要做相应的调整 &lt;zzz&gt; 有没有志愿者帮我们完成最终版本？ &lt;zzz&gt; 我们不想让流程过于依赖具体工具（mtn、h1 等）。它应该足够高层，能避开大多数这类细节 &lt;str4d&gt; 确实 &lt;str4d&gt; 反正我们还会持续迭代 &lt;zzz&gt; 一开始不必完美 &lt;str4d&gt; 这也是为何一开始先做私有 Beta 的另一个理由 &lt;zzz&gt; 好，str4d，我们要在什么时候完成？ &lt;sadie&gt; vrp 草案看起来不错 &lt;zzz&gt; 三月底？ &lt;str4d&gt; 可以 &lt;zzz&gt; 好，第 1 项还有别的吗？？ &lt;zzz&gt; 转到 2）0.9.26 再议 &lt;zzz&gt; 还有其他意见吗？不巧的是我还没把网站上的路线图更新 &lt;zzz&gt; 所以我只能把我的笔记举到摄像头前 &lt;zzz&gt; 抱歉，我本该把网站也弄好的。 &lt;zzz&gt; 不过我已经把最近 3 次会议记录（包括上周四和周五）放到网站上了 &lt;zzz&gt; 看来在 kytv 再次出现之前，这事都得我来做了 &lt;zzz&gt; 不管我们下次会议什么时候开，我都会把 .26 放进议程，届时再看 &lt;zzz&gt; 第 2 项还有别的吗？ &lt;zzz&gt; 好，转到第 3 项）X 之夏 &lt;zzz&gt; str4d，请你讲讲我们的想法 &lt;str4d&gt; 我们的想法是，把三个月的开发重点放在 I2P 面向用户和开发者的部分 &lt;str4d&gt; 也就是人们可能真的在乎的东西，而不是 streaming 的微调 ;P &lt;str4d&gt; 这样也更容易做宣传 &lt;str4d&gt; 大致的构想是： &lt;str4d&gt; - API 之夏：花一个月更新我们的库等 &lt;str4d&gt; - 应用之夏：花一个月帮助其他项目使用这些库 &lt;str4d&gt; - 插件之夏：花一个月改进我们自己的应用和插件 &lt;zzz&gt; 对，这就是通过外联来扩大网络规模，同时让应用（我们自己的和别人的）更好 &lt;str4d&gt; 没错 &lt;zzz&gt; 我的想法是，如果我们能再有 5 个像 Vuze 这样的应用，我们的规模就能扩大 5 倍 &lt;EinMByte&gt; 你们可能也要把文档工作加进去 &lt;str4d&gt; 另外还有整个 Summer of Code 的氛围，我们可以在网上借势 &lt;EinMByte&gt; 没有像样的文档，就没有好的 API &lt;zzz&gt; 很多时候我们看到某些项目在考虑 i2p，但他们了解不多，也得不到帮助 &lt;str4d&gt; EinMByte，关于 API 部分，是的 &lt;zzz&gt; 同意，1mb &lt;str4d&gt; 也就是说，要尽可能让我们的库和 API 便于开发者使用 &lt;z3r0fox&gt; 听起来是个不错的宣传活动主意！值得一试 &lt;str4d&gt; 比如，用 SAMv3.3 更新 txi2p、libsam 等等 &lt;EinMByte&gt; 支持更多语言？ &lt;EinMByte&gt; 通过现有的库提供更多接口 &lt;str4d&gt; 有可能，如果我们有开发者来帮忙的话 :) &lt;str4d&gt; EinMByte，嗯 &lt;zzz&gt; 我也希望让 sadie 参与品牌和外联方面的工作 &lt;EinMByte&gt; 我觉得 str4d 在 twisted 上的工作很棒，如果能多做这类事情就更好了 &lt;str4d&gt; 修好对 libtorrent 的支持，尝试往 libp2p 里推进一些东西，等等 &lt;zzz&gt; i2p 之夏，或者 i2p 夏季乐趣，等等 &lt;EinMByte&gt; 也就是说，不要从零写我们自己的 API，而是为人们使用的各种框架提供插件 &lt;str4d&gt; EinMByte，正是如此。 &lt;zzz&gt; 推进 sam 3.3，把各种桥接库都更新到位、写好文档，等等 &lt;str4d&gt; 或者如果我们确实提供自己的 API，就尽可能简单。这也是我喜欢 libsam 的原因——它只有两个文件，任何项目都能打包进去（理想情况下，任何现有库也能如此） &lt;zzz&gt; 有 python、go、c、c++、twisted、libtorrent、libsockets，等等等等…… &lt;zzz&gt; 我们把别人的东西修好，然后给他们提 pull request &lt;EinMByte&gt; str4d：同意，API 应该容易打包。这是我经常遇到的问题 &lt;str4d&gt; 在这些进行的同时，我们可以询问其他项目是否需要帮助把 I2P 集成到他们的应用里 &lt;zzz&gt; 为什么 libtorrent 就是跑不起来？谁能搞清楚并修好它？ &lt;zzz&gt; ^^ 仅作示例 &lt;str4d&gt; 然后在 SoX（Summer of X）的下一个阶段，我们就着手教育他们并帮助他们使用新更新的库和 API &lt;EinMByte&gt; 听起来不错 &lt;str4d&gt; 如果 i2pd 和 kovri 也能参与进来就太好了，至少在 API 这部分 &lt;str4d&gt; 因为我们希望最终让应用可以使用他们想要的任何 I2P 后端 &lt;zzz&gt; 我觉得这能让很多人兴奋。我知道 psi 正在做各种库 &lt;zzz&gt; 我们需要一份我们想要瞄准的所有消息应用列表 &lt;str4d&gt; 这也有利于和我们现有的外联工作结合起来 &lt;EinMByte&gt; 如果我们搞好公关，可能会很成功 &lt;EinMByte&gt; 我想在某个时间点为 kovri 创建一个简单的 C++ API &lt;zzz&gt; 太好了，1mb &lt;EinMByte&gt; 那样这个 API 就能被多种编程语言使用。不过这是一个核心 API，不是客户端 API（所以用例有些不同） &lt;EinMByte&gt; 基本上，它应该允许任何应用把 kovri 核心打包进去。 &lt;zzz&gt; 这会是一个很好的整体性项目，让大家都能参与进来 &lt;EinMByte&gt; 同意 &lt;str4d&gt; 在我的外联待办清单里有 Tahoe-LAFS、IPFS、Tox、OpenBazaar、Zeronet…… &lt;zzz&gt; 好的，我们该如何推进 &lt;zzz&gt; 也许可以让 sadie 给它起个酷一点的名字 &lt;str4d&gt; 我们基本上有到五月底的时间来规划这件事 &lt;str4d&gt; （这期间发布 .25 和 .26） &lt;zzz&gt; 所以在 .26 之后 &lt;zzz&gt; 把这个放到 4 月 4 日会议的议程上吧 &lt;EinMByte&gt; 好的。 &lt;EinMByte&gt; 不过 PR 得参加 &lt;zzz&gt; 六月：API；七月：应用；八月：插件 &lt;EinMByte&gt; （所以我想那就是 sadie 了，对吧？） &lt;zzz&gt; 也可以把这事和 HOPE 捆绑起来 &lt;z3r0fox&gt; 显然我现在还不了解很多细节，但如果有人要分配些体力活，我并不是个差劲的技术写手 &lt;zzz&gt; 好，我们让 sadie 在 4 月 4 日把这个再充实一下 &lt;sadie&gt; zzz——我可以和 str4d 一起负责外联的图形/内容 &lt;zzz&gt; 好 &lt;zzz&gt; 关于 X 之夏还有别的吗？ &lt;sadie&gt; 另外，我会去 Hope 带贴纸…… &lt;str4d&gt; 我这边没有了 :) &lt;amnesia&gt; 叫个不是“Summer of X”的名字，这样听起来就不会既没特色，又像是色情片？ &lt;str4d&gt; amnesia，X 是个占位符 &lt;str4d&gt; （直到我们想出更好的名字） &lt;zzz&gt; 好的。正如我在会议一开始说的，我想把 27-29 以及 2016 下半年更大的路线图和目标的讨论推迟 &lt;amnesia&gt; “有针对性的开发之夏”怎么样？ &lt;zzz&gt; 大家喜欢这种专门讨论路线图的会议吗？要不要再办一次？ &lt;str4d&gt; amnesia，我觉得有点太长了 &lt;str4d&gt; 我们会在四月的会议前想个名字 &lt;zzz&gt; 把你们对“X”的想法发给 sadie，或者贴到某处 &lt;str4d&gt; zzz，我喜欢这种会议 &lt;str4d&gt; 说到这里 &lt;zzz&gt; 我们想在三月再开一次路线图会议吗？ &lt;sadie&gt; zzz，我们能不能在论坛上发个帖子，让大家为“summer of”的名字提建议？ &lt;zzz&gt; 可以，sadie &lt;str4d&gt; 我还想提出另一件事，就是更长期的路线规划 &lt;EinMByte&gt; zzz：是的。我们需要更长期的规划 &lt;zzz&gt; 我们下周末要发布 .25，所以这会让我们忙一阵子 &lt;zzz&gt; 也许从现在起大约两周后再开一次路线图会议 &lt;EinMByte&gt; 除非我们把它往后安排，但总归要找个时间讨论 &lt;str4d&gt; 听起来不错 &lt;z3r0fox&gt; zzz：我觉得很好。能保持聚焦 &lt;str4d&gt; 我想提个建议，让大家思考一下 &lt;EinMByte&gt; zzz：好 &lt;zzz&gt; 要回到周二晚 8 点，还是放到周末？ &lt;str4d&gt; 与 SoX 并行，我还想再安排两条并行的开发线 &lt;str4d&gt; - 加密迁移 &lt;str4d&gt; - UI 改版 &lt;str4d&gt; 这两条线的阻碍在于研究和设计，而不是实现 &lt;EinMByte&gt; 加密迁移包括 NTCP2 吗？ &lt;str4d&gt; 是的 &lt;str4d&gt; 所以当我们在做 SoX 的实现工作时，也要审核各类提案等 &lt;zzz&gt; 3 月 19 日（周六）怎么样 &lt;z3r0fox&gt; +1 周末 &lt;zzz&gt; 3 月 19 日（周六）UTC 晚 8 点 &lt;str4d&gt; 目标是在 SoX 期间或之后就能实施的计划准备就绪 &lt;EinMByte&gt; 3 月 19 日看起来不错 &lt;str4d&gt; 同样对于 UI，我们需要尽快开始规划设计工作，因为会花很长时间 &lt;sadie&gt; 3 月 19 日对我合适 &lt;zzz&gt; 好，sox == summer of x，明白了 &lt;str4d&gt; 是的（直到我们改名 :P ） &lt;str4d&gt; 设计工作可以和其他一切并行进行，实现可以放在 SoX 之后 &lt;str4d&gt; 如果我们能在 CCC 前把新 UI 就位，那就太棒了 &lt;zzz&gt; 好，我会在 zzz.i2p 上发一份议程，并把笔记和今天会议的日志放到网站上 &lt;str4d&gt; 总之，给大家一些思考的东西 &lt;zzz&gt; 今天的会议还有别的吗？ * zzz 抓起了 baffer &lt;str4d&gt; 我们可以在下次路线图会议上再多讨论 &lt;sadie&gt; baff 一下 &lt;str4d&gt; 3 月 19 日对我没问题 :) * zzz *baffs* it &lt;zzz&gt; 谢谢大家 </div>/zh/blog/2016/03/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B43%E6%9C%884%E6%97%A5/Fri, 04 Mar 2016 00:00:00 +0000/zh/blog/2016/03/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B43%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> EinMByte, orignal\_, sadie, str4d, xcps\_, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 15:00:05 &lt;zzz&gt; 0) 嗨 15:00:23 &lt;zzz&gt; 1) 本次会议的结构 15:00:32 &lt;zzz&gt; 2) 讨论路线图 15:00:37 &lt;zzz&gt; 0) 嗨 15:00:41 &lt;zzz&gt; 嗨 15:00:54 &lt;str4d&gt; 嗨 15:01:02 &lt;xcps_&gt; 嗨！ 15:01:27 &lt;orignal_&gt; 怎么样？ 15:02:18 &lt;zzz&gt; 请查看 `http://zzz.i2p/topics/2021` 里的帖子，以及 `http://i2p-projekt.i2p/en/get-involved/roadmap` 上的当前路线图 15:02:27 &lt;zzz&gt; 1) 本次会议的结构 15:03:22 &lt;zzz&gt; 我们直接进入路线图，还是先讨论高层优先级？ 15:03:53 &lt;str4d&gt; 我倾向于先讨论后者 15:04:41 &lt;zzz&gt; 好的，在帖子里我提出了两个优先事项——扩展网络，提升安全性 15:04:55 &lt;zzz&gt; 把它们作为高层原则听起来如何？ 15:05:25 &lt;zzz&gt; 我们先确定什么重要 15:05:32 &lt;EinMByte&gt; 听起来符合预期，我觉得 15:05:48 &lt;EinMByte&gt; 不过“扩展网络”应该按广义来理解 15:05:57 &lt;str4d&gt; 我觉得作为总体主题很好 15:06:03 &lt;zzz&gt; anonimal 在帖子里又提了很多，但这不是我想要的方向 15:06:13 &lt;xcps_&gt; 在我看来（IMHO），提升安全性应始终最重要 15:06:28 &lt;zzz&gt; 我们在审查路线图时还应考虑其他什么原则？ 15:06:28 &lt;str4d&gt; 我认为我们需要弄清这些在可交付成果上的具体含义 15:06:40 &lt;EinMByte&gt; 所以“扩展网络”也应包含“吸引更多研究关注” 15:07:00 &lt;zzz&gt; 扩展网络涵盖很多内容——参见帖子 15:07:09 &lt;str4d&gt; EinMByte，嗯，我好像也在帖子里提过 15:07:36 &lt;zzz&gt; 我们很快会明确这些的含义。现在先就重要事项达成一致。 15:07:58 &lt;str4d&gt; 对我而言，可用性非常重要，而且我认为它会反哺上述两方面 15:07:58 &lt;zzz&gt; 只要持续增长，一切皆有可能；一旦停止增长，就等于死亡 15:08:05 &lt;zzz&gt; 同意 str4d 15:08:41 &lt;str4d&gt; 短期看可扩大用户群，长期看可提升公众曝光度、研究人员易用性等 15:09:11 &lt;EinMByte&gt; 还要注意，增长是吸引研究人员的唯一途径 15:09:25 &lt;zzz&gt; 更多用户会带来更多开发者、研究人员、内容，等等 15:09:37 &lt;EinMByte&gt; 大型网络通常更值得研究 15:10:05 &lt;EinMByte&gt; 所以我认为我们都同意这两项优先级 15:10:16 &lt;zzz&gt; 我们去年增长的大部分来自 vuze。这很好，但我也希望有更多“原生”的增长 15:10:43 &lt;zzz&gt; 不过，也许在嵌入式应用上的增长，或总体上聚焦应用，是最容易的增长路径 15:10:48 &lt;str4d&gt; 对 15:11:04 &lt;EinMByte&gt; zzz：对很多人来说，使用一个在后台运行 I2P 并替他们处理配置的应用更容易 15:11:12 &lt;sadie&gt; 嗨——来晚了 15:11:20 &lt;zzz&gt; 嗨 sadie，很高兴你来了 15:11:23 &lt;str4d&gt; 在我看来这会来自 UI 和 API 两方面的可用性改进 15:11:42 &lt;str4d&gt; 后者我们已经在多个讨论中着手了 15:11:48 &lt;zzz&gt; 在某种意义上，应用才是 UI 专家，让他们按最佳方式捆绑 i2p 并决定如何呈现（或隐藏）它 15:11:58 &lt;str4d&gt; 嗯 15:12:08 &lt;EinMByte&gt; str4d：这确实是解决同一问题的不同方案。我更喜欢它，因为在我看来把 I2P 和所有东西都捆绑在一起无法扩展 15:12:30 &lt;str4d&gt; 这有点像我在 Android 上采取的做法 15:13:04 &lt;EinMByte&gt; 需要一种办法确保人们不会每个应用都启一个 I2P 实例 15:13:12 &lt;zzz&gt; 好的，关于第 1 项还有别的吗，还是我们转去看路线图本身？ 15:14:00 &lt;str4d&gt; 我觉得大家大体达成了一致 15:14:08 &lt;str4d&gt; （至少没有反对意见 :P） 15:14:14 &lt;zzz&gt; 我把帖子里的几行粘过来。不是定论，仅供参考 15:14:25 &lt;zzz&gt; 扩展网络 15:14:25 &lt;zzz&gt; 包括：营销、联合项目、捆绑更多东西、帮助他人捆绑 i2p、可用性、网站改进、更多翻译、演讲与展示、文章与故事、UI、Android、Android 应用、更好的 GFW 规避、orchid、为客户端开发者提供更多库与工具、更好地支持大型网站、支持替代 router 开发、联盟、提速与效率、容量、提升限制、进入 15:14:25 &lt;zzz&gt; Debian，…… 15:14:25 &lt;zzz&gt; 提升安全性 15:14:25 &lt;zzz&gt; 包括：加密迁移、订阅协议、新的传输协议、可插拔传输、LS2、NTCP2、新的 DH、密钥吊销、密钥存储、代码审计、Sybil、漏洞修复、命名、SSL，…… 15:14:46 &lt;zzz&gt; 好，我们继续 2) 路线图本身 15:15:10 &lt;zzz&gt; 网址是 `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:15:50 &lt;zzz&gt; .25 基本完成，约 10 天后发布，所以我们看下今年接下来四个版本 26–29 15:16:00 &lt;zzz&gt; 这应该能支撑到 ccc 15:16:15 &lt;EinMByte&gt; 如果某项在 2017 下面，比如，那是意味着我们要到那时才开始看，还是意味着那时开始实现？ 15:16:41 &lt;str4d&gt; 从我们需要做的事情来说，我会把加密迁移和 Sybil 工作排在很靠前 15:16:42 &lt;zzz&gt; 1mb，我们当然希望现在就开始 2017 年的大项目，比如新的加密/DH、NTCP2 等等 15:17:04 &lt;EinMByte&gt; 另外，在我看来，现在 Eclipse 攻击是个问题 15:17:05 &lt;zzz&gt; 所以路线图可以包含这些的前期准备工作 15:17:23 &lt;str4d&gt; EinMByte，嗯，我把那归在 Sybil 之下了 15:17:36 &lt;EinMByte&gt; “午夜轮换”的想法行不通，我想应该有更好的替代方案 15:17:52 &lt;zzz&gt; 同意 15:18:05 &lt;EinMByte&gt; str4d：可以，把它们归为同类攻击是合理的 15:18:44 &lt;str4d&gt; EinMByte，我在 RWC 和几个人讨论过 15:18:48 &lt;str4d&gt; 有些想法，但在这里不太好展开 15:18:51 &lt;EinMByte&gt; zzz：所以如果我们想在 2017 年前开始 NTCP2/...，需要规划前期工作 15:18:58 &lt;zzz&gt; 对，1mb 15:19:02 &lt;str4d&gt; 对 15:19:20 &lt;str4d&gt; 我希望在路线图里包含规划和研究 :) 15:19:28 &lt;zzz&gt; 问题在于：我现在应该开始做 26，但我还不知道里面有什么 15:19:39 &lt;orignal_&gt; 能否给现有 NTCP 加随机填充？ 15:20:01 &lt;str4d&gt; orignal_，我不记得可以，不过看看 NTCP2 的帖子 15:20:02 &lt;zzz&gt; 先花 10 分钟规划一下 26，然后我们再看长期事项 15:20:13 &lt;str4d&gt; 好 15:20:14 &lt;zzz&gt; 告诉我今天该做什么 15:20:30 &lt;EinMByte&gt; 对，先专注这个 15:20:34 &lt;zzz&gt; 好，看看 25 的清单里哪些没做 15:20:50 &lt;zzz&gt; wrapper 没做，kytv 失踪了（AWOL） 15:20:54 &lt;EinMByte&gt; “加密增强”范围太广了 15:21:12 &lt;zzz&gt; 实际做的“加密增强”是一些 25519 的加速 15:21:34 &lt;zzz&gt; .25 的清单除了 wrapper 都已经进了 15:22:00 &lt;zzz&gt; 但 Sybil 方面还有很多要做的，所以把它留在 26 的清单里 15:22:08 &lt;str4d&gt; 好 15:22:25 &lt;str4d&gt; 我们把 GMP 6 推到 .26 了，因为需要更多测试 15:22:35 &lt;zzz&gt; 26 清单上还有什么该保留或调整的？ 15:23:05 &lt;EinMByte&gt; 最终要防 Sybil 可能工作量很大，所以在我看来是长期项 15:23:10 &lt;EinMByte&gt; （也就是说我们需要先做好文献综述） 15:23:15 &lt;zzz&gt; orignal，是的，有填充的 ntcp 就是 ntcp2 15:23:21 &lt;str4d&gt; EinMByte，Sybil 检测工具目前还没用于任何事情，这就需要更多规划 :) 15:23:49 &lt;zzz&gt; hottuna4 有一个月不在，不确定何时结束，所以 gmp6 可能赶不上 26 15:24:02 &lt;str4d&gt; 好的 15:24:37 &lt;str4d&gt; 地址簿的订阅协议改进：这应该尽快加入，这样旧的 Dest 所有者可以迁移到 Ed25519 15:24:37 &lt;EinMByte&gt; 我认为 CRL 不需要加问号 15:24:47 &lt;str4d&gt; 但实际要花多长时间？ 15:25:14 &lt;zzz&gt; 很快需要 tuna 的状态更新。我预计 26 上大块内容的“立项”截止期是 3 月下旬/4 月第一周 15:26:10 * str4d 还是不太明白 CRL 的事情，zzz 能详细说说吗？ 15:26:14 &lt;zzz&gt; 25 将具备从磁盘读取 CRL 的能力，所以我们可以把它包含在更新里 15:26:35 &lt;zzz&gt; 但这没太大用，因为在更新里我们直接删掉证书就能达到同样效果 15:26:56 &lt;zzz&gt; 所以如果想在不发布更新的情况下把 CRL 发给大家，我们会把它们放进订阅源 15:26:57 &lt;str4d&gt; 我只是想弄清用例 15:27:09 &lt;zzz&gt; 用例是某人被攻陷了 15:27:20 &lt;str4d&gt; 我们现在还不做证书固定（pinning）吗？ 15:27:30 &lt;zzz&gt; 不做 15:27:56 &lt;zzz&gt; 我已经完成了 90%，还需要把 CRL 塞进命名空间 15:28:46 &lt;zzz&gt; pinning 很棘手也很危险 15:29:05 &lt;zzz&gt; CryptoCat 干过“pinning 自杀” 15:29:17 &lt;zzz&gt; 他们做了 pinning，但中间证书变了 15:30:49 &lt;zzz&gt; 我不认为 pinning 能替代 cls 15:30:51 &lt;zzz&gt; crls 15:31:21 &lt;zzz&gt; CRL 不只是给 SSL，用在 reseed 和更新密钥上也需要 15:31:58 &lt;zzz&gt; 那我们把 CRL 继续留在 26 的清单里可以吗？它快完成了 15:32:20 &lt;str4d&gt; 我对 pinning 的担心在于，有人可以做类似 Quantum Insert 的事情把 reseed 域名劫持到别处，然后放一个满足域名要求的任意有效 SSL 证书，routers 就会接受 15:33:05 &lt;str4d&gt; 另外关于 CRL，如果我们用它禁用某个证书，那这个证书会被什么替换？ 15:33:25 &lt;zzz&gt; 不会替换。在下一个发布里大概才会有替代品 15:33:45 &lt;str4d&gt; 这个话题有点陷进细节了 15:34:07 &lt;str4d&gt; 我的意思是我们需要再多想想 15:34:24 &lt;zzz&gt; 好，那 CRL 留在 26，但细节我们接下来一两周再讨论 15:34:30 &lt;zzz&gt; 因为还不够清晰 15:34:38 &lt;zzz&gt; 继续 15:34:42 &lt;zzz&gt; 26 清单上还有什么 15:34:43 &lt;str4d&gt; 嗯嗯 15:34:50 &lt;EinMByte&gt; 好 15:35:08 &lt;zzz&gt; 订阅协议 15:35:28 &lt;zzz&gt; 这是站点加密迁移的关键 15:35:40 &lt;EinMByte&gt; 替代 hosts.txt 还是你指什么？ 15:36:22 &lt;zzz&gt; 是的，就是把 hosts.txt 做成订阅源的东西，比如 foo.i2p=b64#sig=b64#cmd=alt ... 15:36:26 &lt;str4d&gt; EinMByte，在地址簿订阅协议中加入签名的键值元数据 15:36:49 &lt;zzz&gt; 提案基本定了，但搁置了大约 18 个月 15:37:07 &lt;EinMByte&gt; 可以，不过 hosts 文件的体积会不会变得过大 15:38:02 &lt;EinMByte&gt; 也许可以加一个 since 参数，把某个时间点之前的所有主机名排除掉 15:38:07 &lt;EinMByte&gt; （避免在不需要时下载整个列表） 15:38:22 &lt;zzz&gt; 这最初是加密迁移计划的一部分，但很难做，也不是最重要的部分 15:38:49 &lt;zzz&gt; 但就签名的加密迁移而言，它是主要的遗留事项 15:39:26 &lt;str4d&gt; 我们其实已经有 etag 来做这个了 15:39:28 &lt;zzz&gt; 这又是那种细节很多但尚未完全达成一致、因此还没开工的事情 15:39:42 &lt;EinMByte&gt; 不过现在有在用吗？ 15:39:46 &lt;str4d&gt; 有 15:40:00 &lt;EinMByte&gt; 哦，没事，那就好 15:40:03 &lt;str4d&gt; 这和现在的设定没什么不同 15:40:20 &lt;zzz&gt; 所以我们把它放进 26 的清单，并尽快开工。不确定 26 能推进到什么程度，但我会尽力。我们需要回顾 zzz.i2p 上的帖子 15:40:22 &lt;str4d&gt; 但域名条目不再是一次性，而是会在“流”里重复出现 15:40:42 &lt;EinMByte&gt; 不过我们有什么特别理由要保留这种奇怪的格式吗？ 15:41:05 &lt;EinMByte&gt; 用某种标准格式似乎更容易 15:41:06 &lt;zzz&gt; 也许是为了兼容旧客户端。但我们需要回顾一下，确定这是否真的重要 15:41:20 &lt;zzz&gt; 我们可能有一年都没看过这个了 15:41:28 &lt;zzz&gt; 那我们把它翻出来看看 15:41:32 &lt;EinMByte&gt; zzz：兼容性可以通过在一段时间内同时提供旧的 hosts.txt 来处理 15:41:41 &lt;str4d&gt; 还有一个更广泛的问题，比如如何处理那些“丢失”的名字 15:41:53 &lt;str4d&gt; 但这超出当前讨论范围 15:41:57 &lt;zzz&gt; 对。我们还需要让其他实现参与进来 15:42:18 &lt;EinMByte&gt; str4d：我觉得那得等我们有了新的命名系统（如果我们真的会做的话）再决定 15:42:26 &lt;str4d&gt; 目前，我希望有种方式让当前活跃的域名更新它们的 dests 15:42:26 &lt;zzz&gt; 好，那它暂时留在 26 的清单里。下一个——Sybil 相关 15:42:45 &lt;zzz&gt; 我们能让 Sybil 变成自动的吗？希望你们都读了 Philip Winter 的论文？？？？ 15:42:50 &lt;str4d&gt; 越早把核心代码合进去，大概一年后我们就能越早开启 15:43:50 &lt;EinMByte&gt; zzz：哪篇论文？我明显错过了什么 15:44:27 &lt;zzz&gt; 去 Twitter 上找 @__phw 的链接 15:45:02 &lt;zzz&gt; 多亏了 sadie 在 ccc 的引荐，我们正和他合作 15:45:03 &lt;EinMByte&gt; zzz：这篇：http://arxiv.org/pdf/1602.07787v1.pdf? 15:45:27 &lt;zzz&gt; 如果是最近几周发布的，那就是它 15:45:59 &lt;EinMByte&gt; 这是今年二月份的 eprint 15:46:09 &lt;zzz&gt; 我觉得我们还没准备好自动化。他们其实也没有 15:46:22 &lt;zzz&gt; 他们不过是每天给目录权威发一封邮件 15:46:36 &lt;zzz&gt; 双方都是启发式和“黑魔法” 15:46:49 &lt;EinMByte&gt; 那他大概是在正式发布后把 eprint 放上去了 15:46:57 &lt;zzz&gt; 所以我想把自动化的东西推到今年晚些时候 15:47:07 &lt;str4d&gt; EinMByte，我这边是 2 月 25 日的版本 15:47:14 &lt;EinMByte&gt; zzz：那在去中心化环境下这究竟该怎么运作？ 15:47:44 &lt;str4d&gt; 我们需要自下而上地做，而不是自上而下 15:48:06 &lt;str4d&gt; 也就是说，每个 router 都需要在对等体画像里包含“可能的 Sybil 候选” 15:48:13 &lt;zzz&gt; EinMByte，我不知道。这很难 15:48:20 &lt;str4d&gt; 比如基于在线时长等 15:48:30 &lt;EinMByte&gt; 我觉得检测 Sybil 攻击是可行的，但在去中心化网络里基于检测来防御非常难 15:48:30 &lt;EinMByte&gt; 不过我喜欢这个挑战 15:48:34 &lt;zzz&gt; 我们还需要 gravy，他正在把他的方案改成中心化版 15:48:43 &lt;str4d&gt; 也可以考虑某种更中心化的设置 15:48:45 &lt;str4d&gt; 嗯，就是那个 15:48:45 &lt;EinMByte&gt; str4d：那样的话你就需要开始给每个 router 指派信任 15:48:52 &lt;EinMByte&gt; 而这本身又是一个完整的反 Sybil 体系 15:49:07 &lt;str4d&gt; 并让 routers 订阅一份潜在 Sybil 的列表 15:49:07 &lt;zzz&gt; 有点像 dagon 的提案 15:49:09 &lt;str4d&gt; EinMByte，但这基本上就是我们现在的对等体画像 15:49:31 &lt;str4d&gt; 其中“信任”目前被定义为“过去对我路由表现稳定良好” 15:49:42 &lt;EinMByte&gt; str4d：是的，而且它们到目前为止也引发过一些攻击 :) 15:50:15 &lt;str4d&gt; 对 15:50:23 &lt;EinMByte&gt; 另外，对等体画像并不真的允许你把某个对等体从网络里排除 15:50:31 &lt;EinMByte&gt; 而防 Sybil 在某种程度上会允许那样做 15:50:35 &lt;str4d&gt; 对等体画像和选择是我认为需要优先处理的另一个方面 15:50:46 &lt;str4d&gt; 它们可以的 15:51:01 &lt;zzz&gt; 所以我提议把 26 的 Sybil 项改成“持续改进”，把“自动化”部分往后推 15:51:01 &lt;str4d&gt; 不是现在 15:51:11 &lt;str4d&gt; 我只是说那就是我们会放它的地方 15:51:34 &lt;EinMByte&gt; str4d：是的，可以。 15:51:37 &lt;str4d&gt; （指把 Sybil 检测和更高级的技术纳入 I2P 的术语和架构） 15:51:53 &lt;EinMByte&gt; 无论如何，我不会放弃去中心化。在我看来（IMHO），那是 I2P 最好的一部分 15:52:14 &lt;str4d&gt; 对 15:52:27 &lt;EinMByte&gt; （而中心化也会带来各种现实中的攻击） 15:52:43 &lt;zzz&gt; 继续。streaming 改进？不太确定具体是什么，也许就是那个常年的“把它做得更好” 15:52:49 &lt;str4d&gt; zzz，对，我们可以继续做那个 routerconsole 页面，一旦决定策略，再把它接入对等体画像和选择 15:53:00 &lt;zzz&gt; 我想不到 streaming 还有哪些具体要做的。有人吗？ 15:53:01 &lt;EinMByte&gt; 有时加一个中心权威会让你的安全证明更容易，但在实践中导致安全失败 15:53:20 &lt;str4d&gt; 做些研究和优化会很好 15:53:28 &lt;EinMByte&gt; zzz：那里有什么显而易见的改进可以做吗？ 15:53:30 &lt;str4d&gt; 那是一个适合外部研究的好候选 15:53:46 &lt;zzz&gt; 我们确实需要更好的测试环境 15:53:51 &lt;EinMByte&gt; 同意。 15:53:55 &lt;zzz&gt; 加入延迟/丢包、乱序等 15:54:04 &lt;EinMByte&gt; 我们也许应该把这个和其他内容加到我们的“开放研究问题”页面里 15:54:40 &lt;zzz&gt; 我在 streaming 的清单里没有多少“天马行空”的点子，它需要由测试结果来驱动 15:54:50 &lt;EinMByte&gt; 在 tunnels 的分配上也许还有改进空间？ 15:55:05 &lt;str4d&gt; zzz，据我记得，有个 GH 项目用容器模拟“互联网”，可以做到这些 15:55:08 &lt;zzz&gt; 那我们把这一项定成“streaming 测试工具链”如何 15:55:17 &lt;str4d&gt; 不过不确定有多容易，我们每个容器都需要一个新的 JVM :P 15:55:25 &lt;str4d&gt; EinMByte，嗯 15:55:48 &lt;EinMByte&gt; str4d：我觉得可以用 Shadow。不确定能否与 Java 集成，但它在 kovri 的 TODO 清单里 15:55:52 &lt;str4d&gt; 不过那并不是 streaming，而是在数据报层面 15:56:22 &lt;zzz&gt; tunnel 分配这事是 psi 的主意——让 client 来选 tunnels 15:56:34 &lt;EinMByte&gt; str4d：是的，我怀疑这里还有不少可优化的 15:56:46 &lt;EinMByte&gt; zzz：我不太认为用户是最好的优化算法，不过也许吧 15:57:10 &lt;zzz&gt; 这会严重破坏我们的分层，我也看不到怎么做。但这就是 psi 提出的 15:57:19 &lt;EinMByte&gt; ……或者“client”大概不是指用户 15:57:32 &lt;zzz&gt; client == I2CP 的客户端一侧 15:57:44 &lt;str4d&gt; 关键在于 15:57:54 &lt;str4d&gt; Tor 确实通过它的 Control Socket 提供了这种能力 15:57:58 &lt;EinMByte&gt; 好的，所以确实是那个意思 15:57:59 &lt;str4d&gt; 这对研究人员很有用 15:58:10 &lt;str4d&gt; 但他们的架构也扁平得多 15:58:19 &lt;str4d&gt; 而我们通过 I2CP 把不同 client 隔离开 15:58:31 &lt;EinMByte&gt; zzz：我预期 router 有更多相关信息。client 可以传递额外的需求 15:58:41 &lt;zzz&gt; 我们还有 psi 为研究人员做的 Lua 钩子，既没合到 Java 也没合到 kovri，但仍是一个选项 15:59:14 &lt;zzz&gt; 要知道现在客户端一侧甚至不知道 tunnels 的存在，所以当然没有能力去选择它们 15:59:16 &lt;str4d&gt; 我在 RWC 和 nickm 聊过，他说对 Tor 来说维护一个 Control Socket 接口比维护插件系统容易得多 15:59:17 &lt;EinMByte&gt; 我知道 Shadow 在实践中被研究人员使用 15:59:22 &lt;EinMByte&gt; Lua，我就不清楚了 15:59:55 &lt;EinMByte&gt; zzz：那或许可以通过在 I2CP 上传递相关信息来实现同样的事情？ 16:00:17 &lt;zzz&gt; 1mb，可以，但会非常丑陋 16:00:44 &lt;str4d&gt; 我们总可以用一个 -research 标志之类的来限制 16:00:54 &lt;str4d&gt; （在 router.config 里） 16:01:06 &lt;str4d&gt; 这样大多数用户就不会接触到那些丑陋的东西 16:01:13 &lt;zzz&gt; kovri/i2pd 在 client/router 之间还没有那些刚性的 API 边界，对 16:01:20 &lt;zzz&gt; *them 16:01:28 &lt;str4d&gt; 而且我们可以从一开始就规定“.research”的含义为“我们保留更改这些 API 的权利” 16:01:44 &lt;str4d&gt; 也就是说，研究人员需要在特定版本中使用 .research 标志 16:01:57 &lt;str4d&gt; 回到正题： 16:01:59 &lt;EinMByte&gt; zzz：关于 tunnels，这要看情况。我觉得传递有关该 tunnel 预期用途的信息是有意义的。 16:02:20 &lt;zzz&gt; （FYI，此次会议最多再开 25 分钟，周日继续） 16:02:33 &lt;EinMByte&gt; zzz：主要对我们更容易，是因为 Shadow 用 C 写的，我想 16:02:42 &lt;str4d&gt; 我觉得这个应该归入“需要更多研究”类别 16:02:44 &lt;zzz&gt; 问题在于，不仅需要选你的 tunnels，还需要选对端的 tunnels 16:02:48 &lt;EinMByte&gt; 好。那继续吧。 16:03:08 &lt;zzz&gt; 好，这就是目前 26 清单上的全部。还需要加什么？ 16:03:11 &lt;EinMByte&gt; zzz：这不是由对端处理吗 16:03:36 &lt;zzz&gt; 不，我们是源路由（即为对方的入站从它的 leaseset 里选择远端 lease） 16:04:08 &lt;zzz&gt; 看看 27–29 的清单。有什么需要拉到 26 里的吗？ 16:04:44 &lt;str4d&gt; 我想开始为新的 LS 以及 netdb 做准备工作 16:04:46 &lt;zzz&gt; 这里有所有“2017 年 xxx 的前期工作”，也有很多 2016 的东西 16:05:23 &lt;EinMByte&gt; zzz：我误解了你说的对端是什么意思，没事 16:05:31 &lt;str4d&gt; 越早稳定下来并进入代码库，网络就能越早广泛支持它 16:06:42 &lt;EinMByte&gt; 请注意我们（kovri）需要规范文档 16:06:52 &lt;EinMByte&gt; 否则就很难跟上实现 16:07:31 &lt;zzz&gt; 当然。凡是新的规范，我们都需要一起协作完成 16:07:36 &lt;EinMByte&gt; str4d：先列出 LS2 实际应该支持什么 16:07:53 &lt;EinMByte&gt; （如果还没做的话） 16:09:40 &lt;zzz&gt; 基本上 LS2 就几件事 16:09:59 &lt;zzz&gt; 增加一些 flags 的空间 16:10:09 &lt;zzz&gt; 并为将来的加密算法做好支持 16:10:52 &lt;zzz&gt; 不过我还提了关于更好的多宿主，以及类似 Grothoff 的服务查找等一堆提案 16:11:00 &lt;zzz&gt; anycast 16:11:01 &lt;EinMByte&gt; 我们有具体清单可供参考吗？ 16:11:11 &lt;zzz&gt; 都汇总在 zzz 上，等下 16:11:23 &lt;str4d&gt; EinMByte，我正在慢慢把这些都整理到网站上 16:11:41 &lt;zzz&gt; 能快点吗 str4d？比如下周或再下周？ 16:11:47 &lt;str4d&gt; 这应该进 .26 的清单 16:11:50 &lt;str4d&gt; 嗯 16:11:53 &lt;str4d&gt; 可能可以 16:11:59 &lt;str4d&gt; 我需要更多人看看 16:11:59 &lt;zzz&gt; 如果没有把提案列成简单清单，这事就太难了 16:12:08 &lt;EinMByte&gt; str4d：太好了。其实对其中一些内容，wiki 功能会很有用 16:12:24 &lt;EinMByte&gt; （意思是这样会更快） 16:12:48 &lt;zzz&gt; 首先我们需要一份清单 16:12:50 &lt;str4d&gt; 没错 16:12:56 &lt;zzz&gt; 先别把海水都烧开了（不要把事情搞太大） 16:13:11 &lt;str4d&gt; 我正试图把后端所需的格式从 HTML 转向（目前是）rST 16:13:31 &lt;str4d&gt; 我需要大家过目，检查 a) 是否可用，b) 是否没有丢失我们目前已有的内容 16:13:39 &lt;str4d&gt; 目前只应用在规范文档上 16:13:40 &lt;zzz&gt; 把“提案这件事”放进 26 的清单，具体含义之后再谈。但我们需要尽快推动它前进。 16:13:55 &lt;str4d&gt; 一旦那部分稳定下来，扩展到提案就很容易了 16:13:56 &lt;zzz&gt; 我就想把它们放到网站上，形式无所谓。 16:14:46 &lt;EinMByte&gt; 我愿意审阅提案，但有时我就是找不到任何文本 16:15:10 &lt;EinMByte&gt; （我觉得网站上有些东西有点“藏”） 16:15:37 &lt;zzz&gt; 对 16:16:05 &lt;zzz&gt; 我们需要把 zzz.i2p 上的内容按某种组织方式迁到网站 16:16:13 &lt;EinMByte&gt; str4d：从 HTML 转向某种可以轻松转换为多种格式的东西是好事 16:16:28 &lt;EinMByte&gt; 是的，绝对如此 16:16:35 &lt;str4d&gt; EinMByte，我需要审查的内容在 i2p.www.str4d 里 16:16:36 &lt;EinMByte&gt; 也许应该为所有提案制定一个固定流程 16:16:57 &lt;zzz&gt; 好。它已经在 26 的清单上了。细节随后。str4d 开工吧。我不指望有太多反馈。你先搞出一套新系统，我们都会跟上 16:17:02 &lt;str4d&gt; 以及 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` 16:17:04 &lt;str4d&gt; EinMByte，如果你愿意和我一起把它敲定，我也许能在 .25 前完成 16:17:23 &lt;zzz&gt; 26 还有什么？我们得收尾了 16:17:36 &lt;str4d&gt; （EinMByte，具体是 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec）` 16:18:14 &lt;zzz&gt; 这些都是非常短期的事。我需要知道周一该做什么 16:18:27 &lt;zzz&gt; 关于 26 的最后征集 16:18:41 &lt;str4d&gt; 我觉得订阅那块会花点时间 16:18:49 &lt;str4d&gt; 所以我愿意把它作为主要内容 16:18:52 &lt;zzz&gt; 同意。 16:19:54 &lt;zzz&gt; 好。周日同一时间开会。我们先从 vrp/h1 开始。请提前查看工单 1119。之后如果时间允许，再讨论 27–29。 16:20:06 &lt;EinMByte&gt; str4d：你认为哪些最需要关注？ 16:20:27 &lt;zzz&gt; 如果需要，周日我们也可以简要回到 26 16:20:43 &lt;str4d&gt; 主要是决定提案撰写的格式是否可用，以及它是否会限制最终在网站上呈现的内容（无论是 HTML 还是 TXT） 16:20:45 &lt;zzz&gt; 所以周日的议程是 1) vrp/h1/1119；2) 26；3) 27–29 16:20:57 &lt;zzz&gt; 谢谢大家 16:21:25 * zzz *bafs* 会议结束了 16:27:50 &lt;EinMByte&gt; str4d：只要它能转换成大多数其他格式，应该就没问题 :) </div>/zh/blog/2016/03/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B43%E6%9C%883%E6%97%A5/Thu, 03 Mar 2016 00:00:00 +0000/zh/blog/2016/03/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B43%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> anonimal, comraden1, eche|on, hottuna4, orignal\_, sadie_i2p, str4d, Yankee, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:02 &lt;zzz&gt; 0) 嗨 20:00:02 &lt;zzz&gt; 1) 回顾 12 月 30 日会议中尚未完成的旧任务 `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 2) 回顾 2 月 2 日会议中新分配的任务 `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 3) 路线图会议的准备与日程 `http://zzz.i2p/topics/2021` 20:00:02 &lt;zzz&gt; 4) 行为准则（Code of Conduct, CoC）提案（Sadie） `http://zzz.i2p/topics/2015?page=2` 20:00:12 &lt;zzz&gt; 0) 嗨 20:00:15 &lt;zzz&gt; 嗨 20:00:25 &lt;anonimal&gt; 嗨 20:00:38 &lt;str4d&gt; 嗨 20:01:07 &lt;zzz&gt; 1) 回顾 12 月 30 日会议中尚未完成的旧任务 `http://zzz.i2p/topics/2014` 20:01:19 &lt;hottuna4&gt; 嗨 20:01:37 &lt;zzz&gt; gravy 需在 1 月 27 日前发布一篇关于 encrypted leasesets 的文章，或者改成其他主题在 2 月 15 日前发布 20:01:51 &lt;zzz&gt; 有人知道 gravy 的近况吗？ 20:03:13 &lt;anonimal&gt; 不知道。 20:03:47 &lt;sadie_i2p&gt; 现实生活很忙 20:04:07 &lt;zzz&gt; sadie_i2p，你有没有他给的新日期？ 20:04:24 &lt;sadie_i2p&gt; 等待 Gravy 的新日期 20:04:33 &lt;zzz&gt; 好，我们顺延到下次会议 20:04:42 &lt;zzz&gt; Sadie 与 J 合作把他的 reseed 博客文章发布出来，新日期是 2 月中旬。 20:04:49 &lt;zzz&gt; sadie_i2p，这个的最新进展如何？ 20:05:42 &lt;sadie_i2p&gt; J 也很忙，正和 Back up 在合作 20:06:07 &lt;zzz&gt; sadie_i2p，这个阶段还会有博客文章吗，还是我们该继续下一个？ 20:06:44 &lt;sadie_i2p&gt; 现在我和 back up 正在做别的事情——博客文章可能不会出了 20:06:58 &lt;zzz&gt; 好，我把它从清单上划掉 20:07:02 &lt;sadie_i2p&gt; 继续吧 20:07:17 &lt;zzz&gt; Sadie 联系 backup 讨论 reseed 宣传活动，新日期 2 月中旬。 20:07:32 &lt;zzz&gt; sadie_i2p，你和 backup 正在筹划什么？ 20:07:34 &lt;anonimal&gt; 二月？ 20:07:54 &lt;zzz&gt; 是的 anonimal，这些都是过期的事项 20:08:26 &lt;sadie_i2p&gt; 新的内容和图形 20:08:51 &lt;zzz&gt; 我想是给网站用的？ 20:08:55 &lt;sadie_i2p&gt; 受时间安排影响会有延迟，不过 back up 现在在做网站内容，我在做站点的图形 20:09:15 &lt;zzz&gt; 除了网站本身之外的“宣传活动”呢？ 20:09:30 &lt;zzz&gt; 你们计划了什么？什么时候？ 20:09:34 &lt;eche|on&gt; 太好了 20:09:47 &lt;sadie_i2p&gt; 我们会为网站准备一个新页面，然后通过社交媒体等引导人们访问…… 20:10:00 &lt;sadie_i2p&gt; 也许还可以用新贴纸作为激励 20:10:10 &lt;eche|on&gt; 贴纸！ 20:10:17 &lt;zzz&gt; 哦耶，给 reseeders 发贴纸，主意不错 20:10:19 &lt;str4d&gt; 这是一个“什么是 reseed”的页面，还是一份“如何运行 reseed”的指南？ 20:10:49 &lt;sadie_i2p&gt; 这是新的“如何运行 reseed”指南 20:11:36 &lt;zzz&gt; sadie_i2p，请给出这个工作的下一个里程碑？（日期，内容） 20:12:12 &lt;str4d&gt; 那这就是为 I2P 的“用户”和贡献者准备的指南，而不是面向开发者的 20:12:26 &lt;str4d&gt; 我会想一个更好的位置来放这些指南 20:13:07 &lt;sadie_i2p&gt; 这个可能会花更久一些——我先说最晚两个月内 20:13:10 &lt;str4d&gt; 不过，嗯…… 20:13:21 &lt;sadie_i2p&gt; 指南将面向用户和贡献者 20:13:45 &lt;zzz&gt; sadie_i2p，请给我们一个下个月的中间里程碑 20:13:59 &lt;sadie_i2p&gt; 可能一个月内能提供内容更新 20:14:02 &lt;str4d&gt; 实际上，我觉得它应该放在“Get involved -&gt; Guides”下面 20:14:11 &lt;zzz&gt; 好的，很棒 20:14:16 &lt;zzz&gt; 继续 20:14:26 &lt;zzz&gt; str4d、gravy、cacapo：增加用例，我们最擅长什么，更多“passion”和“fat”，添加/突出 Bote，截止 20:14:39 &lt;zzz&gt; 一月底未完成（OPEN），新日期 3 月 1 日 20:14:50 &lt;zzz&gt; 我看到 cacapo 写了一些不错的用例 20:15:06 &lt;str4d&gt; 是的，基于 dymaxion 的例子 20:15:11 &lt;zzz&gt; str4d，把它整合进网站并加上一些 passion 和 fat 的进展如何？ 20:15:21 &lt;Yankee&gt; 女士们先生们好！ 20:15:35 &lt;str4d&gt; 依我看内容还需要一点打磨（感觉有点太“I2P 来拯救世界！”） 20:16:03 &lt;str4d&gt; 至于放在网站哪里，我还不太确定如何安放 20:16:05 &lt;zzz&gt; str4d，原定 3 月 1 日，你能给出把它放到网站上的新日期吗？ 20:16:45 &lt;str4d&gt; 这个项目的“目标”是做得比当前首页中栏和“支持的应用程序”页面更好 20:18:02 &lt;str4d&gt; zzz，我可以把页面放到一个 URL 上 20:18:42 &lt;zzz&gt; 你和 sadie_i2p 对这个工作项的理解一致吗？这个是 sadie 在 ccc 上加到待办里的 20:20:29 &lt;str4d&gt; It 20:20:45 &lt;str4d&gt; 是个开始，但我们还需要弄清更广泛的信息架构 20:20:57 &lt;str4d&gt; 我们到底想通过首页传达什么 20:21:42 &lt;zzz&gt; 好，那先给我第一阶段的日期 20:21:49 &lt;zzz&gt; 拜托 20:22:12 &lt;str4d&gt; 我会在本周末前把用例文档迁移到网站上 20:22:42 &lt;str4d&gt; 并在下次会议上就首页重构提供进一步状态报告 20:23:04 &lt;zzz&gt; 很好，希望你和 sadie 能讨论一下更大目标里关于 fat 和 passion 的细节。 20:23:39 &lt;zzz&gt; comraden 负责编辑/润色/增强/发布 I2P 故事，截止 2 月底 20:24:13 &lt;zzz&gt; 有人知道 comraden1 在忙什么吗？我需要他返还编辑过的草稿，然后我还想再过一遍 20:25:00 &lt;zzz&gt; 这本该周一上到网站 20:25:30 &lt;sadie_i2p&gt; 新日期是 4 月 1 日 20:25:59 &lt;zzz&gt; 好，那我需要他在几周内把草稿还给我 20:26:14 &lt;anonimal&gt; zzz：能给当前故事草稿的链接吗？ 20:26:39 &lt;zzz&gt; zzzi2p 上的还是最新版。在 comraden1 拿着“主稿”的时候我不想做任何修改 20:26:53 &lt;zzz&gt; 好，继续 20:27:09 &lt;zzz&gt; 工单：由 Sadie 审阅，提出建议，或可能开始管理它们（何时完成？）未完成（OPEN）——新日期 2 月中旬（？） 20:27:09 &lt;anonimal&gt; 好。 20:27:30 &lt;zzz&gt; sadie_i2p，这个大任务进展如何？ 20:28:06 &lt;sadie_i2p&gt; 呃 20:29:12 &lt;zzz&gt; 需要比“呃”更多的信息 :) 20:29:14 &lt;str4d&gt; 这确实是个大任务 :P 20:29:35 &lt;sadie_i2p&gt; 我和 str4d 讨论了每周举行工单会议 20:29:56 &lt;zzz&gt; 这比一次性的“审阅”更可行 20:30:06 &lt;str4d&gt; 我记得之前的会议提过，但以防没有：我在 Trac 里加了一个“open”状态，用来表示我们开发者已经看到但无人被指派或没有特定状态的工单。 20:30:26 &lt;str4d&gt; 我的目标是把这些工单和真正“新”的工单区分开来 20:30:26 &lt;sadie_i2p&gt; 是的，会更可行 20:30:26 &lt;zzz&gt; sadie_i2p，你是否已经深入到可以对我们如何管理工单提出建议？ 20:31:08 &lt;str4d&gt; 所以“new”工单那一堆现在小多了，因为我把我们自己开的那些“踢”出去了 20:31:15 &lt;sadie_i2p&gt; 目前我最好的建议是每周检查和梳理 20:32:34 &lt;str4d&gt; +1 20:32:34 &lt;zzz&gt; 好。我们现在可以安排第一次会议了吗，还是先要再组织一下？ 20:33:28 &lt;str4d&gt; 我还在旅途中，所以我更希望等到下周 20:33:46 &lt;zzz&gt; 好的。如果到 4 月会议之前还没安排，我们会提醒你 20:34:05 &lt;zzz&gt; str4d Android 0.9.24 在 2 月 7 日前发布，TODO 清单在 2 月 26 日前汇总 20:34:21 &lt;zzz&gt; 看起来你在这些上都有点落后 :) 20:34:28 &lt;str4d&gt; 呵 20:34:34 &lt;zzz&gt; 新日期？ 20:34:37 &lt;str4d&gt; 这两件都惨败了，因为博士论文 20:34:55 &lt;str4d&gt; （我*终于*在二月中提交了） 20:35:04 &lt;str4d&gt; 我现在正着手准备发布 0.9.24 20:35:06 &lt;zzz&gt; 好耶。 20:35:10 &lt;str4d&gt; （在超～～～慢的笔记本上() 20:35:14 &lt;str4d&gt; ) 20:35:16 &lt;zzz&gt; 那 TODO 清单呢？ 20:35:31 &lt;str4d&gt; TODO 清单的汇总会在接下来的几天内完成 20:35:41 &lt;zzz&gt; 好，我们会盯着你的 20:35:51 &lt;str4d&gt; 呵呵 :P 20:36:01 &lt;zzz&gt; str4d 和 zzz 在 2 月 12 日前审阅 VRP 工单。我这边已经做了。 20:36:06 &lt;str4d&gt; 主要就是浏览仓库里的 todo 列表，看看有哪些在我个人 todo 清单里缺的 20:36:14 &lt;zzz&gt; 新日期？ 20:36:20 &lt;anonimal&gt; 关于 #1119，我刚刚看到 zzz 3 周前的最新评论。我没有收到邮件，过去几周我也没从 github 或其他发到 @mail.i2p/@i2pmail.org 的邮件里收到任何东西。 20:36:32 &lt;anonimal&gt; 我真的怀疑 postman 的邮件服务是不是出了问题。 20:36:37 &lt;str4d&gt; 又是论文的牺牲品。我会在 0.9.24 发布后今天下午把它读一遍 20:36:46 &lt;anonimal&gt; 我可能得换邮箱了 :/ 20:36:49 &lt;zzz&gt; 好的，很棒 20:36:49 &lt;str4d&gt; anonimal，是啊，我最近也有严重问题（很多邮件被退信） 20:37:03 &lt;zzz&gt; 不管你信不信，我觉得 1) 的内容就是这些了 20:37:11 &lt;zzz&gt; 还有 2) 也是 20:37:17 &lt;str4d&gt; （大概从 2 月 6 日左右开始） 20:37:22 &lt;anonimal&gt; zzz：我会更深入地读你的评论并重写 VRP。 20:37:28 &lt;zzz&gt; 3) 路线图会议的准备与日程 `http://zzz.i2p/topics/2021` 20:37:33 &lt;anonimal&gt; 等等！ 20:37:45 &lt;zzz&gt; 好，抱歉，关于 1) 或 2) 还有别的吗？ 20:37:45 &lt;anonimal&gt; 关于 1)：H1 的决策？ 20:38:06 &lt;anonimal&gt; 我记得 H1 的决策被挪到了 1)。 20:38:41 &lt;anonimal&gt; 或者没有，不管怎样我想我们今天会讨论到。 20:38:47 &lt;zzz&gt; 上次会议我们决定在 3 月 4-6 日的路线图会议上收尾 VRP 和 h1 的讨论 20:39:11 &lt;anonimal&gt; 好。 20:39:23 &lt;zzz&gt; 我刚安排了这些，我们会在明天和周日的 UTC 时间下午 3 点开会。anonimal 你能参加这两个会议中的任一个吗？ 20:39:30 &lt;str4d&gt; 太好了，这样我就有机会审阅了 :P 20:41:08 &lt;zzz&gt; 那我们进入 3) 20:41:11 &lt;zzz&gt; 如我所说 20:41:19 &lt;zzz&gt; 我刚安排了这些，我们会在明天和周日的 UTC 时间下午 3 点开会。 20:41:21 &lt;anonimal&gt; zzz：哎呀，周六是 kovri 那个至少两小时、UTC 18:00 的大型会议。 20:41:21 * anonimal 在思考 20:41:23 &lt;anonimal&gt; zzz：你觉得周六的会议会开多久？ 20:41:33 &lt;orignal_&gt; 这里每个人都得关心 kovri 的会议吗？ 20:41:40 &lt;zzz&gt; 我们的会议是周五和周日。没有周六。 20:41:46 &lt;orignal_&gt; 或者可以私下解决？ 20:42:05 &lt;zzz&gt; 我建议在周日会议一开始先做 VRP。可以吗？ 20:42:06 * anonimal 忘了今天周几 20:42:11 &lt;anonimal&gt; 我周日可以。 20:42:16 &lt;anonimal&gt; 好，听起来不错。 20:43:00 &lt;zzz&gt; 这些将是非正式会议，回顾我们现状以及我们想去的方向 20:43:11 &lt;zzz&gt; 目标是至少为今年余下时间制定一份路线图 20:43:22 &lt;zzz&gt; 第二次会议可能会更有结构一些 20:43:46 &lt;zzz&gt; 我对接下来以及今年余下时间该做什么有点卡住了。所以这些会议对 20:43:52 &lt;zzz&gt; 确定我的方向至关重要 20:44:08 &lt;str4d&gt; 嗯嗯 20:44:15 &lt;anonimal&gt; 好。 20:44:37 &lt;zzz&gt; 所以周五更像是非正式的优先级回顾。周日我们从 h1/vrp 开始，然后推进到把 .26-.29 的路线图真正敲定 20:44:47 &lt;zzz&gt; 关于 3) 还有别的吗 20:45:31 &lt;zzz&gt; 转到 4) 20:45:39 &lt;zzz&gt; 4) 行为准则（Sadie）提案 `http://zzz.i2p/topics/2015?page=2` 20:45:56 &lt;zzz&gt; 我看到她现在建议做一个类似 debian 的 20:46:00 &lt;zzz&gt; 啊，正好回来 20:46:12 &lt;zzz&gt; 有人对 debian 的 coc 有什么看法吗？ 20:46:48 &lt;orignal_&gt; dedian 不是一个匿名网络 20:46:56 * str4d 打开链接 20:47:05 &lt;str4d&gt; orignal_，不是，但它是 FOSS 20:47:08 &lt;zzz&gt; 但你对他们的 CoC 有什么想法，orignal_？ 20:47:17 &lt;orignal_&gt; 人们来 I2P 的理由各不相同 20:47:33 &lt;anonimal&gt; 我觉得有点软，而且我不确定如何执行。 20:48:02 &lt;orignal_&gt; zzz，他们的 CoC 适合他们，因为它是个有历史的成熟项目 20:48:04 &lt;zzz&gt; sadie，你喜欢 debian CoC 的哪一点？ 20:48:14 &lt;orignal_&gt; I2P 完全不同 20:48:32 &lt;sadie_i2p&gt; 至少看起来为我们提供了一个不错的基本结构作为起点 20:48:40 &lt;str4d&gt; orignal_，I2P 的 &gt;10 年历史还不能算成熟项目吗？ 20:48:45 &lt;zzz&gt; 当然，我们不同，但我们确实是一个有历史的成熟项目 20:48:51 &lt;orignal_&gt; 人们来这里最不想听的就是这些 HR 的废话 20:49:31 &lt;zzz&gt; 我不明白来项目的理由和他们到了这里该如何行为的标准有何关系 20:49:41 &lt;zzz&gt; HR？ 20:50:31 &lt;sadie_i2p&gt; 我在找那些简单直接的范例—— 20:50:31 &lt;sadie_i2p&gt; 也许不是最好，但至少是个起点 20:51:29 &lt;zzz&gt; 你们觉得从 debian 的开始最好，还是 monero 更好 20:51:36 &lt;orignal_&gt; str4d，恐怕不是 20:51:51 &lt;str4d&gt; orignal_，“people != developers”，再强调一次。 20:51:53 &lt;orignal_&gt; 比较一下用 Debian 和 I2P 的人有多少 20:52:11 &lt;orignal_&gt; 别试图照抄大项目，你们还不在那个级别 20:52:12 &lt;str4d&gt; 我们不能把用户和开发者混为一谈。 20:52:21 &lt;zzz&gt; 我觉得如果能选一个最接近我们目标的，我们就可以请一些人来编辑它以适配我们的情况 20:52:42 &lt;str4d&gt; 那就好比在说“任何安装 Debian OS 的人都不能说我们不喜欢的话” 20:52:42 &lt;str4d&gt; 这*不是*这里讨论的重点 20:52:53 &lt;str4d&gt; 因此，用户规模与本讨论无关 20:52:54 &lt;sadie_i2p&gt; monero 的也很好——如果两者里这个更好，我没有异议 20:53:21 &lt;orignal_&gt; zzz，CoC 就是 HR 的东西 20:53:21 &lt;orignal_&gt; 别的不是 20:53:28 &lt;zzz&gt; 其他人对 debian vs. monero 有什么看法？ 20:53:44 &lt;anonimal&gt; + Monero 20:53:49 &lt;zzz&gt; orignal_，“HR”是指什么？ 20:54:07 &lt;orignal_&gt; HR = human resource（人力资源） 20:54:24 &lt;zzz&gt; moneros 比 debian 短，所以我猜从小处开始更容易 20:55:13 &lt;zzz&gt; 有没有志愿者把 monero 的 CoC 做标注，提出修改建议，下个月拿回来？ 20:55:18 &lt;str4d&gt; zzz，我喜欢 Debian 这个的精髓，因为它覆盖了许多我觉得我们在乎的点（比如第 2 点最近就会很有用） 20:55:26 &lt;zzz&gt; 或者 debian 的也行 20:55:28 &lt;orignal_&gt; 我的意见还是：现在还不是时候 20:55:40 &lt;zzz&gt; 我们现在不必决定是 debian 还是 monero 20:55:48 &lt;zzz&gt; orignal_，你的观点我们已经听得很清楚了，谢谢 20:55:59 &lt;str4d&gt; 而且它也不过分规定细节 20:56:13 &lt;zzz&gt; 还没有做出任何决定。我们只是讨论。 20:56:40 &lt;sadie_i2p&gt; 我们可以取两者中最适用的部分 20:56:43 &lt;anonimal&gt; 关于 CoC， 20:56:56 &lt;str4d&gt; 我也喜欢第 6 点——在回应问题时，回应者也应该尊重 CoC 20:57:03 &lt;anonimal&gt; https://github.com/monero-project/kovri/blob/master/doc/CONTRIBUTING.md 20:57:09 &lt;anonimal&gt; 还包含漂亮的 Monero 治理流程图。 20:57:30 &lt;comraden1&gt; zzz：关于草稿——我最近工作上的糟心事增多，还在处理一位家人的病情（又进入缓解期），所以历史草稿被暂时搁置了。sadie_i2p 提到新的日期是 2016-04-01，我会尽量赶上 20:57:30 &lt;str4d&gt; 哦，有图！ 20:57:48 &lt;comraden1&gt; zzz：抱歉这几周一直脱节！ 20:58:06 &lt;anonimal&gt; str4d zzz：好的，我愿意把贡献指南打补丁以适配 Java I2P。 20:58:52 &lt;anonimal&gt; 嗨 comraden1，我会在 story of i2p 页面上发些东西供审阅。 20:59:30 &lt;sadie_i2p&gt; 我来报名 20:59:58 &lt;comraden1&gt; anonimal：谢谢 :) 如果在论坛上，我下次上线会看。也可以私信给我，或者在明网联系 21:00:05 &lt;zzz&gt; 好，太棒了。Sadie_i2p 和 anonimal，你们能在下个月的会议上给出一个建议吗？ 21:00:20 &lt;sadie_i2p&gt; 可以 21:00:25 &lt;zzz&gt; comraden1，谢谢你的更新，很遗憾听到家里的情况 21:00:31 &lt;zzz&gt; 关于 4) 还有别的吗？ 21:00:40 * zzz 预热 baffer 21:00:48 &lt;zzz&gt; 会议还有别的事情吗？ 21:00:54 &lt;orignal_&gt; 有，替别人写 CoC 似乎是更好的工作 21:01:13 &lt;anonimal&gt; 有，因为 i2pmail 最近有问题，sadie_i2p 和我最好尽量在 IRC 上聊。 21:01:21 &lt;anonimal&gt; 没有了，这次会议我没别的了 zzz。 21:01:52 &lt;zzz&gt; orignal_，请不要用对 kovri 的冷嘲热讽来打断我们的会议。上个月已经走得太远了，我保证不会再让这种事发生 21:02:07 &lt;orignal_&gt; 我有吗？ 21:02:41 * zzz *bafs* 会议结束 21:02:45 &lt;zzz&gt; 谢谢大家 </div>/zh/blog/2016/02/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B42%E6%9C%882%E6%97%A5/Tue, 02 Feb 2016 00:00:00 +0000/zh/blog/2016/02/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2016%E5%B9%B42%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> allyourbase, anonimal, C0B4, cacapo, comraden1, eche|on, EinMByte, hottuna, Hummingbird, Irc2PGuest39432, Irc2PGuest76545, Irc2PGuest95462, IrcI2Pd743, JIa3apb_KaraHoBu4, lazygravy, nda, orignal, psi, sadie_i21, str4d, supervillain, The_Tin_Hat, trolly, xcps, Yankee, z3r0fox, zab\__, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 议程 `http://zzz.i2p/topics/2014` 20:00:00 &lt;zzz&gt; 0) 嗨 20:00:00 &lt;zzz&gt; 1) 回顾 12 月 30 日会议分配的任务 - `http://zzz.i2p/topics/2016` (zzz) 20:00:00 &lt;zzz&gt; 2) 其他 CCC 后续事项 - `http://zzz.i2p/topics/2019` (zzz) 20:00:00 &lt;zzz&gt; 3) 2016 年项目会议计划 (zzz, Sadie) 20:00:00 &lt;zzz&gt; 4) GMP 6 合并准备情况 - `http://zzz.i2p/topics/1960` (tuna) 20:00:00 &lt;zzz&gt; 5) `http://secure.tinhat.i2p` 控制台主页请求 - `http://zzz.i2p/topics/236?page=3#p10884` (david) 20:00:00 &lt;zzz&gt; 6) 行为准则（Code of Conduct）提案 - `http://zzz.i2p/topics/2015` (Sadie) 20:00:02 &lt;lazygravy&gt; ccc 博文里有链接 20:00:05 &lt;zzz&gt; 0) 嗨 20:00:09 &lt;zzz&gt; 嗨 20:00:19 &lt;EinMByte&gt; 嗨 20:00:21 &lt;psi&gt; 嗨 20:00:25 &lt;lazygravy&gt; 你好 20:00:32 &lt;cacapo&gt; 嗨 20:00:33 &lt;sadie_i21&gt; 嗨 20:00:37 &lt;zzz&gt; 1) 回顾 12 月 30 日会议分配的任务 - `http://zzz.i2p/topics/2016` (zzz) 20:00:44 &lt;Irc2PGuest76545&gt; 嘿 20:00:48 &lt;zzz&gt; 好的，我们只快速浏览一下仍未完成的事项 20:00:49 &lt;anonimal&gt; 嗨 20:00:50 &lt;Hummingbird&gt; 嗨 20:00:55 &lt;z3r0fox&gt; 嗨 20:01:03 &lt;zzz&gt; gravy 在 1 月 27 日前发表一篇关于加密 leasesets（LeaseSet，I2P 中的租约集合）的文章 20:01:11 &lt;zzz&gt; lazygravy，进展如何？ 20:01:34 &lt;orignal&gt; 嗨 20:01:37 &lt;lazygravy&gt; zzz：这个很晚了。但它已经“开始”了。我仍打算把它写出来 20:01:38 &lt;zab__&gt; 嗨 20:01:44 &lt;trolly&gt; 嗨 20:01:50 &lt;lazygravy&gt; 可能会换个主题，但我的观点不变 20:01:51 &lt;zzz&gt; lazygravy，新目标日期是什么？ 20:02:27 &lt;Irc2PGuest39432&gt; 糟糕 20:02:28 &lt;Irc2PGuest39432&gt; 嗨 20:02:37 &lt;lazygravy&gt; zzz：总统日那个周末？ 20:02:52 &lt;zzz&gt; 有具体日期吗？ 20:03:10 &lt;lazygravy&gt; 2 月 15 日 20:03:14 &lt;zzz&gt; 好的谢谢 20:03:17 &lt;zzz&gt; Sadie 和 J 合作把他的博文发出来 20:03:32 &lt;zzz&gt; sadie_i21，进展？ 20:03:42 &lt;sadie_i21&gt; 二月中旬 20:03:55 &lt;supervillain&gt; 有人要伏特加吗？ 20:04:02 &lt;zzz&gt; 由 Sadie 联系 backup 讨论 reseed 宣传活动 20:04:05 &lt;zzz&gt; sadie_i21，进展？ 20:04:12 &lt;Irc2PGuest76545&gt; 嗨 20:04:27 &lt;sadie_i21&gt; 还没有 20:04:39 &lt;zzz&gt; 请给个新的截止日期？ 20:06:09 &lt;zzz&gt; 好的，我们继续，sadie 请告知我 20:06:10 &lt;sadie_i21&gt; 这个也是二月中旬 20:06:10 &lt;Irc2PGuest95462&gt; 嗨 20:06:13 &lt;zzz&gt; 加强网络——主页及附加页面 20:06:13 &lt;zzz&gt; ** str4d, gravy, cacapo：添加使用场景、我们擅长什么、更多“激情”和“料”，添加/突出 Bote，截止一月底 20:06:17 &lt;zzz&gt; 好的，谢谢 sadie 20:06:31 &lt;zzz&gt; str4d, lazygravy, cacapo，进展？ 20:07:08 &lt;cacapo&gt; 我们在做，但我觉得需要社区反馈 20:07:16 &lt;str4d&gt; 嗨 20:07:16 &lt;lazygravy&gt; cacapo++ 20:07:22 &lt;Irc2PGuest76545&gt; hallo 20:07:40 &lt;zzz&gt; 请给个新的截止日期？ 20:08:42 &lt;cacapo&gt; 另外我觉得我们还不清楚最终目的。是为了写一篇博文吗？ 20:08:50 &lt;hottuna&gt; cacapo：如果你需要我再读一遍，请 ping 我 20:08:50 &lt;cacapo&gt; 3 月 1 日 20:09:07 &lt;EinMByte&gt; 也请试着面向研究人员，而不只是终端用户 20:09:07 &lt;str4d&gt; 据我所知（AFAICT）范围是修改主页和“supported applications”页面，对吧？ 20:09:18 &lt;zzz&gt; 如果我没记错（iirc）目的是增强主页，并可能添加额外页面。不是博文 20:09:33 &lt;zzz&gt; sadie_i21，能详细说明一下吗？ 20:09:34 &lt;EinMByte&gt; 好吧，那就算了 20:09:38 &lt;str4d&gt; 对 20:09:47 &lt;cacapo&gt; 所以是 supo 20:09:59 &lt;cacapo&gt; 那就是 supported applications 页面？ 20:10:26 &lt;zzz&gt; 如果我没记错，优先级是主页。如果扩展到其他页面（新旧都行），也没问题 20:10:55 &lt;cacapo&gt; 另外：我们要不要在公关里谈到 torrents？ 20:11:06 &lt;zzz&gt; 除非 sadie 有补充，否则我们继续 20:11:22 &lt;zzz&gt; 要不要谈 torrents 我们会后再讨论 20:11:37 &lt;sadie_i21&gt; 没有 20:11:38 &lt;str4d&gt; sadie_i21，Simply Secure 的设计想法在这里可能也相关。 20:11:39 &lt;str4d&gt; 如果他们对主页有任何即时想法，会影响使用场景的写作和呈现方式/ 20:12:00 &lt;zzz&gt; 让 comraden 在 2 月底前编辑/润色/增强/发布“i2p story” 20:12:06 &lt;sadie_i21&gt; 抱歉 zzz，我在打电话... 20:12:09 &lt;zzz&gt; comraden1，你还按计划吗？ 20:12:13 &lt;str4d&gt; cacapo，我的意见是要，强调 torrents 的好处（例如下载 Tails 的新版本！） 20:12:17 &lt;psi&gt; sadie_i21：你是否已经把 press@geti2p.net 那个可能有大量垃圾邮件的转发设置到你的邮箱了？ 20:12:42 &lt;zzz&gt; psi，请和 sadie 线下沟通 20:12:45 &lt;sadie_i21&gt; 还没有 20:12:50 &lt;psi&gt; 好 20:13:09 &lt;zzz&gt; 好，我们假设 comraden1 进度正常 20:13:17 &lt;zzz&gt; 更广泛的路线图和优先级设定流程还有待确定（TBD），但应该会从不断推进的项目会议中形成 20:13:26 &lt;comraden1&gt; zzz：还没读你发的帖子，之前也跟你说过我有个紧急情况要处理 20:13:50 &lt;zzz&gt; 那项是我和 sadie 的，咱们把它推迟到第 3 项 20:13:52 &lt;comraden1&gt; 我这周会看看历史，会再联系你和 lance 提出修正 20:14:05 &lt;zzz&gt; comraden1，你能按二月底完成吗？ 20:14:26 &lt;str4d&gt; zzz，草稿确实很有意思 :) 20:14:31 &lt;str4d&gt; cacapo，关于它在网站上的呈现，我觉得把它和年份标题穿插（相当于分成“章节”）很合适。也意味着我们可以按年份导航。 20:14:34 &lt;comraden1&gt; zzz：目前看来可以 :) 20:14:45 &lt;zzz&gt; 由 sadie 评审、提出建议，或可能开始管理工单（什么时候？） 20:14:55 &lt;zzz&gt; sadie_i21，进展？截止日期？ 20:15:55 &lt;zzz&gt; 好吧我们假设她还在通话中，请再回复我们 20:16:05 &lt;zzz&gt; 4) Android - 20:16:05 &lt;zzz&gt; 某种程度上像 1) 因为它是代码并且与 Java router 相关；也像 3) 因为目前是 str4d 临时在做、算是一个人的项目，而且他现在落后了。 20:16:13 &lt;str4d&gt; 来自 @YrB1rd 的私信："太。多。了。" 20:16:24 &lt;str4d&gt; （几天前的，但你懂的 ;P） 20:16:57 &lt;zzz&gt; 这其实不算待办，但 str4d 你对如何管理 Android 开发有何建议？或者我们能否就此给你和/或 sadie 更具体的任务？ 20:17:09 &lt;str4d&gt; 是的，基本上过去 4-5 个月里凡是以我为主要依赖的事情都完全停摆了。 20:17:36 &lt;zzz&gt; 你能给出 0.9.24 版发布的目标时间吗？另外再定个时间，拿出一个如何更好管理 Android 的计划？ 20:17:39 &lt;str4d&gt; 因为我一直在写博士论文。 20:18:08 &lt;str4d&gt; 计划本周末提交，这样就能搞定，但之后我还会接有偿工作。 20:18:23 &lt;zzz&gt; 2 月 5 日，很好 20:18:33 &lt;str4d&gt; 0.9.24：争取这个周末。 20:18:38 &lt;sadie_i21&gt; zzz - 我们能回到工单问题上吗 - 我现在只是在半在线状态 20:18:56 &lt;zzz&gt; 现在回到这个话题还是稍后？ 20:19:16 &lt;sadie_i21&gt; 稍后 20:19:22 &lt;str4d&gt; 除此之外：我需要的是更好的路线图，这样我就能按部就班地做有针对性的开发，而不是“哦，又要发一个 I2P 版本了，我得赶紧清理一些 Android 工作好去发版”。 20:19:23 &lt;zzz&gt; 好，0.9.24 的周末截止就是 2 月 7 日 20:19:48 &lt;zzz&gt; 好的 str4d，你什么时候能拿出路线图？ 20:20:42 &lt;zzz&gt; 关于第 1 项还有别的吗？ 20:20:50 &lt;str4d&gt; 我在本地、仓库和 Trac 里都有一堆待办。我需要的是更多人在规划上帮忙把把关。 20:21:30 &lt;zzz&gt; 所以你甚至给不出日期，这不是好兆头。你能基于你的待办列个路线图草案吗？ 20:21:34 &lt;str4d&gt; zzz，我想定在 3 月 6 日。我可以更早起草一些东西，但我预计等我过去时，我们会把它和其他事情一起做路线规划。 20:21:40 &lt;zzz&gt; 好，3 月 6 日 20:21:44 &lt;zzz&gt; 第 1 项最后一次发言 20:21:57 &lt;zzz&gt; 2) 其他 CCC 后续事项 - `http://zzz.i2p/topics/2019` (zzz) 20:22:13 &lt;zzz&gt; 我把第 2 项作为占位，以防还有其他重要的后续 20:22:18 &lt;str4d&gt; 我把 2 月 26 日作为收集所有待办并可能起草路线图的目标日期。 20:22:26 &lt;zzz&gt; 我一直在和 Phillip Winter 讨论 Sybil 20:22:39 &lt;zzz&gt; 还有谁有有趣的后续要报告？ 20:23:02 &lt;eche|on&gt; 我这边没有 20:23:25 &lt;zzz&gt; 好的，我鼓励大家发些邮件或做你们想做的研究，还不算晚 20:23:26 &lt;anonimal&gt; 我们这次会议会讨论 VRP 吗？ 20:23:26 &lt;eche|on&gt; 财务将在本周末更新，IMHO 20:23:44 &lt;zzz&gt; VRP 不在议程上，如果有时间我们可以加为第 7 项 20:23:49 &lt;zzz&gt; 第 2 项最后一次发言 20:23:58 &lt;JIa3apb_KaraHoBu4&gt; 亲爱的 zzz！非常感谢你创建了这个网络，因为我在这里遇到了很棒的人，也找到了稀有的内容，为此在我们国家会被“把要害吊在苹果树上”。愿你长寿！ 20:23:58 &lt;C0B4&gt; 抱歉，谁检查了 0.9.24 的安全性 20:24:11 &lt;str4d&gt; 我有几位 RWC 的人需要跟进 20:24:13 &lt;str4d&gt; （硬塞到第 2 项里） 20:24:31 &lt;zzz&gt; 3) 2016 年项目会议计划 (zzz, Sadie) 20:24:44 &lt;lazygravy&gt; 既然在硬塞话题，我还需要和你聊聊 i2spy，str4d。不过这个稍后/线下再说 20:24:57 &lt;zzz&gt; 好的，这是个简短议题。我们在 12 月 30 日的会议上决定更认真地进行项目管理 20:25:03 &lt;zzz&gt; 每月召开会议 20:25:14 &lt;zzz&gt; 并由某人担任项目经理 20:25:37 &lt;zzz&gt; 所以这是第一次月度会议，今后定在每月的第一个周二 UTC 晚 8 点 20:25:56 &lt;zzz&gt; 下个月例外，将在 周四 3 月 7 日 举行 20:26:26 &lt;zzz&gt; 目标是由我先主持这些会议一段时间，之后移交给 Sadie，让她担任我们的项目经理 20:26:34 &lt;zzz&gt; 听起来如何？有任何意见吗？ 20:26:39 &lt;lazygravy&gt; 看起来合理。希望这能让我们都负起责任。 20:26:59 &lt;comraden1&gt; La 20:27:03 &lt;comraden1&gt; lazygravy++ 20:27:04 &lt;anonimal&gt; sadie_i21 会更常在线 IRC 吗？ 20:27:15 &lt;xcps&gt; C0B4，说得好！ 20:27:15 &lt;lazygravy&gt; anonimal++ 20:27:22 &lt;sadie_i21&gt; 好嘞 20:27:33 &lt;str4d&gt; 我觉得不错 20:27:42 &lt;zzz&gt; 这是个好问题，我们反复鼓励 sadie_i21 更常来这里。我知道她在弄第二台电脑以便更方便。 20:27:48 &lt;str4d&gt; sadie_i21，我这还有那个 bouncer 账号 - sadie - 如果你想要的话 20:28:04 &lt;zzz&gt; 我觉得如果你不常在这儿，项目管理会很困难 20:28:28 &lt;anonimal&gt; 嗨 sadie_i21，我们还从没正式打过招呼。 20:28:28 &lt;anonimal&gt; 我有些与项目管理（PM）相关的问题，但我觉得可以等等？ 20:28:30 &lt;str4d&gt; 那至少能让你不漏掉私信（PM）等。 20:28:39 &lt;zzz&gt; sadie_i21，在搭好环境以便你能在这儿并看到历史记录方面有进展吗？ 20:28:52 &lt;sadie_i21&gt; 嗨！我在努力更常来！！ 20:28:57 &lt;anonimal&gt; s/PM-related/Project Management-related/ 20:29:06 &lt;comraden1&gt; str4d：线下跟我说下如何给 sadie_i21 设置？Twitter 或这里都行 20:29:14 &lt;sadie_i21&gt; 是的，zzz - 都搞定并设置好了 20:29:43 &lt;zzz&gt; 好的，我们有了从我到 sadie 的总体移交计划，接下来几个月看看进展如何 20:29:47 &lt;eche|on&gt; 抱歉打断，既然 sadie 将担任经理，需要为她配备好所需的系统以便组织工作 20:30:01 &lt;eche|on&gt; 是硬件她需要，抱歉 20:30:20 &lt;zzz&gt; echelon 啊？ 20:30:41 &lt;str4d&gt; comraden1，好的 20:31:00 &lt;zzz&gt; 第 3 项还有别的吗？ 20:31:05 &lt;comraden1&gt; eche|on：我给她配了一台电脑，所以可能没必要，不过当然如果她想要新设备，那由她决定 20:31:14 &lt;eche|on&gt; zzz：抱歉，我们谈过她需要一套 PC 系统，她应该和我联系 20:31:23 &lt;zzz&gt; 好的 20:31:29 &lt;zzz&gt; 4) GMP 6 合并准备情况 - `http://zzz.i2p/topics/1960` (tuna) 20:31:35 &lt;zzz&gt; hottuna，最新进展如何？ 20:31:38 &lt;eche|on&gt; 如果是这个意思，IMHO 没问题，不过这里的会议圈可以投票通过！ 20:31:56 &lt;hottuna&gt; Windows x86 的 jcpuid 不工作 20:32:05 &lt;hottuna&gt; 我还剩两个方案要测，之后我就完全没招了 20:32:40 &lt;zzz&gt; 好的。kytv 5 年前做成过，如果你卡住了，也许他能帮忙 20:32:48 &lt;eche|on&gt; jcpuid 是 C 代码吗？ 20:32:58 &lt;hottuna&gt; osx 的 ucpuid 还没编译或测试 20:32:58 &lt;hottuna&gt; jcpuid* 20:33:13 &lt;hottuna&gt; c+asm+java-bindings 20:33:13 &lt;zzz&gt; 我希望像这样的重大内容在 2 月中旬前支撑到 0.9.25，所以我们大约有两周时间来实现 20:33:24 &lt;anonimal&gt; hottuna：我可以帮忙。 20:33:31 &lt;str4d&gt; 我们还可以看看另一个替代方案 20:33:41 &lt;hottuna&gt; zzz：我不敢保证。我有点碰壁了 20:33:47 &lt;hottuna&gt; anonimal：帮 osx 的构建？ 20:33:48 &lt;str4d&gt; orignal 提过我们的 ElGamal 实现可以高效很多。 20:33:52 &lt;hottuna&gt; 还是帮 windows x86？ 20:34:02 &lt;hottuna&gt; str4d：怎么做？ 20:34:04 &lt;str4d&gt; （目前它只是直接做 ElG 数学运算） 20:34:07 &lt;hottuna&gt; 把它全部改成 C？ 20:34:12 &lt;zzz&gt; 我们别在 ElG 上跑题 20:34:17 &lt;zzz&gt; 会议期间 20:34:25 &lt;str4d&gt; hottuna，使用例如 Montgomery 阶梯（Montgomery ladder）之类的方法 20:34:30 &lt;str4d&gt; 还需要研究 20:34:35 &lt;hottuna&gt; 好 20:34:41 &lt;IrcI2Pd743&gt; C0B4 比如说，其实没有人。大家只是凭一句话就相信这个网络的安全性和匿名性。 20:34:53 &lt;zzz&gt; 好的，总结一下就是 hottuna 需要帮助，时间在紧，否则我们会错过 .25。大家如果他开口请尽量帮忙 20:35:00 &lt;anonimal&gt; hottuna：是的。最近我时间总是很紧，再加上 Kovri，我会尽力而为。 20:35:08 &lt;zzz&gt; 第 4 项还有别的吗？ 20:35:14 &lt;anonimal&gt; hottuna：最新的链接在论坛帖里吗？ 20:35:34 &lt;str4d&gt; 很遗憾我在测试方面派不上用场 20:35:36 &lt;hottuna&gt; 什么的链接？ 20:35:40 &lt;hottuna&gt; jcpuid 的？ 20:35:47 &lt;orignal&gt; str4d，100% 20:36:18 &lt;zzz&gt; 5) `http://secure.tinhat.i2p` 控制台主页请求 - `http://zzz.i2p/topics/236?page=3#p10884` 20:36:27 &lt;zzz&gt; The_Tin_Hat，请介绍一下你的网站 20:37:10 &lt;JIa3apb_KaraHoBu4&gt; 辩解——是给弱者的！ 20:37:16 &lt;The_Tin_Hat&gt; 该站提供了许多关于隐私和安全的实用教程，面向中级用户易于消化，其中包括不少关于 i2p 和 tor 的教程 20:38:03 &lt;The_Tin_Hat&gt; 我认为这与刚接触 I2P 和/或互联网安全与隐私的人相关 20:38:03 &lt;zzz&gt; 我知道你在 thetinhat.i2p 上已经存在一段时间了，那个相对较新的 secure.thetinhat.com 是怎么回事？两者各自存在多久了？ 20:38:08 &lt;trolly&gt; 我很早就知道 thetinhat 了 20:38:18 &lt;trolly&gt; 我翻译过其中一些教程 20:38:23 &lt;str4d&gt; zzz，据我理解（IIUC），secure.thetinhat.i2p 使用的是 EdDSA 密钥 20:38:44 &lt;The_Tin_Hat&gt; thetinhat.i2p 仍然存在，但当我换服务器并升级密钥时添加了这个子域，同时用了更长的 tunnels 20:38:53 &lt;C0B4&gt; 抱歉，但我等这个问题的答案很久了，还是说你们不回应凡人&gt;&gt;&gt; &lt;C0B4&gt; 抱歉，谁检查了 0.9.24 的安全性 20:38:53 &lt;zzz&gt; 关于这个请求，大家有任何问题或意见吗？ 20:38:57 &lt;str4d&gt; 那么 5a) 我们需要扩展订阅 feed 以支持密钥升级 20:39:16 &lt;zzz&gt; C0B4，我们正在开会，抱歉 20:39:43 &lt;zzz&gt; str4d，我们下个月在路线图会议上再谈 5a) 20:39:52 &lt;str4d&gt; b 20:40:15 &lt;str4d&gt; 我赞成（+1）添加。 20:40:47 &lt;hottuna&gt; +1，加上吧 20:40:52 &lt;anonimal&gt; hottuna：是的，jcpuid。 20:40:56 &lt;zzz&gt; 好的，关于 secure.thetinhat.i2p 控制台主页请求，如果没有其他问题或意见，请投 +1 或 -1 20:40:59 &lt;lazygravy&gt; +1 20:41:13 &lt;Yankee&gt; 嗨，各位！ 20:41:23 &lt;trolly&gt; +1 20:41:23 &lt;cacapo&gt; +1 20:41:51 &lt;comraden1&gt; +1，赞成添加 20:41:53 &lt;anonimal&gt; hottuna：还是我们现在直接从 mtn 工作？（我从上次测试后没再看到过） 20:42:24 &lt;zzz&gt; anonimal，我们已经离开那个话题了，请到别处讨论，谢谢 20:42:32 &lt;zzz&gt; 好的，第 5 项最后一次发言 20:42:37 &lt;z3r0fox&gt; +1 20:43:06 &lt;zzz&gt; 若没有异议，我们就批准 thinhat 的请求，我会把它并入 .25 20:43:27 &lt;zzz&gt; 6) 行为准则（Code of Conduct）提案 - `http://zzz.i2p/topics/2015` (Sadie) 20:43:27 &lt;zzz&gt; 6a) 提案与理由（Sadie） 20:43:27 &lt;zzz&gt; 6b) 给 Sadie 的问题 20:43:27 &lt;zzz&gt; 6c) 尚未在 zzz.i2p 上评论过的人请简要评论 20:43:27 &lt;zzz&gt; 6d) 已经在 zzz.i2p 上评论过的人请简要评论 20:43:27 &lt;zzz&gt; 6e) 志愿者在下次会议上提交具体提案 20:43:50 &lt;zzz&gt; 我想把这个话题限定在约 20 分钟内。我们今天不会做出最终决定 20:43:53 &lt;zzz&gt; 6a) 提案与理由（Sadie） 20:44:01 &lt;zzz&gt; sadie_i21，到你了 20:45:30 &lt;zzz&gt; 好我们暂时失去 sadie 了，转到 6b 20:45:36 &lt;zzz&gt; 呃，6c 20:45:40 &lt;Yankee&gt; zzz：Edward Snowden 写过 i2p 不安全 20:45:44 &lt;zzz&gt; 6c) 尚未在 zzz.i2p 上评论过的人请简要评论 20:46:09 &lt;zzz&gt; 如果你还没有在 zzz.i2p 的帖子里发表过想法，请现在就对该提案发表评论 20:46:13 &lt;orignal&gt; 第 6 项，依我看（imho）CoC 完全没用 20:46:32 &lt;orignal&gt; 一个成年人应该把这些准则记在心里 20:47:02 &lt;orignal&gt; 与其去制定什么政策、CoC 和其他人事方面的 sh#t 20:47:29 &lt;comraden1&gt; zzz：我支持 CoC（让 lazygravy 发了 NSA 的 CoC 链接作为示例）。这是项目成熟的一部分，有助于确保我们能吸引不只是程序员参与 i2p 20:47:41 &lt;orignal&gt; 干实事，而不是搞政策 20:47:53 &lt;eche|on&gt; 我的观点是：既然这些应该已经得到我们所有人的认可，我们也可以把它写下来，把不成文的规则固定下来。其实不会有任何改变。 20:48:02 &lt;anonimal&gt; zzz：我 支持 CoC。 20:48:04 * orignal 认为这样会让程序员更少 20:48:04 &lt;zzz&gt; 还有谁没有在 zzz.i2p 线程里评论过，想补充想法？ 20:48:16 &lt;zzz&gt; 请简明扼要 20:49:05 &lt;orignal&gt; 简而言之。我们不会为 i2pd 引入任何 CoC。 20:49:18 &lt;zzz&gt; 好的。我们回到 6a)。sadie_i21 请向我们介绍你的提案、你的想法以及原因 20:49:19 &lt;orignal&gt; 说完了 20:50:15 &lt;Yankee&gt; anonimal：我没见过比你更无聊的人… 20:50:24 &lt;EinMByte&gt; CoC 可能没那么重要，但我不反对。 20:50:24 &lt;EinMByte&gt; 或多或少算是个形式 20:50:40 &lt;anonimal&gt; 补充一点： 20:50:43 &lt;anonimal&gt; CoC 不仅保护受害者，也保护当事人不做出愚蠢决定，从而避免在职业或个人层面产生长期后果。 20:50:43 &lt;anonimal&gt; 我可以在帖子里再多说。EOT。 20:50:56 &lt;zzz&gt; 好，6d) 现在开放其他评论，即使你已经在 zzz.i2p 线程里评论过 20:51:18 &lt;zzz&gt; 有人觉得自己在帖子里不够清楚，或者想补充更多想法吗？ 20:52:03 &lt;sadie_i21&gt; 我想征求大家对是否要有社区标准这件事的反馈 20:52:04 &lt;EinMByte&gt; anonimal：是的，但我们要考虑到多数违规者会是匿名的。 20:53:00 &lt;allyourbase&gt; 它将用来做什么？发给记者？开除项目成员？ 20:53:02 &lt;sadie_i21&gt; 回应 zzz 的观点，这与项目的成熟度相一致 20:53:08 &lt;lazygravy&gt; 我和 EinMByte 感觉类似。要么没用，要么有益。不是某些人渲染的世界末日事件 20:53:08 &lt;lazygravy&gt; “没用”的意思是净效应为零，而不是负面 20:53:08 &lt;C0B4&gt; anonimal，从先验上说他就是个罪犯。为什么要为他辩护& 20:53:09 &lt;zzz&gt; sadie，你只是想就是否需要任何标准或 CoC 这个想法征求总体反馈？你还没有（目前）提供一个具体示例供讨论 20:53:26 &lt;comraden1&gt; EinMByte：理想情况下我们可以先想办法解决这个。我再贴一次 https://github.com/NationalSecurityAgency/SIMP/blob/master/Community_Code_of_Conduct.md 因为我觉得“指南违规”部分是我们可以执行的 20:53:31 &lt;psi&gt; 在我看来，CoC 没用，还是自废武功 20:53:37 &lt;EinMByte&gt; anonimal：嗯，如果你打算冒犯别人，保持匿名可能是明智的 ;)。 20:53:39 &lt;psi&gt; 从公关角度看 20:53:39 &lt;Yankee&gt; zzz：我写过客户端是俄罗斯人用 C++ 写的。这是真的吗？ 20:53:57 &lt;zzz&gt; Yankee，我们正在开会，抱歉 20:54:00 &lt;sadie_i21&gt; 另外，如果我们要申请资助等，拥有一个会有帮助吗 20:54:21 &lt;EinMByte&gt; sadie_i21：可能是这样，说得好。 20:54:33 &lt;zab__&gt; 哦？资助很重要 20:54:34 &lt;psi&gt; 另外我被指责在散布 FUD 20:54:38 &lt;lazygravy&gt; Debian 和成千上万个项目都有一个，他们的公关也没问题。你怎么反驳这个？ 20:54:39 &lt;sadie_i21&gt; 顺便说一下，感谢各位抽时间在论坛上分享关于这件事的想法 20:54:50 &lt;anonimal&gt; Yankee：滚蛋吧 :) 20:54:53 * orignal 同意 zab__ 20:55:22 * 在 anonimal 刚才那句话之后，orignal 转而支持 CoC 20:55:30 &lt;psi&gt; lazygravy：saddie 才提了社区标准，而你说这事永远不会发生 20:55:33 &lt;comraden1&gt; zab__：这就是 sadie_i21 指的，美国 NSF 的新立场 https://www.nsf.gov/news/news_summ.jsp?cntn_id=137466 20:55:41 &lt;anonimal&gt; sadie_i21：谢谢你把它提上日程。 20:55:59 &lt;str4d&gt; sadie_i21，你是指整个社区，还是仅开发者社区？ 20:56:00 &lt;lazygravy&gt; psi：FUD 该停了。是开发者社区 20:56:01 &lt;zzz&gt; 好的，sadie_i21 你愿意在下次会议拿出一个具体提案吗？还是不继续？下一步是什么？ 20:56:09 &lt;Yankee&gt; anonimal：什么？ 20:56:11 &lt;psi&gt; lazygravy：这不是 FUD... 20:56:24 &lt;orignal&gt; 各位，抱歉，你们觉得这里允许骂人吗？ 20:56:32 &lt;sadie_i21&gt; 不是整个社区——不。 20:56:44 &lt;nda&gt; CoC。你们在技术上会怎样处理‘坏人’？（抱歉我的 en） 20:56:44 &lt;IrcI2Pd743&gt; anonimal，你不是靠做 HR 吃饭的吗？ 20:57:06 &lt;lazygravy&gt; psi：是的。但这是个线下讨论。 20:57:09 * zab__ 微笑 20:57:25 &lt;zab__&gt; Yankee: , 20:57:25 &lt;nda&gt; 是给政府写信还是怎样？ 20:57:34 &lt;C0B4&gt; an 20:57:45 &lt;psi&gt; 对 I2P 来说，CoC 是个错误的选择 20:57:52 &lt;zzz&gt; 有没有志愿者基于这里和 zzz.i2p 线程里的评论，着手准备下月的具体提案？ 20:57:52 &lt;C0B4&gt; anonimal, ? 20:58:07 &lt;orignal&gt; zab__, 20:58:15 &lt;eche|on&gt; nda：在最后一种情况下，暂停其参与我们 Java 主分支的开发一段时间？ 20:58:17 &lt;IrcI2Pd743&gt; anonimal, . , -, , . ? 20:58:21 &lt;zzz&gt; 各位，请聚焦主题并用英语，谢谢 20:58:23 &lt;sadie_i21&gt; 我们下次会议拿个提案出来吧 20:58:40 &lt;zzz&gt; 好的，有人愿意和 sadie 一起做吗？ 20:58:44 &lt;orignal&gt; zzz，先是 anonimal 20:58:53 &lt;IrcI2Pd743&gt; zzz，抱歉，但你也是开发者优先 20:58:56 &lt;comraden1&gt; zzz：我可以为任何人提供链接和想法等支持。由于我现在生活一团糟 :)，我无法承诺把所有工作都包了 20:58:58 &lt;orignal&gt; 他刚才说了对大家都很冒犯的话 20:59:02 &lt;IrcI2Pd743&gt; *your 20:59:04 &lt;nda&gt; eche|on 哦谢谢你的回答 20:59:10 &lt;zab__&gt; 我保证仔细读 CoC 并给出意见 20:59:19 &lt;anonimal&gt; zzz sadie_i21：我愿意帮忙。 20:59:35 &lt;lazygravy&gt; 我觉得我们还没有就具体文本达成一致 20:59:48 &lt;anonimal&gt; 相比 VRP 和重写/重组文档，我需要多花点时间在 java i2p 上。 20:59:49 &lt;lazygravy&gt; （这点非常重要，IMO。措辞可能会非常糟糕） 21:00:04 &lt;zzz&gt; 好的。总的来说，“团队成员”（拥有提交权限或在我们团队页面上的人）中支持的多于反对的，而在非团队成员中，反对的更多 21:00:21 &lt;str4d&gt; lazygravy，是的。而且我不认为我们在下次会议就能就具体文本达成一致 21:00:21 &lt;str4d&gt; meeting* 21:00:25 &lt;zzz&gt; 我认为两组意见都很重要，因为非团队成员可能会成为团队成员 21:00:39 &lt;zab__&gt; 理想情况下我们应该拿出不止一个候选的 CoC 21:00:41 &lt;str4d&gt; 我认为我们已经有一堆提案，以及若干支持和反对的理由。 21:01:13 &lt;zzz&gt; 鉴于我可能会是任何代码或流程的最终仲裁者，我完全不愿意采纳任何缺乏广泛或近乎一致共识的东西 21:01:21 &lt;str4d&gt; 一个不错的起点是让一些人审阅现有备选方案，权衡利弊 21:01:38 &lt;zzz&gt; 好，sadie 看起来这个任务就由你负责，下个月带点东西回来 21:01:44 &lt;zzz&gt; 第 6 项还有别的吗？ 21:02:02 &lt;sadie_i21&gt; 记下了 21:02:10 &lt;str4d&gt; 围绕“CoC”等的正负面印象做进一步研究会很有用（例如上面的资助问题，或作为主要反对理由出现的负面印象） 21:02:16 &lt;EinMByte&gt; 我觉得在真正看到一个提案之前，我无法下定论 21:02:17 &lt;str4d&gt; 但那会更费功夫 21:02:34 &lt;nda&gt; 而有了 CoC，你们对不属于你们 i2p 团队的‘坏人’就无能为力吗？ 21:02:44 &lt;zzz&gt; 第 6 项最后一次发言 21:02:57 &lt;lazygravy&gt; str4d++ 21:03:09 &lt;str4d&gt; nda，CoC 或类似东西只适用于 I2P 开发团队，是的 21:03:25 * lazygravy 暂离（afk），现实（irl）有事 21:03:27 &lt;eche|on&gt; nda：我们为什么要这么做？它只针对我们的 i2p-dev-team 21:03:29 &lt;str4d&gt; 基本上，我们需要更多数据。 21:03:40 &lt;nda&gt; str4d 好的谢谢 21:03:44 &lt;psi&gt; （目前是这样） 21:03:45 &lt;comraden1&gt; zab__：不错的想法。与其自己搞一个，不如看看有哪些可以拿来参考/复用的 21:03:49 &lt;zzz&gt; 好，我宣布第 6 项结束，感谢大家 21:03:59 &lt;zzz&gt; 7) VRP anonimal 开始 21:04:03 &lt;str4d&gt; 本质上，它会是我们已有开发者协议的一个扩展。 21:04:40 &lt;anonimal&gt; 关于 VRP：我在等 zzz 和 str4d 以及社区的回复。 21:04:57 &lt;anonimal&gt; 然后我就可以重写并收尾这个工单。 21:04:59 &lt;nda&gt; 我还以为这是类似“报警吧 I2P 里有坏人！”这样的东西，真的抱歉 ) 21:05:01 &lt;comraden1&gt; 补充 str4d 的观点，这也会为那些没有签开发者协议的人（比如我）提供一个基线 21:05:08 &lt;str4d&gt; anonimal，哦，有进一步更新了吗？抱歉我错过了。 21:05:09 &lt;zzz&gt; 我手边没有工单编号。你需要什么？我知道 str4d 最近和 Katie 见过面。str4d 最新情况如何？ 21:05:26 &lt;eche|on&gt; what is VRP` 21:05:26 &lt;eche|on&gt; ? 21:05:36 &lt;str4d&gt; eche|on，Vulnerability Response Process 21:05:37 &lt;anonimal&gt; `http://trac.i2p2.i2p/ticket/1119` 21:05:37 &lt;zzz&gt; anonimal，你有那个工单吗？ 21:05:39 &lt;eche|on&gt; 啊，好的 21:05:52 &lt;eche|on&gt; 一个复杂的话题 21:06:04 &lt;zzz&gt; 我觉得我们甚至还没决定是否使用 H1，对吧？但显然他们最近动静很大 21:06:15 &lt;str4d&gt; zzz，我还没就开源漏洞赏金项目（论文在身）跟进 Katie，但会在本周处理。 21:06:38 &lt;str4d&gt; 我对她的印象不错，他们在我们工单上的回应也不错 21:06:38 &lt;zzz&gt; 把这事放到我们下个月的路线图会议上一次性定下来可好？ 21:06:40 &lt;anonimal&gt; 我认为最大的障碍就是：是否选 H1 的决定。 21:06:40 &lt;anonimal&gt; 他们在工单里评论、陈述了理由， 21:06:41 &lt;anonimal&gt; 我也陈述了我的理由， 21:06:43 &lt;anonimal&gt; kay 也陈述了他们的理由， 21:06:52 &lt;str4d&gt; Katie 也对我们正在进行的流程提出了不错的意见 21:07:33 &lt;zzz&gt; 我不确定我们能否在三月之前集中精力做出决定。工单里的细节让我有点不堪重负。可能太多了，也可能不是。 21:08:02 &lt;zzz&gt; 我们该如何、何时处理这个问题？ 21:08:37 &lt;str4d&gt; 就参考而言（FWIW），Katie 喜欢我们为确保把这事做对而付出的细节和工作量 21:08:52 &lt;zzz&gt; 好，但我更在乎你的想法，而不那么在乎 Katie 的 :) 21:09:05 &lt;str4d&gt; zzz，如果我们能加入和 Tor 相同的漏洞赏金项目，我想这大概就替我们做出决定了 21:09:09 &lt;zzz&gt; 我们如何、何时得到答案 21:09:37 &lt;str4d&gt; 因为我认为那样会比我们只放一个自由页面吸引到更多研究者涌入 21:09:47 &lt;anonimal&gt; 既然这是从 12 月的会议推迟过来的，我不太愿意再推迟了 21:09:47 &lt;anonimal&gt; 但我确实不适合争论或提要求。 21:09:47 &lt;anonimal&gt; 所以，以大家方便为准。 21:09:47 &lt;anonimal&gt; s/exciting/excited/ 21:09:55 &lt;zzz&gt; 是的，但不管是否用 H1，我们都需要一个流程 21:10:04 &lt;str4d&gt; 没错 21:10:24 &lt;zzz&gt; 所以我提议我们在三月份的路线图会议期间处理它。可以吗？ 21:10:31 &lt;str4d&gt; 我下周会审阅 anonimal 的最新改动。 21:10:41 &lt;zzz&gt; 好，我也会这么做 21:10:49 &lt;zzz&gt; 第 7 项还有别的吗？ 21:10:54 &lt;str4d&gt; 在 2 月 12 日前 21:11:02 &lt;IrcI2Pd743&gt; anonimal，当你允许自己在我面前爆粗口时，真让人沮丧。 21:11:18 &lt;anonimal&gt; 我最后 4 行发出去了吗？ 21:11:18 * comraden1 得暂时离开（afk） 21:11:29 &lt;zzz&gt; 还有其他会议事项吗？ 21:11:32 &lt;str4d&gt; anonimal，我只看到 s/ 之前 21:11:40 &lt;IrcI2Pd743&gt; anonimal，我要求道歉。 21:11:42 * zzz 热身 *baffer* 21:11:52 &lt;anonimal&gt; 我会回顾会议日志，我觉得错过了不少内容。 21:11:57 &lt;orignal&gt; 8) anonimal 的那句话 21:12:09 * zzz *bafffs* 会议结束 </div>/zh/blog/2016/01/27/0.9.24-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Wed, 27 Jan 2016 00:00:00 +0000/zh/blog/2016/01/27/0.9.24-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详细信息">更新详细信息</h2> <p>0.9.24 包含了新版本的 SAM（v3.2）以及众多缺陷修复和效率改进。请注意，本次发布是首个需要 Java 7 的版本。请尽快升级到 Java 7 或 8。如果你正在使用 Java 6，你的 router 将不会自动更新。</p> <p>为避免过时的 commons-logging 库引发的问题，我们已将其移除。这会导致非常旧的 I2P-Bote 插件（0.2.10 及以下，由 HungryHobo 签名）在启用 IMAP 时崩溃。建议的修复方法是将旧的 I2P-Bote 插件替换为当前由 str4d 签名的版本。</p> <p>我们在 32C3 大会上收获颇丰，并且我们在 2016 年的项目计划上进展顺利。Echelon 做了一个关于 I2P 的历史与现状的演讲，其演示文稿现已公开。Str4d 参加了 Real World Crypto（现实世界密码学会议），并就我们的密码学算法迁移作了报告。</p> <p>像往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2016/01/23/ccc-%E5%9B%9E%E9%A1%BE/Sat, 23 Jan 2016 00:00:00 +0000/zh/blog/2016/01/23/ccc-%E5%9B%9E%E9%A1%BE/<p>出席者：Sadie、Colin、lazygravy、zzz、hottuna、kytv、cacapo 和 eche|on。</p> <h2 id="开始">开始</h2> <p>本项目在 CCC 上又度过了成功的一年。我们要感谢 32C3 的志愿者在组织本次活动方面提供的诸多帮助，并感谢他们作为东道主对我们的周到接待。多亏了像您这样的支持者对项目的慷慨捐助，许多 I2P 贡献者得以参加今年的大会。</p> <p>和往年一样，我们位于 Noisy Square，靠近 EFF 的展台。事实证明，这对我们来说是个理想的位置，因为我们的展台几乎一直很忙，接待着对 I2P 感兴趣的现有用户和新用户，其中许多人如果不是在这里，我们原本没有机会与之交谈。</p> <h2 id="reseed-状态">Reseed 状态</h2> <p>让我们增加更多 reseeds（引导服务器）！</p> <p>如果你不知道什么是 reseed 服务器（它是新 router 用来寻找对等节点的首个连接）。 目前关于 reseed 网络的状态有很多讨论。 一如既往，我们需要更多的 reseed 运营者！ 如果你愿意加强 reseed 基础设施（或者你擅长 Go），请发送邮件至 backup -at- i2pmail.org。</p> <h2 id="sybil-检测-测试版">Sybil 检测 (测试版)</h2> <p>由于 I2P 的去中心化特性，在其中检测 Sybil 攻击并不像在其他网络（例如 Tor）上那样直接。为缓解这一问题，zzz 一直在研发一个基于 router 的 Sybil 检测工具。简而言之，该工具在 router 中运行，并收集你的 router 当前已知的 floodfill（负责 netDb 分发的节点）的信息。目前，该工具主要用于收集基线数据，并不会对其收集到的任何信息采取行动。随着 0.9.25 或 0.9.26 临近，预计会看到更多相关的详细说明，因为它仍在积极开发中。</p> <h2 id="开发者会议">开发者会议</h2> <p>我们于30日在我们的桌位举行了一次当面会议。会议重点讨论了在组织层面为更多的项目管理和公共关系做准备（两者均来自 Sadie）。</p> <p>我们讨论了 I2P 上完成的大量工作如何被埋没在提交记录里，导致用户能看到的不多。为了解决这一情况，lazygravy 计划准备一系列文章，讲解 I2P 中的一些技术主题。我们最初讨论的写作主题包括：加密的 leaseSet（租约集合）是什么、为什么需要不同的 tunnel（隧道）类型，以及在 I2Spy 中观察到的一些现象。但这些只是开始，我们也希望听到大家对我们应该撰写哪些主题的反馈！</p>/zh/blog/2015/12/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B412%E6%9C%8830%E6%97%A5/Wed, 30 Dec 2015 00:00:00 +0000/zh/blog/2015/12/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B412%E6%9C%8830%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 09:49:14 &lt;zzz&gt; 0) 嗨 09:49:14 &lt;zzz&gt; 1) 会议结构和目标 09:49:14 &lt;zzz&gt; 2) 公关（PR） 09:49:14 &lt;zzz&gt; 3) 项目管理 09:49:14 &lt;zzz&gt; 0) 嗨 09:49:16 &lt;zzz&gt; 嗨 09:49:30 &lt;zzz&gt; 1) 会议结构和目标 09:49:30 &lt;zzz&gt; 首先向北美的伙伴致歉，这个会议时间非常糟糕。 09:49:30 &lt;zzz&gt; 这次会议会与平时的结构稍有不同，因为我们大部分人在 CCC 现场面对面。 09:49:31 &lt;zzz&gt; 我们会尽量把要点转述到 IRC。 09:49:33 &lt;zzz&gt; 我们也会在这里记笔记。 09:49:35 &lt;zzz&gt; 现在我先为本次会议做个前言。 09:49:49 &lt;zzz&gt; 大家应该都知道，Sadie 在多伦多的 I2PCon 的组织与成功中起到了极大的作用。 09:49:49 &lt;zzz&gt; 在多伦多我们都看到了她的才华与热情，而且显然她希望今后为 I2P 做更多事情。 09:49:49 &lt;zzz&gt; 在会前和会议期间与她合作的过程中，我们了解到她拥有丰富的项目管理和公关（PR）经验， 09:49:49 &lt;zzz&gt; 无论是在 Tor 里还是在现实世界里。 09:49:49 &lt;zzz&gt; 会后我请她更深入了解我们的项目，弄清我们当前的结构与流程， 09:49:52 &lt;zzz&gt; 并带回改进建议——我们可以做得更好的地方，以及她可以如何帮助我们。 09:50:04 &lt;zzz&gt; 从那以后，她与 tuna、我、str4d、psi 等人进行了几次较长的电话会议， 09:50:04 &lt;zzz&gt; 并审阅了我们的网站、Trac，以及现有流程。 09:50:04 &lt;zzz&gt; 此外，psi 任命她为助理公关总监，她也在 @GetI2P 账号上发推，帮助宣传 I2P。 09:50:06 &lt;zzz&gt; 她现在已经准备好向我们提出一些建议。 09:50:06 &lt;zzz&gt; 虽然我最初问她的是“你如何能帮助我们？”，但她的回应 09:50:06 &lt;zzz&gt; 更像是“这是我们需要先修复的事情，这样我才能有效地帮忙”， 09:50:08 &lt;zzz&gt; 随后是她实际能为我们做的事，或者更准确地说，是我们大家如何更高效地协作。 09:50:19 &lt;zzz&gt; 我今天想做的是听取她的建议，并逐一简短讨论。 09:50:19 &lt;zzz&gt; 这些话题中的许多都容易引发长时间讨论，我想适度控制，免得我们一整天都在这里。 09:50:19 &lt;zzz&gt; 对于每条建议，我希望有人承诺后续跟进。 09:50:19 &lt;zzz&gt; 如果建议不具争议且我们达成一致，那么该承诺就是去落实它。 09:50:20 &lt;zzz&gt; 如果需要进一步研究或我们尚未达成一致，那么承诺就是评估选项并 09:50:21 &lt;zzz&gt; 拿出一个方案、一个反提案，或一份待今后会议讨论的选项清单。 09:50:23 &lt;zzz&gt; 这些承诺及其截止日期将被记录并跟踪。 09:50:25 &lt;zzz&gt; 我不想在某一件事上陷得太深，所以我会征集志愿者跟进大多数事项。 09:50:42 &lt;zzz&gt; 我想强调，是我请 Sadie 来做这件事，并基于她以往的经验给出意见。 09:50:42 &lt;zzz&gt; 我们可能不会完全同意，但我们应该倾听并认真考虑她的建议。 09:50:42 &lt;zzz&gt; I2P 有其独特性，并非所有东西都适合我们， 09:50:42 &lt;zzz&gt; 但她今年已经相当了解我们了，所以听听她的想法。 09:50:43 &lt;zzz&gt; 当然我们也会接纳他人的建议，不过我感觉 Sadie 已经覆盖了很多方面。 09:51:24 &lt;zzz&gt; 我们先讨论公关（PR），然后是项目管理。 09:51:24 &lt;zzz&gt; 两者都是很大的话题，且会有重叠。但我们尽量将其区分开来。 09:51:54 &lt;zzz&gt; *** 第 1) 个主题的粘贴结束，几分钟后我们开始 2)。谢谢 *** 09:58:39 &lt;hottuna&gt; str4d: 嘿，我们应该谈谈我们用到的 DH 相关东西 09:59:30 &lt;str4d&gt; hottuna，你是指 NTCP 和 SSU 的握手吗？ 09:59:55 &lt;hottuna&gt; 我想凡是用到 DH 的地方吧 10:00:39 &lt;hottuna&gt; 好。会后再聊 10:00:47 &lt;str4d&gt; 当然 10:00:57 &lt;str4d&gt; 根据 `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` ，只有 NTCP 和 SSU 10:01:21 &lt;hottuna&gt; zzz 现在会把上面的长说明念给我们听 10:01:48 &lt;str4d&gt; （在我的演讲之前我还需要更新那个页面） 10:04:10 &lt;psi&gt; 我想我到了 10:06:33 &lt;lazygravy&gt; psi：是的，zzz 在你加入前发了一条长消息。现在正在线下（IRL）交流 10:07:57 &lt;hottuna&gt; 我们希望做的是让大家对一堆不同的话题作出承诺去解决 10:08:25 &lt;hottuna&gt; 我们要讨论的一些内容会有争议，另一些则不会 10:08:47 &lt;hottuna&gt; 对于没争议的话题，我们希望直接指派给某个人去处理 10:08:56 &lt;hottuna&gt; 下面谈 Sadie 和公关（PR） 10:09:16 &lt;hottuna&gt; gravy 和 sadie 一直在写博文 10:09:29 &lt;hottuna&gt; 并在寻找更多内容 10:10:21 &lt;hottuna&gt; 很多内容都淹没在提交信息里 10:10:38 &lt;hottuna&gt; 提交的作者并没有真正记录该提交的重要性 10:11:24 &lt;str4d&gt; 与其扫提交信息，不如看 history.txt，这是最有效/最容易的地方 10:11:30 &lt;hottuna&gt; 理想情况下我们至少每两个月发表一篇博文，以维持一定的推进感 10:12:08 &lt;str4d&gt; 那仍不能体现重要程度，但在上下文上更容易处理，并能过滤掉那些没有进入 history.txt 的提交糠秕 10:13:04 &lt;lazygravy&gt; str4d：重点是有太多很酷的事在发生，如果不密切关注 I2P 根本无从得知。我们应该让人们更容易看到这些酷东西 10:13:47 &lt;str4d&gt; 也许有帮助的做法（这会比较激进）是重构 history.txt，按重要性（重大/次要/缺陷修复）组织条目，更像一份变更日志（或者另行维护一份并行的变更日志文件） 10:14:13 &lt;str4d&gt; 因为按现状，history 文件其实只是一个更易解析的提交日志 10:14:30 &lt;str4d&gt; 话说回来，它确实很方便，所以也许并行的信息会更好（尽管更难维护） 10:14:38 * str4d 不再纠缠于细节 10:14:41 &lt;str4d&gt; :P 10:14:59 &lt;hottuna&gt; lazygravy 可以充当编辑，在合适的时候分派撰写内容的职责 10:15:14 &lt;str4d&gt; 当然，让大家更容易了解发生了什么是好事，我认为一些更高层次的组织话题会有所帮助 10:15:33 &lt;str4d&gt; （即博文作者可以去那里看高层概览，而不是看提交日志） 10:15:56 &lt;psi&gt; 听起来很像结对编程 10:16:10 &lt;hottuna&gt; PR 的下一个子话题 10:16:29 &lt;hottuna&gt; 关于开展 reseed（引导种子）活动并吸引新开发者 10:16:46 &lt;psi&gt; （或者更像“夫妻编程”，程序员和程序员的伴侣） 10:17:11 &lt;lazygravy&gt; str4d：比如“加密的 lease sets 到底是啥鬼”，或者突出介绍一下 kytv 的 Debian 仓库的亮点 10:17:15 &lt;hottuna&gt; 我们希望让 torontocrypto 参与进来，吸引更多 reseed 主机 10:17:23 &lt;lazygravy&gt; s/i.e./e.g./ 10:17:24 &lt;iRelay&gt; lazygravy 的意思是: str4d: e.g. WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:18:25 &lt;hottuna&gt; 我们希望制作一个内容包，把搭建 reseed 主机所需的全部信息集中到一个地方 10:19:14 &lt;hottuna&gt; 我们需要清楚阐明为什么 reseed 是需要且重要的 10:19:18 &lt;str4d&gt; 嗯 10:19:42 &lt;str4d&gt; 甚至可以简单到“sudo apt-get i2p-reseed” 10:20:22 &lt;lazygravy&gt; str4d++ 10:20:23 &lt;kytv&gt; 我在考虑制作 Docker 镜像，这样就能做到完全的“即插即用” 10:20:47 &lt;psi&gt; 用 Go 写的 reseed 设置和使用都非常容易 10:20:56 &lt;hottuna&gt; hottuna/我 自愿写几段文字，说明为什么需要 reseed 以及它的作用 10:21:07 &lt;hottuna&gt; kytv：那太棒了 10:21:23 &lt;str4d&gt; kytv++ 10:21:35 &lt;str4d&gt; “放下即用”是理想状态 10:22:00 &lt;str4d&gt; 有点像昨天某个 Tor 演讲里提到的：将来人们可以获得一个附带免费 .onion 的 LetsEncrypt 证书 10:22:16 &lt;str4d&gt; （即 letsencrypt 脚本为用户设置 Tor HS） 10:22:38 &lt;kytv&gt; mdrollete 的 i2p-tools 已经提供了 Docker 映像，所以也许我们（=我）只需把我的 I2P Docker 映像（尚未公开）打磨一下，这样用户只需复制粘贴一条命令行，reseed 就能“开箱即用” 10:22:41 &lt;hottuna&gt; 关于开发者上手引导，让源代码更易获取 10:22:42 &lt;str4d&gt; （这本身对 I2P 会非常棒，但与我们这里的需求略有不同） 10:22:55 &lt;comraden1&gt; kytv：Docker 肯定没错 10:23:01 &lt;hottuna&gt; str4d：我能说服你从 geti2p.net 加一些指向源代码的链接吗？ 10:23:04 &lt;str4d&gt; 如果把 reseed 做成“家电式”设备，也更容易让可信的 reseed 保持同步 10:23:17 &lt;str4d&gt; hottuna，放在哪里？ 10:23:18 &lt;lazygravy&gt; 想法：我们应该移除下载页上关于 0.7.6 的那条注记 10:23:33 &lt;kytv&gt; （我更偏向 LXC，但我也在学 Docker，随意啦） 10:23:45 &lt;kytv&gt; 好 10:23:50 &lt;lazygravy&gt; kytv：Docker 现在看起来“很火”，所以可能是最佳选择 10:23:54 &lt;hottuna&gt; 在任何合适的地方 10:24:08 &lt;str4d&gt; 我记得至少有一个指向 kytv 的 ViewMTN 的链接，但那是在 I2P 网络内 10:24:11 &lt;hottuna&gt; 但我们的想法是让人更容易快速查看源代码 10:24:13 &lt;kytv&gt; 把很古老的文档都移到 /attic 或类似位置 10:24:19 &lt;hottuna&gt; 以吸引开发者 10:24:33 &lt;hottuna&gt; str4d：我们希望是在 I2P 网络外，理想情况下从 geti2p.net 出发 10:24:36 &lt;str4d&gt; 我可以在新的开发者页面加到 Github 页面的链接，但需要明确标注为只读 10:24:50 &lt;psi&gt; 如果你真想吸引开发者，我们应该让 Github 更活跃一些 10:24:52 &lt;hottuna&gt; 对。 10:25:57 &lt;str4d&gt; 这些链接要放在新的开发者页面上吗？ 10:25:57 &lt;hottuna&gt; 这听起来是个简单直接的步骤 10:25:57 &lt;hottuna&gt; 只需加一个指向 Github 的只读链接 10:25:57 &lt;str4d&gt; hottuna，哪个？加链接，还是让 Github 更活跃？ 10:25:57 &lt;hottuna&gt; 都会是改进 10:25:57 &lt;str4d&gt; 啊哈 10:26:05 &lt;hottuna&gt; str4d：我可以把你的名字写在那项旁边吗？ 10:26:24 &lt;hottuna&gt; 就是那一项 10:26:38 &lt;str4d&gt; 当然。我想这些都会在 Trac 上建条目吧 10:26:51 &lt;hottuna&gt; 不确定会不会。 10:26:57 &lt;hottuna&gt; 会问 zzz 10:27:09 &lt;str4d&gt; 嗯，是的，对于小任务可能不值得 10:27:20 &lt;str4d&gt; 只要我什么时候能拿到清单就行 :P 10:27:26 &lt;hottuna&gt; 好 10:27:36 &lt;hottuna&gt; 我想 zzz 会在 zzz.i2p 上写个总结 10:28:22 &lt;kytv&gt; 几乎肯定会发到 zzz.i2p，但也许也会在 Trac 上建工单 10:28:41 &lt;str4d&gt; 好 10:28:50 * str4d 打开待办清单开始添加事项 10:32:43 &lt;hottuna&gt; 我们在讨论应该推广 I2P 的哪些用例 10:33:13 &lt;hottuna&gt; 而共识似乎是我们应该推广我们擅长的用例。比如 Bote 10:33:20 &lt;str4d&gt; 嗯 10:33:29 &lt;str4d&gt; 我们确实需要强化点对点这一面 10:33:36 &lt;hottuna&gt; 比如对潜在用户强调种子（torrents） 10:33:38 &lt;hottuna&gt; y 10:33:57 &lt;hottuna&gt; 我们希望在主页上突出这些好的用法 10:34:12 &lt;hottuna&gt; *我们想要突出展示的内容 10:34:20 &lt;str4d&gt; 这方面 I2P 理应有根本优势，因为其分组交换的特性以及隧道层面的对称性 10:34:33 &lt;hottuna&gt; 是的，而且还有其他我们擅长的东西 10:34:39 &lt;str4d&gt; 尤其是那些本身就鼓励用户贡献的应用 10:34:41 &lt;hottuna&gt; 而这些就是我们应该推广的 10:35:05 &lt;hottuna&gt; 同时，我们可以继续改进那些我们暂时不太擅长的方面 10:35:09 &lt;str4d&gt; （因为 I2P 对贡献的需求可以“搭载”在这些应用之上） 10:35:43 &lt;hottuna&gt; lazygravy、str4d、cacapo：你们能梳理出 I2P 的三个最佳用例吗 10:36:01 &lt;hottuna&gt; 这样我们就能在首页上妥善呈现 10:36:18 &lt;str4d&gt; 可以 10:37:03 &lt;cacapo&gt; 好 10:37:08 &lt;hottuna&gt; 你们什么时候能拿出点成果（建议或网站改动）？ 10:37:43 &lt;hottuna&gt; 把截止日期定在一月底可以吗？ 10:37:55 &lt;cacapo&gt; 可以 10:38:01 &lt;hottuna&gt; 与 PR 相关：i2p.net 很快会可用 10:38:03 &lt;str4d&gt; 我没问题 10:39:04 &lt;eche|on&gt; 2016.4.16 就是 i2p,net 的日期 10:39:11 &lt;str4d&gt; 我现在可以说，如果我们指的是“当前运作良好的东西”，其实也就高延迟邮件（Bote）和种子（torrents）。不久我们也可以把分布式数据存储加进去（等 Tahoe 获得原生 I2P 客户端支持后） 10:39:24 * str4d 期待 i2p.net 被恢复 10:39:33 &lt;eche|on&gt; Tahoe 只有在并行上传/下载时才可用 10:40:08 &lt;str4d&gt; 我认为把它与我在 i2p.i2p 上的开发者服务提案对接起来是理想的，让这些服务在网内外并行可用 10:40:12 &lt;hottuna&gt; cacapo 指出 I2P 没有很好地讲述项目的“叙事”。甚至几乎没有。 10:40:29 &lt;lazygravy&gt; str4d：Tahoe 自己也有 UI 问题…… :/（尽管我很喜欢它） 10:40:29 &lt;hottuna&gt; 不像那个有大量历史及背景脉络的项目 10:41:03 &lt;str4d&gt; hottuna，他指的叙事是什么？ 10:41:09 &lt;hottuna&gt; 与 jake/snowden 等相关的那些 10:41:42 &lt;str4d&gt; 啊，就是把 I2P 的历史与世界大背景关联起来的叙事？ 10:41:43 &lt;hottuna&gt; comraden1：自愿写一篇 I2P 历史的文章 10:41:52 &lt;str4d&gt; （像 Tor HS 的演讲那样？） 10:42:05 &lt;eche|on&gt; 历史材料：zzz 在 I2PCon 的演讲、我在 32c3 的演讲 10:42:06 &lt;hottuna&gt; （没看到那个） 10:42:33 &lt;str4d&gt; 我在 I2PCon 的演讲也提到了一些 10:42:37 &lt;hottuna&gt; zzz、comraden1、lazygravy 自愿去做实际撰写 10:42:41 &lt;hottuna&gt; psi：在吗？ 10:42:53 &lt;psi&gt; 在 10:42:57 &lt;hottuna&gt; str4d：Lance James 的那段也是 10:43:34 &lt;str4d&gt; lazygravy，等 magic folders 发布后 Tahoe 的 UX 应该会大幅改善。就 UI 而言，仍有工作要做，但没我们这么多 :P 10:43:52 &lt;hottuna&gt; str4d、sadie，你们俩能互相配合，为 RWC 的演讲做宣传吗？ 10:44:03 &lt;hottuna&gt; PR 相关话题最后召集 10:44:06 &lt;hottuna&gt; Lest* 10:44:08 &lt;hottuna&gt; last* 10:44:49 &lt;hottuna&gt; 好吧，我就当大家默许了 10:44:50 &lt;str4d&gt; hottuna，好的，我会与 Sadie 保持联系 10:44:56 * str4d 还得去准备那个演讲 :/ 10:45:04 &lt;hottuna&gt; 进入下一个话题。PROJECT MANAGEMENT（项目管理） 10:45:34 &lt;comraden1&gt; str4d：还有“ I2P 是如何起步的历史”。我在想可以从海军研究洋葱路由 -> 第二代洋葱路由器 -> Tor 说起 10:46:40 &lt;str4d&gt; comraden1，嗯，你可能会在网站上的早期 I2P 会议记录里找到很多这类内容 10:47:15 &lt;str4d&gt; 如果你真的去翻找，也可以随手给会议写点简要总结，我可以把它们加上去 :P 10:48:11 &lt;comraden1&gt; str4d：zzz 提到他脑子里有很多这方面内容，想先写个草稿。发布前我会编辑，确保它尽可能完美 10:48:45 &lt;str4d&gt; +1 10:49:19 &lt;dg&gt; 我记得很久以前和 zzz 谈过这个；如果他有那时的日志，可能会有帮助 10:49:22 &lt;hottuna&gt; 我们在讨论项目的实际目标是什么 10:49:54 &lt;hottuna&gt; 而且必须把它们写在某个地方，这样才能开展有意义的项目管理 10:50:29 &lt;str4d&gt; 这会是个不错的“关于”页面内容 10:51:16 &lt;str4d&gt; 我曾想合并各种介绍页面，但其实我们可以分别加以利用 10:51:36 &lt;str4d&gt; 把 https://geti2p.net/en/about/intro 改成 I2P 的简要概览，既包括网络也包括项目 10:51:38 &lt;iRelay&gt; 标题：Intro - I2P（在 geti2p.net） 10:51:59 &lt;str4d&gt; 然后让 https://geti2p.net/docs/how/intro 成为真正的“ I2P 如何工作”页面 10:52:00 &lt;iRelay&gt; 标题：A Gentle Introduction to How I2P Works - I2P（在 geti2p.net） 10:52:10 &lt;str4d&gt; 大致与它们现在的样子相近，但进行恰当的拆分 10:53:12 &lt;dg&gt; hottuna：我在哪能找到这些博文？ 10:53:22 &lt;dg&gt; hottuna：我只能看到一篇（`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach）` 10:53:25 &lt;iRelay&gt; 标题：Community Outreach - Blog - I2P（在 i2p-projekt.i2p） 10:54:38 &lt;lazygravy&gt; dg：除此之外并不存在 10:54:55 &lt;lazygravy&gt; 而且在我看来那主要是个 POC。下一篇应在 2016 年 1 月 10 日于 CCC 发布 10:58:32 &lt;hottuna&gt; 我们在讨论是否希望被管理 10:58:46 &lt;hottuna&gt; dg、str4d、psi：对被管理你们的工作，有什么看法？ 10:59:11 &lt;psi&gt; 由谁来管，以及管理到什么程度？ 10:59:17 &lt;hottuna&gt; 由 sadie 10:59:26 &lt;dg&gt; 可以接受 10:59:42 &lt;hottuna&gt; 而且是松弛一些的，比如设定截止日期，但不强制执行的那种 10:59:46 &lt;hottuna&gt; 事情完成就算完成 11:00:11 &lt;hottuna&gt; 但在心里给它们加个截止日期可能是个有用的工具 11:00:11 &lt;dg&gt; 完成就完成，但可以稍微推动/激励一下 11:00:40 &lt;psi&gt; 先别问，等我吃完早餐再说 11:00:47 &lt;hottuna&gt; 或者至少让你知道有人清楚某项任务在你的待办堆里 11:01:15 &lt;hottuna&gt; 关于项目管理：我们想把每周/双周会议重新运转起来 11:01:25 &lt;hottuna&gt; zzz 的目标是在二月重新开始它们 agin 11:01:27 &lt;hottuna&gt; again* 11:01:36 &lt;hottuna&gt; 然后逐步把它们移交给 sadie 11:01:48 &lt;hottuna&gt; 要做到这一点，sadie 需要上 IRC 11:01:56 &lt;str4d&gt; 我没问题。我确实在有人可以切磋点子时工作得更好 11:03:23 &lt;hottuna&gt; zzz 刚刚承诺要在二月底前写出一份统一的路线图 11:03:23 &lt;hottuna&gt; 太好了。 11:03:23 &lt;hottuna&gt; 大家的共识似乎是，适度管理可能是件好事。 11:03:23 &lt;hottuna&gt; 但如果过于强硬，就会把这变成“工作” 11:03:23 &lt;str4d&gt; 听起来不错。等我们有了一些实践经验后，随时可以调整强度。 11:03:23 * dg 点头 11:03:23 &lt;hottuna&gt; *路线图的时间是 1 月底，不是 2 月 11:03:23 &lt;hottuna&gt; str4d：同意 11:04:35 &lt;str4d&gt; FYI，zzz、sadie 和我会在三月初见面，届时能一起处理/讨论的事情请记在心上。 11:05:52 &lt;hottuna&gt; 关于 Trac 工单，sadie 自愿关注它并把工单转给合适的人 11:06:05 &lt;dg&gt; 能够观察我们的机制（如 Trac/zzz.i2p/IRC）对 Sadie 充分理解我们的工作方式很重要 11:06:16 &lt;dg&gt; 如果没有 IRC 访问，她能做到这些吗？ 11:07:04 &lt;hottuna&gt; str4d：你愿意在这方面帮帮 sadie 吗？ 11:07:40 &lt;str4d&gt; 我在待办清单里放了个每周“查看新工单”的项目有一阵子了，但一直推迟，因为事情太多 11:08:06 &lt;str4d&gt; 不过从明年开始，我会努力在这方面帮 sadie :) 11:08:49 &lt;str4d&gt; 你们可能注意到了，现在工单有一个“open”状态。我加它是为了把“新工单”和“我们看过但还未必有明确意见的工单”区分开来 11:08:53 &lt;hottuna&gt; PROJECT MANAGEMENT 话题最后召集 11:09:10 &lt;dg&gt; hottuna：见上 11:09:25 &lt;str4d&gt; 我的目标是尽可能减少“new”工单，也就是把它们要么指派给相关的人/状态，要么标为“open”，至少承认它们是有效工单。 11:09:36 &lt;hottuna&gt; 其他话题最后召集 11:09:48 &lt;hottuna&gt; dg：让 sadie 上 Trac 是关键，也是必要条件 11:10:00 &lt;hottuna&gt; 我是说上 IRC 11:10:17 &lt;dg&gt; 好 11:10:23 &lt;str4d&gt; 我已经给她弄了个 IRC bouncer 帐号一段时间了 11:10:42 &lt;hottuna&gt; str4d：我们能请你写几条你在大会上关于漏洞响应学到的东西吗？ 11:10:48 &lt;str4d&gt; 她只需要在连接这边得到一些帮助，然后就能保留日志等内容，而不必一直在线 11:11:40 &lt;str4d&gt; hottuna，你是指在 Kiwicon 上和 k8em0 聊到的那些？ 11:11:47 &lt;hottuna&gt; 嗯 11:11:47 &lt;dg&gt; 还需要帮助进行浏览器配置/Privoxy 吗？ 11:12:13 &lt;str4d&gt; 除了提前听说 Tor 刚宣布的漏洞悬赏（bug bounty）计划之外，我并没有学到太多超出我本来就知道的东西 11:12:26 &lt;zzz&gt; 我们建议把 VRP 讨论推迟到一月份 11:12:36 &lt;hottuna&gt; str4d：写个小短文有意义吗？ 11:12:40 &lt;str4d&gt; k8em0 确实说她对我们的 VRP 工单印象很深 11:12:45 &lt;hottuna&gt; 比如发一篇 zzz.i2p 的帖子？ 11:12:55 &lt;hottuna&gt; 还是说这些都没啥用？ 11:13:15 &lt;str4d&gt; 不是没用，更像是在确认我们的 VRP 工单走在正确的方向上 11:13:31 * zzz ******BAFFFFS***** 会议结束，感谢各位 </div>/zh/blog/2015/11/19/0.9.23-%E5%8F%91%E5%B8%83/Thu, 19 Nov 2015 00:00:00 +0000/zh/blog/2015/11/19/0.9.23-%E5%8F%91%E5%B8%83/<p>你好，I2P！这是由我（str4d）签名的第一个发行版，此前的 49 个发行版由 zzz 签名。这也是对我们在各个方面（包括人员）冗余机制的一次重要测试。</p> <h2 id="日常维护">日常维护</h2> <p>我的签名密钥已包含在 router 更新中超过两年（自 0.9.9 起），所以如果你使用的是较新的 I2P 版本，此次更新应与其他更新一样简单。不过，如果你运行的版本早于 0.9.9，你需要先手动更新到较新的版本。手动更新完成后，你的 router 将像往常一样找到并下载 0.9.23 更新。</p> <p>如果您是通过包管理器安装的 I2P，则不受此更改的影响，可以照常更新。</p> <h2 id="更新详情">更新详情</h2> <p>RouterInfos（路由信息记录）向新的、更强的 Ed25519 签名迁移进展顺利，估计网络中至少已有一半节点完成了 rekey（更换密钥）。本次发布将加速 rekey 过程。为减少网络波动，你的 router 在每次重启时都有小概率转换为 Ed25519 签名。完成 rekey 后，在其以新身份重新融入网络的一两天内，你可能会看到较低的带宽使用量。</p> <p>请注意，这将是最后一个支持 Java 6 的版本。请尽快升级到 Java 7 或 8。我们已经在致力于使 I2P 与即将发布的 Java 9 兼容，其中一部分工作已包含在本次发布中。</p> <p>我们还对 I2PSnark 进行了些许改进，并在 routerconsole 中新增了一个用于查看较早新闻条目的页面。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2015/11/15/%E7%A4%BE%E5%8C%BA%E5%A4%96%E5%B1%95/Sun, 15 Nov 2015 00:00:00 +0000/zh/blog/2015/11/15/%E7%A4%BE%E5%8C%BA%E5%A4%96%E5%B1%95/<h2 id="元信息">元信息</h2> <p>大家好！这是一个长期博客系列中的第一篇，旨在帮助社区了解 I2P 社区正在发生的事情。由于许多精彩的事件都发生在网络的<em>内部</em>，我们认为在这里谈一谈其中的一些活动是很有意义的。</p> <h2 id="征求反馈意见">征求反馈意见</h2> <p>让我们面对现实吧——我们的控制台还有待改进。我们的网站也需要更新。我们正在征求反馈，看看如何为新老用户提升 I2P 的可用性！</p> <p>欢迎任何反馈。请联系 @GetI2P、@str4d 或 @YrB1rd。如果你不便使用 Twitter，我们也始终可以通过 I2P 网络内的 IRC 频道联系。你不必是长期用户。我们希望听到各类人的声音！</p> <h2 id="开发者会议纪要">开发者会议纪要</h2> <p>11月3日举行了一次 I2P 开发者会议。本次会议重点讨论了在 router 控制台中添加新链接、为 CCC 做准备、寻找 forum.i2p 的替代方案，以及网站改进。</p> <p>达成的共识是不添加 dogecoindark.i2p。由于页面包含大量图片，存在可用性方面的担忧。Exchanged.i2p 在满足条件的情况下被添加，只要维护者在站点上添加免责声明。I2Pwiki.i2p (ugha.i2p 的备份，一个早期的 wiki) 已被接受，lenta.i2p (一个俄语新闻网站) 也被接受。</p> <p>str4d 提议将 *.i2p.i2p 命名空间划定为保留，以便用于开发者的服务。他还建议建立更为规范化的技术提案机制，并在主网站上更突出地展示。</p> <p>I2P 团队将前往德国汉堡参加第32届 Chaos Computer Congress。更多细节稍后公布，但我们可以保证会有贴纸。</p> <h2 id="一般公告">一般公告</h2> <p>感谢 TorontoCrypto 为最新的 I2P reseed 服务器（引导服务器）提供托管！</p> <p>翻译截止日期为11月12日（星期四），请译者及时更新。所有翻译均通过 Transifex 完成。</p>/zh/blog/2015/11/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B411%E6%9C%8803%E6%97%A5/Tue, 03 Nov 2015 00:00:00 +0000/zh/blog/2015/11/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B411%E6%9C%8803%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> abyss, amknesia, anonimal, dogedDEV, eche|on, kytv, Lady3Jane, lbt, obscuratus, psi, sadie_i2p, str4d, trolly, xmz, Z0rg1nc, zab@kyirc, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:17 &lt;zzz&gt; 0) 嗨 20:00:17 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` 控制台主页收录请求，重审自 7 月 14 日会议 `http://i2p-projekt.i2p/en/meetings/238` -- 原始请求： `http://zzz.i2p/topics/236?page=2#p9999` -- 结果： `http://zzz.i2p/topics/236?page=3#p10078` -- 可能已被 `http://doged.i2p/` 取代 20:00:17 &lt;zzz&gt; 2) `http://exchanged.i2p/` 控制台主页收录请求： `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` 控制台主页收录请求： `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 &lt;zzz&gt; 4) `http://lenta.i2p/` 控制台主页收录请求： `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 &lt;zzz&gt; 5) CCC 准备情况来自 10 月 6 日会议的更新： `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 &lt;zzz&gt; 6) forum.i2p 替代方案提案（hottuna, dg）- 追踪 10 月 6 日会议： `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 &lt;zzz&gt; 请注意，对第 1-4 项的几条早期评论在议程页面 `http://zzz.i2p/topics/1970` 20:00:27 &lt;zzz&gt; 0) 嗨 20:00:42 &lt;zzz&gt; 欢迎来到这个伟大项目的第 240 次会议，历时 13 年半 20:01:00 &lt;zab@kyirc&gt; 嗨 20:01:10 &lt;anonimal&gt; 大家好 20:01:24 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:27 &lt;zzz&gt; 给新来的朋友，这个会议主要用于群体决策，我们给每个议题定下 10 分钟以内的目标 20:01:43 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:51 &lt;zzz&gt; 提醒一下，任何人都可以随时因任何原因在这里安排会议 20:01:53 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:02:16 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` 控制台主页收录请求，重审自 7 月 14 日会议 `http://i2p-projekt.i2p/en/meetings/238` -- 原始请求： `http://zzz.i2p/topics/236?page=2#p9999` -- 结果： `http://zzz.i2p/topics/236?page=3#p10078` -- 可能已被 `http://doged.i2p/` 取代 20:02:26 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:02:35 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:39 &lt;zzz&gt; dogecoindark.i2p 的运营者在吗？ 20:02:39 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:43 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:03:17 &lt;iRelay&gt; Title: I2P Development Meeting 238 - I2P (at i2p-projekt.i2p) 20:04:34 &lt;zzz&gt; 我在会议页面上看到很多关于 dogecoindark.i2p/doged.i2p 的负面评论。还有人想发表支持或反对的意见吗？ 20:05:03 &lt;psi&gt; 我认为 i2p 应该开始总体上对加密货币采取中立立场 20:05:20 &lt;zzz&gt; 你觉得我们现在的立场是什么？ 20:05:33 &lt;psi&gt; 中立 20:06:03 &lt;zzz&gt; 那你说的‘开始’采取中立立场是什么意思？ 20:06:06 &lt;dogedDEV&gt; 对 20:06:11 &lt;dogedDEV&gt; 我在 20:06:30 &lt;dogedDEV&gt; 有哪些负面评论？ 20:06:32 &lt;dogedDEV&gt; 我已经移除了所有脚本， 20:06:35 &lt;psi&gt; 不要偏袒某些币种胜过其他币种 20:06:38 &lt;dogedDEV&gt; 现在只有图像和 HTML 了 20:06:54 &lt;zzz&gt; dogedDEV，请快速看一下，上面有链接 20:07:00 &lt;dogedDEV&gt; 我还把我们很多源码搬到了基于 i2p 的 git 仓库 20:07:02 &lt;anonimal&gt; 我已在 `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` 里说了我的看法 20:07:02 &lt;str4d&gt; 嗨 20:07:06 &lt;iRelay&gt; Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:07:51 &lt;zzz&gt; dogedDEV，请解释更名的原因，并回应关于大量图片的异议。就目前来看，你完全没有获得支持，所以你大概有 2 分钟来说服我们改观 20:08:34 &lt;dogedDEV&gt; 我一直不停地把我们更多地建设在 i2p 上 20:08:39 &lt;dogedDEV&gt; 我搭建了一个 i2p 的 Electrum 服务器 20:08:49 &lt;dogedDEV&gt; 有人抱怨有小部件后，我重做了整个站点 20:09:00 &lt;dogedDEV&gt; 这也是为什么名字改成了 i2p。我把旧站点废弃，重新开始。 20:09:11 &lt;dogedDEV&gt; 我做了不少教程，帮助用户上 i2p 20:09:29 &lt;dogedDEV&gt; 而 doged.i2p 是它的永久家 20:11:15 &lt;dogedDEV&gt; 我想，如果大家提高带宽，图片会加载更快。也许我会在不久后添加纯文本版本，以满足带宽较低用户的需求 20:11:15 &lt;dogedDEV&gt; 我真的很喜欢 i2p，并已向全球许多关注隐私的人宣传它及其优势 20:11:15 &lt;zzz&gt; 但整个 i2p 都是“低带宽”。问题在你这边，不在用户 20:11:15 &lt;dogedDEV&gt; 对我和一些调过带宽的用户来说，图片加载似乎很快 20:11:15 &lt;zzz&gt; 对我不是这样 20:11:15 &lt;dogedDEV&gt; 我觉得我们那里的站点加载速度和我们的 onion 站点一样快 20:11:19 &lt;dogedDEV&gt; 我最近在 tor 上投入较少，在 i2p 上投入更多。 20:11:21 &lt;zzz&gt; 对其他发表评论的人来说也不是 20:11:27 &lt;anonimal&gt; 我也不是这样，我又重新加载了，仍在等。 20:11:45 &lt;anonimal&gt; 而且仍然在从明网拉取资源。看起来自从我们在那个帖子里发言后什么都没变。 20:11:50 &lt;dogedDEV&gt; 我想我可以降低它们的分辨率 20:12:00 &lt;zzz&gt; 没有哪个 2015 年的站点会把首页的一切都放在 200 张图片后面 20:12:02 &lt;dogedDEV&gt; 它从明网哪里拉取？ 20:12:13 &lt;dogedDEV&gt; 它不应该与任何明网通信 20:12:17 &lt;abyss&gt; 你好 20:12:24 &lt;kytv&gt; 索引页 20:12:47 &lt;zzz&gt; 目前我不认为它“对 i2p 社区具有广泛的用处”，这是我们的首要标准 20:12:56 &lt;zzz&gt; 我看得出你的方向，但我认为你还没达到要求 20:13:03 &lt;dogedDEV&gt; 一个专注隐私的加密货币怎么会没用呢？ 20:13:06 &lt;kytv&gt; 确实比之前好多了。 20:13:08 &lt;str4d&gt; 我现在正在加载该站点 20:13:15 &lt;zzz&gt; 有谁支持这个请求的，请现在发言 20:13:23 &lt;dogedDEV&gt; 我刚加载了，一半的图片在我这边已经加载好了 20:13:39 &lt;str4d&gt; 站点加载 HTML 用了 13 秒（但大部分时间花在获取 LS（leaseSet）上） 20:13:44 &lt;dogedDEV&gt; 而且我并没有本地连接之类的 20:13:48 &lt;abyss&gt; 对我来说工作正常 20:13:50 &lt;str4d&gt; 我还从未用它的新地址加载过该站点 20:14:01 &lt;str4d&gt; 最快的图片用了 17 秒 20:14:10 &lt;str4d&gt; 目前最慢的是 1 分 44 秒 20:14:25 &lt;dogedDEV&gt; 我完全可以降低图片的分辨率 20:14:34 &lt;zzz&gt; 上次我试的时候 10 分钟就放弃了 20:14:42 &lt;abyss&gt; dogedev 一直在努力推广隐私，并推动明网加密货币社区走向 i2p 20:14:44 &lt;str4d&gt; 3 分钟了，仍未加载完 20:14:51 &lt;anonimal&gt; ^ 我也是，仍在加载。 20:14:53 &lt;kytv&gt; 在我这边从来没完全加载过 20:14:56 &lt;eche|on&gt; 好，它 1 分钟前开始加载了，等等看 20:14:57 &lt;str4d&gt; dogedDEV，在测试时，你是否使用相同的 I2P router 作为 HTTP tunnel？ 20:15:14 &lt;dogedDEV&gt; 不是 20:15:14 &lt;str4d&gt; 因为如果是那样，你的连接就不会经过 I2P 20:15:29 &lt;zzz&gt; 我们并不怀疑 dogedDEV 对 i2p 的投入。我们只是在评估把该站点添加到主页是否合适 20:15:46 &lt;dogedDEV&gt; 我想我可以降低图片的分辨率，从而减小图片文件大小。 20:16:01 &lt;str4d&gt; dogedDEV，好吧，现在站点上半部分（开发者资源等）加载了一些，我能看出问题了 20:16:10 &lt;dogedDEV&gt; 我只是想让它看起来漂亮，但我想对普通用户来说确实会很慢。而性能同样重要。 20:16:15 &lt;str4d&gt; 你没必要把所有内容都做成图片 20:16:22 &lt;dogedDEV&gt; 重要* 20:16:30 &lt;anonimal&gt; 我欣赏其艺术性，但为什么不能借此进行一些创新？ 20:16:32 &lt;zzz&gt; 我建议我们拒绝这个请求。他以后随时可以重新提交。有异议吗？ 20:16:42 &lt;str4d&gt; 这不仅让站点加载极慢，还让站点无法被搜索 20:16:52 &lt;dogedDEV&gt; 这个币本身就有创新，甚至还与 i2p 集成了创新 20:16:57 &lt;dogedDEV&gt; 有其他 i2p 的 Electrum 服务器吗？ 20:17:34 &lt;zab@kyirc&gt; 我支持做金融类的东西，但这个站太慢了 20:18:01 &lt;anonimal&gt; 看起来只有作者自己在乎网站的愿景。 20:18:01 &lt;dogedDEV&gt; 我正在开发一个 Android 应用，可以连接我们的 i2p Electrum 20:18:01 &lt;str4d&gt; 如果你喜欢的是字体，可以通过 CSS 加载那个字体 20:18:01 &lt;zzz&gt; 我们不怀疑你的创新，或你整个项目。只是网站。 20:18:01 &lt;anonimal&gt; 我只谈网站，这次会议讨论的是“网站”。 20:18:01 &lt;zzz&gt; 关于 1) 的讨论最后一轮 20:18:01 &lt;str4d&gt; 我能看到的网站内容大多数都可以用 CSS 实现，这会大幅减少所需图片并大幅提升加载速度。 20:18:01 &lt;dogedDEV&gt; 不，我同意网站愿景，如果图像太大，我可以减小尺寸，甚至做一个只用 CSS 的纯文本链接 20:18:01 &lt;abyss&gt; anonimal， 我喜欢它 20:18:02 &lt;anonimal&gt; 我同意 str4d 20:18:29 &lt;kytv&gt; 不反对拒绝。它加载时慢得不可忍受。 20:18:43 &lt;dogedDEV&gt; 下一次会议什么时候？ 20:18:43 &lt;kytv&gt; 而现在并不是那样的时候... 20:18:47 &lt;kytv&gt; $ http_proxy=`http://127.0.0.1:4444` curl --silent `http://doged.i2p/` 20:18:50 &lt;kytv&gt; &lt;html&gt;&lt;head&gt;&lt;title&gt;408 Request Timeout&lt;/title&gt;&lt;/head&gt; 20:18:51 &lt;kytv&gt; &lt;body&gt;&lt;h2&gt;408 Request timeout&lt;/h2&gt; 20:18:57 &lt;zzz&gt; 而且不只是网站本身——还有最近的更名（也许应该完全重新计时）以及 psi 反对推广 _任何_ 币的意见 20:19:09 &lt;iRelay&gt; Title: DogecoinDark.i2p Official Site (at doged.i2p) 20:19:13 &lt;zzz&gt; 好的，1) 到此为止 20:19:24 &lt;str4d&gt; dogedDEV，现在站点又多加载了一些，它确实很好看。但我认为至少到 FB/twitter/等链接为止，几乎所有东西都可以用 CSS 来做，实际的图片只保留少量真正需要的图片。 20:19:24 &lt;zzz&gt; 2) `http://exchanged.i2p/` 控制台主页收录请求： `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 &lt;dogedDEV&gt; 既然 psi 关于币类推广的观点会影响评判，那 anoncoin 会被移除吗？ 20:19:38 &lt;dogedDEV&gt; 因为那就太可笑了 20:19:41 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:19:46 &lt;str4d&gt; 对 1) 我现在是 -1。 20:19:47 &lt;zzz&gt; exchanged.i2p 的运营者在吗？ 20:20:06 &lt;abyss&gt; zzz，嘿我在 20:20:31 &lt;zzz&gt; 好的 abyss，请介绍一下你的站点，并回应 zzz.i2p 线程里提出的任何异议 20:20:43 &lt;psi&gt; anoncoin 死了 20:20:47 &lt;psi&gt; （个人观点） 20:20:51 &lt;dogedDEV&gt; 那很可悲 =\ 20:21:00 &lt;dogedDEV&gt; 总之，继续。我会重新提交。 20:21:00 &lt;abyss&gt; psi，它没死 20:21:26 &lt;dogedDEV&gt; 我支持 exchanged.i2p，如果我的意见有用的话。 20:21:31 &lt;abyss&gt; 好的 zzz 主要的担心是我不值得信任，不能托管他人的资金 20:21:47 &lt;zzz&gt; 先请介绍一下站点 20:21:50 &lt;dogedDEV&gt; 站点加载快，交易迅速。很多 doged 用户在那里交易过，没有问题。 20:21:58 &lt;abyss&gt; 好 20:22:26 &lt;abyss&gt; Exchanged.i2p 是一个站点，用户可以匿名交易诸如 bitcoin、litecoin、anoncoin、dogecoindark 等加密货币 20:22:47 &lt;abyss&gt; 我们自 7 月 1 日开始运营 20:23:00 &lt;abyss&gt; α 测试从 6 月 1 日开始 20:23:49 &lt;abyss&gt; 另外，anoncoin 和 dogecoindark 的开发团队为我作证 20:24:19 &lt;abyss&gt; anoncoin 开发者现在不在，但链接在此 https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 &lt;iRelay&gt; Title: Exchanged.i2p Anonymous Exchange : CryptoCurrency (at www.reddit.com) 20:24:24 &lt;zzz&gt; 似乎有两点反对意见：站点过于粗糙/太早，以及我们不应该为任何金融类东西背书 20:25:17 &lt;zzz&gt; 我在请求帖里是这样说的：我们之前没有交易所的收录请求。虽然我觉得我们并不具备评估任何市场合法性与稳定性的资质，但我认为我们应该尝试，因为把链接放进控制台可能会带有某种隐含的背书。 20:25:28 &lt;dogedDEV&gt; 我个人认为，在菜单上放一个图标，这不算背书。除非你们鼓励它的使用胜过其他申请同样事情的人。 20:25:49 &lt;zab@kyirc&gt; 粗糙反而使加载快，并不影响可用性 20:26:12 &lt;zab@kyirc&gt; 对任何交易者来说，响应速度比漂亮更重要 20:26:13 &lt;dogedDEV&gt; 我喜欢 ASCII 菜单。让我想起当年。 20:26:19 &lt;abyss&gt; 我尽量做了一个最大化可用性的设计 20:26:19 &lt;dogedDEV&gt; 我想很多用户也会这么觉得。 20:26:19 &lt;zzz&gt; 大家有什么意见吗？这算不算背书？我们是否应该尝试核验？或者我们根本就不该在主页放市场或交易平台？ 20:26:34 &lt;dogedDEV&gt; 对，响应速度，以及管理员活跃时间够长，我觉得可以。 20:27:00 &lt;str4d&gt; 从可用性角度看我觉得不错（但我没做过交易） 20:27:15 &lt;kytv&gt; 我基本无感。我反对 #1 的原因是加载极慢。这个至少非常快。 20:27:17 &lt;dogedDEV&gt; 他还最近应某个分析站点的请求加了一个 API 20:27:17 &lt;anonimal&gt; 是的，既然我们有权选择，每个链接都会成为隐含背书。 20:27:24 &lt;zab@kyirc&gt; 我明确支持 i2p 上的市场、交易所和任何金融相关的东西。这为 i2p 的广泛可用性增添了维度，有助于吸引用户 20:27:27 &lt;str4d&gt; 我建议也提供一个浅色主题，因为深色对一些用户来说对比过强 20:27:33 &lt;zzz&gt; 有谁用过这个站做过交易的，请说话 20:27:37 &lt;lbt&gt; 作为用户意见：我认为信息应该容易找到，但也觉得它不应该是 router 的一部分 :o 也许在 router 控制台上放一个指向按主题分类的活跃域名列表的链接？ 20:27:45 &lt;str4d&gt; （特别是黑底蓝字，不过这个蓝色比上次好点） 20:28:10 &lt;zab@kyirc&gt; str4d：80 年代大型机配色，最棒 ;-) 20:28:27 &lt;zzz&gt; 我们不要在这里讨论配色细节。看大局，到了决策时间。请说赞成还是反对，以及原因。 20:28:38 &lt;amknesia&gt; router 主页上是否已经有这样的声明：“以下链接不是背书，仅是满足收录最低指南的站点”？ 20:29:03 &lt;dogedDEV&gt; 赞成 - 站点加载快，我用过，而且运行如预期。abyss 总在，且易于联系。 20:29:08 &lt;dogedDEV&gt; amknesia，这是个好主意。 20:29:35 &lt;dogedDEV&gt; i2p 开发者不纵容/不背书控制台上列出的网站。 20:29:44 &lt;zzz&gt; 它对 i2p 社区是否具有广泛用处？ 20:29:56 &lt;zzz&gt; 不管是否明确，这都是一种隐性背书 20:30:02 &lt;zab@kyirc&gt; 绝对是 20:30:20 &lt;str4d&gt; 广泛有用？依我看，是的。 20:30:31 &lt;dogedDEV&gt; 只要不涉及法币，我觉得是很好的补充。 20:30:39 &lt;anonimal&gt; 是的，广泛有用，而且站点的可用性也有所改善。 20:30:48 &lt;zzz&gt; 这里有 _anybody_ 真正用它交易过吗？ 20:30:48 &lt;Lady3Jane&gt; 背书是隐含的，尤其对新手而言，尤其因为很多链接确实是官方的 20:30:58 &lt;anonimal&gt; 没有。 20:31:07 &lt;zab@kyirc&gt; 即便涉及法币，它仍然是很好的补充 20:31:07 &lt;dogedDEV&gt; 我在上面交易过。 20:31:27 &lt;anonimal&gt;&gt;隐含背书 20:31:28 &lt;amknesia&gt; zzz：我有过，只是几聪的交易。 20:31:28 &lt;dogedDEV&gt; 金额小，但多次，一直没问题 20:31:30 &lt;str4d&gt; 但如果涉及法币，站点本身要合理地保持匿名就更难了 20:31:33 &lt;anonimal&gt; 是的，免责声明也没用。 20:31:33 &lt;Lady3Jane&gt; pilgrim-wu（他不在）深度参与加密交易所（还管理一个位于中国西部的）。他用过 exchanged.i2p。他很喜欢它，zzz 20:32:25 &lt;abyss&gt; 对有兴趣的人，我可以给你们一些 doged 来做交易 20:32:25 &lt;zzz&gt; 好，我们收个尾。共识对我来说不太清晰，所以请输入 +1 表示同意，-1 表示不同意 20:32:32 &lt;dogedDEV&gt; +1 20:32:35 &lt;str4d&gt; 从“风险”角度，如果站点只交换加密货币，那么它的价值会受到其他交易所市场力量的影响 20:32:42 &lt;abyss&gt; 这样你就可以自己测试一下 :) 20:32:45 &lt;zab@kyirc&gt; +1 20:33:33 &lt;trolly&gt; +1 20:33:33 &lt;Lady3Jane&gt; （不确定我是否有投票权，不过...） +1 20:33:48 &lt;anonimal&gt; -1：router 控制台里不要出现性、毒品、金钱或摇滚乐。 20:33:56 &lt;kytv&gt; = "中立 / 非负面" 20:34:30 &lt;abyss&gt; +1 如果我的票有效 20:34:33 &lt;psi&gt; +1 router 控制台里不要出现毒品、性、金钱、摇滚 20:34:38 &lt;trolly&gt; 不要摇滚？？OMG anonimal!! 20:34:41 &lt;obscuratus&gt; -1：好站，但我同意这算背书。 20:34:49 &lt;psi&gt; 更正，-1 20:34:57 &lt;abyss&gt; psi，:) 20:34:57 &lt;trolly&gt; 到处都是毒品、性和摇滚乐 +1 20:35:01 &lt;abyss&gt; :( 20:35:09 &lt;amknesia&gt; 一个问题：是否可以有一个链接页面/站点，不是主页，但从主页链接过去。这样可以避免主页上的“隐含背书”，同时也让新手容易找到他们感兴趣的站点。当前主页上的站点里有谁适合提供这个？ 20:35:21 &lt;obscuratus&gt; amknesia：+1 20:35:28 &lt;lbt&gt; amknesia：+1 20:35:29 &lt;Lady3Jane&gt; 从公关角度看，anonimal，我同意“性和毒品”不该有。我们不想让 router 变成 i2p 版 hidden wiki。但货币交易所为什么天生是负面的？ 20:35:47 &lt;Lady3Jane&gt; router 控制台* 20:35:56 &lt;anonimal&gt; 我倾向于赞成 amknesia 的想法。 20:36:01 &lt;dogedDEV&gt; 我认为私密网络对保护加密货币有一种间接的责任，尤其最近。 20:36:05 &lt;dogedDEV&gt; 不过这只是我的两分钱。 20:36:05 &lt;zzz&gt; 我这边是 +1（勉强） 20:36:19 &lt;str4d&gt; Lady3Jane，匿名的货币交易所有一个固有问题：站点完全有可能带着全部资金消失，且无从补偿 20:36:35 &lt;dogedDEV&gt; 任何交易所都可能发生 20:36:43 &lt;dogedDEV&gt; 而且这种事在明网交易所也发生过。 20:36:51 &lt;anonimal&gt; ^ 那我看没有理由在这里再为另一个交易所背书。 20:36:57 &lt;amknesia&gt; str4d：反驳一下：这已经在“公开”的非匿名交易所发生过了，所以这真的会更有威胁吗？ 20:36:57 &lt;str4d&gt; 是，发生过。但至少还可以有部分补偿的途径 20:37:08 &lt;Lady3Jane&gt; abyss：除了典型的 escrow 机制外，你有没有什么应对方案能让公众（但最重要的是，让希望为你背书的开发者）放心你不会卷钱跑路？ 20:37:17 &lt;abyss&gt; anonimal，因为这个是私密的 20:37:25 &lt;zzz&gt; 我数到 4 个赞成和 3 个反对，但我们也可以宣布这结果太接近，未来的会议再考虑 20:37:31 &lt;str4d&gt; Lady3Jane，我其实没看到有 escrow 20:37:37 &lt;str4d&gt; （至少不在安全列表里） 20:37:46 &lt;str4d&gt; 我也想问问 multisig 20:37:58 &lt;anonimal&gt; 或许我们应该回顾一下提交标准。 20:38:19 &lt;abyss&gt; 没有 escrow 或 multisig，因为对低延迟交易所来说那并不实用 20:38:29 &lt;zzz&gt; kytv、str4d，如果现在有人拿枪指着你们的头，请投票 + 或 - 20:38:32 &lt;amknesia&gt; 也许是时候来一个加密货币信誉服务了？ 20:39:05 &lt;dogedDEV&gt; 你是说类似 cryptoasian？ 20:39:17 * anonimal 不在乎谁在何时何地做什么，这里只讨论 Java I2P 的 router 控制台。 20:39:25 &lt;zzz&gt; 最后召集投票 20:39:27 &lt;str4d&gt; 我现在是谨慎的 +0.5。我认为这个站对用户有益，但应该把风险更好地传达给用户。 20:39:56 &lt;dogedDEV&gt; 也许 abyss 可以在站点上放一个免责声明？ 20:40:10 &lt;zzz&gt; 那加个免责声明就通过，怎么样？ 20:40:16 &lt;dogedDEV&gt; 这至少能安抚因风险而投反对票的人 20:40:27 &lt;abyss&gt; 我可以这么做 20:40:44 &lt;str4d&gt; 总有风险，但只要用户被明确告知风险，我 20:40:46 &lt;kytv&gt; zzz：+1（加某种免责声明） 20:40:51 &lt;str4d&gt; 并不反对。 20:40:52 &lt;zzz&gt; 我们已经花太久了，如果 60 秒内不决定我也要继续往下了 20:41:04 &lt;zzz&gt; 好的，听起来是“加上免责声明则通过” 20:41:07 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:41:20 &lt;dogedDEV&gt; zzz：下一次会议是什么时候？ 20:41:23 &lt;amknesia&gt; 做个观察期会很难吗？ 20:41:27 &lt;fox&gt; +1 支持 abyss 的交易所，代码很干净 20:41:32 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` 控制台主页收录请求： `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 &lt;amknesia&gt; 也就是说，如果下次再出现问题你们也可以移除它？ 20:41:38 &lt;zzz&gt; i2pwiki.i2p 的运营者在吗？ 20:41:50 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:42:33 &lt;zzz&gt; 对 i2pwiki 的正反面意见有吗？ 20:42:43 &lt;fox&gt; open4you.i2p 不就是个僵尸站吗？ 20:42:56 &lt;zzz&gt; 请大家保持主题 20:42:56 * anonimal 正在加载 20:42:59 &lt;kytv&gt; 对 i2pwiki +1。它实际能加载，并且用户提供了备份。 20:43:10 &lt;str4d&gt; dogedDEV，下次主页会议会在 0.9.24 版本发布前一周 20:43:11 &lt;psi&gt; +1 i2pwiki 20:43:22 &lt;fox&gt; -1 open4you 20:43:31 &lt;trolly&gt; open4you.i2p 有时能用有时不行 fox 20:43:31 &lt;dogedDEV&gt; i2host 在我这里加载不出来 20:43:31 &lt;zzz&gt; 有人反对 i2pwiki 吗？ 20:43:41 &lt;zzz&gt; 请大家保持主题 20:43:43 &lt;abyss&gt; 我觉得还不错 20:43:44 &lt;str4d&gt; i2pwiki.i2p 默认会重定向到 B32 20:43:53 &lt;fox&gt; trolly：它有时能加载，但我不觉得他们还在提供托管 20:43:54 &lt;trolly&gt; 管理员没回应，我想 open4you.i2p 被黑过什么的 20:43:57 &lt;str4d&gt; （至少对我来说） 20:44:03 &lt;zzz&gt; 请大家保持主题 20:44:14 &lt;anonimal&gt; i2p 标语还在。之前这是个问题。 20:44:31 &lt;trolly&gt; 他后来创建了 admin2.ope4you.i2p，但我只能登录 admin.open4you.i2p 20:44:32 &lt;zzz&gt; 标语问题足以让我们拒绝它吗？ 20:44:40 &lt;abyss&gt; str4d，我觉得那是 mediawiki 的问题，我的也有同样的问题 20:44:45 &lt;zzz&gt; 请大家保持主题。open4you 不是本议题。 20:45:05 &lt;str4d&gt; 另外，有意思——ugha.i2p 又起来了 20:45:19 &lt;anonimal&gt; 是的，因为有些内容。除此之外，我会 +1。 20:45:30 &lt;abyss&gt; 2015-10 新的 wiki eepsite：由于 ugha.i2p 从 2015 年 5 月到 2015-10-30 都处于离线状态，新的 wiki 已上线（http://i2pwiki.i2p）。它运行在 MediaWiki 上。请迁移到这个 wiki。 20:45:30 &lt;kytv&gt; i2pslogans 不是问题。ugha.i2p 上也有。用户可以像在 ugha 那样自我管理 20:45:31 &lt;dogedDEV&gt; -1 i2pwiki.i2p 20:45:44 &lt;abyss&gt; *引自 ugha.i2p 首页 20:45:46 &lt;iRelay&gt; Title: I2PWiki (at i2pwiki.i2p) 20:45:47 &lt;str4d&gt; 我总体对 i2pwiki.i2p +1，但我确实希望先修复重定向问题 20:45:53 &lt;dogedDEV&gt; 无法找到以下目标： `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 &lt;iRelay&gt; Title: I2HOST Jump (at i2host.i2p) 20:46:07 &lt;str4d&gt; dogedDEV，`http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` 是 i2pwiki 的 B32 20:46:11 &lt;zzz&gt; 好，我们有 psi、kytv 和 str4d 的 +，anonimal 和 dogedev 的 -。其他人请投票 20:46:14 &lt;zzz&gt; 我：+1 20:46:16 &lt;abyss&gt; str4d，会不会是 i2p router 的问题？ 20:46:17 &lt;kytv&gt; 我确定只是一个 i2ptunnel 设置问题，不是 mediawiki 的问题。 20:46:20 &lt;iRelay&gt; Title: I2PWiki (at nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 &lt;fox&gt; 议题不是清理 /home 吗？ 20:46:24 &lt;lbt&gt; str4d：如果你没注意，看一下 uhga 的状态页，它似乎一直是“在线”的 20:46:26 &lt;obscuratus&gt; +1 20:46:49 &lt;abyss&gt; str4d，我发现当站点使用相对链接时，i2p router 会默认跳到 b32 20:46:53 &lt;zzz&gt; fox，我们现在在第 3) 项 20:47:02 &lt;fox&gt; +1 i2pwiki，它能加载且有用 20:47:23 &lt;zzz&gt; 好的，我数到 6 个 + 和 2 个 -，看起来通过了，还有最终异议吗？ 20:47:27 &lt;abyss&gt; +1 我认为它有用且运行良好 20:47:51 &lt;anonimal&gt; +1，我之前错了。 20:47:56 &lt;zzz&gt; 3) 最后一次征询 20:47:57 &lt;anonimal&gt; 标语已经修复了。 20:48:06 * anonimal 看到的是缓存版本。 20:48:15 &lt;zzz&gt; 4) `http://lenta.i2p/` 控制台主页收录请求： `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 &lt;zzz&gt; lenta.i2p 的运营者在吗？ 20:48:35 &lt;iRelay&gt; Title: Lenta.i2p | (at lenta.i2p) 20:48:37 &lt;zab@kyirc&gt; 我 +1。它加载很快，新闻是真实的，布局也令人舒服 20:48:48 &lt;zzz&gt; 这个在 zzz.i2p 线程里看起来支持很广，而且几周前我在 #ru 里问过也如此 20:49:12 &lt;zzz&gt; 还有其他正/反面想法吗？ 20:49:34 &lt;kytv&gt; = "中立 / 非负面" 20:49:45 &lt;trolly&gt; i2pwiki 的管理员在吗？ 20:49:55 &lt;zab@kyirc&gt; 在主页上放点面向 .ru 用户的东西可以视为善意的表示 20:49:57 * anonimal 没有异议。xopowo. 20:50:08 &lt;str4d&gt; 我完全不知道它说什么，但能体现我们的俄罗斯用户群体很好。 20:50:14 &lt;abyss&gt; 对 lenta.i2p +1 20:50:18 &lt;zzz&gt; 听起来这也通过了。4) 最后一次征询 20:50:21 &lt;psi&gt; 对 lenta.i2p +1 20:50:43 &lt;kytv&gt; +0.5，基于能读俄语的人给出的认可 20:50:51 &lt;str4d&gt; 它在控制台的标题应该用俄语，这样用户能立刻看出是 RU 站 20:51:12 &lt;amknesia&gt; 呃，蠢问题，是不是应该基于“当前选择的语言”与“外语”来拆分链接？ 20:51:16 &lt;str4d&gt; （既让非俄语使用者不点，俄语使用者能点） 20:51:30 &lt;str4d&gt; amknesia，我也刚想到这个 :) 20:51:50 &lt;zzz&gt; 我们随时可以在控制台里调整名称 20:51:57 &lt;zzz&gt; 5) 来自 10 月 6 日会议的 CCC 准备更新： `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 &lt;iRelay&gt; Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:52:34 &lt;zzz&gt; 我只是把这个议题加进来以防有需要讨论的。我相信横幅、糖果之类都已经安排好了。 20:52:47 &lt;zzz&gt; 我们在上次会议已做出预算决策。 20:52:59 &lt;zzz&gt; 如果有人想提 CCC 的事，现在就是时候，否则我们继续 20:53:56 &lt;zzz&gt; 5) 最后一次征询 20:54:31 &lt;str4d&gt; 我没什么 20:54:36 &lt;str4d&gt; 祝你们玩得开心 20:54:46 &lt;zzz&gt; 6) forum.i2p 替代方案提案（hottuna, dg）- 追踪 10 月 6 日会议： `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 &lt;zzz&gt; 上次会议的记录已经发布（感谢 kytv），最后你们会看到 hottuna 和 dg 需要带着提案回来。 20:55:30 &lt;zzz&gt; hottuna 和 dg，该你们了。然而看起来两位都不在？ 20:56:05 &lt;zzz&gt; 还有谁有关于论坛替换的观点，能在上次讨论基础上扩展（而非重复）？ 20:56:51 &lt;str4d&gt; 我有个略微相关的事，如果有时间我想接到会议后面。 20:56:56 &lt;obscuratus&gt; forums.i2p 怎么样？ 20:58:30 &lt;zzz&gt; 好，关于 6) 还有别的吗？ 20:58:30 &lt;str4d&gt; 我认为用户论坛是个好主意 20:58:30 &lt;trolly&gt; freedomforum.i2p 也能用 20:58:30 &lt;str4d&gt; 我也认为让它能从明网访问（不仅仅通过 inproxy）是个好主意 20:58:30 &lt;obscuratus&gt; str4d：+1 20:58:30 &lt;zzz&gt; 这个议题的重点是是否应该有一个“官方”的替代品 20:58:30 &lt;trolly&gt; 我们还有一个新论坛.. `http://es.i2p` 20:58:30 &lt;trolly&gt; 但它只有西班牙语，当然任何人都可以创建一个英文的频道 20:58:39 &lt;zzz&gt; 目前没有任何站点，无论是否“官方”，申请进入控制台主页 20:58:42 &lt;trolly&gt; 频道/主题 * 20:58:54 &lt;zzz&gt; 好，关于 6) 还有别的吗？ 20:59:01 &lt;Z0rg1nc&gt; 嗯，如果新的论坛也会宕机，你们将如何保护新用户？ 20:59:07 &lt;str4d&gt; 如果有人愿意维护一个官方论坛，我对此 +1 20:59:14 &lt;Z0rg1nc&gt; *除非只有管理员被允许发言 20:59:39 * anonimal 真希望在 6) 上发言前能有 dg 和 hottuna 在场 20:59:44 &lt;zzz&gt; 我支持多论坛 +1，对“官方”论坛 -0.1 20:59:50 &lt;trolly&gt; 我不能确定 `http://es.i2p` 的管理员是否愿意也维护官方论坛，抱歉 20:59:53 &lt;amknesia&gt; 我提议把它搁置到下次讨论。 21:00:13 &lt;str4d&gt; +1 同意搁置 21:00:16 &lt;zzz&gt; 既然 hottuna 和 dg 不在，那就搁置 21:01:20 &lt;zzz&gt; 7) str4d 开始 21:01:20 &lt;str4d&gt; s/tabling/shelving 21:01:20 &lt;str4d&gt; 好的 21:01:20 &lt;str4d&gt; 这是我脑子里盘旋了几个月的一个想法 21:01:20 &lt;str4d&gt; 我们将 *.i2p.i2p 定义为不可分配的空间。 21:01:27 &lt;str4d&gt; 并保留给 I2P 开发者/服务使用 21:01:48 &lt;psi&gt; +1 听起来挺有趣 21:01:51 &lt;str4d&gt; 这能绕开 I2P 地址簿/命名空间方面可能出现的各种奇怪情况 21:02:05 &lt;amknesia&gt; 对我来说听起来像个计划。 21:02:07 &lt;str4d&gt; 我们在命名规范里定义每个三级域（3LD）对应的 Dest（destination 目标地址）是什么 21:02:19 &lt;str4d&gt; 并且可以随时更改 21:02:37 &lt;str4d&gt; （可能通过我们在网内提供一个 hosts.txt，包含当前指定的 Dests） 21:03:08 &lt;anonimal&gt;&gt;我们在命名规范里定义 21:03:21 &lt;anonimal&gt; 这能防止恶意行为，是吗？ 21:03:50 &lt;str4d&gt; 是的。规范是公开的，任何恶意更改都会完全可见 21:03:55 &lt;zzz&gt; str4d，这已经被 stats.i2p 的注册器屏蔽了，我想其他大多数也屏蔽了。不过在地址簿导入里目前还没屏蔽。 21:04:23 &lt;zzz&gt; 不确定你说的“奇怪情况”具体是什么 21:05:20 &lt;str4d&gt; zzz，目前的地址簿系统只是伪全局。 21:05:36 &lt;str4d&gt; 当然，这本身作为未来方向是可以讨论的 21:05:37 &lt;eche|on&gt; 那很好 21:05:53 &lt;str4d&gt; 但我认为我们运营的服务应该是全局的。 21:06:23 &lt;amknesia&gt; 蠢想法：要不要转向类似 namecoin 的设置，用某种 PoS 体系，并且需要一定 CPU 时间来保留你的域名？ 21:06:30 &lt;str4d&gt; 最容易的方式是把命名空间的一部分定义为由我们控制。逻辑上讲就是 *.i2p.i2p 21:06:39 &lt;str4d&gt; amknesia，这超出本议题范围 21:06:43 &lt;zzz&gt; str4d，也许把你的提案写到 zzz.i2p 的命名子论坛？ 21:06:54 &lt;amknesia&gt; 好 21:07:01 &lt;str4d&gt; zzz，我会的，等我有时间做（可能下个月） 21:07:11 &lt;zzz&gt; 好，7) 还有别的吗 21:07:37 &lt;zzz&gt; 会议还有其他事项吗？ 21:07:40 &lt;str4d&gt; 哈，说到这，我还有另一个提案：让提案更正式、更显眼 21:08:08 &lt;zab@kyirc&gt; 解除静音 drz 并合并 fux（开玩笑） 21:08:08 &lt;zzz&gt; 好的，现在你开始说元话题了，所以.... 21:08:14 &lt;str4d&gt; 简短的第 8 项 21:08:28 &lt;zzz&gt; 8) str4d 开始 21:08:30 &lt;str4d&gt; zzz，正经议题，保证 :) 21:08:48 &lt;str4d&gt; 目前，所有提案都在 zzz.i2p 上提出 21:08:54 &lt;str4d&gt; 它们的总体可见性，依我看，充其量也只是勉强 21:08:57 * anonimal 期待 str4d 的帖子 21:09:17 &lt;zzz&gt; 同意，所以提个更好的方案吧 :) 21:09:24 &lt;str4d&gt; 比如主机名服务的 feed 改进，已经被淹没了 21:09:46 &lt;zzz&gt; 我并不把我的站点当宝贝。你有提案吗？ 21:09:54 &lt;str4d&gt; 我建议把提案正式存放在 I2P 网站的仓库里，并对外展示 21:10:09 &lt;zzz&gt; 我没意见 21:10:15 &lt;str4d&gt; 并链接到 zzz.i2p 上的规范讨论帖 21:10:22 &lt;str4d&gt; 我原本计划用一个单独的新仓库 21:10:32 &lt;zzz&gt; 你能把它设起来吗/ 21:10:32 &lt;str4d&gt; 但 I2P 网站承担两种职责： 21:10:36 &lt;zzz&gt; ？ 21:10:37 &lt;str4d&gt; - 定义 I2P 网络的规范 21:10:47 &lt;str4d&gt; - 记录参考实现（Java） 21:10:55 &lt;zzz&gt; 有人反对吗？ 21:11:03 &lt;xmz&gt; 没有 21:11:11 &lt;str4d&gt; 并且既然规范已经是网站的一部分，我也同时建议提升它们的地位 21:11:27 &lt;zab@kyirc&gt; 只要提案是纯文本——请不要把二进制放进 mtn 20:11:28 &lt;anonimal&gt; 它会放在站点的什么位置？ 21:11:38 &lt;str4d&gt; 并定义它们为不参与翻译，以简化工作 21:11:46 &lt;str4d&gt; zab，绝对不会 21:11:59 &lt;str4d&gt; anonimal，目前它们在 /langcode/docs/specs/* 21:12:03 &lt;str4d&gt; （指规范） 21:12:04 &lt;zzz&gt; 我觉得 str4d 已经有对网站小范围组织结构调整的完全自主权了 21:12:12 &lt;zzz&gt; 那我们可以收尾了吗？ 21:12:17 &lt;zzz&gt; 关于 8) 还有别的吗？ 21:12:20 &lt;str4d&gt; 我建议改为用 /spec/* 存放规范，用 /spec/proposal/* 存放提案 21:12:46 &lt;str4d&gt; zzz，是的，但这也涉及到提案流程 21:12:49 &lt;zzz&gt; 不要在会议里讨论网站路径这种细节 21:12:56 &lt;anonimal&gt; 我只是问一下，因为这个站的布局一下子信息太多，个人不太喜欢。 21:13:08 &lt;str4d&gt; 最终目标是让 I2P 之外的人也能看到我们的提案。 21:13:22 &lt;str4d&gt; anonimal，重设计在进行中，留待以后讨论 :) 21:13:25 &lt;zzz&gt; 同意，而且我没听到反对意见 21:13:27 &lt;zzz&gt; 关于 8) 还有别的吗？ 21:13:30 * anonimal :) 21:13:44 &lt;zzz&gt; 会议还有其他事项吗？ 21:13:54 &lt;anonimal&gt; 有，简单说。 21:14:04 &lt;zzz&gt; 9) anonimal 开始 21:14:04 &lt;abyss&gt; 那么 exchanged.i2p 加上免责声明的话通过了吗？ 21:14:18 &lt;abyss&gt; 类似“免责声明：交易加密货币有风险，把你的钱交给匿名的人也有风险。” 21:14:32 &lt;zzz&gt; abyss 是的 21:14:33 &lt;zzz&gt; 9) anonimal 开始 21:14:45 &lt;abyss&gt; \o/ 21:14:46 &lt;anonimal&gt; str4d 提到的 *.i2p.i2p 让我想起 I2PCon 上的 IETF 评述，以及 https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf 21:14:49 &lt;iRelay&gt; Title: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (at blog.torproject.org) 21:15:05 &lt;amknesia&gt; abyss：别理会网站背后那个带着虚拟手提箱、加满油的 DC3 的人 :) 21:15:13 &lt;anonimal&gt; 所以问题是： 21:15:27 &lt;xmz&gt; 也可以加上“该服务未以任何方式得到 i2p 项目的背书”（抱歉我在手机上看不到全部先前讨论） 21:15:49 &lt;zzz&gt; 我们在 9)，请保持主题 21:16:09 &lt;anonimal&gt; 我们在推进 IANA 方面的事吗？ 21:16:12 * anonimal 抱歉延迟 21:16:26 &lt;str4d&gt; anonimal，是的。我是这个流程中 I2P 的代表。 21:16:58 &lt;anonimal&gt; 太好了！有什么可汇报的吗？ 21:17:02 &lt;str4d&gt; 我也自愿加入了将提出对 RFC 6761 流程进行修改/改进的设计委员会 21:17:31 &lt;str4d&gt; .i2p 当时与 .onion、.gnu、.bit 等一起由 GNUnet 团队提议 21:17:40 &lt;zzz&gt; 很好，感谢你持续推进，str4d 20:17:42 &lt;str4d&gt; 那个提案来回折腾搁置了好几年 21:17:56 &lt;zzz&gt; 我相信你可以在会后再详细告诉他 21:17:58 &lt;anonimal&gt; 是的，谢谢你，str4d。 21:18:05 &lt;zzz&gt; 9) 还有别的吗？ 21:18:09 &lt;zzz&gt; 会议还有其他事项吗？ 21:18:31 &lt;str4d&gt; 嗯... 21:18:34 &lt;str4d&gt; （开玩笑 ;) 21:18:40 &lt;anonimal&gt; lol 21:18:47 &lt;sadie_i2p&gt; 哈 21:19:01 &lt;zzz&gt; 谢谢大家。/me ****bafs**** 会议结束 </div>/zh/blog/2015/10/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B410%E6%9C%8806%E6%97%A5/Tue, 06 Oct 2015 00:00:00 +0000/zh/blog/2015/10/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B410%E6%9C%8806%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 19:59:41 &lt;zzz&gt; 0) 嗨 19:59:41 &lt;zzz&gt; 1) 32C3 预算 19:59:41 &lt;zzz&gt; 2) 其他 32C3 待办事项 - 横幅等。 19:59:41 &lt;zzz&gt; 3) RWC 预算 19:59:44 &lt;zzz&gt; 0) 嗨 19:59:47 &lt;zzz&gt; 嗨 19:59:50 &lt;eche|on&gt; 嗨 19:59:53 &lt;dg&gt; 嗨 19:59:59 &lt;zzz&gt; 1) 32C3 预算 19:59:59 &lt;cacapo&gt; 嗨 20:00:23 &lt;zzz&gt; 好的，计划是照多伦多那次的做法：先定一个总预算，然后让 echelon 处理具体细节 20:00:43 &lt;hottuna2&gt; 我爱 soylent 也爱你 20:00:46 &lt;hottuna2&gt; 噢 20:00:47 &lt;zzz&gt; echelon，你收到的差旅资助申请总额是多少 20:01:06 &lt;eche|on&gt; 目前大约是 4k 和 2 BTC 20:01:56 &lt;hottuna2&gt; 这个是怎么算出来的？ 20:02:03 &lt;zzz&gt; 好，有没有过分的申请，或者陌生人的申请需要讨论？还是都很合理？ 20:02:41 &lt;eche|on&gt; 都很合理，目前没有超过 1k 欧元的，所以……没问题 20:02:52 &lt;eche|on&gt; 有些人写了太多信息，哈哈 20:03:22 &lt;zzz&gt; 另外 CCC 门票、一次聚餐、橡皮糖小蛇之类还要花多少？ 20:04:06 &lt;eche|on&gt; 我觉得晚餐是 500+，门票每张 100（大概 10 人），小蛇和小东西 200-300 20:04:24 &lt;eche|on&gt; 晚餐按 20+ 人计算 20:05:04 &lt;zzz&gt; 所以是 1800 欧元 + 4k 差旅 + ~500 兑 2 BTC，总计 6300 欧元，对吧？ 20:05:53 &lt;eche|on&gt; 是的，但我们不会花到那么多，IMHO 有些差旅会用 BTC 支付，而且晚餐可能更便宜…… 20:05:59 &lt;eche|on&gt; 那就算 6k 吧 20:06:34 &lt;eche|on&gt; 去年不含差旅我们花了 1257 20:06:38 &lt;zzz&gt; 听起来很合理，开放讨论……大家怎么看？ 20:06:39 &lt;eche|on&gt; 还有几张票 20:07:13 &lt;hottuna2&gt; 这是不是意味着我们会达到每年 10% 的支出目标？ 20:07:31 &lt;eche|on&gt; 当然 20:07:53 &lt;hottuna2&gt; 我的意思是会低于 10%？ 20:08:01 &lt;zzz&gt; 不太可能吧，我们有 ~250K，而且多伦多那次我记得只花了 4–5k 20:08:02 &lt;eche|on&gt; 是的 20:08:22 &lt;eche|on&gt; 等等，是 150k，不是 250… 20:08:49 &lt;zzz&gt; 不管怎样，粗略估算我们远低于 10% 20:09:02 &lt;eche|on&gt; 而且今年目前我们花了 5.3k 20:09:19 &lt;hottuna2&gt; 好。我对此满意。 20:09:22 &lt;zzz&gt; 对 CCC 预算 6k 欧元有异议吗？ 20:10:05 &lt;zzz&gt; 太好了 20:10:41 &lt;zzz&gt; 像往常一样，eche|on，我认为我们更倾向于报销，但如果有人确实需要提前买票，我们也可以预付，对吧？ 20:11:25 &lt;hottuna2&gt; 有没有办法提前知道你会报销多少？ 20:11:25 &lt;eche|on&gt; 对 20:11:44 &lt;zzz&gt; 我记得我们刚刚批准了大家申请的 100%，对吗？ 20:11:49 &lt;eche|on&gt; 是的 20:12:05 &lt;zzz&gt; 好，那你申请多少就报多少，hottuna2 20:12:13 &lt;hottuna2&gt; 好 20:12:23 &lt;zzz&gt; 非常感谢，eche|on。我觉得这个流程挺好用的 20:12:27 &lt;zzz&gt; 关于 1) 还有别的吗？ 20:12:53 &lt;zzz&gt; 2) 其他 32C3 待办事项——横幅等。 20:13:05 &lt;eche|on&gt; 横幅还在多伦多 20:13:10 &lt;eche|on&gt; 海报——我们需要一张海报 20:13:28 &lt;zzz&gt; DECT 电话第二季？横幅？海报？需要做哪些事，有人自愿吗？ 20:13:35 &lt;eche|on&gt; 我们需要一张桌子（我会尝试进 wiki 给我们小组建个页面） 20:13:45 &lt;hottuna2&gt; 谁拿着横幅？ 20:13:57 &lt;hottuna2&gt; 我没有。 20:13:57 &lt;str4d&gt; j0 20:13:58 &lt;eche|on&gt; 它在多伦多 hacklab 20:14:13 &lt;hottuna2&gt; 要不要我把 i2pcon 的讲台图带来？ 20:14:40 &lt;zzz&gt; hottuna2，你能负责在多伦多找到横幅并带来吗？ 20:14:53 &lt;eche|on&gt; DECT 电话可以搞，但我不确定，大家都有手机，又有 WiFi…… 20:15:13 &lt;zzz&gt; 也许 Twitter 的私信（DM）已经让 DECT 过时了 20:15:15 &lt;hottuna2&gt; zzz，没问题。 20:15:19 &lt;eche|on&gt; hottuna2：关于横幅之前在 Twitter 上和 sadie 讨论过，可让她带到汉堡 20:15:23 &lt;dg&gt; 我正去上 Twitter 20:15:41 &lt;dg&gt; 没回应就上 irc 20:15:50 &lt;hottuna2&gt; 我们还需要其他市场推广类的物料吗？ 20:15:50 &lt;eche|on&gt; 桌子需要尽快预定 20:15:59 &lt;eche|on&gt; 贴纸 20:16:06 &lt;zzz&gt; eche|on，你自告奋勇去预定桌子？ 20:16:28 &lt;eche|on&gt; 一本折页（三栏、折叠）介绍基本信息会很有帮助，但目前没有 20:16:44 &lt;eche|on&gt; zzz：我可以在 26 号去电影院前尝试预定桌子 20:16:56 &lt;eche|on&gt; 或者更准确地说：我尽力去预定 20:17:00 &lt;dg&gt; 还是老地方，或者？ 20:17:10 &lt;eche|on&gt; dg：最好是 noisysquare 20:17:11 &lt;zzz&gt; 对，不过你还自愿去 wiki 上报名，对吧，echelon？ 20:17:13 &lt;dg&gt; 问个问题：桌子通常多大？ 20:17:24 &lt;eche|on&gt; 是的，wiki 我也会试着去做 20:17:28 &lt;zzz&gt; 8–10 20:17:30 &lt;cacapo&gt; eche|on：我们之前不是搞过折页设计比赛吗 20:17:31 &lt;dg&gt; eche|on：啊好 20:17:32 &lt;hottuna2&gt; Sadie 通过 Twitter 说嗨 20:17:36 &lt;dg&gt; zzz：那大家都有位置？ 20:17:38 &lt;eche|on&gt; 桌子多半是 8–10 人的圆桌，或者方桌 20:17:51 &lt;dg&gt; hottuna2：她得上 irc 20:17:56 &lt;zzz&gt; 我们从来不会同时都在，别担心 20:17:58 &lt;eche|on&gt; cacapo：是，不过折页比赛的结果据我所知（AFAIR）不可用 20:18:03 &lt;hottuna2&gt; 我正这么跟她说 20:18:20 &lt;dg&gt; 好哒 :) 20:18:34 &lt;zzz&gt; 还有送 U 盘的点子，我查过了，小容量批量大概 $2 一个 20:18:41 &lt;dg&gt; 我在等日程，这样好安排一天 20:18:42 &lt;eche|on&gt; `http://echelon.i2p/29c3/` 20:18:46 &lt;iRelay&gt; 标题：29C3 I2P contest（在 echelon.i2p） 20:18:51 &lt;dg&gt; 好知道什么时候该进/出 20:19:29 &lt;eche|on&gt; dg：通常我们上午 10–12 点碰头，凌晨 1 点后离开…… 20:19:47 &lt;zzz&gt; 所以关于海报，谁来跟进？ 20:19:48 &lt;eche|on&gt; zzz：U 盘主意挺好 20:20:03 &lt;eche|on&gt; 但不确定是否真的有用 20:20:13 &lt;hottuna2&gt; 那么 32c3 的 2015 wiki 看起来还没开放 20:20:28 &lt;eche|on&gt; hottuna2：对 20:20:36 &lt;dg&gt; eche|on：过了我的睡觉时间 ;) 不过适合我睡懒觉 20:20:43 &lt;zzz&gt; 我可不想背着几百个 U 盘跨洋。至于来不来得及做上 logo 的，不确定 20:20:46 &lt;dg&gt; CCH 通宵开放吗？ 20:20:58 &lt;eche|on&gt; dg：CCH 24/7 开放 20:21:08 &lt;zzz&gt; 关于 CCC 的基本事项和后勤，先暂时搁置 20:21:20 &lt;dg&gt; 好，谢谢 eche|on 20:21:22 &lt;zzz&gt; 这个议题只是为准备工作 20:21:36 &lt;eche|on&gt; zzz：一个发货方需要 2 周时间 20:22:07 &lt;zzz&gt; 有人愿意负责海报或 U 盘吗？ 20:22:29 &lt;zzz&gt; 还有贴纸那边的情况如何？ 20:22:32 &lt;eche|on&gt; 不过一个 U 盘/卡大概 4–6 一个 20:22:48 &lt;zzz&gt; 我在 ebay 上看到大约 $2 一个 20:22:58 &lt;hottuna2&gt; 我不太明白送 U 盘的想法背后的用意 20:23:08 &lt;zzz&gt; 但那些应该不是定制的 20:23:15 &lt;dg&gt; 我们是要内置 I2P，还是只印上我们的 logo，还是……？ 20:23:22 &lt;zzz&gt; 都要 20:23:44 &lt;hottuna2&gt; 不确定这是笔好花费。如果我们是 Tails 就是另一回事了 20:24:41 &lt;eche|on&gt; 我不太赞成在这块高价位上花钱，U 盘要 100+ 个，至少要 500 20:24:45 &lt;eche|on&gt; 还要印刷的那种 20:24:47 &lt;zzz&gt; 好 20:24:51 &lt;eche|on&gt; 用途也不大 20:25:10 &lt;zzz&gt; 那就不搞 U 盘了。贴纸呢？你那边存量如何？都带到这边来了还是？ 20:25:17 &lt;str4d&gt; hottuna2：我们甚至不必把 U 盘送出去 20:25:24 &lt;eche|on&gt; 我这还有贴纸 20:25:42 &lt;comradenosebleed&gt; zzz：我这也有一堆 tuna 给我的贴纸，我可以带上 20:25:44 &lt;str4d&gt; 如果够体面，可以按成本价卖 20:25:45 &lt;eche|on&gt; 不过据我所知，多伦多那边有人想做新设计。 20:25:55 &lt;comradenosebleed&gt; （抱歉 tuna，我已经尽量多发了） 20:26:05 &lt;dg&gt; 我可能也还有些贴纸 20:26:11 &lt;eche|on&gt; str4d：我不想在 CCC 处理卖东西和现金/刷卡这些事 20:26:16 &lt;zzz&gt; eche|on，你的贴纸够 CCC 用吗，还是需要 comradenosebleed 带一些？ 20:26:30 &lt;hottuna2&gt; 我们要不要再做些 T 恤 20:26:40 &lt;eche|on&gt; CCC 够用，但那是我最后的存量了 20:26:53 &lt;comradenosebleed&gt; 我桌上大概还有 200 张左右，我可以带上 20:27:07 &lt;eche|on&gt; 所以要么出新设计，要么我再印 1 万张老设计 20:27:13 &lt;hottuna2&gt; 另一个问题，我们要卖吗？ 20:27:23 &lt;hottuna2&gt; eche|on：我想做一个新设计 20:27:33 &lt;hottuna2&gt; 再下单新贴纸之前 20:27:36 &lt;zzz&gt; 既然 CCC 够用且可能会有新设计，那先别买新的贴纸 20:27:44 &lt;eche|on&gt; 好 20:27:51 &lt;zzz&gt; 不，我觉得不该卖 20:27:53 &lt;dg&gt; 不管怎样我会带一些 20:28:02 &lt;hottuna2&gt; zzz，同意。 20:28:12 &lt;str4d&gt; 会议上没人卖贴纸的 :P 20:28:21 &lt;str4d&gt; 光是宣传价值就值回来了 20:28:22 &lt;hottuna2&gt; 不过，我们还要再做些 T 恤吗？ 20:28:43 &lt;eche|on&gt; hottuna2：我们可以在 zzz.i2p 问问来参会的（I2P 团队）谁需要/想要一件。至少 dg 和 str4d 需要 20:28:46 &lt;str4d&gt; （哦等等，T 恤，算了） 20:28:46 &lt;eche|on&gt; 要 20:28:56 &lt;zzz&gt; 我反对 T 恤。卖起来太麻烦，而且几乎人人都有一件了吧？ 20:29:05 &lt;str4d&gt; 我没有 20:29:11 &lt;str4d&gt; 不过我不会去 CCC 20:29:13 &lt;eche|on&gt; 还有 postman postman !?? 20:29:20 &lt;eche|on&gt; 哦，sry… 20:29:20 &lt;dg&gt; 顺便说一下，postman 会加入我们 :) 20:29:29 &lt;zzz&gt; 对个别人来说，他们可以在 spreadshirt 上自己买 20:29:40 &lt;zzz&gt; 如果他们愿意的话 20:30:04 &lt;str4d&gt; 我原本就打算这么做 :) 20:30:19 &lt;zzz&gt; 海报那边呢？也许 tuna 和 sadie 会弄点东西，也可能不会？ 20:30:22 &lt;dg&gt; 我也会买一件，项目不需要再专门订购了 20:30:37 &lt;zzz&gt; Timothy Leary 的海报还在吗？ 20:31:27 &lt;hottuna2&gt; zzz，那 dg 或 postman 就不配 T 恤了吗？ 20:31:37 &lt;hottuna2&gt; 我不介意订购/带过去。 20:31:40 &lt;postman&gt; 嘿，我想要一件 20:31:49 &lt;eche|on&gt; `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 &lt;eche|on&gt; zzz：这张？ 20:32:06 &lt;dg&gt; 如果有的话我想要一件黄色的，没有的话我自己下单 20:32:43 &lt;hottuna2&gt; dg、postman 你们穿多大？ 20:32:45 &lt;zzz&gt; 看起来 T 恤的事就由 tuna、postman 和 dg 自己协调，要么 tuna 订，要么他们自己下单 20:32:56 &lt;eche|on&gt; 团队成员在 32C3 的 T 恤费用可以报销 20:33:03 &lt;dg&gt; 是的，抱歉，这个我们之后再说 :) 20:33:26 &lt;zzz&gt; 好，那项目会给还没有 T 恤的报销 20:33:34 &lt;zzz&gt; 对此有异议吗？ 20:33:41 &lt;eche|on&gt; 我们之前那些 T 恤已经付过钱了 20:33:48 &lt;zzz&gt; 嗯 20:34:31 &lt;zzz&gt; 好，看起来目前还没有海报的定论，但没有也无所谓 20:34:31 &lt;eche|on&gt; 提前公布聚餐日期？ 20:34:32 &lt;hottuna2&gt; 不用 20:34:32 &lt;hottuna2&gt; 之前都是这么做的 20:34:39 &lt;zzz&gt; 是的，eche|on，就是那张 Leary 的海报 20:35:09 &lt;zzz&gt; eche|on，你建议哪天晚上聚餐？ 20:35:42 &lt;eche|on&gt; 嗯，27 号有点早，但也可以。28 或 29 号也行。不过我需要等演讲日程出来 20:36:03 &lt;zzz&gt; 好，那先暂定 28 号，之后可能调整 20:36:08 &lt;zzz&gt; 关于 2) 还有别的吗？ 20:36:09 &lt;eche|on&gt; 也可以 27 号，周日，第一晚，大家都时差犯困，没人想喝啤酒，省钱 ^^ 20:36:49 &lt;zzz&gt; 关于 2) 最后一次提问 20:36:51 &lt;dg&gt; 27 号就算了，谢谢 20:37:20 &lt;zzz&gt; 3) RWC 预算 20:37:36 &lt;zzz&gt; eche|on，有 RWC 资助申请吗？总额多少？ 20:37:51 &lt;eche|on&gt; 有，不过这有点不匿名，我收到一个 500 的申请，用于 RWC 的酒店费用 20:38:20 &lt;zzz&gt; 听起来合理，有异议吗？ 20:38:25 &lt;eche|on&gt; 没有 20:38:30 &lt;eche|on&gt; 如果论文不错，一切都好 ^^ 20:38:51 &lt;eche|on&gt; 而且到了 2016，新年，新 10% *g* 20:39:24 &lt;zzz&gt; 我鼓励能去 RWC 的都去看看，这是个很不错的会议 20:39:35 &lt;zzz&gt; 关于 3) 还有别的吗？ 20:39:40 &lt;eche|on&gt; 离我太远 20:39:53 &lt;eche|on&gt; 虽然很有意思，的确 20:39:55 &lt;dg&gt; 太远，而且和 CCC 冲突 20:40:50 &lt;zzz&gt; 好，还有别的话题吗？我知道我在 zzz.i2p 的帖子里否掉了 i2pcontrol、32c3 演讲和论坛替代的事，但如果有人想_简单_讨论，现在可以说 20:41:33 &lt;hottuna2&gt; 有。我想谈谈 forum.i2p 20:41:38 &lt;hottuna2&gt; 我们要替换它吗？ 20:41:52 &lt;dg&gt; 关于论坛替换，我们持开放态度并且在讨论。如果有人觉得由我们来做是好主意，可以联系 postman/我/eche|on。我们有能力运行一个，但不确定是否有足够支持 20:42:33 &lt;zzz&gt; 我把我在 zzz.i2p 上的观点贴过来，别人可能不同意，也没关系 20:42:35 &lt;hottuna2&gt; 我觉得我们应该有一个面向公众的讨论场所 20:42:54 &lt;zzz&gt; 我一贯的看法是，用户会用脚投票，百花齐放，诸如此类。没有必要，甚至不明智，由我们来钦定一个替代品。任何一个或多个站点都可以按我们的惯常流程，申请上控制台主页。如果有人想建一个论坛站点，他们尽管去做， 20:43:18 &lt;hottuna2&gt; 我不同意。 20:43:19 &lt;dg&gt; hottuna2：我对论坛非常开放，但 zzz.i2p 到底哪里不开放？顺带一提，由 postman/echelon/我来运行的 forum.i2p 不太可能上明网 20:43:43 &lt;hottuna2&gt; 我认为我们应该有一个明网论坛。 20:43:47 &lt;zzz&gt; zzz.i2p 并不对所有话题开放 20:44:01 &lt;hottuna2&gt; 现在和 I2P 互动就像对着一块砖头。 20:44:06 &lt;zzz&gt; 论坛会通过入口代理（inproxy）被爬虫_疯狂轰炸_ 20:45:15 &lt;zzz&gt; 也会通过入口代理被垃圾信息猛攻 20:45:15 &lt;hottuna2&gt; 现在就只有 irc 和 zzz.i2p。就 I2P 的公开沟通来说，就这些了 20:45:15 &lt;hottuna2&gt; 如果我们对新人都不“可达”，那怎么吸引首次接触匿名工具的人？ 20:45:15 &lt;eche|on&gt; zzz.i2p 是开发者讨论，面向用户的论坛会很好，但不能在明网运行 20:45:15 &lt;zzz&gt; 我希望公关团队多用用我们网站上的博客 20:45:16 &lt;hottuna2&gt; 我明白运营论坛非常麻烦。 20:45:19 &lt;eche|on&gt; forum.i2p 目前是个不错的论坛，我把它维持得挺干净 20:45:36 &lt;dg&gt; 管理一个论坛没问题，但明网会很难。不是不可能，只是…… 20:45:38 &lt;zzz&gt; 论坛会因为重置密钥到年底就“死掉” 20:45:38 &lt;hottuna2&gt; 但我们的博客不支持双向交流。博客只是一个广播工具。 20:45:53 &lt;dg&gt; 不过我也知道明网对用户支持会有帮助。 20:46:02 &lt;hottuna2&gt; 所以这是个应该尽快处理的话题。 20:46:38 &lt;zzz&gt; 谁想运行一个（或“那个”）论坛替代？尽管去做，你不需要任何人的许可 20:46:42 &lt;hottuna2&gt; 既为了支持用户，也为了吸引新开发者。让大家看到我们讨论的主题，是吸引各个水平开发者和用户的方式 20:46:50 &lt;str4d&gt; 在不超出近乎静态的网站方案的前提下，我看不到一个简单的方法来加评论区 20:47:19 &lt;dg&gt; irc2p 团队愿意干，但我不知道怎么处理明网的问题 20:47:21 &lt;zzz&gt; hottuna2，没有人否认论坛这件事是好的 20:47:47 &lt;str4d&gt; 我是指给博客加评论区* 20:47:53 &lt;hottuna2&gt; 所以我们都同意有一个论坛对我们有帮助？ 20:47:55 &lt;eche|on&gt; dg：forum.i2p 曾经上过明网，结果不太好，后来关了，现在一切都好 20:48:09 &lt;zzz&gt; 我早在一月份就宣布 forum.i2p 将要“死亡”。时间已经够充足了。 20:48:16 &lt;hottuna2&gt; 我们也同意要对外接触并吸引新手加入 I2P？ 20:48:23 &lt;dg&gt; eche|on：不过对用户支持会有帮助 20:48:36 &lt;hottuna2&gt; 要让它不只是空谈的目标，就得行动起来 20:48:37 &lt;eche|on&gt; dg：不值得这么折腾 20:48:42 &lt;zzz&gt; hottuna2，同意论坛是好事。但不确定是否需要由我们之一来运营。而且我也没听到有人主动报名。 20:49:08 &lt;dg&gt; 我不在乎处理垃圾信息，我只想保持匿名，而运行明网站点做不到这一点 20:49:23 &lt;eche|on&gt; 是的 20:50:46 &lt;hottuna2&gt; dg，我或其他人可以去租台独立服务器吗？ 20:50:46 &lt;eche|on&gt; 但说真的，你不会想让 i2p 论坛上明网的 20:50:46 &lt;hottuna2&gt; 然后你通过 i2p+ssh 访问？ 20:50:46 &lt;zzz&gt; 那么也许由 dg 做管理员，再加上一些服务器资源，可能是个解决方案 20:50:46 &lt;dg&gt; hottuna2：如果你（或别人）愿意承担费用，这事我们可以谈 20:50:46 &lt;hottuna2&gt; eche|on：我希望论坛既在明网也在 I2P 上 20:50:46 &lt;eche|on&gt; hottuna2：你会失去它的。 20:50:46 &lt;eche|on&gt; forum.i2p 遭遇过大量垃圾信息问题 20:50:46 &lt;dg&gt; eche|on：我知道明网会有问题，但很多用户喜欢用它来获取支持 20:50:46 &lt;dg&gt; irc 并不适合所有人，尤其当我们还有“深度睡眠舱”的时候 20:50:46 &lt;eche|on&gt; 那就是它被关闭的原因 20:50:46 &lt;zzz&gt; 明网当然是个美好愿望，也许能搞定，也许不行 20:50:50 &lt;eche|on&gt; forum.i2p 仍然是个很好的支持渠道 20:50:54 &lt;hottuna2&gt; dg，我可以接受，而且我也认为 I2P 会报销论坛服务器的费用 20:51:24 &lt;dg&gt; 乐意一试，如果不行，我们就只保留 I2P 端。我不清楚 I2P 会不会报销（这不由我决定），不过 I2P 已经会给核心服务报销了…… 20:51:25 &lt;comradenosebleed&gt; 论坛在明网的时候有多少版主在线？如果版主多一些，我们能更好地减少滥用、垃圾信息等。 20:51:35 &lt;hottuna2&gt; eche|on：eche|on：I2P 会赞助一台论坛服务器吗？ 20:51:35 &lt;dg&gt; comradenosebleed：据我所知只有 eche|on 20:51:43 &lt;eche|on&gt; comradenosebleed：我们至少有过 5–10 个人 20:51:49 &lt;dg&gt; hottuna2：无论如何我很乐意做管理员，只是不想给你添负担。 20:51:53 &lt;eche|on&gt; 但有个蠢家伙发垃圾贴，还搞了些 DDOS 20:52:06 &lt;hottuna2&gt; dg，你愿意自愿搭建并管理一个明网+隐藏（服务）的论坛吗？ 20:52:07 &lt;zzz&gt; dg 或许你可以估算一下带宽/算力需求，做个方案？ 20:52:25 &lt;dg&gt; hottuna2，zzz：好，我会和 hottuna2 一起弄，我们可以拿出一个方案 20:52:36 &lt;dg&gt; hottuna2：只要我还能保持匿名，没问题 20:52:38 &lt;hottuna2&gt; 从 hetzner 租一台相当强的服务器大约 30/月 20:52:42 &lt;zzz&gt; 我仍然不太赞成，但愿意听取意见 20:52:55 &lt;zzz&gt; 我们现在有空闲的 VM，不过要看负载 20:53:02 &lt;zzz&gt; 好，关于论坛还有别的吗？ 20:53:06 &lt;zzz&gt; 会议还有其他事项吗？ 20:53:11 &lt;eche|on&gt; 另外，上明网后，你没法托管很多现在 forum.i2p 上存在的话题 20:53:11 * zzz 预热 baffer 20:53:28 &lt;hottuna2&gt; zzz，eche|on：关于空闲 VM，我们要把所有基础设施都放在同一台宿主机上吗？ 20:53:30 &lt;eche|on&gt; 比如，你需要一个母语俄语的人来管理论坛 20:53:31 &lt;comradenosebleed&gt; 如果上明网论坛，我自愿当版主。尽管我不太愿意建议用 cloudflare 托管，但他们的 DDOS 防护确实很棒 20:54:01 &lt;hottuna2&gt; comradenosebleed：记下了 20:54:02 &lt;eche|on&gt; 而且那个人需要了解服务器所在国家的法规（hetzner 在德国，比如德国有些奇怪的法律） 20:54:15 &lt;zzz&gt; 你们可以继续聊论坛的事，不过我……要…… 20:54:23 &lt;eche|on&gt; baffing! 20:54:25 &lt;zzz&gt; .. *baffing* 会议结束 </div>/zh/blog/2015/09/12/0.9.22-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Sat, 12 Sep 2015 00:00:00 +0000/zh/blog/2015/09/12/0.9.22-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.22 修复了 i2psnark 在完成前卡住的问题，并开始将 router 信息（路由信息）迁移到新的、更强的 Ed25519 签名。为减少网络中的节点更替，你的 router 在每次重启时只有很小的概率会转换为 Ed25519 签名。当其更换密钥时，由于它将以新的身份重新融入网络，预计在接下来一两天内会看到较低的带宽使用量。如果一切顺利，我们将在下一个版本中加速更换密钥的过程。</p> <p>I2PCon 多伦多取得了巨大成功！所有的演讲和视频均列在 I2PCon 页面上。</p> <p>像往常一样，我们建议您更新到此发行版。维护安全并帮助网络的最佳方式是运行最新发行版。</p>/zh/blog/2015/08/20/i2pcon-%E4%BB%BB%E5%8A%A1%E5%AE%8C%E6%88%90/Thu, 20 Aug 2015 00:00:00 +0000/zh/blog/2015/08/20/i2pcon-%E4%BB%BB%E5%8A%A1%E5%AE%8C%E6%88%90/<p>I2PCon 取得了巨大的成功。对于我们这些 I2P 贡献者而言，它代表着在我们作为一个社区所能实现的事情、我们如何传达 I2P 的使用场景，以及如何接触到注重隐私的个人方面的一次飞跃。</p> <p>通过筹办这次活动，我们也壮大了我们的社区。那些此前只是潜伏在我们的 IRC 频道、仅仅运行我们的软件、甚至可能从未听说过 I2P 的人，如今也成为我们社区的一员。</p> <p>这次活动是我们为建设一个庞大而包容的社区积极迈出的第一步，因此取得了巨大的成功。</p> <h2 id="细节">细节</h2> <p>第二天我们举行了两场简短的讨论会。一场是更为一般性的讨论，另一场是路线图规划讨论。</p> <h2 id="感谢">感谢</h2> <p>我们曾邀请到许多出色的演讲者，既来自我们社区内部，也来自社区外部。</p> <p>David Dagon 与我们讨论了前进方向以及 I2P 如何应对潜在的滥用行为。</p> <p>Lance James——我们前身项目 iip 的创建者——打了声招呼，并分享了他对 I2P 迄今取得进展的看法。</p> <p>Nick Johnston 为我们做了一场精彩的演讲，阐述了为什么隐私很重要，以及你为什么应该关注。</p> <p>我还想感谢来自我们社区的演讲者：psi、@str4d 和 zzz，他们都做了精彩的演讲。提升我们让人们了解 I2P 的能力，将在今后对我们非常重要。</p> <p>我想感谢 Sadie 和 Siew 在市场营销和视觉设计方面对我们的帮助。没有你们，I2PCon 会是一个截然不同的活动。</p> <p>我想感谢 @chlorelium 和 Hacklab，他们是最出色的东道主。</p> <p>我想感谢 Toronto Crypto 的 @darknetj、P 和 @hizeena 在活动期间提供的帮助。</p> <p>我想感谢@z3r0fox 在视听（AV）方面的出色工作，并为所有演讲视频完成了全部后期制作。</p> <p>我想感谢 @killyourtv_i2p 托管了一个非常受欢迎的加密派对站点。</p> <p>感谢我们新晋最喜爱的记者 @robinlevinson，对我们的事业表示关注，并主动学习所涉及的技术。</p> <p>感谢@Panago_Pizza 提供的所有披萨，它让我们坚持了下来。你们的确让这次活动更好了。</p> <p>最后，我还要感谢所有到场参加活动并尽其所能提供帮助的人。ComradeNosebleed、LazyGravy、cacapo、Xmz、ZeroRax、echelon，能和你们一起相聚，真是太棒了。</p>/zh/blog/2015/07/31/0.9.21-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Fri, 31 Jul 2015 00:00:00 +0000/zh/blog/2015/07/31/0.9.21-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<h2 id="更新详情">更新详情</h2> <p>0.9.21 包含若干更改，以增加网络容量、提高 floodfills 的效率，并更有效地利用带宽。我们已将共享客户端的 tunnels 迁移至 ECDSA 签名，并使用新的 &ldquo;multisession&rdquo;（多会话）能力为不支持 ECDSA 的站点添加了 DSA 回退方案。</p> <p>2015 年在多伦多举办的 I2PCon 的演讲者和日程已公布。请查看 I2PCon 页面了解详情。请在 Eventbrite 预订座位。</p> <p>一如既往，我们建议你更新到本次发布。维护安全并帮助网络的最佳方式是运行最新版本。</p>/zh/blog/2015/07/16/i2pcon/Thu, 16 Jul 2015 00:00:00 +0000/zh/blog/2015/07/16/i2pcon/<p>I2PCon 是同类中的首个活动。它有两个短期目标。其一是为公众提供一个可以获取关于隐私及隐私关切知识的活动。其二是进一步推动 I2P 项目及其社区。这将以围绕密码学、匿名性以及以 I2P 为中心的主题的技术讨论的形式展开。</p> <p>本次活动还有一个更宏大、更加长期的目标，即建立一个由具有隐私意识的个人组成的社区。通过将认识到隐私重要性的人彼此连接起来，我们希望提供一个能让这一社区成长的论坛。</p> <p>这次活动的构想最初由我们在 Toronto Crypto 的优秀朋友提出。场地以及与之相关的一切由 Hacklab 提供。没有他们二者中的任何一方，这次活动都无法实现，所以在此向两方致谢。</p> <h2 id="详细信息">详细信息</h2> <h3 id="cost">Cost</h3> <p>I2PCon 完全免费参加！我们请您注册，以便我们估算将有多少人参加。注册无需提供任何身份识别信息，但如果您有任何顾虑，请告知我们。</p> <h3 id="成本">成本</h3> <p>Hacklab 位于多伦多皇后西街1266号6单元。</p> <h3 id="位置">位置</h3> <p>Hacklab 将提供电源和 WiFi 接入。</p> <h2 id="schedule">Schedule</h2> <h3 id="地点">地点</h3> <ul> <li>3:00PM - zzz: Intro</li> <li>3:30PM - Nick Johnston: &ldquo;TOS and PII - What happens to your data when the company gets bought and sold?&rdquo; Different terms of service from popular web apps</li> <li>4:30PM - Break</li> <li>5:00PM - zzz: &ldquo;Growing the Network, Spreading the Word&rdquo;</li> <li>5:45PM - Lance James: Keynote: &ldquo;Privacy vs. Intelligence - Why can&rsquo;t we all just get along?&rdquo;</li> <li>6:45PM - dnj: Crypto party intro</li> <li>7:00PM - Crypto Party, Mingle</li> </ul> <h3 id="day-2-august-16">Day 2, August 16</h3> <ul> <li>12:00PM - David Dagon: &ldquo;I2P Monitoring and Filtration&rdquo;</li> <li>1:00PM - zzz: &ldquo;The Connection Limit Challenge&rdquo;</li> <li>2:00PM - Break</li> <li>2:30PM - Lance James: &ldquo;Anonymity protocols and malware - Why they fail&rdquo;</li> <li>3:30PM - psi: &ldquo;I2P App Dev Intro&rdquo;</li> <li>4:00PM - str4d: &ldquo;The Agony and the Ecstasy of I2P on Android&rdquo;</li> <li>4:30PM - orignal: &ldquo;An Intro to i2pd&rdquo;</li> <li>4:45PM - Break</li> <li>5:15PM - Roadmap meeting</li> <li>6:15PM - Organizational meeting</li> <li>6:45PM - Dinner break</li> </ul>/zh/blog/2015/07/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B47%E6%9C%8814%E6%97%A5/Tue, 14 Jul 2015 00:00:00 +0000/zh/blog/2015/07/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B47%E6%9C%8814%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> chlorelium, dg, EinMByte, hottuna, lazygravy, psi, RN, str4d, z3r0fox, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 20:01:40 &lt;hottuna&gt; 0) 嗨 20:01:40 &lt;hottuna&gt; 1) I2PCon：状态更新 20:01:40 &lt;hottuna&gt; 2) I2PCon：酒类许可证（$25） 20:01:40 &lt;hottuna&gt; 3) I2PCon：是否允许在未获得明确同意的情况下拍照？ 20:01:40 &lt;hottuna&gt; 4) I2PCon：是否允许录像？ 20:01:40 &lt;hottuna&gt; 5) I2PCon：活动日程安排 20:01:43 &lt;hottuna&gt; 6) dogecoindark.i2p 首页请求 20:01:54 &lt;chlorelium&gt; aloha！今天能和各位在这里很高兴。 20:02:02 &lt;z3r0fox@oftc&gt; o/ 20:02:07 &lt;EinMByte&gt; 嗨 20:02:13 &lt;hottuna&gt; ***** 0) ***** 20:02:19 &lt;hottuna&gt; 大家好 20:02:36 &lt;hottuna&gt; 有人有问题，或者有需要加入议程的内容吗？ 20:02:43 &lt;RN&gt; 嗨 20:03:00 &lt;str4d&gt; 嗨 20:03:00 &lt;lazygravy&gt; 嗨 20:03:01 &lt;EinMByte&gt; 我们有直播吗？（指大会） 20:03:15 * RN 对第 #3 有意见，但会等到该议题时再说 20:03:31 &lt;lazygravy&gt; EinMByte：听起来像是第 #4 的讨论 20:03:38 &lt;hottuna&gt; EinMByte，没有。还没组织这类东西。把这个讨论加到 4) 里吧 20:03:46 &lt;hottuna&gt; 还有别的吗？ 20:03:49 &lt;EinMByte&gt; 好 20:04:04 &lt;chlorelium&gt; 有一件事 20:04:06 &lt;chlorelium&gt; 捐款 20:04:15 &lt;chlorelium&gt; 我刚和 dnj 讨论了在 i2pcon 上的捐款事宜 20:04:22 &lt;chlorelium&gt; 不确定我们要怎么处理 20:04:25 &lt;chlorelium&gt; 我们今天应该敲定。 20:04:40 &lt;hottuna&gt; 那就把它列为 7) 吧 20:05:08 &lt;hottuna&gt; 好。 20:05:13 &lt;hottuna&gt; **** 1) **** 20:05:19 &lt;hottuna&gt; 1) I2PCon：状态更新 20:05:37 &lt;hottuna&gt; 所以……目前的状态是我们正在敲定活动的大多数细节。 20:06:00 &lt;hottuna&gt; 我们已经确认了所有演讲者。 20:06:16 &lt;hottuna&gt; 下一步是制定日程 20:06:27 &lt;hottuna&gt; 最后再发布第二次公告 20:06:48 &lt;EinMByte&gt; 我们现在有多少参与者？知道吗？ 20:06:52 &lt;hottuna&gt; 第二次公告里会包含更多细节，比如日程，以及其他可能有用的信息。 20:07:06 &lt;EinMByte&gt; 我们有网页吗？需要一个吗？ 20:07:07 &lt;hottuna&gt; EinMByte，这是个好问题。也是 chlorelium 提出来的。 20:07:19 &lt;hottuna&gt; Hacklab 可坐 40 人 20:07:21 &lt;EinMByte&gt; 比如在 geti2pNet 上的页面 20:07:32 &lt;EinMByte&gt; s/geti2pNet/geti2p.net 20:07:42 &lt;hottuna&gt; EinMByte，我反对做一个网站，因为工作量太大。 20:07:44 &lt;chlorelium&gt; hottuna：其实拿到了修订后的数字，是 48 把椅子，不过会挤一点 20:08:28 &lt;hottuna&gt; 说到参会人数，chlorelium 提议我们想办法记录一下人数。 20:08:39 &lt;EinMByte&gt; hottuna：嗯，整个网站可能有点过了。但至少应该有个信息页面？ 20:08:44 &lt;hottuna&gt; 目前的想法是做个 Eventbrite 页面让大家报名。 20:09:11 &lt;chlorelium&gt; EinMByte：我也在想用 Eventbrite。主要是不想发生只有 48 个座位结果来 200 人的情况 :) 20:09:30 &lt;chlorelium&gt; Hacklab 有 Eventbrite 账号，我可以很快建好东西。 20:09:39 &lt;lazygravy&gt; hottuna：不管用什么方式，都要确保不会屏蔽 Tor 连接。我想大多数人会愿意通过 Tor 报名。 20:10:03 &lt;hottuna&gt; 如果有些人站着的话，我们能挤下超过 48 人吗？ 20:10:03 &lt;EinMByte&gt; chlorelium：总可以给大家一个入场时要出示的 token 20:10:11 &lt;hottuna&gt; 给我们留点余量 20:10:16 &lt;dg&gt; \o. 20:10:31 &lt;hottuna&gt; EinMByte，我们有第一次公告，第二次会按第一次的风格再发一则公告 20:10:37 &lt;chlorelium&gt; hottuna：可以，站立空间大概能容纳 80+ 20:10:53 &lt;chlorelium&gt; lazygravy：关于 Tor 已记下 20:10:56 &lt;hottuna&gt; 除此之外，我没有任何志愿者来做网页。 20:11:44 &lt;chlorelium&gt; EinMByte：Eventbrite 会生成“门票”；不需要真实姓名或真实手机号，可以通过 Tor 匿名报名，用一次性邮箱 20:11:50 &lt;chlorelium&gt; EinMByte：那就算是一种 token 了 20:12:02 &lt;hottuna&gt; 听起来挺不错的。 20:12:16 &lt;EinMByte&gt; 很好。Eventbrite 看起来不错。但我们最好在 I2P 网站上链接过去 20:12:29 &lt;EinMByte&gt; （我想可以发在博客里） 20:12:43 &lt;hottuna&gt; EinMByte，我们会在第二次公告里放链接，也可能在第一次里也加上。 20:12:54 &lt;EinMByte&gt; 好 20:12:58 &lt;hottuna&gt; 它主要是为了让我们估计参会人数 20:12:59 &lt;RN&gt; 嗯……我想在 I2P 内部做个 eventbrite 的镜像有点过了…… 20:13:21 &lt;dg&gt; RN：不太可能，不过某人（我？）可以问问。要看他们体量多大，还有我们有没有联系人 20:13:35 &lt;hottuna&gt; :P 20:13:38 &lt;hottuna&gt; 这就太乐观了 20:13:56 &lt;hottuna&gt; 我们也在做活动传单 20:13:56 &lt;RN&gt; 是啊，把这个写进“下次”的备忘里 20:14:09 &lt;EinMByte&gt; 那么 cholerlium，是你来建 eventbrite 页面吗？ 20:14:18 &lt;hottuna&gt; 我本希望现在能有个早期版本，但估计今晚晚些时候才能看到 20:14:19 &lt;chlorelium&gt; EinMByte：没问题，我今天就做 20:14:21 &lt;chlorelium&gt; *today 20:14:43 &lt;hottuna&gt; 太好了，越早有链接，我们就能越早开始发布 20:14:45 &lt;chlorelium&gt; EinMByte：我至少可以先生成用于发布的 URL，内容我们可以之后再填 20:15:27 &lt;hottuna&gt; 好，还有人想补充什么吗？ 20:15:36 &lt;RN&gt; 越早生成 URL，越早就能测试它是否对 Tor 友好 20:15:38 &lt;EinMByte&gt; *chlorelium 20:16:11 &lt;z3r0fox@oftc&gt; 关于第二次公告里的信息，人们可能想知道能不能接电 20:16:53 &lt;hottuna&gt; z3r0fox：好提醒 20:17:00 &lt;chlorelium&gt; z3r0fox：接电源、网络，还是啥？ 20:17:01 &lt;lazygravy&gt; 接入是指网络接入吗？ 20:17:14 &lt;chlorelium&gt; 电源我们有的 :) 20:17:18 &lt;z3r0fox@oftc&gt; 两者都要…… 20:17:28 &lt;str4d&gt; 我之前通过 Tor 用过 Eventbrite，对我来说没问题 20:17:30 &lt;str4d&gt; （2013 年报名 RWC 2014 时） 20:17:42 &lt;RN&gt; 谢啦 str4d 20:18:08 &lt;chlorelium&gt; 那么 20:18:12 &lt;chlorelium&gt; 电源： 20:18:17 &lt;chlorelium&gt; 我们有很多大型排插 20:18:26 &lt;RN&gt; 网络？Wi-Fi？ 20:18:31 &lt;chlorelium&gt; 有些从天花板垂下来，我们可以把它们铺到座位排的下面/后面 20:18:37 &lt;chlorelium&gt; 网络主要是通过 Wi-Fi 20:18:51 &lt;hottuna&gt; str4d，谢谢 20:18:51 &lt;chlorelium&gt; 我们经常在访客网络上同时承载 30+ 人 20:18:57 &lt;chlorelium&gt; 我们还有 piratebox，如果有人在意的话 :) 20:19:21 &lt;chlorelium&gt; 我会问我们的运维访客网络最多能支撑多少连接，超过就不行了 20:19:27 &lt;hottuna&gt; 好。所以至少会有一些电源，并且几乎所有人都有 Wi-Fi 20:19:58 &lt;chlorelium&gt; 对 20:20:13 &lt;chlorelium&gt; 这也有助于提前统计人数 20:20:22 &lt;EinMByte&gt; 好 20:20:22 &lt;chlorelium&gt; 我们可以预先规划无线需求 20:20:27 &lt;hottuna&gt; 好的。1) 还有别的吗？ 20:20:30 &lt;dg&gt; 几天前有个叫“saltire”的人私聊我，想在 OFTC 和 IRC2P 之间为 #torontocrypto 建个中继。他之后就没再联系我了，而且 #torontocrypto 现在也没有中继（只有 ChanServ 和我）。saltire 或 TC 那边的其他人能设一个吗？ 20:20:48 &lt;dg&gt; 我大概可以做，因为 OFTC 允许 Tor，但我更希望是 TC 的人来做。 20:21:13 &lt;hottuna&gt; dg，有可能。我在现实里认识 saltire。 20:21:24 &lt;hottuna&gt; dg，我们能把这个留到会后再说吗？ 20:21:28 &lt;RN&gt; 嗯……卡了？还是网络不可用……？ 20:21:31 &lt;dg&gt; hottuna：没问题 20:21:40 &lt;hottuna&gt; 好 20:21:45 &lt;hottuna&gt; **** 2) **** 20:21:48 &lt;hottuna&gt; 2) I2PCon：酒类许可证（$25） 20:21:53 &lt;hottuna&gt; 我们会办一个。 20:21:54 &lt;hottuna&gt; 今天就办。 20:22:03 &lt;hottuna&gt; 放心，我们搞定。 20:22:06 &lt;chlorelium&gt; 相关文书基本填好了，只要去提交 20:22:14 &lt;lazygravy&gt; :-) 20:22:21 &lt;chlorelium&gt; 已经打电话给 LCBO 了，他们会有人在今晚东部时间 9 点之前接收我们的申请 20:22:25 &lt;chlorelium&gt; 而且实际上截止日期是明晚 20:22:30 &lt;zzz&gt; 许可证是用于饮用、销售，还是两者都有？ 20:22:37 &lt;lazygravy&gt; 自带酒（BYOB）？ 20:22:38 &lt;hottuna&gt; 有了许可证我们有一些义务要履行。比如不能把人灌醉。 20:22:49 &lt;hottuna&gt; zzz，饮用。 20:22:54 &lt;hottuna&gt; lazygravy，不行。 20:23:00 &lt;chlorelium&gt; 许可证不允许销售。只允许现场饮用。如果要销售许可，费用要涨到 $75 20:23:11 &lt;hottuna&gt; 有许可证就不兼容 BYOB 20:23:17 &lt;EinMByte&gt; 那是不是意味着饮料免费？ 20:23:18 &lt;chlorelium&gt; BYOB 不行。像这种公共活动 BYO 是违法的 20:23:30 &lt;hottuna&gt; EinMByte，是，但数量不多。 20:23:32 * RN 为不能到场而嘟囔“哎呀……他们居然还有啤酒！！！” :( 20:23:45 &lt;hottuna&gt; 我们打算每位参与者 1-2 瓶，视到场人数而定 20:23:46 &lt;chlorelium&gt; （通常我们不会在意，但基本可以保证会有政府的人出现，总会有人投诉没有许可证） 20:23:59 &lt;hottuna&gt; 也看 eche|on 有多慷慨 20:24:06 &lt;zzz&gt; 好。我们放一个捐款桶（议题 #7） 20:24:18 &lt;chlorelium&gt; 我们可以多买酒卖掉，但那就要多出 $50 来买那个许可证 20:24:24 &lt;chlorelium&gt; 申请流程基本一样 20:24:25 &lt;EinMByte&gt; hottuna：好。你们有什么方法记录谁已经喝过了吗？或者你觉得这不会是问题？ 20:24:41 &lt;hottuna&gt; zzz，只要捐款桶不是明确写着为酒水，我们就应该没问题 20:24:58 &lt;hottuna&gt; EinMByte，没有。但我们也不打算带很多。 20:25:02 &lt;chlorelium&gt; 仅供参考：如果我们在门口收捐款然后发酒票，那就需要“销售”许可证，因为这被视为间接销售 20:25:26 &lt;chlorelium&gt; 这并不意味着我们被禁止收捐款并发酒票，但在“无销售”许可证下不能以这个顺序进行 o_0 20:25:29 &lt;chlorelium&gt; 酒类法规真是荒唐 20:25:59 &lt;EinMByte&gt; hottuna：那就假设大家诚实吧 20:25:59 &lt;chlorelium&gt; EinMByte：我觉得诚信是个好政策 :) 20:25:59 &lt;hottuna&gt; EinMByte，这就是我们的想法。 20:25:59 &lt;hottuna&gt; 2) 还有别的吗？ 20:26:14 &lt;chlorelium&gt; 只补充一点 20:26:21 &lt;chlorelium&gt; 我们拿到许可证（大概一周后）之后 20:26:32 &lt;chlorelium&gt; 我们必须拿着许可证去 LCBO 购买 20:26:45 &lt;chlorelium&gt; 谁带酒来也不能自己先去买一堆再带来 20:26:58 &lt;chlorelium&gt; LCBO 要记录销售情况 20:27:15 &lt;hottuna&gt; 好。这不应该是大问题。 20:27:21 &lt;chlorelium&gt; 我觉得他们是想确保你不是为一场活动买 $1000 的啤酒 :) 20:27:30 &lt;chlorelium&gt; 许可证可能会邮寄到实验室 20:27:35 &lt;chlorelium&gt; 到了我会联系。 20:27:44 &lt;hottuna&gt; 太好了 20:28:07 &lt;hottuna&gt; **** 3) **** 20:28:08 &lt;hottuna&gt; 3) I2PCon：是否允许在未获得明确同意的情况下拍照？ 20:28:13 &lt;chlorelium&gt; 好 20:28:23 &lt;hottuna&gt; 有人持强烈意见吗？ 20:28:31 &lt;chlorelium&gt; Hacklab 的默认政策几乎一直是“没有明确同意就不允许” 20:28:47 &lt;chlorelium&gt; 我们可以暂停这条规则，不过很可能会有不参加大会、只是在空间里的成员，他们可能不想被拍 20:29:04 &lt;hottuna&gt; 好吧，我想这让我们的选择容易很多。 20:29:19 &lt;chlorelium&gt; 我们可以用不同颜色的名牌之类的来表达是否同意，如果大家喜欢这个想法的话。 20:29:31 &lt;hottuna&gt; 大家对不允许拍照有问题吗？ 20:29:41 &lt;hottuna&gt; （未经明确同意） 20:30:26 &lt;hottuna&gt; 有人想对第 3) 再补充些什么吗？ 20:30:46 &lt;dg&gt; 3) 指的是拍照同意吗？ 20:30:49 &lt;str4d&gt; 我觉得需要明确同意是可以的 20:30:52 &lt;hottuna&gt; 是 20:30:53 &lt;z3r0fox@oftc&gt; 必须在门口明确说明清楚，因为手机随手就拍 20:31:07 &lt;lazygravy&gt; str4d：这种方法在 HOPE 上也挺好用的。 20:31:10 &lt;EinMByte&gt; 我同意，有些人不想被拍 20:31:20 &lt;dg&gt; 只要明确同意即可，并且大家都理解如果有人提出删除照片就要删除 20:31:23 &lt;chlorelium&gt; z3r0fox：可以，我们做个告示 20:31:27 &lt;RN&gt; 是的 20:31:33 &lt;RN&gt; 我错过了第 3 项的全部内容 20:31:44 &lt;hottuna&gt; 很好 20:31:56 &lt;str4d&gt; 名牌的点子不错。也许 Eventbrite 页面可以加一个勾选框征求同意（是/否/未定） 20:32:14 * psi 滚屏查看 20:32:26 &lt;chlorelium&gt; str4d：非 hacklab 的活动之前这么做过 20:32:37 &lt;EinMByte&gt; str4d：好主意 20:32:39 &lt;chlorelium&gt; 甚至不一定非要名牌，用彩色纸片也行 20:32:46 &lt;str4d&gt; 有名牌且绿色 == 可以。没有名牌 == 必须先问。 20:32:50 &lt;str4d&gt; chlorelium：不错 20:32:53 &lt;RN&gt; 我对第三项有东西要加，我会直接粘贴一段大概 9 行…… 20:33:07 &lt;hottuna&gt; str4d，chlorelium：我不太想组织这些，我更愿意保持简单，定一条简单规则 20:33:10 &lt;RN&gt; 做一个 itoopie 面具，不想被拍的人在拍照时可以举到脸前…… 20:33:10 &lt;RN&gt; 这比指望别人事后用 PS 把 itoopie 面具 P 上去容易 20:33:10 &lt;RN&gt; 吉祥物曝光 == 好公关 | 有趣 | 花费低 20:33:10 &lt;RN&gt; 所需材料（需要组装） 20:33:10 &lt;RN&gt; 纸盘 20:33:11 &lt;RN&gt; 黄色喷漆 20:33:15 &lt;RN&gt; 大号压舌板 20:33:17 &lt;RN&gt; 能打穿木头的订书钉，或胶水/胶带 20:33:19 &lt;RN&gt; 黑色记号笔或黑色颜料和画笔 20:33:39 &lt;hottuna&gt; RN：如果有人愿意做个面具，那太好了！ 20:33:46 &lt;chlorelium&gt; :D 20:33:49 &lt;RN&gt; 在门口发放……也正好开启关于拍照的讨论 20:33:55 &lt;psi&gt; 还允许戴面具吗？ 20:33:59 &lt;hottuna&gt; 我把它放进“行啊，为什么不”那一栏了。 20:34:02 &lt;psi&gt; 比如，反示威法之类的 20:34:12 &lt;dg&gt; 我想在私有空间应该没问题 20:34:17 &lt;hottuna&gt; 我们不是在抗议。我想。而且是在室内。 20:34:26 &lt;psi&gt; 好的 20:34:27 &lt;hottuna&gt; 不管怎样，我们可以继续了吗？ 20:34:35 &lt;hottuna&gt; **** 4) **** 20:34:35 &lt;str4d&gt; 而且这更像是一个面罩（masque），不是面具（mask） 20:34:48 &lt;hottuna&gt; 4) I2PCon：是否允许录像？ 20:34:48 &lt;hottuna&gt; 视频直播？ 20:34:58 &lt;chlorelium&gt; psi：面具法不适用 20:35:01 &lt;dg&gt; 是是是是是，如果有人愿意做的话。 20:35:07 &lt;chlorelium&gt; ianal（我不是律师），但我对此基本确定 :P 20:35:13 &lt;str4d&gt; 录像/直播在某种程度上和第 #3 有关联 20:35:18 &lt;lazygravy&gt; 演讲者会同意吗？ 20:35:25 &lt;dg&gt; 要明确告诉大家正在录像，并标明不想上镜的人可以坐的地方 20:35:26 &lt;hottuna&gt; 我觉得我们没有人愿意承担所有视频相关的工作。 20:35:31 &lt;hottuna&gt; 设备我们也没有。 20:35:34 &lt;z3r0fox@oftc&gt; 既然专业摄像师来不了，我可以架两台高清摄像机对着演讲者，保存演讲以便后续使用。但有人对此有保留意见。 20:35:37 &lt;EinMByte&gt; 我觉得我们绝对需要直播，就像我之前提到的 20:35:37 &lt;dg&gt; zzz 提到过用 Twitter 的什么东西 20:35:46 &lt;EinMByte&gt; *live 20:35:48 &lt;RN&gt; 我不是说一直戴面具……不过我们好像已经进入下个话题了…… 20:35:52 &lt;str4d&gt; dg：Periscope 20:35:57 &lt;dg&gt; str4d：对，就是它 20:35:59 &lt;zzz&gt; 我提议直接用我的手机在 @i2p 账号上用 Periscope 直播演讲。我有一个迷你三脚架和手机夹 20:36:25 &lt;zzz&gt; 如果有人能带个真正的三脚架就更好了 20:36:29 &lt;str4d&gt; Periscope 允许保存视频吗，还是纯即时直播？ 20:36:41 &lt;RN&gt; periscope 会保留吗？ 20:36:44 &lt;zzz&gt; 不知道 20:36:50 &lt;hottuna&gt; z3r0fox：如果我把让视频成行的责任（包括后续工作）交给你 20:36:56 &lt;dg&gt; 我可能可以直接把流保存下来 20:36:59 &lt;hottuna&gt; 我会很高兴 20:37:15 &lt;z3r0fox@oftc&gt; zzz：那样是否足够好到可以剪辑后放到 YouTube？我有 1 个三脚架、两台高清摄像机，如果需要，我可以再弄一个三脚架做 2 机位拍摄，然后我愿意剪辑后放到 YouTube 或私下分发，随你们 20:37:26 &lt;hottuna&gt; 否则，如果没人站出来，我们就不会有视频。 20:37:50 &lt;psi&gt; 如果我们拍视频，也应该最终做一个 i2p 的种子（torrent） 20:38:11 &lt;hottuna&gt; z3r0fox：那就是说你会全程负责并组织好一切？ 20:38:14 &lt;zzz&gt; 我也就玩了几分钟 periscope。不是专家。 20:38:16 * RN 同意 psi 的看法 20:38:29 &lt;z3r0fox@oftc&gt; hottuna：是的，不是什么大事，简单剪辑。我只是不想错过对演讲的记录，前提是演讲者同意被拍。 20:38:34 &lt;zzz&gt; 如果没人能做得更好，periscope 就作为我们的兜底方案 20:38:38 &lt;hottuna&gt; psi，我同意通过 BitTorrent 分发。 20:38:39 &lt;dg&gt; 太好了！livestreamer（一个 Python 工具）支持 Periscope (http://docs.livestreamer.io/plugin_matrix.html)。我和其他人可以很容易用它把直播保存到磁盘。 20:38:41 &lt;iRelay&gt; Title: Plugins Livestreamer 1.12.2 documentation (at docs.livestreamer.io) 20:39:09 &lt;RN&gt; 找得好 dg 20:39:13 &lt;z3r0fox@oftc&gt; hottuna：好，目前设备不多。我会和 chlorelium 讨论视线问题，以及线下提醒大家可能会被拍 20:39:13 &lt;hottuna&gt; dg，直播要花点功夫才能搞起来。 20:39:28 &lt;str4d&gt; 好，那么我们有 zzz 的手机和 z3r0fox 的两台高清摄像机。足够录视频了 20:39:34 &lt;hottuna&gt; z3r0fox 20:39:35 &lt;hottuna&gt; 听起来不错 20:39:37 &lt;dg&gt; hottuna：是，但如果我们必须用 zzz 的手机做 periscope，是否可保存就不是问题了。 20:39:42 &lt;RN&gt; 不过最好让做 periscope 的设备同时进行本地录制，以防直播中断…… 20:39:46 &lt;str4d&gt; 相关问题： 20:40:01 &lt;str4d&gt; a) 每位演讲者都需要给出同意/不同意 20:40:15 &lt;hottuna&gt; 关于直播：有人愿意承担让它成行的责任吗？ 20:40:44 &lt;str4d&gt; b) 摄像机需要布置得要么只拍演讲者，要么为不想被拍的与会者提供足够的盲区。 20:40:46 &lt;hottuna&gt; str4d，a) 我觉得我们可以在现场处理（除非更早有人提出异议） 20:40:49 * RN 递纸条给 hottuna 和 chlorelium “确保给 zzz 的设备最高 QOS 和防火墙放行……” ;) 20:40:57 &lt;chlorelium&gt; str4d：可行 20:41:04 &lt;chlorelium&gt; lol 20:41:09 &lt;str4d&gt; c) 我们还希望录下演示文稿本身，通过屏幕录制 20:41:10 &lt;zzz&gt; 我来做 periscope。用我价值 $1 的三脚架和 $4 的手机夹 20:41:11 &lt;chlorelium&gt; 我去和运维谈谈 :) 20:41:16 &lt;dg&gt; zzz：炫耀狂 20:41:26 &lt;str4d&gt; （这样就可以剪进最终的成片） 20:41:34 &lt;z3r0fox@oftc&gt; str4d：关于幻灯片的点子不错，嗯 20:41:55 &lt;hottuna&gt; 我想可以设置个屏幕录制。 20:42:14 &lt;dg&gt; 幻灯片很容易处理，我们可以在最后请他们都提供 20:42:17 &lt;str4d&gt; 也可以后期处理——如果我们拿到了幻灯片本身，但大概更容易的是剪入第三路视频，而不是插入静态幻灯片 20:42:19 &lt;z3r0fox@oftc&gt; str4d：除非是动画演示，否则我大概可以直接用幻灯片 20:42:25 &lt;hottuna&gt; z3r0fox：不通过屏幕录制也能做出视频吗（但把演示穿插进去）？ 20:42:34 &lt;hottuna&gt; z3r0fox：太好了 20:42:55 &lt;hottuna&gt; 目前还没人愿意组织直播 20:42:56 &lt;z3r0fox@oftc&gt; hottuna：可以，我会把它们作为图片放到 kdenlive 的另一条视频“轨道”上 20:43:06 &lt;dg&gt; 在 CCC，那些录制者通常会在演讲者和演示文稿之间切换，视哪个时刻更相关。 20:43:11 &lt;zzz&gt; 如果你们想了解 periscope 的问题，自己装到手机上玩玩。关注 @i2p 账号，我这周晚些时候会做个测试 20:43:13 &lt;EinMByte&gt; 幻灯片应该上传到某处 20:43:15 &lt;str4d&gt; 是啊，也可以在播放另一路视频的音频时显示 PDF/PowerPoint/其他格式中的静态幻灯片 20:43:20 &lt;hottuna&gt; 所以除非有人接手，否则我们就不直播。这不是什么问题。 20:43:24 &lt;dg&gt; 他们会把幻灯片停留足够长的时间供你阅读；当演讲者变得兴奋/很久没换页时就拍演讲者，然后再回到幻灯片，等等 20:43:32 &lt;dg&gt; hottuna：zzz 会做 periscope 20:43:45 &lt;hottuna&gt; zzz，你会做 periscope 吗？ 20:43:49 &lt;zzz&gt; 我开播时你的手机会“嘀”你 ;) 20:43:50 &lt;dg&gt; 是的 20:43:56 &lt;dg&gt; &lt;&zzz&gt; 我来做 periscope。用我价值 $1 的三脚架和 $4 的手机夹 20:44:04 &lt;zzz&gt; 是的 20:45:06 &lt;zzz&gt; 如果 zerofox 有三脚架给我，那就更好了。能避免被撞倒，但不是必须 20:46:23 &lt;z3r0fox@oftc&gt; zzz：我现在只有一个，我本来打算去买第二个二手的用于第二机位……但我可能还有一个小的桌面三脚架 20:47:00 &lt;zzz&gt; 好。带上管住一切的胶带（duct tape） ;) 20:47:11 &lt;hottuna&gt; 好。确认得差不多了 20:47:13 &lt;hottuna&gt; 我就交给你们了 20:47:13 &lt;hottuna&gt; 好，关于 4) 还有别的吗？ 20:47:13 &lt;hottuna&gt; *** 5) **** 20:47:13 &lt;hottuna&gt; 5) I2PCon：活动日程安排 20:47:13 &lt;hottuna&gt; 我现在没太多可说的，但第 1 天和第 2 天的内容如下 20:47:14 &lt;hottuna&gt; 8 月 15 日 20:47:14 &lt;hottuna&gt; 暂定时间：下午 2 点 - 午夜 顺序不一定如此 20:47:15 &lt;hottuna&gt; Nick Johnston：“TOS 和 PII——当公司被买卖时，你的数据会发生什么？”来自热门网络应用的不同服务条款 20:47:18 &lt;hottuna&gt; 主题演讲：嘉宾演讲者 1（1 小时）（在 cryptoparty 之前还是之后？）“隐私 vs. 情报——我们就不能和睦相处吗？” 20:47:21 &lt;hottuna&gt; 晚餐时间——在哪/什么时候？ 20:47:21 &lt;hottuna&gt; 短 I2P 总览报告，zzz 主讲：“成长网络，传播理念” 20:47:23 &lt;hottuna&gt; Cryptoparty 介绍，主讲 ??（j？） 20:47:23 &lt;hottuna&gt; Cryptoparty，由 j 举办（多长时间？） 20:47:25 &lt;hottuna&gt; 8 月 16 日 20:47:25 &lt;hottuna&gt; 暂定时间：凌晨 12 点 - 晚上 8 点 顺序不一定如此 20:47:26 &lt;hottuna&gt; 已确认嘉宾演讲者 2（1 小时）“I2P 监控与过滤”（请求时间：尽早） 20:47:29 &lt;hottuna&gt; 已确认嘉宾演讲者 1（1 小时）“匿名协议与恶意软件——为什么会失败” 20:47:31 &lt;hottuna&gt; I2P 技术报告，zzz 主讲：“连接数限制挑战” 20:47:33 &lt;hottuna&gt; I2P 技术讨论，主持（zzz？？）主题待定 20:47:34 &lt;hottuna&gt; I2P 应用开发入门，psi 主讲 20:47:35 &lt;hottuna&gt; The Agony and the Ecstasy of I2P on Android，str4d 主讲（通过 Skype） 20:47:36 &lt;hottuna&gt; i2pd 演讲，orignal 主讲 题目：“i2pd”；请求时间：15 分钟 20:47:38 &lt;hottuna&gt; Roadmap 会议，zzz 主持：何时发布 1.0？加密迁移计划（RI，snark）（EC vs. Ed），LS2，NTCP2，新 DH，Java 7，SAM 3.2，Jetty 9，12 个月计划 20:47:41 &lt;hottuna&gt; 组织会议，zzz 主持：财务、角色分工、公关、服务器与服务、CCC 策划 20:47:43 &lt;hottuna&gt; 晚餐时间——在哪/什么时候？订三明治/披萨外卖？嘉宾演讲者大概需要安排在晚餐前，因为他们可能要赶飞机。 20:47:44 &lt;hottuna&gt; 20:47:45 &lt;hottuna&gt; 目前略显混乱请见谅 20:47:46 &lt;hottuna&gt; 接下来要做的就是理清并固定下来 20:47:51 &lt;hottuna&gt; 第 5 项没太多可补充的，但现在你们知道我知道的了。 20:47:51 &lt;hottuna&gt; 有人对第 5 项还有补充吗？ 20:48:13 &lt;hottuna&gt; 大家都清楚自己要做/要讲什么了吗？ 20:48:34 &lt;dg&gt; orignal 现在可以了吗？ 20:48:36 &lt;psi&gt; 我还需要把我的演讲完全充实起来 20:48:37 &lt;EinMByte&gt; 看起来不错，不过应该把它放到线上某处 20:48:46 &lt;hottuna&gt; dg，他一直都可以做一个短讲吧？ 20:48:49 &lt;dg&gt; EinMByte：已经放了 20:48:57 &lt;psi&gt; 我本来想做工作坊，但看起来更像是个演讲 20:49:01 &lt;dg&gt; hottuna：他不太愿意讲，而且也不确定讲什么 20:49:13 &lt;dg&gt; 我觉得他可能需要一点主题提示 20:49:19 &lt;psi&gt; 可能做个演讲更容易 20:49:20 &lt;EinMByte&gt; dg：链接？ 20:49:34 &lt;hottuna&gt; psi，短讲可以吗？我们可以把它放到 cryptoparty 那一部分？ 20:49:59 &lt;hottuna&gt; dg，好。我需要再确认一次 orignal。 20:50:07 &lt;hottuna&gt; 我会在会外（OOB）处理 20:50:19 &lt;dg&gt; EinMByte: `http://trac.i2p2.i2p/wiki/MeetupToronto2015` 20:50:20 &lt;psi&gt; 放在 cryptoparty 时间挺有道理 20:50:28 &lt;dg&gt; 如果你在明网就是 i2p2.de，不过你为什么在明网？;) 20:50:34 &lt;EinMByte&gt; dg：谢谢 20:51:19 &lt;hottuna&gt; 好。下一个话题？ 20:51:30 &lt;chlorelium&gt; 问题：这当中有多少是 i2pcon，有多少是 cryptoparty 20:51:38 &lt;psi&gt; 对于我的工作坊，我本来是打算让大家写个示例 echo 客户端服务器 20:51:41 &lt;hottuna&gt; 呃。好问题。 20:51:52 &lt;chlorelium&gt; 比如，我们是把 cryptoparty 当作一个单独活动来办，还是让 TC 的人做一些演讲，还是怎样？ 20:51:54 &lt;hottuna&gt; 我们现在没有足够的 cryptoparty 站点 20:52:02 &lt;hottuna&gt; 所以会以 I2PCon 为主 20:52:13 &lt;hottuna&gt; cryptoparty 的部分取决于我们能找到多少志愿者 20:52:31 &lt;dg&gt; 如果有人愿意帮别人设置一些常用的加密工具，比如 OTR，当然还有 I2P、Tor 等，那就太好了 20:52:36 &lt;chlorelium&gt; 所以听起来像是 i2pcon，并且有一些 TC 的参与，而不是一个活动嵌套在另一个活动里 20:52:41 &lt;dg&gt; 还有 Tails 之类的。 20:52:59 &lt;hottuna&gt; chlorelium，第 1 天里 cryptoparty 的部分可能会安排在午饭时间，而且只有一到两个小时 20:53:51 &lt;chlorelium&gt; 嗯 20:53:52 &lt;chlorelium&gt; 好吧 20:54:09 &lt;chlorelium&gt; 刚才 hottuna 在现实里提到，cryptoparty 方面需要更多志愿者 20:54:22 &lt;chlorelium&gt; 这个方面 TC 是最擅长的，我在这方面帮不上太多忙 20:55:06 &lt;chlorelium&gt; 不确定大家想怎么组织。 20:55:42 &lt;EinMByte&gt; 我们可以进入第 6 项吗？我有些评论，而且必须很快离开 20:55:47 &lt;chlorelium&gt; 可以 20:55:51 &lt;chlorelium&gt; 好 20:55:56 &lt;hottuna&gt; EinMByte，可以 20:56:03 &lt;hottuna&gt; **** 6) **** 20:56:08 &lt;hottuna&gt; 6) dogecoindark.i2p 首页请求 20:56:17 &lt;EinMByte&gt; 这个网站使用了很多“外部”的东西 20:56:36 &lt;EinMByte&gt; 也就是说，它使用了来自多个非 i2p 网站的资源 20:56:48 &lt;dg&gt; 站长其实不太理解这个问题，但和他聊过之后，他同意在某些情况下这是有问题的。他觉得保留 Facebook/Twitter 分享按钮没问题。 20:57:01 &lt;hottuna&gt; zzz，EinMByte 20:57:05 &lt;zzz&gt; 这是我的议题，hottuna 我可以发言吗？ 20:57:25 &lt;hottuna&gt; zzz，请 20:57:28 &lt;EinMByte&gt; 另外，我们已经有 anoncoin.i2p 了。我们真的需要更多加密货币的链接吗？ 20:57:43 &lt;zzz&gt; 谢谢 hottuna 20:57:53 &lt;zzz&gt; 请求在这里 `http://zzz.i2p/topics/236?page=2#p9999` 20:58:03 &lt;iRelay&gt; Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:58:06 &lt;zzz&gt; 以该串第一帖中的问题为模板进行了回答 20:58:16 &lt;zzz&gt; 该站的运营者在吗？ 20:58:29 &lt;dg&gt; 不在，我在另一个频道拍了他，他已闲置 5 分钟，给他点时间 20:59:50 &lt;EinMByte&gt; 还要注意，网站需要 JavaScript 才能加载，这对有些人（比如我）可能是个问题 21:00:11 &lt;zzz&gt; 好，在等的同时，有没有人有支持或反对的意见？ 21:00:48 &lt;hottuna&gt; 我其实不太清楚这个网站是什么 21:01:08 &lt;dg&gt; 是一个支持 I2P 的加密货币 21:01:24 &lt;hottuna&gt; 它是纯粹的 dogecoin 吗？ 21:01:34 &lt;zzz&gt; 关于 1MB 的评论，我们目前没有把外部资源链接或 js 使用作为拒绝标准 21:01:37 &lt;dg&gt; 不是，它是从 dogecoin 分叉出来并加入 I2P 支持的 21:02:05 &lt;EinMByte&gt; 我看到的主要问题（除了可以修复的技术问题）是我们首页已经有 anoncoin 了 21:02:09 &lt;zzz&gt; 我们回到基本面。这是否对 I2P 社区有普遍兴趣？ 21:02:11 &lt;EinMByte&gt; 这是一个非常类似的项目 21:02:29 &lt;EinMByte&gt; 所以我不确定我们是否需要在首页上再放一个加密货币 21:02:52 &lt;dg&gt; “我们需要更多一切”——我不知道多个是否是坏事。还得考虑“被公交车撞”（bus factor），而公交车差点撞到 Meeh……他有段时间不在，Anoncoin 也只是刚在恢复。 21:03:06 &lt;zzz&gt; 我们永远不希望任何东西只有一个，而且 ANC 也在勉力维持 21:03:26 &lt;EinMByte&gt; 我同意“我们需要更多一切”。但我不觉得这适用于首页 21:04:09 &lt;zzz&gt; 这里有人在用 dogecoindark 吗？ 21:04:41 &lt;zzz&gt; 还有其他评论吗？ 21:04:43 &lt;dg&gt; abyss 在用，但他不在这里（现在看起来也不在线）。他经营一个市场。 21:04:52 &lt;dg&gt; 我保持中立。我不太介意。 21:05:42 &lt;zzz&gt; 有人强烈赞成或强烈反对吗？ 21:05:52 &lt;EinMByte&gt; 嗯，如果其他人感兴趣我可以接受，但前提是外部资源的问题得到解决 21:05:58 &lt;hottuna&gt; 我略微赞成 21:06:08 &lt;EinMByte&gt; （在此之前，强烈反对；之后，中立） 21:06:27 &lt;psi&gt; 我能否“强烈无感”？ :D 21:06:34 &lt;hottuna&gt; 伤害不大。我猜依赖很多外部资源这点有点糟。应该有某种警告 21:06:38 &lt;EinMByte&gt; 话说回来，应该有一条关于外部资源的规则，因为这是个很严重的问题 21:07:12 &lt;zzz&gt; 所以你认为首页上的 eepsite 不应该加载明网的 css/图片？这应该成为一个标准吗？ 21:07:32 &lt;hottuna&gt; 可能吧？ 21:07:45 &lt;EinMByte&gt; zzz：我觉得任何 eepsite 都不该这么做。尤其是首页上的 21:08:13 &lt;dg&gt; 不应该一刀切。如果他们有很好的理由我们也许会允许，虽然我想不出什么理由 21:08:13 &lt;EinMByte&gt; 在这个案例中，它大概不是出于恶意 21:08:22 &lt;EinMByte&gt; 但它可以是 21:09:25 &lt;RN&gt; 我同意应该强烈反对外网资源 21:09:25 &lt;zzz&gt; 但这不是很好的用户体验 21:09:25 &lt;zzz&gt; 好吧我们先把这个话题搁置，不作最终决定 21:09:25 &lt;zzz&gt; 交还给你 hottuna 谢谢 21:09:25 &lt;hottuna&gt; 好的 :) 21:09:39 &lt;hottuna&gt; **** 7) **** 21:09:41 &lt;hottuna&gt; 7) I2PCon：捐款 21:09:51 &lt;EinMByte&gt; zzz 不是已经对此评论过了吗？ 21:09:57 &lt;EinMByte&gt; 不管怎样，再见。 21:10:05 &lt;hottuna&gt; EinMByte，回见 21:10:42 &lt;chlorelium&gt; 起初我们被告知在大会期间收集的所有捐款都会给 hacklab 21:10:54 &lt;chlorelium&gt; 这是 dnj 通过 f3ndot 转达的 21:11:02 &lt;chlorelium&gt; 我前几天也和 dnj 讨论过这个 21:11:19 &lt;chlorelium&gt; 不过其实问题不大；如果 i2p 想要部分/全部捐款，我们可以安排 21:11:21 &lt;zzz&gt; 我不记得有人承诺过这个 21:11:26 &lt;dg&gt; 我也不记得 21:12:29 &lt;chlorelium&gt; 我只是需要告知 hacklab 的成员。我觉得他们不会特别不高兴 21:12:29 &lt;zzz&gt; hottuna，是你承诺的吗？ 21:12:29 &lt;chlorelium&gt; 嗯，有意思。看来沟通有点问题。 21:12:29 &lt;dg&gt; 我认为为服务给一笔贡献是合理的，但我不记得有承诺 21:12:29 &lt;hottuna&gt; 没有。这应该是 dnj 和 f3ndot 之间提到的 21:12:29 &lt;hottuna&gt; 我之前并没有碰过捐款话题 21:12:39 &lt;hottuna&gt; 那么，我们对捐款有什么要求？ 21:12:42 &lt;hottuna&gt; 有吗？ 21:12:43 &lt;hottuna&gt; 有人在意吗？ 21:12:55 &lt;hottuna&gt; 我们可以放几个单独的捐款箱吗？ 21:12:59 &lt;zzz&gt; 我提议放一个捐款桶，扣除酒水成本后，i2p/TC/hacklab 三方三分 21:13:13 &lt;hottuna&gt; 或者一个桶，然后再分？ 21:13:23 &lt;dg&gt; 多个箱子听起来不错，但可能会分散资金……一个桶更好 21:13:25 &lt;hottuna&gt; zzz，我觉得不错。 21:13:37 &lt;hottuna&gt; :p 21:13:37 &lt;chlorelium&gt; zzz：如果我们在分之前让捐款先覆盖酒水，那就需要 $75 的活动许可证 21:13:38 &lt;dg&gt; 我相信关于 I2P 财务/项目规模的话题会在演讲中出现，这意味着大家可能愿意捐一点 21:13:41 &lt;zzz&gt; 我们已经在为 hacklab 的服务付费了 21:13:54 &lt;hottuna&gt; 有没有人反对把捐款箱里的钱进行分配？ 21:13:57 &lt;chlorelium&gt; 安省的法律是主办方需要承担所有酒水成本 21:14:10 &lt;zzz&gt; 谁是主办方？ 21:14:12 &lt;dg&gt; 如果人们真的想捐给我们，他们可以单独捐 21:14:19 &lt;dg&gt; zzz：哦。那么就在 i2p/tc 之间按 TC 的贡献程度分 21:14:41 &lt;zzz&gt; 许可证上写的是谁的名字？ 21:14:44 &lt;chlorelium&gt; zzz：申请上是 hacklab 21:14:47 &lt;hottuna&gt; 所以捐款不要和酒挂钩。也别说它和酒有关。这只会给所有人带来麻烦。 21:15:51 &lt;zzz&gt; 是的，但你们也知道我们不能把毛额的 1/3 给你们 21:17:07 &lt;hottuna&gt; zzz，你是说我们不想把三分之一交给 hacklab 吗？ 21:17:07 &lt;zzz&gt; 所以是 hacklab，而不是 i2p，来购买所有啤酒？ 21:17:07 &lt;zzz&gt; 谁来买啤酒？ 21:17:07 &lt;hottuna&gt; 技术上是，实际上不是。 21:17:08 &lt;chlorelium&gt; ^ 就是这样 21:17:18 &lt;hottuna&gt; eche|on 或其他人会拿着许可证去酒类商店购买我们需要的东西。 21:17:26 &lt;zzz&gt; 好，那我们就别在捐款问题上纠结技术/实际的区别了 21:17:46 &lt;str4d&gt; 好，那么 hacklab 的场地费会单独收取，并把酒水成本加到他们的账单里，对吗？ 21:17:59 &lt;hottuna&gt; str4d，不。 21:18:09 &lt;hottuna&gt; 酒是我们付钱。 21:18:11 &lt;str4d&gt; 那我就糊涂了 21:18:20 &lt;hottuna&gt; 会从 eche|on 的口袋里出 21:18:27 &lt;str4d&gt; hottuna：我是在说技术上 21:18:34 &lt;hottuna&gt; hacklab 在这件事上没有金钱上的参与 21:18:43 &lt;chlorelium&gt; str4d：可以理解，许可过程很荒唐。提前为复杂性道歉。 21:18:44 &lt;str4d&gt; （因为按法律他们需要承担，对吧？） 21:19:09 &lt;hottuna&gt; 啊。从技术上讲是他们买酒，实际上是我们（echelon）买 21:19:17 &lt;str4d&gt; 我只想确认不会有麻烦 21:19:21 &lt;str4d&gt; 好 21:19:26 &lt;chlorelium&gt; 差不多。你们可以自己拿许可证去 LCBO，我们也可以去 21:19:30 &lt;chlorelium&gt; 只要成本有人承担就行。 21:19:52 &lt;hottuna&gt; 我觉得我们已经理清得差不多了。 21:19:55 &lt;str4d&gt; 所以在任何账单里，它看起来像“场地：$X。酒水：$Y。已支付：$Y。应付：$X。” 21:19:59 &lt;str4d&gt; 好 21:20:03 &lt;chlorelium&gt; 你们其实就是在租实验室空间，在这种情况下，这让你们成为了场地代表。或者如果有人问，我会这么说。 21:20:24 &lt;chlorelium&gt; str4d：可以。我们通常不开发票，但也可以安排，没问题。 21:20:29 &lt;zzz&gt; 那我回到原提议，放一个捐款桶，扣除一定的（咳咳）费用后，剩余（若有）礼貌地和 TC、hacklab 三方均分 21:21:16 &lt;str4d&gt; chlorelium：不确定法律是否要求发票，这个你更清楚 :) 21:21:31 &lt;hottuna&gt; zzz，我们真的要那样做吗。 21:21:33 &lt;zzz&gt; 前提是 TC 想要钱 21:21:38 &lt;hottuna&gt; 我更想“按规矩”来。 21:21:44 &lt;dg&gt; 什么是“按规矩”？ 21:22:02 &lt;zzz&gt; ^^ “按规矩”到底是什么？ 21:22:02 &lt;chlorelium&gt; zzz：顺便问下，四月（或当时）谈好的租实验室空间是多少？ 21:22:05 &lt;zzz&gt; 说说你的提议 21:22:15 &lt;hottuna&gt; “按规矩”就是不要从捐款里扣酒水钱。 21:22:21 &lt;zzz&gt; chlorelium，是 tuna 在谈判的 21:22:22 &lt;hottuna&gt; 我的提议是三方平分 21:23:01 &lt;zzz&gt; 如果你不想从捐款里扣酒水钱，那我们就多花 $50 卖酒好了 21:23:17 &lt;hottuna&gt; 有人愿意站在那里卖酒吗？ 21:23:42 &lt;zzz&gt; 否则我们每给出去一瓶啤酒，i2p 就等于给 TC 和 hacklab 几美元！ 21:23:43 &lt;str4d&gt; 如果我们多花 $50，那么我们就可以从捐款里扣酒水钱了 21:24:02 &lt;str4d&gt; （如果我理解没错） 21:24:16 &lt;zzz&gt; 不然就放三个桶 21:24:23 &lt;hottuna&gt; str4d，我想是对的。但你确定我们会收到 $50 的捐款吗？ 21:24:39 &lt;hottuna&gt; 我觉得我们想太多了。 21:25:05 &lt;hottuna&gt; 捐款金额远远不可能覆盖我们办这次活动的支出 21:25:33 &lt;zzz&gt; 从第一美元开始，就把我们捐款的 2/3 送给别人，而酒是我们买的，这是个糟糕的主意 21:25:34 &lt;hottuna&gt; 我们说的是 $50-$100 的啤酒。 21:25:38 &lt;hottuna&gt; 不算多。 21:25:43 &lt;chlorelium&gt; 各位 21:25:45 &lt;chlorelium&gt; 这样 21:25:47 &lt;chlorelium&gt; 我查一下法规 21:25:54 &lt;chlorelium&gt; 我想我需要重新读一些措辞 21:26:05 &lt;chlorelium&gt; 本质上，我们不能告诉大家捐款是为了覆盖酒水成本 21:26:18 &lt;chlorelium&gt; 如果大家捐了款，我们再从钱里扣酒水，可能就可以 21:26:26 &lt;chlorelium&gt; 我读的文件措辞很模糊 21:26:31 &lt;chlorelium&gt; 至于分配钱款的问题 21:26:52 &lt;hottuna&gt; chlorelium，如果这样合法，那我们就这么做。 21:27:04 &lt;chlorelium&gt; 你们愿意怎么做就怎么做。我不纠结。i2p/tc 承诺了 $150/天作为空间使用费，这我很满意 21:28:17 &lt;str4d&gt; 还要考虑到 hacklab 是有偿提供服务，而 TC 和 I2P 实际上是在志愿付出。 21:29:30 &lt;chlorelium&gt; str4d：确实 21:29:40 &lt;chlorelium&gt; 好，这是 agco 许可证里的措辞。 21:29:44 &lt;chlorelium&gt; 是否会销售酒水？ 21:29:44 &lt;chlorelium&gt; 如果你 21:29:44 &lt;chlorelium&gt; 直接通过在活动上卖酒或酒票（例如 21:29:46 &lt;chlorelium&gt; 现金吧台、出售酒票），或者间接通过 21:29:49 &lt;chlorelium&gt; 出售入场券、会籍费，或在活动开始前 21:29:51 &lt;chlorelium&gt; 为酒水收款，你必须回答“是”。 21:29:54 &lt;chlorelium&gt; 所以我觉得我们没问题 21:30:08 &lt;hottuna&gt; 那么基本上都没问题。 21:30:19 &lt;chlorelium&gt; 我打电话给 AGCO 了，他们的答复很模糊。总之我觉得一切都好。 21:30:32 &lt;hottuna&gt; （捐款 - 酒水成本）/ 3 21:30:40 &lt;dg&gt; 我觉得 hacklab 不该拿捐款分成 21:30:51 &lt;dg&gt; 他们帮了忙，但我们已经为服务付费 21:31:01 &lt;hottuna&gt; dg，他们没赚多少钱。 21:31:22 &lt;dg&gt; 我们能多付酒类许可证的钱，把它包含在付给他们的费用里，然后捐款由 I2P 和 TC 分（看 TC 帮了多少）吗？ 21:32:30 &lt;hottuna&gt; dg，如果我们用捐款箱，按上面的措辞，从捐款里扣酒水钱是可以的 21:32:39 &lt;hottuna&gt; 所以不需要更高级的许可证 21:32:44 &lt;dg&gt; 哦，酷 21:32:45 &lt;str4d&gt; 所以虽然我不反对 hacklab 获得部分捐款，但也许分配可以比如 1:2:2？ 21:32:51 &lt;dg&gt; （我没看到任何文本） 21:32:56 &lt;hottuna&gt; 我还是想给他们一部分捐款，因为 A) 看起来有人（J）答应过他们 21:33:05 &lt;zzz&gt; 这会比 $50 的啤酒多。我自己就能喝掉 $50。 21:33:20 &lt;dg&gt; 我也是这么想的 ;)。黑客大会的人喜欢啤酒。非常喜欢 21:33:44 * fox 提醒大家别在啤酒上太抠，也别买任何美国的 21:34:07 &lt;chlorelium&gt; hottuna 的笔记本刚刚挂了 21:34:21 &lt;dg&gt; 我们不要兑现别人做的承诺 21:34:27 &lt;chlorelium&gt; 我刚和另外两个 hacklab 董事聊了聊 21:34:33 &lt;zzz&gt; 我不会把 j 对 hacklab 的承诺当回事，不。 21:34:49 &lt;chlorelium&gt; 我们对仅 $300 的场地费用没问题，还可以承担 $25 的酒类许可证，如果这样可以的话 21:34:53 &lt;hottuna&gt; B) 因为他们也是我们同一社区的一部分。 21:34:57 &lt;chlorelium&gt; 你们可以把捐款都留着 21:35:12 &lt;chlorelium&gt; 抱歉沟通上有这么多问题 :( 21:35:18 &lt;hottuna&gt; 我仍然想三方平分。 21:35:29 &lt;hottuna&gt; 还有其他人愿意三方平分吗？ 21:35:35 &lt;zzz&gt; 我同意在（咳咳）成本之后 1/1/1 平分 21:35:44 &lt;zzz&gt; 并且承担他们的 $25 21:35:50 &lt;str4d&gt; hottuna：我建议也许 1/2/2 分 21:35:50 &lt;hottuna&gt; zzz，我提的就是这个 21:36:07 &lt;str4d&gt; （除非大家不喜欢做复杂的算术 :P） 21:36:17 &lt;hottuna&gt; str4d，我们别搞花样。 21:36:28 &lt;hottuna&gt; 我更倾向平均分 21:36:43 &lt;hottuna&gt; 做别的分法会暗含很多东西。 21:37:23 &lt;hottuna&gt; 我有没有说服大家采用（捐款 - 啤酒）/ 3 的分法？ 21:37:28 &lt;chlorelium&gt; 说明一下：我很高兴在这里接待大家，我只是想确保所有人意见一致。我不想引起任何不快。对钱的爱是万恶之源 :) 21:37:40 &lt;dg&gt; 好，但我们要在演讲中强调 I2P 的体量和更需要捐款。大家如果愿意可以自己来找我们的捐款信息 21:37:59 &lt;hottuna&gt; 好，把它塞进某处。 21:38:25 &lt;hottuna&gt; str4d，dg，zzz：可以吗？ 21:38:34 &lt;str4d&gt; 总结一下，现在是 hacklab 说“我们不需要捐款”，hottuna 说“你们必须收捐款”，其他人基本都无所谓？:P 21:38:53 &lt;hottuna&gt; 是的。总结得很到位。 21:38:54 &lt;str4d&gt; 仅作记录，我不介意 1/1/1 平分 21:38:59 &lt;chlorelium&gt; str4d：基本如此 :P 21:39:00 &lt;dg&gt; hottuna：我这边 OK 21:39:00 &lt;hottuna&gt; 想按我的方式来吗？ 21:39:23 &lt;str4d&gt; （在（咳咳）成本之后） 21:39:23 &lt;hottuna&gt; 好。 21:39:29 &lt;hottuna&gt; 是的。 21:39:31 &lt;hottuna&gt; 好。 21:39:41 &lt;hottuna&gt; 好，我觉得我们谈完了。 21:39:46 &lt;hottuna&gt; 还有别的吗？ 21:39:51 &lt;dg&gt; 是指总体，还是 i2pcon？ 21:39:56 &lt;hottuna&gt; 都行 21:40:02 &lt;str4d&gt; psi：你还在吗？ 21:40:06 &lt;zzz&gt; 在 21:40:19 &lt;dg&gt; 好，关于 i2pcon： 21:40:20 &lt;dg&gt; &lt;+dg&gt; 几天前有个叫“saltire”的人私聊我，想在 OFTC 和 IRC2P 之间为 #torontocrypto 建个中继。他之后就没再联系我了，而且 #torontocrypto 现在也没有中继（只有 ChanServ 和我）。saltire 或 TC 那边的其他人能设一个吗？ 21:40:22 &lt;dg&gt; &lt;+dg&gt; 我大概可以做，因为 OFTC 允许 Tor，但我更希望是 TC 的人来做。 21:40:38 &lt;dg&gt; hottuna：你能和 saltire 跟进一下吗？ 21:40:43 &lt;psi&gt; str4d：在 21:41:17 &lt;hottuna&gt; dg……可以 21:41:20 &lt;hottuna&gt; 等一下 21:41:22 &lt;hottuna&gt; c 21:41:38 &lt;str4d&gt; 如果 saltire 是在问可不可以设置，只需要征得网络运维和 Irc2P 上 #torontocrypto 频道所有者的同意 21:41:45 &lt;zzz&gt; 提醒：到 irc2p 的中继需要 irc op 的许可（虽然 dg 就是其中之一） 21:41:52 &lt;hottuna&gt; dg，我拍他了。 21:42:01 &lt;hottuna&gt; 其余的我就交给你们两位了。 21:42:18 &lt;hottuna&gt; saltire 通常在 OFTC 的 #torontocrypto 在线 21:42:20 &lt;dg&gt; 谢谢，也谢谢提醒，我愿意和他们对接，只要他们能回我 21:42:43 &lt;dg&gt; 如果没人被 3 小时的 I2PCon 和捐款讨论累趴下的话…… 21:42:48 &lt;hottuna&gt; :P 21:44:00 &lt;hottuna&gt; 好 21:44:00 &lt;hottuna&gt; 本次会议正式结束 21:44:00 &lt;hottuna&gt; baf 的会议之锤 </div>/zh/blog/2015/06/02/0.9.20-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 02 Jun 2015 00:00:00 +0000/zh/blog/2015/06/02/0.9.20-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.20 包含许多重要的 bug 修复，并进行了多项更改，以提高网络中 floodfill 的容量。</p> <p>将共享带宽配置为 32-64 KB 的 router 现在可能会成为 floodfill，而将共享带宽配置为 512 KB 或更高的 router 将具有更高的连接上限。这些更改可能会导致您的 router 使用更多资源。如果 router 变得过于繁忙，降低使用量的最佳方式是在您的控制台中下调带宽设置。如果这仍然无济于事，您现在可以在控制台的高级配置页面禁用自动 floodfill。</p> <p>我们希望这些变更能够提升网络容量和性能，并减少过去三个月来一直影响网络的拥塞。</p> <p>像往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <p>最后，我们很高兴地宣布首届 I2P 线下聚会将于 8 月 15–16 日在多伦多举行。届时将有许多演讲和教程。欢迎所有人参加。更多信息请参见<a href="../../zh/blog/2015/06/02/toronto-meetup/">公告</a> 。</p> <h2 id="发布详情">发布详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Floodfill performance improvements</li> <li>Add support for address book export</li> <li>Add support for SSL in HTTP server tunnel</li> <li>Allow class &lsquo;M&rsquo; (64-128 KBps share bandwidth) to become floodfill</li> <li>Raise connection limits for new classes &lsquo;P&rsquo; (512-2000 KBps share bandwidth) and &lsquo;X&rsquo; (over 2000 KBps)</li> <li>Add support for signed development builds</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Fixes for high CPU usage in floodfills</li> <li>Clock skew fixes</li> <li>Fixes and configuration for when IPv4 is firewalled but IPv6 still works</li> <li>Locking fixes for i2ptunnel clients to prevent hangs at startup</li> <li>Verify hostnames when reseeding</li> <li>Fix deletion of config files for deleted torrents in i2psnark</li> <li>Fix hangs fetching proxy.i2p local resources via Privoxy</li> <li>Fixes for duplicate shared clients</li> <li>Fix for occasional page truncation in HTTP client</li> <li>Fixes for handling corrupted SSU packets</li> <li>Fix closing of SAM sessions when I2P session closes</li> <li>Fix bugs in handling streaming resets</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Reduce NTCP threads</li> <li>Eliminate SimpleScheduler threads</li> <li>Add continent-based NTP servers as fallbacks for country-based ones</li> <li>Remove all default non-SSL reseed hosts</li> <li>Disable fallback to non-su3 reseeding</li> <li>Several fixes in streaming for better &ldquo;loopback&rdquo; performance</li> <li>Reduce latency in i2ptunnel</li> <li>Add a larger Bloom filter for very high bandwidth and memory</li> <li>Add Bloom filter warning when configured for high bandwidth but not enough memory</li> <li>Reduce max netdb search depth to reduce floodfill load</li> <li>Improved header processing and error handling in i2ptunnel HTTP server</li> <li>Better error handling and user feedback when HTTP client tunnel is disabled</li> <li>More changes to improve floodfill capacity</li> <li>New configuration for forcing IPv4 (only) to firewalled on /confignet</li> <li>New configuration for floodfill on /configadvanced</li> <li>Show separate IPv4 and IPv6 status in summary bar when appropriate</li> <li>Better handling of corrupt SSU packets</li> <li>Jetty 8.1.17.v20150415</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>511d90f8d6a78f5e061fe61d2fdbf4a6be8d271672f0b5d271fa2c4d3cdc01f4 i2pinstall_0.9.20_windows.exe f8116f2559a40b835854aa2fdb1aedcab518d1b29414e60bdd714c86412bb27d i2pinstall_0.9.20.jar bcd900a9001bdda37ed70cdec78e9096ed370e44513aae5e29a02886d0babd33 i2psource_0.9.20.tar.bz2 0cf1b742e7cf293b49df4c69b693f988324c5f53ecdc421dcbff890ed4752f0c i2pupdate_0.9.20.zip bb1073166decd484c3bd74d06fafbd3029c210909aae4e8c065c278478429251 i2pupdate.su2 de9c8ee0ce3de6edde49ac884b0308f40efb1777f4f5795a4a69b4f0680eb648 i2pupdate.su3 25055fdd48489a9cfcb54d9bde7ae888fe8065c52fabc1a126886d20037e55b4 i2pupdate.sud </code></pre>/zh/blog/2015/06/02/toronto-meetup/Tue, 02 Jun 2015 00:00:00 +0000/zh/blog/2015/06/02/toronto-meetup/<p>I2P 团队很高兴宣布，我们将于 8 月 15 日至 16 日在多伦多举办一次线下聚会。我们社区的多位成员将出席，并将主持关于 I2P 及相关主题的演讲、工作坊和讨论。不过，这次活动并非只面向 I2P 社区的人，而是面向所有人。</p> <p>如果你对 I2P 感到好奇、对隐私/密码学/匿名性感兴趣，或者只是想过来和我们聊聊，欢迎来参加。这是一个面向所有人的活动。即使你对这些主题不熟悉，也请过来，我们会向你展示 I2P 是如何工作的，以及你可以用它做些什么。</p> <p>本次活动完全免费，无需报名或注册。</p> <p>如果没有我们在 <a href="https://torontocrypto.org/">Toronto Crypto</a> 的朋友们一直在帮助我们组织这次活动，以及我们在 <a href="https://hacklab.to/">Hacklab</a> 的朋友们为我们提供的非常好的场地，这次聚会就无法安排。</p> <p>如果您有任何问题，欢迎通过 <a href="https://twitter.com/geti2p">@geti2p</a> 与我们联系。</p> <h2 id="详细信息">详细信息</h2> <h3 id="location">Location</h3> <p><a href="https://hacklab.to/">Hacklab</a> 位于多伦多皇后西街 1266 号。</p> <h3 id="位置">位置</h3> <p>重点将放在对围绕 I2P、网络隐私与匿名性的相关主题进行介绍。欢迎各类背景和不同知识水平的人参加。</p> <ul> <li>I2P Presentation</li> <li>Crypto party introduction</li> <li>Crypto party</li> </ul> <p>该 crypto party（加密派对）将设置多个用于演示隐私/匿名软件的展台。其目标是为人们提供安全通信所需的工具。</p> <ul> <li>Vuze/I2P - Downloading torrents anonymously</li> <li>Veracrypt - Encrypt your data</li> <li>I2PBote - Anonymous decentralized email</li> <li>Your station idea here</li> </ul> <p>我们目前正在寻找志愿者来值守各个站点。如果您愿意提供帮助，当然可以！带上一台显示器/笔记本电脑并运行一个站点。该站点可以是上面列出的任何一个，或您想要运行的任何其他与隐私/匿名相关的站点。如果您感兴趣，请通过 <a href="https://twitter.com/geti2p">@geti2p</a> 联系我们。</p> <h3 id="第1天8月15日---下午3点">第1天，8月15日 - 下午3点</h3> <p>重点将放在围绕 I2P、路线图和开发的深入主题上。欢迎任何人参加，但内容将具有一定的技术性。</p> <ul> <li>I2P Technical presentation</li> <li>Technical discussion</li> <li>I2P App Dev Into</li> <li>I2PD presentation</li> <li>I2P on Android</li> </ul>/zh/blog/2015/05/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B45%E6%9C%885%E6%97%A5/Tue, 05 May 2015 00:00:00 +0000/zh/blog/2015/05/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2015%E5%B9%B45%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:23 &lt;zzz&gt; 0) 嗨 20:00:23 &lt;zzz&gt; 1) 多伦多会议（8 月 15-16 日）筹备 20:00:27 &lt;zzz&gt; 0) 嗨 20:00:29 &lt;zzz&gt; 嗨 20:00:35 &lt;eche|on&gt; 嗨 20:00:51 &lt;psi&gt; 差不多到开会时间了？ 20:00:53 &lt;zzz&gt; 1) 多伦多会议（8 月 15-16 日）筹备 20:01:03 &lt;dg&gt; 嗨 20:01:14 &lt;zzz&gt; 1a) 回顾下我们目前的进度 20:01:19 &lt;zzz&gt; 1b) 志愿者 20:01:32 &lt;zzz&gt; 1c) 我们是否推进 20:01:37 &lt;zzz&gt; 1a) 回顾下我们目前的进度 20:02:00 &lt;zzz&gt; hottuna，请给我们更新一下筹备情况、场地和预估费用 20:02:20 &lt;hottuna&gt; 大家好 20:02:24 &lt;psi&gt; 嗨 20:02:50 &lt;str4d&gt; 嗨 20:02:53 &lt;hottuna&gt; 我们已经在多伦多的 hacklab 预订了 8 月 15-16 日两段各 8 小时的时段。 20:03:20 &lt;hottuna&gt; 每个时段 150 加元 20:03:46 &lt;hottuna&gt; 场地在这里：https://hacklab.to/ 20:03:48 &lt;iRelay&gt; Title: hacklab.to - 多伦多的黑客社群 (at hacklab.to) 20:04:07 &lt;hottuna&gt; 初步计划是办两个独立的活动。 20:04:37 &lt;xmz&gt; 嗨 20:04:44 &lt;hottuna&gt; 8 月 15 日：I2P 概览演讲 + I2P Cryptoparty（加密派对） 20:05:28 &lt;hottuna&gt; 8 月 16 日：做一次技术演讲，引出对各种即将到来的议题的讨论 20:06:10 &lt;hottuna&gt; 理想情况下，我希望在本次会议结束前，把这两天的行程安排得更清楚。 20:07:09 &lt;psi&gt; 住宿是自理，还是已经“安排好了”？ 20:07:13 &lt;hottuna&gt; 另外，通过 J@torontocrypto 我们在多伦多一栋房子里弄到了一个类似客厅的空间，供其他/深夜的计划/黑客等活动使用 20:07:55 &lt;hottuna&gt; psi，住宿可以在上述客厅免费提供（那是一栋在多伦多另一侧的房子） 20:08:14 &lt;xmz&gt; 往返客厅的交通呢？ 20:08:46 &lt;hottuna&gt; 公共交通应该不算太差。大概坐地铁 25 分钟。 20:08:46 &lt;xmz&gt; 我猜各自自行解决。我会开车，所以可以顺便带几个人 20:08:54 &lt;eche|on&gt; 8 小时时段，具体时间？ 20:08:55 &lt;xmz&gt; 哦，那还不错 20:09:11 &lt;eche|on&gt; 城市里开车嘛…… 20:09:25 &lt;zzz&gt; 好的，谢谢 tuna，我想在我们进入议程或志愿者细节前，先开放提问和评论 20:09:28 &lt;xmz&gt; 你说得对，eche|on 20:09:42 &lt;xmz&gt; 多伦多的交通有时会很糟 20:10:01 &lt;eche|on&gt; 两个 8 小时时段可以，这些时段的具体时间？另外我猜我们到了就能坐下，有电源和 WiFi 20:10:03 &lt;zzz&gt; 有谁有任何总体性的问题或评论吗？ 20:10:14 &lt;eche|on&gt; 以及提供一些技术设施 20:10:18 &lt;dg&gt; 会有直播吗？我们打算做宣传吗？如果做，怎么搞？ 20:10:54 &lt;hottuna&gt; eche|on，8 小时时段：它们是晚间时段，所以我想我们得在大约 00:00 离开 hacklab 20:10:54 &lt;hottuna&gt; J 提出愿意组织 8 月 15 日的 Cryptoparty 部分。 20:11:23 &lt;eche|on&gt; 午夜可以，那就是下午 4 点到 12pm 20:11:32 &lt;hottuna&gt; eche|on：电源、WiFi、椅子、桌子等都有 20:11:32 &lt;xmz&gt; 不错 20:11:48 &lt;xmz&gt; 如果上行带宽够，直播肯定是个选项 20:11:52 &lt;eche|on&gt; 到目前为止我觉得都可以。 20:12:17 &lt;eche|on&gt; 直播不是大问题，我们有不限流量的 root 服务器可以分发，如果需要的话 20:12:26 &lt;hottuna&gt; xmz，我不确定他们的网络会有多强。 20:12:42 &lt;hottuna&gt; 而且出于隐私原因可能不适合直播 20:12:56 &lt;hottuna&gt; 另外组织起来也需要不少工作 20:13:01 &lt;str4d&gt; 是的，这个话题需要讨论 20:13:01 &lt;xmz&gt; 嗯 20:13:14 &lt;dg&gt; 宣传方面呢？ 20:13:19 &lt;eche|on&gt; 是啊，我不太赞成直播，只发 twitter 和 instagram^^ 20:13:34 &lt;str4d&gt; 但从技术上说不难。不需要 1080p 上行 ^^ 20:13:36 &lt;eche|on&gt; 广告，我们已经在 zzz 和论坛发了，还是说别的广告？ 20:13:49 &lt;fox&gt; 所以第一个把公共 WiFi AP 黑掉的人赢？ 20:13:57 &lt;hottuna&gt; dg，J 说可以做一些宣传，而且他在多伦多已经办过几次 Cryptoparty，我觉得吸引人群应该没问题。 20:14:06 &lt;dg&gt; 面向公众的广告，我不确定 hacklab 的粉丝有多大？ 20:14:14 &lt;dg&gt; hottuna：谢谢，我就想知道这个 20:14:14 &lt;hottuna&gt; I2P 的 twitter/网站也会有帮助 20:14:30 &lt;dg&gt; 我很惊喜有这么多人能参加 20:14:48 &lt;zzz&gt; “j” 迫不及待想开始宣传，我已经让他（通过 tuna）等我们开完这次会，弄清楚我们这边谁负责 PR，然后做一次协调好的发布 20:14:52 &lt;hottuna&gt; fox，有访客网络 20:14:54 &lt;eche|on&gt; 我赞成办一个 I2P 活动，邀请“一些”嘉宾 20:14:55 &lt;xmz&gt; 是啊，我很高兴在多伦多。要是在别处我可能就很难来了。 20:15:09 &lt;dg&gt; 如果他也能来这就太好了。 20:15:12 &lt;dg&gt; （j） 20:15:38 &lt;hottuna&gt; dg，J 今天被 meatspace（现实世界）分心了 20:15:56 &lt;hottuna&gt; J 唯一向我们要的是 8 月 16 日的日程 20:16:02 &lt;dg&gt; hottuna：我觉得设个 bouncer 也不至于要命吧！他说要来都说了很久了 20:16:41 &lt;eche|on&gt; 所以，周六/周日都是下午 4 点到午夜 20:16:42 &lt;zzz&gt; 还有谁有其他总体性的问题或评论，或者反对举办这次活动的吗？ 20:16:58 &lt;eche|on&gt; 我提议周日 hacklab 前来个 I2P 午餐 20:16:59 &lt;xmz&gt; 没有反对，只有支持 20:17:06 &lt;xmz&gt; 这是个好主意 20:17:15 &lt;psi&gt; 实际上就是从周六到周一早上对吧？ 20:17:24 &lt;eche|on&gt; 能把一些 I2P 的人聚在一起见见面就很好了，其他都是锦上添花 20:17:52 &lt;zzz&gt; 我们先别陷入细枝末节。比如，我猜时间可能会变，议程还没定，不需要讨论 IRC bouncer（常驻代理）的设置 20:18:02 &lt;hottuna&gt; eche|on，是的——据我所知。时间可能会前后挪一小时。 20:18:16 &lt;eche|on&gt; 好的，没问题 20:18:38 &lt;eche|on&gt; 所以这个客厅是给夜猫子熬夜用的 20:18:41 &lt;psi&gt; hottuna：所谓“面向大众”的演讲和“技术”演讲分别是什么？ 20:19:03 &lt;hottuna&gt; psi，这是个好问题。需要我们来定。 20:19:05 &lt;eche|on&gt; 面向大众：I2P 是什么、怎么运作；技术：协议细节 20:19:22 &lt;eche|on&gt; hottuna：但是这个带睡位的住处是周六到周一，对吗？ 20:19:30 &lt;hottuna&gt; 8 月 15 日我们希望面向更大众的群体。所以任何非 I2P 人也能理解的内容 20:19:31 &lt;xmz&gt; 有没有计划给 I2P 新手的引导/演练？ 20:19:33 &lt;dg&gt; s/kill/kill him/ 20:19:34 &lt;str4d&gt; 我不会到场（之前说过），但我没有高层面的反对意见 20:19:34 &lt;iRelay&gt; dg 的意思是: hottuna: I don't think it'd kill him to setup a bouncer! He has been saying he'll come for a while 20:19:34 &lt;eche|on&gt; 而且客厅那边会不会吵到睡觉的人？ 20:20:06 &lt;hottuna&gt; xmz，计划 8 月 15 日搞一个 Cryptoparty，基本上就是一个集体的演练/工作坊 20:20:14 &lt;xmz&gt; 太好了 20:20:33 &lt;psi&gt; 我想做个简短的 I2P 应用开发入门 20:21:16 &lt;psi&gt; 我们确实应该展示在 I2P 上开发的易用性 <-- 工作坊想法 20:22:26 &lt;hottuna&gt; psi，I2P 应用开发入门我想可以放到 8 月 16 日 20:22:30 &lt;str4d&gt; ++ 20:22:43 &lt;str4d&gt; 这和 Android 很贴合 20:22:45 &lt;hottuna&gt; eche|on，关于客厅：我想和 J 确认一下细节，周六到周一听起来合适 20:22:45 &lt;dg&gt; 那不错，psi 20:22:45 &lt;hottuna&gt; str4d，你愿意讲讲 Android 吗？ 20:22:45 &lt;eche|on&gt; 这样的话我就回自己酒店房间 ;-) 20:22:45 &lt;psi&gt; 我得带一份 monotone，这样我们就不用等 5 个小时同步了 20:22:45 &lt;zzz&gt; 是的，我设想周六是面向公众的，周日是开发者会议/黑客松（Hackathon，黑客马拉松），对外开放但可能主要还是我们。若周六的公开演讲“爆满”，我们周日也可以再做一场 20:22:45 &lt;str4d&gt; hottuna：我大概确实该讲，毕竟我是事实上的 Android 项目负责人 :P 20:22:46 &lt;eche|on&gt; 听起来合理，zzz 20:23:15 &lt;hottuna&gt; str4d，那我把你安排在 8 月 16 日讲 Android？ 20:23:36 &lt;str4d&gt; 好的 20:24:12 &lt;hottuna&gt; psi，我把你安排做 I2P 应用开发入门，可以吗？ 20:24:22 &lt;psi&gt; 可以 20:24:29 &lt;zzz&gt; 好的，我来过渡到 1b) 志愿者 20:24:44 &lt;zzz&gt; 我们从没干过这个。除非有人负责，否则它不会发生。 20:24:44 &lt;hottuna&gt; 谢谢。 20:24:57 &lt;zzz&gt; 一个人不可能全包。 20:25:19 &lt;zzz&gt; 我们需要一个总体负责人，另外几个人负责不同部分。 20:25:20 &lt;eche|on&gt; 负责人，我投：hottuna 作为本地联系人，预订场地和客厅，费用我来付 20:25:49 &lt;zzz&gt; 如果有人觉得这很容易……再想想 20:26:08 &lt;hottuna&gt; 我愿意继续做总体协调，到目前为止我就是这么做的。 20:26:13 &lt;zzz&gt; 如果我们找不到足够的志愿者，现在就取消，免得花钱 20:26:32 &lt;zzz&gt; 这是我帖子上的清单，也许有点过头，但我们可以从这开始： 20:26:47 &lt;zzz&gt; - 总体会议总负责人（??） 20:26:47 &lt;zzz&gt; - 财务（echelon） 20:26:47 &lt;zzz&gt; - PR/市场（psi） 20:26:47 &lt;zzz&gt; - 设施/后勤（hottuna） 20:26:47 &lt;zzz&gt; - 总体日程（??） 20:26:47 &lt;zzz&gt; - Cryptoparty 筹划（??） 20:26:49 &lt;zzz&gt; - Cryptoparty 演讲（??） 20:26:51 &lt;zzz&gt; - 深度技术演讲（zzz） 20:26:53 &lt;zzz&gt; - i2pd 演讲/筹划会议（orignal） 20:26:58 &lt;zzz&gt; - Android 演讲/筹划会议（str4d 通过 skype） 20:26:59 &lt;zzz&gt; - 路线图/技术分会主持（??） 20:27:01 &lt;zzz&gt; - 吃喝地点选择（orignal） 20:27:03 &lt;zzz&gt; - 酒店/落脚点选择（hottuna） 20:27:05 &lt;zzz&gt; - 零食协调（echelon） 20:27:07 &lt;zzz&gt; - 贴纸（echelon） 20:27:09 &lt;zzz&gt; - 视频/音频录制（??） 20:27:53 &lt;eche|on&gt; 我倾向于不把演讲计划得太细。我们这里已经有一些自愿做演讲的人 20:28:18 &lt;zzz&gt; 对。我不想在这次会议上做详细策划。我想确定负责人，然后让他们来做 20:28:39 &lt;zzz&gt; 总负责人也可以主持接下来的所有会议 20:28:45 &lt;hottuna&gt; 我也愿意安排总体日程。 20:28:52 &lt;xmz&gt; Cryptoparty 的筹划需要和 J 协调对吧？ 20:29:01 &lt;xmz&gt; 还是他全包 20:29:04 &lt;hottuna&gt; J 已经自愿来组织 Cryptoparty 了 20:29:17 &lt;zzz&gt; 好，那 hottuna 做总体负责人并负责日程？ 20:29:52 &lt;str4d&gt; +1，他最适合统筹所有事项 20:29:56 &lt;eche|on&gt; 如果他愿意的话？ 20:31:16 &lt;zzz&gt; 好吗 hottuna？ 20:31:16 &lt;hottuna&gt; 我可以。这样可能更容易 20:31:17 &lt;hottuna&gt; 至于 Cryptoparty 的演讲，我不确定应该包含什么 20:31:17 &lt;hottuna&gt; 我接受。 20:32:02 &lt;str4d&gt; hottuna：这是否意味着你肯定会来多伦多参加活动？（之前还不确定） 20:32:02 &lt;zzz&gt; 有人参加过 Cryptoparty 吗？ 20:32:08 &lt;psi&gt; 我参加过 20:32:22 &lt;psi&gt; 据我看它有点像迷你会议 20:32:30 &lt;hottuna&gt; str4d，我计划去多伦多。除非发生什么灾难，我会去的， 20:33:01 &lt;cacapo&gt; 嗨——echelon 和我在 29c3 办过一个小型 Cryptoparty 20:33:16 &lt;zzz&gt; 太好了。psi 我们能否提名你和 J 一起负责 PR 和 Cryptoparty？ 20:34:43 &lt;psi&gt; 可以 20:34:43 &lt;psi&gt; （既然板上钉钉了，我要去买出行的东西了） 20:34:43 &lt;hottuna&gt; cacapo，eche|on：你们愿意参与 Cryptoparty 吗？ 20:34:43 &lt;hottuna&gt; psi，你有 J 的联系方式吗？ 20:34:44 &lt;cacapo&gt; hottuna：当然，我没问题 20:34:54 &lt;eche|on&gt; 我只是 I2P 部分的帮手，我会去多伦多，但主要当后备 :-) 20:34:55 &lt;str4d&gt; hottuna：这是否意味着你肯定会来多伦多参加活动？（之前还不确定） :P 20:34:56 &lt;str4d&gt; 呃 20:34:58 &lt;str4d&gt; 抱歉 20:35:10 &lt;psi&gt; hottuna：目前没有 20:35:25 &lt;hottuna&gt; 我也不太确定具体要做什么。理想情况下你和 J 协调一下 20:35:28 &lt;psi&gt; hottuna：有空把他的联系方式转给我 20:35:30 &lt;str4d&gt; psi：在 1c) 之前还不算板上钉钉 20:35:38 &lt;zzz&gt; 有谁愿意参与准备——或做——演讲，不论哪一天？ 20:36:12 &lt;psi&gt; 我可以做副手协助任何人的演讲 20:36:13 &lt;zzz&gt; 我可以每天都做一场，但我觉得应该有几场短演讲，而不是一个人做一场大演讲 20:36:28 &lt;eche|on&gt; 对 20:37:37 &lt;zzz&gt; hottuna，看起来 orignal 得先走了，你之后能和他沟通一下吗，看他能做些什么，比如 i2pd 演讲或技术分会，或者去酒吧？ 20:38:13 &lt;hottuna&gt; zzz，所以 psi 和 str4d 提出了两场 8 月 16 日的技术演讲 20:38:17 &lt;hottuna&gt; zzz，我会尽量和 orignal 对接。 20:38:23 &lt;zzz&gt; 现在还有谁愿意自愿负责点什么？ 20:39:56 &lt;zzz&gt; 好的，听起来我们已经把重要的职责都安排好了。 20:40:06 &lt;eche|on&gt; 不多说了，我会提前 1 到 2 天到处看看 20:40:23 &lt;zzz&gt; 那 1c) 看起来我们有足够的人手推进了吗？ 20:40:33 &lt;hottuna&gt; 我认为可以。 20:40:48 &lt;eche|on&gt; 我们会有超过 5 个人到场吗？ ;-) 20:41:14 &lt;zzz&gt; 我想确保不要把太多担子都压在 tuna 身上。大家一起努力让这件事成功 20:41:33 &lt;eche|on&gt; 是的，在 zzz.i2p 上做个关于演讲的计划 20:41:35 &lt;zzz&gt; 好的，如果 tuna 不慌，那我们应该状态不错 20:41:52 &lt;hottuna&gt; 我不慌。 20:41:54 &lt;eche|on&gt; 另外 hottuna 给我付款的联系人信息 20:42:11 &lt;zzz&gt; 我预计 hottuna 接下来几周乃至几个月会再主持几次会议来做准备 20:42:15 &lt;hottuna&gt; eche|on，可以在现实中用现金吗？ 20:42:27 &lt;hottuna&gt; 我想我们需要一个 wiki 页面来组织。 20:42:40 &lt;eche|on&gt; 现金也行，但能提前支付的我都愿意付，我的信用卡/借记卡也不是无限的^^ 20:42:53 &lt;psi&gt; 我有一个 wiki 可以用来专门做这个 20:42:57 &lt;psi&gt; 可能可以 20:43:00 &lt;zzz&gt; 我想在议程里加一个 1d) 财务支持 20:43:13 &lt;zzz&gt; 1d) 财务支持 20:43:32 &lt;hottuna&gt; 我建议用这个：https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 &lt;eche|on&gt; 我们有钱可以发放。 20:43:49 &lt;zzz&gt; 传统上我们在会议上只给每人报销大约 200 美元 20:44:19 &lt;zzz&gt; 我听说有些人为了参加可能需要多得多 20:44:28 &lt;eche|on&gt; str4d：你无法参加主要是钱的问题吗？ 20:44:44 &lt;str4d&gt; eche|on：不是，时间 20:44:51 &lt;zzz&gt; 我们每人最多愿意给多少？或者换个问法，大家为了参加需要多少？ 20:44:51 &lt;eche|on&gt; 哈，我把名字搞混了.. 20:44:52 &lt;str4d&gt; （嗯，钱也是） 20:44:59 &lt;zzz&gt; $500？$1000？$2000？ 20:45:11 &lt;eche|on&gt; 依我看从欧洲往返的机票要 1200 20:45:19 &lt;eche|on&gt; 我觉得 kytv 需要的就是这个数 20:45:33 &lt;eche|on&gt; 如果他/她能住得又便宜又好 20:45:45 &lt;zzz&gt; 如果有人有硬性数字现在就说 20:45:53 &lt;eche|on&gt; kytv：现在就是你的时间。 20:46:09 &lt;zzz&gt; 或者，大家觉得多少算合理？ 20:46:27 &lt;eche|on&gt; 我觉得我们可以支付很多不同的东西，但我更愿意多花在差旅上，少花在活动里的酒水上 20:46:35 &lt;eche|on&gt; （booze 是这么念吗？） 20:47:13 &lt;hottuna&gt; eche|on，把人请来更重要，是的。 20:47:16 &lt;psi&gt; 嗯 20:47:23 &lt;hottuna&gt; （确实是 booze） 20:47:28 &lt;zzz&gt; 或者换个问法，我们应该在这个活动上总共花多少钱？ 20:48:01 &lt;eche|on&gt; 目前我这边要付的清单：场地、一些零食/咖啡/咖啡休息时间、一顿 I2P 的晚餐/午餐。 20:48:20 &lt;psi&gt; 我全部的费用就是交通，我得想办法，可能坐飞机，也许大巴/火车 20:48:43 &lt;zzz&gt; 花 1 万美元会不会过分？ 20:48:50 &lt;eche|on&gt; 我会给 kytv（以及任何其他有贡献的 I2P 贡献者）1200 的机票报销，其他人每人最多 500，如果他们需要 20:49:20 &lt;hottuna&gt; eche|on，这听起来合理 20:49:25 &lt;str4d&gt; 1 万美元需要充分论证 20:49:33 &lt;eche|on&gt; 这样大概总计到 1 万 20:50:04 &lt;str4d&gt; 但如果理由充分，我不反对 20:50:59 &lt;eche|on&gt; 好，5k-10k 这个范围 20:51:24 &lt;hottuna&gt; 我们是全额报销差旅，还是报 50% 或 75%？ 20:51:27 &lt;zzz&gt; 对核心成员每人最多报 1500 美元，“特殊情况”最多 2500 美元，比如你真的需要 20:51:36 &lt;eche|on&gt; 我可以付到 1 万，唯一的问题是：如果我们定期办这个，每年 1 万会有点吃力 20:51:38 &lt;hottuna&gt; eche|on，我觉得更接近 5k 比 10k 更容易达成一致 20:51:56 &lt;zzz&gt; eche|on，提醒一下，我们目前有多少钱？ 20:52:10 &lt;eche|on&gt; 稍等 20:52:37 &lt;str4d&gt; 现在 HoF 上：44.6k 欧元和 537.7 BTC 20:52:50 &lt;eche|on&gt; 我这边大概 41k 欧元、534 个 Bitcoin 和 700 个 Litecoin 20:53:19 &lt;eche|on&gt; 534 btc 每个 210，LTC 每个 1.2 20:53:52 &lt;fox&gt; 个人经验：北美各地的 motel 6 现在性价比很高 20:53:59 &lt;xmz&gt; 我可以帮忙布置/撤场等。 20:54:50 &lt;hottuna&gt; 我们希望给一个人报销哪些类型的费用？整个行程的总费用？只报机票？机票+酒店？ 20:55:02 &lt;fox&gt; 如果想要早餐，inn 这类地方也不错 20:55:22 &lt;zzz&gt; 通常我们不问细节，花了什么钱就报什么 20:56:13 &lt;str4d&gt; 但考虑到这次花费的规模，我们可能确实需要有些合理的限制 20:56:33 &lt;eche|on&gt; 我投只报销差旅 20:56:34 &lt;zzz&gt; 好。 20:56:41 &lt;eche|on&gt; 因为客厅那边又便宜又可用 20:56:55 &lt;psi&gt; hottuna：所以确认一下，我要不要自己订酒店 20:56:59 &lt;psi&gt; （对我来说） 20:57:04 &lt;xmz&gt; 活动上可以设置一下接受捐赠 20:57:04 &lt;eche|on&gt; 吃喝就像在家一样，看你们 20:57:25 &lt;hottuna&gt; psi：你需要自己订。订你喜欢的，echelon 会给你报销 20:57:33 &lt;psi&gt; 好的 20:57:45 &lt;zzz&gt; 北美每人最多 1000 美元，欧洲每人最多 1500 欧元，“特殊情况”最多 2000 欧元怎么样 20:58:20 &lt;eche|on&gt; zzz：从美国飞加拿大的机票 &lt;1000 美元？ 20:58:22 &lt;cacapo&gt; 既然有 5K-10K 和很多关键人物在场，为什么不称之为峰会（Summit）——听起来更正式些 20:59:00 &lt;zzz&gt; 不该超过 $400 20:59:04 &lt;zzz&gt; 但我没查过 20:59:12 &lt;zzz&gt; 还有些人是开车能到的 20:59:44 &lt;zzz&gt; 以前我们从未给过任何人 100% 报销 20:59:44 &lt;eche|on&gt; 我想再强调一下并问：如果我们这次花这么多，需要明确 32C3 和之后的活动报销仍照常大约 200，除非有特殊情况 21:00:03 &lt;hottuna&gt; eche|on，同意 21:00:47 &lt;zzz&gt; 我只是抛一些方案，大家请同意/反对，觉得太高/太低都说 21:00:48 &lt;eche|on&gt; 这样有点不公平，但也可以视作某种宣传 21:01:00 &lt;eche|on&gt; zzz：我同意，加上那条说明 21:01:46 &lt;zzz&gt; 换个角度看，我认为我们每年至少要花掉 10% 的资金。也许 15-20%。 21:02:04 &lt;eche|on&gt; 嗯 21:02:19 &lt;zzz&gt; 因为再过 10 年这样下去会很久 21:02:58 &lt;eche|on&gt; 2014 年我们收到 7k 捐款，花了 11k（只算欧元） 21:03:55 &lt;hottuna&gt; zzz，如果按百分比来，先从低点开始。 21:03:57 &lt;eche|on&gt; 今年我们收到 ~600 欧元，花了 3k 21:04:21 &lt;eche|on&gt; 目前我觉得 10% 不错 21:04:30 &lt;eche|on&gt; would need to convert some BT to again... 21:04:31 &lt;zzz&gt; 加上 BTC 我们大概有 ~15 万欧元 21:05:00 &lt;eche|on&gt; 我把 BTC 有点当作“玩票”，除非它们在 里，否则我不会太把它们算进去。 21:05:30 &lt;eche|on&gt; 当然，汇率目前是 210，但我不可能一次性把 400 BTC 都兑出来。 21:05:38 &lt;hottuna&gt; 我同意 eche|on。用 BTC 来做这种计算并不 100% 靠谱 21:06:10 &lt;eche|on&gt; 所以，同意这次活动最多 1 万的话，我会兑一些 BTC 21:06:33 &lt;eche|on&gt; 我只是想稳妥点，手里有些“储备”在 。 21:06:40 &lt;zzz&gt; 你可以给愿意用 BTC 报销的人多给点 21:06:54 &lt;eche|on&gt; 当然，我一直这么做。这是 BTC 的好处 21:07:08 &lt;eche|on&gt; 你可以用它付人，但不能指望它稳定。 21:07:50 &lt;hottuna&gt; eche|on，zzz，psi，dg：我们是否都同意对本次活动相关费用设 1 万的硬上限？ 21:07:53 &lt;eche|on&gt; 是的，我们有这笔钱 21:08:02 &lt;zzz&gt; 好，这样吧，我们给整个活动预算 1 万欧元。具体到每人的上限取决于实际参加人数、“特殊情况”等，之后再定 21:08:03 &lt;psi&gt; 硬上限同意 21:08:20 &lt;hottuna&gt; zzz，听起来不错。 21:08:44 &lt;eche|on&gt; 嗯，硬上限有意思，但也取决于当地零食的成本^^ 21:09:07 &lt;eche|on&gt; 我们可以对参会者的差旅报销设硬上限。 21:09:15 &lt;eche|on&gt; 比如 8k 或 9k？ 21:09:24 &lt;zzz&gt; 但大家要理智。你不能开车到多伦多然后订每晚 400 美元的酒店，还指望全额报销 21:09:55 &lt;eche|on&gt; zzz：只报差旅，还是差旅+酒店？ 21:10:23 &lt;zzz&gt; 不确定 21:10:35 &lt;eche|on&gt; 另外：优先级名单（比如：已经做了很多贡献的、做演讲的、其他） 21:10:38 &lt;hottuna&gt; eche|on 鉴于有免费的客厅可用，我不反对只报差旅 21:10:47 &lt;zzz&gt; 以前通常是机票+酒店，但我们从未接近全额报销过，所以当时无所谓 21:11:39 &lt;str4d&gt; 我觉得先定 1 万预算，然后做个出席确认，这样我们更容易做报销预算 21:11:50 &lt;eche|on&gt; 我总结下我的观点：把 8k 作为参会者差旅报销上限，同时对不同重要程度的人设定优先级 21:12:00 &lt;zzz&gt; 好 21:12:32 &lt;str4d&gt; （核心成员的出席确认） 21:12:34 &lt;zzz&gt; 我们先到这里，稍后让大家邮件发给 echelon 自己需要的金额 21:12:37 &lt;hottuna&gt; eche|on，同意。 21:12:51 &lt;hottuna&gt; 好的 21:12:54 &lt;zzz&gt; 好，所有会去并希望从项目报销的人请说“同意” 21:12:56 &lt;zzz&gt; 同意 21:13:02 &lt;eche|on&gt; 同意 ;-) 21:13:04 &lt;hottuna&gt; https://trac.i2p2.de/wiki/MeetupToronto2015 现在包含了一些信息。 21:13:12 &lt;psi&gt; 同意 21:13:19 &lt;hottuna&gt; 如果你认领了某项职责，请一起维护这个页面 21:14:17 &lt;zzz&gt; 好的 eche|on，稍后请和 kytv 确认一下他需要多少才能来 21:14:22 &lt;hottuna&gt; cacapo ?? 21:14:24 &lt;zzz&gt; 1d) 还有别的吗？ 21:14:47 &lt;cacapo&gt; hottuna：如果我能搞定老板，我就去 21:15:12 &lt;cacapo&gt; 我很乐意用 BTC 收一笔小额报销 21:15:14 &lt;hottuna&gt; zzz，没有 21:15:24 &lt;zzz&gt; 需要几天时间来确定谁会去。 21:15:49 &lt;zzz&gt; 对少数人来说，报销金额可能会影响决定，但对大多数人可能不会 21:15:59 &lt;zzz&gt; 1) 还有其他的吗？ 21:16:14 &lt;zzz&gt; 还有其他（非多伦多）话题要讨论吗？ 21:16:46 &lt;zzz&gt; 半年来第一次会议，我得找下法槌 21:17:15 &lt;zzz&gt; 感谢大家，尤其感谢志愿者们 21:17:26 &lt;zzz&gt; 啊找到了 21:17:40 &lt;eche|on&gt; 太好了 21:17:49 &lt;eche|on&gt; 该睡觉了^^ 21:17:52 * zzz *bafs* 会议结束 </div>/zh/blog/2015/04/12/0.9.19-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Sun, 12 Apr 2015 00:00:00 +0000/zh/blog/2015/04/12/0.9.19-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.19 针对 floodfill（洪泛填充）性能进行了多项修复和改进。许多人在 0.9.18 发布后发现 CPU 使用率很高。这是由多种因素共同导致的：加密使用增加、大量 Vuze 用户涌入网络、由于更严格的性能要求而减少的 floodfill 数量，以及一些长期存在的缺陷。随着网络中大多数节点完成更新，情况应该会好得多。一如既往，降低 CPU 占用的最佳方法是下调你的带宽上限。</p> <p>我们还新增了手动进行 reseed 的多种方法，并支持生成 reseed 文件，便于与需要的人轻松分享。更多信息请参见 router 控制台中的 reseed 配置页面。</p> <p>与往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Floodfill performance improvements</li> <li>Easier ways to reseed manually from a file or URL</li> <li>New way to export reseed data for others</li> <li>Support for installing plugin from file</li> </ul> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fixes for high CPU usage in floodfills</li> <li>i2ptunnel locking fixes</li> <li>Fixes for read timeout handling in streaming</li> <li>Fix changing i2psnark data directory on Windows</li> <li>Fix multiple SSL outproxies in HTTP client</li> </ul> <h3 id="缺陷修复">缺陷修复</h3> <ul> <li>Update to UPnP library version 3.0</li> <li>Improve tracking of floodfill lookup success</li> <li>Direct router info lookups if connected to floodfill</li> <li>Auto-adjustment of i2psnark tunnel quantity</li> <li>Increase exploratory tunnel quantity when floodfill</li> <li>Increase min and default bandwidth for i2psnark</li> <li>Improved strategies for dropping jobs on high job lag to prevent overload</li> <li>Drop tunnel build requests on high job lag</li> <li>Increase allowed clock skew in I2CP</li> <li>New HTTP error page when the server resets the connection</li> <li>Require ECDSA support for floodfill</li> <li>Republish router info faster when capabilities change</li> <li>Better feedback in console for reseed errors</li> <li>Apache Tomcat 6.0.43</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>cbafee2a9fa54d6087b1d7a48cb5bb228a2a79c64240f7c533edac1fa985483f i2pinstall_0.9.19_windows.exe d16f68fff3a34d161843a09e90fff1ac5eae8ccb319a43257244ec0e764a11c1 i2pinstall_0.9.19.jar 0addf3ea05c5e5dc297d1af09dda7787a731865418a34b5a88cb770c7314b12f i2psource_0.9.19.tar.bz2 e28e45877033cb6b70070066a93aa3b22b32ec4a5d6df2790083f87a04e5fd85 i2pupdate_0.9.19.zip c8e7996faeb73550ff48062d611029f683a61130334038244f8550525404ee8d i2pupdate.su2 07a2e0fccb8e433ea24ba600966652b9b71c3401fa64f58ac8cbf2609aaf882b i2pupdate.su3 375672b4c773919169d2f15b961fd8ae6e4b01239c8a39e7dba342c32b2a8ea9 i2pupdate.sud </code></pre>/zh/blog/2015/02/22/0.9.18-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Sun, 22 Feb 2015 00:00:00 +0000/zh/blog/2015/02/22/0.9.18-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.18 包含若干错误修复和性能改进。我们缩短了启动时间，并在整个网络协议中降低了延迟。我们提高了最快 routers 的默认连接限制，并减少了 i2ptunnel 中的线程使用量。UPnP 修复应能改进对外部设备变更的处理。得益于一些 NTCP 修复，高带宽 routers 的 CPU 使用率可能会降低。</p> <p>与往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fix parsing of ECDSA address helper in HTTP client proxy</li> <li>Fix news last-modified processing which prevented notification of update</li> <li>Improve handling of UPnP device changes</li> <li>Don&rsquo;t hang at startup forever waiting for entropy</li> <li>Possible fixes for high CPU usage in NTCP</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Publish router info faster when address costs change</li> <li>Start i2ptunnel 90s sooner</li> <li>Accept tunnels 10m sooner</li> <li>Increase exploratory tunnel quantity during initial exploration</li> <li>Latency reductions in several places</li> <li>Add startup browser configuration with advanced config routerconsole.browser</li> <li>Persistent leaseset keys to eliminate correlation with restart</li> <li>Faster unchoking of new peers in i2psnark</li> <li>More aggressive throttling of lookups at floodfills</li> <li>Tunnel build request record refactoring</li> <li>Reduce thread usage in i2ptunnel</li> <li>Add i2ptunnel server option for multihomed sites</li> <li>Disallow some common I2P application ports as router ports</li> <li>Increase connection limits for fast routers</li> <li>Add Save-As button for SusiMail messages</li> <li>Use &lsquo;hidden service&rsquo; terminology in the console</li> <li>Encrypted netdb lookups for 32-bit x86</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>be114797fc0ea7ab83bd8c85286fe4e5c60109f7dbdeef45f4b8d5e2f8e6a189 i2pinstall_0.9.18_windows.exe b9882faaa89adb87f4e91cd00de416989c5e420aca3204bce4cf5b6f5d2771dc i2pinstall_0.9.18.jar 6f02f38c933662874c485cb52ca800a9e07c36e74a26fdfeece65e25979beb4b i2psource_0.9.18.tar.bz2 67b5020136079c9793111f681cd3279e5717b7cfddbbeb0bdd56c21a7a420035 i2pupdate_0.9.18.zip ef77a7b2c38c7c2866994b9ff29aefcb499bf8e08b4afdb26fe0fe01d6e00687 i2pupdate.su2 34ff540582d71d47cd2032712175392f2ad049e9625ae5ad2b29de9dbe592561 i2pupdate.su3 805c67157cfea8cae1278d254ebea17a0ce5b80c5d5c93ea0a2baf0ee2de0d00 i2pupdate.sud </code></pre>/zh/blog/2015/01/20/31c3-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A/Tue, 20 Jan 2015 00:00:00 +0000/zh/blog/2015/01/20/31c3-%E5%8F%82%E4%BC%9A%E6%8A%A5%E5%91%8A/<p><em>出席：</em> <a href="https://twitter.com/apekattenandre">Apekatten</a> , <a href="https://twitter.com/echeloni2p">Echelon</a> , <a href="https://twitter.com/hottuna_i2p">Hottuna</a> , <a href="https://twitter.com/k4k3fyll">Marielle</a> , <a href="https://twitter.com/mikalv">Meeh</a> , Sindu, <a href="https://twitter.com/i2p">zzz</a> </p> <p>我们已是连续第二年在大会里占据了一个绝佳的位置，位于 <a href="https://noisysquare.com/">Noisy Square</a> ，紧挨着 EFF（电子前哨基金会）的展台。作为 Noisy Square 的一员，确实提升了我们的曝光度，也帮助许多人找到了我们。感谢 Noisy Square 和 31C3 的组织者带来了一届精彩的大会。</p> <p>我们也感谢 Gabriel Weinberg 以及他出色的搜索引擎 <a href="https://duckduckgo.com/">DuckDuckGo</a> 对开源匿名工具的支持，以及他们在 2014 年对 I2P 的<a href="https://geti2p.net/en/blog/2014/03/12/press-release-ddg-donation">慷慨捐助</a> 。来自 DuckDuckGo 及其他资助者的资金帮助我们出席 CCC。这是 I2P 开发者一年一度的主要聚会，对我们的成功至关重要。</p> <h2 id="与他人讨论">与他人讨论</h2> <h3 id="gnunet">GNUnet</h3> <p>我们与 <a href="https://gnunet.org/">GNUnet</a> 的 Christian Grothoff 进行了深入交流。他本人及该项目已从慕尼黑工业大学（TU Munich）迁至法国的 <a href="https://www.inria.fr/en/">Inria</a> 。他目前有大量<a href="https://gnunet.org/hiring">招聘职位</a> 。这是一个带薪参与开源匿名工具开发的绝佳机会，我们鼓励大家就此事与他联系。</p> <p>一个获得大量新资金、焕发生机的 GNUnet 的前景，颇为引人注目。我们讨论了更多合作方式。在 2014 年初，我们曾努力研究 GnuNet 的 DNS 替代方案，但未能找到它在 I2P 中的合适定位。他的新想法之一是一个分布式、匿名的统计收集子系统，用于检测网络中的问题或攻击。对此我们肯定很感兴趣。</p> <p>我们还讨论了<a href="https://datatracker.ietf.org/doc/draft-grothoff-iesg-special-use-p2p-names/">点对点系统的特殊用途域名草案</a> 。一个新的、且大幅简化的第3版已于12月发布。获批前景仍不明朗。跟进或参与讨论的最佳方式是通过<a href="https://www.ietf.org/mail-archive/web/dnsop/current/maillist.html">IETF DNSOP WG 邮件列表</a> 。我们这边也会尝试参与，并就此主题为 Hellekin 指定一名新的联系人。</p> <p>我们因为组织不力，未能在他组织的 <a href="https://events.ccc.de/congress/2014/wiki/Session:WeFixTheNet">We Fix The Net assembly</a> 上进行演讲，已向 Christian 表示歉意。作为一个项目，我们最大的失败之一是我们似乎总是无法向各类会议提交演讲提案。新的一年里，我们必须做得更好。</p>/zh/blog/2014/12/01/android-%E5%BA%94%E7%94%A8%E5%8F%91%E5%B8%83/Mon, 01 Dec 2014 00:00:00 +0000/zh/blog/2014/12/01/android-%E5%BA%94%E7%94%A8%E5%8F%91%E5%B8%83/<p>自从我上一次发布关于我们 Android 开发的更新以来，已经过去了一段时间，这期间 I2P 发布了好几个版本，却没有相应的 Android 版本。终于，等待结束了！</p> <h2 id="新应用版本">新应用版本</h2> <p>I2P Android 和 Bote 的新版本已发布！它们可以从这些 URL 下载：</p> <ul> <li><a href="https://geti2p.net/en/download#android">I2P Android 0.9.17</a> </li> <li><a href="https://download.i2p.io/android/bote/releases/0.3/Bote.apk">Bote 0.3</a> </li> </ul> <p>这些版本的主要变化是过渡到 Android 全新的 Material Design 设计系统。Material 让那些——姑且这么说——设计功力“极简”的应用开发者（比如我）更容易创建更好用的应用。I2P Android 还将其底层的 I2P router 更新到刚发布的 0.9.17 版。Bote 带来了若干新特性以及许多小改进；例如，现在你可以通过二维码添加新的电子邮件目标地址。</p> <p>正如我在上一次更新中提到的，用于为应用签名的发布密钥已经更换。其原因在于我们需要更改 I2P Android 的包名。旧的包名（<code>net.i2p.android.router</code>）在 Google Play 上已被占用（我们至今仍不清楚是谁在使用它），而我们希望在所有 I2P Android 的发行版中使用相同的包名和签名密钥。这样做意味着用户最初可以从 I2P 网站安装应用，之后如果该网站被封锁，他们也可以通过 Google Play 升级它。Android 操作系统在包名发生变化时会将应用视为完全不同的应用，因此我们也借此机会提高了签名密钥的强度。</p> <p>新签名密钥的指纹（SHA-256）为:</p> <pre tabindex="0"><code>AD 1E 11 C2 58 46 3E 68 15 A9 86 09 FF 24 A4 8B C0 25 86 C2 36 00 84 9C 16 66 53 97 2F 39 7A 90 </code></pre><h2 id="google-play">Google Play</h2> <p>几个月前，我们在挪威的 Google Play 上发布了 I2P Android 和 Bote，以测试那里的发布流程。我们很高兴地宣布，这两款应用现已由<a href="https://privacysolutions.no/">Privacy Solutions</a> 在全球范围内发布。应用可在以下网址找到：</p>/zh/blog/2014/11/30/0.9.17-%E5%8F%91%E5%B8%83/Sun, 30 Nov 2014 00:00:00 +0000/zh/blog/2014/11/30/0.9.17-%E5%8F%91%E5%B8%83/<p>0.9.17 主要是一个错误修复版本，但它也继续推进我们向更强的加密签名迁移。</p> <p>我们已将用于您控制台新闻和最新 router 版本提示的新闻提要系统迁移为使用 RSA 4096 位密钥的签名格式，以增强安全性。</p> <p>如果 ECDSA 可用，新的 eepsites 和服务器将默认使用 ECDSA 签名。若 ECDSA 不可用，控制台侧边栏现在会显示警告。对于 RedHat 用户，我们已收到关于成功安装 BouncyCastle Provider (bcprov) jar 以添加 ECDSA 支持的报告。</p> <p>我们修复了若干严重缺陷，包括一个 SSU 数据包损坏问题，以及一个影响 i2p-messenger 及其他 SAM 应用程序的 SAM 缺陷。针对在上一个版本中加入但尚未启用的初步 ECDSA router 签名，我们也进行了多项修复。</p> <p>我们中有许多人将在十二月于汉堡参加 31C3。欢迎到我们的展台打个招呼！</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Signed news</li> <li>ECDSA default for new server tunnels</li> <li>Reseeding now SSL-only by default</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Fix SSU sending corrupt ack-only packets with partial bitfields</li> <li>Fix SSU inbound connection fail from non-DSA router</li> <li>Don&rsquo;t select incompatible peers if we are a non-DSA router</li> <li>Fix EdDSA signature verification bug</li> <li>Set I2NP lookup type flags in all cases, not just when a reply tunnel is used</li> <li>Stop i2ptunnel server acceptor thread after close</li> <li>Fix bug preventing some plugins from stopping completely</li> <li>Fix SAM v3 bug causing failures in incoming connections</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Add a warning in the console sidebar if ECDSA not supported</li> <li>Log warnings for Java 6 that we will eventually require Java 7</li> <li>Don&rsquo;t let proxied routers auto-floodfill</li> <li>Don&rsquo;t resend SSU acks that are too old</li> <li>Don&rsquo;t publish direct info in SSU address if introducers are required</li> <li>New default opentrackers in i2psnark</li> <li>Add support for specifiying data directory per-torrent in i2psnark</li> <li>Changes in streaming accept() error behavior</li> <li>Minor blockfile format changes</li> <li>New option for persistent random key to preserve peer ordering across restarts</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>8aad5b33a4c9184360f4704ae996b096ad9ec8f5d15741ce827fcdcc0014ae94 i2pinstall_0.9.17_windows.exe 4268533d975138118bdd2d5de673e942e7a50e1ff0b3a4de4cb016779af275bd i2pinstall_0.9.17.jar 6ad5ba79eb3e9b7434ecc4e739d691ca9e012e9cd9bb20d39c780d44b64d37db i2psource_0.9.17.tar.bz2 34265f12b71d037449c9f7a16a3abae46e3182e4bff325133e311945d1a5eeaf i2pupdate_0.9.17.zip 0487238533a8bfa39f04e5d30c6e29791866a9ef52824b7bd74afe6ff9598102 i2pupdate.su2 1a623dbd4077dbb39928066f9a2b000145d62eee5dda5d07d345d28515fcd24f i2pupdate.su3 0fa6d2e386a65ca3d400f1a3c6930800cca7744f1fad392b9f72e7b24714cec4 i2pupdate.sud </code></pre>/zh/blog/2014/11/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B411%E6%9C%8825%E6%97%A5/Tue, 25 Nov 2014 00:00:00 +0000/zh/blog/2014/11/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B411%E6%9C%8825%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:04:39 &lt;str4d&gt; 嗨 20:04:44 &lt;str4d&gt; 到开会时间了 20:06:47 &lt;str4d&gt; zzz, psi, kytv, Meeh, dg 20:07:30 &lt;psi&gt; 是吗？ 20:07:39 &lt;psi&gt; 啊，星期二 20:09:03 &lt;zzz&gt; 在 20:09:48 &lt;orignal&gt; 开会？ 20:10:11 &lt;str4d&gt; orignal：讨论 Java I2P 的待办事项列表 20:10:35 &lt;str4d&gt; 在等其他人来之前：`http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 &lt;kytv&gt; 我也在，不过说到这些事情我通常帮不上什么忙。 20:11:37 &lt;str4d&gt; 我已经调整了上面页面中的甘特图（我为 0.9.13-0.9.16 开发周期设置的），以显示我认为我们完成的内容。 20:13:30 &lt;zzz&gt; 有意思 20:14:06 &lt;zzz&gt; 每个 tunnel 多个 dest &lt;-- 还没有实现 20:14:22 &lt;str4d&gt; 没有？好吧，是我搞错了。 20:14:27 &lt;zzz&gt; FindBugs 扫描 &lt;-- 做过了，但随时可以再做一遍 20:14:56 &lt;str4d&gt; I2CP 的多会话——这个也还没实现 *derp* 20:14:56 * str4d 修正中 20:15:48 &lt;zzz&gt; 哇，我们今年过得不错（依我看） 20:16:38 &lt;eche|on&gt; 是的，确实如此 20:17:14 &lt;str4d&gt; zzz：对，我特别把它算作审计准备的一部分，但你说得对。 20:17:39 &lt;zzz&gt; 研究新的 DH &lt;---- 我会说只完成了一半，至少就 NTCP2 而言 20:20:26 &lt;str4d&gt; 甘特图不太容易显示半完成的状态 :P 20:20:34 &lt;str4d&gt; 刷新页面，已修正 20:21:36 &lt;str4d&gt; 好，那么这些是我们上一个周期完成的。 20:21:36 &lt;zzz&gt; 那就是还没完成 20:23:45 &lt;str4d&gt; 这次会议的目的是开始规划下一个周期要做的事情。 20:23:46 &lt;zzz&gt; 我想重申，采用 3-5 个版本的规划周期似乎非常有助于我们集中精力和资源 20:23:47 &lt;str4d&gt; （我更新甘特图时，会把那些半完成的保留并往后顺延） 20:23:47 &lt;str4d&gt; 在上次会议上，我让与会者各自提出几件他们希望在 I2P 内部和周边完成的事情 20:23:47 &lt;str4d&gt; 现在能把那些贴出来吗？ 20:24:21 &lt;str4d&gt; +1 20:24:36 &lt;str4d&gt; 现在我们还有证据支持这一点！ 20:26:15 &lt;zzz&gt; 不去纠结哪个更重要，我认为甘特图上显示但尚未完成的几乎所有内容仍然很重要 20:27:01 &lt;str4d&gt; 同意。 20:27:07 &lt;str4d&gt; 我还是想看看大家上周提出了哪些想法（如果有的话）。 20:27:45 &lt;str4d&gt; 这是我的：`http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 &lt;iRelay&gt; 标题：Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt!（在 pastethis.i2p） 20:28:07 &lt;eche|on&gt; 我没有别的主意了。我觉得应该把 I2P 推出去，借助 Bote Android，i2p messenger 是一个选项、一个 XMPP 服务器，还有 syndie。抱歉，我仍然认为 syndie 很重要。 20:28:27 &lt;str4d&gt; eche|on：太好了，谢谢！ 20:28:43 &lt;str4d&gt; 继续发来吧 :) 20:28:53 &lt;eche|on&gt; 而且随着 Android 应用，会带来受限路由 20:28:54 &lt;zzz&gt; 我的新事项清单：解决 Red Hat 的 ECDSA 问题，迁移到 EdDSA，Jetty 9 / Java 7，扩大 Vuze 用户群，以及更多市场推广/外联/合作/嵌入。 20:29:36 &lt;str4d&gt; 为了记录存档，我也把我的想法写在这里： 20:30:11 &lt;str4d&gt; I2P 内的待办：Routerconsole 的用户体验分析与重新设计；借鉴 Tor 的 HS 2.0 设计并应用到 I2P Destinations（目标标识）；带宽调度。I2P 周边的待办：网站主题改进；实现 I2P-Bote 获取中继；研究 20:30:23 &lt;zzz&gt; 还有一个：Orchid：修好它，或干脆砍掉 20:30:32 &lt;str4d&gt; +100 20:31:13 &lt;kytv&gt; 关于 RedHat/Gentoo 的 ECDSDA 问题，也许我们可以/应该在侧边栏（或日志）显示一条带下载链接的消息。或者询问用户是否要把它下载到 ./lib 中。 20:31:35 &lt;zzz&gt; 还有一个：测试改进、测试硬件、Windows 测试 20:31:58 &lt;str4d&gt; kytv：不错的主意（不过这些讨论可以留到下次会议 :)） 20:32:03 &lt;zzz&gt; 还有一个：花更多钱 20:32:36 &lt;zzz&gt; 还有一个：中国 20:32:58 &lt;str4d&gt; 结合这些想法和上面页面中的未完成清单，我们已经有了一池不错的潜在项目。 20:33:34 &lt;str4d&gt; 我的目标是把这些项目整理、正式化，并发布到网站的 todo 页面上 20:34:11 &lt;str4d&gt; 在浏览了其他项目的 todo 页面后，我提议采用这种格式： 20:34:11 &lt;str4d&gt; `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 &lt;iRelay&gt; 标题：Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt!（在 pastethis.i2p） 20:34:54 &lt;eche|on&gt; 好主意 20:35:10 &lt;kytv&gt; 同意 Orchid 20:35:10 &lt;kytv&gt; 我在 “I2P 周边的待办” 里最主要的是测试。不是指用软件做自动化测试，而是我们有任何服务上线前都不能没有任何测试……而不是就这样[噗]，“它上线了……不过不知道能不能用。” 20:35:12 &lt;kytv&gt; 在 I2P 内部：让安装程序在 Windows 上安装到用户目录，以避免任何权限问题。应该很简单，但我不知道怎么做。 20:35:16 &lt;kytv&gt; Chrome 就是这么做的（也许现在还这么做？） 20:35:41 &lt;str4d&gt; 我理想的最终结果：用户可以访问 todo 页面，看到我们针对 I2P 内外项目的所有想法清单。 20:36:11 &lt;zzz&gt; 还有一个：GSoC 20:36:14 &lt;str4d&gt; 页面顶部会有一个标签云，用户可以点击来筛选需要特定技能的项目 20:36:17 &lt;str4d&gt; skills 20:36:21 &lt;zzz&gt; 还有一个：夏季线下聚会 20:37:54 &lt;zzz&gt; 还有一个：GNS 调研第二轮？ 20:38:28 &lt;str4d&gt; 嗯嗯 20:38:54 &lt;zzz&gt; 或者，也许再和那些人讨论一次就行了 20:39:09 &lt;str4d&gt; 现在，我打算把我们已完成的任务从甘特图里剔除。 20:39:27 &lt;zzz&gt; 你能把它保存下来然后新开一个吗？ 20:39:29 &lt;str4d&gt; zzz：底部那几个里哪些已经完成了（SSU 重放检测等）？ 20:39:38 &lt;str4d&gt; 当然可以。 20:39:49 &lt;zzz&gt; 能展示我们确实完成了事情，这挺好的 20:40:19 &lt;eche|on&gt; zzz：依我看，大多数东西都是你做的 20:40:35 &lt;EinMByte&gt; 我错过会议了吗？ 20:40:37 &lt;zzz&gt; 我想我已经把那些是否完成的项目都汇报过了 20:42:39 &lt;str4d&gt; 新图已上线 20:43:55 &lt;str4d&gt; zzz：底部那三个里哪些要顺延到下个周期？我觉得客户端锁定仍是个问题？ 20:43:59 &lt;zzz&gt; 接下来的几个月里，我希望能在非编码的事项上投入更多规划与关注。太多事情要么相当无序，要么根本没有以任何接近有纪律或稳定的节奏推进 20:44:09 &lt;str4d&gt; （client tunnel locking） 20:44:18 &lt;str4d&gt; zzz：同意。 20:44:34 &lt;str4d&gt; 我认为，推进 todo 页面这项工作会有所帮助。 20:44:56 &lt;str4d&gt; 如果我们能以新人能理解并上手的方式解释非编码项目，也会对我们有帮助。 20:44:59 &lt;zzz&gt; 我现在不 100% 确定那个 client locking 项目具体是什么，但我想它还没完成 20:45:08 &lt;str4d&gt; （编码项目也是如此） 20:45:32 &lt;zzz&gt; 嗯 20:45:53 * str4d 也将 streaming 改进顺延 20:46:03 &lt;str4d&gt; 那我能把 SSU 会话重放检测去掉吗？ 20:46:04 &lt;dg&gt; 你是指重复问题吗？ 20:46:18 &lt;dg&gt; 比如我们会遇到那些不会从 I2PTunnel 注销的 tunnels，且不允许新建的？类似那种？ 20:46:30 &lt;zzz&gt; str4d，关于 SSU 重放这事我得回头再答复你，目前不太确定 20:46:45 &lt;dg&gt; 相比吞吐量，我更希望看到更少的 tunnel 死亡 20:46:59 &lt;str4d&gt; dg：可能就是这个。另外还有 I2PTunnel 启动时导致 UI 锁住的单独问题 20:47:29 &lt;zzz&gt; 把“tunnel 死亡”作为新项目加上去，何乐不为 20:48:01 &lt;dg&gt; str4d：差点把那事忘了！ 20:48:03 &lt;str4d&gt; k 20:48:39 &lt;zzz&gt; 我想关于 locking 的问题，我在代码里有些未勾选的东西，这事拖了大概 18 个月了，但仍然不太对 20:48:40 &lt;str4d&gt; 接下来：看看上面的那些想法。哪些应该放到“我们的”6 个月计划表上（也就是我该把哪些加到甘特图里）？ 20:50:16 &lt;psi&gt; EinMByte：会议进行中 20:50:21 &lt;psi&gt; （没有） 20:51:51 &lt;zzz&gt; 我建议先把所有东西都放上去，之后再讨论优先级，或者让甘特图中的依赖来告诉我们接下来做什么？ 20:52:52 &lt;str4d&gt; 嗯嗯好 20:53:04 * str4d 正在把上面的清单拎出来并整理 20:53:08 &lt;EinMByte&gt; 太好了。 20:54:08 &lt;psi&gt; 潜在项目：基准测试 tunnel 吞吐量和消息丢弃率 20:54:26 &lt;str4d&gt; EinMByte：你对我们的待办清单有什么想法吗？ 20:55:15 &lt;EinMByte&gt; 可能是 NTCP2。尽管那会是长期工作 20:56:39 &lt;str4d&gt; EinMByte：供参考：`http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 &lt;EinMByte&gt; 谢谢 20:57:04 &lt;EinMByte&gt; （正准备问呢） 21:00:23 &lt;str4d&gt; 这是大家想法的清单： 21:00:24 &lt;str4d&gt; `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 &lt;iRelay&gt; 标题：Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt!（在 pastethis.i2p） 21:01:01 &lt;str4d&gt; 其中几乎所有都可以转化为网站 todo 页面的项目。 21:01:36 &lt;str4d&gt; 下一个讨论话题：这些（以及当前甘特图上的那些）中，哪些是我们在接下来的 6 个月里更该做的？ 21:02:48 &lt;psi&gt; 在我看来，受限路由可能是最重要的项目 21:02:50 &lt;EinMByte&gt; 关于 Syndie，也许：我之前在做这个插件——不过现在没时间了）。这可能是能（？）为 Syndie 带来更多关注的事情之一。 21:03:20 &lt;dg&gt; str4d：缺了 tunnel 死亡，我觉得这相当重要 21:03:37 &lt;EinMByte&gt; 如果有人对做 Firefox / Icedove 插件开发感兴趣：你知道该怎么做 21:03:37 &lt;str4d&gt; dg：有的（tunnel 线程锁定） 21:03:41 &lt;str4d&gt; 我以为你说的是这个 21:03:49 &lt;dg&gt; 哦，抱歉 str4d，我指的是连接被突然中断的时候 21:03:54 &lt;dg&gt; 我的错 21:04:04 &lt;str4d&gt; 啊，好 21:04:55 &lt;EinMByte&gt; psi：我同意受限路由很重要。但我也认为我们应该意识到实现它会花不少时间 21:05:21 &lt;EinMByte&gt; （不确定设计/概念已经做了多少） 21:05:35 &lt;dg&gt; 在 I2P 内部：受限路由、RedHat 的 ECDSA 问题、Tor 的 HS 2.0，然后是其他。I2P 周边：Vuze 用户群、GSoC、研究、基准测试，然后是其他。 21:06:04 &lt;dg&gt; 我同意 EinMByte……router console 的重新设计很重要，但可能需要不可确定的时间。 21:07:15 &lt;EinMByte&gt; str4d：还有一件事，可能吧。我认识一些研究人员，他们提出了一个新的 DWSE（分布式网页搜索引擎）概念，他们可能有兴趣把它作为 I2P 应用来开发 21:07:42 &lt;str4d&gt; EinMByte：不错！ 21:07:49 &lt;EinMByte&gt; 鉴于现在大多数 DWSE 实际上并不太好用，依我看，能有这么一个会非常有趣 21:08:01 &lt;zzz&gt; 不，我说的“tunnel 死亡”是指 3 分钟的 tunnel 断裂、Vuze 那位做的数据报测试，等等。与本地 i2ptunnel 的 locking 问题不同。 21:08:07 &lt;EinMByte&gt; 这也是我会考虑去实现的东西 21:08:20 &lt;dg&gt; 我没特指 3 分钟，不过那也包括在内。 21:08:34 &lt;EinMByte&gt; （希望能有人帮忙） 21:09:03 &lt;str4d&gt; 好，刷新甘特图页面 21:10:34 &lt;EinMByte&gt; str4d：总之别太指望这个，这还取决于 I2P 用户是否真的对这种东西感兴趣。 21:11:14 &lt;EinMByte&gt; 另外，我不确定 GNS 相关的事情。不管怎样，它不应该是高优先级。 21:11:56 &lt;str4d&gt; 更新了新想法的粘贴：`http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 &lt;iRelay&gt; 标题：Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt!（在 pastethis.i2p） 21:12:35 &lt;zzz&gt; 我会说有 4 个大类最为重要：1）延续的短期密码学迁移（addressbook、muiltidest 等）；2）更长期的密码学规划/研究（DH、LS2、NTCP2）；3）所有与测试相关；4）所有与非编码相关。 21:13:48 &lt;EinMByte&gt; zzz：这是按重要性排序的吗？ 21:14:05 &lt;str4d&gt; ECDSA 问题属于第一类；Tor HS 2.0 属于第二类。 21:14:21 &lt;zzz&gt; 不。重要性大致相当 21:14:44 &lt;str4d&gt; 所以，唯一不在这些类别中的就是受限路由 21:15:28 &lt;jenkins@kyirc&gt; 开始构建 i2pd 任务的 #556（上一次构建：SUCCESS） 21:15:30 &lt;jenkins@kyirc&gt; 项目 i2pd 构建 #556：SUCCESS，用时 8.2 秒：`http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 &lt;jenkins@kyirc&gt; * orignal：移除了 NTCPServerConnection 21:15:32 &lt;jenkins@kyirc&gt; * orignal：将 NTCP 客户端代码移动到 Transports 21:16:34 &lt;EinMByte&gt; 也许 NTCP2 并没有*那么*重要 21:16:50 &lt;zzz&gt; 我之所以那样分组并说优先级相当，是因为这 4 类很可能对应 4 组不同的人，各自都能推进 21:17:08 &lt;EinMByte&gt; 或者，至少在我们能正式着手 NTCP2 之前，需要做大量研究，并回答几个非常重要的问题 21:17:33 &lt;jenkins@kyirc&gt; 项目 i2pd（Linux x86）构建 #33：SUCCESS，用时 1 分 47 秒：`http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 &lt;EinMByte&gt; zzz：确实如此 21:17:51 &lt;JekabsR&gt; 有趣的是，i2p 网络倾向于把所有快速的 routers 聚在一起 21:17:58 &lt;jenkins@kyirc&gt; 开始构建 i2pd（Linux x64）任务的 #33 21:18:03 &lt;zzz&gt; 对。“NTCP2”只是许多事情的简称，最后未必会真的产出一个叫“NTCP2”的东西 21:18:34 &lt;JekabsR&gt; 而它们并不偏好慢的 routers 21:18:40 &lt;EinMByte&gt; 是的。不管怎样，如果我们修改传输层，千万不能犯错，因为那可能会把 I2P 整个搞崩。 21:19:19 &lt;psi&gt; JekabsR：较慢的 routers 仍然会被使用，只是比例没那么高 21:19:43 &lt;jenkins@kyirc&gt; 项目 i2pd（Linux x64）构建 #33：SUCCESS，用时 1 分 52 秒：`http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 &lt;EinMByte&gt; zzz：如果第 2 类是“研究”，那你说得对 21:20:33 &lt;EinMByte&gt; 可以同时进行 21:21:52 * str4d 正在把甘特图重构为这四个类别（外加一个“其他”类别） 21:22:12 &lt;JekabsR&gt; 但有个问题——像客户端这样的 destinations 很少能获得快速的 router 连接 21:22:40 &lt;eche|on&gt; 不是吗？ 21:22:46 &lt;psi&gt; JekabsR：不太确定这是否准确 21:23:46 &lt;zzz&gt; str4d，我们是忘了 Android，还是它有单独的路线图？ 21:23:59 &lt;str4d&gt; zzz：我们确实忘了它 21:24:01 &lt;eche|on&gt; JekabsR：隐藏模式 routers 确实有些问题，但其他的确能获得快速连接，因为可用的快速 routers 足够多且有空闲容量 21:24:26 &lt;str4d&gt; 严格来说，I2P Android 属于“在 I2P 内部”这一类 21:24:35 &lt;psi&gt; 哦，另一个研究问题：i2p 现在实际有多少容量？ 21:25:14 &lt;zzz&gt; 也许单独给 Android 设第 5 类更合适 21:25:46 &lt;zzz&gt; 不过我并不执着于分类。我提这 4 类只是为了快速传达我认为重要的东西 21:25:54 &lt;JekabsR&gt; 因为它们倾向于建立少量非常快的连接和大量慢连接 21:26:11 &lt;dg&gt; [需要引用] 21:26:15 &lt;JekabsR&gt; 我的 router 开始丢弃慢的 tunnels 21:26:24 &lt;str4d&gt; zzz：我觉得这是个好主意 21:26:56 &lt;str4d&gt; 现在刷新甘特图页面 21:27:07 &lt;eche|on&gt; JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 &lt;eche|on&gt; JekabsR：tunnels 只有在 tunnel 生命周期结束时，或当自身的 tunnels 需要容量时才会被丢弃。 21:30:29 &lt;str4d&gt; 如果你刷新 `http://trac.i2p2.i2p/wiki/Roadmaps/1.0，你现在会看到各个标题，每个都有一个` 6 个月的条形。这样可以大致看出我们有多少时间来纳入所有事项。 21:32:43 &lt;str4d&gt; 既然我们已有接下来 6 个月的一些想法，我们需要开始安排时间。 21:33:18 &lt;str4d&gt; 以及谁来负责哪些。 21:33:52 &lt;JekabsR&gt; 我的控制台经常报告传入连接过多，tunnels 部分被拒绝。i2p 如何决定拒绝哪些？ 21:34:08 &lt;dg&gt; “传入连接过多”？ 21:34:21 &lt;dg&gt; JekabsR：现在正在开会，你可能要等会后再说 21:35:00 &lt;str4d&gt; 我也希望有志愿者帮忙把这些想法清单变成网站 todo 上可落地的项目页面 21:35:12 &lt;JekabsR&gt; NTCP 连接：425。限制：425。超时：2 分钟。 21:35:30 &lt;JekabsR&gt; UDP 连接：1149。限制：1275。超时：4 分钟。 21:36:14 &lt;JekabsR&gt; 已经触及限制 21:37:42 &lt;JekabsR&gt; router 正在使用 80% 的 CPU 资源 21:38:23 &lt;str4d&gt; 有人吗？ 21:39:36 &lt;kytv&gt; JekabsR：1）会议进行中，你可能要等等；2）看看 `http://127.0.0.1:7657/peers#help` 21:41:16 &lt;JekabsR&gt; kytv：会去看看 21:41:44 &lt;zzz&gt; str4d，我觉得 1 小时 45 分之后大家都掉线了。也许先宣布胜利，改天再推进更多？ 21:41:45 &lt;str4d&gt; 咱们试试更具体的问题。 21:41:52 &lt;str4d&gt; 或者就那样。/ 21:41:55 &lt;JekabsR&gt; 330,0 / 342,4 KBps 我当前的负载 21:42:06 &lt;str4d&gt; 是的，我们确实取得了不错的进展。 21:42:30 &lt;JekabsR&gt; 而种子上传只有 2 - 5kb 的速度 :( 21:44:17 &lt;str4d&gt; 感谢大家的讨论！ 21:44:20 * str4d 预热 baffer 21:44:20 * str4d ***baf 宣布会议结束 </div>/zh/blog/2014/11/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B411%E6%9C%8818%E6%97%A5/Tue, 18 Nov 2014 00:00:00 +0000/zh/blog/2014/11/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B411%E6%9C%8818%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, 完整日志有一部分根据滚动记录重建, iRelay 在会议初期时断时续地掉线。</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> &lt;zzz&gt; 0) 嗨 &lt;zzz&gt; 1) 对 31C3 参会者的报销 (zzz, echelon) &lt;zzz&gt; 2) 购买测试/构建机器 (zzz, kytv) &lt;zzz&gt; 3) 0.9.17 和/或 0.9.16.1 发布计划 (zzz) &lt;zzz&gt; 4) Reseed 状态和新管理员 (zzz) &lt;zzz&gt; 5) 在 0.9.17 之前测试 SU3 新闻 (zzz, echelon, psi) &lt;zzz&gt; 6) 6 个月路线图、NTCP2 等 (str4d，自 10 月 28 日延期) &lt;zzz&gt; 7) 新开发者议题 (str4d) &lt;zzz&gt; 0) 嗨 &lt;zzz&gt; 嗨 &lt;dg&gt; 嗨，我赶上了。 &lt;str4d&gt; 嗨 &lt;orignal&gt; 嗨 &lt;zzz&gt; 我想把第 1-5 项简短一些，每项 5-10 分钟。然后把后面的议题交给 str4d，时间随他安排。 &lt;zzz&gt; 1) 对 31C3 参会者的报销 (zzz, echelon) &lt;zzz&gt; 我们一向会为项目成员报销会议门票，我认为大家普遍同意继续这样做 &lt;RN&gt; 嗨 &lt;zzz&gt; 鉴于去年的 CCC 成果颇丰，我提议提供额外资金支持，鼓励大家参会 &lt;zzz&gt; 不是全额报销，而是部分补助。建议在门票之外，每人补助 200 欧元。 &lt;zzz&gt; 有什么想法/讨论吗？ &lt;eche|on&gt; 我没问题 &lt;str4d&gt; 门票是 150 欧元，我记得没错的话（IIRC）？ &lt;RN&gt; 听起来合理……350…… 20:04:02 &lt;zzz&gt; 我想门票是 100-120 欧元 20:04:43 &lt;eche|on&gt; 上次门票是 80 欧元 20:04:43 &lt;str4d&gt; https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 &lt;iRelay&gt; Title: Tickets - 31C3_Public_Wiki (at events.ccc.de) 20:05:01 &lt;zzz&gt; 另外，如果有人需要更高水平的资助才能够参会，请现在就提出来 20:05:16 &lt;RN&gt; 具体日期是？ 20:05:29 &lt;eche|on&gt; 12 月 27 日到 30 日 &lt;zzz&gt; 看起来大家对总体思路都同意。关于具体金额还有讨论吗？* RN 不能参加…… &lt;RN&gt; 不过我认为在门票之外的补助可以用于杂费和住宿…… &lt;str4d&gt; 我不反对 200 欧元 + 门票 &lt;eche|on&gt; 那么，谁会去，谁会拿到这笔钱？ ;-) &lt;RN&gt; 200 能覆盖两天酒店，还是四天都够？ &lt;zzz&gt; 我估计大概 8 个人，和去年一样，用于预算 &lt;eche|on&gt; RN：要看酒店；住青旅的话肯定够 &lt;str4d&gt; RN：看你住哪里 &lt;eche|on&gt; 好，人数不是问题，但我不太想把这笔钱给刚来的新手，仅仅因为他/她刚看到这个。对“熟悉的人”没问题 &lt;zzz&gt; 对 &lt;str4d&gt; https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ &lt;str4d&gt; 31C3 特惠。双人间 70.00 欧元，六人间的床位每晚 17.00 欧元。 &lt;zzz&gt; 这绝不是对酒店/餐饮/机票的全额覆盖。只是给团队成员一点鼓励性的帮助 &lt;zzz&gt; 关于第 1 项，最后一次征询意见 &lt;str4d&gt; 上面的双人间两人分摊的话，200 欧元能覆盖住宿 &lt;RN&gt; 听起来还是合理的…… &lt;zzz&gt; 好，看来达成一致了 &lt;eche|on&gt; 当然 &lt;RN&gt; :) &lt;zzz&gt; 2) 购买测试/构建机器 (zzz, kytv) &lt;zzz&gt; 我们在 Windows 和 Mac 上的测试覆盖有限。 &lt;zzz&gt; zab 以前用 Mac 测试，他现在不在了；meeh 有台 Mac，但它挂了，或者他没时间了 &lt;zzz&gt; 所以我想问，如果给 kytv 和/或其他人买 Windows 或 Mac 机器，能否扩大测试覆盖？ &lt;RN&gt; 我的 Mac 太旧，帮不上忙……而且我把它用的排插弄坏了…… &lt;Meeh_&gt; zzz：我需要测什么？ &lt;zzz&gt; 这些也可以用于其他事情（比如买笔记本也不错） &lt;Meeh_&gt; 有 OS X 10.9 和 10.10 &lt;eche|on&gt; 我有一台 Windows 机器，但没时间。我们手头还有 2 个 Win 8 授权 &lt;Meeh_&gt; 你说，我现在就做 &lt;zzz&gt; Meeh_，运行开发版。你现在在跑吗？ &lt;dg&gt; 我们说“测试覆盖”具体是指什么？ &lt;zzz&gt; 有人在 Windows 上运行开发版吗？ &lt;Meeh_&gt; 没有，抱歉，新 Mac……因为我的联想挂了，marielle 昨天不得不给我买了一台 &lt;Meeh_&gt; 所以我刚装了 Java &lt;Meeh_&gt; 给我点时间，我来构建并启动 &lt;RN&gt; 是啊，因为取决于时间和测试覆盖程度……我这有一台 XP +pos_ready 在跑测试版 20:14:15 &lt;dg&gt; 我需要的话可以，但会在 VM 里跑，而且不会高强度使用 20:14:25 &lt;dg&gt; 只是看看长时间运行后是否正常，试一些 eepsites，跑一些 snark，检查错误 20:14:30 &lt;dg&gt; 我不确定能否遇到真实用户会碰到的所有错误 20:14:47 &lt;zzz&gt; 我的问题是：如果给他们买专用机器，能否鼓励大家做更多开发版测试？ 20:15:31 &lt;str4d&gt; 我们能受益的测试有两种：人工对构建做 QA，以及在 Windows 和 Mac 上运行的 CI 服务器。 20:15:39 &lt;eche|on&gt; 不算我。我硬件/软件都有，但没有时间/心情做密集测试 20:15:49 &lt;zzz&gt; 对，str4d 说得对 20:16:09 &lt;RN&gt; 或者把这台机器为开发团队设置成某种“通过 I2P 安全访问”的远程访问呢…… 20:16:17 &lt;Meeh_&gt; zzz，我可以随时做 OS X 测试。如果我没在 IRC 回复，试试 twitter 或 meeh@mail.i2p，这两者都会提醒到我的手机 20:16:24 &lt;str4d&gt; 这个话题似乎是关于 QA 的，不过要把例如一台 Mac 的 CI 服务器接入 kytv 的 Jenkins，需要做什么？ 20:16:47 &lt;Meeh_&gt; 做 CI 可以 20:16:48 &lt;zzz&gt; 如果给他们买硬件，有谁会愿意做更多？ 20:16:59 &lt;Meeh_&gt; 不巧的是，我的 Mac 不时要挪地方 20:17:22 &lt;eche|on&gt; &lt;= 目前缺免费的网络连接。 20:17:23 &lt;Meeh_&gt; 什么硬件、在哪个操作系统上做什么测试？（不考虑是否付钱买硬件） 20:17:26 &lt;zzz&gt; Meeh 你最近似乎更忙了，而不是更空 20:17:37 &lt;zzz&gt; Windows 和 Mac 20:17:41 &lt;eche|on&gt; 我这个地址上已经跑了一个 I2P 节点。不过，嗯，我可以在 IPv6 上跑 Windows 20:17:48 &lt;Meeh_&gt; 是的，现实生活（RL）里很多占时间的事已经清理掉了 20:17:53 &lt;RN&gt; 要不是我其余的基础设施总是一团糟，我会自荐提供一台机器的安置点…… 20:18:26 &lt;Meeh_&gt; 提醒一下，i2pd/i2p 大约一小时后会在 au、ru、nl、uk、de、no、us-w、us-e 提供 20:18:34 &lt;Meeh_&gt; 可下载 20:18:39 &lt;zzz&gt; 好，先不纠结具体谁。eche|on，如果找到人，我们有预算买些硬件吗？ 20:18:40 &lt;Meeh_&gt; CDN 20:18:47 &lt;zzz&gt; Meeh 请回到主题 20:18:52 &lt;eche|on&gt; zzz：我们的资金够，没问题 20:19:02 &lt;eche|on&gt; 顺便问下，Meeh，钱到了吗？ 20:19:17 &lt;zzz&gt; 好的，我建议结束这个议题，接下来几周寻找志愿者 20:19:18 &lt;RN&gt; 6 个月后再找我吧，如果我把那些守护进程稳定下来了…… 20:19:24 &lt;zzz&gt; eche|on，请回到主题 20:19:34 &lt;zzz&gt; 关于第 2 项还有别的讨论吗？ 20:20:03 &lt;Meeh_&gt; 哦，抱歉忘了回。已经付过并处理完了……我想钱应该到了，但 marielle 同时也转了一笔，所以需要再核对一下。但基本确定。谢谢 20:20:07 &lt;dg&gt; 我想听听 kytv 的意见 20:20:18 &lt;Meeh_&gt; eche|on：^ 20:20:28 &lt;dg&gt; 私聊吧各位 20:20:40 &lt;zzz&gt; 把它写进议程，下次会议再讨论 20:20:51 &lt;str4d&gt; +1 20:20:51 &lt;zzz&gt; 3) 0.9.17 和/或 0.9.16.1 发布计划 (zzz) 20:21:07 &lt;eche|on&gt; 我投 0.9.17 20:21:18 &lt;zzz&gt; 之前我一度想发一个 0.9.16.1 来修复 SSU bug，但我现在基本放弃那个想法了 20:21:21 &lt;dg&gt; 没有什么崩的……所以 0.9.17。 20:21:21 &lt;eche|on&gt; 2-3 周内 20:21:41 &lt;zzz&gt; 我现在建议在 11 月 29 日那个周末做一次“迷你”0.9.17 发布 20:22:00 &lt;zzz&gt; 也就是一个 4 周的周期来修 bug，在圣诞假期之前就完成 20:22:02 &lt;str4d&gt; forum.i2p 上有几份报告称 0.9.16 网络变慢了，节点参与度下降。 20:22:03 &lt;RN&gt; “迷你？” 20:22:22 &lt;zzz&gt; 迷你是指改动有限，而不是完整的 6-7 周周期 20:22:25 &lt;str4d&gt; 不知道（IDK）SSU 的 bug 是否会导致这些…… 20:22:37 &lt;RN&gt; 啊……是的……迷你……好主意…… 20:22:43 &lt;zzz&gt; 基本就是现在 mtn 里的内容。大约 13K 行 diff，但大多是 eddsa 测试的改动 20:22:49 &lt;orignal&gt; 肯定会。因为丢包 20:23:10 &lt;zzz&gt; 顺便说，.16 发布以来，我的 expl. build success stats 有明显提升。不知为何 20:23:11 &lt;RN&gt; 所以听起来大家都同意做一次迷你发布 &lt;zzz&gt; SSU 的 bug 实际上只是个烦人问题，我不认为它是任何实际问题的根源 &lt;zzz&gt; 好，那就宣布进入标签冻结，争取 11 天后发布 &lt;zzz&gt; 第 3 项还有别的吗？ &lt;eche|on&gt; 那就是 2 周后出 0.9.17 &lt;RN&gt; wooohooo! &lt;str4d&gt; 到时候发布主机的维护者在吗？ &lt;dg&gt; 在。 &lt;str4d&gt; （注意 11 月 29 日刚过感恩节） &lt;dg&gt; 对我来说不费时间，不成问题。 &lt;zzz&gt; 先假定可以，必要时再顺延。我会在线，但处于火鸡导致的半昏迷状态。非常适合打包。 &lt;dg&gt; 无论如何，主要还是需要 echelon 你 &lt;zzz&gt; 4) Reseed 状态和新管理员 (zzz) &lt;zzz&gt; 这是给还不知道的人一个简短通告。 &lt;Meeh_&gt; yeo &lt;zzz&gt; 由于时间有限，Meeh 已把 Reseed 管理员的工作转交给“backup” &lt;Meeh_&gt; 现在显然这是最好的安排 :) &lt;zzz&gt; backup 不在 IRC，但可以很容易联系到他：backup@mail.i2p，或在 zzz.i2p 的 reseed 子版块 &lt;zzz&gt; 感谢 meeh 和 backup 顺利交接 &lt;Meeh_&gt; 不过我觉得 logstash 很快会对 reseed 管理有用 &lt;Meeh_&gt; 我这边已经在收集 &lt;eche|on&gt; 欧洲这边没有感恩节的问题 &lt;zzz&gt; backup 正在把剩余的站点迁到 su3、改进监控、并招募新的主机 &lt;zzz&gt; 所以请大家全力支持 backup。 &lt;str4d&gt; 好啊 :) &lt;dg&gt; :) &lt;zzz&gt; 如果你遇到他发现的 SSL/TLS 问题，也请配合他一起解决 &lt;zzz&gt; 第 4 项还有别的吗？ &lt;Meeh_&gt; 我现在可以从俄罗斯和澳大利亚提供 reseed &lt;Meeh_&gt; 如果需要 &lt;Meeh_&gt; 也可以 &lt;Meeh_&gt; 关于第 4 项我没别的了 &lt;eche|on&gt; Meeh_: 问 baclup^^ &lt;zzz&gt; 很好，联系你的新领导吧 ;) &lt;zzz&gt; 5) 在 0.9.17 之前测试 SU3 新闻 (zzz, echelon, psi) &lt;eche|on&gt; 啊 &lt;zzz&gt; .17 包含切换到 su3 新闻。 &lt;eche|on&gt; 这就是个议题 &lt;eche|on&gt; 我需要测试它 20:29:17 &lt;zzz&gt; 我想请 eche|on 添加一条新闻，构建 su3，这样我们可以在 .17 发布前进行测试 20:29:43 * str4d 正在梳理当前规范，确保其最优 20:29:52 &lt;zzz&gt; 所有开发版现在都应该从 news.su3 拉取，但自发布以来没有新内容，所以需要一次测试 20:30:07 &lt;eche|on&gt; 我接下来几天试着生成一个 .su3 20:30:25 &lt;zzz&gt; 如果 psi 能创建一个证书并提交也很理想（但不是必须），因为他是备用，但目前无法自己生成 su3 文件 20:30:45 &lt;dg&gt; 为什么不行？ 20:32:24 &lt;zzz&gt; str4d，也请审核代码里的 XHTML 白名单 20:32:24 &lt;zzz&gt; 很好，谢谢 eche|on 20:32:24 &lt;str4d&gt; 会的。 20:32:24 &lt;eche|on&gt; zzz：脚本在 mtn 里吗？ 20:32:24 &lt;zzz&gt; eche|on，是的，在 i2p.scripts 20:32:24 &lt;zzz&gt; 我知道 str4d 建议手写 XML，我在 .16 发布时就是这么做的，但也许找个 feed writer 会更好 20:32:24 &lt;zzz&gt; 不知道 20:32:24 &lt;zzz&gt; 第 5 项还有别的吗？ 20:32:24 &lt;str4d&gt; 我真正的建议是： 20:32:51 &lt;str4d&gt; - 找一个用于编写 Atom 订阅源的程序。 20:33:22 &lt;str4d&gt; -- 如果没有合适的，就写一个 Python 脚本，把一个目录里的 XHTML 条目转换成订阅源……？ 20:33:56 &lt;zzz&gt; 嗯 20:33:56 &lt;str4d&gt; - 将发布版本等信息存放在单独的配置文件里，用脚本把它插入到 Atom 订阅源中。 20:34:19 &lt;zzz&gt; str4d，请在接下来两天内完成那个规范审查 20:34:26 &lt;str4d&gt; 好 20:34:38 &lt;zzz&gt; 第 5 项还有别的吗？ 20:35:26 &lt;zzz&gt; 6) 6 个月路线图、NTCP2 等 (str4d，自 10 月 28 日延期) 20:35:26 &lt;zzz&gt; 7) 新开发者议题 (str4d) 20:35:38 &lt;zzz&gt; 此时我把会议和 baffer 交给 str4d 20:35:48 &lt;str4d&gt; 噢———— 20:35:56 * str4d 开心地咧嘴笑 20:35:56 &lt;Meeh_&gt; 我可能在最后有些消息要说 20:35:58 &lt;Meeh_&gt; 在 20:36:02 &lt;Meeh_&gt; 会议结束时，所以请 HL 我，str4d :) 20:36:25 &lt;str4d&gt; 好吧，我不记得当初提出第 6 项时具体打算说什么了…… 20:39:31 &lt;str4d&gt; 那我先从第 7 项开始，看看能不能想起来。 20:39:31 &lt;str4d&gt; 尽管网站改版了，但我们放在那里的信息组织得不够好，也不够清晰。 20:39:31 &lt;str4d&gt; 而且过去一年大家对隐私和安全的关注度提高了，我们确实需要充分利用当前的环境。 20:39:57 &lt;str4d&gt; 我们在好几个地方放了可能的项目、任务等信息，但都不够清晰，也不够新 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/todo` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/docs/overview/performance/future` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/develop/applications` 20:41:06 &lt;str4d&gt; 后两个链接我暂且不动，但至少我现在想让大家看看 todo 和 roadmap 这两页。 20:41:17 &lt;str4d&gt; 就是现在 20:41:20 &lt;str4d&gt; ;P 20:41:40 &lt;iRelay&gt; Title: Roadmap - I2P (at i2p-projekt.i2p) 20:41:42 &lt;iRelay&gt; Title: Future Performance Improvements - I2P (at i2p-projekt.i2p) 20:41:45 &lt;iRelay&gt; Title: Application Development - I2P (at i2p-projekt.i2p) 20:42:08 &lt;str4d&gt; todo 页面大多是看起来已经完成的任务。剩下的那些，还有多少是相关的？ 20:43:49 &lt;zzz&gt; trac 上的 wiki 页面和 zzz.i2p 上的各个讨论串可能相关性更高 20:44:13 &lt;str4d&gt; 可能吧。但外部人看不到那些。 20:44:41 &lt;str4d&gt; “嗨，你想帮 I2P？那就去 zzz.i2p 自己找点事做吧。” 20:44:49 &lt;zzz&gt; 对 20:44:56 &lt;str4d&gt; 我不是说要重复信息。 20:45:50 &lt;str4d&gt; 但我认为网站应该包含一份我们认为对 I2P 重要内容的简明概览，并根据需要附上更多信息的链接。 20:45:52 &lt;str4d&gt; 这也很适合未来的 GSoC 项目。 20:46:16 &lt;str4d&gt; 像往常一样，这样聊下去并不 20:46:23 &lt;str4d&gt; 会让我们做成多少事 :P 20:46:33 &lt;zzz&gt; 现在在 IRC 上做集体审阅可行吗？还是我们需要一个志愿者重做一遍？或者在 CCC 花上几个小时就行？ 20:47:19 &lt;str4d&gt; 现在做集体审阅不可行。而经历了网站那一遭之后，我觉得把这事全压在一个人身上不公平。 20:47:40 &lt;eche|on&gt; 我投票：“我们先做一点，若在 CCC 没做完，就在桌边继续做” 20:47:45 &lt;zzz&gt; 也许如果不是你来做就还算公平…… 20:48:02 &lt;str4d&gt; CCC 很快就到了，所以那是理想的。但我们需要把网站等内容更新得*非常*快，这样才能把人引过去。 20:49:32 &lt;zzz&gt; 如果你的意图是把这放在更广泛的申请 GSoC 的努力背景下，请明确说明 20:50:14 &lt;str4d&gt; 我非常希望有 GSoC 学生加入，但那是另一个话题。 20:50:50 &lt;zzz&gt; 如果不是为了 GSoC，为什么要“非常快”？ 20:51:20 &lt;str4d&gt; zzz：我的意思是，如果工作是在 CCC 上才完成，我们就无法在 CCC 上当场利用它。 20:51:32 &lt;zzz&gt; 哦，好的 20:52:08 &lt;str4d&gt; 我们就只能说“x 天后看网站”，这给人的印象不如当场好。 20:53:46 &lt;zzz&gt; 所以你的目标是，给走上前来问“你们需要什么？”的人一个好答案？ 20:53:53 &lt;str4d&gt; 网站上，/todo 很古老。/roadmap 很稀疏。/performance/future 是分开的，而 /develop/applications 把一堆话题捆在一起。 20:53:56 &lt;str4d&gt; zzz：是的。 20:54:19 &lt;str4d&gt; 对 I2P 感兴趣的人可以看网站并立即知道自己的技能如何最有用。 20:54:44 &lt;str4d&gt; 排在第一位：UI 设计师 ^_^ 20:54:53 &lt;zzz&gt; 但问这个的人通常从没跑过 i2p，所以我的回答是：‘装上跑几周，然后在 IRC 上再来问’ 20:55:52 &lt;str4d&gt; 我不认为必须先运行 I2P 才能提供帮助。 20:55:52 &lt;zzz&gt; 不过是的，另一个答案是‘UI、密码学，……’ 20:56:25 &lt;str4d&gt; 依我看（IMHO），如果让人等几周，热情往往会被别的事冲淡。 20:56:28 &lt;str4d&gt; 对，但我们需要更具体。 20:56:28 &lt;zzz&gt; 但现实一点，从没用过的人会开始开发吗？ 20:56:59 &lt;zzz&gt; 我无法想象为从没用过的软件自愿写代码。 20:58:33 &lt;str4d&gt; 不会，但我们可以在他们开始使用 I2P 的同时就开始与他们互动。 20:58:33 &lt;zzz&gt; 当然。完全同意。一个最新的 todo 列表是严肃项目的标志。 20:58:58 &lt;str4d&gt; 好，进入行动时间： 20:58:58 &lt;RN&gt; 上面还在谈 6.x 及更老的…… 20:59:07 &lt;dg&gt; 还有一个问题是我们是否要放弃 stop-and-go，等等 20:59:16 &lt;dg&gt; 人们会指着我们的文档说“哇，他们会有/会做这个” 20:59:33 &lt;str4d&gt; dg：？ 21:00:43 &lt;&gt; RN@kyirc 身子往椅子前倾…… 21:01:06 &lt;dg&gt; 还有，呃，延迟 21:01:30 * RN 感到怀旧 21:02:35 &lt;str4d&gt; 接下来一周，大家能否各自列两张清单？一张是你希望在 I2P 本身看到的特性和改进；另一张是 I2P 生态（比如新应用和服务、现有应用的开发工作、研究、代码审计等）的特性和改进。 21:02:35 &lt;str4d&gt; 不需要很长，但我想如果每个人都为每张清单贡献几点，即使有重复也会是不错的起点。 21:02:35 * str4d 会起草一份网站上内容呈现方式的纲要（哪些内容放在哪儿等） 21:03:29 &lt;RN&gt; 我们有合适的调研机制吗？在论坛还是 zzz？ 21:03:31 &lt;zzz&gt; 好啊，你要是搭好框架，我们就来填。 21:03:53 &lt;str4d&gt; zzz：似乎总是这样 ;P 21:04:33 &lt;str4d&gt; 下周同一时间谁可以参加一次“会议”/小组讨论？ 21:04:57 &lt;RN&gt; 我可能可以 21:05:55 &lt;str4d&gt; 唯一的议题是梳理大家带来的清单，并把它们组织成我将要展示的内容板块。 21:05:59 &lt;zzz&gt; 可以 21:06:20 &lt;dg&gt; 我也是 21:06:31 &lt;RN&gt; 你要我把清单 i2pmailed 给你吗？ 21:06:50 &lt;RN&gt; 还是在 forum 或 trac 的帖子里提交，或者？？？ 21:07:44 &lt;str4d&gt; RN：如果你不能参加会议，就给我发一个 pastethis.i2p 的链接 21:08:31 &lt;str4d&gt; 否则就带到会议上。 21:08:38 &lt;RN&gt; 好 21:08:41 &lt;str4d&gt; 这次我不想在 zzz.i2p 上讨论，我想试试独立头脑风暴，不受已有帖子影响。 21:09:16 &lt;str4d&gt; 会后，我们会有一份材料，可以发到 zzz.i2p 或 wiki（可能是 wiki）上进一步讨论和编辑。 21:11:36 &lt;str4d&gt; 关于第 7 项还有人要补充吗？ 21:11:45 * str4d 本次会议发言完毕 21:11:59 &lt;str4d&gt; 否则我就简单回到第 6 项 21:13:30 * RN 正在等待 baffing 或 baffer 的交接 21:13:54 * str4d 不作任何假设。 21:14:00 &lt;str4d&gt; 6) 6 个月路线图、NTCP2 等 (str4d，自 10 月 28 日延期) 21:14:39 &lt;str4d&gt; 我还是想不起来这个话题原本要往哪里走，但它和第 7 项契合得很好。 21:14:52 &lt;str4d&gt; 先前的大型开发工作大约是每 6 个月一次，我们差不多处在一个周期的末尾。 21:15:38 &lt;str4d&gt; 除了持续推进新的加密之外，我们应该决定未来 6 个月的开发重点。 21:16:07 &lt;str4d&gt; 一个建议是 NTCP2，以及 PT 的开发和集成 21:16:11 &lt;eche|on&gt; 我现在 AFK 了 21:16:21 &lt;str4d&gt; o/ eche|on 21:16:49 &lt;str4d&gt; 把我们的 todo 列表正式化，依我看（IMHO）对我们自身的帮助不亚于对潜在新开发者的帮助。 21:17:13 &lt;str4d&gt; 至少，我们要确保 zzz 写在纸上的开发清单是“防公交车”的 ;) 21:18:44 &lt;Meeh_&gt; 现在的议题是什么？ 21:19:24 &lt;str4d&gt; Meeh_：我觉得大家已经听完我碎碎念了，所以交给你 :) 21:19:28 &lt;RN&gt; 6 个月路线图…… 21:19:53 &lt;str4d&gt; 对于第 6 项，我觉得可以放到下周，在我们讨论完大家的清单之后再谈。 21:20:00 &lt;str4d&gt; s/it/it more/ 21:20:01 &lt;iRelay&gt; str4d meant: For 6) I think we can talk about it more next week, after we have discussed peoples' lists. 21:20:31 &lt;Meeh_&gt; 啊，谢谢 21:21:23 &lt;Meeh_&gt; 嗯，在你们开会的同时，我已经把我说要做的事做了，这将为 i2p 提供更多下载镜像 21:21:48 &lt;RN&gt; :) 21:21:55 &lt;str4d&gt; Yay! 21:22:03 &lt;dg&gt; 厉害 21:22:03 &lt;Meeh_&gt; 再过几个小时，download.i2p.io 应该能为所有人工作，并会基于延迟和 GeoIP 做解析 21:22:06 &lt;Meeh_&gt; 我这边没有记录 21:22:07 &lt;Meeh_&gt; DNS 那个玩意儿 21:22:14 &lt;Meeh_&gt; 它们也有名字 21:22:17 &lt;Meeh_&gt; 我现在列出来 21:22:31 &lt;Meeh_&gt; 前面提到的域名是一个共享域名 21:23:45 &lt;Meeh_&gt; jp01-mirror.i2p.io, nl01-mirror.i2p.io, no01-mirror.i2p.io, ru01-mirror.i2p.io, uk01-mirror.i2p.io, use01-mirror.i2p.io, usw01-mirror.i2p.io 21:24:00 &lt;Meeh_&gt; 全部同时支持 http(s) 21:24:19 &lt;Meeh_&gt; 哦，de01 也会出来 21:24:38 &lt;Meeh_&gt; 不过 NL01 和 DE01 可能要到明天才会上线，其他的应该很快就能用 21:25:01 * RN 拥抱 Meeh_ 21:25:09 &lt;Meeh_&gt; 我也拿到了 Windows 和 Apple 的证书 21:25:32 &lt;Meeh_&gt; 所以我会为 i2pd 的 OS X 和 Windows 构建签名，以避开“2untrusted publisher”拦截/警告 21:25:42 &lt;Meeh_&gt; 另外 21:26:20 &lt;Meeh_&gt; 每位 i2p 团队成员都可以拥有自己的 @i2p.io 邮箱或别名，并且可以从明网访问 21:26:31 &lt;Meeh_&gt; 比如 marielle 用 m@i2p.io，我的是 mv@i2p.io 21:26:39 &lt;Meeh_&gt; 简短干净 :D 21:27:09 &lt;Meeh_&gt; 除此之外，抱歉最近露面不多，不过我希望现实生活的事已经告一段落，我可以继续投入这里了 :) 21:27:51 &lt;Meeh_&gt; 最后，i2pd 的 OS X 和 Windows 构建会在今晚或明天发布。 21:27:53 &lt;Meeh_&gt; 感谢聆听！ 21:28:12 * RN 继续抱抱 Meeh_ 21:28:41 &lt;Meeh_&gt; 呵呵，谢谢 RN :) 21:29:02 &lt;str4d&gt; Meeh_++ 21:29:16 &lt;dg&gt; str4d, zzz, Meeh_++ 21:29:32 &lt;Meeh_&gt; str4d，如果你愿意，这也可以/能够包含 F-Droid 21:29:45 &lt;str4d&gt; Meeh_：这些服务器有 CDN 设置吗，还是“各自独立”？也就是，网站的镜像列表该如何更新？ 21:30:04 &lt;Meeh_&gt; kytv：一台服务器统御全部……记住，你只要发布到你有权限的那台，所有服务器都会得到 21:31:42 &lt;Meeh_&gt; str4d：我已经部分完成 DNS 负载均衡 21:31:42 &lt;Meeh_&gt; 也就是说会指向最近的镜像 21:31:42 &lt;Meeh_&gt; 所以我们可以对所有用一个域名 21:31:42 &lt;str4d&gt; 好的，也就是大家看到的唯一下载链接是 download.i2p.io 21:31:42 &lt;Meeh_&gt; 不过指南用的是 bind9，而目标服务器上我跑的是 powerdns，所以只需要……找到它们实现同样功能的方法 21:31:42 &lt;str4d&gt; （针对这个镜像系统） 21:31:55 &lt;Meeh_&gt; 是的，或者如果我们要……拥抱它，我们可以把所有都写上 21:31:58 &lt;str4d&gt; 把 F-Droid 放到这上面也很理想。 21:32:51 &lt;Meeh_&gt; 是的，目前只是简单的 rsync，但一旦需求高了，我会在各点升级为 OpenStack Swift 代理 21:33:07 &lt;Meeh_&gt; 那时发布更新也会用一个 REST URL 21:33:15 &lt;Meeh_&gt; 届时就算 zzz 也能用浏览器自己做，只要有正确凭据 21:33:31 &lt;Meeh_&gt; （等加上 Swift） 21:33:47 &lt;Meeh_&gt; 我现在没这么做的原因是这还要多花一两个小时 21:33:49 &lt;Meeh_&gt; 至少 21:34:00 &lt;Meeh_&gt; 那我就赶不上会议了 :p 21:34:20 &lt;str4d&gt; 要么用 https://fdroid.i2p.io/repo/ 和 https://fdroid.i2p.io/archive/，要么用 https://download.i2p.io/fdroid/repo/ 和 https://download.i2p.io/fdroid/archive/ 21:34:42 &lt;str4d&gt; 第二个选项可能更好，这样我们就不需要单独的 HTTPS 证书。 21:34:51 &lt;psi&gt; i2p.io 会成为 inproxy 吗？ 21:34:51 &lt;Meeh_&gt; 选哪个 *.i2p.io/* 都行，你可以用 HTTPS 通配证书 21:34:58 &lt;Meeh_&gt; 你来选 21:35:01 &lt;Meeh_&gt; 不会 21:35:04 &lt;Meeh_&gt; i2pd 的页面 21:35:14 &lt;Meeh_&gt; PS 的子站 21:35:24 &lt;Meeh_&gt; 当然也会链接到 geti2p.net 21:36:02 &lt;Meeh_&gt; 可以把它看作类似 readme 的页面，同时介绍作为网络的 i2p 和作为客户端的 i2pd 21:36:21 &lt;Meeh_&gt; 还没都准备好，有意见请写。 21:37:47 &lt;str4d&gt; Meeh_：听起来不错。如果你有通配证书，那我就选 fdroid.i2p.io（或者 f-droid.i2p.io，从技术上讲更准确） 21:37:56 &lt;str4d&gt; 好，就用 f-droid.i2p.io 21:38:08 &lt;Meeh_&gt; 行，我们加上 21:38:16 &lt;str4d&gt; 好的，依我看会议到此结束。还有最后要提的议题吗？ 21:38:27 &lt;Meeh_&gt; 你也要访问权限，并在 nginx 里自己设个 vhost 吗？ 21:38:35 &lt;Meeh_&gt; 和 kytv 相同的服务器 21:38:46 &lt;Meeh_&gt; 有访问权限 21:39:00 &lt;Meeh_&gt; 我记得你其实已经有了，或者说曾经有 21:39:15 &lt;Meeh_&gt; 因为早期的 F-Droid 设置 21:39:22 &lt;str4d&gt; 是的——我就是用它上传现有的 F-Droid 内容的 21:39:22 &lt;Meeh_&gt; 我记得 21:39:32 &lt;str4d&gt; 总之 21:39:34 * str4d 预热 baffer 21:39:43 &lt;Meeh_&gt; 登录，看看你的密码能用不？不行就告诉我，我确保你能 sudo 21:39:55 * str4d ***bafs 会议结束 21:40:13 * RN 跳起感谢这次好会议的舞 </div>/zh/blog/2014/11/01/0.9.16-release/Sat, 01 Nov 2014 00:00:00 +0000/zh/blog/2014/11/01/0.9.16-release/<p>0.9.16 在我们将密码学签名从 DSA 迁移到 ECDSA、再到 EdDSA 的计划中迈出了重要一步，并进行了若干其他改动，以提升您的匿名性和安全性。standard、IRC 和 SOCKS IRC 的客户端 tunnels 将默认使用 ECDSA 签名。此外，我们修复了大量严重缺陷，包括控制台锁死问题。</p> <p>router 数据结构的变更将要求 i2pcontrol 插件用户更新至 0.0.9 版本。</p> <p>如果你运行的是一个 eepsite 或某项服务，而你未运行较新的发布版本，或者你的 Java 或操作系统不支持 ECDSA（椭圆曲线数字签名算法）（如在日志以及控制台的 /logs 页面中所示），请尽快修复该问题，否则你的用户很快将无法连接。</p> <p>像往常一样，我们建议您更新到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="版本详情">版本详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Add support for stronger Router Info signatures</li> <li>Encrypt RI lookups and responses on faster boxes</li> <li>Require I2CP authorization for all messages when enabled (requires 0.9.11 or higher client)</li> <li>Disable SSLv3 and older ciphers for reseeding and other uses of SSL</li> <li>Use ECDSA by default for i2ptunnel IRC, SOCKS-IRC, and standard client tunnels</li> <li>Don&rsquo;t prefer floodfills in some countries</li> <li>New column sorting, set-all priority buttons, and upload ratio display in i2psnark</li> <li>Increase i2psnark tunnel default to 3 hops</li> <li>Implement bundling of multiple fragments in a single SSU message for efficiency</li> <li>New add-to-addressbook links on netdb leaseset page</li> <li>Implement I2NP DatabaseLookupMessage search type field to improve lookup efficiency</li> </ul> <h3 id="更改">更改</h3> <ul> <li>CPUID fixes and updates for recent processors</li> <li>i2psnark fix magnet links with %-encoding</li> <li>Improve handling of SSU socket closing out from under us (hopefully fix 100% CPU)</li> <li>SSU bitfield handling fixes</li> <li>Fix HTTP header issues in i2psnark</li> <li>Fix rare NPE when building garlic message</li> <li>Fix console lockups (hopefully)</li> <li>Fix i2ptunnel js confirm-delete</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Move router data structures from i2p.jar to router.jar (breaks i2pcontrol plugin)</li> <li>New router keys now stored in router.keys.dat (eepPriv.dat format) instead of router.keys</li> <li>Improve handling of unsupported encryption throughout</li> <li>More error checking of client I2CP messages by the router</li> <li>Initial work on hooks for pluggable transports</li> <li>Enforce request timestamp in tunnel build messages</li> <li>Re-enable message status in streaming, but treat no leaseset as a soft failure for now</li> <li>Return unused DH keypairs to the pool for efficiency</li> <li>Raise failsafe tagset limit and improve deletion strategy when hit</li> <li>Change eepsite Jetty threadpool and queue configuration (new installs only)</li> <li>NTCP establishment refactoring in prep for NTCP2 and PT</li> <li>Jetty 8.1.16-v20140903</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>186bbe30a37802b6201fe129516e2d9515925cfc60e2f68645eb6413ec172953 i2pinstall_0.9.16_windows.exe 5b2a1e23273e1d76a071142adc58b836ed300e2c1f2fd80d330ac61632fab173 i2pinstall_0.9.16.jar ebc319585b9c58127676243694151c45296a56abaf51a36ae5919be3fc7f544e i2psource_0.9.16.tar.bz2 06f3ab867499fa8407f5bcf52ccee196031df6f0b76b000db98b74ef61ecd24f i2pupdate_0.9.16.zip 7d32cc4c90b35e0eedf6a75377dc3bd4b4dc962e5a42a57fdcc0df500bd2e924 i2pupdate.su2 867739321ee4e3c6e418e99f10b6337ccb3e2aeb2e32979734b209b2310c9e8e i2pupdate.su3 b7bd6b420c1ebc58aa23860b26594acc549ea26116c39c911a0b49091f954b52 i2pupdate.sud </code></pre>/zh/blog/2014/09/20/0.9.15-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Sat, 20 Sep 2014 00:00:00 +0000/zh/blog/2014/09/20/0.9.15-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.15 增加了对 Ed25519 EdDSA 签名的初步支持。它为 i2psnark 引入了一个新的持久化配置后端，并修复了 i2psnark 在处理文件名时的若干问题。还进行了多项改进以加快 SAM 的速度。插件现已在 su3 文件格式中支持更强的签名。在 0.9.14 中被禁用的通过控制台进行的插件安装已重新启用。</p> <p>自 0.9.12 起，我们就已支持 ECDSA（椭圆曲线数字签名算法）签名，并且希望开始将 ECDSA 作为默认使用。很遗憾，你们当中有些人仍在运行较旧的 I2P 版本；另外，对某些人而言，其发行版或 Java 运行时并不支持 ECDSA。据报告，Red Hat（RHEL、Fedora）系列发行版缺少 ECDSA 支持。有的人通过从 Java 6 升级到 Java 7 解决了 Java 相关问题；也有人通过安装“unlimited strength policy files”（无限强度策略文件）取得了成功。我们已经在日志文件以及控制台中的 /logs 页面加入了关于缺失加密功能的信息。更新到 0.9.15 之后，请检查你是否缺少 ECDSA 支持，并在必要时尝试修复。对于运行热门 eepsites 和服务的用户而言，这一点尤为重要。</p> <p>如往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="changes">Changes</h3> <ul> <li>Add support for Ed25519 signatures</li> <li>i2psnark move to separate config file for each torrent to better support per-torrent settings</li> <li>Add i2psnark support for data outside the i2psnark/ directory</li> <li>Enable stronger signatures (su3 format) for plugins</li> <li>Speed up SSU introductions by responding to hole punch messages</li> <li>Several improvements in SAM efficiency</li> </ul> <h3 id="更改">更改</h3> <ul> <li>Form submission fixes in the console and i2psnark</li> <li>Streaming fixes for long signatures</li> <li>i2psnark fixes for file name character mapping when seeding</li> <li>I2PTunnel fixes stopping client tunnels</li> <li>I2PTunnel fix updating options on a running delay-open client tunnel</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Re-enable plugin installation via the console, removed in 0.9.14</li> <li>i2psnark now remembers uploaded count across restarts</li> <li>i2psnark increase max piece size to 8 MB</li> <li>i2psnark several UI fixes</li> <li>Prohibit SSU peer test requests unless a connection is established</li> <li>i2ptunnel add support for local SSL connections for standard and IRC client tunnels</li> <li>Console and log warnings for unavailable crypto</li> <li>More consistent routing for Delivery Status Messages to reduce network connections</li> <li>Disable external entities in UPnP XML parser</li> <li>More escaping and cleanups in forms and messages</li> <li>Translation updates</li> <li>Update GeoIP data (in both new installs and updates)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>05c352494a36bc10d284683135b8713fa06f227354c4c251052298e38d317ee6 i2pinstall_0.9.15_windows.exe 623e800e42aec3583059176d4a614920de0004618dd17b4820c01afb944d9506 i2pinstall_0.9.15.jar ca314bec4e683919f75c4734e9c4190f9ac070ccc76e40b7d104404ade5b736b i2psource_0.9.15.tar.bz2 eae3100a292404a67d9b7cd4d3cf470c36791ba25a0953b35d48f7fd821a580d i2pupdate_0.9.15.zip 066cfc1833be887b9a0aee77327c109128e51865ee0fa6e50a215efcc5189347 i2pupdate.su2 d8ea17c74eb86567fd3539476334fce049344e2acc90e8e33e9dd2526ada0ddc i2pupdate.su3 d4fe9313e58958ba88f5c46063185f9301b5dc4c8d5b22eef37152ef167d3430 i2pupdate.sud </code></pre>/zh/blog/2014/08/23/%E5%9C%A8%E6%8C%AA%E5%A8%81%E7%9A%84-google-play-%E4%B8%8A%E5%8F%91%E5%B8%83-android-%E6%B5%8B%E8%AF%95%E7%89%88/Sat, 23 Aug 2014 00:00:00 +0000/zh/blog/2014/08/23/%E5%9C%A8%E6%8C%AA%E5%A8%81%E7%9A%84-google-play-%E4%B8%8A%E5%8F%91%E5%B8%83-android-%E6%B5%8B%E8%AF%95%E7%89%88/<p>I2P Android 已经存在三年多了。在此期间，它从一个简单的测试项目发展成了 I2P router 的一个可用且实用的 Android 移植版本。我们的最终目标一直是将 I2P Android 发布到 Google Play，以便让用户更容易在其 Android 设备上发现、安装并使用 I2P。经过大量改进用户界面、修复缺陷并进行测试的工作后，我们认为 I2P Android 终于已经准备好在用户所在的平台上发布了。</p> <p>起初，我们只在挪威向 Android 用户发布，作为试运行。I2P Android 在 Google Play 上将获得远超以往的曝光度，并且会出现需要我们修复的错误（bug）和易用性问题。如果我们只需要处理来自数百名用户而不是数千名用户的报告，回应反馈将会容易得多（而且压力也更小！）（这已经比我们以往收到的反馈多出几个数量级）。</p> <p>同时，我们对 Bote（I2P-Bote 的 Android 版移植）进行首次公开发布。Bote 是一种私密、分布式且安全的电子邮件工具，并且易于使用。它运行在 I2P 网络之上；虽然可以作为独立应用运行，但如果已安装 I2P Android 应用，则会默认使用它。与 I2P Android 一样，我们初期只向挪威的 Android 用户发布 Bote。</p> <p>这些应用由<a href="https://privacysolutions.no/">The Privacy Solutions Project</a> 在 Google Play 上发布。更多信息以及面向挪威用户的 Google Play 页面链接，请参阅他们的<a href="https://blog.privacysolutions.no/2014/08/23/i2p-on-google-play-in-norway/">博客文章</a> 。</p> <p>As lead developer for I2P Android and Bote, I look forward to your comments. You are the people who will be using them, and your perspectives will help me craft simple, intuitive apps that make privacy accessible to everyone.</p>/zh/blog/2014/08/15/%E9%9A%90%E7%A7%81%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88%E7%9A%84%E8%AF%9E%E7%94%9F/Fri, 15 Aug 2014 00:00:00 +0000/zh/blog/2014/08/15/%E9%9A%90%E7%A7%81%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88%E7%9A%84%E8%AF%9E%E7%94%9F/<p>大家好！</p> <p>今天我们宣布 Privacy Solutions 项目，这是一个开发并维护 I2P 软件的新组织。Privacy Solutions 包含多项新的开发工作，旨在基于 I2P 协议和技术，为用户提升隐私、安全和匿名性。</p> <p>这些努力包括：</p> <ol> <li>The Abscond browser bundle.</li> <li>The i2pd C++ router project.</li> <li>The &ldquo;BigBrother&rdquo; I2P network monitoring project.</li> <li>The Anoncoin crypto-coin project.</li> <li>The Monero crypto-coin project.</li> </ol> <p>Privacy Solutions 的初始资金由 Anoncoin 和 Monero 项目的支持者提供。Privacy Solutions 是一家总部位于挪威的非营利性质组织，已在挪威政府的登记册中注册。（有点类似于美国的 501(c)3。）</p> <p>Privacy Solutions 计划向挪威政府申请网络研究资助，鉴于 BigBrother（我们稍后会解释那是什么）以及那些计划将低时延网络作为主要传输层的代币。我们的研究将推动匿名性、安全性和隐私方面的软件技术取得进步。</p> <p>首先简单介绍一下 Abscond Browser Bundle（Abscond 浏览器套件）。它最初是 Meeh 的个人项目，后来朋友们开始提交补丁；现在该项目正在尝试像 Tor 的浏览器套件那样，为 I2P 提供同样便捷的使用体验。我们的首个发行版已不远，只剩下一些 gitian 脚本任务，包括设置 Apple 工具链。此外，在宣布其为稳定版之前，我们将从 Java 实例中借助 PROCESS_INFORMATION（一个 C 语言结构体，用于保存进程的重要信息）对 I2P 进行监控。I2pd 也会在它准备就绪后替换 Java 版本，捆绑包中再附带 JRE 就没有意义了。你可以在 <a href="https://hideme.today/dev">https://hideme.today/dev</a> 了解有关 Abscond Browser Bundle 的更多信息。</p>/zh/blog/2014/08/09/0.9.14.1-%E5%8F%91%E5%B8%83/Sat, 09 Aug 2014 00:00:00 +0000/zh/blog/2014/08/09/0.9.14.1-%E5%8F%91%E5%B8%83/<p>0.9.14.1 包含对 i2psnark 中 &ldquo;Add Torrent&rdquo; 表单以及其他一些网页表单的修复。我们已恢复通过控制台安装插件的功能，但你必须先编辑你的 router.config 文件 (位于 ~/.i2p/ 或 /var/lib/i2p/i2p-config/ 或 %APPDATA%\I2P)，添加一行 routerconsole.enablePluginInstall=true。其他在 0.9.14 中被移除的不常用高级功能，可通过添加一行 routerconsole.advanced=true 来恢复。</p> <p>与往常一样，如果配置为默认的&quot;Download and Verify&quot;，router 会自动下载更新并显示一个用于重启的按钮。然而，由于 0.9.14 中的一个缺陷，如果你的更新配置为&quot;Notify only&quot;，将不会显示下载按钮。你必须将配置更改为&quot;Download and Verify&quot;或&quot;Download, Verify, and Restart&quot;才能更新。</p> <p>如果你仍在运行 0.9.13 或更早的版本，我们建议你尽快更新到此版本。如果你不常查看你的 router 控制台，请考虑将你的配置更改为 &ldquo;Download, Verify, and Restart&rdquo;，以确保你始终运行最新版本。</p> <h2 id="版本详情">版本详情</h2> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fix i2psnark add torrent form</li> <li>Fix iptunnel custom options form</li> <li>Fix update download buttons</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Restore all console features if routerconsole.advanced=true</li> <li>Restore plugin install if routerconsole.enablePluginInstall=true</li> <li>Restore client adds/changes if routerconsole.enableClientChange=true</li> <li>Plugin signing keys are now whitelisted unless routerconsole.allowUntrustedPlugins=true</li> <li>More escaping and cleanups in forms and messages</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>4acb875cd956aa16f3cba373159005bcea88a337976773cd684d64f211d4dca6 i2pinstall_0.9.14.1_windows.exe 3e115ceed06f11e2fe78575634ca4b8a96b397ab6b83ddf37daba5dfc56deb11 i2pinstall_0.9.14.1.jar 2216969ee7cb611f7fef701d5db08f6f40e9825e09684ad1a94dd08b031b6d5a i2psource_0.9.14.1.tar.bz2 05e5c7fa560f8c313da83015f2953e741024d653c9eae6eb275fab9b91d835f6 i2pupdate_0.9.14.1.zip 8b1e5dd2c4002d3ed6fc9592f96a2a30c836db39fccc89b9e3939e684a04902e i2pupdate.su2 5e0c7ce7c3d4a96aafe03782ca8c9af97287a0d18fbcc6e8bafb5247528d6b32 i2pupdate.su3 d619587ab6705e1b69997a107339be169bdb6787ff02d499719c87ae0748648a i2pupdate.sud </code></pre>/zh/blog/2014/07/26/i2p-0.9.14-%E5%8F%91%E5%B8%83/Sat, 26 Jul 2014 00:00:00 +0000/zh/blog/2014/07/26/i2p-0.9.14-%E5%8F%91%E5%B8%83/<p>0.9.14 包含对 Exodus Intelligence 报告的 XSS 和远程执行漏洞的关键修复。作为额外的预防措施，我们已在 router 控制台中禁用了若干高级配置功能，包括安装新插件。我们计划在进一步审查后，在未来的版本中重新启用这些功能。</p> <p>由于 I2P 库的更改，I2P-Bote 用户必须将其插件升级到 0.2.10 版本，才能与 I2P 0.9.14 正常工作。您的 router 在重启后应会自动更新该插件。</p> <p>该版本还在 i2ptunnel、i2psnark 以及其他部分进行了多项错误修复，并更新到了最新版本的 Jetty、Tomcat 和 Wrapper。我们还实现了一种更快、更安全的 reseed（引导下载初始路由信息）方法。当然，也包含常规的一系列小问题修复和翻译更新。</p> <p>你必须立即更新到此版本。维护安全性并帮助网络的最佳方式是运行最新版本。</p> <h2 id="版本详情">版本详情</h2> <h3 id="security-fixes">Security Fixes</h3> <ul> <li>Fix several XSS issues</li> <li>Disable changing news feed URL from UI</li> <li>Disable plugin install</li> <li>Disable setting unsigned update URL from UI</li> <li>Disable clients.config editing from the UI</li> <li>Add Content-Security-Policy and X-XSS-Protection headers</li> <li>Disable unused ExecNamingService (thx joernchen of Phenoelit)</li> </ul> <h3 id="安全修复">安全修复</h3> <ul> <li>Fix tunnel building so it doesn&rsquo;t get &ldquo;stuck&rdquo; on a single pool</li> <li>Reject participating tunnels when hidden</li> <li>Several i2psnark improvements and fixes (GUI and DHT), including changes for better compatibility with Vuze</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Reseeding now fetches a signed zip file containing router infos for security and speed</li> <li>Use JVM&rsquo;s AES implementation if it is faster</li> <li>More advanced options shown in the i2ptunnel edit pages</li> <li>Per-message reliabilitiy settings in I2CP and error propagation back from router to client</li> <li>Lots of findbugs fixes and cleanups</li> <li>Support signature types in SAM, bump rev to 3.1</li> <li>New event log page in console</li> <li>Jetty 8.1.15.v20140411</li> <li>Tomcat 6.0.41</li> <li>Wrapper 3.5.25 (new installs and PPA only)</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>8e400551866c790e72d14d6f340653cb6e8c4c323cc8124f65200ec38a78aa75 i2pinstall_0.9.14_windows.exe a3731f5ac0ca1fab4777ec9894e5064a576e9805785027a49850b9857898ef0a i2pinstall_0.9.14.jar 30bb7bbfd1ff829dab048bbb6264d6cf20b2a01511e7cddd4fc13771feb6a780 i2psource_0.9.14.tar.bz2 404b0e6997474097cf7bd7ca006e59442d502b178dd3dd5de16e26d99a152ceb i2pupdate_0.9.14.zip 94eb8e05df8b9d95e034810c6132c51634acb3e7f7c9ece8f473af238740a27d i2pupdate.su2 fe64bfd41710a97bc6b0ceeebd95a99f0c757c6c815e9cf8c6a0c336043add91 i2pupdate.su3 38b1966729e464696c6bace65e38fbdeb0a750f227a9f6b40b30ab498eff83ac i2pupdate.sud </code></pre>/zh/blog/2014/07/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B47%E6%9C%8814%E6%97%A5/Mon, 14 Jul 2014 00:00:00 +0000/zh/blog/2014/07/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B47%E6%9C%8814%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> eche|on, Meeh, psi, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:11 &lt;zzz&gt; 0. 嗨 20:00:11 &lt;zzz&gt; 1. 选出新的 PR 经理（zzz） 20:00:19 &lt;zzz&gt; 2. 在默认的 i2ptunnel.config 中替换 mtn.i2p2.i2p（zzz） 20:00:23 &lt;zzz&gt; 0. 嗨 20:00:29 &lt;zzz&gt; 嗨 20:00:49 &lt;zzz&gt; 1. 选出新的 PR 经理（zzz） 20:00:50 &lt;zzz&gt; 1) PR 经理。orion 已经辞职。我提名 psi 和 Meeh 作为优秀的候选人。其他人可以在下方，或在会议上，自荐加入候选名单。你也可以自愿担任助理。职责包括： 20:00:50 &lt;zzz&gt; - 频繁使用 @geti2p 发推文 20:00:50 &lt;zzz&gt; - 给索要的人寄送贴纸 20:00:50 &lt;zzz&gt; - 在会议和聚会上演讲 20:00:50 &lt;zzz&gt; - 处理发到 press@i2pmail.org 的邮件（为其生成并分发新的 GPG 密钥） 20:00:52 &lt;zzz&gt; - 外联，与我们希望合作的人/团体建立联系；形成战略联盟 20:00:55 &lt;zzz&gt; - 各类推广、支持与沟通工作 20:00:56 &lt;zzz&gt; - 保持积极的态度 20:00:56 &lt;Meeh&gt; 嗨 20:01:11 &lt;psi&gt; ? 20:01:13 &lt;psi&gt; 嗨 20:01:38 &lt;zzz&gt; psi 或 Meeh 是否愿意担任？还有其他志愿者或提名吗？ 20:01:50 &lt;psi&gt; 如果需要，我愿意担任 20:02:24 &lt;eche|on&gt; 我在这儿，不过那份工作不行，抱歉 20:02:27 &lt;psi&gt; 我也可以拿到 orion 的贴纸 20:03:23 &lt;zzz&gt; Meeh 你愿意担任，还是更愿意把支持投给 psi？ 20:04:49 &lt;zzz&gt; 还有别人有意见吗？ 20:04:59 &lt;Meeh&gt; 我两者都可以。我的意思是我可以担任，如果是 psi 来做的话，我当然也会支持他 20:05:45 &lt;psi&gt; 那就是 pr “团队”？ 20:06:12 &lt;Meeh&gt; 为什么不呢，我去不了美国，所以无论如何我都需要有人在那边 20:06:21 &lt;psi&gt; 可以 20:06:27 &lt;zzz&gt; 我猜 psi 在这方面可能会比 Meeh 更有时间？ 20:06:57 &lt;psi&gt; 是的，我现在有大把的空闲时间，而且可能还会持续一阵子 20:07:24 &lt;Meeh&gt; 不过覆盖欧洲/亚洲/非洲没问题 20:07:34 &lt;Meeh&gt; 是的，在某些方面我也这么认为 20:07:44 &lt;zzz&gt; 据我所知，Meeh 从来没有过大把的时间 20:08:00 &lt;Meeh&gt; 不过我认为在发推、在会议上演讲，以及一些外联方面，我可以做出不少贡献 20:08:17 &lt;zzz&gt; 让 psi 当负责人，Meeh 当助理，如何？ 20:08:26 &lt;psi&gt; 我不做公开演讲，所以可以把那部分交给 Meeh 20:08:36 &lt;psi&gt; 听起来不错 20:08:44 &lt;Meeh&gt; 我也觉得不错 20:08:47 &lt;Meeh&gt; 公开场合交给我就行 20:08:58 &lt;zzz&gt; 有反对意见或其他评论吗？ 20:09:44 &lt;zzz&gt; 好的，太棒了 20:10:28 &lt;zzz&gt; 我会把 Twitter 密码给 psi。请从 orion 那里拿到贴纸。 20:10:44 &lt;psi&gt; 明白 20:11:19 &lt;zzz&gt; 另外请为 press@ 生成并分发一个 GPG 密钥，并让 welterde 相应地修复邮件列表 20:11:27 &lt;zzz&gt; 说到 welt... 20:11:33 &lt;eche|on&gt; .... 20:11:36 &lt;zzz&gt; 2. 在默认的 i2ptunnel.config 中替换 mtn.i2p2.i2p（zzz）（自 6 月 12 日起宕机——可能的替换为 mtn.killyourtv.i2p 或 mtn.i2p-projekt.i2p） 20:11:52 * psi 提名 kytv 的 20:12:05 &lt;zzz&gt; eche|on，kytv_ 你们两位愿意自荐吗？ 20:12:15 &lt;zzz&gt; 我们不能把两者放在同一个 tunnel（隧道）里，因为这会让 mtn 困惑 20:12:56 &lt;zzz&gt; 还有其他已经稳定运行一段时间的吗？ 20:13:01 &lt;eche|on&gt; 你可以用我的，我会一如既往地尽量保持运行 20:14:24 &lt;zzz&gt; 好的，那就用 echelon 的吧 20:14:37 &lt;eche|on&gt; kytv 已经做了很多工作了 20:15:07 &lt;zzz&gt; 他们俩看起来都很可靠，所以无所谓 20:15:27 &lt;Meeh&gt; mtn.meeh.i2p 已经运行了一年了 20:15:29 &lt;zzz&gt; 这并不会增加工作量，可能只是多一点点流量，基本都察觉不到 20:16:25 &lt;eche|on&gt; 我们能创建 3 个 tunnels 然后只启用一个吗？ 20:17:55 &lt;zzz&gt; 不错，meeh，知道了 20:17:55 &lt;zzz&gt; 关于第 2 点还有别的事吗？ 20:17:55 &lt;zzz&gt; 会议还有其他议题吗？ 20:18:19 &lt;psi&gt; 我们有备用的 IRC 吗？ 20:18:39 &lt;psi&gt; 看起来如果 postman 的部分/全部服务宕机，我们就麻烦了 20:19:17 &lt;psi&gt; 邮件+IRC 都是 postman 管的，那么如果 postman 的服务不可用，我们的备用会面方式是什么 20:19:29 &lt;zzz&gt; 当然我们可以建 3 个 tunnels，但在我看来只是增加杂乱 20:19:37 &lt;psi&gt; 这个问题我已经想了一段时间了…… 20:20:28 &lt;eche|on&gt; 好的，没错，在 6 周的发布周期内我们可以很快改掉，真正感兴趣的人也能进来。另外我可以把密钥推送给 $trusted 的人 20:21:54 &lt;zzz&gt; 我们有 3 台 IRC 服务器 20:21:54 &lt;zzz&gt; 至于 postman 他本人，是没有备份的…… 20:21:54 * zzz warms up his short baffer for the short meeting 20:21:54 * zzz ***bafs the meeting closed </div>/zh/blog/2014/07/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B47%E6%9C%881%E6%97%A5/Tue, 01 Jul 2014 00:00:00 +0000/zh/blog/2014/07/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B47%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bgwcb, eche|on, kytv, Meeh, psi, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:32 &lt;zzz&gt; 0. 嗨 20:00:32 &lt;zzz&gt; 1. I2P 上架 Google Play（meeh / str4d） 20:00:32 &lt;zzz&gt; 2. 平板测试（zzz） 20:00:37 &lt;zzz&gt; 0. 嗨 20:00:39 &lt;zzz&gt; 大家好 20:00:51 &lt;zzz&gt; 1. I2P 上架 Google Play（meeh / str4d） 20:01:12 &lt;eche|on&gt; 嗨 20:01:13 &lt;zzz&gt; Meeh、str4d，请说说你们关于 Google Play 的计划 20:03:31 &lt;zzz&gt; 好，我先讲我所知道的 20:03:56 &lt;zzz&gt; Meeh 现在有一个已存在但未使用的账号；他也会把访问权限给 str4d； 20:04:35 &lt;zzz&gt; 他现在已经放上了一个仅限邀请的开发构建；他们计划在 0.9.14 版本时向所有人开放； 20:04:55 &lt;eche|on&gt; 开发者账号根本不是什么大问题 20:05:06 &lt;zzz&gt; 他们计划做两个版本，一个免费，一个“捐赠版”，价格大约 2.50 美元 20:05:18 &lt;eche|on&gt; 没错 20:05:30 &lt;bgwcb&gt; 为什么？ 20:05:49 &lt;zzz&gt; Meeh 会把资金每月转交给 echelon（假设金额值得这么做，而且 meeh 没有任何开销） 20:05:50 &lt;eche|on&gt; 以 I2P 名义注册可能会有些问题，但他/她会搞定的 20:05:52 &lt;bgwcb&gt; 而且你们为什么需要 google play？ 20:06:14 &lt;zzz&gt; 很多应用都有捐赠版，转化率大概是免费版的 1% 20:06:47 &lt;eche|on&gt; 这个主意不错 20:06:50 &lt;zzz&gt; 几乎人人都有 google play；只有少数人用 f-droid 或 amazon，或者直接从网站下载安装 20:07:03 &lt;eche|on&gt; 我不认为会有很多钱进来，但聊胜于无 20:07:05 &lt;zzz&gt; 大致上我知道的就是这些。有什么意见吗？ 20:07:22 &lt;eche|on&gt; 评论：以 I2P 名义注册会很乱，但除此之外，放手去做 20:08:08 &lt;zzz&gt; 有个不知名的人已经预留了但未发布 net.i2p.android.router。Meeh 正尝试把它要回来。 20:08:11 &lt;bgwcb&gt; 免费版和捐赠版有什么区别？ 20:08:21 &lt;eche|on&gt; bgwcb：没有 ;-) 20:08:33 &lt;zzz&gt; 问题不大，但这会阻止与从网站或 f-droid 安装的现有版本进行重复检测 20:08:33 &lt;bgwcb&gt; 哇 20:08:33 &lt;eche|on&gt; 除了购买栏里的捐赠之外。 20:08:44 &lt;bgwcb&gt; 好主意，你们这群睡醒的天才 20:08:49 &lt;psi&gt; 嗨 20:08:57 &lt;eche|on&gt; zzz：所以注册是通过 Java 类而不是项目名来实现的吗？ 20:09:34 &lt;zzz&gt; 类本质上就是名称或唯一标识符。meeh 和 str4d 正在调查 20:09:48 &lt;psi&gt; 关于捐赠版，它会有“更多功能”吗？ 20:09:54 &lt;zzz&gt; 我们也在找我们的 f-droid 同志 nextloop 来帮忙 20:10:02 &lt;psi&gt; 还是说它只是另一个包？ 20:10:11 &lt;eche|on&gt; psi：不会，只是在“关于”界面里有个“你使用的是捐赠版”的提示 ;- 20:10:18 &lt;eche|on&gt; 我个人觉得在 about 界面里就好 20:10:37 &lt;eche|on&gt; 心灵抚慰：“你比别人更棒，你给我们付过钱！” 20:10:38 &lt;psi&gt; 不错 20:10:41 &lt;kytv&gt; （迟来的“嗨”） 20:10:53 &lt;zzz&gt; 对捐赠版有什么评论吗？ 20:10:56 &lt;psi&gt; 虚荣心 20:11:21 &lt;zzz&gt; 有谁反对做捐赠版吗？或者根本反对上架 google play？ 20:11:28 &lt;eche|on&gt; zzz：放手去做吧，我会在应用里加一段不同的 about 文本 20:11:47 &lt;eche|on&gt; 我曾经想把每个 android 版本都拿去卖，但没必要 20:12:29 &lt;zzz&gt; 如果你对 Meeh 目前的成果感兴趣，或者想测试他那个版本的应用，请联系他 20:12:50 &lt;eche|on&gt; 这也是一份不错的 TOP2 指南 ;-) 20:13:01 &lt;zzz&gt; 关于 google play 的最后征询 20:13:28 &lt;kytv&gt; 我支持上架 google play，用户越多越好 20:13:50 &lt;psi&gt; 我也支持上架 google play，用户多了反馈也更多 20:14:14 &lt;kytv&gt; （不太确定是否支持“强制付费”，但捐赠完全没问题） 20:14:36 &lt;Meeh&gt; *阅读历史记录* 20:14:39 &lt;zzz&gt; 两个版本，一个免费一个付费。预计 99% 会选免费 20:15:12 &lt;kytv&gt; 好的，我明白了。这样很好。 20:15:25 &lt;zzz&gt; Meeh 在最后征询前进来了，给他几分钟看看历史记录并详细说明 20:17:56 &lt;Meeh&gt; 嗯，是的。 20:18:13 &lt;Meeh&gt; 其实我想再加个议题，在某种程度上跟这个相关 20:18:24 &lt;Meeh&gt; 但也算不上完全相关 20:18:55 &lt;zzz&gt; Meeh，关于 1) 的最后征询 20:19:04 &lt;zzz&gt; 我哪里说错了吗？ 20:20:04 &lt;Meeh&gt; 我很乐意去做，而且两个应用配捐赠的方案看起来依然是个好主意 :) 20:20:05 &lt;Meeh&gt; 没错，关于命名空间之类说得对 20:20:05 &lt;Meeh&gt; 你说对了 20:20:06 &lt;zzz&gt; 那好。第 1) 项结束。 20:20:07 &lt;zzz&gt; 2. 平板测试（zzz） 20:20:42 &lt;zzz&gt; 我们现在没有足够的 Android 测试者和开发者。而且很快会有更多用户。所以我们确实需要更多测试者和开发者。 20:20:49 &lt;Meeh&gt; 到我可以加第 3) 项的时候提醒我，这是个大话题，而且可能会让很多人感兴趣 20:21:03 &lt;Meeh&gt; 在 2) 期间我还得多完善一下这个议题 20:21:05 &lt;zzz&gt; 好的 3) 把 meeh 加入议程 20:21:08 &lt;zzz&gt; 回到 2) 20:21:41 &lt;zzz&gt; 我想提议报销那些愿意购买 Android 设备并承诺进行测试或开发的人的花费。 20:22:13 &lt;zzz&gt; 比如，每人最多 200 美元，最多 8 人，足够买台 7 英寸平板，或部分资助一台手机或 10 英寸平板 20:22:31 &lt;zzz&gt; 我也想为 str4d 全额资助一台 10 英寸平板，最多 400 美元左右 20:22:44 &lt;zzz&gt; 有什么意见？有志愿者吗？ 20:23:24 &lt;eche|on&gt; 我的意见已经记录在案了，放手去做吧。 20:23:25 &lt;str4d&gt; hai 20:23:27 &lt;str4d&gt; ary for l8ness 20:23:36 &lt;eche|on&gt; 但别买中国间谍软件设备^^ 20:24:07 &lt;zzz&gt; 我们已经给一些开发者买过设备了，但我们真的真的需要测试者 20:24:47 &lt;str4d&gt; sry* 20:24:55 &lt;zzz&gt; 这将面向已经是开发社区一员的人，比如 psi、orion、dg、kytv、echelon 等 20:25:23 &lt;zzz&gt; 谁想要？我觉得这是项目资金的一个很好的用途 20:26:00 &lt;kytv&gt; 我一直愿意测试，但我没有平板，也不确定我能提供的反馈有多大用处。话虽如此，我可以测试并提供（希望是）有效的报告。 20:26:21 &lt;zzz&gt; 好的，有一个了。太好了。 20:26:48 &lt;zzz&gt; 照例，找我们的财务 echelon 报销 20:26:52 &lt;Meeh&gt; 我也可以测试，但我的平板有点儿老了 20:26:56 &lt;Meeh&gt; 有点儿* 20:27:18 &lt;zzz&gt; 我真的挺喜欢 7 英寸的 Android 平板。很适合测试和日常使用。并且你不会冒着把自己手机搞挂的风险。 20:27:50 &lt;zzz&gt; 关于 2) 为测试配备 Android 平板的最后征询 20:28:23 &lt;str4d&gt; 设备的选择很重要 20:28:30 &lt;eche|on&gt; （我不会为 apple 的产品买单，lol） 20:28:37 &lt;Meeh&gt; 我可以帮着测，但要保证测试的话大概需要买一台新平板 20:28:53 &lt;str4d&gt; 我们现在有个机会，能提供不同的设备“尺寸”和屏幕“密度” 20:29:21 &lt;zzz&gt; 如果让每个人自己选手机或平板，应该就能覆盖所需的机型多样性 20:29:55 &lt;zzz&gt; 好，进入 3) Meeh 的未知议题。最多 15 分钟。 20:29:57 &lt;zzz&gt; 开始吧 Meeh 20:29:59 &lt;str4d&gt; （例如我的 7 英寸平板是 600x1024 像素，属于 -sw600dp 类别） 20:32:03 &lt;Meeh&gt; 好，我决定回归（因为我离开了一段时间）带来个惊喜，有的人可能听说过，也有人见过一点儿……简单说我做了一个“I2P 浏览器套件”，在 24 小时内大概就能为 win32 和 osx 准备就绪 20:32:29 &lt;Meeh&gt; 打开你的 tor 插件，然后看一下 https://hideme.today/dev/ 20:32:35 &lt;iRelay&gt; Title: The Abscond bundle (at hideme.today) 20:32:39 &lt;Meeh&gt; 那里是它的功能集和“外观” 20:32:57 &lt;psi&gt; 等等 什么 20:33:01 &lt;psi&gt; 一个浏览器套件？ 20:33:05 &lt;Meeh&gt; 我在尝试让 i2p 更容易上手……因为我总是被抱怨太难 20:33:08 &lt;Meeh&gt; 是的 20:33:17 &lt;Meeh&gt; 还有更多，因为它是 100% 可便携的 20:33:26 &lt;Meeh&gt; 你可以把它放在 U 盘里 20:33:39 &lt;Meeh&gt; 在任何机器上启动……稍作修改，你还可以跨平台启动 20:33:42 &lt;psi&gt; 不错 20:33:43 &lt;str4d&gt; psi：Tor Browser 加上 I2PButton 20:33:46 &lt;Meeh&gt; 也就是同一份安装可在 win、linux、osx 上用 20:33:58 &lt;Meeh&gt; 差不多就像 str4d 说的那样 :) 20:34:38 &lt;Meeh&gt; 所以，你们对这个有什么评论、想法、加分项之类的吗？ 20:34:49 &lt;psi&gt; 我在哪能拿到？ 20:34:56 &lt;Meeh&gt; 我觉得在发布前先收集点反馈比较好 20:34:57 &lt;psi&gt; 看起来 gitlab 实例被锁了 20:35:11 &lt;Meeh&gt; 我会在会后几个小时内推送最终代码并开放下载 20:35:21 &lt;psi&gt; 好的 20:35:23 &lt;Meeh&gt; 还没完成完整的构建集 20:35:38 &lt;Meeh&gt; 所以我需要告诉你们如何编译并把所有部分组装起来 20:35:44 &lt;eche|on&gt; 评论：工作量很大。 20:35:47 &lt;eche|on&gt; 但很好。 20:36:13 &lt;Meeh&gt; 我主要专注于做一个原型/概念验证，而不是构建系统 20:36:54 &lt;Meeh&gt; 所以我拿了 torbrowser 本体并做了重命名，torbutton 几乎重写成 100% 面向 i2p 而不是 tor 20:37:17 &lt;Meeh&gt; 启动器是我从零写的，很大程度上因为需要处理 jre 部分 20:37:34 &lt;Meeh&gt; 因此 tor 之前的所有构建脚本都不适用了 20:37:43 &lt;Meeh&gt; 也不太容易修改 20:38:36 &lt;psi&gt; 包含 Orchid 吗？ 20:38:59 &lt;Meeh&gt; 是的，里面包含了一些 i2p 插件以及浏览器插件 20:39:06 &lt;psi&gt; 不错 20:39:16 &lt;Meeh&gt; i2p 插件主要是为了吸引人，比如 i2p-bote 20:39:23 &lt;Meeh&gt; 浏览器插件用于隐私保护 20:40:20 &lt;Meeh&gt; 这个想法是做一个构建脚本，在每次 i2p 发布时都能轻松为 osx、linux、win32 构建新的套件 20:40:37 &lt;Meeh&gt; 当然还有浏览器更新等，但那需要人工处理 20:40:53 &lt;Meeh&gt; 不过我已把维护这件事纳入未来计划 20:42:25 &lt;zzz&gt; 好，关于第 3) 项还有别的吗？ 20:43:02 &lt;zzz&gt; 还有其他议题吗？ 20:43:14 &lt;Meeh&gt; 没了，主要就这些。如果有人在 win32 上想测试请喊一声，因为在 Anoncoin 的经历之后，那部分最需要测试 20:43:55 &lt;Meeh&gt; 我发现如果不出去买，我的咖啡就要见底了，我去一趟，10 分钟回来。来回各 5 分钟 :) 20:44:24 &lt;zzz&gt; 太好了。提醒一下，任何人都可以随时就任何主题召集会议。 20:44:35 * zzz *bafs* 会议结束 </div>/zh/blog/2014/05/22/i2p-0.9.13-%E5%8F%91%E5%B8%83/Thu, 22 May 2014 00:00:00 +0000/zh/blog/2014/05/22/i2p-0.9.13-%E5%8F%91%E5%B8%83/<p>0.9.13 包含针对位于防火墙后的 routers 的修复、netDb 查询改进，以及一次重大的 SusiMail 更新。当然，也包括常规的错误修复和翻译更新。</p> <p>与往常一样，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <p>zzz 已更新他的 GPG 密钥，发布文件已使用他的新密钥签名。他的新密钥指纹为：2D3D 2D03 910C 6504 C121 0C65 EE60 C0C8 EE72 56A8</p> <h2 id="发布详情">发布详情</h2> <h3 id="susimail">SusiMail</h3> <ul> <li>Many UI improvements</li> <li>Implement local storage of messages</li> <li>Add offline mode</li> <li>Messages now deleted on server after download</li> <li>Several backend POP3 and SMTP speedups and fixes</li> </ul> <h3 id="susimail-1">SusiMail</h3> <ul> <li>NetDB lookup fixes</li> <li>Fix transition from not-firewalled to firewalled</li> <li>Fix plugin uninstall on Windows</li> <li>SSU locking fixes</li> <li>Fix rapid republishing of SSU addresses</li> <li>IRC client exception fixes</li> <li>Fix changing HTTP outproxy configuration without restarting tunnel</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>New i2ptunnel server option for unique local address per-client</li> <li>Warn in i2ptunnel on duplicate client ports</li> <li>Update HTTP User-Agent to match TBB</li> <li>Extend SSU establishment retransmission timer</li> <li>Use constant-time method for HMAC verification</li> <li>New translation: Slovak</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>1839a392c74b3d57d8dfdf8016ad37538bbdd315535f7b58258ec4a4639d29f1 i2pinstall_0.9.13_windows.exe 62c2731109c5c9983705a5b9e615f57523594db339a798f56e9d5a6ba188cb02 i2pinstall_0.9.13.jar d313e2e0de43303c6633f433860d0fc10b7e9c014950261c331c1caf8ef38c79 i2psource_0.9.13.tar.bz2 639b281cde82059a1b69a3074b8ebaf1046791be40d57e8a48f748e065f8a368 i2pupdate_0.9.13.zip 1b623954da95efe43206ac87eae36db5b985503fe29797b507f18daeedfa0e1a i2pupdate.su2 6bee2716dc28423b324835b905c5aa539df0fb370555cdfc4ad68a94941fe44e i2pupdate.su3 5edf2cb0aca66d75d3a7d49aa170a8920fda23a9a1301fe1409bfb60d2509095 i2pupdate.sud </code></pre>/zh/blog/2014/05/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B45%E6%9C%886%E6%97%A5/Tue, 06 May 2014 00:00:00 +0000/zh/blog/2014/05/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B45%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bgwcb, dg, eche|on, EinMByte, hghoster, kytv, nombra, Nyakov, psi, topiltzin, user, Yi, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 20:00:37 &lt;zzz&gt; `http://zzz.i2p/topics/1618` 20:00:43 &lt;bgwcb&gt; 嗯，开始吗？ 20:00:46 &lt;iRelay&gt; Title: zzz.i2p: 会议 周二 5 月 6 日 - UTC 晚上 8 点 (at zzz.i2p) 20:00:57 &lt;zzz&gt; 0. 嗨 20:00:57 &lt;zzz&gt; 1. hiddengate.i2p 控制台主页申请（详情见下一贴） 20:00:57 &lt;zzz&gt; 2. OMGWTFBBQ 欧洲夏季聚会 - echelon 20:00:57 &lt;zzz&gt; 3. 0.9.13 发布计划 20:01:06 &lt;zzz&gt; 0. 嗨 20:01:09 &lt;zzz&gt; 大家好 20:01:11 &lt;eche|on&gt; 嗨！ 20:01:15 &lt;psi&gt; 你好 20:01:16 &lt;topiltzin&gt; 嗨 20:01:23 &lt;nombra&gt; o/（刚好重新连上） 20:01:38 &lt;kytv&gt; hola 20:01:49 &lt;Yi&gt; 这是什么？ 20:01:50 &lt;zzz&gt; 这些议题大多很短，我们每项限制在 15 分钟内 20:02:00 &lt;hghoster&gt; 大家好 20:02:05 * mokosoul 在没人注意到它来开会之前悄悄溜走了。 20:02:08 &lt;zzz&gt; 1. hiddengate.i2p 控制台主页申请 20:02:16 &lt;zzz&gt; 详情见上面的链接 20:02:42 &lt;zzz&gt; hghoster 是 hiddengate.i2p 的申请人。能否给我们介绍一下这个站点？ 20:03:52 &lt;hghoster&gt; HiddenGate 是面向俄罗斯 I2P 用户的项目。目标：发布在线/离线的《Vestnik I2P》刊物，介绍 I2P 并指导如何访问它。 20:04:00 &lt;hghoster&gt; 我们有 wiki、论坛、图片板 20:04:06 &lt;EinMByte&gt; 嗨 20:04:47 &lt;EinMByte&gt; hghoster: 嗯……可以说是某种帮助类网站吗 20:05:03 &lt;hghoster&gt; 嗯……我们已经发布了第一版刊物。还有几个人在持续往 wiki 填写新的技术文章 20:05:04 &lt;kytv&gt; 为方便起见，英文版 ToS（服务条款）： `http://hiddengate.i2p/wiki/ToS#Terms_of_Service` 20:05:04 &lt;zzz&gt; 好的，谢谢。有人有问题或意见吗？我尤其想听俄语使用者的看法 20:05:08 &lt;iRelay&gt; Title: HiddenGate Wiki: HiddenGate Wiki (at hiddengate.i2p) 20:05:27 &lt;bgwcb&gt; hghoster: 受审查的图片板，但这可能是好事，因为我们这些正派的俄罗斯匿名者不喜欢 CP（儿童色情） 20:05:29 &lt;EinMByte&gt; 我之前访问过这个网站，感觉不错 20:05:50 &lt;EinMByte&gt; 不过我想提一点：主页全是俄语 20:05:55 &lt;hghoster&gt; EinMByte: 对。我们的目标是做一个平台，让新用户不会看到 CP 等一些令人震惊的内容 20:06:15 &lt;hghoster&gt; 只用于政治讨论、兴趣爱好等。没有垃圾，没有 CP 20:06:48 &lt;hghoster&gt; EinMByte: 但也有一两页是英文的，比如 ToS。请稍等一下 20:07:08 &lt;EinMByte&gt; 那么，也许来一段英文简介会更好？ 20:07:08 &lt;EinMByte&gt; （即使网站其他部分是俄语） 20:07:08 &lt;EinMByte&gt; 听起来不错 20:07:14 &lt;zzz&gt; hghoster 按要求发布了英文和俄文的 ToS： `http://hiddengate.i2p/wiki/ToS` 20:07:18 &lt;iRelay&gt; Title: HiddenGate Wiki: HiddenGate Wiki (at hiddengate.i2p) 20:07:20 &lt;EinMByte&gt; zzz: 考虑到俄语用户的数量，我觉得这是个不错的补充 20:07:22 &lt;hghoster&gt; zzz 谢谢你 20:07:48 &lt;EinMByte&gt; 嗯，我只是希望主页上至少有一句英文 20:08:05 &lt;EinMByte&gt; 因为我访问 hiddengate.i2p 时相当困惑 20:08:31 &lt;EinMByte&gt; 我想大多数非俄语的 I2P 用户也会这样 20:08:45 &lt;EinMByte&gt; 不过，我同意这个提议 20:09:18 &lt;zzz&gt; 这里的俄语用户还有其他评论吗——bgwcb、denixx_、Nyakov？ 20:09:38 &lt;hghoster&gt; 我们可以在首页顶部放一些欢迎文字，向非俄语用户说明他们到了哪里 20:10:12 &lt;EinMByte&gt; hghoster: 我就是这个意思 20:10:19 &lt;hghoster&gt; 我在记录我们的对话，稍后我们也会讨论 20:10:21 &lt;hghoster&gt; 我想他们可能在睡觉 :) 不过 bgwcb 没有 20:10:22 &lt;Nyakov&gt; 我觉得这是个好主意 20:10:36 &lt;bgwcb&gt; 我觉得如果 hiddengate 上了起始主页，会给 hiddengate 带来一些好的内容 20:10:37 &lt;hghoster&gt; 好的，我会记住的，谢谢 20:10:49 &lt;EinMByte&gt; 毕竟，我想从控制面板过来的用户会看到的就是首页 20:10:49 &lt;zzz&gt; hghoster，我上周在 #ru 收到一些评论，说你们站点内容很少。你们打算如何增加内容？ 20:10:53 &lt;Yi&gt; 我觉得可以 20:11:12 &lt;zzz&gt; 我们不想在主页上放“死站” 20:11:17 &lt;user@kyirc&gt; 赞成加入欢迎语。这域名是英文的，我也可能会点进去，但连这是啥都不知道会挺让人挫败的，哪怕网站其他内容对我来说反正也看不懂 20:11:53 &lt;bgwcb&gt; 而且这是个好主意，因为他们没有 CP。新来的人可能会害怕黑暗网络，觉得那里是恋童癖者和恐怖分子的庇护所 20:11:59 &lt;hghoster&gt; 当然，计划是好的 :) 还有个叫“Glavred”的家伙，他是这个项目的创意发起人。我在以管理员的身份参与。还有几个人在持续往 wiki 填内容 20:12:37 &lt;hghoster&gt; 当然，内容充实没有我们想象的那么快。但我们无论如何会继续做。除非像 P 先生那样的人把互联网关掉 20:12:48 &lt;bgwcb&gt; 不过，那我也希望把 `http://rus.i2p` 放到起始页，并标注它含有一些惊悚内容 20:12:50 &lt;hghoster&gt; 抱歉我的英语不好 20:13:00 &lt;iRelay&gt; Title: I2P Wiki (at rus.i2p) 20:13:13 &lt;zzz&gt; 不用道歉，你做得很好 :)( 20:13:40 &lt;zzz&gt; 好的，还有其他评论吗？目前我还没听到任何反对意见？ 20:13:53 &lt;dg&gt; 听起来不错 20:13:54 &lt;EinMByte&gt; zzz: 关于“死站”——换个角度看：如果网站上了主页，这很可能会增加流量 20:14:09 &lt;EinMByte&gt; 所以，这也会对内容产生积极影响 20:14:12 &lt;dg&gt; 而且，如果它‘死’了，我们随时可以下架 20:14:21 &lt;EinMByte&gt; 没错 20:14:45 &lt;kytv&gt; 我这边没问题，不过用英语写一两句介绍（与主机名的语言匹配）会更好。 20:15:26 &lt;user@kyirc&gt; 控制台的提示气泡可以/应该已经说明它是俄语的。我赞成 20:16:08 &lt;hghoster&gt; 网站托管在俄罗斯境外，所以我觉得这没问题。而且我是 C++ 程序员，有一份不错的工作，所以资金不是问题。关键是如何更有效地推广 I2P。我们希望那份刊物能帮到我们 20:16:32 &lt;hghoster&gt; kytv: 是的，当然可以 20:16:48 &lt;zzz&gt; 好的，那么，hghoster，我们批准你的请求，我会把它加入 0.9.13。感谢参加会议，祝你的网站好运 20:16:48 &lt;bgwcb&gt; 我赞成它出现在首页 20:16:48 &lt;zzz&gt; 也感谢 #ru 的朋友们帮忙 20:16:50 &lt;psi&gt; （欢迎 C++ 程序员帮助 i2pd 和 i2pcpp） &lt;-- 跑题了 20:16:59 &lt;zzz&gt; 继续 20:16:59 &lt;zzz&gt; 2. OMGWTFBBQ 欧洲夏季聚会 - echelon 20:17:01 &lt;zzz&gt; eche|on，给我们介绍一下 20:17:03 &lt;hghoster&gt; 谢谢大家！ 20:17:08 &lt;bgwcb&gt; 谢谢大家，这很有意思 20:17:19 &lt;eche|on&gt; 烧烤聚会 20:17:38 &lt;eche|on&gt; 我们一直想办一次烧烤。我可以在今年夏天于奥地利格拉茨主办一次 20:17:45 &lt;eche|on&gt; 如果大家想办的话 20:18:18 &lt;eche|on&gt; 饮料/食物的费用我认为可以用资金解决，主要问题是有没有人来参加这次烧烤…… 20:18:28 &lt;EinMByte&gt; 会很好，但我可能不会参加（出于匿名性考虑） 20:18:35 &lt;zzz&gt; 什么时候？ 20:18:46 &lt;eche|on&gt; 我更倾向于 8 月底或 9 月这段时间 20:19:21 &lt;zzz&gt; 不要与 DEFCON 冲突，8 月的第一周 20:19:33 &lt;eche|on&gt; 对，我知道 20:19:48 &lt;bgwcb&gt; 这是个好主意 20:19:58 &lt;EinMByte&gt; zzz: 我能快速加两件事吗：一个关于 Just Mail 的问题，另一个关于 DerbyCon（跑题了，抱歉） 20:20:11 &lt;psi&gt; 说到会议，orion 和我大概率会去 DerbyCon 20:20:17 &lt;eche|on&gt; 我也知道不会有很多人能来，我只能提供烧烤的场地，没有住宿 20:20:23 &lt;zzz&gt; EinMByte，你是议程第 4 项 20:20:33 &lt;EinMByte&gt; zzz: 谢谢 20:20:46 &lt;zzz&gt; psi，DerbyCon 列为议程第 5 项 20:20:52 &lt;psi&gt; 好的 20:20:56 &lt;EinMByte&gt; eche|on: 烧烤肯定是个好主意 20:21:05 &lt;EinMByte&gt; 前提是你能召集到足够的人参加 20:21:38 &lt;bgwcb&gt; 但为什么要托管在俄罗斯之外？ 20:21:38 &lt;zzz&gt; 任何对 8 月下旬/9 月上旬在格拉茨烧烤感兴趣的人，请输入“yes”或“maybe” 20:21:53 &lt;EinMByte&gt; zzz: 是参加还是只是支持 20:22:09 &lt;zzz&gt; 参加。 20:22:15 &lt;zzz&gt; 我选择“maybe” 20:22:37 &lt;bgwcb&gt; maybe 20:22:56 &lt;psi&gt; “maybe”（如果我能去的话，不过可能性很小） 20:23:11 &lt;eche|on&gt; 嗯，我想我会在 forum.i2p 发个问卷？ 20:23:26 &lt;eche|on&gt; 从法兰克福转机去格拉茨很方便 ;-) 20:23:40 &lt;eche|on&gt; 但那很贵。我知道的。 20:24:14 &lt;zzz&gt; eche|on，反响不多……也许在某个会议上搞个聚会或烧烤会更受欢迎？ 20:24:17 &lt;EinMByte&gt; 我也觉得这事最好放到论坛之类的地方讨论 20:24:51 &lt;bgwcb&gt; 归谁所有？ 20:24:52 &lt;eche|on&gt; zzz: 那会更好。如果我们能找到合适的会议？ 20:24:52 &lt;bgwcb&gt; 抱歉，具体在哪里 20:24:54 &lt;EinMByte&gt; 5? 20:24:54 &lt;bgwcb&gt; ？ 20:24:55 &lt;zzz&gt; 我很想在夏天搞个聚会，但和会议结合起来可能更合理 20:24:57 &lt;eche|on&gt; 今年我没时间去拉斯维加斯 20:25:45 &lt;eche|on&gt; （又是如此） 20:25:48 &lt;eche|on&gt; 不过如果你们想做点什么，资金是有的^^ 20:25:48 &lt;zzz&gt; 好，这个话题我们先搁置，做些调研，或许几周后可以带着点子再聊 20:25:48 &lt;eche|on&gt; 我会留意这事 20:26:03 &lt;EinMByte&gt; 好 20:26:14 &lt;zzz&gt; 继续 20:26:18 &lt;zzz&gt; 3. 0.9.13 发布计划 20:26:46 &lt;zzz&gt; 距 0.9.12 大约 4 周了，我们正常的 5-8 周周期意味着会在 5 月下旬发布 20:27:02 &lt;dg&gt; 才 4 周…… 20:27:11 &lt;zzz&gt; rfree 一直在研究 0.9.12 在带防火墙的 router 上的问题，-14 似乎帮助很大 20:27:17 &lt;EinMByte&gt; 关于据称 0.9.12 的那些问题，是否已经解决了（如果确实存在的话）？ 20:27:19 &lt;zzz&gt; 所以他建议尽快发布一个版本。 20:27:28 &lt;EinMByte&gt; 哦对 20:27:50 &lt;zzz&gt; 问题似乎只出现在带防火墙的 router 上，但这也意味着所有 TAILS 用户 20:27:56 &lt;eche|on&gt; zzz: 你在 susimail 上进展到哪了，完成了吗？ 20:28:12 &lt;zzz&gt; 是的，我暂时基本完成了 susimail 20:28:24 &lt;eche|on&gt; 好的，那 Tails 下个版本是哪天发布？ 20:28:25 &lt;zzz&gt; 所以 susimail + 防火墙修复已经足以支撑一次发布 20:28:32 &lt;eche|on&gt; 也就是我们需要在什么时候完成？ 20:28:33 &lt;zzz&gt; 那么也许 2 或 3 周后？ 20:28:58 &lt;user@kyirc&gt; 对我来说 -0 很糟糕，在 Linux 上、无防火墙时，-4 修复了可达性。然后在带防火墙的 XP 上，-0 几乎不可用。-14 表现很好 20:29:04 &lt;eche|on&gt; 目前缩短周期没问题 20:29:24 &lt;user@kyirc&gt; 不过我不清楚控制台锁死的问题，是在 -14 上出现的 20:29:36 &lt;zzz&gt; 提交截止日期 5 月 16 日或 23 日，发布日 5 月 19 日或 26 日 20:29:47 &lt;eche|on&gt; 5 月 16 日更好（29 号是假日） 20:29:50 &lt;dg&gt; 我赞成 16/19，只要没有死锁之类的问题。 20:30:10 &lt;dg&gt; 如果用户还在受影响，就先别发。 20:31:10 &lt;zzz&gt; 好，那就以 16 日为截止、19 日为发布目标。如果还有未解决的问题，我们就推迟 20:31:20 &lt;EinMByte&gt; 好的 20:31:45 &lt;user@kyirc&gt; 在 XP 上一切正常。控制台的问题在我这里可能是我自己导致的，因为我试了一个仍依赖旧版 Jetty 的插件。也许这改动了我的一些设置，因为移除插件后问题仍在。但这只是我个人的情况 20:32:14 &lt;user@kyirc&gt; 如果没人再遇到那个问题，那我认为 -14 是个不错的候选版本 20:32:49 &lt;zzz&gt; 继续：4）EinMByte Just Mail 20:32:49 &lt;EinMByte&gt; 是的，只是个小问题 20:32:49 &lt;EinMByte&gt; orion：叮 20:32:54 &lt;EinMByte&gt; 我的问题是：orion 联系上他们了吗 20:33:07 &lt;EinMByte&gt; 其次：他们到底在干什么 20:33:16 &lt;EinMByte&gt; 我个人认为，这看起来行不通 20:33:20 &lt;zzz&gt; 他收到了回复并抄送给我了，但基本没说什么 20:33:26 &lt;EinMByte&gt; 所以我觉得他们需要一些建议 20:33:30 &lt;EinMByte&gt; zzz: 能贴出来吗 20:33:38 &lt;EinMByte&gt; 我感兴趣 20:34:04 &lt;EinMByte&gt; 正如我在 `http://zzz.i2p/topics/1614` 上写的，我对他们的想法表示怀疑 20:34:10 &lt;iRelay&gt; Title: zzz.i2p: Just Mail Kickstarter (at zzz.i2p) 20:34:28 &lt;EinMByte&gt; * 他们想法的可行性 20:35:09 &lt;zzz&gt; 会后我把它贴到那个线程上……就是一些营销废话，基本什么都没解释 20:35:26 &lt;EinMByte&gt; 好，谢谢 20:35:44 &lt;zzz&gt; 关于 Just Mail 还有别的吗？ 20:35:47 &lt;EinMByte&gt; 第 4 项就这样吧，看起来这事成不了 20:36:12 &lt;EinMByte&gt; （我也为投资了它的人感到遗憾） 20:36:25 &lt;zzz&gt; 继续 20:36:37 &lt;zzz&gt; 5）DerbyCon EinMByte psi orion 20:36:55 &lt;psi&gt; 我觉得 orion 和我能参加 DerbyCon 20:37:00 &lt;EinMByte&gt; 再问一下，我想了解这件事的进展 20:37:07 &lt;EinMByte&gt; 好的，有提交演讲吗？ 20:37:20 &lt;psi&gt; 我希望你们俩能讲一次 20:37:29 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:37:33 &lt;iRelay&gt; Title: zzz.i2p: Derbycon Louisville Sept. 24-28 (at zzz.i2p) 20:37:44 &lt;EinMByte&gt; zzz: 你没有可能做一个演讲吗？ 20:38:20 &lt;zzz&gt; 有可能，但我投票给我们的公关 orion 20:38:24 &lt;EinMByte&gt; 另外，有人知道这些演讲会不会直播吗？ 20:38:50 &lt;psi&gt; 如果会的话，你随时可以打扮成 Unabomber（str4d） 20:39:25 &lt;zzz&gt; psi、orion，我建议你们立刻联系 Adrian，了解征稿（CFP）的时间安排和流程，看看什么类型的演讲合适 20:39:35 &lt;psi&gt; 好的 20:39:46 &lt;zzz&gt; 这主要是个信息安全会议，和 DEFCON/HOPE/CCC 等很不一样 20:40:39 &lt;EinMByte&gt; 我们有个演讲很重要，因为那肯定能传播知名度 20:40:54 &lt;EinMByte&gt; （也更有机会促成学术研究） 20:41:13 &lt;zzz&gt; 说到 HOPE：`http://zzz.i2p/topics/1507` 20:41:19 &lt;iRelay&gt; Title: zzz.i2p: HOPE X (at zzz.i2p) 20:41:36 &lt;zzz&gt; 还有 DEFCON：`http://zzz.i2p/topics/1556` 20:41:42 &lt;iRelay&gt; Title: zzz.i2p: DEFCON 2014 (at zzz.i2p) 20:42:07 &lt;zzz&gt; 总之，psi 和 orion，如果你们去 DerbyCon，我也有可能去。 20:42:18 &lt;zzz&gt; eche|on，路易斯维尔烧烤？ 20:42:22 &lt;EinMByte&gt; 在理想情况下，我们会在所有这些会议上都做演讲 20:42:30 &lt;psi&gt; 哦，听起来不错，KT 的烧烤 20:42:51 &lt;zzz&gt; KY 20:43:02 &lt;psi&gt; 是 KY？哎呀 20:43:50 &lt;zzz&gt; 你们两三个人合写一个演讲，把我排除在外。那是最好的 :) 20:44:00 &lt;zzz&gt; 会议还有别的事吗？ 20:44:10 * zzz 开始预热 baffer 20:44:14 &lt;user@kyirc&gt; 这不在议程上，但我觉得我们应该开始考虑官方的站内主页。www.i2p2.i2p 很难看。当时选它是为了和公共互联网域名 i2p2.de 对应。既然它不再是我们的主地址了，我们也该考虑一个更好看的站内域名。比如 i2p.i2p。不确定 geti2p.i2p 是否合适，因为你不再需要去 _get_ i2p 了。 20:44:23 &lt;eche|on&gt; zzz: louiesville，时间、地点？ 20:44:39 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:44:44 &lt;iRelay&gt; Title: zzz.i2p: Derbycon Louisville Sept. 24-28 (at zzz.i2p) 20:44:53 &lt;user@kyirc&gt; 不紧急，但值得想一想，而且很容易“修复” 20:45:22 &lt;EinMByte&gt; 是的，新的主页会更好 20:45:22 &lt;eche|on&gt; 嗯，这个时间我原本想在苏格兰的 20:45:30 &lt;zzz&gt; user，那是 welterde。我们已经在 router 控制台里移除了所有引用，现在指向 i2p-projekt.i2p 20:45:59 &lt;user@kyirc&gt; 这个也不完美，因为那个 k 20:45:59 &lt;zzz&gt; 谢谢大家，会议很顺利 20:46:09 &lt;eche|on&gt; 需要查一下时刻表 20:46:20 &lt;EinMByte&gt; zzz: 最后一件事，你们打算定期开会吗 20:46:30 &lt;user@kyirc&gt; 既然是个链接，问题也不大，但在我看来英文名字还是会更好 20:46:44 &lt;EinMByte&gt; （除非已经是这样了？） 20:47:02 &lt;zzz&gt; EinMByte，我们按需安排会议。任何人都可以随时就任何主题安排会议。 20:47:17 &lt;EinMByte&gt; zzz: 好 20:47:23 &lt;user@kyirc&gt; i2p-project.i2p 有什么问题吗？已经被别人注册了吗？ 20:47:47 &lt;eche|on&gt; 不过路易斯维尔交通方便，也比较居中 20:47:50 &lt;zzz&gt; EinMByte，`http://zzz.i2p/topics/1491` 20:47:55 &lt;iRelay&gt; Title: zzz.i2p: Project Meetings (at zzz.i2p) 20:48:37 &lt;EinMByte&gt; 我在考虑开个 i2pcpp 的会议 20:48:42 &lt;EinMByte&gt; 但我需要和 orion 商量 20:48:44 &lt;zzz&gt; 如果我们要去 DerbyCon，应该试着说服 Lance 也去 20:50:03 &lt;eche|on&gt; 好的，我记着这事，我去睡了 20:50:04 &lt;eche|on&gt; 回头见 20:50:19 &lt;zzz&gt; 要被接受，演讲必须非常出色。DerbyCon 第一年规模很小，但我想今年是第 4 年了。我们和 irongeek 有点内部关系，但这并不只是他的场子。 20:50:55 &lt;EinMByte&gt; 顺便说一句，我愿意帮忙看看幻灯片之类的。不确定会不会有很大帮助，但说不准 20:51:51 &lt;EinMByte&gt; 总之，再见 </div>/zh/blog/2014/04/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B44%E6%9C%8822%E6%97%A5/Tue, 22 Apr 2014 00:00:00 +0000/zh/blog/2014/04/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B44%E6%9C%8822%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> hottuna, nombre\_, psi, str4d, zzz2</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:32:31 &lt;str4d&gt; 大家好 20:34:53 &lt;str4d&gt; 0) 嗨 20:34:53 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:34:53 &lt;str4d&gt; 2) 面向 Tor PT 的新传输 `http://zzz.i2p/topics/1551` 20:34:53 &lt;str4d&gt; 3) 来自 1) 的任何事项 20:34:53 &lt;str4d&gt; 会后活动：对 Mumble（通过 I2P 的语音聊天）进行压力测试 20:35:07 &lt;iRelay&gt; 标题：zzz.i2p: TODO 0.9.13 - 0.9.16（在 zzz.i2p） 20:35:10 &lt;iRelay&gt; 标题：zzz.i2p: Supporting Tor Pluggable Transports（在 zzz.i2p） 20:35:29 &lt;str4d&gt; 0) 嗨 20:35:57 &lt;hottuna&gt; 你好 20:37:37 &lt;str4d&gt; 还有其他人吗？ 20:38:01 &lt;str4d&gt; zzz2 orion psi kytv meeh_ 20:41:17 &lt;str4d&gt; 希望他们中的一些会出现。 20:41:17 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:41:22 &lt;iRelay&gt; 标题：zzz.i2p: TODO 0.9.13 - 0.9.16（在 zzz.i2p） 20:41:26 &lt;zzz2&gt; 在 20:41:58 &lt;str4d&gt; 应 zzz 的要求，我们开了一个讨论帖来提出 I2P 未来路线图的想法。 20:42:27 &lt;str4d&gt; 讨论很多，但没有达成实际共识。 20:43:14 &lt;str4d&gt; 我在路线图页面 `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 上总结了部分初步建议 20:43:17 &lt;iRelay&gt; 标题：Roadmaps/1.0 I2P Bugtracker（在 trac.i2p2.i2p） 20:45:01 &lt;str4d&gt; zzz2：我看到你一直在折腾 susimail（耶） 20:46:19 &lt;zzz2&gt; 是啊，在我们试图决定什么才是真正重要的同时，我掉进了那个坑。 20:52:07 &lt;str4d&gt; 我觉得这很有用，哪怕只是因为存在一个关于登录问题的长期缺陷，而且 susimail 是用户最先会尝试的应用之一 20:52:08 &lt;str4d&gt; `http://trac.i2p2.i2p/ticket/747` 20:52:12 &lt;iRelay&gt; 标题：#747（Susimail 的登录问题） I2P Bugtracker（在 trac.i2p2.i2p） 20:54:45 &lt;psi&gt; str4d：哦嗨 20:54:47 * psi 迟到了？ 20:55:19 &lt;str4d&gt; 是的，psi 是 20:55:25 &lt;str4d&gt; 目前还没发生什么事 :/ 20:55:58 * psi 向上翻看记录 20:56:07 &lt;str4d&gt; 概述一下自 RFC 发出以来发生的事情： 20:56:18 &lt;str4d&gt; - zzz 一直在做 susimail 20:56:59 &lt;str4d&gt; - psi 一直在熟悉 PT（Pluggable Transports，可插拔传输）、新的 DH 和 JNI 20:57:23 &lt;str4d&gt; - 我在做 I2P-Bote Android，现在在做 Java EdDSA 20:57:39 * psi 花了一整天把用于 i2p 的 PT 结构充实起来 20:58:59 &lt;zzz2&gt; 如果 str4d 和 psi 在 EdDSA、25519 和 PT 上有进展，那么我觉得我最好的时间利用就是推进新的签名算法迁移，例如在同一个 tunnel 中支持多个 dest，以及某种地址簿支持 21:00:27 &lt;jenkins@kyirc&gt; 开始为 I2P 任务构建 #581 21:01:01 &lt;zzz2&gt; psi 的 mtn 密钥和开发者协议进展如何？我没有在邮件里收到任何东西。 21:01:23 &lt;str4d&gt; psi 已经签了开发者协议，我把它推到了网站上 21:01:36 &lt;str4d&gt; （所以他的公钥已经备案） 21:02:10 &lt;zzz2&gt; 他的密钥指纹也在上面吗？ 21:02:32 &lt;zzz2&gt; 如果是的话我会把他加上并公告 21:03:02 &lt;psi&gt; 我的 GPG 指纹在我的 Twitter 上 21:03:05 &lt;str4d&gt; 不是指纹，但密钥本身在上面 21:03:47 &lt;zzz2&gt; 它需要写进那个 monotonerc 模板文件示例里。psi，要不你把这个当作你 mtn 技能的第一次练手？ 21:04:23 &lt;jenkins@kyirc&gt; 哇哦，构建修好了！ 21:04:24 &lt;jenkins@kyirc&gt; 项目 I2P 构建 #581：在 3 分 55 秒内已修复: `http://jenkins.killyourtv.i2p/job/I2P/581/` 21:04:36 &lt;psi&gt; 我能搞定 21:04:40 &lt;psi&gt; 我已经在本地做了 21:04:53 &lt;str4d&gt; zzz2，psi，我更新了路线图甘特图 - `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 21:04:56 &lt;iRelay&gt; 标题：Roadmaps/1.0 I2P Bugtracker（在 trac.i2p2.i2p） 21:05:21 &lt;psi&gt; 我用于 NOT 传输的 Monotone 密钥指纹是 "1ceb85b992114bae1bcb156ef238f8f3044a6bfe", -- ampernand@gmail.com 21:06:04 &lt;psi&gt; 我也可以给出我的传输密钥指纹 21:06:29 &lt;zzz2&gt; 好的，太棒了，欢迎加入团队！就像我对所有人说的那样，请小心点，先在 www 上练习 21:06:30 &lt;str4d&gt; psi：你需要把那个发给 eche、kytv 和 welt 21:06:43 &lt;str4d&gt; +1 21:06:56 * kytv 收到了，正在把它加到他的服务器上 21:07:08 &lt;zzz2&gt; psi，我们的网页上有非常详尽的操作说明…… :) 21:07:27 &lt;psi&gt; 我会去看一看 21:07:38 &lt;zzz2&gt; 比如，给我发邮件（不过你就不用了） 21:08:15 &lt;str4d&gt; 大家现在觉得甘特图形式的路线图怎么样？有没有看起来不切实际或遗漏的项目 21:08:16 &lt;str4d&gt; ？ 21:09:37 * psi 在查看路线图 21:09:43 &lt;jenkins@kyirc&gt; 项目 I2P UnitTests 构建 #528：在 5 分 6 秒内成功: `http://jenkins.killyourtv.i2p/job/UnitTests/528/` 21:09:57 &lt;jenkins@kyirc&gt; 开始为 I2P-Android 任务构建 #82 21:09:59 &lt;str4d&gt; zzz2：我建议你尽快把“新的 GPG 密钥”这项搞定 ;) 21:10:19 &lt;zzz2&gt; str4d，请告诉我们它在你看来反映了哪些重要事项 21:10:33 &lt;str4d&gt; psi：你发现你在 PT 上的工作和 NTCP2 之间有很多重叠吗？ 21:10:34 &lt;zzz2&gt; 好的，我保证会在下个发行版之前完成 21:11:24 &lt;str4d&gt; 依我看，有三件事很重要： 21:11:32 &lt;jenkins@kyirc&gt; 项目 I2P-Android 构建 #82：在 1 分 34 秒内成功: `http://jenkins.killyourtv.i2p/job/I2P-Android/82/` 21:11:40 &lt;str4d&gt; 1）加密升级的进展——现在终于开始启动了 21:12:01 &lt;psi&gt; str4d：目前我还没看 ntcp2 21:12:13 &lt;str4d&gt; （延续此前的准备工作） 21:13:28 &lt;zzz2&gt; 1）“现在开始启动”？我已经为此拼命干了 6 个月了 21:13:32 &lt;str4d&gt; 2）审计准备——我认为我们需要尽快把威胁模型等搞清楚 21:15:33 * psi 将 AFK 30 分钟 21:15:33 &lt;psi&gt; 突发情况，稍后回来 21:15:33 &lt;psi&gt; 我稍后会看回溯记录 21:16:21 &lt;zzz2&gt; 外界似乎对“新的签名加密”有些困惑。它已经完成了，在 0.9.12 中已经发布并可用。对于 Destination（I2P 目的地标识）。 21:17:06 &lt;zzz2&gt; “唯一”没完成的是把已经发布的现有 Destination 迁移到新的上。 21:21:13 &lt;str4d&gt; 是的，而这首先取决于选择一个新的（在我看来应该是 Ed25519），而这又依赖于拿到一个快速的实现。 21:21:15 &lt;str4d&gt; 同时，我同意应该把剩余所需的迁移基础设施实现出来。 21:21:16 &lt;str4d&gt; &lt;str4d&gt; 多年来我们把它放在一边，去做我们认为对用户有益的工作，但我觉得如果我们想开始吸引更多的研究兴趣，并有效利用这些研究，我们需要更加清楚 I2P 能够、以及不能够实现什么。 21:21:17 &lt;str4d&gt; &lt;str4d&gt; 我知道你已经做了，zzz ；P 21:21:18 &lt;str4d&gt; &lt;str4d&gt; （我具体指的是其中与实际新加密相关的部分） 21:21:19 &lt;str4d&gt; &lt;str4d&gt; 感谢你为把它推进到目前阶段所付出的努力 :) 21:21:20 &lt;str4d&gt; &lt;str4d&gt; 3）可用性、用户体验——这是第三个重要点，但它不在路线图图表上 21:21:22 &lt;str4d&gt; &lt;str4d&gt; 嗯——zzz 在 susimail 上的工作就属于这一类，流式传输的改进也一样 21:21:41 &lt;str4d&gt; &lt;str4d&gt; 同样重要的是审查我们的错误与帮助页面，以及我们如何帮助用户完成他们的任务。 21:21:41 &lt;str4d&gt; （在我“2）审计准备”那行之后） 21:22:00 &lt;str4d&gt; 我需要在 10–15 分钟后 AFK 21:22:50 &lt;str4d&gt; 既然 psi 现在 AFK，这次会议我就把“2）用于 Tor PT 的新传输”这项先搁置 21:23:55 &lt;str4d&gt; zzz2：在你看来，就威胁模型与 Lance 开会前，我们需要先做些什么？ 21:24:59 * str4d 想试着在五月和 Lance 约一次会议 21:26:04 &lt;str4d&gt; 所以我们需要搞清楚在那之前要做的事情，这样我们才能留出足够时间先完成，再去安排会议。 21:29:27 &lt;zzz2&gt; 我不同意我们必须先做出选择。 21:29:59 &lt;zzz2&gt; 或者说，我们可以现在先选（P256），等有更多选项时再选一次。 21:30:02 &lt;MTN@kyirc&gt; [ I2P ] 编译修复 [zzz@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3` 21:30:34 &lt;zzz2&gt; 如果愿意的话，我们可以在 0.9.13 中把新 dest 的默认改为 P256。 21:30:35 &lt;str4d&gt; zzz2：如果我们达到命名系统能应对动态加密选择的阶段，那么我同意 21:31:05 &lt;zzz2&gt; P256 显然比 DSA 更好 21:31:34 &lt;str4d&gt; 这点我也同意。 21:31:43 &lt;zzz2&gt; 我觉得讨厌 P256 的人最好退一步想想，DSA 1024 有多糟。 21:32:03 &lt;MTN@kyirc&gt; [ WWW ] adding psi's transport key [kytv@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7` 21:32:52 &lt;str4d&gt; zzz2：我理解你的观点。 21:33:39 &lt;zzz2&gt; 关于审计和 Lance，任何时候都合适。你有没有来自邮件列表的审计流程更新可以告诉我们？ 21:33:40 &lt;str4d&gt; 我想在切换之前先把 EdDSA 搞定，部分原因是根据你之前在线程里说的，我并不期待把 Dest 的签名算法切换两次。 21:34:14 &lt;str4d&gt; 是的，第二次会稍微容易一些，因为会有多 dest 支持等，但命名这一侧仍是薄弱环节。 21:34:48 &lt;zzz2&gt; 对于服务器端你不想切换两次，但对客户端无所谓 21:35:04 &lt;str4d&gt; 说得好。 21:35:23 &lt;str4d&gt; 有没有什么会阻止新的 Dest 与旧的通信？ 21:35:31 &lt;nombre_&gt; 所以我理解你们正在做加密升级？有没有页面详细介绍你们的全部计划？关于 25519 的实现，你们可以通过 JNI 使用 NaCl，或者用 Kalium，尽管那可能会有些限制 21:35:34 &lt;zzz2&gt; 就算对服务器端，如果你切到 P256，再切一次也没太大意义，除非有关于 P256 的非常糟糕的消息出来 21:35:54 &lt;str4d&gt; 如果没有的话，尽早让客户端上 P256 可能是个好主意 21:36:08 &lt;zzz2&gt; 新 dest 可以与旧的通信，反之亦然，只要双方都是 0.9.12 或更新版本 21:36:39 &lt;str4d&gt; http://blog.cr.yp.to/20140323-ecdsa.html 已足够让我不想继续停留在 ECDSA 上 21:36:43 &lt;iRelay&gt; 标题：cr.yp.to：2014.03.23：如何设计椭圆曲线签名系统（在 blog.cr.yp.to） 21:37:56 &lt;str4d&gt; 不是因为某个单一的点（至少目前不是），但如果我们能得到一个高效且 *正确* 的 EdDSA 实现，我认为切换会非常有益 21:38:27 &lt;str4d&gt; nombre_: `http://trac.i2p2.i2p/ticket/856` 21:38:30 &lt;iRelay&gt; 标题：#856（加密审查/迁移） I2P Bugtracker（在 trac.i2p2.i2p） 21:38:30 &lt;str4d&gt; （以及其中的链接） 21:38:40 &lt;nombre_&gt; 谢谢 str4d 21:38:53 &lt;zzz2&gt; 不过那里没有任何东西告诉我要延迟去掉 DSA。也没有什么让我对 P256 感到恐慌的内容。有没有比 P256 更好的？当然有。 21:39:15 &lt;str4d&gt; OpenITP 邮件列表那边并没有实质更新，最近也没什么实际活动。 21:40:38 &lt;zzz2&gt; 我预留了 65536 种签名算法，我实现了 7 种，还剩 65529 种，如果愿意我们每个版本可以多加几个。 21:43:27 &lt;str4d&gt; zzz，我支持在 0.9.13 把客户端迁到 p256 21:44:47 &lt;str4d&gt; 但如果服务器端的过渡仍然不顺利，我宁愿再等等，看看 EdDSA 的进展。 21:45:49 &lt;nombre_&gt; 我也是（虽然我的意见不算数），NIST 的 ECDSA 比 DSA 更好，即使我们当中一些“锡纸帽”要等到用上 25519 才会觉得安心 21:46:48 &lt;nombre_&gt; 不过，dest/b32 被破坏（不兼容）基本是肯定的，对吧？ 21:47:13 &lt;str4d&gt; 走到这一步花了很长时间、做了很多工作，没必要在最后关头仓促行事 21:49:48 * RN 探头看了看四周 21:54:36 &lt;zzz2&gt; 分为：1）客户端；2）新服务器；3）现有服务器迁移。 21:54:43 &lt;zzz2&gt; 1）和 2）我们现在就能做，3）需要更多工作。 21:54:59 &lt;zzz2&gt; 不过，1）和 2）会破坏与旧 routers、i2pcpp 和 i2pd 的兼容性，直到它们跟上为止 21:55:16 &lt;nombre_&gt; 那么有没有人在寻找/创建 25519 的 Java 实现？大概多久能可用？ 21:55:28 &lt;nombre_&gt; 我猜用 p256 已经可以了，因为 Bouncy Castle 里包含了它？ 21:55:52 &lt;zzz2&gt; p256 在 JVM 里就有 21:56:06 &lt;nombre_&gt; 啊，那就更好了 21:56:17 &lt;zzz2&gt; 我们现在有 25519 的 Java 实现，但太慢，不足以投入使用。str4d 和 psi 正在尝试把它加速 21:57:39 &lt;nombre_&gt; 嗯，我对加密不太了解，但我会认为用 JNI 是最简单的加速方式。也许我应该更深入看看 25519，了解哪些部分是瓶颈 23:02:36 &lt;str4d&gt; 我 AFK 的时候似乎没人真正结束会议，所以： 23:02:53 * str4d 用 *baf* 结束了会议。 </div>/zh/blog/2014/03/31/0.9.12-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 31 Mar 2014 00:00:00 +0000/zh/blog/2014/03/31/0.9.12-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>I2P 现在需要 Java 6 或更高版本。我们强烈建议您升级到 Java 7。如果您仍在使用 Java 5，则必须在安装 I2P 0.9.12 之前升级 Java。</p> <p>0.9.12 增加了对使用 ECDSA 签名的 Destination（目的地）的初步支持。它包含若干针对 Delivery Status Messages（确认回执）处理的修复，并且这些消息现在采用端到端加密，以提高安全性。</p> <p>我们已升级到 Jetty 8。Jetty 8 与 Jetty 7 几乎相同，因此不存在像以往 Jetty 升级那样复杂的配置文件转换。无需进行任何手动更改。</p> <p>一如既往，我们建议你更新到本次发布版本。维护安全并帮助网络的最佳方式是运行最新的发布版本。</p> <p>3 月初，互联网搜索公司 <a href="https://duckduckgo.com/">DuckDuckGo</a> 作为其年度开源捐赠计划的一部分，向隐形互联网项目（I2P）<a href="https://duck.co/blog/foss2014">捐赠</a> 了 5,000 美元。该资助基于公众在 DuckDuckGo 社区门户上的<a href="https://duck.co/forum/thread/5174/foss-donation-nomations-2014-edition">提名</a> 而授予。</p> <p>这标志着 I2P 有史以来收到的单笔最大捐赠，也反映了互联网社区对隐私和安全日益增长的关注。这笔资金将帮助 I2P 触达更多用户、扩大开发工作并审计代码。它还将使 I2P 开发者能够参加会议，例如在纽约市举办的 <a href="http://www.realworldcrypto.com/">Real-World Cryptography</a> 大会，在会上，开发者与密码学专家会面并开展合作，以实现 I2P 向公众提供匿名性的目标。</p> <p>I2P感谢Gabriel Weinberg和DuckDuckGo的慷慨捐赠，并感谢I2P社区在提名阶段的支持。</p> <h2 id="发布详情">发布详情</h2> <h3 id="anonymity-improvements">Anonymity Improvements</h3> <ul> <li>Encrypt Delivery Status Messages</li> <li>Add preliminary support for ECDSA-signed Destinations</li> <li>Add check for replayed NTCP session requests</li> <li>Add throttling and blocking checks to streaming ping processing</li> </ul> <h3 id="匿名性改进">匿名性改进</h3> <ul> <li>Fix RouterInfo exchange in NTCP</li> <li>Extend timeout for Delivery Status Messages</li> <li>Drop streaming messages from recently closed connections</li> <li>Fix restarts on Raspberry Pi</li> <li>Restore profileOrganizer.sameCountryBonus advanced config</li> <li>Fix for jwebcache and i2phex</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Jetty 8.1.14.v20131031; Java 6 now required</li> <li>Reduce target connection count again to reduce tunnel reject rate further</li> <li>Add rate limit for outbound connections at tunnel endpoints</li> <li>Add optional inproxy blocking in i2ptunnel</li> <li>Use SSU session key for relay request/response when available</li> <li>Include HTTP POST data in SYN packet</li> <li>Add getopt library for better argument processing</li> <li>More removal of Jetty dependencies</li> <li>Remove MD5 code, use Java libraries instead</li> <li>Change the default addressbook subscription URL</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>e31a9eb24f66fedcf81651819f492837f30ea5448895e9b4a2fa514fc2212c08 i2pinstall_0.9.12_windows.exe a9108ae86eba09b80a837b7db40b348cfbe403c6ed05cf2538f5fec2544c55e4 i2pinstall_0.9.12.jar 71639369458bee414d1c319b1778d7f85301bd67aca738061961f2823f0f284e i2psource_0.9.12.tar.bz2 c4b131f1dab058123e62dd8416d3b073ae7ec2ffc6e5e1574bb266875e2f4d1e i2pupdate_0.9.12.zip cc721cc0a958f1b08d8d807870f8a6c60a2bcd68a5d71da4f4c190a15e48f6f5 i2pupdate.su2 0beb3c4402baefdc75fcd104797dae0e7f6c338fc8b61319b3668b5d607f55a1 i2pupdate.su3 d4894b8ded236255513d396ab53029be94e5c21f2187d1c9207e60eb1a67b0f9 i2pupdate.sud </code></pre>/zh/blog/2014/03/12/%E6%90%9C%E7%B4%A2%E5%BC%95%E6%93%8E-duckduckgo-%E5%90%91-invisible-internet-project-%E9%A2%81%E5%8F%91-5000/Wed, 12 Mar 2014 00:00:00 +0000/zh/blog/2014/03/12/%E6%90%9C%E7%B4%A2%E5%BC%95%E6%93%8E-duckduckgo-%E5%90%91-invisible-internet-project-%E9%A2%81%E5%8F%91-5000/<p><strong>某地，新罕布什尔州</strong> &ndash; 互联网搜索公司 <a href="https://duckduckgo.com/">DuckDuckGo</a> <a href="https://duck.co/blog/foss2014">捐赠</a> 5000 美元给 <a href="https://geti2p.net/">Invisible Internet Project</a> （隐形互联网项目）(I2P)，作为其年度开源捐赠计划的一部分。该奖项基于公众在 DuckDuckGo 社区门户网站上的<a href="https://duck.co/forum/thread/5174/foss-donation-nomations-2014-edition">提名</a> 授予。DuckDuckGo 注重隐私，提供一个不跟踪用户、也不存储个人数据的搜索引擎。I2P 是一个匿名网络，旨在保护个人免受互联网服务提供商（ISP）和政府经常性实施的无差别大规模监控。</p> <p>这标志着 I2P 迄今为止收到的最大一笔单笔捐赠，也反映出互联网社区对隐私与安全日益增长的关注。这笔资金将帮助 I2P 触达更多用户、推进开发，并对代码进行审计。它还将使 I2P 的开发者能够参加各类会议，例如在纽约市举办的 <a href="http://www.realworldcrypto.com/">Real-World Cryptography</a> 大会，在那里，开发者与密码学专家会面并开展合作，以实现 I2P 向公众提供匿名性的目标。</p> <p>I2P感谢Gabriel Weinberg和DuckDuckGo的慷慨捐赠，并感谢I2P社区在<a href="https://duck.co/forum/thread/5174/foss-donation-nomations-2014-edition">提名</a> 中的支持。</p> <p>如需了解有关 I2P 的更多信息，请访问<a href="https://geti2p.net/">我们的网站</a> ，或关注我们<a href="https://twitter.com/GetI2P">在 Twitter 上</a> 。</p>/zh/blog/2014/03/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B43%E6%9C%8811%E6%97%A5/Tue, 11 Mar 2014 00:00:00 +0000/zh/blog/2014/03/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B43%E6%9C%8811%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> AK-47, eche|on, efkt, inscrut\_, kytv, orion, psi, str4d, topiltzin, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:26 &lt;zzz&gt; 0. 嗨 20:00:26 &lt;zzz&gt; 1. anoncoin.i2p 控制台主页请求（Meeh） 20:00:26 &lt;zzz&gt; 2. Git（Meeh） 20:00:26 &lt;zzz&gt; 3. Echelon 服务缩减 / 注册成立（incorporation） 20:00:26 &lt;zzz&gt; 0. 嗨 20:00:27 &lt;zzz&gt; 嗨 20:00:33 &lt;zzz&gt; 每个议题就限制在大约 15 分钟 20:01:43 &lt;eche|on&gt; 嗨 20:02:02 &lt;orion&gt; 嗨。 20:02:29 &lt;inscrut_&gt; 嗨 eche|on 20:02:39 &lt;inscrut_&gt; o/ orion 20:02:48 &lt;topiltzin&gt; 嗨 20:04:08 &lt;inscrut_&gt; yo topz 20:05:15 &lt;str4d&gt; 嘿 20:05:26 &lt;topiltzin&gt; netsplit 20:05:54 &lt;str4d&gt; 嘘 20:05:59 &lt;str4d&gt; 嘶 20:06:15 * inscrut_ 扔了个番茄 20:08:58 &lt;topiltzin&gt; 好吧，会议结束了。散了散了 20:09:01 &lt;eche|on&gt; 关于主题 0-2 我基本上是“继续吧”的态度。 20:09:12 &lt;zzz&gt; 好，我们再试一次 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. 嗨 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p 控制台主页请求（Meeh） 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 2. Git（Meeh） 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon 服务缩减 / 注册成立（incorporation） 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. 嗨 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 嗨 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 每个议题就限制在大约 15 分钟 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 对于 2 和 3，这些大且常讨论的主题，我们专注于当前状况和下一步该做什么，而不是回顾我们如何走到这一步 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 我不指望在 2 或 3 上做出决定，但如有必要，最好确定后续研究的下一步 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 此外，议程项目的背景在上面 /topic 中的链接。 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p 控制台主页请求（Meeh） 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Meeh 你在吗？ 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 跳过 1 和 2 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon 服务缩减 / 注册成立（incorporation） 20:09:12 &lt;zzz&gt; &lt;zzz&gt; eche|on，你在吗？ 20:09:44 &lt;zzz&gt; 所以我们跳过了 1 和 2，进入 3。eche|on 请发言 20:10:12 &lt;eche|on&gt; 由于很多私事和非私事，我缩减了我的服务，接下来还会再减一些 20:10:20 &lt;eche|on&gt; 例如 false.i2p 已经下线 20:10:48 &lt;eche|on&gt; 下一个会是哪个服务我现在说不准，至少今年我还会继续当管钱的那个人 20:11:27 &lt;eche|on&gt; 我只是想到，现在我没法阻止 I2P 因欺诈等原因亏钱，事情变得更难了 20:11:54 &lt;eche|on&gt; 而且钱越多，越难处理，特别是有公司向我们捐款，我们应该把钱花在“有用”的事情上。 20:12:17 &lt;orion&gt; 我想插一句。 20:12:19 &lt;eche|on&gt; 这些都不太明确，更像是一种“感觉”，我知道，但我只是想告知大家 20:13:33 &lt;AK-47&gt; 无论如何，谢谢你这段时间的付出。 20:13:33 &lt;psi&gt; 嗨 20:13:33 &lt;zzz&gt; eche|on，今天你有什么具体提议要提给我们吗？ 20:14:30 &lt;zzz&gt; 有两个可能稍微减轻你工作量的办法——让 orion 当“助理司库 - U.S. $$”，让 Meeh 当“助理司库 - BTC/altcoin”——这两项对你有帮助吗？ 20:14:31 &lt;eche|on&gt; 我的提议：认真考虑要不要注册成立（incorporation），如果不要的话 20:14:50 &lt;eche|on&gt; 一个 $ 司库对 $ 捐款会有帮助，确定 20:15:00 &lt;eche|on&gt; 而 meeh 负责 alt/btc 也可以 20:15:43 &lt;inscrut_&gt; 能公开账本吗？也许用复式记账账簿？ 20:15:52 &lt;eche|on&gt; 账本？ 20:16:01 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` 20:16:09 &lt;iRelay&gt; 标题：Donations（在 echelon.i2p） 20:16:26 &lt;orion&gt; 我想提两个单独的提案。第一个是：我们的资金应该分散持有在多种货币中（美元、欧元、*coin）。 20:16:39 &lt;orion&gt; 并且应该放在不同法域。 20:16:40 &lt;eche|on&gt; 我更大的问题/担心是将近 40k 都在我手里。依法这都是“我的”钱，而不是 I2p 的。 20:17:54 &lt;str4d&gt; 嗯。所以如果你个人遇到财务问题，法律上你可能需要用 I2P 的资金来填坑。 20:18:15 &lt;eche|on&gt; 没错 20:18:32 &lt;eche|on&gt; 这就是不是法人实体的问题 20:18:54 &lt;eche|on&gt; 所以我不想这里超过 50k，差不多这个量 20:21:36 &lt;orion&gt; eche|on：在考虑注册成立之前，你是否同意资金应该同时分散在不同货币和不同法域？ 20:21:43 &lt;eche|on&gt; 我个人对超过 50k 不算有大问题，但一旦出事，I2P 会吃亏，这不是我的初衷 20:22:05 &lt;zzz&gt; 保留一个 $$ 账户是有好处的。我们的收入和支出很大一部分是 $$，往返兑换损失很大 20:22:13 &lt;eche|on&gt; orion：一个美国的 $ 账户很有用，如果有人愿意：可以 20:22:34 &lt;orion&gt; 我自愿在一个账户里持有 USD。 20:23:40 &lt;zzz&gt; 多个人分别持款，同时还能在名人堂页面汇总总额和交易记录，这可行吗？ 20:24:25 &lt;eche|on&gt; 由于我们网页托管在 mtn/git 上，这是可行的 20:24:42 &lt;eche|on&gt; 我们需要为每种货币设一个表/部分 20:25:06 &lt;str4d&gt; 展示出来很简单 20:25:07 &lt;eche|on&gt; 如果我们想把一种货币分给 2+x 人管理，他们需要良好配合 20:26:58 &lt;zzz&gt; eche|on 仍然担任司库并负责汇总总额，由助理负责各自的那一部分，如何？ 20:27:00 &lt;eche|on&gt; 关于注册成立：50k 不值得折腾，依我看，但确实有风险 20:27:16 &lt;eche|on&gt; zzz：这样可以。 20:27:30 &lt;zzz&gt; 注册成立对降低风险帮助不大 20:27:50 &lt;eche|on&gt; 但它能把风险从我身上移走 ;-) 20:29:03 &lt;orion&gt; 我有个不涉及注册成立的提案：信托基金（trust fund） 20:29:03 &lt;str4d&gt; 它不能防止故意亏钱，但能避免因个人破产造成的法律损失 20:29:06 &lt;zzz&gt; 那么提案就是让 orion 担任助理司库 - U.S. —— 有任何反对或进一步讨论吗？ 20:29:07 &lt;topiltzin&gt; 别把比特币花在迷幻剂上 20:29:09 &lt;str4d&gt; 我附议提名 orion 20:29:59 &lt;zzz&gt; 好，听起来就这么定了，eche|on 和 orion 再商量细节。 20:30:16 &lt;eche|on&gt; 补充一个议题： 20:30:24 &lt;eche|on&gt; 4. 50BTC 比特币客户端悬赏 20:30:43 &lt;zzz&gt; 我们的 15 分钟差不多到了。关于注册成立（incorporation），有没有下一步、提案或需要做/调研的事情？ 20:30:53 &lt;eche|on&gt; 50BTC 对于一个 I2P btc 的插件来说太多了。提议：降到 10，把 40BTC 划入一般基金 20:31:05 &lt;zzz&gt; 好的 ech，你被列入第 4 项 20:31:15 &lt;orion&gt; topiltzin：我不会的。:x 20:31:29 &lt;zzz&gt; 议题 3 最后一次征询 20:31:35 &lt;orion&gt; zzz：信托基金。 20:31:52 &lt;orion&gt; 我想把它作为注册成立的廉价替代方案来提议。 20:32:25 &lt;zzz&gt; 好的，你写个提案发出来，我们在以后的会议讨论，如何？ 20:32:41 &lt;str4d&gt; 比如：法律上的区别是什么？ 20:33:46 &lt;zzz&gt; 宣布议题 3 结束 20:33:50 &lt;zzz&gt; 回到议题 1 20:33:52 &lt;zzz&gt; 1. anoncoin.i2p 控制台主页请求（Meeh） 20:34:09 &lt;zzz&gt; 关于在主页上放 anoncoin.i2p，有没有讨论、同意或反对意见？ 20:34:44 &lt;eche|on&gt; 放吧，加上 20:35:41 &lt;zzz&gt; anoncoin 可能会火，Meeh 正在向 I2P 社区做更多推广 20:35:48 &lt;zzz&gt; 第 1 项最后一次征询 20:36:22 &lt;eche|on&gt; 我会对“做大”持谨慎态度，连 litecoin 都没真正做大，这里面有点炒作成分，不过，anoncoin 因 I2P 而知名也挺好 20:36:40 &lt;eche|on&gt; 可惜 snowden 没给 I2P 做宣传 20:36:49 &lt;zzz&gt; 呵。 20:37:03 &lt;zzz&gt; 不过关于他的计划，有问题就去找 Meeh 聊 20:37:06 &lt;str4d&gt; 我打不开那个网站，但没有明显反对意见。 20:37:08 &lt;eche|on&gt; 会的 20:37:16 &lt;zzz&gt; 第 1 项结束。我会加上。 20:37:17 &lt;zzz&gt; 2. Git（Meeh） 20:37:30 &lt;efkt&gt; +1 支持 anoncoin 20:37:38 &lt;orion&gt; 对 anoncoin 没有异议。 20:37:39 &lt;eche|on&gt; git——没有实质反对，除了断点续传（resume）的问题以及需要一份使用指南（howto） 20:37:40 &lt;zzz&gt; 对 git 有什么想法？ 20:37:56 &lt;zzz&gt; 有断点续传的问题吗？ 20:38:08 &lt;str4d&gt; 优点： 20:38:12 &lt;eche|on&gt; 据我所知 GIT 不支持断点续传 20:38:16 &lt;str4d&gt; 大家都会用 20:38:24 &lt;orion&gt; 等等，什么是 resume（断点续传）？ 20:38:32 &lt;orion&gt; 这个议题的背景是什么？ 20:38:50 &lt;zzz&gt; `http://zzz.i2p/topics/1588` &lt;--- 背景 20:38:56 &lt;iRelay&gt; 标题：zzz.i2p: Meeting Tues. Mar. 11 8 PM UTC（在 zzz.i2p） 20:38:57 &lt;topiltzin&gt; 如果在 fetch/clone/pull/push 过程中连接断了 20:39:03 &lt;eche|on&gt; orion：在一次大的 clone/pull/... 期间 tunnel 中断，git 是从头开始还是能在事务中间继续？ 20:40:11 &lt;str4d&gt; 一切都支持 20:40:12 &lt;str4d&gt; 可以用 GPG 密钥对提交进行签名或批准 20:40:12 &lt;str4d&gt; orion：从 mtn 迁移到 git 的可能性 20:40:12 &lt;str4d&gt; 缺点： 20:41:09 &lt;str4d&gt; - 不支持断点续传（pull 途中失败就得从头开始） 20:41:09 &lt;str4d&gt; - 提交记录保存本地时区 20:41:09 &lt;str4d&gt; （可用别名 git='TZ=UTC git' 来修复） 20:41:41 &lt;zzz&gt; HH 最近在 github i2p.i2p 接受了一个 pull request（拉取请求）。既然能这么做，为什么还要切换到 git？“真 git”比导出更好吗？ 20:42:05 &lt;topiltzin&gt; 用“真 git”会更匿名，因为我们不会用 github 20:42:42 &lt;topiltzin&gt; 导出还有其他问题——自上次导出以来的更改在下一次导出前不可见 20:42:49 &lt;zzz&gt; 我以为重点是让 github 上的 pull 更容易 20:43:26 &lt;zzz&gt; 如果新贡献者必须在 I2P 里跑 git，我们真的让他更容易了吗？ 20:43:58 &lt;topiltzin&gt; 如果我们做了什么？ 20:44:14 &lt;zzz&gt; 切换到 git，不管这具体意味着什么 20:44:37 &lt;topiltzin&gt; 我猜我们会同时有 I2P 内部和明网的 git 服务器，就像现在的 mtn 一样 20:45:46 &lt;topiltzin&gt; 它们会像现在一样定期同步。概念上都不变，我们只换软件 20:45:53 &lt;zzz&gt; 我大概不懂 pull request（拉取请求）怎么运作，那我就不问了 20:47:30 &lt;topiltzin&gt; pull request（拉取请求）就像在说：“请从我的 git 仓库同步” 20:47:56 &lt;topiltzin&gt; 在概念层面，git 和 mtn 差别很小。它们的机制相似得让人吃惊 20:47:56 &lt;zzz&gt; 来个意向投票吧——有意见的请输入 ++、+、0、-、--，分别表示 强烈赞成/赞成/中立/反对/强烈反对 迁移到 git 20:48:05 &lt;topiltzin&gt; ++ 20:48:08 &lt;orion&gt; ++ 20:48:17 &lt;eche|on&gt; 0 20:49:02 &lt;zzz&gt; 0 20:50:14 &lt;zzz&gt; 有志愿者进一步调研并回报吗？ 20:51:08 &lt;topiltzin&gt; 具体要调研什么？ 20:51:28 &lt;zzz&gt; 我们有比如 viewmtn、trac，以及一些嵌入在构建脚本里的 mtn 相关内容，这些都需要处理。有人愿意列个清单：需要做什么、工作量多大 20:51:59 &lt;zzz&gt; 以及断点续传问题是否严重 20:53:01 &lt;zzz&gt; 那就把这个交还给 Meeh，因为这是他的议题。我们请他在未来的会议上回报。 20:53:10 &lt;zzz&gt; 关于第 2 项还有别的吗？ 20:53:12 &lt;topiltzin&gt; 我来看看，不过我想 kytv 最懂构建脚本，对吧？ 20:53:42 &lt;zzz&gt; 构建这块主要是我做的 20:53:52 &lt;zzz&gt; 第 2 项结束 20:53:59 &lt;zzz&gt; 4. 50BTC 比特币客户端悬赏 - echelon 开始 20:54:39 &lt;eche|on&gt; 好，原生比特币客户端还有 50 BTC 留给“把 btc 客户端集成进 I2P 客户端”的任务，也就是：插件 20:55:38 &lt;eche|on&gt; 已经有一个 I2p 的 btc 客户端（我认为是 giv 做的），他为独立客户端获得了 68 BTC 和 30 的悬赏 20:56:08 &lt;eche|on&gt; 现在：50 BTC 对做一个插件来说太多了。我想把它拆分，比如 10 BTC 给插件，40 进一般基金 20:56:28 &lt;str4d&gt; 就算 10BTC 也很多。 20:57:12 &lt;kytv&gt; （1BTC 都很多） 20:57:22 &lt;kytv&gt; （对一个插件来说） 20:59:04 &lt;eche|on&gt; 我不确定，所以把它列为议题 20:59:16 &lt;eche|on&gt; 我不想当那个从悬赏里“偷钱”的坏人 21:02:42 &lt;zzz&gt; 对拆分没异议 21:03:00 &lt;eche|on&gt; 好 21:03:09 &lt;eche|on&gt; 就这么办 21:03:22 &lt;zzz&gt; 关于第 4 项还有别的看法吗？ 21:03:45 &lt;kytv&gt; 说明一下：对拆分没有异议。 21:03:52 &lt;zzz&gt; 会议还有别的事吗？ 21:04:23 * zzz 鼓励大家会后多交流讨论 21:04:41 &lt;kytv&gt; （强烈反对把 50BTC 给一个插件……我的意思是 http://coinmill.com/BTC_EUR.html#BTC=50） 21:04:45 &lt;iRelay&gt; 标题：Convert Bitcoins (BTC) and Euros (EUR): Currency Exchange Rate Conversion Calculator（在 coinmill.com） 21:04:53 &lt;zzz&gt; 并提醒大家，任何人可以随时就任何主题安排会议 21:05:06 * zzz *bafs* 会议结束 </div>/zh/blog/2014/02/16/i2pbrowser.net-%E4%B8%8A%E7%9A%84%E6%81%B6%E6%84%8F%E8%BD%AF%E4%BB%B6/Sun, 16 Feb 2014 00:00:00 +0000/zh/blog/2014/02/16/i2pbrowser.net-%E4%B8%8A%E7%9A%84%E6%81%B6%E6%84%8F%E8%BD%AF%E4%BB%B6/<p>我们最近得知 i2pbrowser.net 的存在。该网站复制了我们的主页和下载页面，并试图诱骗用户下载 Windows 恶意软件。</p> <p>有多项迹象表明 i2pbrowser.net 是一个恶意软件网站：</p> <ul> <li>The domain was registered on February 10th, 2014.</li> <li>The download URLs for Windows, Mac OSX, Linux, Android etc. all link to the same .exe file.</li> <li>The .exe is only 741 KB; the official Windows installer for I2P is 13 MB.</li> </ul> <p>我们没有亲自分析该恶意软件，但它看起来并不十分复杂；它没有集成到 I2P 软件中，也不是与 I2P 软件捆绑发布的。信息安全专家 <a href="https://twitter.com/lancejssc">Lance James</a> 发布了<a href="https://twitter.com/lancejssc/status/434768667310821377">一条推文</a> ，将其称为“一种常见的 DarkComet RAT（远程访问木马）”。</p> <p>请广而告之。I2P 的唯一官方下载渠道都链接在我们的<a href="../../en/downloads/">下载页面</a> 上。所有 I2P 下载包均由<a href="https://geti2p.net/en/get-involved/develop/release-signing-key">发布签名密钥</a> 进行 GPG 签名。</p>/zh/blog/2014/02/08/0.9.11-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Sat, 08 Feb 2014 00:00:00 +0000/zh/blog/2014/02/08/0.9.11-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.11 继续改进 LeaseSet 的查找和存储，以防止攻击者将一个 Destination（目的地标识）与一个 Router 相关联。它新增对 <a href="http://www.subgraph.com/orchid.html">Orchid</a> 出口代理（outproxy）插件的支持，该插件可在 plugins.i2p 获取。由于对传输模块的修复，内存占用有所降低。我们对 I2CP 协议做了一些改进，将为外部客户端提供更好的查找功能和授权保护。当然，还包括常规的错误修复。所有用户都应当更新。</p> <p>这可能是最后一个能在 Java 5 上运行的发行版；Java 5 已非常陈旧且不再受支持。如果您正在使用 Java 5 或 6 的运行时环境，我们强烈建议您升级到 Java 7。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="anonymity-improvements">Anonymity Improvements</h3> <ul> <li>More leaseset handling improvements</li> </ul> <h3 id="匿名性改进">匿名性改进</h3> <ul> <li>Fix NPE after client shutdown</li> <li>Fix wrapper log encoding on logs page</li> <li>Streaming ping and I2Ping fixes</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Add support for Orchid plugin</li> <li>Add HTTPS support to HTTP client proxy</li> <li>New I2CP support for hostname lookups by external clients</li> <li>Stricter I2CP authorization enforcement of external clients (incompatible change)</li> <li>Increase default inbound exploratory tunnel length variance</li> <li>Big reduction in memory usage by transports</li> <li>All in-net updates via torrent</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>536a5dd49110a3717c74701c7f2ed91deea10109e527125c3bbed3b6863fffaa i2pinstall_0.9.11_windows.exe a0fe6702424d14fdb8697aa34fae0f5960dd6045a469ce910ad90928362eb72e i2pinstall_0.9.11.jar 50b18c6e012cae1f05295b54ec88ab71c56b8ebf8b9267242bab37f918b80166 i2psource_0.9.11.tar.bz2 5264e4c02b7d8b9a6af3c5829d891f6a53f51a976d08fa68873b8717cbfc4b74 i2pupdate_0.9.11.zip ef360bf2e6ab220b0b5bbac1835b6c43649efe42819695a67210f54ac36a1a87 i2pupdate.su2 39cfa86b162bff461d056611f7ac7da0a141e0ca23217ecc2b368d3ed51d992b i2pupdate.su3 af9ea00d89cedc2bb6489a0e02c3e1b85a2ca3553c757da4269b54a8ab26c6a7 i2pupdate.sud </code></pre>/zh/blog/2014/01/22/0.9.10-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Wed, 22 Jan 2014 00:00:00 +0000/zh/blog/2014/01/22/0.9.10-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.10 更改了用于执行 LeaseSet 查找的机制，使攻击者更难将 Destination 与 Router 相关联。它还修复了 susimail 中的字符编码错误，并包含许多其他错误修复和翻译更新。你们中的大多数将通过 torrent（BT 种子）进行更新，使用带有更强密钥的新“su3”更新格式。</p> <p>我们最近参加了<a href="https://events.ccc.de/congress/2013/wiki/Main_Page">30C3</a> 和 <a href="http://realworldcrypto.wordpress.com/">Real World Crypto</a> ，建立了多项新联系，并为 2014 年制定了宏伟计划支持我们参会的人！</p> <p>与往常一样，我们建议你更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="anonymity-improvements">Anonymity Improvements</h3> <ul> <li>Use client tunnels for LeaseSet lookups</li> </ul> <h3 id="匿名性改进">匿名性改进</h3> <ul> <li>Flood netdb stores to new location before midnight to prevent lookup fails after midnight</li> <li>Fix setting I2CP host/port in BOB</li> <li>Fix several character encoding issues in susimail</li> <li>Fix StandardServerSocket.close()</li> <li>Fix exception in PrivateKeyFile</li> <li>Fixes in RouterInfo expiration task</li> </ul> <h3 id="缺陷修复">缺陷修复</h3> <ul> <li>Tweaks to reduce number of peer connections</li> <li>Several threading fixes to reduce blocking in the timer queues</li> <li>Disable streaming ping handling for clients</li> <li>Use i2psnark&rsquo;s Kademlia library for the router netdb also</li> <li>Increase outbound exploratory default to 2 + 0-1 hops, part of gradual increase to 3 hops in/out</li> <li>More findbugs fixes</li> <li>Streaming library refactoring</li> <li>Support country-specific translations</li> <li>New Brazilian Portuguese translation</li> <li>Translation updates</li> <li>Jetty 7.6.14.v20131031</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>95e7fb6b62efdc9d65b818360795380628ed8ceb396d5ccf5f263ea4d2bc8d79 i2pinstall_0.9.10_windows.exe 171ff170a4d97dd9ef0e352471448e0254cfac5c9e91bb07377b41790aa9cd92 i2pinstall_0.9.10.jar 20bcd1a62101b15b423ae6dd81a76b1806d67a28a5bf0f341803a7a61178d494 i2psource_0.9.10.tar.bz2 4e82dce86efccc86759ee010da058af23d2cbecbfccf5ab3555e9ccb4ccd912e i2pupdate_0.9.10.zip 36a3ef08fed4693d0ec1d5c975ce78e50333c0e5f333d5502fd44910cb4493d1 i2pupdate.su2 4afe49231cd4c47ea8cac6997cd8220def053a2024082c6772887e7f192c2e81 i2pupdate.su3 6862266548a171b144b7bb2b43fe0ac440748b96306a1299e470b882fe7b5240 i2pupdate.sud </code></pre>/zh/blog/2014/01/21/syndie-1.105b-%E5%8F%91%E5%B8%83/Tue, 21 Jan 2014 00:00:00 +0000/zh/blog/2014/01/21/syndie-1.105b-%E5%8F%91%E5%B8%83/<p>这是自 2013 年 2 月以来的第一个稳定版本。它与 1.104b-7-rc 基本相同，只进行了部分翻译更新。</p> <p>所有二进制文件和源代码包可在 syndie.de 和 syndie.i2p 获取。插件可在 plugins.i2p 和 stats.i2p 获取。</p> <p>对于从 1.103b 升级的用户，由于采用了新版 HSQLDB，您会发现 syndie 的启动和关闭快得多。</p> <p>如果您有一个大型数据库或希望保留的身份，建议在开始之前备份整个 ~/.syndie 目录。升级过程会自动创建自己的备份，不过如果升级失败，您可能会觉得使用您自己的备份更方便。</p> <p>由于旧版 HSQLDB 的缺陷导致数据库损坏，部分用户从 1.103b 升级时可能会失败。很遗憾，我们不知道如何修复这个问题。你的选择是使用全新的数据库从头开始，或者永远停留在 1.103b。对此深感抱歉。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fix NPE in SyndieTreeListener</li> <li>Fix, or maybe just move, NPE in addURI/getURI</li> </ul> <h3 id="缺陷修复">缺陷修复</h3> <ul> <li>Don&rsquo;t open message view tab for unreadable messages or stub messages</li> <li>Don&rsquo;t fail on duplicate cancel requests</li> <li>Fix BrowseForumTab text on forum with blank name</li> <li>For consistency, always put cancel button to the left of OK/Save</li> <li>Move message date to date column in syndicator tab</li> <li>Better formatting of file sizes in Syndicator tab</li> <li>Clean up internal error popup</li> <li>Catch dispose errors when changing translation or theme</li> <li>Add menu item to delete PBE messages and forums</li> <li>Add keyboard shortcuts in message view tab</li> <li>Fix dup archive in Syndicator Tab after rename</li> <li>Don&rsquo;t display PBE messages after deletion</li> <li>Update to SWT 3.8.2 20130131</li> </ul> <h3 id="gui-改进与修复">GUI 改进与修复</h3> <ul> <li>Improve import failure propagation and display</li> <li>More cleanup of Importer and enhanced ImportResults by passing missing key and PBE indications in result code</li> <li>Simplification of SyncArchive.IncomingAction using Results</li> <li>Handle and display &ldquo;stub&rdquo; cancel messages correctly</li> <li>Early check for banned target in ImportPost</li> <li>Reduce default pull policy to 14 days</li> <li>Only pull indexes needed for pulled messages</li> <li>Fetch messages newest-first</li> </ul> <h3 id="订阅">订阅</h3> <ul> <li>Update to DB version 25</li> <li>Add LOBs for attachments and pages</li> <li>Increase length limits on cancelledURI, headerValue, and others</li> <li>Implement offline database backup</li> <li>Backup database before upgrading to hsqldb 2.x</li> <li>Add code to migrate large things to LOBs</li> <li>Enable migration of large attachments and pages to LOBs</li> <li>Implement retrieval of pages and attachments from LOBs</li> <li>Implement getAttachmentAsStream for real (unused yet)</li> <li>Implement storage to LOBs in ImportPost</li> <li>Sleep a while before shutdown compact</li> <li>Shutdown compact immediately after upgrade, then reconnect, as recommended by hsqldb</li> <li>Use attachment size from messageAttachment table, not actual size from messageAttachmentData table</li> </ul> <h3 id="数据库">数据库</h3> <ul> <li>Use DataHelper.loadProps() to deserialize properties UTF-8-safely</li> <li>Add script for the hsqldb database manager tool</li> <li>More code refactoring</li> <li>New translations: Polish, Portuguese, Romanian</li> <li>Translation updates</li> </ul>/zh/blog/2014/01/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B41%E6%9C%887%E6%97%A5/Tue, 07 Jan 2014 00:00:00 +0000/zh/blog/2014/01/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2014%E5%B9%B41%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> eche|on2, EinMByte, Giant, kytv, Meeh, str4d, TerraNullius, topiltzin, user, wowa, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:02:10 &lt;zzz&gt; `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 0) 嗨 20:02:10 &lt;zzz&gt; 1) jisko.i2p 控制台主页提交 `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 2) i2pjump.i2p 新增 `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 3) 在 i2p.no 上托管发布文件 `http://zzz.i2p/topics/1390` 20:02:10 &lt;zzz&gt; 4) OpenITP 审计经理 `http://zzz.i2p/topics/1533` 帖子 #4 20:02:11 &lt;zzz&gt; 5) 还有别的吗 20:02:13 &lt;zzz&gt; 6) baffer 20:02:19 &lt;zzz&gt; 0) 嗨 20:02:24 &lt;zzz&gt; 嗨 20:02:40 &lt;zzz&gt; 1) jisko.i2p 控制台主页提交 `http://zzz.i2p/topics/1539` 20:02:46 &lt;zzz&gt; 这里有 jisko 的运营者吗？ 20:03:35 &lt;zzz&gt; 对 jisko 的提交有什么意见吗？ 20:03:44 &lt;topiltzin&gt; +1 20:03:54 &lt;eche|on2&gt; 加上吧。 20:04:28 &lt;zzz&gt; 有人反对吗？ 20:07:05 &lt;str4d&gt; 嗨 20:07:11 &lt;str4d&gt; 我这边没有异议 20:07:13 &lt;zzz&gt; 太好了，连 jisko 的竞争对手都不反对…… 20:07:13 &lt;str4d&gt; 这是 id3nt 的一个不错替代（我得找时间处理一下它） 20:07:13 &lt;str4d&gt; 人越多越好 20:07:13 &lt;zzz&gt; 的确。我会把它加到 mtn 里 20:07:13 &lt;str4d&gt; 这样如果我挂了，还有替代方案 20:07:13 &lt;zzz&gt; 2) i2pjump.i2p 新增 `http://zzz.i2p/topics/1539` 20:07:33 &lt;zzz&gt; 我看 tuna 不在，但他说他已经让所有测试都通过了 20:07:41 &lt;zzz&gt; 而且他贴了代码 20:07:46 &lt;zzz&gt; 有人反对吗？ 20:07:54 &lt;zzz&gt; 或者有评论？ 20:08:22 &lt;eche|on2&gt; 目前没有异议 20:09:17 &lt;zzz&gt; 有个人给 grothoff 发邮件，说他受 jump 代码“启发”了 20:10:25 &lt;zzz&gt; 听不到反对的话，我会让 tuna 把它加到 mtn 里，因为他有权限 20:10:31 &lt;zzz&gt; 3) 在 i2p.no 上托管发布文件 `http://zzz.i2p/topics/1390` 20:10:39 &lt;zzz&gt; Meeh，你在吗？ 20:11:06 &lt;zzz&gt; 我们在 CCC 上讨论过，他说他几乎肯定有足够带宽 20:11:22 &lt;zzz&gt; 还有其他合理的替代方案吗？ 20:11:28 &lt;zzz&gt; Google Drive 看起来有点不太体面 20:11:30 &lt;zzz&gt; 有什么想法？ 20:11:50 &lt;eche|on2&gt; Google Drive 有点丑，是吧 20:12:08 &lt;eche|on2&gt; 但它也挺难被封。 20:12:23 &lt;eche|on2&gt; 我会跑一个下载主机，同时在 Google Drive 放一份副本 20:12:36 &lt;eche|on2&gt; 或者放在别的地方，比如 Mega、Sharehosts，…… 20:12:56 &lt;zzz&gt; str4d，网站里“选择镜像”的代码现在什么状态？ 20:13:51 &lt;str4d&gt; zzz：镜像会加在一个后端文件里，用来生成针对具体文件的列表。 20:15:16 &lt;zzz&gt; 哦，我忘了还有‘select alternate link（选择备用链接）’ 20:15:19 &lt;str4d&gt; 路径 URL 如有需要可以包含版本号（这样服务端可以按版本组织文件） 20:15:31 &lt;str4d&gt; 默认值在后端代码里设置 20:16:05 &lt;zzz&gt; 用‘alternate download locations（备用下载位置）’ 会不会比 ‘select alternate link（选择备用链接）’ 更好？ 20:16:07 &lt;zzz&gt; 或者 ‘view mirror list（查看镜像列表）’ 20:16:27 &lt;zzz&gt; 真不错，我都忘了我们在这上面花了不少功夫 20:17:08 &lt;str4d&gt; ‘Any mirror（任意镜像）’ 会从列表中随机选一个镜像。 20:17:08 &lt;Meeh&gt; zzz：我现在在！ 20:17:15 &lt;zzz&gt; 有人反对让 Meeh 做主下载位置吗？ 20:17:23 &lt;Meeh&gt; i2p.nu * 20:17:25 &lt;Meeh&gt; 或 i2p2.no 20:17:39 &lt;zzz&gt; 哦不是 i2p.no？ 20:17:40 &lt;eche|on2&gt; 目前不反对，只要它不是唯一的一个 20:17:48 &lt;Meeh&gt; 不好意思，我有 i2p.nu 和 i2p2.no 20:18:11 &lt;Meeh&gt; 把“facebook”加成我这边会议议题的一点，我这有些好消息 20:18:41 &lt;zzz&gt; 好的 FB 就当 5) 20:19:01 &lt;eche|on2&gt; 那个不好的词…… 20:19:12 &lt;eche|on2&gt; 我得咳嗽一下……*抱歉* 20:20:03 &lt;zzz&gt; 看起来你已经在镜像列表里了，download.i2p2.no，它在工作吗？ 20:20:07 &lt;zzz&gt; 如果你也想加 i2p.nu 也行，越多越好，只要你在更新的时候在线，或者别人有密码 20:20:41 &lt;zzz&gt; 你可以和 str4d 一起处理这些 URL 吗？ 20:21:19 &lt;Meeh&gt; 没问题 20:21:34 &lt;zzz&gt; 还有别的意见吗？ 20:22:02 &lt;Meeh&gt; 我得查下 download.i2p2.no 指向哪里，可能需要换到另一个主机上，我得检查下 I/O。如果需要我也能提供更多 URL。除此之外；没有 :) 20:22:38 &lt;zzz&gt; 好的，下次发布还有几周时间，但最好尽早把事情都理顺 20:22:48 &lt;str4d&gt; 我这边没意见 20:22:50 &lt;Meeh&gt; 域名我都有了，怎么用你们说了算，也就是说，告诉我你们想怎么弄就行 :P 20:23:14 &lt;kytv&gt; 目前为止所有内容我都+1（我也很乐意继续负责上传下载文件） 20:23:18 &lt;DarkestMatter&gt; 我在折腾 Makefile.gcj，碰到一个坑，主要是我对 Java 和 gcj 比较菜。我遇到了 java.lang.NullPointerException，是因为缺少像 ant-1.8.2.jar.so 这样的 jar.so，它们在 $JAVA_HOME 之外的目录里，我猜这就是问题所在 20:23:26 &lt;zzz&gt; 你和 str4d 可以对细节再沟通 20:23:42 &lt;zzz&gt; DarkestMatter，我们正开会，能否请你等大约半小时 20:23:45 &lt;DarkestMatter&gt; 我需要把实际的目录 symlink 到 JAVA_HOME 下的哪里，构建过程才能找到它们？ 20:24:06 &lt;zzz&gt; 议程下一项： 20:24:06 &lt;zzz&gt; 4) OpenITP 审计经理 `http://zzz.i2p/topics/1533` 帖子 #4 20:24:29 &lt;zzz&gt; 背景：OpenITP 即将开放他们的提交流程 20:24:38 &lt;zzz&gt; 我们需要有人负责 20:24:56 &lt;zzz&gt; 他们说即使我们还没准备好也应该申请 20:24:59 &lt;zzz&gt; 而我们确实还没准备好 20:25:28 &lt;zzz&gt; 我在上面的帖子里发了一个三阶段流程 20:25:45 &lt;zzz&gt; 先提交，然后做准备，然后正式提交并管理审计 20:26:05 &lt;zzz&gt; 在 CCC 我们一致认为把威胁模型修好是最重要的 20:26:31 &lt;zzz&gt; 有什么意见？有人愿意负责吗？ 20:28:10 &lt;str4d&gt; 总体计划看起来很靠谱。 20:29:48 &lt;zzz&gt; 估计不会有志愿者，我和 Brandon WIley 谈过，问能不能付钱让他来做。（他目前在为 zooko 做咨询，zooko 的公司做审计）。有什么想法？ 20:30:05 &lt;topiltzin&gt; 要多少钱？ 20:31:03 &lt;str4d&gt; 我很乐意为审计做出贡献，但我自己大概没有时间来管理。 20:32:26 &lt;zzz&gt; 我想至少要几千美元 20:32:26 &lt;zzz&gt; 如果我们真的被审计了就会高很多，尽管那大概要到 2015 年 20:32:29 &lt;topiltzin&gt; 可能还是让外部来做更好，即使要花几千 20:32:29 &lt;str4d&gt; 如果我们付钱，请确保它是有用的。 20:32:53 &lt;user&gt; 那具体包括什么？ 20:32:54 &lt;topiltzin&gt; 如果这是他的职业，他（很可能）会比我们任何一个人做得更好 20:33:49 &lt;user&gt; ++1 外部，如果能提升评审方面的口碑，也 ++1 20:34:06 &lt;zzz&gt; 我希望他是真正帮我们修东西，而不是传统的“顾问”或预审，只会指出问题 20:34:27 &lt;zzz&gt; Brandon 很忙，但也正好在找钱 20:34:56 &lt;user&gt; 他会帮你修吗？ 20:34:58 &lt;zzz&gt; 如果你还没看过：http://www.kickstarter.com/projects/brandonwiley/operator-a-news-reader-that-circumvents-internet-c 20:35:52 &lt;zzz&gt; 我让他去看我们在 trac 上的 openitp 审计页面 20:36:07 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:36:19 &lt;zzz&gt; 然后等 openitp 的公告和提交流程细节 20:36:26 &lt;str4d&gt; 据我所知，I2P 从未真正有过安全方面的专家。我觉得花钱请一个把基础工作做好是个好主意（而且可能早就该做了）。 20:36:27 &lt;user&gt; 我作为外人/仅用户的看法是，几千美元可以，只要小于 10k，而且不是做做样子，要真的彻底 20:36:42 &lt;zzz&gt; 在那之前不值得和他谈报价 20:36:53 &lt;zzz&gt; 但 Eleanor 说随时会发布…… 20:37:51 &lt;zzz&gt; eche|on，我们的余额是多少？~$500K？ 20:38:00 &lt;wowa&gt; 要不要我把 `http://zzz.i2p/topics/1546` 的主题改一下？ 20:38:31 &lt;zzz&gt; wowa，我们正在开会，请等会议结束后再说，谢了 20:38:36 &lt;eche|on2&gt; zzz：大概 500 BTC 和 50k 20:39:37 &lt;zzz&gt; 看起来大家都对这个想法持正面态度。可惜即使我们雇他做负责人，我们还得找个人来管理他…… 20:39:40 &lt;EinMByte&gt; Moin 20:42:42 &lt;zzz&gt; 我觉得在 OpenITP 的公告出来之前也没什么可做的，然后我们可以问 Brandon 是否有兴趣，如果有，我们再讨论 20:42:49 &lt;zzz&gt; 关于第 4 项还有其他意见吗 20:42:49 &lt;EinMByte&gt; 我错过会议了吗？ 20:42:49 &lt;str4d&gt; EinMByte：正在进行中 20:42:49 &lt;user&gt; Ein：刚开始 20:42:49 &lt;eche|on2&gt; 好的，493 BTC 和 48k 欧元 20:42:49 &lt;EinMByte&gt; 哦，好吧 20:42:49 &lt;zzz&gt; 第 4 项最后一次征求意见 20:42:49 &lt;str4d&gt; 目前没有意见。 20:42:49 &lt;str4d&gt; 除了应该在 wiki 上开始规划 20:42:49 &lt;zzz&gt; str4d，我们在纽约也再讨论一下 20:42:49 &lt;str4d&gt; zzz：好。 20:42:49 &lt;zzz&gt; 5) facebook Meeh 开始 20:42:49 * str4d 会把三步计划移到 /wiki/OpenITPReview/Plan 20:42:49 &lt;Meeh&gt; 好 20:42:49 &lt;Meeh&gt; 正如我在 CCC 对 zzz 说的，我现在控制了 https://www.facebook.com/I2P 这个页面 20:42:49 &lt;EinMByte&gt; 对宣传来说是好事，我想 20:42:49 &lt;topiltzin&gt; 很酷 :) 20:42:49 &lt;EinMByte&gt; 我个人是避开那玩意儿的，但显然大多数人都有 Facebook 20:42:49 &lt;Meeh&gt; 我花了大概 10 美元和白天上班间隙的 15 分钟，点赞从 150 涨到 300 20:42:49 &lt;eche|on2&gt; 目前不错，但我不碰 facebook 20:42:50 &lt;Meeh&gt; 这不到 10 小时内完成的 20:42:56 &lt;EinMByte&gt; 所以这的确有助于获取更多用户 20:43:02 &lt;Meeh&gt; 你不需要账号就能看这个页面 20:43:22 &lt;Meeh&gt; 不过，我觉得我们也需要在那里公开露面，才能变“大”，有更多用户 20:43:22 &lt;EinMByte&gt; Meeh：我知道，我更多是指点赞之类的 20:43:37 &lt;Meeh&gt; 但是，这里没人喜欢 facebook，也没人有账号 :P 20:44:04 &lt;Meeh&gt; 所以，我手头可能有工作上的东西可以复用，我们可以给一些被选中的人一个 i2p 的 URL，他们可以登录并通过 I2P 发帖到 Facebook 20:44:09 &lt;TerraNullius&gt; 你好，关于 3) 可不可以也在 github 上托管发布？ 20:44:12 &lt;zzz&gt; Meeh，就这些吗，还是你想要讨论，或者……？ 20:44:55 &lt;Meeh&gt; 主要是通报，但我觉得关于通过“社交媒体”触达我们的用户，值得讨论一下 20:44:57 &lt;zzz&gt; TerraNullius，3) 暂时讨论完了，抱歉，你可以等会后再继续聊 20:45:37 &lt;zzz&gt; Meeh，请和 orion 商量，他是我们的宣传负责人，我想他有些想法 20:45:43 &lt;EinMByte&gt; Meeh：显然这些新用户需要明白，使用“社交媒体”并非没有风险 20:45:54 &lt;zzz&gt; 我们也可以在纽约和他一起头脑风暴，然后再回复你 20:46:07 &lt;Meeh&gt; 我们需要更多贡献者、内容提供者、用户，等等，而我们也看到“企业界”通过社交媒体吸引了很多用户 20:46:32 &lt;Meeh&gt; EinMByte：当然。但总得有人告诉他们 ;) 20:46:39 &lt;Meeh&gt; 这就是我们发挥作用的地方 20:46:41 &lt;EinMByte&gt; 很对 20:46:47 &lt;topiltzin&gt; 还有地下 I2P 派对 :) 20:46:47 &lt;Giant&gt; 谁来管理 i2p&lt;-&gt;fb 的对接？那会是垃圾信息的集中地。 20:46:49 &lt;zzz&gt; 你花钱让人给你点赞？ 20:46:56 &lt;topiltzin&gt; （到早上 6 点） 20:47:03 &lt;Meeh&gt; 是的，先少量试试能提升到什么程度 20:47:05 &lt;eche|on2&gt; zzz：对，有些人就是这么干 20:47:16 &lt;Meeh&gt; 22 个来自朋友，其余来自广告 20:47:23 &lt;zzz&gt; 现在我们只需要消防车了 20:48:11 &lt;Meeh&gt; Giant：再读一遍。“for some selected which can login（给一些被选中的人登录）” :) 20:48:16 &lt;Meeh&gt; selected 是关键world 20:48:18 &lt;Meeh&gt; word* 20:48:24 &lt;zzz&gt; 干得好 Meeh，大家都给他点内容吧。还有几张 ccc 的照片你可以发 20:48:25 &lt;zzz&gt; 我这有一张来自 tuna，但你得把背景里的人裁掉 20:48:37 &lt;zzz&gt; 第 5 项还有别的事吗？ 20:48:51 &lt;Meeh&gt; 太好了，如果有人能给我个链接我就上传一个相册，也会包含我这的几张 20:49:08 &lt;Meeh&gt; 好的，我来处理 20:49:11 &lt;zzz&gt; 好，记得裁剪 20:49:26 &lt;zzz&gt; 会议还有别的事吗？ 20:49:35 &lt;EinMByte&gt; 有 20:49:39 &lt;user&gt; 为什么要裁？你在背景里吗？ ;) 20:49:46 &lt;EinMByte&gt; 我想提个关于 GNS（GNUnet 的命名系统）集成的简短讨论 20:50:16 &lt;EinMByte&gt; 我们还在研究这个吗？ 20:50:16 * str4d 正要提这个 20:50:27 &lt;Meeh&gt; user：当时只有在所有人都同意的情况下才允许拍照，而我们现在找不到所有人去征求是否可以公开 20:50:35 &lt;str4d&gt; 是 GNS 还是别的 20:50:35 &lt;zzz&gt; 好，这能聊一天，我们尽量控制在 10 分钟 20:50:37 &lt;zzz&gt; 6) GNS EinMByte 开始 20:51:07 &lt;user&gt; Meeh：啊，好的。有道理 20:51:09 &lt;str4d&gt; EinMByte：在研究，是的。 20:51:22 &lt;EinMByte&gt; 好，那我们打算走什么路线 20:51:25 &lt;EinMByte&gt; 重写？ 20:51:28 &lt;str4d&gt; 不保证会实现，或是直接集成（甚至不保证最后一定是 GNS）。 20:51:40 &lt;EinMByte&gt; 还有不需要重写的可能吗？ 20:51:46 &lt;str4d&gt; 但我们现在的东西是个权宜之计的“能用就行”的乱局。 20:52:16 &lt;EinMByte&gt; 他们那边的支持如何？ 20:52:31 &lt;Meeh&gt; topiltzin：想再当一次 Facebook 明星吗？ :)（关于 I2P、照片、CCC） 20:52:34 &lt;EinMByte&gt; 他们看起来挺“封闭”的…… 20:53:02 &lt;topiltzin&gt; 没问题 Meeh 放马过来吧 :) 20:53:34 &lt;zzz&gt; 在 CCC 和 Christian 花了好几个小时 20:54:19 &lt;EinMByte&gt; zzz：那完全没有任何成果吗？ 20:54:30 &lt;str4d&gt; EinMByte：如果我们决定照原样用 GNS（忽略它默认的 DHT 并不匿名这一事实），那我们可以用 ExecNamingService 挂上去做测试 20:54:33 &lt;str4d&gt; 有定义好的 API。我们只要写个脚本去查询那个 API，然后从 ExecNamingService 里跑它。 20:54:33 &lt;str4d&gt; 简单。但一点也不理想。 20:54:42 &lt;zzz&gt; 可能的结果从“他们帮我们解决所有问题”，到“用一部分”，到“有些好主意”，再到“哇，不用了”，都有可能 20:55:08 &lt;zzz&gt; 实际上并没有结果。除了我们答应会去研究一下 20:55:37 &lt;zzz&gt; 我觉得我们需要先理解他们在做什么。除此之外，还没有任何决定 20:56:15 &lt;zzz&gt; 目前我对 gnunet 的一切都持怀疑态度。这不代表我不能被说服。 20:56:31 &lt;str4d&gt; zzz 转给我一段关于 I2P 命名的有趣讨论，其中提到了除 GNS 之外的几种技术 20:57:39 &lt;EinMByte&gt; 嗯，我想（正如你说的 zzz），GNS 背后的理念可能有些问题 20:58:02 &lt;EinMByte&gt; 也就是：我们的用户能适应吗 20:58:09 &lt;str4d&gt; DLV (DNSSEC Lookaside Validation)、DNSCurve…… 20:58:14 &lt;str4d&gt; 除了 GNS 之外还有更多技术 20:58:14 &lt;str4d&gt; 我能看出 GNS 里很多想法是从零开始、在不做任何假设的情况下构建的。 20:58:37 &lt;topiltzin&gt; 想把海水都煮开（试图包揽一切） 20:58:44 &lt;zzz&gt; 是啊。我们很久没有把我们的命名系统放在互联网的大背景、那个三角、各种替代方案里去讨论了，这其实是件好事 20:58:48 &lt;EinMByte&gt; 没错。既然我们肯定需要一个替代 hosts.txt 的方案，不如把这些替代都看看 20:59:00 &lt;str4d&gt; 甚至像本地缓存是如何加密存储的，直接从 DHT 获得的块拷贝下来那样 20:59:02 &lt;zzz&gt; 但他确实是在试图包打天下 20:59:37 &lt;str4d&gt; 我做了个小测试，可以确认 NamingServices 可以作为插件分发。 20:59:39 &lt;zzz&gt; 我们谈过做一层把 GNS 的丑陋之处隐藏起来的封装。可那也可能把一些好处隐藏了。 20:59:59 &lt;str4d&gt; 这只要求默认的 NamingService 是 MetaNamingService。 21:01:06 &lt;str4d&gt; 把安装默认的 NamingService 设为 MetaNamingService，同时它里头默认添加的 NamingService 设为 BlockfileNamingService，这样做有什么坏处吗？ 21:01:08 &lt;zzz&gt; 我们收个尾，第 6 项在这儿解决不了 21:01:08 &lt;zzz&gt; 第 6 项还有别的吗？会议还有其他事项吗？ 21:01:15 &lt;str4d&gt; （当前默认的 NS 是 BlockfileNamingService，而当前 Meta 里默认添加的 NS 是 HostsTxt……） 21:01:26 &lt;EinMByte&gt; 第 6 项还有一件事： 21:01:30 &lt;str4d&gt; zzz：我上面的提议我觉得属于第 6 项 21:01:32 &lt;EinMByte&gt; str4d，你提到替代方案？ 21:01:50 &lt;EinMByte&gt; 如果 GNS 行不通，我们总可以去看看别的东西 21:01:54 &lt;EinMByte&gt; 也许更适合我们 21:02:25 &lt;str4d&gt; EinMByte：是的。我对这些替代不了解，但所有想法都值得考虑。 21:04:12 &lt;str4d&gt; zzz：我提议我们在 0.9.10 切到 MNS，对用户没有可见变化，但如果有人想测试一个 NS 插件，他们就不需要编辑 router.config 了 21:04:18 &lt;zzz&gt; 好，大家继续在这些大想法和小想法上推进，这就是我们改进事物的方式 21:04:35 &lt;EinMByte&gt; str4d：好。我会尽量找时间看看 21:04:48 &lt;EinMByte&gt; 我想这就算结束第 6 项了？ 21:04:54 &lt;zzz&gt; str4d，我们需要的时候就做，不着急？也需要更多测试。也许发个教程？ 21:05:17 &lt;zzz&gt; 好了，你们可以继续闲聊，但我得走了 21:05:19 &lt;topiltzin&gt; 我提个相反的观点：我们现在的命名系统很好用 21:05:27 &lt;EinMByte&gt; 我也这么想 21:05:30 &lt;topiltzin&gt; 而且有些优点我们是想保留的 21:05:38 * str4d afk 21:06:06 * zzz *bafs* 会议结束了 </div>/zh/blog/2013/12/07/0.9.9-%E5%8F%91%E5%B8%83/Sat, 07 Dec 2013 00:00:00 +0000/zh/blog/2013/12/07/0.9.9-%E5%8F%91%E5%B8%83/<p>0.9.9 修复了 netdb、streaming（流式传输库）和 i2ptunnel 中的若干缺陷，并启动了一项为期一年的计划，以提高在 router 中使用的密码学签名算法的强度，并同时支持多种算法和密钥长度。自动更新文件现在将使用 4096 位 RSA 密钥进行签名。</p> <p>我们现在支持在您的 router 与您的服务器之间使用 SSL 以提高安全性。有关更多信息，请参阅此开发讨论帖。</p> <p>一如既往，我们建议您更新到此版本。维护安全并帮助网络的最佳方式是运行最新发布版本。今年，I2P 团队的几位成员将出席在汉堡举行的 30C3。欢迎前来打个招呼，并索取 I2P 贴纸。感谢大家在这一年的支持。</p> <h2 id="发布详情">发布详情</h2> <h3 id="anonymity-improvements">Anonymity Improvements</h3> <ul> <li>Don&rsquo;t build client tunnels through zero-hop exploratory tunnels</li> <li>New &ldquo;su3&rdquo; file support using stronger keys</li> <li>Use su3 for updates</li> </ul> <h3 id="匿名性改进">匿名性改进</h3> <ul> <li>Issues with losing data when closing streams</li> <li>Fix various streaming connection limit issues</li> <li>Issues with resource usage of closed connections</li> <li>Clean up timer threads in close-on-idle tunnels</li> <li>Several other streaming fixes</li> <li>Reject more non-public IPv6 addresses</li> <li>Fix IPv6 GeoIP</li> <li>Fix peer selection in first minutes after startup</li> <li>Several I2PTunnel bug fixes</li> <li>Fix major i2psnark DHT bug that prevented magnets from working well</li> <li>Fix client tunnels that fail due to name resolution failure at startup, particularly with b32 hostnames</li> <li>Fix changing client i2ptunnel target list</li> <li>Fix major bugs preventing reception of encrypted responses to leaseset lookups and verifies</li> <li>Fix bad links on some i2psnark buttons in Opera and text-mode browsers</li> <li>Fix NPE in Susimail</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Start work on supporting stronger signing keys in the router</li> <li>Reduce thread usage for HTTP Server tunnels</li> <li>Auto-stop update torrent after some time</li> <li>Add ability to stop webapp via console</li> <li>New POST throttler in HTTP server tunnel</li> <li>Improve connection throttling</li> <li>More work to reduce number of connections</li> <li>Re-enable router info expiration job</li> <li>Extend router info expiration and other changes to reduce load on floodfills</li> <li>Support multiple servers through a single server tunnel</li> <li>Support specification of server port in i2ptunnel clients</li> <li>Add support for SSL connections from i2ptunnel to external server</li> <li>SSL and crypto code refactoring</li> <li>i2psnark storage code refactoring</li> <li>New destination cache</li> <li>Lots of code cleanup and resolution of findbugs warnings</li> <li>New Japanese translation (partial)</li> <li>Translation updates: French, German, Italian, Romanian, Russian, Spanish, Swedish, and others</li> <li>Jetty 7.6.13.v20130916</li> <li>Wrapper 3.5.22 (new installs and PPA only)</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>97dd4326ad8afdea0e78ffcb053b23793dfa79d89458be3fe3a1ed62a2d988e9 i2pinstall_0.9.9_windows.exe 5028910d3fb9747a6724e39f8eccb6d9ebe0530ef017102c372871badfbf6d9f i2pinstall_0.9.9.jar cbbf25dea50a717c3376eb7af226f0b2a653e0372db8782ef37aa8b3d275436c i2psource_0.9.9.tar.bz2 533b0ce2d9e1bfc8762ba17eef3572ae7355ed8f21d5d3557b718a14b05794f2 i2pupdate_0.9.9.zip 77824eb6f754f8b40301b7d260701eb2211ee51105d5f4b43d2c328f71736e0f i2pupdate.su2 78769de16a997730468e2e66c7519e2923d533cd96259dac352e04b07d80486c i2pupdate.su3 81b89ed00705668003b2715b930519bbeb939b9623c7e6e8d63c2762aa748bd8 i2pupdate.sud </code></pre>/zh/blog/2013/10/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B410%E6%9C%8822%E6%97%A5/Tue, 22 Oct 2013 00:00:00 +0000/zh/blog/2013/10/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B410%E6%9C%8822%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, efkt, kytv, Meeh, Pseudonemo, str4d, topiltzin, welterde, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:54 &lt;zzz&gt; `http://zzz.i2p/topics/1490` - 每项最多 15 分钟，简短项目 5 分钟 20:00:54 &lt;zzz&gt; 0) 嗨 20:00:54 &lt;zzz&gt; 1) `http://salt.i2p` 控制台主页请求（延续自 9 月 10 日会议） 20:00:55 &lt;zzz&gt; 2) `http://no.i2p` 服务请求（Meeh） 20:00:55 &lt;zzz&gt; 2a) 添加到默认 i2ptunnel 跳转列表 20:00:55 &lt;zzz&gt; 2b) 在 FAQ 中添加到推荐的地址簿订阅 20:00:57 &lt;zzz&gt; 2c) 在 eepsite 帮助的注册帮助文本中加入 20:00:59 &lt;zzz&gt; 3) 额外的备份发布签名者——需要新的 su3 密钥，HH 还没添加他的，我们需要再找一个人吗？ 20:01:02 &lt;zzz&gt; 4) 控制台主页需要图标 `http://zzz.i2p/topics/1492（简短）` 20:01:04 &lt;zzz&gt; 5) 网站改版（str4d）（简短） 20:01:08 &lt;zzz&gt; 6) Trac 更新——感谢 Meeh 和 kytv（简短） 20:01:09 &lt;iRelay&gt; Title: zzz.i2p: 会议 10 月 22 日 周二 UTC 20:00（于 zzz.i2p） 20:01:10 &lt;zzz&gt; 7) 在 eepsite 注册服务上允许市场（marketplaces）吗？（zab） 20:01:13 &lt;zzz&gt; 0) 嗨 20:01:14 &lt;zzz&gt; 1) `http://salt.i2p` 控制台主页请求（延续自 9 月 10 日会议） 20:01:18 &lt;dg&gt; 嗨 20:01:18 &lt;iRelay&gt; Title: salted（位于 salt.i2p） 20:01:20 &lt;dg&gt; efkt_: 20:01:25 &lt;zzz&gt; efkt_，你在吗？ 20:01:25 &lt;kytv&gt; salt +1 20:01:36 &lt;iRelay&gt; Title: no.i2p 注册服务（位于 no.i2p） 20:01:37 &lt;efkt_&gt; 大家好。是的我在。 20:01:41 &lt;iRelay&gt; Title: zzz.i2p: 控制台主页图标（位于 zzz.i2p） 20:01:44 &lt;iRelay&gt; Title: salted（位于 salt.i2p） 20:02:20 &lt;topiltzin&gt; salt +1 20:02:38 &lt;dg&gt; salt +1 20:02:43 &lt;zzz&gt; 我只有一个问题——这个名字从哪来的，是“盐”的意思还是有什么缩写？需要翻译吗？ 20:03:00 &lt;dg&gt; Salt 是个很棒的社区资源，efkt_ 非常热情。我对他没一句坏话要说的 :) 20:04:26 &lt;efkt_&gt; zzz：其实不代表什么。不幸的是最近有家和安全有关的初创也选择了“Salt”。起名的想法是：NaCl 加密、加盐哈希，作为“主题选择”。 20:05:07 &lt;efkt_&gt; 只是图个乐。 20:05:38 &lt;efkt_&gt; 这会带来很多问题，“盐到底是啥鬼？”为什么是盐？ 20:07:44 &lt;efkt_&gt; 至于翻译，我觉得没有必要叫成短网址以外的别的名字。 20:07:47 &lt;zzz&gt; 那我们在控制台里要不要翻译它？ 20:07:57 &lt;str4d&gt; salt +1 20:08:51 &lt;str4d&gt; “在 I2P 看到的一切都要持保留态度（pinch of salt）” 20:09:09 &lt;dg&gt; 哈哈 20:09:19 &lt;efkt_&gt; 哈哈。RN 没完没了的盐梗。 20:11:36 &lt;zzz&gt; 好的。我注意到你提交的图标没有透明部分。如果有的话可能会更好看。也可能不会，取决于主题。 20:11:36 &lt;zzz&gt; 如果你对图标满意，那也行吧。 20:11:36 &lt;zzz&gt; 没听到异议的话，1) 就到此为止。我会提交。 20:11:36 &lt;zzz&gt; 继续到 2) no.i2p —— Meeh 在吗？ 20:11:42 &lt;str4d&gt; 或许应该翻译。 20:17:33 &lt;zzz&gt; 短期内，只是生成一个公钥，把你的私钥放在安全的地方，然后提交进去 20:17:53 &lt;zzz&gt; 如果我和 kytv 被公交车撞了，那就由你来构建并签名发布 20:18:07 &lt;zzz&gt; 基本上就是跑一下 'ant release' 20:18:08 &lt;dg&gt; 那我也能做。不过我不能负责写代码。 20:18:33 &lt;zzz&gt; 写发布说明、分发文件、开种、写新闻，这些都是相关活动 20:18:34 &lt;dg&gt; 所以，过马路前请左右看看！ 20:19:00 &lt;zzz&gt; 基本上你会是打包/发布经理 20:19:23 &lt;dg&gt; 行，我可以做这个。 20:19:41 &lt;zzz&gt; 我觉得 str4d 会很合适 20:20:40 &lt;zzz&gt; dg 你用过 monotone 吗？你现在有提交权限了吗？ 20:21:14 &lt;dg&gt; zzz：我没有 i2p.i2p 的提交权限，也不是 mtn 大神。我用得来，但高级玩法超出我范围。 20:21:22 &lt;dg&gt; 如果 str4d 更合适，那就他来吧。 20:21:50 &lt;zzz&gt; 其他人对 str4d 有赞成/反对吗？ 20:29:18 &lt;kytv@kytv&gt; 真是的，我来转发： 20:30:12 &lt;kytv@kytv&gt; `http://pastethis.i2p/show/5965` 20:30:13 &lt;iRelay@kytv&gt; Title: 粘贴 #5965 | LodgeIt!（位于 pastethis.i2p） 20:30:14 &lt;kytv@kytv&gt; 呸 20:30:32 &lt;dg&gt; 欢迎回来 20:30:43 &lt;zzz&gt; 好 20:30:44 &lt;zzz&gt; 重发 20:30:50 &lt;zzz&gt; 既然没有异议，让我们欢迎 str4d 成为最新的备份发布签名者 20:30:55 &lt;zzz&gt; str4d，kytv 或我可以帮你生成密钥并提交 20:31:03 &lt;zzz&gt; 太好了。我总担心公交车。 20:31:06 &lt;zzz&gt; 4) 控制台主页需要图标 `http://zzz.i2p/topics/1492（简短）` 20:31:12 &lt;zzz&gt; 只是想在这里提一下图标的事，提醒 postman badger sponge eche|on kytv 等人 20:31:20 &lt;iRelay&gt; Title: zzz.i2p: 控制台主页图标（位于 zzz.i2p） 20:31:41 &lt;zzz&gt; 自己挑选或设计一个图标，否则我们会替你选一个 20:32:01 &lt;zzz&gt; 你们有几周时间 20:32:17 &lt;zzz&gt; 感谢 str4d 发了关于 fux 里都有啥的详文 20:32:32 &lt;zzz&gt; 还有谁对此要补充吗？ 20:32:49 * kytv 无所谓 20:33:11 &lt;zzz&gt; 好，继续 20:33:11 &lt;dg&gt; 能有一套更漂亮的图标就好了。我喜欢 fux 那套。就这样。 20:33:12 &lt;zzz&gt; 5) 网站改版（str4d）（简短） 20:33:33 &lt;zzz&gt; str4d，进展如何？现在被什么卡住了？ 20:33:57 &lt;str4d&gt; 状态：.py 文件不知为何无法更新（之前可以） 20:34:22 &lt;str4d&gt; 当 .py 文件更新时，需要重启 Web 服务器，但执行此操作的脚本不工作了。 20:34:46 &lt;str4d&gt; 除此之外，没什么。 20:35:28 &lt;str4d&gt; 在 IE 上有 CSS 问题，看起来在首页背景图没有显示，但我无法测试。 20:35:28 &lt;zzz&gt; 你需要 welterde_ 的帮助，还是只是需要时间？ 20:35:33 &lt;topiltzin&gt; 改版站点在 IE{7,8} 上有问题。IE9 未测试。不知道我们是不是在意这个。 20:35:57 &lt;topiltzin&gt; IE10 工作良好，所以我倾向于不去管旧版本 20:36:05 &lt;str4d&gt; 在非首页页面上，IE{7,8} 表现很糟。 20:36:49 &lt;str4d&gt; 但这不算真正的阻碍。 20:37:02 &lt;str4d&gt; 关于内容，大家对当前的首页满意吗？ 20:37:13 &lt;zzz&gt; 好的。真希望我们能冲过终点线。你 9 月 1 日在 tx 上说它一周内会上线的 :) 20:37:20 &lt;dg&gt; 是的，str4d 20:37:53 &lt;str4d&gt; zzz：是的，之后我发现了 .py 的问题，但没时间修。 20:38:20 &lt;zzz&gt; 好的，谢谢更新，str4d。5) 还有别的吗？ 20:38:22 &lt;str4d&gt; 如果 .py -&gt; restart 不工作，那 welterde_（以及所有镜像运维）每次都得手动重启。 20:38:33 &lt;str4d&gt; 几个小点： 20:38:55 &lt;str4d&gt; 做发布更新时，有两个位置要改： 20:39:16 &lt;str4d&gt; i2p2www/__init__.py - CURRENT_I2P_VERSION 20:39:38 &lt;str4d&gt; 以及 i2p2www/pages/downloads/list.html - 顶部的哈希。 20:39:50 &lt;zzz&gt; 要不我先打断，没必要现在培训我，用到时我还会再问的…… 20:40:07 &lt;str4d&gt; zzz：也行。但上面 ^ 就这些。 20:40:30 &lt;str4d&gt; 长话短说——一旦 .py 的问题解决，就可以安全上线。 20:40:31 &lt;zzz&gt; 好，我会复制粘贴一下，可能会丢，可能不会。 20:41:01 &lt;kytv&gt; （仅供参考，我这边能更新/重启 (http://geti2pj2fl72u4m2.onion/ / `http://kfri3jwfsi2uy7j3pbzykbbaoqoj4siyhf3hozln3wxcrkvvityq.b32.i2p/)）` 20:41:04 &lt;iRelay&gt; Title: I2P 匿名网络（位于 geti2pj2fl72u4m2.onion） 20:41:16 &lt;zzz&gt; 那好，我们请 welterde_ 来帮下忙 20:41:49 &lt;zzz&gt; 好的，谢谢更新，str4d。5) 还有别的吗？ 20:42:06 &lt;str4d&gt; 它比现在的*简单多了* :-P 20:42:13 &lt;str4d&gt; kytv：谢谢——是哪个脚本？ 20:42:16 &lt;str4d&gt; （不过我在第 5 项这块说完了） 20:42:25 &lt;zzz&gt; 呸。我有我的 sed 脚本 :) 20:42:25 &lt;str4d&gt; 哦，还有一点： 20:42:34 &lt;zzz&gt; 6) Trac 更新——感谢 Meeh 和 kytv（简短） 20:42:40 &lt;str4d&gt; 我想让大家考虑一下 /research 页面 20:42:42 &lt;kytv&gt; （不客气） 20:43:11 &lt;str4d&gt; 先抛个想法出来。 20:43:32 &lt;kytv&gt; str4d：是从 i2p.www.revamp 里那个改的，为未来的 appliance 用。我稍后可以贴到 pastebin。 20:43:35 &lt;zzz&gt; 我把这个列进议程就是为了感谢 kytv 以及他的帮手 Meeh 和 welterde_，迁移、托管、升级、运维等等，把它恢复上线 20:43:54 * dg 表示感谢 20:44:18 &lt;str4d&gt; kytv++ 20:44:20 &lt;zzz&gt; 它是个重要的资源，先被垃圾信息打爆，然后被我停掉，再被 kytv 搞坏，但我们不提最后那段，因为我们在感谢他…… 20:44:41 &lt;efkt_&gt; 哈哈哈 20:44:52 * str4d 本打算帮忙，结果 kytv 破坏了这些计划，把荣耀据为己有 ;-P 20:45:17 &lt;zzz&gt; 哦对，抱歉 str4d，你早期也做了不少 20:45:42 &lt;zzz&gt; 行了，够了，回到“毒打”环节 20:45:47 &lt;zzz&gt; 7) 在 eepsite 注册服务上允许市场（marketplaces）吗？（zab） 20:46:18 &lt;zzz&gt; 我在 stats.i2p 的队列里有 3 个，丝绸之路（Silk Road）那事之后大家都涌进来了 20:46:49 &lt;str4d&gt; 要执行这条并不简单——我们只能在注册者把它写在域名或简介里时才知道。 20:46:51 &lt;dg&gt; 我不觉得会有人因为说“可以”而把矛头对准 $registrar 20:46:53 &lt;zzz&gt; 去年我们有好几个 silkroad* 的注册，当时我都通过了，但没一个活太久 20:46:57 &lt;Meeh&gt; 抱歉我来晚了，不过现在到了 20:47:15 &lt;zzz&gt; Meeh 稍后轮到你，我们现在在第 7 项 20:47:21 &lt;Meeh&gt; 没问题 20:47:52 &lt;zzz&gt; zab 关于这事你想说点什么 20:48:00 &lt;zzz&gt; ^^ topiltzin 20:48:00 &lt;topiltzin&gt; 本着完全披露的原则，我在比特币上有大量投资。所以我天然支持任何促进比特币使用的事。 20:48:00 &lt;zzz&gt; 执行从来不可能百分百 20:48:26 &lt;topiltzin&gt; 事实上，我做 i2p 的部分原因，就是为可能的未来做准备：匿名市场不再能用 tor。 20:48:42 &lt;topiltzin&gt; &lt;/完全披露结束&gt; 20:49:03 &lt;zzz&gt; 我可以基于以下理由拒绝：1）它非法 2）会带来我们不需要的关注 3）i2p 对市场来说其实还不够安全 20:49:13 &lt;zzz&gt; 但这些理由都站不太住脚 20:49:18 &lt;dg&gt; 如果是 3），那我不知道我们到底对什么是安全的了 20:49:21 &lt;str4d&gt; 但基于我们能识别出哪些域名是市场这一假设： 20:49:22 &lt;str4d&gt; topiltzin ^ 20:49:35 &lt;dg&gt; 我不赞成去说“嗨，$group，来我们这儿吧！我们很安全神马的！”但也需要一点自信 20:49:49 &lt;Pseudonemo&gt; 就公众观感而言，策略有帮助，即使它们不可能完美可执行，我觉得 20:50:01 &lt;topiltzin&gt; 3）是市场运营者自己需要做的决定 20:50:45 &lt;Meeh&gt; 这点我同意你，topiltzin，运营者自己选 20:50:46 &lt;topiltzin&gt; 如果会发生 2），无论地址簿策略如何都会发生 20:50:49 &lt;zzz&gt; 通知一下，我现在手上这三个是 silkroadreloaded.i2p、market.i2p 和 freemart.i2p —— 你可以通过 stats.i2p 跳转到它们 20:51:02 &lt;welterde_&gt; 还是没搞清楚为什么重启不工作吗？ 20:51:35 &lt;welterde_&gt; （刚到） 20:52:00 &lt;topiltzin&gt; 关于 1）——这才是有意思的。我建议如下策略：如果一个市场宣传 $ILLEGAL_ACTIVITY，那就不索引 20:52:08 &lt;str4d&gt; welterde_：我还没时间去查。 20:52:18 &lt;topiltzin&gt; 但一个只写了“匿名市场”的，不应自动封禁 20:52:28 &lt;welterde_&gt; 明白 20:52:32 &lt;str4d&gt; 关于 1）+1 20:52:34 &lt;dg&gt; 这儿大多数东西都是匿名的 20:52:40 &lt;efkt_&gt; 仅供参考，我觉得不要一刀切封禁所有市场是合理的，逐案处理；不为那些想把 stats.i2p 用于毒品、雇凶、军火等的提供支持，关注不体面的内容，而不必然是非法的内容。 20:52:45 &lt;Pseudonemo&gt; 我觉得 topiltzin 的建议是个合理的折中，供参考 20:52:59 &lt;str4d&gt; stats.i2p 是自愿服务，不是“官方”地址簿。 20:53:14 &lt;zzz&gt; 毒品让我很难太激动起来。如果他们宣传儿童色情（CP）或雇凶杀人，那就是另一回事了。 20:53:27 * dg 点头 20:53:35 &lt;str4d&gt; 嗯。 20:53:43 &lt;Pseudonemo&gt; str4d：它仍然在 router 控制台里有链接，很多人会把这视为默认背书 20:53:51 &lt;Meeh&gt; 同意 20:54:00 &lt;str4d&gt; 依我拙见，我们对 routerconsole 的那种标准条款与条件（T&amp;C）就可以。 20:54:13 &lt;dg&gt; Pseudonemo：一个链接到这样的网站：它其实并不真的链接出去，但可以联系获取关于某个可能不讨人喜欢的网站的信息？不行 20:54:32 &lt;Pseudonemo&gt; 也对 20:54:43 &lt;zzz&gt; 我想我会把市场当成论坛和种子站一样对待，即贴出服务条款（TOS），然后由我来决定 20:54:48 &lt;str4d&gt; （但这不意味着某个市场会被 routerconsole 接受，那是另一个决定） 20:56:05 &lt;topiltzin&gt; 这样可以。如果你能发布一些不会被索引的准则，会有帮助 20:56:12 &lt;zzz&gt; 谢谢大家的想法。这更像是我的个人问题而不是项目问题，我需要些建议。 20:57:07 &lt;dg&gt; 如果你对此感到不安，你完全有权不允许它们，zzz 20:57:24 &lt;dg&gt; 但我觉得只要不越过任何道德底线就可以 20:57:54 &lt;zzz&gt; 这些都在 `http://stats.i2p/i2p/addkey.html` 上——我想我会在关于论坛、tracker、文件 + 图片托管那一行里加上“markets” 20:57:54 &lt;zzz&gt; 好了，7) 说够了 20:57:54 &lt;zzz&gt; 回到： 20:57:54 &lt;zzz&gt; 2) `http://no.i2p` 服务请求（Meeh） 20:57:54 &lt;zzz&gt; 2a) 添加到默认 i2ptunnel 跳转列表 20:57:54 &lt;zzz&gt; 2b) 在 FAQ 中添加到推荐的地址簿订阅 20:57:56 &lt;zzz&gt; 2c) 在 eepsite 帮助的注册帮助文本中加入 20:58:08 &lt;iRelay&gt; Title: 添加密钥（位于 stats.i2p） 20:58:13 &lt;zzz&gt; Meeh 开始吧，你要给我们带来什么？ 20:58:24 &lt;iRelay&gt; Title: no.i2p 注册服务（位于 no.i2p） 20:59:06 &lt;Meeh&gt; 嗯，我搭了个注册服务，TOS 和 stats.i2p 差不多，如果需要，帮助把 I2P 的命名服务“去中心化”一些 20:59:16 &lt;zzz&gt; ping 一下 Meeh 20:59:36 &lt;Meeh&gt; 我消息没发过去吗？ 21:01:45 &lt;str4d&gt; 听到了 21:01:45 &lt;Meeh&gt; 好，那我去看看 freenode，iRelay 也该能听到 21:01:45 &lt;zzz&gt; 收到，是延迟 21:01:45 &lt;zzz&gt; 是啊，我们确实需要更多一切，而我的注册服务现在是独木支撑 21:01:45 &lt;zzz&gt; 我刚查了下，我是在 2008 年 1 月搭起来的，当时 orion.i2p 消失了（呜） 21:02:08 &lt;Meeh&gt; 是的，所以我才加了这个，如果需要就帮助“去中心化” 21:02:27 &lt;zzz&gt; slow 的 inr.i2p 服务很棒，但他那种来者不拒的政策和我们的不兼容 21:02:40 &lt;Meeh&gt; 除了这些我没多想，所以大家有点子的话尽管提 21:02:51 &lt;zzz&gt; 如果你们能在他的软件基础上协作，但又有一些受管控的内容，那就太好了 21:04:56 &lt;dg&gt; 供参考，inr.i2p 是个事儿。 21:05:24 &lt;zzz&gt; 有人看过 Meeh 的 TOS 吗？有什么想法？ 21:05:24 &lt;topiltzin&gt; 我粗看了一下，像是你的复制粘贴 21:05:24 &lt;Meeh&gt; 是的，我会发布我的修改。我把它升级到 django 1.5，并加了 export-alive.txt “view” 支持 21:05:24 &lt;topiltzin&gt; 基于 Meeh 的普遍优秀，对 no.i2p +1 :) 21:05:24 &lt;Meeh&gt; topiltzin：对，是复制粘贴 :P 21:05:24 &lt;zzz&gt; 嗯，Meeh 实际上你有两份“粘贴货”。一份是 slow 的，在 no.i2p，另一份是我的，在 no.i2p/tos/ 21:05:24 &lt;Meeh&gt; 我自己写了一些，大部分是复制的，尽量和官方规则保持一致，因为我猜 zzz 也遵循那些规则 21:05:24 &lt;Meeh&gt; 是的，混合的 21:05:24 &lt;Meeh&gt; 当然可以改 21:05:26 &lt;efkt_&gt; 对 no.i2p +1。给大家更多跳转链接和订阅是好事。如果会有更多站点在 no.i2p 注册，我觉得应该把这种变更告知现有用户群。 21:05:45 &lt;Meeh&gt; 我没有移除原始来源里那些“可接受”的政策 21:05:46 &lt;zzz&gt; 在两个地方有重叠的东西，会不会让人困惑？ 21:05:51 &lt;zzz&gt; 实际上是 3 个，还有 /postkey/ 21:06:21 &lt;Meeh&gt; 好，我应该修一下。但问题是，哪个最好？ 21:06:30 &lt;Meeh&gt; 或者，哪个最容易达成共识 21:06:37 &lt;Meeh&gt; 我可以在那上面多下功夫 21:06:40 &lt;zzz&gt; 以经验来说，你得把 TOS 写得响亮清楚 21:07:17 &lt;zzz&gt; 告知一下，我这边每月大概 75 个，拒掉大概 3-5 个 21:07:54 &lt;zzz&gt; 对 2a) 或 2b) 或 2c) 有异议吗？ 21:08:16 &lt;zzz&gt; 如果没有，Meeh 请你自己把这些都提交 21:08:23 &lt;Meeh&gt; 好的，我这边大概每周 1-2 个，但经常有人重复注册 21:08:26 &lt;Meeh&gt; 同时在你那和我这都注册 21:08:32 &lt;Meeh&gt; 比如 silkroadreloaded 21:09:02 &lt;zzz&gt; 还有别的事吗，我先把缓冲热起来？ 21:10:21 &lt;efkt_&gt; zzz: dg: kytv: topiltzin: str4d: 谢谢大家。能得到支持对我意义重大。 21:10:56 &lt;dg&gt; 也许下次我们该谈谈路线图和计划。 21:10:56 &lt;kytv&gt; 我们的下载托管，除非已有方案，需要细化一下。 21:10:56 &lt;Meeh&gt; 好。那我们说加到 trunk？（no.i2p） 21:10:56 &lt;Meeh&gt; 好像我们已经进入新话题了 :P 21:10:56 &lt;kytv&gt; 对 no.i2p +1（是的，加到 trunk） 21:11:05 &lt;zzz&gt; 哦，我记一下，我在 `http://zzz.i2p/topics/1491` 上写了一些很显而易见的会议规则，明确任何人可以在任何时间为任何事情安排会议 21:11:20 &lt;iRelay&gt; Title: zzz.i2p: 项目会议（位于 zzz.i2p） 21:11:25 &lt;dg&gt; efkt_: 不客气。你很棒！ 21:11:38 &lt;zzz&gt; 是的，下载和路线图也许是之后某次会议的好主题 21:11:53 &lt;dg&gt; 我这边暂时没别的 21:11:59 * zzz 以强烈的姿势 ***BAFS*** 会议结束 21:12:12 &lt;dg&gt; :) </div>/zh/blog/2013/10/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B410%E6%9C%884%E6%97%A5/Fri, 04 Oct 2013 00:00:00 +0000/zh/blog/2013/10/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B410%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, equinox, hottuna, Mathiasdm, orion, psi, str4d, topiltzin, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:09:33 &lt;str4d&gt; 开会时间到了。谁在？ 20:09:53 * psi 在 20:10:04 * dg 在 20:11:34 * topiltzin . 20:11:51 &lt;str4d&gt; hottuna, zzz, welterde, kytv：ping 20:12:17 * orion 在 20:13:01 * str4d 正在加载会议议程 20:14:01 &lt;str4d&gt; 我连不上 zzz.i2p。还有谁能访问 `http://zzz.i2p/topics/1480` ？ 20:14:35 &lt;str4d&gt; 搞定了。 20:14:43 &lt;str4d&gt; 1）威胁模型 20:14:44 &lt;str4d&gt; 1a）讨论 DREAD 分类方案的优劣（如有必要，选择其他方案）。 20:14:44 &lt;str4d&gt; 1b）讨论威胁模型（如需更新则更新）。 20:14:44 &lt;str4d&gt; 1c）将 DREAD（或其他方案）应用到威胁模型中的攻击向量。 20:14:44 &lt;str4d&gt; 2）网站改版——上线前检查。 20:14:53 &lt;str4d&gt; 3）路线图规划。 20:15:22 &lt;str4d&gt; 4）文档讨论。 20:15:41 &lt;str4d&gt; 我们已经完成了 0）打个招呼 ;-P 20:15:42 &lt;str4d&gt; 1）威胁模型 20:15:53 &lt;str4d&gt; 1a）讨论 DREAD 分类方案的优劣（如有必要，选择其他方案）。 20:17:07 &lt;str4d&gt; 正如我在论坛贴里说的，我认为改进并澄清威胁模型，是改善外界对 I2P 看法的可行之举之一。 20:17:29 &lt;str4d&gt; 目前它是一堵文字墙，用户（以及缺乏动力的开发者）很难找到核心关切。 20:17:45 &lt;dg&gt; 也很难给它排序。 20:17:47 &lt;dg&gt; 难以把握紧迫性等。 20:18:03 &lt;str4d&gt; 如果没有合适的风险建模，我们真的不知道自己是否把精力用在了正确的方面。 20:18:13 &lt;psi&gt; 如果能先有一个简短版的威胁模型并以此为基础扩展，那就太好了 20:18:23 &lt;str4d&gt; dg：没错。 20:18:59 &lt;str4d&gt; 我做了一些调查，https://www.owasp.org/index.php/Threat_Risk_Modeling 有一个不错的威胁风险建模“布局”，例如 Cryptocat 就用它来做威胁模型。 20:19:04 &lt;iRelay&gt; 标题：威胁风险建模 - OWASP（在 www.owasp.org） 20:19:53 &lt;str4d&gt; 他们描述的 DREAD 方案在正确识别风险方面并不完全有效，依据是该模型设计者在后续博文中提到的反馈——https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx 20:20:49 &lt;str4d&gt; 我建议采用他在上述文章中给出的改进版 DREAD 模型，来评估我们攻击向量的严重性和优先级。 20:20:50 &lt;str4d&gt; 讨论！ 20:21:13 &lt;dg&gt; 给我点时间过一遍这些模型？ :) 20:21:40 &lt;str4d&gt; dg：你本该已经看过了呀，我在论坛帖子里贴了链接…… 20:21:44 &lt;str4d&gt; :P 20:21:50 &lt;dg&gt; 抱歉 20:22:24 &lt;str4d&gt; （不过我其实没明确让大家去看，是我的锅） 20:23:08 &lt;str4d&gt; DREAD tl;dr（长话短说）——它用五个维度按 1–10 打分，把分数相加后再除以 5。 20:23:12 &lt;str4d&gt; 破坏潜力（Damage Potential） 20:23:29 &lt;str4d&gt; 可复现性（Reproducibility） 20:23:29 &lt;str4d&gt; 可利用性（Exploitability） 20:23:29 &lt;str4d&gt; 受影响用户（Affected Users） 20:23:30 &lt;str4d&gt; 可发现性（Discoverability） 20:24:12 &lt;str4d&gt; 改进版 DREAD tl;dr——还是这五个参数，但采用 1–3（低、中、高）刻度，并进行“加权”计算。 20:25:09 &lt;dg&gt; 我先粗看一遍；细节我显然不全懂，但有结构的体系总归更好。 20:25:18 &lt;str4d&gt; 对我来说，改进版 DREAD 比原版更合理。 20:26:06 &lt;dg&gt; 我也很尊重 OWASP。:P 20:26:10 &lt;str4d&gt; “如果我们看这五个组成部分，会发现它们之间都没有高度相关性——其中任何一个都不必然导出另一个。这意味着我们有相互独立的因子，而这是一个扎实模型的强力标准之一。因此我们的任务是找出如何正确地为输入加权。在 WSC 中，我们让你用 1–10 打分，把它们加起来再除以 5。如果我们做一些显而易见的测试，会发现破坏为 1，其他因子全是 10（一个众所周知的烦人问题 20:26:10 &lt;str4d&gt; ，例如弹出窗口）与可发现性为 1、其他全是 10（很难理清，但会导致‘宇宙热寂’）的权重相同。这显然是失灵了。” 20:27:10 &lt;str4d&gt; dg：我也是这么想的。他们那还有许多其他可能有用的模型和文档。 20:27:31 &lt;str4d&gt; 还有谁有意见？ 20:29:50 &lt;str4d&gt; 如果暂时没人有意见，那我们先进入下一个话题，大家边想。 20:30:05 &lt;psi&gt; 没意见 20:31:03 &lt;str4d&gt; 1b）讨论威胁模型（如需更新则更新）。 20:31:17 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/overview/threat-model/` 20:31:18 * psi 开始粗略浏览威胁模型 20:31:39 &lt;iRelay&gt; 标题：I2P 的威胁模型 - I2P（在 vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p） 20:31:47 &lt;dg&gt; 我注意到有评分？ 20:31:50 &lt;dg&gt; 这是新的？ 20:32:04 &lt;str4d&gt; dg：我加上了改进版 DREAD 体系。 20:32:12 &lt;str4d&gt; （预料到没人反对） 20:32:31 &lt;str4d&gt; （但没想到完全没人评论 :-P） 20:32:53 &lt;str4d&gt; 这些评分是不对的。 20:33:03 &lt;dg&gt; 看起来不太匹配— 20:33:05 &lt;dg&gt; 嗯 20:33:09 &lt;str4d&gt; （这正是我想在这次会议中改的） 20:33:25 &lt;str4d&gt; 在我们讨论威胁模型本身的同时，请考虑可能的评分（为下一个话题做准备） 20:33:28 &lt;dg&gt; 设计看起来不错，填上真实数值我会很喜欢。我们也应该按严重性排序。 20:34:48 &lt;str4d&gt; 我们的威胁模型页面并未遵循“标准”的威胁模型布局（例如 OWASP 页面的） 20:35:04 &lt;str4d&gt; 明确安全目标 20:35:05 &lt;str4d&gt; 概览应用 20:35:05 &lt;str4d&gt; 分解系统 20:35:05 &lt;str4d&gt; 识别威胁 20:35:05 &lt;str4d&gt; 识别漏洞 20:35:08 &lt;psi&gt; 我们现在要讨论这些评分的取值……还是等会儿？ 20:35:50 &lt;str4d&gt; psi：下个议题。现在我们在讨论威胁模型本身——如果条目已过时，就没法给威胁打分。 20:35:58 &lt;psi&gt; 对 20:36:17 &lt;str4d&gt; （提醒一下，会议将在 UTC 晚上 10 点结束） 20:36:29 &lt;str4d&gt; （至少我那时会离开） 20:37:18 &lt;str4d&gt; 威胁模型页面并未清晰界定我们的安全目标。 20:37:21 &lt;dg&gt; 大家都哪儿去了？ 20:37:29 &lt;dg&gt; 我们没法只靠 3 个人推进。 20:37:54 &lt;str4d&gt; topiltzin, hottuna, zzz, welterde, kytv：ping 20:37:55 &lt;zzz&gt; 把模型“形式化”不只是给每个条目打分那么简单 20:37:56 &lt;equinox&gt; 我认为值得考虑今天卫报文章里提到的方法。NSA 试图针对开发流程 20:38:16 &lt;str4d&gt; zzz：我知道，但得从某处开始。 20:38:18 &lt;zzz&gt; 尤其是，外界对我们模型的主要异议是：我们没有清楚地界定纳入范围与排除范围 20:38:40 &lt;dg&gt; 什么影响我们，什么不影响？ 20:38:43 &lt;zzz&gt; 如果我们想回应这些批评，这一步必须在打分之前完成 20:39:23 &lt;str4d&gt; zzz：那正是我们现在在做的。 20:39:23 &lt;str4d&gt; &lt;str4d&gt; 威胁模型页面并未清晰界定我们的安全目标。 20:39:29 &lt;zzz&gt; 威胁模型的要点是明确指出“不在范围内”的是什么，例如 NSA。很多项目就用它来一推了之，说“这不是我们的问题，不在我们的威胁模型里” 20:39:44 &lt;zzz&gt; 我们没这么做。 20:40:07 &lt;idog98@freenode&gt; . 20:40:10 &lt;str4d&gt; 对。那就来做吧。 20:40:29 &lt;zzz&gt; 如果我们做了一个正式的模型却把 NSA 省略掉，那么我们就可以停止研究协议混淆，甚至可能不再追求更强的加密。 20:40:42 &lt;zzz&gt; 或者说，那是在找借口。 20:41:18 &lt;dg&gt; 一开始就很明确，Tor 不能保护你免受 GPA（全局被动攻击者）的威胁。我们有没有把这个和其他注意事项说明白？ 20:41:26 &lt;dg&gt; 而且我们是否要防御 NSA？ 20:41:59 &lt;str4d&gt; 能够监控整个互联网的全局对手，出于洋葱路由设计的本质，被排除在外。 20:42:18 &lt;str4d&gt; NSA 再强大，也不是全局对手。 20:42:37 &lt;psi&gt; 不过以 NSA 的能力，覆盖范围确实很广 20:42:38 &lt;zzz&gt; 当前模型里很多内容是理想目标，因为以我们目前的规模，现实中无力应对不少条目。 20:42:50 &lt;dg&gt; 我们路线图里的某些东西会让我们能防御 GPA 吗？ ;) 20:42:52 &lt;equinox&gt; str4d：也许，但他们会和其他人合作 20:43:01 &lt;zzz&gt; 传统术语是“国家级”对手，例如 NSA 20:43:03 &lt;orion&gt; GPA？ 20:43:11 &lt;str4d&gt; equinox：有可能。 20:43:13 &lt;str4d&gt; zzz：谢谢。 20:43:18 &lt;dg&gt; Global Passive Adversary（全局被动攻击者） 20:43:56 &lt;zzz&gt; 所以如果你想做一个严格的模型并排除国家级对手，再用它指导开发，那就会比如告诉我们不要做混淆 20:44:47 &lt;orion&gt; 光是维持匿名性就已经够难了，更别提做混淆了。 20:45:43 &lt;zzz&gt; 批评者都喜欢正式的威胁模型……拥有一个只是给喷子递刀，还是确实有助于宣传和开发？ 20:45:53 &lt;str4d&gt; 我们一直声明 I2P 不做混淆（但在威胁模型里没明确写出来） 20:46:19 &lt;str4d&gt; 这说得有道理。 20:46:28 &lt;Mathiasdm&gt; 威胁模型有助于聚焦 20:46:34 &lt;dg&gt; 真想喷的人总能找到由头。去他的。 20:46:41 &lt;Mathiasdm&gt; 喷子总会在，我不会把他们当回事 20:46:43 &lt;Mathiasdm&gt; （抱歉插句话） 20:46:51 &lt;str4d&gt; 我开这次会的目标并不是要定一个必须一字不差遵循的严格威胁模型。 20:47:02 &lt;str4d&gt; 就算我们想要那样，也不可能在一次会议里完成。 20:47:25 &lt;dg&gt; 没问题。很高兴见到你，Mathiasdm。 20:47:28 &lt;dg&gt; 一个正式的威胁模型也有助于我们明确要防御什么 20:47:37 &lt;dg&gt; 我来这儿快一年了，我仍不确定到底是哪些。 20:47:40 &lt;str4d&gt; 我们网站上所谓“威胁模型”的那一页是一堵巨大的文字墙，不容易快速检索。这正是我想解决的问题。 20:48:20 &lt;str4d&gt; 我希望用户能看一眼就快速明白我们在做什么。 20:48:50 &lt;equinox&gt; 我们知道国家机构及代表国家行事的参与者只会随着时间推移不断扩大触角（如果不加制衡的话）。与其被动应对，不如提前规划。 20:49:16 &lt;str4d&gt; 因为长期以来，错误信息和误解一直困扰着 I2P。 20:50:28 &lt;zzz&gt; 我觉得这页已经挺不错了。不过也许需要一页摘要。 20:51:12 &lt;str4d&gt; 用 DREAD 做威胁风险建模这件事很容易做；如果后来发现它没有提供有效信息，也很容易撤掉。 20:51:57 &lt;str4d&gt; zzz：这页对愿意花时间阅读的人来说很好，但不适合只想快速浏览的人。 20:52:36 &lt;str4d&gt; 正如我上面链接的文章所说：“警告！不要不加思考地使用这个系统，或任何其他系统。这个系统可能会也可能不会帮助你得出正确结论；如果没有，那就把它的价值视作你为它付出的价钱——零。” 20:53:26 &lt;zzz&gt; 在我看来，这一页同时承担着三个彼此独立的目标：1）面向大众的简化，2）形式化，3）风险建模 20:54:38 &lt;str4d&gt; 1）和 3）是相关的——有了评分，大众就能快速浏览，找出对自己“重要”的项目再细读。 20:54:49 &lt;str4d&gt; 但我同意 2）是正交的（同时也与 3）相关） 20:56:04 &lt;str4d&gt; 如果正式化的威胁模型成了其他工作的阻碍，我们就需要推进它。不过我最初说“形式化”，其实应该说“澄清”。 20:57:43 &lt;str4d&gt; 快速投票：有没有人认为，逐项给我们“威胁模型”页上的攻击向量应用 DREAD，是有用或是好主意？ 20:58:28 &lt;str4d&gt; 如果是，那就进入下个议题并动手做，之后我们再讨论结果。如果不是，那就忘了它继续往下。 20:58:44 &lt;topiltzin&gt; 是——只要不是我做 20:58:46 &lt;dg&gt; 不然还有什么方案？ 20:59:09 &lt;dg&gt; 哈哈哈 20:59:21 &lt;topiltzin&gt; 老实说 :) 20:59:37 &lt;dg&gt; 或者说，有点丧。 :) 21:02:00 &lt;hottuna&gt; 这主意不坏，但我不确定它就是威胁模型的万灵药。 21:02:06 &lt;psi&gt; 嗯 &lt;str4d&gt; hottuna：我并不是这么打算的，但我觉得这是一个有用的步骤。而且没人提出或在做任何事情 :-P &lt;psi&gt; 这取决于是否有更多人帮忙 &lt;psi&gt; 如果就 1 个人，那不可能 &lt;psi&gt; 如果有人协作，可能可以 &lt;str4d&gt; psi：我想现在就在会议里做，趁着不止一个人在。 &lt;zzz&gt; “形式化”对一些人很重要——OpenITP、批评者、评审、审计、资助方、业内同行等。 &lt;hottuna&gt; 现在就在这个会议里做真的足够、也足够有结构吗？ &lt;hottuna&gt; 不过我对整个 DREAD 过程不太熟。 &lt;str4d&gt; hottuna：我们逐项查看每个攻击向量，对五个类别分别评为低、中或高。就这样。 &lt;psi&gt; 我对 DREAD 也不熟 &lt;str4d&gt; 我选它是因为它非常容易应用。 &lt;psi&gt; 啊 &lt;str4d&gt; （我在威胁模型页面索引上面列出的那五个类别） &lt;psi&gt; 我们先试一个例子 &lt;hottuna&gt; 每个已知攻击向量都要？ &lt;hottuna&gt; psi，当然 &lt;str4d&gt; 我是故意提前把一切准备好的，这样更简单，因为我知道很难让在座的人同意做这事 :P &lt;str4d&gt; 好，“时序攻击（timing attacks）” 21:12:28 &lt;psi&gt; 究竟要对什么进行计时？ 21:13:26 &lt;hottuna&gt; 泛指任何东西？ 21:14:11 &lt;psi&gt; 好 21:14:27 &lt;hottuna&gt; 我不知道。 21:14:47 &lt;hottuna&gt; 但这些描述似乎是面向消息的。 21:14:52 &lt;str4d&gt; （可参考 https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD 了解刻度——它已经给出了三个层级的描述） 21:14:54 &lt;iRelay&gt; 标题：威胁风险建模 - OWASP（在 www.owasp.org） 21:14:56 &lt;str4d&gt; 可靠性：这个攻击有多可靠？——低？中？它通常取决于网络负载。 21:15:33 &lt;str4d&gt; psi：说得好——“时序攻击”部分或许该拆分为消息传递攻击和消息内容攻击 21:15:36 &lt;hottuna&gt; 破坏潜力：5？ 21:15:51 &lt;str4d&gt; 先假设是消息传递。 21:15:55 &lt;psi&gt; “ 完全系统或数据毁坏 ” 是指机器爆炸，我猜？ 21:16:08 &lt;hottuna&gt; 就可靠性而言，统计模型在 Tor 的案例里已被证明是可靠的.. 21:18:00 &lt;str4d&gt; hottuna：我们用的是 1–3 刻度 21:19:08 &lt;str4d&gt; OWASP 中描述的 1–10 刻度更难自洽。 21:19:08 &lt;str4d&gt; “可发现性打 6 分和 7 分有何区别？谁知道呢？” 21:19:08 &lt;str4d&gt; 把 OWASP 的刻度作为如何判定 低/中/高 的参考 21:19:11 &lt;str4d&gt; psi：在我们的场景里，我会把“高”定义为能把特定用户与其活动完全关联起来。 21:19:13 &lt;psi&gt; 时序的话我会说是 5 或 6 21:19:13 &lt;psi&gt; （针对破坏程度） 21:19:14 &lt;str4d&gt; （对应 Damage） 21:19:17 &lt;str4d&gt; https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx 可能把这些类别讲得更清楚。 21:20:00 &lt;psi&gt; 明白了 21:20:16 &lt;hottuna&gt; 但其破坏在于泄露某些信息，这可能很糟……理论上它可能泄露我正在运行某个应用或与某个目标通信 21:20:20 &lt;hottuna&gt; 那算 5–6 吗？ 21:20:34 &lt;str4d&gt; 可利用性：利用该威胁需要什么？——中？攻击者需要在可能路径上的多个位置进行监控。 21:20:36 &lt;str4d&gt; 低？ 21:20:49 &lt;psi&gt; 这取决于攻击者 21:20:55 &lt;psi&gt; 也取决于网络规模 21:21:34 &lt;str4d&gt; 可利用性指的是发动攻击前的前置条件。可靠性指的是一旦触发后效果如何。 21:21:48 &lt;psi&gt; 啊 21:21:49 &lt;str4d&gt; psi：是的，所以这些评分会随时间而变。 21:22:05 &lt;str4d&gt; （这就是该模型的一个局限，也是原版 DREAD 的一大缺陷） 21:22:06 &lt;psi&gt; 可利用性可以评为中 21:22:18 &lt;str4d&gt; 可利用性只用于计算优先级，不影响严重性。 21:22:25 &lt;psi&gt; 仅运行一个原版的 I2P router 是不够的 21:22:54 &lt;str4d&gt; psi：对，所以不是高。 21:23:15 &lt;str4d&gt; 但也不是低，因为它不需要高深的计算能力等。 21:23:20 &lt;str4d&gt; 受影响用户：会有多少用户受影响？ 21:23:27 &lt;hottuna&gt; 你得成为某个 tunnel 的一部分，然后看看消息特征。如果你是某个服务的 ibgw，你也许能把少数用户从其他人中分离出来，或者至少把他们聚类成不同的用户群 21:23:40 &lt;hottuna&gt; into* 21:24:23 &lt;psi&gt; 把可利用性评为中可能有点高了 21:24:29 &lt;psi&gt; bit* 21:24:36 &lt;psi&gt; 中-低 21:24:40 &lt;hottuna&gt; 在 ibg 的情况下，我会说这相当容易，但你不会得到很多信息 21:24:45 &lt;hottuna&gt; ibgw* 21:25:06 &lt;str4d&gt; psi：中或低。这只会影响优先级分数。 21:25:48 &lt;hottuna&gt; 就可利用性而言，我觉得这非常可行。尤其是相比其他利用。 21:25:55 &lt;str4d&gt; 可发现性：多容易发现这个威胁？——中？至少需要了解一些 I2P 的工作原理。 21:25:59 &lt;psi&gt; hottuna：同意 21:26:10 &lt;str4d&gt; “高度可发现”指的是已为公众所知，或与公众已知的问题非常相似。“低可发现”指需要对你的应用内部机制有深入了解才能识别出来。 21:26:22 &lt;psi&gt; 中 21:26:51 &lt;hottuna&gt; 由于这是被动的，我们永远不会知道这种攻击的存在 21:26:55 &lt;str4d&gt; hottuna：正是如此。分级在某种程度上取决于其他攻击的取值。一切都是相对的。 21:27:26 &lt;hottuna&gt; str4d，你是不是在根据大家的意见记录一些取值？ 21:27:44 &lt;str4d&gt; hottuna：是的。 21:29:02 &lt;hottuna&gt; 好。 21:29:02 &lt;hottuna&gt; D：低 21:29:19 &lt;psi&gt; 嗯 21:29:29 &lt;hottuna&gt; 受影响用户：高（所有实际产生活动的人） 21:29:37 &lt;str4d&gt; 我认为我们达成一致的如下，并据此计算得到： 21:29:37 &lt;str4d&gt; 破坏潜力：中 21:29:37 &lt;str4d&gt; 可靠性：中 21:29:37 &lt;str4d&gt; 可利用性：中 21:29:51 &lt;str4d&gt; 受影响用户：高 21:29:52 &lt;str4d&gt; 可发现性：中 21:29:53 &lt;str4d&gt; 严重性：4/5 21:29:54 &lt;str4d&gt; 优先级：5/9 21:30:23 &lt;psi&gt; 时序攻击相当糟糕，但看起来不太现实 21:30:29 &lt;psi&gt; 至少就目前而言 21:30:41 &lt;str4d&gt; 这个结果看起来合理吗？我设定的级别是否反映了我们实际的决定？ 21:30:58 &lt;hottuna&gt; 我不赞成可发现性的取值。 21:31:01 &lt;str4d&gt; 我们应该再做至少一个攻击向量，以了解这种方法的对比效果。 21:31:09 &lt;hottuna&gt; 一个被动记录的节点是不会被发现的。 21:31:17 &lt;str4d&gt; hottuna：你觉得它应该是高？ 21:31:17 &lt;hottuna&gt; 当然。 21:31:29 &lt;str4d&gt; hottuna：说错“可发现性”了。 21:31:47 &lt;hottuna&gt; 无论“不可被发现”对应哪个级别 21:31:53 &lt;str4d&gt; 这是一个防御视角的模型。这里的“可发现性”指攻击者发现该漏洞的难易程度。 21:32:00 &lt;psi&gt; 发动这种攻击所需的资源会相当明显，除非他们把所有机器都攻陷了 21:32:12 &lt;hottuna&gt; 哦，明白了。 21:32:18 &lt;dg&gt; 时序攻击很特定，或许本来也不太适用于我们.. 21:32:25 &lt;hottuna&gt; 哦，那我同意。 21:33:28 &lt;psi&gt; 要做时序攻击，要么需要上帝视角，要么要控制很多节点（多少个？我也不知道） 21:33:38 &lt;str4d&gt; 严重性是我们认为攻击有多糟；优先级是它认为我们应当关注的先后次序。 21:33:55 &lt;dg&gt; 哦。 21:33:55 &lt;psi&gt; 不确定仅有上帝视角是否也足够 21:33:57 &lt;dg&gt; 是的，4/5。 21:34:10 &lt;str4d&gt; 先把这个分类放一边，再做一个用于对比。 21:34:30 &lt;psi&gt; 回到 4/5 的问题上，如果他们能做时序攻击，那么几乎所有低延迟的都会受影 21:34:33 &lt;psi&gt; 响 21:34:54 &lt;psi&gt; 优先级……不确定 5/9 合适不合适 21:35:15 &lt;str4d&gt; “标记攻击（Tagging attacks）”应该很好分类。 21:35:32 &lt;str4d&gt; psi：在有更多条目被分类之前，我们不会知道优先级意味着什么。分类是一个迭代过程。 21:35:38 &lt;psi&gt; 好的 21:35:48 &lt;str4d&gt; 那么，标记攻击。 21:36:15 &lt;psi&gt; 标记消息？标记 routers？ 21:36:48 &lt;str4d&gt; 消息 21:36:59 &lt;str4d&gt; （算是） 21:37:07 &lt;str4d&gt; 确定一条消息经过的路径。 21:37:17 &lt;str4d&gt; 破坏潜力：中？ 21:37:30 &lt;psi&gt; 中，同意 21:37:38 &lt;psi&gt; 从某种意义上说是低 21:37:43 &lt;hottuna&gt; 破坏潜力：低 21:37:47 &lt;hottuna&gt; 低-中 21:37:58 &lt;str4d&gt; 标记（如果可能）只会泄露某个特定 tunnel 内的信息。 21:37:58 &lt;psi&gt; 取决于场景 21:38:01 &lt;str4d&gt; 可靠性：低。 21:38:01 &lt;psi&gt; 是的 21:38:08 &lt;str4d&gt; 或者…… 21:38:10 &lt;str4d&gt; 嗯。 21:38:41 &lt;psi&gt; 标记的度量范围是在哪个层面？ 21:38:58 &lt;hottuna&gt; 如果是在能识别 tunnel 参与者的场景里使用，它每次都会奏效，对吧？ 21:39:00 &lt;str4d&gt; 可利用性和可发现性是低——给消息本身打标签应该是不可能的，而串通需要精确地放置 routers。 21:39:20 &lt;hottuna&gt; E：低 21:39:21 &lt;str4d&gt; psi：在两个端点（客户端或服务器）之间传递的一条消息。 21:39:23 &lt;hottuna&gt; D：低 21:39:39 &lt;psi&gt; 我同意 低 21:39:45 &lt;psi&gt; E 和 D 21:39:50 &lt;str4d&gt; hottuna：没错。如果一种标记攻击被发现了，它每次都会奏效。 21:40:13 &lt;hottuna&gt; 那么，R：高？ 21:40:21 &lt;str4d&gt; 但这种发现应该是不可能的，因为一切都是签名的。 21:40:51 &lt;str4d&gt; 不过这取决于具体的标记攻击。 21:40:56 &lt;str4d&gt; 消息标记：高。 21:40:57 &lt;psi&gt; 如果他们拿到了你的密钥，他们也能签名 21:41:06 &lt;str4d&gt; 串通式标记：中。 21:41:07 &lt;hottuna&gt; str4d，当然，但可发现性是另一项指标 21:41:13 * str4d 暂定为高。 21:41:28 * hottuna 表示满意 21:41:44 &lt;str4d&gt; 受影响用户：只有 tunnel 中包含恶意节点的用户会受影响。 21:42:02 &lt;psi&gt; 低 21:42:16 &lt;hottuna&gt; A：很可能是低 21:42:26 &lt;str4d&gt; 好的： 21:42:26 &lt;str4d&gt; 破坏潜力：低 21:42:27 &lt;str4d&gt; 可靠性：高 21:42:27 &lt;str4d&gt; 可利用性：低 21:42:27 &lt;str4d&gt; 受影响用户：低 21:42:27 &lt;str4d&gt; 可发现性：低 21:42:28 &lt;str4d&gt; 严重性：2/5 21:42:29 &lt;str4d&gt; 优先级：2/9 21:42:52 &lt;hottuna&gt; 看起来不错 21:42:59 &lt;psi&gt; 听起来不错 21:43:22 &lt;str4d&gt; 感觉不错 21:43:57 &lt;hottuna&gt; 来一个实际的威胁？ 21:44:28 &lt;str4d&gt; 我们要不要快速过一下剩余议题，然后再回到这个？ 21:44:37 &lt;hottuna&gt; 好 21:44:56 * str4d 砍掉 4）文档讨论，这个会占用太久。 21:45:12 &lt;str4d&gt; 2）网站改版——上线前检查。 21:45:35 &lt;psi&gt; 网站改版是换更好的 CSS，还是还有别的？ 21:45:48 &lt;str4d&gt; 除了这次分类（或者移除这些分类），在 welterde“上线”改版网站之前还需要做什么？ 21:46:12 &lt;hottuna&gt; 我不知道。 21:46:21 &lt;str4d&gt; psi：“更好”的 CSS，但也有大量结构和布局上的变更。 21:46:32 &lt;str4d&gt; 我觉得从结构上看，一切都准备好了。 21:46:50 &lt;hottuna&gt; 翻译更新流程自动化程度如何？ 21:46:50 &lt;str4d&gt; 完全自动化。 21:47:06 &lt;hottuna&gt; 频率如何？ 21:47:28 &lt;str4d&gt; 只要我更新就会跑。 21:47:45 &lt;hottuna&gt; 好。 21:47:48 &lt;str4d&gt; 到目前为止，只要我看到字符串有变更，我就会运行脚本抽取并更新翻译字符串。 21:47:50 &lt;psi&gt; 我得先撤了，30 分钟后回来 21:47:56 &lt;hottuna&gt; 我想这已经足够了。 21:48:01 * 到那时 str4d 已经离开了。 21:48:30 &lt;str4d&gt; psi：那你回来后欢迎继续讨论 DREAD :) 21:48:44 &lt;hottuna&gt; 哦，str4d：首页那个巨大的下载按钮似乎不会自动更新到最新版本 21:48:45 &lt;str4d&gt; 据我回忆，IE 7 和 8 上已知有 CSS 问题 21:49:00 &lt;str4d&gt; hottuna：那是另一个我需要和 welterde 讨论的 bug。 21:49:09 &lt;hottuna&gt; 好。不错。 21:49:25 &lt;str4d&gt; 每当 .py 文件有改动，本应有脚本重启服务器（翻译有变化时则重新编译它们） 21:49:49 &lt;str4d&gt; 但不知为何，welterde 的服务器上并未检测到 .py 文件的改动…… 21:49:49 &lt;str4d&gt; （之前是能检测到的） 21:50:24 &lt;str4d&gt; 好，如果没别的，那我 21:50:43 &lt;str4d&gt; 对这次改版很满意，修好 .py 的 bug 后就可以上线了。 21:50:52 &lt;hottuna&gt; 太好了！ 21:51:11 &lt;str4d&gt; （IE 7/8 的 CSS 会在我有空时缓解，但我不认为这是阻断因素） 21:51:23 &lt;hottuna&gt; 听起来很合理。 21:51:42 &lt;str4d&gt; “上线”== welterde 会把它部署到 https://geti2p.net（我们在几次会议前已经确定了这个 URL），但保留 www.i2p2.de 现状不变。 21:51:52 &lt;iRelay&gt; 标题：I2P 匿名网络 - I2P（在 geti2p.net） 21:52:00 &lt;hottuna&gt; 为什么要把 i2p2.de 保持不变？ 21:52:03 &lt;str4d&gt; 然后我会跑测试，检查 Google 等是否对它满意。 21:52:30 &lt;str4d&gt; hottuna：以防出现灾难性问题需要回滚。 21:52:42 &lt;hottuna&gt; 好，所以这只是暂时的 21:52:51 &lt;str4d&gt; 只有在一切彻底检查并就绪之后，我们才会把 i2p2.de 301 重定向到 geti2p.net 21:53:15 &lt;hottuna&gt; 有道理 21:53:23 &lt;str4d&gt; 因为 301 是永久迁移，会促使搜索引擎更新链接。 21:54:08 &lt;str4d&gt; 旧的重定向代码目前使用 302 重定向，但在一切就绪后会改为 301（这样我们就不会因为旧链接而丢失 PageRank） 21:54:28 &lt;str4d&gt; 好，继续： 21:54:28 &lt;str4d&gt; 3）路线图规划。 21:54:42 &lt;str4d&gt; hottuna：到你了。 21:55:44 &lt;str4d&gt; 我还能再有大概十分钟（其他还在的人可能会更多） 21:55:45 &lt;hottuna&gt; 路线图？我只知道我最近时间多了一点，我又开始看 DHT 代码了，特别是回复处理那一块。 21:56:08 &lt;hottuna&gt; 我没什么别的要补充的。 21:56:48 &lt;str4d&gt; 当前 0.9 的路线图： 21:56:48 &lt;str4d&gt; 在发行包中包含一些种子数据，这样就不需要中心化的重新引导（reseed）位置？ 21:56:48 &lt;str4d&gt; 可达性映射/处理部分可达的对等点/增强的受限路由 21:56:49 &lt;str4d&gt; 改进帮助页面和网站 21:56:49 &lt;str4d&gt; 更多翻译 21:56:56 &lt;str4d&gt; SSU 断开连接消息 21:56:57 &lt;str4d&gt; 迭代式 floodfill 查找 21:57:13 &lt;str4d&gt; 这些项里有些进展我不清楚，或不清楚上次更新是什么时候。 21:57:54 &lt;hottuna&gt; 据我理解，floodfill 查找已经是迭代式的。 21:57:59 &lt;str4d&gt; 1.0–3.0 上次更新是在 2008 年。 21:58:14 &lt;str4d&gt; 0.9 是 2010 年加的。 21:58:14 &lt;dg&gt; 受限路由不太可能实现 21:58:37 &lt;hottuna&gt; 我一两分钟后得走了 21:58:42 &lt;str4d&gt; 我认为正确评估路线图需要另开一次会，多一些人参加。 21:59:01 &lt;hottuna&gt; 同意。 21:59:14 &lt;str4d&gt; 很高兴听到你又回到 DHT 代码上了。 21:59:29 &lt;str4d&gt; 推迟到之后。 21:59:33 &lt;hottuna&gt; 另外真正的威胁模型也应该好好看看。 21:59:43 &lt;str4d&gt; 好的。 21:59:47 &lt;hottuna&gt; 我们下次能专门开个长会讨论这个吗？ 22:00:35 &lt;str4d&gt; hottuna：我本来希望 2 小时足够了，但我们至少花了一个小时在争论这事儿是否值得去做&gt;_&lt; 22:00:36 &lt;hottuna&gt; 我得走了，不过谢谢你组织会议，str4d。你很有天赋！ 22:01:19 &lt;str4d&gt; 我们没时间回到 1c）了，所以： 22:01:23 &lt;str4d&gt; str4d *baf* 结束了会议 </div>/zh/blog/2013/10/02/0.9.8.1-%E5%8F%91%E5%B8%83/Wed, 02 Oct 2013 00:00:00 +0000/zh/blog/2013/10/02/0.9.8.1-%E5%8F%91%E5%B8%83/<p>0.9.8.1 修复了部分用户在 Windows 上更新到 0.9.8 时遇到的问题。新安装和非 Windows 平台不受影响；不过，即使正在运行 0.9.8，所有平台也会自动更新。</p> <p>详情和变通方案请参见 Trac 工单。有关 IPv6 及其他更改的信息，请参见 <a href="../../zh/blog/2013/09/30/0.9.8-release/">0.9.8 发行说明</a> 。</p> <p>由于近期的攻击，已在 Trac 禁用登录，并在 zzz.i2p 禁用新注册。在这些服务恢复之前，请在 IRC freenode 或 IRC2P 的 #i2p-dev 频道报告所有问题。</p> <h2 id="sha256-校验和">SHA256 校验和</h2> <pre tabindex="0"><code>e4a0a5929f20a5e176aad1ba4fe85d6c321c06fbc802cd715970ec380bb9e4fe i2pinstall_0.9.8.1_windows.exe 8b933d55622743e3692585d09a1393a898dfd3d8c8f4c7f489adc23981273d30 i2pinstall_0.9.8.1.jar 315072afc19b254a67062affe8b4515198ff64ecfcb4292b5f58b83975b3a1c3 i2psource_0.9.8.1.tar.bz2 a340f84b5893ba0f193ec86e09f15c0ef724735eafb4c67c090f23be020b24ab i2pupdate_0.9.8.1.zip 15d135f9923337df2092e42b9c5aa6ba5904b39c5ff403eef235843b1957b942 i2pupdate.su2 d9902504d63556fa63a503fd088185dbbf3ace8b80e14dd4482b30e56b11f8d6 i2pupdate.sud </code></pre>/zh/blog/2013/09/30/0.9.8-release/Mon, 30 Sep 2013 00:00:00 +0000/zh/blog/2013/09/30/0.9.8-release/<p>0.9.8 包含了期待已久的 IPv6 支持。它默认启用，但要使用它，当然需要一个公网 IPv6 地址。相关配置位于控制台的 &rsquo;network&rsquo; 配置选项卡中。我们还在匿名性方面进行了改进，包括对 SSU 数据包的填充以及更长的 router 私钥。</p> <p>在本次更新周期中，你们当中有 30% 将通过网络内的 torrent 进行更新。</p> <h2 id="ipv6-详细信息">IPv6 详细信息</h2> <p>默认情况下启用 IPv6，并且优先使用它。如果您拥有公网 IPv6 地址，并且正在连接到另一个具有已发布 IPv6 地址的 router，则会通过 IPv6 建立连接。在 router 控制台的 /confignet 中新增了一个 IPv6 配置部分。如果 IPv6 导致问题，您可以在那里将其禁用。</p> <p>作为 IPv6 开发工作的一部分，I2P 现在支持发布多个 IP 地址。如果你有多个公网 IP 地址（IPv4、IPv6，或两者兼有），你可以在 /confignet 中分别启用或禁用它们。默认情况下，会使用它发现的第一个 IPv4 和第一个 IPv6 地址。如果你有多个地址，你应该在 /confignet 中检查配置，并在必要时进行调整。请注意，尽管你可以在 /confignet 中启用多个 IPv4 和 IPv6 地址，我们仍建议只使用一个 IPv4 和一个 IPv6 地址。在为每种类型配置多个地址时仍有一些尚待修复的问题。</p> <p>虽然对 IPv6 的支持经过数年设计与开发，但仅有少量用户进行了测试，仍处于测试阶段（beta）。如果你确实有一个公网 IPv6 地址，请监控你的 router 和日志以发现可能的问题，并在必要时将其禁用。请在 <code>http://trac.i2p2.i2p</code> 报告任何 bug。</p>/zh/blog/2013/09/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B49%E6%9C%8810%E6%97%A5/Tue, 10 Sep 2013 00:00:00 +0000/zh/blog/2013/09/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B49%E6%9C%8810%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dbowie, dg, efkt, EpicCoffee, Pseudonemo, psi, topiltzin, trolly, welterde, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) 嗨 20:00:38 &lt;zzz&gt; 1) 网站改版（str4d） 20:00:55 &lt;zzz&gt; 2) 为 `http://open4you.i2p/` 提交到控制台主页的请求 20:01:03 &lt;iRelay&gt; 标题：open4you.i2p (at open4you.i2p) 20:01:11 &lt;zzz&gt; 3) 禁用 outproxy（出口代理）（topiltzin / dg） 20:01:20 &lt;zzz&gt; 4) netdb 项目更新（hottuna） 20:01:23 &lt;zzz&gt; 0) 嗨 20:01:25 &lt;zzz&gt; 嗨 20:01:30 &lt;dg&gt; 嗨 20:01:35 &lt;topiltzin&gt; 嗨 20:01:42 &lt;zzz&gt; 更多信息和链接见 `http://zzz.i2p/topics/1460` 20:01:55 &lt;zzz&gt; 我们尝试点新花样，把每个议题限制在15分钟内 20:02:00 &lt;iRelay&gt; 标题：zzz.i2p: Meeting Tues. Sept. 10, 8 PM UTC (at zzz.i2p) 20:02:03 &lt;zzz&gt; 1) 网站改版（str4d） 20:02:07 &lt;zzz&gt; str4d 请开始 20:04:12 &lt;zzz&gt; 暂时跳过 1) 20:04:17 &lt;zzz&gt; 2) 为 `http://open4you.i2p/` 提交到控制台主页的请求 20:04:21 &lt;iRelay&gt; 标题：open4you.i2p (at open4you.i2p) 20:04:28 &lt;zzz&gt; 提出 open4you 请求的人在吗？ 20:05:53 &lt;zzz&gt; 暂时跳过 2) 20:05:59 &lt;zzz&gt; 3) 禁用 outproxy（出口代理）（topiltzin / dg） 20:06:05 &lt;zzz&gt; dg 或 topiltzin 请开始 20:06:05 &lt;dg&gt; \o 20:06:13 &lt;dg&gt; 我先来说。 20:06:50 &lt;dg&gt; 各位好，我思考这事有一阵子了：我认为默认包含用于 HTTP（以及可能的 HTTPS）的 outproxy 并不符合我们的目标； 20:07:25 &lt;dg&gt; 大多数情况下，当有人在 IRC 询问关于出站代理（outproxy）的问题时，社区成员都会推荐使用 Tor，并且不建议在大多数/任何用途上碰 outproxy 20:07:38 &lt;dg&gt; “这事交给 Tor”这样的说法经常被提起 20:08:22 &lt;dg&gt; outproxy 是中心化的，这显然是个大问题；就算 Tor 拥有成千上万的出口节点也存在问题，更别说我们只有一个了 20:08:43 &lt;dg&gt; 撇开安全问题不谈，这还是个可用性问题。要是有人尝试使用 I2P，因为 google.com 加载很慢就觉得 I2P 很慢怎么办？哦，而且页面还是德语的？嗯？ 20:09:14 &lt;dg&gt; 我们并未把出站代理的代码作为“正式”方案内置，是有原因的：我们不想这么做，而且我们的目标是隐藏服务 20:09:58 &lt;dg&gt; 我觉得默认放入 outproxy 会让用户处于风险之中，并且（可能）混淆他们对 I2P 是什么、能做什么的认知。 20:10:04 &lt;dg&gt; 初步陈述完毕 20:10:17 &lt;zzz&gt; topiltzin，你还有什么要补充的吗？ 20:10:52 &lt;topiltzin&gt; 这是一份不错的清单；我也能理解 KillYourTV 的观点，即不应该移除该功能 20:11:22 &lt;zzz&gt; 好的，开放给其他人评论 20:11:23 &lt;topiltzin&gt; 但我非常赞同 dg 的看法，最好引导用户不要用 i2p 去浏览明网 20:12:17 &lt;dg&gt; 有人（Pseudonemo）建议放一张说明页，解释为什么明网网站无法加载，并可能推荐使用 Tor。 20:12:19 &lt;welterde&gt; 有一个本地通过 Tor 进行 outproxy 的插件会很不错.. 20:12:45 &lt;dg&gt; welterde：你这么说很巧.. 几周前 ioerror 向 zzz 介绍了 jtor。 20:13:26 &lt;welterde&gt; dg：对.. 我想的就是这个.. 应该比依赖一个外部运行的组件要干净得多 20:13:52 &lt;dg&gt; 那么，想法如何？ 20:13:54 &lt;efkt&gt; 通常我看到有关 I2P 的讨论，都是在回答类似“为什么它不能按我想的那样工作？”这样的问题，并提供替代方案，比如 Meeh 的 outproxy，或者直接用 Tor。保留 outproxy 这个选项是件好事，让用户知道有这个选项也不错。 20:13:56 &lt;zzz&gt; 我反对移除它——是的，它功能有限，但就它能做的那部分来说做得相当不错。把它禁用不会提升可用性，只会让事情更难、更混乱。 20:14:45 &lt;EpicCoffee&gt; 总体上我同意 zzz 的看法（自从我进来以来） 20:14:58 &lt;zzz&gt; 也许等我们有更好的方案（一个 Tor 插件）时，就可以默认禁用 echelon 的那个 20:15:19 &lt;trolly_&gt; 选项越多越好，而且我经常用 outproxy。当然，我知道不能信任通过 outproxy 的通信 20:15:21 &lt;dg&gt; 为什么我们要去做一件我们（基本上）都承认 Tor 更擅长的事情？就算尝试也像是在让人们失望，造成一种错误印象。一个设计良好的说明页可以缓解困惑/难度 20:15:46 &lt;dg&gt; 我不建议移除这个能力，只是去掉默认启用 20:15:47 &lt;zzz&gt; 听起来 dg 主要是在描述一个文档/教育问题，靠禁用它并不能解决。 20:16:24 &lt;topiltzin&gt; 这不能解决问题，但可以避免问题发生 20:16:31 &lt;dg&gt; 我不明白为什么用户安装 I2P 后就应该去信任第三方 20:16:36 &lt;zzz&gt; i2ptunnel 挺吓人的，我宁愿不必让人们进去那里手动开启 20:16:36 &lt;EpicCoffee&gt; 有些人不使用 Tor，并且出于各种原因也不会用 Tor。对他们来说 I2P 的 outproxy 还是有用的。 20:17:12 &lt;topiltzin&gt; kytv 提议做一个把事情说明白的警告页面，这会是个合适的解决方案，对吧？ 20:17:16 &lt;trolly_&gt; dg 你是对的，EpicCoffee 也对 20:17:26 &lt;EpicCoffee&gt; 我偶尔会用 outproxy，主要是看看 i2prc 里发来的链接 20:17:42 &lt;dg&gt; 我理解我们可以说“嗯，用户应该去读说明”之类的，但……我们是否应该这么轻易地让他们自讨苦吃？ 20:17:49 &lt;trolly_&gt; 就像我，EpicCoffee 20:17:51 &lt;zzz&gt; 换个角度看，虽然它在 i2p 这边是默认开启的，但在浏览器里总需要用户主动去启用。所以如果把浏览器也算上，你可以说它现在并非默认开启。 20:18:09 &lt;EpicCoffee&gt; 如果链接不能通过 outproxy 加载，我也不太可能通过明网去加载它。 20:18:32 &lt;dg&gt; 浏览 eepsite 也需要主动操作，但仍然会令人困惑。如果有人知道风险，他们可以自己加上 outproxy。 20:18:37 *** trolly_ 现更名为 trolly 20:18:37 &lt;dg&gt; 或者加载可能会推出的 Tor 插件 20:18:49 &lt;EpicCoffee&gt; 我肯定不止我一个这么做。 20:18:49 &lt;EpicCoffee&gt; lol 20:18:55 &lt;zzz&gt; eche|on 有什么看法吗？ 20:19:03 &lt;dg&gt; 这也不是在攻击 echelon，但我们是不是应该把所有 outproxy 流量都信任给某一个人？ 20:19:12 &lt;dg&gt; 不管是谁，都是单点、单人 20:19:37 &lt;zzz&gt; 你是更愿意信任一个你多少认识的人，还是信任3000个你不认识的人？ 20:19:41 &lt;dg&gt; 人们很容易就会认为 I2P 在执行一种类似 Tor 的机制 20:19:57 &lt;dg&gt; 我更愿意那3000个我不认识的人 20:20:10 &lt;zzz&gt; 快到15分钟了。我们有没有达成某种共识？还有谁对此有想法？ 20:20:34 &lt;welterde&gt; 依我看，在我们有 Tor 插件之前不应该禁用它 20:20:37 &lt;Pseudonemo&gt; 我觉得 dg 主要是在从新用户的角度出发。他们并不认识 eche|on。 20:20:51 &lt;topiltzin&gt; +1 Pseudonemo 20:20:59 &lt;dg&gt; 我个人是认识 eche|on 的，因此我对 outproxy 并不太介意，不过，是的。 20:21:04 &lt;dg&gt; welterde：我能同意这个折中方案。 20:21:21 &lt;EpicCoffee&gt; 任何人都不应该用 outproxy 处理任何敏感的东西。这应该是不言自明的，lol。 20:21:22 &lt;dg&gt; 就到这儿？ 20:21:33 &lt;topiltzin&gt; 假设 Tor 插件真的在做……但实际上并没有 20:21:54 &lt;zzz&gt; 好的，有意思的话题，感谢提出，dg。不管到时有没有 Tor 插件，过一阵子也许值得再谈一次 20:21:59 &lt;topiltzin&gt; 这是个教育问题，所以最好通过教育来解决 20:22:16 &lt;dg&gt; zzz：没问题，谢谢。 20:22:39 &lt;zzz&gt; 有没有志愿者来看看教育/文档的问题，并提出一些改进建议？ 20:22:42 &lt;EpicCoffee&gt; topiltzin：我不觉得我会喜欢在 i2p 里有个 Tor 插件。我的看法是我不喜欢/不信任 Tor。 20:22:55 &lt;dg&gt; EpicCoffee：话题先到此，下次再说 :) 20:23:16 &lt;zzz&gt; 最后一次征集志愿者，然后我们就结束这个话题 20:23:43 &lt;zzz&gt; 那好。 20:24:04 &lt;zzz&gt; 跳过 4)，因为 hottuna 不在 20:24:04 &lt;zzz&gt; 我们回到 1)，str4d 在吗？ 20:24:45 &lt;zzz&gt; 再次跳过 1) 20:24:49 * EpicCoffee 一定是没注意到“清单” 20:25:01 &lt;dg&gt; EpicCoffee：你一开始不在，我会私信你。 20:25:09 &lt;zzz&gt; 2) open4you.i2p，不管请求者在不在我们都来讨论。 20:25:12 &lt;EpicCoffee&gt; 啊谢谢 dg 20:25:13 &lt;zzz&gt; open4you 你在吗？ 20:25:15 &lt;topiltzin&gt; EpicCoffee：频道有实时日志 `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-09-10.log` 20:25:54 &lt;zzz&gt; 该请求位于 `http://zzz.i2p/topics/1429` 的底部 20:26:03 &lt;iRelay&gt; 标题：zzz.i2p: 0.9.8 Release Summary (at zzz.i2p) 20:26:44 &lt;zzz&gt; 提醒一下，鉴于我们有段时间没做这事了，我的个人指南在 `http://zzz.i2p/topics/236` 20:26:49 &lt;iRelay&gt; 标题：zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:27:09 &lt;zzz&gt; 有人用过这个站吗？关于把它放到控制台上，有什么想法吗？ 20:27:30 &lt;dg&gt; 如果 open4you 没出现，我能提名一个吗？ 20:27:31 &lt;dg&gt; 正在加载指南 20:27:36 &lt;topiltzin&gt; 我喜欢运营者坦率说明他能保证和不能保证的内容 20:28:08 *** trolly 现更名为 trolly_ 20:28:14 &lt;topiltzin&gt; 但除了这种（正面的）印象，也没太多可说的…… 20:28:15 &lt;zzz&gt; 我们今天只讨论 open4you，至少在第2项里是这样。如果你愿意，可以新增第5项由 dg 提案 20:28:28 &lt;EpicCoffee&gt; 我认为在 i2p 上应该有可用的托管服务，不过我不确定我会信任某个主机商，lol。关于托管这个话题我自己也很矛盾，所以这次我就不表态了 20:28:29 &lt;dg&gt; zzz：好，谢了 20:28:42 &lt;zzz&gt; 他的服务条款（ToS）在我看来还可以 20:29:03 &lt;zzz&gt; 这是控制台上目前没有的新类别，这是一大优点 20:29:03 &lt;dg&gt; 我并不认识 open4you.i2p 的任何客户，所以无法为它担保，但如果站长下次能出现，我愿意再讨论 20:29:56 &lt;dg&gt; 没有担保让我有些怀疑 20:30:24 &lt;zzz&gt; 最近的 FreedomHosting 事件让 eepsite 的托管变得耐人寻味 20:31:13 &lt;dg&gt; 我的理解是这是免费的，对吧？ 20:31:19 &lt;zzz&gt; 我们有没有必须由请求者回答的问题，才能做决定？还是说我们今天就可以决定？ 20:31:33 &lt;zzz&gt; 我没看到它是不是免费的。常见问题只有俄语版。 20:31:45 &lt;topiltzin&gt; 是免费的 20:31:45 &lt;dg&gt; 如果是免费的，为什么不呢？没有被诈骗的风险，而且这无疑是“有趣/有价值”的。 20:31:49 &lt;dg&gt; “在 i2p 上提供9个月免费的虚拟主机服务。” 20:31:58 &lt;dg&gt; 抱歉各位，我以为是要比特币的 20:32:19 &lt;topiltzin&gt; 不过，我们不知道它是否真的能运作 20:32:46 &lt;dg&gt; 我们要不要硬着头皮找个志愿者，在现在到发布之间的某个时间做个测试？ 20:32:55 &lt;dg&gt; 如果不行，我们就把它撤掉 20:33:15 &lt;zzz&gt; 我倾向于现在就同意。我不觉得一个人测试能证明什么。我们以后随时可以撤。 20:33:33 &lt;dg&gt; 嗯，至少测试能验证它能否运行。除此之外也没太多可测的。 20:33:39 &lt;zzz&gt; 我希望大家至少对托管所涉及的信任问题有个大概认识 20:33:41 &lt;dg&gt; 好，我也同意。 20:34:10 &lt;zzz&gt; 没有理由说它不能用。首先，我没看到任何自动化流程的证据。 20:34:12 &lt;dg&gt; 还有其他投票吗？ 20:34:26 &lt;dg&gt; 看起来是通过电子邮件驱动的 20:34:28 &lt;dg&gt; driven 20:34:43 &lt;zzz&gt; 最后征集意见/反对意见 20:34:57 &lt;topiltzin&gt; 我说的“能用”是指运营者是否真的会做他声称会做的事 20:35:14 &lt;psi&gt; 我们有没有 open4you 的用户证言？ 20:35:22 &lt;topiltzin&gt; 而不是搭个 eepsite 就撂那儿不管 20:35:24 &lt;dg&gt; 没有 20:35:28 &lt;topiltzin&gt; psi：没有，这就是问题所在 20:35:31 &lt;dg&gt; topiltzin：如果发生那样的情况，我们可以移除它。 20:35:39 &lt;dg&gt; 站长至少有一定活跃度，因为他提出了请求 20:35:48 &lt;dg&gt; 我赞成。 20:35:53 &lt;psi&gt; 嗯，我的建议是先不要背书，先找个测试用户 20:35:56 &lt;zzz&gt; 我猜他目前几乎没有业务。我们把它加到控制台里，给他一两个 I2P 版本的试用期，如果是假的就把它撤掉 20:36:09 &lt;psi&gt; 或者……如果我们要背书，就在上面贴个醒目的警告 20:36:10 &lt;dg&gt; zzz：+1 20:36:27 &lt;psi&gt; 嗯 20:36:33 &lt;psi&gt; zzz 说得有道理 20:36:42 &lt;psi&gt; 但是……还是 20:36:49 &lt;dg&gt; psi：是免费的 20:36:56 &lt;zzz&gt; psi 请明确下，你是反对还是不反对 20:36:56 &lt;topiltzin&gt; 我这几天会给他发邮件 20:36:58 &lt;psi&gt; 哦？是吗？ 20:37:04 &lt;dg&gt; 是的 20:37:08 &lt;psi&gt; 我是在表达谨慎态度 20:37:13 &lt;psi&gt; 没有反对意见 20:37:16 &lt;topiltzin&gt; 我想我不如把 zab.i2p 再上线吧 20:37:22 &lt;dg&gt; 我以为是要比特币，但不是 20:37:25 &lt;dg&gt; 它是免费的，所以……我现在不太在意有没有证言 20:37:30 &lt;dg&gt; :) 20:37:40 &lt;dg&gt; topiltzin：你是赞成还是反对？ 20:37:52 &lt;topiltzin&gt; 弃权 20:38:00 &lt;zzz&gt; 听起来我们没有反对意见，那就通过了？如果我说错了请提出 20:38:01 &lt;topiltzin&gt; 不过接下来几天我会测试一下他的托管 20:38:05 &lt;dg&gt; 2票赞成，0票反对 20:38:12 &lt;psi&gt; 弃权 20:38:19 &lt;welterde&gt; 弃权 20:38:26 &lt;EpicCoffee&gt; 我很好奇文件是如何传到 open4you 的托管账号上的 20:38:47 &lt;dg&gt; EpicCoffee：看起来是 ftp（啊？）或者通过控制面板。 20:39:07 &lt;psi&gt; sftp？ 20:39:18 &lt;zzz&gt; 好的，我会给他发邮件要一个 logo，并把相关内容纳入控制台。有兴趣的各位请注册并反馈 20:39:34 &lt;zzz&gt; 如果是假的或不能用，我们可以在发布前随时把它撤掉。 20:39:35 &lt;dg&gt; “1 GB of available space, php5, mysql, ftp access, 3 tunnel \ 2 hop” 20:39:40 &lt;dg&gt; +1 20:39:48 &lt;welterde&gt; psi：表示怀疑.. 20:40:01 &lt;zzz&gt; 第2项到此结束 20:40:18 &lt;zzz&gt; hottuna 和 str4d 都没出现，我们进入 5）dg 的提案 20:40:20 &lt;zzz&gt; dg 请开始 20:40:29 &lt;welterde&gt; 不过在 i2p 上应该会更好用（你知道的… 对于 ftp 的被动/主动模式之类的…） 20:41:36 &lt;dg&gt; 我提议把 `http://salt.i2p/（不是我的站，是` efkt 的）加入 router 控制台。salt.i2p 包含：一个有用的大型 eepsite 与指南的 wiki；XMPP；还有一个 IRC 频道，可能是 IRC2p 上最活跃的之一 20:41:51 &lt;iRelay&gt; 标题：salted (at salt.i2p) 20:42:00 &lt;dg&gt; 它提供了很多 eepsite 的“起点”，而且是 SFW（适合在工作场合浏览）。 20:42:02 &lt;EpicCoffee&gt; 我为 salt 点个 +1 20:42:07 &lt;EpicCoffee&gt; 我喜欢 salt 的 wiki 20:42:16 &lt;topiltzin&gt; 嗯，#salt 很给力 +1 20:42:18 &lt;dg&gt; salt 已经成长为我和社区其他人的一个很棒的资源 20:42:28 &lt;dg&gt; 频道是 #salt，供参考 20:42:52 &lt;zzz&gt; 我们确实只能接受来自 eepsite 站长的请求。你能让他按 `http://zzz.i2p/topics/236` 上的指南来申请吗？那我们可以考虑把它放进 0.9.9 20:42:54 &lt;welterde&gt; +1.. 现在基本上就是那个旧 wiki 曾经扮演的角色.. 20:43:06 &lt;iRelay&gt; 标题：zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:43:33 &lt;zzz&gt; 我对这个站不熟 20:43:55 &lt;zzz&gt; 我觉得我们不应该在没有许可的情况下开始添加站点 20:44:14 &lt;dg&gt; 他不久前还很活跃，可能马上就会冒出来 20:44:23 &lt;dg&gt; 我同意未经许可不添加 20:44:34 &lt;dg&gt; 不过我觉得值得一试 20:44:43 &lt;zzz&gt; 呼叫 efkt 20:44:49 &lt;efkt&gt; 只要大家都满意，你们就得到了我的许可。我在创建这个站点时考虑了 I2P 可能的政策和理念，关于哪些内容适合 I2P。如果你们不喜欢其中某些内容，我愿意讨论（只是说明一下） 20:44:53 &lt;EpicCoffee&gt; efkt 是 salt 的站长吗？根据观察我猜是的。 20:44:59 &lt;dg&gt; 是的，EpicCoffee。 20:45:10 &lt;efkt&gt; 因此首页上有免责声明，明确了关于血腥/色情等的政策 20:45:43 &lt;efkt&gt; wiki 不对外开放编辑，除非我们最终认识你，所以被破坏的可能性不大。 20:46:03 * EpicCoffee 也指出了 salt 的 XMPP 20:46:17 &lt;dg&gt; XMPP 也很受欢迎，而且配有指南。 :) 20:46:50 &lt;topiltzin&gt; 是啊，salt 确实非常棒……有真正的社区氛围 20:46:59 &lt;zzz&gt; 如果你现在就想处理，请回答以下问题。如果现在来不及，我们可以在大约6周后下次发布前再讨论 20:47:00 &lt;EpicCoffee&gt; 只要它的用户明白，如果没有加密，管理员能看到说了什么（我记得 wiki 里的文章强烈鼓励使用 OTR） 20:47:06 &lt;efkt&gt; 我们的 XMPP 服务器已经够多了，未来在控制台上列出几个也许不是个坏主意。我们大多数运行服务器的人都启用了 S2S。 20:47:07 &lt;zzz&gt; - 一个电子邮件地址 20:47:07 &lt;zzz&gt; - 要链接到的 URL 20:47:07 &lt;zzz&gt; - 你的英文服务条款（ToS）的 URL（如可用或必要） 20:47:07 &lt;zzz&gt; - 如果站点不是英文的，请提供一段英文的简要描述 20:47:07 &lt;zzz&gt; -（可选）一个用于展示的透明 PNG 图标的 URL。尺寸必须为 32x32（可能会变更）。如果未提供图标，将使用 “toopie”。我们会把该图标拷贝进 router 控制台的源代码中并在本地提供。 20:47:10 &lt;zzz&gt; - 如果提供了图标，请提供该图像的许可协议。 20:47:12 &lt;zzz&gt; -（可选）一到两个英文单词的标签。如果未提供，我们将使用 example.i2p 20:47:14 &lt;zzz&gt; -（可选）用于弹出提示（tooltip）的一小段或一句英文 20:48:19 &lt;efkt&gt; efkt@mail.i2p 20:48:23 &lt;efkt&gt; 站点：`http://salt.i2p` 20:48:27 &lt;iRelay&gt; 标题：salted (at salt.i2p) 20:48:38 &lt;efkt&gt; 站点服务条款——首页上有一则免责声明：`http://salt.i2p` 20:48:43 &lt;iRelay&gt; 标题：salted (at salt.i2p) 20:49:15 &lt;efkt&gt; 我暂时没有可以快速提供的 32x32 图标，但它会和我们的 favicon 一样，是一个黑色的星形，透明或白色背景 20:49:47 &lt;efkt&gt; 标签名称就用“salt”即可 20:49:59 &lt;EpicCoffee&gt; efkt 如果你愿意，我可以快速做一个 32x32 图标。嗯，取决于 i2p 允许的速度，lol 20:50:25 &lt;zzz&gt; 我们可以给你一周时间来准备图标 :) 20:50:32 &lt;zzz&gt; 这个站点上线多久了？ 20:50:34 &lt;efkt&gt; EpicCoffee：如果你愿意。它就像 favicon——黑色的“无政府主义星”，你在 Google 图片里到处都能看到这种形状。其实只要一会儿就能做好 20:50:40 &lt;efkt&gt; zzz：2012 年 8 月，如果我没记错的话 20:51:21 &lt;dg&gt; `http://salt.i2p/wiki/index.php/Main_Page#Tutorials` 20:51:21 &lt;efkt&gt; 老实说，我很惊讶有这么多用户无法访问该站，因为它不在默认地址簿（或 XMPP）里——然而通过 IRC 被引导去那里的新手又很多。抱歉有点跑题。 20:51:35 &lt;iRelay&gt; 标题：Salted Wiki (at salt.i2p) 20:51:41 &lt;efkt&gt; zzz：哦，还有简介“Cryptomunitions and tutorials'” 20:51:46 &lt;dg&gt; 是啊，在引导用户时这是个问题（除了那个恼人的找不到地址簿的 bug 之外） 20:52:20 &lt;zzz&gt; 任何在控制台主页上的站点都会自动加入默认地址簿 20:52:42 &lt;efkt&gt; 哦。这会对那些刚接触 I2P、来到 IRC2p 探索的人有帮助。 20:52:52 &lt;efkt&gt; 一个头疼的问题解决了 :) 20:52:59 &lt;dg&gt; 1/2。 20:53:05 &lt;dg&gt; 没有 xmpp.salt.i2p ;) 20:53:32 &lt;zzz&gt; efkt，在我看来，你的服务条款不足以让我们推荐该 wiki，因为它只描述了你不承担哪些责任。并没有说明是否以及哪些类型的内容是不被允许的。 20:54:03 &lt;zzz&gt; 如果什么都可以，那我无法支持该请求。 20:54:04 &lt;efkt&gt; zzz：即便没人被允许编辑这个 wiki，除非我亲自审核并给他们账号，这也不行吗？ 20:54:19 &lt;dg&gt; efkt：我认为他的意思是，具体规则不清楚。比如色情等。 20:54:41 &lt;efkt&gt; 唔。 20:54:53 &lt;zzz&gt; 确实完全没有声明规则。 20:54:56 &lt;dbowie&gt; 32X32 blackstar.jpg，base64 编码：`http://pastethis.i2p/show/5437/` 20:54:57 &lt;iRelay&gt; 标题：Paste #5437 | LodgeIt! (at pastethis.i2p) 20:55:00 &lt;zzz&gt; 关于允许的内容 20:55:54 &lt;efkt&gt; 我可以很容易地补充些内容。这不是问题，只是在考虑要额外加些什么——诸如血腥、强奸、酷刑、虐杀或怪异性行为之类的内容在本站永远不被允许 20:56:23 &lt;dg&gt; 所以，是面向家庭——工作环境可浏览（SFW）之类的吗？ 20:56:53 &lt;zzz&gt; 我们不该要求你在接下来的30秒里起草一份内容相关的 ToS。要不要考虑一下，几周后再回来？ 20:57:06 &lt;efkt&gt; 目前我不能说 salt 是面向家庭或适合在工作环境浏览的。onionland 页面明确链接到了贩毒的洋葱站点。 20:57:43 &lt;efkt&gt; zzz：好，我至少愿意这么做——我更愿意和大家一起制定出对 I2P 有用、大家都认可的内容 20:59:22 &lt;EpicCoffee&gt; EpicCoffee：i2p 上有图床吗？ 20:59:24 &lt;zzz&gt; 我的理念是，类似 postman 的 tracker 规则的都可以接受。 20:59:24 &lt;zzz&gt; 我不想告诉你该如何运营你的网站，或如何写你的规则。你按自己的想法去做，然后我们再决定是否把它放进控制台。 20:59:24 &lt;zzz&gt; 不过你可以看看我们现在的这些链接，了解一下基调 21:00:36 &lt;zzz&gt; 我们已经超过15分钟了，所以能请你几周后再来吗？如果你能把 ToS 的事情搞定，我觉得这儿这么多人支持的站点会是控制台的一个不错补充。 21:01:36 &lt;efkt&gt; 我很乐意把 ToS 制定好，也愿意讨论站点上任何社区觉得不合适的内容。谢谢 zzz。好的，没问题 21:02:13 &lt;zzz&gt; 太好了。很高兴听到一个我不熟悉的新站。我会去看看的。等你把一切整理好了，给我发邮件或者在 zzz.i2p 上发帖 21:02:19 &lt;zzz&gt; 第5项结束 21:02:25 &lt;zzz&gt; 第1项最后一次呼叫 str4d 21:02:36 &lt;zzz&gt; 第4项，hottuna 仍未到场 21:02:47 * zzz 正在给 baffer 升温 21:03:50 * zzz *baf* 会议结束 21:07:16 &lt;zzz&gt; 谢谢大家，开得不错 </div>/zh/blog/2013/08/10/0.9.7.1-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Sat, 10 Aug 2013 00:00:00 +0000/zh/blog/2013/08/10/0.9.7.1-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>这次非计划内的发布禁用了在 UCSB 论文中披露的攻击所使用的 RouterInfo 验证消息，这应当使将一个 LeaseSet 与一个 Router 相关联变得更加困难。我们还包含了下文列出的少量其他修复。我们的 0.9.8 版本（将包含 IPv6 支持）仍按计划在九月下旬发布。</p> <p>像往常一样，我们建议所有用户更新到此版本。</p> <h2 id="发布详情">发布详情</h2> <h3 id="anonymity-improvements">Anonymity Improvements</h3> <ul> <li>Disable RouterInfo verification messages</li> </ul> <h3 id="匿名性改进">匿名性改进</h3> <ul> <li>Extend inbound tunnel expiration</li> <li>i2prouter: bashism fix</li> <li>i2psnark: increase max piece size, mime type updates</li> <li>New reseed host</li> <li>New update hosts, thanks Meeh and dg</li> <li>Streaming: RTO changes</li> <li>Updater: Increase update-via-torrent to 30 percent</li> <li>UPnP fix for some hardware</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>293f445196a2f35c4d580f65b548135399e1f4443450b5ecf1cc53b1203fdad1 i2pinstall_0.9.7.1_windows.exe 9fae874a4d680f50f5efd7be70cfcf55f2f4687e011bde9c4b4899bafb002e97 i2pinstall_0.9.7.1.jar 7b73bdb23c53798054741cbaa4e7d8cce832ee566fbb17df0c803d0c22d099e1 i2psource_0.9.7.1.tar.bz2 69ca22a77a2de87f726d86555317f8688891d31f5312cf71d5a43febe2729b38 i2pupdate_0.9.7.1.zip f59c9c80349c328b3e912113a3842146f647ff22ae323cef6b1e56a23f8c8cf1 i2pupdate.su2 52d1f32e2a72091da10312853e5df6bced12cb97770ba20732f2d9d6c4d2f5fe i2pupdate.sud </code></pre>/zh/blog/2013/08/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B48%E6%9C%886%E6%97%A5/Tue, 06 Aug 2013 00:00:00 +0000/zh/blog/2013/08/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B48%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, kytv, topiltzin, welterde, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:00:08 &lt;zzz&gt; 0) 嗨 20:00:23 &lt;zzz&gt; 1) 在一个小版本发布中禁用 RI 验证？ 20:00:30 &lt;zzz&gt; 2) 杂项话题，由 Meeh 主持 20:00:33 &lt;zzz&gt; 3) baffer 由 Meeh 20:00:36 &lt;zzz&gt; ------------- 20:00:36 &lt;zzz&gt; 0) 嗨 20:00:51 &lt;zzz&gt; 1) 在一个小版本发布中禁用 RI 验证？ 20:01:02 &lt;zzz&gt; welterde 前几天提到过这个 20:01:33 &lt;zzz&gt; 如果我要做，必须在接下来的几天完成，因为我将从 13 日到 29 日左右 AFK 20:01:53 &lt;zzz&gt; echelon 在旅行，但目前我们假设我们能联系到他，他可以写 news 20:02:14 &lt;zzz&gt; 所以 welterde，请陈述一下我们为什么应该这么做 20:03:08 &lt;welterde&gt; 论文中概述的攻击对那些使用不频繁的 destinations 来说是非常严重的，因为所需的统计量并不大 20:04:14 &lt;zzz&gt; 它是攻击服务器端的 dests，还是连接到它们的（客户端）用户？ 20:04:21 &lt;welterde&gt; 对于长寿命的 destinations 更危险，因为你可以持续进行攻击，直到收集到足够的统计数据为止 20:05:08 &lt;welterde&gt; zzz：连接到某个 dest 的客户端……比如 IRC 链接通过专用 destination 的 tunnels 会是理想目标（如果你能以某种方式掌控该 destination） 20:06:29 &lt;welterde&gt; zzz：不过……高级选项里有个禁用 RI 验证的选项……也许发布 news 提醒用户禁用它？ 20:06:29 &lt;zzz&gt; 你一直觉得它很严重，还是最近改变了看法？ 20:06:56 &lt;zzz&gt; 我记得我上周才加的那个选项？ 20:07:15 &lt;welterde&gt; 哦 20:07:18 &lt;dg&gt; 你确实加了，我也犯了同样的错误。 20:07:34 &lt;welterde&gt; 还以为你只是改了那个选项的默认值……好吧……那就不是个选项了 20:07:57 &lt;zzz&gt; 也许我在某篇帖子里没解释清楚…… 20:08:59 &lt;welterde&gt; zzz：而且在论文里他们也没有考虑 timing（时序）……我猜那还能被用来进一步加强攻击 20:09:02 &lt;zzz&gt; 我们从 3 月 10 日起就拿到了他们论文的预印本，快 5 个月了。如果这是个需要放下手头一切去处理的问题，那我们的响应做得就太糟糕了。 20:09:33 &lt;zzz&gt; 所以我想知道你是一直认为它很关键，还是最近改变了看法，如果是这样，为什么？ 20:10:33 &lt;welterde&gt; 嗯……我最近之前压力挺大……所以直到现在才认真看 20:11:30 &lt;welterde&gt; zzz：但是这真的很难说，因为我们对这些事情并没有太多数据…… 20:11:48 &lt;zzz&gt; 我们在 trac 上那个关于 openitp 反馈、以及我们缺乏安全标准的页面怎么了…… 20:12:11 &lt;dg&gt; 如果这是需要立刻处理的问题，再等一个半月也会有问题。 20:12:30 &lt;zzz&gt; 是啊 20:12:40 &lt;zzz&gt; 但真的是吗 20:13:12 &lt;zzz&gt; 问题是在于 RI 验证，还是在于 Sybil？如果是 Sybil，那我们短期内没有修复方案 20:13:27 &lt;welterde&gt; zzz：是在于 RI 验证 20:13:46 &lt;zzz&gt; 也就是说，是否存在大类的敌意 ff（floodfill）攻击 20:14:16 &lt;welterde&gt; zzz：还有一种变体，可能通过 RI 查询，然后等待一个连接来实现……但那种攻击会难上好几个数量级……所以我觉得暂时不用担心那个 20:14:35 &lt;zzz&gt; 如果攻击者接管了 keyspace（键空间）的一部分，他是不是可以做很多事情？ 20:15:20 &lt;welterde&gt; zzz：只要时间足够，攻击者不必占据很大一部分 keyspace 20:15:23 &lt;zzz&gt; 我想我一直把这看成是 Sybil 问题。不代表我就是对的。 20:15:30 &lt;zzz&gt; *mean 20:16:07 &lt;welterde&gt; 他只需要占据目标 LS（leaseSet）周围的空间 20:16:53 &lt;welterde&gt; zzz：嗯……对 stats.i2p 来说，如果能有一个 ff 在 keyspace 上的可视化就好了……（如果还没有这种东西的话） 20:18:50 &lt;zzz&gt; 好的，谢谢你陈述理由，welterde。现在我想请其他人也发表一下看法 20:18:53 &lt;welterde&gt; 那样不隐蔽的攻击就可能会被看出来 20:19:00 * welterde 查找你提到的 openitp 页面 20:19:22 &lt;zzz&gt; 是 str4d 建的，但我现在在首页上看不到链接了 20:19:35 &lt;dg&gt; q: 不进行全 keyspace 的 Sybil，有人能完成 RI 攻击吗？ 20:19:45 &lt;dg&gt; 我觉得可以，但不确定？？？ 20:20:05 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:20:35 &lt;zzz&gt; 漏洞响应流程的成熟度与透明度 20:21:20 &lt;zzz&gt; 我们从没在谈什么“全 keyspace Sybil”。你是针对某一段切片 20:21:31 &lt;welterde&gt; dg：他只需要捕获大多数 LS 查询……以及尽可能多的 RI 查询；后者只取决于他用于攻击的时间 20:22:17 &lt;dg&gt; “大多数”？对整个网络来说？ 20:22:20 &lt;zzz&gt; 真让我烦的是，这件事我们几个月前就可以不费力地做掉。 20:22:39 &lt;dg&gt; 对。如果我们现在才做，真的看起来很糟。 20:22:49 &lt;zzz&gt; 但我想这无关紧要 20:23:14 &lt;zzz&gt; 还有谁有意见，请发言 20:23:43 &lt;topiltzin&gt; dd if=/dev/null of=opinion.txt 20:24:13 &lt;zzz&gt; 最后征询。我们要做吗？ 20:24:27 &lt;welterde&gt; 当然，如果有人无聊，可以快速做个模拟……那肯定有帮助 ;) 20:25:09 &lt;zzz&gt; 也许我只是对自己没想到直接关掉验证这事儿感到恼火。 20:25:32 &lt;dg&gt; zzz：别自责。没人指望你总能面面俱到。 20:25:43 &lt;zzz&gt; 好的，有意见的人请投票：是——本周发版；否——不发 20:26:06 &lt;welterde&gt; （或者我在这里，如果你无所谓的话……） 20:26:58 &lt;zzz&gt; 如果我没看到任何投票，我们就不做了 20:27:21 &lt;topiltzin&gt; 这次发布会只包含禁用 RI 验证吗？ 20:27:32 &lt;topiltzin&gt; 还是会包含现在 trunk 里的其他东西？ 20:27:35 &lt;welterde&gt; 也许我们不该跳过会议的“谁在场”环节 20:27:54 &lt;dg&gt; 我只是没那么有资格判断。 20:27:57 &lt;zzz&gt; 我不在乎谁在。我要的是有意见的人。 20:28:24 &lt;welterde&gt; zzz：嗯……不在这里的人就没有意见 ;) 20:28:46 &lt;welterde&gt; zzz：我猜我们说的是一个小版本发布，对吧？ 20:28:59 &lt;dg&gt; welterde：你是什么意思 20:29:02 &lt;zzz&gt; 就是 RI 验证 + 我们决定从 trunk 里挑的其他任何小改动 20:29:17 &lt;zzz&gt; 版本号可能叫 0.9.7.1？ 20:29:28 &lt;welterde&gt; 对……我也这么想的 20:29:39 &lt;kytv&gt; 我对这个话题不了解，所以没有意见；如果发版的话，我当然可以去各个地方上传等。 20:29:58 &lt;zzz&gt; 拜托，谁来投票。至少你，welterde 20:30:13 &lt;zzz&gt; 还有谁读过 UCSB 的论文？ 20:30:16 &lt;welterde&gt; 哦，如果不清楚的话，我是赞成的 ;) 20:30:41 &lt;dg&gt; 我读过…… 20:31:16 &lt;topiltzin&gt; 我很想测试 trunk 里的其他东西，所以我们挑得越多，我的投票就越偏向“是”。对 RI 验证本身没有意见。 20:31:54 &lt;welterde&gt; str4d：你的意见？你在论坛讨论里挺活跃的 ;) 20:33:56 &lt;welterde&gt; zzz：也许我们应该在那篇论文主题的帖子里投票……这样 str4d 和 tuna（以及帖子里其他不在场的人）也能发表意见…… 20:33:56 &lt;zzz&gt; 我希望把“其他东西”列表保持很短，因为我会非常快地把这事做完，然后就要出门了，没法修问题 20:33:59 &lt;zzz&gt; tuna 近期几乎完全 afk 20:34:51 &lt;dg&gt; 一个“否”也比沉默好 20:35:03 &lt;welterde&gt; zzz：嗯……或者让 kytv 来做 build…… 20:35:10 &lt;zzz&gt; 理论上 kytv 也可以发版，他是另一个持有签名密钥的人，没错 20:36:35 &lt;zzz&gt; 那就这么定了。我会在 zzz.i2p 上发个帖子，如果你想提其他需要加入的内容可以在那里说，约 24 小时后做最终决定，我可能周四做 build。有人能联系下 echelon 吗？ 20:36:53 &lt;zzz&gt; 这个话题还有别的吗？ 20:37:37 &lt;dg&gt; 我觉得没有了。 20:38:23 &lt;zzz&gt; `http://zzz.i2p/topics/1443` 20:38:40 &lt;zzz&gt; 请查看从 0.9.7 起 17K 行的 diff 和 history.txt，寻找其他可挑选的候选项 20:38:47 &lt;zzz&gt; 2) Meeh 的话题 20:38:50 &lt;zzz&gt; 交给你了，Meeh 20:54:33 &lt;topiltzin&gt; zzz：tag 是“i2p-0.9.7” 20:54:36 &lt;topiltzin&gt; 不是“0.9.7” 20:54:47 * topiltzin 正在准备他的 plucklist 20:55:26 &lt;welterde&gt; 我也是 20:55:32 &lt;zzz&gt; thx 20:55:47 &lt;dg&gt; zzz：可以私聊吗？ 20:57:06 &lt;zzz&gt; 只有在对其他人毫无兴趣的情况下才行 20:58:51 &lt;dg&gt; 发给 zooko 的邮件草稿 20:58:55 &lt;dg&gt; `http://pastethis.i2p/show/0bZ3iFeE9uABCORkfXV6/` 20:58:58 &lt;iRelay&gt; 标题: Paste #0bZ3iFeE9uABCORkfXV6 | LodgeIt! (at pastethis.i2p) 20:59:10 &lt;dg&gt; 我还没包含状态之类的内容。我可能大错特错。欢迎反馈。 21:01:00 &lt;zzz&gt; 3) /me *baf*s 为 Meeh 宣布会议结束 21:03:29 &lt;zzz&gt; dg，这是一个非常好的开始。 </div>/zh/blog/2013/07/15/0.9.7-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 15 Jul 2013 00:00:00 +0000/zh/blog/2013/07/15/0.9.7-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.7 包含重大错误修复和改进。</p> <p>首次，&lsquo;N&rsquo; 类 router（共享带宽至少为 128 KBytes/sec 的那些）将会自动成为 floodfill（此前只有 &lsquo;O&rsquo; 类、带宽为 256 KBps 的 router）。这将增加 floodfill 的数量，从而对某些攻击提供更强的抵抗力（见下文）。floodfill router 并不会消耗太多额外带宽，但确实倾向于占用更多内存和并发连接。如果你不希望你的 router 成为 floodfill，请设置高级配置 router.floodfillParticipant=false。</p> <p>鉴于我们认为上一个发布版本已修复实验性的“通过 torrent 更新”相关 bug，本周期应有 3% 的 routers 通过网络内的 bittorrent 进行更新。</p> <p>插件更新检查在数个版本中可能一直失效的问题已修复。更新 router 后，您的插件应会再次自动更新。</p> <p>我们修复了一个严重的流式传输定时器错误，该错误导致 IRC 频繁断开连接。</p> <p>本次发布包含针对<a href="http://wwwcip.informatik.uni-erlangen.de/~spjsschl/i2p.pdf">“实用攻击”论文</a> 的额外缓解措施。不过，我们仍有大量工作要做，以抵御针对 floodfills 的 Sybil 攻击（女巫攻击），以及抵抗在 exploratory tunnels 的网关和端点处进行的流量分析。这也很好地提醒了大家，我们的网络仍然相对较小且易受攻击。我们目前不建议任何可能使任何人陷入严重危险的用途。我们将继续努力改进它……也请继续帮助宣传。更大的网络就是更好的网络。</p> <h2 id="版本详情">版本详情</h2> <h3 id="anonymity-improvements">Anonymity Improvements</h3> <ul> <li>End-to-end encryption of responses to leaseset lookups</li> <li>Expand floodfill pool by enabling class &lsquo;N&rsquo; floodfills</li> <li>Randomize padding inside encrypted SSU packets</li> <li>Preparation for better SSU protocol obfuscation</li> </ul> <h3 id="匿名性改进">匿名性改进</h3> <ul> <li>Fix newer lease sets not getting stored or published</li> <li>Fix classpath bug when used with 4-year-old installations, causing the console not to start</li> <li>Fix addressbook database bug preventing update of the reverse index</li> <li>Fix i2psnark bug that changed the infohash of torrents created by Robert and fetched via magnet link</li> <li>Fix version checking for plugins</li> <li>Fix a streaming timer bug causing frequent IRC disconnects (also affects other close-on-idle tunnels)</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Don&rsquo;t install as a service on Windows by default</li> <li>Reduce transport idle timeouts</li> <li>Reduce tunnels on idle in i2psnark</li> <li>Change default in i2ptunnel GUI to 3 hops</li> <li>IE 10 support</li> <li>Individual expiration times in leases, for efficiency on destinations with a high number of tunnels</li> <li>Low-level encryption and XOR speedups</li> <li>Jetty 7.6.11</li> <li>Tomcat 6.0.37</li> <li>Translation updates: Chinese, French, German, Portuguese, Russian, Spanish</li> <li>New Turkish translation</li> <li>Wrapper 3.5.19 (new installs and PPA only)</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>48c10fe5c7455e134df44717215ed66ff79cfb2dd03fbfd64c14b3d5c179eab7 i2pinstall_0.9.7_windows.exe c0a67051bb0c6f1e4ce3ac8a04257063c4b606b76309b39a6c3daeaaa3888e04 i2pinstall_0.9.7.jar 497e2601ab7594c93e0866e7f6ad9c445f05f7660efcea596ab255677056b1cb i2psource_0.9.7.tar.bz2 d0b8f0a2491c5ad401f87c94b3b805c03bccd69f9f1b57177a53287f29f85959 i2pupdate_0.9.7.zip a620eafff86e8eb919acb5b8cd42578df68928b122dc3e715c0b431cdd4c0ef2 i2pupdate.su2 0d5723c361059a60431f3275ad5c0978c3b66097ecda1d1b8f5310c594f0a1ea i2pupdate.sud </code></pre>/zh/blog/2013/06/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B46%E6%9C%884%E6%97%A5/Tue, 04 Jun 2013 00:00:00 +0000/zh/blog/2013/06/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B46%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> christoph2, dg, hottuna, inscrutable, KillYourTV, Meeh, orion, psi, sponge, str4d, topiltzin, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 19:52:28 &lt;hottuna&gt; zzz, christoph2: syn 19:54:26 &lt;topiltzin&gt; yay, dev beating! 19:54:33 &lt;topiltzin&gt; s/beating/meeting/ 19:54:37 &lt;iRelay&gt; topiltzin meant: yay, dev meeting! 20:00:03 * hottuna baf's the meeting opened 20:00:07 &lt;hottuna&gt; Agenda: 20:00:14 &lt;hottuna&gt; * The next NetDB backend 20:00:14 &lt;hottuna&gt; * Ticket #729 - properties location on osx 20:00:14 &lt;hottuna&gt; * Ticket #741 - process renamer on windows 20:00:14 &lt;hottuna&gt; * Misc? 20:00:22 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/729` - (assigned enhancement) - on OSX ~/.i2p -&gt; ~/Library/Application Support/i2p 20:00:33 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/741` - (accepted enhancement) - Make I2P easier to deal with with Windows firewall software 20:00:45 &lt;hottuna&gt; __ The next NetDB backend__ 20:01:16 &lt;hottuna&gt; I've been working on a proposal, the first RFC is ready 20:01:35 &lt;hottuna&gt; http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 &lt;iRelay&gt; Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 &lt;hottuna&gt; The general idea is to use a Kademlia base and extend it with features that improve performance and/or reliability. 20:02:59 &lt;hottuna&gt; Some of the initial code for Kademlia has already been written by zzz 20:03:34 &lt;hottuna&gt; In fact a full BEP5 implementation. BEP5 is the mainline bittorrent implementation of Kademlia. 20:04:13 &lt;hottuna&gt; Several DHTs have been considered: Chord, Freenet and Pastry. 20:04:47 &lt;hottuna&gt; However Kad is fast, extendible and relatively reliable. 20:05:05 &lt;topiltzin&gt; some other Kad derivatives that are used in production: Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 &lt;topiltzin&gt; Overnet (eDonkey, now defunct) 20:05:47 &lt;topiltzin&gt; no p2p app uses chord or pastry (to my knowledge) 20:05:54 &lt;hottuna&gt; I've had a look through the Az-Kad and it's not very compatible. Mojito might be interesting 20:05:57 &lt;hottuna&gt; On top of Kad a few changes have been proposed. 20:06:05 &lt;hottuna&gt; Recursive tunnels for faster lookups. 20:06:20 &lt;hottuna&gt; And Random Recursive lookups for more reliable lookups. 20:07:13 &lt;hottuna&gt; Insertions will be standard Kad until Random Recursive Stores are implemented. 20:07:45 &lt;hottuna&gt; Alright, so that is the overview. Does anyone have any questions? 20:08:17 &lt;topiltzin&gt; One objection to recursive tunnels is that it renders local ip banlists useless 20:08:40 &lt;topiltzin&gt; for example, I could have manually added the ips of a hostile party to my ban list 20:09:18 &lt;topiltzin&gt; the nodes that participate in the recursive lookup/store will not know that 20:09:37 &lt;hottuna&gt; That is true. 20:10:00 &lt;hottuna&gt; Recursive queries are somewhat frail, and should only be used for speed. 20:10:35 &lt;hottuna&gt; Random Recursive queries will however, eventually find a path which doesnt involve the banned nodes. 20:11:05 &lt;hottuna&gt; For what kind of situations would you not trust the ban-list of another node? 20:11:25 &lt;dg&gt; sponge: want udp 20:11:28 &lt;dg&gt; eche|on: count is not persistent after network changes ("soft restart") 20:11:51 &lt;topiltzin&gt; for the situation where the operator of that node hasn't been diligent in updating the banlist 20:12:02 &lt;topiltzin&gt; or for the situation where the other node has no banlist at all 20:12:29 &lt;hottuna&gt; But what would happen if the query passed through a 'banned' node? 20:12:51 &lt;hottuna&gt; Either it is forwarded, dropped or recorded. 20:13:31 &lt;zzz&gt; iterative never passes thru anybody 20:13:34 &lt;topiltzin&gt; whatever the sybil/eclipse attack does - probably droped? 20:14:38 &lt;hottuna&gt; That is the thing about Recursive. It's ok if it fails. We have more reliable methods for keys that are under attack. 20:15:09 &lt;hottuna&gt; Like Iterative or Random Recursive 20:15:24 &lt;zzz&gt; how to select a mode? 20:15:35 &lt;topiltzin&gt; theoretically you could include a small bloom filter of banned ips to the query 20:15:54 &lt;hottuna&gt; mode selection an open question. 20:15:57 &lt;hottuna&gt; is an* 20:16:28 &lt;hottuna&gt; In my mind a parallel version would be interesting 20:16:39 &lt;hottuna&gt; A sequential failover version would be slow 20:17:03 &lt;hottuna&gt; But it is a bandwidth vs. max_latency tradeof 20:17:51 &lt;hottuna&gt; topiltzin: R5N includes a bloomfilter in queries. But I don't think the really is needed. 20:18:14 &lt;hottuna&gt; We build this thing to work even if failures are encountered 20:18:14 &lt;topiltzin&gt; how much slower is the iterative lookup, and is that slowness a bottleneck of any kind? Do we really need to be optimizing that? 20:18:45 &lt;zzz&gt; I think we gotta start with adding stat code (where necessary) to netdb and snark and gathering stats on current performance of those two impls 20:18:52 &lt;hottuna&gt; When you visit an eepsite, a lookup has to be done. 20:19:25 &lt;hottuna&gt; topiltzin: the speed of lookups can be seen under the 'Lookup' part of http://trac.i2p2.de/wiki/NetDB/NextBackend 20:19:28 &lt;iRelay&gt; Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 &lt;zzz&gt; netdb has lots of stats, if we add stats to equivalent places in snark we can start to put a picture together 20:20:35 &lt;hottuna&gt; query latencies etc? 20:21:06 &lt;topiltzin&gt; zzz: +1 on moar stats 20:21:06 &lt;zzz&gt; latencies, queries-per-success, etc, yes 20:22:26 &lt;hottuna&gt; Having access to those stats would be interesting. Especially when developing something new. However comparing I2PSnark-DHT to FloodFill is comparing apples to oranges. 20:22:29 &lt;zzz&gt; as I said the other day, I think the snark code could be moved back to netdb but only if we choose K and B to swallow the whole local netdb into the routing table 20:22:57 &lt;zzz&gt; if the routing table is missing most of the local netdb we may as well just keep sorting 20:23:55 &lt;zzz&gt; your proposal (and yes it's been my plan for a couple years as well) is to replace the orange with the apple, so it's kindof important to compare them. 20:23:58 &lt;hottuna&gt; Im am not against setting a high B, lookup latency is a real issue 20:24:55 &lt;hottuna&gt; regarding K I think keeping it at 8 may be reasonable. 20:25:18 &lt;hottuna&gt; of course the new dht would have to be evaluated. 20:26:05 &lt;zzz&gt; you can't pick K in isolation. You have to pick K and B to make the routing table work as well as sorting does now, for a given local netdb size. 20:27:03 &lt;hottuna&gt; Both can be tweaked while deploying. 20:27:29 &lt;hottuna&gt; So I'd go for an initial guesstimation base on what we know and what we need. 20:28:17 &lt;zzz&gt; also depends greatly on whether it's the ffs or everybody that's in the new dht 20:29:24 &lt;hottuna&gt; Not making every node a participant in the new dht would be a mistake an keep us vulnerable to attacks like that presented in the UCSB paper 20:30:15 &lt;zzz&gt; I don't see info on who's in or out in your proposal 20:30:18 &lt;hottuna&gt; I suppose I wasn't very clear about that in the proposal. 20:30:25 &lt;hottuna&gt; ;) 20:31:30 &lt;zzz&gt; not at all sure you want everybody (natted, android, hidden, chinese, mobile phones, etc) in it 20:31:46 &lt;zzz&gt; check out jr's extensive comments on where it all went bad 20:31:53 &lt;topiltzin&gt; node churn is not good for the dht. You should have some minimal uptime requirements 20:32:32 &lt;hottuna&gt; topiltzin: node churn isnt much of an issue since all our data is mutable and republished every 37 seconds - 30 minutes 20:33:09 &lt;hottuna&gt; nat:ed nodes should probably not participate. android probably should 20:33:17 &lt;zzz&gt; sure, N=500 and B=-8 was the disaster he never figured out, but there were other causes too, that are still present in our network... and could get much much worse if android takes off 20:33:25 &lt;hottuna&gt; chinese.. i don't know.. 20:34:04 &lt;hottuna&gt; other than likely having higher churn, how is android different? 20:34:32 &lt;topiltzin&gt; node churn affects routing negatively.. so if the goal of this effort is to improve routing you cannot ignore it 20:34:39 &lt;zzz&gt; I mean phones, not android in particular 20:34:58 &lt;hottuna&gt; android==phnoes for me aswell 20:35:22 &lt;zzz&gt; mobile devices have lower bandwidth and horsepower and intermittent connectivity 20:35:57 &lt;hottuna&gt; How is it done now? 20:36:12 &lt;zzz&gt; what? 20:36:39 &lt;hottuna&gt; regarding android devices that want to be an ff? 20:36:42 &lt;hottuna&gt; christoph2: is lurking somewhere 20:36:49 * christoph2 hides 20:37:00 &lt;topiltzin&gt; there are some criteria for becoming an FF, one of them is uptime 20:37:11 &lt;hottuna&gt; how would fast key-rotation interfere with an eclipse attack? 20:37:57 &lt;hottuna&gt; and how long does it take for a node to integrate into the netdb of the other nodes? (ie pollute their routing tables) 20:38:32 &lt;zzz&gt; androids become ff automatically like anybody else, if they meet the criteria. But seems unlikely anybody would do that over the air 20:38:38 &lt;christoph2&gt; well you have time T it takes to integrate a node into I2P (untill it's reasonably well connected) and time t the rotation. you need T/t + safety nodes for eclipse 20:38:53 &lt;hottuna&gt; topiltzin: uptime is really not much of an issue. R5N has some pretty aggressive replication factors. So churn is not an issue 20:39:00 &lt;christoph2&gt; * nodes needed to actually eclipse 20:40:27 &lt;christoph2&gt; hottuna: not exactly following code changes. was less than 30 minutes in december 20:40:27 &lt;hottuna&gt; I did some quick calculations yesterday 20:40:27 &lt;christoph2&gt; well 0.9.2 iirc 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/10)*24*20 = 2880. Which might be prohibitive for an attacker. 20:40:27 &lt;zzz&gt; hottuna, how would a new keyspace (either a different permutation formula, different rotation schedule, or both) work? I don't see how we could ever migrate over. 20:40:27 &lt;hottuna&gt; ok, that sounds reasonable 20:40:49 &lt;hottuna&gt; We'd use both in parallel? the current implementation will remain separate until we can safely move away from it. 20:41:26 &lt;zzz&gt; what I really want to know is what can we do in the next two weeks to improve resistance 20:41:29 &lt;hottuna&gt; christoph2: are those calculations sensible? and would 2880 nodes be an issue at all? 20:41:36 &lt;zzz&gt; if that's making the class N routers ff, lets do that. 20:41:36 &lt;topiltzin&gt; I find it very hard to believe that node churn isn't an issue. The bigger the churn, the worse the routing table of each individual node 20:42:29 &lt;zzz&gt; how could we ever 'move safely away' and maintain compatibility? How could we handle the conn limit issues of two parallel impls? How would we migrate from one to the other? 20:42:33 &lt;hottuna&gt; topiltzin: the value K, which is the size of each bucket in the routing table is chosen to be a number of nodes that are highly unlikely to drop out of the dht in an hour. 20:42:33 &lt;topiltzin&gt; ^^ class F but !windoze 20:43:04 &lt;topiltzin&gt; s/F/N/ 20:43:08 &lt;iRelay&gt; topiltzin meant: ^^ class N but !windoze 20:43:12 &lt;zzz&gt; sure, we could do class N non-windows. No idea how many there are 20:43:35 &lt;zzz&gt; it would also expose those routers as being non-windows, small anon issue 20:43:35 &lt;christoph2&gt; hottuna: you get ~20 on a moderately expensive server. 100 of these may or may not be a problem depending on whom you defend against. and I'm not sure if you couldn't get several times more nodes per server with proper code 20:44:22 &lt;hottuna&gt; alright, so it could be a bit of an issue. However it won't be for long the way technology tends to evolve 20:45:28 &lt;zzz&gt; what else could we do for 0.9.7? 20:45:28 &lt;topiltzin&gt; true re: anon issue.. so maybe just do all N and hope we don't piss users off too mch 20:46:18 &lt;christoph2&gt; didn't read everything. what was the issue with windows? 20:46:25 &lt;hottuna&gt; re connections: old nodes would carry on as usual. new nodes would balance their queries amongst both nets. 20:46:49 &lt;dg&gt; christoph2: baked in connection limits 20:46:52 &lt;hottuna&gt; christoph2: windows doesnt allow for a large number of connections 20:47:07 &lt;christoph2&gt; ah ok 20:47:27 &lt;hottuna&gt; christoph2: alright, so that answers the key rotation issue. it is probably not worthwhile 20:47:34 &lt;topiltzin&gt; actually it's the rate at which new connections are opened that's limited 20:49:07 &lt;zzz&gt; hottuna, I don't see how we get from here to there. I can see how to move the snark code to netdb with the same iterative lookups in the same keyspace. I don't know whether its worth it, but at least I can see how. After that it all seems really hard and mysterious. 20:50:02 &lt;hottuna&gt; We would change the key-space? Or what are you referring to as keyspace? 20:50:05 &lt;topiltzin&gt; +1 with starting with snark code and figuring other stuff $later 20:50:40 &lt;zzz&gt; keyspace = key-&gt;routing key algo, including rotation 20:52:14 &lt;hottuna&gt; so step one while deploying is having something that works (likely iterative only). then we add new KRPC messages for Recursive and Random Recursive 20:52:54 &lt;hottuna&gt; And when the net has upgraded to mostly support them we can enable them in the originator nodes. 20:53:27 &lt;hottuna&gt; deploying will even help us figure out performance while under massive attack 20:53:38 &lt;zzz&gt; (for background, I started with the netdb kbucket code to make a generic library in i2p.zzz.kademlia, with arbitrary K, B, hash size, and eviction algo. Then I unit tested it to death. Then I moved it to snark for BEP 5 and more testing. The last part of the original plan is to move it back to netdb to complete the circle) 20:54:54 &lt;hottuna&gt; zzz.kad && i2psnark seems like a good base. I've been reading some of the code today, and it makes a lot of sense to me. 20:55:01 &lt;zzz&gt; you're proposing different keyspace, different rotation, and different participants. i.e. a completely new overlay. 20:55:33 &lt;hottuna&gt; I'd like to do a completely new overlay. 20:56:04 &lt;zzz&gt; oh good. code reading++. 20:56:47 &lt;hottuna&gt; alright. If this makes sense and no one has any objections I'd like to move this meeting along. 20:57:42 &lt;hottuna&gt; __Ticket #729 - properties location on osx__ 20:57:49 &lt;hottuna&gt; topiltzin, Meeh 20:58:11 &lt;topiltzin&gt; yep, that's some very low-hanging fruit that's been dangling around 20:58:39 &lt;zzz&gt; new overlay sounds like misery to me. 21:00:12 &lt;topiltzin&gt; ... awkward moment ... 21:00:59 &lt;topiltzin&gt; we still on dht? 21:02:09 &lt;dg&gt; imho discussion on dht isn't over but for the benefit of the meeting it should be 21:02:23 &lt;dg&gt; no decisions seem clear 21:02:26 * dg returns to shadows 21:03:16 &lt;topiltzin&gt; I think the decision for the immediate future 0.9.7 is moar FFs .. the long-term view is still foggy 21:03:42 &lt;topiltzin&gt; I'm gonna go ahead with #729 . Meeh, you around bro? 21:04:16 &lt;trolly&gt; sry, I forgot about meeting 21:04:57 &lt;hottuna&gt; alright topiltzin, what's up with #729? 21:05:35 &lt;topiltzin&gt; So, I've been running it for a while now, propagating trunk to branch i2p.i2p.729 21:05:50 &lt;topiltzin&gt; works fine, straight-forward 21:06:21 &lt;topiltzin&gt; affects only new installs on OSX, so low impact, etc. 21:06:44 &lt;topiltzin&gt; I'd like to merge it and get it over with 21:07:03 &lt;hottuna&gt; zzz, up for the #729 merge? 21:07:45 &lt;hottuna&gt; I don't have mac access, but Im assuming that topiltzin and Meeh does. 21:08:12 &lt;topiltzin&gt; Yeah, we're probably the only osx users around here :) 21:08:15 &lt;topiltzin&gt; here's a diff: 21:08:15 &lt;topiltzin&gt; mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 &lt;hottuna&gt; I don't have repo access on this machine :/ 21:09:41 &lt;dg&gt; "access"? 21:10:00 &lt;hottuna&gt; as in set up :P 21:10:07 &lt;zzz&gt; no objections 21:10:38 &lt;topiltzin&gt; pastebin coming for those who care 21:10:50 &lt;zzz&gt; just needs some testing, but probably wont get more unless its merged 21:10:50 &lt;hottuna&gt; thanks! 21:11:35 &lt;zzz&gt; I lobbied for merging months ago as you will see in #729 comments 21:11:42 &lt;topiltzin&gt; `http://pastethis.i2p/show/3404/` 21:11:45 &lt;iRelay&gt; Title: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 &lt;hottuna&gt; let's go ahead with the merge then 21:12:17 &lt;topiltzin&gt; ok great. Meeh, speak now or forever hold your peace 21:12:28 &lt;topiltzin&gt; (or whatever it is the priest says at the wedding) 21:13:18 &lt;zzz&gt; I'd like him to speak later too if that's when he tests it :) 21:13:21 &lt;topiltzin&gt; ok, I'll merge after the meeting 21:13:56 &lt;hottuna&gt; __Ticket #741 - process renamer on windows__ 21:14:11 &lt;topiltzin&gt; str4d: you around for this? 21:15:54 &lt;topiltzin&gt; mmk, this ticket is not so small 21:16:57 &lt;topiltzin&gt; background - on windows, i2p runs with a process name of "java" 21:16:57 &lt;sponge&gt; hi 21:17:24 &lt;sponge&gt; meeting today? 21:17:27 &lt;topiltzin&gt; which means any security settings that are applied to i2p become valid for any and every java application 21:17:41 &lt;hottuna&gt; sponge: yes. `http://zzz.i2p/topics/1397?page=1#p6616` 21:17:48 &lt;iRelay&gt; Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 &lt;sponge&gt; ty 21:17:59 &lt;sponge&gt; bout time I made one of these... 21:18:48 &lt;sponge&gt; this day is always difficult for me to do anything at this particular hour 21:18:55 &lt;zzz&gt; can we do anything on 741 w/o str4d ? 21:19:29 &lt;sponge&gt; I finally have a machine with windows on it 21:19:36 &lt;topiltzin&gt; if we have a copy of visual studio then we can do everything without him 21:19:59 &lt;sponge&gt; 7 iirc, never use it though, so i can help/test 21:20:14 &lt;hottuna&gt; I could get a VS license from microsoft, if anyone knows how to use it.. 21:20:41 &lt;topiltzin&gt; it's a good idea for the project to have such license 21:20:41 &lt;zzz&gt; I mean as far as discussion. So back to the beginning, topiltzin you put this on the agenda why? just to try to get things moving? 21:20:41 &lt;sponge&gt; vs is pretty painful from what I have heard 21:21:07 &lt;topiltzin&gt; exactly - get some action going 21:21:37 &lt;hottuna&gt; Alright, str4d isn't around. Should we table this? 21:21:48 &lt;sponge&gt; aye 21:22:28 * sponge has some 'misc' for discussion 21:22:41 &lt;sponge&gt; let me know when I got the talking stick 21:23:03 &lt;hottuna&gt; Ill take that as a resounding yes. 21:23:03 &lt;hottuna&gt; Moving along.. 21:23:06 &lt;hottuna&gt; __Misc__ 21:23:09 &lt;topiltzin&gt; if you guys want to table it fine, but let's not forget about it competely 21:23:21 &lt;hottuna&gt; topiltzin: agreed 21:23:46 &lt;topiltzin&gt; (I will bring it up next meeting too) 21:23:57 &lt;topiltzin&gt; ;-) 21:24:08 &lt;hottuna&gt; sponge: Misc was it? 21:24:51 &lt;sponge&gt; MISC-- Bridge API for UDP (BOB) -- I have a few ideas on how it could be done, but I need some feedback, and need to know if it is even wanted 21:25:18 &lt;sponge&gt; basically we need some sort of standard that is expandable 21:25:22 &lt;sponge&gt; and to stick with it 21:25:43 &lt;sponge&gt; it also has to be able to not mess with what is out there already 21:25:57 &lt;sponge&gt; well-- adapt easily 21:26:56 &lt;hottuna&gt; So the question is what people would use it for? 21:27:03 &lt;zzz&gt; we already have a thread going at `http://zzz.i2p/topics/1393` --- how about putting your proposal there? 21:27:10 &lt;iRelay&gt; Title: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 &lt;sponge&gt; two ways I am thinking of is either wrap a UDP packet with &lt;&lt;destination&gt;&lt;data&gt;&gt; or &lt;&lt;handle&gt;&lt;data&gt;&gt; 21:28:13 &lt;dg&gt; hottuna: trackers, voip? 21:28:16 &lt;sponge&gt; I'm curious on demand 21:28:16 &lt;dg&gt; dare i say it, games 21:29:03 &lt;sponge&gt; and I need people to discuss this. I have been trying for YEARS to talk with someine, to get more ideas, and nobody wants to think on the problem 21:29:03 &lt;dg&gt; oh, anonet. psi was pushing for that. 21:29:03 &lt;sponge&gt; *someone 21:29:03 &lt;zzz&gt; gotta read up on how SOCKS does it too 21:29:03 &lt;sponge&gt; there are apps out there that do use IDP 21:29:06 &lt;sponge&gt; *UDP 21:29:22 &lt;sponge&gt; don't forget gnutella 21:29:25 &lt;inscrutable&gt; voip (mumble) has been implemented and seen some use 21:29:44 &lt;zzz&gt; that's tcp 21:29:47 &lt;sponge&gt; bote uses a udp-ish packet too 21:29:54 &lt;sponge&gt; gnutella can use udp 21:29:58 &lt;inscrutable&gt; zzz: My bad 21:30:29 &lt;orion&gt; When is the next meeting? 21:30:40 &lt;hottuna&gt; Whenever someone wants to hold one 21:30:40 &lt;zzz&gt; it's all easy inside the JVM. I could add udp to zzzot in a day. It's the external i/f that is a pita. 21:30:40 &lt;sponge&gt; so is there demand? and if you got implementation ideas that can expand and not go stale, post 21:30:45 &lt;orion&gt; Oh crap. We're in a meeting. 21:30:45 &lt;hottuna&gt; I won't host one next week. 21:31:06 &lt;hottuna&gt; orion: we're at __Misc__ now.. 21:31:25 &lt;dg&gt; sponge: yes. 21:31:32 &lt;sponge&gt; number 2 misc--- ipv6 and it's implications on de-anoning 21:31:35 &lt;orion&gt; hottuna: Thank you. 21:31:50 &lt;sponge&gt; concerns? 21:32:01 &lt;sponge&gt; haw close are we to using ipv6 21:32:08 &lt;sponge&gt; how 21:32:12 &lt;hottuna&gt; what concerns are you having sponge? 21:32:27 &lt;sponge&gt; ipv6 can link to who you are very easily 21:32:46 &lt;Meeh&gt; damn, overslept the meeting -.- 21:32:53 &lt;zzz&gt; IPv6 thread: `http://zzz.i2p/topics/109` 21:32:56 &lt;hottuna&gt; since the address space is larger? 21:32:59 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 &lt;sponge&gt; yes 21:33:03 &lt;sponge&gt; I was thinking 21:33:14 &lt;sponge&gt; zzz: this is different, but related 21:33:17 &lt;dg&gt; ipv6 does not deanonymize? WHOIS _may_ be more accurate as _may_ be determining if a NAT is in place (Bob and Ryan are behind a NAT, you do not know which is which) -- with IPv6, you can perhaps know if it is Bob or Ryan. 21:33:24 &lt;dg&gt; IMO, it makes no practical difference to I2P. 21:33:27 &lt;sponge&gt; i2p could get an ipv6 space 21:33:39 &lt;psi&gt; socks 5 udp would be awesome 21:33:42 &lt;sponge&gt; farm that out to users via tunnel 21:33:45 &lt;str4d&gt; o/ 21:33:48 &lt;orion&gt; Side note: i2pcpp will have full ipv6 support. 21:33:54 &lt;str4d&gt; Apologies for being late. 21:33:57 &lt;hottuna&gt; dg: I agree. 21:34:06 &lt;zzz&gt; awaiting sponge to list his concerns (post #66) 21:34:20 &lt;dg&gt; hottuna: Can we move on if sponge has nothing to add? 21:34:35 &lt;dg&gt; i feel it's a non issue 21:34:35 &lt;zzz&gt; schedule? merge for 0.9.8, enable by default in 0.9.9 21:34:38 &lt;sponge&gt; so in short.... will i2p provide an ipv6 tunnel for persons of high concern? 21:34:53 &lt;topiltzin&gt; hey str4d, you missed the i2p.exe discussion :( 21:35:04 &lt;sponge&gt; should wee? 21:35:07 &lt;hottuna&gt; I don't think our threat model includes I2P being illegal to run. 21:35:31 &lt;hottuna&gt; If that was the case ipv4 would be problematic as well. 21:35:42 &lt;zzz&gt; orion, I'm trying to keep our docs up to date w.r.t IPv6. The docs should match what's in my ipv6 branch now. 21:35:45 &lt;sponge&gt; ht: in some countries (china?) it is 21:36:20 &lt;hottuna&gt; And who runs i2p is the only additional information that would be leaked. 21:36:39 &lt;zzz&gt; the best way thru the GFW may be via IPv6, hard to see how it's a negative 21:38:09 &lt;sponge&gt; last misc from me--- So sorry I have been missing all the previous meetings. Again, difficult for me to do this day of the week, and hour. I will be more active very soon on everything as well... the talking stick is for the next persion... 21:38:13 &lt;orion&gt; zzz: Thank you. 21:39:03 &lt;hottuna&gt; Meeh: you missed #726, but are requested to do some testing of the patches that will be merged by topiltzin (i think that is the summary) 21:39:15 &lt;hottuna&gt; str4d: #741 was tabled for next meeting 21:39:22 &lt;hottuna&gt; sponge: nice :) 21:39:29 &lt;sponge&gt; I say bring up 741 now 21:39:32 &lt;hottuna&gt; Okay, anything else? 21:39:32 &lt;Meeh&gt; hottuna: noted. 21:39:39 &lt;sponge&gt; he's here, why not 21:39:46 &lt;hottuna&gt; fine by me 21:39:46 &lt;orion&gt; hottuna: Yes, minor thing. 21:40:01 &lt;hottuna&gt; ok, go orion! 21:40:04 &lt;topiltzin&gt; de-tablizing 741 ... :) 21:40:20 &lt;orion&gt; I was wondering if someone could get me my credentials for the press@i2p2.de email account. 21:40:27 &lt;orion&gt; As well as update the website. 21:40:46 &lt;sponge&gt; orion: website is in mtn 21:40:56 &lt;hottuna&gt; update what part of the website? 21:41:03 &lt;str4d&gt; And no credentials required to update website. 21:41:18 &lt;str4d&gt; (Just create a mtn key and go) 21:41:25 &lt;orion&gt; str4d: email account 21:41:43 &lt;hottuna&gt; welterde handles that domain as far as I know. 21:41:46 &lt;orion&gt; Or, nevermind. The team.html page has already been updated. 21:41:46 &lt;zzz&gt; you'll be sorely disappointed, as I don't think we've ever gotten a single email there, but welterde is the person to ask to get added. It's just a redirector to a list, there's no account. 21:42:02 &lt;orion&gt; So right now it's just the email account. 21:42:20 &lt;orion&gt; I Will speak to welterde, thank you. I yield my time. 21:42:30 &lt;hottuna&gt; excellent 21:42:38 &lt;hottuna&gt; __Ticket #741 - process renamer on windows__ 21:42:45 &lt;str4d&gt; Okay, so briefly de-tablizing 741? 21:42:45 &lt;hottuna&gt; topiltzin, str4d 21:42:52 &lt;hottuna&gt; yes 21:42:58 &lt;sponge&gt; :-) 21:43:05 &lt;str4d&gt; Current situation: the process renamer works. 21:43:12 &lt;str4d&gt; (When called by the Tanuki wrapper) 21:43:23 &lt;str4d&gt; (or passed CLI arguments) 21:44:01 &lt;str4d&gt; I've tested it on Win7. topiltzin has verified that the code has been run on pretty much everything except Win8. 21:44:12 &lt;str4d&gt; So it needs testing there. 21:44:34 &lt;hottuna&gt; Does anyone have win8 access? 21:44:37 &lt;zzz&gt; 32/64? 21:44:52 * KillYourTV can 21:44:59 &lt;str4d&gt; The one part that is not working currently is the internal defaults - the arguments that are used if no arguments are provided externally (i.e. wrapper or CLI). 21:45:02 &lt;KillYourTV&gt; (win 8, x64 and/or x86) 21:45:09 &lt;sponge&gt; My daughter was going to upgrade to 8, but we found out it is really bad. 21:45:12 &lt;str4d&gt; zzz: I was running 64-bit Win7 21:45:30 &lt;str4d&gt; (IIRC) 21:45:30 &lt;hottuna&gt; so KillYourTV, you're up for some testing? 21:45:37 &lt;KillYourTV&gt; always 21:45:44 &lt;hottuna&gt; :) 21:45:52 &lt;str4d&gt; Thanks KillYourTV :) 21:46:11 &lt;topiltzin&gt; two remaining points I can see: 21:46:11 * KillYourTV will set up some VMs 21:46:14 &lt;str4d&gt; Testing just requires dropping the new i2p.exe into the install folder, and tweaking wrapper.config to use "i2p" instead of "java". 21:46:21 &lt;topiltzin&gt; 1. Icons - need them in different sizes, alpha channels, b.s. 21:46:36 &lt;topiltzin&gt; 2. Strings like license, description, etc. need reviewing 21:46:55 &lt;str4d&gt; 1. - I've set the VS file to refer to the icon in the installer/ dir in i2p.i2p. 21:47:22 &lt;str4d&gt; So it should be using the same icon as the launch4j-based i2p.exe uses. 21:47:25 &lt;KillYourTV&gt; I've not noticed but is the proposed "renamer" already in i2p.i2p? 21:47:36 &lt;str4d&gt; 2. - Agreed. 21:47:36 &lt;hottuna&gt; re Icons: i don't think that any high quality/svg files exist 21:47:51 &lt;str4d&gt; KillYourTV: yes - installer/c/i2pExe 21:48:10 &lt;zzz&gt; if it doesnt work w/o arguments, isnt that a problem? 21:48:10 &lt;KillYourTV&gt; cheers, I can handle the rest then ^^ 21:48:28 &lt;str4d&gt; zzz: yes it is. 21:48:35 &lt;topiltzin&gt; then some things like control panel are going to look weird 21:48:43 &lt;str4d&gt; That needs to be fixed if it is going to replace the launch4j-based i2p.exe 21:48:54 &lt;topiltzin&gt; str4d: are you sure it's a problem? I thought you hardcoded some defaults 21:49:17 &lt;str4d&gt; topiltzin: I did, but it just crashes and I couldn't work out why at the time. 21:49:29 &lt;sponge&gt; hardcodeing can be a bad thing, Do a path search first. 21:49:47 &lt;str4d&gt; But when I pulled out (what should have been) the exact same arguments and used them via the CLI, it worked fine.. 21:50:02 &lt;str4d&gt; sponge: different defaults. 21:50:13 &lt;sponge&gt; ahh 21:50:35 &lt;str4d&gt; sponge: these are the settings that I2P is run with if nothing else is there (no wrapper.config). See installer/i2pstandalone.xml 21:50:38 &lt;topiltzin&gt; str4d: in order KillYourTV to test you need to build the actual i2p.exe or have you commited that in mtn? 21:50:46 &lt;str4d&gt; (and the doBuildExe target in build.xml) 21:50:49 &lt;sponge&gt; str4d: you may have to do like I did for BOB, basically a double main() 21:50:53 &lt;KillYourTV&gt; topiltzin: it's in mtn 21:51:07 * KillYourTV already asked ^^ 21:51:14 &lt;str4d&gt; topiltzin: needs to be built - I wasn't going to commit the binary until we were close to actually using i. 21:51:21 &lt;str4d&gt; KillYourTV: I meant that the source is in mtn ^_^ 21:51:24 &lt;sponge&gt; the first main inserts missing args, passes it to the actual main() 21:51:31 &lt;KillYourTV&gt; oh...heh 21:51:58 &lt;str4d&gt; sponge: that's pretty much what is done - if args are passed they are used, otherwise default args are constructed. 21:52:05 &lt;sponge&gt; so you got main() and _main() 21:52:08 &lt;topiltzin&gt; ok so the i2p.exe is not in mtn? 21:52:08 &lt;str4d&gt; topiltzin: what is the format of launch.properties? 21:52:27 &lt;str4d&gt; topiltzin: correct. Just installer/c/i2pExe/i2p.c etc. 21:52:30 &lt;sponge&gt; the first is just a cleanup 21:52:37 &lt;str4d&gt; sponge: see installer/c/i2pExe/i2p.c for the code. 21:52:37 &lt;dg&gt; topiltzin: src yes, binary no 21:52:48 &lt;sponge&gt; will look, thanks 21:53:11 &lt;sponge&gt; I'll get back to you on why it is broken 21:53:27 &lt;str4d&gt; topiltzin: there were also several commented-out methods that I couldn't work out their purpose. 21:54:04 &lt;topiltzin&gt; that's fine, I can explain offline 21:54:15 &lt;topiltzin&gt; but KillYourTV needs a binary to test, can you build one? 21:54:54 &lt;str4d&gt; topiltzin: sure. 21:55:21 &lt;topiltzin&gt; launch.properties - I believe one line per property, need to double-check 21:55:39 &lt;str4d&gt; (unless you already have VS2008 KillYourTV - that's what it is built with) 21:56:05 &lt;topiltzin&gt; which brings up another interesting __misc__ point: 21:56:08 &lt;str4d&gt; topiltzin: I'm thinking that launch.properties could be like wrapper.config but for the standalone case. 21:56:23 &lt;topiltzin&gt; yeah 21:56:42 &lt;str4d&gt; (Because the current standalone i2p.exe is not adjustable at all) 21:58:33 &lt;topiltzin&gt; now that the project is loaded with cash (because some mysterious person donated 1000 BTC when they were still cheap) we should have some software licenses for things like vmware, visual studio, etc. 21:59:21 &lt;hottuna&gt; visual studio I can get for free or one of you guys 21:59:24 &lt;topiltzin&gt; I'm sure that KillYourTV has legally purchased his copies of Windows 8 :-D but technically it's the project that should be funding that 21:59:39 &lt;zzz&gt; microsoft is advertising $450 win8 computers on tv (Asus? Acer?), we could just buy one of those 22:00:05 &lt;sponge&gt; excellent idea zzz 22:00:16 &lt;KillYourTV&gt; (dreamspark copies, "for educational use") 22:00:27 &lt;maidenboi2&gt; tiger direct often has deals for 300-400 on low end laptops 22:00:27 &lt;orion&gt; If Microsoft offers student discounts, I can get them. 22:00:34 &lt;orion&gt; If you want to go that route. 22:00:37 &lt;topiltzin&gt; hottuna yes please (re VS) 22:00:51 &lt;dg&gt; wait 22:01:01 &lt;dg&gt; is the gamer laptop we bought win. 8? 22:01:19 &lt;hottuna&gt; do we really need toys? couldnt the testing be done on a vm? 22:01:27 &lt;KillYourTV&gt; echelon had his own windows. 22:01:45 &lt;KillYourTV&gt; and I do my testing in clean VMs 22:01:52 &lt;sponge&gt; str4d: I have vs around some place (it is very old) but I won't be using that. I'll simply review your code once pull and apply is finished here and advise you 22:02:14 &lt;str4d&gt; sponge: thanks. 22:02:59 &lt;topiltzin&gt; a vm is always better 22:02:59 &lt;orion&gt; I agree with hottuna regarding the VM. 22:02:59 &lt;topiltzin&gt; and we can pass around images for easier debugging etc. 22:02:59 &lt;hottuna&gt; alright. so are we happy with this topic/discussion? 22:02:59 &lt;sponge&gt; str4d: no problem. I've head my head buried in C, C++ and ASM for the last month 22:03:02 &lt;zzz&gt; a win8 netbook would be a hella lot cheaper than VS 22:03:52 &lt;orion&gt; zzz: What if I got a student copy of VS? 22:04:03 &lt;hottuna&gt; I was thinking of donating my student copy as well. 22:04:14 &lt;topiltzin&gt; orion: if you get a student copy i2p cannot technically use it 22:04:21 &lt;sponge&gt; My daughter could possibly get a student version too 22:04:27 &lt;topiltzin&gt; s/technically/legally/ 22:04:31 &lt;iRelay&gt; topiltzin meant: orion: if you get a student copy i2p cannot legally use it 22:04:31 &lt;hottuna&gt; topiltzin: why not? 22:04:34 &lt;str4d&gt; hottuna: yes over here. Two main action items: Fix the defaults (and provide a launch.properties); build an i2p.exe for KillYourTV to test. 22:04:37 &lt;orion&gt; It's for my education. 22:05:07 &lt;hottuna&gt; and not for a for-profit company/project 22:05:07 &lt;topiltzin&gt; beause it is a student copy for orion's education - it means only he can use it 22:05:26 &lt;hottuna&gt; ok. in that case I cant provide VS. 22:05:49 &lt;topiltzin&gt; what license does yours have? 22:05:58 &lt;hottuna&gt; and this stuff cant be built by mingw? 22:05:58 &lt;hottuna&gt; topiltzin: student 22:06:46 &lt;topiltzin&gt; you can use it to build i2p.exe or other stuff for i2p, the only thing you can't do is give it to someone else 22:07:23 &lt;KillYourTV&gt; what about vs2008 express? Is that limited to 32bit only? 22:07:46 &lt;sponge&gt; str4d: note! It is not good style to mix C++ comments in C code ;-) use /* */ 22:08:01 &lt;KillYourTV&gt; I suppose we need i2p.exe 64bit _and_ i2p.exe 32bit 22:08:32 &lt;topiltzin&gt; I *think* 32-bit only is good enough 22:08:35 &lt;sponge&gt; I also already see your problem 22:09:01 &lt;topiltzin&gt; good enough = runs on both 64 and 32 bit windows 22:09:19 &lt;KillYourTV&gt; I'm not sure a 32bit i2p.exe can load the 64bit wrapper. The 32bit wrapper can't load the 64bit jvm 22:09:36 &lt;KillYourTV&gt; dunno though about this 22:10:48 &lt;sponge&gt; str4d: i2p.c line 54, and the loop below -- you are not assiginging correctly... it should be '*new_argv[0]' not 'new_argv[0]' same for the loop below that. The final NULL should be OK 22:11:06 &lt;K1773R&gt; KillYourTV: how about a x86 which starts the x86 or x64 launcher? 22:11:44 &lt;sponge&gt; str4d: Try that, and it should work for you 22:11:47 &lt;KillYourTV&gt; that's what I'm saying, I don't know if it can work. 32bit binaries _usually_ cannot call x64 binaries. 22:12:47 &lt;sponge&gt; actually the first line may be OK, but the loop does need to be a * 22:13:26 &lt;sponge&gt; read_options, if returning as a pointer, needs to copy the pointer 22:13:45 &lt;K1773R&gt; KillYourTV: trough cmd.exe it should work as last resort, tough thats a win problem 22:13:48 &lt;sponge&gt; new_argv[i] = &(read_options[i-1]); 22:13:51 &lt;sponge&gt; like so 22:14:57 &lt;topiltzin&gt; sponge do you have access to a windows box? Can you help test this? 22:15:17 &lt;topiltzin&gt; sponge: also post any comments on trac #741 22:15:35 &lt;sponge&gt; I have a win 7 laptop, but can't test today. I'm short on time, and had to budget time to be here 22:16:17 &lt;sponge&gt; otherwise i would jump at it 22:16:52 &lt;sponge&gt; point is that you have a pointer to an array of pointers 22:17:41 &lt;KillYourTV&gt; I can basically test any/all versions of Windows 22:17:44 &lt;sponge&gt; you are not copying the pointer, your code is copying the first few chars, which will point to random crap and cause your crash 22:18:46 &lt;sponge&gt; new_argv[0] = argv[0]; &lt;-- that is okay 22:18:59 &lt;sponge&gt; new_argv[i] = read_options[i-1]; &lt;-- random crap 22:19:13 * hottuna is readying the meeting closing hammer 22:20:21 &lt;hottuna&gt; alright.. closing time 22:20:24 &lt;str4d&gt; sponge: I'm pretty sure that section is still the same as it was for limewireExe 22:20:31 &lt;micster&gt; Before everyone goes, I've been thinking of "non profit 501(c)(3) status" for the Invisible Internet Project. Would this be the place to talk about that or somewhere else? 22:20:38 &lt;str4d&gt; (Which *should* have been in a working state, according to topiltzin) 22:20:45 &lt;hottuna&gt; micster: yes 22:21:04 &lt;dg&gt; hottuna: we're done with #741? 22:21:22 &lt;hottuna&gt; i doubt we'll become done with it :P 22:21:29 &lt;sponge&gt; str4d: problem 2 22:21:33 &lt;sponge&gt; free(read_options); 22:21:45 &lt;sponge&gt; don't free them there 22:21:48 &lt;micster&gt; I saw a post in the forum about someone wanting to incorporate in Germany. I'm in the US and have an interest in pursuing this. 22:21:52 &lt;str4d&gt; KillYourTV: re: 32/64, what currently happens with the launch4j-based i2p.exe? That starts a separate java.exe process; is it built separately for 32 and 64 bit? 22:21:55 &lt;hottuna&gt; sponge: I've gotta go. Could you take care of the rest of the meeting? 22:21:58 &lt;sponge&gt; free them at the very end 22:22:09 &lt;sponge&gt; I'm about to go too 22:22:15 &lt;hottuna&gt; it just needs a final baf, and it's done 22:22:18 &lt;hottuna&gt; darnit! 22:22:25 &lt;dg&gt; micster: Great! Sadly, timing's pretty bad. Post about it on zzz.i2p ("the forum") if you can? 22:22:28 &lt;str4d&gt; sponge: I'll try your suggestion and report back. 22:22:31 &lt;sponge&gt; I think it is done 22:22:38 &lt;micster&gt; Ok 22:22:41 &lt;str4d&gt; (later though - afk now o/) 22:22:59 &lt;sponge&gt; str4d: double check that it is a pointer 22:23:01 * hottuna baf's the meeting closing hammer 22:23:06 * hottuna **baf** 22:23:17 &lt;sponge&gt; **BARF** :-) 22:23:35 &lt;hottuna&gt; summary posted at: `http://zzz.i2p/topics/1397` 22:23:42 &lt;iRelay&gt; Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 &lt;RN&gt; :) 22:23:57 &lt;sponge&gt; cool, I can now go run my errands 22:24:08 &lt;topiltzin&gt; great meeting everyone! 22:24:19 &lt;dg&gt; micster: the meeting is now finishing up and everyone seems to have a lot they want to get across. You'll get more exposure and brain time if you post it there. 22:24:53 &lt;micster&gt; Ok, I'll make the post. Maybe it can be discussed in a future meeting. 22:25:01 &lt;micster&gt; Just wanted to see if I was in the right place. 22:26:52 &lt;RN&gt; lots of good discussion. thanks for making the time to particpate y'all 22:27:07 &lt;hottuna&gt; :) 22:28:54 &lt;zzz&gt; micster, the correct thread for that is `http://zzz.i2p/topics/1388` 22:28:58 &lt;iRelay&gt; Title: zzz.i2p: Official I2P group (at zzz.i2p) </div>/zh/blog/2013/05/28/0.9.6-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 28 May 2013 00:00:00 +0000/zh/blog/2013/05/28/0.9.6-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.6 包含错误修复，并将 Jetty 从 6.1.26（2010-11-10）更新至 7.6.10（2013-03-12）。有关 Jetty 更新的重要信息请参见下文。Jetty 7 系列仍在积极维护中，我们计划在未来的 I2P 发行版中与其保持同步。</p> <p>大多数用户将通过 HTTP 进行更新。运行开发版的用户将尝试使用 i2psnark 通过实验性的网络内 BitTorrent（BT 协议）进行更新。我们已修复了一些缺陷，这将使更多用户能够在 0.9.7 更新周期中通过 BitTorrent 更新。</p> <p>文件可在<a href="../../en/downloads/">下载页面</a> 获取。</p> <h2 id="针对-windows-上的-eepsitesi2p-站点的重要修复先仅安装-095">针对 Windows 上的 Eepsites（I2P 站点）的重要修复，先仅安装 0.9.5</h2> <p>如果你首次在 Windows 上安装 I2P 时使用的是 0.9.5 版本（仅限 Windows），我们建议你在更新到 0.9.6 <strong>之前</strong>，按照以下说明修复你的 eepsite 位置。仅在 Windows 上全新安装的 0.9.5-0 会受到此问题的影响。如果你的 router 版本是 0.9.5-0-win1，你已经拥有该修复，无需采取任何操作。</p> <p>有关说明，请参阅<a href="https://geti2p.net/misc/ticket919">此页面</a> 。</p> <h2 id="jetty-7-迁移详细信息">Jetty 7 迁移详细信息</h2> <p><strong>对于大多数人，更新应当可以直接正常工作。如果您有多个 Jetty eepsites，或者修改过 jetty.xml 或其他 Jetty 配置文件（包括将端口从 7658 更改过），则必须在更新之后进行手动操作。</strong></p> <ul> <li>After update, the router will migrate your jetty.xml files to the new Jetty 7 format.</li> <li>The migration resets the port to 7658. If you have more than one Jetty eepsite, OR your eepsite is NOT on port 7658, OR you have made other modifications to jetty.xml (for example changing the listen address from 127.0.0.1 to 0.0.0.0), you MUST edit the jetty.xml file for each eepsite to fix them up after updating, and restart again.</li> </ul> <p><strong>以下文件将被备份（文件名会添加“.jetty6”后缀），然后进行迁移。</strong> 如果您进行了本地修改，您可能需要手动编辑这些文件并重新启动。参见 <a href="http://wiki.eclipse.org/Jetty">http://wiki.eclipse.org/Jetty</a> 以获取配置 Jetty 7 的帮助。</p>/zh/blog/2013/05/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B45%E6%9C%8821%E6%97%A5/Tue, 21 May 2013 00:00:00 +0000/zh/blog/2013/05/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B45%E6%9C%8821%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, eche|on, hottuna, Mathiasdm, Meeh, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 19:56:52 &lt;hottuna&gt; 大家好 && (welt||welterde||weltende) 19:57:24 &lt;eche|on&gt; ;-) 20:00:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 开始为作业 I2P 启动构建 #182 20:01:11 &lt;hottuna&gt; Mathiasdm, Meeh, postman, str4d, _sponge, KillYourTV, Complication 20:01:19 &lt;hottuna&gt; 好了，我们开始这次会议吧 20:01:33 &lt;eche|on&gt; 会议？嗯 20:01:33 &lt;hottuna&gt; 议程： 20:01:39 &lt;hottuna&gt; * 新的悬赏系统 20:01:44 &lt;hottuna&gt; * 新的悬赏任务 20:01:49 &lt;hottuna&gt; * 杂项？ 20:02:21 &lt;hottuna&gt; __新的悬赏系统___ 20:03:25 &lt;hottuna&gt; 今年夏天我会有一些时间可以投入 I2P 开发，但我也得付房租，所以我建议推出一个新的悬赏系统，或者至少推出一套新的悬赏和子悬赏。 20:03:51 &lt;dg&gt; \o 20:04:37 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 项目 I2P 构建 #182：成功，用时 4 分 7 秒: `http://jenkins.killyourtv.i2p/job/I2P/182/` 20:05:00 &lt;hottuna&gt; 和 eche|on 讨论过这个想法后，看起来通过悬赏系统进行付费工作的方式是最好的选择 20:05:44 &lt;hottuna&gt; 为了让它运作起来，我会建议至少设立一个大的悬赏，然后把它拆成若干子悬赏 20:06:27 &lt;hottuna&gt; 这些子悬赏将按每两周的节奏创建并关闭 20:06:41 &lt;hottuna&gt; （最好像这样开个会来关闭某个子悬赏） 20:07:27 &lt;eche|on&gt; 你知道我的看法，所以我等大家的意见 ;-) 20:07:35 &lt;hottuna&gt; 目前 i2p 项目有不少资金，但并没有为我们发挥作用 20:08:10 &lt;hottuna&gt; 而让我去解决 i2p 中一些亟需改进的问题领域，总体上应该是件好事 20:08:51 &lt;hottuna&gt; 关于这个想法，有人有问题或反馈吗？ 20:09:26 &lt;hottuna&gt; 我之前与 zzz、eche|on、postman 和 Mathiasdm 谈过，他们已表示同意 20:10:07 &lt;hottuna&gt; 我尝试联系过 welt/welterde/weltende、_sponge、badger 和 KillYourTV，但没有收到回复 20:10:23 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 项目 I2P UnitTests 构建 #153：成功，用时 5 分 36 秒: `http://jenkins.killyourtv.i2p/job/UnitTests/153/` 20:10:35 &lt;hottuna&gt; 不过我也想知道 #i2p-dev 里其他人的看法 20:10:52 &lt;dg&gt; 我同意我们应该把这些资金用起来 20:11:08 &lt;dg&gt; 一个有组织的方法是有用的，我完全不反对，所以我就不多说了 20:12:04 &lt;hottuna&gt; dg，你觉得这像是做点有用事情的好办法吗？ 20:13:00 &lt;dg&gt; 是的。悬赏系统已经在运作了，我们应该在此基础上继续推进 20:13:19 &lt;zzz&gt; 你是提议使用现有资金吗？欧元还是 BTC？ 20:13:21 &lt;hottuna&gt; 至于悬赏金额，每两周一个子悬赏 325（欧元）能覆盖我基本生活成本 20:13:47 &lt;hottuna&gt; 对我来说欧元更安全也更简单 20:14:07 &lt;hottuna&gt; 不过也可以部分用 btc 支付 20:14:42 &lt;hottuna&gt; 无论如何，悬赏应该以欧元计价，然后可选择用 btc 支付 20:14:47 &lt;zzz&gt; eche|on，我们现在余额是多少？ 20:15:27 &lt;hottuna&gt; 回答你的问题，我提议使用现有资金 20:15:27 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` - 仍是那些数额 20:15:32 &lt;iRelay&gt; 标题：Donations（在 echelon.i2p） 20:15:40 &lt;eche|on&gt; 所以大约 28k 和 626 BTC 20:16:47 &lt;dg&gt; hottuna：你将要做哪些工作？ 20:17:22 &lt;zzz&gt; 大约每周你打算工作多少小时？ 20:17:35 &lt;hottuna&gt; 这是议程的第二点，但我主要在考虑改进我们在 floodfill 上的问题 20:17:57 &lt;hottuna&gt; 每周 40 小时。所以是全职。 20:18:56 &lt;zzz&gt; 那么粗略算一下，8 欧元/小时 20:19:18 &lt;zzz&gt; 不对。4 欧元/小时 20:19:20 &lt;hottuna&gt; 在我看来，这听起来合理/便宜 20:19:35 &lt;zzz&gt; 325/80 20:20:13 &lt;zzz&gt; 麦当劳不招人吗？ :) 20:20:35 &lt;hottuna&gt; 我记得汉堡王按小时给我的还更高呢 :P 20:21:06 &lt;eche|on&gt; 你在汉堡王打过工？天啊……我早该去你“办公室”拜访一下^^ 20:21:35 &lt;zzz&gt; 大约你计划干多少周？ 20:21:56 &lt;hottuna&gt; 让我想想……这只是个大概的数字 20:23:19 &lt;hottuna&gt; 我至少能干 8 周，但也可能多些或少些 20:24:10 &lt;zzz&gt; 也就是说我们要承诺 1300 欧元 20:24:24 &lt;hottuna&gt; 对 20:24:49 &lt;hottuna&gt; 超出这个的就需要再开会讨论 20:25:18 &lt;zzz&gt; 有人记得我们以前每月付给 jrandom 多少吗？ 20:26:08 &lt;hottuna&gt; 看看互联网档案馆怎么说 20:26:10 &lt;eche|on&gt; 更少。约 500$，我看 20:26:39 &lt;zzz&gt; 他比 tuna 更像个嬉皮士 :) 20:26:50 &lt;hottuna&gt; $465 USD/月 20:27:11 &lt;hottuna&gt; 该死的，我已经尽力在嬉皮了！ 20:27:52 &lt;dg&gt; 更嬉皮一点！！ 20:28:49 &lt;hottuna&gt; 好的，那么有人有异议或问题吗？ 20:29:15 &lt;zzz&gt; 没有异议 20:29:41 &lt;Mathiasdm&gt; 听起来不错 20:30:25 &lt;dg&gt; 同上 20:30:54 &lt;hottuna&gt; 好。那大家对此都满意 20:31:32 &lt;hottuna&gt; 谨此记录：既然没有提出异议，我们就按新的悬赏系统推进。 20:31:47 &lt;hottuna&gt; __新的悬赏__ 20:32:34 &lt;hottuna&gt; floodfill 系统存在一些问题，包括抗攻击能力和可扩展性。 20:33:02 &lt;hottuna&gt; 把它替换掉是我提出的第一个悬赏。 20:33:30 &lt;hottuna&gt; 我和 zzz 讨论过一些替代方案 20:33:47 &lt;hottuna&gt; 第一步似乎是迁移到基于 kademlia 的 netdb 20:34:30 &lt;hottuna&gt; 实际上 zzz 已经开始在 i2psnark 中实现 kademlia 了 20:34:59 &lt;hottuna&gt; 这可能是构建一个 netdb 网络的良好基础 20:35:53 &lt;hottuna&gt; 可以对 kad 做一些修改，使其更具概率性，并避免日蚀攻击和女巫攻击最糟糕的方面。 20:36:01 &lt;zzz&gt; 我不确定“替换”是合适的词。也不确定它是我清单上的最高优先级。我们的 ff 系统现在其实状态相当不错。不过我不确定你现在想讨论到什么程度。 20:36:27 &lt;zzz&gt; 一个合理的子悬赏也许就是分析当前状况并提出建议 20:36:41 &lt;hottuna&gt; 替换会是一个长期目标，最初的目标是增加一个第二 netdb 后端 20:36:58 &lt;hottuna&gt; 是的，“替换”用词不当。 20:37:09 &lt;zzz&gt; 不过是的，UCSD 的人指出了一些问题。 20:37:35 &lt;zzz&gt; 先不谈漏洞，我觉得即使不改动，我们也能支撑几年增长 20:38:06 &lt;Mathiasdm&gt; 22:37 &lt;zzz&gt; 一个合理的子悬赏也许就是分析当前状况并提出建议 &lt;-- 如果限定时间的话听起来是好主意 20:38:53 &lt;hottuna&gt; 花两周做分析可能有点过头，但一周后开会讨论替代方案可能不错 20:38:55 &lt;zzz&gt; 今夏用 R5N 来替换 ffs 这件事并不现实。 20:39:09 &lt;hottuna&gt; zzz，同意 20:41:24 &lt;hottuna&gt; 可能还需要一些围绕开发环境的工作，例如 multirouter 支持 20:41:24 &lt;hottuna&gt; 这会让开发更容易 20:41:24 &lt;zzz&gt; 供大家参考，我脑海中的 netdb 路线图是：1）加密查询响应；2）把 snark 的 kad 迁回到 router 20:41:24 &lt;Meeh&gt; 喜欢这些想法 20:41:35 &lt;Meeh&gt; ./roadmap 20:41:49 &lt;dg&gt; 嗯 20:44:21 &lt;hottuna&gt; 我觉得没必要花满 2 周 20:44:27 &lt;Meeh&gt; 是啊 20:45:21 &lt;dg&gt; “备选方案探索”？ 20:45:30 &lt;Meeh&gt; 是指 exploration tunnels 对吧，还是？ 20:45:30 &lt;zzz&gt; 这取决于你撑多久脑袋才会爆炸 20:45:37 &lt;zzz&gt; 你的清单上还有什么？ 20:45:45 &lt;hottuna&gt; “备选方案探索” = {用什么技术？如果是 dht——哪一种？用什么代码库？} 20:46:03 &lt;hottuna&gt; 也许一周，如果还有余力，我会开始做 multirouter 相关的东西。 20:47:09 &lt;hottuna&gt; 我不太确定，但有些悬赏（比如 ipv6）得尽快完成，因为 ipv6 看起来现在真的要部署了 20:47:40 &lt;dg&gt; zzz 在 ipv6 上已经干了很多，但他可能会需要帮助 20:48:12 &lt;eche|on&gt; 我正在尝试在我的主机服务器上加上 IPv6 供 I2P 使用。 20:48:15 &lt;hottuna&gt; zzz 建议解决关于一次 openitp 递交的相关问题 20:48:22 &lt;eche|on&gt; 等我挤出时间弄懂并跑起来…… 20:48:57 &lt;Meeh&gt; 我有一台开发服务器，可以让开发者进去测试……它有多个 ipv6 地址 20:49:00 &lt;hottuna&gt; 让我们被 OpenITP 接受，对我们来说是件大事 20:49:07 &lt;Meeh&gt; 现在也可以多搭几台用于测试 20:49:22 &lt;eche|on&gt; 我该下线去睡个好觉了…… 20:49:25 &lt;zzz&gt; 这是我的清单：IPv6（包括测试）、加密（见 trac wiki）、OpenITP 准备（见 trac wiki）、NTCP 和 SSU 协议混淆（旧的 zzz.i2p 帖子，Lance James 可能能帮忙）、其他国家防火墙抗性、对称 NAT（工单 #873）、…… 20:49:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/873` - (accepted defect) - 端口改变……不太明显 20:49:40 &lt;Meeh&gt; zzz：要不要一个 ipv6 服务器的测试访问权限？ 20:49:51 &lt;dg&gt; hottuna：确实是件大事，不过以防你（或其他人）不了解：OpenITP 不是长期资助方。他们资助的是短期、可实现的目标，以“快速”改进项目。 20:51:05 &lt;zzz&gt; Meeh，要的，几周后。我希望先发布 0.9.5 里的一个小修复（忽略已发布的 IPv6 地址），然后我们再开始发布它们 20:51:24 &lt;zzz&gt; s/0.9.5/0.9.6/ 20:51:24 &lt;hottuna&gt; 加密也是我多少了解的一块，所以我花时间在那儿可能更合适 20:51:27 &lt;iRelay&gt; zzz 的意思是：Meeh，要的，几周后。我希望先发布 0.9.6 里的一个小修复（忽略已发布的 IPv6 地址），然后我们再开始发布它们 20:51:48 &lt;Meeh&gt; 好的 :) 如果需要我也可以多搭几台 20:51:51 &lt;hottuna&gt; 也许运气好的话，到 zzz 把 ipv6 搞定时，我这边的 floodfill 系统也差不多了 20:51:58 &lt;Meeh&gt; 有一个 /48 段的网络 20:52:14 &lt;hottuna&gt; 那样我们俩就能一起攻克加密问题 20:52:21 &lt;zzz&gt; 哎，那 i2pcpp 怎么办 20:52:37 &lt;dg&gt; orion 此刻 404 20:52:48 &lt;Meeh&gt; sindu 有空的话也许能帮上忙，他是很棒的 C 程序员 20:52:59 &lt;Meeh&gt; 之前聊过这事，我在现实生活中认识他 20:53:26 &lt;hottuna&gt; 听起来挺有意思 20:53:49 &lt;zzz&gt; 如果 orion 至少愿意接受帮助，那就是一大步——他之前可不愿意—— 20:53:52 &lt;hottuna&gt; 但我觉得我应该把时间花在最能产生影响的地方，在我看来就是 floodfills/ipv6 和加密 20:54:11 &lt;hottuna&gt; *it 20:54:14 &lt;zzz&gt; 当然，我的清单未必与你的技能或兴趣匹配 20:54:29 &lt;Meeh&gt; 另外，他应该因为在挪威奥斯陆发放 i2p 贴纸而得到一些表扬。他把它们贴满了整座城市 20:54:44 &lt;Meeh&gt; hottuna：如果你愿意，再寄些……很快又要用完了 :P 20:55:11 &lt;zzz&gt; 哦对了，hottuna，如果你不来 DEFCON，我也需要一些 20:55:30 &lt;hottuna&gt; 我计划去 defcon 20:55:44 &lt;hottuna&gt; 我还没买机票，但很快就会。 20:55:47 &lt;zzz&gt; 哦那太好了。 20:56:23 &lt;Meeh&gt; hottuna：如果你有文件，我也许能自己免费印一些 20:56:43 &lt;hottuna&gt; 文件在 i2p.graphics 分支里 20:56:46 &lt;Meeh&gt; 如果你有贴纸的 png/ai/其他格式文件 20:56:49 &lt;Meeh&gt; ok 谢谢 20:57:00 &lt;hottuna&gt; 如果我没记错的话 20:57:16 &lt;hottuna&gt; 好的。 20:57:51 &lt;hottuna&gt; 大家都同意把第一个悬赏放在 floodfill 系统上吗？ 20:58:02 &lt;dg&gt; 同意 20:58:25 &lt;Meeh&gt; 嗯嗯 20:58:50 &lt;Mathiasdm&gt; 好，那么先用 1 周调研各种选项，随后开始实现（目前最可能是 kademlia）？听起来不错 20:59:06 &lt;hottuna&gt; 是的，正是这个想法 21:01:56 &lt;hottuna&gt; 好的 21:03:15 &lt;hottuna&gt; 谨此记录：第一个要引入的悬赏是增加一个新的 netdb 后端。 第一个子悬赏应分成备选方案探索、multirouter 调研，以及与大家的讨论 21:03:26 &lt;hottuna&gt; __杂项__ 21:04:38 &lt;hottuna&gt; 网站部署进展如何？ 21:09:27 &lt;hottuna&gt; 大家都死光了？ 21:09:31 &lt;hottuna&gt; str4d？ 21:12:57 &lt;Mathiasdm&gt; 哦 21:13:04 &lt;Mathiasdm&gt; 我只是好奇 :) 21:14:22 &lt;hottuna&gt; 我错过了什么精彩的内容吗？ 21:14:29 &lt;Mathiasdm&gt; 只有这个： 21:14:32 &lt;Mathiasdm&gt; 23:10 -!- hottuna [hottuna@irc2p] 已退出 [Quit: leaving] 21:14:32 &lt;Mathiasdm&gt; 23:12 &lt;+Mathiasdm&gt; 哦 21:14:35 &lt;Mathiasdm&gt; 23:13 &lt;+Mathiasdm&gt; 我只是好奇 :) 21:15:12 &lt;hottuna&gt; 好吧，如果没人知道，那我们下周再看 21:15:38 * hottuna 挥下会议结束之锤 21:19:59 * Mathiasdm 继续潜水 :) </div>/zh/blog/2013/04/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B44%E6%9C%882%E6%97%A5/Tue, 02 Apr 2013 00:00:00 +0000/zh/blog/2013/04/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B44%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, dr|z3d, K1773R, KillYourTV, lillith, orion, RN, Shinobiwan, str4d, weltende</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:52:42 &lt;lillith&gt; 好的，今天会议的议题： 20:54:22 &lt;lillith&gt; 1. 赏金是否合适？ 20:54:29 &lt;lillith&gt; 2. 资金管理 20:54:29 &lt;lillith&gt; 2a. SSL 证书 20:54:32 &lt;lillith&gt; 3. 将 i2p 项目正式化 20:56:38 &lt;lillith&gt; 4. 关于项目决策的流程（例如将其正式化） 20:56:53 &lt;lillith&gt; 如果你上周不在，这里有回看，`http://sighup.i2p/irclogs/show?search=&user=&from_date=26+Mar+2013&to_date=26+Mar+2013&channels[]=#i2p-dev&per_page=3&page_format=Html` 20:56:53 &lt;lillith&gt; 相关 zzz.i2p 帖子： `http://zzz.i2p/topics/1359` 为会议主题帖 20:56:53 &lt;lillith&gt; `http://zzz.i2p/topics/1366` 为赏金帖 20:57:07 &lt;iRelay&gt; 标题：zzz.i2p: Managing the project（在 zzz.i2p） 20:57:09 &lt;iRelay&gt; 标题：zzz.i2p: I2P Bounty System - 2013（在 zzz.i2p） 20:57:55 &lt;trolly&gt; 从 zzz.i2p 选择下载 bin 文件？ 20:58:02 &lt;lillith&gt; 1. 赏金是否合适，以及进一步的赏金讨论 20:58:05 &lt;dg&gt; 呃。又发生数据损坏了！ 20:58:50 &lt;lillith&gt; 不确定谁（如果有人的话）希望被点名，我就继续了 20:59:22 &lt;dg&gt; trolly：那是个 bug 20:59:30 &lt;trolly&gt; 哈哈，没问题 20:59:41 &lt;lillith&gt; 上周我们达成共识：虽然赏金可能是件好事，但确实需要审视一下 20:59:48 &lt;trolly&gt; 木马漏洞？开个玩笑而已... 20:59:59 &lt;dg&gt; 试着抓一下 `http_proxy="`http://127.0.0.1:4444/"` `http://zzz.i2p/whateverurlbrokebefore`` 的输出，并检查 /logs 看有没有重要信息 21:00:05 &lt;dg&gt; 看起来是数据损坏，我们之前在 id3nt.i2p 上见过 21:00:19 &lt;lillith&gt; 我向 echelon 提了对 50 BTC Syndie 赏金的一些修改建议，他已经更新了 21:01:06 &lt;lillith&gt; 这让我想到两个问题：我们能/应该雇人吗？也就是在较长一段时间内定期给他们一小笔钱？ 21:01:57 &lt;lillith&gt; 以及由 i2p 的资金（而非直接来自捐赠者）资助的赏金，具体流程是什么 21:02:20 * lillith 开放讨论 21:04:50 &lt;str4d_&gt; dg：如果它也发生在另一个站点，那说明是 I2P tunnel 的问题。 21:05:26 &lt;dg&gt; str4d_：我的意思是这之前发生过。我不知道受影响的人是否就是 trolly，但那是几个月前，我们谁都没有答案。 21:05:41 * str4d_ 曾受其影响。 21:05:52 &lt;dr|z3d&gt; dg：！！！ 21:05:56 &lt;dg&gt; 好吧，不止一个人。 21:06:10 &lt;dg&gt; 我记得当时 zab 还在，这可能能说明大概的时间段.. 21:06:21 &lt;dg&gt; dr|z3d：！！！ 21:06:24 &lt;str4d_&gt; 不过这个问题与当前讨论无关=） 21:06:36 * dr|z3d 笑了。 21:06:47 &lt;lillith&gt; str4d_：暗示开始讨论 ;) 21:08:32 &lt;Shinobiwan&gt; i2p 应该雇人吗？在我看来是也不是。是——那些持续提供服务、让 i2p 质量更高的人（比如运行默认 IRC 网络，以及更受欢迎的像 id3nt.i2p 这样的东西）是获得资金的最佳候选人……此外还有带有赏金的开发工作。 21:09:27 &lt;str4d_&gt; Shinobiwan：不过我不认为那算是雇佣关系。 21:09:50 &lt;str4d_&gt; “雇佣”应当是为了直接的 I2P 开发（代码或其他）的付费。 21:10:19 &lt;dr|z3d&gt; Shinobiwan：i2p 应该奖励付出和成果。 21:10:43 &lt;lillith&gt; 我最初的提议是每月给一小笔钱，用于维护 Syndie、将其纳入并保持在软件仓库、修复 bug 等 21:12:25 &lt;dr|z3d&gt; 另一方面，i2p 不应该奖励志向口号、懒散或未能交付。 21:12:32 &lt;str4d_&gt; 这看起来是当前赏金制度与“正式”雇佣之间的不错折中（匿名开发工作很难做到正式雇佣） 21:13:20 &lt;str4d_&gt; 对。所以如果建立月度制度，付款应以完成“足够”的工作为条件。 21:13:31 &lt;lillith&gt; dr|z3d：完全同意。有足够的钱可以给值得的人。 21:14:06 &lt;str4d_&gt; （所以这需要决策者每月开会，审查该期间的各项产出） 21:14:09 &lt;dr|z3d&gt; lillith：我们简直淹没在钱里。 21:14:35 &lt;str4d_&gt; 不过我不认为某个月未能交付就应该完全切断资金。 21:15:03 &lt;dr|z3d&gt; 承诺、奉献、服务。 21:15:04 &lt;lillith&gt; 人们既有 AFK 的事务，也有网络上的事务 21:15:07 &lt;Shinobiwan&gt; 唉，掉线了。 21:15:37 &lt;dr|z3d&gt; 再提醒我一下为什么 str4d_ 没有得到补偿？ :) 21:16:07 &lt;str4d_&gt; 我建议一个更灵活的制度：在完成足够工作的月份，“受雇者”才会获得支付。 21:16:07 &lt;str4d_&gt; （不过长期缺席将成为停止资助的理由） 21:16:22 &lt;str4d_&gt; lillith：正是如此（就像 zzz 目前这样） 21:17:02 &lt;str4d_&gt; dr|z3d：按照我提议的制度，我目前就拿不到 =P 21:17:26 &lt;dr|z3d&gt; halebopp 要停掉 indent 的威胁促使 zzz 提供托管费用。那么为什么 str4d_ 还得和 eche|on 拉扯才能拿到托管经费？ 21:17:53 &lt;dr|z3d&gt; 我只给一个词：无能。 21:17:56 &lt;str4d_&gt; dr|z3d：那跑题了。 21:18:42 &lt;dr|z3d&gt; str4d_：多半是。 21:18:45 &lt;darrob&gt; 我们说的维护工作具体指什么？像修复 bug、加入仓库这样的具体目标，是否应该拆分成单独的赏金，以便多人可以认领？ 21:18:56 &lt;str4d_&gt; 我认为有两类潜在资助——上面提到的赏金/雇佣混合模式，以及 I2P 向社区服务的捐助。这两者应分开处理。 21:19:25 &lt;dr|z3d&gt; 按增值回报。 21:20:00 &lt;dr|z3d&gt; 其他都是扯淡。就像花 10btc 买狗屎一样。 21:20:03 &lt;lillith&gt; str4d_：还有竞赛，如果以后再办的话 21:20:10 &lt;str4d_&gt; darrob：我们想做的是促进开发者留下来。 21:20:13 &lt;str4d_&gt; lillith：没错，那是第三类。 21:20:40 &lt;dr|z3d&gt; 还有啤酒。我的错。 21:21:34 &lt;RN&gt; 我不介意用啤酒来支付我的幽默…… ;) 21:21:43 &lt;lillith&gt; 来自 echelon.i2p：- I2P 的一般基金将覆盖 I2P 所需的一切费用——由开发团队讨论，并会在此处和官方网站上注明 21:22:09 &lt;lillith&gt; 我认为只要事先讨论并达成一致，大多数事情都是可以的 21:22:12 &lt;str4d_&gt; darrob：所以，与其为某个随意设定的里程碑一次性支付大笔资金然后开发者就消失，不如在（当前所谓的）赏金范围内定义更小的里程碑和任务，让开发者持续获得较小的付款。 21:23:55 &lt;str4d_&gt; 对于第三方提出的赏金（因为他们对资金的使用拥有控制权），赏金制度仍然存在；但对于 I2P 自行提出、使用 I2P 资金的赏金，在我看来新制度对 I2P 更好。 21:24:26 &lt;dr|z3d&gt; 赏金就是狗屁。打一枪就跑的贡献者。 21:25:09 &lt;lillith&gt; dr|z3d：这就是我们在讨论新制度的原因 21:25:12 &lt;dr|z3d&gt; 更别提那种“我付了 200 美元，我很重要”的态度 21:25:26 &lt;str4d_&gt; 在我看来，部分问题在于当前制度只有笼统的描述，没有具体的结构。 21:25:49 &lt;dr|z3d&gt; lillith：如果我没有完全跟上你们论证的细节，还请见谅 :) 21:25:52 &lt;str4d_&gt; 对于新制度，我们需要一套经一致同意的指南，用来提出和管理有资金支持的任务。 21:26:59 &lt;lillith&gt; dr|z3d：如果有人想把钱花在那些没正确完成的功能的赏金上，我认为也应该允许 21:27:58 &lt;str4d_&gt; lillith：对。或者他们也可以选择使用新制度，把钱捐给 I2P，并通过我们决定的流程提交请求，建立一个新的资助任务。 21:28:16 &lt;lillith&gt; 我同意——既然有钱可用，我们不妨就好好用它，正确而有效地使用。 21:28:56 &lt;lillith&gt; 这样即使捐助者消失，从技术上讲它仍然是社区所有的赏金 21:28:59 &lt;darrob&gt; 当然我也希望人们留下来，但我并不觉得赏金就一无是处。另一方面，每月支付听起来像是麻烦，但我也不想太快否定它。 21:29:02 &lt;str4d_&gt; 通过新制度资助的任务需要使用 I2P 控制的资金，因为决定什么算“足够”工作的将是 I2P 代表组成的小组，而不是捐助者本人。 21:29:03 &lt;dr|z3d&gt; lillith：我不同意。捐给项目，然后让项目决定如何分配奖励。 21:29:06 * Shinobiwan 不确定我之前的消息有没有发出去 21:29:17 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; 赏金和雇佣 != 捐赠……我认为两者都应该存在……雇佣/赏金用于特定的开发事项……而捐赠也许用于社区服务 21:29:19 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; 雇佣部分需要更具体的一套条件 21:29:24 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; 社区服务部分，其实只需要社区来决定哪些值得支持 21:29:27 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; 然后发放相应的支持 21:29:50 &lt;str4d_&gt; dr|z3d：两种选项都会有。 21:29:53 &lt;K1773R&gt; Shinobiwan：它们没发出去，现在发出来了 :) 21:30:04 &lt;str4d_&gt; Shinobiwan：回看请见 `http://killyourtv.i2p/irclogs/latest.log.html。` 21:30:07 &lt;iRelay&gt; 标题：#i2p-dev 2013-04-02 周二日志（在 killyourtv.i2p） 21:30:12 &lt;dr|z3d&gt; “哦我们需要俄语”——不，我们不需要。我们需要的是投入，而不是一拿到赏金就消失的逐利之徒。 21:30:24 &lt;Shinobiwan&gt; 谢谢 str4d、K1773R 21:30:47 &lt;lillith&gt; dr|z3d：可能会出现一种新的、私有的基础设施，用于按工作付费给个人——不妨把它们都纳入一起。 21:31:27 &lt;str4d_&gt; darrob：大多数提议听起来麻烦，是因为我们没有足够大的开发者基础来正确运行/支持它们。因此，能带来更大开发者基础的提议就是个好主意。 21:31:42 &lt;dr|z3d&gt; 金钱不应该可以左右项目。就这样。 21:32:01 &lt;KillYourTV&gt; 还有 `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-04-02.log` 用于“实时”回看（HTML 化的日志大约每 10 分钟处理一次） 21:32:16 &lt;dr|z3d&gt; 赞助项目，挺好，但不要告诉我们如何花钱。 21:32:27 &lt;darrob&gt; dr|z3d：如果某个逐利之徒修好了 Syndie 的某些功能然后走人，我也乐意。这有何不可？也许某天 Syndie 会再次迎来真正的开发者，但那时不一定需要付钱。事实上，就忠实维护者而言，给这份工作付费反而可能适得其反。 21:33:05 &lt;Shinobiwan&gt; 谢谢 KillYourTV 21:33:19 &lt;KillYourTV&gt; 没事 21:33:36 &lt;dr|z3d&gt; darrob：“问题”在于金钱自以为可以支配议程。 21:33:39 &lt;lillith&gt; dr|z3d：i2p 并没有被告知如何花它的钱，因为赏金从来就不是 i2p 的。i2p/echelon 只是作为第三方托管服务 21:33:39 &lt;str4d_&gt; 有意思的观点 dr|z3d——我觉得这在某种程度上取决于我们如何定义 I2P 项目。 21:34:42 &lt;str4d_&gt; lillith：我认为 dr|z3d 的意思是，与其说被告知如何花钱，不如说 I2P 被告知该如何推进，即：开发路径由钱最多的人决定。 21:34:57 &lt;darrob&gt; dr|z3d：赏金只是一个提议（或求助）。你为什么会有这么负面的看法？ 21:35:21 &lt;str4d_&gt; 而且，如果按现有方式遵循赏金流程，这在威胁模型方面可能相当有问题。 21:36:18 &lt;lillith&gt; 这是个好观点——我之前没这样想过。 21:36:47 &lt;Shinobiwan&gt; 一套写明“此人必须在此日期获得付款”的规则是个好主意，因为这样当他们需要时可以指望这笔收入。但另一方面，当人们未能达到他人对那笔钱用途的预期时，也可能引发戏剧性冲突……所以我觉得如果要做“常规化”，专门为“发薪日”等召开会议可能并不不妥。 21:37:35 &lt;dr|z3d&gt; 赏金就是狗屁。给我看看那些赏金猎人的持续投入，我就改观。可你做不到。都是打一枪就跑的商贩。 21:37:49 &lt;str4d_&gt; 所以也许需要这样：任何直接影响 I2P 的任务/子项目，必须由 I2P 自行资助和掌控。 21:37:52 &lt;dr|z3d&gt; darrob：我之所以“负面”，是因为见多了拿了赏金的半成品，等你刚说“呃，我觉得你漏了……”人就没影了。 21:38:03 &lt;dr|z3d&gt; darrob：还有，下次你再把 str4d_ 当成 CSS 艺术家，就别费劲了。那是在侮辱你自己。 21:38:10 &lt;dr|z3d&gt; 你也会因此失去一个朋友。 21:38:13 &lt;lillith&gt; dr|z3d：str4d_ 和 zzz 不是为单元测试领取过一些赏金吗？ 21:38:17 &lt;darrob&gt; 什么？ 21:38:20 &lt;str4d_&gt; dr|z3d：OT 21:38:55 &lt;dr|z3d&gt; str4d_：是啊。还有啤酒。darrob：如果你不明白，*哈欠* 21:39:03 &lt;str4d_&gt; lillith：那是在将单元测试赏金拆分为子任务/里程碑之后（我认为这是迈向新制度的一步）。 21:39:45 &lt;str4d_&gt; dr|z3d：请在这里保持不跑题 =) 21:39:56 &lt;lillith&gt; 我觉得这个话题该说的都说了吧？ 21:40:03 &lt;Shinobiwan&gt; 如果存在赏金，在我看来它们应该用于目前社区里没人会做或能做的事情……而不是那些只是没时间做的事。 21:40:06 * dr|z3d 重新调整状态。 21:40:06 &lt;darrob&gt; 我想我只是想说，我质疑“打一枪就跑”的改进就一定是坏事。 21:40:19 &lt;Shinobiwan&gt; I2P 靠大家支持才能存续，而不是只靠拿钱的人 21:40:30 &lt;str4d_&gt; darrob：它们有助于在新领域启动开发 21:40:37 &lt;str4d_&gt; 但 I2P router/项目并不是一个新领域，在我看来 21:40:53 &lt;str4d_&gt; 那么，下面这个方案如何： 21:41:20 &lt;dr|z3d&gt; Shinobiwan：比如设计！*笑* 求助了 5 年，连一丁点儿要出赏金的念头都没有过 *笑* 21:41:58 &lt;str4d_&gt; 直接影响 I2P 程序/网络的项目只可使用 I2P 的资金来资助，想要贡献的捐助者只需捐给 I2P。 21:42:21 &lt;dr|z3d&gt; 因为设计师不是码农，所以一文不值。除非你给任何东西都出 10BTC/100 美元的赏金，蜡笔也行。 21:42:47 &lt;str4d_&gt; 不直接影响 I2P 程序/网络但仍与 I2P 相关的项目（例如 Syndie），可以对新的/实质性的工作设置赏金。 21:42:58 &lt;dr|z3d&gt; 抱歉，但我无法把这场对话看得太认真，毕竟它建立在一座“无能的蚁丘”之上。 21:43:01 &lt;str4d_&gt; （但若捐助者愿意，也可以由 I2P 进行管理） 21:43:23 &lt;lillith&gt; dr|z3d：那我们开始下个话题时我会 ping 你 :) 21:43:26 &lt;str4d_&gt; 不过赏金需要比当前制度所允许的定义得更精确。 21:43:46 &lt;dr|z3d&gt; lillith：非常好，先生 :) 21:44:04 &lt;str4d_&gt; s/allows/does 21:44:10 &lt;darrob&gt; str4d_：这是否意味着会有一个 i2p 管理委员会来做这些决定？我记得那是另一周的讨论，对吧？ 21:44:32 &lt;str4d_&gt; darrob：是的。 21:44:42 &lt;str4d_&gt; 这与任何“官方性”是分开的。 21:45:05 &lt;lillith&gt; str4d_：听起来不错 :) 21:45:32 &lt;str4d_&gt; 但会有一个（选举产生的）开发者小组（程序员/设计师/贡献者），被信任来引导 I2P 项目。 21:45:46 &lt;str4d_&gt; 也就是说，比我们目前的机制更正式一些。 21:46:00 &lt;lillith&gt; darrob：那要么接下来讨论，要么稍后再谈，取决于我们是否想继续 21:46:26 &lt;str4d_&gt; 嗯。我的提议是假定这样的一个小组以某种形式存在。 21:47:05 &lt;str4d_&gt; （具体细节稍后讨论，如上所述） 21:47:21 &lt;Shinobiwan&gt; lulz 21:47:28 &lt;Shinobiwan&gt; 那 #i2p-dev 又算什么？ 21:47:35 &lt;lillith&gt; 老实说，我不同意“委员会”的想法 21:47:38 &lt;lillith&gt; 会议看起来挺有效，而且也让新来的人有发言权 21:47:38 &lt;lillith&gt; 它需要足够大，才能获得多样的视角 21:47:38 &lt;lillith&gt; 你永远不知道谁会提出下一个惊艳的想法 21:48:04 &lt;str4d_&gt; lillith：没错。 21:48:11 &lt;Shinobiwan&gt; 就是那个小组，但对……它需要变得“正式地正式” 21:48:18 &lt;str4d_&gt; 但以当前开发者规模来看，这很难。 21:48:25 &lt;str4d_&gt; 这是个先有鸡还是先有蛋的问题。 21:48:35 &lt;str4d_&gt; 我们需要在某处打破这个循环。 21:51:05 &lt;lillith&gt; Shinobiwan：对，我基本上就是这个意思 :) 21:51:05 &lt;lillith&gt; 其实不完全是 21:51:05 &lt;lillith&gt; #i2p-dev 以及邮件列表、zzz.i2p、Syndie 等等 21:51:05 &lt;lillith&gt; 我认为任何想发言的人都应该有机会 21:52:35 &lt;str4d_&gt; lillith：是，但仍需要有一组人拥有最终决定权。 21:52:53 &lt;Shinobiwan&gt; 人们需要在彼此“不认识”的情况下彼此了解……到了我可以说，str4d、KYTV、dr|z3d……（还有很多，这里只是举例）在网络上存在很久了，在我看来他们都让 I2P 质量更高。大家合在一起，我认为可以讨论并达成一致，谁会进入这样的小组……即便 AFK 时谁都不真正认识谁。对项目的新人的意见也应该被倾听 21:52:53 &lt;Shinobiwan&gt; 不过 21:53:00 &lt;str4d_&gt; （也就是控制资金的人。目前是一个人——eche） 21:53:25 &lt;str4d_&gt; 至少一开始是这样。 21:53:52 &lt;str4d_&gt; Debian 的开发者模型很适合做你说的那类决策，lillith——全部通过投票完成。 21:53:55 &lt;lillith&gt; 所以，人人都有发言权，少数（3 或 4）人拥有最终决定权？ 21:54:10 &lt;str4d_&gt; （而“开发者”据我回忆只是指以某种方式做出过贡献的人） 21:54:25 &lt;str4d_&gt; 但我认为投票系统首先需要更大的“开发者”基础。 21:54:51 &lt;str4d_&gt; lillith：任何人都可以提出想法——这永远不会改变。 21:55:06 &lt;Shinobiwan&gt; 在我看来不止 3 或 4 个人……更像是 12 人以上并且还会增长……但没能参加会议的人就不能投票……（如果他们的投票特别重要/相关，那么会议可以改期） 21:55:12 &lt;str4d_&gt; 但 I2P 的资源是有限的，需要适当分配。 21:56:06 &lt;str4d_&gt; （最大的资源是持续投入的开发者的时间） 21:56:20 &lt;KillYourTV&gt; 正如我在 zzz.i2p 上写的，我认为通过 GPG 签名的邮件列表投票比 IRC 更好。我们已经有了邮件列表，应该加以利用。 21:56:20 &lt;str4d_&gt; s/biggest/most important but currently most limited/ 21:56:23 &lt;iRelay&gt; str4d_ 的意思是：（目前最重要但最稀缺的资源是持续投入的开发者的时间） 21:56:28 &lt;str4d_&gt; KillYourTV：同意。 21:56:43 &lt;Shinobiwan&gt; 是的，GPG 签名 == 更好 21:56:54 &lt;str4d_&gt; 提供透明且可验证的投票存档。 21:57:09 &lt;lillith&gt; 那么，第 1 个议题到此为止？ 21:57:09 &lt;darrob&gt; 我也同意。不要指望在 IRC 上完成严肃的讨论。 21:57:12 * KillYourTV 正在“借鉴”Debian 的系统的点子 21:57:19 &lt;str4d_&gt; http://www.debian.org/vote/ 21:57:22 &lt;iRelay&gt; 标题：Debian Voting Information（在 www.debian.org） 21:57:39 &lt;lillith&gt; 都是开源的，本就是拿来“偷”的 :) 21:58:06 &lt;lillith&gt; 2. 资金管理 21:58:10 &lt;KillYourTV&gt; 而用邮件列表的话，你还可以使用那套非常有用的“plonk”机制，在需要时提高信噪比。 21:58:21 &lt;lillith&gt; eche|on：ping 21:58:24 &lt;K1773R&gt; KillYourTV：请别复制“GPL 纳粹”的那一套 :P 21:59:46 &lt;lillith&gt; 据我所知，关于赏金的资金管理已经讨论得差不多了 22:00:12 &lt;str4d_&gt; KillYourTV：如果我们走邮件列表路线，邮件列表需要在 I2P 内部完全可用（目前还不是这样）。 22:00:23 &lt;str4d_&gt; （但也要能在外部使用） 22:00:33 &lt;lillith&gt; 但还有其他非赏金的资金用途，例如购买 SSL 证书 22:00:36 &lt;KillYourTV&gt; 同意 22:00:53 &lt;darrob&gt; str4d_：NNTP 接口应该算是符合的。 22:00:53 &lt;KillYourTV&gt; 也同意 lillith 的最后一点（当然） 22:01:04 &lt;lillith&gt; dr|z3d welt weltende welterde echelon 22:01:07 &lt;darrob&gt; ……我觉得是可用的。 22:01:10 &lt;KillYourTV&gt; 它们连通了吗？ 22:01:30 &lt;KillYourTV&gt; 我知道按理应该连通，但我上次检查（几个月前）时还没有。 22:01:38 &lt;Shinobiwan&gt; 在我看来，购买 SSL 证书应该归到捐赠项……社区服务……用和捐赠相同的方式来决定这笔钱的去向。 22:01:41 * KillYourTV 启动 NNTP tunnel 22:01:41 &lt;darrob&gt; 至少可以看。 22:01:44 &lt;lillith&gt; 各位我们能保持在主题上吗，项目管理马上就要讨论了 :) 22:02:01 &lt;Shinobiwan&gt; 也就是说……开个会……说“我们需要这个”……“同意吗？” ……小组说 OK ……小组多数通过 22:02:32 &lt;Shinobiwan&gt; 不会这么快，但大致意思如此。 22:02:32 &lt;Shinobiwan&gt; 呵呵 22:02:47 &lt;str4d_&gt; Shinobiwan：可以纳入上面提出的同一套投票系统。 22:03:14 &lt;Shinobiwan&gt; 好 22:04:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; 嗯，ML 界面多少能通过 i2p 访问.. `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 仍然包含到 lists.i2p2.de 的重定向.. 不确定这些该怎么办 22:04:24 &lt;iRelay&gt; &lt;iRelay@freenode&gt; 标题：lists.i2p2.de Mailing Lists（在 vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p） 22:04:32 &lt;Shinobiwan&gt; 如果有这样的小组，它的人数不应固定……在我看来……它应该不断壮大……因此，无论当前存在什么小组，都应该有某种程序定期吸纳新成员 22:04:43 &lt;darrob&gt; 我们需要一个中央政党，有政治局和用户代表大会。 :) 22:04:46 &lt;KillYourTV&gt; 顺便说一句，目前设置的邮件列表无法通过 NNTP 访问。 22:05:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; （还没把它加到 hosts.txt 里） 22:05:42 &lt;KillYourTV&gt; （至少不是在 i2p.* 名下） 22:06:27 &lt;iRelay&gt; &lt;weltende@freenode&gt; 嗯.. 它们应该可以.. 但也许不在 i2p.* 22:06:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; 不是我搭的.. 所以也不太清楚 ;) 22:06:58 &lt;darrob&gt; KillYourTV：我想 i2p. 是 welt 以前就有的组。新的是 alt.privacy.i2p.dev/general 和 alt.privacy.syndie.dev/general。 22:08:42 &lt;KillYourTV&gt; 啊……别理我。我刚刷新列表又看到了那些新的。 22:09:00 &lt;KillYourTV&gt; 抱歉 22:09:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; 啊.. 对.. slrn 没显示它们，因为没有未读消息 22:09:34 &lt;darrob&gt; 我还是困惑为什么没有消息。我真的记得之前看到过几条测试消息。 22:09:45 &lt;lillith&gt; 我们能回到主题上吗？ 22:10:23 &lt;lillith&gt; 我，以及肯定还有别人，想知道 i2p 域名的 SSL 证书进展如何 22:11:17 &lt;KillYourTV&gt; 我没看到话题变化，只看到 &lt;lillith&gt; 但还有其他非赏金的资金用途，例如购买 SSL 证书 /me 闭嘴 22:11:56 &lt;lillith&gt; 啊，抱歉 22:12:06 &lt;lillith&gt; &lt;lillith&gt; 各位我们能保持在主题上吗，项目管理马上就要讨论了 :) 22:12:23 &lt;KillYourTV&gt; 那现在的主题是？ ;) （我没看到切换） 22:12:30 &lt;lillith&gt; &lt;lillith&gt; 2. 资金管理 22:12:41 &lt;lillith&gt; &lt;lillith&gt; 据我所知，关于赏金的资金管理已经讨论得差不多了 22:12:41 &lt;str4d_&gt; lillith：eche 正在筹措所需资金。 22:12:48 &lt;lillith&gt; &lt;lillith&gt; 但还有其他非赏金的资金用途，例如购买 SSL 证书 22:13:16 &lt;str4d_&gt; &lt;kytv2&gt; eche|on：证书情况有更新吗？我有段时间没去弄“真”证书了，不知道现在验证流程要多久。 22:13:19 &lt;str4d_&gt; &lt;eche|on&gt; kytv2：我在筹 3000 欧元和证书申请... 22:13:29 &lt;lillith&gt; 那就是在掌控之中？ 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; 已经推送了.. 22:14:14 &lt;KillYourTV&gt; 是的，正在处理 22:14:21 &lt;orion&gt; 我能再重申一下我的观点吗：让一个人管理所有资金是很危险的？ 22:14:45 &lt;orion&gt; 好吧 22:15:00 &lt;dg&gt; 当前话题 = ？ 22:15:03 &lt;orion&gt; 资金并没有被放进什么离岸公司，对吧？ 22:15:14 &lt;lillith&gt; &lt;lillith&gt; 2. 资金管理 22:15:21 &lt;str4d_&gt; orion：没有。 22:15:58 &lt;iRelay&gt; &lt;weltende@freenode&gt; 据我回忆，eche 想和一位律师谈谈把 i2p 变成某种官方实体的事 22:15:58 &lt;lillith&gt; dr|z3d：ping :) 22:16:12 &lt;str4d_&gt; 目前我们的资金在 eche|on 名下的（银行？）账户里，以及（大部分）在 eche|on 持有的比特币钱包中。 22:16:49 &lt;KillYourTV&gt; 是的，没错，在 .at，如果我没记错 22:17:07 &lt;KillYourTV&gt; （关于：“官方实体”） 22:18:46 &lt;lillith&gt; at 是指奥地利？ 22:18:53 &lt;dg&gt; 是 22:19:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; （不是澳大利亚 *scnr*） 22:19:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; （如果你好奇，这是 EEVblog 的老梗） 22:20:26 &lt;lillith&gt; 好吧，看起来我们又进入下一个话题了 22:20:41 &lt;lillith&gt; 3. 将项目正式化 22:21:12 &lt;str4d_&gt; lillith：关于资金管理，它很大程度上取决于项目的“官方”地位以及项目管理的状况。 22:21:30 &lt;str4d_&gt; （前者关系到资金存放于何处，后者关系到资金如何支出） 22:22:14 &lt;lillith&gt; 好，可以理解 :) 那我们可以在议题 2 和 3 之间交叉讨论一会儿 :) 22:25:16 &lt;trolly&gt; 得走了 22:25:19 &lt;trolly&gt; 拜 22:25:47 &lt;trolly&gt; 稍后我会把新翻译发给你 str4d_ 22:29:26 &lt;lillith&gt; 或者也可能不会，视情况而定 22:30:11 &lt;lillith&gt; 我建议该继续了 :) 22:30:28 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 开始为作业 I2P-Bote 启动构建 #28 22:30:28 &lt;lillith&gt; 4. 在 i2p 中做决策的流程 22:31:27 * KillYourTV 支持将关于重要决策的长讨论移到邮件列表 22:31:30 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 项目 I2P-Bote 构建 #28：成功，用时 1 分 3 秒： `http://jenkins.killyourtv.i2p/job/I2P-Bote/28/` 22:31:34 &lt;lillith&gt; 所以，邮件列表、层级结构等 22:31:37 &lt;KillYourTV&gt; 这样任何人都可以在自己方便的时候参与 22:31:50 &lt;lillith&gt; 我想在这里郑重提名一下 Syndie 22:31:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:32:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; (@ML) 22:32:04 &lt;lillith&gt; 首先，一切默认都有签名 22:33:18 &lt;KillYourTV&gt; 我也喜欢 Syndie（当然），但邮件列表更便于局外人参与 22:33:45 &lt;lillith&gt; 不过，是的，我原则上同意。没有必要干等那些显然不会发生的讨论 22:33:48 &lt;KillYourTV&gt; 这并不是说讨论不能镜像到 Syndie 上…… 22:34:33 &lt;iRelay&gt; &lt;weltende@freenode&gt; 是啊.. 能有个 NNTP↔Syndie 网关之类的就好了 22:34:36 &lt;lillith&gt; 当然，正式迁移只需要再开一个主题帖而已 ;) 22:35:54 &lt;KillYourTV&gt; 21:00 UTC 并不适合每个人。在邮件列表里，时区不成问题。邮件列表没有网络分裂、转发故障或掉线。对于有意义的讨论，邮件列表（依我看）是唯一正确的道路。 22:36:30 &lt;dg&gt; KillYourTV：我同意。 22:37:54 &lt;KillYourTV&gt; 当你需要非常接近实时的交流时，IRC 很好……但“我们需要一个新域名”并不那么紧急。发到列表里，等某个用户有空就会处理。 22:37:54 &lt;lillith&gt; 我认为 Syndie 具有邮件列表的所有优点且有过之而无不及，唯一的问题是对局外人的可达性 22:38:32 &lt;lillith&gt; 再说，我们想纳入的人里有多少已经在用邮件列表？ 22:39:03 &lt;KillYourTV&gt; 有人提到过 Syndie 的 Web 应用，但我不认为那项目有（或将会有）进展。 22:40:20 &lt;KillYourTV&gt; 我猜用邮件列表的人比用 IRC 的更多。 22:40:31 &lt;lillith&gt; 我不想在这里主导 Syndie vs 邮件列表的讨论，但我觉得这是值得考虑的事 22:41:25 &lt;iRelay&gt; * 老实说，weltende@freenode 更喜欢他的邮件/NNTP 客户端 22:42:04 &lt;KillYourTV&gt; 通过 mutt 使用 Syndie 就是“赢” 22:43:14 &lt;lillith&gt; 这个话题还包括层级结构，我们之前提到过，但在我看来需要展开一下 22:45:09 &lt;dg&gt; 我不知道我们是否还能在 IRC 会议上既轻松讨论又对任何事情达成共识。 22:45:28 &lt;dg&gt; 在 2006 年那会儿它还能奏效，因为更多是快速的项目更新；但现在不是了，涉及的是冗长的辩论/讨论。 22:46:40 &lt;lillith&gt; 有更多时间思考，会带来不跑题、经过深思熟虑、清楚明了的讨论 22:46:47 &lt;lillith&gt; 话题分叉（线程）也 = 赢 22:47:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:47:21 &lt;KillYourTV&gt; +1 22:47:28 &lt;dg&gt; +1 22:47:39 &lt;dg&gt; 我还想补充一句：NNTP，太棒了。 22:47:50 &lt;lillith&gt; IRC 会议一直是个实验，而这个实验失败了 :) 22:48:05 &lt;dg&gt; 嘿，lillith，至少我们现在在讨论，对吧？ :) 22:49:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; 我认为我们应该保留 IRC 会议，并把那些在会议上耗时很长或讨论很多的事项移到邮件列表 22:50:11 &lt;lillith&gt; 是啊 :) 似乎也没人真喜欢开会 哈哈 22:50:15 &lt;dg&gt; 我觉得主要是时间安排的问题。 22:50:18 &lt;dg&gt; 以及需要快速回应的压力.. 22:50:18 &lt;dg&gt; postman: `http://zzz.i2p/topics/1367` 22:50:18 &lt;lillith&gt; 但不可能找到对每个人都合适的时间 22:50:18 &lt;lillith&gt; 而且有些人的时间表不规律 22:50:18 &lt;dg&gt; 确实如此。 22:50:25 &lt;iRelay&gt; 标题：zzz.i2p: I2P and e-mail（在 zzz.i2p） 22:50:30 &lt;lillith&gt; 我怀着沉重的心情，颇有点诗意，我很乐意把上一次会议“baf”掉 ;) 22:50:41 &lt;dg&gt; weltende：我也是这么想的.. 保留 IRC 会议，用来讨论一些在邮件列表里的事情（实际执行之类）。W 22:50:44 &lt;dg&gt; 去吧，lillith。 22:51:26 * lillith 将会议 baf 地宣布结束 22:51:36 &lt;lillith&gt; 谢谢，晚安 :) 22:52:01 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 开始为作业 I2P 启动构建 #103 22:52:09 &lt;lillith&gt; susimail 能处理邮件列表吗？ 22:52:41 &lt;KillYourTV&gt; 当然，但我会用像 Claws 或 mutt 这样的“真”客户端 22:53:04 &lt;KillYourTV&gt; （只是个人偏好问题） 22:54:55 &lt;lillith&gt; 啊，那就好 :) 22:56:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 项目 I2P 构建 #103：成功，用时 4 分 34 秒： `http://jenkins.killyourtv.i2p/job/i2p/103/` 23:01:15 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 项目 I2P UnitTests 构建 #74：成功，用时 4 分 31 秒： `http://jenkins.killyourtv.i2p/job/UnitTests/74/` 23:04:51 &lt;KillYourTV&gt; 并且 +1 支持继续开会，同时把更大的议题移到邮件列表/论坛/Syndie。 23:05:54 &lt;KillYourTV&gt; IRC 适合快速状态更新……不过某种“通讯简报”也可以起到这个作用。 23:06:19 &lt;lillith&gt; 有开头（一些目标）和结尾（达成共识）是件好事 23:06:22 &lt;dg&gt; 邮件列表也适用于告警。看看 Tor 如何处理共识问题。 23:06:46 &lt;lillith&gt; “今天我们决定了这个，并且我们要为此做这些事” 23:07:29 &lt;lillith&gt; 我不确定，但我想象邮件列表的讨论会拖很长，没有明确的终点 23:07:52 &lt;lillith&gt; 不过给通讯简报 +1 23:08:33 &lt;KillYourTV&gt; 可能会，当然……但我认为在一场长邮件列表讨论中能完成的，比一场 4-5 小时的 IRC 会议更多。 23:09:08 * lillith 以开放的心态报名了 :) 23:09:38 * psi 喜欢邮件列表这个主意 23:09:53 &lt;K1773R&gt; 邮件列表在哪？ 23:10:01 * KillYourTV 非常喜欢邮件列表，但（互联网上的那些）可能会导致他的 AFK 身份暴露……嘿 23:10:12 &lt;KillYourTV&gt; lists.i2p2.de 我想是这个 23:10:39 &lt;KillYourTV&gt; 然后（/me 向上滚动） 23:10:54 &lt;KillYourTV&gt; `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 23:11:08 &lt;iRelay&gt; 标题：lists.i2p2.de Mailing Lists（在 vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p） 23:11:24 &lt;dg&gt; 它只是重定向 23:11:55 &lt;KillYourTV&gt; 还有 nntp.welterde.i2p 23:12:37 &lt;KillYourTV&gt; alt.privacy.i2p.*, alt.privacy.syndie.* 23:13:16 &lt;KillYourTV&gt; （为 darrob 指出正确的 Usenet 组干杯） 23:14:57 * RN 漫步离开去鼓捣 Thunderbird 23:17:46 &lt;str4d_&gt; +1 支持继续开会（但要把握时间），并且 +1 支持把“重要”的讨论放到邮件列表。 23:19:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; 给有兴趣的人……目前允许在以下组发帖： 23:19:35 &lt;iRelay&gt; &lt;weltende@freenode&gt; post: "i2p.*,alt.anonymous,alt.anonymous.*,alt.privacy.anon-server,alt.privacy.anon-server.*,alt.privacy.i2p.*,alt.privacy.syndie.*" 23:25:35 &lt;KillYourTV&gt; 在“重要”讨论搬过去之前，这个必须修好 http://lists.i2p2.de/pipermail/i2p-general/ 23:25:42 &lt;iRelay&gt; 标题：The I2p-general Archives（在 lists.i2p2.de） 23:26:27 &lt;KillYourTV&gt; ……除非消息是被故意清空的（这就说不通了） 23:30:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; 嗯.. 23:30:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; 目前没头绪.. 不过我现在要去睡了 </div>/zh/blog/2013/03/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B43%E6%9C%8826%E6%97%A5/Tue, 26 Mar 2013 00:00:00 +0000/zh/blog/2013/03/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B43%E6%9C%8826%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, LaughingBuddha, lillith, Meeh, nom, orion, str4d, Umlaut, weltende</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 21:01:00 &lt;dg&gt; So, who is here? 21:01:11 &lt;orion&gt; Me. 21:01:18 &lt;str4d&gt; o/ 21:01:37 &lt;lillith-&gt; i'm here :) 21:02:10 &lt;dg&gt; eche|on, Meeh, KillYourTV, psi, hottuna 21:02:21 &lt;Umlaut&gt; count me in too (as a spectator) 21:02:28 * nom is listening, while coding on some side projects 21:02:39 &lt;dg&gt; Feel free to contribute if you feel you have something to add. 21:03:04 * dg waits a minute or two more 21:03:27 &lt;lillith&gt; rundown of topics in the meantime dg? 21:03:42 &lt;dg&gt; Topics: 21:03:45 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:03:45 &lt;dg&gt; * Managing money 21:03:46 &lt;dg&gt; ** Making the project "official" - benefits/negatives/how 21:04:24 &lt;lillith&gt; i had something to add *thinks* 21:04:31 &lt;dg&gt; hm? 21:06:37 * lillith can't remember... probably nothing too important anyway :) 21:09:14 * dg frowns at the lack of others 21:09:44 * LaughingBuddha spectates 21:10:27 &lt;dg&gt; Let's start then 21:10:54 * lillith remembered! 21:10:59 &lt;dg&gt; hm? 21:11:14 &lt;dg&gt; RN: ping 21:11:25 &lt;lillith&gt; as kytv|away pointed out, if we're deciding on voting we need some sort of elegibility criteria :) 21:11:49 &lt;dg&gt; aye 21:12:07 &lt;dg&gt; Let's get started 21:12:10 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:12:13 &lt;lillith&gt; i expect asdfsdafsdafsd wishes to be invluded int points 1+2 :) 21:12:24 &lt;orion&gt; Are bounties working? 21:12:43 &lt;dg&gt; Everything merged into one big argument last time over bounties, management and BTC so trying to spread it out this time & be dignified. 21:12:53 &lt;LaughingBuddha&gt; Who's the guy for bounties? eche|on? 21:13:00 &lt;lillith&gt; yep 21:13:11 &lt;LaughingBuddha&gt; Is he here? 21:13:11 &lt;str4d&gt; Determining if bounties are working depends on what the defined purpose of a bounty is. 21:13:11 &lt;dg&gt; define "working". Are they, IMO, bringing in the developers or fixes we need? No. 21:13:18 &lt;lillith&gt; he's in control of all money - point 2 :) 21:13:25 &lt;orion&gt; Then let's think of something else. 21:13:40 &lt;dg&gt; The bounty system does not seem to be working for even the bounties themselves. 21:13:54 &lt;lillith&gt; i think there should be some sort of benefit or incentive further than loving i2p 21:14:09 &lt;dg&gt; A lot of the links on the page are 404s too but that's an unrelated issue 21:14:12 &lt;str4d&gt; From the bounties page: " Instead, we are making use of a bounty system, whereby anyone can get support for working on something that people want implemented, and people who want to contribute to I2P can be assured that their support goes to what they care about." 21:14:12 &lt;lillith&gt; we have to draw people in then keep them with our charm and civility ;) 21:14:23 &lt;LaughingBuddha&gt; Not that I'm in the position to work on any of the bounties, but they seemed to quite vague last time i looked at them 21:14:30 &lt;LaughingBuddha&gt; to be* 21:14:37 &lt;orion&gt; The only thing that will draw attention to I2P is content. 21:14:45 &lt;dg&gt; eche|on posted his thoughts here - `http://zzz.i2p/topics/1359` - if he could not attend. 21:14:48 &lt;nom&gt; imo bounties do not work, because a code base is only as good as its maintenance, and paying someone for 'completion' gives the wrong ideas/incentives about what we need in terms of developers, for code to be worth using on a distributed scale, it has to be continually worked on by motivated people. having one person create a code base, get paid and possibly disappear does nothing to benefit the community 21:14:51 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 21:14:57 &lt;lillith&gt; str4d: instead, as opposed to...? 21:15:17 &lt;str4d&gt; From that statement above, the purpose of bounties would seem to be to finance one-off drives to get specific features implemented. 21:15:20 &lt;Umlaut&gt; are bounties appropriate? - I think it depends, imo bounties for devs, for particular project and where no contest/conmpetiotion is involved - in such cases they are appropriate 21:15:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: it worked in the past if you look at the bounty page.. 21:15:30 &lt;dg&gt; str4d: Is that what we want? 21:15:41 &lt;LaughingBuddha&gt; nom: agreed 21:15:48 &lt;str4d&gt; Does that work? Somewhat. 21:16:03 &lt;str4d&gt; weltende, exactly. There are clear examples of bounties being taken. 21:16:18 &lt;dg&gt; http://www.i2p2.de/bounties.html 21:16:29 &lt;iRelay&gt; Title: Bounties - I2P (at www.i2p2.de) 21:16:34 &lt;str4d&gt; Bounty uptake IS slow, due to a lack of visibility/advertising/marketing/whatever, but the bounties are slowly getting taken. 21:16:41 &lt;dg&gt; I don't know if the bounties which are being fufilled are perhaps not being fufilled the way we want too. 21:17:03 &lt;str4d&gt; But, of the claimed bounties, not a single developer is currently with I2P. 21:17:10 &lt;dg&gt; For example: "Datastore over I2P" - "CLAIMED for 700 euro" - "duck, smeghead" 21:17:20 &lt;lillith&gt; perhaps, change bounties to ..... and maintain your work for a reasonable time 21:17:23 &lt;nom&gt; to get actual continuous development going, a better model is one of project/stipends, where people donate to a project with stated goals, and the people running that project pay the money out continuously to people who are actively working to accomplish those goals 21:17:34 &lt;dg&gt; The solution was, IMO, hacky, the bountry $$$ was rather high for the hack and the two developers for that bounty are nowhere to be found. 21:17:46 &lt;str4d&gt; dg: that's irrelevant - as per the current bounty outline, it is up to the donor to decide on the completion. 21:18:01 &lt;dg&gt; What if multiple donors exist? 21:18:08 &lt;str4d&gt; First donor. 21:18:11 &lt;orion&gt; I don't like bounties. IMO, the one way to draw developers in is to draw attention to I2P. 21:18:15 &lt;str4d&gt; (as per current outline) 21:18:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; lillith: not really needed imho if it's in the core router.. 21:18:25 &lt;str4d&gt; If a bounty is funded by I2P, then it does become relevant as I2P itself is the judge. 21:18:32 &lt;dg&gt; Oh. That doesn't seem right. :s. 21:18:54 &lt;orion&gt; IMO, the best way to draw attention to I2P is by providing content. 21:19:06 &lt;dg&gt; Right, but some of the bounties can lead to content. 21:19:13 &lt;str4d&gt; I'm not arguing for the current bounty system, just outlining it. 21:19:44 &lt;dg&gt; str4d: right, and thanks. 21:20:03 &lt;nom&gt; honestly i think a big part of the problem is that were conflating things that are directly part of the i2p code base, with things that are simply run ontop of i2p. ex translation vs datastore 21:20:03 &lt;str4d&gt; The biggest problem with a semi-anonymous project like I2P is developer retention. The current bounty model does nothing to help that. 21:20:42 &lt;dg&gt; I'm against the bounty system as it doesn't help the ecosystem we have, evidently (none of the developers are here today..) and I feel project funds could be better allocated. 21:20:57 &lt;nom&gt; a bounty/payment for one person to do one specific part of the code base is fine in theory, but they don't work for creating continuous development of apps/systems that run ontop of i2p 21:21:12 &lt;str4d&gt; I concur. 21:21:17 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: well.. if there aren't taken, then the money isn't spent.. 21:21:54 &lt;dg&gt; weltende: The funds are in reserve, they cannot be spent as they are allocated for spending on $bounty. 21:21:57 &lt;nom&gt; like adding unit tests to i2p could be worth a bounty, but it would probably be better to make an arrangement with coders who will be paid a small amount continuously to keep adding more unit tests as needed 21:22:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; if you however think that for a certain bounty the code isn't good enough or so.. it might be a good idea to specify more clearly in the bounty description what needs to be done 21:22:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: which is only a problem if we have to spend the money right away 21:23:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; it's not reserved forever as you can see in the bounty page.. funds have gone back to the money pool before 21:23:21 &lt;dg&gt; weltende: I doubt we will ever be at the point where we NEED the funds allocated to bounties but it seems redundant. 21:23:44 &lt;str4d&gt; Fund allocation is beside the current point. 21:23:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: exactly my point 21:24:11 &lt;lillith&gt; dg: are competitions included in bounties or are they point 1.5? 21:24:14 &lt;str4d&gt; There will always be money, in one way or another. 21:24:26 &lt;str4d&gt; (Or not) 21:24:29 &lt;nom&gt; i think the datastore is a great example of where bounties shouldn't be used, for something as complex as a universal datastore to be viable, it has to be its own project with active developers, paying someone for completion will get you something that is marginally functional, but it will never improve 21:24:40 &lt;LaughingBuddha&gt; ^ 21:24:40 &lt;str4d&gt; nom: agreed. 21:24:43 &lt;dg&gt; lillith: Competitions hadn't occurred to me but I suppose it would be the point after this. 21:24:46 &lt;Umlaut&gt; Let me refer to the i2p artwork contest for 29c3 - Was that really a dev project? Was it appropriate to use bounties in it? While there was no even strict criteria stated? 21:24:57 &lt;str4d&gt; The result will satisfy the bounty, but likely will not scale. 21:25:00 &lt;dg&gt; nom: Couldn't have said it better myself. 21:25:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: torrents were nothing but a bounty either.. 21:25:34 &lt;LaughingBuddha&gt; Umlaut: i thought they were echelons personal funds? 21:25:54 &lt;Umlaut&gt; if I was willing to contribute to the contest, the bounty would rather discourage me? 21:26:01 &lt;lillith&gt; (most) bounties are set by users - between giving them a choice and them not donating at all, at least with a bounty they have some say in what happens 21:26:32 &lt;nom&gt; to put it another way... there are no bounties at google.... 21:26:32 &lt;Umlaut&gt; LaughingBuddha really? then sorry, I wasn't aware about that 21:26:32 &lt;nom&gt; weltende yes but zzz is continuing to work on snark isn't he? 21:26:47 &lt;str4d&gt; If I2P had an established structure for spinning off projects (or acting as an umbrella for them) then that would be a different matter (but that ties in to the later point about "official"ness). 21:26:51 &lt;LaughingBuddha&gt; Umlaut: I might be mistaken but I thought i read that somewhere 21:27:04 &lt;str4d&gt; I think that bounties are useful, but not in the way that they are currently being marketed. 21:27:08 &lt;lillith&gt; LaughingBuddha: all i2p's funds are technically eche|on's personal money 21:27:11 &lt;dg&gt; nom: zzz was around anyway though. I think his motivations and such are different than gaining rewards and the bounty program has little to do with it. I do not believe he gained anything from the torrent bounty either. 21:27:18 &lt;str4d&gt; And that they shouldn't be the main focus. 21:27:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: yes.. but without the bounty there wouldn't have been a codebase to begin with.. (and he was not part of the bounty dev team) 21:27:21 &lt;dg&gt; We'll get to the money later.. 21:27:40 &lt;LaughingBuddha&gt; lillith: Doesn't he "manage" it? 21:27:47 &lt;LaughingBuddha&gt; dg: ok 21:28:10 &lt;str4d&gt; weltende, you are making a good point. 21:28:14 &lt;lillith&gt; i2p is no legal entity, so it can't own anything. hence it is eche|on's personal money. 21:28:29 &lt;str4d&gt; Bounties are useful for kickstarting code, not for continued development. 21:28:36 &lt;LaughingBuddha&gt; lillith: I see 21:28:36 &lt;nom&gt; if you want continuous development you should pay developers continuously to work on things they want to work on. donating money to get something done is fine, but it shouldn't be given as a lump sum to whoever can get an 0.0.1 working first, it should be used to fund project development over time 21:28:39 &lt;lillith&gt; he could legally leave with it all one day (he wouldnt', but he could) 21:28:48 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: and I don't really see your point with no bounties at google.. the people that work for google get paid to work there.. 21:28:52 &lt;lillith&gt; ^this 21:29:27 &lt;LaughingBuddha&gt; But it seems we agree with the first part of nom's statement. No? 21:29:30 &lt;lillith&gt; eg bounty of $X per month to work on something 21:29:45 &lt;LaughingBuddha&gt; Yeah 21:29:52 &lt;iRelay&gt; &lt;weltende@freenode&gt; or perhaps define milestones in the bounty? 21:29:56 &lt;Meeh&gt; Seems like a good solution 21:30:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; (and upon reaching milestone $X you get $Y amount of money) 21:30:07 &lt;dg&gt; That sounds good. 21:30:14 &lt;LaughingBuddha&gt; milestones seem like a good idea 21:30:17 &lt;LaughingBuddha&gt; but they need to be clearly outlined 21:30:20 &lt;dg&gt; Milestones + continuous payment? 21:30:20 &lt;nom&gt; lol thats what my point was, they get paid, and they do work, and the work they do isn't directly connected with how they get paid. ofc if they stopped doing work, they would stop getting paid, but their not getting paid for completing a specific piece of code, their getting paid enough to live on and spend their lives coding 21:30:23 &lt;str4d&gt; Milestones is sort of like what the Unit Tests bounty currently has. 21:30:27 &lt;lillith&gt; is it eche|on we have to ask nicely to change the website etc? 21:30:38 &lt;dg&gt; no, website is in mtn 21:30:41 &lt;Umlaut&gt; nom I agree with your point, paying to the devs who are reliable and known for being good contributors 21:30:44 &lt;str4d&gt; lillith: no, anyone can change the website. 21:30:54 &lt;Meeh&gt; Or keep a part of the bounty as a "continued support" payment per month of the application/whatever 21:31:22 &lt;Meeh&gt; So we don't get outdated apps, libs, etc. 21:31:29 &lt;LaughingBuddha&gt; Would the project be judged at every milestone then? 21:31:44 &lt;dg&gt; LaughingBuddha: good point. Who by? 21:32:00 &lt;nom&gt; eh, milestones are just smaller bounties... a simpler solution is to have a pool of money for a project, and someone/group of someones who pay the money to people who are actively working on it 21:32:03 &lt;dg&gt; The "board"? (Againg, getting to this later). 21:32:10 &lt;LaughingBuddha&gt; Dev board? 21:32:10 &lt;LaughingBuddha&gt; yeah 21:32:29 &lt;nom&gt; generally you would end up with the dev board being the same people who are getting paid ofc... 21:32:46 &lt;lillith&gt; to make anything decided upon here 'official', is that as simple as someone checking an update to the website into mtn? 21:32:55 &lt;LaughingBuddha&gt; how many active devs are there working on the i2p codebase? 21:32:58 &lt;Umlaut&gt; also you need to take under consideration how the current donating system looks from the potential donor (someone new to i2p community especially) point of view 21:33:04 &lt;lillith&gt; LaughingBuddha: one 21:33:07 &lt;dg&gt; lillith: Kinda. And posting ot zzz.i2p. ;_; 21:33:15 &lt;dg&gt; The dev board determine the state of $project and decide if it should continue to get funding? 21:33:18 &lt;Umlaut&gt; i could be one of them 21:33:25 &lt;dg&gt; LaughingBuddha: 2, 3? 21:33:32 &lt;LaughingBuddha&gt; hmm 21:33:47 &lt;nom&gt; the board / employees model seems to work pretty well for 99% of the corporations in the world. you have a group of people who are the most committed and have already contributed a lot who manage the money, and you have people who join and contribute and get paid for their efforts based on the judgement of the long time contributors 21:33:54 &lt;LaughingBuddha&gt; What if we set up a board of min. 5 people who are knowledgeable on the subject? 21:34:01 &lt;LaughingBuddha&gt; Devs + Users 21:34:09 &lt;Umlaut&gt; and i would trust the system more if there was more than one person, something like mentioned already dev-board which handles the money 21:34:24 &lt;orion&gt; What if you had to pay to be on the board? 21:34:31 &lt;LaughingBuddha&gt; wut 21:34:38 &lt;nom&gt; (this only works tho if you can separate i2p proper projects, from projects that just run on i2p, which should not be managed by the i2p dev team itself) 21:34:38 &lt;str4d&gt; orion: not a good model. 21:34:47 &lt;str4d&gt; inb4 Russian oligarch takes over I2P 21:34:57 &lt;LaughingBuddha&gt; haha 21:35:06 &lt;nom&gt; inb4 already happened, zzz = vladimir 21:35:10 &lt;orion&gt; Pay in code. 21:35:29 &lt;LaughingBuddha&gt; And how do you measure how much you have to pay? 21:35:32 &lt;LaughingBuddha&gt; 200 lines of code? 21:35:35 &lt;lillith&gt; some people are big contributers without coding 21:35:46 &lt;orion&gt; No idea, just brainstorming. 21:35:49 &lt;nom&gt; like any oligarchy the only natural system is election by the existing board 21:35:49 &lt;str4d&gt; Exactly. 21:36:03 &lt;dg&gt; So, would the normal "dev" (team) board (coming up later) decide if $project is worth paying out to? 21:36:15 &lt;dg&gt; Overcomplication will lead to it not being done 21:36:22 &lt;lillith&gt; 3 tiers: inner circle, outer circle, others 21:36:30 &lt;LaughingBuddha&gt; lillith: i like that 21:36:37 &lt;lillith&gt; other = new/ unknown people 21:36:51 &lt;lillith&gt; outer circle = known/ trusted people 21:36:51 &lt;LaughingBuddha&gt; because we don't seem to have enough devs for a real judge panel 21:37:02 &lt;Umlaut&gt; dg I would think so as the devs should know *best* what project are most important/urgent/worth spending money on 21:37:05 &lt;lillith&gt; inner circle voted for by outer circle 21:37:20 &lt;nom&gt; its a hierarchy, the i2p project as a whole is more than just the i2p dev team, but they are the tip of the spear so to speak. they get / have the most donations / resources. but other projects built ontop of i2p wouldn't be managed by the i2p dev team, but could get funding from i2p proper 21:37:23 &lt;lillith&gt; kind like meetings but more structured hierachally 21:38:13 &lt;dg&gt; imo &lt;+dg&gt; Overcomplication will lead to it not being done 21:38:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 21:39:15 &lt;dg&gt; The whole (team/dev) "board" idea ties in nicely as we will be discussing this next anyway 21:39:22 &lt;dg&gt; Should we leave this for another time or ...? 21:39:28 &lt;nom&gt; in short, zzz eche and whoever else they consider to be part of the 'board' of i2p are in charge of the money/decisions (they already are), and other projects on i2p should be structured similarly with their own boards of decision makers. instead of bounties for a sub project (datastore, btc client, etc) the bountie should be given to the board for that project, and let them decide how to spend it to get things done 21:39:39 &lt;lillith&gt; so shall we get back on topic or has bouties been discussed to death? 21:40:49 &lt;nom&gt; and the decision to give a bounty to a board of devs for a project obviously has to be made by the board of i2p, that way you don't have 3 people show up, say their gonna do something, get the money and then never do it. 21:41:13 &lt;dg&gt; nom: +1 21:41:21 &lt;Meeh&gt; nom: +1 21:41:24 &lt;LaughingBuddha&gt; nom: I think it's payed out upon completion 21:41:34 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:41:46 &lt;LaughingBuddha&gt; nom: +1 21:41:54 &lt;dg&gt; I think that's a good note to end on? :) 21:42:14 &lt;Meeh&gt; Agreed 21:42:24 &lt;nom&gt; in the future it would be better for donators to give directly to the sub project if a board/group already exists, instead of donating to eche to create a bounty. since if theres already a group working on it, they would be the best to determine how to use the money to accomplish those goals 21:42:53 &lt;dg&gt; ok, moving on 21:42:58 &lt;Umlaut&gt; nom that makes perfect sense 21:43:01 &lt;Umlaut&gt; nom++ 21:43:11 * nom raises his glass, cheers mates 21:43:18 &lt;dg&gt; I feel we have covered "managing money" mostly and it comes under "making the project official" anyway 21:43:21 &lt;LaughingBuddha&gt; :) 21:43:21 &lt;dg&gt; So let's do the latter? 21:43:47 &lt;lillith&gt; clarify the position on money first for lurkers? 21:43:54 &lt;iRelay&gt; &lt;weltende@freenode&gt; for an e.V. we would at least 7 people who are willing to go public as members 21:43:55 &lt;LaughingBuddha&gt; Official = Register as Organisation? 21:44:26 &lt;dg&gt; LaughingBuddha: yes 21:44:29 &lt;Meeh&gt; in case register as a organization, in which country? 21:45:01 &lt;dg&gt; lillith: Bounty funds should go to teams assigned by the core I2P board.. if we go ahead with that. 21:45:04 &lt;dg&gt; Meeh: US, I assume? 21:45:07 &lt;Meeh&gt; that also need deanonymization of sertiant people 21:45:14 &lt;Umlaut&gt; ok so who are the brave souls to give up their anonymity (if that means going official)? 21:45:17 &lt;orion&gt; What did you guys decide on? 21:45:20 &lt;iRelay&gt; &lt;str4d@freenode&gt; Not necessarily the US 21:45:28 &lt;nom&gt; idk if 'offical' designation would really be all that useful... i honestly can't see what the benefit would be 21:45:31 &lt;lillith&gt; presumably the people have to be in the US too? 21:45:54 &lt;lillith&gt; nom: a legal entity to donate to 21:45:54 &lt;nom&gt; other than to put the project/people more on the radar of the powers that be... 21:46:06 &lt;Meeh&gt; I can give out my identity, so no problem for me.. But I guess I'm not allowed into the US, so yea. 21:46:17 &lt;orion&gt; Registration is stupid. 21:46:28 &lt;LaughingBuddha&gt; dg: What are the benefits? 21:46:39 &lt;orion&gt; Let's just spread out the money among different "accounts" managed by different people. 21:46:55 &lt;orion&gt; I.e, the eche|on account, the zzz account, the dg account, etc. 21:46:57 &lt;LaughingBuddha&gt; A wallet for each (sub)project? 21:47:04 &lt;dg&gt; LaughingBuddha: Managing the project's money under "I2P" and not a singular person, or persons. An official guise is far less suspicious and accountable. 21:47:09 &lt;orion&gt; No. 21:47:12 &lt;Umlaut&gt; Do you think that going official would bring some real benefits to the i2p-world? 21:47:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; orion: not sure if the tax office might not find tht fishy 21:47:14 &lt;orion&gt; Just different "accounts". 21:47:32 * nom thinks the focus should be more on the logistics of the hierarchy of boards / democracy / voting thing. to actually have a system like that we would need either a well run website, or some sort of distributed system for it 21:47:35 &lt;LaughingBuddha&gt; dg: I see 21:47:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; it would certainly bring a lot of paperwork 21:47:54 &lt;lillith&gt; Umlaut: no more complaining about eche|on holding the money 21:48:04 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:48:13 &lt;iRelay&gt; * str4d@freenode clones nom's brain 21:48:14 &lt;dg&gt; nom: perhaps so, yeah. If we can arrange that, then we can come to a consensus on this.. 21:48:44 &lt;orion&gt; For the record, if you guys want to do something that requires giving up anonymity, I will do it. 21:48:57 &lt;dg&gt; git clone `http://git.repo.i2p/repo/nom.git` 21:49:00 &lt;LaughingBuddha&gt; I'd consider it 21:49:03 &lt;iRelay&gt; &lt;str4d@freenode&gt; Going "official" is primarily a financial decision IMHO; it doesn't really contribute to the structure. 21:49:22 &lt;orion&gt; Even though I am opposed to the idea of going to the government, I will do it if that is what the project decides is best. 21:49:40 &lt;dg&gt; So, let's change the focus to the organizational structure 21:49:51 &lt;dg&gt; (As that supercedes this anyhow) 21:50:06 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: well.. e.V. requires the members to vote for an board once a year... so we already have procedure for voting for the board then ;) 21:50:14 &lt;dg&gt; "The Debian project only allows voting to be done by 'Debian Developers' (where "$developer" = "any sort of contributor"). If there is any sort of voting system enabled here it would need to be limited in a similar fashion, otherwise the system would be ripe for abuse, allowing for a small but vocal clique to push its demands through." 21:50:21 &lt;dg&gt; Should we adopt a similar approach? 21:50:25 &lt;LaughingBuddha&gt; (for the e.V.) 21:50:44 &lt;lillith&gt; how much do you need to contribute to be a contributer? 21:50:59 &lt;iRelay&gt; &lt;str4d@freenode&gt; The problem with the "Debian Developers" approach is the number of developers I2P has (very few) 21:51:05 &lt;lillith&gt; ie is being active in #i2p-help enough? 21:51:25 &lt;Meeh&gt; we must find a definition on contributer 21:51:33 &lt;sigint&gt; for what? 21:51:36 * lillith does not read 'contributer' as 'code contributer' 21:51:55 &lt;dg&gt; str4d: "any sort of contributor". 21:51:59 &lt;lillith&gt; sigint: read scrollback on sighup ;) 21:52:10 &lt;sigint&gt; will do 21:52:12 &lt;iRelay&gt; &lt;str4d@freenode&gt; dg, yeah, just read that part *derp* 21:52:12 &lt;nom&gt; org structure is pretty simple in theory, just have a three tiered system of board members (elected by the existing board oligarchy), contributors (elected at large by the existing group of contributors), and users (everyone else, including people who /want/ to be seen as contributors, but havn't been around long enough for people generally to trust them) 21:52:27 &lt;lillith&gt; sighup's like your little brother ;) 21:52:39 &lt;Umlaut&gt; it all depends on the scale of contribution, reliability of the contributor and other factors 21:53:06 &lt;nom&gt; sorta like, royalty, nobility, and the commoners.... 21:53:13 &lt;Umlaut&gt; reliability = being trusted by others 21:53:16 &lt;lillith&gt; maybe a good start will be starting with rough numbers and working from there? 21:53:31 &lt;Umlaut&gt; nom i'm actaually referring to what you have said 21:54:09 &lt;Umlaut&gt; not reliable = someone who promised to do something, raised some hope and then run away (with a bounty..) 21:54:24 &lt;nom&gt; hmm yah 21:55:35 &lt;dg&gt; nom: "existing"? 21:56:15 &lt;orion&gt; I gotta go. In closing I just want to say that having funds in one central location makes it easier to steal by oppressive governments, and that if we need to do something which requires giving up my anonymity, I will do it. Cya 21:56:26 &lt;nom&gt; perhaps, supreme court(board), senate(contributors) and house(users) would be better... the board has the real control over all the decisions, but they take into account the votes of the contributors who are trusted identities, and the votes of the general population of users too, but you don't weigh that too much as theres no real protection against people making tons of user idents to vote with 21:56:33 &lt;lillith&gt; bye orion :) 21:56:37 &lt;dg&gt; Should we cut now and continue this next week at the same time? 21:56:40 &lt;nom&gt; o/ orion 21:56:50 &lt;dg&gt; An hour is long, I don't want this to drag on. 21:57:04 &lt;orion&gt; Whatever you want. 21:57:07 &lt;lillith&gt; dg: i'm up for that 21:57:17 &lt;iRelay&gt; &lt;str4d@freenode&gt; I'm happy to continue next week. 21:57:26 &lt;lillith&gt; gives time to ponder what has already been said 21:57:29 &lt;nom&gt; sure, sounds good 21:57:31 &lt;iRelay&gt; &lt;str4d@freenode&gt; We need to think this over. 21:57:43 &lt;iRelay&gt; &lt;str4d@freenode&gt; And hopefully a few more people show up then ^_^ 21:58:07 * nom thinks the main takeaway here is that we could use a site / system to have group decision making / voting on 21:58:07 &lt;lillith&gt; yes... 21:58:14 &lt;dg&gt; I agree, sounds good guys. I'll update the zzz.i2p topic soon (poke me if I don't in 24 hours). 21:58:25 &lt;dg&gt; thanks all. :) 21:58:29 &lt;LaughingBuddha&gt; Good session 21:58:32 * lillith picks up the baffer menacingly 21:58:42 &lt;dg&gt; ;) go 21:58:53 &lt;Umlaut&gt; thanks for letting me join 21:58:53 &lt;lillith&gt; *baf* meeting closed :) 21:59:04 &lt;Umlaut&gt; lights out! 21:59:06 &lt;lillith&gt; thank you, and goodnight :) 21:59:19 &lt;sigint&gt; Great. I joined in right at the end. I forgot that there even was one :| 21:59:22 &lt;nom&gt; inb4 massive well timed netsplit 21:59:25 &lt;sigint&gt; brb, reading backlog 21:59:28 &lt;sponge&gt; o/ 21:59:40 &lt;Umlaut&gt; sigint timezone fail? 21:59:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; o/ sponge. 21:59:50 &lt;sponge&gt; :-) 21:59:57 &lt;lillith&gt; sigint: same time next week ;) say anything you missed the chance to then :) 22:00:12 &lt;sponge&gt; orion wants to know about my ideas I see... 22:00:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; I pointed him in your direction sponge - figured pooling the creative juices was a good idea. 22:01:05 &lt;sigint&gt; lillith: i hadn't explicitely planned on joining this meeting, but it would have been nice. no big deal though. i do have an idea that would be good to bring up in next week's meeting. 22:01:09 &lt;sponge&gt; Yes, excellent. 22:01:32 &lt;sponge&gt; I need people to help with my ideas... I have too many 22:01:35 &lt;sigint&gt; idea: offer btc rewards for security vulnerabilities 22:01:39 &lt;lillith&gt; sigint: it's dg you'll want to talk to on that then :) 22:01:41 &lt;iRelay&gt; &lt;str4d@freenode&gt; (And orions work on i2pcpp has proven that he is good at implementing stuff ^_^) 22:01:58 &lt;iRelay&gt; &lt;str4d@freenode&gt; sigint, post any ideas for next week in the zzz.i2p thread. 22:01:59 * lillith raises eyebrows 22:02:07 &lt;lillith&gt; vairy interesting 22:02:10 &lt;sigint&gt; will do </div>/zh/blog/2013/03/08/0.9.5-%E5%8F%91%E5%B8%83/Fri, 08 Mar 2013 00:00:00 +0000/zh/blog/2013/03/08/0.9.5-%E5%8F%91%E5%B8%83/<p>0.9.5 包含针对一些问题和漏洞的修复与防护，这些问题和漏洞正由加州大学圣塔芭芭拉分校（UCSB）的研究人员进行调查。我们将继续与他们合作，推进更多改进。这也是一个提醒社区的好机会：尽管我们的网络仍在快速增长，但规模相对而言依然不大。可能存在多处弱点或缺陷，足以危及你的匿名性。请通过传播信息并在力所能及的地方贡献力量，帮助我们壮大网络。</p> <p>在本次升级周期中，随机选取的 1% 的 routers（路由器）（以及所有运行开发版的 routers）将尝试通过 i2psnark 实现的实验性网络内 BitTorrent 方式进行更新。如果这不起作用，则应当回退到标准的网络内 HTTP 更新。</p> <p>文件可在<a href="../../en/downloads/">下载页面</a> 获取。</p> <h2 id="发布详情">发布详情</h2> <h3 id="defenses-and-bug-fixes">Defenses and Bug Fixes</h3> <ul> <li>Fix router bug causing lockup when using iMule</li> <li>Recognize, handle, reject duplicate tunnel IDs</li> <li>Fix changing of the log file name</li> <li>Prevent hashcode attack in session tags</li> <li>Add build request throttler based on previous hop</li> <li>Limit concurrent next-hop lookups</li> <li>Catch exceptions storing nonces in console</li> <li>Fix saving graph settings in console</li> <li>Fix eepget generation of URLs when not proxied</li> <li>Encrypt database lookup messages end-to-end when sent through exploratory tunnels</li> <li>Don&rsquo;t use multiple floodfills from the same /16 in a query</li> <li>Randomize delay before verifying floodfill store</li> <li>Increase number of floodfills</li> </ul> <h3 id="防御与缺陷修复">防御与缺陷修复</h3> <ul> <li>Improve support for mobile browsers</li> <li>Partial defenses for UCSB attacks</li> <li>Add announce list support to i2psnark</li> <li>Jetty: upgrade Apache Tomcat to 6.0.36</li> <li>Split router info files into multiple subdirectories</li> <li>Add IP to hostname mapping option in SOCKS</li> <li>Improve PRNG seeding</li> <li>Translation updates: French, German, Hungarian, Italian, Norwegian, Polish, Portuguese, Russian, Swedish</li> <li>Update GeoIP data (new installs and PPA only)</li> <li>Update wrapper to 3.5.17 (new installs and PPA only)</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>d904878f1feb758afb75cae31af52e3504b43b5ff531c060d902145a19eec56e i2pinstall_0.9.5_windows.exe af251596e034b751dc17b73bd35254b94f92d4a3121a6e96479c45c4d846ab30 i2pinstall_0.9.5.jar 441eac3cb7f25c03e7711c7d516626dc86ba6ad373145ab802d150848262c7c2 i2psource_0.9.5.tar.bz2 d20c3f3845c1f4a4cf734dc69cae7de72ff0874cea1382d03d8ac953c50fb139 i2pupdate_0.9.5.zip 06720a0f5067f4efdd1518f0dd1a2f7e65c78c76ae1e4dbd4b4ff72df65299ed i2pupdate.su2 a14f5cfc3b50cbab73b7da8faba48f84e3afb91f112923c5249b6f053291e450 i2pupdate.sud </code></pre>/zh/blog/2013/02/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B42%E6%9C%8819%E6%97%A5/Tue, 19 Feb 2013 00:00:00 +0000/zh/blog/2013/02/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B42%E6%9C%8819%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, hottuna, inscrutus, KillYourTV, lillith, Meeh, str4d</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:25:01 &lt;KillYourTV&gt; 也许我是少数，但我觉得如果要开会，最好真的按时开始。 20:25:24 &lt;inscrutus&gt; 的确 20:26:31 &lt;KillYourTV&gt; 推迟30-60分钟才开始看起来很糟，尤其是对通过转发网络旁观的外界来说。 20:27:21 &lt;inscrutus&gt; 我不记得上次是谁主持的。我们在等他吗？ 20:28:11 &lt;lillith&gt; ^这个 20:28:28 &lt;lillith&gt; inscrutus：dg 经常迟到 20:32:22 &lt;hottuna&gt; KillYourTV，对。我同意 20:33:01 &lt;lillith&gt; 我们可以先不等 dg 开始，如果有人愿意就开吧 20:36:27 &lt;inscrutus&gt; 我记得 IPv6 是上次会议剩下的一个议题…… 20:50:56 &lt;dg&gt; 是的。 20:51:07 &lt;dg&gt; 不过大部分没有 zzz 或 str4d 做不了 20:52:25 * dg 为迟到道歉——一直状态不佳 20:52:40 &lt;dg&gt; 议题是/包括： 20:52:43 &lt;dg&gt; * Syndie 文档（lillith） 20:52:43 &lt;dg&gt; * 邮件列表（meeh） 20:52:43 &lt;dg&gt; * 订阅源（str4d） 20:52:43 &lt;dg&gt; * 想法（任何人） 20:52:54 &lt;dg&gt; Meeh，lillith？ 20:53:03 &lt;dg&gt; 如果你们不在……糟了。 21:18:01 &lt;Meeh&gt; dg：我现在在，抱歉 21:18:20 &lt;dg&gt; 没事，lillith 在吗？ 21:18:23 &lt;dg&gt; 抱歉，不是说你 ;) 21:18:27 &lt;Meeh&gt; 不知道 21:18:49 &lt;inscrutus&gt; lillith 在的，大约45分钟前 21:18:49 &lt;lillith&gt; 我在 21:19:08 &lt;inscrutus&gt; 我纠正一下 21:20:10 &lt;dg&gt; \o 21:20:22 &lt;dg&gt; 大家好，抱歉耽搁了 21:20:42 &lt;dg&gt; 接下来由 lillith 讲 Syndie 文档 21:21:35 &lt;lillith&gt; 现在轮到我了吗，还是我们先把日程过一遍？ 21:21:49 &lt;dg&gt; 我已经把完整的列出来了 ;) 21:21:52 &lt;dg&gt; 可能丢了 21:21:59 &lt;dg&gt; &lt;+dg&gt; 议题是/包括： 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Syndie 文档（lillith） 21:21:59 &lt;dg&gt; &lt;+dg&gt; * 邮件列表（meeh） 21:21:59 &lt;dg&gt; &lt;+dg&gt; * 订阅源（str4d） 21:21:59 &lt;dg&gt; &lt;+dg&gt; * 想法（任何人） 21:21:59 &lt;dg&gt; &lt;+dg&gt; Meeh，lillith？ 21:22:02 &lt;dg&gt; &lt;+dg&gt; 如果你们不在……糟了。 21:22:21 &lt;lillith&gt; 啊好吧 :) 21:22:24 &lt;inscrutus&gt; 我只是在 kytv 的转发里看到了…… 21:23:10 &lt;lillith&gt; 好的，既然 zzz 和其他人对 syndie 投入了这么多工作，我觉得它还这么少人用很可惜 21:24:01 &lt;lillith&gt; 而且 GUI 对初学者来说有点难用，我想着也许写/更新文档会是个好主意 21:24:47 &lt;lillith&gt; 所以现在我、KillYourTV 和 aargh 在做一个 wiki 21:25:17 &lt;lillith&gt; 托管在 *我手头没有 b32* 21:25:19 &lt;dg&gt; 这个 Wiki 只是给 Sundie 专用的吗？ 21:25:23 &lt;dg&gt; s/Sundie/Syndie 21:25:54 &lt;lillith&gt; 既然是 wiki，我们/我会很感激大家都能看一眼，需要的话帮忙修订 21:26:01 &lt;lillith&gt; 是 21:26:16 &lt;Meeh&gt; 我在 `http://wiki.meeh.i2p/doku.php?id=syndie:known_archives` 上尝试做一份 syndie 归档的地图 21:26:24 &lt;iRelay&gt; Title: syndie:known_archives [wiki.meeh.i2p] (at wiki.meeh.i2p) 21:26:43 &lt;lillith&gt; 所以，请试用一下 Syndie，并反馈你是否觉得新手指南适合作为简短介绍 21:26:50 &lt;dg&gt; 加一列是否为默认可能会有用 21:27:25 &lt;dg&gt; 好的 :) 21:27:44 &lt;lillith&gt; 目前的文档还没完成，所以我们做的任何改进都是进步 21:28:27 &lt;lillith&gt; 另外 KillYourTV：我猜计划是把 wiki 最终导出到官方网站上，对吗？如果是的话我需要和谁对接？ 21:30:10 &lt;lillith&gt; Meeh：再加一列过滤/屏蔽策略也许也有用 21:30:25 &lt;Meeh&gt; 好，但我不知道该填什么 21:31:03 &lt;dg&gt; 我想可以四处问问 21:31:26 &lt;Meeh&gt; 去做 21:31:53 &lt;dg&gt; 谢谢你给 Syndie 一些关爱，lillith 21:32:01 &lt;lillith&gt; 我待会儿告诉你我的，现在不在这说 :) 21:32:31 &lt;inscrutus&gt; lillith：这是 wiki 的 b32 吗？`http://fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p/user_guide/` 21:32:34 &lt;iRelay&gt; Title: Syndie Handbook (at fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p) 21:33:02 &lt;lillith&gt; dg：其实挺不错的，尽管有些 bug。 21:33:23 &lt;lillith&gt; inscrutus：是的 :) 谢谢 21:33:54 &lt;KillYourTV&gt; lillith：是的，一旦完成，所有文档最终都会放到“官方”的 syndie 站点上（目前 `http://www.syndie.i2p/wiki/` 会重定向到该 wiki 页面） 21:33:57 &lt;iRelay&gt; Title: Syndie Documentation Project (at www.syndie.i2p) 21:35:14 &lt;inscrutus&gt; 好的，下一项是什么，dg？ 21:35:17 &lt;lillith&gt; 所以除非有人还想就此补充，我可以把这个话题 *baf* 掉 :) 21:35:20 &lt;dg&gt; Meeh 21:35:31 &lt;dg&gt; （关于邮件列表） 21:35:43 &lt;dg&gt; lillith：谢啦 :) —— 我很喜欢读那篇介绍 21:36:02 &lt;dg&gt; Meeh：你来发言？ 21:36:41 &lt;Meeh&gt; IIRC 我在等 weltende，因为我需要访问 router 控制台来创建 tunnel，使邮件列表能在 i2p 内可用 21:37:42 &lt;Meeh&gt; 而且，我们需要开始用起来 21:38:36 &lt;inscrutus&gt; 这是个 -dev 邮件列表？还是一般的 i2p？ 21:38:39 &lt;dg&gt; zzz 和 user 说他们会等到有 i2p 内部的服务出现 21:38:42 &lt;Meeh&gt; 都有 21:38:56 &lt;inscrutus&gt; 好 21:39:04 &lt;Meeh&gt; 好 21:39:25 &lt;Meeh&gt; weltende：有机会为邮件列表创建 tunnel 吗？ 21:39:25 &lt;Meeh&gt; 很快 21:41:01 &lt;lillith&gt; Meeh：这个邮件列表的意图是什么？跟 zzz.i2p、irc 或 syndie 相比 21:41:37 &lt;str4d2&gt; 抱歉刚刚不在——网络挂了 21:42:00 &lt;dg&gt; str4d :) 21:42:11 &lt;Meeh&gt; 就我个人不太确定……但看起来我们得出的结论是应该像其他开源项目那样，把邮件列表重新用起来…… 21:42:33 &lt;Meeh&gt; 不记得是哪个会议了 21:43:08 &lt;inscrutus&gt; 也许把邮件列表镜像到 Syndie，或者反过来也不错。为了避免碎片化 21:43:23 &lt;str4d2&gt; 顺便说一下，大约15分钟后我就不在了 21:44:10 &lt;Meeh&gt; 我喜欢你的想法，inscrutus 21:44:41 &lt;str4d2&gt; （而且以后这个会议时间我也参加不了） 21:45:11 &lt;str4d2&gt; 那是个不错的 ideqla 21:45:14 &lt;str4d2&gt; idea* 21:45:53 &lt;dg&gt; 以前提过，我觉得无论如何它会成为 Syndie 的一部分。 21:46:04 &lt;dg&gt; Meeh：还有别的吗？ 21:46:15 * lillith- 真的需要记得给我的笔记本接电……在 sighup 后读滚屏历史…… 21:47:11 &lt;Meeh&gt; 没有，暂时没有，我得先和 weltende 谈谈 21:47:22 &lt;lillith-&gt; inscrutus：那正是我接下来要提的 :) 21:47:41 &lt;dg&gt; 好的。 21:47:44 &lt;inscrutus&gt; :) 21:47:51 &lt;lillith-&gt; 我觉得我们可以多一些“dog-fooding”（自己人使用自己产品） 21:48:18 &lt;dg&gt; lillith-：？ 21:48:40 &lt;lillith-&gt; 关于邮件列表/Syndie 的镜像互通 21:48:55 &lt;dg&gt; 我不熟悉这个说法 21:49:47 &lt;lillith-&gt; 啊，开源项目的 “dog food” 原则基本就是：用你自己的软件 21:49:50 &lt;inscrutus&gt; 意思是用你自己的产品。据说来自一家狗粮厂，它的 CEO 吃自家狗粮来证明品质不错 21:50:01 &lt;dg&gt; 哦……吃我们自己的狗粮 21:50:04 &lt;dg&gt; 我同意 21:50:15 &lt;lillith-&gt; 如果我们希望别人用，我们自己也应该用 21:50:35 &lt;str4d2&gt; 嗯 21:51:01 &lt;str4d2&gt; 我对 Syndie 的问题是我完全不知道该怎么用 21:51:12 &lt;dg&gt; 我得再看看 21:51:12 &lt;dg&gt; 总之…… 21:51:12 &lt;dg&gt; str4d2：你现在可以讲订阅源吗？在 $next_thing 之后，或许应该讨论一个新的会议时间。不过并不是所有人都在…… 21:51:15 &lt;str4d2&gt; 界面不太直观。 21:51:18 &lt;lillith-&gt; str4d2：你看过文档了吗？ 21:51:57 &lt;str4d2&gt; 看过一些，但我们不应该指望所有用户都会去看 21:52:00 &lt;lillith-&gt; dg：这正是我们需要新时间的原因…… 21:52:30 &lt;dg&gt; 算是吧。不过 zzz 等人也因为 IRL 问题缺席——这让我们更难敲定一个适合所有人的新时间。 21:53:01 &lt;str4d2&gt; 而且我现在忙，抱歉 21:53:01 &lt;lillith-&gt; dg：我们可以先定一个临时新时间，几周后再看。 21:53:38 &lt;lillith-&gt; 周二 8:00 对 dg、str4d2 或我都不太合适 21:55:51 &lt;dg&gt; 确实不合适 :-/ 22:03:14 &lt;lillith-&gt; 大家都睡了还是会议结束了？ 22:03:29 &lt;dg&gt; 看起来是睡了…… 22:03:36 &lt;dg&gt; 我们在 zzz.i2p 上开个帖子讨论？ 22:03:39 * lillith- 凶狠地拿起 baffer 22:03:42 &lt;inscrutus&gt; 我在，只是对会议时间没什么可补充的 22:03:49 &lt;dg&gt; 就我们三个人。 22:05:25 * dg *bafs 会议结束 22:05:28 &lt;lillith-&gt; 好吧，如果没人再补充，那我就来主持结束 22:05:51 * lillith- *bafs* 会议 22:06:10 &lt;lillith-&gt; 可恶，你先下手了 ;) </div>/zh/blog/2013/02/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B42%E6%9C%8812%E6%97%A5/Tue, 12 Feb 2013 00:00:00 +0000/zh/blog/2013/02/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B42%E6%9C%8812%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> asdfsdafsdafsd, christoph3, dg, eche|on, h2ik, hottuna, inscrutus, lillith, Mathiasdm, Meeh, orion, Shinobiwan, str4d, suhr, unresolved, user, weltende, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 20:00:38 &lt;hottuna&gt; dg, meetingtime? 20:03:06 &lt;dg&gt; uh.. through tor? 20:03:06 &lt;dg&gt; was just pulling the mtg topic ;) 20:03:06 &lt;dg&gt; ok, hi! 20:03:06 &lt;dg&gt; Today's agenda: 20:03:09 &lt;dg&gt; (0) - hi 20:03:15 &lt;dg&gt; (1) - Domain vote 20:03:18 &lt;dg&gt; (2) - Website transition 20:03:25 &lt;dg&gt; (3) - IPv6 .. I hope 20:03:28 &lt;dg&gt; (4) - Crypto .. I hope 20:03:43 &lt;dg&gt; str4d KillYourTV eche|on zzz 20:03:54 &lt;str4d&gt; Hi! 20:03:57 &lt;dg&gt; sponge meeh 20:03:57 &lt;hottuna&gt; Hi! 20:04:04 &lt;dg&gt; Hi! :-) 20:04:07 &lt;exoshell&gt; dg: Looks like I need to edit my .pac file and update the regex. The connect was going through 127.0.0.1:4444 Thanks! :) 20:04:25 &lt;dg&gt; exoshell: No problem. Better to be that problem than being censored for real, right? 20:04:34 &lt;dg&gt; Ok, how many people do we need to vote? 20:04:45 &lt;exoshell&gt; no kidding. 20:04:48 &lt;str4d&gt; weltende 20:04:52 &lt;str4d&gt; (ping) 20:05:06 &lt;hottuna&gt; Mathiasdm postman badger 20:05:19 &lt;hottuna&gt; domain vote is coming up 20:05:22 &lt;dg&gt; \o/ 20:05:41 &lt;dg&gt; h2ik bpb psi 20:05:49 &lt;dg&gt; .. wakey wakey? 20:06:23 &lt;dg&gt; Everyone's sleepy 20:06:36 &lt;dg&gt; We could do with more than three people&gt;.&gt; 20:06:51 &lt;hottuna&gt; 3 ppl isnt enought. 20:06:58 &lt;str4d&gt; Nope 20:07:16 &lt;hottuna&gt; Could we start a zzz.i2p thread for it and have #i2p-dev topic point ppl to it. 20:07:20 &lt;str4d&gt; And there are two votes needed - what we would change it to, and if we are going to change it at all. 20:07:31 &lt;hottuna&gt; and just have people vote for one of the alternatives 20:07:38 &lt;str4d&gt; (Can and should be independent) 20:07:41 &lt;dg&gt; RN, Shinobiwan 20:07:49 &lt;hottuna&gt; agreed 20:08:00 &lt;dg&gt; might be an idea 20:08:07 &lt;dg&gt; I was going for $OPTIONS/"I don't want a change" 20:08:28 &lt;hottuna&gt; dg, makes sense to me 20:08:45 &lt;dg&gt; I mean.. we did post this a week ago 20:08:45 &lt;zzz&gt; dont even bother if weltende isnt here 20:08:48 &lt;str4d&gt; With two votes, even those who don't want a change can contribute an idea as to what they would change to if they had to. 20:09:22 &lt;dg&gt; They could anyway? We've had the topic up for a week and there's been no new suggestions. 20:09:22 &lt;hottuna&gt; str4d, so $OPTIONS/"I don't want a change" is not good enough? 20:09:37 &lt;dg&gt; "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:09:40 &lt;Shinobiwan&gt; o/ 20:10:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; zzz: well.. I don't *really* care 20:10:51 &lt;str4d&gt; hottuna: that doesn't give the right statistics. 20:10:51 &lt;dg&gt; Does that mean you'll go with the majority or.. what? 20:10:55 &lt;dg&gt; Not caring isn't a great stance. 20:11:02 &lt;hottuna&gt; weltende, as long as you know that there is a vote 20:11:21 &lt;zzz&gt; ok, but presumably work would fall on you if we switch, so you kinda have to agree to a switch 20:11:21 &lt;dg&gt; We've said there's a vote, people are able to vote for - with a choice or against 20:12:11 &lt;str4d&gt; weltende, how much work do you see for yourself in the event of a switch? 20:12:22 &lt;hottuna&gt; alright, are we enough ppl around for the vote "Do you want to change the domain?" ? 20:12:29 &lt;dg&gt; I'm trying to think of things you can't do with a quick sed. 20:13:03 &lt;dg&gt; hottuna: hottuna, str4d, zzz, Shinobiwan, welt, dg 20:13:03 &lt;dg&gt; that's 6 20:13:03 &lt;dg&gt; is that enough? 20:13:10 &lt;dg&gt; I'm not sure. 20:13:10 &lt;hottuna&gt; yes? 20:13:22 * asdfsdafsdafsd runs in the room 20:13:29 &lt;asdfsdafsdafsd&gt; I'm here.... 7 20:13:29 &lt;dg&gt; :o 20:13:32 &lt;dg&gt; make that 7 20:13:47 &lt;zzz&gt; dns updates, ssl certs, transfers (if somebody else has the new domain now) .. .among others 20:13:47 &lt;hottuna&gt; so let's do the vote? 20:13:54 &lt;dg&gt; it's not lik we have ssl certs anyway 20:13:57 &lt;dg&gt; let's do it 20:13:57 &lt;inscrutus&gt; i'm just a civvie, is my opinion worth anything ? 20:14:04 &lt;dg&gt; yes 20:14:11 &lt;hottuna&gt; inscrutus, yes :) 20:14:14 &lt;zzz&gt; dg, yes we do have certs 20:14:21 &lt;dg&gt; zzz: none valid afaik 20:14:28 &lt;hottuna&gt; zzz, the cacert cert? 20:14:28 &lt;dg&gt; hottuna: say "I"? deal? 20:14:30 &lt;inscrutus&gt; cool :) 20:15:00 &lt;hottuna&gt; \me says votes "I" 20:15:03 &lt;asdfsdafsdafsd&gt; so, what are the alternate domain choices? 20:15:06 &lt;zzz&gt; dg the choice of CA is a different issue. don't confuse things by saying we dont have certs. 20:15:17 &lt;hottuna&gt; "I" 20:15:17 &lt;Shinobiwan&gt; i2p2.de ? 20:15:17 &lt;dg&gt; zzz: meh. same diff for the most part. for another time, anyway. 20:15:24 &lt;dg&gt; Those in favor of a domain change (doesn't matter what to), say I! 20:15:35 &lt;hottuna&gt; asdfsdafsdafsd, that is the next vote, first we decide if we want to change 20:15:42 &lt;zzz&gt; no, its not the same at all. It's work to be done, don't discount it. 20:15:42 * dg votes "I" 20:15:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: not sure.. but not gonna do anything before 1.3 20:15:52 * hottuna votes "I" 20:15:59 &lt;zzz&gt; do you guys mean "aye" ? 20:16:06 &lt;zzz&gt; ffs 20:16:07 &lt;dg&gt; ... 20:16:07 &lt;dg&gt; yes 20:16:10 &lt;hottuna&gt; yes :P 20:16:13 &lt;hottuna&gt; damnit 20:16:13 &lt;dg&gt; LOL 20:16:16 * inscrutus says aye (FWIW) 20:16:16 &lt;asdfsdafsdafsd&gt; hottune, ah ok 20:16:19 &lt;dg&gt; .. aye 20:16:26 &lt;asdfsdafsdafsd&gt; edit.... tuna lol 20:17:20 &lt;hottuna&gt; 3 for - 0 against, this far. 20:17:46 &lt;Shinobiwan&gt; i2p2.de ? ?_? 20:17:49 &lt;zzz&gt; do we have volunteers to do all the other work required? docs, website, router console, etc? 20:17:52 &lt;Shinobiwan&gt; if so, aye 20:18:03 &lt;dg&gt; Shinobiwan: Moving from i2p2.de -&gt; anything 20:18:19 &lt;dg&gt; (we'll have another vote to determine what "anything" is) 20:18:26 &lt;Shinobiwan&gt; yea then... definitely. 20:18:29 &lt;hottuna&gt; zzz, ill take responsibility if works needs to be done (that is server specific) 20:18:35 * asdfsdafsdafsd confers with his greater and lesser demons.... 20:18:46 &lt;dg&gt; Website doesn't need anything doing. 20:18:46 &lt;asdfsdafsdafsd&gt; aye 20:19:01 &lt;str4d&gt; zzz: the work will get done, but the 301 server redirect will solve that. 20:19:01 &lt;hottuna&gt; 5 for - 0 against 20:19:04 &lt;dg&gt; well, a redirect. 20:19:07 &lt;dg&gt; 4 for - 0 against. 20:19:09 &lt;iRelay&gt; &lt;user@kytv&gt; abstention here 20:19:09 &lt;dg&gt; oops 20:19:12 &lt;str4d&gt; Website, has nothing (aside from tweaking the mirror links in the footer) 20:19:31 &lt;str4d&gt; Ah, and aye 20:19:34 &lt;dg&gt; so.. no? 20:19:37 &lt;hottuna&gt; ok 20:19:43 &lt;str4d&gt; dg: abstention. Difference. 20:19:47 &lt;eche|on&gt; count me as a no, it is absolutly unneeded and unneeded work and confuses the users 20:20:00 &lt;asdfsdafsdafsd&gt; I guess this means I'll have to edit my posters.... 20:20:00 &lt;dg&gt; str4d: No, I said something in the topic due to the previous model we were going for. 20:20:02 &lt;iRelay&gt; &lt;user@kytv&gt; my English is bad. I mean I am indifferent 20:20:12 &lt;dg&gt; str4d: "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:20:12 &lt;eche|on&gt; but as I do not have to do anything, who cares 20:20:15 &lt;dg&gt; ah ok 20:20:18 &lt;dg&gt; 6 for - 1 against 20:20:21 &lt;lillith&gt; FWIW, my vote is no change. i like i2p2.de with the other urls pointing at it 20:20:34 &lt;str4d&gt; lillith: other urls? 20:20:34 &lt;dg&gt; 2 against. 20:21:01 &lt;lillith&gt; geti2p.net etc 20:21:04 &lt;str4d&gt; You mean the mirrors? They aren't pointing at it (that would be a 301 redirect) - at present they are full mirrors. 20:21:19 &lt;dg&gt; geti2p.net is a mirror iirc. 20:21:22 &lt;lillith&gt; ahh okay :D 20:21:26 &lt;dg&gt; so.. yes or no? 20:21:45 &lt;zzz&gt; I'll give a contingent aye, dependent on the result of the 2nd vote. If I don't like the new one I will switch to nay. 20:21:52 &lt;lillith&gt; no - keep i2p2 as primary url 20:21:59 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:22:06 &lt;dg&gt; 7 for - 2 against. 20:22:25 &lt;str4d&gt; (That's why I wanted to do the second vote first =P) 20:22:33 &lt;dg&gt; .. oh. 20:22:38 &lt;dg&gt; That makes snese. 20:22:45 &lt;asdfsdafsdafsd&gt; can zzz setup a poll on the dev forum? 20:22:56 &lt;dg&gt; don't know if polls are possible 20:22:59 &lt;zzz&gt; no, because if the 1st vote loses you dont need a 2nd. 20:23:13 &lt;inscrutus&gt; lillith: that hints at another question: keep i2p2 as a secondary domain? 20:23:20 &lt;str4d&gt; inscrutus: of course. 20:23:20 &lt;inscrutus&gt; i2p2.de* 20:23:26 &lt;dg&gt; That's a yes. 20:23:33 &lt;dg&gt; We're keeping it for SEO purposes and to stop evil. 20:23:37 &lt;str4d&gt; If a change goes ahead, www.i2p2.de will be 301-ed to the new one 20:24:10 &lt;str4d&gt; I.e. it wouldn't be a full mirror, it would redirect to the new URL (which ensures that the old SEO/linkage/etc. gets transferred to the new URL) 20:24:28 &lt;inscrutus&gt; Right, that makes sense 20:24:37 &lt;eche|on&gt; ..at some point I cannot read/hear/... this buzzwor SEO anymore,... 20:24:47 &lt;asdfsdafsdafsd&gt; I guess a forum vote is maybe a bad idea, because you could get people voting multiple times too 20:24:54 &lt;zzz&gt; my vote and any change is also contingent on weltende agreeing to do the work 20:24:54 &lt;dg&gt; SEO is real, lol. 20:26:05 &lt;str4d&gt; zzz: my sugggestion (if a domain change is agreed on) is that the site revamp be put up at the new URL, and then once tested the old one is put on redirect. So weltende would be killing two birds with a slightly larger stone. 20:26:43 &lt;hottuna&gt; Is the first vote over and done? 20:26:49 &lt;iRelay&gt; &lt;user@kytv&gt; don't kill innocent birds!! 20:26:49 &lt;dg&gt; Believe so. 20:26:59 &lt;h2ik&gt; hi back dg 20:26:59 &lt;dg&gt; So.. 7 for - 2 against. 20:27:02 &lt;dg&gt; oh! 20:27:02 &lt;dg&gt; hi! 20:27:02 &lt;h2ik&gt; sorry, working :-) 20:27:06 &lt;dg&gt; np :-) 20:27:10 &lt;dg&gt; got enough time to say yay or nay? 20:27:13 &lt;asdfsdafsdafsd&gt; I don't think anyone else is coming... 20:27:36 &lt;asdfsdafsdafsd&gt; we could wait until 8:30 UTC though 20:27:51 &lt;dg&gt; I'll wait for h2ik's answer 20:28:18 * h2ik is reading up on the domain vote 20:28:38 &lt;dg&gt; the vote right now is actually "Do you think we should change?" - not what to 20:29:01 &lt;dg&gt; if the result is yes, I will post a forum topic for voting. 20:29:04 &lt;dg&gt; if no..: pass 20:29:16 &lt;h2ik&gt; We've had the .de for a long time and I'm not opposed to it. So pass. 20:29:31 &lt;h2ik&gt; sorry, obstain 20:29:31 &lt;dg&gt; 7 for - 3 against. 20:29:34 &lt;dg&gt; oh 20:29:34 &lt;h2ik&gt; I'm ok either way 20:29:41 &lt;dg&gt; so not against, not for 20:29:44 &lt;dg&gt; ok 20:29:44 * unresolved waves 20:29:47 &lt;h2ik&gt; 7 - 1 - 3 20:29:50 &lt;dg&gt; 7 for - 2 against. 20:30:15 &lt;dg&gt; 7 - 2 - 3 20:30:15 * h2ik eagerly awaits the ipv6 topic :-) 20:30:19 &lt;dg&gt; Okay, that's done then! :D 20:30:37 &lt;dg&gt; str4d: Your time to shine. 20:30:47 &lt;dg&gt; topic = transition to new website design 20:30:50 &lt;str4d&gt; We can always update this vote if more people come in, but there's enough for the second vote. 20:31:08 &lt;str4d&gt; dg: are we not having the second vote right now? Or are we doing that in a thread? 20:31:22 &lt;dg&gt; str4d: I was thinking of a thread.. we can do it now if you want? 20:31:25 &lt;dg&gt; We have enough to do it. 20:31:35 &lt;dg&gt; It's not worth waiting another week IMO but I didn't want to upset anyone 20:31:54 &lt;hottuna&gt; Let's do it now? 20:31:57 &lt;zzz&gt; cant do polls on zzz.i2p. use forum.i2p if you want a poll 20:31:57 &lt;dg&gt; hell, let's do it 20:32:07 &lt;asdfsdafsdafsd&gt; we need a catchy domain name... 20:32:10 &lt;hottuna&gt; enumerate the options and we'll all pick one 20:32:17 &lt;dg&gt; The new domain candidates are: 20:32:17 &lt;dg&gt; - i2p.io 20:32:17 &lt;dg&gt; - i2p.int 20:32:17 &lt;dg&gt; - i2p.me 20:32:17 &lt;dg&gt; - geti2p.net 20:32:38 &lt;h2ik&gt; geti2p.net would follow suit with other FOSS projects 20:32:38 &lt;Meeh&gt; i2p.int was kind of fancy 20:32:41 &lt;Meeh&gt; or io 20:32:43 &lt;hottuna&gt; ** other (specify) ** 20:32:51 &lt;dg&gt; (and make sure it's available) 20:33:05 * hottuna votes for geti2p.net (since we already have it and it's pretty good) 20:33:17 * dg votes for geti2p.net. ditto on the reasons. 20:33:23 &lt;zzz&gt; who owns those 4 now? 20:33:29 &lt;asdfsdafsdafsd&gt; i2p4.me? lol 20:33:36 &lt;dg&gt; N/A, N/A, N/A, hottuna. AFAIK. 20:34:00 &lt;hottuna&gt; i dont own geti2p.net 20:34:04 &lt;dg&gt; oh? 20:34:15 &lt;hottuna&gt; weltende/welterde owns geti2p.net 20:34:18 &lt;dg&gt; ah ok 20:35:03 &lt;zzz&gt; um, if we don't know who owns a proposed domain, then there's no f-ing use talking about it. Unless it's available. 20:35:10 &lt;lillith&gt; would it be counterproductive to go for i2p-projekt.de? 20:35:10 &lt;lillith&gt; that's my vote if it's an option 20:35:21 &lt;hottuna&gt; zzz, the above ones are available 20:35:36 &lt;hottuna&gt; lillith, you can vote for whatever you like :) 20:35:44 &lt;zzz&gt; ok. 20:35:47 &lt;asdfsdafsdafsd&gt; i2phides.me 20:35:58 &lt;zzz&gt; yet another reason why we need welt's agreement. 20:36:09 &lt;lillith&gt; hottuna: good. just checking the point isn't to move away from a .de domain :) 20:36:17 &lt;dg&gt; it was for some of us ;) 20:36:24 &lt;dg&gt; well.. actually.. overall, it was. 20:36:31 &lt;dg&gt; but you can vote for whatever 20:36:36 &lt;Shinobiwan&gt; geti2p.net is good, i2p.me is good too IMO 20:36:39 &lt;Shinobiwan&gt; if need to get new one, i2p.me 20:36:46 &lt;str4d&gt; dg: not overall 20:36:57 &lt;dg&gt; it does not have to be new 20:37:03 * zzz again raises the significant issue of moving to a US-controlled TLD 20:37:12 &lt;iRelay&gt; &lt;user@kytv&gt; and there was silence ..... 20:37:13 &lt;iRelay&gt; &lt;user@kytv&gt; I don't like the .me and .io - they're very unknown here 20:37:15 &lt;iRelay&gt; &lt;user@kytv&gt; maybe cheaper, I dunno, but people here would be like "WTF is that?" 20:37:15 &lt;dg&gt; I don't think it's the time to. 20:37:35 &lt;hottuna&gt; when you've decided what ytou'd like to vote for, please denote it with a /me or something easily distinguishable 20:37:35 &lt;dg&gt; The vote was in +, not - 20:37:49 &lt;asdfsdafsdafsd&gt; I don't like the '.io' 20:37:52 &lt;Shinobiwan&gt; yea the country bit is important :/ 20:38:11 &lt;dg&gt; I felt that if the $GOV wanted rid of us, they could anyway. Tor Project does fine. 20:38:17 &lt;zzz&gt; agreed. you arent picking 2 letters, you're picking a legal domain 20:38:19 &lt;iRelay&gt; &lt;user@kytv&gt; oh, it was the relay lagging. 20:38:19 * Mad reads silently, thinking this is quiet an important descision. 20:38:22 &lt;dg&gt; We have bigger problems than our domain if they want us shut down so badly. 20:38:31 &lt;iRelay&gt; &lt;user@kytv&gt; IMHO short is better than i2p-project.whatever 20:38:43 &lt;unresolved&gt; i2.p 20:38:46 &lt;unresolved&gt; :P 20:39:25 &lt;zzz&gt; dg, the fact that $X hasn't yet been shut down is not much of an argument. The issue is who a particular government _has_ shutdown and why, and the legal process required. 20:42:48 &lt;asdfsdafsdafsd&gt; that's pretty good unresolved -&gt; i2.p 20:44:24 &lt;inscrutus&gt; Are we worried about the .net having censorship issues? 20:44:27 &lt;dg&gt; zzz: It is? I don't think the US government would come after us, but if they were to, they'd likely go after TPO at the same time, or not long after. TPO didn't see it as much of an issue and I don't either. 20:44:27 &lt;dg&gt; I'm not, some are. 20:44:30 &lt;lillith&gt; semi related to zzz's point, is there an i2p .onion? will there ever be? 20:44:33 &lt;zzz&gt; to handwave and say all TLDs are equivalent is naive 20:44:33 &lt;unresolved&gt; ty :P 20:44:33 &lt;dg&gt; lillith: I can get on that but AFAIK, right now, no. 20:44:33 &lt;str4d&gt; lillith: that IS a valid point; but that would be work for weltende 20:44:33 &lt;str4d&gt; (There isn't one now) 20:44:33 &lt;lillith&gt; also a freesite - if censorship is/may be an issue there are other ways of getting round it than just changing the url 20:44:33 &lt;inscrutus&gt; Well there _are_ backup domains in case geti2p.net gets shut down 20:44:33 * inscrutus votes geti2p.net 20:44:33 &lt;inscrutus&gt; And getting shut down would be good media coverage :D 20:44:35 &lt;asdfsdafsdafsd&gt; hehe 20:44:35 &lt;zzz&gt; again, the fact that t.p.o or anybody else hasn't yet had a problem, or your theory that they wouldn't shutdown us unless thy also shutdown $X and they'd never do that, is irrelevant 20:44:35 &lt;lillith&gt; also re: people talking about tor, tor dosent allow file sharing, so they have more protection in US 20:44:35 &lt;lillith&gt; i2p does allow filesharing so is more likely to be a target 20:44:35 &lt;zzz&gt; it's the established procedures and due process or lack thereof. 20:46:13 &lt;dg&gt; inscrutus: mm, yeah. I doubt we'd be censored without some noise. 20:46:19 &lt;str4d&gt; lillith: it's not that they forbid filesharing for legal reasons, it's that they encourage people to not fileshare for technical reasons. 20:46:19 &lt;dg&gt; In any case, you can still use Tor for filesharing. 20:46:19 &lt;dg&gt; You just shouldn't. 20:46:22 &lt;dg&gt; So.. 20:46:22 &lt;dg&gt; Back on topic? 20:46:22 &lt;lillith&gt; str4d: whatever the reason, it will almost certainly be a plus when it comes to not being shut down 20:46:33 &lt;lillith&gt; sorry, dg. yes 20:46:50 &lt;dg&gt; Right now, I believe it's geti2p.net - 2 20:46:53 * lillith wishes to officially register a vote for i2p-projekt.de 20:46:56 &lt;dg&gt; Shinobiwan: You never decided ;) 20:46:56 &lt;dg&gt; ok 20:46:59 &lt;zzz&gt; presumably i2p2.de etc remains a mirror for many years 20:47:02 &lt;dg&gt; yes 20:47:05 &lt;Shinobiwan&gt; I pinged out, must have missed something 20:47:19 &lt;dg&gt; Shinobiwan: ah. Doesn't have to be a new domain. Your vote? 20:47:57 &lt;Shinobiwan&gt; geti2p.net 20:48:15 &lt;dg&gt; that's 4 so far.. 20:48:15 &lt;Shinobiwan&gt; if welterde say OK, or w/e needs to happen for that. 20:48:27 &lt;zzz&gt; .io, .me, and .int are worse than what we have now and not worthy. i2p-projekt.net is better but hyphens are terrible for many reasons, an the english spelling is problematic. that leaves only geti2p.net imho 20:48:41 &lt;inscrutus&gt; dg: am I counted among those 4? I think I'm lagging 20:49:13 &lt;asdfsdafsdafsd&gt; I agree with zzz.... out of the 4 geti2p.net is the best 20:49:32 &lt;Shinobiwan&gt; yeah, haha, exactly. 20:49:55 &lt;str4d&gt; Of the available choices, my vote is for geti2p.net (and for http://geti2p.net/ rather than http://www.geti2p.net/ as it currently is) 20:50:06 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 20:50:34 &lt;dg&gt; geti2p.net - 7 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d 20:50:34 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:51:34 &lt;unresolved&gt; ill go for geti2p.net 20:51:53 &lt;Meeh&gt; geti2p.net + meeh 20:52:55 &lt;Meeh&gt; In case you didn't get it , I vote for geti2p.net too 20:53:09 &lt;dg&gt; aye 20:53:12 &lt;dg&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh 20:53:15 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:53:18 &lt;dg&gt; Are we done? 20:53:21 &lt;zzz&gt; ech has a couple others too. i2pprojekt.net maybe? too bad those didnt get added to the list last week. 20:53:25 &lt;orion&gt; Vote? 20:53:28 &lt;orion&gt; What are we voting on? 20:53:32 &lt;dg&gt; zzz: if anybody cared to, they could have suggested it 20:53:39 &lt;dg&gt; orion: new project domain (official, main one used) 20:53:46 &lt;zzz&gt; in fact, step one, a couple of weeks ago, should have been to list all the domains we already have. 20:53:49 &lt;orion&gt; What are the choices? 20:54:00 &lt;dg&gt; orion: 20:54:00 &lt;dg&gt; - i2p.io 20:54:00 &lt;dg&gt; - i2p.int 20:54:00 &lt;dg&gt; - i2p.me 20:54:00 &lt;dg&gt; - geti2p.net 20:54:10 &lt;iRelay&gt; &lt;user@kytv&gt; re i2pprojekt.net - I have the same issue as zzz: the k instead of c 20:54:10 &lt;dg&gt; (or one you know of that is available!) 20:54:25 &lt;str4d&gt; - i2pproject.net 20:54:32 &lt;str4d&gt; - i2p-projekt.de 20:54:57 &lt;str4d&gt; (We have those two alongside geti2p.net and i2p2.de) 20:55:00 &lt;lillith&gt; i just think it should be a little different than the typical get[name].[com|net|org] 20:55:08 &lt;suhr&gt; i2p-project.org is avalible? 20:55:15 &lt;dg&gt; "-"s suck. 20:56:12 &lt;iRelay&gt; &lt;user@kytv&gt; I think geti2p.net and i2pproject.net are best, despite the double p 20:56:37 &lt;iRelay&gt; &lt;user@kytv&gt; but I'd go with the geti2p.net one 20:57:18 &lt;str4d&gt; AFK 5 mins 20:58:25 &lt;Mathiasdm&gt; 21:22 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:58:28 &lt;Mathiasdm&gt; hm? 20:58:35 &lt;orion&gt; What about i2p.sg, i2p.vc, or i2p.mn? 20:58:56 &lt;Mathiasdm&gt; I won't vote, I haven't been active enough to contribute anything useful 20:59:07 &lt;Meeh&gt; ok, is there some simple webutility where we just can create a fast vote thing, and vote and be finished with it? :P 20:59:10 &lt;hottuna&gt; We're voting to change our official domain away from i2p2.de 20:59:17 &lt;hottuna&gt; every opinion is valuable Mathiasdm 20:59:24 &lt;Mathiasdm&gt; thanks for asking :) 20:59:42 &lt;Mathiasdm&gt; yes, but I'm someone with an uninformed opinion :) so I'll pass this one 20:59:45 &lt;dg&gt; I'm keeping note. 20:59:48 &lt;Mathiasdm&gt; I need to go afk again, I'm afraid 20:59:51 * Mathiasdm waves 20:59:55 &lt;hottuna&gt; bye 21:00:10 &lt;dg&gt; bye 21:00:21 &lt;dg&gt; be nice if we could see you again soon, Mathiasdm! 21:00:21 &lt;Meeh&gt; bye 21:00:24 &lt;orion&gt; What's the legal status on these TLDs? 21:00:57 &lt;dg&gt; AFK for 10 minutes or so. As str4d is gone and he's leading the next topic, feel free to talk about domains or whatever. 21:01:03 &lt;dg&gt; geti2p.net is winning, will likely be our decision. 21:01:28 &lt;iRelay&gt; &lt;user@kytv&gt; bye Mathiasdm! 21:03:28 &lt;orion&gt; Can we have the website be geti2p.net and have personal emails be directed to blah@i2p.io? 21:03:35 &lt;orion&gt; Like, press@i2p.io 21:04:11 &lt;hottuna&gt; i dont think we've ever hade personal email 21:04:22 &lt;hottuna&gt; not that it is a bad idea, it would be nice 21:04:29 &lt;lillith&gt; orion: why? 21:04:51 &lt;hottuna&gt; having them separated makes little sense in my mind 21:05:07 &lt;iRelay&gt; &lt;user@kytv&gt; I don't even know what .io stands for. input output? 21:05:11 &lt;Meeh&gt; personal email for active developers/contributors could be usefull 21:05:22 &lt;Meeh&gt; exceptly when it comes to PR etc 21:05:33 &lt;lillith&gt; i agree but surely meeh@geti2p.net 21:05:36 &lt;Meeh&gt; postman's service is nice... but great with imap and stuff 21:05:55 &lt;lillith&gt; a site with different email screams out scam to me 21:06:06 &lt;suhr&gt; i2p.io is nice, but we've got i2pmail.org... 21:06:23 &lt;inscrutus&gt; kytv: yeah input/output 21:06:30 &lt;asdfsdafsdafsd&gt; haha my thoughts too user.... 21:06:41 &lt;lillith&gt; suhr: it's not official. i agree there should be official emails for devs etc though 21:06:59 &lt;unresolved&gt; i2pmail ? :/ 21:07:06 &lt;unresolved&gt; is that really a good idea 21:07:13 &lt;suhr&gt; It should be avalibe in i2p. 21:07:23 &lt;lillith&gt; unresolved: it already exists 21:07:30 &lt;Meeh&gt; yea, but sure we can have two mail domains inside i2p 21:07:34 &lt;unresolved&gt; :/ 21:07:37 &lt;suhr&gt; (www.i2p2.i2p is a terrible address, anyway) 21:07:40 &lt;inscrutus&gt; isn't i2pmail.org already the postman mail gateway? 21:08:03 &lt;str4d&gt; Back 21:08:16 &lt;iRelay&gt; &lt;user@kytv&gt; inscrutus, it is 21:08:24 &lt;hottuna&gt; Do we have any other voters? 21:08:39 &lt;asdfsdafsdafsd&gt; so jrandom took i2p.i2p too when he went awol? 21:09:04 &lt;lillith&gt; str4d: the meeting was handed over to you :) 21:09:30 &lt;str4d&gt; K. I have to depart in the next ten mins anyway, so I'll be brief: 21:10:10 &lt;str4d&gt; The website is ready for transition (or at least, as ready as I can see) 21:10:30 &lt;str4d&gt; Translations are underway. 21:10:41 &lt;lillith&gt; str4d: how is the mobile site? 21:10:45 &lt;str4d&gt; The structure, urls etc. is set. 21:10:54 &lt;str4d&gt; lillith: I *haven't* worked on that, no. 21:11:05 &lt;str4d&gt; It's better than the current site, but the menu CSS still needs work. 21:11:44 &lt;str4d&gt; As does the desktop CSS 21:12:02 &lt;str4d&gt; So designers are more than welcome to get stuck in. 21:12:09 &lt;str4d&gt; But we decided previously that the theme is not a blocker. 21:12:46 &lt;str4d&gt; Currently, the redirects from the old URLs to the new ones (e.g. /how_threatmodel.html -&gt; /docs/overview/threat-model/) are done with 302 redirects. 21:13:20 &lt;hottuna&gt; Ok 21:13:20 &lt;str4d&gt; I'm going to leave them like that until the site is live, so the URL redirects can be properly tested 21:13:27 &lt;str4d&gt; (But switching to a 301 is a simple addition of a parameter) 21:13:31 &lt;hottuna&gt; Have you heard anytinhg from echelon or weltende about deploying the site? 21:13:49 &lt;str4d&gt; weltende has said no website work before March 21:14:15 &lt;str4d&gt; (He said 2 weeks last week, but earlier in the meeting he said 1/3 which I assume means March) 21:15:33 &lt;str4d&gt; So there is still time for design work, more translations, and any other suggestions 21:15:36 &lt;hottuna&gt; ok 21:15:54 &lt;Meeh&gt; maybe a bit late, but I got a topic for the meeting.. we now got mailing list... should we start using them? 21:16:05 &lt;Meeh&gt; I've done setup the server at lists.i2p2.de 21:16:15 &lt;hottuna&gt; dg, are you back? 21:16:42 &lt;hottuna&gt; we've had no new 21:16:49 &lt;hottuna&gt; votes 21:16:56 &lt;hottuna&gt; wait, thats not true 21:16:59 &lt;hottuna&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh, user 21:17:09 &lt;zzz&gt; I dont know what 1/3 meant. But w/o him agreeing and doing the work for the site, or a new domain, or anything else we have nothing. 21:17:28 &lt;hottuna&gt; i2p-projekt.de - 1 - lillith 21:18:03 &lt;Meeh&gt; another question, who got access to geti2p.net, and what if that person goes awol? 21:18:09 &lt;inscrutus&gt; zzz: is it possible for others to pitch in to lessen the load on weltende? 21:18:27 &lt;Meeh&gt; witch load? 21:18:46 &lt;zzz&gt; dont know 21:18:56 &lt;hottuna&gt; Meeh, welterde/weltende 21:18:59 &lt;lillith&gt; Meeh: are we leaving the mailing list topic to the end? 21:19:06 &lt;dg&gt; I'm back. 21:19:14 &lt;hottuna&gt; how does shared dns-ownership work? 21:19:25 &lt;hottuna&gt; maybe shared access to a registrar account? 21:19:35 &lt;iRelay&gt; &lt;user@kytv&gt; Meeh: is this lists.i2p2.de reachable from withing i2p? 21:19:55 &lt;dg&gt; Not yet. 21:20:09 &lt;iRelay&gt; &lt;weltende@freenode&gt; can give you access to the relevant VM 21:20:38 &lt;Meeh&gt; lillith: we can leave it to the end yes. 21:20:52 &lt;dg&gt; So, website 21:21:03 &lt;dg&gt; Are we waiting on welt to be able to help us deploy? 21:21:20 &lt;hottuna&gt; I think we are 21:21:39 &lt;Meeh&gt; weltende, I can ssh into it and portforward the console and fix it if you want? 21:21:58 * dg nods 21:22:13 &lt;hottuna&gt; but we've reached a decision? 21:22:28 &lt;dg&gt; yes, geti2p.net 21:22:35 &lt;dg&gt; that is the majority 21:23:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: hmm? fix what? 21:24:25 &lt;str4d&gt; Last point about the website revamp - `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` has the latest, suggestions welcome. 21:24:36 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:24:36 &lt;Meeh&gt; tunnel, lists.i2p2.i2p or whatever 21:24:36 &lt;Meeh&gt; since it's not inside i2p yet 21:26:12 &lt;inscrutus&gt; str4d: very nice 21:26:33 &lt;iRelay&gt; &lt;user@kytv&gt; looks pretty good, str4d 21:27:02 &lt;str4d&gt; Thanks =) 21:27:20 &lt;str4d&gt; Post any suggestions in ticket #807 21:27:24 * str4d is off now o/ 21:27:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: ah.. good point 21:27:26 &lt;dg&gt; o/ 21:27:29 &lt;dg&gt; So, IPv6? 21:27:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:27:35 &lt;SkinSyste&gt; thats awesome, should make the i22p.de homepage 21:28:06 &lt;asdfsdafsdafsd&gt; I like the color scheme str4d... 21:28:35 &lt;asdfsdafsdafsd&gt; are we doing away with the light or dark color scheme? 21:28:53 &lt;inscrutus&gt; dg: Is there an IPv6 + i2p summary I could read up on? 21:29:15 &lt;dg&gt; inscrutus: Yeah, hang on. 21:29:22 &lt;Meeh&gt; there is a IPv6 topic or two on zzz.i2p 21:29:37 &lt;dg&gt; `http://zzz.i2p/topics/109` `http://zzz.i2p/topics/594` 21:29:37 &lt;hottuna&gt; inscrutus, `http://zzz.i2p/topics/109` 21:29:52 &lt;iRelay&gt; Title: zzz.i2p: I2P vs. IPv6: A bad joke (at zzz.i2p) 21:29:56 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:31:30 &lt;suhr&gt; How to get to "How does I2P work" page on that site? 21:31:33 &lt;suhr&gt; Menu isn't clickable. 21:32:15 &lt;suhr&gt; Ah, that's "Documentation index" 21:33:19 &lt;suhr&gt; It's a bit unintuitive. 21:34:01 &lt;dg&gt; Hm. That's for str4d for a ticket. 21:34:04 &lt;dg&gt; *or 21:34:16 &lt;dg&gt; IPv6.. 21:34:34 &lt;dg&gt; welt was the last (only?) dev to work on IPv6 + I2P 21:34:46 &lt;dg&gt; I don't know if anyone is willing to take it up aside from zzz (and he needs a box, ssh thru i2p in that case) 21:34:53 &lt;dg&gt; hottuna? Meeh? 21:34:55 &lt;Meeh&gt; yea, is someone interesting in a ipv6 hackfest? 21:35:13 &lt;Meeh&gt; I provide server 21:35:13 &lt;hottuna&gt; A hackfest seems like a nice idea 21:35:20 &lt;Meeh&gt; and help testing on other locations as well 21:35:46 &lt;zzz&gt; no, this is not time for a hackfest. We need an analysisfest and a decisionfest. 21:36:05 &lt;Meeh&gt; ok, well, do you want to lead that zzz? 21:36:27 &lt;Meeh&gt; and do you want a ssh account to a ipv6 server you can play with? 21:38:18 &lt;zzz&gt; yes to both. however probably not before April. 21:39:14 &lt;Meeh&gt; ok, why not before April? 21:39:21 &lt;Meeh&gt; and 21:39:40 &lt;Meeh&gt; how do we analyse what's needed to be analyzed? 21:39:55 &lt;Meeh&gt; IMO we should get i2p on ipv6 asap 21:40:21 &lt;zzz&gt; I'm probably about to lose a whole bunch of time but I have nothing more to say about it yet. 21:40:32 &lt;Meeh&gt; ah ok 21:40:44 &lt;dg&gt; hopefully won't be the case but :( 21:41:09 &lt;zzz&gt; for analysis, read and understand every work in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:42 &lt;zzz&gt; s/work/word/ 21:42:45 &lt;iRelay&gt; zzz meant: for analysis, read and understand every word in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:56 &lt;Meeh&gt; I support your option #3, from my limited experience with ipv6 21:43:10 &lt;Meeh&gt; and I've read the thread 21:43:25 &lt;zzz&gt; it's mostly about how what change fits best into our code, not about ipv6 itself. 21:44:16 &lt;zzz&gt; it could also be about how to do NTCP/SSU with pigeons. 21:45:37 &lt;suhr&gt; Is there a big difference between ipv4 and ipv6 in java? 21:48:13 * suhr don't know I2P code. 21:52:54 &lt;christoph4&gt; I doubt the problem is the direct networking code 21:52:54 &lt;zzz&gt; no 21:53:28 &lt;zzz&gt; it's really a datastructure issue. 21:54:32 &lt;christoph4&gt; + there might be some fun with privacy extension and multiple valid addresses adround where you want to switch from time to time. And how you do a "one node per /16" on IPv6 address space 21:54:43 &lt;zzz&gt; do you want to organize by hi-level protocol NTCP/SSU, or low-level IPv4/v6, or both or neither 21:56:12 &lt;zzz&gt; right. the various places where we assume v4 all have to be fixed too, but that's just grunt work 21:57:07 &lt;inscrutus&gt; grunt work would be good for new devs to help get familiar with the code 21:57:10 &lt;zzz&gt; dg are we done I hope? 21:57:21 &lt;dg&gt; yeah 21:57:28 &lt;dg&gt; we've got nobody else 21:57:31 &lt;dg&gt; so.. yeah. 21:57:38 &lt;hottuna&gt; alright! 21:57:38 * zzz hands dg the *baffer 21:57:53 &lt;dg&gt; I'll cut down on what we have per-meeting next time, or maybe more poking? ;-) 21:57:56 * dg takes 21:57:56 &lt;lillith&gt; dg: so are crypto and mailing list rolling over to next week? 21:57:59 * dg *baf*s the meeting closed 21:58:02 &lt;dg&gt; lillith: Yup. 21:58:17 &lt;hottuna&gt; alright, you've managed to get us all to decide on a new domain 21:58:20 &lt;hottuna&gt; not bad at all :) 21:58:40 &lt;dg&gt; :) 21:58:51 &lt;lillith&gt; hottuna: it was a fairly unanimous decision ;) 21:59:08 &lt;hottuna&gt; getting us to make is the hard part 21:59:23 &lt;inscrutus&gt; dg: i think it's reasonable to not wait as long for stragglers 21:59:51 &lt;lillith&gt; inscrutus: or start earlier for stragglers 22:00:06 &lt;lillith&gt; ie start poking from half 7 ish 22:00:29 &lt;inscrutus&gt; lillith: that too 22:00:33 &lt;dg&gt; Perhaps trivial, non dev topics should be erlier 22:00:44 &lt;dg&gt; (Mailing list for example) 22:01:26 &lt;inscrutus&gt; dg: a good idea so to not scare off the non-devs :) 22:01:29 &lt;dg&gt; I need to know good times for zzz .. and whoever the other crypto/ipv6 guys are. Most of us can't contribute to discussion at all. 22:04:44 &lt;zzz&gt; dg, I don't know when the good times are either. str4d and tuna seemed to be making a little progress. 22:07:47 &lt;zzz&gt; dg I'm guessing 6-12 months will be required to come up with a solid plan. 22:08:13 &lt;dg&gt; zzz: That's resonable. Better late than never, and I'd rather us be planning than nothing at all. 22:09:25 &lt;zzz&gt; it's been on the list for years already. pushing more might help or might not. </div>/zh/blog/2013/02/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B42%E6%9C%885%E6%97%A5/Tue, 05 Feb 2013 00:00:00 +0000/zh/blog/2013/02/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B42%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> christoph3, darrob, dg, eche|on, hottuna, KillYourTV, Meeh, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 19:59:45 &lt;dg&gt; str4d：在会议上讨论 IPv6，你有什么想法？ 20:01:00 &lt;str4d&gt; 想说就提。我知道有一些实际问题在拖后腿，不过核实一下目前到底有哪些问题也不错。 20:01:03 &lt;str4d&gt; 我还会提一下网站改版。 20:01:14 &lt;dg&gt; 太好了。 20:01:22 &lt;str4d&gt;（那就记得在某处插进来 ^_^) 20:01:33 &lt;dg&gt; 会的 :) 20:01:36 &lt;dg&gt; 我们把加密（crypto）放在最后，或者干脆不讨论 20:01:44 &lt;dg&gt; 我不想扼杀这股势头，但我也不知道我们要把它推进到哪儿 20:01:55 &lt;dg&gt; 我对它了解不够，没法……推动它 20:05:01 &lt;str4d&gt; 是的，放在最后是个好主意，只要会议前面的部分别跑题。 20:05:28 &lt;str4d&gt; 而且我们已经进展得更好了——加密评审页面上有些有意思的数据（由“guest”提供，所以我也不知道是谁 ^_^) 20:05:41 &lt;dg&gt; 我也在想这个 20:14:16 &lt;str4d&gt; dg：现在不是该开会了吗？ 20:14:48 &lt;dg&gt; 哦，对 20:14:55 &lt;dg&gt; 那好吧 20:14:58 &lt;darrob&gt; 我正要问呢。看到你在 08:05 ‘安排’ 开会我有点困惑。 20:15:36 &lt;dg&gt; 今天的议程是： 20:15:36 &lt;dg&gt;（0）- 打个招呼！ 20:15:36 &lt;dg&gt;（1）- 主域名 20:15:36 &lt;dg&gt;（2）- IPv6 进展与阻碍 20:15:39 &lt;dg&gt;（3）- 网站改版 20:15:42 &lt;dg&gt;（4）- 加密（Crypto） 20:15:57 &lt;dg&gt; 没注意到时间 20:16:20 * str4d 给 dg 发送了一条 CTCP TIME 消息 20:16:34 * str4d 看着它被 I2P IRC tunnel 弹回。 20:16:41 &lt;hottuna&gt; 大家好！ 20:16:48 &lt;str4d&gt; 嗨！ 20:16:55 &lt;dg&gt; 那我们开始吧？ 20:17:25 &lt;dg&gt; 那么，（1）- 主域名 20:17:28 &lt;dg&gt;（另外，大家好） 20:17:46 &lt;dg&gt; 当前的主域名（大多数地方使用）是 i2p2.de 20:17:49 &lt;dg&gt; 它有几个问题 20:17:53 &lt;str4d&gt; www.i2p2.de 20:18:00 &lt;str4d&gt;（不是 i2p2.de） 20:18:00 &lt;dg&gt;（1）——既不吸引人也不容易记住。 20:18:11 &lt;dg&gt;（2）——由于是基于国家的 TLD（顶级域名），有 SEO 问题 20:18:29 &lt;dg&gt;（3）——与其他域名冲突（比如我们在贴纸上用的是 geti2p.net） 20:19:03 &lt;eche|on&gt; 我在 I2P 贴纸上用的是 www.i2p2.de 20:19:06 &lt;hottuna&gt;（3）是我的锅，只是因为它更容易记住 20:19:13 &lt;dg&gt; 我建议从现在起一律使用 geti2p.net，但保留旧站点，通过重定向或一些 SEO 技巧告诉各处我们已迁移，而不是完全跳转 20:19:16 &lt;str4d&gt; 至少对 Google 来说，（2）不是直接问题。 20:19:54 &lt;dg&gt; 不过在这些里 i2p2.net 更好；像 i2p-projekt.de 这种我觉得太晦涩，不适合项目使用 20:20:01 &lt;dg&gt; geti2p.net 还有点鼓动性 20:20:16 &lt;str4d&gt; 他们关于地理定位的支持页面说，除非搜索按国家限制，否则地理定向（geotargeting）并不会特定地影响排名。 20:20:40 &lt;str4d&gt; 但他们也说，会将地理定向与大量其他因素一起用于决定区域化。 20:20:43 &lt;hottuna&gt; 我更喜欢 geti2p.net，但我认为要更改需要正式投票 20:20:49 &lt;KillYourTV&gt; iRelay: 网页标题 i2p2.net 20:20:52 &lt;dg&gt; 我同意，hottuna 20:20:55 &lt;iRelay&gt; 首页 - 承包商安全计划手册 - 可下载与交钥匙定制撰写 20:21:23 &lt;dg&gt; i2p.net 会是理想的，简单又是原始域名，但好多年内拿不到。即便过期也不保证我们能抢到。 20:21:34 * KillYourTV 好奇那里是什么，不管是不是打错了 20:22:01 &lt;str4d&gt; i2p.com 和 i2p.org 呢？ 20:22:16 &lt;str4d&gt;（或者其他通用 TLD（顶级域名）之一？ 20:22:16 &lt;str4d&gt;） 20:22:35 &lt;str4d&gt; 它们是早就被注册了吗？ 20:23:10 &lt;dg&gt; 应该是的。就我所知，项目刚开始时我们能拿到 .net 算幸运，但我也不确定。 20:23:10 &lt;eche|on&gt; 1. i2p.net 注册到了 2016 年，之后会被某些机器抢注 20:23:21 &lt;eche|on&gt; 2. 别再改域名了。那真是很折腾，真的。 20:23:39 &lt;eche|on&gt; 改域名并不会提升用户信任度 20:23:42 &lt;dg&gt; 这次不会是紧急更换。 20:23:50 &lt;dg&gt; 我们已经有大概 5 个域名在外面漂着了 20:23:57 &lt;eche|on&gt; 在 i2p.net 挂掉之后，把 www.i2p2.de 推出来是个漫长的三年过程 20:24:08 &lt;str4d&gt; eche|on：那是因为你无法访问 i2p.net 20:24:15 &lt;dg&gt; 情况完全不同 20:24:27 &lt;dg&gt;（流程也完全不同） 20:24:30 &lt;str4d&gt; 如果能同时控制新旧域名，要么把内容留在旧域名上，要么（更好）做 301 重定向。 20:24:45 &lt;dg&gt; 这次又不是在从重大打击中恢复，只是更换我们默认引用的域名而已 20:25:50 &lt;zzz&gt; 早些年，com/net/org 是最好的。现在未必了，而且美国可以也确实会随意关停这些域名。你真想回到 .net 吗？ 20:26:24 &lt;dg&gt; 又不是美国拿不到 .de。如果安全只是“国外”这么简单，我们就不需要 I2P 了。 20:26:49 &lt;hottuna&gt; i2p.{aero|af|ag|ai|am|asia|bz|cat|cm|coop|cx|gg|gr|gs|gy.|hk|hn|ht|im|io|je|ki|la|lc|li|lt|lv|me|mg|mn|ms|mx|name|nf|nu|pt|re|tel|tv} 可用 20:27:07 &lt;dg&gt; 那个“2”让我觉得不够纯粹，这让我很在意 20:27:26 &lt;dg&gt; hottuna：i2p.io 听起来很酷 20:27:41 &lt;eche|on&gt; 我想要 i2p.xxx 20:27:44 &lt;hottuna&gt; 对新手来说，这个 2 完全没意义 20:28:11 &lt;str4d&gt; i2p.coop 20:28:14 &lt;dg&gt; 我记得在 CCC 的演讲里，演讲者实际上把 i2p 叫成了“i2p2” 20:28:17 &lt;str4d&gt; i2p.coup？^_^ 20:28:18 &lt;christoph3&gt; 把价格高得离谱的域名剔除后，这个列表大概会短很多 ;-) 20:28:24 &lt;zzz&gt; dg 你严重低估了 .de 与 .net 在被美国关停可能性上的差别 20:28:24 &lt;dg&gt; “to i2p or not to i2p”（之类的） 20:28:55 &lt;str4d&gt; zzz：反正 i2p.net 已经不在考虑范围内了 =) 20:29:09 &lt;dg&gt; zzz：真的吗？我不太确定。如果美国想下架它，肯定能动用他们的关停能力。 20:29:09 &lt;hottuna&gt; zzz，同意。这也是个有效的观点。 20:29:24 &lt;dg&gt; str4d：但至少我提议的替代是 geti2p.net，所以我猜他说的是它 20:29:27 &lt;hottuna&gt; 到目前为止，只有美国国内的域名被下架过 20:29:57 &lt;eche|on&gt; 即便一些 .at 域名是垃圾邮件和病毒传播域名，也没被下架 20:30:17 &lt;christoph3&gt; zzz 可能并不是在说那种最坏情况——美国特别特别特别想把它关掉 20:30:28 &lt;christoph3&gt; 而是只是“想要”而已 20:30:31 &lt;str4d&gt; 既然这是从地理定向问题引出来的：哪些才是真正的通用 TLD？ 20:30:31 &lt;dg&gt; 我敢说如果美国开始嚷嚷它和恐怖分子有关，它也会被拿下 20:31:12 &lt;hottuna&gt; .org 域名由谁控制？ 20:31:12 &lt;str4d&gt; 哦，我刚找到一个列表。 20:31:12 &lt;eche|on&gt; str4d：很多，包括一些俄罗斯、亚洲、中国的本地域…… 20:31:19 &lt;str4d&gt; https://support.google.com/webmasters/bin/answer.py?hl=en&amp;answer=1347922 20:31:34 &lt;str4d&gt; Google 把上面这些都当作 gTLD（通用顶级域名）。 20:31:38 &lt;eche|on&gt; http://de.wikipedia.org/wiki/Top-Level-Domain 20:31:41 &lt;iRelay&gt; 标题：Top-Level-Domain Wikipedia（在 de.wikipedia.org） 20:31:49 &lt;christoph3&gt; .org 以前和 .com、.net 一样是 Verizon 管的吗？ 20:31:52 &lt;eche|on&gt; i2p.int 不错。 20:31:59 &lt;eche|on&gt; 而且是可行的。 20:32:18 &lt;eche|on&gt; 或者 .nato？ 20:33:05 &lt;hottuna&gt; .int 听起来不错，但它由 IANA 控制，而 IANA 隶属于美国政府 20:33:27 &lt;str4d&gt; hottuna：所有 TLD 最终不都是由 IANA 管的吗？ 20:33:46 &lt;str4d&gt;（不包括现在公司可以购买的新一批 TLD） 20:34:04 &lt;dg&gt; 新提议：我们买 .i2p 20:34:11 &lt;hottuna&gt; 或多或少算直接？.int 是直接的？ 20:34:11 &lt;hottuna&gt; :P 20:34:14 &lt;hottuna&gt; i2p.i2p？ 20:34:21 &lt;dg&gt; project.i2p 20:34:36 &lt;dg&gt; download.i2p 20:34:39 &lt;darrob&gt; hottuna：显然主页得是 www.i2p2.i2p。:) 20:34:54 &lt;hottuna&gt; :P 20:35:12 &lt;str4d&gt; 但我刚刚费了老大劲给整个网站改版做了双重标注 &gt;_&lt; 20:35:59 &lt;hottuna&gt; str4d，我翻译了一些。不过还剩大约 7 万词。 20:37:10 &lt;str4d&gt; 一开始就差不多 7 万词呢 =P 20:37:13 &lt;darrob&gt; 不过美国关停的威胁有多迫在眉睫？与其担心，不如先观望。最坏情况：我们得像 Pirate Bay 那样疯狂，用代理、吸引媒体注意之类的。 20:37:36 &lt;eche|on&gt; 到目前为止这不是问题，因为 Tor 还活得好好的。 20:37:47 &lt;dg&gt; 哦。对。Tor，当然。 20:38:19 &lt;darrob&gt; dg：继续？ 20:38:38 &lt;hottuna&gt; 现实一点，我们还有镜像，所以丢一个特定的 TLD 问题不大 20:38:53 &lt;dg&gt; darrob：你说 Tor？？ 20:38:56 &lt;dg&gt; darrob：至于讨论，我觉得我们还在聊 20:39:03 &lt;dg&gt; 那么，我们要把这个拿出来投票吗？ 20:39:18 &lt;dg&gt; 如果是，选项有哪些？ 20:39:18 &lt;dg&gt;（什么时候？） 20:39:22 &lt;hottuna&gt; 我希望把 geti2p.net 列为一个选项 20:39:28 &lt;dg&gt; 如果你们愿意我们现在就可以做，我不确定人够不够 20:39:35 &lt;KillYourTV&gt; 支持新的 TLD。通常注册只要区区 18.5 万美元，之后每季度再交 6,250 美元。我们肯定有足够的资金吧。 20:39:35 &lt;hottuna&gt; 下次会议？ 20:39:50 &lt;dg&gt; 当然！ 20:39:53 &lt;dg&gt; hottuna：行 20:39:53 &lt;hottuna&gt; 并在论坛上宣布 20:39:53 &lt;darrob&gt; dg：抱歉，算了。你说 Tor 的那句我没太明白，不过现在不重要了。 20:40:04 &lt;eche|on&gt; KillYourTV：^^ 完美的解决方案，不过托管是另一个话题。 20:40:35 &lt;hottuna&gt; 有没有人想提除 geti2p.net 之外的其他域名？ 20:40:38 &lt;darrob&gt; KillYourTV：我们只需要在合适的时机把比特币卖掉就行。 20:41:00 &lt;dg&gt; hottuna：我没有，因为我也不知道我们还有哪些。 20:41:55 &lt;str4d&gt; i2p.io 听起来不错，但 .io 仍然是国家/地区域 20:42:42 &lt;dg&gt; 理想情况下：我们会有 i2p.org 20:43:34 &lt;hottuna&gt; 好，那我们有两个备选：i2p.io 和 geti2p.net 20:43:45 &lt;str4d&gt; .int？ 20:43:48 &lt;str4d&gt; .info？ 20:43:56 &lt;str4d&gt; .jobs =P 20:43:59 &lt;dg&gt; i2p.info 可用吗？ 20:44:18 &lt;dg&gt; i2p.transformers？ 20:44:30 &lt;eche|on&gt; i2p.onion 20:44:45 &lt;hottuna&gt; i2p.info 已被注册 20:45:00 &lt;str4d&gt; i2p.co —— 那是国家域，但（至少在 Google 看来）当作通用的。 20:45:23 &lt;hottuna&gt; i2p.co 已被注册 20:45:30 &lt;str4d&gt; i2p.me？ 20:45:37 &lt;dg&gt; i2p.me 很酷。 20:45:58 &lt;str4d&gt;（另一个 gccTLD（通用国家代码顶级域名）） 20:46:09 &lt;darrob&gt; 而且“酷”听起来有点噱头，恕我直言。我更愿意看到 i2p2.org 之类的。 20:46:09 &lt;hottuna&gt; 建议：i2p.io i2p.int i2p.me geti2p.net 20:46:28 &lt;dg&gt; 我想去掉这个“2”。 20:46:31 &lt;str4d&gt; darrob：我更希望是 i2p.某个后缀 20:46:53 &lt;str4d&gt; 当时为什么没选 i2p.de？被注册了吗？ 20:47:01 &lt;str4d&gt; s/originally/at the time/ 20:47:04 &lt;iRelay&gt; str4d 的意思是：当时为什么没选 i2p.de？被注册了吗？ 20:47:12 &lt;hottuna&gt; i2p2.org 已被注册 20:47:16 &lt;hottuna&gt; i2p.de 已被注册 20:47:31 &lt;str4d&gt; 唔。 20:47:50 &lt;KillYourTV&gt; i2p.ispent185000dollarsandalligotwasthisstupidtld 20:48:00 &lt;str4d&gt; 我同意我们不想要花哨的东西。 20:48:07 &lt;str4d&gt; 它需要合情合理。 20:48:22 &lt;dg&gt; 在这里，“酷”==“可用” 20:48:24 &lt;dg&gt;（也是） 20:49:13 &lt;hottuna&gt; 顺便说一下，i2p.int 可用 20:50:52 &lt;hottuna&gt; dg，你会把 i2p.io、i2p.int、i2p.me、geti2p.net 加到投票备选里吗？ 20:51:18 &lt;dg&gt; hottuna：会的。我现在记一下。 20:51:27 &lt;hottuna&gt; 谢谢 20:54:10 &lt;str4d&gt; 这块还有别的事吗，还是下一个话题 dg？ 20:54:40 &lt;dg&gt; 刚在写这个话题 20:54:40 &lt;dg&gt; 嗯，下一个 20:54:43 &lt;dg&gt; 好，IPv6！ 20:54:53 &lt;dg&gt; 据我了解，welt* 之前在做这个，然后……发生了点啥？？？ 20:55:04 &lt;dg&gt; 我不知道中间的空白，也许有人能补充一下 20:55:21 &lt;dg&gt; 目前有一个关于 I2P 支持 IPv6 的悬赏 20:55:42 &lt;dg&gt; 金额是 100 欧元 20:55:45 &lt;hottuna&gt; `http://zzz.i2p/topics/109` 20:55:48 &lt;dg&gt; `http://www.i2p2.i2p/bounty_ipv6` 20:55:55 &lt;iRelay&gt; 标题：zzz.i2p: IPV6 TODO（在 zzz.i2p） 20:55:56 &lt;iRelay&gt; 标题：悬赏 I2P IPv6 原生支持 - I2P（在 www.i2p2.i2p） 20:56:04 &lt;dg&gt; 我认为在加密（crypto）重做之后/同时，这件事也很重要 20:56:43 &lt;dg&gt; 我可以和 zzz 或 welt* 一起做 20:56:57 &lt;dg&gt; 如果 welt* 能再接手就太棒了 20:59:01 &lt;dg&gt; 看起来 Meeh 愿意帮忙 20:59:12 &lt;dg&gt; 如果由 zzz 来做，他需要 SSH 20:59:42 &lt;Meeh&gt; 我可以给 zzz 提供 SSH 20:59:45 &lt;Meeh&gt; 到一个开发服务器 21:00:09 &lt;Meeh&gt; 既然邮件列表已经搭起来了，我们也该开始用了 :) 21:00:20 * dg 点头 21:00:44 &lt;dg&gt; 我不太了解邮件列表礼仪，但我可以开始往那儿发帖 21:00:51 * dg 表示冷场 21:01:54 &lt;str4d&gt; Meeh：它也会在 I2P 内部可用吗，还是我们该用 @i2pmail.org？ 21:02:17 &lt;dg&gt; 我以为是 I2P 内部的，不过…… 21:02:20 &lt;Meeh&gt; 目前用 @i2pmail.org……还没想好怎么把它搬进 I2P 里 21:03:16 &lt;str4d&gt; Meeh：你需要做某种重写。也许和 postman 聊聊？ 21:03:36 &lt;Meeh&gt; 嗯，我会的 21:04:34 &lt;dg&gt; 我们该继续还是等一等？ 21:04:49 &lt;str4d&gt; 回到 IPv6，zzz 在开发者论坛的帖子里给出了一个不错的总结 21:05:20 &lt;str4d&gt; 听起来下一步是比较一下三个可选方案。 21:05:43 &lt;str4d&gt; 我们要在这里/现在做吗？还是在开发帖里？或者在 Trac 的 wiki 页面上，像加密那样？ 21:06:17 &lt;dg&gt; 我说用 Trac 21:06:52 &lt;Meeh&gt; dg, str4d : 21:06:52 &lt;Meeh&gt; 22:05:27 &lt;postman&gt; 如果邮件列表服务器在互联网中 21:06:52 &lt;Meeh&gt; 22:05:40 &lt;postman&gt; 所有人用他们的 @i2pmail.org 地址注册 21:06:52 &lt;Meeh&gt; 22:06:14 &lt;postman&gt; 当邮件在互联网与 I2P 之间传递时会被自动改写 21:06:52 &lt;Meeh&gt; 和 i2p 21:07:34 &lt;Meeh&gt; 22:07:02 &lt;postman&gt;（我觉得最好让邮件列表服务器公开） 21:07:56 &lt;Meeh&gt; 22:07:16 &lt;postman&gt; 这样没有 mail.i2p 地址的人也能订阅 21:08:12 &lt;Meeh&gt; 所以我建议保持当前设置，因为很多不在 I2P 上的人可以加入列表 21:08:37 &lt;str4d&gt; 好的。 21:08:54 &lt;dg&gt; &lt;+dg&gt; 我们该继续还是等一等？ 21:08:54 &lt;str4d&gt; 哦，另外，如果域名更改，邮件列表的邮箱怎么办？ 21:09:04 &lt;dg&gt; 把 MX 做个 CNAME？ 21:09:14 &lt;str4d&gt; 啊，对。 21:09:25 &lt;str4d&gt; dg：继续吧。我觉得我们今天不会深入讨论 IPv6 了。 21:09:40 &lt;dg&gt; 是啊……看起来是这样。我对加密（crypto）也有点没底？ :| 21:09:51 &lt;dg&gt; 好，网站改版！ 21:10:07 &lt;dg&gt; str4d 一直在埋头做标注并清除阻碍 21:10:14 &lt;dg&gt; 我觉得我们离上线越来越近了 21:10:17 * dg 把话筒递给 str4d 21:10:50 &lt;str4d&gt; 好，网站越来越接近可用状态了。 21:11:02 &lt;str4d&gt; 我几乎给 docs/ 的全部都打上了标签 21:11:36 &lt;str4d&gt; 我现在正在处理 docs/spec/*，然后是 docs/discussion/*（不过我不确定后者是否需要？） 21:12:03 &lt;str4d&gt; 不过 docs/spec/ 很难完全打标签，因为里面有大量 &lt;pre&gt; 格式的内容，一翻译就会坏掉。 21:12:36 &lt;str4d&gt; 就 URL 而言，除了 docs/spec/* 和 docs/discussion/* 外，整站的链接都应该是可用的。 21:12:51 &lt;str4d&gt; 如果有人愿意测试一下（手动或自动），那就太好了。 21:13:37 &lt;str4d&gt; 在结构上，我觉得网站不需要再加什么了——有人想到别的吗？ 21:14:55 &lt;hottuna&gt; 没有 21:15:06 &lt;hottuna&gt; 发现缺陷再修也行 21:15:24 &lt;dg&gt; 我觉得没有……更谈不上致命问题 21:15:31 &lt;str4d&gt; 设计上我还不太满意，但这不是关键。 21:15:53 &lt;str4d&gt; 我加的移动端 CSS 的确有缺陷，但比桌面端 CSS 更易用/易读。 21:16:27 &lt;str4d&gt; 所以我觉得现在只剩下等翻译开始进来了。 21:17:10 &lt;str4d&gt;（我希望在上线前至少把一些主要页面翻译好，这样 Google 就不会在 sitemap.xml 里觉得我在骗它） 21:19:52 &lt;str4d&gt; 还有个主意：如果/当我们决定了新域名，就把新站点部署在那里，这样可以在线测试，然后通过 301 重定向告诉 Google/用户新站点就是新域名？ 21:21:03 &lt;hottuna&gt; 翻译是个非常大的工作 21:21:03 &lt;hottuna&gt; 需要很多时间 21:21:03 &lt;hottuna&gt; 为什么不在有了翻译之后再更新 sitemap.xml？ 21:22:56 &lt;str4d&gt; hottuna：sitemap 是有点递归生成的。 21:22:59 &lt;hottuna&gt; 那样会更好吗？ 21:23:02 &lt;hottuna&gt; 好 21:23:28 &lt;str4d&gt; 这和 Google 要求的整个 reflang（hreflang）事情有关。 21:23:51 &lt;str4d&gt; sitemap 里的每个页面都必须把所有其他语言的页面（包括自身）列为语言链接。 21:24:06 &lt;str4d&gt; 而且对同一页面的每个语言版本都要重复一遍。 21:24:25 &lt;str4d&gt; 我已经把它拆分成 /sitemapindex.xml 和 /lang/sitemap.xml 两类页面。 21:24:41 &lt;dg&gt; Google 真的会在意吗？ 21:24:41 &lt;hottuna&gt; 可我们总会缺少某些语言的翻译啊？ 21:24:45 &lt;str4d&gt; 但我们还有语言下拉菜单，Google 会发现的。 21:25:23 &lt;str4d&gt; hottuna：改版中的语言列表是从现有站点拿来的——它们都有部分翻译。 21:25:26 &lt;str4d&gt; dg：我也不清楚。 21:25:59 &lt;dg&gt; 要拿到翻译可能要很久 21:26:06 &lt;str4d&gt; sitemap 的语言信息是为了让 Google 不要用页面本身来判断语言（否则目前每个语言版本都会被当作“英语”） 21:26:33 &lt;str4d&gt; 嗯……我去查一下 Google 是否完全以 sitemap 为准，还是仍然会用它自己的判断。 21:26:39 &lt;str4d&gt; 也许我是在杞人忧天。 21:26:47 &lt;hottuna&gt; dg：我觉得会的，历史上大多数语言都是这样。 21:27:02 &lt;hottuna&gt; 也许吧 str4d，但最终由你来决定 21:27:06 &lt;str4d&gt; 如果有“特定语言”的页面但未翻译不会影响我们的排名，那就不是阻碍。 21:29:44 &lt;dg&gt; 嗯，好 21:31:22 * dg 等待中 21:32:56 &lt;str4d&gt; 好，我刚看了一些资料，看来 Google 会以 sitemap 为准 21:33:25 &lt;str4d&gt; 因为一种用法是只翻译页面模板，内容保持单一语言（比如论坛帖子）。 21:33:44 &lt;str4d&gt; 所以，翻译不是阻碍，可以边走边更。 21:33:51 &lt;str4d&gt; 这样的话，网站现在就可以上线。 21:33:51 &lt;dg&gt; 还有其他 bug 吗？ 21:33:58 &lt;dg&gt; 哦。太好了。 21:34:01 &lt;str4d&gt;（嗯，现在 + 检查剩余所有 URL 所需的时间） 21:34:04 &lt;dg&gt; 有人对上线有什么看法吗？ 21:37:48 &lt;hottuna&gt; 好。如果现在可以，我就投票支持现在 21:37:59 &lt;dg&gt; 我也是 21:38:34 &lt;str4d&gt; 上线需要运行服务器的人帮忙（如果我没记错是 welterde） 21:38:45 &lt;str4d&gt; 还有镜像。 21:39:20 &lt;hottuna&gt; 好吧，下次见到 welterde/weltende 就问一下？ 21:39:34 &lt;str4d&gt; 回推到 i2p.www 很简单。但服务器运维需要运行安装脚本，然后把他们的 WSGI 配置为使用 virtualenv。 21:40:15 * str4d 现在会把 i2p.www 推到改版分支，这样现在就能处理合并等事。 21:42:53 &lt;dg&gt; 万岁 21:43:12 &lt;hottuna&gt; 嗯 21:46:43 &lt;str4d&gt; 好，那么改版的事就这样。dg？ 21:46:50 &lt;dg&gt; str4d：嗯。 21:47:21 &lt;dg&gt; 我之前没往下推进 21:47:22 &lt;dg&gt; 是因为 IPv6 的讨论（或者说缺乏讨论……） 21:47:25 &lt;dg&gt; 要不要就此收工？ 21:47:25 &lt;dg&gt; 我觉得这是最好的选择 21:47:33 &lt;hottuna&gt; 好 21:47:59 &lt;str4d&gt; 是啊，1.75 小时今天也够了 21:48:10 &lt;dg&gt; 呵。 21:48:10 &lt;dg&gt; 好， 21:48:13 * dg 宣布会议结束 21:49:21 &lt;dg&gt; `http://zzz.i2p/topics/1343` 21:49:28 &lt;iRelay&gt; 标题：zzz.i2p：会议[2 月 6 日]（在 zzz.i2p） 21:50:31 &lt;hottuna&gt; 下一次会议是 12/2，不是 6/2 21:50:42 &lt;hottuna&gt; 啥 21:50:42 &lt;hottuna&gt; 好 21:50:49 &lt;hottuna&gt; 还是我搞糊涂了 21:51:47 &lt;dg&gt; 我的错 21:52:10 &lt;dg&gt; ;_; 21:55:01 &lt;iRelay&gt; &lt;str4d@freenode&gt; ping weltende 23:39:54 &lt;zzz&gt; 嗯，是只有我这么觉得，还是会议完全跳过了“更改我们的 URL 绝对是个好主意”这个最终决定？ 23:40:30 &lt;zzz&gt; 我看到有一些赞成和反对的观点，然后是“我们发起投票选一个新域名” 23:40:50 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Syndie HSQLDB2 build #9: 成功，用时 15 秒: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/Syndie%20HSQLDB2/9/` 23:41:54 &lt;zzz&gt; 我也没看到有人自愿承担落实这种变更所需的全部工作 23:45:25 &lt;zzz&gt; 还是说（未表述的）计划是先投票选出最佳名称，然后再决定是否更改以及如何更改？ 23:45:29 &lt;zzz&gt; ^^ dg 23:45:55 &lt;dg&gt; 对，抱歉如果不够清楚 23:46:03 &lt;dg&gt; 下次我会讲得更清楚些 23:46:49 &lt;zzz&gt; 可能是我问题，我只是粗略看了下。 23:46:55 &lt;zzz&gt; 所以到底有没有做出决定？ 23:47:37 &lt;dg&gt; 我们下周会投票 23:48:03 &lt;zzz&gt; 投票什么？是否更改，还是改成什么？ 23:48:33 &lt;dg&gt; 改成什么 23:48:56 &lt;zzz&gt; 那关于是否更改这件事本身，有没有决定？ 23:48:59 &lt;dg&gt; 当然也可以让人弃权 23:49:06 &lt;dg&gt; 那就等于“保持不变” 23:49:42 &lt;dg&gt; 我们一致认为更改会更好，但无法就“改成什么”达成一致 23:49:52 &lt;zzz&gt; 关于是否要更改，这个决定是 a) 已经做出，还是 b) 推迟到投票之后？ 23:50:14 &lt;dg&gt; b) 23:50:54 &lt;zzz&gt; 从会议或 `http://zzz.i2p/topics/1343` 我也没看明白 23:51:01 &lt;iRelay&gt; 标题：zzz.i2p：会议[2 月 12 日]（在 zzz.i2p） 23:51:18 &lt;str4d&gt; zzz：据我了解，出席会议的人里大多数赞成更改。 23:51:25 &lt;zzz&gt; 而在我看来，“可能不错”远远达不到“这绝对是个好主意，而且我们有人自愿去做”的程度 23:51:28 &lt;str4d&gt; 但是，并不是所有相关的人都参加了会议。 23:51:38 &lt;dg&gt;（比如你） 23:52:04 &lt;dg&gt; welt 也不在，我可能忘了谁，还有别的人缺席吗？ 23:52:37 &lt;zzz&gt; 是，我时进时出，是我的问题。但我回顾日志时看到，支持的一方说的是“可能不错”，反对的一方提了不少实质性反对意见。 23:53:04 &lt;str4d&gt; zzz：我不记得有重要的反对意见。能具体说说吗？ 23:53:07 &lt;zzz&gt; 不过 dg 说还没有决定， 23:53:25 &lt;str4d&gt; 唯一主要的是 eche 提到的链接损失，但那用 301 重定向就很容易解决 23:53:28 &lt;dg&gt; 最大的来自 ech，说这会造成大问题 23:53:31 &lt;dg&gt; 而那不是真的 23:53:45 &lt;dg&gt; s/was't true/debunked 23:53:52 &lt;str4d&gt;（因此这不能和 i2p.net -&gt; i2p2.de 的迁移公平对比，后者确实有问题） 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; user credability is not to be raised with a domain change 23:54:09 &lt;zzz&gt; 还有我提出的由美国控制的问题 23:54:19 &lt;zzz&gt; 还有所需工作量，这个没人提到 23:54:30 &lt;str4d&gt; “很折腾”指的是上面那个。 23:54:46 &lt;dg&gt; 主站上有链接（有多少能用正则搞定？），源码里也有一些（同理？） 23:54:46 &lt;dg&gt; 还有什么？ 23:54:53 &lt;zzz&gt; 还有 SEO 问题，你显然认为可控，但我不太确定 23:55:16 &lt;str4d&gt; 用户可信度——这个相当模糊，而且在我看来从 i2p2.* 改到 i2p.* 会让用户更容易使用。 23:55:16 &lt;zzz&gt; 我们的文档和代码里也有链接 23:55:35 &lt;str4d&gt; 站内链接都是相对的，所以没问题。 23:55:35 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/ 23:55:38 &lt;iRelay&gt; 标题：未找到 - I2P（在 www.i2p2.de） 23:55:38 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/g 23:55:41 &lt;iRelay&gt; 标题：未找到 - I2P（在 www.i2p2.de） 23:55:50 &lt;str4d&gt; 文档、代码、SEO——同样，301 重定向能解决这些。 23:56:05 &lt;dg&gt; 301 是永久重定向，对吧？ 23:56:08 &lt;str4d&gt;（当然文档和代码应该更新，但链接不会失效） 23:56:11 &lt;str4d&gt; 是的。 23:56:21 &lt;dg&gt; 如果是，那我想这就是它被创造出来的目的——反正就是干这种事。 23:56:21 &lt;str4d&gt; 改版里对所有旧页面位置都是这么做的 23:56:24 &lt;zzz&gt; 如果还没决定（dg 也是这么说的），那我们下周再谈。我从日志和 zzz 的帖子里以为已经决定了，但显然不是 23:56:42 &lt;str4d&gt; 例如 /debian.html --[301]--&gt; /en/download/debian 23:56:57 &lt;str4d&gt; zzz：是的，还没决定，这只是开启话题。 23:57:04 &lt;zzz&gt; 好 23:57:19 &lt;zzz&gt; 另外很多事情需要 welt 的时间，而这很紧张 23:57:24 &lt;str4d&gt; 没有充分共识，什么也不会发生。 23:57:44 &lt;zzz&gt; 好，太好了。我大概是误读了日志 23:57:55 &lt;str4d&gt; 是，这也是我想把改版理顺并同时上线的原因。 23:58:29 &lt;str4d&gt; 或者更确切地说，我会继续做站点相关的事，等 welt 出现时我们就可以上线。 23:59:15 &lt;dg&gt; 我会编辑帖子，把它说清楚 23:59:18 &lt;zzz&gt; 也许吧。一下子改 6 件事会增加风险。我建议渐进式做法 00:00:16 &lt;zzz&gt; 也要注意别过于关注 Google，还有其他搜索引擎，它们的行为可能不同 00:00:31 &lt;zzz&gt; 或者至少更慢 00:00:34 &lt;str4d&gt; zzz：嗯，所以我建议把改版放到“新” URL 上去测试。 00:00:42 &lt;str4d&gt; 然后再上 301。 00:00:53 &lt;str4d&gt;（假设 URL 更换） 00:01:30 &lt;str4d&gt; 好吧，我会去查查其他搜索引擎，但 Google 似乎用的是相当标准的技术（比如 sitemap 这些） 00:02:05 * str4d 目前在检查并修复旧的/坏掉的 URL。 00:03:24 &lt;dg&gt; 我编辑了我的帖子。`http://zzz.i2p/topics/1343` 00:03:31 &lt;iRelay&gt; 标题：zzz.i2p：会议[2 月 12 日]（在 zzz.i2p） 00:05:36 * dg 等 ech 回来 00:05:43 &lt;dg&gt; 那应该是明天，对吧？ 00:08:17 &lt;zzz&gt; 关于渐进式做法，比如你可能想在正式站点先用几天 302，等确认一切正常后再切到 301，因为你真的不想把 301 弄砸了 00:08:28 &lt;str4d&gt; 嗯，是的。 00:08:40 &lt;str4d&gt; 你是说旧页面也这样吗？ 00:09:16 &lt;zzz&gt; 也许。可以想想 00:09:43 &lt;str4d&gt; 我几乎确认所有旧页面都没问题（我手动检查了大多数） 00:09:53 &lt;dg&gt; 至于域名，https://twitter.com/i2p/status/298485275053666304 ——不可能只有我觉得那样很乱吧 00:10:00 &lt;str4d&gt; 但后面再检查一次也值得。 00:10:28 &lt;dg&gt; str4d：zab 没回复。 00:12:36 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 开始构建 #43，任务 Cobertura Coverage Reports 00:13:41 &lt;zzz&gt; 不是说更换是个坏主意（而且如果要换，geti2p.net 是唯一选择）。只是如果要做，就要有明确目的。你提出了方案并进行了讨论，但从未发起做决定，甚至没有明确如何或何时做决定。 00:14:59 &lt;dg&gt; &lt;+hottuna&gt; 我更喜欢 geti2p.net，但我认为要更改需要正式投票 00:15:02 &lt;dg&gt; &lt;+dg&gt; 我同意，hottuna 00:15:13 &lt;dg&gt; 只能是 geti2p.net？ 00:15:20 &lt;dg&gt; 那就别投票了，直接是/否？ 00:15:27 &lt;dg&gt; 可以，但现在就告诉我 :p 00:16:10 &lt;zzz&gt; 所以“是否更改”的投票和“改成什么”的投票混在一起了 00:17:01 &lt;zzz&gt; “唯一选择”只是我个人意见 00:17:12 &lt;dg&gt; 参会的人都赞成更改（ech 是唯一不同意的，然后他……没再发声……我不清楚这意味着什么，是吧？）所以我就跳过了那一步 00:20:04 &lt;zzz&gt; 嗯，会议你按你想要的方式主持就好，不过我不确定你是否应该忽略只反对了一次的人，尤其是在你没有明确宣布讨论结束并做出决定的情况下 00:20:13 &lt;dg&gt; 不，我明白你的意思 00:20:16 &lt;dg&gt; 是 point* 00:20:26 &lt;dg&gt; 我确实需要把事情交代得更清楚 </div>/zh/blog/2013/01/29/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B41%E6%9C%8829%E6%97%A5/Tue, 29 Jan 2013 00:00:00 +0000/zh/blog/2013/01/29/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B41%E6%9C%8829%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dg, hottuna, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:08:14 &lt;dg&gt; 大家好 20:08:33 &lt;dg&gt; 我们其实没怎么讨论议程，但反正有些大事要讨论，所以没关系 20:08:55 &lt;dg&gt; 第一个话题是新网站的设计以及上线的阻碍（blockers） 20:08:58 &lt;dg&gt; 我就交给 str4d 20:09:09 * dg 把象征性的聚光灯交给 str4d 20:09:20 &lt;str4d&gt; 嗨！ 20:09:27 &lt;str4d&gt; &lt;/ocd&gt; 20:10:07 &lt;str4d&gt; 嗯，过去一周我没太多时间做，但如果需要，网站是可以上线的。 20:10:26 &lt;str4d&gt; 我看到的阻碍是：给文档加上用于翻译的标记。 20:10:37 &lt;str4d&gt; 还有修复 URL —— 这个确实是个阻碍。 20:10:48 &lt;str4d&gt; （我一直在同时做这两件事。） 20:11:45 &lt;str4d&gt; 站点的其他部分我已经完成了——我们只需要逐页检查所有文档页面，重复我做的事情：给每个段落/标题/列表项/等等添加翻译标签，并检查/更正站内的内部 URL。 20:12:29 &lt;str4d&gt; 另一个我认为是阻碍的是把旧翻译迁移到新格式，也就是把旧的 faq_lang.html 等页面中的文本按需拷贝到 .po 文件里。 20:12:55 &lt;dg&gt; 在我看来，翻译标记这件事不算真正的阻碍，但我们需要尽快完成。我不确定你们对在翻译未完全完成的情况下上线怎么看 20:13:14 &lt;str4d&gt; （我给 de 做了 1.2 页，给 es 做了 1 页，作为示例，但最好由懂该语言的人来做，这样粘贴的内容才能被验证） 20:14:00 &lt;str4d&gt; （因为无法保证两种语言的单独页面内容完全一致） 20:15:52 &lt;str4d&gt; 在设计方面，我越来越倾向于就保留修改过的 duck 的主题；它已经得到不少人的称赞，包括一位设计师。就我个人来说我仍然不太满意（例如我觉得文档里的长段文字有点难读），但我不会把它算作一个阻碍。 20:16:09 &lt;dg&gt; 大体上我挺喜欢的 20:16:40 &lt;str4d&gt; 哦——现在有个不太好的情况是，我加的移动端 CSS 在手机上似乎不工作，囧 20:16:52 &lt;str4d&gt; （不过在把桌面浏览器窗口缩窄时效果还不错） 20:19:26 &lt;str4d&gt; 我能想到的网站相关大概就这些了——它运行状况不错，大部分基础工作也都就绪。 20:19:41 &lt;dg&gt; 我过会儿去看看有没有坏链 20:19:52 &lt;dg&gt; 之前我找到了几处 20:20:17 &lt;str4d&gt; dg：我的测试站在跑最新版本，你可以在那里检查。 20:20:32 &lt;str4d&gt; 坏链应该只在 /lang/doc/* 里 20:20:35 &lt;dg&gt; 我把工单找出来 20:20:38 &lt;str4d&gt; 其他页面都应该没问题。 20:20:45 &lt;str4d&gt; 是工单 #807 20:20:52 &lt;dg&gt; 省了我些时间 :) 20:20:59 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:20:59 &lt;dg&gt; 那要不要下周再讨论这个？ 20:23:38 &lt;dg&gt; 找到一个。 20:23:46 &lt;dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/networkcomparisons` 来自 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/garlic-routing` 20:23:49 &lt;str4d&gt; 哦，/lang/misc/* 也还没看过。 20:23:56 &lt;iRelay&gt; Title: Garlic Routing - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:24:06 &lt;dg&gt; 应该是 /en/comparison 20:24:12 &lt;dg&gt; 抱歉把整段都粘贴过来了，我下次不这样了 20:24:15 &lt;dg&gt; 辣眼睛 20:24:22 &lt;str4d&gt; dg：是的，那是我把所有由两个词组成的页面都加上连字符之后的副作用。 20:24:30 &lt;str4d&gt; 哦，那也是。 20:25:09 &lt;dg&gt; /docs/how/garlic-routing 里有 /docs/how/elgamalaes，应该是 /docs/how/elgamal-aes 20:25:16 &lt;dg&gt; 我稍后把它们都写进工单 20:25:23 &lt;dg&gt; &lt;+dg&gt; 那要不要下周再讨论这个？ 20:26:01 &lt;str4d&gt; 我没问题。还有谁想发表意见？^_^ 20:27:18 &lt;Meeh&gt; `http://meeh.i2p/viewmtn/viewmtn.py/` 20:27:49 &lt;dg&gt; `http://meeh.i2p/viewmtn/viewmtn.py/branch/changes/i2p.i2p` 上出现内部服务器错误 20:28:45 &lt;Meeh&gt; 嗯 20:28:48 &lt;Meeh&gt; 正在处理 20:28:55 &lt;dg&gt; 那我就当作没人有意见了 20:28:58 &lt;dg&gt; 那我们继续……加密？ 20:29:18 &lt;str4d&gt; 最后一个问题：鉴于这里对拷贝旧翻译的明显冷淡态度，直接放弃旧翻译、把空的 .po 上传到 Transifex 会不会更好？ 20:29:44 &lt;dg&gt; Transifex 上不是挺活跃的吗？ 20:29:51 &lt;str4d&gt; 反正 .po 文件最终会放到 Transifex 上；我原本打算把旧翻译也放进去，算是给大家一个起步。 20:30:05 &lt;dg&gt; 我觉得可以 20:30:48 &lt;str4d&gt; 还有别的意见吗？ 20:32:38 &lt;str4d&gt; 如果就这么定，那我会尽量再给更多页面打上标签，然后为当前网站支持的语言创建 .po 文件。接着有 Transifex 权限的人可以创建一个 i2p.www subprojcet 并上传它们（KillYourTV？） 20:32:50 * psi 回看聊天记录 20:33:34 &lt;psi&gt; 要不要投票搞个 hackfest？ 20:35:05 * psi 继续回看聊天记录 20:39:01 &lt;str4d&gt; ... 20:39:04 * str4d 不太喜欢做假设，但就先假设没人反对这个行动方向。 20:39:04 &lt;dg&gt; 太安静了&gt;.&gt; 20:39:04 &lt;str4d&gt; 这样的话，旧翻译会从 i2p.www.revamp 中丢弃（或者暂时留在分支里——如果译者确实需要，可以去找来参考）。 20:39:04 &lt;psi&gt; 没有明确意见 20:39:14 &lt;SkinSystem&gt; 嗨，我听说 k0e 看 granny pr0n（色情片）时会自己动手 20:39:21 &lt;dg&gt; 呃？ 20:39:32 &lt;psi&gt;&gt;.&gt; #i2p-chat 20:40:45 &lt;str4d&gt; 好的，关于网站我这边就这些了。 20:49:59 &lt;dg&gt; 嗯.. 20:50:11 &lt;dg&gt; 我不知道要不要 wait(str4d) 20:51:33 &lt;dg&gt; 暂离，马上回来 21:03:55 &lt;hottuna&gt; zzz，你看到 http://trac.i2p2.de/wiki/Crypto/CurrentSpecs 的更新了吗？ 21:03:58 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.de) 21:07:36 &lt;zzz&gt; 看到了，你们干得很棒 21:08:13 &lt;hottuna&gt; 你觉得我们在哪些地方用了非对称密码其实并不需要？ 21:08:23 &lt;hottuna&gt; 能否用对称方案替代？ 21:08:38 &lt;zzz&gt; 我不认为我们在哪儿用了不必要的东西 21:09:04 &lt;hottuna&gt; 好的 21:09:15 &lt;zzz&gt; 网页上的加密部分当然需要把对称/非对称加密也补上，现在只有签名 21:09:46 &lt;hottuna&gt; 对。不过一次解决一个问题 21:09:53 &lt;hottuna&gt; 我觉得签名部分反而是最脆弱的 21:10:07 &lt;zzz&gt; 对。我只是说先放一句占位就行 21:20:19 &lt;hottuna&gt; zzz，sud 签名在实现上以及避免 flag day（一次性强制切换）方面应该都相当可行吧？ 21:20:41 &lt;hottuna&gt; 可行，指的是可以更换所用的密码算法。 21:23:58 &lt;dg&gt; 回来了 21:26:53 &lt;zzz&gt; 我想可以。我们做 su2 时也没出什么事，那为什么不能做 su3、su4、…… 21:28:38 &lt;hottuna&gt; 但在此之前我们得先决定哪种密码算法最可行 21:36:25 &lt;dg&gt; 好的 21:36:33 &lt;dg&gt; 既然 str4d_afk 走了……呃 21:36:51 &lt;dg&gt; zzz、hottuna，你们还想继续讨论什么吗，还是我们结束会议？看起来其他人都不在 21:40:29 &lt;dg&gt; 好吧 21:40:35 * dg bafs 会议结束 21:41:11 &lt;hottuna&gt; 谢谢 dg :) 21:41:55 &lt;dg&gt; str4d 不见了 21:45:03 &lt;dg&gt; 总之，没事 23:00:32 &lt;str4d&gt; 抱歉，连接断了，然后我又 AFK 了 </div>/zh/blog/2013/01/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B41%E6%9C%8822%E6%97%A5/Tue, 22 Jan 2013 00:00:00 +0000/zh/blog/2013/01/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B41%E6%9C%8822%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> christoph1, dg, eche|on, hottuna, lillith, RN, str4d, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:07:05 &lt;hottuna_&gt; 好吧，开会时间到了？ 20:07:27 &lt;str4d&gt; o/ 20:08:28 &lt;RN-&gt; 我也这么想 20:08:41 &lt;hottuna_&gt; eche|on, zzz, dg：ping 20:09:46 &lt;hottuna_&gt; 我们等到 20:15 看看 dg 会不会来。 20:10:21 &lt;RN-&gt; 大家都读了 zzz 布置的“作业”了吗？ 20:10:36 &lt;hottuna_&gt; 读了读了 20:11:28 &lt;RN-&gt; 超出我的理解了 20:11:31 &lt;str4d&gt; 好的，看来这次会议的三个议题是 ugha.i2p、网站改版和加密。还有别的需要讨论的吗？ 20:11:50 &lt;hottuna_&gt; 我觉得已经够多了 20:11:58 &lt;str4d&gt; 好吧： 20:12:01 &lt;RN-&gt; 不过我读了 20:12:04 &lt;str4d&gt; (0) 打个招呼。 20:12:11 &lt;str4d&gt; (1) Ugha.i2p 20:12:18 &lt;str4d&gt; (2) 网站改版 20:12:29 &lt;str4d&gt; (3) 加密讨论 20:12:32 &lt;str4d&gt; (0) 打个招呼。 20:12:35 &lt;str4d&gt; 嗨！ 20:13:00 &lt;RN-&gt; 嗨 20:13:07 &lt;hottuna_&gt; 大家好！ 20:14:44 &lt;RN-&gt; 我们在等 zzz 和 ech？ 20:15:21 &lt;hottuna_&gt; 我觉得在加密部分之前我们可以先进行 20:15:27 &lt;str4d&gt; eche|on 大概一小时前还在；zzz 需要说话时通常会出现。 20:15:27 &lt;RN-&gt; 猜他们会在最后…… 20:15:49 &lt;hottuna_&gt; weltende, welterde, eche|on：关于新网站，ping 20:15:52 &lt;hottuna_&gt; 好的 20:15:58 &lt;RN-&gt; 有人有聊天记录吗？ 20:15:58 &lt;str4d&gt; 其他人到了就加入吧 ^_^ 20:16:05 &lt;str4d&gt; (1) Ugha.i2p 20:16:05 &lt;hottuna_&gt; 那么……ugha？ 20:16:08 &lt;str4d&gt; o/ 20:16:39 &lt;zzz&gt; 在这儿，如果第3项能比较快的话我会等到那时 20:16:52 &lt;hottuna_&gt; 好的，我上周发了一个内容请求页面 20:16:52 &lt;hottuna_&gt; 需要 syndie/imule 的内容 20:16:59 &lt;hottuna_&gt; 据我所见已经提交了 20:17:18 * str4d can 20:17:29 &lt;str4d&gt; 现在实际上无法加载 ugha =P 20:17:41 &lt;str4d&gt; 我们知道谁运营 ugha 吗？ 20:18:04 &lt;hottuna_&gt; 我不知道 20:18:23 &lt;hottuna_&gt; 我们对 ugha 还有其他要改/要加的想法吗？ 20:18:31 &lt;str4d&gt; 因为如果能加上合适的垃圾信息防护会很有用。 20:18:38 &lt;eche|on&gt; 我们部分知道/猜到是谁运营的。但不会在这里披露 20:18:47 &lt;eche|on&gt; 而且所有者还没有回应 20:18:54 &lt;dg&gt; 好的，大家好 20:18:57 &lt;str4d&gt; eche|on：可以理解。 20:18:57 &lt;eche|on&gt; ugha.i2p 已经清理了垃圾信息 20:19:09 &lt;str4d&gt; eche|on：那花了多少功夫？ 20:19:12 &lt;eche|on&gt; 我还新增了一个关于 iMule 和 syndie 的页面，KillYourTV 又补充了一些内容 20:19:30 &lt;eche|on&gt; 垃圾？很多，要删除的垃圾信息&gt;200，甚至&gt;400条 20:19:38 &lt;eche|on&gt; 它们是在两年时间里出现的 20:20:09 &lt;str4d&gt; 完全手动删除？ 20:20:24 &lt;hottuna_&gt; 是通过 inproxy 出现的吗？ 20:20:35 &lt;dg&gt; 我也在想这个 20:20:50 &lt;dg&gt; 抱歉来晚了，虽然我还是赶到了 :) 20:20:53 &lt;eche|on&gt; 是的，str4d，点击每个垃圾页面，点删除页面，点是的，我要删除，然后点击下一个垃圾页面 20:21:08 &lt;eche|on&gt; 依我看，是通过 INproxy。 20:21:27 &lt;eche|on&gt; 嗯，是的 20:21:58 &lt;eche|on&gt; http://ugha.i2p.to/RecentChanges 20:22:01 &lt;hottuna_&gt; 好吧，也许不应该通过 inproxy 访问？ 20:22:15 &lt;RN-&gt; 那……对 inproxy 设置只读？ 20:22:15 &lt;eche|on&gt; 也许有人愿意数数“删除”图标的数量 ;-) 20:23:34 &lt;hottuna_&gt; 能通过 wiki 通知管理员吗？ 20:23:45 &lt;eche|on&gt; 大概不行 20:23:48 &lt;hottuna_&gt; 通过 inproxy 只读的规则可能会比较好 20:23:51 &lt;hottuna_&gt; 好的 20:24:06 &lt;hottuna_&gt; eche|on，但你知道是谁吗？你能做这件事吗？ 20:24:28 &lt;eche|on&gt; 我对此无能为力，我和其他人一样只是个用户 20:24:43 &lt;dg&gt; 那个人显然不活跃。 20:24:46 &lt;dg&gt; 所以……可能还是不行。 20:24:51 &lt;eche|on&gt; 我只能请 tino（i2p.to 的拥有者）把它封掉。 20:25:18 &lt;hottuna_&gt; 把它完全封掉是可以接受的解决方案吗？ 20:26:01 &lt;eche|on&gt; 可以 20:26:05 &lt;dg&gt; 长期来看不行 20:26:30 &lt;RN-&gt; 我同意 dg 20:26:44 &lt;eche|on&gt; 这是个 wiki。需要积极管理来删除不需要的内容 20:26:44 &lt;hottuna_&gt; 我觉得封掉也可以……因为它只对已经在用 I2P 的人有用 20:26:57 &lt;eche|on&gt; 但我们在 I2P 内部也有活跃的垃圾信息发布者…… 20:26:57 &lt;zzz&gt; 除非所有者请求，tino 不会采取行动 20:27:04 &lt;zzz&gt; 至少，他不应该。 20:27:41 &lt;hottuna_&gt; eche|on，你能联系所有者吗？ 20:27:52 &lt;eche|on&gt; 目前我每天都访问 ugha.i2p 并删除垃圾信息 20:28:15 &lt;eche|on&gt; hottuna_：我已经通过 IRC 和电子邮件联系了。现在就看他是否回应了。 20:28:38 &lt;zzz&gt; 如果它继续让我们难堪，我们可以把它从 router console 移除，不管有没有替代 20:28:41 &lt;eche|on&gt; 你知道，forum.i2p 也出现过同样的问题。这是 I2P 内部的问题 20:28:48 &lt;hottuna_&gt; 是说从 i2p.to 屏蔽？ 20:29:02 &lt;eche|on&gt; 是说需要积极的管理工作 20:29:25 &lt;hottuna_&gt; 好的 20:29:58 &lt;hottuna_&gt; 不管怎样，如果你能得到回应，问问能否屏蔽 20:31:01 &lt;RN-&gt; tino 现在不只做 inproxy 了 20:31:43 &lt;dg&gt; 是啊。 20:32:01 &lt;str4d&gt; 除了垃圾问题，ugha 还有没有需要添加/更新的内容？ 20:32:29 &lt;dg&gt; 有。 20:32:29 &lt;eche|on&gt; 我看了俄语 wiki。那真是个很棒很棒的站 20:32:44 &lt;str4d&gt; 在 /Requests 里——“更高级的 i2p 配置选项和解释。”——hottuna_ 你已经加了一些，对吧？ 20:32:44 &lt;eche|on&gt; 内容很充实、结构清晰。但都是俄语。 20:32:44 &lt;str4d&gt; eche|on：链接？ 20:32:53 &lt;hottuna_&gt; 俄语 wiki 的 URL 是什么？ 20:33:12 &lt;hottuna_&gt; str4d，是的。而且我在 echelon.i2p 上找到了一个类似的列表 20:33:24 &lt;eche|on&gt; 如果我再找到的话…… 20:34:10 &lt;eche|on&gt; 我认为是 rus.i2p 20:34:56 &lt;eche|on&gt; 不过更多高级配置的解释会更好 20:34:59 &lt;str4d&gt; 哦，那还真是个不错的 wiki。 20:36:25 &lt;eche|on&gt; 可惜我现在有点忙，不过有机会的话我会做一点 20:36:32 &lt;RN-&gt; 看起来它使用了和 cake why TV 在他的 Cindy 页面上一样的干净界面 20:36:42 &lt;dg&gt; 是英文的吗？ 20:36:45 &lt;RN-&gt; 我大概 10 分钟内就得走了，之后靠滚动回看补上会议内容…… 20:38:21 &lt;str4d&gt; 关于 ugha.i2p 还有其他需要提出来的重点吗？ 20:38:36 &lt;hottuna_&gt; 没有。 20:38:47 &lt;hottuna_&gt; 我更新了请求页面 20:39:50 &lt;str4d&gt; /I2pRfc 页面可以更新一下，如果它计划过/曾经打算做权威参考的话（不过网站可能更适合放规范）。 20:40:26 &lt;dg&gt; ugha.i2p 有很多内容可以新增或更新 20:40:33 &lt;dg&gt; 它似乎拥有关于 i2p 的历史和旧技术文档的信息，比其他任何地方都多 20:41:19 &lt;str4d&gt; 目前的总结：垃圾问题（暂时）在控制之中，但需要持续巡查；有不少老页面值得更新（适合喜欢写作的人做的任务）。 20:41:34 &lt;hottuna_&gt; 同意。 20:41:41 &lt;str4d&gt; 另外如果可能，wiki 应该阻止来自 inproxy 的编辑。 20:41:56 &lt;str4d&gt; 在继续之前还有别的要补充的吗？ 20:41:59 &lt;dg&gt; 关于 wiki 就这些了吗？ 20:42:02 &lt;dg&gt; 我不这么认为 20:42:52 &lt;str4d&gt; dg：要不要你来主持一下？^_^ 20:43:11 &lt;dg&gt; 好的 :3 20:43:15 &lt;dg&gt; 谢啦 20:43:38 * str4d 反正下个议题轮到我多说话了 =D 20:43:53 &lt;dg&gt; 好的，说说网站改版——我觉得由 str4d 牵头的新设计（他主要做后端，也改了一些 CSS）给 i2p 带来了新气象，有助于刷新大家的看法和第一印象 20:44:00 &lt;dg&gt; 现在的样子比较陈旧，等等等等…… 20:44:11 &lt;dg&gt; 我觉得我们应该看看上线前必须完成的还有哪些 20:44:34 &lt;str4d&gt; 必须在上线前完成的： 20:44:37 &lt;dg&gt; 小问题可以上线后继续做，那么我们现在要考虑的阻塞项？ 20:44:48 &lt;str4d&gt; - 翻译标注（tagging） 20:45:01 &lt;str4d&gt; （好吧，不是“必须”，但至少要做大部分） 20:45:17 &lt;str4d&gt; - 检查站内所有链接是否已更新且有效 20:45:36 &lt;str4d&gt; 基本就这些。 20:45:56 &lt;hottuna_&gt; 翻译标注是怎么做的？ 20:46:07 &lt;str4d&gt; 我已经开始做了，已经覆盖了大部分站点页面（不算文档的话，文档本身就很大） 20:46:22 &lt;dg&gt; 后者不难。记得有工具，不过真到不行我可以到处点点（为团队牺牲一下 ;)）。 20:46:33 &lt;dg&gt; 解释一下翻译标注？ 20:46:40 &lt;str4d&gt; hottuna_：Jinja2 模板标签 20:46:40 &lt;str4d&gt; 以及 gettext PO 文件 20:47:05 &lt;str4d&gt; &lt;h2&gt;{% trans %}A Gentle Introduction to How I2P Works{% endtrans %}&lt;/h2&gt; 20:47:08 &lt;str4d&gt; &lt;p&gt;{% trans -%} 20:47:08 &lt;str4d&gt; I2P is a project to build, deploy, and maintain a network supporting secure and anonymous 20:47:08 &lt;str4d&gt; communication. People using I2P are in control of the tradeoffs between anonymity, reliability, 20:47:11 &lt;str4d&gt; bandwidth usage, and latency. There is no central point in the network on which pressure can be 20:47:11 &lt;str4d&gt; exerted to compromise the integrity, security, or anonymity of the system. The network supports 20:47:11 &lt;str4d&gt; dynamic reconfiguration in response to various attacks, and has been designed to make use of 20:47:11 &lt;str4d&gt; additional resources as they become available. Of course, all aspects of the network are open and 20:47:11 &lt;str4d&gt; freely available. 20:47:15 &lt;str4d&gt; {%- endtrans %}&lt;/p&gt; 20:48:17 &lt;str4d&gt; 打了标记的块会被提取到 messages.pot 中，然后就可以像 router console 那样翻译。 20:48:36 &lt;str4d&gt; 还有一项我认为上线前“必须”做的： 20:48:57 &lt;str4d&gt; - 把旧的译文页面（例如 /how_intro_fr）迁移到 PO 文件 20:49:53 &lt;hottuna_&gt; 好 20:49:56 &lt;hottuna_&gt; mtn 仓库名是什么？ 20:50:04 &lt;hottuna_&gt; 好的 20:50:08 &lt;str4d&gt; 那个我帮不上太多 =P 我迁移了一页做测试，但我无法验证旧译文的准确性（尤其是以前静态页面没有保持同步的机制） 20:50:12 &lt;str4d&gt; i2p.www.revamp 20:51:02 * str4d 再次启动测试站点 20:52:33 &lt;str4d&gt; 好的，`http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 又能访问了。 20:52:44 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:52:59 &lt;str4d&gt; 我还给网站加了移动端支持——你可以把浏览器窗口缩到 768px 以下看看 20:53:34 &lt;dg&gt; 我们对 blog/ 20:53:34 &lt;dg&gt; 怎么处理？ 20:53:45 &lt;str4d&gt; dg：你指什么？ 20:53:52 &lt;str4d&gt; （哪方面？） 20:54:04 &lt;dg&gt; 谁来写博客，怎么搭建？我们什么时候写？:) 20:54:43 &lt;str4d&gt; 目前 blog 只有（较旧的）发行公告和（更早的）状态帖。 20:54:54 &lt;str4d&gt; 至少会照常发布发行公告。 20:55:50 &lt;str4d&gt; 但这是之后的问题——我们得先把网站做完！ 20:56:09 &lt;hottuna_&gt; 同意 20:56:20 &lt;str4d&gt; 工单 #807 里还有一些不错但不阻塞的事项 20:56:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:56:44 &lt;str4d&gt; 它们有点散落在工单里，部分包括： 20:57:02 &lt;str4d&gt; - 填充 /about/glossary 20:57:21 &lt;str4d&gt; - 改进 blog/meetings 的布局和样式 20:58:17 &lt;str4d&gt; - 修复或替换主题 20:58:36 &lt;hottuna_&gt; 关于翻译标注："""{{ _('Friends of I2P') }}""" 能以直接的方式打标签吗 20:59:03 &lt;str4d&gt; hottuna_：那个已经打过标签了。 20:59:26 &lt;hottuna_&gt; 只是好奇语法 20:59:29 &lt;str4d&gt; （那是更简洁的写法） 20:59:39 &lt;hottuna_&gt; 啊哈 20:59:42 &lt;str4d&gt; {{ }} 会插入其中 Python 方法的结果 20:59:53 &lt;str4d&gt; _() 是 Python 里的 gettext 调用 21:00:00 &lt;str4d&gt; （嗯，就是被导入到 Jinja2 里的那个 21:00:03 &lt;str4d&gt; ） 21:00:19 &lt;hottuna_&gt; 谢谢 21:00:34 &lt;str4d&gt; {% trans %}{% endtrans %} 是更啰嗦的标签，但它是 Jinja2 的标签，支持在标签之间放任意内容。 21:00:49 &lt;str4d&gt; （而 _() 那种不能包含例如 ' 21:00:52 &lt;hottuna_&gt; 还剩哪些需要打标签？ 21:01:13 &lt;str4d&gt; hottuna_：查看 mtn 日志了解已打标签的部分，但如果我没记错： 21:01:44 &lt;str4d&gt; - get-involved/guides（我在那里给 ides 和 dev-guidelines 打了标签） 21:01:55 &lt;str4d&gt; - misc/* 21:01:58 &lt;str4d&gt; - docs/* 21:02:09 &lt;str4d&gt; 还有我们希望翻译的任何博客文章。 21:03:06 &lt;str4d&gt; （我已经迁移并标注了 0.9.4 和 0.9.3 的帖子，未来的帖子也可以标注；更早的帖子可以在有人愿意时再标注） 21:04:17 &lt;str4d&gt; 好的，我们需要加快会议进度。 21:05:18 &lt;str4d&gt; 总结：网站改版几乎就绪，欢迎协助把剩余站点做翻译标注并检查 URL（可同时进行）（谢谢 hottuna_ 主动帮忙（我猜你指的是这个？）） 21:05:45 &lt;str4d&gt; 其他文案/布局修改也欢迎，但不算阻塞项。 21:06:31 &lt;str4d&gt; 哦：如果有人想开始翻译页面（可以参考或直接复制粘贴旧的译文页面），请动手。 21:06:34 &lt;str4d&gt; 还有别的吗？ 21:06:49 &lt;hottuna_&gt; 我会看看标注 21:07:48 &lt;str4d&gt; hottuna_：谢谢。get-involved/guides 交给我吧，因为我已经开始做了。 21:08:43 &lt;str4d&gt; dg：你在看会议时间吗（把控节奏）？ 21:09:02 &lt;dg&gt; 哦，抱歉 21:09:14 &lt;dg&gt; 那我们网站/ 这块结束了 21:09:41 &lt;dg&gt; 到加密时间啦 :-D 21:10:16 &lt;dg&gt; 我找找相关话题 21:10:16 &lt;dg&gt; 稍等 21:11:28 &lt;dg&gt; `http://zzz.i2p/topics/1328` + `http://zzz.i2p/topics/715` 21:11:38 &lt;iRelay&gt; Title: zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:12:10 &lt;dg&gt; 长话短说：我们需要讨论 i2p router 的哪些组件需要按优先级更改（或如 zzz 所说，“大体上讨论哪些用途更脆弱” 21:12:10 &lt;dg&gt; ） 21:12:17 &lt;dg&gt; （针对 DSA 更换） 21:12:45 &lt;dg&gt; 现在也适合讨论能一并做的其他加密改动，但目前我们还是按 zzz 的建议来，否则会是个巨大的兔子洞 21:12:52 &lt;hottuna_&gt; 正如 Tor 密码迁移文档所指出的，我们应该优先在最关键的地方做变更，而不一定是最容易的地方 21:13:26 &lt;dg&gt; (https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt) 21:15:55 &lt;hottuna_&gt; 在我看来，最重要的是那些使用可能较弱算法的长期密钥的地方 21:16:39 &lt;dg&gt; hottuna_：我不是加密专家（所以不懂就不说了），但长期密钥是不是也会导致一次性硬切换（flag day）？ 21:17:12 &lt;hottuna_&gt; 大部分算法的更换都会导致一次性硬切换 21:17:31 &lt;dg&gt; 我在想是不是所有 destinations 都会完蛋 21:17:38 &lt;dg&gt; 所以是的 21:17:41 &lt;hottuna_&gt; 基本上是 21:18:03 &lt;hottuna_&gt; 我看不出有办法避免 destinations 被破坏 21:19:03 &lt;hottuna_&gt; 我没有一份使用长期密钥的地方列表 21:19:22 &lt;hottuna_&gt; 但应该建立这样一份列表以及对应所用的算法 21:21:04 &lt;str4d&gt; 同意。我们还应该按照感知脆弱性给它们排序。 21:21:11 &lt;str4d&gt; （这在 Trac 上做成一个 wiki 页面不错） 21:21:19 &lt;hottuna_&gt; 对。 21:22:02 &lt;hottuna_&gt; 我们还应该列出那些经过时间检验并且适合我们使用的算法清单 21:22:17 &lt;str4d&gt; Tor 页面第 2 节基本也适用于我们。 21:22:20 &lt;hottuna_&gt; 那个清单应该包括非对称 21:22:55 &lt;zzz&gt; 听起来不错 21:23:11 &lt;hottuna_&gt; 非对称加密、对称加密、签名和我们信任的 HMAC 算法 21:23:49 &lt;zzz&gt; how_cryptography 页面是很好的参考 21:24:32 &lt;hottuna_&gt; str4d，你开始做 wiki 页面了吗，还是我来？ 21:24:40 * str4d 正在做 21:25:00 &lt;str4d&gt; /Crypto/CurrentSpecs 这个名字可以吗？ 21:25:09 &lt;str4d&gt; （用于摘要表） 21:25:09 &lt;hottuna_&gt; 可以 21:25:16 &lt;zzz&gt; DSA 是个不错的分析起点，因为容易理解，而且表面上看是最弱的 21:26:15 &lt;hottuna_&gt; 是 21:27:01 &lt;hottuna_&gt; 至于哪里用到了什么、密钥使用的时间段，我不是很清楚 21:28:56 &lt;zzz&gt; `http://zzz.i2p/topics/715` 的首帖有个列表 21:29:03 &lt;zzz&gt; 我们大概有 8 处在用 DSA 21:29:05 &lt;iRelay&gt; Title: zzz.i2p: DSA 1024/160 Replacement (at zzz.i2p) 21:29:40 &lt;hottuna_&gt; 有效期最长的是 routerinfo？ 21:30:23 &lt;str4d&gt; || '''Aspect/Location''' || '''Cipher used''' || '''Cipher details''' || ''' Perceived vulnerability''' || '''Comments''' 21:30:30 &lt;str4d&gt; 还需要在表里加什么？ 21:30:30 &lt;zzz&gt; 也许还有 dest.（未列出）。 21:31:12 &lt;zzz&gt; 既有 dest 密钥也有 leaseset 密钥。我想是 dest 给 leaseset 签名，而 leaseset 密钥未使用 21:31:38 &lt;hottuna_&gt; str4d，有效期 21:32:24 &lt;zzz&gt; RI 做个硬切换也不是世界末日，但把 hosts.txt 里 2500 个全扔掉就是另一回事了 21:32:38 &lt;str4d&gt; 嗯……那感知脆弱性/有效期也许应该放在另一张表里。 21:33:07 &lt;zzz&gt; datagrams 是个问题，dests 也是个问题 21:33:22 &lt;hottuna_&gt; 扔掉 hosts 是个大问题。但在我看来它也是最脆弱的密钥 21:34:37 &lt;zzz&gt; 每种情况我们都得更深入。不仅是多容易被攻破，还包括威胁模型/后果是什么。 21:35:08 &lt;hottuna_&gt; 对。也许每种情况都链接到单独页面？ 21:35:26 &lt;str4d&gt; `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` 现在已经有了，并且有一些基础内容 21:35:33 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:36:09 &lt;zzz&gt; 还要结合网络规模等因素看待。比如，我们现在有个家伙声称他能让一个 eepsite 每天宕 23 个半小时。 21:37:13 &lt;hottuna_&gt; christoph1，？ 21:37:25 &lt;dg&gt; 哎呀。 21:37:28 &lt;str4d&gt; 嗯。 21:37:35 &lt;dg&gt; 这是怎么做到的？ 21:37:58 &lt;hottuna_&gt; 对我们的 floodfills 做日蚀攻击 21:38:01 &lt;christoph1&gt; 用足够多预计算的 routerinfos，把 10 个恶意节点放在目标哈希块查找附近 21:38:20 &lt;lillith&gt; 为什么不是 24 小时？ 21:38:35 &lt;christoph1&gt; 因为午夜有点棘手 21:38:46 &lt;christoph1&gt; 你可以再用 10 个去布置明天的 21:39:05 &lt;christoph1&gt; 但在密钥空间轮换附近还是有一段时间不稳定 21:39:22 &lt;lillith&gt; 所以 router 有半小时 floodfills 不确定？ 21:39:33 &lt;christoph1&gt; （客户端可能碰巧打到一个好节点，因为它还不知道所有攻击者 jet 21:39:52 &lt;str4d&gt; 第二天的密钥可以提前知道，所以部署恶意节点可以提前计划，对吧？ 21:39:59 &lt;christoph1&gt; 对 21:40:22 &lt;christoph1&gt; 不过在轮换附近似乎还是有些不稳定 21:40:49 &lt;str4d&gt; 总之，这有点偏题了（抱歉 christoph1） 21:41:05 &lt;christoph1&gt; 好 21:43:08 &lt;str4d&gt; 好，有人愿意来把 `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` 补充完整吗？ 21:43:14 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:43:26 &lt;zzz&gt; dg，请把我们拉回正题，不要带偏 :) 21:43:42 &lt;hottuna_&gt; str4d，好。我刚好登录上去了 :P 21:44:01 &lt;str4d&gt; 也许我们该快速明确一下这个页面具体要放什么（我现在的列标题比较泛） 21:44:36 &lt;dg&gt; zzz：抱歉 ;) 21:44:59 &lt;str4d&gt; 第一张表：router 中使用的加密摘要。名字、时间有效范围、脆弱性……密钥长度？素数强度？ 21:44:59 &lt;zzz&gt; 我也有责任 21:45:48 &lt;str4d&gt; 第二张表：router 中所有使用加密的点。位置和算法名称（当然）。使用细节？这里要知道哪些关键信息？ 21:46:27 &lt;str4d&gt; 如有需要，我们可以为第二张表的每一项单独展开（把位置名称链接到子页面） 21:47:41 &lt;hottuna_&gt; str4d，加了子页面 21:48:06 &lt;str4d&gt; 依我看，这应该是个一眼就能了解现状的页面（而站点文档是完整规范） 21:48:32 &lt;str4d&gt; hottuna_：啊，我明白你说的有效期是啥意思了。 21:48:39 &lt;hottuna_&gt; :) 21:50:20 &lt;str4d&gt; hottuna_：destinations 已经有一条——LeaseSet 签名 21:50:29 &lt;hottuna_&gt; 哦 21:50:29 &lt;hottuna_&gt; 抱歉 21:50:36 &lt;str4d&gt; （至少是 DSA 部分——我想你说的是加密） 21:51:56 &lt;str4d&gt; 另外我会把它称为“安全时间尺度”，而不是“有效期” 21:52:38 &lt;hottuna_&gt; 好的 21:52:38 &lt;zzz&gt; 给大家的 FYI——每个 RI 和 Dest 都有两把钥匙，一把用于加密，一把用于签名 21:53:11 &lt;hottuna_&gt; 好的 21:53:11 &lt;hottuna_&gt; 为什么？ 21:53:32 &lt;zzz&gt; ElG 被认为用于签名太慢 21:54:44 &lt;str4d&gt; 这可能是个傻问题，但这两把钥匙是如何可验证地“关联”的？ 21:55:23 &lt;zzz&gt; 对 RI 和 Dest 来说，Hash 覆盖了两把钥匙 +（通常为空的）Certificate 21:55:23 &lt;hottuna_&gt; 公钥是从私钥导出的 21:55:51 &lt;zzz&gt; 改这三者中的任何一个，哈希都会变。 21:56:13 &lt;str4d&gt; 啊，好的（你是指 Destination 哈希？） 21:56:23 &lt;str4d&gt; （也就是 B64） 21:56:26 &lt;zzz&gt; 是的 21:56:53 &lt;str4d&gt; 好的……现在更能理解为什么升级 Destination 的加密很麻烦了…… 21:56:59 &lt;zzz&gt; 对于 Dests，改这三者中的任何一个，都需要新的 hosts.txt 条目 21:58:34 &lt;zzz&gt; 而且（提示）非空证书也许是实现（部分）兼容升级的路径，即不破坏 gravity。这就是话题 715 后面讨论的内容 21:59:39 &lt;str4d&gt; 对——这允许两者并行工作。 22:00:09 &lt;str4d&gt; 但这仍意味着旧 Destination 的端到端加密不变。 22:00:52 &lt;str4d&gt; Dest 加密密钥最重要的地方是在 OPEP 和 IBGW 之间的那一段，对吧？ 22:01:26 &lt;zzz&gt; 不确定 22:01:53 &lt;zzz&gt; 另一个复杂点是过去端到端有两层加密，一层在 router 里，一层在客户端里，而现在有些钥匙不再使用了 22:02:32 &lt;zzz&gt; 签名钥匙也是……有一把用于 LS 撤销，现在未使用 22:02:46 &lt;zzz&gt; 所以这可能是另一个机会 22:03:29 &lt;str4d&gt; `http://www.i2p2.i2p/how_intro` 似乎表明 ElGamal/AES+SessionTags 用于端到端的 router 加密。 22:04:37 &lt;zzz&gt; 加密比签名更难讨论。这里有包住 AES 和 Tags 的 ElG，再加上 DH 交换。 22:05:35 &lt;str4d&gt; 是。但就 LeaseSets 而言，我们可能需要同时讨论两者，对吧？ 22:05:46 &lt;zzz&gt; 我建议今天先别碰加密那一侧。 22:05:53 &lt;str4d&gt; 今天不讨论，没错。 22:06:00 &lt;zzz&gt; 也许，也许不 22:06:03 &lt;str4d&gt; 那回到正题上来吧 derp 22:06:30 &lt;zzz&gt; 你改一把钥匙，哈希就变。但正如 Tor 文档所说，不要因为要改一处就想把所有都改了 22:06:33 &lt;str4d&gt; Datagram 签名的问题是什么？ 22:07:12 &lt;zzz&gt; 它使用的是我们的签名算法，也就是 DSA。我们用它给一切签名。（包括 suds） 22:07:54 &lt;zzz&gt; 这也没在 715 话题的列表里，而且可能是所有里寿命最长的那把钥匙 22:09:04 &lt;str4d&gt; 对，但我猜 Datagram 的具体问题在于要确保 routers 仍然能互相通信？ 22:09:04 &lt;str4d&gt; ？ 22:10:00 &lt;zzz&gt; 对。改了签名你就会破坏所有 RI 和 LS 的查找，以及所有签过名的端到端通信 22:10:51 &lt;zzz&gt; 因为几乎所有东西都是签过名的 22:11:41 &lt;str4d&gt; 所以，要升级签名算法，唯一的前进方式就是确保每个使用它的地方都能处理多种签名算法？ 22:12:27 &lt;str4d&gt; 那么问题就变成了 router 支持哪些版本（Tor 文档里关于分区的问题在这也相关）。 22:12:30 &lt;zzz&gt; 但那样每个 dest 都需要两套 tunnels，一套旧的，一套新的，就我所知 22:12:49 &lt;zzz&gt; 这里要考虑两种兼容性。 22:13:19 &lt;str4d&gt; 这是个好点子&gt;_&lt; 22:13:42 &lt;zzz&gt; 1）“网络”兼容性，也就是即使 ffs 或参与者版本较低，RI 和 LS 能否存取，消息能否通过 tunnels； 22:14:21 &lt;zzz&gt; 2）端到端兼容性，A 能否和 B 通。为此，似乎 A 和 B 都需要支持相同的东西 22:15:43 &lt;str4d&gt; 2）对于直接的 router-to-router 通信“比较容易”处理，因为 router 版本是公开的。那端到端通信呢？ 22:17:24 &lt;zzz&gt; 另一点是 RI 里有一整个 Properties，我们可以放任何想要的标志 21:17:27 &lt;str4d&gt; router 要在哪看另一个 router（比如一个 eepsite 服务器）是否支持新签名？ 22:17:30 &lt;zzz&gt; LS 没有类似的东西 22:18:01 &lt;zzz&gt; certs 是魔法 22:18:48 &lt;zzz&gt; 在 cert 里我们可以指定加密和签名算法，如果装不进最开始的 384 字节，还能存额外字节 22:18:59 &lt;zzz&gt; 还是那个，详见 715 话题 22:19:53 &lt;zzz&gt; cert 必须从第 385 个字节开始，才能不破坏 1） 22:20:54 &lt;zzz&gt; 今天差不多了吗？达到了你们想要的效果吗？ 22:21:09 &lt;hottuna_&gt; 我觉得这只是个开始 22:21:34 &lt;hottuna_&gt; 更具体的问题和解决方案可以继续讨论，那个 wiki 页面也能作为辅助 22:23:50 &lt;str4d&gt; zzz：这是个好开始——谢谢 =) 22:24:24 &lt;zzz&gt; 前面还有很多工作…… 22:24:39 &lt;str4d&gt; 是，但总得从某处开始 ^_^ 22:24:54 &lt;hottuna_&gt; str4d，已给 monotone.html 打好标签并推送 22:25:05 &lt;zzz&gt; 我还有一个议题，但前提是 welt welterde weltende 在 22:25:26 &lt;str4d&gt; hottuna_：是 get-involved/guides 下面那个吗？那我就把我开始加的那些去掉 ^_^ 22:25:37 &lt;hottuna_&gt; 是的 22:26:00 &lt;hottuna_&gt; 好吧，那我们结束？ 22:26:11 &lt;dg&gt; 我看行？ 22:26:15 &lt;str4d&gt; 我想补充个随机点： 22:26:18 * dg 没什么可补充的 22:26:21 &lt;dg&gt; 不是加密大神 22:27:08 &lt;str4d&gt; 我想祝贺 sponge 在 Android 上的努力——现在官方的 I2P 已能在 Android 设备上成功运行。 22:27:46 &lt;str4d&gt; 初步反馈似乎表明性能更好、耗电更低，比 I2P-Android 更佳 22:27:53 &lt;hottuna_&gt; 真是了不起的成就 22:28:04 &lt;hottuna_&gt; 干得好，sponge 22:28:16 &lt;hottuna_&gt; 我现在得走了 22:28:23 &lt;hottuna_&gt; dg，你会发下周的帖子吗？ 22:28:27 &lt;dg&gt; spogne 做得非常好 22:28:56 &lt;dg&gt; 会的。话题呢？看起来接下来几周加密都得作为常设话题。:) 22:29:03 &lt;dg&gt; 我下周也应该能准时到 22:29:47 &lt;str4d&gt; 如果到那时我们把改版的标注都做完，也许就能上线新网站了（不过我更希望先有一些实际的译文） 22:30:18 &lt;str4d&gt; （还得看 welterde 是否在） 22:30:25 &lt;hottuna_&gt; str4d，我觉得实际翻译会花很长时间 22:30:52 &lt;hottuna_&gt; 好吧，晚安各位 22:30:59 &lt;str4d&gt; hottuna_：完整翻译，是的。但已经翻译过的页面（见 www.i2p2/pages/translations）迁移起来会很快。 22:31:07 &lt;str4d&gt; （对懂该语言的人来说） 22:31:14 &lt;str4d&gt; o/ hottuna_ 22:31:45 * str4d *baf* 宣布会议结束。 </div>/zh/blog/2013/01/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B41%E6%9C%8815%E6%97%A5/Tue, 15 Jan 2013 00:00:00 +0000/zh/blog/2013/01/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B41%E6%9C%8815%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> darrob, dg, eche|on, hottuna, KillYourTV, LaughingBuddha, orion, sponge, welterde, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:02:07 &lt;hottuna&gt; dg，今天有会议吗 20:02:26 &lt;LaughingBuddha&gt; 哦对，今天是星期二 20:02:56 &lt;hottuna&gt; str4d，Meeh：会议现在开始吗？ 20:03:49 &lt;orion&gt; 是 20:04:07 &lt;Meeh&gt; hottuna：不清楚，但希望是 20:04:26 &lt;hottuna&gt; 好的，有议题清单吗？ 20:04:56 &lt;hottuna&gt; dg，ping 20:06:07 &lt;hottuna&gt; 好，我们 5 分钟后开始 20:06:35 &lt;hottuna&gt; 在的各位，想一想你们想讨论什么 20:06:57 &lt;hottuna&gt; 开始时请帮忙列出议题清单 20:07:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; 我以为今天是讨论加密（crypto）的会议 20:08:07 &lt;hottuna&gt; weltende，我错过了上一次。我只是想把秩序理一理 20:08:22 &lt;hottuna&gt; zzz，加密会议 20:10:23 &lt;hottuna&gt; weltende，原本要讨论哪方面的加密？ 20:11:09 &lt;hottuna&gt; 好，我们试着开始吧。 20:11:16 &lt;hottuna&gt; 会议议程： 20:11:28 &lt;hottuna&gt; * Syndie 黑客松进展 20:11:51 &lt;hottuna&gt; * I2P 加密 20:12:02 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna：这个我不知道.. 20:12:20 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna：顺便说下，我是应该把你的 r0ket 打包寄出之类的吗？ 20:12:32 &lt;dg&gt; 我来得及吗？ 20:12:51 &lt;hottuna&gt; 我刚开始，不过如果你想接手我很乐意 20:12:53 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg：嗯 20:13:20 &lt;dg&gt; 我所知道的最多就是“加密（crypto）” 20:14:32 &lt;hottuna&gt; dg，还有其他需要处理的议题吗 20:14:35 &lt;hottuna&gt; ？ 20:15:14 &lt;dg&gt; Syndie 的进展、研究人员的任何更新、总体方向？ 20:15:37 &lt;hottuna&gt; 好。那我们开始？ 20:15:55 &lt;dg&gt; 当然 20:16:14 &lt;dg&gt; 我希望 zab 能出现，因为他和 zzz 最了解 router 内部实现.. 20:18:28 &lt;orion&gt; 我想我们要讨论是否升级加密。 20:18:28 &lt;hottuna&gt; 总之要逐步弃用 dsa-1024 20:18:31 &lt;orion&gt; 以及背后的实施细节。 20:18:31 &lt;hottuna&gt; 好 20:18:31 &lt;dg&gt; 让我把话题翻出来。 20:18:31 &lt;hottuna&gt; 有道理 20:18:31 &lt;hottuna&gt; dg，`http://zzz.i2p/topics/715` 20:18:31 &lt;dg&gt; 啊哈 20:18:42 &lt;dg&gt; 哈.. 两年前的 20:19:00 &lt;hottuna&gt; 我们要不要先从“Syndie 进展”开始？ 20:20:11 &lt;dg&gt; 好 20:21:09 &lt;hottuna&gt; 好的，待办列表里新增/完成了多少项？ 20:21:40 &lt;hottuna&gt; 还有待办的 URL 是什么？ 20:25:43 &lt;hottuna&gt; Syndie 更新日志：`http://zzz.i2p/posts/6095` 20:25:43 &lt;hottuna&gt; 这里有 Syndie 用户吗？ 20:26:06 &lt;dg&gt; 我测试过，但遇到问题/感觉像是死了。 20:26:09 &lt;hottuna&gt; 我试了并开始同步，但要同步的项目太多了 20:26:16 &lt;dg&gt; 不确定有没有常规用户.. 20:26:37 &lt;hottuna&gt; 而且如果允许很长的历史，或许应该先抓取最新的帖子？ 20:26:44 &lt;darrob&gt; 我算是在。 20:27:08 &lt;hottuna&gt; darrob，你也在运行一个归档吗？ 20:27:16 &lt;darrob&gt; hottuna：是的 20:28:23 &lt;hottuna&gt; 你有关注这次黑客松吗？ 20:29:25 &lt;hottuna&gt; Syndie 待办：https://github.com/i2p/i2p.syndie/blob/master/TODO 20:29:36 &lt;eche|on&gt; Syndie 黑客松很成功，现在运行得相当好。目前新手第一次使用时帖子太多是个小问题。很快会解决。 20:30:28 &lt;hottuna&gt; 太好了。针对初次同步量太大的问题有 trac 条目吗，还是在别处记录了？ 20:30:32 &lt;eche|on&gt; Syndie 按日期抓取 20:30:43 &lt;darrob&gt; 是的，到目前为止黑客松非常成功。zzz 修复了一大堆让 Syndie 难用的 bug。就连拉取旧消息现在也应该更好了，如果我没记错的话。 20:30:46 &lt;eche|on&gt; 另外关于“什么算新消息”也有一些讨论 20:31:34 &lt;eche|on&gt; 出于某些匿名性方面的考虑，“归档今天收到的一切都算 NEW（新）” 20:31:59 &lt;hottuna&gt; eche|on，我不太明白最后那句。抓取是按最新帖子优先吗？ 20:32:05 &lt;eche|on&gt; 不 20:32:13 &lt;hottuna&gt; 我最近同步时看起来相当随机 20:32:17 &lt;eche|on&gt; 我个人觉得是一个接一个地抓，顺序是随机的 20:32:31 &lt;eche|on&gt; 但它会发送自某个特定日期以来所有“新”的消息 20:32:42 &lt;hottuna&gt; 也许有序更好一些 20:32:49 &lt;eche|on&gt; 但“新”不是/曾经不是基于消息的创建日期 20:33:04 &lt;eche|on&gt; “新”是基于消息到达服务器的日期（出于匿名性考虑） 20:33:14 &lt;hottuna&gt; 啊，我懂了 20:33:48 &lt;hottuna&gt; 我应该去哪儿提“有序抓取”的建议？ 20:34:13 &lt;eche|on&gt; 而如果某天服务器从某个“丢失的旧归档”拿到 5000 条消息，这 5000 条都会被视为新消息，即使它们的创建日期早在 5 年前 20:34:16 &lt;darrob&gt; hottuna：发到“Syndie dev”。:) 20:34:27 &lt;eche|on&gt; 或者发 snydie bug ;-) 20:34:34 &lt;hottuna&gt; Syndie 的那个主题帖？ 20:34:49 &lt;zzz&gt; 我们花了一周时间做推送，快完成了，还要处理一些日期问题，然后会看拉取 20:35:08 &lt;darrob&gt; 不，是 Syndie 论坛。 20:35:11 &lt;eche|on&gt; hottuna：哦，你还不在 Syndie 里 -) 20:35:26 &lt;eche|on&gt; 不过你可以在你的 Syndie 里改默认的拉取/推送策略 20:35:45 &lt;hottuna&gt; 我看到过一些设置，但我还是个新手用户 20:36:14 &lt;zzz&gt; 但重点是：我正回归 i2p，需要大家更多地参与测试和编码 20:36:14 &lt;eche|on&gt; 拉取策略 20:36:29 &lt;hottuna&gt; 好，知道了 zzz 20:36:44 &lt;eche|on&gt; 是啊，我还以为 zzz 打出了“jrandom 这张牌”，从 I2P 转去做 Syndie 了 ;-) 20:36:44 &lt;hottuna&gt; 还有其他关于 Syndie 的评论吗？ 20:37:10 &lt;hottuna&gt; 好，继续 20:37:18 &lt;hottuna&gt; ** 研究人员的更新 ** 20:37:34 &lt;hottuna&gt; zzz，你有和他们中的任何人联系过吗？ 20:37:40 &lt;zzz&gt; 会尝试找个时间发版，版本号可能是 1.103b-0，需要 weltende 帮忙把它放到网站上 20:37:55 &lt;sponge&gt; 问大家一个问题：谁有 Google 账号、胆子够大，能把 Android 相关的 i2p 东西放到一个 Google Drive 账号上，让大家更快地获取与 Android 上 i2p 相关的内容？--&gt; 想法：如果 i2p 已经有 Google 账号，那谁在管，我好把东西给他/她，让他/她发到 Google Drive？ 20:38:06 &lt;eche|on&gt; hottuna：顺便说，我们错过了身边那个讲解椭圆曲线的酷数学 20:38:23 &lt;eche|on&gt; sponge：我们有 I2P 的 Google 账号吗？ 20:38:30 &lt;eche|on&gt; sponge：看私聊 20:38:30 &lt;zzz&gt; 就你在这儿和 zzz.i2p 主题里看到的那些。不过如果 christoph 有要补充的，他在这里。 20:38:51 &lt;hottuna&gt; eche|on，我没错过。我以前经历过。光是想起就开始冒冷汗.. 20:38:51 &lt;sponge&gt; eche：问题就在这儿……我们有吗？ 20:39:02 &lt;zzz&gt; sponge，也许咱们还是回到会议主题？ 20:39:05 &lt;hottuna&gt; christoph，我们正在开每周的 i2p 会议 20:39:16 &lt;hottuna&gt; 你有任何与 i2p 相关的更新吗？ 20:39:19 &lt;sponge&gt; 哦，会议？太好了！ 20:39:59 &lt;orion&gt; Google 账号？ 20:40:02 &lt;orion&gt; 我来吧。 20:40:14 &lt;hottuna&gt; 与他们做的研究相关，我读了 GNUnet 的 DHT 论文 20:40:21 &lt;sponge&gt; orion：哇！太棒了！ 20:40:24 &lt;hottuna&gt; 挺有意思的 20:40:27 &lt;eche|on&gt; hottuna：甜蜜极了。我只是被那两个疯狂的家伙震撼到了，现在觉得椭圆曲线非常酷^^ 20:40:54 &lt;eche|on&gt; sponge：你需要什么样的 Google 账号？ 20:41:00 &lt;sponge&gt; zzz/各位：我不是加密方面的专家，这个议题我帮不上忙 :( 20:41:27 &lt;dg&gt; 我也是 20:41:40 &lt;hottuna&gt; R5N 让在查找的节点可以选择一直查下去，只要到目标键有一条路径，最终就能成功 20:42:00 &lt;eche|on&gt; sponge：也请看私聊 20:42:19 &lt;hottuna&gt; 我觉得这可能是 netdb 的一个有趣替代方案 20:42:30 &lt;sponge&gt; eche：基本上是需要一个能放上大体积二进制和 Android APK 的地方，包括 i2p-android（zzz 的和开发版），以及我正在做的 libc 相关内容，会有一个 APK 和一个 tarball 包 20:42:45 &lt;hottuna&gt; 不过我敢肯定 zzz 现在还不太想重做 DHT :P 20:43:31 &lt;eche|on&gt; sponge：我们有 I2P 的 Google Code 账号，也可以托管那些文件。只是我不确定有没有 Google Play 账号 20:43:54 &lt;hottuna&gt; 好，研究这块没有更多更新了吗？ 20:44:13 &lt;sponge&gt; eche：想法是给大家一个容易拿到 APK 和 tarball 的地方，尽可能少麻烦，而不是走 i2p。本身和 Play 商店没关系。印象里 Google Drive 免费，除非你要更多空间…… 20:44:20 &lt;zzz&gt; sponge，也许还是聚焦会议主题吧？ 20:44:23 &lt;hottuna&gt; 继续... 20:44:42 &lt;sponge&gt; 这个以后再聊 20:44:45 &lt;hottuna&gt; ** I2P 加密 ** 20:44:52 &lt;eche|on&gt; sponge：啊，好，我们有官方的 I2P Google Code 托管平台。我个人觉得那是最好的地方 20:44:52 &lt;zzz&gt; 几乎准时开始会议给个 A+；第二步是让讨论不跑题并推进 :) 20:45:19 &lt;sponge&gt; 嘿嘿，我刚好醒着 ;-) 20:45:26 &lt;hottuna&gt; 那么我们眼下要做哪些具体的加密决策？ 20:45:41 &lt;hottuna&gt; 替换 DSA 1024 20:45:48 &lt;zzz&gt; 我想知道是谁把“crypto”定为会议主题的？你具体想讨论什么？ 20:46:09 &lt;hottuna&gt; 是 welt 跟我说的 20:46:28 &lt;dg&gt; str4d，不过我不确定他在不在。 20:46:39 &lt;sponge&gt; 我建议尽快用需要的方案替换 DSA 1024，同时我们需要一个办法让旧版 router 仍能识别当前在用的东西。 20:46:50 &lt;hottuna&gt; 讨论一下也无妨 20:47:20 &lt;zzz&gt; 当然这是个大话题。我想听听它具体指什么、为什么列上议程，这样我们才能聚焦。 20:48:06 &lt;hottuna&gt; 这就是为什么每次会议都应该有一个论坛主题帖 20:48:24 &lt;eche|on&gt; syndie *g* 20:48:32 &lt;sponge&gt; 我觉得 I2P 犯过的最大错误之一，是没能从一开始就为将来要用哪种加密留个“提示”。也许可以做的是通过 DSA 1024 携带一个提示，让旧版 router 忽略它，而新版会采纳这个提议。 20:48:55 &lt;hottuna&gt; 说得好，sponge 20:48:58 &lt;zzz&gt; 好吧（有点跑题），我们需要每次会议都有负责人，这样就会有议程并能准时开始。dg，你会重新来做这件事吗？否则我们得找别人。 20:49:01 &lt;orion&gt; 20:21:47&lt;+str4d&gt; KillYourTV：你能把下周加密会议的 /topic 更新一下吗？ 20:49:01 &lt;orion&gt; 20:22:57-!- KillYourTV 将 #i2p-dev 的主题改为：Syndie 黑客松进行中，当前 Syndie 构建 1.102b-3 | 当前 I2P 构建：0.9.4-4 | 开发加密会议在此，时间 UTC 1 月 15 日周二晚 8:00（20:00）| 报告缺陷：`http://trac.i2p2.i2p` / http://trac.i2p2.de 20:49:07 &lt;iRelay&gt; 标题：I2P (at trac.i2p2.i2p) 20:49:27 &lt;dg&gt; 好，我没问题。我“死过”之后就跟不上节奏了。:) 20:50:15 &lt;hottuna&gt; 好吧，我觉得加密这部分目前讨论不出什么结果。有异议吗？ 20:50:18 &lt;sponge&gt; zzz：能不能在 DSA 1024 里提供一个提示，让当前和更旧的 router 都会忽略？ 20:51:02 &lt;dg&gt; hottuna：可惜我们把那定为主题了，我也没花时间想别的.. 20:51:08 &lt;zzz&gt; dg，你说的“没问题”是哪个？你再来做，还是找别人来做？ 20:51:19 &lt;sponge&gt; ‘双加密栈’会不会导致很大的臃肿？ 20:51:22 &lt;dg&gt; 如果你们愿意，我们可以聊聊接下来要做什么，以及关于受限路由的计划。这对我来说很重要，不过.. 20:51:26 &lt;dg&gt; zzz：我再来做 20:51:53 &lt;KillYourTV&gt; 在 Syndie 里发会议主题帖 &lt;3 20:52:36 &lt;hottuna&gt; sponge，我觉得启用多种加密会带来一些复杂性 20:52:43 &lt;zzz&gt; sponge，简单说一下：针对每一种加密的“用法”（比如签名 RI），而不是每一种加密“类型”（比如 DSA 1024），都有两件事要做：决定我们是否以及何时需要更换；如果可能，决定如何以兼容的方式更换。后者我已经开始做了，讨论帖在 zzz.i2p 上。 20:52:58 &lt;hottuna&gt; 比如降级攻击之类。 20:53:09 &lt;zzz&gt; 但我们不能泛泛地谈“DSA 1024”，只能讨论它的某个具体用法（如果我没记错，至少有六七种） 20:53:43 &lt;zzz&gt; 另外，如果我们下周要讨论升级加密，那篇 Tor 论文是必读的预习材料。 20:54:18 &lt;zzz&gt; （在 zzz.i2p 上搜索“read it and weep”） 20:54:28 &lt;hottuna&gt; dg，你能在 zzz.i2p 或 forum.i2p 上发个会议主题帖吗？ 20:54:47 &lt;hottuna&gt; 这样可以整理一些下周的笔记？ 20:55:35 &lt;hottuna&gt; Tor 论文链接： https://gitweb.torproject.org/tor.git?a=blob_plain;hb=HEAD;f=doc/spec/proposals/ideas/xxx-crypto-migration.txt 20:55:38 &lt;dg&gt; hottuna：`http://zzz.i2p/topics/1268` —— 除非我们需要新的？ 20:56:12 &lt;sponge&gt; 有一件事我们绝对不需要：I2P 的“一次性切换日”（flag day） 20:56:36 &lt;dg&gt; 看在上帝的份上，千万别 20:56:39 &lt;zzz&gt; 所以 sponge，总的来说，“臃肿”不是问题，兼容性才是。请读一下那篇“read-it-and-weep”论文 20:56:42 &lt;hottuna&gt; 哎呀，那个链接挂了 20:56:42 &lt;hottuna&gt; 真正的 Tor 链接： https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt 20:56:48 &lt;LaughingBuddha&gt; 呵呵 20:56:59 &lt;sponge&gt; 是的，那帖我前阵子读过 20:57:03 &lt;hottuna&gt; 好，这个话题还有别的评论吗？ 20:57:41 &lt;hottuna&gt; dg，也许我们应该每周都发一个（主题帖），这样大家可以讨论议题 20:57:58 &lt;hottuna&gt; 也能提前整理议题列表 20:58:01 &lt;sponge&gt; 只要过渡平滑，怎么做都行，我就满足了 20:58:08 &lt;dg&gt; 这可能有助于保持新鲜感，但时间久了也可能有点烦 20:58:36 &lt;hottuna&gt; dg，至少可以试试？ 20:58:43 &lt;hottuna&gt; 看看效果如何 20:58:54 &lt;sponge&gt; 另外，我的理解对吗？这不会改变 b32.i2p 的格式吧？ 21:00:28 &lt;sponge&gt; 也就是说，它还是个哈希 21:00:35 &lt;dg&gt; 对 21:01:47 &lt;orion&gt; 现在看 sha256 似乎合理 21:02:02 &lt;hottuna&gt; Destination 与公私钥有关 21:02:02 &lt;hottuna&gt; 只要我们不更换公钥或哈希，应该就没问题 21:02:37 &lt;orion&gt; 如果我们使用一种 ECC 原语，使得公钥长度和我们现在用的一样，会怎样？ 21:02:44 &lt;orion&gt; 也就是 128 字节 21:03:06 &lt;hottuna&gt; orion，那会严重浪费 CPU 周期和带宽 21:03:10 &lt;eche|on&gt; 我觉得是 156 位 21:03:29 &lt;hottuna&gt; 而且我们仍然需要告知接收端我们用的是什么加密 21:04:42 &lt;hottuna&gt; 好，还有和加密相关的讨论吗？ 21:05:34 &lt;hottuna&gt; 继续... 21:05:44 &lt;sponge&gt; :-) 21:05:47 &lt;hottuna&gt; ** 自由讨论 / 其它 ** 21:06:22 &lt;eche|on&gt; 我清理了 ugha.i2p 21:06:37 &lt;hottuna&gt; 有很多垃圾信息吗？ 21:07:03 &lt;eche|on&gt; 哦对，有几百篇垃圾文章 21:07:26 &lt;hottuna&gt; ugha.i2p 还能在真是太好了 21:07:44 &lt;hottuna&gt; 我在那儿读过、也发过一些有用的东西 21:08:15 &lt;hottuna&gt; dg，你能创建下周的会议主题帖吗？ 21:08:31 &lt;hottuna&gt; orion，i2pcpp 进展如何？ 21:08:42 &lt;dg&gt; 可以。你有什么要我特别提的，还是就写“这是用于讨论 $date 会议的主题帖..”？ 21:08:44 &lt;orion&gt; hottuna：入站 SSU 现在能用了。 21:09:07 &lt;orion&gt; 我也可以开始构建入站 tunnels。 21:09:07 &lt;hottuna&gt; 哇，你挺快的 :) 21:09:19 &lt;orion&gt; 是啊，进展很快。 21:09:34 &lt;hottuna&gt; dg，没什么特别的，我是想推动一下加密的讨论 21:09:34 &lt;orion&gt; 不过周一大学又要开学了。 21:09:37 &lt;sponge&gt; 是啊，orion 很快，考虑到 C++ 有多难缠 21:09:47 &lt;orion&gt; 周一之后进度会慢很多。 21:10:02 &lt;orion&gt; 所以我在尽可能多做点。 21:10:02 &lt;dg&gt; hottuna：好，我会把困境总结一下。 21:10:13 &lt;LaughingBuddha&gt; 也许有人可以在 ugha 上建个页面，列出应该添加的内容 21:10:28 &lt;hottuna&gt; 当然，不过至少我们可以把抱怨 Java 的人引导到另一个代码库去 :P 21:10:51 &lt;hottuna&gt; LaughingBuddha，往哪里加什么？i2pcpp？ 21:11:06 &lt;LaughingBuddha&gt; 抱歉，是该放到 wiki 上的东西 21:11:13 &lt;LaughingBuddha&gt; 比如一个需求页 21:11:16 &lt;hottuna&gt; 啊哈 :) 21:11:19 &lt;hottuna&gt; 好主意 21:11:19 &lt;LaughingBuddha&gt; 教程之类的 21:11:42 &lt;LaughingBuddha&gt; 能有一个站点指给新手看常见问题就好了 21:11:53 &lt;LaughingBuddha&gt; 比如“我该如何设置 X” 21:11:56 &lt;orion&gt; 新网站什么时候上线？ 21:12:47 &lt;hottuna&gt; orion，上次我和 str4d 聊时，他对其中几页还不满意 21:13:06 &lt;orion&gt; 这样啊。 21:13:25 &lt;hottuna&gt; 不过我在想，也许先上线，再修修小问题会更好 21:14:08 &lt;hottuna&gt; eche|on 和 weltende：把站点迁到新网站对你们来说要多少工作？ 21:14:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna：工作量不大.. 已经准备好了吗？ 21:14:57 &lt;hottuna&gt; 我觉得差不多了，只是 str4d 还不太满意 21:15:22 &lt;hottuna&gt; 但如果 str4d 同意，我希望在它“完美”之前就上线 21:15:49 &lt;sponge&gt; “活的”文档从来不会‘完美’ 21:16:16 &lt;hottuna&gt; 我也是这么想的 21:16:16 &lt;sponge&gt; 所以，你是说‘够好就行’ 21:16:18 &lt;LaughingBuddha&gt; :) 21:17:03 &lt;hottuna&gt; 我觉得它已经够好。而且比现在这个好一些 21:17:55 &lt;LaughingBuddha&gt; 只是一点？ 21:18:06 &lt;hottuna&gt; 相当多呢 21:18:21 &lt;LaughingBuddha&gt; 这感觉就像把旧站点塞进了时光机 21:19:48 &lt;dg&gt; 除了加密之外，还有别的吗，hottuna？ 21:20:03 &lt;hottuna&gt; 我想不到了 21:20:19 &lt;dg&gt; 好吧，那我们要讨论 DSA .. 又来了？ 21:20:48 &lt;hottuna&gt; 像 zzz 说的，我们需要讨论每一种密码算法用在了哪些地方 21:21:11 &lt;sponge&gt; 我对 DSA/加密 的想法和顾虑已经表达了，没什么更多要说的 21:21:49 &lt;dg&gt; 希望到时候能把 zab 叫上？ 21:22:08 &lt;hottuna&gt; 那就最好了 21:22:23 &lt;dg&gt; hottuna：这样可以吗？`http://zzz.i2p/topics/1328` 21:22:26 &lt;hottuna&gt; LaughingBuddha，我在 `http://ugha.i2p/` 加了一个“请求”板块 21:22:29 &lt;iRelay&gt; 标题：zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:22:32 &lt;dg&gt; 我现在就给 zab 发邮件。 21:22:39 &lt;hottuna&gt; 太好了 dg！ 21:22:42 &lt;hottuna&gt; 谢谢 21:22:45 &lt;sponge&gt; 关于和程序员开会有一点要注意——你试过“赶猫”吗？ 21:22:52 &lt;hottuna&gt; 好，在我结束会议之前还有别的吗？ 21:22:59 &lt;LaughingBuddha&gt; 好的 hottuna 21:23:10 &lt;dg&gt; hottuna：我觉得应该把“更新 ugha”以及“新站上线前还有什么要完成的”也写进去 21:23:10 &lt;hottuna&gt; sponge，我也有这种感觉 21:23:13 &lt;dg&gt; 我不这么觉得 21:23:31 &lt;hottuna&gt; 同意 21:23:46 &lt;hottuna&gt; 好。会议结束。 21:23:52 &lt;hottuna&gt; 下周同一时间见。 21:23:52 &lt;hottuna&gt; baf's 21:24:12 &lt;dg&gt; 好耶 </div>/zh/blog/2013/01/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B41%E6%9C%888%E6%97%A5/Tue, 08 Jan 2013 00:00:00 +0000/zh/blog/2013/01/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2013%E5%B9%B41%E6%9C%888%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> christoph, dg, h2ik, KillYourTV, orion, primal, RN, str4d, welterde, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 21:02:22 &lt;str4d&gt; 好的，我就开始会议了。 21:02:29 &lt;str4d&gt; 0) 打个招呼 21:02:29 &lt;str4d&gt; 1) Feeds 进展（订阅源） 21:02:29 &lt;str4d&gt; 2) JUnit hackfest（黑客聚会）总结 21:02:29 &lt;str4d&gt; 3) 讨论 Syndie 的进展以及我们的方向 21:02:29 &lt;str4d&gt; 4) 对未来 hackfests 的建议 21:02:29 &lt;str4d&gt; 5) PR 经理提名（公共关系经理） 21:02:32 &lt;str4d&gt; 6) 0.9.4 进展 21:02:35 &lt;str4d&gt; 7) 网站改版 21:02:38 &lt;str4d&gt; 0) 打个招呼 21:02:38 &lt;str4d&gt; 嗨！ 21:03:06 &lt;orion&gt; 嗨！ 21:03:49 &lt;lillith&gt; hi :) 21:06:50 &lt;str4d&gt; 还有其他人吗？ 21:08:58 &lt;str4d&gt; “hi” 获胜。 21:09:05 &lt;str4d&gt; 1) Feeds 进展 21:09:35 &lt;str4d&gt; 这个会很简短。 21:10:51 &lt;str4d&gt; Feeds 的工作已经接近完成，但很遗憾赶不上 0.9.5——还有太多小事情需要收尾（用户通知等），也有一些并不那么小的事情（重做 /home 的设计，特别是如何向用户展示分类）。 21:11:55 &lt;dg&gt; 哇 21:11:58 &lt;dg&gt; 我及时赶到了 21:11:58 &lt;str4d&gt; 我更愿意把它推迟到下个版本，而不是以现在的状态发布，因为我希望用户对它的第一印象是好的 =) 21:12:05 &lt;dg&gt; 我还以为我错过你们了 21:12:15 &lt;str4d&gt; dg：我们晚了一个小时开始，FYI =P 21:12:15 &lt;orion&gt; dg：没有，我们还在。 21:12:23 &lt;dg&gt; \o 21:13:38 &lt;str4d&gt; 所以，任何关于 Feeds 工作的反馈、评论和建议都非常欢迎，但在 0.9.5 发布前并不紧急。 21:14:37 &lt;str4d&gt; 在我们继续之前，有谁在这个话题上要提出什么吗？ 21:14:53 &lt;orion&gt; 没有。 21:15:51 &lt;dg&gt; 我没有，如果 zzz 在，他可能有？ 21:17:23 &lt;str4d&gt; 如有需要，我们可以最后再回到这一点。 21:17:26 &lt;str4d&gt; 下一个： 21:17:26 &lt;str4d&gt; 2) JUnit hackfest 总结 21:17:57 &lt;str4d&gt; 还有其他参与的人在吗？zzz？topiltzin？KillYourTV？ 21:18:55 &lt;zzz&gt; 在的，进展顺利，我们四个都在埋头改，zab 一直战斗到最后，直到所有测试都通过。多年第一次，或者说可能史上第一次。 21:19:22 &lt;str4d&gt; 为此给 zab 点赞。 21:20:04 &lt;str4d&gt; 结果是我们现在有了由 kytv 运行的 Jenkins 服务，希望它能让我们保持自律 ^_^ 21:21:47 &lt;str4d&gt; 下一步是用更多测试来扩大代码覆盖率（Jenkins 也会监控）。 21:22:06 &lt;str4d&gt; 这里没什么别的可说的，所以： 21:22:09 &lt;iRelay&gt; &lt;welterde@freenode&gt; kytv：你也在跑 sonar 吗？ 21:22:14 &lt;str4d&gt; 3) 讨论 Syndie 的进展以及我们接下来怎么做 21:23:08 &lt;str4d&gt; zzz 和 eche|on 已经开始了 Syndie 的 hackfest——看起来情况有多糟？=P 21:23:39 &lt;zzz&gt; 挺顺利的，需要更多人来测试、写代码或者提建议，过去几天我们有几十个 checkins。 21:24:01 &lt;zzz&gt; 建议大家尝试 mtn 里的最新版本，会发现很多修复。 21:24:32 * str4d 计划在接下来一两天拉取这个分支看看 21:24:32 &lt;zzz&gt; 但重点是招募某个人能持续地投入去做。它需要大量工作。 21:25:50 &lt;str4d&gt; 我记得 TODO 里有一点是个大方向的问题：Syndie 的目标是什么/我们希望它走向哪里？ 21:27:11 &lt;dg&gt; 你的意思是？从开发角度？从流行度角度？ 21:27:54 &lt;str4d&gt; 可能两者都是。 21:28:29 &lt;str4d&gt; 要实现最初的目标需要做什么？那些目标是什么？现在还合理吗？ 21:29:13 &lt;str4d&gt; 这种东西适合在 Syndie 的悬赏帖里梳理一下。 21:29:23 &lt;dg&gt; 从流行度来看：让 Syndie 至少能与“匿名发布”工具并列被考虑（我不知道除了 Freenet 之外是否还有其他？） 21:29:35 &lt;dg&gt; 如果能做到那一步，我们就不错了 21:29:49 &lt;str4d&gt; （这样人们就能看着悬赏条目，对所需内容有个感觉） 21:29:52 &lt;dg&gt; 目标在网站上，我记得。至少有些用例有点解释了…… 21:30:19 &lt;str4d&gt; 回顾原始目标的相关链接： 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-09-12.html` 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-10-03.html` 21:30:29 &lt;iRelay&gt; Title: I2P Status Notes for 2006-09-12 - I2P (at www.i2p2.i2p) 21:30:33 &lt;iRelay&gt; Title: I2P Status Notes for 2006-10-03 - I2P (at www.i2p2.i2p) 21:31:36 &lt;str4d&gt; dg：那么审查一下 Syndie 的网站并作更新会很好。 21:31:58 &lt;zzz&gt; 在 hackfest 中我们只是修复明显的问题。但希望这次活动能吸引有想法的新用户和开发者。 21:33:16 &lt;str4d&gt; 公关会在这方面有所帮助（我们马上会谈到）。 21:34:21 &lt;str4d&gt; 建个工单来审查 Syndie 的文档/目标/悬赏等，确保它们是最新的，这主意好吗？ 21:35:07 &lt;dg&gt; 我觉得可以 21:36:37 &lt;str4d&gt; dg：你能做这个吗？=) 21:37:05 * dg 点头 21:37:08 &lt;str4d&gt; 现在有人还有什么要补充的吗？ 21:37:11 &lt;str4d&gt; 谢谢 21:39:35 &lt;orion&gt; 没有。 21:41:07 &lt;str4d&gt; zzz：在我们继续之前还有其他评论吗？ 21:41:34 &lt;str4d&gt; 除了“现在就去 hack Syndie 吧!!!!!!!!!!!!” ;P 21:43:41 &lt;str4d&gt; 哦——为什么 syndie.i2p 没有上线？ 21:43:44 &lt;str4d&gt; welterde？ 21:43:51 &lt;str4d&gt; （或者是谁在运维它） 21:43:57 &lt;str4d&gt; syndie.i2p2.de 是在线的。 21:44:48 * KillYourTV 猜大概是 jrandom 的。 21:45:31 &lt;str4d&gt; 嗯，可能是。那样的话，搭一个 syndie.i2p2.i2p 会值得一做。 21:45:58 &lt;str4d&gt; （我记得在 I2P 文档里看到过 syndie.i2p，所以那部分也需要改） 21:46:41 &lt;KillYourTV&gt; 我觉得 syndie 还没有 eepsite……（还没有） 21:47:16 &lt;str4d&gt; 它有一个 clearnet（明网）站点…… 21:48:00 &lt;KillYourTV&gt; 天哪……最近的下载还是 2007 年的，除了我的 Debian 包或者插件版本。 21:48:03 &lt;KillYourTV&gt; 我觉得很少有人（除了 mosfet、darrob、echelon 和我）在很长一段时间里关心 syndie（这就是为什么要办 hackfest!!!!!!!11111onetyelven） 21:49:54 &lt;str4d&gt; 好的，会议先继续，必要的话我们再回到这个话题。 21:50:05 &lt;str4d&gt; 4) 对未来 hackfests 的建议 21:51:17 &lt;KillYourTV&gt; weltende：不熟悉 sonar，不过我会去看看。也许我也能搞定…… 21:51:32 &lt;str4d&gt; 那么，我们还有哪些 hackfest 点子？ 21:56:17 &lt;RN-Droid&gt; 我也要！ 21:56:36 &lt;str4d&gt; &lt;str4d&gt; 那么，我们还有哪些 hackfest 点子？ 21:58:32 &lt;str4d&gt; 目前在炉子上的东西有： 21:58:35 &lt;str4d&gt; I2P 本身 21:58:35 &lt;str4d&gt; Syndie 21:58:42 &lt;str4d&gt; Android 移植 21:58:49 &lt;str4d&gt; 网站 21:59:54 &lt;str4d&gt; 这些里面有什么值得办一个 hackfest 来做的吗？ 22:00:05 &lt;str4d&gt; （我漏了什么吗？） 22:01:14 &lt;orion&gt; str4d：协议规范是可以“hack”的东西吗？ 22:07:25 &lt;str4d&gt; orion：你是说它的文档？ 22:07:48 &lt;str4d&gt; 如果文档不清楚，那是值得考虑的事。 22:08:03 &lt;str4d&gt; 尤其是现在有人尝试用它来复刻一个兼容的 I2P =) 22:08:34 &lt;orion&gt; str4d：我指的是实际修改协议。 22:08:45 &lt;str4d&gt; orion：那就不太适合了。 22:08:53 &lt;str4d&gt; zzz 可以详细说明。 22:09:09 &lt;str4d&gt; 不过这还取决于你指的是哪个协议。 22:10:00 &lt;orion&gt; 主要是升级加密。 22:10:00 &lt;str4d&gt; 现有协议（SSU、NTCP、I2CP、I2NP 等）理想情况下应保持向后兼容，所以在它们上办 hackfest 可能适得其反，因为任何改动都需要慎重考虑。 22:10:35 &lt;str4d&gt; 啊对。这确实值得考虑，尤其是在你用 i2pcpp 走太远之前。 22:10:54 &lt;str4d&gt; 同样，可能不值得专门搞个 hackfest，但我们应该专门拿出些时间来。 22:11:05 &lt;orion&gt; 好的 22:11:23 &lt;dg&gt; 顺便 `http://trac.i2p2.i2p/ticket/840` 22:11:27 &lt;iRelay&gt; Title: #840 (Review Syndie site) I2P (at trac.i2p2.i2p) 22:11:47 * str4d 提交动议：下一次会议（或者下下一次）举行一次加密审查会议。 22:12:39 &lt;dg&gt; 我同意 22:12:50 &lt;str4d&gt; o/ 22:13:10 &lt;orion&gt; /o 22:13:41 &lt;str4d&gt; zzz？KillYourTV？welterde？ 22:14:29 &lt;str4d&gt; 我们希望选择一个 I2P 加密方面最有经验的人能参加的时间（所以 zzz 和 zab 一定要能参加） 22:16:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d：啊……加密……我会参加……什么时候？*拿日历* 22:17:02 &lt;dg&gt; 下周？ 22:17:05 &lt;dg&gt; 同一时间？ 22:17:48 &lt;str4d&gt; welterde，我提议是下一次会议或下下一次（也就是 1 月 15 日或 22 日周二，20:00 UTC），不过如果你/zzz/zab/等人另一个时间更合适…… 22:22:57 * str4d 刚刚给 zab 发了邮件问他的时间安排。 22:24:08 &lt;str4d&gt; s/just emailed zab/is attempting to email zab (and waiting on postman's SMTP to respond&gt;_&lt;) 22:26:17 * str4d 等待 welterde 查完他的日历 22:26:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d：已经记下 ;) 22:27:04 &lt;str4d&gt; 好的，目前提议的时间是 1 月 15 日周二，20:00 UTC。 22:27:23 * str4d 会在 zzz.i2p 上发个帖子说明 22:27:26 &lt;str4d&gt; 下一个： 22:27:29 &lt;str4d&gt; 5) PR 经理提名 22:27:36 &lt;str4d&gt; orion：轮到你了！ 22:27:47 &lt;str4d&gt; （终于 ^_^） 22:29:26 &lt;orion&gt; yay 22:32:30 &lt;orion&gt; PR 经理这个职位的角色是什么？ 22:32:33 &lt;orion&gt; 正式地说。 22:33:00 &lt;str4d&gt; “PR manager: press contact, manages public relations and affairs”（PR 经理：媒体联络，管理公共关系和事务） 22:33:10 &lt;str4d&gt; （来自 /team） 22:34:51 &lt;str4d&gt; 所以是让 I2P 被人所知、处理采访/文章请求、组织 I2P 亮相活动的人……类似这样的，我想。 22:34:54 &lt;orion&gt; 我可以做媒体联系人。我喜欢在公众面前讲话。 22:34:57 &lt;str4d&gt; 是 imagine* 22:35:39 &lt;dg&gt; 需要能线下（IRL）出面的。 22:35:50 &lt;orion&gt; 我可以线下见媒体/记者。 22:35:53 &lt;dg&gt; 另外，作为 I2P 的公共形象代表，帮我们处理需要的事情也会很有用…… 22:35:53 &lt;orion&gt; 我不介意。 22:36:03 &lt;dg&gt; （比如 GSoC，如果 Google 要求的话） 22:36:17 &lt;str4d&gt; dg：这个提醒得好。 22:36:48 &lt;str4d&gt; 我知道导师不必公开身份，但 Google 确实要求有一个主要联系人。 22:36:48 &lt;orion&gt; 采访，等等这些都没问题。不过我不擅长做媒体素材（做传单之类） 22:37:36 &lt;orion&gt; 我不介意做主要联系人——组织 I2P 的亮相我可以做，只要你们告诉我。有活动在附近的话我可以线下去。 22:37:39 &lt;str4d&gt; orion：做传单之类不算严格的职责——PR 经理是组织这些材料去制作（材料本身由设计师完成） 22:37:58 &lt;orion&gt; 啊 22:38:13 &lt;str4d&gt; eche 已经有个比赛在征集一些传单、横幅等设计。 22:38:20 &lt;orion&gt; 好的。 22:38:23 &lt;str4d&gt; 所以比如 PR 经理可以推广那个比赛。 22:38:30 &lt;str4d&gt; （以获得更广泛的投稿） 22:38:55 &lt;dg&gt; 对我来说，就是要让大家看到 i2p 不只是几个没有面孔的人躲在幕后 22:39:01 &lt;dg&gt; 不管你想怎么做到 22:39:08 &lt;dg&gt; 演讲、采访，随便，总之都好 22:39:15 &lt;orion&gt; 对。 22:39:15 &lt;str4d&gt; 我一直在想——把这个/这些比赛发到自由职业设计网站上怎么样？能获得更多曝光。 22:40:06 &lt;orion&gt; 只要有人来联系我，我很乐意和他们谈。 22:40:52 &lt;orion&gt; 如果在附近的话我也可以去参加活动。 22:41:03 &lt;orion&gt; （新罕布什尔州） 22:41:06 &lt;dg&gt; 介意我问一下在哪个地区吗？ 22:41:06 &lt;dg&gt; - 22:41:07 &lt;dg&gt; 哈哈 22:41:39 &lt;orion&gt; 不过有一趟火车直达波士顿。 22:42:14 &lt;str4d&gt; 有个活动很值得去参加：http://wiki.openitp.org/events:techno-activism_3rd_mondays 22:42:22 &lt;iRelay&gt; Title: events:techno-activism_3rd_mondays [OpenITP Wiki] (at wiki.openitp.org) 22:44:58 &lt;str4d&gt; orion：FWIW，作为 PR 经理，网站（改版）上这个页面/子页面基本上归你管：`http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/about/media` 22:45:05 &lt;iRelay&gt; Title: Presentations on I2P - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 22:45:22 &lt;orion&gt; 我接受 PR 的角色，但我只是个穷大学生。 22:45:49 &lt;orion&gt; 我承担不起参加太多活动的费用。 22:46:16 &lt;str4d&gt; orion：找 eche|on 谈谈——总有可能有资金支持。 22:46:27 &lt;orion&gt; 好的。 22:46:38 &lt;str4d&gt; 而且作为 PR 经理，你最后可能还会自己去筹集更多资金 =D 22:47:13 &lt;orion&gt; 我接受这个职位，如果我觉得自己做不来我会交出来。 22:47:41 &lt;str4d&gt; 当然不会指望你牺牲现实生活的工作，但我们确实感谢你的帮助。而且你不会是单打独斗。 22:48:15 &lt;orion&gt; 听起来不错。有协助就太好了。 22:50:40 * str4d 更新网站 22:52:03 &lt;str4d&gt; 搞定！欢迎（正式地）加入团队 orion =D 22:52:18 &lt;orion&gt; 耶！ 22:52:29 &lt;str4d&gt; （不过如果上了 /team 页面才算正式的话，那我从技术上说还不是正式团队成员 =P） 22:53:40 &lt;str4d&gt; 好的，继续最后几个话题： 22:53:43 &lt;str4d&gt; 6) 0.9.4 进展 22:53:43 &lt;primal&gt; 线下（IRL）是邪恶的。 22:53:43 &lt;str4d&gt; 我们现在情况如何？我们已经超过了通常 6 周发布周期的一半。 22:54:06 &lt;str4d&gt; s/0.9.4 progress/0.9.5 progress/ 22:54:09 &lt;iRelay&gt; str4d meant: 6) 0.9.5 progress 22:55:49 &lt;str4d&gt; 正如第 1 点所述，Feeds 的工作赶不上 0.9.5。 22:58:32 &lt;primal&gt; 我不确定现在问是不是不合适，但 Android 上的 i2p 还在开发吗？还是说那不算“官方”的项目？ 22:59:16 &lt;str4d&gt; primal：还在。zzz 有一个较早的稳定版（0.9.1），但 sponge 在做最新的东西。 22:59:23 &lt;str4d&gt; 当前发布：0.9.1-0_b1-API8 `http://zzz.i2p/topics/949` | 当前开发版：0.9.3-5_b2-API8 `http://sponge.i2p/（扫描/点击二维码）` 22:59:38 &lt;iRelay&gt; Title: SPONGE (at sponge.i2p) 22:59:58 &lt;str4d&gt; sponge 也在努力让普通的 Oracle JVM 能在 Android 上运行，这样的话就有可能用上常规的 I2P。 23:00:27 &lt;primal&gt; str4d：嗯，我应该联系他，我有兴趣参与这个。 23:01:12 &lt;str4d&gt; primal：找 sponge，并加入 #i2p-android-dev 23:01:12 &lt;str4d&gt; 而且，耶！ 23:02:01 &lt;str4d&gt; 所以，对 0.9.5 进展没有反馈？ 23:04:59 &lt;str4d&gt; 如果没有，那就进入最后一个既定话题： 23:04:59 &lt;str4d&gt; 7) 网站改版 23:05:03 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 23:05:14 &lt;str4d&gt; 工单 #807 概述了我的进度。 23:05:26 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 23:05:30 &lt;dg&gt; 插一句，我们现在因为 0.9.4 中修复了一个网络容量的 bug 而有所改善。`http://stats.i2p/cgi-bin/avg.cgi?a=tunnel.buildSuccess.60m&s=93&u=q` 23:05:38 &lt;dg&gt; 估算的 router 数量上升了，这意味着连到 zzz 的 router 的连通性更好吗？ 23:06:01 &lt;dg&gt; 不过如果看 6 个月的曲线，我们还是不如之前。 23:06:12 &lt;dg&gt; 总之，抱歉跑题了。:p 23:06:19 &lt;str4d&gt; dg：是的，你提到这个很好 23:06:26 &lt;primal&gt; 新站好太多了 23:07:21 &lt;str4d&gt; 第一项：我已经更改了左侧栏目的内容（参见工单 #792）——大家意见如何？ 23:07:24 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 23:09:00 &lt;str4d&gt; 第二项——在 #807 的底部我提议了一些 URL 变更，我想听听反馈。另外一个是 /lang/about/media vs /lang/media ？ 23:10:39 &lt;primal&gt; ugh 23:11:03 &lt;orion&gt; str4d：`http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 是不是应该显示新设计？ 23:11:10 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 23:11:10 &lt;str4d&gt; 第三项：`http://trac.i2p2.i2p/ticket/807#comment:12` 列出了若干需要解决的内容相关问题，但我不太擅长写内容。非常需要这方面的帮助。 23:11:13 &lt;primal&gt; 呃算了。本来想抱怨链接指向 clearnet（明网）站点且未标明，然后我意识到这将是 i2p 的 clearnet 首页 :P 23:11:16 &lt;iRelay&gt; Title: #807 (Revamp of website) I2P (at trac.i2p2.i2p) 23:11:20 &lt;str4d&gt; orion：它显示的是其中一个新设计。 23:11:43 &lt;str4d&gt; 但设计本身还没最终确定。 23:11:46 &lt;orion&gt; 啊。怎么切换它们？ 23:12:01 &lt;str4d&gt; orion：看页脚 23:12:13 &lt;primal&gt; str4d：我可以帮着写，我就是干这个的。需要修什么？ 23:12:20 &lt;orion&gt; Firefox 不喜欢页脚。 23:12:20 &lt;str4d&gt; “Duck” 是默认，“danimoth” 是我找到的另一个提案，其他的是旧站的。 23:12:30 &lt;str4d&gt; primal：如上看第 12 条评论。 23:12:37 &lt;str4d&gt; orion：我在 FF17 上没问题 23:12:40 &lt;primal&gt; str4d：好的，正在看 23:13:11 &lt;str4d&gt; primal：关于 clearnet 链接，这个站点也会作为 I2P 内部站点。 23:13:23 &lt;str4d&gt; 所以你关于标注 clearnet 链接的观点很好——有例子吗？ 23:13:54 * str4d 已经加入了逻辑：在 clearnet 上查看时，I2P 内部站点会被改写（如果已知 clearnet URL 则改为它，否则改为一个 inproxy（入口代理））。 23:14:25 &lt;orion&gt; http://i.imgur.com/PwDF8.png 23:14:29 &lt;primal&gt; 为什么 Research 在 Volunteer 下面，而不是 About？ 23:14:33 &lt;str4d&gt; 可能只需要给任何外部的 &lt;a&gt; 链接加一个 CSS 类，这样就能特别标识出来之类的。 23:14:52 &lt;primal&gt; 我会先去 “About” 下看，如果我是想看看“嘿，这东西被测试过吗？我能信吗？”的人。 23:15:30 &lt;str4d&gt; primal：因为我打算那个页面更多地面向想要测试 I2P 的研究者，但你的观点很好。 23:15:37 &lt;primal&gt; 啊好 23:15:55 &lt;str4d&gt; 在我看来，“About” 菜单下的东西是关于现有内容，而不是潜在的发展。 23:16:06 &lt;str4d&gt; 所以也许 Papers 链接应该移回 About 菜单。 23:16:37 * str4d 已经把 papers 页面和 presentations、tutoruals 等分开了（现在叫 media 页面） 23:16:52 &lt;str4d&gt; tutorial 23:16:55 &lt;str4d&gt; * 23:17:20 &lt;str4d&gt; orion：哦——那是因为旧站没有页脚。 23:17:23 &lt;primal&gt; 我同意。我们本地 hackerspace 里一个做 Tor 的人就问过我这个信息，我当时不知道该指给他看哪里。 23:17:30 &lt;primal&gt; 把它清楚地放出来会很好 23:18:05 &lt;str4d&gt; 而且我不是设计师，所以我没太折腾旧的 CSS——我只是把它大致迁移过来，以展示新结构和布局如何套在旧的皮肤里。 23:18:20 * str4d 现在把 Papers 链接移一下。 23:18:54 &lt;orion&gt; str4d（看图） 23:19:56 &lt;str4d&gt; orion：是的，我看了——那是当前网站的主题，我没有给它加页脚 CSS。两个更现代的主题（duck 的和 danimoth 的）有页脚 CSS。 23:21:14 &lt;primal&gt; str4d：我会把学术论文放在“演讲、教程和文章”下面 23:21:34 &lt;str4d&gt; primal：放在下面是指位置上，还是做成子菜单？ 23:21:37 &lt;primal&gt; 除非你想突出它们本身 23:21:52 * str4d 把 Papers 从那个页面拆出来了，不打算再合回去 =P 23:22:15 &lt;str4d&gt; 嗯…… 23:22:26 * str4d 暂时把链接放到 “Comparisons” 下面了。 23:22:45 &lt;primal&gt; 位置上放在它们上面。“Academic Papers and Peer Review” 或许不错 23:23:59 &lt;christoph&gt; 那里的内容已经挺混杂了 23:24:33 &lt;primal&gt; christoph：我更愿意把内容整合起来，但 str4d 说他不打算合并 ;) 23:25:00 &lt;primal&gt; 我只是说，任何认真从安全角度看 I2P 的人都会重点关心学术/同行评审。 23:25:11 &lt;str4d&gt; primal：我的意思是，当前网站上它们是合在一起的——我把学术论文拆出来是因为我觉得它们值得有自己的页面和布局。 23:25:21 &lt;christoph&gt; 嗯其实现在大体也还好，/me 记得是之前混了很多不同的东西 23:25:31 &lt;primal&gt; 我不会相信一款软件能保护我不被杀/不惹法律麻烦/等等，除非我能读到相关资料 23:25:50 &lt;christoph&gt; 所以基本上我记得的是 str4d 拆之前的样子 23:25:53 &lt;primal&gt; str4d：我同意。正如我说的，我建议在 About 下添加一个“Academic Papers and Peer Review”部分 23:25:53 &lt;str4d&gt; primal：见 `http://www.i2p2.i2p/papers` 的“旧”版本。 23:25:57 &lt;iRelay&gt; Title: Papers and Presentations on I2P - I2P (at www.i2p2.i2p) 23:26:12 &lt;str4d&gt; primal：刷新页面看看我现在的调整 23:26:19 &lt;str4d&gt; 不过这是个好标题。 23:26:22 &lt;primal&gt; 好 23:27:01 &lt;primal&gt; 看起来不错。 23:27:16 &lt;str4d&gt; 标题我在本地改了——我是不是也该把它在菜单里往下挪？还是把其他菜单也重排一下 23:27:19 &lt;str4d&gt; ？ 23:27:42 &lt;primal&gt; 我觉得把它挪到 “Hall of Fame” 下面 23:27:57 &lt;primal&gt; 就在 presentations 和 articles 之上 23:28:35 &lt;str4d&gt; 嗯，我喜欢。正在推送…… 23:29:37 &lt;str4d&gt; 还有别的意见吗？整个首页看起来还可以吗？左侧栏目的内容合适吗？ 23:30:12 &lt;primal&gt; 嗯 23:30:42 &lt;primal&gt; 从语法上说第二段不太对 ;) 23:32:28 &lt;primal&gt; “I2P is used by many people who care about their privacy, as well as those in high-risk situations. It is ideal for activists, oppressed people, journalists and whistle-blowers.” 23:33:09 &lt;primal&gt; 或者……“I2P is used by many people who care about their privacy, as well as those in high-risk situations. It can benefit a wide range of people, such as activists, oppressed people, journalists and whistle-blowers.” 23:33:17 &lt;str4d&gt; 那第二段是把以前占据整列的内容压缩后的版本（我不喜欢原来那样——太像 Tor 的网站了） 23:33:33 &lt;primal&gt; 甚至可以是 ‘It can provide a secure method of communication for activists...’ 等等 23:34:12 &lt;str4d&gt; 主体区已经在说安全通信了 23:35:12 &lt;primal&gt; I2P is used by many people who care about their privacy, as well as those in high-risk situations. It is designed to protect activists, oppressed people, journalists and whistle-blowers - as well as the average person." 23:35:45 &lt;primal&gt; 诶，我只是随便扔点想法。总之，这句话确实需要语法上修一下，而且有点连写，我是在挑剔 ;) 总体还行 23:36:17 &lt;str4d&gt; 我喜欢最后那个 =) 23:36:58 &lt;primal&gt; 我也是。 23:37:10 &lt;str4d&gt; “I2P is a full darknet implementation - a network within a network, unmonitorable by your ISP or government.”——有何看法？ 23:37:45 &lt;str4d&gt; 这句是从 Trac 的 wiki 页面拿来的，我觉得这已经是你想在首页上用的技术性最高的程度了。 23:38:15 &lt;primal&gt; 嗯，这是一句非常肯定的表述 23:38:23 &lt;str4d&gt; 正如 zzz 之前说的，我们要谨慎考虑首页上到底说什么，因为那对 SEO 很重要，也是用户首先看到的内容。 23:38:30 &lt;primal&gt; 不过如果我们对这句有把握，那就这样 :) 23:38:50 &lt;str4d&gt; 是啊……前两个“陈述”足够正确，但最后一个是有争议的。 23:38:57 &lt;primal&gt; 或许用 ‘intended to be unmonitorable by...’ 23:39:12 &lt;primal&gt; 也就是这是我们的目标， 23:39:41 &lt;str4d&gt; 那会让它听起来像还没做到 ^_^ 23:39:52 &lt;primal&gt; 嗯 23:39:59 * primal 正琢磨更好的表述 23:40:38 &lt;primal&gt; 我会用 ‘designed to be’，但我不喜欢重复同样的词，如果你用我另一个第二段，就会重复。 23:40:45 &lt;str4d&gt; 这列也会链接到 about/intro，所以那可能是新用户首先去的地方。 23:41:08 &lt;primal&gt; ‘created to be unmonitorable’ 或许？ 23:41:44 &lt;str4d&gt; （所以 about/intro 也需要改） 23:41:48 &lt;h2ik&gt; 我可以保证它是可以被监控的，但需要很大代价 23:42:15 &lt;h2ik&gt; 它是通过混淆来提供隐私/安全 23:42:15 &lt;primal&gt; 对，但我们的意图是让它不可被监控。我会用 ‘created to be unmonitorable’ 23:42:50 &lt;str4d&gt; h2ik：混淆？不是加密？ 23:42:53 &lt;h2ik&gt; 或许类似 “designed to prevent monitoring” 23:43:08 &lt;h2ik&gt; str4d：两者都有，但我能推断出端点 23:43:15 &lt;h2ik&gt; str4d：如果你想更“狡猾”，你可以运行一个 outproxy（出口代理） :-) 23:43:22 &lt;str4d&gt; h2ik，怎么做到的？ 23:43:33 &lt;primal&gt; h2ik：是，但我在下一段用了 ‘designed to be’。重复这个词在语法上有点难看 ;) 23:43:45 &lt;dg&gt; 我们不要做我们无法兑现的承诺。 23:43:56 &lt;dg&gt; ioerror 说过这点，这很危险 23:43:56 &lt;str4d&gt; 另外，我们应区分监控 I2P 网络本身与监控其内的网络流量。 23:43:59 &lt;str4d&gt; 是 within* 23:44:06 &lt;h2ik&gt; 这基本也是我的观点，谢谢 dg 更快地把我带到这儿 23:44:10 &lt;str4d&gt; dg++ 23:44:29 &lt;primal&gt; “Created to provide security from monitoring by....” 23:44:43 &lt;dg&gt; 说我们能保证某人不会被政府抓到、完全能挡住对手，这极其极其危险，甚至可能致命。然而，我们可以告诉他们我们能防护什么，同时也说明我们的目标。 23:44:46 &lt;primal&gt; 或者 ‘protection from monitoring by...’ 23:44:49 &lt;h2ik&gt; primal：比如 “intended to make monitoring difficult” 之类的？ 23:45:04 &lt;dg&gt; 说清楚我们的目标是可以的，而且这对激励一些人使用 i2p 其实很重要。这是一个安全互联网的基础。 23:45:16 &lt;h2ik&gt; +1 dg 23:45:19 &lt;str4d&gt; dg：没错。 23:45:24 &lt;str4d&gt; 我眼中一个新用户的路径是： 23:45:47 &lt;h2ik&gt; （抱歉不小心插话……只是路过来开会） 23:45:50 &lt;str4d&gt; 首页 -> about/i2p（通过“阅读更多…”链接或 About 菜单）-> 其他信息。 23:45:50 &lt;primal&gt; h2ik：嗯，“and is intended to protect against monitoring by third parties, such as hostile governments or ISPs” 23:46:00 &lt;str4d&gt; h2ik，非常欢迎 =) 23:46:19 &lt;h2ik&gt; primal：我喜欢这个…… 23:46:38 &lt;primal&gt; dg：是啊，这就是我问它的原因，这句话好像承诺了超出我们能保证兑现的东西。 23:46:57 &lt;primal&gt; str4d：“I2P is a full darknet implementation - a network within a network, and is intended to protect against monitoring by third parties, such as hostile governments or ISPs.” 23:47:52 &lt;str4d&gt; primal：听起来不错。 23:48:03 &lt;h2ik&gt; +1 primal 23:48:58 &lt;dg&gt; 只要我们没在说“我们保证你不会因为使用 i2p 被政府干掉！”，那就对路了 23:49:18 &lt;primal&gt; 是，而且这样我们就不用像 Anomos 那样来个免责声明 23:49:34 &lt;dg&gt; Anomos = ? 23:49:41 &lt;h2ik&gt; “PS. 我们比 freenet 快” 23:49:44 &lt;dg&gt; 免责声明不行的 btw 23:49:47 &lt;primal&gt; http://anomos.info/ 23:49:50 &lt;iRelay&gt; Title: Anomos (at anomos.info) 23:49:54 &lt;primal&gt; 加密的 torrent 东西 23:50:05 &lt;dg&gt; 免责声明听起来就像“是啊我们干这个只是因为好玩但不保证任何东西，也许你会安全，也许不会”，完全没有信心 23:50:12 &lt;dg&gt; 完全没有可信度 23:50:15 &lt;primal&gt; 是的，这也是我不喜欢它们的原因 23:50:31 &lt;dg&gt; 许多开发者和团队成员都很有热情，这远不只是“也许能帮你不被杀掉的某个东西” 23:51:50 &lt;primal&gt; dg：我同意。这点我没意见 :) 我只是个喜欢隐私的用户，这就是我在这儿的原因。我还没遇到（特别）敌对的政府。但我在网上做什么也不关他们的事。 23:52:55 &lt;primal&gt; 我只是觉得这个项目对所有人都有好处。我想尽我所能确保它成功 :) 23:53:06 &lt;dg&gt; primal：我没被压迫，但我想帮助那些被压迫的人。我也是！不过我想让 i2p 更好，我们在这点上意见一致。只要我们的网站能体现出来，我们就稳了。 23:53:13 &lt;dg&gt; +1 23:53:26 &lt;primal&gt; dg：完全正确 :) 23:54:01 &lt;dg&gt; 应该体现社群感。这儿活跃的 IRC 和大家，绝对是一个强项。 23:54:28 &lt;primal&gt; dg：我们需要有人为 I2P 用户群体发声，毕竟最终是他们让它运转起来 23:54:39 &lt;primal&gt; 不过我有点跑题了 :D 23:54:42 &lt;str4d&gt; 好了，首页文本已更新。 23:54:49 &lt;primal&gt; str4d：棒/ 23:54:52 &lt;dg&gt; 呵呵 :D 23:54:55 &lt;h2ik&gt; primal：而那些用户也是我们存在的原因 23:55:10 &lt;primal&gt; h2ik：我就是其中之一，所以我同意 23:55:25 &lt;primal&gt; str4d：whistle-blowers 要用连字符 :P lol 23:55:36 * primal 挑刺中！ ;) 23:55:40 &lt;str4d&gt; 噢 =P 23:55:48 &lt;primal&gt; rofl 23:56:03 &lt;dg&gt; 至于 anomos，唔。只有 BitTorrent 的东西挺危险的……如果你能指纹它，你就能说“啪，bittorrent”，也许你可以说所有 BitTorrent 都不好，然后 anomos 就没了 23:57:18 &lt;dg&gt; 不过我只是简略看了看网站，不能下结论。 23:57:55 &lt;str4d&gt; 虽然我很喜欢这段讨论，但回到主题，以及我的第二个点——改版中的 URL 变更？ 23:58:26 &lt;primal&gt; Android 版本是否成熟到能在下载页上？或者以“开发版”之类的标注？还是说那是 sponge 的项目，不应该放上去？ 23:58:29 &lt;primal&gt; dg：是啊我没试过，i2psnark 对我来说就很好用。 23:58:29 &lt;primal&gt; 抱歉 str4d :) 23:59:08 &lt;str4d&gt; 所以：/lang/blog/XXXX/XX/XX/slug 会不会比现在的 /lang/blog/entry/XXXX/XX/XX/slug 更好？ 23:59:15 &lt;str4d&gt; //lang/support/* vs /lang/help/* ? 23:59:22 &lt;h2ik&gt; str4d：如果你想加一些新的服务到 interesting eepsite 列表也行 23:59:25 &lt;str4d&gt; /lang/volunteer/* vs /lang/get-involved/* ? 23:59:36 &lt;dg&gt; /post/* 和 /lang/help/* 23:59:59 &lt;str4d&gt; dg：你昨天说的是 support，不是 help =P 00:00:26 &lt;str4d&gt; h2ik：你是指 /home 上的 eepsites 列表？ 00:00:29 &lt;str4d&gt; （在 routerconsole（路由器控制台）里） 00:00:36 &lt;str4d&gt; 我说的不是那个。 00:01:34 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #12 for job Cobertura Coverage Reports 00:02:50 &lt;h2ik&gt; str4d：哦是首页，我明白了，抱歉。 00:03:35 &lt;str4d&gt; h2ik：我把页面重组为更符合 SEO 和用户友好的 URL，但我在问是否应该更改（在我去检查所有内部链接都更新之前） 00:03:35 &lt;str4d&gt; h2ik：不是首页本身，而是其他页面的 URL。 00:03:42 &lt;dg&gt; str4d：我改主意了 00:03:45 &lt;str4d&gt; 比如 /en/volunteer/bounties vs /en/get-involved/bounties 00:03:52 &lt;dg&gt; str4d：support 显得太专业了？ 00:03:56 &lt;dg&gt; str4d：/lang/get-involved/* 00:04:03 &lt;str4d&gt; 还有 /en/support/faq vs /en/help/faq 00:04:06 * h2ik 点头表示理解。 00:04:17 &lt;str4d&gt; dg：是啊，我也开始这么想，所以来征求意见 00:04:55 &lt;str4d&gt; h2ik：导航栏大致对应 URL 的子结构，但不完全一致。 00:05:11 &lt;dg&gt; /en/help/faq……我觉得吧。我在 help/support 上是五五开。Help 也许太口语，support 太正式？ 00:05:35 &lt;str4d&gt; dg：我也担心 help 和 volunteer 含义会混淆 00:06:34 &lt;str4d&gt; 如果把 volunteer 改为 get-involved，那这个菜单怎么办？目前没有哪个打开下拉的菜单项本身也是链接（同样是为了避免含义混淆）。 00:08:26 &lt;dg&gt; str4d：Get involved 更有号召力，volunteer 没那么“你现在就能做点什么！”，我想。 00:08:41 &lt;dg&gt; 至于 help/volunteer……呃。 00:08:44 &lt;primal&gt; 是的我喜欢 get involved 00:09:32 &lt;str4d&gt; primal：那“Get Involved!” 页面应该从哪里链接？ 00:09:51 &lt;primal&gt; 首页 00:09:58 &lt;str4d&gt; 暂离 30 分钟 00:10:01 &lt;str4d&gt; primal：我是说在导航栏里 00:10:16 &lt;dg&gt; 我们直接把 Volunteer 改名为 Get Involved 怎么样？ 00:10:31 &lt;str4d&gt; （你看 “Volunteer” 是菜单标题，它下面有个选项 “Get Involved!”） 00:10:34 &lt;h2ik&gt; +1 赞同。Volunteer 不太行 00:10:46 &lt;dg&gt; 然后导航栏的标题本身也可以“链接”（像 Download 那样），但同时有下拉？ 00:10:49 &lt;dg&gt; 这可行吗？ 00:11:24 &lt;primal&gt; 哦嗯 00:11:24 &lt;primal&gt; 哦它现在的位置还行，就在 “help” 后面 00:11:54 &lt;dg&gt; 另外，关于各网络的比较不一致。 00:11:54 &lt;h2ik&gt; Get Involved 或 Join Us（或类似）——我们想鼓励人们加入我们这群志同道合、关心隐私的有趣人们……就这么说 00:12:18 &lt;dg&gt; /en/about/comparison/gnunet 的设计甚至不同于 /en/about/docs/overview/comparison#freenet 00:12:29 &lt;dg&gt; 我也不确定我喜欢只有一大段的“块状”文字。 00:12:32 &lt;dg&gt; *text 00:13:13 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Cobertura Coverage Reports build #12:UNSTABLE in 11 min: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/cobertura/12/` 00:13:25 &lt;primal&gt; dg：我说的就是这个 00:15:51 &lt;dg&gt; 顺便，哪里能找到 swt.jar？ 00:16:21 &lt;h2ik&gt; str4d：如果之前没人说过，谢谢你接下这个活。 00:16:43 &lt;KillYourTV&gt; swt.jar：用你的包管理器或 http://www.eclipse.org/swt/ 00:16:46 &lt;iRelay&gt; Title: SWT: The Standard Widget Toolkit (at www.eclipse.org) 00:17:01 &lt;dg&gt; 啊好 00:18:10 &lt;KillYourTV&gt; 关于 cobertura： 00:18:13 &lt;KillYourTV&gt; 00:13:10 Code coverage enforcement failed for the following metrics: 00:18:16 &lt;KillYourTV&gt; 00:13:10 Lines's stability is 24.85 and set mininum stability is 24.88. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Methods's stability is 30.55 and set mininum stability is 30.65. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Setting Build to unstable. 00:18:37 &lt;KillYourTV&gt; &lt;/ot&gt; 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; 然后导航栏标题本身也可以“链接”（像 Download 那样），但同时有下拉？ 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; 这可行吗？ &lt;-- 可行，而且据我记得最初就是这么做的 00:21:33 &lt;dg&gt; 不确定这是不是好的设计选择，但在 $self-&gt;head 里看起来更好 00:21:52 &lt;primal&gt; 刚掉线了 00:22:03 &lt;primal&gt; 啊 00:22:06 &lt;primal&gt; 掉了 00:23:36 &lt;str4d&gt; 我也掉了 00:24:16 &lt;str4d&gt; &lt;dg&gt; /en/about/comparison/gnunet 的设计甚至不同于 /en/about/docs/overview/comparison#freenet &lt;-- 我复制的是 /en/about/docs/overview/comparison#tor 模板 00:24:27 &lt;str4d&gt; tor 和 freenet 的比较是从当前网站原样拿来的 00:24:38 &lt;str4d&gt; （只是拆到独立页面上了（ 00:25:15 &lt;str4d&gt; &lt;primal&gt; dg：我说的就是这个 00:25:23 &lt;str4d&gt; ^-- 我掉线前看到的最后一句 00:25:23 &lt;str4d&gt; dc 00:26:07 &lt;dg&gt; 啊，明白了。不过还是不太好。 00:26:45 &lt;str4d&gt; 从 kytv 的日志里把进度补上了。 00:27:00 &lt;str4d&gt; h2ik：谢谢！我觉得这事得做 ^_^ 00:27:27 &lt;str4d&gt; dg：很多现有页面也有同样的问题。 00:28:08 &lt;str4d&gt; &lt;dg&gt; 然后导航栏标题本身也可以“链接”（像 Download 那样），但同时有下拉？ &lt;-- 这是我担心的。大家对这个的总体态度是什么？ 00:32:48 &lt;dg&gt; 我觉得可以，但从设计上可能不太好。 00:32:52 &lt;dg&gt; 我不是 UX（用户体验）人 ;) 00:33:06 &lt;RN-Droid&gt; 我们还算是正式开会中吗？ 00:33:13 &lt;dg&gt; 算是吧。 00:33:16 &lt;str4d&gt; RN-Droid：是的 00:33:19 &lt;dg&gt; 如果你想提什么，说吧！ 00:33:30 &lt;str4d&gt; 不过我正准备结束了，因为讨论在拖尾。 00:33:54 &lt;RN-Droid&gt; 我们有没有从 postman 那里得到关于把两个频道链接在一起的反馈？ 00:34:09 &lt;str4d&gt; dg：现在情况稍微好了点，因为我取消了用 &lt;a&gt; 做样式的需求，用户现在能通过鼠标指针分辨某个菜单项是会跳转还是不会（只展开） 00:34:15 &lt;str4d&gt; RN-Droid：我忘了提这事了&gt;_&lt; 00:34:38 &lt;str4d&gt; 而且最近没见到 postman（不代表他没在听） 00:35:01 &lt;dg&gt; RN-Droid：我们不需要 postman 来做，只要有人设定模式……差不多就行。zzz 已经同意了。我的观点是，我们可以先重定向，再改东西。postman 等可以在服务器端加规则，但我们不需要。只要有人在频道里保持模式就不会有问题。 00:35:08 &lt;dg&gt; str4d：啊，是的 00:35:45 &lt;str4d&gt; dg：我还是不确定从 UX 的角度是否合适（我甚至不确定顶部有的可点击有的只展开是不是合适） 00:35:56 &lt;str4d&gt; （但至少后者没有“既跳转又展开”） 00:36:27 &lt;RN-Droid&gt; 太好了，我个人会把它留在清单上，但如果我们在把人重定向过去时我掉线了，呃，我们如何确保频道里一定有人？ 00:36:30 &lt;str4d&gt; 所以，总结一下 URL 变更： 00:36:58 &lt;dg&gt; RN-Droid：找个机器人……或者类似的。临时可以，但理想的是服务器端改，或者不要有任何指向它的东西。或者两者都有。 00:37:01 &lt;str4d&gt; RN-Droid：那是用户连接时的自动重定向。 00:37:08 &lt;dg&gt; str4d：顺便，抱歉一直在带偏 00:37:08 &lt;str4d&gt; （不是吗？） 00:37:23 &lt;RN-Droid&gt; 好，听起来不错，Psych to pedia 可能也会在那儿，所以应该能覆盖 00:37:26 &lt;KillYourTV&gt; 如果在服务器端做就是自动的。 00:37:29 &lt;str4d&gt; dg：没关系。会议其他部分足够有条理 ^_^ 00:37:37 &lt;dg&gt; str4d：是的，但需要有人在里面保持模式，虽然不一定要是 op。一旦频道没人了，默认模式会回来。我觉得你不能 mlock 它。 00:37:44 &lt;KillYourTV&gt; （如果不是服务器端，请看 mode +L） 00:37:52 &lt;dg&gt; "org.eclipse.swt.graphics does not exist" 00:37:55 &lt;dg&gt;&gt;.&gt; 00:38:06 &lt;str4d&gt; 所以：我会把 /lang/volunteer/* 改为 /lang/get-involved/*，但导航菜单暂时保持原样，直到做出 UX 决定。 00:38:09 &lt;RN-Droid&gt; 好的，我们可以之后再敲定服务端的模式设置问题，谢谢听取我的意见 00:38:16 &lt;str4d&gt; /lang/blog/* 已经改了。 00:38:23 &lt;dg&gt; str4d：听起来不错 00:38:46 &lt;str4d&gt; 而 /lang/support/* vs /lang/help/* 还没完全定下来，所以先不动。 00:38:53 &lt;primal&gt; 我觉得不错 00:39:23 &lt;str4d&gt; primal：你还愿意看看工单 #807 上与写作相关的任务吗？ 00:39:38 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 00:39:41 &lt;str4d&gt; （又聊了一个小时之后 ^_^） 00:39:55 &lt;RN-Droid&gt; forward slash M e! 在 baffing 前掉线了……我回头重放会议时如果还有其他要补充的再反馈 00:40:03 &lt;primal&gt; str4d：当然愿意 lol 00:40:17 &lt;str4d&gt; 太好了 =) 00:40:37 &lt;str4d&gt; 我现在就关闭工单 #792，既然我们（基本上）决定了首页文本——如果还需要微调，工单随时可以重新打开。 00:40:43 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 00:40:51 &lt;str4d&gt; 那么，在会议正式结束前还有别的议题吗？ 00:41:34 &lt;orion&gt; 我刚在裤子里射了。 00:42:39 &lt;primal&gt; str4d：我想提议我们设一个用户倡导者（User Advocate）类型的职位！ 00:42:39 &lt;dg&gt; primal：我们有，orion 已经担任了！ 00:42:39 &lt;dg&gt; （PR manager == user advocate） 00:42:39 &lt;str4d&gt; dg：不完全是 =P 00:42:42 &lt;dg&gt; str4d：我以为我们决定它们基本上属于同一个范畴？ 00:42:45 &lt;str4d&gt; 在 /team 上其实有单独的一项 00:42:52 &lt;str4d&gt; dg：算是。 00:42:59 &lt;primal&gt; 哦真的吗？酷 00:43:06 &lt;primal&gt; 谁是用户倡导者？ 00:43:25 &lt;dg&gt; 如果跟 PR 经理不是同一个，我愿意来做 00:43:28 &lt;str4d&gt; primal：orion 是 PR 经理，而且显然也是用户倡导者。 00:44:02 &lt;orion&gt; 如果我们委员会太多，就会变得像循道宗教会。 00:44:06 &lt;str4d&gt; dg：在我看来，PR 经理更多是管理 I2P 的对外亮相、与媒体沟通等。 00:44:13 &lt;orion&gt; s/hurch/church 00:44:20 &lt;str4d&gt; *打个冷颤* 00:44:20 &lt;primal&gt; rofl 00:44:23 &lt;dg&gt; str4d：啊，那用户倡导者呢？ 00:44:34 &lt;str4d&gt; 我觉得定义也没那么死板。 00:44:41 &lt;primal&gt; str4d：如果用户倡导者确实是个空缺职位，我想申请，如果可以告诉我该怎么做的话。 00:45:04 &lt;str4d&gt; /team 页面写的是：User Advocate：收集、优先排序、为用户需求发声 00:45:07 &lt;dg&gt; 说起来，我也不确定我“负责什么” 00:46:03 &lt;str4d&gt; primal：你可以直接 JFDI ^_^，也可以等下次全体会议走一个更正式的流程（就像 orion 今天那样） 00:46:14 &lt;str4d&gt; dg：我其实也不确定 ^_^ 00:46:59 &lt;str4d&gt; primal，dg：如果你们还没注意到，下周的会议会是一次加密会议，讨论迁移 I2P 加密的需要（除非时间有调整）。 00:47:10 &lt;primal&gt; str4d：我要怎么做？有没有表格之类？amd plau 00:47:22 &lt;orion&gt; primal：我就是在论坛发了个主题。 00:47:33 &lt;dg&gt; str4d：那我就先当 “dg - overall dg” 吧 :) 00:47:36 &lt;orion&gt; zzz 00:48:03 &lt;dg&gt; 至于加密会议，我不知道我能否发表意见，但我会试试。我不是加密大神，但也不想全程沉默。 00:48:03 &lt;str4d&gt; primal：也没什么表格，因为这也不是特别正式的流程。发个 zzz.i2p 论坛帖最好，尤其有多位申请者的话（不过也没理由不能两个人都做 ^_^） 00:48:10 &lt;dg&gt; 对我来说也很有意思…… 00:48:41 &lt;str4d&gt; dg：更多会是讨论如何迁移，而不是决定迁到什么加密（尽管这一点也很重要）。 00:49:07 * str4d 旨在把相关的大脑们召集起来集中头脑风暴。 00:49:22 &lt;str4d&gt; 总之，还有什么需要正式列入会议的？ 00:49:44 &lt;dg&gt; str4d：好的，我会尽可能帮忙。如果我该闭嘴了就告诉我 ;-) 00:49:48 &lt;dg&gt; 想不到别的了。 00:50:20 &lt;primal&gt; str4d：听起来不错。我会去做 00:50:24 &lt;primal&gt; 我这边也都好了 00:50:43 &lt;str4d&gt; 好： 00:50:43 * str4d *baf* 地宣布会议结束。 00:51:01 &lt;orion&gt; 现在是 after-party。 00:51:07 &lt;str4d&gt; \o/ 00:51:14 &lt;orion&gt; \o\ \o/ /o/ 00:51:29 &lt;str4d&gt; *wub wub* </div>/zh/blog/2012/12/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012%E5%B9%B412%E6%9C%8818%E6%97%A5/Tue, 18 Dec 2012 00:00:00 +0000/zh/blog/2012/12/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012%E5%B9%B412%E6%9C%8818%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Astral_12, eche|on, KillYourTV, LaughingBuddha, RN, str4d, topiltzin, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:08:58 &lt;RN&gt; 会议在我断线的时候就开始了吗？ 20:09:17 &lt;eche|on&gt; 哪个会议？ 20:09:38 * KillYourTV 指了指主题 20:10:09 &lt;RN&gt; 主题：这里开发者会议在 UTC 12 月 18 日周二晚 8:00（20:00）^^ 20:11:38 &lt;KillYourTV&gt; 也许他们已经停了…… 20:12:12 &lt;LaughingBuddha&gt; 随时开始就行？ 20:18:08 &lt;RN&gt; 通常是 dg 主持会议 20:18:27 &lt;RN&gt; 我记得有一次他得离开时是 lillith 接手的 20:18:50 &lt;str4d&gt; 他上周没出现，所以才这样。 20:18:53 &lt;LaughingBuddha&gt; 有总体议程的链接吗？ 20:18:53 &lt;str4d&gt; （前一周他也很忙） 20:21:29 &lt;RN&gt; 嗯，通常会有一个议程…… 20:22:25 &lt;str4d&gt; 有他前几次会议一直在用的议程链接，但我现在访问不了 zzz.i2p…… 20:22:28 &lt;RN&gt; 在 trac 上 20:22:28 &lt;eche|on&gt; 那就是更新的状况 20:22:28 &lt;eche|on&gt; 现在更新/流量特别多 20:22:28 &lt;RN&gt; `http://trac.i2p2.i2p/wiki/meeting` 20:22:28 &lt;str4d&gt; o/ topiltzin 20:22:28 &lt;eche|on&gt; 比以往任何一次更新都要快得多 20:22:28 &lt;str4d&gt; RN，你能访问那个吗？ 20:22:28 &lt;Benedikt&gt; 发生了什么？这个网络里的某台服务器掉线了吗？ 20:22:31 &lt;str4d&gt; 不管怎样，我这边准备了几个议题，如果你们不行的话。 20:22:31 &lt;RN&gt; 议程看起来自 12 月 4 日那次会议以来就没更新了 20:22:31 &lt;topiltzin&gt; \o str4d 20:22:31 &lt;eche|on&gt; Benedikt：网络分裂（net split），经常会发生，因为 I2P 的 tunnels 不稳定 20:22:31 &lt;Benedikt&gt; 哦，谢了 20:22:34 &lt;str4d&gt; 好吧，我就提个伪随机的议程。 20:22:45 &lt;LaughingBuddha&gt; 说吧 20:23:07 &lt;str4d&gt; （0）打个招呼。 20:23:07 &lt;str4d&gt; 嗨！ 20:23:15 &lt;LaughingBuddha&gt; 哎呀 20:23:31 &lt;topiltzin&gt; 怎么样 20:25:46 &lt;str4d&gt; 还有其他人吗？ ^_^ 20:25:52 &lt;str4d&gt; 好，那继续： 20:25:52 &lt;str4d&gt; （1）网络健康状况 / 更新状态 20:26:31 &lt;str4d&gt; 过去几天/一周左右，网络健康状况（在我看来）相当糟糕。我们知道这是不是一次真正的攻击吗？ 20:26:46 &lt;str4d&gt; 还是仅仅因为一些 bug 导致持续退化？ 20:27:58 &lt;LaughingBuddha&gt; 我想在更多人实际更新到 0.9.4 之前，我们不会有确切答案 20:28:29 &lt;RN&gt; str4d，trac 的链接？有 20:30:43 &lt;topiltzin&gt; eche|on 报告了一些怪异的行为，不过即使大家升级到 0.9.4 我们也未必能确定 20:34:04 &lt;str4d&gt; psi 似乎认为其中一部分跟俄语教程建议用户强制启用 floodfill 来找到更多节点有关。 20:34:07 &lt;str4d&gt; 关于更新： 20:34:15 &lt;str4d&gt; &lt;eche|on&gt; 现在更新/流量特别多 20:34:18 &lt;str4d&gt; &lt;eche|on&gt; 比以往任何一次更新都快得多 20:34:29 &lt;str4d&gt; eche|on，还有什么要补充到这个更新进度摘要里的吗？ 20:36:17 &lt;eche|on&gt; 到目前为止，我的节点已经推送了 780 个完整更新 20:37:38 &lt;str4d&gt; LaughingBuddha 说通过 torrent 更新对他有效。有人知道当前 swarm 有多大吗？ 20:37:54 &lt;str4d&gt; （我只知道开发者的 routers，不过知道一下也有意思） 20:38:13 &lt;KillYourTV&gt; 大概 10 个左右 20:38:59 &lt;eche|on&gt; 对我来说这个 torrent 的使用量很低 20:39:06 &lt;KillYourTV&gt; 或者这么说吧：我能看到 10 个 peers 20:39:17 &lt;eche|on&gt; 我这儿 su2 有 6 个，sud 有 4 个 20:40:01 &lt;KillYourTV&gt; 由于只有极小一部分开发版用户被提供了 torrent 更新，所以到目前为止传输很少我并不惊讶。 20:40:16 &lt;Astral_12&gt; str4d：6-7 个 peers，su2 20:40:30 &lt;str4d&gt; KillYourTV，不，所有开发版用户都会提供 torrent。 20:41:09 &lt;str4d&gt; 如果版本号以 -0 结尾，而你选了 0 到 99 之间非 0 的数字，你就不会拿到 torrents。 20:41:12 &lt;str4d&gt; （如果我记得没错） 20:41:15 &lt;KillYourTV&gt; 哦……那是我误解了。 20:41:23 &lt;KillYourTV&gt; `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%09k%a6%29%14%7b%15%f6%f89%d7%1b%1c%d9T%fe%60c%ec%7c` 20:41:23 &lt;iRelay&gt; Torrent #19559: i2pupdate-0.9.4.su2, 大小: 3.06 MB, 下载: 6, 添加时间: 2012-12-17 17:52:22, S/L: 10/1 20:42:01 &lt;str4d&gt; 不过这足以表明更新机制在工作（而且我们不用太担心可扩展性，因为对于 torrents 已经过了充分测试 ^_^） 20:43:11 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; 我错过了 torrent 选项 20:43:37 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; 是从 0.9.3-13 升级的 20:43:48 &lt;str4d&gt; 好吧，这里暂时没什么可说的了——我们可以在下次会议评估这次更新的效果。 20:43:48 &lt;str4d&gt; （2）网站改版 20:43:48 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 这是我目前的进度（务必强制刷新以获取最新的 CSS） 20:43:55 &lt;iRelay&gt; 标题：The Invisible Internet Project - I2P（于 vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p） 20:44:27 &lt;str4d&gt; RN，你的 router 可能是先通过 HTTP 找到更新的。 20:44:30 &lt;eche|on&gt; str4d：当 torrent 不可达时，可扩展性就是个问题 20:44:37 &lt;zzz&gt; 没有这个选项 20:44:40 &lt;eche|on&gt; 而目前只有开发版会拿到一个 torrent 20:44:59 &lt;str4d&gt; 检查 `http://localhost:7657/debug` —— 你应该能在那儿看到一个 TORRENT 检查器。 20:45:14 &lt;zzz&gt; 而且不，单个 swarm 里 20,000 个在 I2P 内并没有经过充分测试。 20:46:14 &lt;eche|on&gt; str4d：而我在 0.9.3-15 上看不到 torrent 20:46:21 &lt;str4d&gt; zzz，对，我忘了这点了 *derp* 20:46:32 &lt;LaughingBuddha&gt; str4d：做种：0/9 个 peers 20:46:55 &lt;str4d&gt; zzz，当两个更新选项优先级相同时，更新管理器是如何选择的？ 20:46:58 &lt;eche|on&gt; [RegisteredUpdater org.klomp.snark.UpdateHandler for ROUTER_SIGNED TORRENT @pri 10] *ooos* 20:47:08 &lt;str4d&gt; 是不是只是哪个先发现就用哪个？ 20:47:50 &lt;zzz&gt; 不知道 20:48:39 &lt;str4d&gt; 看上面的粘贴内容，我猜是优先级数字越大越优先，而不是越小。 20:50:15 &lt;str4d&gt; 还有人要在这里补充什么吗？我们可以在下次会议评估这次更新的效果。 20:51:21 &lt;topiltzin&gt; 在我这看起来网站不错 :) 20:51:28 * str4d 25 分钟后得走，所以想继续往下 20:52:57 &lt;RN&gt; 请继续，str4d 20:53:21 &lt;str4d&gt; （2）网站改版 20:53:22 &lt;str4d&gt; 我调整了旧主题，使它们至少能指向 HTML 的正确部分，因此页脚中的链接可以用来试试可用的不同 CSS 文件。 20:53:52 &lt;str4d&gt; 这样可以大致看出新结构如何以不同方式布局。 20:55:17 &lt;MTN11&gt; i2p: kytv@mail.i2p * rb47286b470722a6382a963092219407946bcc5b6 installer/ (5 files in 5 dirs): 向空的 eepsite 目录添加占位的虚拟文件 20:55:17 &lt;MTN11&gt; git 和其他一些 VCS 不会保存空目录……但现在这些目录 20:55:17 &lt;MTN11&gt; 不再是空的了。 20:55:32 &lt;jenkins&gt; 开始构建 i2p 作业的第 #46 次构建（上次构建：SUCCESS） 20:59:21 &lt;jenkins&gt; 项目 i2p 构建 #46：SUCCESS，用时 2 分 42 秒: `http://kzzj7cu24fo6w7jsisgysh65lfyrkjaaaqsdn3hvlop6lp36vs2q.b32.i2p/job/i2p/46/` 20:59:24 &lt;str4d&gt; 大家感觉如何？ 20:59:24 &lt;str4d&gt; 我还做了几处后端更改，希望能让网站管理更容易——例如，现在提升 router 版本只需要在两个地方做了，zzz 20:59:24 &lt;str4d&gt; （嗯，其实只要一个，不过我又加了一个，这样就能把 Launchpad 加进镜像列表） 21:01:40 &lt;str4d&gt; 有人看到我上面的消息了吗？ 21:03:08 &lt;KillYourTV&gt; 看到了。我觉得网站看起来很好。 21:03:31 &lt;LaughingBuddha&gt; 嗯 21:03:37 &lt;LaughingBuddha&gt; 设计 +1 21:03:37 &lt;str4d&gt; 好——卡 21:04:45 &lt;KillYourTV&gt; 不过有几个坏链子，但也许你们已经知道了 21:06:05 &lt;KillYourTV&gt; 具体来说 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/developerskeys` 链接到 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/monotone` ，但后者不存在。 21:06:55 &lt;str4d&gt; 我仍然打算把设计开放给社区提建议（因为 duck 的设计里还有些地方让我不爽），但作为第一版，它能用。 21:06:58 &lt;str4d&gt; 按照工单 #807，这些坏链子是已知的（主要在我最早迁移的页面上，因为当时我还不知道其他页面会放到哪里）。 21:06:58 &lt;str4d&gt; 问题： 21:07:01 &lt;str4d&gt; - Blog 和 Meetings 的 feed 保持现在这样可以吗，还是应当截断内容（让读者必须去主站查看全部内容）？ 21:07:05 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - （已接受的改进） - 网站改版 21:07:36 &lt;str4d&gt; - Meetings 的 feed 需要更醒目吗，还是说在 meetings 索引页上的 &lt;link&gt; 就足够了（Firefox 会在“书签 -&gt; 订阅此页面”里捕捉到）？ 21:08:39 &lt;str4d&gt; KillYourTV，哦，那是另一个 bug——页面是存在的，但我把它引入的 monotonerc 文件挪动了，所以我得修一下&gt;&lt; 21:09:07 &lt;str4d&gt; 不过这些类似的链接都会修复。 21:09:21 &lt;str4d&gt; - 有人对上线前需要进行的内容调整有建议吗？ 21:09:35 &lt;str4d&gt; - 除了 ATOM，我们还需要 RSS 吗？ 21:10:55 &lt;zzz&gt; 所有页面都会保持相同的 URL 吗？ 21:10:58 &lt;str4d&gt; - 镜像中的“any”链接是否应该优先选择一个根据访问者语言推断出的国家的镜像？ 21:11:44 &lt;topiltzin&gt; 这个很棘手 21:12:30 &lt;topiltzin&gt; 当前的行为是什么？ 21:13:08 &lt;str4d&gt; zzz，就目前这些 URL，我基本满意（但欢迎提建议）。 21:13:18 &lt;str4d&gt; 不过还有少数页面我不知道该放哪。 21:13:21 &lt;str4d&gt; topiltzin，要看当前行为，请见 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/blog/atom` 和 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/meetings/atom` 21:13:27 &lt;iRelay&gt; 标题：I2P Blog0.9.4 Release（于 vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p） 21:14:02 &lt;zzz&gt; str4d，我是说相对于现有站点与新站点 21:14:32 &lt;str4d&gt; zzz，如果你在问页面是否和当前站点在相同的 URL：不是。 21:14:35 &lt;str4d&gt; 这些 URL 现在“终于有道理”了。 21:15:25 &lt;str4d&gt; zzz，有一些旧的辅助映射会把老的 URL 重定向到新的，但那只对部分页面有效。 21:15:32 &lt;zzz&gt; str4d，那我们得谈谈了。我们积累了很多 SEO / link juice。另外 /static/ 下有几项必须保持不变 21:15:46 &lt;zzz&gt; hosts.txt 订阅，以及备用新闻 21:15:50 &lt;str4d&gt; （也就是 meetings、status，以及放进 legacy map 的任何页面） 21:16:04 &lt;zzz&gt; 我们的控制台里也有很多指回网站的链接 21:16:04 &lt;str4d&gt; zzz，据我所知，静态那些是一样的 21:16:37 &lt;zzz&gt; 你能为每个旧页面都做一个重定向吗？ 21:17:46 &lt;str4d&gt; LEGACY_MAP={ 21:17:52 &lt;str4d&gt; 'download': 'downloads_list' 21:17:52 &lt;str4d&gt; } 21:17:52 &lt;str4d&gt; ^-- 我们可以在那里添加从旧站到新站的映射。 21:17:52 &lt;str4d&gt; zzz，那就得是手动重定向，不过可以。 21:17:52 &lt;topiltzin&gt; 这种 link juice 的积累会在我们的所有域名之间互通吗？ 21:17:55 &lt;str4d&gt; （不过我想把兼容旧链接的代码移到一个单独的文件里，因为那会非常非常长） 21:17:58 &lt;str4d&gt; 如果我让它用 301 重定向，客户端就会把这个重定向视为永久的（还是说是 302？） 21:18:33 &lt;topiltzin&gt; 我们能不能把新站放在 geti2p.net 上试运行，把旧站留在 i2p2.de 或类似地方？ 21:19:00 &lt;str4d&gt; topiltzin，据我所知，geti2p.net 跟现在是同一个站点（只是第二个域名） 21:19:07 &lt;str4d&gt; （也就是说，同一个后端） 21:19:42 &lt;zzz&gt; 这不是小事。过去 5 年我们积累了很多链接声誉，不能轻易丢掉。把这件事做好非常重要。 21:19:42 &lt;topiltzin&gt; 我在想办法尽早做一次流量测试 21:20:10 &lt;str4d&gt; zzz，好的，我会把我移动过的每个页面都添加到 LEGACY_MAP 里 21:20:17 &lt;zzz&gt; 还有一点——带 .html 后缀和不带后缀都要能工作。 21:21:03 &lt;str4d&gt; zzz，已经做了（在旧链接映射器里加了一行） 21:21:03 &lt;str4d&gt; 另外，大家能给以下文件建议新的 URL 位置吗？（我卡住了） 21:21:03 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 21:21:34 &lt;zzz&gt; 还有 rel=canonical 相关的东西 21:22:19 &lt;str4d&gt; zzz，你能详细说说吗？ 21:22:26 &lt;zzz&gt; 当 i2p.net 不在了以后，我们实际上花了不少时间在 SEO 上，试图把我们的“汁水”拿回来 21:22:41 &lt;zzz&gt; 在 _layout.html 里 21:23:20 &lt;zzz&gt; 你要指回主站，这样镜像站就不会吸走你的声誉。 21:23:27 &lt;zzz&gt; 这也是为什么镜像总是标记为 nofollow 21:24:10 &lt;zzz&gt; 这样你就不会把名声拱手让人 21:27:32 &lt;topiltzin&gt; 用镜像做流量测试可行吗？ 21:28:25 &lt;str4d&gt; 好，那我们只需要确保这些被带到新的 global/layout.html 里 21:30:02 &lt;str4d&gt; （我猜 duck 没做这事） 21:32:53 &lt;topiltzin&gt; （很想看看一些关于 SEO 的聊天记录） 21:34:37 &lt;zzz&gt; str4d，如果你还没开始考虑 SEO，现在就该尽快投入了。首页上的每一个词都很重要。 21:35:00 &lt;zzz&gt; 不管是当前首页还是 duck 的版本，文字都是非常仔细斟酌过的。 21:36:58 &lt;zzz&gt; 比如看看我们在 Google 上对“garlic routing”的排名。我就是从零写了那一页，专门为了拿到这个搜索词的排名。 21:40:37 &lt;str4d&gt; 我更多在关注让新站运转起来。不过我没怎么改动文本内容。 21:41:36 &lt;str4d&gt; 我可以过一遍，确保新布局不会丢掉任何链接方面的东西。不过就现在的首页，zzz，你对 SEO 有什么建议吗？ 21:43:52 &lt;str4d&gt; 因为迁移过来的页面文本内容没变，一旦加上旧链接的重定向，它们应该就没问题。 21:45:20 &lt;zzz&gt; 几个月没看了。URL 再给一下？ 21:46:13 &lt;zzz&gt; 另外 str4d，我们应该在 URL 里统一用 '-' 而不是 '_'。现在是混用，但过去 10 年里，Web 明显已经标准化用 '-'。下划线看起来很糟，而且对 SEO 来说也没差了 21:46:29 &lt;str4d&gt; 在上面 21:46:32 &lt;str4d&gt; 工单 #807 里也有链接 21:47:19 &lt;str4d&gt; 是的，我注意到混用了。我会修一下。 21:47:22 &lt;zzz&gt; 好的我去看工单。我看到上面的链接都指向 feed 之类的 21:48:19 &lt;zzz&gt; 另外，给经常被推特或引用的页面保留短 URL 也很好——/download、/faq 等等。 21:48:22 &lt;str4d&gt; 上面的链接——用那个 b32 21:50:25 &lt;zzz&gt; 如果你或其他可信的人愿意更进一步，在 Google 站长工具里认领我们的网站、加上站点地图等，那就太好了。我并不是说我们的 SEO 有多好，只是说我们以前至少会稍微想一想。 21:52:00 &lt;str4d&gt; 我正打算在后端加上站点地图生成，所以我愿意去做。 21:52:18 &lt;topiltzin&gt; Google 站长工具会把数据回传给 Google 吗？ 21:52:58 &lt;zzz&gt; 只有你把他们的 JS 放到你的网站上才会 21:53:27 &lt;str4d&gt; 短 URL——用旧的 URL 就够了吗？ 21:54:10 &lt;str4d&gt; topiltzin，只有我们跑 Google Analytics 才会 21:54:49 &lt;topiltzin&gt; 但如果不回传任何东西给 Google，我们还能得到有意义的信息吗？或者说我们不在乎？偏执型用户在乎吗？等等。 21:55:38 &lt;zzz&gt; 当然，好问题。当然我们也可以直接用 awstats 或类似工具分析我们的日志，看看来源页和搜索词 21:55:45 &lt;zzz&gt; 怀疑已经好多年没人这么做了。 21:57:16 &lt;str4d&gt; 嗯，这些工具当然会回传，但那只是因为它们在对接 Google 的数据 21:57:26 &lt;str4d&gt; 不过站长需要是非匿名的吗？ 21:58:06 &lt;zzz&gt; 据我所知只需要一个 gmail 地址 21:58:13 &lt;str4d&gt; topiltzin，我们会拿到 Google 搜索信息，这本身就有用。 21:58:39 &lt;str4d&gt; 按我的记忆，Analytics 在技术上和站长工具是分开的 21:58:46 &lt;zzz&gt; 总之，这些暂时都是次要的 21:59:21 &lt;str4d&gt; 好。zzz，你访问到那个站了吗？ 21:59:44 &lt;zzz&gt; 没有啊，一直在跟你聊天 :) 22:00:49 &lt;topiltzin&gt; 我喜欢一边聊天一边预取 eepsites :) 22:02:17 &lt;zzz&gt; 我现在上行带宽不太够，抓不了那么多 22:02:20 &lt;RN&gt; “ 嗯……服务器遇到了一些错误。 ” 22:03:08 &lt;RN&gt; 我从下拉菜单里选 FAQ 时就出现这个 22:03:31 &lt;zzz&gt; 你是怎么和旧网站保持同步的？你在 mtn 里从它分了支，还是手动做的，或者把这整件痛苦的事都往后推了？ 22:03:34 &lt;str4d&gt; Rn，奇怪……不应该这样。 22:04:00 &lt;str4d&gt; zzz，在 mtn 里分了支，并定期合并（prop）。 22:04:23 &lt;str4d&gt; 我在改版中不改内容，所以合并都还不错。 22:04:58 &lt;str4d&gt; 有几次比较棘手，但大多数都是轻松的 prop。 22:10:49 &lt;zzz&gt; 你想要什么方面的反馈？坏链接？整体组织？布局/颜色/CSS？我不清楚你现在做到什么程度。 22:11:54 &lt;RN&gt; 暗色主题看起来不太对 22:12:00 &lt;str4d&gt; 导航布局、URL 形式、整体可用性、以及首页内容 22:13:21 &lt;str4d&gt; RN，旧的两个都不太行。我已经问了 dr|z3d 要一些指点，不过当前的这些主题都很可能不会是最终版。 22:13:51 &lt;str4d&gt; RN，关于那个错误，我大概 20 分钟后看一下 22:14:07 &lt;zzz&gt; 所以希望最终版本里不会有主题选择器了？ 22:14:58 &lt;zzz&gt; 多个主题是可怕的时间浪费 22:15:20 &lt;str4d&gt; zzz，大概不会，除非对最终主题迟迟定不下来。它们现在只是为了帮设计师。 22:15:43 &lt;LaughingBuddha&gt; 用户随时都可以自己做。这不是开发者该担心的事情 22:16:20 &lt;LaughingBuddha&gt; 我看是这样 22:16:27 &lt;str4d&gt; 我现在只是把链接放在那里，先把功能暴露出来。 22:17:36 &lt;zzz&gt; 首页最让我别扭的是那条带链接的黑色条。它们其实不是真正的链接，因为只会弹出菜单，点了也不会去任何地方 22:18:37 &lt;zzz&gt; 感觉颜色不对、位置不对、尺寸也太小之类的。它不符合页面其他部分的风格，我在想是否应该把那一整块放到绿色部分下面 22:19:12 &lt;str4d&gt; 我还没把精力放在配色或风格上。 22:19:49 &lt;str4d&gt; 不让菜单标题成为链接这个决定，是在可用性讨论和反馈之后做出的。 22:20:16 &lt;str4d&gt; 当时认为有的能点有的不能点会造成困惑。 22:20:43 &lt;str4d&gt; 计划是用 CSS 把这种区别做得更明显。 22:21:35 &lt;zzz&gt; 我说不上来，但顶部三段（黄色、黑色、绿色）好像多了一段，或者顺序不对，之类的 22:21:35 &lt;zzz&gt; 也许不只是颜色/风格的问题？不知道。总之有种没打磨完或格格不入的感觉 22:21:35 &lt;zzz&gt; 也许通过一些样式可以把它们统一起来，也可能不行。 22:21:42 &lt;str4d&gt; 导航条的颜色和风格会调整得更融合一些，但我现在需要一个能用的东西。 22:22:00 &lt;zzz&gt; 我很想在某个页面找个地方放一个“大庆 10 周年 2003-2013”的横幅 22:22:50 &lt;str4d&gt; （这就是我加主题链接的原因，想展示相同结构可以有不同的呈现） 22:23:24 &lt;zzz&gt; 什么是“词库结构”？ 22:23:31 &lt;zzz&gt; 还没点过主题链接 22:24:20 &lt;str4d&gt; 啊，手机打字失败。应该是“same（相同）” 22:25:06 &lt;zzz&gt; 现在我还真希望我没点过 22:26:09 &lt;zzz&gt; 可惜 dg 好像突然消失了。那股年轻的热情这么快就消退了？ 22:26:28 &lt;zzz&gt; 两次会议就没了 22:26:47 &lt;str4d&gt; 是啊，因为新结构，有一半旧的 CSS 没有被正确使用。 22:26:58 &lt;str4d&gt; css* 22:27:36 &lt;str4d&gt; 听起来他最近挺忙的。 22:28:26 &lt;zzz&gt; 所以这是我的结论。黑色菜单栏似乎问题最大。倒不是说我有啥建议，就是感觉/看起来不太对。 22:30:12 &lt;topiltzin&gt; 我相信会有另一个 dg 出现，或者原来的那位会在合适的时候回来 :) 22:30:28 &lt;str4d&gt; 对。那它里面链接的布局呢？合理吗？ 22:30:28 &lt;topiltzin&gt; 但在这期间，我们仍然做得很好，同时也很重要的是要听听那些不那么年轻、也不那么激动的观点 22:31:10 &lt;str4d&gt; （另外，我会试试把黑色条的配色改成 duck 示例导航条的配色。） 22:31:37 &lt;zzz&gt; 只是惊讶 dg 能在几天内从 60 迈骤降到 0。 22:32:51 &lt;zzz&gt; 不知道我们是否想在首页放 jar、exe 等的直链。下载页上的文字看起来很重要。 22:33:45 &lt;zzz&gt; 肯定需要一个指向 trac 的链接，看起来那个丢了？ 22:34:16 &lt;zzz&gt; 如果点击那个词能直接去某个页面，那也会是很大的帮助 22:34:26 &lt;KillYourTV&gt; Volunteer -&gt; Develop -&gt; Bug Tracker 22:34:54 &lt;zzz&gt; 哈天哪 还有两级？ 22:35:32 &lt;zzz&gt; 没有小箭头表明还有下一级 22:36:09 &lt;zzz&gt; 我们真的想在首页，或者任何地方搞两级菜单吗？这可能超出了 topiltzin 奶奶能应付的范围 22:36:44 &lt;zzz&gt; 而且当奶奶点“下载”时，我们最好真把她带到一个页面去 22:37:43 &lt;topiltzin&gt; 对，先确保她能拿到 I2P，至于让她成为开发者以后再说 22:38:15 &lt;zzz&gt; 唉，或许干脆把花哨的下拉菜单删了，直接用四个超大按钮替代 download-about-help-volunteer 22:39:01 &lt;str4d&gt; 会有的。 22:39:23 &lt;topiltzin&gt; 如果这四个大按钮颜色漂亮，奶奶会很喜欢的 22:39:34 &lt;str4d&gt; 而且是 topiltzin 建议把 docs 移到 about 菜单里的，所以严格来说有三级 22:39:57 &lt;str4d&gt; zzz，我之前把 Trac 链接放在 help 菜单里，但 topiltzin 建议移到 voliunteer -&gt; develop 22:40:11 &lt;zzz&gt; 感觉我们是在试图做一个分层网站，但却只是通过首页一个复杂的多级菜单来实现。我们真正需要的是实际的分层页面，比如一个 about 页面、一个 volunteer 页面和一个 help 页面。 22:40:57 &lt;KillYourTV&gt; 现在 sud 有 8 个 peers `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%f0%d8%27%17W%cfF%83%9em%9e%3f%d8%f8%85%2ac%baRV` 22:40:57 &lt;iRelay&gt; Torrent #19558: i2pupdate-0.9.4.sud, 大小: 7.09 MB, 下载: 6, 添加时间: 2012-12-17 17:49:15, S/L: 7/0 22:41:00 &lt;zzz&gt; 试图仅靠那条黑色条来创造结构是不够的，也可能根本就不是该尝试的地方 22:41:30 &lt;str4d&gt; zzz，结构体现在 URL 里。我把这种结构复制到了导航栏，因为我觉得这样有道理。 22:42:13 &lt;str4d&gt; 我一直在说，最大的问题是决定如何把旧页面从单个目录重排为层级结构，而在这方面我几乎没有得到什么帮助。 22:42:24 &lt;zzz&gt; 只是随便抛些想法。我已经几个月没看了，明天也许又会有不同看法。 22:42:47 &lt;zzz&gt; 不是在批评，只是在讨论 22:43:06 &lt;str4d&gt; 所以我最大的问题是，我做的结构决策是否合理？ 22:43:25 &lt;str4d&gt; （也就是说，对我以外的人来说） 22:43:35 &lt;topiltzin&gt; 我们有这么多可探索的方向是件好事，我相信这会带来很多有建设性的讨论 22:43:55 &lt;str4d&gt; 一旦现有页面的结构定下来，其他问题就可以围绕它来处理。 22:43:58 &lt;topiltzin&gt; str4d：在我这是的 22:44:31 &lt;str4d&gt; 还有谁对我之前问的那几个剩余页面该放哪有建议？ 22:44:34 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 22:45:00 &lt;topiltzin&gt; 而且既然 dg 已经证明他能在远少于几天的时间里从 0 到 60 迈，这些讨论会非常有趣的 &lt;/offtopic&gt; 22:45:06 &lt;zzz&gt; 你说的“放”是什么意思？ 22:45:09 &lt;str4d&gt; 还有一些更旧的页面我还没加进来，因为我觉得它们有点不相关，但它们大概也应该有个去处： 22:45:12 &lt;str4d&gt; announcements.html clt.html cvs.html i2ptunnel_migration.html invisiblenet.html myi2p.html transition-guide.html upgrade-0.6.1.30.html 22:45:12 &lt;str4d&gt; benchmarks.html _config feed.atom installation.html jrandom-awol.html statusnotes.html transition-guide.txt 22:45:16 &lt;zzz&gt; 从哪里链接到它们？ 22:45:23 &lt;str4d&gt; zzz，在后端 / URL 里。 22:45:34 &lt;str4d&gt; 所有网站页面都存放在 pages/site/ 下面 22:45:45 &lt;str4d&gt; 从那里开始，文件夹结构就和 URL 对应。 22:46:04 &lt;zzz&gt; 你把所有文件也都层级化了？ 22:46:21 &lt;str4d&gt; 例如，关于单向 tunnels 的页面存放在 pages/site/docs/tunnels/unidirectional.html 22:46:36 &lt;zzz&gt; 因为把一切都过度分类看起来像是徒劳无益 22:46:39 &lt;str4d&gt; zzz，是的——这会让站点管理在人员和代码上都容易很多。 22:47:13 &lt;zzz&gt; 既然你这么说。但拜托，弄个 misc/ 目录就完事吧。 22:47:48 &lt;zzz&gt; 记住，一个文件只能在一个位置，但可以有多个链接指向它。别把自己困在“每样东西都要放在它该在的地方”这种想法里。 22:48:26 &lt;str4d&gt; 好吧，就放 misc。虽然我不太同意——至少从 SEO 的角度看，独特的内容应该有独特的 slug 22:49:00 &lt;str4d&gt; 因此，我想尽力把 URL 弄对。 22:49:04 &lt;zzz&gt; 我觉得如果你把发布说明、会议日志和状态更新单独拉到各自的目录里，你会发现剩下的没多少了 22:49:35 &lt;zzz&gt; 当然，URL 要唯一，但可以从很多地方链接到它。并不是 tunnels/index.html 里的每个链接都必须指向 tunnels/xxx.html 文件 22:50:16 &lt;str4d&gt; 是的，没错（这本身也是为什么还有一半链接是坏的） 22:50:31 &lt;zzz&gt; 比如 how.html 里有重复的链接，还有指向各种主题的链接。 22:50:34 &lt;str4d&gt; 但我想让每个页面的 URL 对这个页面来说是“有道理”的。 22:51:05 &lt;str4d&gt; 例如 /en/site/docs/overview/transport/ssu 和 /en/site/docs/legacy/ssu/ 22:51:16 &lt;str4d&gt; （两个都有——一个是文档，一个是规范） 22:51:46 &lt;zzz&gt; 理论上很好，实践中未必。也可能一切都挺好。 22:52:23 &lt;str4d&gt; 但如果大家都能接受把剩下的页面放到 /en/site/misc/* 下面，那我就这么放了（我已经对页面归类有点腻了 @_@） 22:54:09 &lt;zzz&gt; 只是别试图实现什么菜单:主题:URL:文件名 1:1:1:1 的神话且无用的目标 22:55:07 &lt;zzz&gt; 而且深层级对谁都没好处。害了 SEO、害了手动输入的人、也害了 URL 可读性，等等……所以别走极端 22:55:10 &lt;str4d&gt; b 23:00:46 &lt;str4d&gt; 关于这点，我在想有没有办法把 URL 里的“site/”去掉——它只是让 URL 更长。 23:01:04 &lt;str4d&gt; 但考虑到其他页面例如是“/en/download”或“/en/blog”，那么“/en/site/*”可能就不可避免。 23:02:46 &lt;str4d&gt; 而 URL:文件名 的映射也不可避免，因为它们是平面文件，所以想在不再存一份映射的情况下从文件名得到 URL，唯一办法就是用它的路径。 23:04:00 &lt;topiltzin&gt; zzz：你今天提的那些问题里，哪些算真正的“拦路虎”，而不是可以渐进改进的？ 23:04:03 &lt;zzz&gt; lang/site 看起来不太好 23:04:07 &lt;zzz&gt; 我们不能只用内容头（content headers）吗？ 23:04:07 &lt;str4d&gt; 我读了一些 SEO 文章，整体感觉是带分类的更长 URL 会更好。 23:04:48 &lt;str4d&gt; 我记得和 welterde 讨论过，但我不记得他反对的理由了。 23:06:05 &lt;str4d&gt; 后端只需要从某处拿到一个语言代码。 23:06:08 &lt;str4d&gt; @babel.localeselector 23:06:09 &lt;str4d&gt; def get_locale(): 23:06:09 &lt;str4d&gt; # If the language is already set from the url, use that 23:06:09 &lt;str4d&gt; if hasattr(g, 'lang'): 23:06:09 &lt;str4d&gt; return g.lang 23:06:09 &lt;str4d&gt; # otherwise try to guess the language from the user accept 23:06:09 &lt;str4d&gt; # header the browser transmits. The best match wins. 23:06:09 &lt;str4d&gt; return request.accept_languages.best_match(['en', 'es', 'zh', 'de', 'fr', 'it', 'nl', 'ru', 'sv', 'cs', 'ar']) 23:06:09 &lt;str4d&gt; 这是当前的方法。 23:06:24 &lt;str4d&gt; 但如果我没记错，welterde 并不太喜欢只依赖 ACCEPT_LANGUAGES 23:07:01 &lt;zzz&gt; 我对后端其实不太了解，但听起来你是在用一种相当刚性的 url-&gt;file 映射技术？ 23:07:16 &lt;zzz&gt; 我都不知道你是不是还在用现在这个后端，还是用的新东西 23:07:42 &lt;str4d&gt; zzz，不，并不是刚性的技术——刚性的是要求这些页面必须在 mtn 里。 23:07:46 &lt;str4d&gt; @app.route('/&lt;string:lang&gt;/site/&lt;path:page&gt;') 23:08:01 &lt;str4d&gt; ^-- 那是 site URL 的捕捉器。 23:08:31 &lt;zzz&gt; 关于“拦路虎”，我不会把我的评论归类为拦路虎，只是评论而已。而且看起来我们现在这个阶段也还谈不上什么拦路虎？ 23:08:34 &lt;str4d&gt; 后端只是把“page”转成文件系统路径，然后把得到的文件交给模板渲染器。 23:09:01 &lt;str4d&gt; zzz，我希望像这样的讨论能让我们完全避免出现拦路虎 =) 23:09:28 &lt;zzz&gt; 好。不过你的时间表是怎样的？几天、几周、几个月、几年？我确实不知道。 23:11:20 &lt;str4d&gt; 我希望能在接下来的几个月内把新站上线。 23:11:23 &lt;str4d&gt; 理想情况下，在下个版本发布前就把站点结构理顺。 23:11:23 &lt;str4d&gt; 更早之前* 23:11:23 &lt;str4d&gt; 所以我认为主要的拦路虎是为新结构做出一致的设计。 23:12:01 &lt;str4d&gt; 所以结构要几周，上线要几个月。 23:13:07 &lt;str4d&gt; 主要是因为还有很多与 I2P 相关的项目我想投入时间，我也想先完成一些当前的项目 ^_^ 但话说回来，我不想匆忙上线一个糟糕的网站。 23:13:50 &lt;zzz&gt; 站点的结构（菜单、页面）很重要，但不算太难。正如我说的，文件的结构不是同一回事，也不是特别重要，我不会在它上面花超过 5 分钟。 23:16:16 &lt;zzz&gt; 不过在顶层，去掉 en/site 会很棒。它们看起来就不该出现在 URL 里 23:16:18 &lt;str4d&gt; zzz，我同意这种区分，但在你当前的要求下，文件结构等同于 URL 结构，而这对 SEO 非常重要。 23:16:48 &lt;zzz&gt; 但通过映射，你可以跳过 en/site，比如说。 23:18:24 &lt;str4d&gt; 有一点——去掉 /en/site（以及其他页面的 /en）意味着新 URL 会和旧链接捕捉器混在一起，这会让事情变得棘手…… 23:19:18 &lt;zzz&gt; 这对 SEO 很重要，但我不知道正确答案。en/site/docs/router/transport/udp/spec.html 比 /udp-specification.html 更好还是更差？不知道。 23:19:25 &lt;str4d&gt; 这意味着除了有一张旧 URL 到新 URL 的映射，我们还需要一张新 URL 到其文件的映射，这基本上就是一个数据库了。 23:20:12 &lt;str4d&gt; 据我做的一些初步 SEO 阅读，/docs/legacy/ssu/（或 udp）要比 /udp-specification 更好。 23:20:49 &lt;str4d&gt; 不过我现在又在读一篇鼓吹扁平站点结构的文章。 23:21:12 &lt;str4d&gt; ……或者不是？我也说不清…… 23:21:59 &lt;zzz&gt; 总共有大约 575 个文件，180 个 meeting，48 个 release，95 个 status，剩下只有 240 个其他的 23:22:28 &lt;str4d&gt; “除了聪明的内部链接，SEO 还应该确保网站的分类层次能体现在 URL 中。” 23:24:39 &lt;str4d&gt; 下面是一个好的 URL 结构示例： 23:24:42 &lt;str4d&gt; http://www.dmoz.org/Games/Video_Games/History/ 23:24:42 &lt;str4d&gt; 下面是一个不好的 URL 结构示例： 23:24:42 &lt;str4d&gt; http://www.imdb.com/title/tt0468569/ 23:24:45 &lt;iRelay&gt; 标题：Open Directory - Games: Video Games: History（于 www.dmoz.org） 23:24:53 &lt;iRelay&gt; 标题：The Dark Knight (2008) - IMDb（于 www.imdb.com） 23:26:52 &lt;str4d&gt; 这似乎呼应了我获得的普遍观点。 23:27:04 * str4d 将做更多 SEO 研究……唉…… 23:27:07 &lt;zzz&gt; 我觉得你得先把语言这件事搞清楚 23:27:34 &lt;str4d&gt; 好。我们知道用户会设置 ACCEPT_LANGUAGES 吗？ 23:27:37 &lt;str4d&gt; s/that/if/ 23:27:40 &lt;iRelay&gt; str4d 的意思是：好。我们知道用户会设置 ACCEPT_LANGUAGES 吗？ 23:27:44 &lt;str4d&gt; HTTP 代理会过滤这个吗？ 23:28:35 &lt;zzz&gt; 如果你正确处理 accept-*，那我猜爬虫会工作得更好 23:28:35 &lt;zzz&gt; 但手动选择语言怎么办——设一个 cookie，用它来覆盖？ 23:28:35 &lt;zzz&gt; 我几乎不了解该怎么做 23:28:38 &lt;zzz&gt; 在你最终决定是 lang/.... 还是 .../foo_lang.html 之前，没法再推进太多。我不知道 en/site 这个方案是不是 duck 定的，即使是，也不重要 23:29:25 &lt;zzz&gt; 对于博客、新闻等，最佳实践很明确：myblog.com/2012/12/i-think-obama-is -the-whatever.html 23:32:14 &lt;zzz&gt; 很多网站会用带重定向的短 URL，用于广告和那些“猜 URL 的人”——例如 http://cbs.com/survivor 23:32:21 &lt;iRelay&gt; 标题：Survivor: Watch Episodes and Video and Join the Ultimate Fan Community - CBS.com（于 cbs.com） 23:32:40 &lt;zzz&gt; 用于推特、脸书和广告的短 URL，或许是否重定向并不重要 23:33:39 &lt;zzz&gt; I2P 的 HTTP 代理会过滤 accept-* 23:45:41 &lt;str4d&gt; zzz 对，所以确实需要一个基于 URL 的语言选项…… 23:47:49 &lt;str4d&gt; cookies——我们能否假定所有网站用户都会启用 cookies？ 23:48:16 &lt;str4d&gt; 或者至少所有非英语用户（无论 I2P 还是明网） 23:49:50 &lt;zzz&gt; 不知道 23:54:23 &lt;str4d&gt; 在 I2P 里，我们当然不想疏远那些更谨慎的用户。 23:58:45 &lt;str4d&gt; 总之，这次会议有点变成了网站讨论会——抱歉！ 23:58:45 &lt;RN&gt; 对，我默认就屏蔽 cookies，我想我不是一个人 23:59:07 &lt;RN&gt; 这些都是重要的事情，str4d :) 00:02:24 &lt;str4d&gt; 那我现在正式结束会议，不过网站方面的讨论可以继续（虽然我要离开一个小时左右）。 00:02:27 &lt;str4d&gt; 除非有人有要快速提出的点？ 00:02:34 &lt;str4d&gt; 3 00:02:34 &lt;str4d&gt; 2 00:02:34 &lt;str4d&gt; 1 00:02:37 * str4d *baf* 地关闭了会议。 00:07:57 &lt;topiltzin&gt; 感谢大家，这些内容很好。我学到了很多关于 SEO 的东西，而且看到 zzz 这么热情很开心。（也许是 dg 魔法粉尘的后效应 :)）我希望能贡献更多，但网站真的不是我的强项。 00:08:13 &lt;topiltzin&gt; 也感谢 KillYourTV 和 sighup-bot__ 提供日志 :) 00:13:54 &lt;zzz&gt; 噗。我都不知道我们还在开会 :) 00:26:40 &lt;topiltzin&gt; 刚回过神来 :) 后座太舒服，我走神了一会儿 </div>/zh/blog/2012/12/17/0.9.4-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 17 Dec 2012 00:00:00 +0000/zh/blog/2012/12/17/0.9.4-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.4 包含了对一个网络容量缺陷的修复，该缺陷是在 0.9.2 中引入的，曾降低网络性能和可靠性。它还对网络内更新系统进行了重大更改，并新增了通过网络内种子进行更新的功能。</p> <p>我们修复了上个版本引入的 i2psnark DHT（分布式哈希表）实现中的若干缺陷。对于使用控制台或 HTTP 代理密码的用户，我们改为使用更安全的摘要认证方法，并改进了控制台表单的安全性。</p> <p>对于已经运行开发版的用户，您的 router 应会使用新的网络内 torrent 机制自动更新到 0.9.4-0。对于运行 0.9.3-0 的用户，您将通过网络内的 HTTP 正常更新，我们将在发布 0.9.5 时为您提供更多信息。</p> <p>文件可在<a href="../../en/downloads/">下载页面</a> 获取。</p> <h2 id="发布详情">发布详情</h2> <h3 id="major-changes">Major Changes</h3> <ul> <li>Big rework of the update system; Preliminary support for updates via i2psnark</li> <li>Add per-destination outbound priorities</li> </ul> <h3 id="重大变更">重大变更</h3> <ul> <li>Fix major bug that reduced SSU connection limits which reduced tunnel build success rates</li> <li>Fix bug with external I2CP that prevented some external apps from working</li> <li>Fixed several bugs in i2psnark DHT</li> <li>Fixed bug in i2psnark PEX that inflated peer counts</li> <li>Handle dropped I2CP messages better</li> <li>Reduce overhead of I2CP messages</li> <li>Enforce max size in transport outbound message queues</li> <li>Fixes for Windows eepget.bat (new installs and PPA only)</li> <li>Fix a bug that would drop messages of exactly 512 bytes in SSU</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>More performance improvements, memory reduction, and object churn reduction</li> <li>Better detection of network disconnections</li> <li>Further improvements in the SSU transport</li> <li>Add console password form</li> <li>Convert http proxy and console from basic to digest authentication for added security</li> <li>Improved verification of console form submissions, using jsp sessions. Cookies may now be required on forms, except when the console password is enabled</li> <li>Initial work on new interfaces to manage applications started via clients.config</li> <li>Increase minimum peer port to 1024</li> <li>Increase granularity of bandwidth limiter for smoother transmissions</li> <li>Translation updates: Chinese, French, German, Italian, Polish, Portuguese, Swedish, and Ukrainian</li> <li>Update GeoIP data (new installs and PPA only)</li> <li>Update wrapper to 3.5.16 (new installs and PPA only)</li> <li>New ARMv6 wrapper for Raspberry Pi</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>c76bea15a6b7d98227466cc8025b1eb9069997e40e9d71ff49e55b2c8ac0b995 i2pinstall_0.9.4_windows.exe 8e670ba26c04176ace9246d91a09951975e2965b89628f620f5a3dff917298e4 i2pinstall_0.9.4.jar 1b7d9695555ed42142b04ad6bcda083cd1a064f6354b639ad2aef4d9cd474e06 i2psource_0.9.4.tar.bz2 0f369d9b85793f157ec67c4d59723a2ad0c1de2a0902d35e11c26a2c74add824 i2pupdate_0.9.4.zip 6e55d3c44d79b0727f5cd4075df4248e4d78f1736911e3504f6a8af45d973cfc i2pupdate.su2 561e521a707fab457c9dfe166d41b446affbff5bc58ddf770d192235f51f4e90 i2pupdate.sud </code></pre>/zh/blog/2012/12/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012%E5%B9%B412%E6%9C%8811%E6%97%A5/Tue, 11 Dec 2012 00:00:00 +0000/zh/blog/2012/12/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012%E5%B9%B412%E6%9C%8811%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> lillith, Meeh, postman, psi, str4d, topiltzin, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:20:09 &lt;str4d&gt; &lt;str4d&gt; 不确定 dg 在哪儿，所以我建议还是开始会议，延续上周的议程（必要的话就从头开始）。 20:20:09 &lt;str4d&gt; (`http://zzz.i2p/posts/5779)` 20:20:18 &lt;iRelay&gt; 标题：zzz.i2p: IRC 会议（在 zzz.i2p） 20:40:14 &lt;str4d&gt; 没人要回复吗？ 20:41:48 &lt;Meeh&gt; 我参加 20:42:09 &lt;Meeh&gt; 不过 IRC 今天非常不稳定 20:51:48 &lt;str4d&gt; 有人愿意主持并开始会议吗？不知道 dg 去哪儿了，而且我中途得离开，所以我不能主持。 20:52:40 &lt;str4d&gt; 看起来 iRelay 在 postman 的服务器上，所以如果主持人也在那里，掉线就不会影响会议日志。 21:01:13 &lt;psi&gt; 会议是……？ 21:01:32 * lillith 自愿担任主持，等我成功加载 zzz.i2p 之后 21:04:05 &lt;psi&gt; 现在开始会议了，对吧？ 21:05:43 &lt;lillith&gt; 是的，除非还有别人想主持 21:07:16 &lt;psi&gt; 好的 21:07:16 &lt;psi&gt; 议题？ 21:07:16 &lt;lillith&gt; 那么，接着上周停下的地方，orion 你在吗？ 21:09:52 &lt;psi&gt; 听起来可行 21:09:54 &lt;lillith&gt; 不过我不确定是为了什么，至少对我来说有点没意义 21:10:20 &lt;psi&gt; 为了为用户提供一个更有条理的帮助环境 21:10:27 &lt;psi&gt; 如果我没记错 21:10:48 &lt;topiltzin&gt; 更像是整合资源 21:11:05 &lt;topiltzin&gt; +1，我记得要先征求某人的同意（频道的所有者？是谁/曾是谁？） 21:11:13 &lt;lillith&gt; 所以把两个相当冷清的频道合并成一个没那么冷清的？ 21:11:50 &lt;topiltzin&gt; 是啊 21:12:23 &lt;lillith&gt; 好，议题 2a：每个频道是谁拥有的，他们怎么看？ 21:12:50 &lt;lillith&gt; 2b：新的频道是 #i2p 还是 #i2p-help？ 21:12:57 * postman 拥有 #i2p，并无特别想法 21:13:31 &lt;postman&gt; #i2p 应该保留它的名字 21:13:33 &lt;lillith&gt; 2c：请人删除其中一个，并把大家重定向到另一个 21:13:38 &lt;postman&gt; zzz 拥有 #i2p-help 21:14:10 &lt;psi&gt; 我想 ircd 能为频道做某种 "symlink（符号链接）" 吗？ 21:14:12 &lt;lillith&gt; 我认为新用户连接上来时需要一个明显的 'help' 频道先去 21:14:31 &lt;lillith&gt; 否则他们会在随机的频道里提问 21:14:51 &lt;postman&gt; 关于 symlink。我会去查一下 21:16:35 &lt;lillith&gt; 好的，议题 2 处理完了吗？ 21:18:16 &lt;lillith&gt; 议题 3：网站改版更新。 21:18:35 &lt;lillith&gt; str4d，有什么消息吗？ 21:18:37 &lt;psi&gt; 有多少人在做那件事？ 21:23:13 &lt;lillith&gt; psi: 据我所知只有 str4d 21:28:17 &lt;lillith&gt; 关于议题 4：0.9.4 Console 链接新增，我想 str4d 已经离开了，而 books 不在，也许下周？ 21:28:17 &lt;str4d&gt; lillith，马上要暂时离开 21:28:26 &lt;str4d&gt; 不过网站页面的重组基本完成了。 21:33:45 &lt;str4d&gt; 我希望大家对它提些反馈（导航和 URL 结构）- 参见工单 #807 里的在线 URL 21:33:48 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - （已接受的增强） - 网站改版 21:33:50 &lt;str4d&gt; 那个工单还列出了改版的下一批待办事项。 21:33:50 &lt;lillith&gt; 好的，谢谢 :) 21:34:09 &lt;lillith&gt; 议题 5；0.9.4 发布 21:35:46 &lt;lillith&gt; zzz，你还打算在十二月中旬发布吗？ 21:39:52 &lt;zzz&gt; 周一。另见 /topic 和 `http://zzz.i2p/topics/1252` 21:39:55 &lt;zzz&gt; 另外关于 console 链接新增，那项议程可以推迟 6 周到 0.9.5 21:45:02 &lt;lillith&gt; 好的，谢谢 :) 21:45:09 &lt;lillith&gt; 议题 6：参与者有任何备注吗 21:45:09 &lt;lillith&gt; ……有人吗？ 21:45:09 &lt;psi&gt; 备注？ 21:45:09 &lt;lillith&gt; 有什么你想补充的 21:45:09 &lt;psi&gt; 新用户最常见的抱怨是启动很慢 21:45:22 &lt;psi&gt; 有办法解决吗？ 21:49:54 &lt;Meeh&gt; 让安装程序包含 RIs（RouterInfo，路由信息）可能有助于提升启动速度。但这不是完美的方案 21:49:54 &lt;Meeh&gt; 如果这些 RIs 掉线了，或者负载很高，等等怎么办 21:49:54 &lt;psi&gt; 除了预打包之外，有没有更“快”的初始种子方式？ 21:49:54 &lt;zzz&gt; Meeh，你的 reseed（重新播种）服务器脚本会成为瓶颈吗？它会在某种程度上拖慢 reseeding 吗？ 21:49:54 &lt;Meeh&gt; 把 router 停止 reseeding 前的阈值提高到 2-300.. 但这也不是完美的主意 21:49:54 &lt;lillith&gt; Meeh，显然有方案总比没有好 21:49:54 &lt;Meeh&gt; 如果使用频繁会拖慢服务器，因为它对 sqlite 进行写锁 21:49:56 &lt;Meeh&gt; 我应该做个 mysql 版本，能用它的那些 reseed 节点会帮上大忙 21:51:20 &lt;lillith&gt; 预打包 RIs 只能加速初次启动；最坏情况下也和现在一样 21:51:20 &lt;Meeh&gt; 那样文件/数据库锁就不再是瓶颈了 21:52:49 &lt;Meeh&gt; 或者其他任何 *sql，只要它作为服务器运行 22:01: &lt;lillith&gt; orion 似乎不在，我看不出没有他我们怎么继续 22:04: &lt;lillith&gt; 议题 7：下次会议 22:06: &lt;topiltzin&gt; 关于预打包有一些强有力的反对理由，zzz.i2p 上有 22:07: &lt;lillith&gt; 我把这留给 dg，推测是下周二（18 日）08:00 UTC 22:08: &lt;lillith&gt; topiltzin，我会看一下 22:09: &lt;lillith&gt; 那我就宣布本次会议现在正式结束了 :) </div>/zh/blog/2012/12/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012%E5%B9%B412%E6%9C%884%E6%97%A5/Tue, 04 Dec 2012 00:00:00 +0000/zh/blog/2012/12/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012%E5%B9%B412%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席:</strong> dg, hottuna, KillYourTV, lillith, Meeh, psi, str4d, weltende, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:18:53 * KillYourTV 注意到我们已经开会 17 分钟了……而我们开场很安静…… 20:19:31 &lt;lillith&gt; 我也在想，我是不是也记错时间了之类的？ 20:20:23 * dg 正在等自己有空 20:20:30 &lt;dg&gt; 有些事情要先收尾一下 20:20:33 &lt;dg&gt; 抱歉 20:20:39 &lt;dg&gt; 如果需要，你们可以不等我先开始 20:23:07 * KillYourTV 由于自己相当微不足道、并不重要的角色，大多只会旁观…… 20:23:15 &lt;KillYourTV&gt; ……所以开始时间无所谓。 20:23:39 &lt;Meeh&gt; 我会在这儿，不过我可以等到 dg 准备好 20:23:42 &lt;str4d&gt; 我在想能不能对同一个 leaf 建立两个 IRC leaf 连接来减少网络分裂（netsplits）…… 20:23:48 &lt;dg&gt; 只要没人觉得烦，我再等等 20:23:59 &lt;dg&gt; 希望 $task 不会再拖太久 20:24:02 &lt;str4d&gt; （且不会让消息重复） 20:24:05 &lt;dg&gt; str4d：除非对 IRCd 做重大修改，否则不行 20:24:16 &lt;dg&gt; （或者 i2p hax？） 20:24:22 * KillYourTV 降低了自己任务的优先级，以便给 dg 更多 CPU 时间 20:25:07 &lt;str4d&gt; IRCd 已经有 I2P 的修改了，为什么不做冗余呢？ 20:25:50 &lt;dg&gt; 其实 20:25:50 &lt;str4d&gt; 我想这取决于具体的 IRCd 20:26:04 &lt;dg&gt; 我多少把 IRC 分裂的频率当成衡量网络健康度的一种方式 20:26:19 &lt;dg&gt; 对我来说，它能反映一些 tunnel 成功率的情况 :-P 20:27:07 &lt;str4d&gt; 说到这个。 20:27:30 &lt;KillYourTV&gt; 我不清楚做了哪些修改以及为什么需要这些修改。（早年 ngircd 需要一个小改动才能显示 b32……但有了 webirc 就不需要了（而且这里无论如何也不会显示）） 20:28:00 &lt;str4d&gt; -_- 20:49:54 &lt;psi&gt; orion：关于 C++ I2P，我能在你的代码里加个构建系统吗？可能用 scons 20:54:16 &lt;dg&gt; 我准备好了 20:54:27 &lt;dg&gt; 各位，抱歉让大家久等了 20:55:01 * dg ping 了 #i2p-dev 21:03:16 &lt;str4d&gt; o/ dg 21:04:09 &lt;hottuna&gt; 嗨 dg 21:05:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; *挥手* 21:05:53 &lt;psi&gt; 耶 21:05:56 * psi 超时了 21:11:17 &lt;hottuna&gt; 准备好了吗 dg？ 21:13:23 &lt;dg&gt; 抱歉，我断线了 21:13:26 &lt;dg&gt; 我错过了什么？ 21:13:26 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; *挥手* 21:13:26 &lt;dg&gt; chanserv 给了 psi 发言权限 21:13:26 &lt;dg&gt; &lt;+psi&gt; 耶 21:13:26 &lt;dg&gt; +psi 超时了 21:13:26 &lt;dg&gt; s-771 现在改名为 s-77 21:13:26 &lt;dg&gt; &lt;+dg&gt; 耶！ 21:13:26 &lt;dg&gt; &lt;+dg&gt; 大家都是为我醒来的吗&lt;3 21:13:27 &lt;dg&gt; &lt;+dg&gt; weltende：邮件列表有进展吗？拜托给我点消息 21:13:27 &lt;Meeh&gt; *挥手* 21:13:27 &lt;hottuna&gt; 我觉得你没错过什么 21:13:27 &lt;psi&gt; 嗯 21:13:27 &lt;dg&gt; 好吧 21:13:27 &lt;dg&gt; 那么，weltende：.. 21:14:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; 并没有……最近没时间 21:14:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; kytv 可以做……据我记得（afair），他对我想的那台机器有 root 权限 ;-) 21:14:50 * dg 等了几分钟 21:15:41 * dg 戳了下 KillYourTV 21:17:30 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg：再多点牛铃！ 21:17:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; 呃……要有点结构 21:18:02 * dg 从来不擅长这个，但会试试 21:18:12 * dg 继续 21:18:15 &lt;dg&gt; KillYourTV：回来时 ping 一下 21:18:21 &lt;dg&gt; 那么，状态更新。 21:18:40 * str4d 还有大约 ~40 分钟，所以 GTFG fg ;P 21:18:40 &lt;KillYourTV&gt; 嗯？我都没意识到我有 root，不过我可以抽点时间搞（课程作业和搬家占用了相当多时间） 21:18:40 &lt;dg&gt; 既然我们有定期会议（希望还能有会议摘要，不过目前还没做成），这些东西值得恢复吗？ 21:19:15 &lt;str4d&gt; dg，这些状态更新是写给谁看的？ 21:19:22 &lt;str4d&gt; s/for/aimed at/ 21:19:25 &lt;iRelay&gt; str4d 的意思是：dg，这些状态更新面向谁？ 21:19:34 &lt;dg&gt; 嗯，我想之前 jrandom 维护的那些是给想要会议 TL;DR 摘要的人看的 21:20:06 &lt;dg&gt; 也许像我们上次会议那样（在网站上）把结果总结放在页面顶部 21:20:31 &lt;hottuna&gt; 从社区建设的角度看，这会很好，但也需要一些工作。 21:20:49 * dg 觉得这不是硬性必需，但能说明会议的成果/决定也不错 21:21:32 &lt;hottuna&gt; 有人愿意来做吗？ 21:22:01 &lt;str4d&gt; 关于网站改版，我把状态更新视为“博客文章” 21:22:05 &lt;str4d&gt; 所以最好写成那样，或者把状态更新按那种结构来。 21:22:20 &lt;hottuna&gt; 听起来挺好 21:22:57 &lt;str4d&gt; （而且博客最终会有 RSS 或类似的东西，这样就能把内容输送到其他想要的分发渠道） 21:23:24 &lt;psi&gt; 第1点：需要考虑，CCC 21:23:27 &lt;lillith&gt; 我在想会后我们可以在 zzz.i2p 上开个新帖，让大家就讨论内容的后续事项进行回复 21:23:30 &lt;psi&gt; “我们这边”要怎么组织？ 21:23:55 &lt;hottuna&gt; 我支持博客的想法，不过需要有人来做。 21:24:50 &lt;psi&gt; 哦该死的延迟 21:25:27 &lt;str4d&gt; 而且状态更新没必要太“像会议纪要”，因为改版中有专门的会议部分放正式纪要（我在想纪要也可以做成 feed，同时在站点上和纪要一起显示完整日志） 21:26:10 &lt;zzz&gt; dg，供参考，jr 的状态更新是在每次会议前几小时发出的，并不是上次会议的纪要 21:26:55 &lt;str4d&gt; 啊，多谢 zzz——也就是说更像是会前让大家都跟上进度的概况更新。 21:27:10 &lt;zzz&gt; 没错 21:27:39 &lt;zzz&gt; dg，供参考，jr 的状态更新是在每次会议前几小时发出的，并不是上次会议的纪要 21:28:00 &lt;dg&gt; zzz：啊好，那就是 $week 的 tl;dr？ 21:28:03 &lt;dg&gt; &lt;+dg&gt; 继续？ 21:28:03 &lt;dg&gt; &lt;+dg&gt; psi：ccc 在议程上 :) 21:28:03 &lt;dg&gt; --- aquarium (grenze@irc2p) 加入了 #i2p-dev 21:28:06 &lt;dg&gt; --- w8rabbit (w8rabbit@irc2p) 退出了 (Killed (nickserv (Nick kill enforced))) 21:28:06 &lt;zzz&gt; &lt;str4d&gt; 啊，多谢 zzz——也就是说更像是会前让大家都跟上进度的概况更新。 21:28:06 &lt;zzz&gt; &lt;zzz&gt; 没错 21:28:09 &lt;dg&gt; &lt;+dg&gt; 下一个主题：* PR 管理角色 (`http://zzz.i2p/topics/1299)` 21:28:09 &lt;dg&gt; &lt;+dg&gt; 不知道发这个帖子的那位在不在…… 21:28:09 &lt;str4d&gt; dg，重发：而且状态更新没必要太“像会议纪要”，因为改版中有专门的会议部分放正式纪要（我在想纪要也可以做成 feed，同时在站点上和纪要一起显示完整日志） 21:28:24 &lt;str4d&gt; 他在的——orion？ 21:28:34 &lt;hottuna&gt; dg，你愿意在会议前在博客写一份状态更新吗？ 21:29:16 &lt;str4d&gt; （至少他在频道里） 21:29:23 &lt;str4d&gt; 另外注明一下，这就是在做 I2PCPP 的那位 21:30:15 * psi 正在编译 i2pcpp 21:31:12 &lt;psi&gt; 我也在看代码 21:32:58 &lt;psi&gt; 我已经写了一个 SConstruct 文件 21:36:03 &lt;dg&gt; 该死的老鼠啃线了 21:36:03 &lt;dg&gt; [重发] 21:36:03 &lt;dg&gt; &lt;+psi&gt; 我已经写了一个 SConstruct 文件 21:36:05 &lt;dg&gt; &lt;+dg&gt; str4d： 21:36:05 &lt;dg&gt; &lt;+dg&gt; * 网站改版更新 21:36:05 &lt;dg&gt; &lt;+dg&gt; 有进展吗？ 21:36:08 &lt;dg&gt; [/重发] 21:36:12 &lt;str4d&gt; dg，需要更多稳定版（m0ar stables） 21:36:15 &lt;str4d&gt; =P 21:36:21 &lt;dg&gt; :( 21:36:36 &lt;str4d&gt; dg，我已经把按网络区分的 URL 跑通了 21:36:59 &lt;dg&gt; 哦不错，有进展 21:37:02 &lt;dg&gt; 你是怎么做到的？ 21:37:06 * psi 自我提醒：4 核机器别用 -j8 编译 21:37:13 &lt;str4d&gt; 所以在页面文件里，如果你放上 &lt;a href="http://{{ i2pconv(trac.i2p2.i2p) }}/"&gt; 它会转换成 trac.i2p2.de 21:37:32 &lt;str4d&gt; 对其他有（硬编码的）已知公共 URL 的站点也一样。 21:37:39 &lt;str4d&gt; 否则就会追加 .to 21:38:16 &lt;str4d&gt; dg，问题在于 Flask 会缓存应用到字符串上的过滤器。 21:38:19 &lt;str4d&gt; 所以第一次读取模板时被求值，然后就被缓存了。 21:38:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi：除非它是每核多线程 ;) 21:38:43 &lt;str4d&gt; 把过滤器改成 context processor（这样函数在每次请求时都会执行）就搞定了。 21:38:46 &lt;dg&gt; 哦，哈 21:39:34 &lt;str4d&gt; 我可以试着把函数泛化一下，这样就能传入整个 URL，然后它会找到并改掉域名部分，如果大家更喜欢那样用的话。 21:39:45 &lt;str4d&gt; 不过现在能用（Works For Now (TM)） 21:40:01 &lt;dg&gt; psi： 21:40:04 &lt;dg&gt; * CCC workshop/lightning talk 讨论 21:40:28 &lt;psi&gt; 是的 21:40:39 * psi 查看 zzz.i2p 的链接 21:40:58 &lt;str4d&gt; （题外话：等我有空了（把 feed 机制的 bug 折腾好之后），我想和 welterde 把下载镜像那块理一理。） 21:42:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d：嗯……应该很简单……mtn 里放个文本文件，列出所有 http、ftp 镜像…… 21:44:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; （后端只要一个 rsync 主站，所有镜像从那里拉取） 21:44:40 &lt;hottuna&gt; 我们选好 lightning talk 的主题了吗？ 21:44:40 &lt;psi&gt; 关于 CCC，我按时拿到所需证件并赶到的概率是 0% 21:44:40 &lt;psi&gt; 另外……还有很多“别的事” 21:44:40 &lt;psi&gt; 总的来说期末考试让我忙爆了 21:44:40 &lt;psi&gt; 还有延迟 21:45:31 &lt;str4d&gt; welterde，我也这么想，但我对当前的镜像部署不熟。 21:47:26 &lt;str4d&gt; 当然，另一件事是把剩下的旧页面迁过来（并整理导航布局） 21:48:06 &lt;dg&gt; &lt;+psi&gt; 关于 CCC，我按时拿到所需证件并赶到的概率是 0% 21:48:06 &lt;dg&gt; &lt;+psi&gt; 另外……还有很多“别的事” 21:48:06 &lt;dg&gt; &lt;+psi&gt; 总的来说期末考试让我忙爆了 21:48:06 &lt;dg&gt; &lt;+psi&gt; 还有延迟 21:48:06 &lt;dg&gt; &lt;+dg&gt; 也许可以问问现场观众谁用过 i2p 21:48:09 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; （后端只要一个 rsync 主站，所有镜像从那里拉取） 21:48:09 &lt;dg&gt; &lt;+dg&gt; psi：是啊，据我所知 ech 和 welt 会去 21:48:11 &lt;dg&gt; &lt;+str4d&gt; welterde，我也这么想，但我对当前的镜像部署不熟。 21:51:57 &lt;str4d&gt; 好，我先走了 o/ 21:52:13 &lt;dg&gt; 再见 o/ 21:52:28 &lt;dg&gt; 我们真的该早点开始的 21:52:31 &lt;dg&gt; 见鬼 21:52:47 &lt;str4d&gt; 我看看能不能赶在结束前回来，但不保证。 21:53:35 &lt;dg&gt; 好吧，速记 21:53:42 * dg 戳了下 Meeh 21:54:01 &lt;psi&gt; 我们需要一个用于构建 transport（传输模块）的通用接口 21:54:04 &lt;psi&gt; （我认为） 21:54:23 &lt;psi&gt; s/need/should\ have/ 21:54:26 &lt;iRelay&gt; psi 的意思是：我们应该有一个用于构建 transport 的通用接口 21:55:08 &lt;Meeh&gt; 我在，抱歉刚被一个电话打断了，现在回来了 21:55:16 &lt;dg&gt; 据我所知有个叫“restricted routes”的东西，但我不知道它怎么工作的 21:55:19 &lt;Meeh&gt; *补进度/读日志中* 21:55:22 &lt;dg&gt; （也没有实现吧..？） 21:55:28 &lt;dg&gt; Meeh：可读的不多.. :( 21:55:50 &lt;psi&gt; dg 关于那玩意没有文档吗？ 21:56:10 &lt;dg&gt; psi：在 www.i2p2.i2p 的路线图之类的地方只看到提到一下而已.. 21:56:47 &lt;psi&gt; 如果有人恰好记得“restricted routes”是/曾是什么，请说下 21:56:50 &lt;lillith&gt; dg，据我理解，restricted routes 类似于 freenet 的“darknet 模式”，你只通过可信节点连接 21:56:57 &lt;psi&gt; 啊 21:57:16 &lt;dg&gt; 啊 21:57:31 &lt;lillith&gt; 我觉得是这样 :) 21:57:34 &lt;psi&gt; 听起来大概就是那个 21:58:11 &lt;dg&gt; 和这个名字也对得上 21:58:33 &lt;lillith&gt; 如果我没记错的话，最近在 zzz.i2p 上提到过 21:59:40 &lt;psi&gt; 如果有真正了解当年情况的人能“确认”一下就太好了 22:01:31 &lt;lillith&gt; `http://zzz.i2p/topics/114` 22:04:31 * dg 阅读中 22:04:31 &lt;lillith&gt; 这不是我所指的那个，但解释得挺详细 22:06:02 &lt;Meeh&gt; 只是想问一下，我们会议进行到哪了？ 22:06:13 &lt;Meeh&gt; 现在的主题是什么 22:06:16 &lt;dg&gt; 我们有点飘着聊，Meeh 22:06:23 &lt;Meeh&gt; 啊好 22:06:31 &lt;dg&gt; “* 隐藏 I2P 流量。像 Tor 那样，把它伪装成 SSL 流量之类的。（考虑那些暗网非法的国家）” 22:06:41 &lt;dg&gt; （我们开始得晚，因此很糟糕） 22:08:10 &lt;Meeh&gt; 是啊，我们应该考虑在封锁并将暗网定为非法的国家可用的替代 transport 22:09:47 &lt;lillith&gt; 那先说说：现在 I2P 流量的特征性有多强？ 22:09:50 &lt;hottuna&gt; 我觉得这类事情应该学 Tor 的做法 22:09:50 &lt;hottuna&gt; 在需要之前不要部署 22:09:50 &lt;hottuna&gt; 以尽量延缓军备竞赛 22:09:50 &lt;hottuna&gt; 不过我们尚未在任何地方被封锁 22:09:50 &lt;hottuna&gt; 据我所知 22:10:05 &lt;dg&gt; （暂时） 22:10:25 &lt;dg&gt; 另外，缺少这种“保护”之类的机制也会让一些人远离 i2p 22:10:32 &lt;psi&gt; 总体而言，一个通用的 transport API 会是开发者的金矿 22:10:32 &lt;hottuna&gt; 我们的数据很随机，但没有 SSL 的各类头部 22:10:57 &lt;dg&gt; obfsproxy 很酷，但我们不需要那种级别的东西 22:11:48 &lt;psi&gt; 某种接口，你去实现你的数据传输版本，不管是用山羊还是用 http+ssl 22:11:50 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi：我们已经有通用的 transport API 了 ;) 22:11:54 &lt;lillith&gt; I2P 其实不可能“过于安全” 22:12:02 &lt;hottuna&gt; 一个 transport API 是个好主意，也能让需要的 transport 快速开发出来 22:12:14 &lt;psi&gt; 我们有，嗯？ 22:12:36 &lt;psi&gt; 我得更仔细地看看代码 22:12:56 &lt;psi&gt; 要么它不够显眼，要么是我忽略了它，要么它根本不存在 22:13:03 &lt;Meeh&gt; 是啊，不过……只是时间问题 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; router/java/src/net/i2p/router/transport/Transport.java 是你需要实现的接口 22:13:36 &lt;dg&gt; 当然不是，lillith 22:13:46 &lt;dg&gt; 虽然 i2p 已经有很多加密了 22:14:17 &lt;hottuna&gt; 我觉得 obfsproxy 很糟，而且它以最拼凑的方式贴到了 Tor 上 22:14:40 &lt;dg&gt; 我不喜欢他们的 pluggable transports，但技术很酷 22:14:48 &lt;dg&gt; （模拟 Skype 就挺酷的） 22:17:27 &lt;psi&gt; 如果我没记错的话，obsproxy 可能适得其反 22:17:33 &lt;hottuna&gt; 我得走了 22:17:46 &lt;psi&gt; 因为它在模拟一个监控网络 22:17:53 * psi 拼写 22:18:00 &lt;dg&gt; 再见 22:19:55 &lt;psi&gt; 我现在也得先走了 22:20:27 &lt;dg&gt; 我觉得我们现在就到此为止吧，下周/近期再开 22:20:34 &lt;dg&gt; 这次有点搞砸了 22:21:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; 听起来不错 22:21:07 &lt;psi&gt; 最好有一个预定义的会议流程 22:21:54 &lt;dg&gt; 是啊 22:26:10 &lt;Meeh&gt; 断开了…… 22:26:29 &lt;Meeh&gt; 23:10:30 &lt;+psi&gt; 总体而言，一个通用的 transport API 会是开发者的金矿 22:26:32 &lt;Meeh&gt; 23:10:31 &lt;hottuna&gt; 我们的数据很随机，但没有 SSL 的各类头部 22:26:35 &lt;Meeh&gt; 23:13:01 &lt;+Meeh&gt; 是啊，不过……只是时间问题 22:26:38 &lt;Meeh&gt; 23:13:15 &lt;+Meeh&gt; 那为什么要让人暂时离开 i2p 呢……小心总比后悔好 22:26:41 &lt;Meeh&gt; 我错过了什么？ 22:27:11 &lt;psi&gt; Meeh：会议暂时休会 22:27:11 * psi 拼写 22:27:58 &lt;psi&gt; &lt;dg&gt; 当然不是，lillith 22:27:58 &lt;Meeh&gt; 啊，真差劲……下周开会？ 22:28:10 * psi 延迟 22:28:55 &lt;lillith&gt; Meeh，待定，可能提前，因为这次并不成功 22:29:25 &lt;Meeh&gt; 确实确实，那就下周吧 </div>/zh/blog/2012/11/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012-%E5%B9%B4-11-%E6%9C%88-27-%E6%97%A5/Tue, 27 Nov 2012 00:00:00 +0000/zh/blog/2012/11/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012-%E5%B9%B4-11-%E6%9C%88-27-%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> christop1, darrob, dg, hottuna, KillYourTV, LaughingBuddha, RN, Schnaubelt, str4d, topiltzin, weltende</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 19:33:46 &lt;dg&gt; Alrighty. 19:33:49 &lt;dg&gt; So, today's agenda is: 19:33:52 &lt;dg&gt; 0) Hi 19:33:55 &lt;dg&gt; 1) IRL events 19:33:55 &lt;dg&gt; 2) Websiet 19:33:58 &lt;dg&gt; (2a) redux 19:34:01 &lt;dg&gt; (2b) SSL 19:34:08 &lt;dg&gt; 3) that space where you can pitch anything else 19:34:39 *** KillYourTV sets mode: +l 65 19:34:45 &lt;dg&gt; psi, Meeh, and ech (among others) are those who are attending IRL stuff or are able to/willing 19:34:51 * dg pokes 19:35:02 &lt;str4d&gt; 0) Hi 19:35:02 &lt;str4d&gt; Hi! 19:35:18 *** KillYourTV sets mode: +lf 60 [10j#R10,20m#m5,3n#N15]:15 19:35:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; oh.. it's meeting time.. 19:35:29 *** KillYourTV sets mode: +l 65 19:35:32 &lt;dg&gt; Hey 19:35:32 &lt;KillYourTV&gt; sorry 19:35:35 &lt;KillYourTV&gt; hi 19:35:38 &lt;dg&gt; no problem welt, hi! 19:35:49 &lt;hottuna_&gt; 'lo 19:35:57 &lt;dg&gt; 1) IRL events then 19:36:24 &lt;dg&gt; We kind of touched on this last time--, I'm wondering if we can utilize the tickets (and men) we have at CCC to get i2p out there somehow 19:36:39 &lt;dg&gt; `http://zzz.i2p/topics/1273` is relevant 19:36:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; I'll be @ 29c3 19:36:59 &lt;hottuna_&gt; I've got stickers and am going to 29c3 19:37:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; (and bring stickers) 19:37:18 &lt;hottuna_&gt; What would be nice is a talk or a workshop 19:37:41 &lt;dg&gt; Exactly my thoughts. Stickers are cool and all but they only vaguely provoke interest. 19:37:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; (hmm.. maybe I should bring a big "LANG=en" along this time :P) 19:37:55 &lt;dg&gt; A workshop/talk would be far better 19:38:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; +sign 19:38:12 &lt;dg&gt; (A talk would have lasting effects) 19:38:37 &lt;iRelay&gt; * weltende@freenode is an terrible speaker.. *waves vaguely at other people* 19:38:52 &lt;hottuna_&gt; What would be the talking points of a talk? 19:38:55 &lt;hottuna_&gt; a general into talk probably wouldnt be very interesting to many people 19:39:39 &lt;dg&gt; It's not really *our* place to perform a talk on the French researcher's points 19:39:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; we could do an getting started with i2p workshop or so? 19:39:49 &lt;dg&gt; General intro would need some sort of point also 19:39:51 &lt;dg&gt; Yeah 19:40:01 &lt;hottuna_&gt; intro* 19:40:01 &lt;hottuna_&gt; (due to the technical nature of the event) 19:40:16 &lt;LaughingBuddha&gt; Maybe a comparison to other solutions like tor? 19:40:31 &lt;LaughingBuddha&gt; s/solutions/options/ 19:40:34 &lt;iRelay&gt; LaughingBuddha meant: Maybe a comparison to other options like tor? 19:41:22 &lt;hottuna_&gt; What does make I2P an attractive option? 19:41:22 &lt;Schnaubelt&gt; LaughingBuddha: maybe I didn't see your suggestion in context, but I don't think we should compare software made for different purposes. 19:41:34 &lt;dg&gt; Tor's .onion then, heh. 19:41:45 &lt;dg&gt; That may or may not interest the CCC folk 19:42:00 &lt;dg&gt; It'd still be somewhat generic *as a talk* 19:42:06 &lt;dg&gt; A workshop however would be perfectly apt 19:43:34 &lt;darrob&gt; i don't think differences to tor are a good topic. they are rather subtle from a listener's POV and you would have to go into too much detail. 19:43:49 &lt;RN&gt; workshops are good if you can get a knowledgable volunteer to run it 19:44:00 &lt;darrob&gt; i vaguely remember an i2p workshop in the past that didn't go so well. i might be making that up though. 19:44:11 &lt;str4d&gt; What would we be trying to convey to the listeners? Are we assuming no knowledge of I2P? Passing knowledge? 19:44:15 &lt;dg&gt; any hint as to why? 19:44:26 &lt;hottuna_&gt; There was a tor/i2p workshop last ccc, but it was cancelled by its creator (gamambel). About 10 ppl were there before realizing it was cancelled. 19:45:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. I remember 19:45:04 &lt;dg&gt; str4d: I'd assume a brief kind of acknowledgement and "hey, I've heard of that. maybe." but nothing more(?) 19:45:18 &lt;dg&gt; hottuna_: is 10 good or bad for CCC? I've really no idea about it :( 19:45:18 &lt;LaughingBuddha&gt; Schnaubelt: I am aware of that. But i2p and tor often get used in the same sentence. 19:47:44 &lt;hottuna_&gt; I dont know, not terrible at the very least? 19:47:47 &lt;str4d&gt; What does a workshop usually entail? 19:47:47 &lt;hottuna_&gt; Im not sure, that was the only one I've ever been to. 19:47:47 &lt;RN&gt; welt please pm me on ein after meeting... have a couple questions 19:47:50 &lt;darrob&gt; i think a lightning talk would be pretty good. a diverse selection of people watch them for one. and even if they wonder about the apparent lack of differences to tor, it's still a win if that gets them to look into it more. 19:47:50 &lt;hottuna_&gt; But probably some setting up and demo:ing 19:47:50 &lt;hottuna_&gt; yeah, a lightning talk would be appropriate 19:48:13 &lt;hottuna_&gt; do we have anything new and/or interesting to present? 19:48:19 *** Farside &lt;Farside!Farside@irc2p&gt; has left #i2p-dev (leaving) 19:48:22 &lt;hottuna_&gt; maybe something that tor does not offer? 19:48:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; RN: k 19:48:32 &lt;dg&gt; Well, torrents.. 19:48:36 &lt;dg&gt; That's not new but. 19:48:42 &lt;dg&gt; Big. 19:49:28 &lt;hottuna_&gt; the torrent bridging idea/infrastructure is interesting 19:49:39 &lt;hottuna_&gt; but not very complete/deployed 19:50:41 &lt;str4d&gt; Yeah, that needs work. 19:51:00 &lt;hottuna_&gt; having a lightning talk is something the ccc visitors can discuss later on 19:51:00 &lt;darrob&gt; hottuna_: that would deserve an extra lightning talk. i'd worry that mentioning it briefly with i2p would only create the old "is everyone an exit node?" kind of confusion. 19:51:11 &lt;hottuna_&gt; it doesnt have to be planned extensively 19:51:14 &lt;str4d&gt; What would our desired result be? What sort of people would/should this attract? New general users? New high-profile routers? New technical users? New researchers? 19:52:23 &lt;hottuna_&gt; technical users and researchers? 19:52:46 &lt;str4d&gt; darrob, true. We do need to be consistent with terminology in that respect I think - outproxies are a service run by volunteers, just like IRC servers, eepsites and repository hosts. They are not something hard-baked into the router like Tor. 19:55:44 &lt;str4d&gt; In that case, posing some open research questions near the end of the talk would be useful, to show that there is room for novel research (always a drawcard for academics ^_^) 19:56:19 &lt;darrob&gt; str4d: sounds good. 19:56:19 &lt;RN&gt; yes squashing the misconception that I2P is meant to hide your login on facebook should be a big bullet point in any such talk/demo imho 19:59:09 &lt;str4d&gt; "I2P is not a ${DEITY}damn proxy!" 19:59:34 &lt;dg&gt; Hm, ok 19:59:55 &lt;RN&gt; proxy is a really tricky term in I2P context 20:00:24 &lt;str4d&gt; Yep. That's why I changed the default text for the IRC tunnel. 20:00:46 &lt;str4d&gt; (It said "IRC proxy" which is *technically* true but not in the way users think it) 20:00:53 &lt;dg&gt; I think those of us visiting CCC could *really* do a workshop this year, and possibly a lightning talk (although that'd most likely be regarding torrents) 20:01:05 &lt;dg&gt; Time to move on to website 20:01:05 &lt;dg&gt; ? 20:06:52 &lt;RN&gt; did you skip updated info on mergability? 20:08:14 * dg missed messages 20:09:02 &lt;dg&gt; str4d: that's a good idea 20:09:05 &lt;dg&gt; also: 20:09:12 &lt;dg&gt; &lt;+dg&gt; I think those of us visiting CCC could *really* do a workshop this year, and possibly a lightning talk (although that'd most likely be regarding torrents) 20:09:12 &lt;dg&gt; &lt;+dg&gt; Time to move on to website 20:09:12 &lt;dg&gt; &lt;+dg&gt; ? 20:10:19 &lt;dg&gt; Messages keep getting dropped. gah. 20:10:19 &lt;topiltzin&gt; oops sorry I was late 20:10:26 &lt;dg&gt; no problem 20:10:26 * topiltzin catching up with backlog 20:10:49 *** w8rabbit_ is now known as w8rabbit 20:11:11 &lt;iRelay&gt; &lt;ReturningNovice_@kytv&gt; dg, I was asking if you were skipping over mergability of fux update to website, (but my connection is tripping) 20:11:39 &lt;dg&gt; Mine is too. 20:12:08 &lt;iRelay&gt; * ReturningNovice_@kytv flips some switches and adjusts some knobs 20:12:14 &lt;str4d&gt; fux hasn't changed in the last week, so no need to cover it at present. 20:12:25 &lt;dg&gt; I am. The outcome last time wasn't good and the fux folk have expressed that any merging is not desirable (at least right now). It may be possible for us to grab some features in future but I guess there's more important things right now? 20:12:28 &lt;dg&gt; Perhaps I'm wrong. 20:12:28 &lt;dg&gt; Yeah. 20:13:43 &lt;str4d&gt; (I'm working on feeds for 0.9.5 so that's my priority) 20:13:54 &lt;dg&gt; Oh, right. 20:14:20 &lt;dg&gt; I setup #i2p-www (just reg'd it), and the idea was that me among others could participate in a "book sprint" almost to get the pages done 20:14:28 &lt;dg&gt; I wasn't sure which pages *actually* needed work, though 20:14:57 &lt;dg&gt; The idea is that #i2p-www could be used as a sort of web committee to get revamp up to scratch and report back to -dev (in meetings I assume) when there's updates 20:15:28 &lt;hottuna&gt; We're updating docs or are we revamping the site? 20:15:37 &lt;dg&gt; Revamping the site 20:15:51 &lt;dg&gt; &lt;@dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:15:51 &lt;dg&gt; &lt;@dg&gt; i2p.www.revamp is the mtn 20:15:57 &lt;str4d&gt; dg, I'd recommend that text revamp be done know 20:16:00 &lt;str4d&gt; argh 20:16:03 &lt;dg&gt; We determined that the current design isn't friendly enough etc. 20:16:20 &lt;str4d&gt; in I2p.www 20:16:48 &lt;topiltzin&gt; ok caught up with backlog 20:16:59 &lt;str4d&gt; and design/structure of the new site in I2p.www.revamp 20:16:59 &lt;topiltzin&gt; we on website now? 20:17:07 &lt;dg&gt; yup 20:17:22 &lt;hottuna&gt; alright! duck's design. Very nice. 20:17:34 &lt;dg&gt; str4d: If that's easier for you, sure. 20:17:57 &lt;topiltzin&gt; do we have a eepsite with that design? 20:18:04 &lt;topiltzin&gt; does it require javascript for anything? 20:18:11 &lt;christop1&gt; huch can you reaach the eepsite 20:18:11 &lt;christop1&gt; ? 20:18:20 &lt;dg&gt; &cs `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:18:20 &lt;iRelay&gt; Trying to check status of "`http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/"` for dg. Please wait... 20:18:26 &lt;iRelay&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` responded with status 200 within 5 seconds. 20:19:09 &lt;topiltzin&gt; and "Ur mom" is still there. :-/ 20:19:12 &lt;hottuna&gt; What work needs to be done before it's a viable alternative? 20:20:04 * dg is wondering this 20:20:47 &lt;str4d&gt; topiltzin, I apologize for not removing that yet -_- 20:20:58 &lt;str4d&gt; design needs work/overhaul 20:21:45 &lt;RN&gt; yeah, I remember seing a preview of that... it was a nice profesional look... 20:21:45 &lt;RN&gt; (and vekw35...i2p's bandwidth gets slashdotted lol) 20:21:48 &lt;str4d&gt; but that can be worked on later, with multiple proposals if necessary 20:21:55 &lt;topiltzin&gt; looks alright to me. Is all the content - mtn howto, developer keys, that stuff there? 20:22:22 &lt;str4d&gt; first priority IMHO is getting backend finished. 20:22:41 &lt;str4d&gt; topiltzin, I've migrated most of it. 20:22:44 *** sayliwo_ is now known as sayliwo 20:23:03 &lt;RN&gt; does the revamp use the regular trac tickets? 20:23:41 &lt;str4d&gt; I'm still not happy with the page / navigation layout though.. 20:23:48 &lt;RN&gt; a ticket for "remove "ur mom" " would serve as a reminder to whom it gets assigned to... 20:24:07 &lt;topiltzin&gt; I don't know if "Supported Software" is the best name for the middle column because it's really listing actions, not actual software 20:24:30 &lt;str4d&gt; RN, the frontpage needs a rethink. 20:25:09 &lt;str4d&gt; duck's layout copied the Tor site, and it would be good to make it more unique. 20:25:20 &lt;dg&gt; Could we get a list of things that need doing so someone could perhaps tackle it/at least we have a clear, concise list? 20:25:39 &lt;hottuna&gt; I agree dg 20:25:54 &lt;topiltzin&gt; how drastic of a rethink do you have in mind, str4d ? 20:25:57 &lt;str4d&gt; I can outline later what I know needs doing. 20:26:19 &lt;dg&gt; Thanks! 20:26:22 &lt;dg&gt; I guess we're done with that 20:26:36 &lt;dg&gt; weltende: you here? 20:26:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; yup 20:26:59 &lt;str4d&gt; topiltzin, I like the general layout, but the three columns content needs rethinking. 20:28:17 &lt;topiltzin&gt; Agreed. I'm available to discuss whenever you think it's best 20:29:45 &lt;str4d&gt; and the footer is almost unnecessary 20:29:48 &lt;str4d&gt; fwiw the news column on the right is dynamic 20:29:48 &lt;str4d&gt; (i.e add a new article to backed and the list is updated) 20:29:48 &lt;str4d&gt; That's another thing- caching needs thought 20:29:48 &lt;str4d&gt; &lt;/braindump&gt; 20:30:36 &lt;topiltzin&gt; dg: we can dig in deeper on the website or keep going - your call 20:34:32 &lt;dg&gt; &lt;+topiltzin&gt; dg: we can dig in deeper on the website or keep going - your call 20:34:35 &lt;dg&gt; &lt;+dg&gt; I'm fine with digging deeper, I just don't want this to drag on too long and have some people leave, but the remaining topic is pretty small and mainly just between me and welt 20:35:11 &lt;topiltzin&gt; ok 20:36:00 &lt;topiltzin&gt; I would change the name of the middle column "Supported Software" -&gt; "What can I2P do" 20:36:11 &lt;topiltzin&gt; and since we already have a similar question in the title above, I would consider changing that 20:36:34 &lt;topiltzin&gt; maybe "What does I2P do for you" -&gt; "What is I2P" 20:37:28 &lt;dg&gt; RN: Do we actually have a trac category for this? 20:37:35 &lt;topiltzin&gt; no passive tense on the front page == good 20:37:38 &lt;RN&gt; I'd suggest changing "can be conducted anonymously on I2P." to "can be conducted anonymously inside I2P." 20:37:50 &lt;dg&gt; Ooh. 20:37:57 &lt;dg&gt; inside does sound far better, actually. 20:38:08 &lt;dg&gt; A lot of people do not seem to understand that i2p is a space. 20:38:19 &lt;str4d&gt; We don't want too much text on front page, but given the improved navigation, how much redundant linking is needed? 20:38:37 &lt;RN&gt; dg, if we don't one could probably be created... 20:38:59 &lt;str4d&gt; And could some of it be replaced with other feeds/intro text/something? 20:39:14 &lt;str4d&gt; dg, www 20:39:21 &lt;dg&gt; of course, I'll go create a ticket for "your mom". 20:39:28 &lt;topiltzin&gt; What about simplifying that sentence a bit? "Many things would risk your privacy on the public Internet but you can do them anonymously inside I2P" 20:39:46 * topiltzin was hoping we were mature enough to not need ticket for "ur mom" but we do, so be it 20:40:48 &lt;dg&gt; Should I spare us the embarrassment or do we actually need to make a ticket? 20:40:51 &lt;topiltzin&gt; I'm trying to come up with the most condensed and accessible description possible for the front page 20:41:25 * RN giggles at "&lt;dg&gt; of course, I'll go create a ticket for "your mom"." 20:41:44 &lt;KillYourTV&gt; I think str4d won't forget about it so it's probably not needed. 20:41:59 &lt;KillYourTV&gt; (nor anyone else that does anything on it) 20:42:02 &lt;topiltzin&gt; toss a coin. whatever it takes to get it done :-/ 20:42:05 &lt;str4d&gt; we don't need a ticket for it 20:42:24 &lt;RN&gt; didn't mean to start such an uproar 20:42:27 &lt;dg&gt; It'd be nice to have some things officially noted, although uh.. not the "your mom".. 20:42:30 &lt;str4d&gt; as I said, I think that entire column needs replacing with something else. 20:42:38 * dg sweeps "your mom"-gate under the rug. 20:42:45 &lt;RN&gt; but at least we know there's definately an apropos place for such 20:43:00 &lt;str4d&gt; dg, then a ticket for "replace left column content with something else" 20:43:51 &lt;dg&gt; ok 20:44:22 &lt;topiltzin&gt; left column could even go away entirely imo 20:44:49 &lt;topiltzin&gt; gives us more room to expand on the functionality more 20:45:16 &lt;str4d&gt; as 20:45:16 &lt;str4d&gt; Argh, ignore that- _- 20:45:49 &lt;dg&gt; Trac keywords are delimited by "," right? 20:46:12 &lt;KillYourTV&gt; afaik, yes 20:47:11 &lt;topiltzin&gt; we could even remove the heading "Supported Software" and just use that space to list the different things I2P can do 20:47:26 &lt;dg&gt; `http://trac.i2p2.i2p/ticket/792` 20:47:29 &lt;topiltzin&gt; better than list - give a small blurb on each if appropriate or include an icon 20:47:39 &lt;dg&gt; topiltzin: That'd be sweet, actually. 20:48:00 &lt;str4d&gt; remember that the navigation, columns and footer are just lists, so the left column could be altered/removed with a different theme as well. 20:48:03 &lt;dg&gt; "Supported Software" isn't user friendly anyway 20:49:06 &lt;RN&gt; hmm.... icons... that could get stylisticly opinionated quickly 20:50:34 &lt;str4d&gt; icons etc should be left to theming. maybe we should think about the content we want on the front page for now, and not necessarily how it will be arranged? 20:50:45 &lt;topiltzin&gt; if we can't agree on what icons we think look good we don't have to have any 20:51:49 &lt;topiltzin&gt; you mean beyond removing the left column str4d ? 20:52:35 &lt;RN&gt; yeah, I agree with str4d I think content first, form second, icons as eyecandy in theemes or later 20:52:50 &lt;RN&gt; the most important two questions someone will likely have when they come to the site, are either, why do I need this? and I've got it, so what now? 20:53:16 &lt;str4d&gt; Well, does it need removal? Would a brief intro with a "read more" link be useful? Would a small infographic be helpful? 20:53:35 &lt;str4d&gt; Things like that - content. 20:53:38 &lt;topiltzin&gt; I like infographics in Pretty Colors (TM) 20:54:30 &lt;topiltzin&gt; and as RN asked - what do we answer when the first-time visitor asks "why do I need this?" 20:54:33 &lt;RN&gt; yeah topiltzin, but you use paint 20:54:40 &lt;RN&gt; ;) 20:54:51 &lt;topiltzin&gt; it wouldn't be me alright, zero visual skill here :-P 20:55:43 &lt;RN&gt; breif with a "read more" is a good idea imho 20:55:57 &lt;dg&gt; &lt;+dg&gt; I'd rather not fill up trac with loads of unnecessary tickets but at the same time, it helps to keep a handle on what needs to be done. 20:56:00 &lt;dg&gt; &lt;+dg&gt; Oh, and `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/bounties` - Bounties links are broken. 20:56:00 &lt;dg&gt; &lt;+dg&gt; I think I'm going to go ahead and make tickets for these. 20:56:11 &lt;iRelay&gt; Title: Bounties - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:56:40 &lt;str4d&gt; dg, are they? Must have missed a link migration... 20:57:11 &lt;KillYourTV&gt; I tried a few links at random and they loaded for me 20:57:18 &lt;topiltzin&gt; what would you say in such brief RN ? 20:57:45 &lt;dg&gt; GCJ, for example. "http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/Makefile.gcj" 20:57:52 &lt;dg&gt; A duck.i2p one too. 20:58:07 &lt;dg&gt; I'll trac these too. 20:59:10 &lt;str4d&gt; Oh, that is text- related dg 20:59:17 &lt;RN&gt; well, I'd say something like, the internet is watching you... 20:59:17 &lt;RN&gt; lol 20:59:24 * dg notes 20:59:24 &lt;str4d&gt; they will fail on current website as well. 20:59:39 &lt;RN&gt; I'd need a little time to think up something more serious 20:59:47 &lt;dg&gt; str4d: Thanks :) 21:00:13 &lt;topiltzin&gt; I'm not opposed to having something not-so-serious but not all the way to "ur mom" 21:01:25 &lt;topiltzin&gt; ideally something inviting.. not too formal 21:01:36 &lt;topiltzin&gt; definitely worth brainstorming 21:06:05 &lt;MTN_&gt; i2p.trac: #795: Bounties being broken `http://trac.i2p2.i2p/ticket/795` 21:06:08 &lt;MTN_&gt; i2p.trac: #793: Mirror links `http://trac.i2p2.i2p/ticket/793` 21:06:08 &lt;MTN_&gt; i2p.trac: #792: Replace left column content `http://trac.i2p2.i2p/ticket/792` 21:06:43 &lt;dg&gt; &lt;+dg&gt; Tickets #793 - #795 I have created so far. 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; ideally something inviting.. not too formal 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; definitely worth brainstorming 21:06:43 &lt;dg&gt; &lt;+dg&gt; btw I'm in no rush to close this up unless you guys are ready 21:07:41 &lt;topiltzin&gt; I guess it comes down to why do we want more people to use i2p and what do we tell them so that they start using it 21:08:00 &lt;RN&gt; mirroring and ssl are the only remaining items, aside from brainstorming about the content? 21:08:19 &lt;dg&gt; SSL is between me and welt mainly, and I made a ticket for it 21:08:19 &lt;topiltzin&gt; wanna take care of those two and come back to content at the end? 21:08:34 &lt;dg&gt; Mirroring was touched on last week.. I think we still may need welt for that. 21:08:34 &lt;dg&gt; Oh. 21:08:42 &lt;dg&gt; I'd like to bring up something, actually 21:08:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; I am here.. 21:09:00 &lt;dg&gt; Do you guys think that a mailing list returning for dev discussion etc would be useful or not? 21:09:10 &lt;topiltzin&gt; +1 yes please 21:09:17 &lt;dg&gt; weltende: See ticket #794 21:09:29 &lt;dg&gt; imo we closed the discussion wrt SSL last week 21:09:40 &lt;RN&gt; a mailing list yes, would be good to start one up again imhho 21:09:43 &lt;hottuna&gt; Im not so sure about a mailinglist. zzz.i2p seems to fill that void very well. 21:10:02 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/794` - (assigned defect) - SSL 21:10:03 &lt;RN&gt; though, the warm fish has a good point 21:10:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: the old ML attracted outsiders though.. 21:10:59 &lt;hottuna&gt; zzz.i2p is also already established and working quite well 21:11:23 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: not as much as the ML used to be 21:11:35 &lt;hottuna&gt; welt: yeah, that is true. but it has to be useful and not just bloat for the sake having more stuff 21:11:56 &lt;topiltzin&gt; both work although mailing lists in general are very common in open-source projects 21:11:56 &lt;topiltzin&gt; it's a long-standing tradition in a way. I can live with zzz.i2p but I'd feel right at home with a developer mailing list 21:12:17 &lt;str4d&gt; mailing list could be handy (I'd considered setting a mailing list site up, but wasn't sure how to handle emails without creating one email per list on postman) 21:12:23 *** blitzkrieg_ is now known as blitzkrieg 21:12:38 &lt;topiltzin&gt; is attracting outsiders a bad thing? ;-) 21:12:46 &lt;hottuna&gt; maybe build it and they will come? if no-one cares it will die soon enough 21:13:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: I meant it as a pro-argument for an ML 21:13:12 &lt;topiltzin&gt; oh ok 21:13:32 &lt;hottuna&gt; alternatively ask zzz for an externalized versions / linkto zzz.i2p.to / linkto zzz.i2p.in 21:13:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; yeah.. will set one up once I have time 21:14:43 &lt;topiltzin&gt; I generally don't feel comfortable typing in my password when using those in/out proxies but others may not mind 21:15:56 &lt;hottuna&gt; yeah, an inproxy is probably not optimal 21:16:26 &lt;dg&gt; &lt;+dg&gt; This exists, by the way. It's dead though. 21:16:29 &lt;topiltzin&gt; what's the last thing you got dg? 21:16:29 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/listinfo/i2p-general 21:16:29 &lt;dg&gt; &lt;+dg&gt; Also, might wanna turn directory listing off on *.welterde.de. 21:16:32 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/ 21:16:32 &lt;dg&gt; &lt;+dg&gt; Anyway, ok 21:16:32 &lt;dg&gt; &lt;+topiltzin&gt; I generally don't feel comfortable typing in my password when using those in/out proxies but others may not mind 21:16:35 &lt;iRelay&gt; Title: I2p-general Info Page (at lists.welterde.de) 21:16:35 &lt;dg&gt; &lt;+dg&gt; I don't either. 21:16:38 &lt;iRelay&gt; Title: Index of /mailman/ (at lists.welterde.de) 21:17:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: ah.. I forgot about that.. just never made it onto the website I guess.. 21:17:25 &lt;iRelay&gt; &lt;weltende@freenode&gt; (would rather make it lists.i2p2.de or so though) 21:17:33 &lt;dg&gt; I would too :-) 21:20:27 &lt;dg&gt; topiltzin, personally - I'd like a mailing list but for me, at least it'd be more about the professionalism of it et all, rather than any benefit I can describe to you and preach 21:20:42 &lt;dg&gt; but I suppose the rest of you feel that it'd be beneficial, so that's good 21:20:45 &lt;topiltzin&gt; dg: return true; 21:20:45 &lt;topiltzin&gt; having mailing list archives is very useful; makes the project more like other open-source projects if nothing else 21:21:49 &lt;topiltzin&gt; how is that different from zzz.i2p + inproxy access : not much different other than the random new developer would have less of a learning curve to deal with 21:22:30 &lt;topiltzin&gt; also allowing search engines to index the mailing list archives contributes to the global knowledge base so that's good 21:22:40 &lt;RN&gt; or someone curious about I2P could read some discussion and perhaps decide to install it and try it out 21:22:55 &lt;topiltzin&gt; very often I'm searching for something and I find the answer in the mailing archive of some open-source project 21:23:18 &lt;topiltzin&gt; RN: that is possible, I prefer to keep all possible venues open. 21:23:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: the ML is not about new developers.. or people that are involved in i2p at all.. but rather people outside of the project, that critique the protocol, implementation, etc. 21:23:40 &lt;topiltzin&gt; and then let the users / developers / market decide which place is the best 21:23:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; which has very much died down since the crash 21:24:14 &lt;topiltzin&gt; I don't see why it can't be for both, weltende 21:24:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: sure.. but imho my aspect is the more important aspect ;-) 21:25:04 &lt;topiltzin&gt; :-P 21:25:14 &lt;dg&gt; &lt;+topiltzin&gt; I don't see why it can't be for both, weltende 21:25:14 &lt;dg&gt; &lt;+dg&gt; Also, going to throw an idea out here: geti2p.net as a default domain from some $period onwards 21:25:14 &lt;dg&gt; &lt;+dg&gt; (maybe when we launch the new design) 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; I was thinking that, actually 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; It paints a better picture 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+topiltzin&gt; I don't see why it can't be for both, weltende 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; Also, going to throw an idea out here: geti2p.net as a default domain from some $period onwards 21:25:37 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; (maybe when we launch the new design) 21:25:44 &lt;hottuna&gt; I like geti2p.net 21:25:55 &lt;topiltzin&gt; iRelay&gt; &lt;weltende@freenode&gt; topiltzin: sure.. but imho my aspect is the more important aspect ;-) 21:25:55 &lt;topiltzin&gt; &lt;topiltzin&gt; :-P 21:26:06 &lt;dg&gt; So do I, not perfect (i2p.net would be better, obviously) but better than the current IMO. 21:26:17 &lt;KillYourTV&gt; ticket #795 is now fixed for the live site. 21:26:20 &lt;dg&gt; also, sorry for my flaky connection. 21:26:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; the stickers already say geti2p.net iirc ;) 21:26:34 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/795` - (new defect) - Bounties being broken 21:26:38 &lt;str4d&gt; Is I2p.net still registered to jrandom? 21:26:48 &lt;dg&gt; it was paid for many years 21:26:51 &lt;dg&gt; so yes 21:26:58 &lt;dg&gt; unless jrandom returns, we're kind of screwed. 21:27:02 &lt;dg&gt; There's no promise we'll get i2p.net once it expires, either. 21:27:08 &lt;dg&gt; (unless we go to ICANN?) 21:27:10 &lt;iRelay&gt; &lt;weltende@freenode&gt; yeah... until 2016 21:27:18 &lt;str4d&gt; And I agree with your idea dg 21:27:29 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: verizone actually 21:27:42 &lt;topiltzin&gt; yeah, new design + new domain name = freshness 21:27:51 &lt;iRelay&gt; &lt;weltende@freenode&gt; err.. verisign 21:27:57 &lt;dg&gt; I thought you'd go to ICANN for getting a domain back if someone else steals it afterwards, say it is your "brand". 21:28:04 &lt;str4d&gt; I already plan to have the site dynamically change URLs for sites it knows are available inside and outside I2p 21:28:15 &lt;dg&gt; sadly, I doubt we can go to ICANN/etc now and say "hey, can we have it now please? We don't want to wait until 2016!" 21:28:35 &lt;dg&gt; (unless we have some good friends) 21:28:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: no.. ICANN only deals with TLD's.. you have to go to the TLD 21:28:49 &lt;str4d&gt; So e.g. forum.I2p &lt;-&gt; forum.i2p2.de 21:28:52 &lt;dg&gt; ah, rite 21:29:07 &lt;dg&gt; Is it possible to get in contact with $hostOfForum? 21:29:11 &lt;str4d&gt; We could get *.i2p? :D 21:29:22 &lt;dg&gt; forum.i2p is/was popular and the stability would help.. 21:29:51 &lt;dg&gt; (It doesn't help that an officially linked forum is down a lot of the time and we have.. no forum for users). It worked good for a while. 21:30:08 &lt;dg&gt; str4d: also, yes. the "(in i2p)" and conflicting linking styles on pages is strange and obscure. 21:30:15 &lt;dg&gt; I'd rather what you suggested. :-) 21:31:10 &lt;dg&gt; btw - "2007-09-28 - Syndie 1.101a" is kind of lame to have on the site.. 21:35:18 &lt;RN&gt; syndie actually is something I think we should keep 21:35:25 &lt;RN&gt; it needs a dev to show it some love, but it works and is quite usefull once you get used to it 21:35:25 &lt;RN&gt; heck, putting this meeting log in syndie would be a cool idea imho 21:35:32 &lt;dg&gt; Keep but find someone to work on. 21:35:35 &lt;dg&gt; Yeah. 21:36:14 &lt;topiltzin&gt; So we have domain name, mailing list, content brainstorm. Any specific one we want to or need to focus on further? 21:36:56 &lt;dg&gt; I don't think so, but maybe someone disagrees heh. 21:38:53 &lt;topiltzin&gt; what do you mean by "should keep" RN? 21:39:05 &lt;dg&gt; &lt;+dg&gt; btw - "2007-09-28 - Syndie 1.101a" is kind of lame to have on the site.. 21:40:30 &lt;iRelay&gt; &lt;RN__@kytv&gt; I think syndie has huge potential 21:41:02 &lt;iRelay&gt; &lt;RN__@kytv&gt; it seemed dg was suggesting removing it from the software list or something 21:41:18 &lt;KillYourTV&gt; We need to have updated tarballs/installers linked. Perhaps we should also have syndie.i2p2.de managed by mtn as well. 21:41:40 &lt;dg&gt; Kind of. I was proposing that we perhaps hide the date or change the design to have it standing out less, it looks bad IMHO to have such stale software on the page 21:41:47 &lt;dg&gt; It hurts first impressions of Syndie and i2p 21:42:01 &lt;dg&gt; KillYourTV: Yeah. Just having those tarballs/etc up would help.. 21:42:04 &lt;topiltzin&gt; Maybe we can keep it but remove the date? I think the lameness stems from the 2007 token 21:42:15 &lt;dg&gt; (and the broken installer..) 21:42:19 &lt;dg&gt; s/installer/packaging 21:42:29 &lt;iRelay&gt; &lt;RN@kytv&gt; ah, just changing the link text to "Syndie" 21:42:29 &lt;topiltzin&gt; that is until active development picks up again (re: removing the date) 21:42:32 &lt;iRelay&gt; &lt;RN@kytv&gt; I agree 21:43:28 &lt;iRelay&gt; &lt;RN@kytv&gt; yeah, I'm with that 21:43:44 &lt;topiltzin&gt; :) 21:43:55 &lt;str4d&gt; dg, revamp doesn't have it there. 21:43:55 &lt;str4d&gt; That box on current site is meant to be the equivalent of the "news" 21:43:55 &lt;str4d&gt; Having a Syndie link would be good, but more as e.g. part of middle column. 21:44:05 &lt;dg&gt; I think we're mostly done 21:44:16 &lt;dg&gt; Although netsplit 21:44:23 &lt;str4d&gt; (So the 2007 syndie page is still there, but accessible through the blog) 21:44:26 &lt;dg&gt; pfft, I don't think we're missing anyone who was involved 21:44:33 &lt;dg&gt; Good meeting, guys. 21:44:40 &lt;dg&gt; How about 8:00PM next time? 21:44:43 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: next meeting could with a bit more structure ;-) 21:45:14 &lt;dg&gt; weltende: heh, sorry. We had a lot to talk about and I didn't anticipate it'd go like this, I figured it'd be short. I'll include that in my planning next time. :-) 21:45:14 &lt;dg&gt; oh well 21:45:17 &lt;dg&gt; still, good outcome. 21:45:24 &lt;topiltzin&gt; RN: since you brought the focus on content I'm looking forward to hearing your suggestions :) 21:45:31 &lt;str4d&gt; Mmm. Maybe structure the shorter topics first, and the more discussion-y ones later. 21:45:31 &lt;topiltzin&gt; whenever they're available 21:45:42 &lt;topiltzin&gt; +1 str4d 21:45:53 &lt;topiltzin&gt; the more open-ended ones at the end makes sense 21:45:56 &lt;dg&gt; str4d: Yeah, might be a good idea. I hope I'm doing okay though, heh. 21:45:59 &lt;dg&gt; I think I have. 21:46:14 &lt;str4d&gt; It's better than no meeting at all =) 21:46:28 &lt;topiltzin&gt; topiltzin&gt; RN: since you brought the focus on content I'm looking forward to hearing your suggestions :) 21:46:31 &lt;topiltzin&gt; &lt;topiltzin&gt; whenever they're available 21:46:31 * dg smiles 21:46:42 &lt;topiltzin&gt; return true; // ;-) 21:46:44 &lt;iRelay&gt; &lt;RN@kytv&gt; you are getting a good start dg... 21:46:44 &lt;dg&gt; topiltzin: nah, RN got it from kytv 21:47:10 &lt;iRelay&gt; &lt;RN@kytv&gt; yeah yeah topz 21:47:13 &lt;iRelay&gt; &lt;RN@kytv&gt; ;) 21:47:23 &lt;iRelay&gt; &lt;RN@kytv&gt; so did you bang the mallot... ? 21:47:27 &lt;dg&gt; I'm glad, I feel as if we've done something good today (and last week) 21:47:27 * dg uh.. bamfs the meeting closed. 21:47:38 &lt;dg&gt; Meeting will be 8:00PM next time, same day. 21:47:47 &lt;iRelay&gt; &lt;RN@kytv&gt; YAY! officialness 21:47:47 &lt;dg&gt; RN: bam 21:48:05 &lt;iRelay&gt; &lt;RN@kytv&gt; :) 21:48:06 * dg highfives RN 21:48:20 *** KillYourTV changes topic to "Latest dev build: 0.9.3-11 | Dev mtg here 8:00 PM (20:00) UTC Tues. Dec. 4 | Report bugs at `http://trac.i2p2.i2p` / http://trac.i2p2.de" 21:48:28 &lt;iRelay&gt; * RN@kytv gives dg a beer 21:48:31 &lt;topiltzin&gt; **smooth** 21:48:38 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: actually it used to be *baf*s I think :P 21:48:50 &lt;dg&gt; drat 21:48:53 * dg notes 21:49:00 &lt;str4d&gt; Yep. So not finished yet =P 21:49:30 &lt;dg&gt; *baf*s </div>/zh/blog/2012/11/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012%E5%B9%B411%E6%9C%8820%E6%97%A5/Tue, 20 Nov 2012 00:00:00 +0000/zh/blog/2012/11/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2012%E5%B9%B411%E6%9C%8820%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> asdfsdafsdafsd, darrob, dg, k0e, KillYourTV, LaughingBuddah, nom, psi, st4d, thursday, user, weltende, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:03:41 &lt;Laughing1uddah&gt; Meeting time? 20:03:48 &lt;dg&gt; It is! 20:04:01 &lt;k0e&gt; checkout http://www.youtube.com/watch?v=hgJ7yck1qwY 20:04:01 &lt;iRelay&gt; Title: Android ICS on Raspberry Pi, Views: 139170, Rating: 99.0% 20:04:05 * dg gulps 20:04:15 &lt;dg&gt; okay then.. let's begin 20:04:22 &lt;dg&gt; our topics today are: 20:04:33 &lt;dg&gt; 0) Welcome 20:04:40 &lt;dg&gt; (0a) Changing things up 20:04:47 &lt;dg&gt; (Meetings, etc) 20:05:00 &lt;dg&gt; (1) Network health 20:05:03 &lt;dg&gt; (1a) IRC 20:05:10 &lt;dg&gt; (1b) Growth (how do we get i2p out there?) 20:05:13 &lt;dg&gt; (2) IRL events (CCC, Cryptoparties..) 20:05:20 &lt;dg&gt; (3) - Merging Fux improvements into trunk 20:05:23 &lt;dg&gt; (4) Website 20:05:26 &lt;dg&gt; (4a) - Mirroring.. 20:05:33 &lt;dg&gt; (4b)- SSL 20:05:36 &lt;dg&gt; (5) - Progress 20:05:39 &lt;dg&gt; (6) - Next meeting 20:05:50 &lt;dg&gt; (7) - Any other notes from participants, etc 20:05:50 &lt;dg&gt; bit of a mouthful! 20:06:28 &lt;dg&gt; I'm hoping we have enough people here today 20:06:43 &lt;dg&gt; I'm trying to base things off of past meetings 20:07:11 &lt;dg&gt; so uh.. 20:07:26 &lt;dg&gt; First of all, do we have anyone from long enough ago to recap the changes (big ones, notable ons) 20:07:26 &lt;dg&gt; since the last meeting? 20:07:33 &lt;dg&gt; (It was Sept 8) 20:09:05 &lt;nom&gt; unlikely atm... could try a highlight all tho 20:09:24 &lt;asdfsdafsdafsd&gt; Hear ye, Hear ye! 20:09:27 * asdfsdafsdafsd pounds gavel 20:09:35 &lt;dg&gt; I'm thinking maybe KillYourTV knows a little 20:09:53 &lt;dg&gt; I was told welt could be here too, so hopefully he can wave at some time 20:09:56 &lt;dg&gt; (no sign of zzz either) 20:10:09 &lt;dg&gt; This will be somewhat awkward without most of the team 20:10:23 &lt;asdfsdafsdafsd&gt; The honorable asdfsdafsdafsd is now presiding 20:10:25 &lt;iRelay&gt; * weltende@freenode waves 20:10:37 &lt;dg&gt; :) 20:10:37 &lt;dg&gt; Okay 20:10:48 &lt;zzz&gt; here 20:10:51 &lt;dg&gt; So, first of all, as some of you may know, this is the first meeting in 2 years 20:11:04 &lt;dg&gt; And even the last meeting was specalized 20:11:08 &lt;dg&gt; specialized* 20:11:30 &lt;dg&gt; I'm planning on booting up regular meetings to catch up on progress, etc, even if there is no big topic to discuss 20:12:01 &lt;dg&gt; wrt "change", I'm contemplating taking up Project Manager 20:12:04 &lt;dg&gt; or at least some sort of co-ordinator 20:12:28 &lt;dg&gt; I'm proud of the progress that was made with dr|z3d although sadly, I don't think he's ready to join in -dev again just yet (speak, even) 20:12:54 &lt;dg&gt; I can't comment on progress from the last 2 years since I haven't been here for that long 20:12:57 &lt;dg&gt; If somebody else could, I'd appreciate it 20:13:04 &lt;dg&gt; &lt;pause for $person&gt; 20:13:18 &lt;nom&gt; might have to wait for netsplit to unsplit 20:13:25 &lt;dg&gt; might be a good idea :-/ 20:13:36 &lt;nom&gt; hehe 20:13:51 &lt;LaughingBuddah&gt; While we wait, what happened dr|z3d? 20:13:54 &lt;LaughingBuddah&gt; what happened with* 20:13:57 * nom pokes the intertubes 20:14:13 &lt;dg&gt; There we go. 20:14:20 &lt;dg&gt; Let me paste what they missed. 20:15:42 &lt;dg&gt; this is painful haha 20:16:09 &lt;dg&gt; ok, netsplit folk: `http://pastethis.i2p/show/2297/` 20:16:12 &lt;iRelay&gt; Title: Paste #2297 | LodgeIt! (at pastethis.i2p) 20:16:12 &lt;dg&gt; &lt;+dg&gt; I can't comment on progress from the last 2 years since I haven't been here for that long 20:16:15 &lt;dg&gt; &lt;+dg&gt; If somebody else could, I'd appreciate it 20:16:15 &lt;dg&gt; &lt;+dg&gt; &lt;pause for $person&gt; 20:16:27 &lt;dg&gt; LaughingBuddah: alright 20:16:53 &lt;dg&gt; Basically, after dr|z3d was kicked out for a long period, etc etc, I raised the point that he should be unmuted in -dev as we're all on the same team here, etc 20:17:00 &lt;dg&gt; He doesn't seem to be up to joining us again yet though 20:17:06 &lt;nom&gt; Complication: KillYourTV badger darrob dg gatekeeper iRelay Meeh postman RN_ Shinobiwan slow sponge str4d albat asdfsdafsdafsd Astral2012_1 Biotrophy blitzkrieg christoph cipher__ dr4wd3- eight_ joepie95 k0e kytv|away LaughingBuddah lezz luminosus MTN nom operhiem1 PrivacyHawk psi SanguineRose soundwave thursday tycho usr w8rabbit woox2k Xtothec zzz meeting time people 20:17:14 &lt;LaughingBuddah&gt; Nono, I was wondering why he was kicked out 20:17:21 &lt;dg&gt; I wanted him to have the choice to in any case, even if he didn't *want to right now* 20:17:21 &lt;dg&gt; Oh 20:17:28 &lt;dg&gt; There were disagreements with the team a while back 20:17:35 &lt;SanguineRose&gt; I'm not here, I am invisible 20:17:38 &lt;LaughingBuddah&gt; I see 20:17:38 &lt;dg&gt; It turned into quite a big disagreement after small ones added up 20:17:53 &lt;dg&gt; It's lead to a pissing contest and a division of the community to an extent :-P 20:17:56 &lt;dg&gt; not nice 20:18:03 &lt;LaughingBuddah&gt; Alright. Proceed :) 20:18:06 &lt;nom&gt; ha! you may be invisible but we can hear you :P 20:18:17 &lt;dg&gt; I'll give the $person a few more seconds to appear.. 20:18:20 &lt;SanguineRose&gt; lies, you can not read what I am thinking right now! 20:18:27 * dg sits awkwardly 20:18:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: yeah.. in dr|z3d and !dr|z3d mostly *cough* 20:18:48 &lt;dg&gt; Clearly nobody is wishing to recite history.. heh 20:18:51 * nom lounges awkwardly while reading SanguineRose's mind 20:18:57 &lt;dg&gt; Okay 20:19:16 &lt;nom&gt; meh, figure out history later when the historian decides to show up 20:19:23 &lt;dg&gt; so 20:19:23 &lt;dg&gt; (1) - network health 20:19:45 &lt;dg&gt; From what I've seen on the stats, we're doing okay on that front, although since the Russians left (rusleaks disappeared in general), there's been a drop 20:19:52 &lt;dg&gt; Returning to pre-rus levels (hah) 20:20:05 &lt;dg&gt; Hopefully zzz is available to comment on how we're doing on this front.. 20:20:29 &lt;nom&gt; imo network health is opaque, but based just on netsplits it could be better... 20:21:06 &lt;zzz&gt; it's shaky but kytv and I last night found the bug introduced in 0.9.2 causing all the trouble 20:21:21 &lt;dg&gt; zab and I have doubts about something so simple causing the issues though 20:21:27 * nom :| at timing 20:21:30 &lt;asdfsdafsdafsd&gt; ugh... split 20:21:36 &lt;dg&gt;&gt;.&gt; 20:21:48 &lt;nom&gt; zzz: what was the bug? 20:21:54 &lt;dg&gt; i guess that's the network speaking to us 20:22:13 &lt;zzz&gt; we accidentally cut the capacity of the network in half. 20:22:53 &lt;LaughingBuddah&gt; haha 20:23:04 * dg didn't see much of a difference on the tunnel success rates but you seem a lot more confident about it fixing things 20:23:07 &lt;nom&gt; lol rather unfortunate bug 20:23:14 &lt;dg&gt; ^ 20:23:21 &lt;dg&gt; I suppose we're doing alright on that front 20:23:44 &lt;zzz&gt; it's a network thing. You can't fix the network by just upgrading yourself. 20:23:50 &lt;KillYourTV&gt; of course one person upgrading to -10 will fix ALL the problems ;) 20:23:59 &lt;dg&gt; I can't comment for (1a) (IRC) because I've obviously been unable to contact badger 20:23:59 &lt;KillYourTV&gt; bah, I was too slow 20:23:59 &lt;dg&gt; KillYourTV: of course, haven't you heard of Java music? 20:24:02 &lt;dg&gt; *magic 20:24:02 &lt;dg&gt; pfft 20:24:13 &lt;dg&gt; (and i've been unable to contact postman, I was too late to get ech too..) 20:24:17 &lt;dg&gt; so that was a mess up on my part 20:24:51 &lt;dg&gt; (1b) then. 20:24:55 &lt;dg&gt; " 20:24:58 &lt;dg&gt; (1b) - Growth (how to make i2p grow more, developments with Russia (how do we get ourselves out there? outreach to big rus-sites?)) " 20:25:01 &lt;nom&gt; - if (style.equals("udp")) 20:25:01 &lt;nom&gt; + if (style.equals("SSU")) 20:25:01 &lt;dg&gt; Pretty broard 20:25:04 *** eight_ is now known as eight 20:25:07 &lt;nom&gt; ? that the bug? 20:25:24 &lt;dg&gt; (and there's a variable changed) 20:25:36 &lt;zzz&gt; thatsit 20:25:58 &lt;dg&gt; What was the commit excuse for that, anyway? 20:25:58 &lt;dg&gt; (in 0.9.2) 20:26:59 &lt;k0e&gt; regarding russian users, I think a big question is how is the #i2p-ru channel here doing? Are the russian users getting good support as compared to when english speakers come here and receive help 20:28:13 &lt;LaughingBuddah&gt; Do we have someone familiar with i2p that speaks russian? 20:28:24 &lt;LaughingBuddah&gt; Maybe even a dev? 20:29:02 * nom wanted to learn russian at one point, but never found the time... 20:29:21 &lt;KillYourTV&gt; user 'slow' fits there 20:29:32 &lt;k0e&gt; and on a sidenote, german looks to be the 3rd largest country after russia and USA 20:29:35 &lt;str4d&gt; slow hangs out there, right? 20:29:35 * nom thinks we need to go hunting for a russian and english speaking user who is dev inclined 20:29:38 &lt;KillYourTV&gt; (and he's nearly always in #ru) 20:29:53 &lt;nom&gt; nvm guess we found one 20:30:22 &lt;LaughingBuddah&gt; GOod 20:31:48 &lt;nom&gt; wrt growth generally, i would say working out all the network stability / performance bugs is a good step 20:32:09 &lt;nom&gt; also more content = more users = more content, sharing is caring and all that 20:32:28 &lt;LaughingBuddah&gt; What he said ^ 20:33:02 &lt;dg&gt; #i2p-ru is dead 20:33:02 &lt;dg&gt; zab is able to convert RU-&gt;EN but not EN-&gt;RU 20:33:16 &lt;dg&gt; btw, #ru has users, #i2p-ru does not 20:33:31 &lt;dg&gt; while working out bugs is great 20:33:42 &lt;dg&gt; We've certainly got a community based issue and I have not the slightest clue how to solve it 20:33:49 &lt;nom&gt; so yah.. everyone upload their media stashes to postman, and run high cap routers 20:34:13 &lt;dg&gt; i wish it was that simple 20:34:27 &lt;dg&gt; I guess this kind of includs IRL meetings 20:34:34 &lt;dg&gt; We've got a bunch of i2p-folk going to CCC this year 20:34:52 &lt;dg&gt; I think an "i2p workshop" is the best way to utilize this since it is too late to book a talk 20:35:02 &lt;nom&gt; lol yah increasing content is never simple, but good to remind people 20:35:18 &lt;k0e&gt; dg: suggest, maybe you can talk to eche|on and postman about combining those two channels (redirect to one of them) 20:35:18 &lt;dg&gt; i2p is barely out there like Tor 20:35:53 &lt;dg&gt; k0e: noted, will look into it later, thanks :) 20:36:16 &lt;nom&gt; re irl community meetings, at conferences and such, yah there needs to be more of it. ideally with the organizers staying connected to those of us back home in i2p, with videos and blogs, etc 20:36:55 &lt;dg&gt; Not sure how we could reach out to the russians, but someone could try speaking to the censored websites 20:36:59 &lt;dg&gt; prominent ones which are controversial, etc 20:37:06 &lt;dg&gt; Sadly, rusleaks is absolutely gone 20:37:09 &lt;dg&gt; So we can't rely on that 20:37:34 &lt;dg&gt; I tried reaching out to the an*on folk but I was unable to get on their networks anonymously so that was a little redundant 20:38:21 &lt;LaughingBuddah&gt; Let's move on 20:38:36 &lt;darrob&gt; i don't know about the reaching out, dg. does tor do that? this going from door to door advertising doesn't seem right. 20:38:43 &lt;dg&gt; Okay. 20:39:04 &lt;dg&gt; darrob: They don't do the door-to-door, and us doing that officially isn't right either. I was going to just encourage them a little. 20:39:22 &lt;dg&gt; LaughingBuddah: sure. 20:39:29 &lt;str4d&gt; Doc improvements would help a lot. 20:39:41 * dg was thinking about that earlier 20:39:44 &lt;dg&gt; I wasn't sure on the standards of them 20:40:51 &lt;nom&gt; yah doc improvements, and also some rigorous security testing could go a long way towards user growth 20:41:25 &lt;dg&gt; actually, we missed out on security testing due to lack of recent docs 20:41:35 &lt;dg&gt; of course, we couldn't have done anything since doc improvement took a while but yeah 20:42:09 &lt;dg&gt; Right now, the only way to say i2p is safer than something heavily audited e.g Tor is to read all the code + design yourself 20:42:15 &lt;dg&gt; That's fine for those who are wise in that area but bs for users 20:42:25 &lt;dg&gt; i2p has had little academic research too 20:42:35 &lt;nom&gt; imo at least, most users of this kinda thing want to get into the details of how it works and how secure it is. the threadmodel page is useful, but their not the results of extensive testing 20:42:46 &lt;dg&gt; Of course, you can't exactly force academics to write papers on i2p.. 20:42:57 &lt;dg&gt; nom: I agree. 20:43:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: that's not really true anymore imho 20:43:38 &lt;dg&gt; hm? 20:43:45 &lt;nom&gt; lol .... i suppose we could try to blackmail some grad students into writing papers on i2p \o/ 20:43:55 &lt;dg&gt; $5 wrench 20:44:08 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. just got an mail of an talk about i2p @ athens cryptoparty #0 20:44:24 &lt;dg&gt; oh, nice. I was wondering about Cryptoparty 20:44:27 &lt;dg&gt; Tor has been heavily featured at them 20:44:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: there are a few papers about i2p.. (remember that tum i2p paper for example? ;) 20:44:50 &lt;asdfsdafsdafsd&gt; I doubt many academics will write papers or advocate I2P.... they're all in league with the globalists 20:45:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; asdfsdafsdafsd: academics won't promote anything except their own software they are working on atm ;-) 20:45:48 &lt;dg&gt; i2p, not so much 20:46:28 &lt;dg&gt; The only papers I've seen about i2p are the french and correlation with headers/clocks 20:46:48 &lt;dg&gt; moving on 20:46:55 &lt;asdfsdafsdafsd&gt; weltende... exactly 20:47:02 &lt;dg&gt; "(3) - Discussion regarding merging current fux with trunk " 20:47:14 &lt;nom&gt; soooo.... gsoc? seems like security testing would be a good thing for that 20:47:17 &lt;dg&gt; I'm not sure if anyone can give a real answer to this apart from zzz 20:47:35 *** str4d is now known as str4d_afk 20:47:46 &lt;dg&gt; for those of you not aware, fux is a branch of i2p dev'd by str4d among others with user interfaces improvements. Theme improvements, that kind of thing. 20:47:49 &lt;dg&gt; nom: nobody wants to do gsoc 20:47:56 *** str4d_afk is now known as str4d 20:48:13 &lt;dg&gt; nom: zzz is on trac as a mentor but he apparently doesn't want to have a student 20:48:24 &lt;zzz&gt; sorry dg, all I know is 2-3 months old. last I heard, they were forking? 20:48:27 &lt;dg&gt; (not sure if correct, that's what I was told) 20:48:43 &lt;zzz&gt; wrong 20:48:58 &lt;nom&gt; no kidding, probably why it hasn't got done, but its a resource that gives access to the kind of people that could actually do a security assessment 20:49:24 &lt;dg&gt; zzz: There was some discussion of a fork, it's kind of died down now as some people have had a change of heart. Not sure what's going to be going on there, I don't think anyone is. Regarding the current changes though, I feel they could be somewhat beneficial. Nothing massive/feature breaking in there, however. 20:49:34 &lt;dg&gt; zzz: also, wrong? 20:49:38 &lt;str4d&gt; I am happy to mentor for GSoC 20:50:09 &lt;dg&gt; nom: Yup. 20:50:21 &lt;dg&gt; str4d: We could apply for next year, the application for 2010(?) is still up on trac. 20:50:25 &lt;zzz&gt; re: gsoc: wrong as in I'm happy to help but I'm not going to be in charge and not going to do it myself. 20:50:43 &lt;dg&gt; totally different to what i heard 20:50:53 &lt;dg&gt; key word: heard, I suppose 20:51:05 &lt;dg&gt; relevant trac page: `http://trac.i2p2.i2p/wiki/gsoc` 20:51:32 &lt;zzz&gt; dg re: fux, you're asking the wrong guy. I have no recent info. 20:51:39 &lt;nom&gt; imo fork is both exactly what is happening and exactly what is not happening, zzz you 'control' the official i2p.i2p branch in that you give out commit keys, but theres always gonna be people/groups writing their own features/code into i2p, if theres no interest in merging it stays a 'fork' but otherwise its not really 20:52:01 &lt;dg&gt; zzz: generally asking if you'd be ok with merging some of the themes, etc 20:52:04 &lt;str4d&gt; AFAIK there is nothing stopping mentors being anon, but we need a contactable liason (not sure if they must be non-anon) and some tax form as an organization. 20:52:23 &lt;dg&gt; Right. 20:52:37 &lt;dg&gt; I'm fine with being a liason but I'm sure a few people would be. 20:52:56 &lt;dg&gt; Tax form .. ugh 20:53:05 &lt;LaughingBuddah&gt; We will need some people to agree to be the face of i2p 20:53:24 &lt;str4d&gt; IIRC there was a USA-based one, or a Foreign-based one. 20:53:31 &lt;dg&gt; sadly we can't avoid that, LaughingBuddah.. 20:53:59 &lt;dg&gt; I don't want to be the guy trying to force people to give up anonymity and get up on stages but 20:54:18 &lt;dg&gt; We do need someone who wants to and can fulfill the job 20:54:41 &lt;zzz&gt; dg the last I looked at it was months ago. It was a big grab bag of stuff and I had some objections. Nobody has since asked me to look again - or spilt out the bad from the good - or given me any updates - or mentioned any progress about addressing my issues.. Unless that happens I have no update for you and i assume they are either working on it or forking. 20:54:49 &lt;str4d&gt; (Might not have been tax, but it was something financial) 20:54:52 &lt;str4d&gt; Not sure what was done in 2010 for that. 20:55:19 &lt;dg&gt; zzz: Alright, if I can get them to talk about it etc, I may be able to get you an update. 20:55:27 &lt;dg&gt; just a note 20:55:30 &lt;dg&gt; `http://trac.i2p2.i2p/wiki/gsoc/ideas` 20:55:37 &lt;dg&gt; seems quite interesting 20:55:40 &lt;iRelay&gt; Title: gsoc/ideas I2P (at trac.i2p2.i2p) 20:55:44 &lt;zzz&gt; so I repeat, you are asking the wrong guy. If you want to know about status, ask the guys working on it, not me. 20:56:07 &lt;dg&gt; I was asking if you'd be okay with merging is all, if they co-operated. 20:56:19 &lt;dg&gt; I felt that the changes could benefit i2p somewhat. 20:56:34 &lt;dg&gt; welcome psi 20:56:41 &lt;psi&gt; ?? 20:56:48 &lt;dg&gt; dev meeting 20:56:55 &lt;psi&gt; ok 20:57:36 &lt;dg&gt; The application for GSOC seems solid 20:57:39 &lt;dg&gt; Could possibly reuse it 20:57:39 &lt;nom&gt; zzz: what were the issues you needed addressed? 20:59:54 &lt;str4d&gt; There was an image in a dark theme that has since been replaced. Were there any other major issues? 21:00:17 &lt;psi&gt; ah yes... the assange character should've been removed for now 21:00:20 &lt;psi&gt; s/for/by 21:00:35 &lt;dg&gt; What's wrong with Assange? :P 21:00:46 &lt;zzz&gt; the main thing in remember is regressions in legibility and color choices, esp. in snark. But it's been months since I looked at it 21:00:49 &lt;darrob&gt; nom: you should try to find logs. it would be hard to recall or summarize. (for me, anyway, and i tried to give feedback, too). 21:00:56 &lt;zzz&gt; I felt it was a big step backwards 21:01:18 &lt;KillYourTV&gt; `http://killyourtv.i2p/irclogs/%23i2p-dev.2012-08-23.log.html` 21:01:21 &lt;iRelay&gt; Title: #i2p-dev logs for Thursday, 2012-08-23 (at killyourtv.i2p) 21:01:32 &lt;dg&gt; seems too late to enter gsoc this time now 21:01:43 &lt;psi&gt; regardless... i think we need a "real life" UI testing mechanism that isn't totally subjective 21:01:47 &lt;dg&gt; or uh, next year's are not open (what i mean) 21:01:54 &lt;dg&gt; psi: exactly 21:01:57 &lt;psi&gt; this is where users like Zorya come into play 21:02:12 &lt;psi&gt; Zorya especially is the perfect feedback tool for UI stuff 21:02:35 &lt;nom&gt; re assange, imo hes a cool dude, but as he 'officially' has nothing to do with i2p, we shouldn't be using his image on stuff... unless its like something related to him or wikileaks... 21:02:38 &lt;psi&gt; "regular" or "casual" users are VERY important and should be utilized for feedback 21:02:41 &lt;zzz&gt; but if the fux guys dont remember my objections either, then they probably haven't addressed them, and we're in the same place we were 3 months ago. 21:02:51 &lt;psi&gt; nom: i2p is politically neutral 21:03:37 &lt;str4d&gt; zzz, I recall your legibility issues, and I still think that is more a personal preference matter (since there are clear examples of people both liking and disliking the changes) 21:03:49 &lt;nom&gt; psi: right... if such a thing is possible 21:03:52 &lt;psi&gt; nom: no need to take any stance on things that are politically sensitive anywhere 21:03:59 &lt;str4d&gt; and color* 21:04:02 &lt;str4d&gt; The major issue was the image, and that has been addressed. 21:04:13 &lt;nom&gt; pretty sure were taking a stand about anonymity and free exchange of data tho.... 21:04:35 &lt;str4d&gt; psi, what's Zorya? 21:04:42 &lt;asdfsdafsdafsd&gt; assange is cointelpro 21:04:53 &lt;dg&gt; a person, not sure who/what they do though 21:04:53 &lt;KillYourTV&gt; I can say that when I last looked a few weeks ago, the constrasts in snark weren't nearly as jarring as they had been. 21:04:53 &lt;psi&gt; str4d: Zorya is a user in this channel 21:05:15 &lt;psi&gt; str4d: a "regular" user in jester's group 21:05:15 &lt;zzz&gt; so none of my issues were addressed? (except perhaps the assange image) 21:05:19 &lt;zzz&gt; then we're in the same place 21:05:38 &lt;dg&gt; actually, iirc, the colors were improved 21:05:42 &lt;dg&gt; i'm not sure they are perfect however 21:05:56 &lt;zzz&gt; at the time, I thought that fux was unmergable, that you should kill it and start over, separating out the good from the bad and the ugly. 21:06:08 &lt;psi&gt; zzz: tbh i'm not entirely sure that style issues are that critical unless they impact usability 21:06:36 &lt;str4d&gt; psi, ah - I read your sentence as Zorya being an automated testing tool =P 21:06:39 &lt;dg&gt; the best bit about fux, for me, was the framing of apps inside the console 21:06:46 &lt;dg&gt; i don't care as much about themes 21:07:01 &lt;darrob&gt; psi: that argument works for and against changes. ;) 21:07:20 &lt;psi&gt; darrob: correct 21:07:23 &lt;nom&gt; imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:07:23 &lt;zzz&gt; I gave my comments 3 months ago and havent heard anything since. If somebody would like to identify changes and ask me to look at it again, fine. 21:07:38 &lt;dg&gt; nom: my thoughts. 21:07:49 &lt;zzz&gt; you people that are saying you like some of it and dont care about the rest are missing the point completely. 21:07:49 &lt;psi&gt; darrob: however in its current state, the router console is in need of a redesign as it fails as a UI 21:07:52 &lt;user&gt; an improvement from the ui guys's side would be a UI plugin, I think. 21:08:04 &lt;zzz&gt; split out the good from the bad. right now it's a grab bag 21:08:11 &lt;user&gt; &lt;dg&gt; the best bit about fux, for me, was the framing of apps inside the console &lt;&lt;&lt;---- that one I liked too.. gave an impression of unity 21:08:26 &lt;dg&gt; Made things a lot less clunky IMO, user. 21:08:56 &lt;str4d&gt; zzz, the point here is that there is nothing bad/ugly in fux, there is just stuff that everyone likes and stuff that some like and some don't. 21:09:07 &lt;zzz&gt; sounds like you guys are saying you still want to merge it but haven't done anything in 3 months? 21:09:33 &lt;zzz&gt; disagree. your snark changes are objectively bad/ugly. 21:09:56 &lt;user&gt; what's it that everyone likes? maybe one could start identifying that and only merge that 21:09:59 &lt;psi&gt; zzz: much has been done but that doesn't mean anything is "complete", as for something being "objectively ugly" is kind of an oxymoron 21:10:02 &lt;nom&gt; right well the good, the bad, and the ugly, are subjective.... imo as long its configurable personal taste of devs shouldn't come into it 21:10:24 &lt;dg&gt; Yes, we have? 21:10:27 &lt;dg&gt; In fact, I believe the color issue was also addressed. 21:10:27 &lt;dg&gt; see nom's comment 21:10:27 &lt;dg&gt; &lt;nom&gt; imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:10:27 &lt;dg&gt; psi: Exactly. 21:10:27 &lt;dg&gt; psi: It's great for nerds like us, not so much for a grandma who wants to be safe. 21:10:34 &lt;dg&gt; zzz: I can somewhat agree for snark but the rest, no. 21:10:45 &lt;dg&gt; user: the unification. 21:10:48 &lt;dg&gt; user: the non-default themes, too. 21:10:59 &lt;dg&gt; user: if it's non-default, I think it's fine to merge and improve along the way. Doesn't hurt. 21:11:06 &lt;nom&gt; how bout this, default keeps theme the same, but includes all the things fux adds, to use them you just set something in config? 21:11:14 &lt;dg&gt; ^ 21:11:29 &lt;zzz&gt; If the people doing the work say they think it's ready for another look, I'll take a look. I have nothing more to say. 21:11:32 &lt;psi&gt; currently (afaik), fux is aimed at hackability and flexibility, not explicitly general pleaseability 21:11:43 &lt;dg&gt; alright 21:11:46 &lt;str4d&gt; Given the users that have said otherwise, I find that hard to take as truly objective. 21:11:46 &lt;dg&gt; fair enough, zzz. 21:11:46 &lt;str4d&gt; Nevertheless, I do agree that fux is not ready for merging dg 21:12:09 &lt;psi&gt; str4d: fux is no where near merging 21:12:09 &lt;dg&gt; str4d: all I wanted was some discussion on it to see what needed doing :) 21:12:12 &lt;psi&gt; not sure who suggested a merge 21:12:15 &lt;maidenboi&gt; i like the snark changes 21:12:26 &lt;nom&gt; zzz: can you agree to that principle tho? that its mergeable if you're experience/view isn't changed unless you select it to happen? ie no default changes 21:13:44 &lt;nom&gt; or rather, since as you said its a grab bag, that pieces are mergeable if they don't change default things and only add options 21:14:14 &lt;psi&gt; at the moment fux is more of a sandbox for ideas, not really meant to be merged over to mainline in its entirety 21:14:45 &lt;psi&gt; i don't expect fux to ever be fully merged over nor would it be a good idea 21:14:56 &lt;dg&gt; I wanted some parts merged 21:15:18 &lt;psi&gt; dg: if they are "done" then sure 21:15:25 &lt;psi&gt; dg: which ones? 21:15:29 &lt;LaughingBuddah&gt; How to we determine them to be done? 21:15:48 &lt;str4d&gt; dg, I agree about the changes to non-default themes being mergable, especially since the majority of changes are by the original theme author, but there are other things that need work first. 21:15:55 &lt;user&gt; again, plugins would be handy, as to not increase the i2p package's size unneededly. 21:16:30 &lt;KillYourTV&gt; One thing for sure would be the pull the fix for ticket #773. It's fine in fux; it's not fine in the vanilla builds. 21:16:37 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/773` - (new defect) - Overlapping text in midnight theme 21:16:49 &lt;psi&gt; i do like the unified css and inline frames for snark and mail 21:16:49 &lt;psi&gt; especially the unified css 21:16:52 &lt;KillYourTV&gt; iirc LaughingBuddah reported that in this channel as well. 21:16:59 &lt;str4d&gt; user, that does require getting the UI separation done though (which I hope to work on with top[tabfail] when I get some time) 21:17:22 &lt;dg&gt; psi: mainly the embedding of things, like snark 21:17:25 &lt;dg&gt; LaughingBuddah: majority satisfaction 21:17:28 &lt;psi&gt; dg: yes i like that too 21:17:46 &lt;str4d&gt; dg, #define majority =P 21:17:49 &lt;darrob&gt; i'm confused. i was under the impression that fux was supposed to be merged (rather sooner than later even). i wouldn't have taken the time and given detailed criticism if i was told that it was just a sandbox. 21:18:00 &lt;LaughingBuddah&gt; KillYourTV: Yeah I remember doing that 21:18:11 &lt;psi&gt; darrob: my impression was that it is a sandbox 21:18:36 &lt;psi&gt; as i have been treating it as such so far 21:18:46 &lt;str4d&gt; darrob, I always intended it to be merged. But in some ways it is meant as a UI sandbox. 21:18:53 &lt;dg&gt; str4d: i'd like the creator of the functionality to think it's ok to merge (time to), and a lot of the fux/users with it liking it 21:19:00 &lt;dg&gt; darrob: so was I? 21:19:00 &lt;dg&gt; Anyway, 21:19:07 &lt;dg&gt; I think we can agree that fux needs work 21:19:22 &lt;dg&gt; unification + #773 fix should get merged sooner rather than later 21:19:40 &lt;dg&gt; Let's move on ;-) 21:19:43 &lt;str4d&gt; It's Future UX, so it's for testing and trying out new UX ideas, working out the kinks and polishing. 21:19:58 &lt;str4d&gt; +1 dg 21:20:09 &lt;psi&gt; str4d: that would be sandbox... moving on 21:20:37 &lt;nom&gt; honestly i think we need to have better communication here, theres always going to be things that are mergable, and we need people who can discuss that merging without getting into fights ;) 21:21:03 &lt;nom&gt; so far so win today, which is nice 21:21:06 &lt;str4d&gt; I also need to work out how to best merge parts of branches in monotone. 21:21:43 &lt;KillYourTV&gt; and yeah, it looks like assange (and the dark snark theme) are completely gone 21:21:54 &lt;str4d&gt; At present I only know about "propagate" and "explicit_merge", but they merge everything up to a specific commit, rather than cherry-picking changes. 21:22:24 &lt;nom&gt; str4d: probably something involving editing a diff down to just the parts you want 21:22:24 &lt;str4d&gt; KillYourTV, dark snark is not in mtn, but it's in my fux builds. 21:22:51 &lt;KillYourTV&gt; ah..so assange (run through a filter) may still live... 21:23:02 &lt;dg&gt; as for fux's issues, we can co-ordinate on that after the meeting 21:23:05 &lt;dg&gt; we're doing well so far though 21:23:05 * dg highfives 21:23:05 &lt;dg&gt; (4) - Website 21:23:09 &lt;dg&gt; (4a) - Mirroring i2p2.de/etc 21:23:09 &lt;dg&gt; (4b) - SSL for the sites. 21:23:09 &lt;dg&gt; We need welt for this.. 21:23:09 &lt;dg&gt; Tor's mirroring setup is great right now, rsync etc. 21:23:09 &lt;dg&gt; Plus a clear list of mirrors and how to do it 21:23:09 &lt;dg&gt; nom: Yeah. 21:23:09 &lt;dg&gt; nom: We did well now, just that we have other issues to discuss so.. ha 21:23:31 * dg coughs 21:24:21 &lt;nom&gt; right, re website.... same as before re docs i guess, theres good info, but it feels like it hasn't been touched in a while 21:24:36 &lt;dg&gt; precisely my feelings 21:24:39 &lt;dg&gt; it seems very out of time 21:24:49 &lt;str4d&gt; KillYourTV, no - did you not read my earlier message? 21:25:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: rsync master thingy is already running 21:25:46 &lt;str4d&gt; nom, that seems a bit hacky... I'd prefer a solution that still allowed for a "propagate" at a later stage once the other branch was exactly as wanted. 21:25:46 &lt;dg&gt; I've noticed some issues between how things really are and what the website says 21:26:24 &lt;psi&gt; in general the website seems to feel old and the "revamp" last i checked looks really good 21:26:28 &lt;nom&gt; str4d: yah... could separate each mergeable thing into its own branch and merge that i suppose, and keep fux as a sandbox/catch all 21:26:52 &lt;dg&gt; weltende: not documented anywhere, iirc 21:26:59 &lt;dg&gt; psi: we should speed up on the revamp 21:27:05 &lt;dg&gt; the current one feels extremely stale 21:27:12 &lt;psi&gt; dg: priorities 21:27:23 &lt;nom&gt; like use fux as a test branch, when something is ready to be included as its own component, separate the branch and merge it there, also so you can maintain it as its own thing 21:27:32 &lt;psi&gt; dg: what has more importance? website or the software? 21:27:43 &lt;str4d&gt; There does need to be improvement of the website content. I've been working on layout and structure in i2p.www.revamp but haven't touched the content (otherwise propagations would be a nightmare), so that needs working on in i2p.www 21:27:46 * str4d is still not happy with the design of the revamp, but that is not the focus right now - proper content structuring so that (a) new content can be easily added, and (b) users can find what they want easily, is the main focus 21:28:15 &lt;thursday&gt; Could we set up a blog on the official site? I'd gladly chip write a post a week or so - short tutorials and tips, development updates, etc. 21:28:18 &lt;str4d&gt; psi, that is a chicken-and-egg question. Both are important. 21:28:21 &lt;dg&gt; psi: Hell, I think the website is a big deal and it affects the software. 21:28:24 &lt;dg&gt; thursday: me too. 21:28:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; thursday: already kinda done in the revamp branch.. not feature complete.. but the basic stuff is there 21:29:42 &lt;dg&gt; str4d: +1 21:29:42 &lt;nom&gt; ....big picture software is more important, but the website needs improvement, and imo theres enough people with enough time and skills to work on the website, without it impacting how much 'code' gets done 21:29:42 * psi refreshes the revamp branch 21:29:42 &lt;str4d&gt; thursday, at present the main site is just a collection of HTML files. The revamp reorganizes things so that there is a specific blog. 21:29:42 &lt;str4d&gt; (Still a collection of HTML files, but blog generation etc. is dynamic so it makes maintaining a blog much simpler) 21:29:42 &lt;nom&gt; software = community = website, as its the first introduction most people get 21:29:49 &lt;dg&gt; current site makes me think nerdy 21:30:11 &lt;dg&gt; and dead, old 21:30:18 &lt;dg&gt; I didn't know if i2p was even in active dev when I first saw it 21:30:37 &lt;str4d&gt; thursday, (and those who haven't seen it): `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is the revamp 21:31:01 &lt;LaughingBuddah&gt; psi: they could be worked on my different people. no need to decide for only one of the two 21:31:16 &lt;dg&gt; I can do blog posts/write ups for pages. 21:32:51 &lt;KillYourTV&gt; yes, I read your message str4d. and I call `http://killyourtv.i2p/tmp/nffnatr.png` "assange run through a filter" 21:33:17 &lt;KillYourTV&gt; (hell, back in early september it was still 'assange.png' :P) 21:34:13 &lt;thursday&gt; That looks fantastic. As someone who wants to help out with the site, is there a list of the major things that need to be done before this revamp can go live? 21:34:24 &lt;str4d&gt; KillYourTV, that is not current. If you run fux you'll see that replaced with a variant of hat guy. 21:34:47 &lt;KillYourTV&gt; I *just* downloaded that from you. 21:35:18 &lt;str4d&gt; KillYourTV, oh, then the image file might still be sitting there. But snark does not use it. 21:35:45 * str4d has often forgotten to remove random files, sometimes leaving .zip files in the update packages&gt;_&lt; 21:36:11 &lt;KillYourTV&gt; alright...NOW I can agree. It's not in the css. carry on :) (and sorry) 21:36:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. that News thingy at the end of the page is a bit to hidden imho 21:36:52 &lt;dg&gt; thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:36:55 &lt;str4d&gt; thursday, feedback is key. I'm still working out the structure and layout at present, so comments on that are welcome (url layout as well as navigation) 21:36:59 &lt;dg&gt; &lt;+dg&gt; thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:38:11 &lt;str4d&gt; thursday, if you want to improve content, there are many pages that could do with reworking to make it easier for end users to find/understand what they need to. 21:38:33 * str4d can go through some of that later if desired. 21:38:51 &lt;dg&gt; That'd be nice 21:39:57 &lt;LaughingBuddah&gt; Timed out...What's the topic? 21:40:40 &lt;dg&gt; Not much was said about mirroring, I think that includes the re-design though 21:40:40 &lt;dg&gt; imo, any changes to the current design are just temporary and not worth thinking too much about 21:42:10 &lt;LaughingBuddah&gt; Link to logs please 21:42:10 &lt;LaughingBuddah&gt; I'd like to read the part about mirroring/offer my services 21:42:10 &lt;str4d&gt; welterde, you were making changes to the mirroring scripts IIRC? 21:42:10 &lt;dg&gt; weltende: SSL on the sites, legit certs, SSL on the mirrors (at least some) - how possible is this? 21:42:10 &lt;dg&gt; unprofessional to have expired/none/CACert (which throws up errors = scary) 21:42:10 &lt;dg&gt; you could argue CA system is weak but better than nothing 21:42:10 &lt;dg&gt; LaughingBuddah: website etc 21:42:10 &lt;dg&gt; LaughingBuddah: very little was said wrt mirroring 21:42:10 &lt;LaughingBuddah&gt; I'd like to set up a mirror 21:42:19 &lt;str4d&gt; dg, yeah, there are long-standing issues in trac related to that. 21:42:19 &lt;dg&gt; LaughingBuddah: I figure it was because the current site is dire and we might as well wait for the new design before we do anything big. 21:42:19 &lt;dg&gt; The new site can highlight important things as well as a surge of new information. 21:42:22 &lt;LaughingBuddah&gt; Fair enough 21:42:22 &lt;dg&gt; Anything for the old site, again, IMO is just trying to keep something dead afloat. 21:42:34 &lt;dg&gt; Thank you though! :-) 21:42:34 &lt;LaughingBuddah&gt; Offer still stands 21:42:43 &lt;dg&gt; Oh, by the way, syndie.i2p2.i2p doesn't exist, but syndie.i2p2.de does 21:42:46 &lt;dg&gt; inconsistency.. 21:42:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: uh.. 21:43:07 &lt;dg&gt; (Regarding Syndie, it'd be cool if someone could try poke it back alive, but we probably do not have the men) 21:43:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: you mean for the revamp thing or what do you mean? 21:43:20 &lt;nom&gt; yah, wrt syndie that really should be removed from the frontpage... unless someone has taking it back up without me noticing, its been dead for years 21:43:31 &lt;dg&gt; Syndie is a really cool idea. 21:43:49 &lt;str4d&gt; welterde, IIRC you said you were reworking the mirroring scripts, and that they would be shifted out of i2p.www eventually 21:43:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: I was gonna integrate that into the main site, so the mirror sites don't depend on my site anymore 21:44:14 &lt;str4d&gt; dg, one thing I hope to fix on the new site is that urls we know exist in i2p and in clearnet get auto-changed based on the user's location (rather than an i2p user having links to trac.i2p2.de for example). 21:44:32 &lt;str4d&gt; welterde, ah, okay. 21:45:03 &lt;dg&gt; str4d: oh, yes. I was thinking about that a while ago. That'd be a small but very good change for UX. 21:45:03 &lt;dg&gt; good call 21:45:03 &lt;LaughingBuddah&gt; We've got all these projects that need manpower. Maybe we start assigning people to make sure they move forward? 21:45:42 &lt;str4d&gt; dg, small from UX standpoint. %^&*ing annoying from backend standpoint&gt;_&lt; 21:45:53 * str4d has tried and so far failed 21:46:03 &lt;dg&gt; ^ this 21:47:13 &lt;hottuna&gt; are the projects organized / listed anywhere? 21:47:32 &lt;psi&gt; hottuna: iirc projects.i2p is one place 21:47:35 &lt;psi&gt; not sure 21:47:39 &lt;dg&gt; Perhaps we should create tickets in trac and assign them? 21:47:42 &lt;dg&gt; This would mean a clear, documented timeline of progress on work and to follow up who is working on it.. 21:47:45 &lt;dg&gt; str4d: sounds quite easy? :s. just s/$domain/$currentdomain/.. 21:47:45 &lt;dg&gt; str4d: Also, could do in JavaScript although not ideal. 21:47:45 &lt;dg&gt; hottuna: we're discussing them / and there's a topic on zzz.i2p to an extent about it but we're kind of trying to fix that 21:47:48 &lt;dg&gt; I propose we have trac tickets for each of the issues we've raised here, but if we can't use trac (we should though, imo since it's official) 21:47:55 &lt;dg&gt; we can use projects.i2p 21:48:10 &lt;dg&gt; trac also allows parent tickets and such, so we could have a complete way of planning this 21:48:13 &lt;LaughingBuddah&gt; What's the status on trac ---&gt; redmine? 21:48:21 &lt;psi&gt; LaughingBuddah: probably not needed atm 21:48:32 &lt;dg&gt; LaughingBuddah: awaiting weltende.. but not needed right now 21:48:35 &lt;LaughingBuddah&gt; I see 21:48:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; haven't had time yet to give it a try yet 21:48:41 &lt;dg&gt; the issues with trac are more so on welt's end, not trac 21:48:44 &lt;dg&gt; software. 21:49:00 &lt;dg&gt; psi: Can you get to creating tickets for some of the issues we've raised today? 21:50:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: actually it's just the monotone plugin as I said before.. other downtimes weren't *that* often to be really annoying imho.. 21:50:46 &lt;nom&gt; also re trac / redmine, if anyone has any experience with fossil, i would love to hear about it, im mulling over the possibility of trying to use it to make a system for actually distributed repos/bug tracking 21:50:48 &lt;psi&gt; dg: which and where? 21:50:57 &lt;dg&gt; psi: Trac, website reorganization, managing the necessary fux changes, dealing with the mirroring stuff, etc. Just general parent ones which we can assign to people so they do not forget and it's clear who we can grill if something breaks/doesn't work. 21:50:57 &lt;darrob&gt; hasn't this "assigning jobs to people will ensure that they'll get done real quick" meme been discussed on zzz.i2p already? 21:51:04 &lt;dg&gt; darrob: maybe, but was it even done? 21:51:11 &lt;dg&gt; (or work?) 21:51:30 &lt;dg&gt; We've clearly got some people who can get some tasks done 21:51:33 &lt;psi&gt; dg: i dont get things done "fast" 21:51:33 &lt;dg&gt; trac is a way of documenting proress 21:51:33 &lt;psi&gt; dg: for me they are eventual 21:51:33 &lt;dg&gt; psi: neither do i, but i do get them done 21:52:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: people used to run a fossil thingy.. but afair you got into trouble if two people edited the wiki at once(in two different instances that is..) 21:53:44 &lt;nom&gt; speaking of eventual, psi: i/others could get a lot out of you writing up your thoughts on netdb structure / your baromatrix experiences so far.. like a running blog or something 21:53:59 &lt;dg&gt; nom: i certainly would 21:54:14 &lt;dg&gt; psi: if not you, I can/someone else. I'd just like something to come out of this meeting so we can follow up on it next time. :) 21:54:14 &lt;nom&gt; weltende: hmm interesting... so there would have to be some sort of system for consistency 21:54:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: or simply support for merging as it does for files 21:56:08 &lt;psi&gt; nom: current "status" of baromatrix is "being worked on" 21:56:08 &lt;psi&gt; nom: i have more than just i2p right now going on 21:56:15 &lt;nom&gt; psi: right, i understand, don't mean to pressure you or your time, just saying its always good to share your thoughts 21:56:46 &lt;psi&gt; i'll share thoughts when they happen nom 21:56:49 &lt;iRelay&gt; &lt;weltende@freenode&gt; baromatrix? 21:56:57 &lt;nom&gt; weltende: indeed, guess i'l have to experiment with it a bit 21:57:00 &lt;dg&gt; statistics project 21:57:10 &lt;psi&gt; baromatrix is a distributed version of stats.i2p 21:57:15 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah 21:57:15 &lt;psi&gt; to "double check" the numbers 21:57:30 &lt;psi&gt; it's something that i've been meaning to do for a while 21:57:59 &lt;psi&gt; also to get a general demographic of the userbase too without being invasive 21:58:58 &lt;nom&gt; also uh... wheres the code? the git.repo seems to be .... nothing? 22:03:28 &lt;dg&gt; I guess we should wrap up then 22:03:35 &lt;dg&gt; Thanks for being involved, everyone. hopefully this can become a regular thing. 22:03:46 &lt;dg&gt; Anyone got any more to say/issues to raise? 22:04:07 &lt;LaughingBuddah&gt; Maybe we should schedule the next one? 22:04:26 &lt;dg&gt; Next Tuesday at 9PM UTC? 22:04:29 &lt;dg&gt; 8PM seemed a little rough for some people. 22:04:45 &lt;hottuna&gt; bampf? 22:04:56 * dg bampfs the meeting closed ;-) 22:05:30 &lt;hottuna&gt; thanks dg, this seems like a good thing 22:06:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: for me 7PM would be better.. 22:06:10 &lt;dg&gt; hottuna: Thank you, I've had a lot of support, it was a little rough at the start of this and I felt anxious about how it'd go, but it went well. Perhaps we could see more of you/others next time too! 22:06:17 &lt;dg&gt; weltende: 7PM UTC is ok for me, I think. 22:06:28 &lt;dg&gt; weltende: 8PM caused issues for str4d 22:06:43 &lt;dg&gt; Next Tuesday @ 7:30PM? 22:09:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; sounds good 22:10:28 &lt;LaughingBuddah&gt; +1 22:10:39 &lt;dg&gt; Great. 22:14:59 &lt;LaughingBuddah&gt; Cya all 22:15:02 &lt;LaughingBuddah&gt; dg: good meeting </div>/zh/blog/2012/10/27/0.9.3-%E5%8F%91%E5%B8%83/Sat, 27 Oct 2012 00:00:00 +0000/zh/blog/2012/10/27/0.9.3-%E5%8F%91%E5%B8%83/<p>0.9.3 对 router 中消息排队进行了大量的底层改动。我们实现了 CoDel 主动队列管理（AQM）算法。我们还统一了传输层（transports）中的排队与优先级机制，以便于诊断并降低网络延迟。我们也在持续修复 UDP 传输层的缺陷，并提升 UDP 抵御攻击的能力。此外，还有更多改动用于提升 router 的性能并降低其内存占用。另外，我们将上个版本引入的 i2psnark 的 DHT 支持默认启用。</p> <p>一如既往，本次发布也包含大量错误修复，因此建议更新。</p> <p>文件可在<a href="../../en/downloads/">下载页面</a> 获取。</p> <h2 id="发布详情">发布详情</h2> <h3 id="major-changes">Major Changes</h3> <ul> <li>Active Queue Management</li> <li>Priority queues</li> <li>I2PSnark DHT: Several bug fixes, enable by default.</li> </ul> <h3 id="重大更改">重大更改</h3> <ul> <li>Several SSU fixes including memory leak, and better handling of routers behind firewalls that change UDP ports; additional defenses for malicious packets.</li> <li>Fix piece selection (rarest-first) bugs in i2psnark</li> <li>Fix bug causing multiple browsers to open at startup</li> </ul> <h3 id="错误修复">错误修复</h3> <ul> <li>Improvements in caching</li> <li>Several synchronization fixes and lock contention reduction</li> <li>Major reduction in SSU buffers memory use</li> <li>Fix streaming connection timeout back to 1 minute, was inadvertently changed to 5 minutes; set i2ptunnel server read timeout to 5 minutes, was unlimited</li> <li>Improved defenses in i2ptunnel for &ldquo;darkloris&rdquo;</li> <li>More validation at torrent creation in i2psnark</li> <li>Several parameter changes in SSU to improve throughput</li> <li>New event log for major events including restarts; show multiple restart lines on graphs</li> <li>Remove duplicate messages from logs</li> <li>Don&rsquo;t respond to blocked streaming connections with a reset, just drop</li> <li>Remove all uses of inefficient SimpleTimer</li> <li>More checks for valid IPs and ports entered in console</li> <li>Fix bug that wasted a lot of entropy</li> <li>Translation updates: Italian, Portuguese, Spanish, Swedish</li> <li>Add non-NIO configuration in jetty.xml, recommended for Java 5</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h3 id="其他">其他</h3> <pre tabindex="0"><code>762964ab582801be1c9d45843c682f791c284d4fa7b1e1ee733ea4ef033d4907 i2pinstall_0.9.3_windows.exe 4ebea74b30064c9853c40cf24764d283dc6fff47ed2449b247f3c9991cccb494 i2pinstall_0.9.3.jar 39a7d6859bf4bd9ac56fd83a5e32d47d1b24ba06f912a027804492ca941936dd i2psource_0.9.3.tar.bz2 2381e4a845c6cc0c0d9f27f99571984bcbf448ef041bc1f7a2ba8715228d6377 i2pupdate_0.9.3.zip d8bb6aef09c967b30c7374fb49da246a7c237c4942fa92999e39c5ce2ca68893 i2pupdate.su2 600e806e72441e946027fcac84702f2daabd2783dbc1ee6df3427e6eda7db351 i2pupdate.sud </code></pre>/zh/blog/2012/09/21/0.9.2-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Fri, 21 Sep 2012 00:00:00 +0000/zh/blog/2012/09/21/0.9.2-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9.2 包含了大量底层改动，以提升 router 的性能和效率。我们更新了 UPnP 库，希望让更多用户能够使用 UPnP。I2PSnark 现已支持 DHT（分布式哈希表），但默认尚未启用，因为我们计划在即将到来的 0.9.3 开发周期中进行更多测试。</p> <p>一如既往，本次发布也包含大量错误修复，因此建议更新。</p> <p>文件可在<a href="../../zh/downloads">下载页面</a> 获取。</p> <h2 id="版本详细信息">版本详细信息</h2> <h2 id="重大更改">重大更改</h2> <ul> <li>SSU: Fix several problems in our UDP transport, to improve efficiency and reliability for connection setup. Also improve defenses against various types of bad input.</li> <li>UPnP: Updated our library to fix several issues, should work for more routers now</li> <li>Transport: Improve performance in both our TCP and UDP transports, to benefit high-bandwidth routers</li> <li>Crypto: The thresholds and number of ElGamal/AES Session Tags delivered are now much more flexible, which should lessen protocol overhead and reduce stalls caused by dropped tags.</li> <li>I2PSnark: Add DHT support, not yet enabled by default, will do further testing and plan to enable by default in 0.9.3.</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>Fix various issues affecting memory usage and performance on high-bandwidth routers</li> <li>Fix problems in UDP for routers using a reduced-MTU connection, e.g. a VPN</li> <li>Fix i2psnark bug that prevented a completion announcement to the tracker</li> <li>Fix a lock contention problem in i2ptunnel</li> <li>Fix some OSX installation issues</li> <li>Remove uses of direct byte buffers that may have been leaking</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Reduce overhead in network messages</li> <li>Add &ldquo;universal&rdquo; theme support</li> <li>Theme updates</li> <li>Add a jbigi library for Raspberry Pi</li> <li>New Scala unit test framework</li> <li>Translation updates for Czech, Dutch, German, and Greek</li> <li>Update wrapper to 3.5.15 (new installs and PPA only)</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-校验和">SHA256 校验和:</h2> <pre tabindex="0"><code>4cc506d74bea772d304a8fc1d4adee900e5d7d38cbf896bd8aa9de31002b4f43 i2pinstall_0.9.2_windows.exe 7eb1b62bdb955691dfd645acc2172fe7947266e35f201273f702272d57b80a70 i2pinstall_0.9.2.jar ac0262120868a01d11b27ce56a7fea5ea243e261d0d7ff6e6dd59e18987a1be5 i2psource_0.9.2.tar.bz2 c547b81822ff642e52a9196e847466b5613219fc695bc26485930c7a855e0cee i2pupdate_0.9.2.zip f8b34fe7764d828fbdbcc13efd4f8f4ae20697f84c1c3772213241fa2ce0786a i2pupdate.su2 8ee355a27713f43a2a37dcfb70a4ea1d9f6c1fbad2d33a35083c0a33afaedeec i2pupdate.sud </code></pre>/zh/blog/2012/07/30/0.9.1-%E5%8F%91%E5%B8%83/Mon, 30 Jul 2012 00:00:00 +0000/zh/blog/2012/07/30/0.9.1-%E5%8F%91%E5%B8%83/<p>0.9.1 包含大量 i2psnark 的错误修复、一些 streaming lib（流式库）的改进、主页变更、新主题以及翻译更新。建议升级。</p> <p>文件可在<a href="../../zh/downloads">下载页面</a> 获取。</p> <h2 id="版本详细信息">版本详细信息</h2> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Fix several bugs in downloading torrents with skipped files</li> <li>Fix places where rarest-first was not honored</li> <li>Fix handling of encoded magnet links</li> <li>Additional inbound connection limits</li> <li>Immediate closing of connections with handshake errors</li> <li>Blocklist peers with multiple handshake errors</li> <li>Delay &ldquo;ballooning&rdquo; files on disk until required, to speed torrent adds</li> <li>Store partial pieces in temp files to greatly reduce memory usage when leeching</li> <li>Remove peers restriction when leeching torrents with large pieces</li> <li>Improve configuration of open and private trackers</li> <li>Prevent configuration of default trackers as private</li> <li>Improved display and control of torrent file downloads</li> <li>Reduced number of threads</li> <li>Faster startup and shutdown of torrents</li> <li>Allow clearing of message box</li> <li>New light theme</li> <li>Torrent info page updates and cleanups</li> <li>Fix problems with restarted torrents</li> <li>Delay tunnel close at shutdown to ensure trackers are notified</li> <li>Better UI behavior during tunnel startup and shutdown</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>Prevent shutdown hangs caused by buggy plugins</li> <li>Fix for Raspberry Pi crashing</li> <li>Fix rare job queue hang</li> <li>Fix routing key modifier rarely not updating at midnight</li> <li>Fix excessive padding in some AES-encrypted messages</li> <li>Fix occasional gunzip failures</li> <li>Several fixes to streaming lib to speed recovery after dropped packets and improve retransmit behavior</li> <li>Fix bug that reduced reuse of tunnels</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Ports are now passed through the SOCKS and HTTP proxies to support eepsite virtual hosts. See <code>http://zzz.i2p/topics/1182</code> for setup instructions.</li> <li>I2PTunnel configuration changes now take effect immediately. No tunnel restart required.</li> <li>Summary bar iframe removed, refresh is now via Javascript only</li> <li>Reduce netDB flood redundancy</li> <li>Reduce stats publishing frequency</li> <li>Minor router console changes</li> <li>New Hungarian and Greek translations</li> <li>Completed Italian translation</li> <li>Updates to Dutch, Finnish, French, German, Spanish, and Swedish translations</li> <li>Update geoip to Maxmind 2012-07-04</li> <li>Theme updates</li> <li>Theme support for SusiMail and SudiDNS; new dark themes</li> <li>I2PTunnel and SusiDNS now iframed with summary bar</li> <li>Console home page now shows news summary in summary bar</li> <li>Console home page icon updates</li> <li>Console summary bar now configurable</li> <li>Change the HTTP proxy error code from 404 to 500</li> <li>Cleanups for efficiency in netdb and I2CP</li> <li>Increase timeout for internal uses of eepget to improve reliability</li> </ul> <h2 id="sha256-校验和">SHA256 校验和：</h2> <pre tabindex="0"><code>0727af83988e82f32e0972a9e12c72ac14c3c0da0815c5902193d6b13d356371 i2pinstall_0.9.1_windows.exe 39c19c0df042ad231a14fdf1c20e4927651a2af0f0cf734b46eba0d2b8419314 i2pinstall_0.9.1.jar 8603c928a210ced77b6498bf8ee07cb000be9641adc389b34c3c8a10ac4f0677 i2psource_0.9.1.tar.bz2 136b74435b93aededef5884d39cfbc513f57184b74c8481580bcd5324aa23b1a i2pupdate_0.9.1.zip 4f07fee850d56fada06f0aeabb5bb46c6172bad72411e07bf4f6a8e0d76d8acd i2pupdate.su2 c039b423983789d914a1d02d3703b3c1aa36c87165e132419ff39b5d184ef480 i2pupdate.sud </code></pre>/zh/blog/2012/05/02/0.9-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Wed, 02 May 2012 00:00:00 +0000/zh/blog/2012/05/02/0.9-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.9 版本的发布标志着 0.8.x 系列历时一年半多的开发工作的结束，在此期间，我们大幅提升了 router 的性能和安全性，以及网络的可扩展性。</p> <p>在 0.9 发布版中，我们将控制台和 eepsite（I2P 站点）Web 服务器迁移到 Jetty 6，并引入了一个简化的 router 控制台主页。本次发布与先前版本在网络层面兼容，不过请参见下文，了解与现有 eepsites、插件和 Web 应用的兼容性的重要信息。建议升级。</p> <p>文件可在<a href="../../zh/downloads">下载页面</a> 获取。</p> <h2 id="更新信息">更新信息</h2> <p>网络内更新和新安装将包含 Jetty 6、Tomcat 和 JSTL。PPA（Ubuntu/Debian）更新将为这些软件包带来新的依赖项。</p> <p>如果您尚未启用或修改过您的 eepsite 设置，更新将会自动将您迁移到 Jetty 6。若您的 eepsite 不使用 Jetty，则此次更新不会影响它。</p> <p>如果你有多个 Jetty eepsite，或者你更改了本地端口（默认为 7658），或以其他方式编辑了 jetty.xml，那么在更新之后你必须手动编辑新的 Jetty 配置文件，然后重启。</p> <p>对于使用基于 Jetty 的 eepsites 的用户，我们建议在 router 重启后，确认升级已成功，并且 eepsites 运行正常。</p> <h2 id="插件信息">插件信息</h2> <ul> <li>Plugins not listed below should continue to work under Jetty 6</li> <li>The following plugins require updates for Jetty 6. The router will download and install them a few minutes after upgrading: i2pcontrol, pebble, zzzot</li> <li>The following plugins have been renamed and for Jetty 6. Users must manually remove them and download the new versions after upgrading: neodatis, seedless</li> <li>The following plugin does not work well with Jetty 6, you may wish to remove it and install the unofficial replacement from plugins.i2p after upgrading: i2pbote</li> </ul> <p>其他未由 I2P 开发团队打包的非标准控制台和 eepsite Web 应用程序可能需要修改，也可能不需要。</p>/zh/blog/2012/02/27/0.8.13-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 27 Feb 2012 00:00:00 +0000/zh/blog/2012/02/27/0.8.13-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.8.13 版本包含多项错误修复和少量新特性。我们很高兴上一版本显著提升了性能；尽管网络仍在快速增长，运行状况依然良好。建议升级。</p> <p>文件可在<a href="../../zh/downloads">下载页面</a> 获取。</p> <h2 id="发布详情">发布详情</h2> <p>这很可能是 0.9 之前的最后一个发布版本；在 0.9 中，我们将迁移到 Jetty 6，并引入一个简化的 router 控制台主页。接下来的几周里，请关注你的 router 控制台中的新闻部分，以获取有关下一次发布的更多信息。</p> <p>从此版本开始，在 router 更新后重启不久，router 会检查并安装插件更新。若要阻止此行为，请在重启前添加高级配置 <code>plugins.autoUpdate=false</code>。此外，客户端配置页面新增了一个 update-all 按钮。</p> <p>某些国家的 Routers 现在将会自动启用隐藏模式，以增强防护。不过，隐藏模式的性能或可靠性可能较低，而且仍在完善中。若要在重启之前禁用隐藏模式，请添加高级配置项 <code>router.isHidden=false</code>。若要稍后禁用隐藏模式，请在网络配置页面的 <em>IP 配置</em> 下选择 <em>使用所有自动检测方法</em>。有关国家列表，请参见 zzz.i2p 上的讨论帖。该列表中唯一拥有超过一两个 I2P 用户的国家是中国。</p> <h2 id="主要更改">主要更改</h2> <ul> <li>Check for and download plugin updates upon restarting after a router update</li> <li>Routers in certain countries will now automatically enable hidden mode for increased protection</li> <li>New Tunnel Wizard for creating tunnels</li> <li>A SIGHUP to the wrapper will now initiate a graceful shutdown</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>Increase read timeout in HTTP Proxy</li> <li>Shutdown hooks will now run when router is shutdown externally (i2prouter stop), broken in 0.8.8</li> <li>If an external IP address is specified, bind only to that interface</li> <li>Fail tunnels we created when we can&rsquo;t contact the adjacent hop</li> <li>Prevent races when saving configuration</li> <li>For plugins, check min and max Jetty versions; check all version requirements at startup, not just at install</li> <li>Fix plugin startup when console is not on port 7657</li> <li>Only stop plugins if they are running</li> <li>Fix NPE when no network interfaces are present</li> <li>Fix eepget exit code on failure</li> <li>Improve inbound tunnel building when in hidden mode</li> <li>Publish our router info sooner after startup to facilitate inbound tunnel building</li> <li>Fix Streamr tunnel registration</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Add icons to buttons in SusMail and SusiDNS</li> <li>Move wrapper PID, status, and log files from /tmp to ~/.i2p (Debian packages and new installs only)</li> <li>i2prouter graceful (Debian packages and new installs only)</li> <li>Increase number of floodfills</li> <li>Repack jars in installer to save a little space</li> <li>New translation infrastructure for i2prouter script (not enabled yet)</li> <li>New Czech translation (thanks Waseihou)</li> <li>German, Italian, Polish, Spanish, Swedish, Ukrainian translation updates</li> </ul> <h2 id="sha256-校验和">SHA256 校验和:</h2> <pre tabindex="0"><code>648a552ee009e9648aba0666c05e2f71e442a714716659a0ca4f60aca87bda50 i2pinstall_0.8.13.exe bdd510cc47b2cd78aa8d994e27694185c1f2deb48b049d61a93a795932ce5712 i2psource_0.8.13.tar.bz2 36683d906ac121fd28ac5600218aec943da154cb0230f274f0e2a7c6cc6fb8a5 i2pupdate_0.8.13.zip 81fa5256250fde2790153b83d2b01b6bc3b5ee7ea1b4d12232ce46f06ae736ef i2pupdate.su2 2eb25974ebfeeeec59d8138e42d5663d97cc24b94f2c6cf77cfe6dc991acf0bb i2pupdate.sud </code></pre>/zh/blog/2012/01/06/0.8.12-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Fri, 06 Jan 2012 00:00:00 +0000/zh/blog/2012/01/06/0.8.12-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.8.12 版本修复了几个导致消息损坏的缺陷，其中一些自 2005 年起就存在。它还包含对 router（I2P 路由节点）拥塞控制的重新设计，以及对 CPU 和内存使用的持续优化。我们希望这些改动能够改善网络性能。建议升级。</p> <p>文件可在<a href="../../zh/downloads">下载页面</a> 获取。</p> <h2 id="发布详情">发布详情</h2> <p>此版本包含多项重大更改，应有助于提升网络的可靠性和性能。</p> <p>前两个更改是对严重的 UDP 数据包传输缺陷的修复，详见下文。第三个更改是对解压缩器的修复。修复这些问题应能消除导致消息传递失败的一大来源。</p> <p>此外，本次发布包含对 router 的参与流量拥塞控制的重写。现在应当能够更准确地测量当前的参与带宽，更好地处理突发流量，减少消息丢弃，并且在必须丢弃时丢弃正确的消息。</p> <p>此外，此次发布减少了 routers 在经由 tunnel 转发消息时的处理量。由于网关只是将其透传，这些消息无需被完全解析和验证。这将有助于提升所有 routers 的性能，但除了在高流量的 routers 上，改进可能不太明显。</p> <p>我们乐观地认为这些更改会有所帮助，而且当然，消除消息损坏的来源肯定也会有所帮助。然而，改进的程度要等到网络中大多数完成升级之后才会显现。</p> <p>此版本还包含对 router 控制台亮色主题的一些更新。您可能需要在浏览器中执行 shift-reload 或 control-reload，以强制重新加载 CSS。</p> <h2 id="重大变更">重大变更</h2> <ul> <li>Instead of fully parsing and validating messages received at the inbound gateway, simply pass them down the tunnel</li> <li>Don&rsquo;t verify I2NP checksums in most cases, as message corruption is caught at other layers</li> <li>Don&rsquo;t recalculate I2NP checksums on messages passed through unchanged</li> <li>Several NTCP pumper optimizations, to hopefully fix NTCP pumper high CPU usage on fast routers</li> <li>Rewrite participating tunnel congestion control, to drop less, more accurately measure traffic, and handle bursts better</li> </ul> <h2 id="wrapper-更新">Wrapper 更新</h2> <p>新安装包含 wrapper（服务包装器）版本 3.5.13，该版本修复了在非常长的日志行情况下出现的堆内存损坏问题。更多信息请参阅 <a href="http://wrapper.tanukisoftware.com/doc/english/release-notes.html">http://wrapper.tanukisoftware.com/doc/english/release-notes.html</a> 。I2P PPA 软件包用户应已在 12 月的最后一周收到此更新。如果您不使用我们的 PPA 软件包，并希望手动更新您的 wrapper，请按照 <code>http://www.i2p2.de/manualwrapper</code> 上的说明进行操作。</p>/zh/blog/2011/11/08/0.8.11-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 08 Nov 2011 00:00:00 +0000/zh/blog/2011/11/08/0.8.11-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>正如大家已经注意到的，自10月5日起前所未有的网络增长显著加剧了网络拥塞，尤其在晚间（UTC）和周末。最近的两个版本包含了一些我们希望能缓解压力的改动，但遗憾的是，这些措施仅取得了有限成效。主要问题是在网络中限制直接的 router 与 router 连接的数量。这并不是一个新问题；我们已经为此努力了好几年，并取得了不错的成果。然而，最近的增长再次把我们推到了极限。</p> <p>0.8.11 版本包含若干进一步的更改，用于减少 router 之间的连接数量，并提高连接和 tunnel 构建的容量。其目的当然是提高 tunnel 构建成功率以及整体可靠性。一如既往，还包含一些错误修复和翻译更新。</p> <p>我们欢迎所有新用户。请在我们致力于改进网络性能的过程中耐心等待。在分布式匿名网络中调试拥塞问题是一项持续的挑战。升级下载完成后，请重启您的 router，以帮助改进网络。</p> <p>文件可在<a href="../../zh/downloads">下载页面</a> 获取。</p> <h2 id="版本详情">版本详情</h2> <h2 id="重大更改">重大更改</h2> <ul> <li>Improve peer profile capacity metric to include factors for connection, reachability, country, and router hash, to reduce connection churn</li> <li>Adjust connection limits and timeouts to increase capacity</li> <li>Adjust router info and peer profile expirations to reduce memory usage</li> <li>Rebuild existing tunnels some of the time to reduce connection churn and improve build success</li> <li>Build Executor / Handler thread separation to increase build handling capacity for high-speed routers</li> <li>Bloom Filter optimizations to reduce lock contention for high-speed routers</li> <li>SSU introducer changes</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>Fix expiration of peer profiles</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Ukrainian translation updates</li> </ul> <h2 id="sha256-校验和">SHA256 校验和：</h2> <pre tabindex="0"><code>fa3d566874f196e32e1d5987d3dedb956cfa0b2a93a0735e53d6dd9fa2b1769a i2pinstall_0.8.11.exe f7113da64bacea9a560e0f3c31c9fb663fc646d16bb621a9b8f1e97477d0a2d1 i2psource_0.8.11.tar.bz2 835fe7dadd4b8155a83774ea025dc76332660fed2c20799fa21f54b5627bff3d i2pupdate_0.8.11.zip d932c54d275eef0a31418970e0ecae8ea46d25e1110db4b9eab4ba685830e445 i2pupdate.su2 ca3e17c3cd29159e8a2a91ccc51bdfbf794ad9ca481f620b29bdd51251c3ab97 i2pupdate.sud </code></pre>/zh/blog/2011/10/20/0.8.10-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Thu, 20 Oct 2011 00:00:00 +0000/zh/blog/2011/10/20/0.8.10-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>版本 0.8.10 包含两项改动，旨在减少 router 与 router 之间的连接数量，从而提高 tunnel 构建的成功率和整体可靠性。当然，还包含一些错误修复和翻译更新。</p> <p>文件可在<a href="../../zh/downloads">下载页面</a> 获取。</p> <h2 id="发布详情">发布详情</h2> <h2 id="重大变更">重大变更</h2> <ul> <li>Disable tunnel testing as it forces too many router connections</li> <li>Select outbound endpoint - inbound gateway paths that are closer, using an XOR metric, to reduce router connections</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>Fix exceptions at shutdown</li> <li>Fix concurrency errors in SSU</li> <li>Fix timeout message on POST</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Increase max tunnels, reduce router info expiration</li> <li>Add gunzip support to eepget to reduce reseed bandwidth</li> <li>Finnish, Italian, Russian, and Swedish translation updates</li> </ul> <h2 id="sha256-校验和">SHA256 校验和：</h2> <pre tabindex="0"><code>8494640d29b1b7969118169a7ae1c56bc5a07f354ec883734687bf09eef0e35c i2pinstall_0.8.10.exe e5832bb49f46b0b6620e8492e6fc6454de4107b84bca5a4b35461c6b7ac0575e i2psource_0.8.10.tar.bz2 64bcd1fdd478cfda987c1d4906d94b3f20a0555bd4037aefa7a09af4f39a0e99 i2pupdate_0.8.10.zip 5620113f4e19768e15af0a9c8bc670ca443e9983a0d4868997800ee215790c51 i2pupdate.su2 39bfbfebbf77d660081fe1ce282f642fb15ed9cd170901f54a954bc986eadaf5 i2pupdate.sud </code></pre>/zh/blog/2011/10/11/0.8.9-%E5%8F%91%E5%B8%83/Tue, 11 Oct 2011 00:00:00 +0000/zh/blog/2011/10/11/0.8.9-%E5%8F%91%E5%B8%83/<p>0.8.9 版本带来了多项性能改进，并进行了许多变更以应对网络持续的快速增长。它采用了一种用于 Kademlia 网络数据库查找的新型迭代方法，应当更加可靠且更高效。我们还对 SSU (UDP) 传输协议进行了多项改进，有助于提升可靠性与效率。我们也做出了多项调整以提高 tunnel 构建成功率。当然，还包含大量错误修复和翻译更新。</p> <p>在过去几周里，网络增长非常迅速，这当然是个好消息，但也导致了一些不稳定性。我们欢迎所有新用户，并请大家在我们改进软件的过程中保持耐心。</p> <p>请帮助壮大网络。<a href="../../zh/get-involved">参与</a> 、宣传推广，并<a href="../../en/get-involved/#donate">捐助</a> ！如果你发现了缺陷（bug），请在Trac上提交报告。我们仍在为新的和现有的翻译寻求帮助。请在 IRC #i2p-dev 参与志愿工作。</p> <p>文件可在<a href="../../zh/downloads">下载页面</a> 获取。</p> <h2 id="发布详情">发布详情</h2> <h2 id="重大变更">重大变更</h2> <ul> <li>Iterative netdb lookup, this had to be fixed as the network growth was making the old method less reliable. Also increase lookup timeouts to improve success rates.</li> <li>Implement a SSU disconnect message so that the other side of a connection finds out when the peer disconnects. This should considerably speed up subsequent reconnection.</li> <li>Major rewrite of the SSU send queue code, for efficiency in high-speed routers</li> <li>Major rewrite of the participating tunnels expiration code, for efficiency in high-speed routers</li> <li>Increase the maximum SSU MTU so messages take less packets</li> <li>New reverse lookup table in the hosts.txt database so that names are displayed again on the netdb leases page</li> <li>Preliminary support for IRC DCC - not enabled by default</li> <li>(New installs only) Switch to the Maxmind GeoIP database which is up-to-date and has better coverage of some countries</li> <li>(New installs only) Update to wrapper 3.5.12 to fix file permission problems</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>Fix restoration of original tunnel quantity after idle</li> <li>Reduce CPU usage when network is disconnected</li> <li>Fix i2psnark &ldquo;eject&rdquo; button in certain browsers</li> <li>Fix changing i2psnark tunnel parameters</li> <li>Fix installation issues on some non-English Windows versions</li> <li>Catch some uncaught exceptions from GNU NIO</li> <li>Fix connectivity issues after long suspend times</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Improvements to the data structure caching, and increase some cache sizes, to increase hit rates. Add a country code string cache.</li> <li>Continue work on removing global locks for performance improvements</li> <li>Rewrite of the job queue for efficiency</li> <li>Switch to https reseed by default for security; update the reseed host lists</li> <li>Don&rsquo;t bother to gzip small http responses and images</li> <li>Use bigger buffers and gunzipper cache in the http proxy</li> <li>Several changes to improve tunnel build success rates</li> <li>Increase the number of floodfills again</li> <li>Faster router info expiration</li> <li>Remove ancient deprecated ministreaming socket manager</li> <li>Add option for i2psnark files readable by everyone</li> <li>Add option for i2psnark page refresh time</li> <li>Add streaming API for getting and setting I2CP port</li> <li>More aggressive netdb exploration by hidden routers</li> <li>Remove confusing &ldquo;firewalled and fast&rdquo; message</li> <li>Translation updates for German, Spanish, Portuguese, Russian, and Swedish</li> </ul> <h2 id="sha256-校验和">SHA256 校验和：</h2> <pre tabindex="0"><code>554d0abe82ca034e1b7479410bab330bba5644ca1ae4117982af670d0f44ee66 i2pinstall_0.8.9.exe c40d503c0ee2e90c75f3d635649490a8e49b60e1da8100db118e2097a133429e i2psource_0.8.9.tar.bz2 dba9258b67b3021c40456aae8e6986dc954ec55ab4ea527fd1ef02cfba88d803 i2pupdate_0.8.9.zip 8f04438cd3d17240bebe8afc172ed54a65c3265db8ea4675a8c508d8ba088326 i2pupdate.su2 e8754a0490bd3e47bc5017ea66d2bfda6386e9c9c6d50a6d77d2c15c0cab098b i2pupdate.sud </code></pre>/zh/blog/2011/09/03/ipredator-%E7%BC%96%E7%A8%8B%E4%B9%8B%E5%A4%8F/Sat, 03 Sep 2011 00:00:00 +0000/zh/blog/2011/09/03/ipredator-%E7%BC%96%E7%A8%8B%E4%B9%8B%E5%A4%8F/<p>itoopie 和 I2PControl 正式发布！</p> <p>我很高兴地宣布，itoopie 和 I2PControl 现已向公众开放。</p> <p>itoopie 是一个图形界面，旨在作为 I2P Router Console 的补充。itoopie 的目标是提供一个比 I2P Router Console 更简单、学习门槛更低的界面。</p> <p>I2PControl 是一个 I2P 插件，为 I2P router 提供 JSONRPC 接口。该接口支持设置基础参数（带宽、端口等）、读取多项统计信息，并通过 SSL 加密的 HTTP 连接提供。</p> <p>更多信息和使用说明可在 itoopie.i2p 获取。</p> <p>该项目由 VPN 服务 Relakks 和 Ipredator 资助，并由 Jan-Erik Fiske 和 <a href="http://twitter.com/brokep">Peter Sunde</a> 发起。</p> <p>感谢 Jan-Erik 和 Peter，</p> <p>// hottuna</p>/zh/blog/2011/08/23/0.8.8-%E5%8F%91%E5%B8%83/Tue, 23 Aug 2011 00:00:00 +0000/zh/blog/2011/08/23/0.8.8-%E5%8F%91%E5%B8%83/<p>I2P 0.8.8 版本启用了新的 hosts.txt 数据库，以加快主机名解析并在主机名条目中存储附加信息。它还包含改进，使 router（I2P 路由节点）在启动时更快地接入网络。新增代码可检测并响应较大的时钟跳变，这有助于在计算机挂起/恢复后让 router 恢复。</p> <p>新增了丹麦语和乌克兰语的翻译，并对其他语言进行了大量更新。当然，还包含大量的错误修复、性能改进，以及用于应对网络持续快速扩张的更新。</p> <p>请帮助壮大网络。参与其中提交报告。我们仍在寻求对新增与现有翻译的帮助。请在 IRC #i2p-dev 报名志愿参与。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <h2 id="版本详情">版本详情</h2> <h2 id="重大更改">重大更改</h2> <ul> <li>Enable new hosts.txt database for 10x faster lookups and ability to store additional information about entries. The database is created on upgrade, and populated with entries from the hosts.txt, privatehosts.txt, userhosts.txt files. Do not edit your *hosts.txt files manually after the upgrade; you must use the addressbook interface in the router console to add or delete entries.</li> <li>(New installs only) Wrapper and jbigi support for ARM v5 processors. The support added in 0.8.7 only worked for ARM v7 processors. We now support both.</li> <li>(New installs only) Wrapper and jbigi support for 64 bit x86 and PPC processors for OSX, and PPC for Linux. The support added in 0.8.7 only worked for 32-bit processors on OSX. We now support both.</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>Fix some Null Pointer Exceptions in the console at startup</li> <li>Fix some problems with wrapper interaction at shutdown</li> <li>Fix several issues with &ldquo;soft&rdquo; restart, used when the network configuration changes, or when IP changes in &ldquo;laptop mode&rdquo;</li> <li>Fix problems with tunnel tests after the tunnel pool is shut down</li> <li>Rename the private key file for a tunnel after deleting the tunnel, so it isn&rsquo;t inadvertently reused when a new tunnel is created</li> <li>Fix several hosts database file bugs, and add improved corruption detection and recovery</li> <li>Fix cases where thread dump wouldn&rsquo;t work</li> <li>Speed up network integration for new routers and routers that had been stopped for a long time</li> <li>Fix a bug which would leave UPnP ports open after shutdown</li> <li>Fix UPnP errors when running on computers with multiple network interfaces</li> <li>Fix some of the character encoding issues in susimail (still has some problems)</li> <li>Change several log errors to warnings</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Lots of improvements in the router shutdown code</li> <li>Improvements in recognizing and reacting to large clock shifts (generally caused by system suspend / resume). There are still issues remaining. Large clock shifts now cause a &ldquo;soft&rdquo; restart.</li> <li>Increase the number of floodfills again</li> <li>Increase the number of fast peers for those with several local destinations</li> <li>Increase the default news fetch time, which will extend the network upgrade period</li> <li>Add the router version to the update file zip signature to prevent version spoofing</li> <li>Support readonly hosts database files</li> <li>Remove floodfills from the exploration search message, which will help exploration work much better</li> <li>Increase the netdb exploration speed when starting up, to help new routers integrate more quickly</li> <li>Speed up the enumeration of floodfill routers</li> <li>Several other performance improvements</li> <li>New Danish and Ukrainian translations</li> <li>Translation updates for Chinese, Italian, Polish, Russian, Spanish and Swedish</li> </ul> <h2 id="sha256-校验和">SHA256 校验和：</h2> <pre tabindex="0"><code>32f37cd5045040da2b162b7ffa8eccd096ea2101a963590d5c1d8a7b9be3f4cc i2pinstall_0.8.8.exe 522adf14aeac28281ec469f2f45c9d5ead73dd510784d5ad148aa505784a4394 i2psource_0.8.8.tar.bz2 5c454ca3e63f436df4abbd394e6aa66da280b57179453eb5f90dff33325d9259 i2pupdate_0.8.8.zip 0155e67e86582c25911980d838de299890371e0957686a3463eeed248654a9b4 i2pupdate.su2 a1aaadeba38c5ef946f4d041f4bf86d2f69f7ba01cc2c9274549c22241febad9 i2pupdate.sud </code></pre>/zh/blog/2011/06/27/0.8.7-%E5%8F%91%E5%B8%83/Mon, 27 Jun 2011 00:00:00 +0000/zh/blog/2011/06/27/0.8.7-%E5%8F%91%E5%B8%83/<p>I2P 0.8.7 发行版包含对一些长期被忽视的组件的多项升级，包括命名服务、图表功能、原生 CPU ID 和 BigInteger 库、加密实现，以及 wrapper（包装器）。</p> <p>感谢新贡献者 KillYourTV，其在这些升级的实施与测试中发挥了关键作用，并得到了 sponge 和 hottuna 的额外支持。</p> <p>CPU ID 的改进由 hottuna 实现，并由 Relakks 和 Ipredator 慷慨资助 - 感谢 Peter Sunde 和 Jan-Erik Fiske 的支持。</p> <p>此外，我们首次在 <a href="https://launchpad.net/~i2p-maintainers/&#43;archive/i2p">launchpad.net 上的 I2P 个人软件包档案（PPA）</a> 提供官方渠道。对于使用 Ubuntu 的用户，这为安装 I2P 并保持各组件为最新提供了一种便捷方式。I2P 软件包可选择安装为服务，也可以像往常一样按需启动。该 PPA 目前由 KillYourTV 维护，并得到开发团队其他成员的支持。<a href="http://www.i2p2.de/debian">Ubuntu/Debian 安装说明</a> 位于我们的网站。</p> <p>对于通过网络更新的用户，由于包含了 jbigi 更新，此次更新的大小约为平时的四倍。通过网络下载更新时，请耐心等待。</p> <p>请帮助壮大网络。参与贡献提交报告。我们仍在为新的和已有的翻译寻找帮助。请到 IRC 的 #i2p-dev 频道报名。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <h2 id="重大变更升级与全新安装">重大变更（升级与全新安装）</h2> <ul> <li>NamingService upgrades to support new features, including a hosts.txt database that will be enabled in release 0.8.8</li> <li>New form in the HTTP proxy to save new hosts with address helpers to hosts.txt</li> <li>Speedups for SHA-256 and SHA-1 hash computation, most noticeable on GNU JVMs</li> <li>Upgrade to JRobin 1.5.9 for better-looking performance graphs</li> <li>Persistent graph data across restarts</li> <li>JCpuid / JBigI upgraded to libgmp 4.3.2 / 5.0.2 and the libraries are PIC compliant, and contain improved support 64-bit on most architectures. JBigI is a native library which significantly speeds up cryptography operations <ul> <li>For those on grsec / ASLR kernels where I2P was crashing due to non-PIC libraries, I2P should now work</li> <li>For those on x86 64-bit systems, crypto will be faster (typical result is a 25% improvement), which you may notice in lower CPU usage</li> <li>For those on ARM or x86 OS X systems, crypto should be much faster, as we did not have jbigi support for these systems before</li> <li>For those on most other 32-bit Linux, FreeBSD, or Windows systems, there should be no noticeable change in performance</li> </ul> </li> </ul> <h2 id="重大变更仅限新安装">重大变更（仅限新安装）</h2> <ul> <li>The Wrapper was updated to version 3.5.9 and the libraries are now PIC compliant, and support 64-bit on most architectures. For those who did not have a working wrapper before (those on grsec / ASLR kernels, or freebsd, ARM, or x86 OS X) manual upgrade of your wrapper libraries is possible. Instructions at [<code>http://www.i2p2.de/manualwrapper](http://www.i2p2.de/manualwrapper).</code> For FreeBSD users see [<code>http://www.i2p2.de/faq#compat6x](http://www.i2p2.de/faq#compat6x).</code> Alternative: delete existing installation and install a new. Second alternative for Ubuntu: delete existing install and use PPA. For those who have a working wrapper now, a manual upgrade is NOT recommended.</li> </ul> <h2 id="打包动态">打包动态：</h2> <ul> <li>Debian / Ubuntu - Major upgrade of the Debian packaging scripts to comply with packaging rules</li> <li>PPA - As described above</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>The update includes local Jetty patches that were inadvertently omitted from the 0.8.3 and 0.8.5 install packages</li> <li>A workaround for noncompliant UPnP devices</li> <li>Fix bug preventing Robert from initiating a connection to i2psnark</li> </ul> <h2 id="其他">其他</h2> <ul> <li>More adjustments for recent network growth, including increasing the number of floodfills and lowering the number of router infos stored locally</li> <li>Exchange version numbers across I2CP, to allow future changes to be backward-compatible</li> <li>Swedish translation, thanks 123hund123, hottuna and digitalmannen</li> <li>Partial Finnish, Italian, Polish, and Vietnamese translations, thanks to the Transifex translation teams</li> <li>Arabic translation updates, thanks hamada</li> <li>Russian translation updates, thanks hiddenz</li> <li>GeoIP update (new installs only)</li> </ul> <h2 id="sha256-校验和">SHA256 校验和：</h2> <pre tabindex="0"><code>9f0b1d565e0250cefe3998e1ccabda062d057f794ccb976c147608f005a022c4 i2pinstall_0.8.7.exe 31acef3fcd1a5839edc3b931f108944222c833d218bd427fe89a57b4acd92ece i2psource_0.8.7.tar.bz2 637d9c73fde3c8756dc04a13691a812940169e66445ba3c1c5c46829991bca8f i2pupdate_0.8.7.zip 47363a2284018a24335048a6c14d5e4f5b101f7048cbf23c61b710e2f31778b9 i2pupdate.su2 cad2233ec477fb4455ce90283a5d4a18dda17d312a818d6ae1276358cb2f55a5 i2pupdate.sud </code></pre>/zh/blog/2011/06/06/ipredator-%E7%BC%96%E7%A8%8B%E4%B9%8B%E5%A4%8F/Mon, 06 Jun 2011 00:00:00 +0000/zh/blog/2011/06/06/ipredator-%E7%BC%96%E7%A8%8B%E4%B9%8B%E5%A4%8F/<p>我受委托在2011年夏天为 I2P 贡献代码，实现一个控制协议以及该协议的客户端 (类似于 Tor 的 <a href="https://www.torproject.org/projects/vidalia.html">Vidalia</a> )。这项工作的构想来自 <a href="http://viaeuropa.se">ViaEuropa</a> 的 Jan-Erik Fiske 以及因 <a href="https://flattr.com">flattr</a> 和 <a href="http://thepiratebay.org/">The Pirate Bay</a> 而知名的 Peter Sunde，其资金将由 <a href="https://www.relakks.com/?cid=gb">Relakks</a> 和 Ipredator 慷慨资助。</p> <p>最新信息可在 zzz 的论坛 以及 chat.freenode.net 上的 #i2p-dev 找到</p> <p>祝好</p> <p>// hottuna (或 Robert)</p>/zh/blog/2011/05/16/0.8.6-%E5%8F%91%E5%B8%83/Mon, 16 May 2011 00:00:00 +0000/zh/blog/2011/05/16/0.8.6-%E5%8F%91%E5%B8%83/<p>0.8.6 版本包含更多节点选择方面的防御措施，以抵御强大的攻击者，并进行了微调以适应近期网络的快速增长。建议升级。</p> <p>请帮助扩大网络规模。参与其中提交报告。我们仍在为新的和现有的翻译寻找帮助。请在 IRC 的 #i2p-dev 频道报名成为志愿者。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <h2 id="发布详情">发布详情：</h2> <ul> <li>Strip trailing nulls from malformed UPnP responses from devices</li> <li>Fix a cause of excess tunnel creation</li> <li>Peer organization and selection changes to resist fast tier enumeration and manipulation by attackers</li> <li>Increase floodfill pool and decrease router info expiration time to adjust to recent network growth</li> </ul> <h2 id="sha256-校验和">SHA256 校验和：</h2> <pre tabindex="0"><code>0bd9927d607d2ac9986732b29b1c4b15a0fbb3521b2fa14dded10d5a57333efc i2pinstall_0.8.6.exe d784ab7ccfdf60f7ad71d625cd88c88c9290d3aeecfa419e03a7930e3faa72d0 i2psource_0.8.6.tar.bz2 e7153b4635c79b5c2592adb7597e4c4fd8bc38c87fb34925fad6a965f4d83de8 i2pupdate_0.8.6.zip 28af7bc483e6ae91325771ce368ba28cb65ccdafef739336454720578864f326 i2pupdate.su2 dcff98e499122b7b6fc4e7dd7fddb1d8a45684460246da5b4eb5eeb3b1ed351f i2pupdate.sud </code></pre>/zh/blog/2011/04/18/0.8.5-%E5%8F%91%E5%B8%83/Mon, 18 Apr 2011 00:00:00 +0000/zh/blog/2011/04/18/0.8.5-%E5%8F%91%E5%B8%83/<p>0.8.5 版本包含一些缺陷修复和性能改进，以及大量的翻译更新。一如既往，建议升级。</p> <p>请帮助壮大网络。<a href="http://www.i2p2.de/getinvolved.html">参与贡献</a> 、传播信息，并<a href="http://www.i2p2.de/donate.html">捐助</a> ！如果你发现了 bug，请在gitlab上提交报告。我们仍在寻求对新旧翻译的帮助。请在 IRC 的 #i2p-dev 频道报名成为志愿者。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <h2 id="release-details">Release details:</h2> <ul> <li>Lots of router console HTML fixes</li> <li>i2psnark magnet handling fixes</li> <li>SusiMail Translation support by &ldquo;duck&rdquo;</li> <li>Continuing work on the Arabic translation by &ldquo;hamada&rdquo;</li> <li>Completion of the French translation by &ldquo;magma&rdquo;</li> <li>Completion of the Spanish translation by &ldquo;punkibastardo&rdquo; and &ldquo;user&rdquo;</li> <li>Other translation updates</li> <li>Better support for text-mode browsers</li> <li>Profile display improvements</li> <li>Tunnel build request queue limiting</li> <li>Require nonce to change console language</li> <li>i2psnark improved logging of errors</li> <li>i2psnark improved metainfo handling</li> <li>Use the reseed server as a backup time source</li> <li>Change profile file extension from .dat to .txt.gz</li> <li>Change all i2ptunnels to 3 hops for new installs</li> <li>Add all bogons to blocklist for new installs</li> <li>More efficient use of entropy for padding</li> </ul> <h2 id="sha256-校验和">SHA256 校验和：</h2> <pre tabindex="0"><code>6ae6b196352e1053c4e7b91edc575330d108ff9abfc2746ea3c3b2e3fd467006 i2pinstall_0.8.5.exe de9fa105c1335d58609689a942d3e6a508ca824fc8b27a34c1c0b09fc7e0167b i2psource_0.8.5.tar.bz2 7e4c1835dfd7aaa42d84cf4646f5858a37efa027f43a26eb98360e3cb4750ac8 i2pupdate_0.8.5.zip efea978f3e4e955b9afa05847dc4ebb83c8df3651adeb717769e32a908bc5f53 i2pupdate.su2 1b6eca94b7938f5c61c26b4482c89919bdfbc7c41aee7735f8f561c01c3a29d3 i2pupdate.sud </code></pre>/zh/blog/2011/03/02/0.8.4-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Wed, 02 Mar 2011 00:00:00 +0000/zh/blog/2011/03/02/0.8.4-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.8.4 版本包含一些性能改进和重要的错误修复。此外，i2psnark 现在支持磁力链接。一如既往，建议升级。</p> <p>请帮助壮大网络。<a href="http://www.i2p2.de/getinvolved.html">参与其中</a> 、宣传推广，并<a href="http://www.i2p2.de/donate.html">捐助</a> ！如果你发现了 bug，请在gitlab提交报告。我们仍在为新增和已有的翻译寻找帮助。请在 IRC #i2p-dev 报名成为志愿者。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <h2 id="版本详情">版本详情：</h2> <ul> <li>Fix a severe memory leak in router I2CP session management that caused router crashes for people running the Robert bittorrent client</li> <li>Fix a bug from 0.8.2 that filtered cookies in the HTTP Server tunnel, causing authentication problems for some eepsites (I2P Sites)</li> <li>Several fixes for rare NPEs</li> </ul> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Magnet and &ldquo;maggot&rdquo; link support</li> <li>Peer Exchange</li> <li>Metadata transfer</li> <li>Details page enhancements</li> <li>Bandwidth limiter improvements</li> <li>Bug fixes</li> </ul> <h2 id="其他">其他</h2> <ul> <li>More performance improvements</li> <li>Adjustment to peer selection, to hopefully use more of the available network capacity</li> <li>Translation updates</li> <li>Start of a new Arabic translation by &lsquo;hamada&rsquo;</li> </ul> <h2 id="sha256-校验和">SHA256 校验和:</h2> <pre tabindex="0"><code>2b9f82b2c236cedcb6d394557a366ea3e181ca244461375a810709b2f7d4e881 i2pinstall_0.8.4.exe e454880a753963361e43d65da69542c4e8caa62d2646e8ce851b2f95fd9e735c i2psource_0.8.4.tar.bz2 5c6632b5f97e02296ad2d3d5f108b472d6766967a037d96421ad36fa5f2e60a9 i2pupdate_0.8.4.zip 155cd3ca7d174c30367dfa147b11a0c55fb6e85680a0aeda126afcb5e141db42 i2pupdate.su2 465060129520ad115a3823e625def94b8ebafdd28c6ab9b27e125afed70cf851 i2pupdate.sud </code></pre>/zh/blog/2011/01/24/0.8.3-%E5%8F%91%E5%B8%83/Mon, 24 Jan 2011 00:00:00 +0000/zh/blog/2011/01/24/0.8.3-%E5%8F%91%E5%B8%83/<p>0.8.3 版本包含多项性能改进，包括减少线程和内存占用，以及更快的 I2CP（客户端与router）通信。</p> <p>此外，还增加了新的 SSL router 控制台支持；包含为处于限制性防火墙之后用户提供 HTTP 代理支持的新的 reseed（引导）配置页面；包含针对远程客户端的 I2CP-over-SSL 支持的新的 I2CP 配置部分；用于增强 DoS 保护的新的服务器连接限制和黑名单配置部分；以及新的 HTTP 代理跳转服务器（jump server）配置部分，便于你轻松添加替代跳转服务器。现在默认限制统计信息以降低内存占用；你可以在统计信息配置页面重新启用完整的统计项。当然，还包含一些缺陷修复，因此一如既往，建议升级。</p> <p>请帮助壮大网络。<a href="http://www.i2p2.de/getinvolved.html">参与贡献</a> 、帮助宣传，并且<a href="http://www.i2p2.de/donate.html">捐助</a> ！如果你发现 bug，请在gitlab上提交报告。我们仍在为新的和现有的翻译寻求帮助。请在 IRC #i2p 频道报名成为志愿者。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <p><strong>发布详情：</strong></p> <h2 id="新功能">新功能</h2> <ul> <li>SSL Console</li> <li>SSL I2CP</li> <li>Jump list, blacklist, and connection limits now on i2ptunnel edit forms</li> <li>Smarter update handler that tries multiple sources</li> <li>New reseed configuration page for those behind restrictive firewalls</li> <li>New I2CP configuration form</li> </ul> <h2 id="资源缩减">资源缩减</h2> <ul> <li>More efficient I2CP for internal clients</li> <li>Less threads, better thread pooling</li> <li>Adjust thread count based on available memory</li> <li>Change full stats default to false</li> <li>Caching of several data structures</li> <li>Naming lookup support over existing I2CP sessions</li> </ul> <h2 id="错误修复">错误修复</h2> <ul> <li>Fix i2psnark buttons in Firefox 4.0b and IE</li> <li>Restore library functions required by Syndie</li> </ul> <p><strong>SHA256 校验和：</strong></p>/zh/blog/2010/12/22/0.8.2-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Wed, 22 Dec 2010 00:00:00 +0000/zh/blog/2010/12/22/0.8.2-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.8.2 版本在 router 和 i2psnark 中进行了大量错误修复和主题更新。还对 i2psnark 进行了优化，以降低内存使用。HTTP 和 SOCKS 代理现在支持本地和远程授权。建议升级。</p> <p>I2P 将于 12 月 27 日当周出席在柏林举行的 27C3。到现场寻找 I2P 的成员，并索取 I2P 贴纸！</p> <p>请帮助壮大网络。参与其中上提交报告。我们仍在为新增和现有的翻译寻求帮助。请在 IRC 的 #i2p 频道参与志愿工作。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <p><strong>发布详情：</strong></p> <h2 id="错误修复">错误修复</h2> <ul> <li>Improve I2CP and I2PTunnel error propagation and logging for troubleshooting</li> <li>Clean up lots of error messages that weren&rsquo;t really errors</li> <li>Fix transport bug with message retries causing IllegalStateExceptions</li> <li>Fix bug causing UDP to use too much CPU</li> </ul> <h2 id="控制台">控制台</h2> <ul> <li>Theme updates</li> <li>Home page update</li> <li>Convert GETs to POSTs for security</li> <li>&ldquo;.jsp&rdquo; suffixes no longer required in URLs</li> <li>Fix UDP rate display on Peers page</li> <li>Stats page improvements</li> <li>Improve time representation</li> </ul> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Theme updates, theme selection, new vanilla theme</li> <li>Reduction in memory and thread usage</li> <li>Convert GETs to POSTs for security</li> <li>Files now mode 600</li> <li>Lots of bug fixes</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Support reseeding via SSL</li> <li>Add SOCKS outproxy support</li> <li>Add username/password support for I2CP, HTTP and SOCKS proxies, and outproxies</li> <li>Rework of data structure classes in preparation for more caching</li> <li>Logging subsystem updates; router log now in local time</li> <li>API cleanup by marking more non-API classes package private</li> <li>Javadoc updates</li> <li>More work on the Debian build scripts by HungryHobo</li> <li>New advanced option i2p.insecureFiles=true to disable mode 600</li> <li>Save news and addressbook subscription last-fetched times across restarts, so they aren&rsquo;t always fetched right after router start</li> <li>Lots of translation updates</li> </ul> <p><strong>SHA256 校验和:</strong></p>/zh/blog/2010/11/15/0.8.1-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 15 Nov 2010 00:00:00 +0000/zh/blog/2010/11/15/0.8.1-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.8.1 版本包含常规的错误修复和性能微调。同时还新增了一个 i2psnark 主题，并进行了若干翻译更新。建议升级。</p> <p>请帮助壮大网络。请在 IRC #i2p 或 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 向开发者反馈、<a href="http://www.i2p2.de/getinvolved.html">参与其中</a> 、帮助宣传，并<a href="http://www.i2p2.de/donate.html">捐助</a> ！我们仍在为新的和现有的翻译寻求帮助。请在 IRC #i2p 报名参与志愿工作。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <p><strong>发布详情：</strong></p> <p>现在从源代码构建需要 JDK 1.6 或更高版本。</p> <p>1.5 或更高版本的 JRE（Java 运行时环境）仍可用于运行 I2P。</p> <h2 id="错误修复">错误修复</h2> <ul> <li>Fix eepget redirect bugs</li> <li>Fix bug causing GeoIP lookups to stop</li> <li>Don&rsquo;t let alternative naming services look up b32 addresses</li> <li>Try to prevent firewalled routers from running out of introducers</li> <li>Try again to fix i2ptunnel nonce bug</li> </ul> <h2 id="速度提升">速度提升</h2> <ul> <li>Make streaming flush much faster</li> <li>Use flush in more places</li> <li>Convert several lists to queues</li> <li>Fix crypto YK precalculation</li> <li>Disable unused I2CP acknowledgements in several cases</li> <li>Don&rsquo;t route tunnels through peers 0.7.8 and earlier as they have message corruption bugs</li> </ul> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Redesign by dr|zed</li> <li>File download priority feature</li> <li>Lots of bug fixes</li> </ul> <h2 id="文件权限">文件权限</h2> <ul> <li>All user files created by I2P will now be readable only by the owner (mode 600)</li> </ul> <h2 id="文档">文档</h2> <ul> <li>The technical documentation on our website is now current, complete, and accurate. See [<code>http://www.i2p2.de/how](http://www.i2p2.de/how)</code> .</li> <li>Javadocs have been updated throughout the source.</li> <li>Full Javadocs are now available at <a href="http://docs.i2p-projekt.de/">http://docs.i2p-projekt.de/</a> .</li> </ul> <p><strong>SHA256 校验和：</strong></p>/zh/blog/2010/09/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2010%E5%B9%B49%E6%9C%888%E6%97%A5/Wed, 08 Sep 2010 00:00:00 +0000/zh/blog/2010/09/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2010%E5%B9%B49%E6%9C%888%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> </p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 22:02 &lt;@Mathiasdm&gt; 好的 22:02 &lt;@Mathiasdm&gt; 开会时间 22:03 &lt;@Mathiasdm&gt; 0) 你好 22:03 &lt;@Mathiasdm&gt; 1) 网站内容进展 22:03 &lt;@Mathiasdm&gt; 2) 网站后端进展 22:03 &lt;@Mathiasdm&gt; 3) 开发讨论的地点 22:03 &lt;@Mathiasdm&gt; 4) 任务指派 + 处理分歧 22:03 &lt;@Mathiasdm&gt; 5) 状态更新 22:03 &lt;@Mathiasdm&gt; 6) 即将到来的开发者会议 22:03 &lt;@Mathiasdm&gt; 好的 22:03 &lt;@Mathiasdm&gt; 0) 你好 22:04 &lt;@Mathiasdm&gt; 欢迎来到第208次开发者会议！（不要脸地从 badger 那里偷来的 :p） 22:04 * Mathiasdm 戳了所有人 22:04 &lt;eche|on&gt; *戳* 22:04 * Mathiasdm 戳了 zzz，谢了 op 22:06 &lt;@Mathiasdm&gt; 嗯，需要多戳几下把大家叫醒吗？ zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (抱歉 :)) 22:06 &lt;eche|on&gt; *戳* 22:06 &lt;@Mathiasdm&gt; 抱歉，eche|on :p 看到了你的戳 22:08 &lt;duck&gt; moin 22:08 &lt;@Mathiasdm&gt; moin duck 22:09 &lt;hawk&gt; * Mathiasd1 戳了 welterde 22:11 &lt;@Mathiasdm&gt; 好吧，那就再等等，目前只有我们3个人 22:11 &lt;@Mathiasdm&gt; 想加入的，回戳一下 22:11 &lt;whitenoise&gt; *戳* 22:11 &lt;@zzz&gt; 收到 22:12 &lt;@Mathiasdm&gt; 啊哈，首席开发，太好了 :) 22:13 &lt;@Mathiasdm&gt; 为了尽可能让更多人参与，再等2分钟就开始 22:14 &lt;@Mathiasdm&gt; 现在还剩1分钟 22:14 &lt;superuser&gt; mooin 22:15 &lt;@Mathiasdm&gt; 准时到，superuser ;) 22:15 &lt;@Mathiasdm&gt; 大家好 22:15 &lt;superuser&gt; ;-) 22:15 &lt;superuser&gt; 嗨 Mathiasdm 22:15 &lt;superuser&gt; 以及各位 22:15 &lt;@Mathiasdm&gt; 1) 网站内容进展 22:15 &lt;@Mathiasdm&gt; 大家可能都知道，由于规范重构，I2P 的开发目前暂停 22:16 * Mathiasdm 把烫手山芋交给 zzz，让他来说说规范重构的进展 22:16 &lt;eche|on&gt; 对 22:17 &lt;@zzz&gt; 已经7周了，进展很慢。我现在在做 i2cp，已经花了好几个小时 22:17 &lt;@zzz&gt; 需要其他人既在他们承诺要做的事情上出力，也在还没人认领的工作上出力 22:17 &lt;@zzz&gt; 完毕 22:18 &lt;@Mathiasdm&gt; 好 22:18 * Mathiasdm 明天我会重新开始，开发环境已经重新搭好了 22:18 &lt;@Mathiasdm&gt; 其他人对此有要说的，尽管发表 :) 22:19 &lt;@Mathiasdm&gt; 看来没有 22:19 &lt;@Mathiasdm&gt; 嗯 22:19 &lt;@Mathiasdm&gt; 2) 网站后端进展 22:19 &lt;eche|on&gt; 我觉得在做这事的人很棒。 22:19 &lt;@Mathiasdm&gt; 哦 22:19 &lt;@Mathiasdm&gt; 抱歉 :) 22:21 &lt;@Mathiasdm&gt; 我们暂时跳过第2项，除非 welt 进来 22:21 &lt;@Mathiasdm&gt; 3) 开发讨论的地点 22:22 &lt;@Mathiasdm&gt; 这与 `http://zzz.i2p/topics/719` 有关 22:22 &lt;@Mathiasdm&gt; 我引用： 22:22 &lt;@Mathiasdm&gt; "* 在 zzz.i2p 上发布开发者讨论。我意思是：IRC 是一种高度 '易变' 的媒介，并不是每个人都会一直在线，也不是每个人都会记录日志。它非常适合短讨论，但请考虑在 zzz.i2p 上发一篇简短的纪要，这样其他人也能参与讨论。" 22:22 &lt;eche|on&gt; 开发讨论是个难题。IRC 不错，但既不可靠也没有归档 22:22 &lt;@Mathiasdm&gt; 是的，同意 22:23 &lt;@Mathiasdm&gt; 但可选的地方很多 22:23 &lt;@Mathiasdm&gt; zzz.i2p、forum.i2p、邮件列表 22:23 &lt;@Mathiasdm&gt; 嗯，好吧，就3个 :p 22:23 &lt;eche|on&gt; 我建议有个集中归档点 22:23 &lt;eche|on&gt; 并且有备份。 22:24 &lt;@Mathiasdm&gt; 对 22:24 &lt;@Mathiasdm&gt; 不过为此搭建分布式存储听起来挺难的 :p 22:24 &lt;@Mathiasdm&gt; 不过邮件列表应该可行 22:25 &lt;@Mathiasdm&gt; 邮件列表也算是‘有点分布式’ 22:25 &lt;eche|on&gt; :-) 22:25 &lt;superuser&gt; 网站本身不是已经分布式了吗？ 22:25 &lt;@Mathiasdm&gt; 还有别人有想法吗？ 22:25 &lt;eche|on&gt; 邮件列表也是个好方案 22:26 &lt;superuser&gt; 也可以用那个 22:26 &lt;@Mathiasdm&gt; 是，但那不包括论坛，superuser 22:26 &lt;eche|on&gt; 对，网站在 monotone 里 22:26 &lt;@Mathiasdm&gt; 确实 22:26 &lt;superuser&gt; 不，我不是指论坛，是指网站本身 22:26 &lt;superuser&gt; 以前的开发会议记录不是也在那儿某个地方能找到吗？ 22:26 &lt;@Mathiasdm&gt; 但要把讨论内容都提交进 monotone 再讨论就很难受了 :p 22:27 &lt;superuser&gt; 确实 22:27 &lt;@Mathiasdm&gt; 也许等 welt 正在做的新后端好了，这会更可行 22:27 &lt;superuser&gt; 那只适合做归档，不适合持续讨论 22:28 &lt;@Mathiasdm&gt; 临时而言，我建议：如果在 IRC 上进行了一场较大的讨论，就在 _a_ 持久媒介上发几条笔记 22:29 &lt;@Mathiasdm&gt; 不论是 zzz.i2p、邮件列表还是论坛 22:29 &lt;@Mathiasdm&gt; 我知道，这有点含糊 22:29 &lt;eche|on&gt; 我投票支持邮件列表 ++ 22:29 &lt;@Mathiasdm&gt; 嗯，welt，网站上有邮件列表的使用说明吗？ 22:29 &lt;superuser&gt; 你是指 welt 的 NNTP 服务？ 22:29 &lt;@Mathiasdm&gt; 邮件列表我也觉得不错，eche|on，不过我在想能不能让所有人都用起来？ 22:29 &lt;eche|on&gt; 目前没有可用的邮件列表 22:29 &lt;@Mathiasdm&gt; 是的，superuser 22:29 &lt;@Mathiasdm&gt; 呃 22:29 &lt;@Mathiasdm&gt; 或者说是什么来着 22:29 &lt;@Mathiasdm&gt; 我想是的 22:30 &lt;@Mathiasdm&gt; eche|on：welt 今年夏天设置了几个邮件列表 22:30 &lt;eche|on&gt; NNTP 是新闻服务器 22:30 &lt;@Mathiasdm&gt; 但还没被广泛使用 22:30 &lt;@Mathiasdm&gt; 对，没错，不过现在也有邮件列表了 22:30 &lt;@Mathiasdm&gt; 不过我手头没有地址 22:30 &lt;@Mathiasdm&gt; zzz、duck：你们的看法？ 22:31 &lt;superuser&gt; 我目前没有邮件列表的信息，只在新闻服务器上看到过 welt、Mathiasdm 和 ReturningNovice 的帖子 22:32 &lt;@zzz&gt; 我不是很喜欢邮件列表，但如果大家想用我会用。welt 的目前看来还是个大秘密 22:33 &lt;duck&gt; 我觉得 zzz.i2p 就挺好 22:33 &lt;@Mathiasdm&gt; 我觉得只要不是 IRC 的都很有用（我喜欢 IRC，如前所述，但太多开发讨论在 IRC 上根本跟不上） 22:33 &lt;eche|on&gt; zzz.i2p 没问题，但是：IRC 上的讨论需要被拷贝进去，而且最好能有某种备份 22:34 &lt;@Mathiasdm&gt; 嗯，也许我可以搭个类似的东西，比如 22:34 &lt;@Mathiasdm&gt; 呃 22:34 &lt;@Mathiasdm&gt; 它叫什么来着 22:34 &lt;@Mathiasdm&gt; 两三年前的那个 22:34 &lt;@Mathiasdm&gt; trevorreznik.i2p? 22:36 &lt;@Mathiasdm&gt; 这样如何：我们继续用 zzz.i2p，同时开始用邮件列表，并尽量确保 IRC 上的讨论不要只停留在 IRC？ 22:36 &lt;duck&gt; 所有主要的设计内容都已经在 zzz.i2p 上了 22:36 &lt;eche|on&gt; 更好：继续用 zzz.i2p，并把 IRC 的内容拷进去。 22:36 &lt;duck&gt; 我不觉得这是个问题 22:37 &lt;superuser&gt; 如果 zzz 的那个消失了怎么办 22:37 &lt;superuser&gt; s//? 22:37 &lt;duck&gt; dev/design 22:37 &lt;@Mathiasdm&gt; 比如，sponge 发的关于 seedless 和 bob 的所有内容（只是举例，sponge :p）经常都是仅限 IRC 的讨论 22:38 &lt;duck&gt; 我不认为靠一个邮件列表就能让 sponge 去把他的协议和 API 写成文档 22:38 &lt;duck&gt; 不过可以试试 22:39 &lt;@Mathiasdm&gt; 不不不，我不是这个意思，duck 22:39 &lt;@Mathiasdm&gt; 如前所述，我不在乎是在 zzz.i2p 上还是在邮件列表上 22:39 &lt;@Mathiasdm&gt; 我只是不希望那些讨论只存在于 IRC 22:39 &lt;@Mathiasdm&gt; 不过你说得也有道理 22:39 &lt;@Mathiasdm&gt; 有些东西可能终究还是只会留在 IRC 上 22:39 &lt;duck&gt; 那就去跟 sponge 说 22:39 &lt;@Mathiasdm&gt; 那只是个例子 22:40 &lt;duck&gt; （你或许已经通过这次会议在这么做了，当然） 22:40 &lt;duck&gt; 好的，明白了 22:40 &lt;@Mathiasdm&gt; :) 22:41 &lt;@Mathiasdm&gt; 好吧，我想如果大家尽量把内容发到 zzz.i2p（或者邮件列表——不过我们等 welt :p），那这事就这么定了 22:42 &lt;@Mathiasdm&gt; 至少目前如此 22:42 &lt;@Mathiasdm&gt; 关于这点还有要补充的吗？ 22:44 &lt;@Mathiasdm&gt; 好 22:44 &lt;@Mathiasdm&gt; 下一个 22:44 &lt;@Mathiasdm&gt; 4) 任务指派 + 处理分歧 22:45 -!- Moru [kvirc@irc2p] 加入了 #i2p-dev 22:45 &lt;@Mathiasdm&gt; 目前，任务（显示在 http://www.i2p2.de/team.html ）是由人们直接修改网页来指定/选择的 22:45 &lt;hawk&gt; &lt;preforce&gt; Title: Team - I2P (at www.i2p2.de) 22:45 &lt;@Mathiasdm&gt; 所以如果你想做某个任务，就直接去做，并把自己加到网页上 22:45 &lt;@Mathiasdm&gt; 我想这挺好的 :) 22:46 &lt;eche|on&gt; 如果有人不同意：就在 IRC/zzz.i2p 上讨论 22:46 &lt;@Mathiasdm&gt; 对，分歧就是问题所在 22:46 &lt;eche|on&gt; 但要改东西需要提交权限，这意味着需要现有开发者的一些信任 22:46 &lt;@Mathiasdm&gt; 今年夏天出现过分歧，我们并没有真正处理好 22:46 &lt;@Mathiasdm&gt; 确实，eche|on 22:47 &lt;@Mathiasdm&gt; 如果双方无法达成一致，我们该如何解决讨论？ 22:47 &lt;@Mathiasdm&gt; 投票之类的？ 22:47 &lt;@Mathiasdm&gt; 我就是在想这个 22:48 &lt;@Mathiasdm&gt; 有什么建议？ 22:48 &lt;eche|on&gt; 之前提到过‘最后一道防线’ 22:48 &lt;eche|on&gt; 也就是 zzz 22:48 &lt;@Mathiasdm&gt; 最后一道防线？ 22:48 &lt;@Mathiasdm&gt; 啊 22:49 &lt;whitenoise&gt; 有没有第三种更好的解决方案？ 22:49 &lt;duck&gt; 如果都不行；就求助 zzz 22:49 &lt;eche|on&gt; 投票是个不错的主意，不过我认为通常能提前找到解决方案 22:49 &lt;@Mathiasdm&gt; 如果第三种方案确实更好，双方自然会选它 ;) 22:50 &lt;@Mathiasdm&gt; 嗯，好 22:50 &lt;@Mathiasdm&gt; 只是好奇，zzz，你同意充当‘最后一道防线’吗？ :) 22:50 &lt;@Mathiasdm&gt; 我觉得可以，但你自己愿意吗？ 22:51 &lt;@zzz&gt; 不太愿意。我的规则是，真正做事的人说了算。只会空谈、惹恼别人的人说了不算。 22:52 &lt;@zzz&gt; 活儿多得很。 22:53 &lt;@Mathiasdm&gt; 好 :) 听起来不错 22:53 &lt;@Mathiasdm&gt; 还有补充意见吗？没有的话，下一个议题 22:53 &lt;superuser&gt; 总体来说“谁做谁负责”听起来不错 22:53 &lt;superuser&gt; 但如果双方都在做呢 22:53 &lt;superuser&gt; 却仍然朝相反的方向走？ 22:54 &lt;superuser&gt; 我想那种情况下，投票机制也不失为一种办法 22:54 &lt;@Mathiasdm&gt; 确实 22:54 &lt;@zzz&gt; 如果是代码，我可以拍板。但网站我绝对不是最后一道防线。是 welt 和 echelon。 22:55 &lt;@Mathiasdm&gt; 嗯，如果讨论后仍无法找到解决方案，可以投票，或者由某个人（zzz、welt？）来定 22:55 &lt;@zzz&gt; 他们会通过撤销输家的权限来选出赢家。 22:56 &lt;@Mathiasdm&gt; 我希望只有在很糟糕的争执时才会这样 ;) 友好的分歧不该导致丧失权限 :p 22:57 &lt;eche|on&gt; 对 22:58 &lt;@Mathiasdm&gt; 那就这样 22:58 &lt;@Mathiasdm&gt; 下一个点 22:58 &lt;@Mathiasdm&gt; 如果没问题的话 22:58 &lt;@Mathiasdm&gt; 5) 状态更新 22:58 &lt;eche|on&gt; ok 22:59 &lt;@Mathiasdm&gt; 我想这个周末开始‘收集’状态更新 22:59 &lt;@Mathiasdm&gt; 原本上周就要做的，但被工作缠住了 22:59 &lt;eche|on&gt; 太好了。开始吧。 22:59 &lt;@Mathiasdm&gt; 基本上，就是‘你上周做了什么？’以及‘你下周的计划是什么？’ 23:00 &lt;@Mathiasdm&gt; 我会在网站上稍作总结后发布 23:00 &lt;@Mathiasdm&gt; 随时欢迎提建议 :) 23:00 &lt;@Mathiasdm&gt; 好，最后一点（就在开会前刚加上的） 23:00 &lt;@Mathiasdm&gt; 6) 即将到来的开发者会议 23:01 &lt;@Mathiasdm&gt; -谁要去 27c3？ 23:01 &lt;@Mathiasdm&gt; -谁要去 brucon？ 23:01 &lt;@Mathiasdm&gt; -还有别的？ 23:02 &lt;@Mathiasdm&gt; 我肯定会参加 brucon，很可能在 27c3 待一天（并在柏林待上几天） 23:02 &lt;whitenoise&gt; Mathiasdm，我在开始前10分钟又加了一个议题。 23:02 &lt;@Mathiasdm&gt; 哦？抱歉，没看到 23:03 &lt;@Mathiasdm&gt; 好，稍后就说到这个，whitenoise 23:03 &lt;whitenoise&gt; 好的 23:03 &lt;whitenoise&gt; 谢谢 23:03 &lt;@Mathiasdm&gt; 没人对开发者会议有意见吗？ 23:04 &lt;@Mathiasdm&gt; 那么：7) 在 I2P 内推广使用 BitTorrent 协议：利与弊 23:04 * Mathiasdm 把烫手山芋交给 whitenoise 23:04 &lt;whitenoise&gt; 好，我们和 duck 稍微讨论过这个 23:05 &lt;whitenoise&gt; 虽然这对掩护流量和网络增长是个好方法，但也可能导致 I2P 被视为非法文件分享网络而声名不佳 23:05 &lt;eche|on&gt; 我决定不参加 27c3 23:06 &lt;@Mathiasdm&gt; 啊，太可惜了，eche|on 23:06 &lt;@Mathiasdm&gt; 确实，whitenoise 23:06 &lt;whitenoise&gt; 另一方面…… 23:06 &lt;superuser&gt; 我觉得不应该比其他服务更强调 BT，而应把 i2p 宣传为通用网络 23:07 &lt;superuser&gt; 哦，他还没说完…… 23:07 &lt;@Mathiasdm&gt; 他可能在卡，给他点时间 :) 23:08 &lt;whitenoise&gt; 如果我们不推广这个协议，将来某个不算太近的时间里，如果数字媒体的销售模式没有改变，对 torrent 用户的压力会更大，他们就会开始寻找隐藏自己的方法 23:08 &lt;whitenoise&gt; 这无论如何都可能导致我说的第一点（恶名） 23:08 &lt;whitenoise&gt; 不过这也难说 23:08 &lt;Moru&gt; 大家好！打扰一下……可悲但真实的是，把它当作文件分享来推广，你会得到更多用户和大量开发者加入。甚至可能会得到想要使用安全文件分享平台的人的资助。 23:09 &lt;@Mathiasdm&gt; 我个人认为，单靠宣传不会达到那样的效果 23:09 &lt;@Mathiasdm&gt; 另外，whitenoise，你关于恶名的说法没错 23:09 &lt;@Mathiasdm&gt; 但我们现在是在推广它吗？ 23:10 &lt;whitenoise&gt; 我觉得，目前没有 23:10 &lt;@Mathiasdm&gt; 而且 BitTorrent 本身并不会导致恶名，导致恶名的是文件分享（我认为这是个重要区别，不过也许与这次讨论无关） 23:10 &lt;@Mathiasdm&gt; （还有，嗨，Moru） 23:11 &lt;whitenoise&gt; 嗯，BitTorrent 是使用最广的方式，这就是我谈它的原因 23:11 &lt;whitenoise&gt; 当然，也可能是 emule 或其他东西 23:11 &lt;@Mathiasdm&gt; 你觉得应该如何推广？ 23:12 &lt;whitenoise&gt; 比如，目前普通用户在把一切配置好这件事上有些困难 23:12 &lt;whitenoise&gt; 我们可以让关于 BitTorrent 的信息更醒目 23:13 &lt;@Mathiasdm&gt; 嗯，是的 23:13 &lt;whitenoise&gt; 把说明写得更简单 23:13 &lt;whitenoise&gt; 等等。 23:13 &lt;@Mathiasdm&gt; 但我觉得（imho）这更像是 I2P 的通用问题 23:13 &lt;whitenoise&gt; 也许可以稍微改进 i2psnark 23:13 &lt;@Mathiasdm&gt; I2P 本身也可以显眼很多 :p 23:13 &lt;whitenoise&gt; 对 23:14 &lt;whitenoise&gt; 不过这么做（比如在 Twitter 上宣传）肯定会吸引一些用户 23:14 &lt;@Mathiasdm&gt; 是的 23:14 &lt;@Mathiasdm&gt; 嗯，我同意，也希望我们在不久的将来会更多地致力于把一切变得更清晰（提高可用性之类） 23:14 &lt;whitenoise&gt; 所以问题在于，我想，我们该做什么、不该做什么 23:15 &lt;whitenoise&gt; 也许是改进说明，但不要把它宣传成文件分享网络？ 23:15 &lt;@Mathiasdm&gt; 我认为（等 0.9 开发开始后）我们应该做的是看看可用性的‘痛点’ 23:15 &lt;eche|on&gt; 这些方面我已经有些想法了 23:17 &lt;@Mathiasdm&gt; 是的，改进 I2P 的说明会有帮助；控制台重构（也许？不确定）也会有帮助 23:17 &lt;@Mathiasdm&gt; eche|on：我们不是有一份你去的那个会议上的可用性意见的 .pdf 吗？ 23:17 &lt;eche|on&gt; 嗯 23:18 &lt;@zzz&gt; 我有 23:18 &lt;eche|on&gt; 得找找，不过总体上我们确实有一些问题。 23:18 &lt;@Mathiasdm&gt; 有链接吗，zzz？ 23:19 &lt;@Mathiasdm&gt; 那好，我们能不能在网站规范之后，稍微专注做一下这个？ 23:20 &lt;@zzz&gt; `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 &lt;@Mathiasdm&gt; 谢了 23:20 &lt;eche|on&gt; 这是个不错的主意 23:21 &lt;@Mathiasdm&gt; 好，那就这样 23:21 &lt;@Mathiasdm&gt; 还有其他意见或想法吗，whitenoise？ 23:21 &lt;whitenoise&gt; 嗯... 23:22 &lt;@Mathiasdm&gt; 当然，你也可以随时开始改进网站的可用性 23:22 &lt;eche|on&gt; 就等着收几封带有联系信息、要打钱的邮件吧 ;-) 23:23 &lt;whitenoise&gt; 那么，我想我们决定了总体上提升可用性，而不特别强调 BitTorrent，对吗？ 23:23 &lt;whitenoise&gt; :-) 23:23 &lt;@Mathiasdm&gt; 看起来是这样，没错，whitenoise 23:23 &lt;@Mathiasdm&gt; 我会把我的银行账号发你邮箱，eche|on，直接把钱打给我就行 ;) 23:23 &lt;@Mathiasdm&gt; 好，那就这样 23:23 &lt;@Mathiasdm&gt; 8) 给所有参加的人发饼干 23:24 &lt;eche|on&gt; *g* 23:24 &lt;@Mathiasdm&gt; ===会议结束=== 23:24 &lt;@Mathiasdm&gt; 谢谢大家 :) 23:24 &lt;eche|on&gt; 饼干！ 23:25 &lt;@Mathiasdm&gt; 别全吃光了 23:25 * Mathiasdm 戳了 eche|on </div>/zh/blog/2010/07/12/0.8-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Mon, 12 Jul 2010 00:00:00 +0000/zh/blog/2010/07/12/0.8-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>2009 年初，在我们参加 25C3 不久之后，我们发布了 I2P 匿名网络的 0.7 版本。接下来的 18 个月里，在随后发布的 15 个版本中，我们一直致力于改进 I2P 软件的易用性，并提升其性能、安全性和可靠性 - 同时还要应对网络前所未有的增长。</p> <p>鉴于这些成果，我们宣布 0.8 系列的开始。0.8 版本与所有 0.7.x 版本完全兼容。本次发布包含若干错误修复、新增荷兰语翻译，并完成了德语翻译。一如既往，我们鼓励用户升级。</p> <p>在过去的一年半里，0.7.x 版本系列的一些显著亮点：</p> <ul> <li>Automatically generated Base32 destination names, reducing reliance on host names.</li> <li>Themable router console with GeoIP display.</li> <li>Plugin system for easy installation and maintenance of user-generated applications. For example I2P-bote, distributed serverless anonymous e-mail.</li> <li>Translation infrastructure for the router console, and translation into several languages.</li> <li>Many improvements leading to less CPU and memory usage.</li> <li>Network improvements for scalability, now you can invite all your friends into cipherspace!</li> </ul> <p>几项重要的底层改进:</p>/zh/blog/2010/06/07/0.7.14-%E5%8F%91%E5%B8%83/Mon, 07 Jun 2010 00:00:00 +0000/zh/blog/2010/06/07/0.7.14-%E5%8F%91%E5%B8%83/<p>0.7.14 版本包含一系列常规的错误修复和性能微调。还包含一些 i2psnark 改进，以及更多针对插件的修复。建议升级。</p> <p>请帮助壮大网络。请在 IRC #i2p 或 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 上向开发者反馈，积极<a href="http://www.i2p2.de/getinvolved.html">参与其中</a> 、帮忙宣传，并<a href="http://www.i2p2.de/donate.html">捐助</a> ！我们仍在为新的和现有的翻译工作寻求帮助。请在 IRC #i2p 上报名成为志愿者。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <p>发布详情：</p> <ul> <li>More bugfixes and improvements to the plugin support introduced in 0.7.12.</li> <li>I2PSnark improvements to end game handling, file listings, tunnel configuration, and translations</li> <li>Add support for throttling inbound connections in the streaming library</li> <li>Add WEBIRC support in IRC server tunnel</li> <li>Fix installer for 1.5 Java systems</li> <li>Fix bug causing multiple update downloads</li> <li>Fix bug where datagrams were not always verified when necessary</li> <li>Fix bug forcing SSU introducers when not necessary</li> <li>Fix policies for floodfill responses</li> <li>Reduce max memory used in byte caches</li> <li>Reduce job queue global locking</li> <li>More changes for performance</li> </ul> <p>SHA256 校验和:</p>/zh/blog/2010/04/27/0.7.13-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 27 Apr 2010 00:00:00 +0000/zh/blog/2010/04/27/0.7.13-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.7.13 版本包含若干变更和错误修复，以提升性能。它还包括对上一版本引入的插件支持的改进。新的、更小的 tunnel 构建消息已启用，以减少开销并提高构建成功率。</p> <p>当然，也包含一如既往的各类错误修复。建议升级。</p> <p>请帮助壮大网络。在 IRC #i2p 或 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 上向开发者反馈，<a href="http://www.i2p2.de/getinvolved.html">参与</a> 、传播信息，并<a href="http://www.i2p2.de/donate.html">捐助</a> ！我们仍在为新的和现有的翻译寻求帮助。请在 IRC #i2p 报名成为志愿者。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <p>发布详情：</p> <h2 id="插件">插件</h2> <ul> <li>Several bugfixes and improvements to the plugin support introduced in 0.7.12.</li> </ul> <h2 id="流式传输库">流式传输库</h2> <ul> <li>Fix a bug with window size adjustment that had a big impact on outbound bandwidth</li> <li>Fix a bug with handling duplicate SYN packets</li> </ul> <h2 id="传输">传输</h2> <ul> <li>Rework several parts of the UDP transport to eliminate locking</li> <li>Lower the number of duplicate acks included in UDP to reduce protocol overhead</li> <li>Greatly reduce global locking in the bandwidth limiter</li> <li>Fix a bug that caused bandwidth burst limits to stay high when the bandwidth limits were reduced via the console</li> </ul> <h2 id="tunnels隧道">Tunnels（隧道）</h2> <ul> <li>Enable the new, smaller tunnel build message, to reduce bandwidth and improve build success</li> <li>Fix a bug causing routers with high clock skew to drop messages</li> </ul> <h2 id="网络数据库">网络数据库</h2> <ul> <li>Adjust the floodfill peer rankings to speed up leaseset lookups</li> <li>Increase the number of floodfills again</li> </ul> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Improvements to reduce the bandwidth in tracker communications</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Fix a bug preventing successful startup when the router.keys file was missing</li> <li>Enable pack200 in the installer to shrink the install file by 3MB</li> <li>Speed up hostname lookups</li> <li>Reduce job queue global locking</li> <li>More changes for performance</li> </ul> <p>SHA256 校验和：</p>/zh/blog/2010/03/15/0.7.12-%E5%8F%91%E5%B8%83/Mon, 15 Mar 2010 00:00:00 +0000/zh/blog/2010/03/15/0.7.12-%E5%8F%91%E5%B8%83/<p>0.7.12 版本包含对用户创建的插件的支持。这些插件可以包含控制台 Web 应用程序、主题、翻译，或独立程序。部分插件已可用于测试。我们希望这项支持能够促进创新型 I2P 应用的快速开发。</p> <p>本次发布修复了在 eepsite（I2P 站点）不可达时出现的空白页问题，并改进了对时钟偏差和 IP 变化的处理。它还新增了对一种新的、更小的 tunnel 构建消息的支持，该功能将在本次发布中进行测试，并在下一次发布中启用。</p> <p>与往常一样，此次发布包含更多匿名性和性能改进、翻译更新以及其他各种错误修复。建议升级。</p> <p>过去六个月的开发大幅提升了网络的性能和容量。请帮助壮大网络。请在 IRC #i2p 或 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 向开发者反馈，<a href="http://www.i2p2.de/getinvolved.html">参与其中</a> 、帮助传播，并<a href="http://www.i2p2.de/donate.html">捐助</a> ！我们仍在为新的和现有的翻译寻求帮助。欢迎在 IRC #i2p 报名成为志愿者。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <p>发布详情：</p> <h2 id="插件">插件</h2> <ul> <li>New support for cryptographically-signed user-generated i2p plugins. These plugins may provide new console web applications, themes, translations, web sites, or other applications.</li> </ul> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Ignore non-i2p trackers in a torrent, to &ldquo;convert&rdquo; a non-i2p torrent to an i2p torrent using i2p open trackers</li> <li>Add javascript confirmation to remove and delete buttons</li> </ul> <h2 id="传输">传输</h2> <ul> <li>Implement NTP-style clock slewing to converge the router clock without jumps</li> <li>Implement clock updates based on peer average, for clock convergence even if NTP updates fail</li> <li>Fix IP change recognition for routers that are not firewalled</li> <li>Implement address costs, so a router can advertise its preferred transport</li> <li>Fix the router gradually losing geoip references</li> <li>Improve performance by removing global locks</li> <li>Remove some unused threads</li> </ul> <h2 id="tunnel-构建">Tunnel 构建</h2> <ul> <li>Implement a new, smaller tunnel build message, to reduce bandwidth and improve build success. The new message will be tested in this release and enabled in the next release.</li> <li>Accept tunnel build replies even if they are received late, to improve build success</li> <li>Improve performance by removing global locks</li> </ul> <h2 id="http-代理">HTTP 代理</h2> <ul> <li>Fix bug causing blank page instead of error page on connect timeout</li> <li>Change Host: header from B64 to B32 to reduce the request size</li> <li>Eliminate redundant lookups</li> </ul> <h2 id="控制台">控制台</h2> <ul> <li>Fix repeated console password prompts</li> <li>Russian, Chinese, and French translation updates</li> </ul> <h2 id="网络数据库netdb">网络数据库（netDb）</h2> <ul> <li>Increase the number of floodfills again</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Support unpack200 in the updater for smaller update packages and plugins</li> <li>More changes for performance</li> <li>Take library jars out of susidns and router console</li> <li>A new SOCKS IRC tunnel type, to provide IRC filtering and server selection in a single client</li> </ul> <p>SHA256 校验和:</p>/zh/blog/2010/02/15/0.7.11-%E5%8F%91%E5%B8%83/Mon, 15 Feb 2010 00:00:00 +0000/zh/blog/2010/02/15/0.7.11-%E5%8F%91%E5%B8%83/<p>0.7.11 版本修复了若干问题，其中一些与时钟有关，这些问题会阻止新的 routers 快速加入网络。它还修复了 64 位 Windows 的安装程序。该版本包含对 Jetty 5.1.15 的更新，以修复<a href="http://www.kb.cert.org/vuls/id/402580">此漏洞</a> 。</p> <p>与往常一样，此次发布包含更多匿名性和性能改进，以及一系列错误修复。建议升级。</p> <p>请通过 IRC #i2p 或 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 向开发者提供反馈，并<a href="http://www.i2p2.de/getinvolved.html">参与贡献</a> 、帮助宣传，以及<a href="http://www.i2p2.de/donate.html">捐助</a> ！我们仍在为新的和现有的翻译寻求帮助。请在 IRC #i2p 报名成为志愿者。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <p>发布详情：</p> <h2 id="安装程序">安装程序</h2> <ul> <li>Fix installations on 64-bit Windows by upgrading to launch4j 3.0.1 and adding 64-bit dll to izpack.</li> <li>The wrapper is still 32-bit only. 64-bit Windows users should start I2P with the &lsquo;No Window&rsquo; icon if the &lsquo;Restartable&rsquo; icon does not work.</li> </ul> <h2 id="传输">传输</h2> <ul> <li>Better handle clock skews at startup, even if NTP does not work because UDP is blocked or other reasons</li> <li>Fix clock skew reporting</li> <li>Bootstrap profiles when loading the netDb from disk (broken in 0.7.8)</li> </ul> <h2 id="嵌入式-web-服务器jetty">嵌入式 Web 服务器（Jetty）</h2> <ul> <li>Upgrade to Jetty 5.1.15 which fixes <a href="http://www.kb.cert.org/vuls/id/402580">this vulnerability</a> .</li> <li>Turn on checkAliases for increased protection</li> </ul> <h2 id="网络数据库">网络数据库</h2> <ul> <li>Add some DOS protection for floodfills</li> <li>Increase the number of floodfills again</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Faster startup</li> <li>Bug fixes in i2psnark, BOB, clock handling, and more</li> </ul> <p>SHA256 校验和：</p>/zh/blog/2010/01/22/0.7.10-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Fri, 22 Jan 2010 00:00:00 +0000/zh/blog/2010/01/22/0.7.10-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.7.10 修复了一些最近发现的漏洞，这些漏洞涉及 routers 与 floodfill 对等节点的通信方式。netDb（网络数据库）的存储与验证从探索型 tunnels 迁移到客户端 tunnels，并已加密。</p> <p>此外，为了提高匿名性，router（路由器）的快速对等节点集合现在最多限制为 30。本次发布还修复了一个缺陷：当安装路径或用户路径包含 &ldquo;\r&rdquo; 或 &ldquo;\n&rdquo; 时，Windows 安装会失败。建议升级。请在 IRC #i2p 或 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 上向开发者反馈，并<a href="http://www.i2p2.de/getinvolved.html">参与</a> 或<a href="http://www.i2p2.de/donate.html">捐助</a> ！我们仍在寻求对新旧翻译的帮助。请在 IRC #i2p 上报名参与。</p> <p>文件可在<a href="../../zh/downloads/">下载页面</a> 获取。</p> <p>SHA256 校验和：</p> <pre tabindex="0"><code>c003efa3e66e0a874246376fa7213b4309b8472207c43ec9a307cc0c19a8f114 i2pinstall_0.7.10.exe 221a8decc37e846f0883b9f1442595dfd64a2eaf9c80e84f3600ccf8a316bd32 i2psource_0.7.10.tar.bz2 2ce3f9e733f39e014219a3760859ed623de8aaa39d736ba10670faf5071172fe i2pupdate_0.7.10.zip 47dce43bb793f11c8206d0f39cbda1b49b28d535b51d878a7f4c61e4f8a74c71 i2pupdate.sud </code></pre>/zh/blog/2010/01/12/0.7.9-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/Tue, 12 Jan 2010 00:00:00 +0000/zh/blog/2010/01/12/0.7.9-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83/<p>0.7.9 修复了数个长期存在、导致消息损坏的 bug。我们希望在其广泛部署后，网络性能会有所提升。还有其他更改应有助于提高 router 的可达性和 tunnel 构建成功率。该版本还包括更多的翻译支持，以及由 &ldquo;forget&rdquo; 完成并由 &ldquo;russiansponsor&rdquo; 赞助的完整俄语翻译。</p> <p>还有更多旨在降低内存和 CPU 使用率的更改，以及其他错误修复。建议升级。请在 IRC #i2p 或 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 向开发者反馈，并<a href="http://www.i2p2.de/getinvolved.html">参与其中</a> 或<a href="http://www.i2p2.de/donate.html">捐助</a> ！我们仍在为新的和现有的翻译工作寻求帮助。欢迎在 IRC #i2p 报名成为志愿者。</p> <p>版本详情：</p> <h2 id="传输与tunnels">传输与Tunnels</h2> <ul> <li>Fix three bugs, each several years old, causing corrupted tunnel messages. The fixes will hopefully improve network speed.</li> <li>Fix a bug preventing firewalled routers from finding introducers. This fix should help network connectivity.</li> <li>Improve the algorithm for dropping messages when overloaded at the inbound gateway.</li> <li>Fix the error messages on the console when the computer is completely disconnected from the network.</li> <li>Fix the way excessive clock skew is calculated and reported.</li> <li>Increase the tunnel build timeout, which will improve build success rate.</li> <li>Prioritize tunnel builds so pools that most need tunnels build first</li> <li>New experimental &ldquo;laptop mode&rdquo; for enhanced anonymity when changing locations</li> </ul> <h2 id="router-控制台翻译支持">Router 控制台翻译支持</h2> <ul> <li>New Russian translation by &ldquo;forget&rdquo; with support from &ldquo;russiansponsor&rdquo;</li> <li>Translation support added for i2psnark, i2ptunnel, and susidns.</li> <li>Several updates to translations.</li> <li>We are searching for additional translation volunteers.</li> </ul> <h2 id="i2cp">I2CP</h2> <ul> <li>Where possible, keep client-router communications within the JVM rather than going through an external socket, for performance.</li> </ul> <h2 id="http-代理">HTTP 代理</h2> <ul> <li>Where possible, keep client-proxy communications within the JVM rather than going through an external socket, for performance.</li> <li>Allow configuration of the jump server list</li> </ul> <h2 id="其他">其他</h2> <ul> <li>Reduce startup time by 10-15s</li> <li>Continued improvements to reduce package size and memory usage</li> <li>Continued console improvements</li> </ul> <p>SHA256 校验和:</p>/zh/blog/2009/12/08/i2p-0.7.8-%E5%8F%91%E5%B8%83/Tue, 08 Dec 2009 00:00:00 +0000/zh/blog/2009/12/08/i2p-0.7.8-%E5%8F%91%E5%B8%83/<p>版本 0.7.8 包含对 router 控制台翻译的初步支持，并对 floodfill 系统进行了更改，为网络的大规模增长奠定了基础。</p> <p>为防止恶意防火墙轻易封锁 I2P，本次发布对新安装随机分配 I2P 端口。对于现有安装，请将 UDP 端口从 8887 改为随机端口，并在必要时调整防火墙设置，以帮助那些容易被封锁的用户。</p> <p>此版本还包含更多用于降低内存和 CPU 占用的更改，以及大量的错误修复。建议升级。我们特别鼓励仍在运行 0.7.6 或更早版本的用户尽快升级。请在 IRC #i2p 或 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 上向开发者反馈，并<a href="http://www.i2p2.de/getinvolved.html">参与贡献</a> 或<a href="http://www.i2p2.de/donate.html">捐助</a> ！我们也在寻找新旧翻译方面的帮助。请在 IRC #i2p 报名参与。</p> <h2 id="发布详情">发布详情：</h2> <h3 id="network-database">Network Database</h3> <ul> <li>Partially reintroduce Kademlia to the network database, by having each floodfill store only a portion of the keyspace. Routers will query and store to a floodfill that is closest to the key in question. Floodfills will only flood to peers closest to the key.</li> <li>The limit on number of floodfills will not be raised in this release. Therefore, there will be no immediate change; all floodfills will store the entire keyspace. In future releases, the limit will be raised until most class O routers will be floodfill. After that, each floodfill be responsible for about 300 netdb entries, independent of network size, thus allowing i2p to scale to many thousands of routers.</li> <li>The release also fixes a bad bug that was preventing verification of RouterInfo stores.</li> </ul> <h3 id="网络数据库">网络数据库</h3> <ul> <li>The router console now supports translation to other languages using standard &ldquo;po&rdquo; files. Initial string tagging by &ldquo;walking&rdquo;.</li> <li>The HTTP proxy now supports translated error pages.</li> <li>Chinese translation (by &ldquo;walking&rdquo;) is included.</li> <li>French translation (by &ldquo;neutron&rdquo;) is included.</li> <li>German translation (by &ldquo;echelon&rdquo;) is included.</li> <li>Translation of bundled applications (i2psnark, i2ptunnel, susimail, susidns) is not yet supported, it will be included in a future release.</li> <li>We are searching for additional translation volunteers.</li> </ul> <h3 id="router-控制台翻译支持">Router 控制台翻译支持</h3> <ul> <li>Improve the handling of immediate ack requests, hopefully this will help network speed.</li> </ul> <h3 id="流式传输库">流式传输库</h3> <ul> <li>Additions to store statistics on netdb performance, to assist floodfill peer selection</li> <li>Reduction in storage for non-floodfill peers, to save about 2MB RAM</li> </ul> <h3 id="对等节点档案">对等节点档案</h3> <ul> <li>To prevent easy blocking by malicious firewalls (matching source or destination port 8887), new I2P installs will now use a random port between 9000 and 32000. Users who have previously installed i2p are encouraged to change their port to make blocking more difficult.</li> </ul> <h3 id="传输">传输</h3> <ul> <li>Raise piece size limit from 1MB to 2MB</li> </ul> <h3 id="i2psnark">I2PSnark</h3> <ul> <li>Continued cleanup of the code to reduce package size and memory usage</li> <li>Continued console cleanup</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>e0a3efbcba2e58aed97e7246fe3a604809ebf90ecdc3b274e000401fd743adc0 i2pinstall_0.7.8.exe 12df213cc9602f646d81f66103aed9e5d7123373d90302611fc29711c2e81cec i2psource_0.7.8.tar.bz2 13f5659f59f3f6bd3a8fcd803c39074583ef169454d28e10665285af1adfb445 i2pupdate_0.7.8.zip 94b805afb93f659e2896ed3b1607133bd5fcc9568198acc6c5970b3d2bb53481 i2pupdate.sud </code></pre>/zh/blog/2009/10/12/i2p-0.7.7-%E5%8F%91%E5%B8%83/Mon, 12 Oct 2009 00:00:00 +0000/zh/blog/2009/10/12/i2p-0.7.7-%E5%8F%91%E5%B8%83/<p>I2P 版本 0.7.7 包含多项匿名性改进。用于加密的会话密钥的使用方式已被完全重构，且 I2PSnark 现在为与 tracker（跟踪器）的通信使用其自己的 tunnels。改进 router 控制台的工作仍在进行中，包括符合 HTML 标准以及更好地支持 UTF-8。</p> <p>我们也在持续提升速度，这包括通过减少传输的会话密钥数量、改进在过载时丢弃消息的方法，以及降低高带宽的router的消息丢弃率。另外，我们新增了一个未签名的更新选项，适用于希望自动更新到最前沿开发版本的用户。</p> <p>本次发布还包含多项用于降低内存和 CPU 使用的变更，以及大量错误修复。建议升级。请通过 IRC #i2p 或 <a href="http://forum.i2p2.de">forum.i2p2.de</a> 向开发者提供反馈，并<a href="http://www.i2p2.de/getinvolved.html">参与贡献</a> ！</p> <h2 id="发布详情">发布详情：</h2> <h3 id="resources">Resources</h3> <ul> <li>Redesign bloom filters, saves 6-8MB heap.</li> <li>Reduce PRNG buffers for I2PAppContext, saves 3.5MB heap.</li> <li>Remove more unused classes and code, more Java 5 cleanups</li> <li>Reduce connection limits slightly.</li> </ul> <h3 id="资源">资源</h3> <ul> <li>Improve the random early discarder, to be smarter - will hopefully improve tunnel speeds</li> <li>Increase the size of the Bloom filter for high bandwidth routers (&gt;= 512KBps share) to reduce packet discards</li> </ul> <h3 id="tunnels隧道">Tunnels（隧道）</h3> <ul> <li>Use multiple Session Key Managers for anonymity benefits</li> <li>Reduce the number of Session Tags sent out at once, for efficiency - should reduce stalls on long-lived connections</li> </ul> <h3 id="密码学">密码学</h3> <ul> <li>Lots of HTML cleanups and fixes</li> <li>UTF-8 fixes</li> <li>New error page</li> </ul> <h3 id="控制台">控制台</h3> <ul> <li>New unsigned update option</li> <li>Verify zip file integrity at startup</li> </ul> <h3 id="更新">更新</h3> <ul> <li>Use snark&rsquo;s tunnels rather than the HTTP Proxy for announces and torrent fetches, for efficiency and anonymity.</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>4f237aeff2a35a10cf633731ffda59c745ce1e1c2aed998b5deb306c0082fc42 i2pinstall_0.7.7.exe 88e9f63f0bd6923130656a2c00936064ecd6d4ec122f9037da22fd77e5ae827b i2psource_0.7.7.tar.bz2 0c9d8b08d9a561d3d70d99ca6e3ccd3f0d14d3abdd5e23a598dbbf7832b7bc03 i2pupdate_0.7.7.zip f57fab38141f652dffcd1073dce16ac5fb151645439fd6038141552333d2d179 i2pupdate.sud </code></pre>/zh/blog/2009/07/31/i2p-0.7.6-%E5%8F%91%E5%B8%83/Fri, 31 Jul 2009 00:00:00 +0000/zh/blog/2009/07/31/i2p-0.7.6-%E5%8F%91%E5%B8%83/<p>I2P 0.7.6 版本包含了针对与 tunnel 构建和连接数限制相关的网络稳定性问题的额外修复。虽然 0.7.5 版本大幅缓解了在 UTC 傍晚和周末出现的拥塞，但尚未彻底消除；本次发布应能进一步改善该情况。</p> <p>此版本还包含由 dr|z3d 设计的新控制台主题，可在新的 UI 配置页面中进行选择。抱歉，这些新主题不适用于 IE 浏览器。</p> <p>默认的 tunnel length variance 已从 1 更改为 0。这主要影响探索性 tunnel 和 iMule。如 zzz.i2p 上所述，非零 variance 只提供极少的额外保护，却会显著增加资源消耗。如果你希望将探索性 tunnel 的设置改回先前的 variance 1，或改为 length 3、variance 0，你可以在 config tunnels 页面进行配置。iMule 的设置最好在该应用程序内更改。</p> <p>I2P 现在将临时数据存储在系统的临时目录中（在 Linux 上通常为 /var/tmp，在 Windows 上为 %TEMP%）。仅针对新安装，用户数据位于 Linux/Mac 的 $HOME/.i2p 和 Windows 的 %APPDATA%\I2P。</p> <p>本次发布包含多项更改，以降低资源占用（内存、CPU 和连接），以及常规的一系列错误修复。建议升级。</p> <p>这是由 zzz 构建并签名的首个发布版本。再次感谢 Complication 在过去五年里为本项目做出的诸多贡献。I2P 正处于多年来开发速度最快的时期。请在 IRC #i2p 或 <a href="http://forum.i2p2.de">forum.i2p2.de</a> 向开发者反馈，并<a href="http://www.i2p2.de/getinvolved.html">参与</a> ！</p> <h2 id="版本详情">版本详情：</h2> <h3 id="connection-limits-and-related-congestion">Connection Limits and related congestion</h3> <ul> <li>Split the limiting actions into three thresholds (75%, 81%, and 87%) instead of all happening at 80%, for better control, and to save the drastic actions for the higher thresholds.</li> <li>Other minor changes, perhaps temporary, to improve tunnel build success.</li> <li>Change default tunnel length variance to zero, to help iMule and exploratory build success. As explained elsewhere on this site, this will have a negligible affect on anonymity. Should you wish to keep a variance of 1 for a particular tunnel pool, change it back on configtunnels.jsp or in i2ptunnel, or the iMule config.</li> <li>Make shared clients tunnels reduce-on-idle for new installs.</li> </ul> <h3 id="连接限制及相关拥塞">连接限制及相关拥塞</h3> <ul> <li>Expire peer profiles quicker and display less, to reduce memory use.</li> <li>Use StringBuilder throughout, faster than StringBuffer</li> <li>Reduce stats coalesce frequency, this is a big CPU user</li> <li>Allocate much less memory on first startup</li> <li>Remove more unused classes</li> </ul> <h3 id="资源">资源</h3> <ul> <li>More fixes related to UPnP, recognition of firewalls and changing firewall conditions, and address changes.</li> </ul> <h3 id="传输">传输</h3> <ul> <li>Wait until the console is up before launching browser.</li> </ul> <h3 id="浏览器启动器">浏览器启动器</h3> <ul> <li>New console, i2psnark, susimail, susidns, and proxy error page themes by dr|zed</li> <li>Console themes are selectable on configui.jsp.</li> <li>Console themes not available for IE users.</li> <li>Fixes for Opera</li> </ul> <h3 id="控制台和主题">控制台和主题</h3> <ul> <li>Serve css and image files at the reserved proxy.i2p address, to better display the error pages when the user is on a different machine.</li> </ul> <h3 id="代理">代理</h3> <ul> <li>For new installs, code and data will be split into different directories. Data (router files, config files, i2psnark files, eepsite(I2P Site) files, etc.) will be in ~/.i2p on linux and %APPDATA%\I2P on Windows. The code directory can be read-only to the user (although the user will not be able to update in that case). On linux, the shell scripts i2prouter, runplain.sh, and eepget can be moved to a directory such as /usr/bin. All assumptions that files are in the current working directory are removed. Don&rsquo;t launch the router anymore in the install scripts on linux.</li> <li>For existing installs, about the only visible change will be a few temporary files now in the Java temporary directory (e.g. /var/tmp on linux) instead of $I2P.</li> </ul> <h3 id="安装程序目录拆分对发行版友好的组织结构">安装程序、目录拆分、对发行版友好的组织结构</h3> <ul> <li>Move the reseeder from the routerconsole to the router, for easier embedding of the router in other code (e.g. android, iMule)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>6d5d3b9feee1f827e25c896bdc12553a5133816e0bf705a5d9dffe099685245a i2pinstall_0.7.6.exe 05c16c78670ebcadb401509a0b46010e8d3ef2644bce3bc62f96751368e24402 i2psource_0.7.6.tar.bz2 e799ef916871c12d0c53ade577fe2ab89feb138589b9dd312a38f35f31c45bff i2pupdate_0.7.6.zip e4605534e5accec9956c2204c547486ad5a3cca57597f2a44665c49cdf9dede3 i2pupdate.sud </code></pre>/zh/blog/2009/06/29/i2p-0.7.5-%E5%8F%91%E5%B8%83/Mon, 29 Jun 2009 00:00:00 +0000/zh/blog/2009/06/29/i2p-0.7.5-%E5%8F%91%E5%B8%83/<h1 id="i2p-075-发布">I2P 0.7.5 发布</h1> <p>I2P 版本 0.7.5 主要通过在 router 接近其连接数上限时调整 exploratory tunnels（探索型 tunnels）的构建方式，并在选择将其纳入 tunnels 时区分已连接的对等节点与其他未出现故障的对等节点，从而解决网络稳定性问题。</p> <p>此版本还修复了 Windows 上安装程序的行为问题，以及 Router Console、NTCP 传输和 UPnP 机制中的问题。</p> <p>另外，版本 0.7.5 更改了 I2P router 用于检查是否有新版本可用的 &ldquo;news.xml&rdquo; 文件位置。不再使用旧的 URL (<code>http://complication.i2p/news.xml)，而是使用新的位置</code> (<code>http://echelon.i2p/i2p/news.xml)。如果你的</code> router 使用默认的更新器设置，它会自动开始使用新的 URL。否则，你需要在 Router Console 上访问 &ldquo;configupdate.jsp&rdquo;，并手动更改。</p> <p>在此次更新之后的一段时间内，旧的 news.xml 地址也会将所有 HTTP 请求重定向到新的地址。这是因为我需要退出 I2P 项目。</p> <p>我退出的原因与 I2P 毫无关系，并祝各位一切顺利。相反，这些原因完全与我的“现实生活”身份、一些我无法预见的事件（既不是好事也不是坏事，但不可避免），以及我对未来的计划有关。</p> <p>此更新会将我的公钥从受信任的发布签名密钥列表中移除，下一次发布将改由 zzz 签名。如果你正在使用非默认的更新器设置，你可能需要手动删除我的密钥。你可以在 Router Console（路由器控制台）访问 &ldquo;configupdate.jsp&rdquo;，并删除以字符 &ldquo;JHFA&rdquo; 开头的密钥行，即可轻松完成。</p> <p>按惯例，对于无法验证 GPG 签名的用户，下面提供已发布文件的 SHA1 哈希值。请注意，&ldquo;i2pheadless&rdquo; 安装程序已不再生成：</p> <ul> <li><code>14c0e89f9d3e980607e6eb2cbea2a61bafcf4e5c</code> i2pinstall-0.7.5.exe</li> <li><code>9137ef908a68145e558a21e8411435867e8daa2f</code> i2psource-0.7.5.tar.bz2</li> <li><code>5b3fed888e5236f1c555d36e1e8c23003e6b5d64</code> i2pupdate-0.7.5.zip</li> <li><code>d783a091024ec87e48aad83d1e12f0d9fc1d58c7</code> i2pupdate.sud</li> </ul> <p>与您合作很愉快，祝你一切顺利。很抱歉我不得不以这种方式离开，但我需要对我的生活进行不小的调整。</p>/zh/blog/2009/06/13/i2p-0.7.4-%E5%8F%91%E5%B8%83/Sat, 13 Jun 2009 00:00:00 +0000/zh/blog/2009/06/13/i2p-0.7.4-%E5%8F%91%E5%B8%83/<h1 id="i2p-074-版本">I2P 0.7.4 版本</h1> <p>I2P 版本 0.7.4 引入了诸如 GeoIP 功能和 UPnP 支持等显著的新特性。前者可成为地理位置感知的 tunnel 构建的基础，后者应能立即使更多 routers 接受入站 TCP 连接，从而更均衡地分配负载。</p> <p>当 router 未显示为被防火墙阻挡时，现在会自动启用入站 NTCP，并且新安装的默认带宽限制已提高。</p> <p>此外，还包含多个错误修复和更新，针对 NTCP 传输、BOB 协议、连接限制、新的 I2PTunnel 选项的行为以及 SusiDNS 用户界面中的问题。同时也包含了对 Router Console 的改进。建议更新。</p> <p>按惯例，对于无法检查 GPG 签名的用户，以下提供已发布文件的 SHA1 哈希值：</p> <ul> <li><code>8d2fd8b2e5ee75f60322e727e4086548fd7a7e2b</code> i2pheadless-0.7.4.tar.bz2</li> <li><code>63f0a78a7b9a43e62a5fc0f5e1c6115dca275419</code> i2pinstall-0.7.4.exe</li> <li><code>d2bdf6311b00994fd49adeb2c15f2e2ed2834f24</code> i2psource-0.7.4.tar.bz2</li> <li><code>53059774c901f741a4be9a63a2446fdf79dde872</code> i2pupdate-0.7.4.zip</li> <li><code>dd491e7cb91059783aa895bf321d848b806a5738</code> i2pupdate.sud</li> </ul> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2009/05/18/i2p-0.7.3-%E5%8F%91%E5%B8%83/Mon, 18 May 2009 00:00:00 +0000/zh/blog/2009/05/18/i2p-0.7.3-%E5%8F%91%E5%B8%83/<h1 id="i2p-073-发布">I2P 0.7.3 发布</h1> <p>I2P 版本 0.7.3 包含若干错误修复和改进，进行了大量维护工作，并提供了 SAM 和 BOB 应用网关协议的新版本。</p> <p>包含了一个针对 I2P 内置 Web 服务器 Jetty 的补丁，以修正 Windows 上 SusiDNS 的行为。更改了 I2P 节点自愿参与 netDb（网络数据库）的方式，以避免同时参与的数量过多，并且在现有 tunnel 中的消息开始被丢弃之前，新的参与型 tunnel 的创建现在会被限流。</p> <p>此次包含对 Router Console 和其他组件的多项改进，I2PSnark 现在可以处理更大的种子和更多文件，同时实验性的桌面界面仍在持续开发中。建议更新。</p> <p>按照惯例，对于无法验证 GPG 签名的用户，以下提供已发布文件的 SHA1 哈希值：</p> <ul> <li><code>267cca04edd2ebf41adc0cfcfde8d1784df58bad</code> i2pheadless-0.7.3.tar.bz2</li> <li><code>4f096812bdb7ab86be36ce16590dbd7d0e2c7d12</code> i2pinstall-0.7.3.exe</li> <li><code>3632f6c7c6d7165dafb992a5d39bc32969c061cb</code> i2psource-0.7.3.tar.bz2</li> <li><code>a3ca23ae3cbee273f27aea8e525b4958c41171fd</code> i2pupdate-0.7.3.zip</li> <li><code>cec64fbae310898b129570d1d88e1bd215af5f20</code> i2pupdate.sud</li> </ul> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2009/04/19/i2p-0.7.2-%E5%8F%91%E5%B8%83/Sun, 19 Apr 2009 00:00:00 +0000/zh/blog/2009/04/19/i2p-0.7.2-%E5%8F%91%E5%B8%83/<h1 id="i2p-072-发布">I2P 0.7.2 发布</h1> <p>0.7.2 版本修复了 I2P 中的多个缺陷和潜在问题，同时为新功能打下基础。</p> <p>与 SimpleTimer 类相关的线程问题应不再出现，NTCP 传输应不再遇到空指针异常，并且&quot;已放弃&quot;的 tunnel（通道）应能正确结束运行。</p> <p>新增了通过 IPv6 访问 Router Console 的支持，一种新的消息类型使 I2CP 应用能够查询 router 的带宽限制，首次包含了用于管理 router 的实验性桌面界面（但尚未自动启用），并且为提高可靠性和安全性，防止单个节点参与过多的 tunnels。</p> <p>除了其他维护工作外，还移除了若干旧版统计计算器，以使 router 档案更小、运行更快；同时为 I2P 的大整数数学库提供了新的构建脚本。强烈建议更新。</p> <p>按惯例，对于无法核验 GPG 签名的用户，下面提供已发布文件的 SHA1 哈希值：</p> <ul> <li><code>068512a688a793ee8ad55e4de8fd82417d4d9f98</code> i2pheadless-0.7.2.tar.bz2</li> <li><code>1f7376855f69c6f0a663d4b4128260a41a09b602</code> i2pinstall-0.7.2.exe</li> <li><code>83e2a63db3d0a5db8e610df9e52ad538febe5e6d</code> i2psource-0.7.2.tar.bz2</li> <li><code>febe153072a107c6aa285d51f20217d90531644c</code> i2pupdate-0.7.2.zip</li> <li><code>b7313803bba86432f895a215096fb472d2677689</code> i2pupdate.sud</li> </ul> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2009/03/29/i2p-0.7.1-%E5%8F%91%E5%B8%83/Sun, 29 Mar 2009 00:00:00 +0000/zh/blog/2009/03/29/i2p-0.7.1-%E5%8F%91%E5%B8%83/<p>I2P 0.7.1 发布 ==================</p> <p>0.7.1 版本对 I2P 进行了性能优化，并引入了新功能。</p> <p>修复了多个缺陷，SimpleTimer 类的替代实现在对象锁定上耗时更少。移除了部分旧组件，并重构了若干类以避免重复代码。</p> <p>对加密的 LeaseSets（租约集合）的支持（用于在 I2P 上创建链接，使对手无法通过攻击其网关来阻断）变得更加完善。新的 tunnel（隧道）类型，例如 IRC 服务器 tunnel，以及诸如延迟启动和将 tunnel 置于空闲状态等新选项，也获得了支持，同时 I2P SOCKS 代理机制的易用性得到提升。</p> <p>在精简和扩展 Router Console、BOB 协议、面向 Debian 和 Slackware Linux 的 I2P 移植与打包、I2PSnark 客户端、TCP 连接属性等多个方面的工作仍在持续推进。强烈建议更新。</p> <p>按照惯例，针对无法检查 GPG 签名的用户，下面提供已发布文件的 SHA1 哈希值：</p> <ul> <li><code>16fd61d0d00f96af43b02e81234f56c648d41a1e</code> i2pheadless-0.7.1.tar.bz2</li> <li><code>e06edca6391eba5bfac31bfd1cd4b9155a82d4b5</code> i2pinstall-0.7.1.exe</li> <li><code>cabb2725ccd666d0bbbf344823ff9f62cb9e477d</code> i2psource-0.7.1.tar.bz2</li> <li><code>94e7678442aa37e2297830950c63e9e26f77de1f</code> i2pupdate-0.7.1.zip</li> <li><code>4155b392a619c2c68c1e81d21c7558588818652d</code> i2pupdate.sud</li> </ul> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2009/02/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2009%E5%B9%B42%E6%9C%8810%E6%97%A5/Tue, 10 Feb 2009 00:00:00 +0000/zh/blog/2009/02/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2009%E5%B9%B42%E6%9C%8810%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> altGuest, badger, dream, eche|on, hottuna\_, l00kns33, unixfr3ak, welt, welterde, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 20:58:32 &lt;unixfr3ak&gt; 开发者会议，是吧？ 20:59:27 -*- dream 打开 devo 21:00:25 &lt;welt&gt; dream: 啊.. 很高兴你也来了 :) 21:00:51 &lt;badger&gt; 0) Hello 21:00:55 &lt;dream&gt; 你是？ 21:00:58 &lt;badger&gt; 1) I2P 0.7 21:01:02 &lt;badger&gt; 2) Syndie 21:01:06 &lt;badger&gt; 3) Donations 21:01:15 &lt;badger&gt; 4) ???? 21:01:21 &lt;badger&gt; 5) zzz 的短诗朗诵 21:01:39 &lt;badger&gt; 0) Hello 21:01:53 &lt;altGuest&gt; 嗨 21:02:00 &lt;badger&gt; 欢迎大家来到第 #207 次开发者会议 21:02:05 &lt;badger&gt; 嗨 21:02:20 &lt;hottuna_&gt; 嗨！ 21:02:40 &lt;eche|on&gt; 欢迎！ 21:02:43 &lt;zzz&gt; 那我们先回顾一下自 2007 年 4 月 10 日以来发生了什么，如果有的话 21:02:48 &lt;badger&gt; 换个角度说，上一次会议到现在差不多已经过去 2 年了 21:03:06 &lt;badger&gt; 嗯……布什走了……奥巴马上台了…… 21:03:36 &lt;dream&gt; lol 美国 21:03:51 &lt;badger&gt; 1) I2P 0.7 21:03:56 &lt;eche|on&gt; 我想 0.7 的发行说明基本说明了 I2P 发生了什么 21:04:20 &lt;badger&gt; 看起来 0.7 的推送相当顺利 21:04:22 &lt;badger&gt; 现在覆盖了大约 84% 的网络 21:04:29 &lt;unixfr3ak&gt; 不错 21:04:48 &lt;eche|on&gt; :-) 21:04:48 &lt;hottuna_&gt; 自 0.7 之后网络增长了多少？ 21:04:48 &lt;badger&gt; 为了把它发布出去，向开发团队和发布团队致以热烈的欢呼 21:04:52 &lt;unixfr3ak&gt; 我想指出一个我和另一个用户都注意到的 bug 是 21:04:52 &lt;hottuna_&gt; 甚至从圣诞节以来呢？ 21:05:21 -*- welt 正在等 stats.i2p 加载.. 21:05:28 -=- Sie sind nun als welterde bekannt 21:05:31 &lt;badger&gt; hottuna_: 如果看统计的话，增长虽然慢但很稳定 21:05:41 &lt;unixfr3ak&gt; 在 susidns 中添加新的私有主机需要手动编辑 privathosts.txt 文件 21:06:08 &lt;welterde&gt; zzz: 那不是你最近修的 bug 吗？ 21:06:18 &lt;welterde&gt; 还是别的？ 21:06:25 &lt;eche|on&gt; 统计显示在稳定缓慢增长 21:06:35 &lt;zzz&gt; 是的，我在 0.7 里搞坏了，昨天刚修好，会在 -4 里 21:06:40 &lt;eche|on&gt; welterde: 是，他似乎已经修好了 21:07:05 &lt;badger&gt; 可以期待一下 7.0.1 里的内容 21:07:14 &lt;welterde&gt; zzz: 好.. 那就搞定了 21:07:16 &lt;badger&gt; 呃 0.7.1 21:07:19 &lt;eche|on&gt; 更多用户 :-) 21:07:22 &lt;zzz&gt; 抱歉 21:07:35 &lt;unixfr3ak&gt; 你们打算怎么解决网络时延……似乎是个日益严重的问题，周末时 i2p 似乎会过载 21:07:56 &lt;welterde&gt; 也许可以再微调下 streaming 库？ 21:07:57 &lt;unixfr3ak&gt; 不过我觉得用户多是好事 21:08:00 &lt;badger&gt; zzz: 你修复和改进了那么多，偶尔出点问题也没关系 :) 21:08:33 &lt;hottuna_&gt; 我建议通过在控制台显示一个“分享比率”来鼓励用户共享 21:08:57 &lt;unixfr3ak&gt; 这个听起来不错 21:09:14 &lt;eche|on&gt; 上个月网络负载大增 21:09:17 &lt;zzz&gt; freak，我在考虑稍微调整一下对等端配置文件里的容量计算，以便在繁忙时反应更好。 21:09:20 &lt;eche|on&gt; 这月看起来还不错 21:09:51 &lt;hottuna_&gt; zzz: 太棒了 :) 21:09:55 &lt;unixfr3ak&gt; 这可能有点雄心勃勃，不过能不能在 Linux 里用 cron（计划任务）或者 Windows 的类似东西，在电脑空闲的时候把带宽“志愿”给 i2p 用 21:10:17 &lt;zzz&gt; 不过这些东西得非常小心地调整，而且任何改动都需要完整的一个发布周期来测试 21:10:21 &lt;hottuna_&gt; 调度器也是个很棒的解决方案 21:10:24 &lt;unixfr3ak&gt; 说白了就是 21:10:28 &lt;badger&gt; 0.7 的宣传推动对数字似乎只有边际影响，远达不到我期望的效果 21:10:41 &lt;unixfr3ak&gt; 侦测网络/CPU 空闲就用，不空闲就不用 21:10:43 &lt;welterde&gt; zzz: 最近对 I2CP 的那个新增还不支持这个，对吧？ 21:10:52 &lt;badger&gt; 不过在德国新闻网站上有不错的报道 21:11:04 &lt;badger&gt; 但 slashdot/digg/reddit 上表现就挺惨的 21:11:09 &lt;zzz&gt; 支持什么，welterde？ 21:11:29 &lt;welterde&gt; zzz: 从 routerconsole 外部更改 ratio/up-bw/down-bw 21:11:29 &lt;eche|on&gt; badger: 用户需要时间去了解它并持续用它 :-) 21:11:32 &lt;unixfr3ak&gt; 还有一个默认的自动启动注册表项会很好，或者给 unix 来个简单的 shell 脚本 21:12:04 &lt;zzz&gt; 不，welterde，那和这个没关系 21:12:08 &lt;hottuna_&gt; 公关我也不清楚.. 我想每次新版本伴随一波公关，我们的“品牌”都会成长一点 21:12:13 &lt;welterde&gt; zzz: 我也这么想 :/ 21:12:56 &lt;zzz&gt; 希望和我做的 gulli 采访能尽快发布，不过我一周没收到消息了 21:13:06 &lt;unixfr3ak&gt; i2p 准备好向赞助商请求志愿带宽了吗？（除了我这个小水管） 21:13:39 &lt;welterde&gt; 嗯.. 可以试一试 21:13:50 &lt;dream&gt; 我不觉得会有人拒绝志愿带宽。 21:14:12 &lt;unixfr3ak&gt; tor 网络有很多赞助节点，但另一方面，同一子网很多节点会让用户起疑，并让某人对网络有更多控制力 21:14:37 &lt;welterde&gt; 我觉得我们已经“修复”过这个了 21:14:59 &lt;hottuna_&gt; 寻求赞助不是个坏主意 21:14:59 &lt;hottuna_&gt; 在主页上放个简单的 html 标签页？ 21:14:59 &lt;hottuna_&gt; 就是* 21:15:05 &lt;unixfr3ak&gt; 由个人志愿者随机分布的节点似乎更安全 21:15:05 &lt;unixfr3ak&gt; 但不那么实际 21:15:15 &lt;unixfr3ak&gt; 大多数人天性会“吸血”（只下载不贡献） 21:15:44 &lt;dream&gt; 我不认为一定是这样，unixfr3ak，但为不参与者做好准备是好的。 21:16:21 &lt;unixfr3ak&gt; 比如说 21:16:40 &lt;unixfr3ak&gt; 有人只是启动了 i2p 的 router，但不知道它干嘛的，然后跑 i2phex 21:16:49 &lt;unixfr3ak&gt; 不停在下载 21:17:11 &lt;unixfr3ak&gt; 或许默认带宽应该改一下 21:17:22 &lt;hottuna_&gt; 在 0.7 里改过了 21:17:34 &lt;unixfr3ak&gt; 或者安装时让用户选择连接速度，以便更准确地设置带宽分享上限 21:18:26 &lt;unixfr3ak&gt; 或者整一个把 i2p 安装成后门的病毒 :P 21:18:34 &lt;welterde&gt; 呵 21:18:40 &lt;hottuna_&gt; 这会是个好主意.. 安装程序应该支持这个，对吧？ 21:19:08 &lt;welterde&gt; 第一个还是第二个？ :&gt; 21:19:08 &lt;unixfr3ak&gt; 我是说我的玩笑，还是问连接带宽？ 21:19:23 &lt;welterde&gt; 第一）大概是的 21:19:26 &lt;unixfr3ak&gt; 应该是在某个配置文件里一两行的事 21:19:39 &lt;unixfr3ak&gt; 没有 :P 的那个 21:20:59 &lt;badger&gt; 对不共享上行带宽的用户设置下载限制？ 21:21:15 &lt;unixfr3ak&gt; 挺有意思 21:21:20 &lt;unixfr3ak&gt; 不过 21:21:33 &lt;unixfr3ak&gt; 我觉得我们还不该这么走极端…… 21:21:38 &lt;dream&gt; 默认它会共享最高 100% 的带宽，unixfr3ak。一旦它有了几个 client tunnel，大多数资源都花在中继的那些上。 21:21:45 &lt;welterde&gt; router 不是已经会惩罚那些不转发 tunnel 的其他 router 吗？ 21:22:00 &lt;unixfr3ak&gt; 是的 21:22:00 &lt;dream&gt; 我觉得 i2p 已经有负载均衡了。在带宽标签上我肯定下载不了比我上传更多。 21:22:25 &lt;unixfr3ak&gt; 我想是这样，但如果很多人同时“吸血”，还是会给网络带来很大负载 21:22:32 &lt;badger&gt; 或许只是需要对首次使用的用户更说明白一些 21:22:35 &lt;unixfr3ak&gt; 尤其是他们的 IP 是动态的 21:22:46 &lt;eche|on&gt; `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 &lt;badger&gt; 让他们明白回馈网络会改善自己的体验 21:23:07 &lt;unixfr3ak&gt; 是的 21:23:18 &lt;unixfr3ak&gt; 还有在他们不用电脑的时候运行它 21:23:36 &lt;unixfr3ak&gt; 而不是让他们花钱买的带宽空闲着 21:23:51 &lt;dream&gt; 大多数人会关电脑，真是遗憾 21:24:09 &lt;unixfr3ak&gt; 是的 21:24:12 &lt;dream&gt; 每月付给 ISP 的钱，其实只要相当于 4 个灯泡的电费…… 21:24:15 &lt;l00kns33&gt; 我觉得大多数人都懂这个—— 我甚至觉得大多数使用 i2p 的人本身就是极客 ;) 21:24:32 &lt;badger&gt; 好的继续——关于 1) I2P 0.7 还有别的要补充吗？ 21:24:55 &lt;unixfr3ak&gt; 暂时没有 21:25:16 -*- welterde 等他的信号.. 21:25:20 &lt;unixfr3ak&gt; 但将来可能会有 21:25:25 &lt;eche|on&gt; badger: 没有 21:25:25 &lt;badger&gt; 2) Syndie 21:25:37 &lt;welterde&gt; 好的 :) 21:25:37 -*- badger 把 70 年代的大话筒递给 welterde 21:25:45 &lt;badger&gt; *mic 21:26:15 &lt;welterde&gt; 如你们可能（或不）知道，我最近完成了把 MOSFET 的这些补丁打进去的工作 21:26:20 &lt;welterde&gt; +知道 21:26:35 &lt;unixfr3ak&gt; 论坛就算了我不逛 :P ，抽根烟马上回来 21:27:14 &lt;welterde&gt; 这应该能修一些 bug，并禁用那个（恕我直言）坏掉的默认 UI 21:27:26 &lt;welterde&gt; 改用 swt 的，更多用户觉得更容易用 21:27:42 &lt;badger&gt; &lt;jrandom&gt;w0rd&lt;/jrandom&gt; 21:28:11 &lt;welterde&gt; 嗯？ 21:28:30 &lt;dream&gt; 很高兴听到有人在做失败同步的重试 21:28:40 &lt;badger&gt; welterde: 抱歉，老开发者会议梗 21:28:59 &lt;badger&gt; 现在有新的公共 syndie 归档吗？ 21:29:06 &lt;welterde&gt; 总之.. 我希望不久能把那个坏掉 ;) 的索引小玩意儿换掉 21:29:09 &lt;welterde&gt; badger: 有的 21:29:25 &lt;welterde&gt; http://syndie.welterde.(i2p|de)/ 21:29:52 &lt;dream&gt; 我觉得让 syndie 能用远程数据库很重要，这样人们更容易跑自己的归档。 21:29:54 &lt;welterde&gt; 但你还不能在那里发帖，因为它只是一个静态归档 21:30:47 &lt;welterde&gt; 还得把这个加到默认列表里 21:30:56 &lt;welterde&gt; 我很快会做的 21:31:16 &lt;eche|on&gt; 所以 syndie 的工作还在进行 21:31:32 &lt;welterde&gt; 是的 21:31:54 &lt;welterde&gt; 目前在尝试给 syndie 做性能分析.. 21:32:29 &lt;welterde&gt; 不过在这方面没能花太多时间.. 21:32:59 &lt;eche|on&gt; 要做的事情太多了... 21:33:14 &lt;welterde&gt; 是啊 :/ 21:33:17 &lt;dream&gt; 在文本模式下运行 syndie 比较棘手，因为界面似乎落后于当前行为 21:33:17 &lt;dream&gt; 通常只要一直让它在 --cli 里跑就行，但它卡住的时候基本没提示。 21:33:41 &lt;welterde&gt; 是啊.. 现在 cli 也坏掉了 :/ 21:34:00 &lt;welterde&gt; 我觉得我们应该把 syndie 分成多个部分，比如 libsyndie、gui、cli，等等 21:34:12 &lt;badger&gt; 我觉得有道理 21:34:19 &lt;welterde&gt; 这样写自定义扩展等会更容易 21:34:29 &lt;dream&gt; libsyndie 会涵盖哪些东西？ 21:34:36 &lt;badger&gt; 早期 v0.0.1 的 syndie 的 UI 只是套在 cli 可执行上的一层 21:34:48 &lt;badger&gt; 但这个思路似乎在路上丢了 21:34:55 &lt;dream&gt; 它今天甚至还有文本控制台。 21:35:23 &lt;welterde&gt; dream: 消息解码、归档同步，等等等等 21:35:34 &lt;welterde&gt; 大部分逻辑 21:36:06 &lt;dream&gt; 所以 libsyndie 基本就是数据库上的一个接口，也可能包括 archive/ 目录？ 21:36:09 &lt;badger&gt; 没错，gui、cli 和 webtop 应该只是个轻薄包装 21:36:10 &lt;welterde&gt; 我们应该把 gui/cli 和程序逻辑分开 21:36:42 &lt;welterde&gt; dream: archive 并不用于存储任何东西.. 它只是用于提供归档服务 21:37:02 &lt;dream&gt; 我知道。 21:37:14 &lt;welterde&gt; 但既然 cli/webtop 用它，我们也应该把它放进 libsyndie 里 21:37:15 &lt;dream&gt; 所以我想只有 web 服务器需要处理那个目录。 21:37:35 &lt;dream&gt; 填充它、从里面同步，有点像 postfix 的邮件队列。 21:38:00 &lt;welterde&gt; 但我们应该只在实际用到它的时候才生成/同步.. 不像现在.. 21:38:08 &lt;welterde&gt; 现在是一直在生成/同步... 21:39:18 &lt;dream&gt; 我不觉得只让 webserver 用 archive/ 目录有什么问题。这其实只是方便你能用现成的静态文件服务功能。 21:40:07 &lt;welterde&gt; 我觉得应该有个 cli 命令，比如 generate_archive 之类的 21:40:57 &lt;welterde&gt; 而且我们应该把 import.cgi 带回来，这样我们可以跑一个基本静态的归档，同时还能发帖 21:41:04 &lt;welterde&gt; 或者... 嗯... 21:41:04 &lt;dream&gt; 用客户端界面你会对那个 archive 做什么？ 21:41:15 &lt;welterde&gt; 和远程站点 rsync？ 21:41:26 &lt;welterde&gt; 这就是 syndie.welterde.(i2p|de) 的工作方式 ;) 21:41:43 &lt;dream&gt; 静态归档的问题在于，让文件系统和数据库保持一致，这个任务本身就很像在设计一个数据库。 21:41:59 &lt;welterde&gt; 嗯.. 不完全是 21:42:05 &lt;welterde&gt; 因为它是单向的 21:43:17 &lt;unixfr3ak&gt; 这可能有点跑题，不过有人考虑过数据存储功能吗？ 21:43:20 &lt;dream&gt; 用一个假想的 --cli，有人创建了一条消息。然后他们在创建后 generate_archive？听起来可疑地像在插入之后提交事务。 21:43:52 &lt;unixfr3ak&gt; 还有在 i2phex 里，我之前和 Complication 说过，i2phex 的 bitzi 查询不是匿名的 21:43:55 &lt;dream&gt; magicbutton() 21:44:04 &lt;welterde&gt; dream: 呃.. 不是 21:44:17 &lt;dream&gt; ...i2phex 会查 bitzi.com？太疯狂了 21:44:37 &lt;unixfr3ak&gt; 是的 21:44:39 &lt;welterde&gt; unixfr3ak: 之前有些往 freenet 方向的工作，我记得 21:44:43 &lt;dream&gt; welterde，那他们的消息就永远进不了 archive/ 目录，无法被同步了... 21:45:20 &lt;welterde&gt; dream: 不.. 我只是说事务有点不一样 21:45:27 &lt;welterde&gt; 比如说：你并不会编辑任何东西 21:45:33 &lt;welterde&gt; （也许除了索引） 21:46:02 &lt;welterde&gt; generate_archive 只是把 db 导出来，并在过程中更新索引 21:46:41 &lt;unixfr3ak&gt; 右键一个文件 21:47:20 &lt;unixfr3ak&gt; 然后查看 bitzi ticket 会把你带到非匿名的网站 21:47:20 &lt;unixfr3ak&gt; 还好我的浏览器通过 i2p 代理，另一个浏览器用 tor 21:47:31 &lt;dream&gt; 那你怎么把新的数据库内容放进归档？如果 syndie 在插入消息后，但保存到 archive/ 目录之前就挂了怎么办？ 21:47:39 &lt;unixfr3ak&gt; 0_0 看来 spongebob 错过了会议 21:47:57 &lt;welterde&gt; dream: 没事.. 只是不在 archive/ 里 21:48:16 &lt;welterde&gt; 但会在下一次成功执行 generate_archive 时进去 21:49:01 &lt;dream&gt; 我会让客户端跑 web 服务器，然后 web 服务器检查 archive/，把 db 里还不在里面的消息都拉出来。或者直接提供 db 里的消息。 21:49:23 &lt;dream&gt; generate_archive 看起来不像是你想让客户端去追踪的东西。 21:49:50 &lt;welterde&gt; 问题是.. 你不能在每台机器上跑 syndie 21:50:18 &lt;welterde&gt; 比如这台服务器（i2p2.de/welterde.de）已经到极限了 21:50:36 &lt;welterde&gt; 在上面跑 syndie 会疯狂换页.. 21:50:41 &lt;welterde&gt; 所以我得在本地跑 21:50:46 &lt;eche|on&gt; 是的 21:51:06 &lt;welterde&gt; 如果我有像样的上行就没问题了……但我没有 21:51:19 &lt;welterde&gt; 大多数 adsl 用户都没有.. 21:51:45 &lt;badger&gt; 总之——welterde，所有补丁都做得很好——我们不久能期待一个发布版吗？ 21:51:47 &lt;welterde&gt; 所以要么是静态归档，要么就是慢得要死的归档 21:52:08 &lt;welterde&gt; badger: 我想我很快会从 a 切到 b（alpha 到 beta） 21:52:16 &lt;badger&gt; 太好了 21:52:40 &lt;badger&gt; 关于未来开发还有别的要补充吗？ 21:52:56 &lt;badger&gt; （syndie） 21:53:10 &lt;welterde&gt; 没有 21:53:19 &lt;welterde&gt; ;) 21:53:24 &lt;badger&gt; 好的那这样 21:53:30 &lt;badger&gt; 3) Donations 21:53:49 -*- badger 把麦克风甩给 eche|on 21:54:00 &lt;eche|on&gt; 又开放了！ 21:54:18 &lt;eche|on&gt; 我创建了一个 paypal 账户，并在 i2p 网站上加了链接 21:54:42 &lt;hottuna_&gt; :D 21:54:47 &lt;badger&gt; 酷 21:54:50 &lt;hottuna_&gt; 太棒了 21:54:52 &lt;eche|on&gt; 但按钮链接到 paypal 的 https:// 站点，在 eepsite 上还不能用 21:55:01 &lt;dream&gt; 是啊，我想那是个优势，welterde 21:55:08 &lt;eche|on&gt; 目前这方面还没有进展 21:55:20 &lt;welterde&gt; eche|on: 也许你应该加点说明，告诉你要怎么处理收到的钱 21:55:29 &lt;eche|on&gt; 还没决定要不要搞个 2ndlive 的账户 21:55:31 &lt;zzz&gt; 你能不能在 donate 页面加个到 halloffame 页面的链接，和/或提供更多关于捐款将用于何处的信息 21:55:39 &lt;dream&gt; 我还是觉得生成归档的东西应该做同步，而不只是 dump。 21:55:48 &lt;badger&gt; 对 21:56:02 &lt;badger&gt; 你打算支持 bounties 吗？ 21:56:10 &lt;eche|on&gt; welterde: 收到 21:56:13 &lt;unixfr3ak&gt; 你们可以直接用 apache 21:56:17 &lt;welterde&gt; dream: 过早优化 ;) 21:56:19 &lt;eche|on&gt; zzz: 收到 21:56:24 &lt;dream&gt; 哎呀 3) 21:56:24 &lt;dream&gt; 我没钱抱歉 T_T 21:56:28 &lt;eche|on&gt; 我们需要一份清单：捐款用来买什么/不买什么 21:56:37 &lt;zzz&gt; 而且 echelon 和 welterde 的订阅其实应该列为支出，不是吗？ 21:56:40 &lt;unixfr3ak&gt; i2p 自带的是什么 web 服务器？ 21:56:51 &lt;eche|on&gt; badger: 会的，捐款可以是“公共资金”，也可以指定给某个 bounty 21:57:04 &lt;badger&gt; 太好了 21:57:19 &lt;eche|on&gt; 在 paypal 里应该有个文本框，你可以写这笔钱的用途 :-) 21:57:33 &lt;zzz&gt; 你还可以在首页发条新闻说 donations 开放了 21:57:36 &lt;badger&gt; 如果我捐 1000 欧元，我能拿到一件 Hot Tuna 的 i2P T 恤吗？ 21:57:51 &lt;eche|on&gt; 但我不能给自己捐 ;-) 21:58:02 &lt;welterde&gt; hottuna_: 说“可以”！ ;) 21:58:16 &lt;eche|on&gt; 目前没问题，我等第一笔到来再宣布 ;-) 21:58:35 &lt;zzz&gt; 你当时本可以来 25c3 拿一件的 21:58:47 &lt;welterde&gt; 还有 26c3 呢 ;) 21:58:59 &lt;eche|on&gt; 收到，zzz——好主意 22:00:32 &lt;eche|on&gt; 捐款话题我这边没别的了 22:00:51 -*- welterde 等 paste 加载.. 22:01:16 &lt;badger&gt; 那这样： 22:01:22 &lt;badger&gt; 4) ???? 22:01:33 &lt;badger&gt; 还有谁要在会议上提点什么？ 22:01:37 &lt;welterde&gt; 有的.. 22:01:46 &lt;welterde&gt; 但你得等 paste 加载完 :/ 22:01:52 &lt;eche|on&gt; 来给每个人一块蛋糕吧！ 22:02:31 &lt;welterde&gt; 耶！ :) 22:02:32 -*- unixfr3ak 拿了就跑 22:02:38 &lt;welterde&gt; 不要啊—— 22:03:03 -*- badger 在 unifr3ak 的头上轻轻一拍 22:03:08 &lt;unixfr3ak&gt; 好耶 22:03:12 &lt;eche|on&gt; ;-) 22:03:46 &lt;unixfr3ak&gt; 不知道这段会不会进会议记录 22:03:50 &lt;unixfr3ak&gt; :P 22:03:57 &lt;welterde&gt; 我在此宣布 *咚咚锵* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 &lt;welterde&gt; ;) 22:04:04 &lt;welterde&gt; unixfr3ak: 当然会！ 22:04:15 &lt;welterde&gt; 大家拿个 telnet 客户端连接吧 ;) 22:04:37 &lt;badger&gt; 不是个 MUD（多人在线文字冒险）？！ 22:04:40 &lt;unixfr3ak&gt; base 32 密钥？（Base32） 22:04:49 &lt;welterde&gt; badger: 当然！ 22:05:06 &lt;welterde&gt; unixfr3ak: 你需要打开一个 client tunnel，然后用 telnet/MUD 客户端连接到它 22:05:08 &lt;welterde&gt; （或者用 SOCKS（代理协议）） 22:05:38 &lt;unixfr3ak&gt; 我不想把我的袜子弄脏，我来建个 tunnel :p 22:05:43 &lt;unixfr3ak&gt; 嗯 22:05:47 &lt;unixfr3ak&gt; 但是目标地址呢 22:05:50 &lt;badger&gt; 泥泞的袜子 22:05:59 &lt;unixfr3ak&gt; 需要包括 .i2p 吗？ 22:06:05 &lt;welterde&gt; unixfr3ak: 要 22:06:11 &lt;welterde&gt; 至少我这么用是可以的 ;) 22:06:56 &lt;dream&gt; 你也可以查 b32 的 dest，这样就有本地副本了。zzz 教我怎么用 i2ptunnel 的神秘 CLI 接口来做这个。 22:07:13 &lt;unixfr3ak&gt; Delay Connect: （用于请求/响应连接） 22:07:18 &lt;unixfr3ak&gt; 我想这个要选 yes 21:07:21 &lt;dream&gt; 这提醒我该把房间描述从纸上搬进系统里了 22:07:24 &lt;badger&gt; welterde: 也许在某处发个简短的使用说明 ;-) 22:07:35 &lt;welterde&gt; dream: 太好了 :) 22:07:46 &lt;welterde&gt; badger: 呵.. 会的 22:07:58 &lt;unixfr3ak&gt; Trying 127.0.0.1... 22:07:58 &lt;unixfr3ak&gt; Connected to localhost. 22:07:58 &lt;unixfr3ak&gt; Escape character is '^]'. 22:08:02 &lt;unixfr3ak&gt; 令人印象深刻 :P 22:08:02 &lt;welterde&gt; `http://paste.i2p2.i2p/show/11/` &lt;- b64 22:08:08 &lt;l00kns33&gt; 关于 i2p 我有一个评论： 22:08:08 &lt;l00kns33&gt; 我觉得它太“极客做给极客”了——你需要知道非极客用户需要和想要什么 22:08:16 &lt;unixfr3ak&gt; 不知道 tunnel 的另一端是什么 22:08:20 &lt;dream&gt; unixfr3ak，如果你特别偏执就选 yes，否则可能会有时序攻击来测试你是否在线 :&gt; 22:08:21 &lt;welterde&gt; l00kns33: 他们要游戏！ :D 22:08:46 &lt;dream&gt; l00kns33，比文字在线冒险游戏更不极客的，还有什么呢！ 22:09:01 &lt;welterde&gt; unixfr3ak: 能用吗？你应该能看到一个菜单 22:09:02 &lt;dream&gt; 我穿上了长袍和法师帽！ 22:09:19 &lt;unixfr3ak&gt; 当然 22:09:28 &lt;l00kns33&gt; 那是其中一件事——而且是个好主意 :) 22:09:31 &lt;unixfr3ak&gt; Welcome to thmoo-cmd 2.1... 22:09:38 &lt;welterde&gt; 哈 :) 22:09:47 &lt;welterde&gt; 然后你需要输入 connect guest，我记得是这样 22:09:52 &lt;unixfr3ak&gt; 用 i2p 跑 telnet 有啥好惊讶的？ 22:10:30 &lt;zzz&gt; 我们很快会有一个 connect 客户端，这样你就不用自己设 tunnel 了 22:10:46 &lt;l00kns33&gt; 酷 :) 22:10:50 &lt;welterde&gt; unixfr3ak: 没啥？ 22:11:20 -*- welterde 写一篇使用说明.. 22:11:26 &lt;unixfr3ak&gt; 还有个奇怪的聊天功能 :P 22:11:45 &lt;badger&gt; 好吧，说到这——还有人要补充吗？ 22:11:46 &lt;welterde&gt; unixfr3ak: 你得“say something” 22:11:50 &lt;dream&gt; 我想那会怎么做，zzz？你是说像 VPN 那样？ 22:12:01 &lt;welterde&gt; dream: 更像 SOCKS 我觉得 22:12:05 &lt;dream&gt; 还是专门设计的 telnet 客户端？ ._. 22:12:19 &lt;dream&gt; 哦我听说过 SOCKS。 22:12:29 &lt;unixfr3ak&gt; foo siad hi 22:12:31 &lt;zzz&gt; 更像 socks 22:12:39 &lt;zzz&gt; telnet localhost 1234 22:13:00 &lt;zzz&gt; connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 &lt;welterde&gt; unixfr3ak: 然后回复你要“say something” ;) 22:13:06 &lt;zzz&gt; 就这样 22:13:15 &lt;dream&gt; socks 比较棘手，因为它有点像 i2ptunnel，但几乎任何人都能建立到不同目的地的新 tunnel。 22:13:37 &lt;unixfr3ak&gt; 是的我知道……没必要指出这种明显的事 22:13:50 &lt;welterde&gt; dream: 不.. 它只是用共享的那个 22:14:06 &lt;welterde&gt; 至少.. 应该是这么工作的 ;) 22:14:34 &lt;welterde&gt; 暂离一下 22:14:36 &lt;badger&gt; 我觉得我们到了一个不错的节点，可以…… 22:14:44 -*- badger 收尾 22:14:54 -*- badger 宣布会议结束 22:15:10 &lt;eche|on&gt; :-) 22:15:13 &lt;badger&gt; 大家干得好 22:16:12 &lt;dream&gt; 你不能用 SOCKS 那个做 server tunnel？嗯…… 22:16:34 &lt;dream&gt; 我想那对非 HTTP 协议会挺不错的。:) 22:16:49 &lt;dream&gt; 要不就在 eeproxy 里实现 CONNECT。 22:16:52 &lt;unixfr3ak&gt; 现在你们又要消失了 lol 22:18:38 &lt;dream&gt; 噗哒 22:19:40 &lt;zzz&gt; 我还在 22:19:49 &lt;zzz&gt; 我们的 socks 现在只支持客户端 22:20:51 &lt;zzz&gt; 我已经实现了 CONNECT，我上面说的就是它 22:23:20 &lt;dream&gt; 不错，我想不出有什么理由不这么做，而且会方便很多，因为 SOCKS 如此流行，很多应用都自带它。 </div>/zh/blog/2009/01/25/i2p-0.7-%E5%8F%91%E5%B8%83/Sun, 25 Jan 2009 00:00:00 +0000/zh/blog/2009/01/25/i2p-0.7-%E5%8F%91%E5%B8%83/<h1 id="i2p-07-发布">I2P 0.7 发布</h1> <p>0.7 版本为 I2PSnark 增加了稳定性和灵活性，希望未来能够用于分发 I2P 更新。</p> <p>I2P router 获得了针对各类传输层和流式传输问题、网络探索、NetDB 性能以及 UDP 引介者系统的修复和优化。除其他特性外，新版本还提供了更好的连接限制、对辅助应用程序中“out of memory”异常的更高容错能力，以及一种使用目标密钥的 Base32 哈希的实验性新地址系统（“.b32.i2p” URLs）。</p> <p>BOB 和 SAM 协议得到改进，更多旧组件被移除，新增 Router Console 功能，并缓解了一种可能的延迟测量攻击。 - 从此版本起，针对行为异常的对等体的阻止列表默认启用。</p> <p>值得提醒的是，自上一次发布以来，I2P 就要求 Java 1.5 或更高版本。如果你不确定自己的 Java 版本，可以通过打开终端窗口或命令提示符，并输入命令 &ldquo;java -version&rdquo; 来进行验证。如果你安装的是较旧的 Java，请先更新！</p> <p>本次发布具备向后兼容性：如果你已经安装了 0.6.1.31 或更高版本，它将识别已签名更新文件上的签名，从而可自动更新。</p> <p>按惯例，对于无法检查 GPG 签名的人，下面提供发布文件的 SHA1 哈希：</p> <p>7b569ba3511a466732f9a41f7890f97826ce6eed i2pheadless-0.7.tar.bz2 67777b620d2b004938c11956324e6a326bcc9d26 i2pinstall-0.7.exe 1255e5eee870152276535e8e22cf859dcd8f2f6a i2psource-0.7.tar.bz2 f09553859bddb59bf7530913a556ef73136bf2cf i2pupdate-0.7.zip 61dde0d79ec666cb2a2acef8663748a6ccebe7a2 i2pupdate.sud</p> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2008/12/01/i2p-0.6.5-%E5%8F%91%E5%B8%83/Mon, 01 Dec 2008 00:00:00 +0000/zh/blog/2008/12/01/i2p-0.6.5-%E5%8F%91%E5%B8%83/<h1 id="i2p-065-版本发布">I2P 0.6.5 版本发布</h1> <p>0.6.5 版本引入了新的组件，移除了部分旧组件（例如旧的 TCP 传输），并已优化以提升性能。</p> <p>引入了 BOB (Basic Open Bridge) 协议，供无法直接导入 I2CP 库的客户端应用程序使用。这样一来，此前在此类情况下使用的旧版 SAM 协议将被弃用。不过目前，在新安装中 BOB 尚不会自动启动，而在旧安装中 SAM 仍保持启用。</p> <p>改进后的代码应能通过对参与中继的流量进行概率性丢弃来更好地防止拥塞，并且在发生拥塞时表现得更好。floodfill NetDB 应当运行得更可靠，流式传输库应选择更合适的消息大小，并提供套接字超时功能；同时，用于 I2P routers 的“hidden”运行模式的相关工作也在推进中。</p> <ul> <li>From this release onward, I2P requires Java 1.5 or higher.</li> </ul> <p>如果您不确定自己的 Java 版本，可以通过打开终端窗口或命令提示符并输入命令 &ldquo;java -version&rdquo; 来进行验证。如果您安装的是较旧版本的 Java，请先更新！</p> <p>此版本向后兼容：如果你已经安装了 0.6.1.31 或更高版本，它会识别已签名的更新文件上的签名，你可以自动更新。</p> <p>按照惯例，对于无法验证 GPG 签名的用户，以下提供已发布文件的 SHA1 哈希：</p> <p>ba37303108297601614468643dc3886683a5cf07 i2pheadless-0.6.5.tar.bz2 a161f3e8ab3fc4a25d216b331173fbf76e68c102 i2pinstall-0.6.5.exe 0c135d8ad96401d38285cb931a8bf0f248ba74fc i2psource-0.6.5.tar.bz2 f04c095da352a4e8b938db4a9f820902cf1f1614 i2pupdate-0.6.5.zip c66465d614b9e669ccda155b8098052d74c90024 i2pupdate.sud</p> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2008/10/06/i2p-0.6.4-%E5%8F%91%E5%B8%83/Mon, 06 Oct 2008 00:00:00 +0000/zh/blog/2008/10/06/i2p-0.6.4-%E5%8F%91%E5%B8%83/<h1 id="i2p-064-版本发布">I2P 0.6.4 版本发布</h1> <p>0.6.4 版本带来了性能和稳定性改进。对于 RouterInfo 的存储，优先选择已连接的 floodfill 节点；若不足，则从普通节点获取新的 floodfill 节点引用。</p> <p>由于将已连接的对等节点视为活跃，其偏好度通常会提高。现在，tunnel 加入过程中出现的超时将作为不利因素计入 peer profiles（对等节点画像）。</p> <p>还包括对关停处理程序、tunnel 构建器、router 节流的改进，对 tunnel 池统计数据的收集，以及对 router 控制台和 I2PSnark 的改进（以及用于解释可达性问题的文本）。</p> <p>此版本向后兼容：如果你已经安装了 0.6.1.31 或更高版本，它会识别已签名更新文件上的签名，你可以自动更新。</p> <p>照例，对于无法验证 GPG 签名的用户，下面提供已发布文件的 SHA1 哈希值：</p> <p>f40bf6a8969ef7c29ff9af05890dbc314ad29db4 i2pheadless-0.6.4.tar.bz2 c6abe3d22a7a548f560ac1f2d34038c8dd277c1b i2pinstall-0.6.4.exe 151736f9891bd8d957b10213e382409027d38f02 i2psource-0.6.4.tar.bz2 8aa0e50009c7cfd613ea03c60220a9723c34b778 i2pupdate-0.6.4.zip ab067b953a4505bd9433b48b5b361970d8cd38ac i2pupdate.sud</p> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2008/08/26/i2p-0.6.3-%E5%8F%91%E5%B8%83/Tue, 26 Aug 2008 00:00:00 +0000/zh/blog/2008/08/26/i2p-0.6.3-%E5%8F%91%E5%B8%83/<h1 id="i2p-063-版本发布">I2P 0.6.3 版本发布</h1> <p>0.6.3 版本引入了多项错误修复、优化和安全改进。Routers 将开始监控行为良好的 NetDB 对等体数量，如果出现短缺且它们能够的话，将自愿充当其中之一。行为良好的 NetDB 节点将被赋予更高的优先级，而行为不良的节点将更有效地被列入黑名单。</p> <p>LeaseSets 的处理更加高效，新的修复应能使 UDP 引入者正常运行。I2P 还获得了对永久 IP 阻止列表的初步支持，以及一个新的对等节点连接限制器。对 Router Console 的改进应能使配置客户端应用程序更容易，I2PSnark 现在能更好地抵御损坏的数据。</p> <p>此版本向后兼容：如果你已经安装了 0.6.1.31 或更高版本，它会识别已签名的更新文件上的签名，并可自动更新。</p> <p>按惯例，对于无法核验 GPG 签名的人，下面提供已发布文件的 SHA1 哈希值：</p> <p>6874bb777a85567f1dedbc764798c113335ec9fc i2pheadless-0.6.3.tar.bz2 69b0ce4f9d08745f94cfe4957dff40152d9cc51a i2pinstall-0.6.3.exe 4a53ffbdbf52a210514f737915234e61aa9860d2 i2psource-0.6.3.tar.bz2 9b61fe5e467341f05f35cf75e5b07c0c80480c87 i2pupdate-0.6.3.zip 1acae1e39454a6c6aabc6ed9a3db1661d7eaaa58 i2pupdate.sud</p> <p>Best wishes, Complication.</p>/zh/blog/2008/06/07/i2p-0.6.2-%E5%8F%91%E5%B8%83/Sat, 07 Jun 2008 00:00:00 +0000/zh/blog/2008/06/07/i2p-0.6.2-%E5%8F%91%E5%B8%83/<h1 id="i2p-062-版本">I2P 0.6.2 版本</h1> <p>0.6.2 版本带来了性能和匿名性方面的改进。现在不再将 LeaseSet 数据添加到每一条端到端消息中，从而降低了协议开销。</p> <p>不可达的对等节点会被避免用作入站 tunnel 网关，这有助于提高可靠性，并使得可以使用持久的 Lease selection（租约选择），而这又通过减少消息的乱序投递来提升性能。</p> <p>tunnel 中对等节点的顺序现在根据与一个随机值的 XOR 距离严格排序，从而使对手更难收集用于 predecessor attack（前任攻击）的统计数据。还引入了对 I2PSnark 和 Router Console 等应用的改进。</p> <p>此版本向后兼容：如果您已经安装了 0.6.1.31 或更高版本，它会识别已签名更新文件上的签名，您即可自动更新。</p> <p>按照惯例，对于无法核验 GPG 签名的人，下面提供已发布文件的 SHA1 哈希值：</p> <p>9eb2558c484c56fa3f2623e473327ffee19b8b87 i2pheadless-0.6.2.tar.bz2 2161705ea9d57c05806b312179be524029ad8c92 i2pinstall-0.6.2.exe ef73b46d080ca5467eb5792f3fca62ed86852f85 i2psource-0.6.2.tar.bz2 455bc05cd20df32ce60174c796d32234f72155cd i2pupdate-0.6.2.zip 7da3777591f7f9f00d9e24182e973408484aee6e i2pupdate.sud</p> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2008/04/26/i2p-0.6.1.33-%E5%8F%91%E5%B8%83/Sat, 26 Apr 2008 00:00:00 +0000/zh/blog/2008/04/26/i2p-0.6.1.33-%E5%8F%91%E5%B8%83/<h1 id="i2p-06133-版本发布">I2P 0.6.1.33 版本发布</h1> <p>0.6.1.33 版本包含若干重要的缺陷修复，并在 SSU 可达性检测、floodfill 对等节点选择、tunnel 对等节点选择、tunnel 测试、NTCP 空闲检测、streaming 库以及新闻获取方面带来了性能改进。它还为 i2psnark 增加了备用跟踪器支持，并在从源码构建时对下载的 Jetty 库进行验证。</p> <p>请尽快升级，因为这些修复应能提升整个网络的可靠性。此版本向后兼容：如果你已安装 0.6.1.31 或更高版本，它会识别已签名的更新文件的签名，并可自动更新。</p> <p>按惯例，对于无法验证 GPG 签名的用户，以下提供已发布文件的 SHA1 哈希值：</p> <p>74e94871dca130bde0e49c0855ed8156c4012270 i2pheadless-0.6.1.33.tar.bz2 61a333820e5f8726391b22ba8cd55e0a5430c812 i2pinstall-0.6.1.33.exe ca73e5cf57d57c7de4b49ae41b2890f890d5d0bb i2psource-0.6.1.33.tar.bz2 8f0baefd50ee87bd876d25ca4af38479c0b2599b i2pupdate-0.6.1.33.zip 8922e04a3c2f4a83e5e27c6b32912ccdcf53abd3 i2pupdate.sud</p> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2008/03/09/i2p-0.6.1.32-%E5%8F%91%E5%B8%83/Sun, 09 Mar 2008 00:00:00 +0000/zh/blog/2008/03/09/i2p-0.6.1.32-%E5%8F%91%E5%B8%83/<h1 id="i2p-06132-发行版">I2P 0.6.1.32 发行版</h1> <p>0.6.1.32 版本包含多个缺陷修复、由 zzz 提出的新的 tunnel（隧道）构建算法，它会根据先前的 tunnel 构建成功率来调节 tunnel 构建的强度，以及其他性能改进。</p> <p>此版本向后兼容，如果您已经安装了 0.6.1.31，它会识别已签名更新文件上的签名（因此您可以自动更新）。</p> <p>然而，为了在我们的 3 个已签名的更新服务器之间更好地分配负载，我建议您进行以下可选检查：</p> <ul> <li>Open the update configuration page on:</li> </ul> <p><code>http://localhost:7657/configupdate.jsp</code></p> <ul> <li>If you see 3 update URLs, no action is needed.</li> </ul> <p>如果你只看到一个更新 URL，请打开 <code>http://localhost:7657/configadvanced.jsp</code> 上的高级配置页面，并删除以 &ldquo;router.updateURL=&rdquo; 开头的配置项。然后点击 &ldquo;Apply&rdquo;，默认配置应对更新 URL 生效。</p> <ul> <li>Please note that since 0.6.1.31, configuration entries</li> </ul> <p>可能会跨越多行，因此请务必再次确认下一条目从哪里开始，以避免将其破坏！</p> <p>按照惯例，针对无法检查 GPG 签名的用户，下面提供了发布文件的 SHA1 哈希：</p> <p>dec477401dc4f5ac98a5e50e107fe2ccc1431ce5 i2pinstall-0.6.1.32.exe a385d6456df6835d4dc6aec146a51e266e91fbe6 i2pheadless-0.6.1.32.tar.bz2 0c2eac42c21bdbc7c877dfc0b4e9430a34f7457f i2psource-0.6.1.32.tar.bz2 5b3157096ac5a7af81e9b0555aadc7738c22d79d i2pupdate-0.6.1.32.zip c8300278277e5769d542864b821045c5e9285da2 i2pupdate.sud</p> <p>致以最美好的祝愿，Complication。</p>/zh/blog/2008/02/10/i2p-0.6.1.31-%E5%8F%91%E5%B8%83/Sun, 10 Feb 2008 00:00:00 +0000/zh/blog/2008/02/10/i2p-0.6.1.31-%E5%8F%91%E5%B8%83/<p>嗨，有一个新的 I2P 版本可供你体验，地址是 <code>http://www.i2p2.de/downloads/。</code></p> <p>0.6.1.31 版本将使 I2P 的发布流程独立于 jrandom 和 *.i2p.net 服务器。我们的新主镜像是 <a href="https://www.i2p2.de">www.i2p2.de</a> ，在 I2P 中可通过 <a href="https://www.i2p2.i">www.i2p2.i</a> 2p 访问。</p> <p>自动更新将托管在多个 eepsites（I2P 站点）上，并由 Complication 签名；为此，0.6.1.31 包含两个新的发布验证密钥。</p> <p>此外，还包含针对自动更新机制、地址簿、I2PSnark 和 IRC 代理的多项错误修复与改进。将新增对 SAM 协议版本 2 的支持。</p> <p>此版本向后兼容。要自动更新到此版本，请遵循你的 router 控制台上的说明。如果你的 router 控制台上没有相关说明，你必须先进行 <code>http://forum.i2p/viewtopic.php?t=2532</code> 中记录的配置更改。</p> <p>感谢 Amiga4000、Complication、echelon、welterde 以及许多其他人对服务器、服务、测试时间和代码的贡献。</p> <p>zzz 2008-02-10 更新于 2008-02-13</p>/zh/blog/2008/02/01/i2p-2008-02-01-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Fri, 01 Feb 2008 00:00:00 +0000/zh/blog/2008/02/01/i2p-2008-02-01-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>欢迎！</p> <p><strong>状态更新 01/2008</strong></p> <p>由于 i2p.net 在 2008 年年初发生服务器故障，I2P 项目页面无法访问。唯一拥有权限以重新启用该服务器的人（jrandom）目前处于离线状态，对我们来说至少在接下来的 10 个月内都完全无法联系到他。我们甚至无法获取安装程序或种子节点来启动一个全新的 router。</p> <p>在过去几周里，我们收到了由热心志愿者捐赠的两台 Web 服务器，并为 I2P 的关键部分部署了一套完整的冗余方案。</p> <p>这两个 Web 服务器（www.i2p2.de 和 <a href="https://www.i2p-projekt.de">www.i2p-projekt.de</a> ）都基于同一个数据库运行，并应始终提供最新新闻、安装程序和开发文档。</p> <p>此外，还部署了新的 monotone 服务器，用于替换 dev.i2p.net 上的旧 CVS 服务器。这些 monotone 服务器运行在两台公共服务器上，您可以通过以下地址访问: mtn.i2p2.de 或 i2p-projekt.de (或通过 I2P: mtn.i2p2.i2p 和 mtn.i2p-projekt.i2p)。</p> <p>关于如何检出代码并构建自己的安装包的指南将很快在此页面发布。</p> <p>由于 i2p.net 的关闭，我们还需要部署一个新的种子节点服务器（http://i2pdb.tin0.de/netDb/）、一个新的 news.xml 服务器，以及新的更新服务器。</p> <p>我们无法使用 0.6.1.30 及之前发行版中的旧链接，因为它们都指向 i2p.net，而该站点无法访问。</p> <p>所有这些更改将包含在新的 0.6.1.31 版本中，计划在 2008 年 2 月中旬发布。</p> <p>新的版本将不再由 jrandom 签名，而是由 zzz 和/或 complication 签名。你很快就能在官方网站上找到这些密钥。</p> <p>衷心感谢所有捐赠者，以及为解决 i2p.net 的故障与替换问题提供帮助的各位。</p> <p>对于过去一个月给您带来的不便，我们深表歉意；我们在措手不及的情况下遭遇突发状况，并将难得的空闲时间都用来尽力为您提供我们所能提供的最佳体验。</p>/zh/blog/2007/10/07/i2p-0.6.1.30-%E5%8F%91%E5%B8%83/Sun, 07 Oct 2007 00:00:00 +0000/zh/blog/2007/10/07/i2p-0.6.1.30-%E5%8F%91%E5%B8%83/<p>大家好，新的 I2P 版本已经发布，欢迎前往 <a href="http://www.i2p.net/download">http://www.i2p.net/download</a> 下载体验。</p> <p>本次版本包含一些实验性的 tunnel 吞吐量改进、eepget 修复、网络积压处理、i2psnark 修复，以及其他更改。一如既往，完整的更改列表可在 <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD</code> 找到。</p> <p>本次发布向后兼容，升级应该不会有问题。</p> <p>感谢 zzz 和 Complication 的努力，使所有这些更改成为可能！</p> <p>=jr</p>/zh/blog/2007/04/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B44%E6%9C%8810%E6%97%A5/Tue, 10 Apr 2007 00:00:00 +0000/zh/blog/2007/04/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B44%E6%9C%8810%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Complication, jadeSerpent, jrandom, mrflibble</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) 嗨 16:01 &lt;jrandom&gt; 1) 网络状态 16:01 &lt;jrandom&gt; 2) Syndie 开发状态 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) 嗨 16:01 * jrandom 挥手 16:01 &lt;jrandom&gt; 简短的每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2007-April/001343.html 16:01 * mrflibble 回挥 16:03 &lt;jrandom&gt; 既然那些说明已经足够简短了，那我们直接进入 1) 网络状态 16:03 &lt;jrandom&gt; 最近一切看起来进展得相当顺利 16:03 &lt;jrandom&gt; 目前网络上没有任何重大变更（据我所知），因此情况很可能会保持如此 16:03 &lt;jadeSerpent&gt; IRC 似乎也终于平静下来了 16:03 &lt;jrandom&gt; 不错 16:05 &lt;jrandom&gt; 关于 1) 网络状态 我没有太多可补充的，如果没人还有要说的，我们就跳到 2) Syndie 开发状态 16:07 &lt;jrandom&gt; 下一个修订版花的时间比预期更长，但我希望在接下来的 2-3 天内发布一个新版本 16:07 &lt;jrandom&gt; 它不会是桌面 GUI，但会包含不少改进 16:08 &lt;Complication&gt; 任何有助于提高内容分发可靠性的东西都很棒 16:08 &lt;Complication&gt; 最近这方面相对较差 16:08 &lt;jrandom&gt; 嗯，那个问题应该（在一定程度上）很容易解决 16:09 &lt;jadeSerpent&gt; 你知道通过 i2p 获取失败的原因是什么吗？ 16:09 &lt;jrandom&gt; 嗯，超时设定过低 16:10 &lt;jrandom&gt; （以及服务器上的处理线程数过少） 16:13 &lt;jrandom&gt; 好的，如果关于 2) Syndie 开发状态 没有其他内容，我们就转到 3) ??? 16:13 &lt;jrandom&gt; 还有谁在会议上要提出其他事项吗？ 16:14 * mrflibble 挥手 16:14 &lt;mrflibble&gt; 抱歉，再回到 第 1 点 16:15 &lt;mrflibble&gt; &lt;jadeSerpent&gt; IRC 似乎也终于平静下来了 - 你觉得这是出于什么特别的原因吗？ 16:16 &lt;jrandom&gt; IRC 服务器上曾有一些网络和硬件问题，而且现在大多数人都已升级到最新版本（让我们受益于 zzz 的改进） 16:17 &lt;jrandom&gt; 用于 tunnel 创建成功率的数字看起来好多了 16:17 &lt;mrflibble&gt; 哦，好的，是服务器本身的问题 16:17 &lt;mrflibble&gt; zzz 做了哪些改进？ 16:19 &lt;Complication&gt; 消息优先级，以便让 tunnel 构建消息优先于 tunnel 流量 16:19 &lt;Complication&gt; 以及对 streaming 库（streaming lib）的调整，还有一系列常规的 I2PSnark 修复 16:19 &lt;mrflibble&gt; 啊, 谢谢 16:19 &lt;jrandom&gt; （就像 Complication 说的 :)） 16:22 &lt;jrandom&gt; 好的，还有谁有会议相关的其他事项？ 16:26 &lt;jrandom&gt; 如果没有的话 16:26 * jrandom 收尾 16:26 * jrandom 用 *baf* 宣布会议结束 </div>/zh/blog/2007/04/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B44%E6%9C%883%E6%97%A5/Tue, 03 Apr 2007 00:00:00 +0000/zh/blog/2007/04/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B44%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Complication, jrandom, tapeworm</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) 嗨 16:01 &lt;jrandom&gt; 1) 网络状态 16:01 &lt;jrandom&gt; 2) Syndie 开发进展 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) 嗨 16:01 * jrandom 挥手 16:01 &lt;jrandom&gt; 每周状态记录还没发布，不过里面内容不多，我们可以在这里直接聊 16:01 &lt;jrandom&gt; 进入 1) 网络状态 16:01 &lt;jrandom&gt; 情况看起来挺不错，目前没有重大问题。 earlier 在 IRC 服务器上出现了一些问题，但硬件问题已经解决了（感谢 cervantes 和 postman!） 16:01 &lt;jrandom&gt; zzz 的博客上关于 ssu/ntcp 想法又有了一些讨论——想了解更多可以去看看 16:01 &lt;jrandom&gt; 我没什么可补充的……关于 1) 网络状态，大家还有什么要提的吗？ 16:04 &lt;jrandom&gt; 如果没有，我们继续 2) Syndie 开发进展 16:04 &lt;jrandom&gt; 最近桌面 GUI 有一些不错的进展，并且有几个组件也回移到了标签式 GUI 16:04 &lt;jrandom&gt; 还有一些工作要做，不过我目前大多数事情都用桌面 GUI。 16:04 &lt;jrandom&gt; mk 也提出了更多关于桌面 GUI 的想法与担忧，一如既往，关注规划和实现请看 Syndie 开发论坛 16:04 &lt;+Complication&gt; 的确，我也能确认更高的 IRC 会话持久性 16:04 &lt;jrandom&gt; w3wt 16:06 &lt;+Complication&gt; 看起来可以安排再测一次了（上次测试时，我觉得它有点……吓人） 16:07 &lt;jrandom&gt; 啊对，现在我给大多数按钮都加上了标签 ;) 16:07 &lt;jrandom&gt; 不过如果你在 Windows 上，纵向按钮标签仍然不对（需要写个自定义布局来解决） 16:07 &lt;+Complication&gt; （尤其是许多组件没有标签） 16:08 &lt;jrandom&gt; 但它还没到可以发 alpha 的程度……我能用，是因为我知道每个东西在做什么/应该做什么 16:08 &lt;+Complication&gt; 我这边是 Linux，不过知道这一点也挺好吧 16:08 &lt;jrandom&gt; 不过希望在接下来一周左右可以 16:09 &lt;+Complication&gt; 在 Syndie 这边，我在想一个问题：新的同步代码会不会太激进，比如同时尝试过多的传输？ 16:09 &lt;+Complication&gt; s/is being/be 16:09 &lt;jrandom&gt; 它会对每个归档尝试 5 个并发获取 16:10 &lt;jrandom&gt; （以及一个异步导入线程） 16:10 &lt;+Complication&gt; 在我这边，对大多数归档的失败率相比之前大幅上升 16:10 &lt;jrandom&gt; 嗯 16:10 &lt;+Complication&gt; 也可能是更多人也在同步，但我仍希望能碰到归档不忙的空档 16:10 &lt;+Complication&gt; 不过，“碰到空档”并顺利完成一次高质量同步，似乎总体上并不常发生 16:10 &lt;jrandom&gt; 所以各种获取会失败，提示“connection reset”或其他类似 TCP 的错误信息？ 16:11 &lt;+Complication&gt; “socket closed”之类的 16:11 &lt;jrandom&gt; 啊，好 16:11 &lt;+Complication&gt; 我倒是没认真统计过 16:11 &lt;+Complication&gt; 当然，这完全是通过 I2P 进行的 16:11 &lt;jrandom&gt; 服务器目前性能不算强（我觉得它们的处理能力很有限），这方面应该会改进 16:12 &lt;jrandom&gt; 另外，就像你和 $nymFormerlyKnownAsAnonymous 说的，我们应该对这类失败做重试 16:12 &lt;+Complication&gt; 对，那也许会有帮助 16:12 &lt;tapeworm&gt; 这些服务器是基于什么的？ 16:12 &lt;jrandom&gt; 但我们肯定需要它做到非常稳健并且对用户透明 16:13 &lt;jrandom&gt; tapeworm：自制 16:13 &lt;+Complication&gt; 不过我前阵子测过“eepget”的性能，对比 Syndie，eepget 的性能和可靠性都很好 16:13 &lt;jrandom&gt; （大概十来行代码） 16:13 &lt;+Complication&gt; 它从 dev.i2p.net 拉了 2 个 9 MB 的文件，而 archive.syndie.i2p 却总是在一些很小的消息上失败 16:13 &lt;jrandom&gt; 哦，不过那不太算公平的测试 16:14 &lt;+Complication&gt; 不同的机器？ 16:14 &lt;jrandom&gt; 而且 Syndie 实际上就是/用/ eepget 来获取的 16:14 &lt;jrandom&gt; 从 Apache 拉取，和从一个自制的 web 服务器获取大量小文件，是很不一样的 ;) 16:14 &lt;+Complication&gt; 嗯……那我同步时应该把日志记得更详细些 16:15 &lt;+Complication&gt; 确实，还有服务器之间的差异 16:17 &lt;+Complication&gt; 嘿，看来我在桌面 UI 里设法启动了一次同步 16:17 &lt;+Complication&gt; 上次证明太难做到的事 :) 16:17 &lt;jrandom&gt; w3wt :) 16:18 &lt;jrandom&gt; 好的，关于 2 还有别的吗？ 如果没有，我们跳到 3) ??? 16:18 &lt;+Complication&gt; 不过我习惯重度使用任务栏，所以可能需要点时间适应 16:18 &lt;+Complication&gt; （我通常把任务栏设为自动隐藏） 16:19 &lt;jrandom&gt; 嗯，有个编译时选项可以把桌面 GUI 放在一个 shell 里而不是全屏——我们也可以把它做成一个命令行开关 16:19 &lt;+Complication&gt; 原则上，桌面 GUI 能不能有一个“最小化”按钮？ 16:19 &lt;jrandom&gt; 不过把它做成运行时可切换会有麻烦，因为 SWT 不（可靠地）允许 GUI 组件重新挂接父组件，而且你也不能更改 shell 的装饰（trim） 16:20 &lt;jrandom&gt; 哦，可以的，完全可行——好主意 16:20 &lt;+Complication&gt; 这样就能把它送到后台，而不影响下面其他窗口的排列顺序？ 16:20 &lt;jrandom&gt; 我们可以把它放进控制菜单（左上）或者任务菜单（右上） 16:20 &lt;+Complication&gt; 因为用 Alt+Tab 往往会改变那个顺序 16:21 &lt;+Complication&gt; （类似于……我通常喜欢在任务栏 KDE / Start button 旁边放的“显示桌面”按钮） 16:21 &lt;+Complication&gt; （或许另一个位置更好，但大致是这么个效果） 16:22 &lt;jrandom&gt; 对，我们可以像标签式 GUI 的最小化那样把它隐藏（或者像普通窗口最小化按钮那样把它图标化） 16:22 &lt;+Complication&gt; 当然，最小化和显示桌面确实是两回事——仔细想想，最小化更合理一点。 16:24 &lt;+Complication&gt; 关于同步错误，我现在有 1 个 HTTP 504，还有 4 个“socket closed” 16:24 &lt;+Complication&gt; 2 次成功 16:24 * TrevorReznik 遇到大约 70% 的 socket closed 16:24 &lt;jrandom&gt; 天哪 16:24 &lt;jrandom&gt; 好的，我会调查一下，并尽快更新 16:27 &lt;jrandom&gt; 好，进入 3) ??? ——这次会议还有别的事项吗？ 16:27 &lt;+Complication&gt; 真希望有，但还没有——webcache 应用还没完成，因为最近现实有点把我按在地上摩擦 16:28 &lt;jrandom&gt; 该死的现实！ 16:28 * Complication 会试着把那 15 件烦人的事清理掉 16:32 &lt;jrandom&gt; 没错 16:32 &lt;jrandom&gt; 好的，如果会议没有其他事项… 16:32 * jrandom 收尾 16:33 * jrandom *baf*s 宣布会议结束 </div>/zh/blog/2007/03/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B43%E6%9C%8827%E6%97%A5/Tue, 27 Mar 2007 00:00:00 +0000/zh/blog/2007/03/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B43%E6%9C%8827%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, Complication, jrandom, TrevorReznik</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; 0) 嗨 16:02 &lt;jrandom&gt; 1) 网络状态 16:02 &lt;jrandom&gt; 2) zzz 的 NTCP/SSU 提案 16:03 &lt;jrandom&gt; 3) Syndie 开发状态 16:03 &lt;jrandom&gt; 4) DNS/注册商状态 16:03 &lt;jrandom&gt; 5) ??? 16:03 &lt;jrandom&gt; 0) 嗨 16:03 * jrandom 挥手 16:03 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2007-March/001342.html 16:04 &lt;jrandom&gt; 跳到 1) 网络状态 16:04 &lt;jrandom&gt; 情况看起来挺好，而且如前所述，关于最新改动还有更多研究要做 16:05 &lt;+Complication&gt; 我本来想抱怨一下 IRC 连通性（其他方面看起来还不错），但过去一天我也就断线大约 6 次，还不算太糟 16:05 &lt;cervantes&gt; /mute Complication 16:05 &lt;jrandom&gt; 呵 16:05 &lt;+Complication&gt; :D 16:06 &lt;+Complication&gt; 不过，Tunnel 构建成功情况很好 16:06 * Complication 再检查一下，以防万一 16:06 &lt;jrandom&gt; 是啊，我也看到一些断线波动（不过，说真的，我用 grep -v -\!- 看回溯，所以从来不看到断线；） 16:06 &lt;cervantes&gt; 最近在 IRC 方面有各种 ISP 事故 - postman 正在研究替代托管方案 16:06 &lt;jrandom&gt; 统计里的 Tunnel 构建速率有所回升，不过总体看来与 stats.i2p 上的周期性起伏一致 16:06 &lt;cervantes&gt; 希望我们能获得更好的网络冗余 16:06 &lt;jrandom&gt; 啊好的 cervantes 16:07 * jrandom 原本想帮 dev.i2p.net，不过我不记得它上次负载低于 4 是什么时候了 16:08 &lt;jrandom&gt; 好，还有谁要就网络状态提点别的？ 16:10 &lt;jrandom&gt; 如果没有，那就跳到 2) zzz 的 NTCP/SSU 提案 16:10 &lt;jrandom&gt; zzz 现在好像不在，而且我把回帖用的 Syndie 帖子落在家里了（哎呀） 16:11 &lt;jrandom&gt; 无论如何，请在 zzz 的博客里发表你的想法（或者去那里获取更多信息） 16:11 &lt;jrandom&gt; 不过，现在在这里有人想讨论点什么吗？ 16:12 &lt;+Complication&gt; 嗯，我个人在那里写了回复，表达了对过度依赖 UDP 的担忧（因为对我来说，UDP 的重传率相当高） 16:12 &lt;jrandom&gt; 嗯 16:12 &lt;+Complication&gt; 不过，我想到一种做法…… 16:12 &lt;+Complication&gt; 目前出价是完全确定性的（而不是包含随机成分的概率性），对吧？ 16:13 &lt;jrandom&gt; 嗯，完全确定性 16:13 &lt;+Complication&gt; 我在想，如果让它们带有概率成分，是否会有好处（比如避免走极端） 16:14 &lt;+Complication&gt; 比如“60% 的概率选 NTCP，40% 的概率选 SSU” 16:14 &lt;+Complication&gt; （假设没有先验数据——如果有先前的成败数据，可能就需要把概率偏向该链路上表现更好的传输） 16:15 &lt;jrandom&gt; 嗯，这取决于想达成什么目标 - 据我对 zzz 提案的理解，目标是尽可能使用 SSU 16:15 &lt;+Complication&gt; （当然是假设给定链路上两种传输都可用——有时确实不可用） 16:15 &lt;jrandom&gt; 把它随机化对此没什么帮助，不过能提供更多空间在真实环境中收集两种传输的数据 16:16 &lt;+Complication&gt; 只是关于如何在两者之间求平衡的一种想法（因为如果一种总是出价更高，routers 可能就不会怎么“试验”了） 16:19 &lt;jrandom&gt; 这是我们可以用来收集更多数据的一种方法，值得记在心上 16:19 &lt;jrandom&gt; 好，如前所述，到那个主题里发帖了解更多吧 :) 16:20 &lt;jrandom&gt; 跳到 3) Syndie 开发状态 16:20 &lt;jrandom&gt; 除了邮件里写的，我没什么可补充的 16:20 &lt;jrandom&gt; 有人有问题/评论/担忧吗？ 16:21 &lt;+Complication&gt; 还没有。 :) 16:22 &lt;jrandom&gt; 呵呵 16:22 * Complication 希望能在 I2P 或 Syndie 方面多帮点忙，但我得先把那个 webcache 东西发布出去 16:22 &lt;jrandom&gt; 有同感，两个都很期待 :) 16:24 &lt;jrandom&gt; 好，那我们跳过 4 到 5) ??? 16:25 &lt;jrandom&gt; 还有谁想在会议上提点别的？ 16:26 &lt;TrevorReznik&gt; 大家对 I2P 的 Hashcash（工作量证明邮资）生成器有兴趣吗？ 16:26 &lt;TrevorReznik&gt; 比如通过浏览器界面。 16:26 &lt;TrevorReznik&gt; 我想这可以作为一种办法，消除 I2P 内部可能的 DoS 场景。 16:27 &lt;jrandom&gt; 嗯，用 JavaScript 还是 C/Java？ 16:27 &lt;jrandom&gt; 我记得外面已经有一些 Hashcash 生成器 16:27 &lt;TrevorReznik&gt; 用 Java。 16:28 &lt;+Complication&gt; 嗯，总有一天需要对 Hashcash 方案做些研究 16:28 &lt;TrevorReznik&gt; 我记得 www.hashcash.org 上有一些。 16:28 &lt;TrevorReznik&gt; 他们在推动把它用于邮件客户端，作为反垃圾邮件机制。 16:28 &lt;+Complication&gt; 也许不算严格意义上的研究，而是实现和最佳实践方面的 sese 16:28 &lt;+Complication&gt; =sense 16:28 &lt;TrevorReznik&gt; 他们收集了多种语言的实现。 16:28 &lt;TrevorReznik&gt; 那里有两个 Java 类和至少一个小程序，不过我现在还不知道确切的许可参数。 16:30 &lt;+Complication&gt; 可能用得上的地方：1）Syndie 里的 nym（化名）注册 2）I2P 里的名称注册 16:30 &lt;+Complication&gt; 3）显然还有电子邮件 16:30 * TrevorReznik 同意。 16:30 &lt;+Complication&gt; 4）在不太乐观的场景里，Syndie 的普通消息 16:31 &lt;+Complication&gt; 在 I2P 网络层面本身…… 16:31 &lt;+Complication&gt; 嗯 16:31 &lt;jrandom&gt; 可以把它们嵌进 Tunnel 创建消息里，不过我们在 CPU 这方面已经很吃紧了 ;) 16:39 &lt;jrandom&gt; 好，关于会议还有别的吗？ 16:41 &lt;jrandom&gt; 如果没有 16:41 * jrandom 收尾 16:41 * jrandom *baf*s 宣布会议结束 </div>/zh/blog/2007/03/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B43%E6%9C%8820%E6%97%A5/Tue, 20 Mar 2007 00:00:00 +0000/zh/blog/2007/03/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B43%E6%9C%8820%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Amiga4000, _bob, Eric, jadeSerpent, jrandom, snoopy</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) 嗨 16:05 &lt;jrandom&gt; 1) 网络状态和 0.6.1.28 16:05 &lt;jrandom&gt; 2) Syndie 开发状态 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) 嗨 16:05 * jrandom 挥手 16:05 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2007-March/001341.html 16:05 * jrandom 刚刚才贴出来，所以给你们一分钟读一下那份令人兴奋的说明 ;) 16:08 &lt;jrandom&gt; 好的，我们切入 1) 网络状态和 0.6.1.28 16:09 &lt;jrandom&gt; 目前情况看起来相当不错，大约有一半的网络已升级 16:09 &lt;jrandom&gt; 有个有趣的数据点是网络也稍微增长了，我的 router 新增了大约 40-50 个活跃的 ntcp 连接，而且我看到已知的 router 身份标识大约有 700 个 16:10 &lt;jrandom&gt; 不过接下来一周左右再看看进展如何 16:11 &lt;jrandom&gt; 好的，关于网络状态或 0.6.1.28，谁还有什么要提的吗？ 16:13 &lt;jrandom&gt; 好的，如果没有，那我们转到 2) Syndie 开发状态 16:13 &lt;jrandom&gt; 这方面有很多进展，笔记里已经提到 16:13 &lt;Amiga4000&gt; 嗨 16:13 &lt;jrandom&gt; 嘿 Amiga4000 16:13 &lt;Amiga4000&gt; 现在讲到第几项？ 16:13 &lt;jrandom&gt; 我们刚转到第 2 项，不过如果你有第 1 项要提的，尽管说；？ 16:14 &lt;Amiga4000&gt; 是的，我刚在 Syndie 发帖了，我猜我的池（pool）没有按预期工作 16:14 &lt;jrandom&gt; pool？ 16:14 &lt;Amiga4000&gt; 2 个 pout tunnel 2 跳，一个 70sec 和 1300kb，一个 250sec 和 1000 kb 16:15 &lt;Amiga4000&gt; （我指的是 zzz 论坛里关于 Syndie 的那条消息，讨论 I2Psnark 和 router 内部的 pooling） 16:15 &lt;jrandom&gt; 我猜你说的那些时间是过期时间，对吧，而数据是截至目前传输的总量 16:15 &lt;Amiga4000&gt; 该死，是的 16:15 &lt;jrandom&gt; 好的，我已经在 Syndie 回复了那帖——你看到的情况是正常的 16:15 &lt;Amiga4000&gt; *很好* 16:16 &lt;Amiga4000&gt; 抱歉，刚才读得太快没看懂 16:16 &lt;jrandom&gt; 如果所有 tunnel 同时过期，就会出现拥塞，而且很可能全部失败 16:16 &lt;Amiga4000&gt; 对。有没有办法看到一个 tunnel 的生命周期？ 16:16 &lt;jrandom&gt; 1300KB 和 1000KB 的分布也相当均衡 16:16 &lt;jrandom&gt; 生命周期始终是 10 分钟 16:17 &lt;Amiga4000&gt; 好的，我再跟踪一些数据 :_) 16:18 &lt;jrandom&gt; w3wt，不过还是谢谢你提这个问题，这是个好问题 16:18 &lt;Amiga4000&gt; 好的，另外网络状态：0.1.28 没问题，不过 i2psnakr 数据的上传很慢 16:19 &lt;jrandom&gt; 嗯，你说的是 10-15KBps，对吧？ 16:19 &lt;Amiga4000&gt; 对，在 zzz 最近 2、3 次修改之前是 30-40 16:20 &lt;jrandom&gt; 嗯，等新版本的更替减缓些，我们看看进展如何 16:20 &lt;Amiga4000&gt; 是的，再等 1-2 周 :-) 16:20 &lt;jrandom&gt; 不过在我看来，10-15KBps 已经够用了 16:21 &lt;Amiga4000&gt; :-) 16:21 &lt;jrandom&gt; （其实我把 10-20 这个范围作为可接受使用的目标，而不是 1-5KBps） 16:21 &lt;jrandom&gt; 当然，越高越好，但稳定在 10-15 已经是大利好 16:21 &lt;Amiga4000&gt; 我只是知道它以前能达到这个的 2-4 倍 16:21 &lt;_bob&gt; 嗯，i2p 正在使用 120% 的 CPU。 ;) 16:22 &lt;Amiga4000&gt; 而且我仍然可以通过 outproxy&lt;in 20-40 kb rate 从“internet”抓取数据 16:22 &lt;jadeSerpent&gt; _bob: 希望你的散热片/风扇正常工作 16:22 &lt;jrandom&gt; 你指的是每秒千字节，对吧，Amiga4000？ 16:22 &lt;Amiga4000&gt; 对 16:23 &lt;jrandom&gt; 好极了 16:23 &lt;Amiga4000&gt; 就连 syndie.i2p 也在 40 这个范围内 16:23 &lt;jrandom&gt; bob: 或者你有一台双核或四核处理器的 PC ;) 16:24 &lt;_bob&gt; 没想到 top 会报告超过 100% 的数值。 16:24 &lt;jrandom&gt; i2p 就是魔法 16:24 &lt;jadeSerpent&gt; 我猜它确实是“over the top” 16:25 &lt;_bob&gt; 要是那样就好了。现在每个方向最多只能路由大约 150KB/s。 16:25 * jadeSerpent 躲开烂水果 16:27 &lt;jadeSerpent&gt; 我有一台 Core 2 Duo，有时会看到一些进程使用率&gt;100% 16:29 &lt;jrandom&gt; 好的，关于第 1 项还有其他的吗？ 16:30 &lt;jrandom&gt; 如果没有，那就真的转到第 2 项 ;) 16:30 &lt;jrandom&gt; 除了邮件和论坛里写的之外，这里没什么可补充的 16:30 &lt;jrandom&gt; 关于 2) Syndie 开发状态，还有人要提什么吗？ 16:30 &lt;jadeSerpent&gt; 我迫不及待想试试新的编辑器控件 16:30 &lt;jadeSerpent&gt; 现在这个快把我逼疯了 16:30 &lt;jrandom&gt; 呵 16:31 &lt;jadeSerpent&gt; 你是如何在不同平台上引入原生编辑器的？ 16:31 &lt;Eric&gt; 只是个快问……为什么 Susimail 检查邮件或加载要这么久？其他 .i2p 页面加载很快。 16:32 &lt;jadeSerpent&gt; Eric：pop3 是个非常冗长的协议，比 http 还要冗长（每个操作交换的数据包更多） 16:32 &lt;Eric&gt; 啊，好。 16:33 &lt;jrandom&gt; jadeSerpent：import org.eclipse.swt.widget.Text 而不是 ...swt.custom.StyledText ;) 16:33 &lt;_bob&gt; Eric = Protocol? 16:33 &lt;jrandom&gt; Eric：是的，应用在本地运行，但会对 pop3 服务器使用完整的 pop3 子集进行通信 16:34 &lt;jadeSerpent&gt; jrandom：啊，原来 swt 可以对接 com 框架 16:34 &lt;Eric&gt; 为什么不通过 HTTP 使用网页版邮箱，而要用本地客户端通过 POP/SMTP 来收发？ 16:34 &lt;jadeSerpent&gt; 没事儿，我自己去读代码 16:35 &lt;jrandom&gt; jadeSerpent：嗯，这是一个原生的 /text/ 控件，不是 com 的 html 编辑器控件 16:35 &lt;jadeSerpent&gt; Eric：这个问题去问 postman 吧，最好在 #i2p-chat ;) 16:35 &lt;Eric&gt; 好的。 16:35 &lt;jadeSerpent&gt; jrandom：哦 16:35 * jadeSerpent 当时想到的是 gedit/console/riched32 16:36 &lt;jadeSerpent&gt; s/console/kate/ 16:36 &lt;jrandom&gt; jadeSerpent：com 的 html 编辑器控件也容易集成，但会引出很多问题 16:36 &lt;jadeSerpent&gt; 是的，安全起见最好自己做解析 16:36 &lt;jrandom&gt; （比如要做安全审计，尤其是在引用内容时） 16:39 &lt;jrandom&gt; 好的，如果第 2 项没有别的，那我们跳到 3) ??? 16:39 &lt;jrandom&gt; 有人有会议上要提的其他事情吗？ 16:40 &lt;jadeSerpent&gt; registerfly 的情况怎么样了 16:40 &lt;jadeSerpent&gt; i2p.net 保住了吗？ ;) 16:41 &lt;jrandom&gt; 呃，还没处理妥当，希望很快能解决 16:41 &lt;jrandom&gt; 不过你们都已经把 66.111.51.110 记住了，对吧？ ;) 16:41 &lt;_bob&gt; i2p.net 很快就会给你们上广告又广告。 ;) 16:42 &lt;jadeSerpent&gt; 是的，这就是我手提箱密码用的那个数字 16:42 &lt;jadeSerpent&gt; _bob：这正是我担心的之一 :( 16:43 &lt;jadeSerpent&gt; 或者重定向到 SiteFinder 16:43 &lt;jadeSerpent&gt; registerfly 真是搞出了一团糟，呵 16:43 &lt;jrandom&gt; 再过一两天就能搞定 16:44 &lt;Eric&gt; 呵，我想起来在哪见过这个 IP 了。那是 outproxy 的 IP 地址。 16:44 &lt;snoopy&gt; jr：看看这个页面，关于 i2p.net: http://www.dyndns.com/news/releases/registerfly_safe_harbor.html 16:44 &lt;jrandom&gt; 嗯，eric :) 16:46 &lt;jrandom&gt; snoopy：外面的多数注册商都在打折吸引前 registerfly 用户（不过幸运的是，从技术上讲我们是 enom 的注册用户） 16:46 * jrandom 只需要连上一台安全的终端（今天早些时候试过，但那地方关门了） 16:47 &lt;jrandom&gt; 好的，会议上还有别的要提的吗？ 16:49 &lt;jrandom&gt; 如果没有…… 16:49 * jrandom 做结束准备 16:50 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2007/03/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B43%E6%9C%8813%E6%97%A5/Tue, 13 Mar 2007 00:00:00 +0000/zh/blog/2007/03/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B43%E6%9C%8813%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, detonate, jrandom, TrevorReznik, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) 嗨 16:01 &lt;jrandom&gt; 1) 网络状态和 0.6.1.28 16:01 &lt;jrandom&gt; 2) Syndie 开发状态和 1.005a 16:02 &lt;jrandom&gt; 3) Syndie GUI 方向 16:02 &lt;jrandom&gt; 4) 二月缺陷收集竞赛结果 16:02 &lt;jrandom&gt; 5) ？？？ 16:02 &lt;jrandom&gt; 0) 嗨 16:02 * jrandom 挥手 16:02 &lt;jrandom&gt; 每周状态说明已经发布在 http://dev.i2p.net/pipermail/i2p/2007-March/001338.html 16:02 &lt;jrandom&gt; 大家已经有几个小时读了那些（当然也读了相关的 syndie 帖子 ;)），所以让我们直接进入 1）网络状态和 0.6.1.28 16:04 &lt;jrandom&gt; 最近在这方面有不少进展——zzz 要不要给我们过一遍 0.6.1.28 会带来什么？ 16:05 &lt;+zzz&gt; 好的 16:06 &lt;+zzz&gt; 在 tunnel 构建和上行性能方面有很多改进，主要有利于出站流量很大或受上行带宽限制的人…… 16:06 &lt;+zzz&gt; 比如 i2psnark 用户…… 16:06 &lt;+zzz&gt; 我测试的结果不错，所以期待尽快推给大家…… 16:07 &lt;jrandom&gt; [w3wt] 16:07 &lt;+zzz&gt; 我还要做个小调整，把一个参数做成可配置的，这是 Amiga4000 提出的需求，很快会加上。 16:08 &lt;+zzz&gt; 另外谢谢你的 $$ 提议，不过请把钱留在银行吧。 16:08 &lt;+zzz&gt; 发言完毕 :) 16:08 &lt;jrandom&gt; r0x0r——已加到 halloffame.html :) 16:09 &lt;+zzz&gt; 哈哈我现在出名了 16:10 &lt;jrandom&gt; 这些改动看起来很有前途，而且一旦广泛部署，影响会最大 16:11 &lt;jrandom&gt; 你想让我“按下扳机”的时候给我发个消息，我会在一天左右打包并推送 16:11 &lt;jrandom&gt; 好的，有没有人想提关于网络状态的事情？ 16:13 &lt;jrandom&gt; 如果没有，我们跳到 2）Syndie 开发状态 16:14 &lt;jrandom&gt; 这里也有很多进展（如果你在用 syndie 或关注 https://trac.i2p.net/timeline 就能看到） 16:14 &lt;jrandom&gt; 我预计一两天内会有新的 1.005a 版本（显然不包括我们在下面 (3) 中讨论的东西） 16:15 &lt;TrevorReznik&gt; jrandom：有时间回答个简短的问题吗？ 16:17 &lt;jrandom&gt; 如果是会议议题，当然可以（如果是 2），现在就行；如果不在议程内，我们有 5）？？？ 来处理其他事情 :)） 16:17 &lt;jrandom&gt; （如果不是会议相关，私信我） 16:17 &lt;TrevorReznik&gt; 好的 ;) 我等 16:18 &lt;jrandom&gt; 好的，关于 2）Syndie 开发状态还有什么吗？ 16:20 &lt;jrandom&gt; 如果没有，我们切到 3）Syndie GUI 方向 16:20 &lt;jrandom&gt; 正如邮件里提到的，这个方向上有很多动作——mk 提出了些非常有趣的想法，我们很可能很快就在 syndie 里见到 16:20 &lt;+zzz&gt; 可以说我比较传统，但我觉得现在类似 thunderbird 的多窗格界面已经挺不错 16:24 &lt;jrandom&gt; 嗯，用多窗格视图的话，会不会比我们当前的多标签页界面更契合 mk 的修改？ 16:24 &lt;jrandom&gt; 比如说，你现在在线程视图里会用预览标签吗？ 16:26 &lt;+zzz&gt; 目前看附件只能去预览标签，我不太喜欢——更希望在下面的窗格里看到完整内容 16:26 &lt;+zzz&gt; 抱歉我不熟悉 mk 的改动细节，所以没法回答你另一个问题 16:27 &lt;jrandom&gt; 啊，那就更适配 mk 的视图了（等我们把下面用的从 MessagePreview 换成 MessageView 之后） 16:27 &lt;jrandom&gt; 哦，mk 的提案有个截图，地址在 http://dev.i2p.net/~jrandom/mk_max.png 16:27 &lt;jrandom&gt; mk：也许我们可以想办法把“树在上/树在左”做成可配置？ 16:29 &lt;+zzz&gt; thunderbird 以前可以让你在三窗格的两三种布局里选择，但现在在选项里找不到了 16:30 &lt;jrandom&gt; 我记得看过他们关于这点的示意图，嗯 16:31 &lt;jrandom&gt; 或许如果我们能让 mk 的“explorer”干净地挂载到任意 SWT Composite 上，我们就既能把它作为当前标签式 GUI 里的一个标签使用，也能在全屏模式里当作一个屏幕使用 16:33 &lt;+zzz&gt; 我喜欢把不常用的东西放在标签里，比如选项、联播配置等；我认为常用内容用多窗格，再配合标签，是个不错的组合。就我拙见。 16:34 &lt;jrandom&gt; 你是全屏运行 syndie 还是只占一部分屏幕 16:35 &lt;+zzz&gt; 通常全屏 16:35 &lt;jrandom&gt; 嗯，酷 16:36 &lt;+zzz&gt; 不过因为我最近用的是 1024x768 的笔记本……在 1600x1200 的台式机上我就不会占满整个屏幕 16:37 &lt;jrandom&gt; 好的，所有在旁听的朋友，方便的时候请把你的想法和点子发上来 16:37 &lt;jrandom&gt; 呵，是啊，有道理 16:38 * jrandom 此刻在网吧一台 800x600 的机器上 16:38 &lt;@detonate&gt; 嗯，我现在又让 I2P 跑不起来了 16:39 &lt;@detonate&gt; 它在做些事，占用很多 CPU，但 Web 控制台似乎始终起不来 16:39 &lt;@detonate&gt; 我想我可以试试在 Windows 下跑 16:39 &lt;jrandom&gt; 日志里有东西吗？ 16:39 &lt;@detonate&gt; 也没有，就说我需要 reseed（重新引导） 16:39 &lt;@detonate&gt; 日志比之前安静了吗？ 16:39 &lt;+zzz&gt; wrapper.log 里有 NPE 吗？ 16:41 &lt;jrandom&gt; 好的，如果 3）没有其他内容了，我们跳到 4）二月缺陷收集竞赛结果 16:42 &lt;jrandom&gt; 恭喜并感谢 void、Darn 和 Anonymous！ 16:42 &lt;jrandom&gt; （当然也感谢其他所有帮忙的人） 16:42 &lt;jrandom&gt; 缺陷报告有助于我们追踪这些问题并确保得到处理，所以请继续多多提交 16:43 &lt;jrandom&gt; 好的，如果 4）没有别的，我们跳到 5）？？？ 16:43 &lt;jrandom&gt; 有人有想在会议上提出的事吗？ 16:45 &lt;bar&gt; 论坛里有人问为什么显示带宽的图表看起来有点不对 16:45 &lt;bar&gt; 以为你可能有点想法 16:46 &lt;bar&gt; （基本上，它们的峰值达到最大带宽设置的 1.5 倍） 16:47 &lt;jrandom&gt; 嗯，不确定他们指的是哪张带宽图（就我所见，每张图都准确地呈现了它所代表的统计值） 16:47 &lt;@detonate&gt; 没事了，又好了 :) 16:48 &lt;+zzz&gt; 是 graphs.jsp 上的前三张图，它们看起来比 router 控制台左侧显示的带宽高得多，对我而言也远高于我配置的上行上限 16:49 * jrandom 正在加载 16:51 &lt;jrandom&gt; 嗯，那包括考虑突发的上行平均值吗？ 16:52 &lt;+zzz&gt; 是 16:52 &lt;jrandom&gt; 嗯，我会查一下 16:53 &lt;+zzz&gt; 我会进一步调查，看来这对你来说没有印象 16:53 &lt;jrandom&gt; 好的，会议还有其他事项吗？ 16:57 &lt;jrandom&gt; 如果没有…… 16:57 * jrandom 开始收尾 16:58 * jrandom 用 *baf* 的一击宣布会议结束 </div>/zh/blog/2007/02/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B42%E6%9C%8820%E6%97%A5/Tue, 20 Feb 2007 00:00:00 +0000/zh/blog/2007/02/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B42%E6%9C%8820%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, Complication, jrandom, void</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:59 &lt;jrandom&gt; 0) hi 14:59 &lt;jrandom&gt; 1) Net status 14:59 &lt;jrandom&gt; 2) Syndie dev status 15:00 &lt;+void&gt; jrandom: fyi, bookmark management is not working as of 8e18877de3908c52daae6d8a85fc8c671cdfb5d5 15:00 &lt;jrandom&gt; 3) ??? 15:00 &lt;jrandom&gt; 0) hi 15:00 * jrandom waves 15:00 &lt;jrandom&gt; weekly status notes posted up at http://dev.i2p.net/pipermail/i2p/2007-February/001336.html 15:01 &lt;jrandom&gt; void: drag and drop onto the bookmarks currently doesn't refresh the display (the bookmarks are added but not shown) - working on that in the other dwindow atm :) 15:01 &lt;+void&gt; ah :) 15:01 &lt;jrandom&gt; if thats not what you're referring to, please file a bug report 15:01 &lt;+void&gt; (well, i already filed a bug report for that 15:01 &lt;+void&gt; ) 15:02 &lt;jrandom&gt; w3wt 15:02 &lt;jrandom&gt; ok, lets jump into 1) Net status 15:02 &lt;jrandom&gt; i don't really have much to add beyond whats in the status notes 15:04 &lt;jrandom&gt; anyone have anything they'd like to add re: 1) Net status? 15:06 &lt;jrandom&gt; if not, lets shimmy on over to 2) Syndie dev status 15:06 &lt;bar&gt; jrandom: yeap, Traditional Chinese language support fixed the "china.i2p" issue and Simplified Chinese fixed your "peace" post 15:06 &lt;jrandom&gt; ah great bar 15:06 &lt;bar&gt; (oops, sry!) 15:08 &lt;jrandom&gt; in theory we could bundle actual fonts and distribute them with syndie (which might make sense in some situations, like the preinstalled CDs/images that anonymous recently discussed) 15:10 &lt;jrandom&gt; (specifically, in the bug report @ urn:syndie:channel:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=9:messageIdi1171666081846ee ) 15:10 &lt;jrandom&gt; anyway, regarding syndie dev status, lots going on there 15:10 &lt;jrandom&gt; i expect we'll have a new release out later this week with the latest goodies 15:12 &lt;jrandom&gt; as always, keep those bug reports and feature requests flowin, and we'll get 'em addressed as soon as possible 15:12 &lt;jrandom&gt; anyone have anything to add re: 2) Syndie dev status? 15:15 &lt;jrandom&gt; ok if not, lets slide to 3) ??? 15:15 &lt;jrandom&gt; anyone have anything else to bring up for the meeting? 15:16 &lt;+Complication&gt; not anything I'd recall in a hurry :) 15:18 &lt;+Complication&gt; (not yet, at least) 15:18 &lt;jrandom&gt; heh in that case... 15:18 * jrandom winds up 15:18 * jrandom *baf*s the meeting closed </div>/zh/blog/2007/02/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B42%E6%9C%8813%E6%97%A5/Tue, 13 Feb 2007 00:00:00 +0000/zh/blog/2007/02/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B42%E6%9C%8813%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> green, jadeSerpent, jrandom, thecrypto, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) 嗨 15:04 &lt;jrandom&gt; 1) 网络状态和 0.6.1.27 15:04 &lt;jrandom&gt; 2) Syndie 开发状态 15:04 &lt;jrandom&gt; 3) trac.i2p.net 15:04 &lt;jrandom&gt; 4) ??? 15:04 &lt;jrandom&gt; 0) 嗨 15:04 * jrandom 挥手 15:04 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2007-February/001334.html 15:05 &lt;jrandom&gt; 让我们直接进入 1) 网络状态和 0.6.1.27 15:06 &lt;jrandom&gt; zzz：想给我们梳理一下 i2psnark 里这次的主要修复/改进吗？ 15:07 &lt;+zzz&gt; 嗯，分散在各处，参见 history.txt :) 15:07 &lt;green&gt; 我们没法说什么，因为你很久没在上面干活了，嗯！ 15:08 &lt;green&gt; 所以没有新东西可讨论 15:08 &lt;jrandom&gt; 呵，好吧 zzz，说得过去 :) 15:08 &lt;+zzz&gt; 对于拥有大量做种者的种子应当更健壮；一些 UI 改进；若干 bug 修复；支持创建多文件种子，等等 15:08 &lt;+zzz&gt; 顺便说，w00t 第 200 次会议 15:09 &lt;jrandom&gt; 哎呀 15:09 &lt;jrandom&gt; 好，行 15:09 &lt;jrandom&gt; 我现在的计划只是为 floodfill 对等点加入一些简单的提示（这样大家就不那么容易把它们给忘了） 15:09 &lt;jrandom&gt; 在打标签并推送之前，还有哪些顺手就能改的小问题需要我处理吗？ 15:10 &lt;+zzz&gt; 听起来比等我去做要明智 15:10 &lt;jrandom&gt; 哦，我也该把旧的 Syndie 禁用掉 15:11 &lt;jrandom&gt; （或者至少禁用它的抓取） 15:11 &lt;jrandom&gt; 我听到一些建议，说默认也要禁用 theepsite tunnel —— 有什么看法？ 赞成还是反对？ 15:11 * bar 又在鞭打那匹还没完全死透的“not have eepsite server tunnels autostart by default”老马 15:12 &lt;+zzz&gt; 我在 localhost/syndie/ 上加了一条说明，提醒大家它已过时了；如果你想再放一个版本，让它再活一版也行，随你 15:13 &lt;jrandom&gt; 也许值得把内容先留一阵子，但停止内容聚合 15:13 &lt;jrandom&gt; 好的，谁要是想到别的，告诉我一声 15:14 &lt;+zzz&gt; 如果你这么做，请检查一下我加的那条说明是否需要更新 15:14 &lt;jadeSerpent&gt; 我同意，它不该开箱即用就开始提供页面服务，别的应用也不会这么做，有潜在的安全风险 15:14 &lt;green&gt; 禁用默认的 eepsite 是个好主意，因为大多数 I2P 用户并不使用它，其他人也用的是自定义的 tunnels；看看 orion 的统计，在线的站点也就大约 ~30 个 15:14 &lt;jrandom&gt; 嗯 15:14 &lt;+zzz&gt; 同样，如果你禁用了 eepsite tunnel，相关的使用说明和默认的 eepsite 首页也需要更新 15:15 &lt;jrandom&gt; 它不会禁用已经配置好的 tunnels，只会影响新用户 15:15 &lt;jrandom&gt; 确实，zzz 15:15 &lt;+zzz&gt; 大概是个好主意 15:17 &lt;green&gt; 不过这只是个小调整，不算改进 15:17 &lt;jrandom&gt; 好，关于 1) 网络状态和 0.6.1.27 还有别的吗？ 15:17 &lt;+zzz&gt; resources/eepsite_index.html "your eepsite is up and running but..." 15:17 &lt;jrandom&gt; 嗯 15:19 &lt;green&gt; jr：鼓起勇气，撤吧！ 15:19 &lt;jrandom&gt; 好，跳到 2) Syndie 开发状态 15:20 &lt;jrandom&gt; 这里当然有很多进展 15:20 &lt;jrandom&gt; 除了说明里提到的内容之外，一旦我们发布 i2p 0.6.1.27，我会清掉一批未解决的 bug，为下周的 1.004a 版本做准备 15:21 &lt;+fox&gt; * thecrypto 在长期离开这个项目之后回来了，挥手致意 15:21 &lt;jrandom&gt; 关于 2) Syndie 开发状态，有人要提什么吗？ 15:21 &lt;jrandom&gt; 哇！ 15:21 &lt;jrandom&gt; 欢迎回来，thecrypto 15:22 &lt;+fox&gt; &lt;thecrypto&gt; 谢谢 15:22 &lt;jrandom&gt; 还在折腾 i2p 0.1 的 SDK 吗？ :) 15:22 &lt;+zzz&gt; 是为第 200 次回来的？ 15:23 &lt;+fox&gt; &lt;thecrypto&gt; 我想是的 :) 不过我希望能尽快跟上进度。我看了看外面的那些东西，结果都不咋地 :) 15:24 &lt;jrandom&gt; 呵，很酷 15:24 &lt;+fox&gt; * thecrypto 在旁边坐下，让会议继续进行 15:25 &lt;jrandom&gt; 好，若关于 2) Syndie 开发状态没别的了，我们转到 3) trac.i2p.net 15:25 &lt;jrandom&gt; 根据大家（也很合理的）要求，我们已经从 Syndie 内置的 bug 跟踪器迁移到了一个真正的 bug 跟踪器 15:26 &lt;jrandom&gt; 如果可以，请用它来提交 bug 报告（不过，通过 Syndie 提交的 bug 报告也会延迟一段时间后自动导入进去） 15:26 * jadeSerpent 鼓掌 15:27 &lt;+fox&gt; &lt;thecrypto&gt; Trac 用起来很好，我白天上班就用它。你们把 CVS 集成进去了吗？ 15:27 &lt;jrandom&gt; monotone（我们的 DVCS（分布式版本控制系统）），是的 15:27 &lt;jrandom&gt; https://trac.i2p.net/browser 15:28 &lt;+fox&gt; &lt;thecrypto&gt; 不错，迁移到 DVCS 了 :) 我回归的时机正好 :) 15:28 &lt;jrandom&gt; 那当然 15:29 &lt;jrandom&gt; 目前 wiki 基本上是禁用状态，不过有时也许会用来处理一些问题 15:29 &lt;jrandom&gt; 不过我不确定是否/何时会用到，走着瞧吧 15:30 &lt;jrandom&gt; 好，关于 3) trac.i2p.net 还有别的吗？ 15:31 &lt;jrandom&gt; 如果没有，我们就进入传统环节 4) ??? 15:31 &lt;jrandom&gt; 还有别的要在会上提的吗？ 15:33 &lt;+fox&gt; &lt;thecrypto&gt; 很高兴回来 15:33 &lt;jadeSerpent&gt; 每次开会的时候都会变得很卡吗？ 15:35 &lt;jrandom&gt; jadeSerpent：比平时更卡一些，是的，不过也不算太糟（我这边延迟 1.46 秒） 15:35 * jrandom 做结束准备 15:35 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2007/02/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B42%E6%9C%886%E6%97%A5/Tue, 06 Feb 2007 00:00:00 +0000/zh/blog/2007/02/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B42%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, dw_g, hottuna, jadeSerpent, jrandom, mk, modulus, tethrage, void</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) 嗨 15:02 &lt;jrandom&gt; 1) 网络状态 15:02 &lt;jrandom&gt; 2) Syndie 开发状态 15:02 &lt;jrandom&gt; 3) 1 月漏洞收集竞赛获奖者！ 15:02 &lt;jrandom&gt; 4) ？？？ 15:02 &lt;jrandom&gt; 0) 嗨 15:02 * jrandom 挥手 15:02 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2007-February/001333.html 15:03 &lt;jrandom&gt; 跳到 1) 网络状态 15:03 &lt;jrandom&gt; 我这边没什么可补充的（你大概也能看出来；） 15:03 &lt;jrandom&gt; 有人要提关于网络状态的什么问题吗？ 15:04 &lt;+void&gt; 以前好一些，不知怎的…… 15:04 &lt;+void&gt; 但也不差 15:05 &lt;jrandom&gt; 挺奇怪的，过去一周左右我们的构建率又回升了，依据 stats.i2p 15:05 &lt;tethrage&gt; 有没有长期的模式？ 15:06 &lt;tethrage&gt; （指构建率的变化） 15:07 &lt;jrandom&gt; 据我所见，这些模式与高性能 router 的容量有关，但那只是对网络的一个非常有限的视角（因为我基本上只知道公开可见的内容） 15:07 &lt;tethrage&gt; 明白 15:08 &lt;tethrage&gt; 有没有什么信息可以提供来帮忙？ 15:08 &lt;tethrage&gt; 我是说来自普通 router 的信息 15:08 &lt;jrandom&gt; 从我的角度看，并没有 15:09 &lt;tethrage&gt; 明白 15:09 &lt;jrandom&gt; （基本上，我们只需要先实现一些代码改动，然后再推进） 15:10 &lt;tethrage&gt; 明白 15:11 &lt;jrandom&gt; 好，还有别的关于 1) 网络状态 的事吗？ 15:12 &lt;jrandom&gt; 如果没有，那我们跳到 2) Syndie 开发状态 15:14 &lt;jrandom&gt; 这边进展很多，你们可以看一下 15:14 &lt;+fox&gt; &lt;mk&gt; 小建议：也许把 'signed by' 改成 'authorization'？论坛、身份、签名等之间的界限有点模糊，我有点担心 15:14 &lt;+fox&gt; &lt;mk&gt; -d 15:15 &lt;jrandom&gt; 啊，这主意不错 15:16 &lt;+void&gt; mk：一个论坛就是一个身份 :) 15:16 &lt;+void&gt; 反之亦然 15:17 &lt;jrandom&gt; 嗯，不过我们不想把这种怪异的二重性暴露得太明显，以免把人弄糊涂 15:17 &lt;+fox&gt; &lt;mk&gt; 我知道，但还是模糊。我现在能理解，不过我担心新用户会因为缺少区分而困惑 15:18 &lt;+void&gt; 啊 15:18 &lt;jrandom&gt; 对——大家对“论坛”的理解跟对“身份”的理解不同，所以需要确保我们的行为符合预期 15:18 &lt;+fox&gt; &lt;mk&gt; 还有一点也许值得在论坛或身份管理中实现：明确限定“仅以作者 x、授权 y 在此论坛发帖”，这样可以避免混淆。新帖消息里都不必放下拉框了 15:19 &lt;+fox&gt; &lt;mk&gt; （用于密钥的下拉框） 15:20 &lt;+void&gt; 我更希望有一个全局身份下拉框，始终可见 15:20 &lt;+fox&gt; &lt;mk&gt; 比如，你当前以谁的身份发帖？ 15:20 &lt;jrandom&gt; 嗯 15:21 &lt;+fox&gt; &lt;mk&gt; 也许吧，但我觉得它一直在顶部显示和只在发帖时出现，差别其实不大 15:22 &lt;jrandom&gt; 好，在我们深入之前，先提一点：Syndie 目前没有处理的一个侧信道可以把多个身份关联起来 15:22 &lt;+void&gt; 不过你的身份除了发帖之外不会用在别处 15:22 &lt;+fox&gt; &lt;mk&gt; 你指什么？ 15:23 &lt;+void&gt; 推送新帖子？ 15:23 &lt;jrandom&gt; 如果你需要完全不可关联的身份，你得运行多个独立的 Syndie 实例——它们之间可以相互同步，并且只用其中一个去对其他存档执行拉取/推送，但本地存档包含一些只有某些身份可访问的信息 15:23 &lt;+fox&gt; &lt;mk&gt; （我同意这类大讨论最好留到开发论坛，但现在大家一起聊也挺好） 15:24 &lt;+void&gt; 是的 15:24 &lt;jrandom&gt; 然而，本地存档上的所有身份都能访问那些信息，如果它们对这些信息采取行动（用那些密钥发帖等），就会泄露可关联性 15:25 &lt;jrandom&gt; 也许我们可以通过 GUI 以透明方式实现这一切 15:26 &lt;jrandom&gt; （在本地运行多个存档，而无需启动 Syndie 两次） 15:26 &lt;+fox&gt; &lt;mk&gt; 还有很多其他问题——比如把某些存档标记为互斥——这有助于匿名性。我们应该尝试定义这些场景，并找出一种非常易用的处理方式 15:27 &lt;tethrage&gt; Syndie 的目标不是匿名，而只是安全 15:27 &lt;tethrage&gt; 匿名应该由它运行所依赖的传输层来处理，对吧？:/ 15:27 &lt;jrandom&gt; Syndie 的目标包含匿名 15:27 &lt;tethrage&gt; （如果我错了请纠正） 15:28 &lt;jrandom&gt; 传输层只处理匿名性的一小部分——剩下的需要我们来处理 15:28 &lt;jrandom&gt; s/small// 15:28 &lt;tethrage&gt; 是吗？:/ 15:28 &lt;+fox&gt; &lt;mk&gt; 是的。Syndie 尤其要处理信息泄露问题 15:29 &lt;jadeSerpent&gt; IP 地址匿名 vs. 身份匿名 15:29 &lt;tethrage&gt; 明白。我记得你之前说过，Syndie 是个使用加密的安全应用，但并不严格追求匿名？ 15:29 &lt;tethrage&gt; （至少不像 I2P 等那样） 15:29 &lt;+fox&gt; &lt;mk&gt; 信息安全通过存档的冗余来实现 15:29 &lt;jrandom&gt; mk：关于“给存档打标记”你的意思我不太确定，但我很希望你在 Syndie 开发论坛发帖讨论一下 :) 15:29 &lt;jrandom&gt; tethra：Syndie 可以用于不需要匿名的事情 15:30 &lt;jrandom&gt; 但 Syndie 也必须能用于需要匿名的事情 15:30 &lt;jrandom&gt; （否则，就没必要把它作为 I2P 项目的一部分来实现了） 15:31 &lt;tethrage&gt; 是啊 15:31 &lt;+void&gt; jrandom：不过公允地说，如果 Syndie 通过利用 I2P 来提供匿名，那也还是有意义的 15:31 &lt;+void&gt; 但算了 15:31 &lt;+void&gt; c 15:31 &lt;tethrage&gt; 除了防止信息泄露和避免糟糕的代码之外，Syndie 还能做些什么来保持匿名？ :/ 15:32 &lt;tethrage&gt; 除非另有指定，否则你不是直接访问存档之类的吗？ 15:32 &lt;+fox&gt; &lt;mk&gt; tethrage，各种各样的信息泄露。如果你愿意，我们等会儿可以更详细地谈 15:33 &lt;jrandom&gt; tethra：比如，有人启用 JavaScript 去访问一个 eepsite 15:33 &lt;jadeSerpent&gt; 我认为，在这方面，运行你自己的可公开访问的存档反而会提高你的匿名性 15:34 &lt;tethrage&gt; jrandom：是啊，JS 可能暴露信息之类的。但如果你没有使用某种匿名网络，那这更像是安全问题而非匿名问题吧？ 15:34 &lt;tethrage&gt; 不过话说回来，我大概只是纠结术语，所以我不说了 15:34 &lt;tethrage&gt; :/ 15:34 &lt;jadeSerpent&gt; 我认为，在这方面，运行你自己的可公开访问的存档反而会提高你的匿名性 15:34 &lt;+fox&gt; &lt;mk&gt; jrandom，我会发那篇帖子。另外，我一直在折腾一个浏览器的设计（我不喜欢为新部分打开新标签），所以我会尝试做个原型，也许还会把一些草图发到开发版 15:34 &lt;jrandom&gt; “防止信息泄露”是匿名的核心——控制谁可以了解关于你身份的事实 15:35 &lt;jrandom&gt; 太棒了 mk，谢谢！ 15:35 &lt;jrandom&gt; jadeSerpent：当然 15:35 &lt;tethrage&gt; 明白 15:35 &lt;tethrage&gt; 受教了 15:36 &lt;jrandom&gt; mk：如果有更好的 Syndie UI 呈现方式，我 100% 支持（只有很小一部分代码绑定在这些基于标签的组件上） 15:36 &lt;jrandom&gt; 而且我们毕竟还在 alpha 阶段 15:38 &lt;+void&gt; jrandom：我想把标签式界面改成窗口式界面应该不难吧？ 15:38 &lt;+fox&gt; &lt;mk&gt; 是的。如果有些人更喜欢全标签式的方式，那也可以 15:38 &lt;+fox&gt; &lt;mk&gt; （和浏览器标签并存） 15:39 &lt;jadeSerpent&gt; 请不要用 mdi，我建议在标签和 mdi 之间折中，比如 Eclipse 的 perspectives 15:39 &lt;+void&gt; mdi 不好，我同意 15:40 &lt;jadeSerpent&gt; NetBeans 也有类似的东西，忘了叫什么了 15:40 &lt;jadeSerpent&gt; 好像是 views 或 workbenches 之类的，记不清了 15:41 &lt;jrandom&gt; .png 草图欢迎 :) 15:41 * jrandom 采用全标签风格是因为大家都爱 Firefox（/etc） 15:42 &lt;jadeSerpent&gt; 我把图标做完后，可能会动手搞点这个 15:42 &lt;+fox&gt; &lt;mk&gt; 两周发布周期是好事。我喜欢这些目标被明确出来，但我也想看到一些“更软”的目标——开发者以及后续的用户文档、架构图等 15:42 &lt;jrandom&gt; 太酷了 15:42 &lt;jadeSerpent&gt; 在我看来，暂时用标签就行，够用 15:42 &lt;jrandom&gt; mk: http://syndie.i2p.net/roadmap.html ? 15:42 &lt;jrandom&gt; （不过路线图上没有日期） 15:43 &lt;+fox&gt; &lt;hottuna&gt; 不错 :=) … 刚把它发到待办任务里了 :P 15:44 &lt;+fox&gt; &lt;mk&gt; 是的，不过我指的是更小的目标。“记录 syndie.gui 中各类之间的一般交互”，或者“写一份关于封禁的文档”等等。 15:44 &lt;jrandom&gt; 啊，说得好 15:45 &lt;jrandom&gt; 我一直想着再把各个小/中/高层次的待办事项整理一遍 15:45 * jrandom 把这条加进待办清单 15:47 &lt;jrandom&gt; 好，关于 2) Syndie 开发状态 还有别的要提的吗？ 15:48 &lt;jrandom&gt; （当然，Syndie 里一直有开发论坛，但 IRC 方便快速来回交流） 15:49 &lt;jrandom&gt; 如果没有，那我们跳到 3) 1 月漏洞收集竞赛获奖者！ 15:50 &lt;jrandom&gt; 恭喜 Darn、voyde、mk 和 Anonymous，也感谢所有参与帮助的人 15:51 * jrandom 意识到比赛最初是给前三名的，但计数太接近了 15:51 &lt;jrandom&gt; 本月也有新比赛，规则与之前相同 15:51 &lt;jadeSerpent&gt; 你怎么知道“Anonymous”只是一个人？ ;) 15:51 &lt;+fox&gt; &lt;mk&gt; 总共 225 个（按我统计）bug——厉害 15:51 &lt;+void&gt; :) 15:52 &lt;+fox&gt; &lt;mk&gt; jade，我想是密钥吧 :) 15:52 &lt;jrandom&gt; jadeSerpent: urn:syndie:meta:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=e :) 15:53 &lt;jrandom&gt; 不过也可能是五个人共享那把密钥 15:53 &lt;jrandom&gt; 不过那他们就得平分这 $50USD ;) 15:53 &lt;jrandom&gt; （第一个用私钥给我签名并指定要汇到哪个 egold 帐号的人赢 ;) 15:53 &lt;jadeSerpent&gt; 除非其中一个把其他人干掉 15:54 &lt;jadeSerpent&gt; 不过那种事只会发生在罗马尼亚 15:54 &lt;tethrage&gt; 还有俄罗斯 15:54 &lt;jrandom&gt; （还有英国、澳大利亚，以及……） 15:55 &lt;+fox&gt; &lt;mk&gt; 50USD 可是很多钱啊…… 15:55 &lt;jadeSerpent&gt; 在俄罗斯他们会全被干掉，房东会把钱拿走，然后上交给黑帮当保护费 15:55 &lt;tethrage&gt; 换成 GBP 就不多了 ;p 15:55 &lt;+fox&gt; &lt;mk&gt; 我知道，我为了它都愿意“杀人” 15:55 &lt;tethrage&gt; 我想问你来自哪里你也不会回答，是吧，mk？ 15:55 &lt;tethrage&gt; :/ 15:56 &lt;+fox&gt; &lt;dw_g&gt; 好，我来拿 ;) 15:56 &lt;+fox&gt; &lt;mk&gt; 最初在俄罗斯 :D 现在在加拿大 15:56 &lt;jadeSerpent&gt; 225 个 bug 很厉害，其中有多少已经关闭了？ 15:56 &lt;tethrage&gt; ice. 15:56 &lt;tethrage&gt; +n 15:57 &lt;jrandom&gt; jadeSerpent：我估计大概有 75-80% 已处理 15:57 &lt;jadeSerpent&gt; 不错 15:58 &lt;jrandom&gt; （另外可能有 5-10% 是 invalid/wontfix） 15:58 &lt;jrandom&gt; 不过实际上，那是高层级待办之一——给 bug 跟踪弄个真正的管理 UI 15:58 * jadeSerpent 推荐 trac 15:58 &lt;jrandom&gt; （我花了不少时间把帖子都过了一遍手工数的） 15:58 &lt;+fox&gt; &lt;mk&gt; 在 Syndie 之外？ 15:59 &lt;jrandom&gt; 嗯，加一个 Syndie--&gt;track 的导出系统？ 15:59 &lt;jrandom&gt; s/ck// 15:59 &lt;+fox&gt; &lt;mk&gt; 把 Syndie 接到一个缺陷跟踪器上会是个不错的项目 15:59 &lt;jadeSerpent&gt; 是啊 15:59 * jrandom 打赌用几条 SQL 查询和插入就能搞定 16:00 &lt;jrandom&gt; 不过这很值得，至少从 readonly-trac 的角度看是这样 16:00 &lt;+void&gt; 但我觉得，要把在 trac 里的更新同步回 Syndie 肯定很棘手 16:00 &lt;jrandom&gt; 全流程集成非常难 16:00 &lt;jrandom&gt; 对 16:00 &lt;+fox&gt; &lt;mk&gt; 在某个时候也许值得考虑一种“修订”类型的系统 16:00 &lt;jrandom&gt; 不过能在 trac 里查询、下钻并生成报表等 16:01 &lt;+fox&gt; &lt;mk&gt; 让新帖子取代旧帖子 16:01 &lt;jrandom&gt; 啊，是的，这方面有钩子，但目前不会处理 Overwrite* 头 16:02 &lt;jrandom&gt; 不过也不难，只要做个 UI 开关，能跳转到同一帖子的先前版本，再加几行代码验证该帖子是否有权限覆盖旧帖子 16:03 &lt;jadeSerpent&gt; 我理解想用 Syndie 自身来报 bug 的想法，但它的设计并不包含问题跟踪，对这类任务始终不会是最佳选择，我认为你应该用一个真正的 issue tracker 16:04 &lt;+fox&gt; &lt;mk&gt; 看到提交的 bug 数量，我同意 jadeSerpent 的看法 16:05 &lt;jrandom&gt; 不过反过来说，有多少 bug 是因为大家用 Syndie 来报 bug 才被发现的？ 16:05 * jrandom 并不完全反对用 trac 或其他缺陷跟踪系统 16:05 &lt;jadeSerpent&gt; 那类 bug 反正都会被发现 16:05 &lt;+void&gt; 嗯，严重级别、组件、版本以及关闭/打开/重新打开 bug 都可以通过 Syndie 的标签来做 16:05 &lt;jrandom&gt; 对 16:06 &lt;+void&gt; （而且大多数已经这么做了） 16:06 &lt;jadeSerpent&gt; 就像前几天，有人发 bug 报告时卡死了——不管他发的是什么主题都会卡死，并不因为它是 bug 报告 16:06 &lt;jrandom&gt; 如果我们能通过带有化名（且可验证）的消息把数据喂给真正的 issue tracker，那就太好了 16:06 * jrandom 也收到过一些包含敏感信息的私下 bug 报告——这些由 Syndie 的加密来保护 16:07 &lt;+fox&gt; &lt;mk&gt; 那为什么不两者都保留？ 16:08 &lt;jadeSerpent&gt; 不过我同意，确实没有以匿名或较强机密性为目标设计的 issue tracker 16:09 &lt;+fox&gt; &lt;mk&gt; 如果 Syndie 能有那样的缺陷跟踪器当然很好，但提交大多数 bug 报告时匿名并不是太大的问题 16:10 &lt;jadeSerpent&gt; 也许可以改造 trac 来利用 Syndie 的那些特性 16:10 &lt;+fox&gt; &lt;mk&gt; jade，这很难。浏览器不支持签名 16:12 &lt;jrandom&gt; 嗯。我们现在的东西最初基于：http://syndiemedia.i2p.net:8000/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003 16:12 &lt;jrandom&gt; 再加上 http://dev.i2p.net/~jrandom/bugsp1.txt 和 http://dev.i2p.net/~jrandom/bugsp2.txt 16:13 &lt;jrandom&gt; 我同意我们需要比现有方案更好的东西来跟踪这些问题，我对任何能最好推动我们前进的方案都持开放态度 16:13 &lt;jrandom&gt; 但如果可能，我希望尽量保持它的最小化，因为我们在构建的是 Syndie，而不是一个缺陷跟踪器 :) 16:14 &lt;jadeSerpent&gt; 是啊，你现在看起来不用它也管得过来 ;) 16:14 &lt;jrandom&gt; 但我肯定还是会有一些被遗漏，其他人也会更难找到已知问题/等信息，并贡献修复 16:15 &lt;+fox&gt; &lt;mk&gt; 我们可能都不需要通过 Syndie 来实现它。在 Syndie 里有一定用处，但 200+ 个 bug 实在不少。我们应该选一个跟踪器，并通过 WWW 和 I2P 提供访问 16:16 &lt;+fox&gt; &lt;mk&gt; 在 Syndie 的“提交 bug”界面上方提供一个链接，这样我们两种方式都有。现在不该在 Syndie 中实现一个缺陷跟踪器来消耗资源 16:17 * jrandom 的确喜欢集成缺陷跟踪（这样大家不用创建跟踪账号、用假邮箱等），但我对我们该用哪种方案的提案持开放态度 16:17 &lt;+fox&gt; &lt;mk&gt; 我认为应该把那个保留，同时也要有那个缺陷跟踪器 16:18 &lt;jadeSerpent&gt; 短期内只读访问就不错 16:18 &lt;jadeSerpent&gt; 我更喜欢更面向 bug 的搜索界面 16:18 &lt;jrandom&gt; 也不难，也许可以写一个单向的 Syndie--&gt;issue tracker 导出，给那些不能或不想用 web 版的人 16:19 &lt;jrandom&gt; s/of r/for/ 16:19 &lt;+fox&gt; &lt;mk&gt; 集成的 bug 提交很棒，但我们不该用 Syndie 的存档去跟踪 200+ 个 bug 16:20 &lt;jrandom&gt; 不过它非常适合测试我们的搜索能力 :) [好吧，我被说服了] 16:20 &lt;jrandom&gt; 那么，一票给 trac。 还有其他投票吗？ 请发到 Syndie 开发论坛，当然要说明理由 16:21 &lt;jadeSerpent&gt; 两票给 trac，除非你已经把我的算进去了 ;) 16:21 &lt;jrandom&gt; 嗯，我说的就是这个 ;) 16:21 &lt;+fox&gt; &lt;mk&gt; 都有哪些选项？我对跟踪器一无所知 16:21 &lt;jadeSerpent&gt; 我还希望那是你自己的票，不过也行 16:22 &lt;jadeSerpent&gt; 我用过 trac，第三方支持很棒 16:22 &lt;jadeSerpent&gt; Bugzilla 我只想说：算了吧 16:22 &lt;jrandom&gt; 顺便说一句，如果有人对某个 issue tracker 很熟，那会有助于快速写出一个 Syndie--&gt;issue tracker 的导出 16:22 &lt;jrandom&gt; 是啊，Bugzilla 是个怪兽 16:22 &lt;jadeSerpent&gt; JIRA 也不错，和 trac 类似 16:23 &lt;+void&gt; trac 对很多人来说也很熟悉 16:23 &lt;jrandom&gt; 嗯，人也很不错（他们给了 I2P 一个许可，虽然我们还没用） 16:23 &lt;jadeSerpent&gt; 你们有 JIRA 许可？ 16:23 &lt;jrandom&gt; 嗯，JIRA 和 Fisheye 16:24 &lt;jadeSerpent&gt; 不错，不妨试试 16:24 &lt;jadeSerpent&gt; 顺便说，Eclipse 的 Mylar 插件可以与 Bugzilla、trac 和 JIRA 完全集成 16:24 &lt;jadeSerpent&gt; 界面好评如潮 16:25 &lt;jrandom&gt; NetBeans/Eclipse 之争真是要命 16:25 &lt;bar&gt; （创建时自动上报 bug？ ;) 16:25 &lt;tethrage&gt; （哈哈） 16:26 &lt;+fox&gt; &lt;mk&gt; 哈，不错 16:26 &lt;jadeSerpent&gt; jrandom：如果我没记错，NetBeans 支持在 Mylar 的路线图上 16:26 &lt;jrandom&gt; 酷 16:26 &lt;+fox&gt; &lt;modulus&gt; 这就是那些狂热支持 Sun 的人的下场 :-) 16:27 * jrandom 用 JavaBeans 砸 modulus 16:27 &lt;jadeSerpent&gt; 尽管 Mylar 正式隶属于 Eclipse 基金会 16:27 &lt;+fox&gt; * mk 找不到 trac 的在线站点 16:27 &lt;+fox&gt; &lt;modulus&gt; http://trac.wordpress.org/ 16:27 &lt;jrandom&gt; mk: `http://feedspace.i2p/` 目前 16:28 &lt;+void&gt; http://trac.edgewall.com/ 16:29 * jrandom 不想花很多时间评估各种系统，所以如果有人想主推某个具体系统，请到 Syndie 开发论坛发帖 16:29 &lt;jadeSerpent&gt; http://overlays.gentoo.org/proj/alt/wiki 16:29 &lt;+void&gt; （^ 官方的 meta-trac） 16:29 &lt;+fox&gt; &lt;mk&gt; 是啊，对我来说都一样 16:30 * jrandom 就当 3) 1 月漏洞收集竞赛获奖者！ 这一项说完了，我们进入 4) ？？？ 16:30 &lt;jrandom&gt; 会议还有别的要提吗？ 16:30 &lt;+fox&gt; &lt;mk&gt; “最好”被高估了。谁在这些东西上经验最多，谁就掷枚硬币吧 16:32 * jrandom 并不在找项目规划/发布规划系统，或源码浏览器（有个免费的 wiki 也无妨，不过我们还有 ugha.i2p） 16:32 &lt;jrandom&gt; 对我来说，跟踪问题是唯一在意的功能 16:37 &lt;jrandom&gt; 好，如果会议没有别的事…… 16:37 * jrandom 收尾 16:37 * void 把 baffer 递给 jrandom 16:37 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2007/01/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B41%E6%9C%8830%E6%97%A5/Tue, 30 Jan 2007 00:00:00 +0000/zh/blog/2007/01/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B41%E6%9C%8830%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Complication2, jrandom, mk, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:06 &lt;jrandom&gt; 0) 嗨&lt;p&gt; 15:06 &lt;jrandom&gt; 1) 网络状态&lt;p&gt; 15:06 &lt;jrandom&gt; 2) Syndie 状态&lt;p&gt; 15:06 &lt;+zzz&gt; )))&lt;p&gt; 15:06 &lt;jrandom&gt; 3) I2PSnark 状态&lt;p&gt; 15:06 &lt;jrandom&gt; 4) ???&lt;p&gt; 15:06 &lt;jrandom&gt; 0) 嗨&lt;p&gt; 15:07 * jrandom 挥手&lt;p&gt; 15:07 &lt;+fox&gt; &lt;mk&gt; 我刚发了帖子，随意回复吧&lt;p&gt; 15:07 &lt;jrandom&gt; 每周状态笔记发布在 http://dev.i2p.net/pipermail/i2p/2007-January/001331.html&lt;p&gt; 15:07 &lt;jrandom&gt; w3wt，会的 mk，谢谢&lt;p&gt; 15:07 &lt;jrandom&gt; (现在让我们进入已存档的每周开发会议吧 :)&lt;p&gt; 15:08 &lt;jrandom&gt; 本周的状态笔记很短，我们来快速过一遍&lt;p&gt; 15:08 &lt;jrandom&gt; 1) 网络状态&lt;p&gt; 15:08 &lt;jrandom&gt; 这里没有实质性的变化，不过根据 stats.i2p 上的图表，我们的构建成功率明显下降&lt;p&gt; 15:08 &lt;jrandom&gt; 不过没有出现去年夏天那样的灾难性失败&lt;p&gt; 15:09 &lt;+zzz&gt; 是的，与您在笔记中的乐观判断相反，我们在上周末达到了过去 3 个月里 tunnel 构建成功率的最低点。过去几天只有小幅回升&lt;p&gt; 15:09 &lt;Complication2&gt; 在网络状态方面，我看到路由压力有所增加，带宽增加了大约 10%，但也就这样&lt;p&gt; 15:11 &lt;jrandom&gt; 嗯，这就是奇怪的地方 zzz——失败率显著上升，但 irc 并未受到明显影响&lt;p&gt; 15:11 &lt;Complication2&gt; 感觉好像有一部分重要的路由容量最近离开了网络，或者经历了停机&lt;p&gt; 15:11 &lt;jrandom&gt; Complication2：嗯，确实有几个节点遇到了硬件和网络问题，这可能与之相关&lt;p&gt; 15:12 &lt;+zzz&gt; 在 $here 这边，irc 受到了相当明显的影响&lt;p&gt; 15:12 &lt;Complication2&gt; 但我发现我的统计记录器自十月以来一直在记录 0B 的文件……所以我也不确定&lt;p&gt; 15:12 &lt;Complication2&gt; 我的脚本里有个拼写错误 :O&lt;p&gt; 15:12 &lt;jrandom&gt; 哎呀&lt;p&gt; 15:13 &lt;jrandom&gt; zzz：希望那个情况已经过去了，对吧？&lt;p&gt; 15:13 &lt;+zzz&gt; 我认为情况在好转，不过按照 GMT，晚上要比早上更糟&lt;p&gt; 15:15 &lt;jrandom&gt; 嗯，有意思&lt;p&gt; 15:15 &lt;Complication2&gt; 如果大多数用户仍来自欧洲，那么在 GMT 晚间，他们的数量可能会上升……&lt;p&gt; 15:15 &lt;+zzz&gt; 只要记得，在 colo（托管机房）里天气总是晴朗的 :)&lt;p&gt; 15:16 &lt;Complication2&gt; (不过我最近没检查 theland.i2p)&lt;p&gt; 15:16 &lt;jrandom&gt; 呵呵&lt;p&gt; 15:16 &lt;jrandom&gt; (过去几天确实有所上升，known: 今天下午早些时候达到了 555，现在在 570)&lt;p&gt; 15:17 &lt;jrandom&gt; ((active: 266/367))&lt;p&gt; 15:17 &lt;jrandom&gt; 至少，根据我的 router&lt;p&gt; 15:18 &lt;jrandom&gt; 好的，关于 1) 网络状态，大家还有别的要补充吗？&lt;p&gt; 15:20 &lt;jrandom&gt; 如果没有，那就跳到 2) Syndie 状态&lt;p&gt; 15:20 &lt;jrandom&gt; 这边有不少重磅进展，新的发布将在一两天内到来&lt;p&gt; 15:21 &lt;jrandom&gt; 我正尽力修掉尽可能多已提交的 bug，且即将发布的版本有两项主要功能改进——更好的封禁处理，以及对各类论坛的一整套隐私、认证和授权策略的支持&lt;p&gt; 15:23 &lt;jrandom&gt; 等新版本发布后，这方面会有更多可讨论的内容（不过大部分讨论都在 Syndie 内部进行了，当然啦 :)&lt;p&gt; 15:23 &lt;jrandom&gt; 至于竞赛——提交你们的 bug 还剩最后一天！ 获胜者和支持者将会在下周的会议上公布&lt;p&gt; 15:24 &lt;jrandom&gt; 好的，关于 Syndie 状态，大家有任何问题/评论/关注点吗？&lt;p&gt; 15:25 &lt;jrandom&gt; 如果没有，那我们跳到 3) I2PSnark 状态&lt;p&gt; 15:25 &lt;jrandom&gt; zzz，能给大家更新一下进展吗？&lt;p&gt; 15:25 &lt;+zzz&gt; 可以&lt;p&gt; 15:26 &lt;+zzz&gt; 在两周前的会议上我停在了一个不错的节点，但之后我发现并修复了一些真正的内存“吃货”，还做了其他一些调整……&lt;p&gt; 15:26 &lt;+zzz&gt; 我现在又到了一个合适的停止点，所以请大家测试 CVS，并在这里或在 Syndie 中反馈结果——谢谢&lt;p&gt; 15:27 &lt;+zzz&gt; 关于启动时的抖动……&lt;p&gt; 15:27 &lt;+zzz&gt; 在 Syndie 里有一些不错的建议……&lt;p&gt; 15:28 &lt;+zzz&gt; 我的第一个想法并不奏效，但我清理了一个锁，使网页在启动时不会再挂住，所以它 _看起来_ 更快了&lt;p&gt; 15:28 &lt;+zzz&gt; 可能稍后再试试其他建议。 &lt;eot&gt;&lt;p&gt; 15:29 &lt;jrandom&gt; 呵，酷，谢谢 zzz！&lt;p&gt; 15:30 &lt;jrandom&gt; 好的，我们来进入老牌的兜底项：4) ???&lt;p&gt; 15:30 &lt;jrandom&gt; 还有谁有其他要在会议上提出的事项吗？&lt;p&gt; 15:33 &lt;jrandom&gt; 好的，如果没有的话……&lt;p&gt; 15:33 * jrandom 做个收尾&lt;p&gt; 15:34 * jrandom *baf* 地宣布会议结束&lt;p&gt; </div>/zh/blog/2007/01/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B41%E6%9C%8816%E6%97%A5/Tue, 16 Jan 2007 00:00:00 +0000/zh/blog/2007/01/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B41%E6%9C%8816%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> jrandom, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) 嗨 15:03 &lt;jrandom&gt; 1) 网络状态 15:03 &lt;jrandom&gt; 2) I2PSnark 更新 15:03 &lt;jrandom&gt; 3) Syndie 进展 15:03 &lt;jrandom&gt; 4) ??? 15:03 &lt;jrandom&gt; 0) 嗨 15:03 * jrandom 挥手 15:03 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2007-January/001329.html 15:05 &lt;jrandom&gt; 大家翻看那个的同时，我们来进入 1) 网络状态 15:05 &lt;jrandom&gt; 目前这方面变化不大 15:06 &lt;jrandom&gt; 值得注意的是，`http://stats.i2p/cgi-bin/serv_domain.cgi` 上更新的域名图表，即便剔除了 2000 条旧条目，仍然显示主机分布良好 15:07 &lt;jrandom&gt; zzz：那个图表基于什么时间段？ 15:07 &lt;+zzz&gt; 1 个月 15:07 &lt;jrandom&gt; 哇，酷 15:09 &lt;jrandom&gt; 当然，NICs 并不总是最新的，但它从宏观上提供了一个不错的视角。 干得漂亮，zzz，谢谢 15:10 &lt;jrandom&gt; 好的，关于 1) 网络状态，还有人有其他要提的吗？ 15:12 &lt;jrandom&gt; 如果没有，我们就跳到 2) i2psnark 更新 15:12 &lt;jrandom&gt; zzz，能给我们说说详细情况吗？ 15:13 &lt;+zzz&gt; 我们在当&gt; 4 个下载者时的公平性方面做了改进，修复了长期存在的重启 torrent 的 bug，如果未勾选自动启动则不会启动 tunnel（匿名通道），并在网页上增加了一些链接。 15:13 &lt;+zzz&gt; 添加了一个“全部停止”按钮，不过看来在有流量时通常不起作用 15:13 &lt;+zzz&gt; 一如既往地征求测试者和报告，谢谢 15:14 &lt;jrandom&gt; 太棒了，谢谢 zzz 15:14 &lt;jrandom&gt; 你觉得时机合适，我们就把它打包，发布一个新的 0.6.1.27，把它一起捆绑进去 15:15 &lt;+zzz&gt; 好，可能一两周 15:16 &lt;jrandom&gt; 听起来不错 15:17 &lt;jrandom&gt; 好，我们跳到 3) Syndie 进展 15:17 &lt;jrandom&gt; 如前所述，这方面的日志在进行中，希望在接下来一两天内推出一个新修订版 15:19 &lt;jrandom&gt; 发布出来后会有公告：在 syndie、网页、论坛和邮件列表上 15:19 &lt;jrandom&gt; 好，转到 4) ??? 15:20 &lt;jrandom&gt; 还有人有其他想在会议上提出的吗？ 15:23 &lt;jrandom&gt; 如果没有... 15:23 * jrandom 做收尾 15:23 * jrandom 用*baf*s把会议结束了 </div>/zh/blog/2007/01/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B41%E6%9C%889%E6%97%A5/Tue, 09 Jan 2007 00:00:00 +0000/zh/blog/2007/01/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B41%E6%9C%889%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, jrandom, nony, tea, tethra, void, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) 嗨 15:07 &lt;jrandom&gt; 1) 网络状态 15:07 &lt;jrandom&gt; 2) I2Phex 0.1.1.38 15:07 &lt;jrandom&gt; 3) Syndie 进展 15:07 &lt;jrandom&gt; 4) Syndie 缺陷收集竞赛 15:07 &lt;jrandom&gt; 5) ??? 15:07 &lt;jrandom&gt; 0) 嗨 15:07 * jrandom 挥手 15:07 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2007-January/001328.html 15:09 &lt;jrandom&gt; 当你们还在为 macworld 的东西流口水时，让我们直接进入 1) 网络状态 15:09 &lt;jrandom&gt; 本周我这边没什么要提的，不过报告里不包含网络状态我会觉得不好，所以还是列一下 15:09 &lt;jrandom&gt; 关于网络状态还有什么要补充的吗？ 15:09 &lt;+zzz&gt; 我在测试几处 i2psnark 的小改动，不是大事 15:10 &lt;jrandom&gt; 啊，挺好。是针对最近的 bug 报告，还是还有别的我们可以期待的改进？ 15:11 &lt;+zzz&gt; 别的——主要是更好地处理&gt; 4 个节点的种子 15:11 &lt;jrandom&gt; 太棒了 15:11 &lt;+zzz&gt; 还修住了几个常见的 OOM（内存不足）位置，避免直接把整个 JVM 给崩了 15:12 &lt;tea&gt; 听起来不错，目前 i2p-bt 似乎是“高速”种子的最佳选择 15:12 &lt;+zzz&gt; 也就是一次抓取整块 256KB - 1MB 的数据来存一个 piece 的那种 15:13 &lt;+zzz&gt; 大家各自挑个种子挤上去帮我测试一下吧 :) 15:14 &lt;jrandom&gt; 给力，告诉我们什么时候该上手试试 zzz 15:14 &lt;tea&gt; 要不要有人重做一下 'casino royale' ? :) 15:14 * jrandom 提醒这次会议有日志并会发布到网上 ;) 15:15 &lt;+void&gt; 哦，会议啊 15:15 &lt;tea&gt; 那就没人自愿了 15:16 &lt;jrandom&gt; 好，那挺好，关于 1) 网络状态还有别的要说的吗？ 15:17 &lt;bar&gt; 既然在说 i2psnark... 15:18 &lt;bar&gt; ...能不能从控制台启动、停止并重启 i2psnark？ 15:18 &lt;bar&gt; （而不是为了终止那些 tunnels 去重启整个 router） 15:19 &lt;+zzz&gt; 不太清楚——jrandom 你怎么看？ 15:20 &lt;jrandom&gt; bar：你说的停止和启动，是不是除了对单个种子执行停止/启动之外还要做其他事？ 15:21 &lt;bar&gt; 把 i2psnark 的那些在不做种时还在消耗资源的 tunnels 杀掉 15:22 &lt;bar&gt; （移除 .torrents 之后这些 tunnels 并不会消失，iirc） 15:22 &lt;jrandom&gt; 啊，也就是把它对应的实际 I2P destination（目的地标识）停掉。这不难做到，Web 界面可以访问 SnarkManager 15:23 &lt;jrandom&gt; （临时的权宜之计是把 tunnel lengths 设为 0，直到你再次需要用它们） 15:23 &lt;jrandom&gt; 不过你说得对，那会很有用 15:23 &lt;+void&gt; 你可以把 tunnels 改成 0 深度，尽管那样很容易出错 15:23 &lt;+zzz&gt; 在网页上提供一个停止 tunnel 的按钮是个好主意，同意 15:23 * jrandom !hi5s void 15:24 &lt;+void&gt; ack，我居然延迟有*这么*多？ 15:24 &lt;jrandom&gt; I2PSnarkUtil 其实已经有一个静态的 .disconnect() 了 15:25 &lt;jrandom&gt; （所以从 I2PSnarkServlet 里调用它应该很简单） 15:25 &lt;jrandom&gt; zzz：你想动手做这个，还是让我把它加进去？ 15:27 &lt;+zzz&gt; 我没看到需要我回答的问题，那就你来吧 15:27 &lt;jrandom&gt; 好，没问题，我来做 15:27 &lt;jrandom&gt; 好的，关于 1) 网络状态还有别的吗？ 15:29 &lt;jrandom&gt; 如果没有，那我们跳到 2) I2Phex 0.1.1.38 15:29 &lt;jrandom&gt; Complication：要不要跟我们说说最新情况？ 15:31 &lt;jrandom&gt; afaik，CVS 和公告里有一份不错的变更摘要（http://forum.i2p.net/viewtopic.php?t=2005） 15:33 &lt;tea&gt; 能不能永久更改 tunnel lengths ? 15:34 &lt;jrandom&gt; 当然。我记得可以在 i2phex 的配置文件里通过指定自定义 i2p 选项来设置（不过我一时想不起 i2phex 配置文件里对应的选项名了） 15:35 &lt;bar&gt; tea：可以，在 i2phex.cfg 里（i2pInboundLength, i2pInboundLengthVariance, i2pOutboundLength, i2pOutboundLengthVariance） 15:36 &lt;tea&gt; 我在想 i2p-rufus 里那个选项页签 15:37 &lt;tea&gt; 能不能加个类似的？ 15:38 &lt;jrandom&gt; 我想 complication 说过那是个好主意，所以应该很可行 15:38 * jrandom 还没在 i2phex 上搞过 GUI 改动（不过我确信如果你提交补丁，我会确保它被合入 :) 15:38 &lt;jrandom&gt; 哦，没事（nm），看来 complication 说他在做了 15:39 &lt;jrandom&gt; http://forum.i2p.net/viewtopic.php?t=2005#9149 15:39 &lt;tea&gt; 作为一名业余的 rufus 用户，我很高兴看到那个弹出问题 '允许零跳连接？'，而且还能点“否”... 15:42 &lt;jrandom&gt; 嗯。 好的，关于 2) I2Phex 0.1.1.38 还有别的吗？ 15:42 &lt;bar&gt; 嗯，既然说到这里，我觉得应该祝贺一下最初的 Phex 团队，他们刚在前几天发布了 3.0 版本 :) 15:43 * bar 挥手 15:43 &lt;jrandom&gt; 嗯，恭喜 ArneBab 以及其他成员！ 15:45 &lt;tea&gt; 也许哪天他们会回个手势... 15:46 &lt;jrandom&gt; 这些年来，ArneBab 和 GregorK 对 i2phex 给出了不少不错的反馈 15:46 &lt;+void&gt; 等到 i2phex 达到 3.0 的那一天？ 15:46 &lt;jrandom&gt; 希望如此 :) 15:47 &lt;bar&gt; 到那时候我们早就不在了，不过是的 :) 15:48 &lt;jrandom&gt; 好了，我们跳到 3) Syndie 进展 15:48 &lt;jrandom&gt; 上周进展很多，其中包括 1.001a 已经发布 15:50 &lt;jrandom&gt; 不过关于这方面的大部分讨论都在 Syndie 里进行 15:50 &lt;jrandom&gt; 所以，如果你还没上去，赶紧上去看看了解更多吧 :) 15:51 &lt;jrandom&gt; 关于 Syndie，大家有想讨论的吗？ 15:53 &lt;+void&gt; 嗯，我刚运行了 sync，它导入了一条未读消息，和一堆已读消息一起 15:53 &lt;+void&gt; 不过我想我们会在会后调试这个问题？ 15:54 &lt;jrandom&gt; 嗯，是啊，挺奇怪的（我最近导入了几条新消息，它们显示为未读）。 不过确实需要再深入查一下 15:54 &lt;jrandom&gt; 好，我们跳到 4) Syndie 缺陷收集竞赛 15:55 &lt;+void&gt; 可以注册匿名的 egold 账户吗？ 15:55 &lt;jrandom&gt; 可以，不需要身份证明 15:56 &lt;+void&gt; 啊，挺好 15:56 &lt;jrandom&gt; 当然，他们可以冻结欺诈账户，而且确实会追踪所有转账，并把转账数据分享给他们 15:56 &lt;jrandom&gt; 但这已经足以对抗大多数对手 15:57 &lt;+void&gt; 对，自然 15:58 * jrandom 认为大家的缺陷报告和功能请求非常宝贵，我也明白 50 美元远不足以补偿投入的时间，但希望这是一点小小的谢意 15:58 &lt;jrandom&gt; 我希望我们每个月都能继续这个竞赛 15:58 &lt;+void&gt; 呵呵 15:59 &lt;+void&gt; 呵呵至少还是挺好玩的 15:59 &lt;+void&gt; 唉 16:00 &lt;jrandom&gt; 关于这个竞赛，有没有什么问题、建议，或者飞盘？ 16:01 &lt;+tethra&gt; 竞赛？ 16:01 &lt;+tethra&gt; （我来晚了） 16:01 * tethra 回头补读 16:01 &lt;+tethra&gt; 不错 :o 16:02 &lt;jrandom&gt; 所以把你们的 bug 报告都丢过来吧 :) 16:03 &lt;jrandom&gt; 好，我们转到 5) ??? 16:03 &lt;+void&gt; 已经在路上了 :) 16:03 &lt;+tethra&gt; 遵命！ ;) 16:03 &lt;jrandom&gt; 嗯，谢谢！ （是的，我会统计从 jan1 到 jan31 的所有内容 :) 16:03 &lt;jrandom&gt; 好的，这次会议还有其他要提的吗？ 16:04 &lt;+fox&gt; &lt;nony&gt; 它能在 java6 上运行吗？ 16:04 &lt;tea&gt; 当然 16:04 &lt;+tethra&gt; 说到这，它能用 gcj 编译吗？ 16:04 &lt;jrandom&gt; nony：我这边用 java6 在跑，没问题 16:04 &lt;jrandom&gt; tethra：可以，而且能跑 ;) 16:04 &lt;+tethra&gt; 太好了 16:04 &lt;+tethra&gt; ;) 16:04 &lt;+fox&gt; &lt;nony&gt; 赞 16:07 &lt;jrandom&gt; 好，这次会议还有别的吗？ 16:09 &lt;jrandom&gt; 如果没有... 16:09 * jrandom 做结束准备 16:09 * jrandom *baf*s 宣布会议结束 </div>/zh/blog/2007/01/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B41%E6%9C%882%E6%97%A5/Tue, 02 Jan 2007 00:00:00 +0000/zh/blog/2007/01/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2007%E5%B9%B41%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, covracer, jrandom, z^z</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) 嗨 15:02 &lt;jrandom&gt; 1) 网络状态和计划 15:02 &lt;jrandom&gt; 2) Syndie 1.001a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) 嗨 15:02 * jrandom 挥手 15:02 &lt;jrandom&gt; 每周状态笔记已发布在 http://dev.i2p.net/pipermail/i2p/2007-January/001325.html 15:03 * mrflibble 向 jrandom 挥手 15:03 * jrandom 估计大多数人还在宿醉恢复中，所以我们就安静地进行 15:04 &lt;jrandom&gt; 我们直接进入 1) 网络状态和计划 15:05 &lt;jrandom&gt; 如笔记中所述，已经覆盖了很多内容，但今年我们还有不少艰巨的工作要做 15:05 &lt;jrandom&gt; 我们需要讨论各种权衡，确保选择最合适的方案来支撑我们所要实现的具体功能 15:06 &lt;jrandom&gt; 不过，事情推进过程中再看情况 15:06 &lt;jrandom&gt; 目前来看，网络基本处于稳态，这是好事 15:07 &lt;jrandom&gt; 有人想就网络状态和计划提出什么吗？ 15:09 &lt;jrandom&gt; 如果没有，我们跳到 2) Syndie 1.001a 15:09 &lt;z^z&gt; 我在网络这边有什么可以做的吗——netdb 或 tunnels？ 15:09 * jrandom 跳回去 15:10 &lt;z^z&gt; 我知道我们在 netdb 传播以及 CPU 使用上有些问题，但我需要一个好的入门指引来开始 15:11 &lt;z^z&gt; 总之先考虑一下 15:11 &lt;jrandom&gt; z^z：当 netDb 搜索时已知/可达的 floodfill 对等节点数量降到 0，很可能需要在已知对等节点上做一次随机迭代遍历 15:12 &lt;z^z&gt; 好的，多谢，稍后我会到处看看并提问 15:12 &lt;jrandom&gt; 也许可以在 netDb 查询消息上加一个新标志，表示“给我一些 floodfill 对等节点” 15:12 &lt;jrandom&gt; 太棒了 z^z！这很可能会对新用户产生实质性的影响——如果遇到任何问题告诉我 15:13 &lt;z^z&gt; 哈，这会把我带到新领域，新年里听起来挺有意思 15:13 &lt;jrandom&gt; :) 15:14 &lt;bar&gt; "do not delete floodfill peer router infos from netdb if there are too few of them" &lt;-- 有人记得这个有没有进 cvs 吗？ 15:15 &lt;jrandom&gt; 没有 15:15 &lt;jrandom&gt; 或者说，我不记得了…… 15:16 &lt;bar&gt; 好吧 15:17 &lt;jrandom&gt; （做这件事的好地方可能是 KademliaFloodfillNetworkFacade::dropAfterLookupFailed） 15:18 &lt;jrandom&gt; 呃，是 KademliaNetworkDatabaseFacade（floodfill 继承它） 15:20 &lt;jrandom&gt; （DatabaseLookupMessage 里也有一些位可以用来标记 'send me floodfill peers' —— 'tunnelSpecified' 是一个 boolean，但以整字节传输） 15:21 &lt;jrandom&gt; 好的，关于 1) 网络状态和计划 还有别的吗？ 15:23 * jrandom 继续跳到 2) Syndie 1.001a 15:24 &lt;jrandom&gt; 她很快就会来，可能一两天内。很多修复和清理（感谢所有帮助的人！），发布时的公告里会有更多细节 15:25 &lt;jrandom&gt; 关于这点大概就这些（不过如果你在用新版 syndie，可以在那里跟进最新讨论 ;)） 15:27 &lt;jrandom&gt; 有人要提关于 syndie 1.001a 的事吗，还是我们跳到 3) ??? 15:27 &lt;jrandom&gt; 还有人想在会议上讨论其他的吗？ 15:28 &lt;+fox&gt; &lt;covracer&gt; 你还是不赞成做一个 ebuild 吗？ 15:29 &lt;jrandom&gt; 是给 syndie 还是 i2p？ 15:29 &lt;+fox&gt; &lt;covracer&gt; i2p 15:29 &lt;jrandom&gt; 没错，我仍然不赞成做 ebuild 15:29 &lt;jrandom&gt; （不过还是感谢你的提议/建议！） 15:30 &lt;jrandom&gt; i2p 的问题与网络规模无关，所以扩大规模不会解决这些问题 15:30 &lt;jrandom&gt; 相反，只会让更多人不得不应对这些问题以及为解决它们所需的升级路径 15:30 &lt;+fox&gt; &lt;covracer&gt; 是啊 15:31 &lt;+fox&gt; &lt;covracer&gt; 不过 alex 在 ebuild 上做了一些不错的工作 15:31 &lt;+fox&gt; &lt;covracer&gt; 如果我没记错，它在 java-experimental-migration overlay 里 15:31 &lt;+fox&gt; * godmode0 回来（离开 01:57:51） 15:32 &lt;+fox&gt; &lt;covracer&gt; 总之，它依赖于 Gentoo 在处理 Java 和 Jetty 方面的诸多改进 15:32 &lt;+fox&gt; &lt;covracer&gt; 而且短期内不会进入主树 15:33 &lt;jrandom&gt; 不错（alex 的工作进展顺利），希望我们能把 i2p 做到推进到主树会是件很棒的事 :) 15:34 &lt;+fox&gt; &lt;covracer&gt; syndie 的 ebuild 会受到欢迎，还是也应该推迟？ 15:34 * jrandom 想知道一旦 Sun JVM 和库改为 GPL 授权，在 Java 处理上会有多大的动荡 15:35 &lt;jrandom&gt; syndie 有望在几个月内准备好投入正式生产使用，beta 也许一个月内就有，所以现在考虑做个 ebuild 会很棒 15:36 &lt;jrandom&gt; 当 syndie 进入生产阶段时，我希望让大家尽可能容易地使用——apt-get、emerge、rpm 等 15:36 &lt;+fox&gt; &lt;covracer&gt; 好的，我会看看这周休假能不能拼出一个 ebuild——我也没更好的事可做 15:36 &lt;jrandom&gt; 太棒了，谢谢 covracer！ 15:37 &lt;+fox&gt; &lt;covracer&gt; 易于安装对广泛采用非常重要 15:37 &lt;jrandom&gt; （如果你遇到任何可以在“上游”简化的地方请告诉我——我想让打包尽可能透明） 15:37 &lt;jrandom&gt; 嗯，没错 15:38 &lt;+fox&gt; &lt;covracer&gt; 好，不过我对编写 ebuild 的最佳实践只是一知半解，我自己不是开发者，也不怎么活跃于编码一线 15:40 &lt;jrandom&gt; 不错，不过你可能比我更懂怎么写 ebuild :) 祝好运，也谢谢 15:40 &lt;jrandom&gt; 好，还有谁有其他想在会议上提出的？ 15:40 &lt;bar&gt; 嗯，我觉得在 Cervantes 的 syndie 论坛和旧版 syndie 发一篇正式帖子也无妨，如果/当你想为新版 syndie 找更多测试者时 15:40 &lt;bar&gt; 除了上次会议记录外，我觉得几乎没人提到 alpha 版发布，很多 i2p 用户根本没听到这个消息，我想是这样 15:41 &lt;jrandom&gt; 好主意——等 1.001a 出来我就去刷屏 15:42 &lt;bar&gt; 好嘞 :) 15:47 &lt;jrandom&gt; 好，如果会议没有别的事情…… 15:47 * jrandom 收尾 15:47 * jrandom *baf*s 地宣布会议结束 </div>/zh/blog/2006/12/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B412%E6%9C%8826%E6%97%A5/Tue, 26 Dec 2006 00:00:00 +0000/zh/blog/2006/12/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B412%E6%9C%8826%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, Complication2, gloin, hottuna, jrandom</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) 嗨 15:02 &lt;jrandom&gt; 1) 网络状态 15:02 &lt;jrandom&gt; 2) Syndie 1.000a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) 嗨 15:02 * jrandom 挥手 15:02 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-December/001324.html 15:03 &lt;jrandom&gt; 我们直接进入 1) 网络状态 15:03 &lt;Complication2&gt; 哦，我完全忘了今天是星期二 15:03 &lt;jrandom&gt; 总体挺顺利，如前所述，不过我的 router 运行了45天后终于重启了一次 15:04 &lt;jrandom&gt; （坦白说，如果我们能稳定地跑到1个月以上我就很高兴了 :) 15:04 &lt;Complication2&gt; 对我来说网络状态比以前更不稳定了一点，这是因为我的其中一个 I2P router 大约每10天就会出一次问题 15:04 &lt;Complication2&gt; 另一个 router 能坚持一个月的在线时长，但它并不是一个高流量的 router 15:05 &lt;Complication2&gt; 实际上相当温和 15:05 &lt;jrandom&gt; stats.i2p 显示过去一周构建成功率略有下降，但也可能只是季节性波动 15:07 &lt;+fox&gt; &lt;hottuna&gt; 我看到一些古怪的 wrapper 日志消息 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | INFO: Log age 2006_09_26.request.log 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;jrandom&gt; 不过 irc 现在表现仍然不错，即便使用 3 跳的 tunnels 15:07 &lt;jrandom&gt; 哦，有意思，hottuna，听起来像是一些冗长的 commons-logging 输出 15:08 &lt;jrandom&gt; （Jetty 用的是他们自己的 logger，不是我们的） 15:08 &lt;+fox&gt; &lt;hottuna&gt; 那就不用担心了 .. 15:08 &lt;+fox&gt; &lt;hottuna&gt; 不过由于带宽（BW）匮乏一直没运行我的 router 15:09 &lt;jrandom&gt; 匮乏是“给 i2p 的 bw 不够”，还是“i2p 占用了太多 bw”？ 15:11 &lt;+fox&gt; &lt;hottuna&gt; 嗯，都有，但因为我运行 i2p 是为了捐献 bw，所以第一个说法更贴切 15:11 &lt;jrandom&gt; 啊呵，好的 15:11 &lt;+fox&gt; &lt;hottuna&gt; 我刚第一次启动 Syndie，有点不知所措，不太知道从哪里开始 15:11 &lt;+fox&gt; &lt;hottuna&gt; 不过加上标准归档这个细节很贴心 15:13 &lt;jrandom&gt; 谢谢 :) 我们还有很多工作要做来减少这种“被淹没”的感觉，不过这些放到 2) Syndie 1.000a 再说 :) 15:13 &lt;jrandom&gt; 1.000a 已发布，下载尽情用吧！ 15:14 &lt;jrandom&gt; 开箱体验基本是：安装、启动、“添加标准归档”，让 Syndie 立即与标准归档同步（然后点保存），它就会开始拉取消息 15:15 &lt;jrandom&gt; 它会在保存按钮下方的表格里添加条目，每条消息一行、每个论坛一行——右击消息和论坛即可打开，或者通过菜单 Forum-&gt;Read all 来浏览 15:15 &lt;bar&gt; 恭喜 Syndie 的 alpha 版发布，你为此长期辛苦付出。致敬。 15:16 &lt;Complication2&gt; 我也是。数据库令人印象深刻，界面也很有前景。 :) 15:16 &lt;+fox&gt; &lt;hottuna&gt; 我现在就在用 Syndie，正在读那篇鸿篇巨制的 Syndie 和 i2p 方向帖 15:16 &lt;gloin&gt; 顺便说，build.xml 里有个硬编码的值: build.xml: &lt;property name="swt.win32" value="../swt-I20061214-1445-win32-win32-x86/swt.jar" /&gt; 15:16 &lt;jrandom&gt; 谢谢，要把 Syndie 带到应有的水平还有许多事要做，但这是个开始 15:17 &lt;+fox&gt; &lt;hottuna&gt; 在可用性方面还有很多工作要做，但你已经走了很远 15:17 &lt;jrandom&gt; gloin：是的，有3个（swt.win32、swt.osx 和 swt.linux32）——它们只在“ant dist”时用到 15:18 &lt;Complication2&gt; 顺带问下，“ant”的默认是不是“ant clean jar”？ 15:18 * Complication2 检查中 15:18 &lt;jrandom&gt; hottuna：这就需要你们（以及大家 :) 出手——我现在脑袋埋在 Syndie 的内部细节里，要以合适的视角来提升可用性对我来说往往不太容易 15:19 &lt;jrandom&gt; 我需要你们的意见、反馈和建议来改进 15:19 &lt;Complication2&gt; 啊哈，依赖检查和打 jar 15:19 &lt;Complication2&gt; （不包含清理那部分） 15:19 &lt;jrandom&gt; 对，Complication2，默认没有“clean” 15:21 &lt;gloin&gt; “ant dist”会为 linux、win32 等构建各版本吗？ 15:21 &lt;jrandom&gt; 会，构建安装程序、.exe 文件等 15:22 &lt;jrandom&gt; 如果只是想自用构建并运行 Syndie，可以“ant jar”然后把 lib/syndie.jar 复制到你的 Syndie 安装目录，或者用“ant run”就地启动 15:23 &lt;Complication2&gt; 哎呀，那我忽略了“run”目标 15:23 &lt;jrandom&gt; （指定必要的 -Dswt.dir=/blah 标志，或者把它们写进（新建的）文件 nbproject/private/private.properties 中，写成 swt.dir=/blah/） 15:23 &lt;Complication2&gt; 我写了个 run.sh :D 15:24 &lt;Complication2&gt; 就两行，不费事 15:24 &lt;jrandom&gt; 那也行 :) 15:24 &lt;Complication2&gt; 是的，“ant run”很好用 15:24 &lt;gloin&gt; “ant run”似乎工作正常，但安装的 linux32.exe 报告缺少 swt。 15:24 &lt;Complication2&gt; 刚测过 15:26 &lt;jrandom&gt; 嗯，gloin，安装的 Syndie lib 目录里有 swt.jar 吗？ 15:27 &lt;gloin&gt; 有。 15:28 &lt;jrandom&gt; 你是用“java -jar /some/path/to/that/syndie/bin/syndie.exe”来运行吗？ 还是你指的是 Linux 安装器？ 15:29 &lt;gloin&gt; 安装器没问题。它创建了 syndie-1.000a 目录。 15:31 &lt;gloin&gt; Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3235 in java.library.path 15:33 &lt;Complication2&gt; 有个小问题（我在测试 Linux 二进制包） 15:33 &lt;jrandom&gt; 嗯，gloin，它有没有在 /tmp/ 里创建 libswt-pi-gtk-3235.so ？ 15:33 &lt;Complication2&gt; 在哪里获取公钥“393F2DF9”？ 15:33 &lt;jrandom&gt; 这是个好问题... 15:34 &lt;gloin&gt; 谁？什么时候？ 15:34 &lt;gloin&gt; 此刻 /tmp/ 里没有 libswt-pi-gtk-3235.so 15:35 &lt;jrandom&gt; 新的 SWT（3.3M4）随 Syndie 提供，如果找不到本地库会把它们解压到 /tmp/ 15:36 &lt;jrandom&gt; gloin：你能运行（cd ~/syndie-1.000a/ ; java -cp lib/syndie.jar:lib/swt.jar:lib/hsqldb.jar syndie.gui.SWTUI ）看看是否能找到吗？ 15:36 &lt;jrandom&gt; Complication2：会议结束后会在各个密钥服务器和网站上发布 15:37 &lt;Complication2&gt; 谢谢 :) 15:37 &lt;jrandom&gt; （它在我的钥匙串里，但我现在这台 Windows 机器上取不到） 15:37 &lt;Complication2&gt; 同时，我用更常规的办法发现我下载的二进制包确实在早期就中断了 15:37 * Complication2 再次取回剩余部分 15:38 &lt;gloin&gt; 没有。也许我重建一下安装器 15:39 &lt;jrandom&gt; gloin：你能检查下 swt.jar 是否包含 libswt-pi-gtk-3235.so 吗（jar tvf lib/swt.jar）？ 15:40 &lt;jrandom&gt; 不管怎样，我们会继续调试，遇到什么问题就查 15:41 &lt;gloin&gt; 里面没有。 15:41 &lt;jrandom&gt; Syndie 1.000a 的内容差不多就这些了——后续当然会有更新，我们会在会议或邮件中发布 15:42 &lt;jrandom&gt; （升级 Syndie 有体积小得多的下载包，不用每次下完整的 4–5+MB 包——见 syndie.i2p.net/downloads/） 15:42 &lt;+fox&gt; &lt;hottuna&gt; i2p 网络上的 i2p syndie 归档的 URL 是什么？ 15:43 &lt;jrandom&gt; gloin：你能私信把“jar tvf”的输出发给我吗？ 15:43 &lt;jrandom&gt; hottuna: `http://archive.syndie.i2p/` 15:43 &lt;+fox&gt; &lt;hottuna&gt; 谢谢你 15:45 &lt;jrandom&gt; （注意，archive.syndie.i2p / syndie.i2p.net:8080 只是运行了内置 HTTP 服务器的 Syndie 实例） 15:45 &lt;+fox&gt; &lt;hottuna&gt; 哦 :) 太酷了 :) 15:45 &lt;+fox&gt; &lt;hottuna&gt; 哦顺便说一下，Syndie 的时钟和我系统的时钟不一致 15:46 &lt;jrandom&gt; 所以，任何人都可以运行自己的 Syndie 归档，供大家从上面同步——只要把你的归档链接给别人（可以通过 irc/html 等方式，或直接在 Syndie 里用“archive link”/引用） 15:46 &lt;jrandom&gt; Syndie 的时钟？ 15:46 &lt;+fox&gt; &lt;hottuna&gt; 或者是 Syndie 里消息的时间戳 15:47 &lt;+fox&gt; &lt;hottuna&gt; 等一下.. 现在看起来对了.. 15:47 &lt;+fox&gt; &lt;hottuna&gt; 重启之后 15:52 &lt;gloin&gt; 我该如何构建一个 headless（无界面）归档服务器？我想 import.cgi 已经不再“支持”了？ 15:53 &lt;jrandom&gt; 对，import.cgi 与最新版本不兼容——你可以用普通的 Syndie 安装，通过运行 Syndie “--cli”来启动文本引擎，从而运行一个 headless（无界面）服务器。 15:55 &lt;jrandom&gt; 集成的 HTTP 服务器可以在文本引擎里通过“httpserv”命令启动（http://syndie.i2p.net/manual.html#general_httpserv ） 15:55 &lt;gloin&gt; 多谢。 15:56 &lt;jrandom&gt; 如果你要把你的归档重新拉起来，该我谢谢你 :) 15:57 &lt;gloin&gt; 唔.. 即便有 GUI，看起来也挺复杂 :) 15:58 &lt;jrandom&gt; 是啊，你们的任务不轻——一起把它做得更易用、更有用 :) 15:59 &lt;jrandom&gt; 随着大家开始试用、问题逐步浮现，我们还有很多要讨论的；但目前尽管去探索、发帖，看看都发生了什么 15:59 &lt;jrandom&gt; 扭着身子挪到 3) ???，还有人要在会上提些什么吗？ 16:00 &lt;Complication2&gt; 测试了 Linux 二进制安装器，运行良好 16:00 &lt;Complication2&gt; 只是有点奇怪：它尝试在 KDE 菜单中创建快捷方式时，快捷方式被放进了“Development”分组 16:00 &lt;Complication2&gt; 和 NetBeans 之类放在一起 16:01 &lt;Complication2&gt; 可能我记错了，但我记得它说要尝试创建一个名为 Syndie 的分组... 16:01 &lt;jrandom&gt; 啊，对。IzPack 和这些 Java 打包器/安装器的 KDE 集成还在完善中 16:02 &lt;Complication2&gt; 总之，小细节 16:02 &lt;Complication2&gt; 但还是提一下以防万一 16:02 &lt;jrandom&gt; 理论上它应该创建一个 Syndie 分组，但如你所见，KDE 菜单没有针对每个应用的文件夹（它有应用类别，然后每个应用的条目） 16:02 &lt;jrandom&gt; 希望等 IzPack 修复后就好了（他们已经注意到了） 16:03 &lt;Complication2&gt; 对 16:03 &lt;Complication2&gt; 不管怎样，快捷方式出现了，卸载程序的快捷方式也有了 16:03 &lt;jrandom&gt; wewt 16:03 &lt;Complication2&gt; 卸载程序也运行得很好（我也用了一下，因为我通常是从源码编译） 16:03 &lt;Complication2&gt; =uninstaller 16:04 &lt;bar&gt; 我有两个问题，彼此稍有相关 16:04 &lt;bar&gt; 1. 什么时候“炸掉”旧版 Syndie，有计划吗？ 16:04 &lt;bar&gt; 2. 我们能不能做一个 i2p 网关，把 syndie.i2p 指到 syndie.i2p.net，还是说这可能会与旧版 Syndie 的基础设施冲突？ 16:05 &lt;Complication2&gt; 关于第2点，我觉得目前会冲突 16:06 &lt;jrandom&gt; 嗯，这个我其实没多想。我倾向于说“干掉它，让所有人立刻立刻立刻迁到新版 Syndie” :) 16:07 &lt;Complication2&gt; ...通过“localhost:4444”访问“http://archive.syndie.i2p” 16:07 &lt;bar&gt; 我之所以这么问，是因为要用 squid.i2p 才能访问 Syndie 的网页，有时有点麻烦 16:07 &lt;jrandom&gt; 啊，明白。好的，我可以把 syndie.i2p 重定向到 syndie.i2p.net，而旧版 Syndie 的用户仍然可以用 syndiemedia.i2p 16:09 &lt;bar&gt; 太棒了 :) 16:09 &lt;Complication2&gt; 哦，你指的是网页 16:10 &lt;Complication2&gt; 我以为你说的是归档 :) 16:10 &lt;bar&gt; 对的 Complication2，抱歉之前说得不清楚 16:10 &lt;gloin&gt; 自己的论坛就是自己的身份吗？ 16:11 &lt;Complication2&gt; 在新的 Syndie 实例里一定会创建一个默认的身份/化名 16:11 &lt;Complication2&gt; 我不确定它是否会自动创建一个论坛 16:11 &lt;jrandom&gt; gloin：每个身份都有一个论坛（每个论坛都归某个身份所有） 16:12 &lt;jrandom&gt; 在 Syndie 里，论坛其实就是一个公钥 16:12 &lt;jrandom&gt; （作者也一样） 16:12 &lt;Complication2&gt; 我已经忘了当时是怎么做的了，而且那是在十月，用的是文本界面 :) 16:12 &lt;jrandom&gt; （（在数据库和代码里它们都叫“channels”，但在 UI 里说的是 forums 和 authors/nyms）） 16:13 &lt;bar&gt; 说到关闭旧版 Syndie，我建议可以“再在线保留一个月但关闭归档的新发帖，同时放一则说明” 16:14 &lt;gloin&gt; GUI 只让我创建论坛。这是否意味着，如果我想让你在我的论坛发帖，我需要授权的是 jrandom 的论坛，而不是 jrandom 这个人？ 16:15 &lt;Complication2&gt; 或者在贴出说明后再短暂开放一段时间，这样如果有人此时（咳！）确实需要，还能短时间交换一些数据 16:15 &lt;jrandom&gt; gloin：论坛和身份是同一个东西——当你创建一个新论坛时，你就创建了一个新身份（要授权 jrandom 这个人在你的论坛发帖，就去授权 jrandom 的论坛） 16:15 &lt;jrandom&gt; 听起来很合理，Complication2 和 bar 16:17 &lt;jrandom&gt; gloin：这些确实不直观，我们需要做很多工作来把它变得更易懂 16:21 &lt;Complication2&gt; 噢，我之前没注意到 striker 在旧版 Syndie 上关于 I2Phex 调优的多条建议 16:21 * Complication2 做了本地拷贝 16:23 &lt;jrandom&gt; :) 旧版 Syndie 仍可通过 syndiemedia.i2p/ 和 syndie.i2p.net:8000/ 访问 16:23 &lt;jrandom&gt; 好的，这次会议还有别的吗？ 16:25 &lt;gloin&gt; 在论坛配置里我可以设置隐私级别（all/auth/passphrase）。但每篇帖子我也能设置。哪个生效？ 16:27 &lt;jrandom&gt; 两者都生效，不过目前我建议把论坛隐私设为“public”（因为我还没写好通过 GUI 配置口令保护论坛的功能，只支持口令保护消息） 16:27 &lt;jrandom&gt; 论坛的隐私设置覆盖论坛的元数据（到其他站点的链接、捆绑的密钥等），而单条消息有各自的策略 16:33 &lt;jrandom&gt; (syndie.i2p --&gt; syndie.i2p.net 现已生效，syndiemedia.i2p 仍指向 syndie.i2p.net:8000/) 16:33 &lt;jrandom&gt; 好，如果本次会议没有其他事项 16:33 * jrandom 收尾 16:33 * jrandom *baf* 宣布会议结束 </div>/zh/blog/2006/12/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B412%E6%9C%8812%E6%97%A5/Tue, 12 Dec 2006 00:00:00 +0000/zh/blog/2006/12/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B412%E6%9C%8812%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> jrandom</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) 嗨 15:03 &lt;jrandom&gt; 1) 网络状态 15:03 &lt;jrandom&gt; 2) Syndie 开发进展 15:04 &lt;jrandom&gt; 3) ??? 15:04 &lt;jrandom&gt; 0) 嗨 15:04 * jrandom 挥手 15:04 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2006-December/001322.html 15:04 &lt;jrandom&gt; 我们来进入 1) 网络状态 15:05 &lt;jrandom&gt; 这边没有实质变化，不过值得一提的是，在 irc 上稳定性看起来相当不错，即便使用较长的 tunnels 15:05 &lt;jrandom&gt; 当然，这并不必然适用于所有人，差异也可能很大 15:05 &lt;jrandom&gt; 不过，总之能看到这样还是挺不错的 15:05 &lt;jrandom&gt; 好的，关于 1) 网络状态，有人要提出什么吗？ 15:07 &lt;jrandom&gt; 如果没有，我们转到 2) Syndie 开发进展 15:07 &lt;jrandom&gt; 这方面有不少进展，邮件列表的帖子里有总结 15:08 &lt;jrandom&gt; 新的 http 服务器还没有在 syndie.i2p.net/archive/ 的归档上启用，所以你目前不能推送新消息，不过你可以拉取 (或者，当然，运行你自己的 'httpserv' 让大家发帖) 15:11 &lt;jrandom&gt; 好的，关于 2) Syndie 开发进展，还有什么要讨论的吗？ 15:11 &lt;jrandom&gt; 如果没有，我们挪到 3) ??? 15:12 &lt;jrandom&gt; 还有其他要在会议上提出的吗？ 15:16 &lt;jrandom&gt; 如果没有 15:16 * jrandom 收尾 15:16 * jrandom 用*baf*把会议宣布结束 </div>/zh/blog/2006/12/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B412%E6%9C%8805%E6%97%A5/Tue, 05 Dec 2006 00:00:00 +0000/zh/blog/2006/12/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B412%E6%9C%8805%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> burl, Ch0Hag, jrandom</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:00 &lt;jrandom&gt; 0) 嗨 15:00 &lt;jrandom&gt; 1) 网络状态 15:00 &lt;jrandom&gt; 2) Syndie 开发状态 15:00 &lt;jrandom&gt; 3) iToopie 15:00 &lt;jrandom&gt; 4) ??? 15:00 &lt;jrandom&gt; 0) 嗨 15:00 * jrandom 挥手 15:00 &lt;jrandom&gt; 每周状态笔记已发布在 http://dev.i2p.net/pipermail/i2p/2006-December/001321.html 15:01 &lt;jrandom&gt; (而且比会议开始早了将近两个小时！ :) 15:01 &lt;jrandom&gt; 好，我们直接进入 1) 网络状态 15:01 &lt;jrandom&gt; 进展相当不错，这方面没有大的变化 15:02 * jrandom 在这里连着 IRC 已经 20 天了（我想这是个纪录） 15:03 &lt;jrandom&gt; 目前在这方面也没什么可补充的 15:03 &lt;jrandom&gt; 所以，如果没有别的，我们跳到 2) Syndie 开发状态 15:04 &lt;jrandom&gt; 这里的进展在继续，越来越多的零碎功能开始能用了 15:04 &lt;jrandom&gt; 不过还相当粗糙..."实用主义"，而且在图形上也很实用主义 ;) 15:05 &lt;jrandom&gt; Alpha 版还不至于马上发布，但我希望很快就能准备好 15:07 &lt;jrandom&gt; 总之，后续有消息会及时更新 :) 15:08 &lt;jrandom&gt; 好，我们简单跳到 3) iToopie 15:08 &lt;jrandom&gt; 正如笔记里提到的，感谢大家！ :) 15:08 &lt;jrandom&gt; 好，继续快进到 4) ??? 15:08 &lt;jrandom&gt; 有人有想在会议上提出的议题吗？ 15:10 &lt;jrandom&gt; （自从我们上一次只有 10 分钟的会议，可能已经过了一两年了，不过也许这样更好） 15:10 &lt;+fox&gt; &lt;Ch0Hag&gt; 哇，真巧。我竟然碰巧参加了一次 I2P 会议。 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; 嗨，妈！ 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; 这会被写进日志对吧？ :) 15:11 &lt;jrandom&gt; 呵，是啊 ch0 ;) 15:12 &lt;+fox&gt; &lt;Ch0Hag&gt; 因为当然啦，我妈会看 I2P 会议日志…… 15:12 &lt;burl&gt; 我本来想问许可协议的问题，但我刚在 www.i2p 上看到了答案（为什么不用 GPL？） 15:13 &lt;jrandom&gt; GPL 会杀婴儿 15:13 * jrandom 低头躲一下 15:13 &lt;burl&gt; 我得把它们打印给我妈看。她不太会用电脑 15:13 &lt;jrandom&gt; 呵呵 15:14 &lt;burl&gt; 我最近一直在读有关自由软件运动的内容。从道德层面看，这似乎非常到位 15:14 &lt;burl&gt; 闭源是邪恶的 :) 15:14 &lt;jrandom&gt; 善也好，恶也好，都是一样。关键在于闭源是/不安全的/ ;) 15:15 &lt;jrandom&gt; (Syndie 许可协议概要 @ http://syndie.i2p.net/faq.html#license 更少教条色彩的 I2P 许可信息 @ http://www.i2p.net/licenses ) 15:15 &lt;burl&gt; 是啊，我也想到过。如果某个邪恶的公司偷了 Syndie，做了一个“更好”的闭源版本，谁会信任它？ 15:16 &lt;jrandom&gt; 你无法偷走本来就免费的东西 15:16 &lt;burl&gt; 是的，但我是说他们改了源代码却不让你看到 15:17 &lt;jrandom&gt; 改的是/你那一份/源代码。我的那一份源代码仍然和以前完全一样，仍然一样自由 ;) 15:17 &lt;jrandom&gt; 不过，是的，我理解。不同意，但理解 15:18 &lt;jrandom&gt; 总的来说，开源>>闭源；而且尽管 GPL 有一些讨厌的限制，它对于很多事情已经足够了，并且对安全而言也足够开放 15:18 &lt;burl&gt; 因为没有人会信任闭源版本，所以它永远不可能在流行度上取而代之 15:20 &lt;jrandom&gt; 嗯 15:21 &lt;jrandom&gt; 关于许可证的吐槽总是填满 10 分钟会议日志的好方法 ;) 15:21 &lt;jrandom&gt; 好，还有别的要在会议上讨论的吗？ 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; 如果你需要更多会议时间——为什么用 Java？ 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; 我是说，呃！ 15:23 &lt;jrandom&gt; !thwap 15:24 * jrandom 蓄势 15:24 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2006/11/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B411%E6%9C%8828%E6%97%A5/Tue, 28 Nov 2006 00:00:00 +0000/zh/blog/2006/11/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B411%E6%9C%8828%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> gott, JosephLeBlanc, jrandom, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:14 &lt;jrandom&gt; 0) 嗨 15:14 &lt;jrandom&gt; 1) 网络状态 15:14 &lt;jrandom&gt; 2) Syndie 开发状态 15:14 &lt;jrandom&gt; 3) ??? 15:14 &lt;jrandom&gt; 0) 嗨 15:14 * jrandom 挥手 15:14 &lt;jrandom&gt; 每周状态笔记已发布在 http://dev.i2p.net/pipermail/i2p/2006-November/001320.html 15:14 &lt;jrandom&gt; (抱歉耽搁了，厨房出了点小紧急情况) 15:14 &lt;gott&gt; 你好，jrandom。 15:15 &lt;jrandom&gt; 嘿，gott 15:15 &lt;jrandom&gt; 好的，我们进入 1) 网络状态 15:15 * jrandom 对 1) 网络状态 没什么可补充的，除了提一下我已经连接到 irc 13 天没断线了) 15:16 &lt;gott&gt; 我通过 i2psnark 能从 #fr 里的法国人那里下载我最喜欢的现代主义电影《Metroland》 15:16 &lt;gott&gt; 下载速度 4400 kb/s；上传差不多相同。 15:16 &lt;gott&gt; 6 个节点。 15:16 &lt;gott&gt; 这对传播欧洲现代主义小说很有帮助。 15:16 &lt;jrandom&gt; !thwap 15:17 &lt;jrandom&gt; (或者，如果你真的能到 4Mbps，那就是双方都在用 0hop tunnels) 15:17 &lt;gott&gt; 每秒字节。 15:18 &lt;jrandom&gt; 还有谁对 1) 网络状态 有什么要提的吗？ 15:20 &lt;jrandom&gt; 好的，我们转到 2) syndie 开发状态 15:20 &lt;gott&gt; 在这方面有没有办法让 i2p 更好一些？ 15:20 &lt;jrandom&gt; gott：哦，你是指 4400 Bps，而不是 kbps？ 15:20 &lt;jrandom&gt; 那我收回关于 0hop tunnel 的说法 15:21 &lt;jrandom&gt; 目前 4KBps 很常见，通过更好的对等点选择和拥塞管理可以改进 15:22 &lt;jrandom&gt; 好的，关于 syndie 开发状态，如笔记所述，正在取得很多进展 15:23 &lt;jrandom&gt; 仍然有一堆空白要填，但基本上就是补齐空白，不是写新组件 15:24 &lt;jrandom&gt; 好的，关于 2) syndie 开发状态 还有别的吗？ 15:25 &lt;jrandom&gt; 好的，那我们转到 3) ??? 15:26 &lt;jrandom&gt; 在这次简短的会议里还有什么要提的吗？ 15:26 &lt;JosephLeBlanc&gt; 你需要钱吗？ 15:26 &lt;JosephLeBlanc&gt; 他妈的 15:26 &lt;JosephLeBlanc&gt; 好吧，那你需要钱吗？ 15:27 &lt;JosephLeBlanc&gt; 你要一台电脑吗？ 15:27 &lt;JosephLeBlanc&gt; 你要啤酒吗？ 15:27 &lt;JosephLeBlanc&gt; 什么？ 15:27 &lt;jrandom&gt; 目前财务状况挺不错，当然一直欢迎捐助 15:27 &lt;JosephLeBlanc&gt; 直说吧 15:27 &lt;JosephLeBlanc&gt; 那好吧 15:27 &lt;+zzz&gt; 为 emule 客户端发布一个悬赏吧 :) 15:28 &lt;jrandom&gt; (不过如果你有钱烧得慌，给我搞一台 mac mini 用于 osx gui 测试就太棒了 ;) 15:28 &lt;jrandom&gt; lol zzz 15:28 &lt;JosephLeBlanc&gt; 不是每个人都是那种有 4 万美元学生贷款要还的女同性恋势利鬼 15:28 &lt;+zzz&gt; 继续保持出色的工作，jr 15:28 &lt;jrandom&gt; 以防那不是 closedshop：感谢关心和支持，但我将来没有时间做一个文件共享应用 15:29 &lt;JosephLeBlanc&gt; 你能实现 modulus 的 lovesoc 吗 15:29 &lt;JosephLeBlanc&gt; ？ 15:29 &lt;jrandom&gt; 谢谢 zzz，你也一样（你的服务和代码确实帮了大忙！） 15:29 &lt;+zzz&gt; 拿出 baf，lol 15:30 * jrandom 跑到角落里 15:30 * jrandom 蓄力 15:30 * jrandom 用 *baf* 把会议结束了 </div>/zh/blog/2006/11/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B411%E6%9C%8821%E6%97%A5/Tue, 21 Nov 2006 00:00:00 +0000/zh/blog/2006/11/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B411%E6%9C%8821%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> blx, Complication3, jrandom, koff, LeerokKitchen, LeerokLacerta, modulus, spaetz, tea, Walter, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) 嗨 15:02 &lt;jrandom&gt; 1) 网络状态 15:02 &lt;jrandom&gt; 2) Syndie 开发状态 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) 嗨 15:02 * jrandom 挥手 15:02 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-November/001319.html 15:03 &lt;jrandom&gt; 由于那篇相当短，我们直接进入 1) 网络状态 15:04 &lt;jrandom&gt; 目前情况看起来相当不错，网络似乎相当稳定 15:04 &lt;+zzz&gt; 我发明了一个“对等容量指数” 15:04 &lt;+zzz&gt; 在仪表盘上... 15:04 &lt;+zzz&gt; 到目前为止不确定它是否有帮助 15:04 &lt;jrandom&gt; 啊对，抱歉，上周提到过那个——看起来相当有用，谢谢！ 15:05 &lt;jrandom&gt; 看到外面的差异如此清楚，挺有意思 15:05 &lt;+zzz&gt; 这个想法是高容量的 router（路由器）与低容量的 router 的比例，这显然对 tunnel（隧道）构建的百分比很重要 15:06 &lt;+zzz&gt; 我会把在 1.5 小时内没有收到 netdb（网络数据库）更新的 router 从统计中移除，但这似乎太快了，我觉得这在歪曲统计数据 15:07 &lt;jrandom&gt; 啊，好的，这就说得通了。 你还在收集吗？ 15:07 &lt;jrandom&gt; (或者用 wget 从 dev.i2p.net 下载？) 15:08 &lt;+zzz&gt; 是的 15:08 &lt;jrandom&gt; 酷 15:08 &lt;+zzz&gt; netDb.harvestDirectly=false 15:08 &lt;+zzz&gt; netDb.shouldHarvest=true, 对吧？ 15:09 &lt;jrandom&gt; 所以我们之前的统计很大程度上是基于那些糟糕到用户把它们关掉并消失的 router？ 15:09 &lt;jrandom&gt; 对 15:10 &lt;+zzz&gt; 一直都是 1.5 小时，但在绘制 M/N/O routers 时，它们似乎时有时无，而直觉上它们应该相当恒定 15:10 &lt;jrandom&gt; 啊，好 15:10 &lt;+zzz&gt; 你会看到所有数据里都出现持续 1.5 小时的尖峰/下跌 :) 15:11 &lt;spaetz&gt; 网络看起来相当稳定。嗯 15:12 &lt;+zzz&gt; 我在这个话题上就这些了 15:12 &lt;spaetz&gt; 我想知道 jrandom 现在是否完全专注于 syndie，还是仍然关注 i2p 的开发。 15:12 &lt;spaetz&gt; 或者这只是暂时把它稍微放到次要位置 15:13 * jrandom 现在确实完全专注于 syndie，但在出现问题时以及 syndie 稳定之后我都会处理 i2p 15:13 * spaetz 感谢这些信息 15:14 * spaetz 对此没意见 15:15 &lt;jrandom&gt; w3wt。 是的，稳态意味着 syndie 的开发可以继续，但如果有问题，我当然会重新排序优先级 15:15 &lt;jrandom&gt; 好的，关于 1) 网络状态还有其他内容吗？ 15:15 &lt;Walter&gt; 我有个随便的问题。 15:15 &lt;jrandom&gt; 问吧，Walter 15:17 &lt;Walter&gt; 假设你有 100Mb/s 带宽，作为一个 I2P 节点需要什么样的服务器才能把它跑满？ 15:17 &lt;jrandom&gt; 无所谓 15:17 &lt;jrandom&gt; i2p 现在不会、将来也不会跑满 100Mbps 15:18 &lt;Walter&gt; 假设有人想充分利用可用带宽。 15:18 &lt;jrandom&gt; 你做不到。 15:19 &lt;spaetz&gt; 我上下行各有 150kbs，它大概占用一个 vserver（与十来个人共享的戴尔服务器）25% 的资源 15:19 &lt;jrandom&gt; 那已经超过整个网络的容量 15:19 &lt;spaetz&gt; 也就是 25% 的 CPU 15:19 * spaetz 承认这并不是个很精确的答案，然后闭嘴了 15:20 &lt;jrandom&gt; router 本身在内存与吞吐量之间有权衡，这使得单个 router 甚至很难推&gt; 3-350KBps 15:20 &lt;jrandom&gt; (当然，这种权衡可以调整以允许更高的速率，但那不是问题) 15:21 &lt;jrandom&gt; 除非仅在必要时使用，否则占用带宽是*坏事* 15:22 &lt;+zzz&gt; 在过去 3 个月里，网络的总流量平均约为 1.5 MBps（=12 Mbps） 15:23 &lt;Walter&gt; 我明白了。 15:24 &lt;+fox&gt; &lt;LeerokKitchen&gt; 郊游！ 15:26 &lt;jrandom&gt; 好的，如果 1) 网络状态没有其他内容，我们跳到 2) syndie 开发状态 15:26 &lt;jrandom&gt; 这边进展持续进行，我已经在 Windows 和 Linux 上做了测试 15:28 &lt;jrandom&gt; 当前的战斗在论坛管理界面上，不过由于文本界面已经嵌入，所有功能其实都已经就位 15:29 &lt;jrandom&gt; 关于这方面没有更多可讨论的消息了 15:30 &lt;jrandom&gt; 关于 2) syndie 开发状态，有任何问题/评论/担忧吗？ 15:33 &lt;jrandom&gt; 好的，那我们跳到 3) ??? 15:33 &lt;jrandom&gt; 大家对这次会议还有别的内容吗？ 15:34 &lt;+fox&gt; &lt;blx&gt; gpl java 什么时候能在 i2p 上用= 15:34 &lt;+fox&gt; &lt;blx&gt; ？ 15:35 &lt;Complication3&gt; 我想这取决于 gpl java 何时能在各种发行版上可用 15:35 &lt;Complication3&gt; 或者何时能从 Sun 下载得到 15:36 &lt;Complication3&gt; 不过这感觉像是伪问题，因为那就是现在已经可用的同一个 Java 15:36 &lt;Complication3&gt; GPL 只会让它更方便地被打包，并便于改进 15:37 &lt;jrandom&gt; (而且 i2p 已经能在 gcj/kaffe 上运行，尽管并非所有客户端应用都可以) 15:37 * Complication3 迅速阅读回溯记录 15:37 &lt;jrandom&gt; ((而且 syndie 在 gcj/kaffe 上完全可用)) 15:38 &lt;+fox&gt; &lt;blx&gt; Compilation，他们就想让你这么想 ;) 15:38 &lt;+fox&gt; &lt;blx&gt; 不过好吧，我的问题得到解答了。 15:38 &lt;+fox&gt; &lt;blx&gt; 是 Complication，读错了 15:39 &lt;Complication3&gt; blx：嗯，源代码现在早就可用了，只是很少有人去阅读并编译它们 15:39 &lt;jrandom&gt; (而且你甚至可以修改并使用那些修改，只是不能分发你的修改版) 15:40 &lt;koff&gt; i2p 什么时候会有我听说的拟议法律所建议的日志记录功能？ 15:41 &lt;jrandom&gt; 永远不会 15:41 &lt;+zzz&gt; 哈哈哈哈 15:41 * Complication3 怀疑答案是永远不会 :) 15:41 &lt;+fox&gt; &lt;blx&gt; 什么法律？ 15:41 * jrandom 假设你指的是 .de/.eu 的数据保留问题 15:41 &lt;Complication3&gt; 有人在论坛里谈到德国的一部（拟议的）法律 15:42 &lt;jrandom&gt; (然后几年后就是 .us 的那些) 15:42 &lt;Complication3&gt; 不过他们本可以说得更清楚些 15:42 &lt;jrandom&gt; 是啊，这只是个提案，并不令人意外 15:43 &lt;Complication3&gt; 我个人认为：数据保留法本来就已经被到处违反了 15:43 &lt;Complication3&gt; 再多违反十来条？我个人并不会太在意... 15:44 &lt;Complication3&gt; 总之，我想看看他们打算如何执行 15:44 &lt;tea&gt; 就像他们对 napster 所做的那样：把所有人都抓起来 15:45 &lt;Complication3&gt; 如果他们真能做出有力的尝试，就需要想办法挫败它（对那些疯狂占上风的国家采用“not in my country（不与我国家）”的对等互联原则） 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; 这让我想起一首歌。 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; http://2ch.ru/mu/src/1163070550597.mp3 15:46 &lt;tea&gt; 把所有数据流量都转到匿名网络上也许会有帮助 ... 15:47 &lt;Complication3&gt; 大规模无视它们对普通的盗版者来说是行之有效的... 15:47 &lt;Complication3&gt; 你可以逮捕一个无视你的人。几十万人就不行了。 15:47 &lt;tea&gt; 这对一个德国人来说并不是个论据 :) 15:47 &lt;+fox&gt; &lt;modulus&gt; 可以的 15:47 &lt;+fox&gt; &lt;modulus&gt; 希特勒就做到了 15:48 &lt;Complication3&gt; 那只是因为没人费心把他赶下台 15:48 &lt;jrandom&gt; *咳* 15:48 &lt;Complication3&gt; 如果他们拿起武器，这一切就行不通了 15:48 &lt;Complication3&gt; (抱歉，是的，已经跑题很远了) 15:48 &lt;tea&gt; 不过，保持一点偏执确实让人觉得自己很重要 15:48 &lt;+fox&gt; &lt;modulus&gt; 尽管如此，我认为 i2p 可以在不损害匿名性的情况下遵守数据保留法，但没有理由那么做。 15:48 &lt;jrandom&gt; 好吧，我想我们已经回答了其中与 i2p 相关的问题了 ;) 15:48 &lt;tea&gt; 抱歉 15:49 &lt;jrandom&gt; 对，modulus 15:49 &lt;jrandom&gt; (我们已经假设个别用户在记录一切，ISP 也是如此) 15:49 &lt;+fox&gt; &lt;modulus&gt; 对，所以一个支持 DR 的 i2p 也不是世界末日 15:51 &lt;Complication3&gt; 不过得有人愿意去分叉（fork）那个才行... :P 15:52 * jrandom 保持沉默 ;) 15:52 &lt;jrandom&gt; 好的，这次会议还有其他内容吗？ 15:53 &lt;jrandom&gt; 如果没有的话 15:53 * jrandom 收尾 15:53 * jrandom *baf* 宣布会议结束 </div>/zh/blog/2006/11/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B411%E6%9C%8814%E6%97%A5/Tue, 14 Nov 2006 00:00:00 +0000/zh/blog/2006/11/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B411%E6%9C%8814%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> badger, green, jrandom, strike1, striker</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) hi 15:07 &lt;jrandom&gt; 1) Net status 15:07 &lt;jrandom&gt; 2) Syndie dev status 15:07 &lt;jrandom&gt; 3) I2Phex mods 15:07 &lt;jrandom&gt; 4) ??? 15:07 &lt;jrandom&gt; 0) hi 15:07 * jrandom waves 15:07 &lt;jrandom&gt; weekly status notes posted up at http://dev.i2p.net/pipermail/i2p/2006-November/001318.html 15:07 &lt;jrandom&gt; (i'm late, so i'll let y'all catch up on those) 15:09 &lt;jrandom&gt; ok, lets jump on in to 1) net status 15:10 &lt;jrandom&gt; [eom] :) 15:10 * jrandom has had a good irc connection now (4+ days), so things are in pretty good shape. 15:11 &lt;jrandom&gt; we've also got those new peer capacity graphs on stats.i2p, detailing some interesting ratios 15:13 &lt;jrandom&gt; ok, anyone have anything else for 1) net status? 15:14 &lt;striker&gt; just that it looks nice. 15:14 &lt;jrandom&gt; w00t :) 15:15 &lt;jrandom&gt; ok, lets hop on over to 2) syndie dev status then 15:15 &lt;green&gt; I dunno U can have 4+ days conection on IRC,, I'm disconnected somewhat every 24h even with a router not so overloaded 15:15 &lt;jrandom&gt; green: unfortunately, its pretty arbitrary. 15:16 &lt;jrandom&gt; (or, more precicely, the cause is dependent upon many factors without a good control over them) 15:17 &lt;green&gt; any chance to really know why ? 15:17 &lt;green&gt; I've plenty of tunnels even where IRC goes down 15:18 &lt;green&gt; s/when 15:18 &lt;jrandom&gt; yes, there's lots we can do, but i'm focusing my time on getting syndie out first 15:18 &lt;green&gt; I know, so I've just to way more ;) 15:19 &lt;green&gt; s/wait 15:20 &lt;green&gt; gr f..ing keyboard 15:20 &lt;green&gt; ok, no more on 1 let's got to 2 15:20 &lt;jrandom&gt; w3rd 15:21 &lt;jrandom&gt; ok, not much more to add beyond whats in the notes (well, that can reasonably be brought up) 15:21 &lt;jrandom&gt; the webcaching discussion thread is http://forum.i2p.net/viewtopic.php?t=1958 15:22 &lt;green&gt; is there any plan on phpbb to syndie converter ? 15:22 &lt;jrandom&gt; and the latest mockup image referred to is http://dev.i2p.net/~jrandom/mockup/forum.png 15:23 &lt;jrandom&gt; green: hmm, i thought we discussed that in one of the meetings, but looking back at the logs, it occurred outside of a meeting 15:24 &lt;jrandom&gt; short answer: doable, and maybe it'll get done, but its not on the immediate roadmap 15:24 &lt;jrandom&gt; at least, not bidirectional phpbb&lt;--&gt;syndie operation 15:24 &lt;jrandom&gt; phpbb--&gt;syndie is easy (just suck in the posts, or use server side generation) 15:25 &lt;jrandom&gt; syndie--&gt;phpbb is easy too 15:25 &lt;jrandom&gt; i'm not sure if the phpbb model of operation is what people will end up using syndie for though 15:25 &lt;jrandom&gt; but we'll see 15:28 &lt;green&gt; even just an phpbb -&gt; syndie would be enough 15:30 &lt;jrandom&gt; cool, that'll be trivial (pulling phpbb's rendered html into a page & posting it). a bit more complex would be pulling from phpb's database itself, though that'd give more control (but then only the phpbb admin could do it - the former method can be done by anyone) 15:31 &lt;badger&gt; phpbb's admin is fairly flat.... not a challenge to get a hook of 15:32 &lt;badger&gt; and there are various rss plugins available for it 15:33 &lt;jrandom&gt; ah cool. actually, if someone wanted to start looking into that, it'd rule - just generate an HTML page (and if you need to reference other resources, do so with the syndie URIs [syndie.i2p.net/spec.html#uri] 15:34 &lt;jrandom&gt; (and if you need images/etc, just reference them as img src="attachment1" etc) 15:34 &lt;jrandom&gt; (and then we can shove 'em into a syndie post with no problem) 15:35 &lt;jrandom&gt; currently the message editor has "add text page" and "add html page" features... eventually we can toss in an "add page from the web..." that prompts you for a URL to fetch 15:37 &lt;badger&gt; `http://forum.i2p/rss_news.php` 15:38 &lt;badger&gt; translating that to syndie markup would probably be straightforward 15:39 &lt;jrandom&gt; aye (though remember, syndie markup /is html/. the uris are just... long and hard to read :) 15:41 &lt;jrandom&gt; ok, anyone have anything else on 2) syndie dev? 15:42 &lt;jrandom&gt; if not, lets jump to 3) i2phex mods 15:43 &lt;jrandom&gt; strike1 / Complication: wanna give us an update? 15:43 &lt;strike1&gt; I did a quick sanity check in regards to solving the connect to self problem 15:43 &lt;strike1&gt; http://forum.i2p.net/viewtopic.php?t=1965 15:44 &lt;strike1&gt; It seems to be working okay, but is merely preventing the local dest from being added to i2phex.hosts 15:44 &lt;strike1&gt; I am also looking into the hashing problems, and the downloading issues 15:45 &lt;jrandom&gt; kickass! 15:45 &lt;strike1&gt; The new mods in cvs seem to make for a slightly better i2phex so far too, I must say. 15:48 &lt;strike1&gt; Hopefully between Complication, I, and anyone else who wants to help we can solve them all soon. :) 15:49 &lt;jrandom&gt; wikked, thanks strike1 (& complication et al!) 15:50 &lt;jrandom&gt; ok, anyone have anything else for 3) i2phex mods? 15:51 &lt;jrandom&gt; if not, lets jump to 4) ??? 15:51 &lt;jrandom&gt; anyone have anything else they'd like to bring up for the meeting? 15:54 &lt;green&gt; any chance to have a dijjer port on I2P ? 15:55 &lt;green&gt; wow, don't worry, just a simple question ;) 15:55 &lt;jrandom&gt; probably not (dijjer port being a large number of public squid outproxies that cache) 15:56 &lt;jrandom&gt; but the ability to have content hosted when you're not online will be there with syndie 15:56 &lt;jrandom&gt; (and syndie can run over i2p) 15:56 &lt;green&gt; sure but how syndie can handle large content ? 15:57 &lt;jrandom&gt; technically, yes, but practically, no 15:58 &lt;green&gt; so using cache is not a so bad idea ? 15:58 &lt;jrandom&gt; otoh, we can have syndie distributed .torrent files for torrents that are encrypted with session keys that only those authorized on syndie know 15:59 &lt;jrandom&gt; there's a use case for caching large files, though i'm not sure if the freenet/dijjer caching method is the best route 15:59 &lt;jrandom&gt; (no pun intended) 15:59 &lt;green&gt; humm .torrent files so we have to rely on a cetral server / tracker 15:59 &lt;green&gt; s/central 16:00 &lt;jrandom&gt; (for instance, see http://freehaven.net/anonbib/#redblue ) 16:01 &lt;jrandom&gt; green: torrents can be distributed, and you can put the same data on lots of swarms 16:01 &lt;jrandom&gt; but functionally, we know that torrents work for transfering truckloads of data 16:03 &lt;green&gt; There isn't so much goo tracker on I2P, so currently we rely on a central server even if it's doable to distribute torrent over a lot of tracker 16:05 &lt;jrandom&gt; hmm, the trackers we have are good, there just isn't that much content :) 16:06 &lt;strike1&gt; I agree though looking at postman's tracker I was impressed with what I found there as opposed to last year. 16:07 &lt;jrandom&gt; aye, quite 16:07 &lt;strike1&gt; Lots of nice stuff :) 16:09 &lt;jrandom&gt; ok, anything else for the meeting? 16:10 &lt;green&gt; (baf) :) 16:10 * jrandom winds up 16:10 * jrandom *baf*s the meeting closed </div>/zh/blog/2006/11/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B411%E6%9C%887%E6%97%A5/Tue, 07 Nov 2006 00:00:00 +0000/zh/blog/2006/11/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B411%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> jrandom, mrflibble, spaetz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 15:09 &lt;jrandom&gt; 0) 嗨 15:09 &lt;jrandom&gt; 1) 网络状态 15:09 &lt;jrandom&gt; 2) Syndie 开发状态 15:09 &lt;jrandom&gt; 3) i2phex 修改 15:09 &lt;jrandom&gt; 4) ??? 15:09 &lt;jrandom&gt; 0) 嗨 15:09 * jrandom 挥手 15:10 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2006-November/001317.html 15:10 * spaetz 回挥手 15:10 &lt;mrflibble&gt; 酷，刚才一分钟前在 #i2p-dev 里只有我一个人 :) 15:10 &lt;jrandom&gt; 呵呵 15:10 &lt;jrandom&gt; 是啊，i2p-dev 频道迁移没持续太久 ;) 15:10 &lt;jrandom&gt; 好，进入 1) 网络状态 15:11 &lt;spaetz&gt; 关于 1)，网络看起来很稳定 15:11 &lt;spaetz&gt; 不过，正如你提到的，大约每 7 天需要 reseeding（重新播种） 15:11 &lt;jrandom&gt; 嗯，确实不幸，不过可以修 15:12 &lt;jrandom&gt; 虽然权宜之计的修复有点丑，长期修复也相当复杂 15:12 &lt;spaetz&gt; 是啊，那就太好了。我的防火墙太严了，不利于 reseeding 15:12 &lt;jrandom&gt; 该死，不允许到 dev.i2p.net 的出站 http？ 15:12 &lt;spaetz&gt; 我得再多戳几个洞 :-) 15:13 &lt;spaetz&gt; jrandom：出站可以，但所有回传数据默认都会被拦住 :-) 15:13 &lt;spaetz&gt; 不过这就 OT 了。继续吧。 15:14 &lt;jrandom&gt; lol 好的，有意思 15:14 &lt;jrandom&gt; 这确实需要处理，不过不在我“立刻处理”的清单上 15:15 &lt;jrandom&gt; 我对 1) 没什么更多要补充的……有人还想就网络状态提点别的吗？ 15:15 &lt;spaetz&gt; 我每隔 1-2 小时就在 IRC 上断一次线 15:15 &lt;spaetz&gt; 但我还是会称之为稳定 :-) 15:16 &lt;spaetz&gt; 好，进入 2) 15:16 &lt;jrandom&gt; 呵，酷，那就 2) 15:17 &lt;jrandom&gt; 这方面进展很大 15:17 &lt;spaetz&gt; 新的 Syndie 到了正式版时会集成进 i2p 吗？ 15:18 &lt;jrandom&gt; 嗯，如果你是指打包在一起，我不确定；如果是指能无缝使用，那绝对可以 15:19 &lt;spaetz&gt; 我其实是指打包。I2p 看起来是“自带电池”（开箱即用） 15:19 &lt;jrandom&gt; 我不确定的原因是 syndie 体积会不小（swt 原生库、翻译、拼写检查词典等） 15:19 &lt;jrandom&gt; 我们当然会提供一个把它们打包的选项 15:20 &lt;jrandom&gt; 也许那会成为最常见的下载包 15:20 &lt;spaetz&gt; 好，那我赞成可选安装。行的。 15:21 &lt;jrandom&gt; 把 text UI 打包进去肯定没问题，那相当轻量 15:22 &lt;spaetz&gt; 那也许足够吊大家胃口了 15:22 &lt;spaetz&gt; 反正有些人可能希望把 gui 跑在与他们的 i2p peer 不同的机器上 15:22 &lt;spaetz&gt; （我会） 15:23 &lt;jrandom&gt; 明白 15:23 &lt;jrandom&gt; 好，来点 gui 开发状态的预览图： 15:23 &lt;jrandom&gt; html 渲染: http://dev.i2p.net/~jrandom/mockup/render_snap.png 15:23 &lt;jrandom&gt; 论坛树: http://dev.i2p.net/~jrandom/mockup/syndie_refchooser.png 15:23 &lt;jrandom&gt; 消息树/过滤器: http://dev.i2p.net/~jrandom/mockup/syndie_msgchooser.png 15:24 &lt;jrandom&gt; （html 渲染以前看过了，引用选择器可能也看过，而消息选择器是昨晚才实现的 ;) 15:25 &lt;jrandom&gt; 会有很多小附加功能，但我先专注把 gui 的消息生成做出来 15:25 &lt;jrandom&gt; （这反正也需要能浏览论坛和消息，以便挑选链接） 15:26 &lt;spaetz&gt; 酷 15:26 &lt;spaetz&gt; 不过 Syndie 的妙处在于它能通过 web 界面无缝集成 15:26 &lt;spaetz&gt; 但我猜实现起来也不是不可能 15:27 &lt;jrandom&gt; 嗯，从技术上说可以做 web 界面，但那会带来浏览器的所有安全问题，再加上 javascript/etc 用于交互内容可能引发的各种麻烦 15:28 &lt;spaetz&gt; 嗯，我知道你会陷入怎样的地狱。我记得几年前 Freenet 上也有过类似讨论 15:28 &lt;jrandom&gt; 从技术上讲，我们可以把 mozilla 引擎拉进来，用 SWT Browser 小部件做 html 渲染，但这么做并不安全 15:29 &lt;jrandom&gt; 嗯，正是 15:29 &lt;jrandom&gt; （而且你看，都过了 5-8 年了，他们前些天还刚在他们的过滤器里发现了另一个安全漏洞） 15:30 &lt;jrandom&gt; （（我的意思不是说他们的过滤器不棒，而是说做这种过滤本身就极其危险）） 15:30 &lt;spaetz&gt; 好吧，如果有一份“傻瓜式的 Syndie 指南”，我愿意试试。（用 text UI）。手册是合适的文档吗？ 15:30 &lt;spaetz&gt; 它看起来已经有点太具体了 15:31 &lt;jrandom&gt; 啊——看看 Complication2 的帖子: http://forum.i2p.net/viewtopic.php?t=1935 15:31 &lt;spaetz&gt; 好的，谢谢。 15:31 &lt;jrandom&gt; 那个正被整理成 syndie 网站上的一页，但还没上线 15:32 &lt;spaetz&gt; 好，太好了。我需要的就这些 15:34 &lt;jrandom&gt; 酷。 好，gui 方面目前大概就这些 15:34 &lt;jrandom&gt; 状态说明里给 p2p 朋友们放了个小预告，关于一个 swarming 式的 syndication 系统 15:35 &lt;jrandom&gt; 这对想做点网络 hacking 的人来说，是一片很适合折腾的领域 15:36 &lt;jrandom&gt; 不过，这只是顺带一提 15:36 &lt;jrandom&gt; 好，如果 2) syndie 开发状态没别的了，我们跳到 3) i2phex 修改 15:36 &lt;jrandom&gt; Complication2：想给我们来个概述吗？ 15:38 &lt;jrandom&gt; 或者，如果你不在的话，感兴趣的各位可以去看状态说明里我的摘要 15:39 &lt;spaetz&gt; 嗯，去钓鱼了 15:39 &lt;jrandom&gt; 好，那我们跳到 4) ??? 15:39 &lt;jrandom&gt; 还有谁要在会议上提点别的吗？ 15:39 * mrflibble 举手 15:40 &lt;spaetz&gt; 没啦，只是期待（新的）Syndie 变得更有用 15:40 &lt;mrflibble&gt; 在 http://dev.i2p.net/pipermail/i2p/2006-November/001317.html 上，“hi y'all, good luck with the subpoena power”到底是什么意思？ 15:40 &lt;spaetz&gt; 第一个代号会是“真正的 Syndie 请站出来？” :-) 15:41 &lt;jrandom&gt; mrflibble: http://www.electoral-vote.com:2006/ 15:41 &lt;jrandom&gt; 呵呵 spaetz 15:41 &lt;mrflibble&gt; 哦! 15:41 * bar 让一张选票受孕 15:43 &lt;jrandom&gt; （并不是说民主党会让世界更好，但通过国会调查去传唤美国总统的能力，可能会让战争机器卡壳一阵子） 15:44 &lt;jrandom&gt; 好，这次会议还有别的吗？ 15:45 &lt;jrandom&gt; 如果没有的话…… 15:46 * jrandom 摆好架势 15:46 * jrandom *baf*S 会议闭幕 </div>/zh/blog/2006/10/31/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B410%E6%9C%8831%E6%97%A5/Tue, 31 Oct 2006 00:00:00 +0000/zh/blog/2006/10/31/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B410%E6%9C%8831%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> burl, fedo, jrandom, koff, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:33 &lt;jrandom&gt; 0) 嗨 15:33 &lt;jrandom&gt; 1) 网络状态 15:33 &lt;jrandom&gt; 2) Syndie 开发状态 15:33 &lt;jrandom&gt; 3) ??? 15:33 &lt;jrandom&gt; 0) 嗨 15:33 * jrandom 挥手 15:33 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-October/001316.html 15:33 * tethra 挥手回应！ 15:34 &lt;jrandom&gt; 我们直接进入 1) 网络状态 15:34 &lt;jrandom&gt; 据我所知，这方面没有新消息……看起来很稳定 15:34 &lt;jrandom&gt; 有人想就此提些什么吗？ 15:35 &lt;+tethra&gt; 这边没有 15:36 &lt;jrandom&gt; 好，那我们继续 2) Syndie 开发状态 15:37 &lt;jrandom&gt; 如说明中提到的，我一直在研究一些 wysiwyg 编辑器组件（WYSIWYG，所见即所得），但这事儿相当麻烦（不意外），据我所知也没有特别好的方案 15:38 &lt;jrandom&gt; 所以目前我的想法是采用一个基础编辑器，再加上一些辅助功能，就像 forum.i2p.net 这类论坛上看到的那样。不是 wysiwyg，但也很有帮助 15:39 &lt;+tethra&gt; 有道理。那以后能逐步加入 wysiwyg 吗？ 15:39 &lt;jrandom&gt; 当然，如果有人找到一个小巧好用的开源（OSS）的 wysiwyg 编辑器，我很乐意听到消息（虽然我已经看过十来种方案） 15:39 &lt;jrandom&gt; 对，这是以后增强的好方式 15:40 &lt;+tethra&gt; 这样极客和非极客之间的差距就没那么大了 :) 15:40 &lt;+tethra&gt; （你看过 Nvu 吗？） 15:41 &lt;jrandom&gt; 是的，体量很大，但很有前景 15:41 &lt;+tethra&gt; 你还看过哪些？ 15:42 &lt;+tethra&gt; 只是好奇 15:42 &lt;jrandom&gt; 我能 Google 到的都看了。手头没有清单 15:42 &lt;+tethra&gt; 啊，好吧 15:44 &lt;koff&gt; 做一个分屏视图会有用吗？底部是 HTML，上面是页面的实时渲染？ 15:45 &lt;+tethra&gt; 或者左右分屏（如果能选择就更棒了 15:45 &lt;+tethra&gt; ) 15:45 &lt;jrandom&gt; 对，这是个好主意（不必完全实时，半实时即可） 15:46 &lt;+tethra&gt; 嗯，设置个刷新按钮之类的 15:46 &lt;jrandom&gt; 也可以在空闲 5 秒时或按下按钮时刷新 15:46 &lt;jrandom&gt; 对 15:48 &lt;koff&gt; 甚至可以有两个光标，这样你几乎会感觉自己在同时浏览两边？ 15:48 &lt;+tethra&gt; 那会有点让人困惑 :/ 15:48 &lt;koff&gt; 也许吧 :) 15:50 &lt;jrandom&gt; 好的，关于 2) Syndie 开发状态还有别的补充吗？ 15:51 &lt;jrandom&gt; 如果没有，我们进入 3) ??? 15:51 &lt;jrandom&gt; 还有其他想在会议上提的事项吗？ 15:54 &lt;+fedo&gt; 是的，Jr，我们能否有一份面向“Joe 6-pack”（普通用户）的 Syndie 1.0 使用指南？比如：我们在那个文本模式控制台里能做些什么…… 15:55 &lt;+fedo&gt; 我很乐意帮忙测试 Syndie，但我仍然不明白该如何使用 Syndie！ :) 15:55 &lt;jrandom&gt; fedo： http://syndie.i2p.net/manual.html 和 http://syndie.i2p.net/features.html 以及 http://syndie.i2p.net/usecases.html 有帮助吗？ 15:55 &lt;jrandom&gt; 问题是“用 Syndie 能做什么”，还是“如何完成某件事（$x）”？ 15:55 &lt;+fedo&gt; 嗯，不太是，Jr :-/ 15:56 &lt;+fedo&gt; 真的，我在努力去做…… 15:56 &lt;+fedo&gt; 我该如何使用 Syndie…… 15:57 &lt;+fedo&gt; 文本模式控制台不是问题 15:57 &lt;jrandom&gt; 你想用 Syndie /来做什么/？或者说问题本身是——为什么要安装并使用 Syndie？ 15:57 &lt;+fedo&gt; 但装好 Syndie 之后该做什么，这是个问题 :-s 15:57 &lt;jrandom&gt; 啊 15:58 &lt;jrandom&gt; 好的，把 Syndie 想象成一个定制的网页浏览器——你安装它是为了参与论坛。装好之后，你需要告诉它你想参与哪些论坛 15:59 &lt;jrandom&gt; 当前的 0.919b 安装包开箱即连到 http://syndie.i2p.net/archive/ 上的 Syndie 存档——你只需安装、登录，然后同步即可 16:00 &lt;jrandom&gt; 同步完成后，你可以阅读各个论坛的帖子、发布回复，或者在你自己的论坛发帖 16:01 &lt;+fedo&gt; Jr：我在想你能否写个简短说明，讲讲如何使用 Syndie：比如如何同步、如何获取一篇帖子…… 16:02 &lt;+tethra&gt; （或者甚至提供一个用于同步的示例仓库（syndie.i2p.net？）） 16:02 &lt;+tethra&gt; 哦，没看上面的内容 :/ 16:02 &lt;+tethra&gt; 不用了 16:03 &lt;jrandom&gt; fedo：好主意，我会写一份 16:03 * fedo 挥手 16:05 &lt;jrandom&gt; 好的，太棒了。会议还有其他事项吗？ 16:05 &lt;+fedo&gt; 我们知道你让 Syndie 能在 Freenet 上使用：告诉我们怎么做……（你知道的，我看 Syndie 的代码也看不出来 :-/） 16:05 &lt;+fedo&gt; （（帮帮我 :)） 16:06 &lt;jrandom&gt; http://syndie.i2p.net/manual.html#syndicate_freenetpost 16:06 &lt;jrandom&gt; 以及 http://syndie.i2p.net/manual.html#syndicate_getindex 16:07 &lt;+fedo&gt; 要烧掉不少“脑细胞”，不过我会试试的 :) 16:07 &lt;burl&gt; fedo：Complication 在论坛上写了一个简短而相当实用的入门指南： `http://forum.i2p/viewtopic.php?p=8860#8860` 16:08 &lt;jrandom&gt; 啊，对，那篇不错，burl 16:08 &lt;+fedo&gt; 谢谢你，burl：我会去看看那篇说明 ;) 16:12 &lt;jrandom&gt; 好，那么，如果会议没有其他事项…… 16:12 * jrandom 收尾 16:12 * jrandom 以*baf*结束了会议 </div>/zh/blog/2006/10/24/i2p%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B410%E6%9C%8824%E6%97%A5/Tue, 24 Oct 2006 00:00:00 +0000/zh/blog/2006/10/24/i2p%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B410%E6%9C%8824%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> badger, bar, cervantes, Complication, HotTuna, jrandom, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:03 &lt;jrandom&gt; 0) 嗨 16:03 &lt;jrandom&gt; 1) 网络状态 16:03 &lt;jrandom&gt; 2) Syndie 开发状态 16:03 &lt;jrandom&gt; 3) ??? 16:03 &lt;jrandom&gt; 0) 嗨 16:03 * jrandom 挥手 16:03 * Complication 蹒跚到够得着键盘的地方（本周开头简直像地狱，但现在已经结束了） 16:04 &lt;jrandom&gt;（为地狱般的开头欢呼！） 16:04 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 &lt;+Complication&gt; 你好 16:05 &lt;jrandom&gt; 趁你们阅读（很短的）说明时，我们先跳到 1) 网络状态 16:05 * jrandom 已经与 freshcoffee 连续连接了 3 天没有断线，而且看起来两个 IRC 服务器上用户数量都不错 16:06 &lt;jrandom&gt; stats.i2p 也回来了，tunnel 成功率有些奇怪的跳动，但总体状况也不错 16:06 &lt;jrandom&gt;（不过仍在 20-30 区间） 16:06 &lt;jrandom&gt;（（比 5-10 好多了，但比 60-80 差多了）） 16:07 &lt;jrandom&gt; 好的，关于 1) 网络状态，大家还有什么要提的吗？ 16:08 &lt;+Complication&gt; 我这边也类似，但没有特别持久的连接 16:08 &lt;+tethra&gt; 除了鼓掌，我没别的了！ 16:08 &lt;+Complication&gt; 我只是想就 NTP 问题提一句 16:09 &lt;+Complication&gt; 基本上，10 月 29 日星期天，一些时区会退出夏令时 16:09 &lt;jrandom&gt;（这会很糟） 16:10 &lt;+Complication&gt; 我个人希望这不会给任何人造成问题，但我对 NTP 不够精通，不能确定 16:10 &lt;+Complication&gt; 所以，万一最近加入的 NTP 服务器健全性检查（.26 版本加入）那晚会给某些人带来不便…… 16:11 &lt;+Complication&gt; ……我想最好提一下可以用来禁用它的配置键（如果有需要） 16:11 &lt;+Complication&gt;（这样读状态说明的人就会知道） 16:12 &lt;+Complication&gt; 要禁用它，可以在 `http://localhost:7657/configadvanced.jsp` 中输入这一行 "router.clockOffsetSanityCheck=false" 16:12 &lt;+Complication&gt; 不过如前所述，我也希望没人需要这么做 16:13 &lt;+Complication&gt; 不过，随着不同的时区开始切换，那晚观察网络表现会很有意思 16:13 &lt;+Complication&gt; 我肯定会观察，希望如果发现任何异常，或许能在到春天时修复 :D 16:14 &lt;jrandom&gt; 当时那一分钟可能会很跳，但很快就会恢复 16:14 &lt;+Complication&gt; ……我就这些了。 :) 16:14 &lt;jrandom&gt; 不过，希望一切顺利；要是不顺利，正如你说的，还有春季 :) 16:14 &lt;bar&gt; 如果事情真的 b0rk，前几天聊天时提出了两个未来改进的可能建议： 16:15 &lt;bar&gt; "如果 peers &lt;some number，就将控制权交给 NTP，以防止时钟偏移的 routers 形成子网" 16:15 &lt;bar&gt; ……以及 "如果 floodfill 对等点太少，就不要从 netdb 中删除这些 peer 的 router infos" 16:15 &lt;jrandom&gt; 嗯 16:16 &lt;+Complication&gt; 确实，可以调整判定对等方时钟偏移测量是否可靠所需的数据点数量（可用的对等方时钟偏移） 16:16 &lt;+Complication&gt;（哎呀，我上一句有点冗余） 16:17 &lt;+Complication&gt; ……还有，对 floodfill 的检查。我理解为目前没有类似的检查，对吗？ 16:18 &lt;jrandom&gt; 对 16:18 &lt;+Complication&gt; 看起来有些人有时不知是运气还是魔法，竟然能把 floodfill 对等点都给弄丢 16:19 &lt;jrandom&gt; 这当然应该修复 16:19 &lt;jrandom&gt;（前几天有些人中招了，其中一个被 null routed） 16:20 &lt;jrandom&gt;（如果 #floodfill == 0，也许可以随机把几个当作 floodfill） 16:20 &lt;+Complication&gt; 如果可行，这也是个办法 16:21 &lt;+Complication&gt; 不过，或许在那样做的同时，至少保留 2 个（之类）floodfill 对等点会更保险 16:22 &lt;jrandom&gt; 嗯 16:25 &lt;jrandom&gt; 好的，关于 1) 网络状态还有别的吗？ 还是我们继续到 2) Syndie 开发状态？ 16:25 &lt;badger&gt; 关于 IRC 的稳定性：在服务器端看到重连少了非常非常多。 16:25 &lt;badger&gt; 几乎可以称得上是“服务”了 :) 16:26 &lt;jrandom&gt; :) 16:28 &lt;jrandom&gt; 好，跳到 2) Syndie 开发状态 16:28 &lt;jrandom&gt; 这里进展很大，正如状态说明中提到的 16:28 &lt;jrandom&gt; 过去几天这里也有不少讨论 16:28 &lt;jrandom&gt; 在这方面还有什么想提的吗？ 16:30 &lt;@cervantes&gt; 装个不是 mspaint 的东西吧 16:30 &lt;jrandom&gt; 呵 16:30 &lt;jrandom&gt; 嗯，用一些*丑陋*的东西来打草稿是有价值的——能降低期望 16:31 &lt;+fox&gt; &lt;HotTuna&gt; forumpost 里的链接好像挂了……至少有些是…… 16:31 &lt;@cervantes&gt; 我想帖子里提到了这一点 16:31 &lt;+fox&gt; &lt;HotTuna&gt; 哦。抱歉 16:31 &lt;jrandom&gt; hottuna：它们有镜像 @ dev.i2p.net/~jrandom/mockup/ 16:31 &lt;@cervantes&gt; 有些应该在下面做了镜像 16:32 &lt;+Complication&gt; 有个问题：那么，你觉得从零开始（安全地）实现受限的 HTML，而不是拆某个浏览器来用，会更容易吗？ 16:33 * jrandom 刚又上传了两张图：dev.i2p.net/~jrandom/mockup/forum.png 和 blog.png（展示了过去几天关于论坛不同查看方式的讨论） 16:33 &lt;@cervantes&gt; 要想安全地做，绝对更容易 16:33 &lt;+Complication&gt;（只是好奇 GUI 这边在做什么，我之前有点不了解） 16:33 &lt;jrandom&gt; Complication：为了通用排版用途，我基本都已经做完了 16:33 &lt;@cervantes&gt; 尤其是考虑到 Syndie 只会支持受限的 HTML 子集 16:34 &lt;+Complication&gt; 啊哈 16:34 &lt;jrandom&gt;（字体、对齐、大小、颜色、图片、链接、列表（包括嵌套）、标题、段落、HTML 实体） 16:35 &lt;jrandom&gt; 至于用 div 做布局或用表格，那需要大得多的工作量，不过我现在不打算处理这些 16:35 &lt;+Complication&gt; 听起来挺不错 16:36 &lt;@cervantes&gt; 当然还有 &lt;blink&gt; 标签 16:36 * jrandom 用 &dagger; 扔向 cervantes 16:37 &lt;@cervantes&gt; 哎哟，被一个实体“穿”了 16:37 &lt;jrandom&gt; 不过我们走着瞧。 随着部署和使用，或许就有必要切换到完整的 HTML 渲染引擎 16:38 * jrandom 还是希望代码库尽可能小，这样在安全和匿名性问题上需要调试和审查的就更少 16:39 &lt;+Complication&gt; 确实，处理 text/plain 毫无疑问有好处 16:40 &lt;+Complication&gt;（希望它只“支持”自然语言攻击；P） 16:41 &lt;+Complication&gt; 你们怎么看用 hashcash 作为反垃圾措施的可能性？现在下结论是不是太早？你觉得以后要加上会不会很容易？ 16:42 &lt;@cervantes&gt; 嗯，我想在完整的 HTML 引擎里使用 bbcode 或 wiki 语法会降低标记注入的风险 16:42 &lt;@cervantes&gt; *渲染引擎 16:43 &lt;jrandom&gt; 要加上去很容易，Complication——只需一个新的公共头（针对规范化的 syndie uri 做 hashcalc，导入时验证，签名时创建） 16:44 * Complication 几天前想过一些，但只是粗略地想了想 16:44 &lt;jrandom&gt; hashcash 也可以在多个层级上做——按新 channel（meta.syndie）、按更新的 channel，或按帖子（甚至可以按 sizeof(post) 或 #msgs/day 分级） 16:44 &lt;+Complication&gt; 如果要把 hashcash 作为工作量证明来实现，我在想应当要求发帖者最好针对什么来计算碰撞？ 16:45 &lt;+Complication&gt; 啊哈，uri……也许确实该这样 16:45 &lt;+Complication&gt; 哦，确实 16:45 &lt;+Complication&gt; 这些是我之前没想到的 16:48 &lt;jrandom&gt; cervantes：确实如此 16:48 &lt;jrandom&gt; 好，关于 2) Syndie 开发状态还有别的吗？ 16:51 &lt;jrandom&gt; 好，如果没有的话，我们跳到 3) ??? 16:51 &lt;jrandom&gt; 还有别的想提的吗？ 16:54 &lt;jrandom&gt; 好，如果没有的话…… 16:54 * jrandom 预备 16:54 * jrandom *baf*s 会议结束 </div>/zh/blog/2006/10/17/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B410%E6%9C%8817%E6%97%A5/Tue, 17 Oct 2006 00:00:00 +0000/zh/blog/2006/10/17/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B410%E6%9C%8817%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar、dm、jrandom、marlowe</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) 嗨 16:01 &lt;jrandom&gt; 1) 网络状态 16:01 &lt;jrandom&gt; 2) Syndie 开发状态 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) 嗨 16:01 * jrandom 挥手 16:01 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-October/001314.html 16:02 &lt;+fox&gt; * dm 挥手 16:02 &lt;jrandom&gt; w3wt，好，在你们阅读那封超级有趣的通告时，我们先进入 1) 网络状态 16:03 &lt;jrandom&gt; 目前网络似乎处于稳态，不过有轻微增长趋势 16:04 &lt;jrandom&gt; 论坛上有一些关于那个与 CPU 相关的大问题的讨论，不过据我所见，还没有大的突破 16:04 &lt;jrandom&gt; 关于 1) 网络状态，大家有要提的吗？ 16:05 &lt;jrandom&gt; （使用 0.6.1.26 的最后一个完整周看起来进展顺利 [yay]） 16:06 &lt;+fox&gt; &lt;dm&gt; 嗯，我最好说点什么 16:06 &lt;+fox&gt; &lt;dm&gt; 有没有用来监控网络状态的一致指标 16:06 &lt;+fox&gt; &lt;dm&gt; 还是只是一些临时性的经验之谈？ 16:07 &lt;+fox&gt; &lt;dm&gt; 比如，是否有一个应用程序每天随机连接到一些地方，同时测量响应时间和失败情况。 16:07 &lt;jrandom&gt; 我主要是根据 IRC 的表现，以及我运行的 routers（路由器）的统计和活动来判断（stats.i2p 已经宕机一两周了，但它通常是一个很可靠的基准） 16:08 &lt;+fox&gt; &lt;dm&gt; 酷，我去看看那个站点。 16:08 &lt;jrandom&gt; 有好几个人在运行统计监控应用——orion.i2p、tino.i2p、eepsites.i2p，以及 stats.i2p 16:09 &lt;+fox&gt; &lt;dm&gt; 谢谢！ 16:09 &lt;jrandom&gt; 不客气 :) 16:09 &lt;jrandom&gt; 好，如果 1) 没有别的，我们跳到 2) Syndie 开发状态 16:10 &lt;jrandom&gt; 很多事情在推进，就像状态说明里提到的那样（而且你终于可以在 syndie.i2p.net 看到一个不那么丑的站点了 :)） 16:11 &lt;+fox&gt; &lt;dm&gt; 现在挂了？ 16:11 &lt;+fox&gt; &lt;dm&gt; 当我没说 16:11 &lt;+fox&gt; * dm 闭嘴 16:11 &lt;jrandom&gt; :) 16:12 &lt;marlowe&gt; jrandom，首页的示意图非常有帮助 16:12 &lt;marlowe&gt; 我现在理解了 Syndie 背后的概念 16:12 &lt;+fox&gt; &lt;dm&gt; 也挺漂亮的 16:13 &lt;+fox&gt; &lt;dm&gt; 不过不下载/安装怎么访问 Syndie？我记得以前可以这么做？ 16:13 &lt;jrandom&gt; 太好了，marlowe，很高兴现在清楚了——只靠文字描述，这个概念会让人困惑 :) 16:13 &lt;jrandom&gt; dm: 旧的 Syndie（syndiemedia.i2p.net/）是基于 Web 的，但这个新的，呃，真的是全新的，彻底重新设计 16:14 &lt;+fox&gt; &lt;dm&gt; 不是基于 Web 的？ 16:14 &lt;jrandom&gt; （也感谢 cervantes 把我那张丑丑的 MS Paint 风格图片变成了你们现在看到的那张漂亮图 :)） 16:14 &lt;jrandom&gt; 不，不是基于 Web 的——当前版本其实只有文本界面，但我们在继续开发 GUI 16:14 &lt;jrandom&gt; http://syndie.i2p.net/roadmap.html 16:14 &lt;+fox&gt; &lt;dm&gt; 纯文本！哇。好，开始下载。 16:14 &lt;jrandom&gt; w3wt 16:15 &lt;jrandom&gt; 要有效使用它，有件重要的事需要知道：一个 Syndie 存档的位置，你可以向它推送帖子，也可以从它拉取帖子 16:15 &lt;+fox&gt; &lt;dm&gt; 哇.. 这也太硬核了。（Next Command:）呵呵呵 16:15 &lt;jrandom&gt; 目前有一个在 http://syndie.i2p.net/archive - 你可以通过 "menu syndicate" "getindex --archive http://syndie.i2p.net/archive" 和 "fetch" 与它同步 :) 16:16 &lt;jrandom&gt; 它是个相当简单的系统，不过有非常明确的设计特性 16:16 &lt;jrandom&gt; （而且极其健壮——几乎什么上面都能跑 :)） 16:17 &lt;+fox&gt; &lt;dm&gt; 复杂应用配上文本前端运行，有种很酷的感觉 16:17 &lt;+fox&gt; &lt;dm&gt; 总之... 16:17 &lt;+fox&gt; * dm 又闭嘴了 16:19 * jrandom 希望在本月的某个时候把我们带到 1.0，所以非常需要进行 beta 测试 16:20 &lt;jrandom&gt; （多踩一踩，告诉我哪里坏了之类） 16:20 &lt;jrandom&gt; 当然，1.0 不会包含 GUI，那是 2.0 的事 16:20 &lt;+fox&gt; &lt;dm&gt; 当然 16:21 &lt;jrandom&gt; 好，关于 2) Syndie 开发状态，有没有评论/问题/建议/脚趾甲？ 16:22 &lt;jrandom&gt; 哦，我想提一件事——正如我在我的 Syndie 博客里发的那样，我们需要一个 logo！ 所以，请看 urn:syndie:channel:d7:channel44:bF2lursCrXhSECJAEILhtXYqQ6o-TwjlEUNJLA5Nu8o=9:messageIdi1160962964161ee :) 16:23 &lt;+fox&gt; &lt;dm&gt; 有个地方可以获得免费或半免费的高质量 logo 16:24 &lt;jrandom&gt; flickr? :) 16:24 &lt;+fox&gt; &lt;dm&gt; http://www.worth1000.com/ &lt;--- Photoshop 极客为了点名气和/或钱互相较劲 16:24 &lt;jrandom&gt; 啊，酷 16:25 &lt;+fox&gt; &lt;dm&gt; 之前一次 'contest' 的示例 http://www.worth1000.com/cache/contest/contestcache.asp?contest_id=12170&start=1&end=10&display=photoshop 16:25 &lt;+fox&gt; * dm 又闭嘴了 16:26 &lt;jrandom&gt; 太赞了，谢谢 dm 16:27 &lt;jrandom&gt; 好，如果关于 2) 没有内容，我们跳到 3) ??? 16:28 &lt;jrandom&gt; 这次会议还有别的议题吗？ 16:28 &lt;bar&gt; 也许我们应该把那个留到 1.99b 版本，并办个小竞赛/悬赏活动来宣传 Syndie 2.0？ 16:28 &lt;jrandom&gt; 啊，这主意不错，反正 1.* 都是文本界面 16:30 &lt;bar&gt; 考虑一下吧，我相信我们能筹到点资金 16:30 &lt;+fox&gt; &lt;dm&gt; 话说资金情况怎么样？ 16:31 &lt;+fox&gt; &lt;dm&gt; jr，你还在全职做这个吗？ 16:31 &lt;jrandom&gt; 嗯，仍然在勉强维持，多亏了一些极其慷慨的捐助者（谢谢！） 16:31 &lt;jrandom&gt; http://www.i2p.net/halloffame 16:32 &lt;+fox&gt; &lt;dm&gt; 啊对了.. 拮据的预算。我想起来了 16:32 &lt;jrandom&gt; 呵呵 16:34 &lt;jrandom&gt; 好，还有别的要提的吗？ 16:34 &lt;+fox&gt; &lt;dm&gt; 刚给你丢了点小钱。确保只用在酒或其他无聊的花销上。 16:34 &lt;+fox&gt; &lt;dm&gt; 哦，另外别泄露我的真名！ 16:34 &lt;jrandom&gt; w00t！ 谢谢 dm 16:36 &lt;jrandom&gt; 好，如果没别的... 16:36 * jrandom 收尾 16:36 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2006/10/10/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006%E5%B9%B410%E6%9C%8810%E6%97%A5/Tue, 10 Oct 2006 00:00:00 +0000/zh/blog/2006/10/10/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006%E5%B9%B410%E6%9C%8810%E6%97%A5/<p>Hi y&rsquo;all, brief status notes this week</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.26 与网络状态 2) Syndie 开发状态 3) 分布式版本控制再探 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.26 and network status</li> </ol> </li> </ul> <p>前几天我们推出了 0.6.1.26 的新版本，其中包含来自 zzz 的大量 i2psnark 改进，以及来自 Complication 的一些新的 NTP 安全检查，整体反馈十分积极。网络似乎略有增长，且没有出现新的异常现象，不过仍有一些人在构建他们的 tunnels 时遇到困难（一如既往）。</p> <ul> <li> <ol start="2"> <li>Syndie development status</li> </ol> </li> </ul> <p>我们不断推出更多改进，目前的 alpha 版本为 0.910a。1.0 的功能清单基本已经满足，所以现在主要是修复 bug 和完善文档。如果你想帮忙测试，欢迎来 #i2p 逛逛 :)</p> <p>另外，在频道里也有一些关于 Syndie GUI（图形界面）设计的讨论——meerboop 提出了一些很酷的点子，并且正在把这些想法写成文档。Syndie GUI 是 Syndie 2.0 发布的主要组件，所以我们越早让它运转起来，我们就越早征服世界^W^W^W^W能把 Syndie 推向那些毫无防备的大众。</p> <p>我在 Syndie 博客中还发布了一份关于使用 Syndie 本身进行缺陷和功能请求跟踪的新提案。为便于访问，我已将该帖子导出为纯文本并发布到网页上 - 第 1 页位于 &lt;<code>http://dev.i2p.net/~jrandom/bugsp1.txt&gt;，第</code> 2 页位于 &lt;<code>http://dev.i2p.net/~jrandom/bugsp2.txt&gt;</code></p>/zh/blog/2006/10/03/2006-10-03-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 03 Oct 2006 00:00:00 +0000/zh/blog/2006/10/03/2006-10-03-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，本周的状态笔记来得有些晚。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) Router 开发状态 3) Syndie 设计理由（续） 4) Syndie 开发状态 5) 分布式版本控制 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>过去一两周，irc 和其他服务总体相当稳定，不过 dev.i2p/squid.i2p/www.i2p/cvs.i2p 出现了几次小故障（由于一些临时的操作系统相关问题）。目前看来一切处于稳定状态。</p> <ul> <li> <ol start="2"> <li>Router dev status</li> </ol> </li> </ul> <p>关于 Syndie 的讨论还有另一面：“那么，这对 router 意味着什么？” 为了回答这个问题，让我先简单说明一下目前 router 的开发处于什么阶段。</p> <p>On the whole, the thing holding the router back from 1.0 is in my view its performance, not its anonymity properties. Certainly, there are anonymity issues to improve, but while we do get pretty good performance for an anonymous network, our performance is not sufficient for wider use. In addition, improvements to the anonymity of the network will not improve its performance (in most instances I can think of, anonymity improvements reduce throughput and increase latency). We need to sort out the performance issues first, for if the performance is insufficient, the whole system is insufficient, regardless of how strong its anonymity techniques are.</p>/zh/blog/2006/09/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B49%E6%9C%8812%E6%97%A5/Tue, 12 Sep 2006 00:00:00 +0000/zh/blog/2006/09/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B49%E6%9C%8812%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> cervantes, jrandom, kostya213, modulus, tethra, vulpine</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:06 &lt;jrandom&gt; 0) 嗨 16:06 &lt;jrandom&gt; 1) 0.6.1.25 和网络状态 16:06 &lt;jrandom&gt; 2) I2PSnark 16:06 &lt;jrandom&gt; 3) Syndie（是什么/为什么/何时） 16:06 &lt;jrandom&gt; 4) Syndie 的加密问题 16:06 &lt;jrandom&gt; 5) ??? 16:06 &lt;jrandom&gt; 0) 嗨 16:06 * jrandom 挥手 16:06 &lt;jrandom&gt; 每周状态说明已发布于 http://dev.i2p.net/pipermail/i2p/2006-September/001307.html 16:07 &lt;jrandom&gt; 既然那些说明在好几个小时前就发出来了，你们应该都读过并做好了笔记，对吧？ ;) 16:07 &lt;jrandom&gt; 跳到 1) 0.6.1.25 和网络状态 16:08 &lt;vulpine&gt; &lt;Complication&gt; 就 0.6.1.25 而言，在我这儿看起来运行良好，只出现了一个之前没见过的错误 16:08 &lt;jrandom&gt; 不错，什么问题？ 16:08 &lt;vulpine&gt; * Complication 正在搜索日志 16:09 &lt;jrandom&gt; 网络规模似乎比以前更大了，不过仍在同一数量级 16:09 &lt;vulpine&gt; &lt;Complication&gt; "Unknown error reading the net.i2p.data.i2np.GarlicMessage: wtf, fromLong got a negative? -840" 16:10 &lt;vulpine&gt; &lt;Complication&gt; Started with "ERROR [NTCP read 1 ] .router.tunnel.FragmentHandler: Error receiving fragmented message (corrupt?)" 16:10 &lt;jrandom&gt; 啊好，那个问题存在很久了，可以放心忽略 16:11 &lt;vulpine&gt; &lt;Complication&gt; 只出现了一次 16:11 &lt;vulpine&gt; &lt;frosk&gt; 我遇到过好几次刚才那个 16:11 &lt;vulpine&gt; * jrandom 戳了下 fox 16:12 &lt;vulpine&gt; &lt;Complication&gt; 哦，还有一个: "router.tunnel.TunnelDispatcher: wtf, took 1121 to dispatch net.i2p.data.i2np.TunnelBuildMessage@XXXX out YYYYY in net.i2p.router.tunnel.PumpedTunnelGateway@ZZZZ" 16:12 &lt;vulpine&gt; &lt;Complication&gt; （看起来也不重要，可能只是简单拥塞） 16:12 &lt;jrandom&gt; 嗯，大概是 16:13 &lt;jrandom&gt; 现在 irc 显然还有点糙 16:13 &lt;jrandom&gt; （不过这一次可不是 i2p 的错 :)） 16:14 &lt;jrandom&gt; 好，关于 1) 网络状态和 0.6.1.25 还有别的吗？ 16:15 &lt;kostya213&gt; 补充一下，.25 修复了我过去几个月遇到的所有问题 16:15 &lt;jrandom&gt; 太棒了！ 16:16 &lt;vulpine&gt; &lt;green&gt; 请在只使用 NTCP 时修改状态计算 16:16 &lt;jrandom&gt; 行，不过不建议禁用 udp（我记得我还明确说过我不会告诉大家如何禁用 udp） 16:17 &lt;jrandom&gt; 但状态应该更新，考虑到 udp 不是唯一的传输方式 16:17 &lt;jrandom&gt; 我会在下个版本修好，多谢 16:17 &lt;vulpine&gt; &lt;green&gt; jrandom：当然你不说，但我会读代码 ;) 16:18 &lt;jrandom&gt; 没错，不过当我不推荐某件事、还叫大家别试的时候，若显示信息让人困惑也别惊讶 ;) 16:19 &lt;vulpine&gt; &lt;green&gt; 当然，我也可以只是在控制台显示 "OK" :) 16:19 &lt;jrandom&gt; 确实 16:21 &lt;jrandom&gt; 好，我们跳到 2) I2PSnark 16:21 &lt;jrandom&gt; zzz 现在似乎不在 16:22 &lt;jrandom&gt; zzz 正在做一些改动，以改进 i2psnark 的调度 16:23 &lt;jrandom&gt; （如果我没记错，目前它有点…过于简单，不过我不完全确定 zzz 在改哪些） 16:23 &lt;jrandom&gt; （（不过我很期待进展！）） 16:25 &lt;jrandom&gt; 好，如果 2) I2PSnark 没别的了，我们继续到 3.*) Syndie 相关 16:26 &lt;jrandom&gt; 先从 3.1) 什么是 syndie 开始，因为要讲的很多 16:27 &lt;jrandom&gt; 会前我收到几个关于帖子加密的问题 16:27 &lt;jrandom&gt; 基本上，帖子是“对称”加密的——拥有对称密钥的人就能读帖，因为他们被授权 16:28 &lt;jrandom&gt; 频道回复使用非对称加密，针对频道/论坛关联的公钥加密 16:28 &lt;jrandom&gt; 有些帖子可以使用基于口令的加密来生成用于阅读的对称密钥 16:29 &lt;jrandom&gt; 还有些帖子可以在帖子可读的头部中包含该对称密钥（这样任何人都能读） 16:29 &lt;modulus&gt; 最后一种有什么意义？ 16:29 &lt;jrandom&gt; 还有些论坛本身可以在论坛元数据中包含对称密钥，这样任何人都能读帖子，但前提是他们有该频道的元数据 16:29 &lt;jrandom&gt; modulus：这样所有东西始终都是加密的，即使是公开可读的内容 16:29 &lt;jrandom&gt; （这样简单的窃听就没用） 16:30 &lt;modulus&gt; 好，我明白了。 16:31 &lt;jrandom&gt; 好，我想这就覆盖了会前提到的加密问题 16:31 &lt;jrandom&gt; 关于 3.1) 什么是 syndie，还有问题吗？ 16:31 &lt;jrandom&gt; （当然，随着发布，会有更多细节明确） 16:32 &lt;vulpine&gt; &lt;void&gt; 嗯 16:33 &lt;jrandom&gt; void，怎么样？ 16:33 &lt;vulpine&gt; &lt;void&gt; &lt;void&gt; 我想消息 (.zip) 归档也可以包含其他消息，可能来自别人，比如被引用的消息？ 16:34 &lt;jrandom&gt; 嗯，是的，你可以把 .snd 文件作为附件包含进来，但有明确的命名空间，所以你可以用标准的 References: 风格链接到之前的消息 16:34 &lt;jrandom&gt; （也就是说你不必用 frost 风格的“串帖”） 16:35 &lt;vulpine&gt; &lt;void&gt; 好，明白 16:37 &lt;vulpine&gt; &lt;Complication&gt; 关于 Syndie，我在想大家如何解决这样的问题：给某个多人发帖的论坛授予发帖权限（类似普通论坛的账号），但不要不可撤销；当需要撤销权限（不管什么原因）时，如何避免不必要的混乱 16:38 &lt;vulpine&gt; &lt;Complication&gt; 当然一种方案是由作者指定建议，让客户端显示哪些人的回复 16:38 &lt;jrandom&gt; Complication：创建一个新的公钥/私钥对，把私钥给（临时）被授权的人，并把公钥加入“允许发帖的密钥”列表 16:38 &lt;vulpine&gt; &lt;Complication&gt; ……而客户端如果不打算追溯历史，就遵循这个建议（或者更准确地说，遵循它的最新版本） 16:38 &lt;jrandom&gt; （当他们不再被授权时，就从“允许发帖的密钥”列表中移除该密钥） 16:39 &lt;kostya213&gt; jrandom：你可能想用一个不同于 .snd 的扩展名，因为它广泛用于音频应用，MIME 会混淆 16:39 &lt;jrandom&gt; 啊，对——所有论坛都有一个“所有者”（一个用于签名的私钥），可以管理谁被允许发帖的列表等 16:39 &lt;vulpine&gt; &lt;Complication&gt; “允许发帖的密钥”会作为元数据附在作者的最新帖子或其他某条消息上，对吗？ 16:39 &lt;jrandom&gt; 说得好，kostya213，不过那我们可能就只能用 .dat 了 ;) 16:40 &lt;jrandom&gt; Complication：啊抱歉，不是那样，它像当前/旧的 syndie——为论坛/频道本身单独发布带签名的元数据帖子 16:40 &lt;vulpine&gt; * Complication 觉得好像已经有人把 .dat 用在别的什么上了 :) 16:40 &lt;jrandom&gt; 对，那个叫作 "octet-stream" 的应用 ;) 16:40 &lt;vulpine&gt; &lt;void&gt; 看起来 .syn 没被用在什么重要的地方 16:41 &lt;vulpine&gt; &lt;Complication&gt; 啊哈，特殊的元数据帖子……对，这可行 16:41 &lt;jrandom&gt; 哦，妙，我们能用 syn！ 16:41 &lt;jrandom&gt; （眼尖的 void，谢谢 kostya213） 16:41 &lt;vulpine&gt; &lt;void&gt; 嗯，" 16:41 &lt;vulpine&gt; &lt;void&gt; 嗯，"Word Synonym File", Company: Microsoft 16:42 &lt;jrandom&gt; 好吧，我相信我们会想出办法的 16:42 &lt;kostya213&gt; 是的，它被 Word 使用 16:42 &lt;vulpine&gt; &lt;void&gt; 但我们也可以无视它 :) 16:42 &lt;kostya213&gt; 别灰心，我觉得能找到不会与广泛使用的 MIME 类型冲突的扩展名 16:43 &lt;jrandom&gt; 好，关于 3.1) 什么是 syndie，还有别的吗？ 16:43 &lt;vulpine&gt; &lt;void&gt; 呃，不过为什么我们要拘泥于三字母扩展名？那是 DOS 时代的遗留物 16:43 &lt;kostya213&gt; 有个必须问的问题：为何要限制三字母扩展名？没人再用 DOS 了 16:44 &lt;jrandom&gt; 嘿 16:44 &lt;kostya213&gt; 和 void 说一块儿了 16:44 &lt;kostya213&gt; 我觉得 .syndie 不错 16:44 &lt;vulpine&gt; &lt;void&gt; .synd 似乎也不会与任何东西冲突 16:44 &lt;kostya213&gt; 也不错 16:45 &lt;vulpine&gt; &lt;void&gt; 该死的延迟 :( 16:48 &lt;jrandom&gt; 好，我们跳到 3.2) 为什么 Syndie 重要？ 16:48 &lt;vulpine&gt; &lt;void&gt; jrandom：等下 16:48 &lt;cervantes&gt; （因为你说它重要） 16:48 * jrandom 等着 16:48 &lt;jrandom&gt; !thwap cervantes ;) 16:48 &lt;vulpine&gt; &lt;void&gt; 状态说明里提到，帖子可以附带一个头像，否则将使用默认头像 16:49 &lt;vulpine&gt; &lt;void&gt; 但如果有人想预设多个头像，而不是只有一个“默认”头像呢？ 16:49 &lt;jrandom&gt; 嗯，作者可以在自己频道的元数据里包含一个默认头像 16:49 &lt;vulpine&gt; &lt;void&gt; 每次都附上另一个头像效率不高 16:49 &lt;jrandom&gt; 问得好，void——我们来看下说明里的那段脚本代码 16:50 &lt;jrandom&gt; listauthkeys --authorizedOnly true 16:50 &lt;jrandom&gt; authenticate 0 16:50 &lt;vulpine&gt; &lt;void&gt; (?) 16:50 &lt;jrandom&gt; listauthkeys 会显示所有你可以签名为你自己的身份，而 "authenticate 0" 是选择一个用来签名的身份 16:51 &lt;jrandom&gt; 因此，该身份有自己的频道，而该频道有自己的元数据，其中可以包含一个头像 16:51 &lt;vulpine&gt; &lt;void&gt; 嗯，单独的身份意味着单独的密钥对吗？ 16:51 &lt;jrandom&gt; 是的 16:51 &lt;vulpine&gt; &lt;void&gt; 那如果一个人在同一身份下想有多个头像呢？ 16:52 &lt;jrandom&gt; 他们在频道元数据里有一个默认头像，也可以按每条消息进行覆盖 16:52 &lt;kostya213&gt; 价值存疑 16:52 &lt;vulpine&gt; &lt;void&gt; 有几个可供选择的“默认”头像 16:52 &lt;vulpine&gt; &lt;void&gt; 还是我在钻牛角尖？ :) 16:53 &lt;jrandom&gt; 啊，我明白你的意思了。 暂时不支持 16:53 &lt;jrandom&gt; 也许以后吧 16:53 &lt;vulpine&gt; &lt;void&gt; 说得对，kostya213，那就算了 16:53 &lt;vulpine&gt; &lt;void&gt; :) 16:53 &lt;jrandom&gt; （不过头像尺寸会非常小，包含进去应该问题不大） 16:53 &lt;vulpine&gt; * Complication 认为增加每条消息的头像应该很容易实现 16:53 &lt;vulpine&gt; &lt;void&gt; 那么，3.1) 什么是 syndie？ 16:53 &lt;vulpine&gt; &lt;Complication&gt; （最终会的） 16:54 &lt;vulpine&gt; * cervantes 把 irc 服务器粘在一起 16:54 &lt;vulpine&gt; &lt;void&gt; Complication：jrandom 刚说他已经要这么做了 :) 16:54 &lt;jrandom&gt; （每条消息的头像会作为基础功能，Complication；而关于“提供多个‘默认’可选，通过在消息里写“use avatar 1”来选择，而不是包含头像本身”的这个想法） 16:54 &lt;vulpine&gt; &lt;Complication&gt; 延迟，延迟…… 16:54 &lt;jrandom&gt; 好，关于 3.1 还有别的吗？ 16:54 &lt;jrandom&gt; 没有的话，我们跳到 3.2 16:55 &lt;vulpine&gt; &lt;void&gt; 我想就这些 16:55 &lt;jrandom&gt; wr0d. 16:56 &lt;jrandom&gt; 除了 cervantes 的冷嘲热讽外，关于“为什么”还有谁有问题/评论/担忧？ 16:56 &lt;jrandom&gt; （呃，是“concerns”） 16:58 &lt;vulpine&gt; &lt;Complication&gt; cervantes：在给 ircd 上胶之前，你有没有先用酒精清洁表面？ ;) 16:58 &lt;kostya213&gt; 我认为 syndie 不需要特别论证，对任何已经对匿名网络感兴趣的人来说，它的价值是不言自明的 16:58 &lt;kostya213&gt; 而且也明白信息集中化的危险 16:59 &lt;vulpine&gt; &lt;Complication&gt; （重发，如果已经到服务器请忽略） 16:59 &lt;vulpine&gt; * Complication 认为 Syndie 之所以重要，是因为“普通用户”运行 phpBB 很快就会被攻破，“普通用户”运行 $random_blogging_tool 也一样 16:59 &lt;vulpine&gt; &lt;Complication&gt; （即使概率可能不同） 16:59 &lt;vulpine&gt; &lt;void&gt; 确实 16:59 &lt;jrandom&gt; 嗯，另外，任何面对真实敌对对手的人（甚至不一定是国家级别） 17:00 &lt;jrandom&gt; 好，行，我只是想和大家过一遍 17:00 &lt;jrandom&gt; 关于 3.2 还有别的吗，或者我们转到 3.3) 什么时候可以用 syndie？ 17:01 &lt;vulpine&gt; &lt;void&gt; 嗯，本质上它是一个基于密码学原语、与传输层无关的论坛/博客/电子邮件/通信工具 17:01 &lt;vulpine&gt; &lt;Complication&gt; ……并且在极端情况下，如果“普通用户”的对手进行交集攻击，任何运行任何形式 eepsite 的人最终都会被攻破（除非网络非常庞大） 17:01 &lt;kostya213&gt; 对那些看不到隐私/匿名即时价值的人来说，可能更难推广 17:01 &lt;jrandom&gt; kostya213：嗯，不过我们也许可以整点活，比如能够安全离线浏览 17:02 &lt;vulpine&gt; &lt;Complication&gt; 不管怎样他们可能都会欣赏安全性 17:02 &lt;jrandom&gt; （例如一个离线 RSS 阅读器，不仅拉取 RSS 摘要，还拉取引用的完整页面集） 17:02 &lt;vulpine&gt; &lt;void&gt; 所以是的，我不明白为什么需要论证 :) 17:02 &lt;vulpine&gt; &lt;void&gt; kostya213：使用 syndie 不一定要匿名 17:02 &lt;cervantes&gt; 我们什么时候能用 syndie，或者说 syndie 什么时候可用？ 17:02 &lt;jrandom&gt; 说得对，void :) 17:03 &lt;cervantes&gt; 对于文本界面，我想需要相当多的使用文档 17:03 &lt;jrandom&gt; cervantes：目前 syndie 是可用的（你可以创建帖子、管理频道、读帖子、回帖等） 17:03 &lt;kostya213&gt; jrandom：syndie 如何处理冗余？内容消失的抗性如何？ 17:03 &lt;cervantes&gt; （在它被认为“可用”之前） 17:03 &lt;jrandom&gt; cervantes：有内联菜单，每个命令都有文档（至少是最基本的） 17:04 &lt;cervantes&gt; 好，有计划提供一些用例示例吗？ 17:04 &lt;jrandom&gt; kostya213：syndie 在内容层工作——冗余由别的东西处理。 如果你发布到 usenet，它会在 usenet 上复制传播（比如说） 17:04 &lt;cervantes&gt; 我觉得关键在于学会如何把它们脚本化地组合在一起 17:04 &lt;vulpine&gt; &lt;void&gt; 那超出了 syndie 的范围，它依赖于传输机制 17:04 &lt;vulpine&gt; &lt;void&gt; 不幸的是 17:04 &lt;jrandom&gt; 好主意，cervantes 17:05 &lt;jrandom&gt; Syndie 的第一个版本会包含一个类似旧/现有 syndie 的 HTTP 复制系统 17:05 &lt;jrandom&gt; cervantes：也许一些测试用户可以整理他们喜欢的脚本，供我们分发 :) 17:05 &lt;modulus&gt; 嗯，这是个控制台应用吗？ 17:05 &lt;jrandom&gt; modulus：是的，首个基于文本的应用 17:06 &lt;modulus&gt; 太棒了！ 17:06 &lt;cervantes&gt; jrandom：前提是测试用户能摸清怎么用 ;-) 17:06 &lt;jrandom&gt; 呵呵 17:06 * jrandom 考虑过 curses 等，以及纯 CLI，但一个可交互、可脚本化的文本界面可能最简单也最有用 17:07 &lt;jrandom&gt; （也就是没有 GUI） 17:07 &lt;cervantes&gt; modulus：看吧，jrandom 采纳了你没完没了的反馈 :) 17:07 &lt;vulpine&gt; &lt;Complication&gt; 如果大家愿意，应该可以在它之上构建更交互的文本界面 17:07 &lt;jrandom&gt; 嗯，当然 17:08 &lt;jrandom&gt; （代码是为易于与 irc 客户端集成而构建的，比如 pircbot） 17:08 &lt;modulus&gt; cervantes：呵呵 17:09 &lt;modulus&gt; 我想也可以在它之上加一个 GUI，如果它大体按我想的那样工作的话 17:09 &lt;modulus&gt; 不过那会多很多工作。 17:09 * kostya213 等待 emacs 插件 17:09 &lt;modulus&gt; 哈哈哈 17:09 &lt;jrandom&gt; 呵 17:09 &lt;modulus&gt; 其实做个 emacs 模式也不是坏主意，也许会吸引更多“奇葩”来用。 17:10 &lt;cervantes&gt; 按 ctrl-alt-shift-break-上箭头-num7-b 来选择你的身份 17:10 * jrandom 会把这事留给 elispers 去折腾 ;) 17:10 &lt;kostya213&gt; 无意冒犯，但我不确定这个项目需要吸引更多奇葩 17:10 &lt;vulpine&gt; &lt;Complication&gt; 那种奇葩也会写代码吗？ 17:11 &lt;jrandom&gt; 希望如此，complication 17:11 &lt;jrandom&gt; 好，希望 3.3) 能解释一下接下来会有哪些东西 17:11 &lt;jrandom&gt; 至于“什么时候”，嗯，走着瞧，但我希望“很快” ;) 17:12 &lt;jrandom&gt; 好，关于 3.3) 还有别的吗？ 17:12 &lt;vulpine&gt; * Complication 那我就欢迎一大波那样的奇葩 :D 17:12 &lt;cervantes&gt; 嗯，写代码是一回事，写用 Perl 解释的难懂 Tcl 又是另一回事 17:12 &lt;kostya213&gt; 做个 FUSE 插件可能也有用 17:13 &lt;jrandom&gt; 嗯 17:13 &lt;jrandom&gt; 好，我们跳到 4) syndie 的加密 17:13 &lt;jrandom&gt; 对这些问题有人有评论吗？ 17:14 &lt;vulpine&gt; &lt;Complication&gt; 真希望有，但我不具备评估这些密码/哈希/密钥长度强度的能力 17:15 &lt;vulpine&gt; &lt;void&gt; ElGamal/RSA 签名有多长？2kbit 的密钥要 4kbit 的签名吗？ 17:15 &lt;vulpine&gt; * Complication 把这话题完全留给别人 17:15 &lt;jrandom&gt; 一时想不起来 17:15 &lt;vulpine&gt; &lt;void&gt; 对比 DSA 呢？ 17:16 &lt;jrandom&gt; （不过 ECC 看起来又小又好） 17:16 &lt;modulus&gt; ElGamal 签名又难又长。正如 gnupg 团队发现的那样。 17:16 &lt;jrandom&gt; 嗯，不过有些技巧与密钥复用有关 17:16 &lt;vulpine&gt; &lt;void&gt; 啊，好的 17:16 &lt;vulpine&gt; &lt;void&gt; 是的 17:16 &lt;tethra&gt; modulus：如果它们又难又长，是有特定癖好网站的 17:17 &lt;jrandom&gt; 好，那一点主要是提前告知一下，也欢迎大家想到时随时评论 17:17 &lt;cervantes&gt; 能不能实现某种可插拔的密码套件——当更好的建钥方法标准化后，我们把它加到 syndie 里，新帖子开始使用它们，但旧帖子仍能用过时的方法 17:17 &lt;tethra&gt; （抱歉） 17:17 &lt;jrandom&gt; cervantes：它包含一个 DSA: 前缀，所以用 Elg: 前缀也可以 17:17 &lt;modulus&gt; 你们用的是限制为 1024 的 DSA 吗？ 17:18 &lt;modulus&gt; 另外哈希用什么？SHA1 还是更高版本？ 17:18 &lt;cervantes&gt; 所以你现在主要关注的是让 syndie 有个好的开始 17:18 &lt;jrandom&gt; DSA 只有 1024bit（有更长的 DSA2 提案，但还未标准化） 17:18 &lt;jrandom&gt; 是的，DSA 需要 SHA1 17:18 &lt;modulus&gt; 嗯，我的理解是，在标准化之前它们相当强。 17:18 &lt;kostya213&gt; cervantes 说得有道理，让 syndie 内容固定使用某套密码，对前向保密性不利，你永远不知道某个算法什么时候会挂掉 17:18 &lt;modulus&gt; 不过我没有足够密切地跟进流程，所以你可能是对的 17:19 &lt;jrandom&gt; kostya213：但“可选项”对匿名/密码学不利，所以能固定时就应该固定 17:19 &lt;jrandom&gt; （因为匿名性会受影响） 17:19 &lt;vulpine&gt; &lt;void&gt; 你知道为什么没有更多人/协议使用 ECC 吗？是担心研究不够，还是只担心兼容性？ 17:19 &lt;modulus&gt; 专利。 17:20 &lt;jrandom&gt; 专利和 FUD，还有一些实现方面的担忧 17:20 &lt;vulpine&gt; &lt;void&gt; 啊，对，modulus 17:20 &lt;modulus&gt; 顺便问一下，比如选择 DSA 而不是 RSA-SHA512 有什么充分理由吗？ 17:20 &lt;tethra&gt; 专利、FUD 和国家（天哪） 17:20 &lt;modulus&gt; 不是想找茬，只是考虑到比如 gpg 就走了这条路，等等。 17:20 &lt;jrandom&gt; 好多年没评估过那个选项了，modulus 17:21 &lt;modulus&gt; 显然 DSA 是标准，这是它的优点，但密钥较小，哈希也较弱。倒不是说我认为它很可能成为最弱的一环 ;-) 17:23 &lt;cervantes&gt; 我不会提出“选择”——而是让新版 syndie 打包越来越安全的（强制）密码套件 17:23 &lt;vulpine&gt; &lt;Complication&gt; 在结构上留下空间以便未来更改，不管当前哪种密码学最好，这看起来都合理 17:23 &lt;jrandom&gt; 嗯，不过这意味着需要回退到更弱/更旧的版本来互操作 17:23 &lt;jrandom&gt; 不过，好吧，我们会想办法处理 17:24 &lt;jrandom&gt; 好，我们跳到 5) ??? 17:24 &lt;jrandom&gt; 还有别的要在会上提的吗？ 17:25 &lt;cervantes&gt; 不能从你最喜欢的来源读取最新帖子，这本身就是促使大家保持升级的好动力 17:25 &lt;jrandom&gt; 在一定程度上是 17:26 &lt;cervantes&gt; no=not 17:26 &lt;jrandom&gt; （嗯，这是个动力，但人们很懒/对“升级软件”没兴趣，等等） 17:27 &lt;jrandom&gt; s/people/some people/ 17:27 &lt;cervantes&gt; 不过我想那是他们自己的问题 17:27 &lt;jrandom&gt; 确实如此 17:27 &lt;kostya213&gt; 至少 i2p 的实现可以无痛升级 17:28 &lt;jrandom&gt; 当然 17:28 &lt;cervantes&gt; 关于 ???——为 irc 连接问题道歉——ISP 应该会“尽快”恢复其一家主要网络运营商的服务 17:29 &lt;jrandom&gt; w3wt 17:29 &lt;vulpine&gt; &lt;Complication&gt; 关于 ??? 这个话题，我或许可以补充，NTP 修改的第二部分（更大规模的那部分）快要能用了，我希望很快就能提交进行测试 17:29 * cervantes 捏点盐 17:29 &lt;kostya213&gt; router 近期待开发计划是什么？路线图准确吗？ 17:29 &lt;jrandom&gt; 太棒了，complication 17:29 &lt;vulpine&gt; &lt;Complication&gt; 它的目标是基于对端时钟偏移来对 NTP 服务器进行二次判断 17:29 &lt;jrandom&gt; kostya213：在 syndie 发布之前以稳定为主 17:30 &lt;jrandom&gt; （就我而言） 17:30 &lt;vulpine&gt; &lt;Complication&gt; （并避免采取可能损害连接性的操作） 17:31 &lt;cervantes&gt; 好极了 17:32 &lt;jrandom&gt; 好，会议还有别的吗？ 17:34 * jrandom 做收尾 17:34 * jrandom 将会议 *baf* 地结束了 </div>/zh/blog/2006/09/12/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-09-12/Tue, 12 Sep 2006 00:00:00 +0000/zh/blog/2006/09/12/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-09-12/<p>大家好，这是我们的<em>咳</em>每周状态笔记</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.1.25 与网络状态 2) I2PSnark 3) Syndie（是什么/为什么/何时） 4) Syndie 加密问题 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.25 and net status</li> </ol> </li> </ul> <p>前几天我们发布了 0.6.1.25 版本，其中包含过去一个月积累的一大批缺陷修复，以及 zzz 在 I2PSnark 上的工作和 Complication 为让我们的时间同步代码更健壮所做的努力。当前网络看起来相当稳定，不过 IRC 在过去几天有些不太顺畅（原因与 I2P 无关）。随着网络中大约一半已升级到最新版本，tunnel 构建成功率变化不大，不过整体吞吐量似乎有所提高（可能是因为使用 I2PSnark 的人数增加）。</p> <ul> <li> <ol start="2"> <li>I2PSnark</li> </ol> </li> </ul> <p>zzz 对 I2PSnark 的更新包括协议优化以及 Web 界面更改，正如历史日志 [1] 中所述。自 0.6.1.25 版本发布以来，I2PSnark 也有一些小更新，也许 zzz 可以在今晚的会议上为我们概述一下最新进展。</p> <p>[1] &lt;<code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD&gt;</code></p> <ul> <li> <ol start="3"> <li>Syndie</li> </ol> </li> </ul> <p>As y&rsquo;all know, my time has been focused on revamping Syndie, though &ldquo;revamp&rdquo; may not be the right word. Perhaps you can consider what is currently deployed as a &ldquo;proof of concept&rdquo;, since the new Syndie has been redesigned and reimplemented from the ground up, though many concepts remain. When I refer to Syndie below, I&rsquo;m talking about the new Syndie.</p>/zh/blog/2006/08/01/i2p-2006-08-01-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 01 Aug 2006 00:00:00 +0000/zh/blog/2006/08/01/i2p-2006-08-01-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，今晚开会前先做个简短说明。我知道大家可能有各种问题或议题想提出，所以我们会采用比平时更灵活的形式。不过我先简单提几件事。</p> <ul> <li>Network status</li> </ul> <p>看起来网络运行得相当不错，大量体量较大的 I2PSnark 传输都已完成，单个 routers 上也达到了相当可观的传输速率——我见过 650KBytes/sec 和 17,000 条参与的 tunnels，而且没有任何意外。低端配置的 routers 似乎也表现良好，使用 2 跳 tunnels 浏览 eepsites（I2P 站点）和 irc，平均只用不到 1KByte/sec 的带宽。</p> <p>不过，并非对所有人来说一切都尽如人意，我们正致力于更新 router 的行为，以实现更一致且更可用的性能。</p> <ul> <li>NTCP</li> </ul> <p>新的 NTCP 传输（“new” tcp）在解决了最初的磕磕碰碰之后表现相当不错。为回答一个常见问题，从长远来看，NTCP 和 SSU 都会继续运行——我们不会回到仅使用 TCP 的做法。</p> <ul> <li>eepsite(I2P Site) reachability</li> </ul> <p>请记住，各位，eepsites(I2P Sites) 只有在运行它的人让它保持在线时才能访问——如果它们离线了，你就无能为力 ;) 不幸的是，过去几天 orion.i2p 一直无法访问，但网络肯定仍在正常运作——也许顺道去 inproxy.tino.i2p 或 eepsites(I2P Sites).i2p 满足你的网络调查需求。</p> <p>总之，还有很多事情在进行中，不过现在在这里提到可能有点为时过早。当然，如果你有任何问题或疑虑，几分钟后就到 #i2p 参加我们<em>咳</em>每周的开发会议。</p> <p>感谢您帮助我们向前迈进！=jr</p>/zh/blog/2006/08/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B48%E6%9C%881%E6%97%A5/Tue, 01 Aug 2006 00:00:00 +0000/zh/blog/2006/08/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B48%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, cervantes, Complication, frosk, jrandom, polecat, tethra, void</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; 好吧，那就开始吧 16:03 &lt;jrandom&gt; 嗨，会前笔记已发布在 http://dev.i2p.net/pipermail/i2p/2006-August/001304.html 16:03 &lt;jrandom&gt; 与其让我在这里基本把那封邮件念一遍，不如直接进入我们标准的???环节—— 16:04 &lt;jrandom&gt; 有人有想提出来讨论的事情吗？ 16:04 &lt;@cervantes&gt; 呃嗯 16:04 * cervantes 匆忙去读那篇帖子 16:05 &lt;+Complication&gt; 关于网络状态，我这边一切正常... 16:05 &lt;+Complication&gt; 不过有个关于 NTCP 传输的问题（其实是论坛转述）， 16:06 &lt;+Complication&gt; 也就是说，启用它会不会导致某些人出现 CPU 负载问题（他们用的是 XP）？ 16:06 &lt;@cervantes&gt; 我得说，自从切换过去后，我这边的 CPU 占用其实更低了 :) 16:07 &lt;jrandom&gt; 嗯，你无法把它*禁用*（除非你看过源代码并且知道那个魔咒 ;)） 16:07 &lt;+Complication&gt; 提到这个问题的人（不太容易复现，而且我这里也没有高 CPU 占用）说，他遇到的高 CPU 占用似乎和 NTCP 有关 16:07 &lt;jrandom&gt; 所以，我猜他们的意思是不要接受入站的 ntcp 连接 16:07 &lt;+polecat&gt; NTCP 会让我的 router 立刻把 CPU 打满，我重复试了两次，最后不得不手改配置文件才让 router 再次工作起来。 16:07 &lt;jrandom&gt; （同时仍使用出站 ntcp 连接） 16:07 &lt;+Complication&gt; （我这里只比平时高一点点，而且很可能是因为在传*更多*的数据） 16:08 &lt;+Complication&gt; ( `http://forum.i2p/viewtopic.php?t=1815` ) 16:08 &lt;jrandom&gt; 当你建立一个 ntcp 连接时，你需要进行一次（或几次）重量级的加密计算 16:08 &lt;jrandom&gt; 如果你接受入站 ntcp 连接，可能会同时收到很多入站尝试，因为外面有数百个 i2p routers 16:09 &lt;jrandom&gt; polecat：那不是 ntcp 的错，而是 ntp 池里有个坏的 ntp 服务器导致的 16:09 &lt;+polecat&gt; 是的。看来我自己没法应对那种情况。 16:09 &lt;jrandom&gt; （感谢 cervantes 把那个 ntp 服务器揪了出来，并让池子那边的人去 !thwap 他们 :)） 16:10 &lt;jrandom&gt; （（也感谢 Complication，让我们今后能避开那些疯狂的家伙 :)）） 16:10 &lt;@cervantes&gt; 嘿，我觉得他们的服务器看门狗只在工作日上班 ;-) 16:10 &lt;+Complication&gt; 嗯，目前的规避还相当有限 16:10 &lt;@cervantes&gt; http://www.pool.ntp.org/scores/216.52.237.153 16:11 &lt;+Complication&gt; 我希望最终能把更偏执一点的方案写出来 16:11 &lt;+polecat&gt; 哦，所以启用 NTCP 不会再把 CPU 打满了？ 16:11 &lt;jrandom&gt; （它从来没有，polecat，只是巧合而已 ;)） 16:12 &lt;+Complication&gt; “clock”具体是指哪种意思？ 16:12 &lt;jrandom&gt; （见 cervantes 给的链接） 16:12 * polecat 朝 Complication 的头来了一下。 16:12 &lt;@cervantes&gt; polecat 你抽的啥 16:12 &lt;+Complication&gt; :P 16:12 &lt;+polecat&gt; 呃，我的意思是，把所有时钟周期都占光了。 :) 16:13 &lt;+Complication&gt; 如果时间一下子前后跳了 30 秒，它可能会丢掉很多很多会话，然后不得不进行各种非常繁重的加密操作 16:13 &lt;+Complication&gt; 我想那足以抢走大量 CPU 周期 16:13 &lt;+Complication&gt; 确实，或许论坛里的那位也遇到了同样的情况，却误以为是别的原因？得去问问看... 16:13 &lt;jrandom&gt; 啊.. 好吧，有效的入站 ntcp 连接会导致 CPU 的突发占用，而仅出站的 ntcp 一次只会尝试与有限数量的新 ntcp 对端通信 16:14 &lt;jrandom&gt; 不启用入站 ntcp 并没有任何问题。 16:15 &lt;@cervantes&gt; Complication：那个服务器在周一中午就修好了，看看他们从那以后还有没有问题也许有意义 16:15 &lt;jrandom&gt; 好的，还有谁有要讨论的？ 16:16 &lt;+Complication&gt; cervantes：的确，值得一试 16:16 &lt;@cervantes&gt; 我收到报告说有些人仍会周期性地丢失 leases（租约）……这是已知问题吗？ 16:16 &lt;+void&gt; ntcp 的实现和 ssu 差别有多大？ 16:17 &lt;+polecat&gt; 我们怎么判断自己丢了 leases？ 16:18 &lt;jrandom&gt; void：ntcp 在每条消息上的带宽开销稍高一些（不过操作系统对可靠传输的实现可能更高效，可以抵消一些） 16:18 &lt;+Complication&gt; polecat：tunnels.jsp 会显示某个特定的 tunnel 池没有任何 tunnel（例如“shared clients”） 16:18 &lt;jrandom&gt; cervantes：是的，我们的 tunnel 构建成功率还没达到应有的水平 16:18 &lt;+void&gt; polecat：router 控制台会这么提示 16:18 &lt;+Complication&gt; 而且就像 void 说的，控制台左侧边栏也会显示 16:19 &lt;+polecat&gt; 我经常会看到那些“No leases”的消息……你是这个意思，对吧？ 16:19 &lt;@cervantes&gt; 嗯 16:20 &lt;+polecat&gt; 那通常就是搞死我 IRC 连接的原因。我还以为这很正常呢！ 16:21 * jrandom 皱眉 16:24 &lt;+tethra&gt; lol ;) 16:25 &lt;jrandom&gt; 好，还有什么要在会议上提的吗？ 16:25 &lt;@cervantes&gt; jrandom：最近 syndie 有进展吗，还是一直忙于 ntcp/修 bug/找 ISP/骑车？ 16:27 &lt;+tethra&gt; feedspace 有消息吗，还是我该直接去他们的 eepsite？ 16:28 &lt;jrandom&gt; 当线上网络一度糟透时，我把 syndie 先放在一旁。不过随着网络逐步回到正轨，syndie 又开始占用我的时间了，我希望很快能拿出一个小的 CLI 系统（之后会基于用户反馈推出针对性的 GUI） 16:28 &lt;jrandom&gt; （已经实现的 SWT GUI 情况不错，但可能最好还是先用 CLI 来校准预期） 16:29 * jrandom 没听到关于 feedspace 的任何消息 16:29 &lt;@cervantes&gt; 不错 16:29 &lt;jrandom&gt; frosk：有消息吗？ :) 16:29 &lt;+polecat&gt; 很高兴你又在做 syndie 了。新版本听起来很有前途。对于 ACL，有没有考虑过诸如从某个节点删除博客，或者执行与账户无关的管理任务之类的功能？ 16:30 &lt;@cervantes&gt; &lt;jrandom&gt; DELETE FROM messages WHERE postedOn &lt;NOW()-14*24*60*60; 16:31 &lt;jrandom&gt; 本地归档基本上会被视为可信（因为只要你能访问本地归档的数据库，你就可以随意改文件） 16:32 &lt;jrandom&gt; 不过，对于共享的博客，确实会有一整套密码学结构来进行认证和/或授权帖子与更改 16:33 &lt;jrandom&gt; （但也会有一种方式让人查看“未授权”的帖子，只是它们会被明显地放到一边） 16:33 &lt;+polecat&gt; 我敢肯定，一旦有人用成千上万的巨型博文去淹 syndicates，物理删除帖子的技术就会被打磨得非常成熟。 16:34 &lt;+tethra&gt; 呵呵 16:35 &lt;jrandom&gt; 物理删除很简单，关键是首先要接受哪些帖子 ;) 16:36 &lt;jrandom&gt; （我没兴趣把 syndie 变成电影分发平台之类的东西） 16:36 &lt;+polecat&gt; 在接受一个样本之前，没人能确定自己接受的是什么。我设想可以只允许白名单里的博客，新 ID 先试用再加入，一旦变成垃圾就立刻删除。 16:36 &lt;jrandom&gt; 嗯 16:37 &lt;+polecat&gt; 我更感兴趣的是把不同的对话流聚合起来：我们可以做一个没有中心服务器、只靠共同标签运转的 BBS！ 16:37 &lt;jrandom&gt; （手动允许新的 ID，手动踢/封那些滥发的 ID，等等） 16:37 &lt;jrandom&gt; 甚至在密码学里对此还有内建支持，polecat :) 16:37 &lt;+polecat&gt; 也许可以让版主给 BBS 的已核准消息签名，大家再从版主的博客收集那些批准列表。 16:38 &lt;+polecat&gt; 哦，太棒了。 16:38 &lt;@frosk&gt; jrandom：最近在做 GUI 的东西，但和新工作开局并行起来挺难的 :( 16:39 * cervantes 联系人力资源把 frosk 炒了鱿鱼 16:40 &lt;jrandom&gt; 啊，酷，希望等 syndie 用权宜的 http 聚合推起来之后，能再把你拉回来 ;) 16:40 &lt;@frosk&gt; 至少我老板现在会关注 i2p 的开发了 :) 16:40 * jrandom 向 frosk 的老板挥手 16:40 &lt;@frosk&gt; 哦是的，我还是下定了决心（可恶！） :) 16:40 &lt;jrandom&gt; （给 frosk 多放点假，我们需要他！） 16:41 &lt;@cervantes&gt; 希望他不会看到你把公司机密信息发到你的 syndie 博客上的那些内容 16:41 &lt;bar&gt; GUI 很好，我们喜欢 GUI。你被原谅了。 16:41 &lt;+Complication&gt; 呵呵 :) 16:41 &lt;@frosk&gt; 走进他办公室撞见他在看 syndie，感觉怪怪的 :) 16:41 &lt;jrandom&gt; 哈，真棒 16:42 &lt;+polecat&gt; 恭喜你，frosk，即便你被羞辱和臭名昭著地解雇了，至少你又让一个人见识到了 syndie 有多酷。 16:43 &lt;@frosk&gt; 呵呵，是啊 16:43 &lt;+tethra&gt; 哈哈 16:44 &lt;@frosk&gt; 这个 GUI（基于 SWT）是/将会是 feedspace 相关一切的试验台，用来把它带动起来 16:44 &lt;jrandom&gt; r0x0r 16:45 &lt;+void&gt; jrandom：也许你应该把进邮件列表的所有内容都交叉发布到 syndie？ 16:45 &lt;jrandom&gt; 我们完全可以把它和 syndie 的 SWT GUI 合并（基本范式是一个浏览器，不过标签页里不显示 HTML 页面） 16:46 &lt;+polecat&gt; 那就太好了。我似乎再也收不到邮件列表了。 16:46 &lt;jrandom&gt; void：谁写个小的 shell 脚本把 procmail 管道到 syndie 的 CLI 里，会相当容易 16:46 &lt;@cervantes&gt; 这些花哨的 SWT GUI 是和应用耦合在一起的吗？还是作为 CLI 可执行程序的前端，或者通过 TCP 等等来通信 16:46 &lt;@frosk&gt; 有道理 16:46 &lt;jrandom&gt; （我记得不久前我的博客里有一篇文章，解释了如何用 syndie 的 CLI 插入帖子） 16:47 &lt;+polecat&gt; 目前可以做 RSS 源再喂给 syndie，尽管还挺粗糙的。 16:47 &lt;jrandom&gt; cervantes：在事件处理器里用 JDBC，当然还内联上 JNI 和 MSVC 的调用 ;) 16:47 * jrandom 赶紧低头躲开 16:48 &lt;+polecat&gt; Microsoft Visual Classes？ 16:49 &lt;@cervantes&gt; jrandom：那任何能说 SQL 的东西都能管理 syndie 了 16:49 &lt;jrandom&gt; （从 syndie 的角度看，所有功能基本都是由许多小型 CLI 应用实现的，它们只是更新 JDBC 数据库，另外还有一个 SWT 界面用来浏览这个数据库） 16:51 &lt;+polecat&gt; 而且由于这个数据库有两个接口，JDBC 和 SQL，用任一“协议”通信的客户端都能把 syndie 搞乱。 16:51 &lt;jrandom&gt; cervantes：嗯，是也不是——数据库里有相当一部分是加密的，所以并不是所有字段都可读 16:51 &lt;+void&gt; 现在的 Web 界面还会保留吗？ 16:51 &lt;jrandom&gt; （jdbc == sql） 16:51 &lt;jrandom&gt; void：不会 16:51 &lt;+polecat&gt; 我记得你说过 JDBC 不是那种愚蠢的人类可读“协议”来着？ 16:51 &lt;+Complication&gt; jdbc == Java Database Interface，也许有点像 odbc 16:51 &lt;jrandom&gt; （（jdbc ~= sql）） 16:51 &lt;+Complication&gt; 就是你用来“说”SQL 的东西 16:52 &lt;+void&gt; jrandom：syndie.i2p/syndiemedia.i2p.net 会怎样？ 16:52 &lt;+polecat&gt; 哦。好吧，记录一下，我从来就不喜欢 SQL。 16:52 &lt;@cervantes&gt; jrandom：所以最好是给 syndieTools (tm) 做个前端，而不是自己去吸数据 16:53 &lt;jrandom&gt; void：时间会证明。它们很可能会 1）作为 syndie 的网站/eepsite，2）作为用于聚合的公共帖子归档，最后在写出 Web 界面后，3）提供一个 Web 界面 16:53 &lt;+polecat&gt; 为什么不把字节码当数据库查询提交，而不是那些古老的 COBOL 语句？ 16:53 &lt;jrandom&gt; 是的，cervantes 16:53 &lt;jrandom&gt; !lart polecat 16:54 &lt;+void&gt; 嘿嘿嘿 16:54 &lt;+polecat&gt; 啊，我的致命弱点。 16:54 &lt;@cervantes&gt; * 你的物品栏里还剩 6 个 lart，北边有一扇门，地上躺着一个昏迷的 polecat 16:54 &lt;jrandom&gt; cervantes：那其实是 CLI 应用 #3（提取单个帖子，排在应用 #2（列出单个帖子）之后，#1（创建单个帖子）之后，以及 #0（管理 nyms（化名））之后）） 16:54 &lt;jrandom&gt; lol 16:54 &lt;+tethra&gt; 哈哈 16:55 &lt;+Complication&gt; 功能提案：与其用字节码，何不直接把活的 $agency 特工当作数据库查询提交？ ;P 16:56 &lt;+Complication&gt; 这样在安全性验证上要简单多了 :P 16:56 &lt;@cervantes&gt; jrandom：明白了 16:56 &lt;+tethra&gt; 在合适的气候下，它们会像信鸽一样吗，Complication？ 16:56 &lt;+Complication&gt; tethra：只有当你能让它们完好无损地穿过 TCP 栈时才行 :P 16:56 &lt;+polecat&gt; 对，用 CPP 发送数据库查询！ 16:57 &lt;+Complication&gt; 我想在 TCP 里被挤皱了可能会把它们搞坏 16:58 &lt;+Complication&gt; （抱歉，笑话本该放在 #i2p-chat，但有时忍不住） 16:58 * cervantes 感到一记 baff 即将到来 16:58 &lt;+Complication&gt; 把数据库查询当作 shellcode（shell 代码）？ 16:59 &lt;jrandom&gt; 好，会议上还有别的吗？ 16:59 &lt;+polecat&gt; http://www.blug.linux.no/rfc1149/ &lt;- 我们真的可以把 i2p tunnel 在这个之上。 16:59 * Complication 宁愿坚持用 SQL 17:00 &lt;+void&gt; jrandom：除了 Java 之外的其他语言有 hsqldb 数据库的库吗？ 17:01 &lt;+Complication&gt; Oo 看起来应该有，因为他们似乎在用它 17:01 &lt;+void&gt; 在我看来像是“没有” 17:01 &lt;+void&gt; 哦，嗯 17:01 &lt;@cervantes&gt; openoffice 用它，所以我猜有 17:01 &lt;+Complication&gt; 不过我不确定 OpenOffice 是用什么写的 17:01 &lt;jrandom&gt; 据我所知没有。不过可以让 syndie 跑在另一个 JDBC 数据库上（mysql、oracle 等） 17:01 &lt;jrandom&gt; oo 用的是 java 17:02 &lt;+void&gt; openoffice 到底把这个数据库用在什么地方？ 17:02 &lt;+Complication&gt; 不过看起来只是部分使用 17:02 &lt;jrandom&gt; void：用于生成 PDF，还有他们那个类似 Access 的数据库应用 17:02 &lt;jrandom&gt; （以及其他用途） 17:02 &lt;+Complication&gt; 毕竟它还推荐使用外部 JRE 17:02 &lt;+void&gt; 好吧 17:03 &lt;+void&gt; 不过，写可移植的 SQL 真是件麻烦事 17:03 &lt;+Complication&gt; 如果不做触发器或存储过程，应该也不至于太难受 17:04 &lt;jrandom&gt; 呃，没那么糟，而且很容易外部化 17:04 &lt;+void&gt; 尤其是要兼容 oracle 的时候 ;) 17:05 &lt;jrandom&gt; 其实，hsqldb 还支持 pl/sql ;) 17:06 &lt;bar&gt; 这个数据库还有其他计划吗，比如用来做统计、对等体档案、netdb..？ 17:06 &lt;jrandom&gt; 没有，这只用于 syndie 17:06 &lt;bar&gt; 好 17:07 &lt;jrandom&gt; （不过当我们把 hsqldb 的代码打包发布时，我们就可以在 i2p 里“免费”使用它） 17:07 &lt;@cervantes&gt; syndie 并不是 I2P 应用，只是一个能跑在 I2P 之上的应用，对吧？ 17:07 &lt;jrandom&gt; 是的，cervantes，它不依赖 i2p 17:07 &lt;+Complication&gt; 保持 Syndie 的可移植性是好事，因为它可能会有 I2P 之外的其他传输方式 17:07 &lt;bar&gt; 对 17:08 &lt;+Complication&gt; 不过，我想在同一台机器上跑多个 hsqldb 实例应该不难 17:08 &lt;+Complication&gt; 所以如果其他应用需要它，似乎也可以直接用 17:08 &lt;jrandom&gt; 很简单，而且如果只用 in-jvm 的 dataase，成本为 0 17:08 &lt;+Complication&gt; （最好使用它们自己的实例） 17:10 &lt;+void&gt; sqlite 没有 jdbc 驱动吗？ 17:11 &lt;jrandom&gt; 不知道，从没用过 17:11 &lt;+void&gt; 啊，看来是有*点东西*的 17:13 &lt;jrandom&gt; 好，会议还有别的吗？ 17:13 &lt;jrandom&gt; 如果没有的话... 17:13 * jrandom dinws up 17:13 * jrandom 后退一步 17:13 * jrandom 开始蓄力 17:13 * jrandom 把会议*baf*掉，宣布结束 </div>/zh/blog/2006/06/13/i2p-2006-06-13-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 13 Jun 2006 00:00:00 +0000/zh/blog/2006/06/13/i2p-2006-06-13-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，各位，又是星期二了，</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) 0.6.1.21 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>最近，网络状况不太理想，而且遗憾的是，您无法通过本地调整来改善。感谢您的耐心等待。</p> <ul> <li> <ol start="2"> <li>0.6.1.21</li> </ol> </li> </ul> <p>在最近的几个版本中，我们一直在精简网络行为中的变量，并且在接下来一两天内，我们应该会发布新的 0.6.1.21 版本，以在我们从 0.6.1.20 中获得的经验基础上继续改进。除此之外，明天的版本应该会减少不必要的 tunnel 拒绝（尽管这会让状态有点偏宽松），随着其部署推进，我们有望看到一些改进。如果没有，我们还有一个子系统可以大刀阔斧地处理，以把状态拉回良好状态，但如果可能的话，我还是想避免那场仗。</p> <ul> <li> <ol start="3"> <li>???</li> </ol> </li> </ul> <p>目前就这样 - 几分钟后来 #i2p 参加我们的会议，打个招呼！</p> <p>=jr (未签名，因为时间紧迫)</p>/zh/blog/2006/06/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B46%E6%9C%8813%E6%97%A5/Tue, 13 Jun 2006 00:00:00 +0000/zh/blog/2006/06/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B46%E6%9C%8813%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> fedo, jrandom, modulus, NickyB, user-land</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) 嗨 16:05 &lt;jrandom&gt; 1) 网络状态 16:05 &lt;jrandom&gt; 2) 0.6.1.21 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) 嗨 16:05 * jrandom 挥手 16:05 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2006-June/001293.html 16:06 &lt;jrandom&gt; 在你们翻阅那个的同时，我们跳到 1) 网络状态 16:07 &lt;jrandom&gt; 目前网络表现不太好——对有些人来说还挺好用，但对另一些人来说完全不可用 16:07 &lt;modulus&gt; .20 对我来说挺好用，.19 完全不能用，不过我想这只是个个案。 16:08 &lt;jrandom&gt; 你说是个案，我说是数据点 :) 16:08 &lt;jrandom&gt; 不过明天会有一个新版本，应该会稍微改进一下情况 16:09 &lt;jrandom&gt; 哦，我想那就是 2) 了……在转到 2) 之前，关于 1) 网络状态还有其他想讨论的吗？ 16:10 &lt;jrandom&gt; 如果没有，我们跳到 2) 0.6.1.21 16:11 &lt;jrandom&gt; 0.6.1.20-7 是 CVS head（主干），明天某个时候会成为 0.6.1.21 16:12 &lt;jrandom&gt; 它应当提升快速节点处理更多 tunnel 的能力，进而提高所有人的成功率 16:13 * jrandom 目前得到约 30-60% 的成功率（不包括过期），希望过期率还能进一步降低 16:14 &lt;jrandom&gt; 好的，这方面我没什么可补充的——改动都列在 history.txt 里了，所以明天注意发布 16:14 &lt;jrandom&gt; （另外，请记得发布推送可能需要长达 12 小时，所以最好要么自行构建 -7，要么等到邮件列表/网站上的正式公告） 16:15 &lt;jrandom&gt; 好，我们继续到 3) ??? 16:15 &lt;jrandom&gt; 还有别的想提的吗？ 16:15 &lt;user-land&gt; 有没有能够承受 I2P 负载的 router 推荐？ 16:15 &lt;NickyB&gt; 有 16:15 &lt;NickyB&gt; 关于 ircproxy 16:15 &lt;user-land&gt; 还有是什么在拖住 I2P 1.0？ :-) 16:16 &lt;jrandom&gt; user-land：对第一个问题，没有（除了“耐心”） 16:16 &lt;jrandom&gt; 对第二个问题，请参见第一个问题 16:16 &lt;NickyB&gt; 首先，抱歉我的英语不好。我的 ircProxy 被设置为在我的 LAN 上可达，和其他代理（eeproxy 也一样）一样，但我的 6668 在公网可达.... 16:17 &lt;jrandom&gt; NickyB：当你说在你的 LAN 上时，它绑定的是哪一个*接口*（在 `http://localhost:7657/i2ptunnel/index.jsp` 上） 16:18 &lt;jrandom&gt; NickyB：如果接口是 "0.0.0.0"，是的，它会接受来自任何地方的连接。如果是 "127.0.0.1"，它只会接受来自本机（localhost）的连接。如果是 "10.0.0.123" 或 "192.168.1.42"，那么它会接受来自你的 LAN 的连接 16:19 &lt;NickyB&gt; 呃，对于我的控制台，我在 client.config 里做了一个改动 16:19 &lt;NickyB&gt; clientApp.0.args=7657 192.168.0.1 ./webapps/ 16:19 &lt;NickyB&gt; 192.168.0.1 是分配给我所有代理的地址 16:19 &lt;NickyB&gt; Reachable by: 16:20 &lt;NickyB&gt; LAN Hosts 16:20 &lt;NickyB&gt; 192.168.0.1 16:20 &lt;NickyB&gt; 而且我的 4444 在公网不可达，但我的 6668 可以 16:20 &lt;jrandom&gt; NickyB：你需要停止并重新启动那个特定的 i2ptunnel 代理，改动才会生效 16:21 &lt;jrandom&gt; 不过，也许我们可以在会后继续调试（反正这一切都有日志记录 ;)） 16:21 &lt;NickyB&gt; 会试试，谢谢 16:21 &lt;jrandom&gt; 不客气，感谢你的耐心 16:21 &lt;jrandom&gt; 好，这次会议还有别的要讨论的吗？ 16:21 &lt;fedo&gt; 为什么 .21 不是一个*强制*发布？我这么问是因为我们还有很多 .12 .13 等 router。这可能不利于网络健康... 16:23 &lt;jrandom&gt; 旧的 router 问题不大，而且数量也不多（大概有 2-300 台在当前版本的前后 1 个发行版范围内） 16:23 &lt;user-land&gt; 我的硬件 router 在 I2P 负载下崩溃了。这就是我询问硬件建议的原因。 16:24 &lt;jrandom&gt; 啊，抱歉，误解了你的问题，user-land。我一直用便宜的 Linksys 和 Belkin 也能应付，不过我不知道他们当前的托管机房（colo）用的是什么交换机 16:24 &lt;user-land&gt; 谢谢。 16:25 &lt;jrandom&gt; fedo：……21 的关键在于 1）快速 router 会升级（而且他们本来也最可能升级），以及 2）用户在 ……19 或更高版本上 16:26 &lt;fedo&gt; 好的 Jr 16:26 &lt;jrandom&gt; 好，这次会议还有别的要讨论的吗？ 16:28 &lt;user-land&gt; 感谢你们的努力 :-) 16:28 * ashter2 附议 user-land 16:28 &lt;user-land&gt; 还有 http://www.savetheinternet.com/ 16:29 &lt;jrandom&gt; （呃，千万别指望政治来保护我们。用技术） 16:29 &lt;jrandom&gt; 好，如果没别的事... 16:30 * jrandom 收尾 16:30 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2006/05/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B45%E6%9C%8830%E6%97%A5/Tue, 30 May 2006 00:00:00 +0000/zh/blog/2006/05/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B45%E6%9C%8830%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, cervantes, frosk, green, jrandom, tethrar</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:00 &lt;jrandom&gt; 0) 嗨 16:00 &lt;jrandom&gt; 1) 网络状态 16:00 &lt;jrandom&gt; 2) 节点过滤 16:00 &lt;jrandom&gt; 3) Syndie 状态 16:00 &lt;jrandom&gt; 4) ??? 16:00 &lt;jrandom&gt; 0) 嗨 16:00 * jrandom 挥手 16:01 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2006-May/001291.html 16:01 &lt;jrandom&gt; （提前了一小时发布哦 [或者说晚了几周，如果你想调侃我 ;]） 16:02 &lt;jrandom&gt; 好的，我们直接进入 1) 网络状态 16:02 &lt;jrandom&gt; 情况没有达到应有的状态。比拥塞崩溃期间要好，但现在理应比目前更好 16:03 &lt;jrandom&gt; 关于这点我没有更多可补充的，除非有人对 1) 有问题/担忧？ 16:03 &lt;@frosk&gt; 我用 .19 可以连续连 IRC 好几天，所以这边没意见 16:04 &lt;jrandom&gt; 不错 16:04 &lt;jrandom&gt; 是的，对一些人来说不错，但还不够好、也不够稳定。数据库里的统计看起来也不太理想 16:06 &lt;jrandom&gt; 好的，关于 1) 网络状态还有别的吗，或者我们转到 2)节点过滤？ 16:07 &lt;jrandom&gt; [此处插入移动音效] 16:09 &lt;jrandom&gt; 正如邮件中提到的，核心是稍微增强我们的节点选择。起初会有点危险，可能会允许一些主动的分区攻击，但如果按我预期运作，我们可以避免这些 16:10 &lt;jrandom&gt; （但要避免它基本上需要“杀掉”所有 router identities（路由器标识），这相当于一次网络重置，所以除非值得，我想避免这么做） 16:11 &lt;bar&gt; 重置一次还是反复重置？ 16:11 &lt;bar&gt; s/reset/killing 16:11 &lt;jrandom&gt; 至少一次，而且在随后所有重大的配置变更时也要这样做 16:12 &lt;jrandom&gt; （也就是把某些条件写进 router identity 的证书里，这意味着要更改 ident hash，这样他们就不能假装对一些人推送一种设置、对另一些人推送另一种设置） 16:13 &lt;bar&gt; 明白了 16:14 &lt;jrandom&gt; 好的，目前我想在这个话题上没有别的了，除非有人有问题/意见/担忧？ 16:15 &lt;jrandom&gt; （希望一两天内会有一个构建，稳定后再发布） 16:17 &lt;jrandom&gt; 好的，简单说一下 3).. 16:18 &lt;jrandom&gt; Syndie 进展顺利，尽管 amd64/amd32/x86/swt/gcj 之战并不总是好看，但我们会在六月准备好一个构建 16:19 &lt;jrandom&gt; （不过还是别跟我提 mingw/gcj ;)） 16:19 &lt;jrandom&gt; 目前在这方面我没什么可补充的，除非有人对 Syndie 的重做有问题/担忧？ 16:21 &lt;@cervantes&gt; mingw/gcj 的支持进展如何？ 16:21 &lt;@cervantes&gt; *躲* 16:22 &lt;@cervantes&gt; 我们能在六月发布前看到一些截图吗？ :) 16:23 &lt;jrandom&gt; 我肯定会拉些热心志愿者来做预发布测试 ;) 16:23 &lt;tethrar&gt; 算上我 ;) 16:23 &lt;jrandom&gt; w3wt 16:24 &lt;jrandom&gt; 好的，我们转到我知道大家一直在等的要点：4) ??? 16:24 &lt;jrandom&gt; 咋样啊？ 16:24 &lt;green&gt; 有没有计划让 I2P router 在 Via C7 上 "真正" 可用？jbigi 只比纯 Java 提升 30% 16:25 &lt;jrandom&gt; 30% 仍然 CPU 负担过重吗？是什么让它不算 "真正" 的？ 16:25 &lt;jrandom&gt; 不过不行，我没有数学或 C7 汇编技能来为 C7 做一个更好的 libGMP。 16:25 &lt;green&gt; 当然太吃 CPU 了，CPU 负载 100% :P 16:26 &lt;jrandom&gt; CPU 负载 100% 表明问题不在 jbigi，而在于 jbigi 被用得太多 16:26 &lt;jrandom&gt; 为此，是的，我们有很多改进在路上。 16:26 &lt;jrandom&gt; （例如减少连接的重新建立、提高 tunnel 构建成功率等） 16:27 &lt;jrandom&gt; （（而且如果 router 无法处理，就不会接收那么多 tunnel 请求）） 16:29 &lt;green&gt; 嗯，这是在一台专用机器上，带宽 100Mb/s，所以它应该能胜任 16:30 &lt;jrandom&gt; 不，带宽不是这里唯一受限的资源，显然还有 CPU ;) 16:33 &lt;jrandom&gt; 好的，这次会议还有别的议题吗？ 16:36 &lt;jrandom&gt; *咳嗽* 16:37 * jrandom 收尾 16:37 * jrandom *baf* 地把会议关了 </div>/zh/blog/2006/05/30/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-05-30/Tue, 30 May 2006 00:00:00 +0000/zh/blog/2006/05/30/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-05-30/<p>大家好，短暂的间歇之后，我们的每周状态简报又回来了（由于系统维护原因，未签名）</p> <ul> <li>Index</li> </ul> <ol> <li>Net status 2) Peer filtering 3) Syndie status 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>很遗憾，关于网络状态，目前没有新的情况可报告。当前整体网络状况仍然相当不稳定，据我们目前的观察，您无法通过本地的微调或可调参数来安全地改善它。一旦有可用的方案，我们会发布更多信息和更新版本以实现改进；在此期间，感谢您的耐心等待。</p> <ul> <li> <ol start="2"> <li>Peer filtering</li> </ol> </li> </ul> <p>我一直在推进的一项改动，是在我们为 tunnel 挑选对等节点时，对可用的 router 采用更激进的过滤策略。我原本计划在情况稍微稳定下来、并配合一些进一步的安全措施后再部署它，但鉴于它实际上可能缓解我们当前的问题，我认为我们可以先行以概念验证的方式试用它。如果它的表现符合预期，我们会在配套一些（不幸具有干扰性的）安全措施的情况下加大推进力度；但如果不行，就没有必要经历这些干扰。</p> <p>我希望本周能发布一个版本，不过可能要等到周末。</p> <ul> <li> <ol start="3"> <li>Syndie status</li> </ol> </li> </ul> <p>改造方面已有一些进展，虽然进展缓慢。有更多消息时会再通报。</p> <ul> <li> <ol start="4"> <li>???</li> </ol> </li> </ul> <p>目前我想说的大概就这些 - 如果有人有想讨论的内容，请在今晚 UTC 时间 8 点来 #i2p 过来一趟！</p> <p>=jr</p>/zh/blog/2006/05/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006-%E5%B9%B4-5-%E6%9C%88-16-%E6%97%A5/Tue, 16 May 2006 00:00:00 +0000/zh/blog/2006/05/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006-%E5%B9%B4-5-%E6%9C%88-16-%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, cervantes, Complication, Pi</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> &lt;cervantes&gt; moo: http://dev.i2p.net/pipermail/i2p/2006-May/001289.html &lt;cervantes&gt; 0) 嗨 &lt;cervantes&gt; 1) jrandom 不在 &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; 0) 嗨 &lt;cervantes&gt; 嗨 &lt;cervantes&gt; 转到 1) &lt;cervantes&gt; jrandom 今天不在，但他明天会给我们一个状态更新 &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; 还有人要在会议上补充什么吗？ &lt;bar&gt; 我有个问题 &lt;cervantes&gt; 那样的话... * cervantes 做好准备 * cervantes 停止准备 &lt;Complication&gt; 啊哈，一个问题... &lt;bar&gt; cvs 里的 PRNG（伪随机数生成器）修复，会提升整体性能，还是与别的东西有关？ &lt;cervantes&gt; 目前不确定它总体会有什么影响 &lt;Complication&gt; 我个人不清楚它的总体影响，但至少涉及我知道的两种行为： &lt;cervantes&gt; 但它具体修复了 i2ptunnel 的一个问题 * cervantes 让 complication 来解释 &lt;Complication&gt; tunnel 长度随机化，以及 IRC 服务器的选择（更一般地说，从 I2PTunnel 目标列表中随机选择） &lt;Complication&gt; tunnel 长度的随机化可能对整体网络健康有显著影响，因为它允许那些可以在 tunnel 长度上做出权衡的客户端真正这么做 &lt;Complication&gt; 这样他们就不会一直屏住呼吸只建 2 跳的 tunnel，也会尝试一些 1 跳的 tunnel &lt;Complication&gt; （在困难时期，1 跳的更容易成功） &lt;cervantes&gt; 此外，部署之后 IRC 连接性可能会改善。基本上，freshcoffee 因为在列表中排第二而从未收到任何客户端连接——所以下个版本中，负载应该会在两个服务器之间均匀分布 &lt;bar&gt; 所以这个 bug 让人们在可选时总是选择更长的 tunnel 长度？ &lt;Complication&gt; 如果我理解正确，所有涉及较小整数的随机化（例如选择 0 或 1）都会受影响 &lt;Complication&gt; 我觉得涉及较大整数的随机化（例如在 0 到 100 之间选一个整数）受影响要小一些 &lt;Complication&gt; 如果你感兴趣，他回来后你可以问 jranom 了解细节 &lt;Complication&gt; 我可能会把细节说错。 &lt;bar&gt; 我明白了，谢谢。抓得好 &lt;Complication&gt; 嗯，cervantes 过来就开始抱怨没有任何过载 ;P &lt;cervantes&gt; 我也是这么理解的 &lt;cervantes&gt; 你看……人生中不抱怨就什么也得不到 :) &lt;cervantes&gt; 还有谁有其他问题或会议议题吗？ &lt;fox&gt; &lt;duck&gt; 有 &lt;Pi&gt; 关于总体网络健康有个问题：我看到越来越多的客户端在 I2P 版本上落后（比如还有 2 个在用 0.6.1.11 等）。这些客户端不会让我们更难监控对核心更改的效果吗？（似乎‘更少的人’愿意更新） &lt;fox&gt; * duck 重复了上面的内容 * w423412323 建议沿着这个方向换个话题。 ;) &lt;fox&gt; &lt;duck&gt; 我在想，我在 cvs 邮件列表上看到一些有点怪的调参提交。那些是更多的实验吗？是基于观察的吗？是不是为时过早？ &lt;Complication&gt; Pi：只要数量不多，就不应该有太大影响 &lt;Pi&gt; 根据我现在的 netdb，300 个客户端里有 70 个不是 0.6.1.18 版本 &lt;Complication&gt; 这是一场比拼数量和容量的游戏——如果大多数 router，或者至少最高容量的 router 都合理更新了，少数人忘了自己安装过 I2P 也无关紧要 :) &lt;cervantes&gt; Pi：如果旧的 router 行为异常，网络应该会自我适应，减少通过它们转发的流量 &lt;cervantes&gt; *被路由 &lt;cervantes&gt; Complication：你看到 duck 的问题了吗？ &lt;Pi&gt; 还有一个关于 i2p-console 上前些时候出现的一个统计的问题：handle backlog 是什么意思？ &lt;Complication&gt; duck：你是指 tunnel 限速的调整吗？这些算是调优，意思是它们本身不会带来很多全新的东西，但现在应该已经经过了相当充分的测试（比如它们大概不会 byte〔双关：bite/byte〕） &lt;Complication&gt; 但在你运行一种完全超出我能想到参数范围的奇异配置时，它们可能会小小地 byte 一下 &lt;fox&gt; &lt;duck&gt; Complication：我在想，把‘3’改成‘2’这些小东西真的有那么重要吗 &lt;fox&gt; &lt;duck&gt; 不过看起来那个随机问题可能是个大麻烦 &lt;fox&gt; &lt;duck&gt; （不过它对网络不健康的相对影响取决于它是什么时候引入的） &lt;cervantes&gt; Pi：handle backlog 是待处理的入站 tunnel 加入请求的数量（引自变更日志） &lt;Complication&gt; 如果你指的是随机的 nextInteger() 问题，以及它对 tunnel 长度随机化的影响，我认为会有显著效果 &lt;Complication&gt; 构建 1 跳和 2 跳 tunnel 的成本差异相当明显 &lt;Pi&gt; 谢谢，cervantes :) &lt;fox&gt; &lt;duck&gt; 它是何时引入的？ &lt;Complication&gt; duck：我想它是在切换到 Fortuna 生成器时引入的，或者是其中的一些修改 &lt;fox&gt; &lt;duck&gt; 好的；非常感谢你的意见 &lt;Complication&gt; 让我查一下 cvsweb 获取更多细节... &lt;cervantes&gt; Pi：我相信现在已经有代码在队列填满时丢弃入站 tunnel 请求（以帮助降低 CPU 负载） &lt;Complication&gt; Pi：是的，那应该是用于决定“我们是否有足够容量参与另一个 tunnel？”的另一个参数的可见指示器 &lt;cervantes&gt; duck：自从引入修复后，我确实感受到 router 行为有很大变化——不得不说，并不全是好事 :) &lt;Complication&gt; handle backlog 很大 == 拥塞，尝试加入他人的 tunnel 没什么意义 &lt;cervantes&gt; 前几天负载平均值到了 14，参与的 tunnel 有 12000 个 &lt;Complication&gt; handle backlog 在高容量 router 上似乎尤其重要（指的是 cervantes 看到的情况） &lt;Complication&gt; 低容量的 router 通常会因为带宽原因而限制它们对 tunnel 的接受率 &lt;Complication&gt; （更准确地说，是因为 tunnel 测试时间） &lt;Complication&gt; （至少，会尝试这么做） &lt;cervantes&gt; 哇，我们已经撑了半个小时.... &lt;Complication&gt; 的确 :D &lt;cervantes&gt; 还有人想提点别的吗？ &lt;cervantes&gt; 那样的话... * cervantes 做好准备 * cervantes *啪* 把会议关了 &lt;fox&gt; &lt;duck&gt; 谢谢你操持这次会议 &lt;cervantes&gt; 呵，我本来打算在大家还没开口之前就‘啪’地把它关了....但 bar 破坏了那个计划 :) </div>/zh/blog/2006/05/16/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-05-16/Tue, 16 May 2006 00:00:00 +0000/zh/blog/2006/05/16/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-05-16/<p>嗨，大家，今天就简单说几句安排方面的简短说明。今晚我得先撤，赶不及参加会议，不过我会在明天写一份状态说明（当然，会议在下周）。Complication 一直在 CVS 里忙活着一些挺不错的改动，而且还有一些很有前景的东西要出来，所以希望我们能在本周晚些时候发布一个版本，不过还不敢保证。</p> <p>总之，如果你们今晚见面的话，请记录会议日志，并将它们提交到 i2pwww cvs module，我明天会把那些发布到网站上。</p> <p>总之，回头聊 =jr</p>/zh/blog/2006/05/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B45%E6%9C%889%E6%97%A5/Tue, 09 May 2006 00:00:00 +0000/zh/blog/2006/05/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B45%E6%9C%889%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> arse, cervantes, Complication, i, jrandom, roderick_spod1, tmp</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:31 &lt;jrandom&gt; 0) 嗨 16:31 &lt;jrandom&gt; 1) 网络状态和 0.6.1.18 16:31 &lt;jrandom&gt; 2) baz 16:31 &lt;jrandom&gt; 3) ??? 16:31 &lt;jrandom&gt; 0) 嗨 16:31 * jrandom 挥手 16:32 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 16:32 &lt;jrandom&gt; 在你们阅读的同时，我们跳到 1) 网络状态和 0.6.1.18 16:33 &lt;jrandom&gt; 过去一周在 IRC 和整个网络上都相当不稳定 16:33 &lt;+Complication&gt; 在看图表，但还没注意到可感知的变化 16:33 &lt;+Complication&gt; 当然，现在也才刚开始 16:34 &lt;jrandom&gt; 对，现在才过了几个小时，网络里不到 20% 已升级 16:35 &lt;jrandom&gt; 我们还有几项大动作尚未在网络上部署，但我希望先稳定下来再推出重大变更 16:35 &lt;+Complication&gt; 确实，能看到（在可见的范围内）是什么在改变、朝哪个方向改变，会有帮助 16:36 &lt;+Complication&gt; 如果一次性把所有东西都部署了，要弄清楚哪些起作用就很难 16:38 &lt;tmp&gt; *叹气* 16:38 * tmp 梦想 IRC 稳定。 16:39 &lt;jrandom&gt; 对，各方面都是 ;) 16:39 &lt;+fox&gt; &lt;roderick_spod1&gt; Roderick 梦想大胸。 16:39 &lt;jrandom&gt; （这就是为什么我们可以过滤会议记录…… ;)） 16:40 &lt;jrandom&gt; 好，那么关于 1) 网络状态和 0.6.1.18 还有别的要说的吗？ 16:41 &lt;jrandom&gt; 如果没有的话，我们跳到 2) 16:42 &lt;jrandom&gt; 这里没太多要补充的，只是给出一些 w32/w64 支持的进展更新 16:43 &lt;jrandom&gt; 如邮件所述，gcj 在 mingw 上目前看起来并不可行，不过也许我们还能想些办法 16:44 &lt;jrandom&gt; 有一个较老的 3.4.4/3.4.5 版 gcj 能在 mingw 上运行，但其中的 classpath 支持相当老旧。 16:45 &lt;jrandom&gt; （而且即使从 hsqldb 里剥掉一堆东西，仍然有一些 3.4.5 无法满足的依赖。不过也许我们也能把那些硬砍掉……如果有必要的话） 16:47 &lt;jrandom&gt; 好，如果没有别的，我们转到 3) ??? 16:47 &lt;jrandom&gt; 还有别的要在会议上提出的吗？ 16:48 &lt;cervantes&gt; 就是为了他很酷的捐赠，对 bar 说一句“干得漂亮” 16:48 &lt;+Complication&gt; 嗯，论坛里有人问到在 NetDB 中展示的运行时间…… 16:48 * Complication 附议 16:49 &lt;+Complication&gt; 关于运行时间，如果你还记得，我在三月份把它们稍微做了模糊化处理…… 16:49 &lt;cervantes&gt; 肯定是错过了，被 odci.gov 的咆哮淹没了 16:50 &lt;tmp&gt; roderick_spod，你到底在那边干什么？ 16:50 &lt;jrandom&gt; 对 Complication 16:50 &lt;+Complication&gt; 嗯，既然问题被提出来了，我在想能不能把它们进一步模糊化，还是说那会伤害调试能力？ 16:52 &lt;jrandom&gt; 我不确定这样有什么意义——经过仔细分析，所有统计数据都能透露出不少信息 16:52 &lt;arse&gt; 你们觉得网络的周期性会缓解吗 16:52 &lt;jrandom&gt; 到时候我们就会直接关闭统计发布，完全不发布 16:52 &lt;+Complication&gt; 最近没有出现导致 router 重启的情况，不过也只是最近而已…… 16:52 &lt;jrandom&gt; arse：会的 16:52 &lt;+Complication&gt; （而且部分原因是看门狗不够“有牙齿”） 16:54 &lt;+Complication&gt; 的确，在这个阶段某些信息必然会泄露出去 16:55 &lt;jrandom&gt; 还有，他们的假设不对，publishedTimeAgo 指的是 router /received/ 该 netDb 条目到现在过去了多久，而不是签名的时间 16:55 &lt;jrandom&gt; 呃，等等，不对，不是那样 16:56 &lt;jrandom&gt; 别理我。 嗯，它只是增加了一个小的变动 16:56 &lt;+Complication&gt; 呵，我正想发个回复，但现在得到的是“no post mode specified” 16:57 &lt;+Complication&gt; 是啊，中间会有延迟，而且这条信息发布的频率也不高吧？如果我没记错的话？ 16:57 &lt;+Complication&gt; 基本上，如果我把那里的精度稍微降低一些，你介意吗？ 16:58 &lt;jrandom&gt; 每 5–15 分钟会发布一个新的已签名条目，但那只是发布到 netDb，而不是发布给所有节点 16:58 &lt;jrandom&gt; 节点只有在搜索它或者重新连接时才会拿到更新的那个 16:59 &lt;jrandom&gt; 不过，是的，增加更多随机变化也可以。 它会影响 stat.i2p 的运行时间图，但只要保持在合理范围内就没问题 17:01 &lt;+Complication&gt; 那我就尽量保持合理 :) 17:01 &lt;jrandom&gt; 呵，太好了，谢谢 Complication 17:04 &lt;jrandom&gt; *咳嗽*（而且要一致 ;)）好，会议还有别的要讨论的吗？ 17:04 &lt;+Complication&gt; 顺带一提：不错，“post mode”这个 bug 在坚持下终于妥协了，我也能发回复了 :) 17:05 &lt;jrandom&gt; w3rd Complication &lt;i&gt;已剪去离题消息&lt;/i&gt; 17:08 &lt;jrandom&gt; 好，如果没有别的…… 17:08 * jrandom 收尾 17:09 * jrandom *baf*s 宣布会议结束 </div>/zh/blog/2006/05/09/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-05-09/Tue, 09 May 2006 00:00:00 +0000/zh/blog/2006/05/09/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-05-09/<p>大家好，星期二又到了。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态和 0.6.1.18 2) baz 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.18</li> </ol> </li> </ul> <p>在又进行了一周的测试和微调之后，我们在今天下午稍早发布了一个新版本，这应该能让我们进入一个更稳定的环境，从而在此基础上进行改进。不过，在广泛部署之前我们可能看不到太多效果，因此可能需要再等几天看看情况如何，但各项测量当然会持续进行。</p> <p>zzz 前几天提到的关于最新构建与发布的一个方面是：在减少并行 tunnel 数量的同时增加备份 tunnel 的数量，目前这样做会产生显著影响。我们在拥有足够数量的可用 tunnel 之前，不会建立新的 lease（租约），因此，一旦某条可用 tunnel 发生故障，备份 tunnel 可以迅速启用，从而降低客户端处于没有有效 lease 的状态的频率。不过，这只是对症状的微调，最新的发布应该有助于解决根本原因。</p> <ul> <li> <ol start="2"> <li>baz</li> </ol> </li> </ul> <p>“baz”，bar 捐赠的新机器终于到了，一台 AMD64 Turion 笔记本电脑（启动盘上装着 Windows XP，通过外置硬盘还准备装上其他几个操作系统）。这几天我也一直在折腾它，尝试在上面测试几个部署思路。不过我遇到的一个问题是，让 gcj 在 Windows 上跑起来。更具体地说，是要一个带有较新 gnu/classpath 的 gcj。坊间的说法并不乐观——据说可以在 mingw 下原生构建，或者从 linux 交叉编译，但存在这样的问题：只要有异常跨过 DLL 边界就会发生 segfault（段错误）。所以，比如，如果 java.io.File（位于 libgcj.dll）抛出一个异常，而该异常被 net.i2p.*（位于 libi2p.dll 或 i2p.exe）中的代码捕获，<em>poof</em>，应用就崩溃了。</p> <p>嗯，看起来形势不太乐观。如果有人能加入并协助 win32（Windows 32 位平台）开发，gcj（GNU Compiler for Java）那边会非常感兴趣，但可行的支持短期内似乎不太可能到来。所以，我们看来得计划在 Windows 上继续使用 Sun JVM，同时在 *nix（类 Unix 系统）上支持 gcj/kaffe/sun/ibm/etc。倒也不算太糟，毕竟在打包和分发 JVM 时遇到问题的是 *nix 用户。</p>/zh/blog/2006/05/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B45%E6%9C%882%E6%97%A5/Tue, 02 May 2006 00:00:00 +0000/zh/blog/2006/05/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B45%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> green, jrandom</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) 嗨 16:09 &lt;jrandom&gt; 1) 网络状态 16:09 &lt;jrandom&gt; 2) Syndie 状态 16:09 &lt;jrandom&gt; 3) ??? 16:09 &lt;jrandom&gt; 0) 嗨 16:09 * jrandom 挥手 16:10 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-May/001285.html 16:11 &lt;jrandom&gt; 好的，当大家读那封令人兴奋的邮件时，我们先直接进入 1) 网络状态 16:13 &lt;jrandom&gt; 到目前为止，看来整个拥塞崩溃问题已经修复了，并且 tunnel 创建速率表现不错。 不过，仍然有一些问题需要解决 16:14 &lt;jrandom&gt; 之前讨论过的循环行为（通常以 10–12 分钟为一个周期）仍然存在，导致拒绝（率）出现反向波动。 不过，在 -1 中对代码的新修复应该可以消除这一点 16:15 &lt;jrandom&gt; （也就是要/正确地/随机化 tunnel 的过期时间，而不是像之前那样的有问题的随机化） 16:16 &lt;jrandom&gt; 这些，再加上改进的 ssu 和 tunnel 测试调度，应该会有所帮助，但能到什么程度，我还不太确定 16:17 &lt;jrandom&gt; 好的，目前我关于这部分就这些。 关于 1) 网络状态，有没有任何问题/评论/担忧？ 16:18 &lt;green&gt; 嗯，最大带宽限制从未达到过，而且这和之前相差很大 16:18 &lt;green&gt; 就像在 1-7 中一样 16:18 &lt;green&gt; s/1-7/.12-7 16:18 &lt;jrandom&gt; 你的带宽共享百分比是怎么设的？ 那现在是一个非常强力的控制项 16:19 &lt;green&gt; 80% 16:19 &lt;green&gt; 但只使用了总带宽的大约 40% 16:20 &lt;green&gt; 这只是一个“do nothing router” :P 16:20 &lt;jrandom&gt; 嗯，你的带宽多久会飙到 80%，以及你是否经常拒绝 tunnel 请求（`http://localhost:7657/oldstats.jsp#tunnel.reject.30` 和 tunnel.reject.*） 16:21 &lt;jrandom&gt; tunnel 请求中的周期性经常会让人误判为过载，其实并没有 16:21 &lt;jrandom&gt; （因为 routers 在其他时间有富余容量，只是在被冲击的时候没有） 16:22 &lt;green&gt; tunnel.reject.30 非常平缓，像 1,00，覆盖 14 025,00 个事件 16:22 &lt;jrandom&gt; 哦，抱歉，对那个统计来说关键是事件计数本身——你因为带宽过载已经拒绝了超过 14,000 个 tunnel 请求 16:23 &lt;jrandom&gt; （该统计的“值”是指在该事件中被拒绝的 tunnels 数量，而那总是 1，因为一个事件是由一条消息触发的） 16:27 &lt;jrandom&gt; 好的，如果关于 1) 网络状态 没有其他内容，我们就滑到 2) Syndie 状态 16:27 &lt;jrandom&gt; 关于 syndie，我没有太多要补充的，基本都在邮件里了，只是想做个更新 16:28 &lt;jrandom&gt; 好吧，如果没有人想就 syndie 提什么事，我们就跳到老朋友，3) ??? 16:28 &lt;jrandom&gt; 还有什么想在会议上提出的吗？ 16:31 * tethra 想对 .17 再次说声“谢谢”，因为它改进很多 16:33 &lt;jrandom&gt; 很高兴能帮上忙，而且还有更多东西在路上 16:33 &lt;jrandom&gt; 好的，如果今天的会议没有其他事项... 16:33 * jrandom 收尾 16:33 * jrandom 用 *baf* 结束了会议 </div>/zh/blog/2006/05/02/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-05-02/Tue, 02 May 2006 00:00:00 +0000/zh/blog/2006/05/02/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-05-02/<p>嗨，大家好，又到星期二了。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) Syndie 状态 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>在 0.6.1.17 上又运行了一周之后，若干网络健康的关键指标仍保持良好状态。然而，我们确实看到一些尚存的问题正在蔓延到应用层，具体表现为 irc2p 服务器上的重连次数近期上升。Postman、cervantes、Complication 和我一直在深入排查与用户可见性能相关的网络行为的各个方面，并已定位并实现了一些改进（当前 CVS HEAD 为 0.6.1.17-4）。不过，在将其发布为 0.6.1.18 之前，我们仍在监控其行为并尝试一些微调，但这可能只需几天时间。</p> <ul> <li> <ol start="2"> <li>Syndie status</li> </ol> </li> </ul> <p>如前所述，syndie 正在进行一次大规模的改造。当我说“大规模”时，我的意思是几乎完全重新设计并重新实现 ;) 框架已经就位（包括使用 gcj 进行持续测试），前几个部分也开始整合，但距离可用还有一段时间。一旦它发展到一个更多人可以帮忙推动（以及，呃，<em>使用它</em>）的阶段，就会有更多信息公布，但目前，在推进 router 改进的同时，syndie 的改造基本上被放在了次要位置。</p> <ul> <li> <ol start="3"> <li>???</li> </ol> </li> </ul> <p>目前要汇报的大致就是这些——一如既往，如果你有什么想提的，几分钟后顺道来参加会议，打个招呼！</p> <p>=jr</p>/zh/blog/2006/04/25/2006-04-25-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 25 Apr 2006 00:00:00 +0000/zh/blog/2006/04/25/2006-04-25-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，该开我们周三前的会议了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态与 0.6.1.17 2) I2Phex 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.17</li> </ol> </li> </ul> <p>在对一些补丁观察了几天之后，我们发布了新的 0.6.1.17 版本，到目前为止，改进幅度相当可观。Tunnel 构建成功率提高了 1 到 2 个数量级，被限速的对等节点现在也能够在合理的带宽限制下再次正常运行。到目前为止，已有超过 60% 的网络完成了升级（感谢!），不过让其余部分尽快跟上也会很有帮助。</p> <p>仍有工作要做以改善现状 - 实时 tunnel 测试、吞吐量和对等节点选择仍需改进 - 但看起来我们已经重回正轨。</p> <ul> <li> <ol start="2"> <li>I2Phex</li> </ol> </li> </ul> <p>坊间传闻 Complication 正在动手修复一些长期存在的 I2Phex bug，其中有些修复已经提交到 cvs。我也在论坛上看到一位未指明的 nym（化名）发的一些关于未来修改的帖子；尽管我不清楚那边具体在进行什么，但我很期待任何补丁提交。只要有足够实质性的改动可用，我们当然会发布新的 I2Phex 版本。</p> <ul> <li> <ol start="3"> <li>???</li> </ol> </li> </ul> <p>暂时就这些，几分钟后我们的每周例会就要开始了，欢迎来 #i2p 参加！</p> <p>=jr</p>/zh/blog/2006/04/18/i2p-2006-04-18-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 18 Apr 2006 00:00:00 +0000/zh/blog/2006/04/18/i2p-2006-04-18-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到星期二了，该发布我们的每周状态简报了。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态与0.6.1.16 2) Tunnel 创建与拥塞 3) Feedspace 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.16</li> </ol> </li> </ul> <p>随着网络已有 70% 升级到 0.6.1.16，我们似乎已经看到了相比早期版本的改进；并且，随着该版本中的问题得到修复，我们对下一个瓶颈也有了更清晰的认识。对于尚未升级到 0.6.1.16 的用户，请尽快升级，因为较早的版本会随意拒绝 tunnel 创建请求（即使该 router 具备参与更多 tunnel 的充足资源）。</p> <ul> <li> <ol start="2"> <li>Tunnel creation and congestion</li> </ol> </li> </ul> <p>现在，我们似乎正经历一种或许最恰当可称为拥塞崩溃的情况 - 由于 routers 的带宽不足，tunnel 创建请求被拒绝，于是为了寻找有空闲资源的其他 routers，会发送更多的 tunnel 创建请求，结果只会增加带宽占用。这个问题自从我们在 0.6.1.10 中切换到新的 tunnel 创建加密算法以来就一直存在，并且在很大程度上与这样一个事实有关：在请求和回复穿越两条 tunnel 的全程之前（更准确地说，<em>除非</em> 请求和回复已经穿越了两条 tunnel 的全程），我们得不到逐跳的加入/拒绝反馈。如果这些节点中的任何一个未能继续传递该消息，我们就不知道是哪一个节点失败了、哪些节点同意了、以及哪些节点明确拒绝了。</p> <p>我们已经限制了在途的并发 tunnel 创建请求数量（测试表明增加超时时间并无帮助），因此 Nagle 的传统方案并不足够。现在我正在对我们的请求处理代码做一些调整，以降低请求被静默丢弃（相对于显式拒绝）的频率；同时也在请求生成代码上做改动，以在负载下降低并发度。我还在尝试一些其他改进，它们能够显著提高 tunnel 构建成功率，不过这些尚未达到可安全使用的程度。</p> <p>我们已经在 tunnel（隧道）尽头看到了曙光，感谢大家在我们推进过程中保持耐心并一路相随。我预计我们会在本周晚些时候再发布一个版本，以推送部分改进，之后我们将重新评估网络的状态，以确定拥塞崩溃是否已得到缓解。</p> <ul> <li> <ol start="3"> <li>Feedspace</li> </ol> </li> </ul> <p>Frosk 一直埋头于 Feedspace 的开发，并在 Trac 站点上更新了几页内容，包括一份新的概览文档、一组待办任务、一些数据库细节等。顺道去 <code>http://feedspace.i2p/</code> 看看，了解最新的变化，也许还能在你方便的时候尽情向 Frosk 抛出问题 :)</p> <ul> <li> <ol start="4"> <li>???</li> </ol> </li> </ul> <p>目前我能讨论的大概就这些，不过请到 #i2p 参加我们今晚稍晚（8pm UTC）的会议，再多聊聊！</p>/zh/blog/2006/04/04/i2p-2006-04-04-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 04 Apr 2006 00:00:00 +0000/zh/blog/2006/04/04/i2p-2006-04-04-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家好，星期二又到了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态以及 0.6.1.14 2) Syndie 规划 3) 本地 jbigi 优化 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.14</li> </ol> </li> </ul> <p>0.6.1.13 版本在实际使用中仍有些不太稳定，尽管我们在后续构建中已经做出了不少重要的修复与改进。我希望在接下来的几天内发布新的 0.6.1.14 版本，敬请关注！</p> <ul> <li> <ol start="2"> <li>Syndie plotting</li> </ol> </li> </ul> <p>最近围绕 Syndie 的改版有一大堆讨论，包括 GUI（图形界面）、浏览器插件、全文搜索、更完善的内容聚合调度器、归档管理器、多页帖子、对更多格式化选项的支持，以及一大堆其他内容。 我预计我们很快就会在相当多的修改上取得进展，所以如果你想参与，或者希望让你的想法得到实现，请大胆发声 :)</p> <ul> <li> <ol start="3"> <li>Local jbigi optimizations</li> </ol> </li> </ul> <p>有报告称针对 amd64 用户的 jbigi 还有进一步的优化；虽然对这类机器而言 jbigi 可能并非瓶颈，但降低 CPU 负载或许仍有帮助。论坛上有一个介绍构建方法的帖子，不过我目前访问不到。</p> <ul> <li> <ol start="4"> <li>???</li> </ol> </li> </ul> <p>一如既往，如果你有想讨论的事情，顺道来我们的每周开发者会议（在 -1 分钟后 [糟糕！]），打个招呼！</p> <p>=jr</p>/zh/blog/2006/04/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B44%E6%9C%884%E6%97%A5/Tue, 04 Apr 2006 00:00:00 +0000/zh/blog/2006/04/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B44%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> BrianR\___, cervantes, Complication, frosk, jrandom, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:21 &lt;jrandom&gt; 0) 嗨 16:21 &lt;jrandom&gt; 1) 网络状态和 0.6.1.14 16:21 &lt;jrandom&gt; 2) Syndie 规划 16:21 &lt;jrandom&gt; 3) 本地 jbigi 优化 16:21 &lt;jrandom&gt; 4) ??? 16:21 &lt;jrandom&gt; 0) 嗨 16:21 * jrandom 挥手 16:21 &lt;jrandom&gt; 每周状态说明发布在 http://dev.i2p.net/pipermail/i2p/2006-April/001275.html 16:21 * Complication 阅读中 16:22 &lt;jrandom&gt; 在你们阅读那篇（草草整理的）帖子时，我们先来讨论 1）网络状态 16:23 &lt;@cervantes&gt;（论坛恢复） 16:23 &lt;jrandom&gt; 目前有一些问题影响 0.6.1.13 的使用，我们已追踪并解决了其中大多数 16:24 &lt;Complication&gt; 在我这边，用“第4个”CVS 构建时，我注意到我的图表发生了变化 16:24 &lt;jrandom&gt; 仍有一些小问题正在测试和改进，不过几天内应该会发布 16:24 &lt;Complication&gt; 总体来说，更稳定，抖动更少了 16:24 &lt;jrandom&gt; 糟糕，我忘了把它递增到 -4 了，是吧？ 16:24 &lt;jrandom&gt;（好吧，-5 将在今晚稍晚放出） 16:24 &lt;jrandom&gt; 不错，Complication 16:25 &lt;Complication&gt; 不过我的感觉也可能受 jbigi 影响，因为我没刻意排除这个因素 16:25 &lt;Complication&gt; 现在过了一会儿，重传率也降到了 15% 16:28 &lt;jrandom&gt; 嗯，我也看到我的平均 ssu rto 接近 3 秒的上限了 16:28 &lt;jrandom&gt;（不过重传率仍然很低，低于 5%） 16:29 * Complication 再看了一眼 16:29 &lt;Complication&gt; 可以说原始平均值刚刚超过 1500 16:29 &lt;Complication&gt;（在我这边） 16:30 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: i2p 数据包是否有事实上的“MTU”？ 16:30 &lt;jrandom&gt; 啊好，也许随着那个值一点点上升，重传率会下降 16:30 &lt;Complication&gt; 我注意到我的一开始是较小的 MTU，现在提高到 1350 了 16:30 &lt;jrandom&gt; BrianR___: 是的，要么 1350 要么 608（见 `http://localhost:7657/peers.js）` 16:31 &lt;jrandom&gt; 如果较大 MTU 下失败率过高，就会回退到较小 MTU（反之如果在较小 MTU 下失败率过低，就会跳到较大 MTU） 16:31 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: 那是指内部负载还是可见的 IP 数据包？ 16:31 &lt;+fox&gt; &lt;BrianR___&gt; 也就是说，如果我要通过 I2P 流发送一块数据，为了最小化开销，数据块的理想大小是多少？ 16:31 &lt;jrandom&gt; 那是针对 UDP 负载的 16:32 &lt;jrandom&gt; 流位于上面两层 16:32 &lt;jrandom&gt;（对 tunnels 有一次分片，然后在 stream/i2cp 层还有一次分片） 16:32 &lt;+fox&gt; &lt;BrianR___&gt; 是的……有没有一个理想大小可以尽量减少分片？ 16:32 &lt;jrandom&gt; 使用 streaming 库的应用的理想块大小是“尽量大”，这样 streaming 库就能自行选择合适的大小。 16:33 &lt;jrandom&gt;（也就是“别管幕后那个人”） 16:33 &lt;+fox&gt; &lt;BrianR___&gt; 啊哈……那也许我应该考虑做一下 pipelining 之类的…… 16:34 &lt;+fox&gt; &lt;BrianR___&gt; 我正计划一个请求/响应很多的应用…… 16:34 &lt;jrandom&gt; 那我建议做批处理，以减少过于频繁的往返 16:34 &lt;Complication&gt; 也许把流量集中起来在某种程度上会有帮助 16:37 &lt;jrandom&gt; 好，关于 1）网络状态还有别的事吗，还是我们扭一扭挪到 2）Syndie 规划 16:38 * jrandom 扭了扭 16:39 &lt;jrandom&gt; 这主要是个占位和 cfp —— Syndie 在运行机制和 UI 上都会有较大的改版，所以如果你觉得有哪些关键特性或用例需要覆盖，请联系我 16:40 &lt;jrandom&gt;（随着细节逐步完善，当然会有更多信息） 16:42 &lt;jrandom&gt; 目前我就这些，接着进入 3）jbigi 优化 16:42 &lt;@frosk&gt; 而且我还以为“plotting”是指 Syndie 里一些 jrobin 的图表呢 :) 16:43 &lt;jrandom&gt; 呵呵 16:43 &lt;jrandom&gt; 把每日日志数、每位作者的帖子数、每日新增作者数等等画成图会很有意思 ;) 16:44 &lt;Complication&gt; 哦，关于 Syndie 的一点事（抱歉，现在才想起来） 16:44 &lt;Complication&gt; =一件事 16:44 &lt;@frosk&gt; 你要哪个，0 还是 1？ :) 16:44 &lt;Complication&gt; 你觉得把常用作者和黑名单（垃圾信息）作者分成两份列表，实用吗？容易/困难吗？ 16:45 &lt;Complication&gt; 在 addresses.jsp 上 16:45 &lt;jrandom&gt; 哦，对，这不太难 16:46 &lt;jrandom&gt; 这对改版也是个好主意，不过也许我们可以把它放进 0.6.1.14 的构建里 16:47 &lt;Complication&gt; 算了，不是什么困扰我的事，我只是想起了当时注意到的一点 16:47 &lt;Complication&gt; 总之，在 Linux/AMD64 上本地编译并使用 GMP 4.2 时，jbigi 会更快 16:48 &lt;jrandom&gt; 酷 16:48 &lt;jrandom&gt; 你有和在 GMP 4.1.2 上用 -O3 -m64 的情况比较过吗？ 16:48 &lt;Complication&gt; 而且我因为用了完全错误的编译参数真是蠢透了 :O 16:48 &lt;@cervantes&gt; 顺便说，相关链接是 `http://forum.i2p/viewtopic.php?t=1523&start=30` 16:48 &lt;jrandom&gt; 啊谢谢 cervantes 16:48 &lt;Complication&gt; jrandom：我还没对比，但会的 16:49 &lt;Complication&gt; 在下次计划重启时 16:50 &lt;jrandom&gt; jbigi 的构建过程本质上是“先构建 GMP，然后构建 jbigi.o，再把两者链接在一起”，所以想在 GMP 上做的各种优化都可以作为第一步来做 16:50 &lt;@cervantes&gt; 在我之前做的测试里，-O3 和 -O2 差别不大，不知道在 x86_64 下是否不同…… *耸肩* 16:50 &lt;jrandom&gt; 是啊，也可能还取决于编译器的版本 16:50 &lt;jrandom&gt;（尤其是这些 3.3/3.4/4.0/4.1 的问题） 16:51 &lt;@cervantes&gt; 重申一下我在那个帖子里说过的……短期内我们大概不会看到针对 Windows 64 的 jbigi 优化 16:51 &lt;+fox&gt; &lt;BrianR___&gt; i2p 的 stream 库会做负载压缩吗？ 16:52 &lt;Complication&gt; BrianR: 会 16:52 &lt;@cervantes&gt; 除非有人有 M$ VC 2005 加 64-bit SDK，并且愿意费很大劲把 gmp 编译起来 16:52 &lt;Complication&gt; 至少据我所知 16:53 &lt;@cervantes&gt;（不过曾经哪儿有个把 gmp 移植成 VC 工程的项目） 16:53 &lt;jrandom&gt; cervantes: 嗯，我们有一个能在 amd64/win 上工作 的版本，但并没有把硬件的性能榨干 ;) 16:53 &lt;jrandom&gt;（等我的新机器到了也许我能调一调，因为它是 amd64） 16:53 &lt;+fox&gt; &lt;BrianR___&gt; 在想我是否该用二进制协议来省流量，还是用 zlib 之类把 ASCII 协议压得又好又小…… 16:54 &lt;@cervantes&gt; 酷——不幸的是，Mingw64 或 cygwin64 看起来短期内不会出现…… 16:54 &lt;jrandom&gt; BrianR___: 过早优化是万恶之源，诸如此类…… 16:55 &lt;Complication&gt; 至少部分可读的协议通常更容易调试，不过这也要看你在做什么 16:56 &lt;Complication&gt;（因为有些东西，比如加密，无论如何都不喜欢“可读性” :)） 16:57 &lt;Complication&gt; 但如果 I2P 负责加密并且也做压缩，那么其之上的很多东西就很可能可以用人类可读的协议来做 16:58 &lt;jrandom&gt; 是的 16:58 &lt;jrandom&gt; 好，关于 3）jbigi 的事还有别的吗？ 16:58 &lt;jrandom&gt; 如果没有，我们进入 4）？？？ 16:59 &lt;jrandom&gt; 还有谁有其他会议事项？ 17:01 &lt;+tethra&gt; 我记得最近听说过一些匿名协作工具 17:01 &lt;+tethra&gt; 介意详细说说是哪种，以及它们会不会类似 Syndie 吗？ 17:02 &lt;@cervantes&gt; irc 和 Syndie 就是匿名协作工具 :) 17:02 &lt;jrandom&gt; 嗯，不太确定你指的是什么——或者你是指计划中的 Syndie 改版？ :) 17:02 &lt;+tethra&gt; 确实。 17:02 * tethra 也不确定，所以才问 17:02 &lt;+tethra&gt; 论坛上有人谈到过——匿名的理由之类的 17:03 &lt;+tethra&gt; 我去找那帖，这样我能贴个引用 17:03 &lt;jrandom&gt; 啊对 17:03 &lt;+tethra&gt; http://forum.i2p.net/viewtopic.php?t=1618 17:03 &lt;jrandom&gt; 那个用例主题帖 17:03 &lt;+tethra&gt; - 匿名托管且可公开访问的论坛/留言板/维基 17:03 &lt;+tethra&gt; 对 17:04 &lt;+tethra&gt; 会不会有一个类似 i2wiki 的项目，以 Syndie 之类为基础，还是说交由用户自己来做？ 17:04 &lt;jrandom&gt; 里面有一些好主意，也有不错的反馈 17:05 &lt;jrandom&gt; 可编辑 Syndie 帖子的能力是经常被请求的特性；有了它，你就可以做一个带富文本编辑器的 wiki 17:05 &lt;jrandom&gt; 不过当然，任何东西都不是在真空中出现的——如果有人认为那是必要的，就应该说“嘿，wiki 是必需的，原因如下” 17:06 &lt;jrandom&gt; 可以构建的应用有无穷多，但由于我们的目标是强匿名和强安全，因此在要构建什么上必须谨慎 17:07 &lt;+tethra&gt; 对 17:07 &lt;+tethra&gt; 话虽如此，那些更难保持匿名和安全的事情，最好还是由擅长匿名和安全的人来做，对吧？ 17:08 &lt;jrandom&gt; 大概是这样，不过没有什么小圈子——任何人都可以学习 17:08 &lt;+tethra&gt;（基本上是关键性的东西。我并不是在点名谁，但你懂的。） 17:08 &lt;+tethra&gt; 没错 17:09 &lt;+tethra&gt; 但以牺牲自己和他人匿名性为代价来学习并不是最好的方式 17:10 &lt;jrandom&gt; 当然，每个人都得从某处开始 17:10 &lt;+tethra&gt;（也许如果有人做个类似沙盒的东西，让人可以运行 $software、让别人来攻击之类的，对新手/缺乏经验的人会有帮助？） 17:10 &lt;+tethra&gt; 是的 17:14 &lt;jrandom&gt; 好，还有谁有会议议题？ 17:15 &lt;jrandom&gt; 如果没有 17:15 * jrandom 开始收尾 17:15 &lt;@cervantes&gt; *咳咳* 17:15 * jrandom 暂停 17:16 &lt;jrandom&gt; 怎么了，cerv？ 17:16 &lt;Complication&gt; 好耶，我发现了一个 baf ;P 17:17 &lt;jrandom&gt; baf-阻挡 ;) 17:17 &lt;@cervantes&gt; 哎呀抱歉，继续 baf 吧 17:17 * jrandom 继续收尾 17:18 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2006/03/28/i2p-2006-03-28-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 28 Mar 2006 00:00:00 +0000/zh/blog/2006/03/28/i2p-2006-03-28-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到星期二了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态与 0.6.1.13 2) 使用场景调查 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.13</li> </ol> </li> </ul> <p>0.6.1.12 的进展相当顺利，而新的 0.6.1.13 版本带来了一些更新，可帮助在低带宽和高度拥塞的链路上的用户。关于高带宽链路上的负载节流以及部分 netDb 变更，已经有一些问题报告，所以我现在正着手修复。受影响的用户很可能在本周晚些时候获得一个发布版本，或许在周末。</p> <ul> <li> <ol start="2"> <li>Use case survey</li> </ol> </li> </ul> <p>There are more reasons why one needs anonymity than you can shake a stick at, but trying to serve them all is impossible. What use cases matter to <em>you</em>? Laudable as it is, &ldquo;supporting anonymity&rdquo; isn&rsquo;t a use case (there is no /use/ in there), so please be as specific as you can be (using whatever anonymizing means you feel are appropriate). Some examples: - anonymous web browsing (outproxying) - secure chatting (&ldquo;otr++&rdquo;) - anonymous internet mail (sending and receiving) - anonymously hosted &amp; publicly reachable blogs - anonymously hosted &amp; publicly reachable forums/boards/wikis - anonymously hosted &amp; publicly reachable bt trackers - pseudonymous file distribution - anonymous file sharing</p>/zh/blog/2006/03/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B43%E6%9C%8828%E6%97%A5/Tue, 28 Mar 2006 00:00:00 +0000/zh/blog/2006/03/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B43%E6%9C%8828%E6%97%A5/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>出席：</strong> ashter, bar, cervantes, Complication, jrandom, nextgens, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) 嗨 15:08 &lt;jrandom&gt; 1) 网络状态和 0.6.1.13 15:08 &lt;jrandom&gt; 2) 用例调查 15:09 &lt;jrandom&gt; 3) ??? 15:09 &lt;jrandom&gt; 0) 嗨 15:09 * jrandom 挥手 15:09 &lt;Complication&gt; 终于加载完了，开始读 :) 15:10 &lt;jrandom&gt; 每周状态说明已发布在 dev.i2p.net/pipermail/i2p/2006-March/001274.html 15:10 &lt;@cervantes&gt; *** 连接被重置 15:10 &lt;jrandom&gt; 呵 15:11 &lt;jrandom&gt; 好，在大家消化这些内容的同时，我们先进入 1) 网络状态 15:12 &lt;jrandom&gt; 大约 2/3 的网络已升级到 0.6.1.13（感谢！），结果喜忧参半 15:12 &lt;jrandom&gt; 有没有低带宽链路的朋友愿意分享体验？ 更好 / 更差 / 没变化？ 15:13 &lt;jrandom&gt; 或者，DSL 级别链路的朋友有什么结果？ 15:13 * jrandom 听到（并感受到）更快链路上的一些结果（很不幸，大多是负面的） 15:14 &lt;+Complication&gt; 嗯，我本想说网络状态有点不稳定。 :) 不过网络先开口了。 :D 15:15 &lt;+Complication&gt; 以最近的断连规模来看，这次恢复非常迅速。 15:16 &lt;+Complication&gt; 没有再出现大规模的消息阻塞，但还是会不时丢失一个租约 15:17 &lt;+Complication&gt; 另外，我想上一次 router 运行结束是因为某个租约无法续约，于是它判定 "Router hung!" 15:18 &lt;jrandom&gt; 啊 col 15:18 &lt;+Complication&gt; 已经运行了大约 15 小时 15:18 &lt;jrandom&gt; 也许我们应该调整看门狗，让它在那种情况下不要重启 router 15:19 &lt;+Complication&gt; 重传率也和之前一样（高得让人不舒服，但似乎还能勉强承受——这本身算是个好消息） 15:19 &lt;jrandom&gt; 过去需要重启，但反复的 tunnel 故障应该可以自行恢复 15:19 &lt;jrandom&gt; 嗯，<10%、<20%、>20%？ 15:20 &lt;+Complication&gt;&gt; 20% 15:20 &lt;+Complication&gt; 我不知道有多少协议在每三条消息就丢一条的情况下还能勉强工作 15:21 &lt;+Complication&gt; 这个还能跑 :) 但以前大约在 7% 15:21 &lt;jrandom&gt; 嗯，那是对所有对等体的平均值，所以对大多数对等体来说可能很低，但对高度拥堵的对等体来说则很高 15:21 &lt;jrandom&gt; （如 peers.jsp 所示） 15:22 &lt;+Complication&gt; 确实如此，而且我还没看过分布的那一侧 15:23 &lt;+Complication&gt; 可能需要检查，哪怕什么都不为，也要验证它的分布情况 15:24 &lt;jrandom&gt; 好，感谢 Complication 15:24 &lt;jrandom&gt; 好的，关于 1) 网络状态还有别的要补充吗？ 15:25 &lt;bar&gt; Complication：请问你用的突发限制是多少？我的设置为理论上传上限的 60%，目前重传比例为 11% 15:26 &lt;+Complication&gt; bar：大约是线路速度的 80% 15:26 &lt;bar&gt; 好的 15:26 &lt;+Complication&gt; 和当时重传率约 7% 时差不多的水平 15:26 &lt;+Complication&gt; 中间设得更高过，但又降回来了 15:28 &lt;bar&gt; 我试试用 80% 一天左右看看会怎样 15:28 &lt;+Complication&gt; 而持续传输限制大约在 65% 15:28 &lt;+Complication&gt; 实际传输（如果总计指示器准确）平均接近线路速度的 60% 15:29 &lt;+Complication&gt; （峰值更高） 15:30 &lt;ashter_&gt; 就我这边，本地目标经常出现 "no lease" 的情况（如我今天所说） 15:30 &lt;ashter_&gt; 而且节点更拥堵了一些 15:30 &lt;+fox&gt; &lt;nextgens&gt; 嗨 15:30 &lt;jrandom&gt; 嗨 nextgens 15:30 &lt;jrandom&gt; ashter_：嗯，你是拨号、DSL/有线，还是更快的？ 或者更好（更匿名）地说，你是否拥堵？ 15:31 &lt;+fox&gt; &lt;nextgens&gt; 太好了，jrandom 在呢 :) 你也许能帮我 :) 15:31 &lt;jrandom&gt; （指网络拥塞，不是 i2p 显示的数字） 15:31 &lt;ashter_&gt; DSL/有线 15:32 &lt;jrandom&gt; 好的，谢谢 15:33 &lt;jrandom&gt; 好，如果 1) 网络状态没有其他内容，我们转到 2) 用例调查 15:34 &lt;jrandom&gt; 我不指望立刻有回复，但如果大家能思考一下邮件里的问题并发表回复（发到论坛、syndie、邮件列表等皆可），将不胜感激 15:37 &lt;@cervantes&gt; *咳* 15:38 &lt;+tethra&gt; 噢天哪 :/ 15:39 &lt;jrandom&gt; (|grep -v -- -\!- ;) 15:39 &lt;jrandom&gt; 好吧，如我所说，大家可以在方便的时候用任何你喜欢的方式传播这个消息。 谢谢 15:39 &lt;jrandom&gt; 继续到 3) ??? 15:39 &lt;jrandom&gt; 还有谁有要在会议上提出的事项吗？ 15:40 &lt;@cervantes&gt; http://forum.i2p.net/viewtopic.php?p=7442 &lt;-- 用例讨论的置顶帖 15:40 &lt;jrandom&gt; 啊，太好了，谢谢 cerv 15:42 &lt;ashter&gt; （呃又发生了一次，一旦发生这种情况，参与的 tunnels 数量会疯狂增长 :( ） 15:43 &lt;jrandom&gt; 嗯，会涨到几千，还是几百？ 15:43 &lt;jrandom&gt; （有一些针对新建 tunnel 突发的修复正在等待发布，预计本周晚些时候发布） 15:43 &lt;ashter&gt; 几千 15:44 &lt;ashter&gt; （好的，谢谢） 15:44 &lt;jrandom&gt; 好，太好了。 你也许可以暂时考虑降低你的带宽上限或共享比例 15:44 &lt;jrandom&gt; 好的，会议还有别的内容吗？ 15:45 &lt;jrandom&gt; 如果没有的话…… 15:45 * jrandom 做结束准备 15:46 * jrandom *baf*s 会议结束 </div>/zh/blog/2006/03/21/i2p-2006-03-21-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 21 Mar 2006 00:00:00 +0000/zh/blog/2006/03/21/i2p-2006-03-21-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家好，又到星期二了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) jrobin 3) biff 和 toopie 4) 新密钥 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>过去一周整体相当稳定，尚未发布新版本。我一直在推进 tunnel 限速和低带宽运行方面的工作；为配合这方面的测试，我已将 JRobin 与 Web 控制台以及我们的统计管理系统集成。</p> <ul> <li> <ol start="2"> <li>JRobin</li> </ol> </li> </ul> <p>JRobin [1] 是 RRDtool [2] 的纯 Java 移植，它让我们几乎不增加内存开销就能生成漂亮的图表，就像 zzz 一直批量产出的那些一样。我们已将其配置为完全在内存中工作，因此不会产生文件锁争用，更新数据库所需的时间也几乎不可察觉。JRobin 还有许多很不错的功能我们尚未加以利用，不过下一个版本将提供基本功能，并且还会提供一种将数据导出为 RRDtool 可理解格式的方式。</p> <p>[1] <a href="http://www.jrobin.org/">http://www.jrobin.org/</a> [2] <a href="http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/">http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/</a> </p> <ul> <li> <ol start="3"> <li>biff and toopie</li> </ol> </li> </ul> <p>postman 一直在埋头开发一些很有用的机器人，很高兴地告诉大家，可爱的 biff 回来了 [3]，当你在 irc2p 上时，只要你收到（匿名）邮件，它就会提醒你。此外，postman 还为我们开发了一个全新的机器人——toopie——作为 I2P/irc2p 的信息机器人。我们仍在向 toopie 添加常见问题（FAQs），但它很快就会加入常用频道。感谢 postman！</p> <p>[3] <code>http://hq.postman.i2p/?page_id=15</code></p> <ul> <li> <ol start="4"> <li>new key</li> </ol> </li> </ul> <p>对于留意的各位，你们可能已经注意到，我的 GPG 密钥将在几天内到期。我的新密钥 @ <code>http://dev.i2p.net/~jrandom</code> 的指纹是 0209 9706 442E C4A9 91FA B765 CE08 BC25 33DC 8D49，密钥 ID 为 33DC8D49。此帖由我的旧密钥签名，但接下来一年里的后续帖子（以及发布）将由新密钥签名。</p>/zh/blog/2006/03/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B43%E6%9C%8821%E6%97%A5/Tue, 21 Mar 2006 00:00:00 +0000/zh/blog/2006/03/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B43%E6%9C%8821%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ashter, Complication, jrandom, mihi, postman, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) hi 15:09 &lt;@jrandom&gt; 1) Net status 15:09 &lt;@jrandom&gt; 2) jrobin 15:09 &lt;@jrandom&gt; 3) biff and toopie 15:09 &lt;@jrandom&gt; 4) new key 15:09 &lt;@jrandom&gt; 5) ??? 15:09 &lt;@jrandom&gt; 0) hi 15:09 * jrandom waves 15:09 &lt;@jrandom&gt; weekly status notes posted up at http://dev.i2p.net/pipermail/i2p/2006-March/001271.html 15:11 &lt;@jrandom&gt; lets jump briefly on in to 1) Net status 15:12 &lt;@jrandom&gt; we've been a while since a release, but things still seem fairly stable. there are some improvements coming down the pipe though, and I hope to get us a new 0.6.1.13 this week 15:13 &lt;@jrandom&gt; anyone have any questions/comments/concerns regarding the status of the network? 15:13 &lt;+Complication&gt; About the periodism I noticed yesterday on a freshly started node: it desynchronized itself in a few hours 15:14 &lt;@jrandom&gt; ah cool 15:14 &lt;+Complication&gt; Meaning, the highs and lows became a lot more random 15:14 &lt;@jrandom&gt; I think it still may be worthwhile to jumpstart that at the beginning though 15:14 &lt;@jrandom&gt; (for those playing at home, we're talking about the implications of the 10m rebuild period) 15:15 &lt;+Complication&gt; Probably helps prevent tunnel failures 15:15 &lt;+Complication&gt; I'm still observing a healthy amount of those, but haven't counted 15:15 &lt;+tethra&gt; (thanks for the translation :) 15:15 &lt;+Complication&gt; Aside from that, working decently here 15:16 &lt;+Complication&gt; I think I get "as there are no inbound/outbound tunnels available" about once per 2 hours 15:17 &lt;@jrandom&gt; hmm, on an i2phex / i2psnark / eepproxy / ircproxy / eepsite destination? 15:17 &lt;@jrandom&gt; (its possible for clients to overload their own tunnels, which is why I ask which) 15:18 &lt;+Complication&gt; Checking if there's a trend 15:19 &lt;+Complication&gt; Bit of shared clients and Pycache, more of I2Phex 15:20 &lt;@jrandom&gt; hmm ok cool, thanks 15:20 &lt;+Complication&gt; Significantly more of I2Phex 15:20 &lt;+Complication&gt; Might have to limit its bandwidth 15:21 &lt;+Complication&gt; (was at default 16K) 15:23 &lt;@jrandom&gt; ok cool, anyone have anything else for 1) Net status? 15:25 &lt;@jrandom&gt; if not, lets shimmy on over to 2) JRobin 15:26 &lt;@jrandom&gt; jrobin is neat. I like it. it was dirt easy to integrate, fairly small (177KB), fast, has a low memory overhead, and provides visualizations that are easy to understand 15:27 &lt;+Complication&gt; Quite agreed :) 15:29 &lt;+Complication&gt; Convenient graphs, with high enough resolution, help find oddities and help ask about them :) 15:29 &lt;@jrandom&gt; if there are any rrdtool gurus out there, if you want to give the latest cvs a glance and see what we're doing and/or see if there are easier ways to accomplish these tasks, I'd love some advice 15:30 &lt;@jrandom&gt; (rrdtool &lt;--&gt;jrobin info @ http://www.jrobin.org/api/jrobinandrrdtoolcompared.html) 15:31 &lt;@jrandom&gt; (and, if someone wants, they could write a fairly small app to read netDb/routerInfo-*.dat, feed them into jrobin databases, and essentially run your own stats.i2p) 15:32 &lt;@jrandom&gt; the in-console jrobin integration is different from the stats.i2p functionality though, as it summarizes *your* router, not all routers. both are useful 15:34 &lt;@jrandom&gt; ok, if there's nothing else on 2) JRobin, lets swing on over to 3) biff and toopie 15:34 &lt;@jrandom&gt; postman: wanna give us the rundown? 15:34 &lt;postman&gt; aah yes 15:35 &lt;postman&gt; years ago the mailservice had an irc bot called biff could notify you about new mails 15:35 &lt;+Complication&gt; Postman's AI foundry ;P 15:35 &lt;postman&gt; with the migration to a new platform biff became unusauble and i had no time to revamp it 15:35 &lt;postman&gt; now it's back online again 15:35 &lt;@jrandom&gt; (yay!) 15:36 &lt;postman&gt; if you wish to monitor your mailbox over irc just /msg biff .help for a list of commands 15:36 &lt;postman&gt; usage is straightforward 15:36 &lt;postman&gt; question/errors/rants/flames -&gt; postman@mail.i2p 15:36 &lt;postman&gt; 2. 15:37 &lt;postman&gt; in order to cope with the (hopefully) increasing stream of newbies jr, cervantes and me thougt of a Q&A bot that can be asked for helkp on the usual daily topics and problems 15:38 &lt;postman&gt; first draft is named toopie and will soon reside on #i2p (i2p-chat maybe too) 15:38 &lt;postman&gt; it will hold a list of topics, and Q&A sorted by topics and indexed by keywords 15:38 &lt;postman&gt; toopie can speak to the channel as well as privmsg with a user 15:38 &lt;+Complication&gt; Sounds neat, though I've never seen one before :) 15:39 &lt;postman&gt; we hope to fill its brain asap 15:39 &lt;postman&gt; Complication: you can play with it in #irc2p (in private if you wish :)) 15:39 &lt;@jrandom&gt; and one of the good parts about it is that we can fill it up with messages on irc :) 15:39 &lt;postman&gt; yes 15:40 &lt;postman&gt; admins can add some lines straight from irc and make it a new q&a 15:40 * tethra suggests an entry purely for the sake of TheJudge/closedshop to the effect of "No, predecessor attacks don't work." 15:40 &lt;+tethra&gt; ;) 15:40 &lt;postman&gt; hee 15:41 &lt;postman&gt; there is still room for the way of structuring the informationm 15:41 &lt;@jrandom&gt; (but they do. though they're not a particular program you "run" to attack someone) 15:41 &lt;postman&gt; more to come soon 15:41 * postman hand back the mike 15:41 &lt;@jrandom&gt; word, thanks postman 15:42 &lt;ashter&gt; postman; will toopie speak in other langages too ? 15:42 &lt;postman&gt; ashter: not (yet) 15:42 &lt;+fox&gt; &lt;mihi&gt; igpay atinlay? *g* 15:42 &lt;ashter&gt; ok 15:42 &lt;postman&gt; ashter: the infrastructure is there ( /me planned this ) 15:42 &lt;@jrandom&gt; word 15:42 &lt;postman&gt; ashter: it will be a version 2 feature 15:42 &lt;ashter&gt; great, really nice thank you 15:44 &lt;postman&gt; (thejudge makes alone 50% of alle irc disconnects today) 15:45 &lt;postman&gt; jrandom: ok next topic 15:46 &lt;@jrandom&gt; ok cool, anyone have anything else on 3) biff and toopie? 15:46 &lt;@jrandom&gt; if not, lets swing on by to 4) new key 15:47 &lt;@jrandom&gt; well, there's not really anything to add to what I posted. new key, yadda yadda 15:47 &lt;@jrandom&gt; ok, lets jump on over to 5) ??? 15:47 &lt;+tethra&gt; erm 15:47 &lt;@jrandom&gt; anyone have anything else to bring up? 15:48 &lt;+tethra&gt; how does biff know you are you? :/ 15:48 &lt;+fox&gt; &lt;mihi&gt; tethra: you have to register 15:48 &lt;+fox&gt; &lt;mihi&gt; just read what is referenced in the weekly notes :) 15:48 &lt;postman&gt; tethra: 1.) you know your mailboxes credentials, 2. you register with an identified nick@biff 15:48 &lt;+fox&gt; &lt;mihi&gt; yes :) 15:48 &lt;+fox&gt; &lt;mihi&gt; what is the point to have expiring keys when you could have expiring subkeys instead? 15:48 &lt;+tethra&gt; postman: ah, ok. thanks. 15:49 &lt;@jrandom&gt; mihi: to compartmentalize compromise. 15:50 &lt;+fox&gt; &lt;mihi&gt; you can delete expired secret subkeys from your keyring if you wish 15:51 &lt;+fox&gt; &lt;mihi&gt; but I guess it is much nicer to have ppl lsign your key every year :) 15:51 &lt;+fox&gt; &lt;mihi&gt; nicer in some sadistic point of view :-&gt; 15:51 &lt;postman&gt; jrandom: now, riddle mihi this :) 15:52 &lt;@jrandom&gt; (assuming only the subkey could be compromised) 15:54 &lt;@jrandom&gt; in any case, anyone have anything else to bring up for the meeting? 15:54 &lt;+fox&gt; &lt;mihi&gt; assume someone compromised your key yesterday. now he can have played a mitm and replaced the new key. 15:54 &lt;+fox&gt; &lt;mihi&gt; i.e. compromise one key -&gt; compromise all future keys, isn't it 15:55 &lt;+Complication&gt; Unless the owner uses a revocation certificate 15:55 &lt;+Complication&gt; invalidate compromised key -&gt; invalidate future ones 15:55 &lt;@jrandom&gt; mihi: and I could revoke the compromised key and tell you not to trust new keys 15:55 &lt;@jrandom&gt; you now have the choice whether to trust the key change or not 15:56 &lt;+fox&gt; &lt;mihi&gt; whom to believe then? :) 15:56 &lt;@jrandom&gt; good question. if you hear a signed revocation in the next day or two, you should discard the new key 15:57 &lt;+fox&gt; &lt;mihi&gt; and if it was a subkey, you'd revoked the amin key and the subkey is automatically discarded :) 15:57 &lt;+fox&gt; &lt;mihi&gt; s/amin/main/ 15:58 &lt;+fox&gt; &lt;mihi&gt; agree to disagree? 15:58 &lt;@jrandom&gt; aye, that we can agree to ;) 15:58 &lt;@jrandom&gt; ok, if there's nothing else for the meeting... 15:58 &lt;+fox&gt; * mihi hands jrandom the *baf*er (after years, just like in good old times...) 16:00 &lt;@jrandom&gt; hehe 16:00 * jrandom winds up 16:00 * jrandom *baf*s the meeting closed </div>/zh/blog/2006/03/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B43%E6%9C%8814%E6%97%A5/Tue, 14 Mar 2006 00:00:00 +0000/zh/blog/2006/03/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B43%E6%9C%8814%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, cervantes, Complication, fc, frosk, jrandom, ripple, susi23, tethra, tmp</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) 嗨 15:09 &lt;@jrandom&gt; 1) 网络状态 15:09 &lt;@jrandom&gt; 2) ??? 15:09 &lt;@jrandom&gt; 0) 嗨 15:09 * jrandom 挥手 15:09 &lt;@jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-March/001270.html 15:10 &lt;@jrandom&gt; 当你们阅读那封长篇大论时，我们先进入 1) 网络状态 15:10 &lt;@jrandom&gt; 网络看起来仍然正常（耶） 15:12 &lt;bar&gt; 昨天我的 udp 连接创下新高，244 15:12 &lt;@jrandom&gt; 我在这方面没太多可补充的——有人有任何评论/问题/担忧吗？ 15:12 &lt;@jrandom&gt; 啊，不错 15:12 &lt;@jrandom&gt; 对，我这边也达到了峰值，目前有 338 个 SSU 连接 15:14 * jrandom 也进行了一些相当大的 i2psnark（I2P 自带的 BitTorrent 客户端）传输，不过速率不总是很理想 15:15 &lt;@jrandom&gt; 我在 stats.i2p 上看到关于 tunnel 选择有一些有趣的周期性变化，不过随着 .0.6.1.13 推出，这方面会有一些改动 15:17 &lt;@jrandom&gt; 我也在做低（更低）带宽的测试和优化，而这其实是目前拖住 ...13 的原因。我想很快会有些不错的东西到来，不过我们再看看进展如何 15:18 &lt;@jrandom&gt; 好，如果 1) 网络状态 没有其他内容，我们把话题交给大家——2) ??? 15:18 &lt;@jrandom&gt; 有人想提什么吗？ 15:18 &lt;+Complication&gt; 我只想汇报创纪录的在线时长，并补充说 build -6 在接受参与型 tunnel 时非常保守 15:19 &lt;+Complication&gt; （不过我之前已经提到过了） 15:19 &lt;@jrandom&gt; 不错——即使在更低的 peer 数量下，它表现也还可以，对吧？ 15:19 &lt;+Complication&gt; 其实最近 peer 数量有点上升 15:20 &lt;@jrandom&gt; 啊，OK 15:20 &lt;+Complication&gt; 现在更像是 50...100 15:20 &lt;+Complication&gt; （通常更接近 50 而不是 100） 15:20 &lt;@jrandom&gt; 哦，那相比之前仍然算比较低 15:20 &lt;+Complication&gt; 大约 30 的值似乎就是最低了 15:21 &lt;+Complication&gt; 不过总体来说运行良好 15:21 &lt;@jrandom&gt; 太好了 15:26 * jrandom 想借此机会向近期支持 I2P 的一些贡献者致意——特别感谢 bar、$anon、postman，以及 http://www.i2p.net/halloffame 上的其他各位！ 15:27 &lt;@jrandom&gt; 代码和内容的贡献当然至关重要，但资金支持能让我不必去普通的工作岗位，从而全职埋头 I2P 的开发，并且还能覆盖我们多样的基础设施成本 15:28 &lt;bar&gt; 我脸红了，不过谢谢 :) 15:28 &lt;@cervantes&gt; w00t 15:29 &lt;+Complication&gt; 不错 :) 15:31 &lt;ripple&gt; jrandom: pastebin.i2p...任务完成.... 15:32 &lt;@jrandom&gt; ripple: 多谢——看起来它的行为符合预期——在 OOM（内存耗尽）时，它会快速而惨烈地死亡，服务包装器会检测到并重启 router 15:32 &lt;@jrandom&gt; 好，关于会议还有别的吗？ 15:34 &lt;tmp&gt; 是的，让我们为 Betty 的恢复祈祷。 15:34 * tethra 祈祷 15:34 &lt;@jrandom&gt; 你们的祈祷得到了回应——她回来了 :) 15:34 &lt;tmp&gt; 信仰驱动的 I2P。 15:35 &lt;tmp&gt; 好的。 ;) 15:35 &lt;tethra&gt; 太棒了 15:35 &lt;tethra&gt; XD 15:35 &lt;fc&gt; tmp：那是某种传输协议还是什么？ 15:35 &lt;tethra&gt; 匿名祈祷？ 15:35 &lt;@jrandom&gt; betty == 我的笔记本电脑 15:35 &lt;tethra&gt; 连上帝都不知道你是谁！ 15:36 &lt;@frosk&gt; bar 如此给力捐赠的新机器怎么样了？ 15:36 &lt;+susi23&gt; jr：你没把它命名为 susi??? 真该羞羞你 ;) 15:37 &lt;@jrandom&gt; 新机器目前正在组装中，一台 x86_64（x2）机器，跑 Windows、Gentoo，也许还有 fbsd 15:37 &lt;@frosk&gt; 酷 15:37 &lt;@jrandom&gt; （一旦准备好，敬请期待我博客上的一些照片 ;) 15:38 &lt;fc&gt; bsd! bsd! bsd! ;) 15:38 &lt;@jrandom&gt; susi23：新的那台需要一个新名字... ;) 15:38 &lt;@cervantes&gt; susan! 15:39 &lt;@jrandom&gt; ;) 15:39 &lt;@jrandom&gt; 好，如果会议没有其他内容了... 15:39 * jrandom 收尾 15:39 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2006/03/14/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-03-14/Tue, 14 Mar 2006 00:00:00 +0000/zh/blog/2006/03/14/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-03-14/<p>大家好，本周又带来一个简短的更新</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>过去一周网络相当稳定——有超过 60 台 router 已连续运行超过 3 天（其中有几台已连续运行超过 2 周），而且我的 IRC 连接也已持续了三天以上。上周对 tunnel 节流做了一些微调，但并不多，因为有些改动是在一台无法访问的机器上。</p> <p>话说回来，betty 在几小时前已经重新上线了，而我尚未发布的更改也已汇总打包，目前正在进行测试。 这意味着我们很可能会在本周晚些时候发布一个新版本，推出自 0.6.1.12-0 以来的所有更改。 一如既往，有更多消息时我们会再通知。</p> <ul> <li> <ol start="2"> <li>???</li> </ol> </li> </ul> <p>过去一周由于硬件问题，开发方面的进展相当缓慢，不过在应用层面倒是有一些有趣的事情在发生。为了不抢他们的风头，我还是先保持沉默，等那些忙着开发这些东西的人准备好公开讨论时再说。总之，我开会已经迟到了，还是把这些笔记收个尾吧——在 #i2p 见！</p> <p>=jr</p>/zh/blog/2006/03/07/2006-03-07-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 07 Mar 2006 00:00:00 +0000/zh/blog/2006/03/07/2006-03-07-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，这次的每周更新很简短。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>过去一周进展相当不错；随着网络中超过 90% 的节点运行在 0.6.1.12 上，tunnel 构建成功率表现不错，而我观察到的对等节点选择和端到端吞吐量也呈上升趋势。仍然有一些限速方面的问题我正在 CVS 中处理，同时也在进行一些优化，以减少对等通信中不必要的扩散范围，不过这些看起来相当有希望。迟早会发布 0.6.1.13 的更新，但并非迫在眉睫。</p> <ul> <li> <ol start="2"> <li>???</li> </ol> </li> </ul> <p>我们今天只有一则简短的状态说明，这并不是因为没什么可说的，主要是因为我现在的笔记本电脑暂时无法使用。它正在进行紧急的硬件更换，希望本周晚些时候能修好。与此同时，我在用朋友的机器远程跟进各项进展并处理变更（这也是这条消息没有签名的原因）。</p> <p>I&rsquo;ve seen some neat stuff from zzz coming down the pipeline too (no pun intended), so swing on by zzz.i2p for more info, and maybe we&rsquo;ll get an update on those during the meeting.</p> <p>总之，暂时就这些。 顺道到 #i2p 参加会议打个招呼！</p> <p>=jr</p>/zh/blog/2006/03/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B43%E6%9C%887%E6%97%A5/Tue, 07 Mar 2006 00:00:00 +0000/zh/blog/2006/03/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B43%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, Complication, dust, jrandom, susi23</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) 嗨 15:08 &lt;jrandom&gt; 1) 网络状态 15:08 &lt;jrandom&gt; 2) ??? 15:08 &lt;jrandom&gt; 0) 嗨 15:08 * jrandom 挥手 15:08 &lt;jrandom&gt; 每周状态笔记已发布在 http://dev.i2p.net/pipermail/i2p/2006-March/001267.html 15:09 * jrandom 给你们几个小时通读那部巨大的笔记巨著 15:10 * Complication 装作还没注意到 ;) 15:11 &lt;+Complication&gt; 嗨 :) 15:11 &lt;+susi23&gt; 嗨 :) 15:12 &lt;jrandom&gt; 好吧，那就开始 1) 网络状态 15:12 &lt;jrandom&gt; 那封邮件说了我对近期情况的总体看法。和你们看到的情况一致吗？ 15:13 &lt;+Complication&gt; 限速方面的修复似乎提高了可靠性，但确实压低了带宽 15:13 &lt;+Complication&gt; 等一下，我去找那张图 15:14 &lt;+Complication&gt; `http://complication.i2p/files/bw-week.png` 15:14 &lt;+Complication&gt; 图上高的那段是在非最新版本，低的那段是在最新版本 15:15 &lt;+Complication&gt; 限速器设置相同，不过在更严格（最新）的版本上我可能设得更宽松一点 15:16 &lt;+Complication&gt; 但问题不大，毕竟它确实还能传输 15:16 &lt;jrandom&gt; 不错，随着接近你的实际带宽上限，降低带宽占用是合理的 15:17 &lt;+Complication&gt; 大多数时候，它似乎在达到“持续带宽”上限之前就回落了 15:17 &lt;+Complication&gt; 从未触及突发上限 15:18 &lt;+Complication&gt; （这本身是合理的——让我担心的是在达到持续上限之前就回落） 15:19 &lt;bar&gt; 我看到的和 Complication 基本一样。我的总带宽占用只有我最大设置的 50%。在 0.6.1.11 之前通常是约 80%。 15:19 &lt;jrandom&gt; 你的限速是 200kbps，突发 300kbps 吗？ 15:20 &lt;jrandom&gt; （只是想知道以前在突发状态下待了多长时间） 15:20 &lt;jrandom&gt; 不过，降低带宽占用是最近改动的目标之一 15:21 &lt;+Complication&gt; ~225 持续，~325 突发 15:21 &lt;+Complication&gt; 哎，我可能已经…… 15:22 &lt;+Complication&gt; 我是不是*理解*错了？ 15:23 &lt;+Complication&gt; 算了，我是个傻瓜……算错了，没我想的那么糟 :O 15:23 &lt;jrandom&gt; 数据不足 :) 这可能暗示着个问题，但就你目前描述来看，事态表现符合预期 15:23 &lt;+Complication&gt; 是保守了点，但远没我想的那么糟 15:24 &lt;+Complication&gt; 根据 Router Console（I2P 路由控制台，度量单位与限速器相同），出站总平均为持续上限的 2/3、突发上限的 1/2 15:25 &lt;+Complication&gt; 但入站总平均我得说仅略高于持续上限的 1/3、突发上限的 1/4 15:26 &lt;+Complication&gt; 例如，假设持续上限为 30、突发上限为 40，出站会是 20，入站刚刚超过 10（主要是因为负载不足） 15:26 &lt;jrandom&gt; 不错 15:26 &lt;+Complication&gt; 不过我误读了那张图，是因为 Kb/KB 的问题 :O 15:27 * Complication 把那张图从历史中抹掉 15:28 &lt;jrandom&gt; 不过眼尖，哪儿有点不对劲一定告诉我 15:28 &lt;jrandom&gt; 好的，关于 1) 网络状态还有别的吗？ 15:28 &lt;jrandom&gt; 如果没有，我们就转到 2) ??? 15:28 &lt;jrandom&gt; 还有什么要讨论的吗？ 15:30 &lt;+Complication&gt; 嗯，有一些 jbigi 的测试，看来有人得到的结果显示 Linux 的 64 位版本有点慢 15:31 &lt;+Complication&gt; 他们测得比纯 Java 还慢，不确定是不是测量误差 :O 15:32 &lt;+Complication&gt; 我复现不出来 15:32 &lt;jrandom&gt; 是啊，我也不确定他们在那个平台上到底用的是哪个 .so 15:32 &lt;+Complication&gt; 在我这儿，比纯 Java 大约快一倍 15:32 &lt;+dust&gt; 我在 syndie 中用 HTML 作为额外消息格式的实验开始有进展了。我的本地“sucker”现在可以抓取网页（含图片）并把它们存成 syndie 帖子 15:33 &lt;jrandom&gt; 啊，太赞了 dust 15:33 &lt;+dust&gt; 不过没有 CSS 15:33 &lt;+Complication&gt; 但 32 位那边的人说它比纯 Java *快多了*（比如 10 倍之类） 15:35 &lt;bar&gt; 嗯……Complication，会不会现在的 amd64 .so 其实只适用于 32 位系统，而他是在 64 位 OS 上测试的？ 15:36 &lt;+Complication&gt; bar：有可能，因为我也是在 64 位 OS 上测的 :O 15:36 &lt;jrandom&gt; 如果我没记错（iirc），amd64 是为 pure64 的 debian 构建的 15:37 &lt;+Complication&gt; 不管怎样，有人建议引入更新的 gmp 可能会有帮助 15:37 &lt;bar&gt; 只是瞎猜一下，我对这些并不在行 15:37 &lt;jrandom&gt; 呃，我们用的是 4.1.4 15:37 &lt;+Complication&gt; 尤其是在他们即将进行版本跳跃之后 15:38 &lt;+Complication&gt; 因为我不是 gmp 专家，也说不出太多 15:38 &lt;jrandom&gt; （而且 gmp 即将到来的优化不太可能带来显著提升） 15:38 &lt;+Complication&gt; 除了“也许确实如此”之外 15:38 &lt;jrandom&gt; 提升主要来自按架构分别构建 15:40 &lt;+Complication&gt; 在我的测试中（受他们的测试触发），在 64 位 Mandriva 上的 64 位 Sempron 上使用 64 位 athlon 库，看起来……只比纯 Java 略快 15:40 &lt;+Complication&gt; （哦，还有 64 位 VM） 15:41 &lt;+Complication&gt; （“略快”是指两倍） 15:41 &lt;jrandom&gt; 嗯，好吧 15:42 &lt;+Complication&gt; 我会在更多平台组合上做测试，如果发现值得转述的东西会告诉你们 15:43 &lt;jrandom&gt; 很好，谢谢 15:43 &lt;jrandom&gt; 好的，这次会议还有别的议题吗？ 15:46 &lt;jrandom&gt; 如果没有…… 15:46 * jrandom 收尾 15:47 * jrandom *baf*s 会议结束 </div>/zh/blog/2006/02/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B42%E6%9C%8828%E6%97%A5/Tue, 28 Feb 2006 00:00:00 +0000/zh/blog/2006/02/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B42%E6%9C%8828%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> blubb, cervantes, Complication, DeltaQ, jrandom, Magii, nymisis, postman, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:11 &lt;jrandom&gt; 0) 嗨 15:11 &lt;jrandom&gt; 1) 网络状态和 0.6.1.12 15:11 &lt;jrandom&gt; 2) 迈向 0.6.2 15:12 &lt;jrandom&gt; 3) 小项目 15:12 &lt;jrandom&gt; 4) ??? 15:12 &lt;jrandom&gt; 0) 嗨 15:12 * Complication 迅速阅读笔记 15:12 * jrandom 挥手 15:12 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-February/001266.html 15:12 &lt;jrandom&gt; （而且这次我在会议开始前超过 15 分钟就贴出了笔记！ ;) 15:13 &lt;jrandom&gt; 好，当各位阅读那些“超激动人心”的内容时，我们先进入 1) 网络状态和 0.6.1.12 15:14 &lt;jrandom&gt; 如前所述，0.6.1.10–0.6.1.12 这些版本的主要目标似乎已经达成，解决了 tunnel（隧道）创建加密的变更，并显著提高了创建的可靠性 15:16 &lt;jrandom&gt; 我们在 0.6.1.10 看到的波动已经消失，IRC 的稳定性似乎又相当不错了 15:16 &lt;jrandom&gt; 关于 1) 网络状态和 0.6.1.12 还有别的要提吗，还是我们移步到 2) 迈向 0.6.2？ 15:17 &lt;+Complication&gt; 我这边的网络状态：不再跌到 20 KB/s 以下了 :) 15:18 &lt;jrandom&gt; 酷，没错，0.6.1.12 修复了 0.6.1.11 中一个相当大的缺陷，之前它不能充分利用可用带宽。现在应该能更好地利用可用资源了 15:20 &lt;jrandom&gt; 好，我们跳到 2) 15:20 &lt;jrandom&gt; 如前所述，在为 0.6.2 加入最后一个功能改动之前，还有几件事需要理顺，不过我们这方面正在推进 15:20 &lt;nymisis&gt; 网络状态很好 :) 15:22 &lt;jrandom&gt; 嗯。新对等节点排序策略的细节在发布前会有更多信息；不过从笔记里的简要提及，大家应该能了解大意 15:23 &lt;jrandom&gt; 关于 2) 迈向 0.6.2，有任何问题/评论/担忧吗？ 15:23 &lt;postman&gt; jrandom：这次会有测试网吗？ 15:24 &lt;postman&gt; （需要任何 routers（路由器）、参与者来测试东西吗） 15:24 &lt;postman&gt; ? 15:24 &lt;+Complication&gt; 这事的本质相当直接——限制对手收集多样统计数据的机会 15:25 &lt;+Complication&gt; 听起来是个非常可取的特性 15:25 &lt;jrandom&gt; postman：新东西应该在线上网络透明运行，只使用本地信息，因此不需要单独的网络来测试 15:25 &lt;jrandom&gt; 是的，正是这样，Complication 15:26 &lt;postman&gt; ok 15:26 &lt;postman&gt; jrandom：你有勇气透露一下 0.6.2 的预计时间吗？ :) 15:27 &lt;blubb&gt; 4 月 1 日 15:27 &lt;jrandom&gt; 嗯，鉴于今天是 2 月末，我猜是 3 月或 4 月 15:27 &lt;postman&gt; 呵呵 15:27 &lt;jrandom&gt; blubb：那时我们已经安排了一个 MI6 后门 ;) 15:29 &lt;@cervantes&gt; 更像是一个 MI6 的猫门 15:29 &lt;@cervantes&gt; （预算削减） 15:29 &lt;postman&gt; 在大象馆里 15:30 &lt;nymisis&gt; 要严格说的话，那是 SIS，不是 MI6。 :) 15:30 &lt;jrandom&gt; 算了，我们就叫他们“他们”吧 ;) 15:31 &lt;jrandom&gt; 好，关于 2) 还有别的吗？ 15:31 &lt;jrandom&gt; 如果没有，我们就挪到 3) 小项目 15:31 &lt;@cervantes&gt; 抱歉，“the firm” 15:34 &lt;jrandom&gt; 好，我只是想指出几件很不错的事情：1) 易于实现，2) 非常有用 15:34 &lt;+Complication&gt; 关于小项目，我不确定我发给 Syndie 的回复是否发出去了，不过我在想能不能抢一个。 15:34 &lt;+Complication&gt; 还不确定选哪一个。目前在多练习一点 Java（在做一个微项目 :D），以增加把握，等我开始时能处理一个 15:35 &lt;DeltaQ&gt; 嗯，如果我在控制台把带宽调高，变化会立即生效还是需要重启？ 15:35 &lt;+Complication&gt; 等我把这个“微项目”准备好（当然前提是清单上还没被挑完），我会试着选一个 15:35 &lt;jrandom&gt; w3wt，太好了，Complication 15:36 &lt;jrandom&gt; DeltaQ：立即 15:36 &lt;@cervantes&gt; 1) Syndie 调度器不就是和 4) 下载管理器 / eepget 调度器关联起来的吗 15:36 &lt;+Complication&gt; DeltaQ：几乎立刻生效（在带宽被平均计算的周期内） 15:37 &lt;@cervantes&gt; 在我看来，一个功能更通用的上传/下载管理器可以同时满足这两种需求 15:37 &lt;jrandom&gt; cervantes：嗯，不一定。 1) 相当聚焦，而且还包含推送，而 4) 相当通用 15:37 &lt;+Complication&gt; cervantes：听起来可以的 15:37 &lt;jrandom&gt; 不过，是的，两者背后的引擎都是 EepGet 15:37 &lt;jrandom&gt; （eepget 以编程方式完成 Syndie 的 HTTP 传输） 15:38 &lt;DeltaQ&gt; 平均值似乎上不去超过 13KB/s 15:38 &lt;DeltaQ&gt; 我设置了 64KB/s，下行突发 192 15:38 &lt;DeltaQ&gt; 上行为 32/64 15:38 &lt;@cervantes&gt; 所以，一个通用的推送和拉取的 eepget，加上调度与管理的 API... 15:39 &lt;@cervantes&gt; 不过，到那时它大概就不再是小项目了 15:39 &lt;+Complication&gt; DeltaQ：平均值还取决于你的客户端 tunnels（以及其他节点的参与型 tunnels）产生了多少负载 15:39 &lt;+Complication&gt; 抱歉，s/average/actual bandwidth 15:39 &lt;jrandom&gt; cervantes：是的，不过 Syndie 的相关内容涉及相当多的逻辑。 15:40 &lt;DeltaQ&gt; 嘿，终于上去了 15:40 &lt;DeltaQ&gt; 1s: 30.82/29.33KBps 15:40 &lt;DeltaQ&gt; 看来我需要把上传带宽再调高 15:40 &lt;jrandom&gt; DeltaQ：平均值还会受别人如何看待你的影响，这取决于你的行为而不是任何宣称的速率，所以需要一点时间 15:40 &lt;+Complication&gt; DeltaQ：对于透传流量（参与型 tunnels），进来多少就得出去多少 15:41 &lt;+Complication&gt; DeltaQ：因此上传/下载速率差异很大时，会把参与型流量限制在两者中较低的那个 15:42 &lt;+Complication&gt; DeltaQ：此外，参与型流量还取决于其他节点如何“感知”你的节点的路由能力 15:42 &lt;DeltaQ&gt; 好 15:43 &lt;+Complication&gt; 如果他们觉得你路由能力强，就会更常来请求 15:43 &lt;jrandom&gt; 好，如果 3) 小项目没有别的了，我们就跳到 4) ??? 15:43 &lt;jrandom&gt; 还有别的要在会议上提出的吗？ 15:43 &lt;DeltaQ&gt; 嗯，我在一个 router 后面，不过我把端口 8887 映射到了这台电脑 15:43 &lt;+Complication&gt; 如果是新节点，或者刚刚增加了容量，他们会有点谨慎 15:44 &lt;DeltaQ&gt; 哦，抱歉，我不是想打断会议 ^^ 15:44 &lt;+Complication&gt; 前几天有人问到基于时钟偏移的可能攻击。我想我看到了你关于 tunneling 部分的回答（创建消息只包含 tunnel 的有效期，而不是创建者视角的时间）… 15:44 &lt;@cervantes&gt; （谢谢在状态说明中提到我） ;-)_ 15:46 &lt;+Complication&gt; 所以我就在想，想问一下……在 I2P 的消息传递中，有哪些点（如果有的话）可能包含发送者视角的时间？ 15:47 &lt;+Complication&gt; 我还没来得及把自己在这方面追到最新，所以有点摸不着头绪 15:47 &lt;jrandom&gt; Complication：没有任何地方会明确地说“我认为现在是 $time”，但借助足够的流量与时序分析，可能会把范围大大缩小 15:48 &lt;jrandom&gt; 我们确实以较大的周期对时间进行量化，但没有大到我们的最大时钟偏移，因此这里还有空间 15:49 &lt;+Complication&gt; 你觉得做一个更“精简”的 NTP 客户端最终会带来好处吗？ 15:49 &lt;+Complication&gt; 能更容易把偏移保持得更小的那种？ 15:50 &lt;jrandom&gt; 嗯，自从 sntp 客户端被引入 I2P 后，它一直在不断改进，所以现在我们不再看到过去那样的波动了 15:51 &lt;jrandom&gt; 也许我们可以把最小偏移限制从 10 秒降到 2 或 3 秒，甚至更低 15:51 &lt;jrandom&gt; 或者，我们可以让它也参考 SSU 的时钟偏移，以避免不必要的偏移 15:52 &lt;+Complication&gt; 或者，从另一面看，是否可以进一步限制推测另一节点可能时钟值的机会？ 15:53 * Complication 不知道哪种更实际，只是在随便提出一些可能性 :D 15:53 &lt;jrandom&gt; 不，我们知道直接连接的对等节点的时钟偏移 15:55 &lt;Magii&gt; 有没有办法判断更新是否成功完成？ 15:55 &lt;+Complication&gt; 啊哈，所以会话协议确实依赖这些信息.. 15:55 &lt;tethra&gt; 看一下你的版本号 15:55 &lt;+Complication&gt; Magii：它应该会在日志里写一条类似 CRIT “update verified, restarting to install” 15:55 &lt;tethra&gt; :/ 15:55 &lt;+Complication&gt; 然后，它会倒计时几分钟进行一次优雅重启 15:56 &lt;+Complication&gt; 最后重启 15:57 &lt;+Complication&gt; 哦，顺便问一句：内部的 NTP 客户端是否知道类似“时钟漂移率”的概念？ 15:58 &lt;jrandom&gt; 是的，`http://localhost:7657/index.jsp` 左上角的版本号应该就能说明问题 :) 15:58 &lt;jrandom&gt; Complication：不，它不保证时钟跳变是顺序的 15:59 &lt;jrandom&gt; s/sequential/ordered/ 15:59 &lt;+Complication&gt; 也不会形成类似“我们的系统时钟比需要的快 0.00345 倍”这样的认知？ 16:00 &lt;jrandom&gt; 啊，不会，不过把这点加到 net.i2p.util.Clock 里并不难（想要一个小项目吗？ :) 16:00 &lt;+Complication&gt; 我正好也在想类似的事情 16:01 &lt;+Complication&gt; 我想我现在会多想想这件事 :) 16:01 &lt;+Complication&gt; 不过，先做其他小项目 :) 16:02 &lt;jrandom&gt; 好，还有别的会议议题吗？ 16:03 &lt;nymisis&gt; 松饼？ 16:04 &lt;jrandom&gt; 不，煎饼 16:04 &lt;jrandom&gt; （mmMMmm 煎饼） 16:04 &lt;jrandom&gt; 说到这 16:04 * jrandom 收尾 16:04 &lt;nymisis&gt; 哦，该死，说得对。 16:04 * jrandom 用 *baf* 的方式宣布会议结束 </div>/zh/blog/2006/02/28/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-02-28/Tue, 28 Feb 2006 00:00:00 +0000/zh/blog/2006/02/28/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-02-28/<p>嘿，大家，又到了我们周二吐槽时间了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态与 0.6.1.12 2) 通往 0.6.2 之路 3) 小型项目 4) ？？？</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.12</li> </ol> </li> </ul> <p>过去一周，网络上出现了显著改进：上周二广泛部署了 0.6.1.11，随后在本周一发布了 0.6.1.12（目前已推送到网络的 70%——谢谢！）。总体而言，相比 0.6.1.10 及更早的版本，情况有了大幅改善——在不使用那些 fallback tunnels（备用 tunnel）的情况下，tunnel 构建成功率整整高了一个数量级，时延降低，CPU 使用率降低，吞吐量提高。此外，在完全禁用 TCP 的情况下，数据包重传率保持在可控范围内。</p> <ul> <li> <ol start="2"> <li>Road to 0.6.2</li> </ol> </li> </ul> <p>在对等体选择代码方面仍有改进空间，因为我们仍然看到10-20%的客户端 tunnel 拒绝率，而且高吞吐量（10+KBps）的 tunnels 并没有像应有的那样常见。另一方面，既然CPU负载已经大幅下降，我可以在 dev.i2p.net 上运行一个额外的 router，而不会给我的主 router 带来问题（它提供 squid.i2p、www.i2p、cvs.i2p、syndiemedia.i2p 等服务，带宽可达 2-300+KBps）。</p> <p>此外，我正在为处于高度拥塞的网络环境的用户尝试一些改进（什么？难道还有人不是这样的吗？）。在这方面看起来已有一些进展，但还需要更多测试。我希望这能帮助 irc2p 上那四五位似乎难以维持可靠连接的人（当然，也能帮助那些遭受同样问题却默默承受的人）。</p> <p>在那部分运行良好之后，在我们能把它称为 0.6.2 之前，我们还有一些工作要做 - 除了这些改进的节点选择策略之外，我们还需要新的节点排序策略。 作为基础，我希望先实现三种新策略 - = 严格排序（限制每个节点的前驱和后继， 并采用MTBF轮换） = 固定两端（使用固定的节点作为入站网关和 出站端点） = 受限邻居（使用一组受限的节点作为第一个远程 跳点）</p> <p>还有其他有趣的策略需要继续推进，但那三个是最为相关的。一旦它们到位，我们在 0.6.2 的功能就算完成。粗略的预计时间是三月/四月。</p> <ul> <li> <ol start="3"> <li>Miniprojects</li> </ol> </li> </ul> <p>有太多有用的事情可以做，多得我都数不过来，不过我只是想请大家关注我博客上的一篇文章，里面介绍了五个小项目，程序员不必投入太多时间就能迅速做出来[1]。如果有人有兴趣马上着手这些，我相信我们会从公共基金中拨出一些资源[2]以示感谢，尽管我也明白你们大多数人是被黑客精神驱动而不是被金钱驱动的 ;)</p>/zh/blog/2006/02/21/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-02-21/Tue, 21 Feb 2006 00:00:00 +0000/zh/blog/2006/02/21/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2006-02-21/<p>大家好，又是星期二了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>自 0.6.1.10 发布以来，网络经历了一些波折，部分原因在于向后不兼容，另一些原因则是出现了意料之外的 bug。0.6.1.10 的可靠性和运行时间都不够理想，因此在过去的 5 天里连续发布了一系列补丁，最终推出了新的 0.6.1.11 版本 - <code>http://dev.i2p.net/pipermail/i2p/2006-February/001263.html</code></p> <p>在 0.6.1.10 中发现的大多数缺陷自去年九月的 0.6 发布起就已存在，但在仍可回退到替代传输协议（TCP）时并不明显。我的本地测试网络会模拟数据包故障，但并未真正覆盖 router 波动（节点频繁加入/离开）以及其他持续性的网络故障。_PRE 测试网络还包含了一组自我挑选的、相当可靠的对等节点，因此在正式发布之前仍有相当多的情形没有被充分探索。这显然是个问题，下一次我们会确保纳入更广泛的场景。</p> <ul> <li> <ol start="2"> <li>???</li> </ol> </li> </ul> <p>There&rsquo;s a bunch of things going on at the moment, but the new 0.6.1.11 release jumped to the head of the queue. The network will continue to be a bit bumpy until a large number of people are up to date, after which work will continue moving forward. One thing worth mentioning is that cervantes is working through some sort of IE-related security domain exploit, and while I&rsquo;m not sure if he is ready to explain the details, preliminary results suggest its viable, so the anonymity-minded out there should avoid IE in the meantime (but you knew that anyway ;). Perhaps cervantes can give us a summary in the meeting?</p>/zh/blog/2006/02/14/i2p-2006-02-14-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 14 Feb 2006 00:00:00 +0000/zh/blog/2006/02/14/i2p-2006-02-14-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，今天做个简要更新。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) 0.6.1.10 3) Syndie 活动 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>正如我上周所说，&ldquo;过去一周线上网络（live net）没有任何实质性的变化，因此线上网络的状态也没有太大变化。另一方面&hellip;&rdquo;</p> <ul> <li> <ol start="2"> <li>0.6.1.10</li> </ol> </li> </ul> <p>There has been more progress with the _PRE network to get us to the 0.6.1.10 release, and the other day I gave y&rsquo;all the 5 day warning [1]. Things are still on track, so I expect 0.6.1.10 to be out sometime late thursday. The release will not be backwards compatible, and your router will likely create a new router identity and require reseeding to get onto the new network. This should happen transparently though.</p>/zh/blog/2006/02/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B42%E6%9C%8814%E6%97%A5/Tue, 14 Feb 2006 00:00:00 +0000/zh/blog/2006/02/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B42%E6%9C%8814%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, Complication, duck, frosk, jrandom, void</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 15:39 &lt;jrandom&gt; 0) 嗨 15:39 &lt;jrandom&gt; 1) 网络状态 15:39 &lt;jrandom&gt; 2) 0.6.1.10 15:39 &lt;jrandom&gt; 3) Syndie 活动 15:39 &lt;jrandom&gt; 4) ??? 15:39 &lt;jrandom&gt; 0) 嗨 15:39 * jrandom 挥手 15:39 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-February/001260.html 15:39 &lt;jrandom&gt; (我这次发得有点晚，所以给大家一分钟快速浏览一下那些简短的说明) 15:40 &lt;+Complication&gt; 你好 15:40 &lt;@cervantes&gt; 嗨 15:41 &lt;jrandom&gt; 嗯，够简短了，那我们直接进入 1) 网络状态 15:41 &lt;jrandom&gt; 我没有什么要补充的，有人要就此讨论点什么吗？ 15:41 &lt;@cervantes&gt; &lt;jrandom&gt; (该死的不稳定网络连接) 15:41 &lt;+Complication&gt; 偶尔有点拥堵，但图表显示这不是什么新情况 15:42 &lt;jrandom&gt; 呵呵，cervantes，那是因为我一个室友在用 limewire，不是 i2p 的问题 ;) 15:43 &lt;@cervantes&gt; 过去几周我们的 irc 和 postman 的 tracker 也遇到了各种服务器问题——postman 做了很多迁移，所以现在对大家来说应该更稳定了 15:43 &lt;+Complication&gt; 让他们那样干肯定很难受，但我想……生活就是这样 :O 15:43 &lt;+Complication&gt; 那样=用 limewire 15:44 &lt;+Complication&gt; 不过今天早上，tracker.postman.i2p 拒绝连接 15:44 &lt;jrandom&gt; Complication: 磁盘满了，现在已修复 15:44 &lt;jrandom&gt; (新机器也有它们自己的怪脾气) 15:46 &lt;jrandom&gt; 好的，关于 1) 网络状态，还有别的要补充吗？ 15:46 &lt;jrandom&gt; 否则，那我们就转到 2) 0.6.1.10 15:47 &lt;jrandom&gt; 如前所述，我们几天内会发布一个向后不兼容的新版本 15:48 &lt;jrandom&gt; 虽然它本身不会彻底革新我们的性能，但会改进几个关键指标，助我们更进一步 15:48 &lt;jrandom&gt; 里面也包含一大堆错误修复 15:49 &lt;@cervantes&gt; zzz 的 server tunnel 改进会纳入这一版吗？ 15:49 &lt;jrandom&gt; 哦，还有那个整体匿名性改进的东西……你懂的，必不可少 15:50 &lt;jrandom&gt; cervantes: 大概不会，自从上周发到 zzz.i2p 的帖子后没什么消息。不过我在 cvs 里做了一些小的 bug 修复（以支持 lighttpd 等），但不会有 zzz 的持久连接 15:50 &lt;jrandom&gt; (还没有) 15:51 &lt;@frosk&gt; 你们最后定下来的 DH 密钥大小/等参数是多少？ 15:51 &lt;@cervantes&gt; 是的，几周前我看到了那些换行符问题，但因为 zzz 即将提交的改进，我暂时没有改动 15:51 &lt;jrandom&gt; 啊，目前我们会坚持用 2048 位的加密和较小的指数 15:52 &lt;@frosk&gt; 所以可以预期更低的 CPU 占用？ 15:52 &lt;jrandom&gt; 是的 15:53 &lt;@frosk&gt; 太棒了 15:53 &lt;jrandom&gt; 改用 1024 位会让 CPU 负载再降低一个数量级，但需要对 tunnel 创建结构做一些返工（1024 位非对称加密不足以承载我们需要传递的数据）。 15:54 &lt;jrandom&gt; 不过我们未来可能会探索这一点，但下个版本应该会显著降低 CPU 开销 15:54 &lt;jrandom&gt; 我还禁用了 TCP 传输，因为我是个刻薄而凶残的人 15:55 &lt;@frosk&gt; 在 1.0 之前你还预计会有更多不兼容的升级吗？ 15:55 &lt;jrandom&gt; 希望不会 15:55 * cervantes 一定是个丹麦漫画家 15:55 &lt;@frosk&gt; 我觉得我们不会想念 tcp 的 :) 15:55 &lt;@cervantes&gt; 我是说 jrandom 才是 15:55 &lt;@cervantes&gt; ;-) 15:55 * jrandom 看着大使馆燃烧 15:56 &lt;jrandom&gt; 好的，关于 2) 0.6.1.10，还有别的要补充吗？ 15:56 &lt;void&gt; 为什么之前不支持 lighttpd？ 15:56 &lt;jrandom&gt; （啊，顺带一提，0.6.1.10 的 streaming 库也有一些有趣的改进，比如 TCP 风格的快速重传等，我们看看这能有多大帮助） 15:57 &lt;@cervantes&gt; void: 格式错误的头部 15:57 &lt;jrandom&gt; void: 我们不符合标准的一个 bug 15:57 &lt;void&gt; 啊，这些不一致的换行符 bug 也修好了吗？ 15:58 &lt;void&gt; 那空字符的那个呢？你们在等 zzz 的持久连接补丁吗？ 15:58 &lt;jrandom&gt; 换行符的 bug 就是那个格式错误的头部，已经修复了 15:58 &lt;jrandom&gt; 关于空字符那个没有新消息 15:59 &lt;void&gt; 好的 16:00 &lt;jrandom&gt; 好的，如果关于 2 没有别的了，我们简要转到 3) Syndie 活动 16:00 &lt;jrandom&gt; 嗯，我其实没什么好补充的…… 16:01 &lt;jrandom&gt; (我 /确实/ 说了“简要”) 16:01 &lt;jrandom&gt; 那我们跳到 4) ??? 16:01 &lt;jrandom&gt; 还有什么想在会议上提的吗？ 16:01 &lt;+fox&gt; &lt;duck&gt; 忙着看 Syndie，没空评论 16:01 &lt;jrandom&gt; ;) 16:02 * Complication 正忙着发布毫无意义的签名，没空评论 :D 16:05 &lt;jrandom&gt; 好的，酷。再提醒一下，发布前的一两天里大家别碰 CVS，因为 CVS HEAD 将会合入 _PRE 分支的变更，而 _PRE 分支会被退休 16:05 * jrandom 做好准备 16:05 * jrandom *baf*s 会议结束 </div>/zh/blog/2006/02/07/i2p-2006-02-07-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 07 Feb 2006 00:00:00 +0000/zh/blog/2006/02/07/i2p-2006-02-07-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家好，星期二又到了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) _PRE 网络进度 3) I2Phex 0.1.1.37 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>过去一周主网没有出现任何实质性变化，因此主网状态也几乎没有变化。另一方面……</p> <ul> <li> <ol start="2"> <li>_PRE net progress</li> </ol> </li> </ul> <p>上周，我开始将用于 0.6.1.10 版本的向后不兼容代码提交到 CVS 中的一个单独分支（i2p_0_6_1_10_PRE），并且一批志愿者帮助进行了测试。这个新的 _PRE 网络无法与现网通信，并且几乎没有任何有意义的匿名性（因为节点少于 10 个）。借助那些 routers 的 pen register（拨号记录器）日志，我们已经在新旧代码中定位并修复了几处较为严重的缺陷，不过进一步的测试和改进仍在进行中。</p> <p>新的 tunnel 创建加密方案的一个方面是，创建者必须在一开始就为每个跳（hop）执行计算开销很大的非对称加密，而旧的 tunnel 创建方式只有在前一跳同意参与该 tunnel 时才进行加密。该加密可能需要 400-1000ms 甚至更多，具体取决于本地 CPU 性能以及 tunnel 的长度（它对每一跳都进行完整的 ElGamal 加密）。目前在 _PRE net 上使用的一项优化是采用短指数 [1] - 我们不再使用 2048bit 的 &lsquo;x&rsquo; 作为 ElGamal 密钥，而是使用 228bit 的 &lsquo;x&rsquo;，这是为与离散对数问题的计算工作量相匹配而建议的长度。这样将每跳加密时间降低了一个数量级，但并不影响解密时间。</p> <p>关于使用短指数存在许多相互矛盾的观点，在一般情况下它并不安全；不过据我目前所了解，鉴于我们使用的是固定的安全素数（Oakley group 14 [2]），q 的阶应该没有问题。如果有人对此还有进一步的看法，我很乐意听到更多。</p> <p>一个主要的替代方案是切换到 1024 位加密（这样我们或许就可以使用 160 位的短指数）。无论如何，这可能都是合适的；如果在 _PRE net（预发布网络）上使用 2048 位加密过于吃力，我们可能会在 _PRE net 内进行切换。否则，我们可能会等到 0.6.1.10 发布版，等新的加密方案更广泛地部署后，再评估是否有必要。如果看起来可能进行这样的切换，我们将提供更多信息。</p>/zh/blog/2006/02/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B42%E6%9C%887%E6%97%A5/Tue, 07 Feb 2006 00:00:00 +0000/zh/blog/2006/02/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B42%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, cervantes, Complication, jrandom, KBlup, modulus, tethra, tmp</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:36 &lt;jrandom&gt; 0) 嗨 15:36 &lt;jrandom&gt; 1) 网络状态 15:36 &lt;jrandom&gt; 2) _PRE 网络进展 15:36 &lt;jrandom&gt; 3) I2Phex 0.1.1.37 15:36 &lt;jrandom&gt; 4) ??? 15:36 &lt;jrandom&gt; 0) 嗨 15:37 * jrandom 挥手 15:37 &lt;jrandom&gt; 每周状态备注已发布在 @ http://dev.i2p.net/pipermail/i2p/2006-February/001258.html 15:37 &lt;bar&gt; 你好 15:38 &lt;jrandom&gt; 当你们翻那份哦-如此-刺激的材料时，我们先进入 1) 网络状态 15:38 &lt;jrandom&gt; 从 i2p 的角度看，上周线上网络变化不大，所以我这儿也没太多可补充的 15:39 &lt;jrandom&gt; 有人想就当前网络状态提些什么吗？ 15:39 &lt;KBlup&gt; 我在长时间运行 i2p 时看到客户端失败的可怕飙升……不确定这是否算 1) 里的内容 15:39 &lt;jrandom&gt; KBlup：这是否与高 CPU 负载或带宽消耗相关？ 15:40 &lt;KBlup&gt; 结果是 msg-delay&gt; 10000ms :-/ 15:40 &lt;jrandom&gt; 啊，这很可能是开发 _PRE 网络的原因之一 :) 15:40 &lt;KBlup&gt; 我想它随后会尝试建立新的 tunnels，并不断失败，导致有时出现 300+ 个任务…… 15:41 &lt;KBlup&gt; 我的机器相当强，但因此还是过载了…… 15:41 &lt;jrandom&gt; 是的，这些都已经为 0.6.1.10 做了重构，在它准备好之前请耐心等待 15:43 &lt;jrandom&gt; 好的，关于 1) 还有别的吗，还是我们慢悠悠地转到 2) _PRE 网络进展 15:43 &lt;+Complication&gt; 0.6.1.10 看起来确实包含了大量改动 15:45 &lt;jrandom&gt; 是啊，这里有很多干货。当前状态是新的创建代码已就位且似乎运行正常，不过我正借此机会进一步调试一些底层问题 15:46 &lt;+Complication&gt; 你提到必须预先投入大量 CPU 时间 15:47 &lt;+Complication&gt; 这种开销现在会与构建任何类型的 tunnel 相关联吗？ 15:48 &lt;+Complication&gt; （意思是，在构建之前的短时间内，你需要执行一批重量级的加密运算） 15:48 &lt;jrandom&gt; 是的，所有 tunnel 构建请求都需要进行 k 次高强度的加密运算（其中 k = 正在构建的 tunnel 的跳点数） 15:49 &lt;+Complication&gt; 我想问的是……只是间隔比以前更紧了，还是数量也更大了？ 15:50 &lt;jrandom&gt; 既更大，也更小，也更紧。更紧，是因为它们都提前做完。更大，是因为如果较早的跳点拒绝，我们不能走捷径而不为某个跳点做加密；更小，是因为较早的跳点失败少了很多 15:51 &lt;jrandom&gt; 此外，与早期版本不同，我们不再对 tunnel 请求使用 ElGamal（算法）/AES+SessionTag——我们使用（相当）直接的 ElGamal 15:52 &lt;+Complication&gt; ……除非你知道最终会成功的集合，否则无法预先计算，对吗？ 15:52 &lt;jrandom&gt; 这意味着虽然以前我们可以在没有非对称操作的情况下“作弊”，但现在不再这么做了（因为这种作弊本身暴露了一类攻击） 15:53 &lt;+Complication&gt; （节点集合） 15:53 &lt;jrandom&gt; 嗯，当然可以预先计算，前提是你知道要在该 tunnel 中询问哪些节点 15:54 &lt;jrandom&gt; 新的 tunnel 创建过程在单独的线程中进行，这样在负载下就不会拖慢主任务队列，并且能更好地自我节流 15:54 &lt;+Complication&gt; 还能否假设：在可用信息不变的情况下，如果尝试失败，至少知道接下来要询问的几个对象？ 15:54 &lt;jrandom&gt; 嗯，我不太确定我跟上了 15:55 &lt;+Complication&gt; 或者说，知道这些也没用，因为该结构必须从头重做？ 15:56 &lt;+Complication&gt; （意思是：至少那些 ElGamal 要从头重新计算） 15:56 &lt;jrandom&gt; 啊，该结构是 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.requestRecord 15:56 &lt;jrandom&gt; 所以，是的，如果下一跳改变，ElGamal 必须重做 15:56 &lt;jrandom&gt; （如果你预计算） 15:56 &lt;+Complication&gt; 对，我当时不太肯定 15:57 &lt;+Complication&gt; 不过现在我明白了 15:57 &lt;jrandom&gt; 另一方面，我们确实在努力提高构建成功率，而新的构建流程应能自适应，尽量减少不必要的创建 15:58 &lt;+Complication&gt; 实际效果如何？ 15:58 &lt;jrandom&gt; （哦，该结构在 _PRE 分支上稍作了修改：http://dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/router/doc/tunnel-alt-creation.html?rev=1.1.2.1;content-type=text%2Fhtml#tunnelCreate.requestRecord ） 15:59 &lt;+Complication&gt; 我注意到 ElGamal 加密速度有了飞跃…… 15:59 &lt;jrandom&gt; 嗯，构建成功率比线上网络高得多，但这可能只是因为 _PRE 网络规模较小 16:00 &lt;jrandom&gt; 是的，比如创建一个 2 跳结构，1120 次运行的平均耗时为 44ms；相比之下，线上网络的 ElGamal 加密时间为 542ms（基于 1344 次运行） 16:02 &lt;jrandom&gt; （在同一台机器上） 16:02 &lt;+Complication&gt; 这个 542 是否也包含失败后的重试，还是仅指纯构建？ 16:02 &lt;+Complication&gt; 如果只是纯构建，我得把下巴找回来……它掉在地上某处了。 :P 16:02 &lt;KBlup&gt; 关于指数变化：这会在多大程度上影响匿名性？ 16:02 &lt;jrandom&gt; 不，那是纯 ElGamal 统计，因为线上网络并未构建新的 _PRE 网络结构 16:04 &lt;jrandom&gt; KBlup：匿名性？没有影响。安全性？据我所读，228 位已经足以匹配 2048 位的 ElGamal 16:04 * Complication 不太了解 ElGamal 的 x 和 y 16:04 &lt;+Complication&gt; 不足以做出有意义的评论 16:06 &lt;+Complication&gt; 如果严肃研究者认为更短的 x 仍然足够难，而那些密码学怪才也没有尖叫着逃跑…… 16:06 &lt;@cervantes&gt; 不仅如此，还有降到 1024/160 的影响 16:07 &lt;KBlup&gt; 我想我得晚点去读那篇论文 ;) 16:07 &lt;+Complication&gt; cervantes：是的，肯定比那更好 16:08 &lt;+Complication&gt; 此外，这个密码体制首先需要抵御的攻击是什么？这种攻击的有效期有多长？ 16:09 &lt;+Complication&gt; 是否只有在短时间内破解才有价值，还是即便最终破解也有收益？ 16:11 &lt;+Complication&gt; 如果我理解正确，它直接保护的秘密是下一个 tunnel 的参与者，对吗？ 16:11 &lt;+Complication&gt; （更准确地说，是下下一个） 16:11 &lt;@modulus&gt; 会议还在进行吗？ 16:11 &lt;+Complication&gt; （只有下一个才可能知道） 16:11 &lt;@cervantes&gt; modulus: ayre 16:11 &lt;@cervantes&gt; -r 16:11 &lt;jrandom&gt; 对于一个现实的（但强大到离谱的）对手，必须在 tunnel 的生命周期内将其攻破。若在该 tunnel 生命周期结束后才攻破，只有在你记录了所有网络流量并攻破了所有 tunnels 的情况下才有用（也就是说，在破解临时性的传输层加密之后再去处理 tunnel 层加密） 16:11 &lt;jrandom&gt; 所以，我们说的是几分钟量级，而不是几十年 16:12 &lt;jrandom&gt; （因此 1024 位可能都算过度） 16:12 &lt;@cervantes&gt; 有办法以有意义的方式评估风险吗？ 16:13 &lt;+Complication&gt; 另外，对于跳点更多的 tunnel，对手得破好几个，对吧？ 16:13 &lt;+Complication&gt; （不过构建者也要构建多个） 16:13 &lt;@cervantes&gt; 如果我们不需要超过 1024 位，那真的有必要用更多吗？ 16:14 &lt;@cervantes&gt; 三年后当我们有强大得多的量子计算机时，我们随时可以换用更强的算法 16:14 &lt;@modulus&gt; jrandom：如果对手知道在 hh:mm 会有重要数据通过 tunnel，他们是否有可能通过记录来破解？ 16:14 &lt;jrandom&gt; Complication：对，他们得破好几个（以及保护传输层的 DH（Diffie-Hellman）密钥） 16:14 &lt;@modulus&gt; 据我所知 1024 位在算力很强的情况下是可以 break() 的 16:15 &lt;jrandom&gt; 需要大量算力和十年 16:15 &lt;jrandom&gt; （或三十年） 16:15 &lt;@cervantes&gt; jrandom：尝试更弱的密码体制很难吗？ 16:15 &lt;@modulus&gt; 我原以为如今 1024 位合数在几个月内就能被因式分解。 16:15 &lt;@cervantes&gt; 我们能先部署到 _PRE 网络 16:15 &lt;@cervantes&gt; 然后看看是否真的带来很多好处吗 16:16 &lt;@cervantes&gt; modulus：是的，但他们需要破好几个 16:16 &lt;@modulus&gt; 如果这是基于离散对数域那些东西，那我就啥也不懂了 16:16 &lt;@modulus&gt; cervantes：啊哈 16:16 &lt;jrandom&gt; cervantes：这需要修改很多结构，因为我们目前使用 512 字节的槽位。不过，也许我们可以在测试时先用 0x00 填满前 256 字节 16:17 &lt;jrandom&gt; modulus：ElGamal 基于离散对数 16:17 &lt;@cervantes&gt; jrandom：值得测试吗？ 16:17 &lt;@modulus&gt; 对对，我刚才想成了 RSA 16:17 &lt;@cervantes&gt; 还是更好专注于其他事情，必要时再回头？ 16:18 &lt;jrandom&gt; 绝对值得测试，不过此刻我正埋头做一些传输层评估 16:18 &lt;+Complication&gt; 我想这取决于在现实中计算如何处理。 16:18 &lt;jrandom&gt; （而且 44ms 的加密时间目前已经够用，尽管 4ms 会更好 :) 16:19 &lt;+Complication&gt; 如果在现有计算机上还能顶得住，那么新机器上会更好。 16:19 &lt;@modulus&gt; 尤其是如果出现专用加密硬件，在某些领域已经开始出现了 16:19 &lt;jrandom&gt; 当然，更改这个参数不会轻易或立刻进行。但如果有人有充分理由不要这么做，请联系我 16:21 &lt;jrandom&gt; modulus：我听说过专用的 AES 和 RSA 芯片，但没听说过 DH/ElGamal。另一方面，把 NSA/等机构当作对手来看，他们可以自己做，这是有可能的 16:22 &lt;@cervantes&gt; 他们有基于撒糖针甜甜圈环技术构建的加密机器 16:23 * Complication 愿意把 Celeron 300 升级到 Athlon 600，如果这能挡住撒糖针甜甜圈的浪潮 :D 16:23 &lt;tethra&gt; 呵呵 16:24 &lt;jrandom&gt; 嗯嗯嗯 甜甜圈 16:25 &lt;jrandom&gt; 好的，关于 2) _PRE 网络进展，还有别的吗？ 16:25 &lt;jrandom&gt; 如果没有，我们跳到 3) I2Phex 0.1.1.37 16:26 &lt;jrandom&gt; Complication：给我们说说要点？ 16:26 &lt;+Complication&gt; 嗯，看起来能用。 :) 16:26 &lt;+Complication&gt; 有望很快获得更多 webcaches 以增加冗余。 16:27 &lt;jrandom&gt; 好 16:27 &lt;jrandom&gt; 嗯，你觉得我们需要更多 webcaches 吗？有一个可用不就够了吗？当然，多一些也无妨 16:27 &lt;+Complication&gt; （如果 legion 能解决困扰他初次尝试的那些谜团） 16:27 &lt;+Complication&gt; 里面还有个神秘的 Bug，但它不太严重，我正试着找到它。 16:28 &lt;+Complication&gt; 有一个可用就足够了 16:28 &lt;+Complication&gt; 多一些只是提高有一个在线的概率 16:28 &lt;jrandom&gt; 不错 16:28 &lt;+Complication&gt; 因为在当前阶段，它不会把 webcaches 标记为坏并丢弃——总数太少了。 16:29 &lt;+Complication&gt; （该例程在数量超过 10 时才会触发） 16:29 &lt;+Complication&gt; （如果我没记错的话） 16:29 &lt;+Complication&gt; 至于这个 Bug：运行很久之后，webcache 子系统有时会卡住 16:30 &lt;+Complication&gt; 很可能是某个 httpclient 的 GET 请求无法成功中止 16:31 &lt;@modulus&gt; 所以它需要不时挂掉？ 16:31 &lt;+Complication&gt; 它是安全的，而且似乎从不影响新加入的机器 16:31 &lt;jrandom&gt; 嗯，这在功能上意味着什么？过一阵子它会停止向 webcache 注册，因此新人不会被提供他们的引用？ 16:31 &lt;+Complication&gt; 如果它影响到一台已经很好融入的机器，那台机器可以从它已连接的节点那里获得足够的节点 16:31 &lt;+Complication&gt; 所以目前影响几乎为 0 16:31 &lt;@modulus&gt; 酷 16:32 &lt;+Complication&gt; 只是挺古怪的 16:32 &lt;@modulus&gt; 没有关于何时会失败的规律吗？ 16:32 &lt;+Complication&gt; modulus：一般不会在 20 小时之前发生 16:33 &lt;+Complication&gt; 而且我又没法强制它重现，调试有点慢 16:33 &lt;@modulus&gt; :_) 16:34 &lt;+Complication&gt; 不管怎样，找到就修，找不到就去折腾别的东西 :) 16:34 &lt;jrandom&gt; :) 16:34 &lt;jrandom&gt; 听起来像是我们在 streaming lib / eepproxy 见过的一些 Bug 的症状，所以修了那些应该也会修好这个 16:35 &lt;+Complication&gt; 可能吧 16:38 &lt;jrandom&gt; 好的，很棒，干得好 Complication 16:38 &lt;jrandom&gt; 关于 3) I2Phex 0.1.1.37 还有别的吗，或者我们跳到大杂烩 4) ??? 16:41 &lt;jrandom&gt; （就当我们已经跳过去了） 16:41 &lt;jrandom&gt; 好的，这次会议还有别的吗？ 16:42 &lt;tmp&gt; 否则你就永远屏住呼吸？ 16:43 &lt;jrandom&gt; 永远永远 16:43 * jrandom 做结束准备 16:43 * jrandom 将会议*baf*地宣布结束 </div>/zh/blog/2006/01/31/2006-01-31-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 31 Jan 2006 00:00:00 +0000/zh/blog/2006/01/31/2006-01-31-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到星期二了，</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) 0.6.1.10 状态 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>在过去的一周里，我尝试了几种不同的调整，以提高在正式网络（live net）上进行 tunnel 创建的可靠性，但还没有取得突破。不过，CVS 中已经有了一些实质性的改动，但它们还称不上……稳定。所以，总的来说，我建议大家要么使用最新的发布版（0.6.1.9，在 CVS 中标记为 i2p_0_6_1_9），要么在使用最新构建时只使用不超过 1 跳的 tunnel。另一方面……</p> <ul> <li> <ol start="2"> <li>0.6.1.10 status</li> </ol> </li> </ul> <p>与其在各种小修小改上无休止地纠缠，我一直在我的本地测试网络上推进迁移到新的 tunnel 创建加密机制和流程[1]。这应该能显著降低 tunnel 创建失败率，之后如有必要，我们可以进一步调优。</p> <p>[1] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/</code> tunnel-alt-creation.html?rev=HEAD</p> <p>一个不幸的副作用是，0.6.1.10 将不向后兼容。我们已经很久没有发布过不向后兼容的版本了，不过在早期确实这么做过不少次，所以这不应该是什么大问题。基本上，在它在我的本地测试网络上表现良好之后，我们会并行把它部署给几位勇敢的先行者进行早期测试；然后当它准备好发布时，我们只需把 seed references（种子引用）切换到新网络的 seeds（种子节点），然后直接发布出去。</p> <p>我还没有 0.6.1.10 版本的预计发布时间，但目前看起来相当不错（大多数 tunnel（隧道）长度都运行良好，但还有几个分支我尚未进行压力测试）。当然，有更多消息时会再更新。</p> <ul> <li> <ol start="3"> <li>???</li> </ol> </li> </ul> <p>目前我大概就先说这些了，虽然我知道还有别人正在捣鼓的一些东西，我自己也留了几招以后再用，不过等时机成熟时我们会知道更多。总之，几分钟后见，大家！</p> <p>=jr</p>/zh/blog/2006/01/31/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%8831%E6%97%A5/Tue, 31 Jan 2006 00:00:00 +0000/zh/blog/2006/01/31/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%8831%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, cervantes, Complication, frosk, gloin, jrandom, Pseudonym, stealth, Sugadude, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:19 &lt;jrandom&gt; 0）嗨 15:19 &lt;jrandom&gt; 1）网络状态 15:19 &lt;jrandom&gt; 2）0.6.1.10 状态 15:19 &lt;jrandom&gt; 3）？？？ 15:19 * jrandom 挥手 15:19 &lt;jrandom&gt; 状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 &lt;jrandom&gt; 好，我们直接进入 1）网络状态 15:21 &lt;jrandom&gt; 正如邮件所说，使用 0.6.1.9-0（正式发布版）的用户应该还是老样子 15:21 &lt;jrandom&gt; 不过使用较新构建（自 0.6.1.9-5 起及更新）的用户可能会遇到麻烦 15:21 &lt;jrandom&gt; （“麻烦”可能还是轻描淡写……） 15:21 &lt;+Complication&gt; CVS -8 有点不稳定，所以运行 -2 instad（用得还挺顺） 15:22 &lt;gloin&gt; :-) 15:22 &lt;+Complication&gt; =instead 15:22 &lt;Pseudonym&gt; 最近看起来不太稳定（我用的是 0.6.1.9-0） 15:22 &lt;jrandom&gt; 好，我本在考虑回退那些进程方面的更改，但在主干上保留 dust 的 ircclient 更新和 i2ptunnel httpserver 补丁，不过 0.6.1.10 大概也不远了 15:23 &lt;jrandom&gt; 嗯 Pseudonym，是在访问 eepsites、IRC 或其他服务，还是在托管这些服务？ 15:23 &lt;+Complication&gt; 用 -0 也不稳定？问题是怎么表现出来的？ 15:23 &lt;Pseudonym&gt; 主要在 IRC 上注意到（在玩 idlerpg） 15:24 &lt;jrandom&gt; （“玩” ;)） 15:24 &lt;Pseudonym&gt; 另外，有时 router 会变得古怪，需要重启（没有活跃的节点） 15:24 &lt;Pseudonym&gt; 呵 15:24 &lt;jrandom&gt; 嗯，互联网连接有问题吗？ 15:24 &lt;@frosk&gt; -0 在我这儿很稳定，当然除了每天两次因为“router hung!”而重启 15:24 &lt;jrandom&gt; 嗯 frosk，是真的“router 挂了”，还是因为 leaseSet 过期导致的“router 挂了”？ 15:25 &lt;Pseudonym&gt; 互联网连接没问题。我重启 i2p router 后它马上就恢复了 15:25 &lt;+Complication&gt; 我的 Cel300 过一会儿也会挂，不过间隔在变长，原因我还没跟进 15:25 &lt;@frosk&gt; jrandom：应该是 leaseSet 过期，我基本确定 15:25 &lt;jrandom&gt; 嗯，好吧 15:26 &lt;jrandom&gt; 这些基本都为新的创建和管理代码重写了，所以我们看看在 0.6.1.10 里表现如何 15:27 &lt;@frosk&gt; 不错 15:27 &lt;@frosk&gt; 我很乐意帮忙测试 15:28 &lt;Pseudonym&gt; 我现在不需要你来排查这个问题。我只是想补充一个关于稳定性的样本数据点 15:28 &lt;jrandom&gt; 给力，一旦本地稳定了，我肯定需要招募一些帮手 :) 15:28 &lt;jrandom&gt; 好，多谢 Pseudonym 15:28 &lt;jrandom&gt; 好的，还有谁对 1）网络状态 有要补充的吗？ 15:30 &lt;jrandom&gt; 如果没有，我们就跳到 2）0.6.1.10 状态 15:30 &lt;jrandom&gt; 如邮件所述，我们不打算在现网不断打补丁、堆微调，而是直接从源头下手 15:31 &lt;jrandom&gt; 它将不向后兼容，所以会上线时会有个……波动。同时我们会顺带合入其他一些不向后兼容的改动，之后也可能还会有一次 15:32 &lt;jrandom&gt; 更具体地说，我在考虑把 tunnel 创建代码中的 ElGamal 从 2048 位迁到 1024 位 15:32 &lt;jrandom&gt; 不过这可能并非必要，取决于它在现网对我们的影响有多大 15:34 &lt;jrandom&gt; 如果需要，那也只是一次网络升级，所有 destinations 等都会保持不变。 15:34 &lt;jrandom&gt; 不过总之，这要等 0.6.1.10 出来之后再探索 15:34 &lt;+Complication&gt; 一个略相关的问题：密钥长度和 tunnel 创建数据结构的长度有任何关系吗？ 15:34 &lt;jrandom&gt; 有 15:35 &lt;jrandom&gt; 直接相关：key length * 2 * max # hops == data structure size 15:36 &lt;jrandom&gt; （所以，256*2*8 = 4KB，碰巧也正是完整 streaming 库消息的大小） 15:37 &lt;jrandom&gt; （（ElGamal 有 2x 的扩展系数）） 15:38 &lt;+Complication&gt; 啊哈，谢谢。:) 15:38 &lt;jrandom&gt; 啊，关于新规范还有一事。在实现过程中我发现还需要一个数据点（一个 4 字节的“reply message ID”），我已在本地把它加进规范里，使用了一些保留位 15:40 &lt;jrandom&gt; 我希望接下来几天能把一切跑通，这样周末或许能做些早期（非匿名的）测试 15:40 &lt;jrandom&gt; 当然，更多信息会随进展发布 15:41 &lt;jrandom&gt; 好，关于 0.6.1.10 的内容还有问题/评论/担忧吗？ 15:41 &lt;bar&gt; 另一个略相关的问题：在 .10 推出期间，把 i2p.net 先保持在 .9 几天，方便那些自动更新的用户，怎么样？ 15:41 &lt;bar&gt; rollout* 15:41 &lt;jrandom&gt; 嗯，肯定的 15:42 &lt;jrandom&gt; 迁移期间我可能会在那台机器上跑两三个 router 15:42 &lt;jrandom&gt; 并且会至少提前 5 天大声预警 15:42 &lt;bar&gt; 不错 15:42 &lt;+Complication&gt; 这样确实会更顺畅。 15:43 &lt;+Complication&gt; 论坛看起来是个好渠道。Router Console 上的新闻框也可以…… 15:43 * jrandom 回想起每个发布都不向后兼容的日子……那时我们积累了很多经验 ;) 15:43 &lt;jrandom&gt; 嗯，论坛、新闻框、邮件列表、网站 15:43 &lt;+Complication&gt; 这样照看自己机器的人就会知道。 15:43 &lt;tethra&gt; 呵呵 15:44 &lt;jrandom&gt; 而那些还在 0.6.0.1 的人嘛，反正他们也 fscked ;) 15:44 &lt;@frosk&gt; 砍掉他们的脑袋 15:44 &lt;+Sugadude&gt; 完全不相干：我们能更频繁地做一些向后不兼容的变更来逼这些旧的 router 退出吗？ 15:44 &lt;+Complication&gt; 我觉得他们只是把 I2P 忘在那儿跑着了 :) 15:44 &lt;jrandom&gt; 呵 Sugadude 15:45 &lt;jrandom&gt; 嗯，如果它们兼容，我们就能利用它们的资源；但如果有原因不能用，我们就应该把它们标记为不兼容 15:47 &lt;jrandom&gt; 好，如果没有别的，我们跳到我们的兜底项：3）？？？ 15:47 &lt;jrandom&gt; 还有谁想在会议上提出别的事情？ 15:48 &lt;tethra&gt; 在 router 控制台的某处写着目前不支持在对称 NAT 后面的用户，这会在不久的将来改变吗？ 15:48 &lt;tethra&gt; 还是说我对某些东西无知到家了 15:49 &lt;+Complication&gt; 关于 webcache 代码……看来我基本准备好了。 15:49 &lt;jrandom&gt; 有一些方法可以帮助在对称 NAT 后面的用户，bar 已在邮件列表和论坛上概述过，不过我不知道这方面有没有立刻的进展 15:49 &lt;jrandom&gt; 哦，不错 Complication，到要发布的时候告诉我一声 :) 15:50 &lt;+Complication&gt; watchdog 已能比较合理地中止下载了，正在做一些测试和清理（它目前的日志多得离谱）.. 15:50 &lt;+Complication&gt; 我这边有一个 webcache 服务器在跑，awup 还有一个……为了更真实的测试，我们可能想开启一些限制…… 15:51 &lt;+Complication&gt; ……如果我碰到 legion，我会问他要不要也跑一个。 15:52 &lt;jrandom&gt; 不错，即使只有一个 webcache 也会是很好的开始 15:52 &lt;+Complication&gt; 而且如果其他人想跑这个脚本（在 awup.i2p 可获取，使用 SAM 的 Python 脚本）……他们的引用可以被添加，不过目前要把更多“seed webcaches”的 refs 加进去，确实需要重新编译源码。 15:53 &lt;+Complication&gt; （不是在一个文件里，而是在 GWebCacheContainer.java 的头部） 15:53 * gloin 不知道这个 webcache 是啥。 15:53 &lt;jrandom&gt; gloin：它可以让你第一次连接 i2phex 时无需下载 i2phex.hosts 文件 15:54 &lt;+Complication&gt; gloin：为了更容易地集成 I2PHex 15:55 * cervantes 晚到 15:55 &lt;+Complication&gt; 对于之后要重新连接的人（例如用光了活跃对等节点 refs 的人），它可以提供新的 refs 15:55 &lt;gloin&gt; 好。 15:57 &lt;+Complication&gt; 哦，又离线了 15:58 &lt;stealth&gt; i2p 启动后自动启动 i2phex 怎么样？ 15:58 &lt;+Complication&gt; 好像有点大材小用 15:58 &lt;+Complication&gt; 至少在当前阶段是这样 15:58 &lt;jrandom&gt; stealth：你可以让 i2p router 通过在你的 client.config 文件中添加条目来启动你想要的任何 Java 应用程序 15:59 &lt;+Complication&gt; 此外，我觉得 I2Phex 可以在 I2P 运行之前就启动 15:59 &lt;@frosk&gt; 任何阶段都可以 15:59 &lt;+Complication&gt; 理论上，它应该会一直尝试连接，直到 I2P 启动起来 15:59 &lt;+Complication&gt; （不过没测试过） 15:59 &lt;jrandom&gt; 不过记住，如果你让它启动 i2phex，当 i2phex 关闭时，i2phex 客户端很可能会把 JVM 干掉（从而重启你的 router） 16:00 &lt;+Complication&gt; 另外，也可以相当容易地写个脚本来做…… 16:00 &lt;+Complication&gt; 例如 "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 &lt;+Complication&gt; （或者类似这样） 16:01 &lt;+Complication&gt; 抱歉，更可能是 /home/user/i2p :) 16:01 &lt;cervantes&gt; 别忘了在 sleep 100 之前先启动 /usr/games/tetris 16:02 &lt;jrandom&gt; 没错 16:02 &lt;jrandom&gt; 好了，会议还有别的议题吗？ 16:03 &lt;stealth&gt; 嗯我想过了，就启动那个 exe。i2psnark 的“始终开启”方案更好，因为人们如果没在下载就会忘了分享他们的文件…… 16:04 &lt;jrandom&gt; 是，不过我还没听说过有足够精简（可集成）的 Gnutella 客户端 16:05 &lt;cervantes&gt; 现在的 Phex 不是在做把 UI 抽象出来的工作吗？也许客户端最终会变瘦身 16:05 &lt;+Complication&gt; 我没看过 Phex CVS 的那部分 16:06 &lt;jrandom&gt; 如果 phex 能作为 .war 运行，那就真是太棒了 16:06 &lt;cervantes&gt; isn't the=应该是 isn't there 16:06 &lt;cervantes&gt; 我可能搞错了 16:06 &lt;+Complication&gt; Sirup 确实在做一个 XML-RPC 接口，但我不确定 Gregor 他们是否也在做 16:07 &lt;+Complication&gt; 所以我不确定 sirup 是把它移植进来，还是从零开始写的 16:09 &lt;jrandom&gt; 如果我没记错，他只是引入了 Apache 的 xmlrpc 库并把 i2phex 的一些内部暴露出来，但大概有 6–8 个月没在那上面动过了，而且据我所知它从未能用 16:10 &lt;fox_&gt; &lt;tethra&gt; mutella 是一个基于 Web 的 Gnutella 客户端，相当轻量，若我没记错的话。不确定有没有帮助，不过嘿，也许值得某个（更有才的人）去看看。 16:10 &lt;fox_&gt; &lt;tethra&gt; 不过可能不是你们要找的那种。 16:12 &lt;jrandom&gt; 移植一个新的是大工程，尤其是不幸的是 C/C++ 的那种 16:12 &lt;+Complication&gt; 我个人不太可能去鼓捣 XML-RPC。不过，尝试抓各种 bug……在我近期计划里。 16:13 * Complication 希望把 rehash 现象永远干掉，因为太浪费时间了 16:13 &lt;jrandom&gt; 哦，也许是由时区变化触发的？ 16:14 &lt;jrandom&gt; 当 I2P SDK 连接到 router 时，它会从 router 获取当前的 I2P（NTP）时间，并把 SDK 的 JVM 强制设为 UTC 16:14 &lt;+Complication&gt; 听起来不太可能……但在这个阶段，我也排除不了太多情况 16:15 &lt;jrandom&gt; （如果 rehash 取决于排序和文件时间戳，也许几小时的偏移会改变它） 16:15 &lt;jrandom&gt; 是啊，你已经挖得很深了，我只是提个可能性 16:15 * jrandom 除了你的缺陷报告之外对它一无所知 :) 16:16 &lt;+Complication&gt; 它偶尔会发生，而且*似乎*与“sharedlibrary”配置文件被加载/重写时发生的某些事有关 16:16 &lt;+Complication&gt; 嗯，有趣的可能性…… 16:16 &lt;+Complication&gt; 我还没挖得足够深，无法排除这种可能 16:18 &lt;jrandom&gt; 好，会议还有别的议题吗？ 16:19 &lt;jrandom&gt; 如果没有…… 16:19 * jrandom 开始收尾 16:19 * bar 祝 jrandom .10 顺利，并递给他一个闪亮的 baf 16:19 &lt;jrandom&gt; gracias :) 16:19 * jrandom 用*baf*把会议结束了 </div>/zh/blog/2006/01/24/i2p-2006-01-24-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 24 Jan 2006 00:00:00 +0000/zh/blog/2006/01/24/i2p-2006-01-24-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，星期二总会回来&hellip;</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) 新的构建流程 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>The past week hasn&rsquo;t brought many changes to the network, with most users (77%) up on the latest release. Still, there are some hefty changes coming down the path, related to the new tunnel building process, and these changes will cause some bumps for those helping to test the unrelease builds. On the whole, however, those using the releases should continue to have a fairly reliable level of service.</p>/zh/blog/2006/01/24/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%8824%E6%97%A5/Tue, 24 Jan 2006 00:00:00 +0000/zh/blog/2006/01/24/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%8824%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, Complication, jrandom, postman, stealth, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) 嗨 15:25 &lt;jrandom&gt; 1) 网络状态 15:25 &lt;jrandom&gt; 2) 新的构建流程 15:26 &lt;jrandom&gt; 3) ??? 15:26 &lt;jrandom&gt; 0) 嗨 15:26 * jrandom 挥手 15:26 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2006-January/001254.html 15:26 -!- Teal`c [tealc@irc2p] 加入了 #i2p 15:26 -!- gloin [gloin@irc2p] 已退出 [Connection reset by peer] 15:26 &lt;bar&gt; 嗨 15:26 &lt;jrandom&gt; 我们直接进入 1) 网络状态 15:26 -!- gloin [gloin@irc2p] 加入了 #i2p 15:27 &lt;jrandom&gt; 除了邮件里的内容，我没什么更多可补充的……大家有任何问题/评论/顾虑吗？ 15:27 &lt;+Complication&gt; 迁移到 CVS build -6 一直……很有挑战性 15:28 &lt;jrandom&gt; 嗯，可以理解 15:28 &lt;+Complication&gt; 网络可能运行得挺好。只是我的节点不太行。 15:28 &lt;+Complication&gt; =which 15:28 &lt;bar&gt; 这条路很难走，但方向是对的。我 100% 支持这次变更 15:29 &lt;jrandom&gt; 在 2+ 跳的 tunnel 上进行构建是个麻烦事，正如之前报告的那样，失败率很糟糕 15:29 &lt;jrandom&gt; 其中很大一部分很可能会在 0.6.2 的创建加密（creation crypto）中得到解决，但我不确信能全部解决。 15:30 &lt;jrandom&gt; 不过我在想，在那之前我们能否把它做到足够可靠。但我们会尽力 15:31 &lt;+Complication&gt; 如果我能提供任何统计数据（尽管你们手头可能已经有足够多了），尽管开口 15:31 &lt;jrandom&gt; 所以，在最新的 build 上，1 跳的 tunnel 相当可靠，但需要 2+ 跳 tunnel 的人应该预料到……会有坎坷 15:31 &lt;jrandom&gt; 谢谢 Complication 15:32 &lt;+Complication&gt; 我的大多数应用是 2+0..1 15:32 &lt;+Complication&gt; 如果我没记错，router 本身也是 15:33 &lt;jrandom&gt; 嗯，我可以建议留在发布版上，但发布版遇到灾难性故障时无论如何都会构建较短的 tunnel 15:34 &lt;jrandom&gt; (s/short/1hop/) 15:34 &lt;+Complication&gt; 对，我大概可以把它调到 2+0 15:34 &lt;+Complication&gt; 这样影响会没那么夸张 15:35 &lt;jrandom&gt; 嗯，不过实际上那仍会变成 2+/-1，但它会尽力保持为 2 跳 15:36 &lt;+Complication&gt; 在 build -6 上也是这样？ 15:36 -!- gloin [gloin@irc2p] 已退出 [Connection reset by peer] 15:36 &lt;jrandom&gt; 不，当前发布版会直接失败，而不是转用后备 tunnel 15:37 &lt;+Complication&gt; 还是说涉及概率问题，永远不会真正变成零？ 15:37 &lt;jrandom&gt; 问题在于，如果 10 分钟内无法构建 tunnel，它会重启 router（因为看门狗） 15:37 &lt;+Complication&gt; 见过一次 :) 15:37 &lt;jrandom&gt; 不，-5 或更新版本将严格使用客户端允许的跳数长度（2+/-0 意味着只使用 2 跳的 tunnel，绝不会用其他长度） 15:39 &lt;jrandom&gt; 好，关于 1) 网络状态 还有其他事项吗？ 15:39 &lt;jrandom&gt; 或者，我想我们已经在讨论 2) 新的构建流程 ;) 15:40 &lt;jrandom&gt; 关于 2) 新的构建流程，还有什么要讨论的吗？ 15:40 &lt;+Complication&gt; 这边没啥了 :D 15:41 &lt;jrandom&gt; 呵呵，好吧，如果没有，那我们轻松移步到 3) ??? 15:41 &lt;jrandom&gt; 还有其他想讨论的吗？ 15:42 &lt;bar&gt; 我可以问一下，现在有多少向后不兼容的改动在排队？能否把其中一些（全部？）放在一个发布版里？ 15:42 &lt;bar&gt; 我的意思是，在 0.6.2 之前是否计划发布不止一个向后不兼容的版本？ 15:42 &lt;jrandom&gt; bar：希望一次性全部做完 15:42 &lt;jrandom&gt; （尽管后面可能还有更多） 15:43 -!- Complication [Complicati@irc2p] 已退出 [Connection reset by peer] 15:43 -!- Complication2 [Complicati@irc2p] 加入了 #i2p 15:43 &lt;bar&gt; hmac bug、新的加密和 restricted routes（受限路由）要一起上？ 15:43 &lt;bar&gt; 这个要求不小啊 :) 15:43 &lt;jrandom&gt; restricted routes？ 15:43 &lt;jrandom&gt; hmac bug 的“修复”就是改一个数值 ;) 15:44 &lt;bar&gt; 啊 :) 15:44 -!- Complication2 现在名为 Complication 15:44 &lt;bar&gt; 嗯……也许 restricted routes 是 2.0 的…… 15:44 &lt;jrandom&gt; 是的，但实现 restricted routes 不会丢失向后兼容性 15:45 &lt;jrandom&gt; （事实上，如果小心处理，在 0.6.2 也能在一定程度上实现） 15:45 &lt;bar&gt; 好的，太棒了 15:45 &lt;jrandom&gt; 我也在考虑什么时候放弃 TCP……也许在下个发布版 15:46 &lt;jrandom&gt; 或者再往后一点，这样我们不会一次做/太多/ 15:49 &lt;jrandom&gt; 好，这次会议还有别的事项吗？ 15:51 &lt;jrandom&gt; 如果没有 15:51 * jrandom 收尾 15:51 &lt;stealth&gt; 我有个问题：我注意到所有 eepsites 都被映射到了外部互联网，例如 http://tracker.postman.i2p.tin0.de/。这是刻意为之吗？ 15:51 &lt;jrandom&gt; [已保存] 15:51 &lt;jrandom&gt; 当然，我觉得这挺好 15:51 &lt;jrandom&gt; 任何发布信息的人都应该预期他们的信息是公开的 15:52 -!- gloin [gloin@irc2p] 加入了 #i2p 15:52 &lt;jrandom&gt; 我想 tino 也提供了让人们选择退出（opt-out）的方法 15:52 &lt;tethra&gt; 这还真短 15:53 &lt;stealth&gt; 它们也被 google 收录了…… 15:53 &lt;jrandom&gt; 那不是件好事吗，stealth？ 15:53 &lt;Complication&gt; 这是不是涉及某种类似“robots.txt”的约定 15:54 &lt;jrandom&gt; 嗯，Complication 15:54 &lt;Complication&gt; （最好问问 tin0） 15:54 &lt;@postman&gt; 该死，我来晚了 15:54 &lt;@postman&gt; （又来了） 15:54 &lt;jrandom&gt; 不，还没结束呢，postman :) 15:54 &lt;Complication&gt; 他曾在论坛里写过相关内容 15:54 &lt;Complication&gt; 也许能在那里找到 15:54 &lt;@postman&gt; 啊，酷（那先打个招呼） :) 15:55 &lt;jrandom&gt; 是的，可以选择退出（opt-out），但我不理解对 i2p 内容为何需要 opt-out 这种概念（是不是有人在强调某种“版权”——“别复制我的东西，别让它在别处可见”？） 15:55 &lt;jrandom&gt; 不过，无论如何，tino 对 inproxies（入口代理）的态度比我宽厚多了 ;) 15:56 -!- Rawn [Rawn@irc2p] 已退出 [Connection reset by peer] 15:56 -!- gloin [gloin@irc2p] 已退出 [Connection reset by peer] 15:57 -!- Karellen [Karellen@irc2p] 已退出 [Connection reset by peer] 15:57 &lt;Complication&gt; 确实，不该假定其他 in-proxies 提供者也会同样友好 15:58 -!- Karellen [Karellen@irc2p] 加入了 #i2p 15:58 -!- Rawn [Rawn@irc2p] 加入了 #i2p 15:58 -!- mode/#i2p [+v Rawn] by chanserv 15:59 &lt;Complication&gt; 打算保密的信息……最好干脆别发布 15:59 &lt;tethra&gt; 的确 :/ 15:59 &lt;stealth&gt; 是的，但这可能会在一切真正完全安全之前让 i2p 获得过多关注。在我看来，问题在于 I2p 目前节点数量不足，难以提供非常好的匿名性…… 16:00 -!- Complication [Complicati@irc2p] 已退出 [Connection reset by peer] 16:00 &lt;jrandom&gt; 我们的匿名性并不依赖规模，而且 i2p 已经被 google 过很多次了 16:01 &lt;jrandom&gt; （或者说，基础匿名性与规模无关） 16:01 &lt;jrandom&gt; 但当然，现在任何需要强匿名性的人都不应该使用 i2p。 16:01 -!- digger3 [digger3@irc2p] 已退出 [Connection reset by peer] 16:01 -!- digger3 [digger3@irc2p] 加入了 #i2p 16:02 &lt;bar&gt; 我不太担心，99% 的人会忽略在 google 上出现的那个看起来像死链的结果……另外 1% 可能有点极客范儿，会想了解更多 16:03 -!- gloin [gloin@irc2p] 加入了 #i2p 16:03 &lt;bar&gt; （嗯……是否是死链当然取决于 tino 的 inproxy 是否在线） 16:05 &lt;jrandom&gt; 好，这次会议还有别的事项吗？ 16:06 &lt;jrandom&gt; 如果没有 16:06 * jrandom 结束 16:07 * jrandom *baf* 关闭了会议 </div>/zh/blog/2006/01/17/2006-01-17-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 17 Jan 2006 00:00:00 +0000/zh/blog/2006/01/17/2006-01-17-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又是星期二了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态与 0.6.1.9 2) Tunnel 创建加密算法 3) Syndie 博客 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.9</li> </ol> </li> </ul> <p>随着 0.6.1.9 发布且网络已有 70% 完成升级，所包含的大多数 bug 修复似乎都按预期工作。据反馈，新的速度分析已经能挑选出一些表现不错的对等节点。我听说在快速对等节点上，持续吞吐量可超过 300KBps，CPU 使用率为 50-70%，而其他 router 则在 100-150KBps 的区间，最慢的一些勉强能到 1-5KBps。不过，router 身份的更替仍然相当严重，所以看来我以为能降低这一情况的修复并没有奏效（或者这些变动确属正常）。</p> <ul> <li> <ol start="2"> <li>Tunnel creation crypto</li> </ol> </li> </ul> <p>在秋季，围绕我们如何构建我们的 tunnel，以及 Tor 风格的 telescopic（逐段扩展）tunnel 创建与 I2P 风格的探索式 tunnel 创建之间的权衡进行了大量讨论[1]。在此过程中，我们提出了一种组合方案[2]，它消除了 Tor 风格的 telescopic tunnel 创建[3]所带来的问题，保留了 I2P 的单向优势，并减少不必要的失败。由于当时还有许多其他事情在进行，这一新组合的实现被推迟了；但现在我们正接近 0.6.2 的发布，在此期间我们无论如何都需要重构 tunnel 创建代码，是时候把这件事敲定了。</p> <p>我前几天草拟了一个新的 tunnel（隧道）加密方案的规范草案，并把它发到了我的 Syndie 博客上，在实际实现时出现的一些小改动之后，我们已经在 CVS [4] 中整理出了一份规范。CVS [5] 里也有实现它的基础代码，不过它还没有接入到实际的 tunnel 构建中。如果有人有空，我很希望能得到关于该规范的反馈。与此同时，我会继续开发新的 tunnel 构建代码。</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/2005-October/thread.html</code> 并 查看与引导攻击相关的讨论串 [2] <code>http://dev.i2p.net/pipermail/i2p/2005-October/001064.html</code> [3] <code>http://dev.i2p.net/pipermail/i2p/2005-October/001057.html</code> [4] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/</code> tunnel-alt-creation.html?rev=HEAD [5] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/</code> i2p/router/tunnel/BuildMessageTest.java</p>/zh/blog/2006/01/17/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%8817%E6%97%A5/Tue, 17 Jan 2006 00:00:00 +0000/zh/blog/2006/01/17/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%8817%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> b0unc3, cat-a-puss, cervantes, Complication, DoubtfulSalmon, dust, jme\___, jrandom, lordalbert, Pseudonym, tethra, wmpq, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:40 &lt;jrandom&gt; 0) 嗨 15:40 &lt;jrandom&gt; 1) 网络状态和 0.6.1.9 15:40 &lt;jrandom&gt; 2) Tunnel 创建加密 15:40 &lt;jrandom&gt; 3) Syndie 博客 15:40 &lt;jrandom&gt; 4) ??? 15:40 &lt;jrandom&gt; 0) 嗨 15:40 * jrandom 挥手 15:40 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 15:41 &lt;@cervantes&gt; pfff，幸好 I2P 比 NASA 更可靠 15:41 &lt;jrandom&gt; heh 15:41 &lt;tethra&gt; haha 15:41 &lt;jrandom&gt; （虽然我晚到了 20 分钟… ;) 15:41 &lt;jrandom&gt; 总之，我们直接进入 1) 网络状态和 0.6.1.9 15:42 &lt;wmpq&gt; NSA 还是 NASA，其实差不多吧？ 15:42 &lt;@cervantes&gt; 我说的是 I2P，不是 jrandom ;-) 15:42 &lt;jrandom&gt; 说得好，cervantes ;) 15:42 &lt;tethra&gt; 别傻了，jrandom 就是 I2P！;D 15:42 &lt;@cervantes&gt; 哦我以为那是一种思维方式 15:42 &lt;wmpq&gt; [redact] 15:43 &lt;jrandom&gt; heh 总之，0.6.1.9 已经发布，网络中已有 70% 完成升级（谢谢各位） 15:43 &lt;Pseudonym&gt; mmmm，赞的新版本 15:44 &lt;+zzz&gt; 客户端 Tunnel 构建成功率仍然 &lt;30% 15:44 &lt;jrandom&gt; 我没听到很多关于端到端吞吐量显著提高的报告，不过有些 routers 已经超过了 T1 线路的饱和 15:44 &lt;+zzz&gt; 从 ~40% 降下来了 15:44 &lt;+Complication&gt; 带宽看起来正常，比发布前最后一次 CVS 稍高。对等点数量看起来也稍高。 15:45 &lt;jrandom&gt; 嗯，是的，我不太担心这个，zzz，因为这些在 0.6.2 会被彻底重做 15:45 &lt;+zzz&gt; 平均带宽从 ~12K 涨到 ~20K 15:45 &lt;jrandom&gt; 0.6.1.9 不应该更偏向于选择更容易同意的对等点（也就是高容量的），而是应该更关注吞吐更高的对等点 15:46 &lt;+Complication&gt; 重传比例（发布当晚记录为 7%）已经降到 6 点几 15:46 &lt;jrandom&gt; 是啊，随着 routers 能跑到 1–300KBps，会有偏斜 15:46 &lt;jrandom&gt; 嗯，那是个相当夸张的比例，Complication，我只见过 2–3% 15:46 &lt;jrandom&gt; （不过我不怀疑你的观察） 15:47 &lt;+Complication&gt; 我的出站基本打满了 15:47 &lt;+Complication&gt; （我是说把线路容量打满） 15:47 &lt;jrandom&gt; 啊，那就能解释了 15:47 &lt;+zzz&gt; 仍然在 GET 之前收到 NULL，导致 405 bad method，比例可能在下降，不过很难确定 15:48 &lt;jrandom&gt; 对，zzz，streaming 库里还有些需要解决的问题，但我可能要在 0.6.2 的 Tunnel 改造之后才会处理 15:48 &lt;jrandom&gt; （当然，如果有人想提前深入研究，那就太棒了） 15:49 &lt;jrandom&gt; Complication：如果你把带宽限制器降到大约线路容量的 70%，失败率会回到一个合理值吗？ 15:49 &lt;+zzz&gt; 我还是觉得是新年之前刚进代码的某个变更，所以最好在我们还没忘记那些改动之前看看 :) 15:50 &lt;+zzz&gt; 12 月 29 日首次出现 15:50 &lt;jrandom&gt; 是的 zzz，很可能如此。可能与我们目前如何遵循超时有关。 15:51 &lt;+Complication&gt; jrandom：我现在正试着那么做 :) 15:51 &lt;+Complication&gt; 就在你问之前几秒钟我调整了，不过我想很快还看不出来 15:51 &lt;jrandom&gt; 不过那里面还有大量清理工作要做，而更重要的是先实现新的 Tunnel 创建代码（这将大幅提高 Tunnel 构建成功率，并且带来一整套匿名性改进） 15:51 &lt;jrandom&gt; 好的，Complication，嗯，给它 3–6 小时 15:51 &lt;jrandom&gt; （把旧的数值/连接清掉） 15:52 &lt;+zzz&gt; 目前大约有 ~1%–3% 的 GET 被损坏 15:54 &lt;jrandom&gt; 那你建议回滚 streaming 库的改动（这样 i2psnark 会在 12–48 小时内让所有用户 OOM（内存耗尽）），把进一步的 streaming 库重构推迟到 0.6.2 的 Tunnel 工作之后，还是把 0.6.2 的 Tunnel 工作延后一两周，同时重做 streaming 库？ 15:55 &lt;+zzz&gt; 绝对不要回滚 15:56 &lt;+zzz&gt; 你来定 15:56 &lt;+Complication&gt; 这是个相当狡猾的 bug，我只能这么说 15:58 &lt;jrandom&gt; streaming 库里还有其他 bug，所以如果我要撸起袖子，我会想一并处理它们（因为剩下的 bug 都不明显）。 15:59 &lt;jrandom&gt; 另一方面，如果先做 Tunnel 这块，我们会显著降低带宽使用、提高构建成功率、改善匿名性，并提升在真实网络上监测负载均衡的能力 15:59 &lt;Pseudonym&gt; 如果浏览时的失败率只有 1–3%，我觉得可以等等，不过这只是我的看法。 16:00 &lt;jrandom&gt; 我倾向于先做 Tunnel 的工作，因为部署之后，我们可以在被动监测网络的同时主动重做 streaming 库 16:01 &lt;jrandom&gt; （我也想做个 GUI 来编辑/发布到 Syndie，但那可以等这两件事都搞定之后再说 ;) 16:01 &lt;+Complication&gt; 这里的比例在我这儿也差不多 16:02 &lt;+Complication&gt; （在我的 eepsite 上） 16:04 &lt;jrandom&gt; 好的，如果你们能留意一下这些比例是否变化就太好了，同时我会继续进行 Tunnel 改造，之后会进行 streaming 库的改造（两者都会在 0.6.2 之前到位） 16:05 &lt;jrandom&gt; （或者，如果有人想深入 streaming 库【或者看看和 i2ptunnel 是否有奇怪的交互】，告诉我！） 16:06 &lt;+Complication&gt; jrandom：出于好奇，能否用一个测试应用把 i2ptunnel 排除掉？ 16:07 &lt;+Complication&gt; 例如，如果像 jnymo 的示例应用那样也会收到 null，那就能把 i2ptunnel 从可疑原因列表里排除了？ 16:07 &lt;jrandom&gt; 当然可以接一个薄层（in-VM）的 I2PSocket 实现来做这个 16:07 &lt;+Complication&gt; 因为如果我没记错，那示例直接使用了 streaming 库…… 16:08 &lt;+Complication&gt; （或者几乎是直接使用） 16:08 &lt;jrandom&gt; 是啊，当然，如果某个使用 streaming 库的东西能复现它，那就能给 i2ptunnel 洗清嫌疑 16:10 &lt;+Complication&gt; 嗯，除非别人先做（我会先尝试把 webcache 那个东西做完），否则我也许会尝试用类似的东西来模拟 HTTP…… 16:10 &lt;jrandom&gt; 太赞了，谢谢你，Complication 16:10 &lt;jrandom&gt; 好的，关于 1) 网络状态和 0.6.1.9 还有别的吗？ 16:11 &lt;jrandom&gt; 如果没有，我们慢慢走到 2) Tunnel 创建加密 16:11 &lt;+Complication&gt; 没啦，可能啥用都没有，或者我半路就卡住了……不过这个可能性让我感兴趣 16:11 &lt;jrandom&gt; 嗯，绝对值得探索，Complication 16:12 &lt;jrandom&gt; （而且探索不一定要有正面结果才有价值 :) 16:12 * cervantes 在临近新年的源码变更中发现了一个“moo”异常……也许就是这个问题？:) 16:13 &lt;jrandom&gt; 好的，邮件里引用了一个新的 Tunnel 创建加密规范，基于去年十月我、toad 和 Michael 在邮件列表上的讨论 16:14 &lt;jrandom&gt; 看一眼，告诉我你的想法——它不会很快部署到在线网络上，因为还有其他东西需要先实现，但它快来了 16:14 &lt;+Complication&gt; “moo”是 Java 的保留字吗？;P 16:14 &lt;+zzz&gt; 关于 2）我会帮忙审查状态邮件中的参考资料 16:14 &lt;+Complication&gt; 关于 Tunnel 加密这个话题，你介意看看下面这个改写是否还行吗——我只是想确保我理解对了…… 16:14 &lt;jrandom&gt; 谢了 zzz 16:15 &lt;+Complication&gt; “每一跳都用它们的 reply key（回复密钥）对所有记录进行加密；这个 reply key 是它们用自己的 ElGamal 私钥从属于自己的那条记录中解密得到的。以这种方式加密，就逆转了 Tunnel 拥有者所做的一层解密（或者说，加密），从而使得下一位参与者的记录可由下一位参与者的 ElGamal 私钥读取？” 16:15 &lt;jrandom&gt; Complication：是的 16:15 &lt;+Complication&gt; 还是我这个改写完全错了？ 16:16 &lt;+fox&gt; &lt;jme___&gt; 如果可以的话，我觉得太复杂了 16:16 &lt;jrandom&gt; 我觉得是对的，不过，是啊，子句太多了 :) 16:16 &lt;+Complication&gt; 我也没想到更好的可视化方式。即便这样也够难的了。:P 16:16 &lt;jrandom&gt; （或者 jme___ 你是说算法太复杂？） 16:17 &lt;+fox&gt; &lt;jme___&gt; 不是，我试着快速读了文档就放弃了，因为太多东西需要预备知识 16:17 &lt;+fox&gt; &lt;jme___&gt; 另一方面我也没怎么尝试 :) 还有别的事要做 16:17 &lt;jrandom&gt; Complication: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/i2p/router/tunnel/BuildMessageProcessor.java?rev=HEAD 16:18 &lt;+fox&gt; &lt;jme___&gt; 这次同行评审只是走过场，还是你真的担心/不确定？ 16:19 &lt;+Complication&gt; 嗯，了解底层机制在做什么总是好的…… 16:19 &lt;jrandom&gt; 我有信心它按我的意图工作，但如果有人能发现问题，我真心感兴趣 16:19 &lt;+fox&gt; &lt;jme___&gt; 如果是后者我可以花时间，不过我的知识有点旧而且不在脑子最前面 16:20 &lt;+fox&gt; &lt;jme___&gt; 如果不是，我就信任 :) 16:20 &lt;jrandom&gt; 备注部分有一些问题——http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 &lt;jrandom&gt; 不着急，这个新加密大概还要一两周才会真正用到 router 里 16:22 &lt;@cervantes&gt; jrandom：关于这些，如果在各跳之间注入随机延迟，会有很大的性能损失吗？ 16:22 &lt;@cervantes&gt; 因为这似乎是防止时序攻击最合理的选项 16:23 &lt;jrandom&gt; 这是 Tunnel 创建阶段，所以延迟无妨，不过在灾难性故障下可能会导致 lease set 过早过期 16:25 &lt;jrandom&gt; 嗯，我不确定这些延迟有多有效。也许帮助很大，也许没有。不过，活跃的 Tunnel 本来就可以通过 blending 来检测该 Tunnel 上的串通对等点，所以我不确定这是否重要 16:25 &lt;+fox&gt; &lt;jme___&gt; 好的正在重读 16:27 &lt;jrandom&gt; 谢谢。好的，不着急，但如果/当有人有想法时，丢给我（或者发到列表、你的博客等） 16:27 &lt;jrandom&gt; 好的，关于 2 还有别的吗，还是我们进入 3) Syndie 博客？ 16:29 &lt;jrandom&gt; （算我们已经移过去了） 16:29 &lt;jrandom&gt; 好的，Syndie 里有些新的好玩的博客功能，去挖掘吧 ;) 16:29 &lt;@cervantes&gt; 很酷 16:30 &lt;jrandom&gt; 左侧的分组可以包含指向任意 URL 的链接，也可以链接到博客、博客内的帖子，或帖子内的附件 16:30 &lt;jrandom&gt; 还有一大堆可能的增强，比如为不同博客或不同标签添加帖子样式、图标等。如果有人愿意深入做这个，那就太棒了（而且影响非常显著 :)） 16:31 &lt;@cervantes&gt; 顺便说，评论中定义的外部链接也应该设置一个 title 属性为目标 URL（就像你在左侧面板上做的那样） 16:31 &lt;@cervantes&gt; 评论/帖子 16:32 &lt;jrandom&gt; 啊，好主意 16:33 &lt;jrandom&gt; （net.i2p.syndie.sml.BlogPostInfoRenderer 方法 renderLinks(...) :) 16:34 &lt;@cervantes&gt; *scribble* 16:35 &lt;jrandom&gt; Syndie 的博客还需要什么，才能作为信息类 eepsites 的一个可用替代？显然，Syndie 是静态内容，所以有些事情做不了，但你可以发布内容并让人评论 16:36 &lt;jrandom&gt; 有没有你特别想做的定制？如果有，告诉我 16:37 &lt;DoubtfulSalmon&gt; jrandom：通过脚本更新现有内容？ 16:37 &lt;@cervantes&gt; 按日期归档 16:37 &lt;jrandom&gt; DoubtfulSalmon：通过脚本？ 16:37 &lt;jrandom&gt; cervantes：啊，像一个小日历组件，而不是“5 篇更早的条目”的链接？ 16:38 &lt;@cervantes&gt; 嗯 16:38 &lt;DoubtfulSalmon&gt; jrandom：比如我想让这个文件/文本替换那个文件/文本。我该怎么做？ 16:38 &lt;jrandom&gt; 好的，酷，这应该很容易（如果有人把 HTML 写出来的话 :)） 16:38 &lt;@cervantes&gt; 或者更简单地“查看上个月的帖子” 16:39 &lt;@cervantes&gt; jrandom：你只需要一个 7×6 的表格，里面填些数字 ;-) 16:40 &lt;jrandom&gt; DoubtfulSalmon：修改已经发布的内容是个有意思的方向。总体上来说并不总是可行，因为它得像 Usenet 控制消息那样运作（撤销一篇旧帖等） 16:40 &lt;jrandom&gt; DoubtfulSalmon：另一方面，你可以直接发一个新文件/条目，然后把左侧的链接改到新文件/条目 16:40 &lt;jrandom&gt; （这样，旧内容还在那里，但会把人引导到新内容） 16:41 &lt;DoubtfulSalmon&gt; jrandom：对，如果旧内容仍在也没问题，只要大家的链接都指向新内容，他们就不用去改自己的内容。 16:41 &lt;jrandom&gt; 把它做成一个完整的 wiki 也是可能的，本质上是发布差异，然后让 Syndie 渲染结果，但这可能有点小题大做 16:41 &lt;jrandom&gt; 嗯，明白你的意思了 16:42 &lt;jrandom&gt; 所以，你想要的是可重定向的链接，而不是现有的指向具体版本内容的链接 16:43 &lt;jrandom&gt; 也许可以通过链接到某个博客的书签来实现，然后通过加载该博客当前的书签，看看它指向哪里，从而找出具体版本 16:44 &lt;jrandom&gt; 另一方面，新版本可以标记为对旧帖子的回复，这样当人们跟随一个链接时，他们可以再跟到这个替代内容的回复 16:44 &lt;jrandom&gt; （不过这可能没有那么无缝） 16:44 &lt;DoubtfulSalmon&gt; 是的：比如我想放一个链接：当前的雷达图像，或者类似每 10 分钟更新一次的东西。如果内容不会在整个网络上四处传播也没关系，但如果别人链接到我的页面，用户应该能看到当前的图像。 16:45 &lt;jrandom&gt; 这取决于他们想做什么——他们是想链接到他们引用时的那个图像，还是想链接到当读者查看时由服务渲染的图像 16:45 &lt;+Complication&gt; cervantes：今天的怪事 :D 最后一帖在：`http://forum.i2p/viewtopic.php?t=1199&amp;start=15` 16:46 &lt;+Complication&gt; 感觉像是我们的另一位机器人主宰 :P 16:46 &lt;jrandom&gt; 不过同时支持这两种概念是个好主意，我觉得实现起来也不麻烦 16:46 &lt;@cervantes&gt; 多谢 16:46 &lt;jrandom&gt; 不过需要对 SML 做个小扩展（例如 [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.png"]） 16:47 * cervantes 如果开始大量出现，我会升级论坛的防御 16:47 &lt;@cervantes&gt; （已经知道怎么挡住那个了） 16:47 &lt;DoubtfulSalmon&gt; jrandom：他们应该既能链接到它的静态版本（前提是传播者没有删除内容），也能链接到一个通用的 URL，指向最新版本 16:47 &lt;jrandom&gt; （它会查看 ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c= 当前的元帖子里的书签，从名为“radar.png”的那条里取出确切的 URI） 16:48 &lt;DoubtfulSalmon&gt; jrandom：现在能不能用类似“查看标签 &lt;weird string&gt; 下最新的一篇帖子”来做？ 16:48 &lt;jrandom&gt; 啊，说得好——可以的 16:49 &lt;jrandom&gt; 甚至可以限定为“查看作者 $author 且标签为 $tag 的最新帖子” 16:49 &lt;jrandom&gt; （这样别人就无法伪造） 16:49 &lt;DoubtfulSalmon&gt; 那也许就做个 UI，这样用户就不必看到那些奇怪的标签之类的 16:50 &lt;jrandom&gt; 上面有个它看起来如何的例子，不过我手头没有那个 URI……不过，对，就是把链接包在被链接的文本外面 16:50 &lt;DoubtfulSalmon&gt; 我想所有这些信息都可以以 URL 的形式出现吧。 16:51 &lt;jrandom&gt; 不过直接写源 SML 确实挺复杂，这也是为什么做一个生成 SML 的 GUI 会很有用 16:51 &lt;jrandom&gt; 它们是 SML 标签上的属性，不是 URL 16:52 &lt;@cervantes&gt; 而没有 JavaScript 的话，SML 的 GUI 会很棘手 16:52 &lt;DoubtfulSalmon&gt; 但你可以把搜索结果加为书签，对吧？ 16:52 &lt;jrandom&gt; 什么是搜索结果？ 16:52 &lt;jrandom&gt; 你说的书签是什么意思？ 16:52 &lt;@cervantes&gt; （或者浏览器扩展 ;-) 16:52 &lt;jrandom&gt; 哦，浏览器端的书签，是的 16:52 &lt;+Complication&gt; 过滤结果？ 16:53 &lt;jrandom&gt; 但那些书签一般是不可共享的 16:53 &lt;DoubtfulSalmon&gt; 呃：“获取作者 X 且标签为 Y 的最新 1 篇帖子” 16:53 &lt;jrandom&gt; （其实，大多数是可以的，但并不普遍，因为它们是 URL 而不是 URI）） 16:53 &lt;DoubtfulSalmon&gt; 是啊，如果其他博客也能链接到那些就好了 16:54 &lt;jrandom&gt; DoubtfulSalmon：他们可以，用 SML 16:54 &lt;jrandom&gt; [blog tag="Y" bloghash="X"] 16:54 &lt;DoubtfulSalmon&gt; 哦太好了 16:55 &lt;jrandom&gt; cervantes：JavaScript，或者 XUL，或者 Java，或者其他某个操作系统特定的客户端应用 16:57 &lt;@cervantes&gt; 啊酷，所以你并不介意脚本或插件依赖 16:57 &lt;jrandom&gt; （当我们的网站为 0.6.2 改版时，Syndie 一定会有个网站来解释 wtf 这个 Syndie 东东究竟是什么，以及它如何能做到除了洗碗之外的所有事情 ;) 16:57 &lt;@cervantes&gt; （只要能优雅降级） 16:57 &lt;jrandom&gt; cervantes：Syndie 应该在 lynx 上也能工作，但富客户端有很大发挥空间 16:58 &lt;jrandom&gt; (s/function/functional/) 16:58 &lt;@cervantes&gt; 对……所以 lynx 用户会得到一份 SML 参考表，但没有更多 16:58 &lt;jrandom&gt; 嗯，就像我们现在这样 16:58 &lt;jrandom&gt; 不过也许可以简化一点 SML，不知道。 17:01 &lt;+Complication&gt; jrandom：你觉得有没有那么一点可能……这个 null bug 跟 gzip 编码有关？ 17:01 &lt;+Complication&gt; 我在想怎么给我的 eepsite Tunnel 禁用 gzip…… 17:01 &lt;+Complication&gt; 还是说这完全不可能？ 17:01 &lt;@cervantes&gt; 新年前在 i2ptunnel 里加了一些 HTTP 压缩器的东西 17:03 &lt;jrandom&gt; 是啊，有可能——你可以在客户端用 i2ptunnel.gzip=false（在 /configadvanced.jsp 上）禁用它。目前我觉得你还不能在 i2ptunnelhttpserver 里禁用 17:03 &lt;+zzz&gt; 问题在请求端，那边没有任何压缩 17:03 &lt;+zzz&gt; 如果客户端设为 false，服务器不会压缩 17:03 &lt;+Complication&gt; zzz：哦对，我忘了这一点 17:04 &lt;jrandom&gt; （不过不费什么事你就能把它加到 I2PTunnelHTTPServer 上【行 310 等】） 17:04 * Complication 太粗心了，为此道歉 17:04 &lt;@cervantes&gt; （或者你可以用一个普通的 Tunnel） 17:04 &lt;+Complication&gt; 啊哈，谢谢…… 17:05 &lt;jrandom&gt; 嗯，不过等 i2ptunnelhttpserver 收到 GET 时，NULL 已经在那里了 17:05 &lt;+zzz&gt; 是的，我确实让 orion 回到了 HTTP tunnel，这让他的页面加载时间大幅改善，因为又压缩了 17:05 &lt;+Complication&gt; 我刚才完全忘了，只有当客户端和服务器“同意”才会开始 gzip 16:05 &lt;jrandom&gt; 所以它可能在客户端，但肯定不是服务端 17:05 &lt;jrandom&gt; 是啊 zzz，现在快得离谱 :) 17:05 &lt;+zzz&gt; 它在请求（request）端，不在响应（response）端——可能在客户端或服务端任一侧 17:06 &lt;jrandom&gt; 对 17:09 &lt;jrandom&gt; 好的，关于 3) Syndie 博客还有别的吗？ 17:09 &lt;jrandom&gt; 如果没有，我们跳到 4) ??? 17:09 &lt;jrandom&gt; 还有别的想在会议上提的吗？ 17:10 &lt;cat-a-puss&gt; Complication：Java 的 gzip 流 + I2P Tunnels。不工作，而且这是 Sun 的 bug 17:10 &lt;jrandom&gt; 嗯？cat-a-puss？真的？ 17:10 &lt;+zzz&gt; HTTP 持久连接更新：客户端大多已完成，服务端进展良好，还有大量加固和测试要做，预计 2–4 周完成 17:10 &lt;jrandom&gt; 不错啊 zzz！ 17:11 &lt;cat-a-puss&gt; jrandom：对，这个我很久以前跟你说过，我可能能找到关于为什么的长解释，但最好是在某处把它记录下来，因为没有理由这么做。 17:12 &lt;jrandom&gt; 嗯，我脱离上下文了，究竟是什么不起作用？Sun 的 bug 是什么？ 17:14 &lt;dust&gt; 我得到这样的奇怪日志：21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status &lt;html&gt; 17:14 &lt;jrandom&gt; 嗯，有意思 17:15 &lt;jrandom&gt; 哪个 tracker？ 17:15 &lt;cat-a-puss&gt; jrandom：据我所记，Sun 使用的是无头 ZIP，以及一个 magic number 来表示那是一个 ZIP 流。但这个数恰好是负数，所以如果你因为某些原因在一个 ZIP 流里又创建了一个 ZIP 流，它会把数据当作无符号字节序列来读，于是这个 magic number 就会被转成别的正数。（我可能漏了一些细节，但大意如此） 17:16 &lt;dust&gt; 比如 OSDevWithCVS_3E.pdf.torrent 17:17 &lt;dust&gt; d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 &lt;jrandom&gt; 嗯，我对此不太了解，也不确定它会如何影响通过 i2ptunnel 的 gzip 流（如果真会影响，那它们都该失败，因为我们把一切都 gzip 了） 17:19 &lt;jrandom&gt; 好的，dust，所以是 postman 的 tracker。嗯，dust，你在 0.6.1.9 上吗？ 17:20 &lt;cat-a-puss&gt; jrandom：对了，自从我遇到那个问题已经快一年了，我记不太清了，也不知道在 1.5 里是否修复了。但我确实费了九牛二虎之力想搞明白，为什么一切普通类型的流都能工作，一旦把它们包在压缩流里就全失败。 17:20 &lt;dust&gt; 是 17:20 &lt;jrandom&gt; cat-a-puss：过去一年里我们已经大幅改变了 I2P 上的压缩处理 ;) 17:21 &lt;jrandom&gt; （而且我个人不使用 1.5） 17:21 &lt;jrandom&gt; 不过我们显式地做自己的 ZIP 编码，而不是使用他们的打包流（出于匿名性/效率的原因，而不是兼容性） 17:22 &lt;@cervantes&gt; zzz：NULL 到底发生在请求的哪个位置？就在 GET 之后吗？ 17:22 &lt;+Complication&gt; 如果我没记错，在之前 17:23 &lt;+fox&gt; &lt;lordalbert&gt; hi 17:23 &lt;+Complication&gt; 顺便说一句：Celeron 300 的重传百分比比 Sempron 低一倍 17:23 &lt;jrandom&gt; 嗨，lordalbert 17:23 &lt;jrandom&gt; 不错，Complication，2–3% 是合理的（当然我更希望更低） 17:23 &lt;@cervantes&gt; 发一堆 HEAD 请求之类的会很有意思…… 17:24 &lt;jrandom&gt; 是啊，做一组本地测试会很棒，不过据我记得，Complication 之前试过，没有错误 17:24 &lt;+fox&gt; &lt;lordalbert&gt; 有人能做一个匿名 tracker 吗？我试过，但我不明白怎么用这个 Tunnel 17:24 &lt;+Complication&gt; cervantes：我曾经试过去触发它，在我的两个节点之间递归 wget 17:24 &lt;+Complication&gt; 没触发到就腻了 17:25 &lt;@cervantes&gt; heh 17:26 &lt;+fox&gt; &lt;lordalbert&gt; 'lo b0unc3 ;) 17:26 &lt;+fox&gt; &lt;b0unc3&gt; lordalbert，:D 17:26 &lt;+Complication&gt; lordalbert：你需要哪部分的建议？ 17:27 &lt;+Complication&gt; 关于如何搭建 trackers，我不太清楚。 17:27 &lt;+Complication&gt; 关于 I2PTunnel，我可以试着解释…… 17:27 &lt;+fox&gt; &lt;lordalbert&gt; 我安装了 BTtracker，而且它工作得很好 17:28 &lt;+Complication&gt; 还要注意的是，要让 tracker“保持”匿名，很可能需要非常谨慎的配置 17:28 &lt;+fox&gt; &lt;lordalbert&gt; 现在，我想把它匿名化 17:28 &lt;+fox&gt; &lt;lordalbert&gt; 所以 17:28 &lt;jrandom&gt; 我们可以在会后一起帮你搞定。你不该用通用的 trackers，你需要一个为匿名性构建的 17:28 &lt;+fox&gt; &lt;lordalbert&gt; 我刚刚做了个 i2ptunnel 17:29 &lt;jrandom&gt; （比如你可以在任何 I2P tracker 上找到的 bytemonsoon 修改版，或者在 CVS 里） 17:29 &lt;+fox&gt; &lt;lordalbert&gt; 现在，我想知道怎么用这个 tunnel。我已经建好了一个 tunnel 17:29 &lt;jrandom&gt; 好的，会议还有别的事吗？ 17:30 &lt;jrandom&gt; lordalbert：`http://localhost:7657/i2ptunnel/` 应该可以让你创建一个 ‘http server tunnel’，指向你的 Web 服务器/跟踪器，但你的跟踪器除非已经为匿名使用做了修改，否则不会工作 17:30 &lt;+fox&gt; &lt;lordalbert&gt; jrandom，我该用哪个 tracker？ 17:31 &lt;+Complication&gt; 我想 postman 用的是改过的 ByteMonsoon 版本 17:32 &lt;jrandom&gt; i2p-bytemonsoon 已经为匿名使用做了修改——有个 zip 在 `http://i2p-bt.postman.i2p/，还有` CVS 在 http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/，不过我对此不太了解 17:32 &lt;+fox&gt; &lt;lordalbert&gt; bytemonsoon 不是过时了吗？ 17:32 &lt;jrandom&gt; 能用就不算过时。它能用。 17:33 &lt;+fox&gt; &lt;lordalbert&gt; 好的 XD 17:33 &lt;jrandom&gt; 外面有很多 trackers，如果有开发者愿意把它改造得安全且匿名，那就太好了 17:33 &lt;+Complication&gt; 可能确实有点老……但肯定能用 destkeys 代替 IP…… 17:33 &lt;+Complication&gt; 安全性和防泄漏性就不好说了 17:34 &lt;jrandom&gt; （它是由 duck 等人为了匿名性和安全性做的修改） 17:34 &lt;+Complication&gt; 不过它已经运行了一段时间，看起来还行…… 17:35 &lt;jrandom&gt; 好的，如果会议上没有其他事情…… 17:36 * jrandom 收尾 17:36 * jrandom 用 *baf* 的方式宣布会议结束 </div>/zh/blog/2006/01/10/i2p-2006-01-10-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 10 Jan 2006 00:00:00 +0000/zh/blog/2006/01/10/i2p-2006-01-10-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，看来星期二又到了。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) 吞吐量分析 3) Syndie 博客 4) HTTP 持久连接 5) I2Phex gwebcache 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>过去一周，CVS 中进行了大量错误修复和改进，当前构建版本为 0.6.1.8-11。网络总体上相当稳定，尽管不同 I2P 服务提供商的几次故障导致了偶发的小插曲。我们终于在 CVS 中去除了不必要的高频 router 身份变动；另外，zzz 昨天提出了一个针对核心的新错误修复，听起来很有前景，不过还需要观察它的实际影响。过去一周还有两件大事：引入了新的基于吞吐量的速度评估，以及对 Syndie 的博客视图进行了大量改进。至于何时能见到 0.6.1.9，它应该会在本周晚些时候发布，最迟不超过周末。请留意常用的信息渠道。</p> <ul> <li> <ol start="2"> <li>Throughput profiling</li> </ol> </li> </ul> <p>我们已经测试了几种用于监测吞吐量的对等节点画像算法，而在过去一周左右，我们似乎已经确定了一种看起来相当不错的算法。其核心做法是：以1分钟为周期监测各个tunnel的已确认吞吐量，并据此相应地调整对各对等节点的吞吐量估计。它并不尝试为某个对等节点计算一个平均速率，因为这样做非常复杂：一方面，tunnels包含多个对等节点；另一方面，已确认吞吐量的测量往往需要多个tunnels。相反，它计算的是平均峰值速率——具体来说，它会测量该对等节点的tunnels能够达到的三个最快传输速率，然后对这三个数值取平均。</p> <p>其要点是，这些速率是以整整一分钟为单位测量的，因而代表该节点能够持续维持的速度；并且由于每个节点至少与端到端测得的速率一样快，因此可以放心地将它们都标记为具备该速度。我们也尝试过另一种变体 - 在不同时间段通过tunnels（隧道）测量某个节点的总体吞吐量，这带来了更清晰的峰值速率信息，但这对那些尚未被标记为“fast（快速）”的节点非常不利，因为被标记为“fast”的节点会被使用得更频繁（客户端的tunnels只使用“fast”节点）。该总体吞吐量测量的结果是：它为那些承受了充分压力的节点收集到了很好的数据，但只有“fast”节点得到了充分压力，几乎没有有效的探索。</p> <p>然而，使用 1 分钟的周期并依据单个 tunnel 的吞吐量，似乎会得到更为合理的数值。我们将在下一个版本中看到该算法被部署。</p> <ul> <li> <ol start="3"> <li>Syndie blogs</li> </ol> </li> </ul> <p>根据一些反馈，我们在 Syndie 的博客视图中进行了进一步改进，使其与类似新闻组/论坛的线程式视图相比具有截然不同的风格。此外，它还通过现有的 Syndie 架构新增了一项用于定义通用博客信息的功能。例如，请查看默认的“about Syndie”博文： <code>http://syndiemedia.i2p.net/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&amp;entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800001</code></p> <p>这只是我们所能实现的开端。下一个版本将允许你定义你自己的博客徽标、你自己的链接（指向博客、文章、附件、任意外部 URL），并且希望还能提供更多自定义选项。其中一项自定义是按标签的图标 - 我打算随附一套用于标准标签的默认图标，但人们可以为自己的标签定义图标在其博客内使用，甚至可以覆盖标准标签的默认图标（再次说明，当然只在别人查看其博客时生效）。也许还会提供一些样式配置，以便对不同标签的文章采用不同的展示方式（当然，只会允许非常有限且具体的样式自定义 - 别想在 Syndie 里随意进行 CSS 漏洞利用，多谢配合 :)）</p> <p>关于博客视图，我还有很多想做的事情，不过它们不会出现在下一个版本中；但这应该能起到不错的推动作用，促使大家开始玩一玩它的一些功能。希望这样能让大家向我展示<em>你们</em>需要什么，而不是我以为你们想要的。我也许是个不错的程序员，但我可不会读心术。</p> <ul> <li> <ol start="4"> <li>HTTP persistent connections</li> </ol> </li> </ul> <p>zzz 真是个疯子，我跟你说。一个长期被请求的特性已有所进展——支持持久 HTTP 连接，允许你在单个流上发送多个 HTTP 请求，并接收多条响应。我记得大概两年前就有人提过了，而且这对某些类型的 eepsite（I2P 站点）或进行大量 outproxy（出站代理）可能会有帮助。我知道这项工作还没完成，但进展顺利。希望 zzz 能在会议上给我们一个进度更新。</p>/zh/blog/2006/01/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%8810%E6%97%A5/Tue, 10 Jan 2006 00:00:00 +0000/zh/blog/2006/01/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%8810%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, Complication, jrandom, Pseudonym, teal`c\_, tethra</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) 嗨 15:26 &lt;jrandom&gt; 1) 网络状态 15:26 &lt;jrandom&gt; 2) 吞吐量分析 15:26 &lt;jrandom&gt; 3) Syndie 博客 15:26 &lt;jrandom&gt; 4) HTTP 持久连接 15:26 &lt;jrandom&gt; 5) I2Phex gwebcache 15:26 &lt;jrandom&gt; 6) ??? 15:26 * jrandom 挥手 15:26 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 15:27 &lt;jrandom&gt;（是啊，我知道……我们需要个 7) 还有一件事……） 15:28 &lt;jrandom&gt; 跳到 1) 网络状态 15:28 &lt;jrandom&gt; 总的来说，老样子，邮件里讲的之外也差不多。 15:28 &lt;jrandom&gt; 有谁想就 1) 提点什么吗？ 15:30 &lt;jrandom&gt; 好吧，如果没有，就转到 2) 吞吐量分析 15:31 &lt;tethra&gt; 听起来很酷，不过可以问下目标是什么吗？ 15:31 &lt;jrandom&gt; 找到快速节点 15:31 &lt;tethra&gt;（原谅我缺乏机智和分寸） 15:31 &lt;tethra&gt; 啊，酷。 15:32 &lt;jrandom&gt; 基本上，我们之前的速度画像不太好（参见上周的状态说明摘要），而现在这个方法在找到我知道很快的节点方面表现不错 15:32 &lt;jrandom&gt;（我知道它们很快，因为我作弊用非匿名的方式测过） 15:33 &lt;tethra&gt; 令人震惊！ ;) 15:33 &lt;jrandom&gt;（（是的，也可能有人发疯对我测量发起攻击来干扰，但我觉得不太可能 ;) 15:33 &lt;tethra&gt; 哈哈 15:33 &lt;tethra&gt; 太棒了，这样就更有可能让 client tunnels 找到“好”的节点，并且大概还能给“快”的节点减压，对吧？ 15:35 &lt;tethra&gt; s/'good'/fast/ 15:35 &lt;jrandom&gt; 前者是的，但后者不太是——这不会减少对它们的压力，但会让大家更有效地利用它们 15:35 &lt;@cervantes&gt; 我猜拥有快速节点的人得指望节点限流足够好，能承受额外的参与 15:36 &lt;jrandom&gt; 比如，不再是 $slow--&gt;$fast--&gt;$fast，而会是 $fast--&gt;$fast--&gt;$fast 15:36 &lt;tethra&gt; 啊，我懂了 15:36 &lt;jrandom&gt; 嗯 cervantes，我也在关注容量画像，它一直挺管用 15:36 &lt;@cervantes&gt; 太好了 15:37 &lt;jrandom&gt; 容量与速度之间的相互作用很重要——即使速度排名高于所有人，如果不是高容量，节点也不会被视为快 15:37 &lt;@cervantes&gt; 看看它对吞吐的影响会很有意思 15:37 &lt;jrandom&gt;（这就是为什么“fast”只是“fast 且 high capacity”的简称） 15:37 &lt;@cervantes&gt; +h 15:37 &lt;jrandom&gt; 嗯 cervantes 15:39 &lt;jrandom&gt; 好，如果 2) 没别的了，就跳到 3) Syndie 博客 15:40 &lt;jrandom&gt; 除了邮件里的内容，我没太多可补充的 15:41 &lt;@cervantes&gt; 看起来很棒 15:41 &lt;tethra&gt; 我个人非常喜欢博客正在走的方向。可以说都是锦上添花。 15:41 &lt;tethra&gt; :D 15:41 &lt;+Complication&gt; 来晚了，抱歉。 15:42 &lt;jrandom&gt; 酷，这和最初很像，但我觉得博客视图挺有前景 15:42 &lt;jrandom&gt; 欢迎回来 Complication，别担心，我们有日志 :) 15:43 &lt;+Complication&gt; 正在回看记录呢 :) 15:43 &lt;jrandom&gt; 我确实觉得两种视图都有用，可能取决于用户 15:43 &lt;jrandom&gt;（也取决于内容和作者） 15:45 &lt;jrandom&gt; 不过有一点，html 不太理想。cervantes 一直在帮我把我非常基础的认知更新到更现代的视角，但还有很多问题 15:46 &lt;jrandom&gt; syndie 的 Web 界面会持续改进，如果有 html 志愿者愿意帮忙做排版、设计、css、跨浏览器问题等，将不胜感激 15:47 &lt;@cervantes&gt; 除了有两个开头的 &lt;style&gt; 标签之外，代码看上去挺干净的 ;-) 15:47 &lt;jrandom&gt; 呵呵，糟糕 15:48 &lt;@cervantes&gt; 我想重点会放在让样式更干净可读，也许还会设计一些模板替代方案 15:48 &lt;jrandom&gt; 嗯 15:49 &lt;jrandom&gt; 我在想博客视图的一件事——让人们自定义某些属性（颜色、字体、大小）很容易，但不确定还能做到多少 15:50 &lt;jrandom&gt; 另一方面，博客视图和主题视图一样，都只是套在 syndie 存档上的模板 15:50 &lt;@cervantes&gt; 当然你肯定不想允许可部署的模板 15:50 &lt;jrandom&gt; 那问题就是，模板是给谁用的？ 15:50 &lt;jrandom&gt;（使用模板需要什么水平的经验） 15:51 &lt;@cervantes&gt; 我在想只是个弹出配置选项，用户可以给自己的博客选 15:51 &lt;jrandom&gt; 嗯？ 15:51 &lt;@cervantes&gt; 我想要 “Pony Look” 15:51 &lt;jrandom&gt; 啊，好 15:51 &lt;@cervantes&gt; 那我们给 syndie 自带各种皮肤 15:52 &lt;jrandom&gt; 对，预设颜色/字体/等 15:52 &lt;jrandom&gt;（还有图标等） 15:52 &lt;jrandom&gt; 这些在博客视图里还没真正实现 15:54 &lt;jrandom&gt; 不过简单主题选择器这个主意不错，比一大堆复杂选项强 15:54 &lt;@cervantes&gt; 另一种做法是，别人可以在自己站点上提供模板预设的下载——可以保存到主题文件夹里 15:55 &lt;@cervantes&gt; 是否信任博客作者的自定义皮肤，取决于个人 15:55 &lt;jrandom&gt; ……信任？ 15:55 &lt;jrandom&gt; syndie 里不会让你使用不安全的 html 或 css 15:55 &lt;tethra&gt; 那不安全的 javascript/等 呢 15:55 &lt;jrandom&gt; 皮肤会是文本文件/配置文件/图片，而不是 jsp 15:55 &lt;tethra&gt; ？ 15:56 &lt;tethra&gt;（比如用 js 把页面转到非匿名地址？） 15:56 &lt;@cervantes&gt; 这取决于主题是否也包含结构性 html 变更 15:56 &lt;@cervantes&gt; 好的明白了 15:56 &lt;@cervantes&gt; 那样会保持得简洁清爽 15:57 &lt;jrandom&gt; tethra：我对 javascript……极度犹豫。看到 default 今天的新博文了吗？ 15:57 &lt;jrandom&gt; “我只是好奇：它用 AJAX 吗？页面看起来不会整体更新……” 15:57 &lt;tethra&gt; 没，我没看。 15:57 &lt;tethra&gt; 我会想办法干掉任何用到的 js，个人来说。 15:58 &lt;jrandom&gt; 因为 syndie 是“本地”的，速度快得离谱，我们不需要担心同样的延迟问题 15:58 &lt;tethra&gt; 我一点都不信它。 15:58 &lt;tethra&gt; 嗯 :/ 15:58 &lt;jrandom&gt; cervantes：嗯，非常简单——我们甚至可以让人在看到喜欢的博客主题时点“偷走这个主题” 15:59 &lt;@cervantes&gt; 理论上你可以给博客用户提供一个“安全”函数库——但当你把普通浏览器实现里所有不安全的东西都移除后，剩下的就只剩 “alert();” 了 16:00 &lt;jrandom&gt; 呵 16:00 &lt;jrandom&gt;（还有 JavaScript 的无障碍问题） 16:00 &lt;+Complication&gt; cervantes：注意，alert() 要是无限循环也很糟糕 :P 16:00 * jrandom 对 syndie 的 lynx 友好性颇感自豪 16:00 &lt;tethra&gt; lynx &lt;3 16:02 &lt;jrandom&gt; 好，如果 3) 没别的了，就跳到 4) HTTP 持久连接 16:02 &lt;jrandom&gt; 除了邮件里的内容我没别的……zzz，你在吗？ 16:02 &lt;@cervantes&gt; 还有别的实现“呸”AJAX 界面的方式，比如做个 mozilla 扩展 16:03 &lt;jrandom&gt; fire2pe++ :) 16:03 &lt;jrandom&gt; zzz 不在，关于 4) 的更多信息可能得稍后再说 16:03 &lt;@cervantes&gt; fire2pe 只是个辅助手段——你是指 syndilla ;-) 16:03 &lt;jrandom&gt; lol 16:04 &lt;jrandom&gt;（还有 U 盘钥匙扣版，syndog ;) 16:04 &lt;jrandom&gt; 好，转到 5) I2Phex gwebcache 16:05 &lt;jrandom&gt; Complication：p1ng 16:05 &lt;+Complication&gt; 嗯，因为它会让与网络集成更容易…… 16:06 &lt;+Complication&gt; ……我最近已经开始重启 I2Phex 里现有的 gwebcache 代码 16:06 &lt;+Complication&gt; 现阶段它已经能做一些非常有限的事了（比如体面地崩溃）:) 16:06 &lt;+Complication&gt; 还在适度成功地骚扰 awup 的 webcache 服务器 16:07 &lt;jrandom&gt; lol 不错 16:07 &lt;+Complication&gt; 不过我有信心，最终能把它重做好 16:07 &lt;+Complication&gt;（现在很多东西都是针对 IP 地址处理的） 16:09 &lt;jrandom&gt; 酷，祝好运，需要我帮忙就告诉我 16:09 &lt;+Complication&gt; 会的 :) 16:10 &lt;jrandom&gt; 好，关于 5) I2Phex gwebcache 还有别的吗，或者我们要不要溜达到 6) ??? 16:11 &lt;jrandom&gt; 就当我们已经溜达过去了 16:11 &lt;jrandom&gt; 还有别的要在会议上提的吗？ 16:11 &lt;@cervantes&gt; 再来一杯茶就更好了 16:12 &lt;tethra&gt; 呵呵 16:12 &lt;Pseudonym&gt; 路线图怎样了？ 16:12 &lt;jrandom&gt; 没变化 16:12 &lt;Pseudonym&gt; 0.6.2 还剩什么？ 16:13 &lt;jrandom&gt; 所有与 0.6.2 相关的东西 16:13 * jrandom 低头躲避 16:14 &lt;Pseudonym&gt; :-P 16:14 &lt;@cervantes&gt; 一些 bling bling 16:14 &lt;Pseudonym&gt; 有预估的日期/时间线吗？ 16:14 &lt;jrandom&gt; 具体来说，新的 tunnel 创建加密和算法，新的节点选择策略 16:14 &lt;tethra&gt; 呵呵 16:14 &lt;jrandom&gt; 没有日期和时间线（至少不会在会议上宣布 ;) 16:15 &lt;Pseudonym&gt; 节点选择策略除了你一直在做的吞吐量相关的，还有别的吗？ 16:16 &lt;jrandom&gt; 有，这些节点画像的改动是性能问题，不是与匿名性相关的节点选择和排序策略 16:16 &lt;+Complication&gt; jrandom：我记得对吗……如果我猜 tunnel 创建加密和邮件列表里讨论的 predecessor（前任）攻击（以及其他攻击）有关？ 16:17 &lt;jrandom&gt; 对 Complication 16:17 &lt;+Complication&gt; s/related/relates 16:19 &lt;+Complication&gt; 你准备尝试让那个花哨的小数据结构跑起来？ 16:19 &lt;jrandom&gt; 嗯 16:20 &lt;jrandom&gt;（所以，0.6.2 并不在两周的时间线之内 ;) 16:20 &lt;+Complication&gt; 不错。听起来很有意思，我大概该去读读 16:21 &lt;+Complication&gt; 希望一切顺利 16:21 &lt;jrandom&gt; 这在列表上也只是空谈一下，还没有成文的规范 16:21 &lt;tethra&gt; 抱歉，这是哪个很棒的数据结构？ 16:21 &lt;+Complication&gt; 哦，还找到了为什么那个链接（来自 “moo” 信息）不能用。:D 是 freedomarchives.i2p（复数，末尾有个 “s”） 16:21 &lt;jrandom&gt; 它会向后不兼容，所以“顺利”不会是它的口号，但希望不会太痛 :) 16:21 &lt;jrandom&gt; 啊 糟了 16:22 &lt;jrandom&gt; tethra：一个还不存在的用于创建 tunnels 的数据结构 16:22 &lt;tethra&gt; 酷 16:22 &lt;jrandom&gt;（参见大约 11 月的 predecessor 主题帖） 16:23 &lt;tethra&gt; 相比现在的，有什么优缺点？（如果现在有的话 :o) 16:23 &lt;jrandom&gt;（参见大约 11 月的 predecessor 主题帖）;) 16:23 &lt;tethra&gt; 啊，好 16:23 &lt;+Complication&gt; 如果我没记错，是让 tunnel 创建对观察者更不透明 16:23 &lt;tethra&gt; "" 16:23 &lt;tethra&gt; ;) 16:23 &lt;jrandom&gt; 但这还不是个提案，0.6.2 上桌前，要把 0.6.2 之前的所有事情都理顺。 16:23 &lt;jrandom&gt; 一旦那些该工作的东西按我们需要的方式运转起来，我们再继续往下走。 16:24 &lt;Pseudonym&gt; 除了快速节点选择，还有什么“不工作”的？ 16:25 &lt;jrandom&gt; 快速节点选择是“良好性能”的一部分 16:25 &lt;jrandom&gt; 我们确实有不错的性能，就匿名网络而言，但还不足以和非匿名网络竞争 16:25 &lt;jrandom&gt; 想竞争，我们得获得更好的性能，并且提供他们在别处得不到的功能 16:26 &lt;jrandom&gt;（匿名并不好卖） 16:26 &lt;Pseudonym&gt; 除了快速节点选择，还有别的吗？ 16:27 &lt;jrandom&gt; 在过去一两个月里，对 i2p 各方面做基准测试，慢节点选择似乎是最小的瓶颈。下一个瓶颈是什么还未知。 16:27 &lt;jrandom&gt;（在不同环节也做了无数改进来提升性能） 16:27 &lt;jrandom&gt;（参见 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ） 16:28 &lt;Pseudonym&gt; 所以……本周发布新的节点选择？ ;-) 16:28 &lt;teal`c_&gt; i2p 感觉不错 16:29 &lt;jrandom&gt; Pseudonym：嗯，新的节点画像算法已在 cvs 中，并会随 0.6.1.9 于本周部署 16:30 &lt;jrandom&gt; 好，会议上还有别的吗？ 16:30 &lt;Pseudonym&gt; 酷 16:31 &lt;jrandom&gt; 如果没有…… 16:31 * jrandom 做好收尾 16:32 * jrandom 用 *baf* 的一声宣布会议结束 </div>/zh/blog/2006/01/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%884%E6%97%A5/Wed, 04 Jan 2006 00:00:00 +0000/zh/blog/2006/01/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2006%E5%B9%B41%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, cervantes, Complication, gott, JosephLeBlanc, jrandom, tethra</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 15:22 &lt;jrandom&gt; 0) 嗨 15:22 &lt;jrandom&gt; 1) 网络状态 和 0.6.1.8 15:22 &lt;jrandom&gt; 2) 负载测试结果与对等点画像 15:22 &lt;@cervantes&gt; jrandom：可以说是自从禁止石刑以来最慢、最可怕的惩罚 15:22 &lt;jrandom&gt; 3) 2005 回顾 / 2006 展望 / ??? 15:22 &lt;jrandom&gt; 0) 嗨 15:22 &lt;gott&gt; falafel 15:22 &lt;gott&gt; n : 用芝麻调味的捣碎鹰嘴豆或蚕豆做成的小炸丸子 15:22 &lt;gott&gt; 15:22 &lt;@cervantes&gt; hullo 15:22 * jrandom 在从 falafel 投掷袭击中恢复后挥手 15:22 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-January/001246.html 15:23 &lt;jrandom&gt; 我晚到 10 分钟，相信各位都已经读过那些说明并准备好评论了 15:23 &lt;jrandom&gt; *咳* 15:23 &lt;jrandom&gt; 好，我们进入 1) 网络状态 和 0.6.1.8 15:24 &lt;@cervantes&gt; 即：它运行良好，只是协议在拖慢速度 15:24 &lt;jrandom&gt; 除了邮件里的内容我没太多可补充的——我们在发布前已经打磨 0.6.1.8 一段时间了，从我看到的情况看进展不错 15:25 &lt;jrandom&gt; 哈，是啊，我不确定 infoshop 自上次 rss 导入以来有没有发新内容 15:25 &lt;JosephLeBlanc&gt; 嗯，我只有几点评论。 15:25 &lt;+Complication&gt; 关于状态，虽然我之前提到过……在 -7 版进入 CVS 之后，我的 Celeron 300 看起来像一台真正的电脑了。现在，数据传输似乎稳定了些。 15:26 &lt;+Complication&gt; 能让我大量浏览 eepsites（I2P 内部网站），而且很少把我从 IRC 踢下线。 15:26 &lt;jrandom&gt; 说得对，Complication 15:26 &lt;jrandom&gt; 怎么样，JosephLeBlanc 15:26 &lt;@cervantes&gt; /kick complication 15:26 &lt;@cervantes&gt; 唉 15:26 &lt;JosephLeBlanc&gt; 我在运行最新的 CVS，据我所见，大多数事情都正常。 15:27 &lt;JosephLeBlanc&gt; 不过，我想知道我之前和你谈过的那个 jbigi 在 Athlon 上的问题修复了吗。 15:28 &lt;jrandom&gt; 用于 Windows 上 amd64 的 jbigi 还不在 jbigi.jar 里，不过我希望把它加入 0.6.1.9 15:29 &lt;+Complication&gt; 我「觉得」（但不能确认）它更紧地聚焦于那些已经成功过的对等点……这种方法「可能」更有效地防止那些路径崩溃（它在一个有点过于激进的 NAT 后面）。 15:29 &lt;JosephLeBlanc&gt; 嗯，日志里返回：'NOTICE: Resource name [jbigi] was not found' 15:30 &lt;jrandom&gt; JosephLeBlanc：那之后还有一行关于 jbigi —— 它怎么说？ 15:31 &lt;JosephLeBlanc&gt; 它写的是："INFO: Optimized native BigInteger library 'libjbigi-linux-athlon.so' loaded from resource 15:31 &lt;jrandom&gt; 好的，很棒 15:32 &lt;JosephLeBlanc&gt; 只是想提醒你那条 NOTICE 行。 15:32 &lt;jrandom&gt; 那意味着它首先尝试获取资源 "jbigi"，但它并不存在（这很正常——jbigi 资源只用于非常罕见的情况） 15:32 &lt;jrandom&gt; 然后它会尝试获取特定于 OS/架构的资源 "libjbigi-linux-athlon.so"，并且成功了 15:33 &lt;JosephLeBlanc&gt; 啊，好的。那看来我之前遇到的 bug 在 -7 已经被修复了 15:33 &lt;jrandom&gt; w3wt 15:33 &lt;JosephLeBlanc&gt; 太谢谢了，伙计。 15:34 &lt;jrandom&gt; 不客气 15:34 &lt;jrandom&gt; Complication：嗯，我觉得你说得对，而 0.6.2 的一些策略会进一步基于这个概念 15:35 &lt;jrandom&gt; 好，还有谁对 1) 网络状态 / 0.6.1.8 有什么要补充的吗？ 15:37 &lt;jrandom&gt; 如果没有，我们转到 2) 负载测试结果与对等点画像 15:39 &lt;jrandom&gt; 好，邮件里有很多内容，大家有什么问题吗？ 15:40 &lt;+bar&gt; 合理的改进有多大？ 15:41 &lt;+Complication&gt; 关于 0.6.1.8 的迟到补充（刚用我的笔记本测试）——这台机器上 jbigi 也加载正确。 15:42 &lt;+Complication&gt; 之前这台机器（Mandriva 2005）加载不到正确的那个。 15:42 &lt;+Complication&gt; 是由于 jcpuid 问题。 15:42 &lt;jrandom&gt; 我宁愿不在会议上给出具体数字，因为那会影响大家的预期。改进是可测量的，但还远未达到线速。 15:43 &lt;jrandom&gt; （而且负载测试有点刻意） 15:43 &lt;+bar&gt; 好的没问题 :) 15:44 &lt;jrandom&gt; 不错，Complication。是的，我终于把 scintilla 的 C 版 jcpuid 移植打包进来了 :) 15:45 &lt;jrandom&gt; 好，关于 2) 我也没太多可补充的，超出邮件内容的部分。与之相关的速度剖析信息会在它随 0.6.1.9 发布后放出。 15:47 &lt;jrandom&gt; 如果没有别的，我们跳到 3) 2005 回顾 / 2006 展望 / ??? 15:49 &lt;+bar&gt; 我同意邮件里的观点，2005 是极好的一年，我看不出 2006 会更糟，就 i2p 而言 15:49 &lt;jrandom&gt; 过去一年我们走了很长一段路，大家做了很多出色的工作推动我们前进。来年看起来将是关键的一年，我们将从极客的后屋走向真正重要的舞台。 15:50 * tethra 虽然在 2005 年的后期才加入，但仍然相当酷。*点赞* 15:51 &lt;+Complication&gt; 希望一切顺利。 15:51 &lt;jrandom&gt; 我没有更多要补充的了，如果大家还有其他想在会上提出的事情，现在开放自由发言 15:52 &lt;+Complication&gt; 说到这个，如果有人想把一些文档翻译成西班牙语（见讨论论坛），他们最好和谁协调？ 15:52 &lt;+Complication&gt; 比如，哪些部分可能会大改，之类的问题 15:53 &lt;+Complication&gt; 另外，各种文档用哪种格式最好？ 15:54 &lt;jrandom&gt; 位于 dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 的技术介绍文档相当稳定 15:54 &lt;+Complication&gt; 随 router 一起……放在网站上……还是两者都要？ 15:54 &lt;jrandom&gt; （不过 0.6.2 会有更新） 15:54 &lt;jrandom&gt; 嗯，我非常赞成内联文档 15:54 &lt;jrandom&gt; 但这可能要等新的 router 控制台就位后 15:55 &lt;jrandom&gt; 网站上的入门文档也很好，但这大概要等新网站上线后 15:55 &lt;+Complication&gt; 啊哈……那现在最好别动那些…… 15:56 &lt;+Complication&gt; ……而是优先处理上面那类文档。 15:58 &lt;jrandom&gt; 可能吧。好，还有其他人想在会上提什么吗？ 15:59 &lt;jrandom&gt; 如果没有…… 15:59 &lt;tethra&gt; 我们讨论过 eepget 的 UI 想法了吗？ 15:59 &lt;gott&gt; 如果会议还在进行，请修复 IRCclient 中重音符号的问题 15:59 &lt;tethra&gt; 也就是在我来之前 15:59 &lt;jrandom&gt; 没有，你想实现它吗，tethra？ :) 15:59 &lt;jrandom&gt; gott：欢迎补丁 16:00 &lt;gott&gt; 如果没有，请修复 IRCclient 中重音符号的问题。 16:00 &lt;gott&gt; jrandom：等我修好的时候，早就会有人修好了 ;-) 16:01 &lt;tethra&gt; jrandom：我不太清楚要怎么做，因为我不太是个程序员。如果你愿意给我指点一些编写 .war 类型应用的教程，我很乐意试一把。 16:01 &lt;gott&gt; 我保留在言行上都当个失败主义者的权利。 16:01 &lt;tethra&gt; 哈哈 16:01 &lt;+Complication&gt; :) 16:02 &lt;jrandom&gt; tethra：O'Reilly 的 servlets 书挺不错 16:02 &lt;jrandom&gt; 好，如果没有别的…… 16:02 * jrandom 蓄势 16:02 * jrandom 用 *baf* 一击宣布会议结束 </div>/zh/blog/2006/01/03/i2p-2006-01-03-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 03 Jan 2006 00:00:00 +0000/zh/blog/2006/01/03/i2p-2006-01-03-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，新年快乐！在停更一周之后，让我们重新回到我们的每周状态更新——</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态与 0.6.1.8 2) 负载测试结果与对等节点画像 3) 2005 回顾 / 2006 展望 / ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.8</li> </ol> </li> </ul> <p>前几周我们发布了 0.6.1.8，来自一线的报告称 zzz 的修改帮了大忙，尽管最近网络流量大幅增加（根据 stats.i2p，过去一个月的平均值似乎翻了一倍），网络上的情况看起来仍然相当稳定。 I2PSnark 看起来也运行得相当不错——虽然我们遇到了一些小问题，但在后续构建中我们已经定位并修复了其中的大部分。 关于 Syndie 的新博客界面，目前反馈不多，不过 Syndie 的流量有所上升 (部分原因是 protocol 发现了 dust 的 rss/atom 导入器 :)</p> <ul> <li> <ol start="2"> <li>Load testing results and peer profiling</li> </ol> </li> </ul> <p>过去几周里，我一直在试图定位我们的吞吐量瓶颈。不同的软件组件实际上都能够以远高于我们通常在 I2P 端到端通信中看到的速率推送数据，因此我在真实网络上使用自定义代码对它们进行基准测试和压力测试。第一组测试是通过网络中的所有 router 构建一跳入站 tunnel，并尽快通过该 tunnel 传输数据，结果相当可观：这些 router 的处理速率大致在其应有能力的范围内（例如，大多数的长期平均只有 4–16 KBps，但也有一些能在单个 tunnel 上达到 20–120 KBps）。这一测试为进一步探索提供了良好的基线，并表明 tunnel 的处理本身能够推动的吞吐量远高于我们通常所见。</p> <p>尝试通过实际运行中的 tunnels 复现那些结果并不那么成功。或者，也可以说更成功，因为它们显示出的吞吐量与我们目前看到的类似，这意味着我们找对了方向。回到 1 跳测试结果，我修改了代码，选择我手动识别为快速的对等节点，并使用这种&quot;作弊式&quot;的对等节点选择，通过实际运行中的 tunnels 重新运行了负载测试；虽然没有达到 120KBps 的水平，但确实显示出了合理的改进。</p>/zh/blog/2005/12/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B412%E6%9C%8820%E6%97%A5/Tue, 20 Dec 2005 00:00:00 +0000/zh/blog/2005/12/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B412%E6%9C%8820%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, Complication, dust, jrandom, legion, polecat, tealc\_, tethra, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 15:20 &lt;jrandom&gt; 0) 嗨 15:20 &lt;jrandom&gt; 1) 网络状态 15:20 &lt;jrandom&gt; 2) I2PSnark 更新 15:20 &lt;jrandom&gt; 3) Syndie 博客界面 15:20 &lt;jrandom&gt; 4) ??? 15:20 &lt;jrandom&gt; 0) 嗨 15:20 * jrandom 挥手 15:20 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2005-December/001240.html 15:22 &lt;jrandom&gt; 好的，跳到 1) 网络状态 15:22 &lt;jrandom&gt; 除了状态说明里的内容，我没什么可补充的。 15:22 &lt;+Complication&gt; 要不是偶发的 OOM（内存耗尽），我都敢说状态不错了 15:22 &lt;jrandom&gt; 负载测试结果相当乐观，说明我们在性能上还有很大提升空间 15:23 &lt;+Complication&gt; 会增加不稳定性，当 i2p-bt、i2psnark 或 i2p-rufus 实例在……的时候。 15:23 &lt;jrandom&gt; 呵，和 i2psnark 有关的 OOM？ 还是之前就有？ 15:23 &lt;+Complication&gt; 会导致不稳定，当 i2p-bt、i2psnark，或 i2p-rufus 的实例做……事时。 15:24 &lt;zzz&gt; 我的看法是，种子流量的增加在一定程度上影响了 IRC 的可靠性 15:24 &lt;+Complication&gt; （也许我不该把 SAM 的怪异问题称为 OOM，因为我没细看，但它确实是因素之一） 15:24 &lt;jrandom&gt; 嗯，我不确定，因为 IRC 的状态和最新的 snark 更新前差不多 15:25 &lt;+Complication&gt; 带宽一直很稳，尤其是 tunnel 也很稳……就是偶尔会崩一下 15:26 &lt;zzz&gt; 无论如何我很乐观，0.6.1.8 中即将推出的 tunnel 构建修复应该会改善大家的 IRC 体验 15:26 &lt;+Complication&gt; 出于已知原因，希望到了时候它们会自行消失 :) 15:26 &lt;jrandom&gt; 嗯，我也这么想 zzz，所以我们可能在接下来一两天发一个版本 15:26 &lt;+legion&gt; 嗯，IRC 可能太敏感了，也许用 jabber 之类的会更好？ 15:26 &lt;zzz&gt; 尤其是机器和/或网络较慢的用户 15:27 &lt;jrandom&gt; 换成 jabber 并不会改变什么 15:27 &lt;+Complication&gt; 尤其是在 tunnel 冗余为 2 的情况下 15:28 &lt;+bar&gt; 我会说，IRC 是判断网络“天气”的绝佳“屎表” 15:28 &lt;+legion&gt; 是啊，风一吹 IRC 就挂了 15:28 &lt;+bar&gt; 正是 :) 15:28 &lt;+Complication&gt; 我注意到在修复拉黑（shitlisting）之后，“Recent” 往往总是超过 “Known” 15:29 &lt;+Complication&gt; 这是不是因为 “Known” 不包含被拉黑的节点，而 “Recent” 包含？ 15:29 &lt;jrandom&gt; 是的，IRC 能很好地反映情况，因为不同用户的体验差异很大（比如 dreamtheaterfan 总是有问题，等等） 15:30 &lt;jrandom&gt; 嗯，这说得通，Complication 15:30 &lt;+Complication&gt; （我不确定，只是猜测） 15:30 &lt;jrandom&gt; （因为被拉黑的节点会从 netDb 中剔除，但它们的配置文件不会被移除） 15:32 &lt;+Complication&gt; 那这些指标看起来就正常了（只是确认一下以防不然） 15:33 &lt;jrandom&gt; 好，关于 1) 网络状态 还有别的的吗？ 15:33 &lt;jrandom&gt; 如果没有，我们继续到 2) I2PSnark 更新 15:33 &lt;tealc_&gt; 有哪些更新？ 15:34 &lt;jrandom&gt; 参见 http://dev.i2p.net/pipermail/i2p/2005-December/001240.html 获取简要列表 ;) 15:34 &lt;jrandom&gt; 基本上，I2PSnark 现在可以通过单个 I2P 目标同时处理多个种子，带有 Web 界面，并集成到 router 控制台中 15:35 &lt;tealc_&gt; 我在跑最新的 CVS 构建，而 i2psnark 造成了很多内存堆错误之类的 15:35 &lt;+Complication&gt; ……而且它还能处理由 Azureus 创建、包含奇怪元标签的种子。 15:35 &lt;+Complication&gt; 之前它会卡在这些上。 15:35 &lt;jrandom&gt; 啊，对的，那里面我还在调一些问题，tealc_ 15:35 &lt;jrandom&gt; （就像每周状态说明里提到的 ;)） 15:35 &lt;jrandom&gt; 啊对，Complication 15:36 &lt;jrandom&gt; 哦，还有，Azureus 的人修了他们 tracker 里的一个 bug，之前它会导致 I2PSnark 无法使用它 15:36 &lt;jrandom&gt; （所以运行 B16 之前版本 Azureus tracker 的人应尽快升级） 15:37 &lt;+bar&gt; 我希望能方便地禁用 i2psnark 的自动启动（用于低带宽场景等） 15:38 &lt;jrandom&gt; 这个加起来应该很容易 15:38 &lt;+bar&gt; 太好了 15:39 &lt;jrandom&gt; 好，关于 2) I2PSnark 更新还有别的吗？ 15:40 &lt;jrandom&gt; 如果没有，我们继续到 3) Syndie 博客界面 15:40 &lt;zzz&gt; 给新版 i2psnark 点两个赞——干得好 15:41 &lt;jrandom&gt; 多谢，mjw 做了许多艰苦工作，让 snark 如此容易扩展 15:41 &lt;jrandom&gt; 正如状态说明所述，syndie 现在有了一个新的博客界面 15:42 &lt;jrandom&gt; 我认为它会在白名单和黑名单之间取得平衡，帮助人们应对不同的垃圾信息问题 15:43 &lt;jrandom&gt; 我们会在下个版本发布它，这样大家一两天内就能深入试用 15:43 &lt;+legion&gt; 垃圾信息近期真会成为大问题吗？ 15:44 &lt;+Complication&gt; legion：正如有人“热心”示范的那样，有可能 15:44 &lt;jrandom&gt; 不，黑名单可以应对灌水的作者，白名单可以应对制造大量作者的垃圾发送者 15:44 &lt;dust&gt; （匿名会让某些人表现出最糟糕的一面） 15:44 &lt;jrandom&gt; （所以垃圾信息不是问题） 15:45 &lt;+Complication&gt; （不过我觉得那家伙在重新生成密钥以躲避永久拉黑，这确实会带来一定的减速。） 15:45 &lt;+Complication&gt; 不过减速不算大，因此我完全赞同白名单也很好。 :) 15:46 &lt;+bar&gt; 也许将来如有必要，可以采用某种 Hashcash 方案 15:46 &lt;jrandom&gt; 如果有必要吧，但我看不出为什么会需要 15:46 &lt;+bar&gt; 同意，目前我也不觉得需要 15:46 &lt;+Complication&gt; bar：比如“除非他们肯花算力算点儿东西，否则不显示”？ 15:47 &lt;+bar&gt; 是的，大概这个思路 15:47 &lt;+Complication&gt; 听起来可行，尽管大概没必要。 15:47 &lt;+bar&gt; 大概是。 15:47 &lt;jrandom&gt; 如果一些垃圾发送者不停用大量新作者来灌水，人们仍然可以在自己的博客里发布书签和博客引用来告知他人新作者 15:47 &lt;+Complication&gt; 或者说，希望是没必要的。 15:48 &lt;+Complication&gt; 也许可以考虑 Syndie 是否能容纳这样的功能，以备不时之需。 15:49 &lt;jrandom&gt; 可以的，通过在博文的头部或博客自身的 metainfo 中实现 15:49 &lt;jrandom&gt; 呃，metadata（元数据）（该死的 bt！） 15:51 &lt;jrandom&gt; 好，如果 3) Syndie 没别的了，我们跳到 4) ??? 15:51 &lt;jrandom&gt; 还有谁有别的要在会上提出的？ 15:51 &lt;+legion&gt; 有，几件事 15:52 &lt;+legion&gt; 先说 clunk 15:52 &lt;jrandom&gt; 不错，clunk 听起来很有意思 15:52 &lt;+legion&gt; 正如我今天早些时候在 i2p-chat 里提到的，我一直在努力让它能用 Cygwin 和/或 MinGW 编译。 15:53 &lt;+legion&gt; 目前只有客户端有问题，其余包括服务器都能编译并且看起来能跑 15:53 &lt;jrandom&gt; 不错 15:54 &lt;tealc_&gt; i2p 可能会成为乔治·布什无限监控计划的一个真正麻烦。到时候在死亡营见，记得带上扑克牌啊 15:54 &lt;+legion&gt; 我一直在尝试不仅找出客户端出问题的原因，还要解决它。眼下我卡住了。 15:56 &lt;+legion&gt; 我还想讨论另一件事：能否在下次更新中加入一个到我 jabber 服务器的默认 tunnel？只是为了让想尝试 jabber 的人更方便。 15:57 &lt;tethra&gt; 20:34:37 &lt;jrandom&gt; if a set of spammers were flooding with lots of new authors all the time, people could still tell other people about new authors by posting their bookmarks and blog references in their own blog &lt;--- 或许可借鉴 polecat 的信任合并方法在这里发挥作用？（也就是既能屏蔽垃圾发送者，又能提升受欢迎的作者。） 15:57 &lt;tethra&gt; &lt;/$0.02&gt; 15:58 &lt;+polecat&gt; 那算是我信任网络想法的一个原始示例，采用 100% 信任传递的启发式，是的。 15:58 &lt;jrandom&gt; legion：为新用户添加一个默认禁用的配置很容易，但我犹豫的是协议过滤（以及哪些客户端会泄露哪些信息）。 你对不同客户端的经验如何？ 15:59 &lt;jrandom&gt; 是的，把信任度量整合进 syndie 的空间很大 16:01 &lt;+legion&gt; 据我所知，jeti 不会泄露，除了它的文件传输，不过我在服务器设置里已经禁用了。可能下个 jeti 版本会修好。除此之外我不清楚其他客户端。 16:02 &lt;+legion&gt; 我可以确定群聊是稳的，不论用什么客户端。只是群聊之外的联系人通信，有些客户端可能会泄露，尽管我不确定。 16:03 &lt;jrandom&gt; 嗯，是否泄露并不是一个布尔问题，关键在于客户端泄露了什么信息，而不是是否泄露任何信息 16:04 &lt;+legion&gt; 对，我当然是指诸如 IP 地址之类的关键信息，不过好的客户端即便泄露这种信息，也应该只报告为 127.0.0.1 或 localhost 16:06 &lt;+legion&gt; 所以我建议只用已知不泄露的客户端，比如 jeti。 16:07 &lt;zzz&gt; 你能在你的客户端图表里加一列“已验证不泄露”吗？ 16:07 &lt;jrandom&gt; 如果你能把 jeti 会和不会泄露的内容文档化就很有用（类似 postman 为 SMTP 和 POP 代理整理的那样） 16:08 &lt;+legion&gt; 据 jeti 的开发者说，它不会泄露任何会危及匿名性的东西。这一点毫无疑问。我也看过它的源代码，没发现能让我认为相反的东西。 16:09 &lt;jrandom&gt; 开发者这么说也许没错，但开发者对匿名性的理解又是另一个问题 ;) 16:09 &lt;+legion&gt; 好的 zzz，我可以加这么一列 16:09 &lt;jrandom&gt; 我不怀疑 jeti 可能表现良好，但我们需要知道这意味着什么 16:10 &lt;zzz&gt; 看起来“不泄露”只能通过协议跟踪来验证 16:10 &lt;zzz&gt; 而不是靠看源码或问开发者 16:12 &lt;jrandom&gt; 好，会议还有别的吗？ 16:12 &lt;+bar&gt; 只是提醒别忘了 amd64 jbigi 16:13 &lt;+bar&gt; （不过我打赌它在你的待办里） 16:13 &lt;jrandom&gt; 嗯 :) 16:13 &lt;jrandom&gt; （指的是 Windows amd64，Linux amd64 已经在工作了） 16:13 &lt;jrandom&gt; 不过，如果没别的了…… 16:14 * jrandom 收尾 16:14 &lt;+bar&gt; 是的，Windows amd64。 16:14 * jrandom 用 *baf* 结束会议 </div>/zh/blog/2005/12/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B412%E6%9C%8813%E6%97%A5/Tue, 13 Dec 2005 00:00:00 +0000/zh/blog/2005/12/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B412%E6%9C%8813%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> cervantes, jrandom, spaetz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) 嗨 15:15 &lt;jrandom&gt; 1) 网络状态和负载测试 15:15 &lt;jrandom&gt; 2) I2PSnark 15:15 &lt;jrandom&gt; 3) Syndie 15:15 &lt;jrandom&gt; 4) ??? 15:15 &lt;jrandom&gt; 0) 嗨 15:15 * jrandom 挥手 15:15 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2005-December/001239.html 15:15 &lt;jrandom&gt; （本周在会议*之前*——谁能想到呢？） 15:16 &lt;jrandom&gt; 倒也没啥关系，反正你们都要等会议开始才会去看 ;) 15:16 &lt;jrandom&gt; 那么，继续进入 1) 网络状态和负载测试 15:16 &lt;@cervantes&gt; 嘿！ 15:17 &lt;jrandom&gt; 谢谢你出力，cervantes ;) 15:17 &lt;@cervantes&gt; 读什么？ 15:17 -!- DreamTheaterFan [anonymous@irc2p] 已退出 [连接被对端重置] 15:17 &lt;jrandom&gt; 除了邮件里的内容外我没太多要补充的，关于 1) 有人有问题或评论吗？ 15:19 &lt;spaetz&gt; 负载测试是在*那个* I2P 网络上进行的吗，还是你们有一个私有网络来做这个？ 15:19 &lt;jrandom&gt; 我是在真实网络上做的 15:19 &lt;spaetz&gt; 只是好奇 15:19 &lt;spaetz&gt; 好 15:20 &lt;jrandom&gt; 不过是很谨慎地进行的，对处于负载下的对等端会强力退避，而且当然会遵守对 tunnel 的拒绝 15:20 &lt;@cervantes&gt; 最近 irc2p 的不稳定与这些测试无关 15:21 &lt;@cervantes&gt; （以防你在想这事） 15:21 &lt;jrandom&gt; 新的设置应对得怎么样，cervantes？ 15:21 &lt;@cervantes&gt; 到目前为止一直非常稳固 15:22 &lt;jrandom&gt; 酷 15:22 &lt;@cervantes&gt; 只是花了些枯燥的功夫才追查到那些怪异小毛病的根源 15:24 &lt;jrandom&gt; 好的，还有别人有任何问题/评论，还是我们跳到 2) I2PSnark？ 15:25 &lt;jrandom&gt; 就当我们已经跳过去了 15:26 &lt;jrandom&gt; 好的，基本上 I2PSnark 又该能正常工作了……有几个 BT 规范中尚未包含、但被 azureus 和 rufus 使用的属性，导致了不兼容，不过对于我能看到的那些情况，我们现在已经兼容了 15:26 &lt;jrandom&gt; i2psnark 现在在我测试过的所有种子上都能正常工作，但如果有人遇到问题，请告诉我 15:27 &lt;jrandom&gt; 促使我修复它的部分动力与一些 SAM 缺陷有关，因为 I2PSnark 不使用 SAM 15:28 &lt;jrandom&gt; 这方面也没太多要补充的……除非有人有问题，否则我们继续到 3) Syndie 15:29 -!- Xunk [Xunk@irc2p] 已退出 [连接被对端重置] 15:30 &lt;jrandom&gt; 好的，除了邮件里的内容外，这方面我也没太多可补充的 15:31 -!- Xunk [Xunk@irc2p] 已加入 #i2p 15:31 &lt;jrandom&gt; 如果没有关于 Syndie 的问题，我们继续，进入自由讨论，4) ??? 15:31 -!- DreamTheaterFan [anonymous@irc2p] 已加入 #i2p 15:32 * jrandom 想起来 clunk 不在议程上，还有其他一些事。 有人有想提的内容吗？ 15:32 &lt;@cervantes&gt; 老兄，推进得真快 though 15:32 &lt;@cervantes&gt; *through 15:33 -!- bar [bar@irc2p] 已退出 [连接被对端重置] 15:33 &lt;jrandom&gt; 嗯，没必要为了在会议日志里多几行字而说话 :) 15:33 -!- bar [bar@irc2p] 已加入 #i2p 15:33 -!- mode/#i2p [+v bar] by chanserv 15:33 -!- mule [mule@irc2p] 已加入 #i2p 15:35 &lt;jrandom&gt; 好了，如果没有别的…… 15:35 * jrandom 开始收尾 15:35 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/12/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B412%E6%9C%886%E6%97%A5/Tue, 06 Dec 2005 00:00:00 +0000/zh/blog/2005/12/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B412%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ailouros, bar, bla, cervantes, Complication, gott, jrandom, modulus, polecat, Pseudonym, tethra, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) 嗨 15:26 &lt;jrandom&gt; 1) 0.6.1.7 和网络状态 15:26 &lt;jrandom&gt; 2) 实验性 tunnel 故障 15:26 &lt;jrandom&gt; 3) SSU 和 NATs 15:26 &lt;jrandom&gt; 4) Syndie 15:26 &lt;jrandom&gt; 5) ??? 15:26 &lt;jrandom&gt; 0) 嗨 15:26 * jrandom 挥手 15:26 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2005-December/001237.html 15:26 * ailouros 读过说明了 15:27 * jrandom 来晚了，所以给大家一点时间读一读 :) 15:29 &lt;jrandom&gt; 好，直接进入 1) 0.6.1.7 和网络状态 15:29 &lt;@cervantes&gt; *咳* 15:29 &lt;jrandom&gt; 除了邮件里写的，我没什么更多可补充的。有人还有进一步的评论/问题/想法吗？ 15:30 &lt;Pseudonym&gt; 看起来在改变 tunnel 创建算法之前做性能优化，可能是本末倒置 15:30 &lt;gott&gt; 我频繁看到 "No HTTP method found in the request. 15:30 &lt;gott&gt; Software caused connection abort: socket write error 15:30 &lt;gott&gt; " 15:30 &lt;@modulus&gt; tunnel 延迟低多了，我不知道是你改了什么还是我的 ISP 突然变好了。 15:30 &lt;gott&gt; 来自 I2PTunnel Webmanager 15:31 &lt;jrandom&gt; gott：这些提示请求里的 http 不规范，或者是 eepproxy 看不懂的东西 15:31 &lt;jrandom&gt; modulus：酷，我们一直在做很多改进 15:31 &lt;jrandom&gt; Pseudonym：嗯，目前为止 tunnel 创建不是我们的瓶颈——瓶颈是在更高层的东西 15:32 &lt;jrandom&gt; 另一方面，最近几个版本的改进确实暴露出了一些底层问题 15:32 &lt;Pseudonym&gt; 哦，所以优化针对的是代码的其他部分？ 15:32 &lt;Pseudonym&gt; 很好 15:33 &lt;jrandom&gt; 是的，在 SSU 层以及 tunnel 运行层。tunnel 创建不是一个对性能敏感的操作【除了某些时候 ;] 15:34 &lt;jrandom&gt; 不过我在做在线网络负载测试，收集不同对端的非匿名负载统计，以便进一步缩小范围 15:34 &lt;ailouros&gt; 我纳闷为何有时我看到某个目标（比如 eeProxy，7 个入站 4 个出站）比配置了更多的 tunnels 15:34 &lt;jrandom&gt; 所以，接下来几天当你看到 router 7xgV 传很多数据时，别介意哦 ;) 15:35 &lt;jrandom&gt; ailouros：当 tunnel 创建耗时较长时，会额外建一些以防万一。 15:35 &lt;jrandom&gt; zzz 也概述了这方面一些奇怪问题，正在做一个补丁来稍微改进一下 15:35 &lt;ailouros&gt; 我明白了……那为什么它们会同时过期呢？ 15:35 &lt;@cervantes&gt; jrandom：好奇问下，你什么时候开始做这些测试的？ 15:35 &lt;jrandom&gt; cervantes：几天前 15:36 &lt;@cervantes&gt; 啊好，那就不是我想的那个 ;-) 15:36 &lt;jrandom&gt; 不确定，ailouros，这取决于一些条件。不过 tunnel 创建代码里确实有些……咳，怪异之处，我一直没动它，因为 0.6.2 要重写 15:38 &lt;ailouros&gt; 我懂了。我本以为是策略问题……除非有充分理由不这么做，我更希望 tunnels 在不同时间死亡 15:38 &lt;ailouros&gt; 也就是让 tunnel 创建分散些 15:39 &lt;jrandom&gt; 是的，0.6.2 会有更好的随机化，zzz 的补丁也给当前版本增加了一些随机化 15:40 &lt;+Complication&gt; 我想知道为什么一个本来正常的 i2phex 实例……每隔一次启动就决定重新 hash 文件？ 15:40 &lt;jrandom&gt; 毫无头绪 15:40 &lt;+Complication&gt; 目前看来像是配置损坏，但我还没删配置。 15:40 &lt;jrandom&gt; 也许是时间戳偏了？ 15:42 &lt;+Complication&gt; 不，那也看起来是对的 15:42 * jrandom 不知道，从没看过 phex 的 cod 15:42 &lt;jrandom&gt; 呃，code 15:42 &lt;+Complication&gt; 我去试试删掉旧配置文件会不会好点 15:42 &lt;jrandom&gt; 好 15:43 &lt;jrandom&gt; 好，关于 1) 网络状态 / 0.6.1.7 还有别的吗？ 15:43 &lt;jrandom&gt; 如果没有，进入 2) 实验性 tunnel 故障 15:44 &lt;jrandom&gt; 这个我们已经谈到了一点，笔记里和 zzz.i2p 上也有更多 15:44 &lt;jrandom&gt; zzz：你有什么要补充/提出的吗？ 15:46 &lt;jrandom&gt; 如果没有，那我们进入 3) SSU 和 NATs 15:46 &lt;jrandom&gt; bar：你有什么要补充的吗？ 15:46 &lt;+bar&gt; 没有了，邮件里写的就是我要说的 15:47 &lt;jrandom&gt; 好，我还得回复一些细节——我觉得我们的重传机制应该已经能处理你提到的一些问题 15:48 &lt;jrandom&gt; 关键是要检测当前是哪种情况，这样我们才能自动采用正确的流程（或者告诉用户他们没辙了） 15:48 &lt;+bar&gt; 一切按部就班，不着急 15:49 &lt;+bar&gt; 是的，我建议暂时增加一个手动的用户设置来回避这个问题，也许做不到，不过以后再讨论 15:50 &lt;jrandom&gt; 嗯，手动覆盖会有帮助，但我在更早的 i2p 版本上的经验是每个人（每个人）都会搞砸 ;) 所以更倾向自动化 15:50 &lt;jrandom&gt; （“每个人”也包括我自己 ;) 15:52 &lt;+bar&gt; 同意 15:52 &lt;ailouros&gt; lol 如果我也搞砸了，那就是文档有问题了，因为我是一步步照着做的 :D 15:53 &lt;+bar&gt; 同时，我会花点时间研究 peer testing（节点测试） 15:53 &lt;jrandom&gt; 好，谢谢 bar！ 15:54 &lt;+bar&gt; （也许我还能顺便就此生成点无用的 spam :) 15:54 &lt;jrandom&gt; :) 15:55 &lt;jrandom&gt; 好，如果 3) 没有别的了，我们进入 4) Syndie 15:56 &lt;jrandom&gt; 最近这方面进展很大，自 0.6.1.7 发布以来做了相当多的 UI 改版 15:57 &lt;jrandom&gt; 还有一个新的独立安装/构建，不过我们大家都装了 i2p，不需要单独的 15:57 &lt;ailouros&gt; 我觉得 6.1.7 的布局比 6.1.6 更难用 15:58 &lt;jrandom&gt; 嗯，你是以单用户模式运行 syndie 吗？以及你用的是最新 CVS 构建还是官方 0.6.1.7 构建？ 15:58 &lt;ailouros&gt; 官方 0.6.1.7，单用户 15:58 &lt;jrandom&gt; 你是更支持类博客的界面，还是支持树状（threaded）导航？ 15:58 &lt;ailouros&gt; 我不是，不过我也不太知道哪个是类博客 15:58 &lt;ailouros&gt; 就我个人来说我更想要树状导航 15:59 &lt;ailouros&gt; （以及在线程视图里对新消息做一些颜色标注） 15:59 &lt;+Complication&gt; 相对较新的 CVS，单用户 15:59 &lt;+Complication&gt; 我发现了个小怪事（我想可能不是故意设计的） 15:59 &lt;jrandom&gt; 啊，CVS 上这方面已经有很多进展了，ailouros 15:59 &lt;ailouros&gt; 太好了 :) 16:00 &lt;jrandom&gt; 我们还做了一个新的线程显示，采用了 cervantes 建议的只对某一条分支做完整遍历，而不是遍历所有分支 16:00 &lt;@cervantes&gt; 这些改动推到 syndiemedia.i2p.net 了吗？ 16:00 &lt;+bla&gt; 在 `http://localhost:7657/syndie/syndicate.jsp` 里为位置显示一些默认示例会是个好主意吗？ 16:00 &lt;jrandom&gt; syndiemedia.i2p.net 是 CVS 最新主干，对 16:00 &lt;+Complication&gt; 当你打开一个主题，正在阅读它的帖子……然后应用一个没有帖子匹配的过滤条件（例如打开主题 "Syndie threading"，应用过滤条件 "i2p.i2phex"）…… 16:00 &lt;jrandom&gt; 也许是的，bla。全新安装里会有三个默认项，不过有例子也很好 16:01 &lt;@cervantes&gt; （实际上该主题的树也需要完全展开） 16:01 &lt;+Complication&gt; ……它似乎还是把当前帖子显示着，好像它们匹配似的…… 16:01 &lt;+Complication&gt; 尽管我确实点了 "Go" 按钮。 16:01 &lt;@cervantes&gt; Complication：是的，我也觉得那有点困惑 16:02 &lt;jrandom&gt; 嗯 Complication，初衷是让你在看帖子时还能四处浏览，但也许把显示中的帖子去掉会更好 16:02 &lt;jrandom&gt; cervantes：啊，对，展开到叶子会比较好，而且应该很容易做 16:02 &lt;+Complication&gt; 刚好注意到，既然显眼，就顺手说了 16:02 &lt;@cervantes&gt; （或者让“没有匹配项”更明显一些） 16:03 &lt;jrandom&gt; 嗯，线程导航那里会显示 “no matches” :) 16:03 &lt;ailouros&gt; 也许他在找打火机 16:03 &lt;jrandom&gt; !thwap 16:03 &lt;@cervantes&gt; （或者让“没有匹配项”更加明显一些） 16:03 &lt;jrandom&gt; &lt;blink&gt;No matches&lt;/blink&gt; 16:03 &lt;+Complication&gt; 噢 :) 16:04 &lt;tethra&gt; 看来你的 !thwap 打到的是 spaetz__，jr！ 16:04 &lt;+Complication&gt; 对，有时线程导航器确实感觉有点远 :) 16:04 &lt;jrandom&gt; 是啊，我们在试一些 css，把它浮动到侧边，作为一个选项 16:05 &lt;@cervantes&gt; 有了皮肤支持你就可以把线程放上/下/左/右等位置 16:05 &lt;@cervantes&gt; 啊，就像 jr 说的 16:05 &lt;+Complication&gt; 不过 “Threads” 链接能让人很快回去 16:05 &lt;+Complication&gt; ……如果它当前在视口里。 16:06 &lt;+Complication&gt; 而习惯键盘导航的人当然可以按 "End" 16:06 &lt;jrandom&gt; 当然，这些都是很容易修改的东西（你也能从 CVS 里快速的变化看出来 :)，所以如果有人有任何建议（或者样式稿——html / png / 等），请随时贴上来 16:07 &lt;jrandom&gt; 我预计接下来几天在 cvs 里会有一个主博客概览页面 16:08 &lt;jrandom&gt; 好，Syndie 还有很多其他事情在进行，去 `http://localhost:7657/syndie/` 看更多信息吧 :) 16:08 &lt;jrandom&gt; 有人还有什么要补充的吗？不然我们进入 5) ??? 16:09 &lt;zzz&gt; 嗨，刚进来。关于 2)，我在找人测试我的补丁。 16:10 &lt;zzz&gt; 我的结果是改进了任务延迟和可靠性，并减少了 router 挂起的情况。所以希望其他人也试试。 16:10 &lt;ailouros&gt; 听起来不错。我要做什么？ 16:11 &lt;jrandom&gt; 嘿 zzz，好的，我这边也会折腾一下。它包含很多不同的组件，也许值得拆成几块，但看起来不错，目标是进 0.6.1.8 16:11 &lt;ailouros&gt; （我这平均在线时间大约 10 小时 :( 16:11 &lt;zzz&gt; 如果你有源码和 ant，就打上补丁——或者如果你愿意我可以放一个 i2pupdate.zip 上去 16:12 &lt;zzz&gt; jrandom 我会着手把它拆分 16:12 &lt;ailouros&gt; 我用更新包吧，谢谢 16:13 &lt;zzz&gt; ailouros 会在一小时内放到 zzz.i2p 上——谢谢 16:13 &lt;jrandom&gt; zzz：除非你有空，不用太在意……我可以自己读 diff :) 16:13 &lt;ailouros&gt; 多谢 16:14 &lt;zzz&gt; jrandom 好。还有一些杂项，容易被你或我剔除掉。 16:16 &lt;ailouros&gt; 我猜我们现在到 5) ??? 了？ 16:16 &lt;zzz&gt; jrandom 另一个话题——用 i2phex 时 Router OOM（内存耗尽）以及可能的 SAM 问题 16:16 &lt;jrandom&gt; 对，ailouros 16:16 &lt;jrandom&gt; 啊是的 zzz，如果能找出 SAM 的问题就太好了 16:17 &lt;ailouros&gt; j346，你有机会看看我的应用了吗？ 16:17 &lt;jrandom&gt; 如果有人能接手维护 SAM bridge 就太棒了，因为我没怎么在上面做过实质性工作，而 human 也有段时间没出现了。 16:19 &lt;jrandom&gt; 还没有，ailouros，很遗憾。我对它的工作方式不太确定，所以得先把源码读一遍 16:20 &lt;ailouros&gt; 随时可以问 16:20 &lt;ailouros&gt; （祝你旅程顺利，源码正好能作为“混乱”这个词的好例子） 16:20 &lt;jrandom&gt; 呵呵 16:21 &lt;zzz&gt; 更正一下，我的经验是用 i2p-bt 时会 OOM，不是 i2phex。跑一个 i2p-bt 大约 24 小时后发生，跑两个的话几小时就会发生 16:22 &lt;+Complication&gt; 我的是一些深夜压力测试之后发生的。 16:22 &lt;+Complication&gt; （在那期间，值得一提的是，我看到 5 分钟平均有 50 KB/s） 16:22 &lt;bar_&gt; 能提醒我一下你的应用是做什么的吗，ailouros？我记性好但短…… 16:22 &lt;+Complication&gt; 是下行。 16:22 &lt;+Complication&gt; 上行限制在 35 KB/s 16:22 &lt;@cervantes&gt; Complication：我还从没听过“深夜压力测试”这种说法…… 16:22 &lt;jrandom&gt; 不错，Complication 16:23 &lt;+Complication&gt; cervantes：那也可以叫“半日常的疯狂吸血下载” :P 16:23 &lt;ailouros&gt; bar_：这是一个分布式文件分享应用的工作型概念验证，会在不同文件之间共享公共块（正如 polecat 建议的） 16:23 &lt;bar_&gt; 啊，好的，谢谢 ailouros 16:24 &lt;tethra&gt; cervantes：嘿嘿嘿 ;) 16:24 &lt;ailouros&gt; 不客气（如果有人想拿源码，是用 c/c++ 写的） 16:25 &lt;+polecat&gt; ailouros：当两个二进制块恰好相同的概率非常低，要小心。我更多是在谈纯理论，实际中可能没用。 16:25 &lt;ailouros&gt; polecat，我同意。我的最佳猜测是，当你获得同一文件的不同版本时会有用 16:25 &lt;ailouros&gt; 比如，一个电影文件有个块损坏了 16:25 &lt;+polecat&gt; 你可以以闪电般的速度传输全零的块！("The next block is zeroes" "oh I have that already" "the next block is zeroes" "oh I have that already") 16:26 &lt;ailouros&gt; 或者一个包含其他 zip 文件的归档 16:26 &lt;jrandom&gt; 或者比如修改了 ID3 标签，等等 16:26 &lt;ailouros&gt; 正是 16:26 &lt;+polecat&gt; 没错。但修复一个有损坏块的电影的简单方法是让 bittorrent 覆盖下载。大多数客户端会保留 hash 相同的块，覆盖不同的块。 16:26 &lt;jrandom&gt; 但文件归档可能不行，因为它们必须在文件边界处断开 16:27 &lt;ailouros&gt; j636，这就是我想实现 LBFS（低带宽文件系统）的想法：按数据标记分块，而不是固定块大小 16:27 &lt;@cervantes&gt; DC 社区用过那种方法，把文件分发为 rarset 16:27 &lt;+polecat&gt; 可能有用的是做一个通用的二进制纠错算法，然后在大规模实现。所有块都可以彼此“纠正”，你只需传输纠正数据，这可能比传块本身更小。 16:29 &lt;@cervantes&gt; 然后搜索基于这些 rar 部分的 tiger 哈希 16:29 &lt;+Complication&gt; 好主意……不过听上去很难 :) 16:29 &lt;+polecat&gt; 但这只是 hash 对 hash 的等价……你几乎不可能找到两个块完全一样！ 16:29 &lt;ailouros&gt; cervantes，什么是 “rarset”？ :D（除了“RAR 文件”之外） 16:29 &lt;+polecat&gt; 除非双方已经都有这个文件，其中一份损坏了。 16:29 &lt;ailouros&gt; polecat，呃？ 16:29 &lt;@cervantes&gt; ailouros：一个分卷的 rar 归档，必要时配上校验文件 16:30 &lt;ailouros&gt; cervantes：我不明白那样做的优势是什么 16:31 &lt;@cervantes&gt; 它的主要好处是给 DC 添加了伪多源下载 16:32 &lt;ailouros&gt; 嗯，那正是文件间块共享机制的一部分，不是吗？ 16:34 &lt;ailouros&gt; polecat：关于 bittorrent 覆盖损坏文件，它帮不了你在同时获取多个版本的情况 16:35 &lt;@cervantes&gt; 你的客户端只会匹配/下载有效的部分，如果有校验文件你也能恢复损坏部分 16:35 &lt;ailouros&gt; 在我的系统里没有损坏部分（只有当组成块下载并重新校验通过后才组装文件） 16:36 &lt;@cervantes&gt; 这些是 bittorrent 默认会做的，只是你不能专门搜索某个单独的部分 16:36 &lt;+polecat&gt; 多个版本很可能一个 bit 都不一样……这也是它们愚蠢的原因。某个蠢货决定把电影重新编码成邮票大小，还用同样的名字。 16:37 &lt;+polecat&gt; 或者另一个蠢货拿随机数据，命名成你想下载的文件。 16:37 &lt;ailouros&gt; lol 没错 16:37 &lt;@cervantes&gt; 正是，而 rarset 发行会对此免疫…… 16:37 &lt;ailouros&gt; 但别忘了来自其他网络（emule、kazaa、随便哪个）的文件经常是损坏的 16:38 &lt;+polecat&gt; rarset 发行也不会免疫…… 16:38 &lt;+polecat&gt; 你仍然得弄清哪个 rarset 是正确的。 16:38 &lt;ailouros&gt; cervantes，rarset 如何对发布随机垃圾的傻瓜免疫？ 16:38 &lt;@cervantes&gt; （前提是你有可靠来源） 16:39 &lt;@cervantes&gt; 因为一个发布组会发布哈希/分发信息 16:39 &lt;ailouros&gt; 哈哈，这个简单 :D 16:39 &lt;@cervantes&gt; 而且质量差的东西会被标记为废弃，大家会从共享里去掉它 16:40 &lt;ailouros&gt; cervantes，那我的玩具已经能做到 16:40 &lt;@cervantes&gt; 酷 16:40 &lt;ailouros&gt; 你从可信来源拿到文件描述符，你就能立刻多源获取文件 16:41 &lt;@cervantes&gt; 听起来不错 ;-) 16:41 &lt;ailouros&gt; 你不能搜索文件，但你可以浏览每个用户的共享目录，所以你可以用网络爬虫并缓存结果 16:42 &lt;ailouros&gt; 不过如果有必要，我也许将来会加一个搜索功能 16:44 &lt;ailouros&gt; 我相信我的玩具，如果好好做成一个应用，可以提供 freenet 想要提供的缓存和韧性 16:44 &lt;ailouros&gt; 比如静态内容分发和缓存 16:45 &lt;ailouros&gt; 你读我的博客，你把它缓存下来，当别人想看的时候就提供给他们。你除了把内容留在那里什么也不用做 16:45 &lt;ailouros&gt; 不喜欢这内容？删掉就好了 16:45 &lt;jrandom&gt; 嗯，那你把它视为 Syndie 的一个后端存储吗？ 16:46 &lt;ailouros&gt; 它可以被用作后端存储 16:46 &lt;ailouros&gt; 以它现在的样子，你甚至可以在 i2p 的默认安装里用它替代 jetty 16:46 &lt;jrandom&gt; 例如附件/链接写成 [clunk hash="$foo"]my file[/clunk] 16:46 &lt;ailouros&gt; （嗯再做些小改动就行 :D ） 16:46 &lt;jrandom&gt; 哈 16:47 &lt;jrandom&gt; 好的，是的，我显然不懂 clunk 怎么工作……要不要在 syndie 里发帖，或者弄个 eepsite？ :) 16:47 &lt;ailouros&gt; 文件哈希在请求文件时会被下载，而这些哈希会被自动下载成完整文件 16:48 &lt;jrandom&gt; 对，但“下”载的问题在于从哪里到哪里，等等。一个整体的网络架构描述会很有帮助 16:48 &lt;ailouros&gt; 我先写一个像样的文档，然后找个地方发 16:48 &lt;jrandom&gt; r0x0r，谢谢 16:48 &lt;ailouros&gt; 从你获得哈希的地方下载 16:48 &lt;ailouros&gt; 再加上所有共享这些块的人 16:49 &lt;ailouros&gt; 想象 go!zilla 和 download accellerator :) 16:49 &lt;jrandom&gt; 我想你低估了我有多困惑 16:49 &lt;ailouros&gt; 但这是透明的，并且在 i2p 内部 16:49 &lt;ailouros&gt; lol 看来是的 :D 16:50 &lt;jrandom&gt; 一个非常非常基础的解释，比如“你运行一个 clunk 客户端，从一个 clunk 服务器下载，从 clunk 对等体获取信息”，等等 16:50 &lt;jrandom&gt; 我是用浏览器去查询 clunk 客户端？还是服务器？还是对等体？ 16:51 &lt;jrandom&gt; （我就是这么迷糊） 16:51 &lt;ailouros&gt; 从头再来 :) 16:51 &lt;ailouros&gt; 你用你的浏览器 16:51 &lt;ailouros&gt; 你连到你的客户端 16:51 &lt;ailouros&gt; 你用浏览器浏览别人的目录 16:51 &lt;ailouros&gt; 你用浏览器选择要下载的文件 16:51 &lt;ailouros&gt; 你的客户端做脏活累活 16:52 &lt;ailouros&gt; 你得到下载好的文件 16:52 &lt;ailouros&gt; 这样更清楚吗？ :) 16:52 &lt;jrandom&gt; 很好，谢谢——所以“浏览别人的目录”是你的客户端去查询他们的客户端，然后返回该目录的 HTML 表示 16:52 &lt;ailouros&gt; 没错 16:52 &lt;jrandom&gt; （或者从某个服务器/超级节点（superpeer）/等拉取） 16:53 &lt;jrandom&gt; 不错 16:53 &lt;ailouros&gt; 所有脏活（找重复、多源下载等等）都由你的（本地）客户端透明完成 16:54 &lt;ailouros&gt; 你看到的基本上就是一个目录树和一些你可以下载的文件 16:54 &lt;jrandom&gt; 很好 16:55 &lt;ailouros&gt; 要发布你的数据，你把你的公共（p2p）地址给出去 16:55 &lt;ailouros&gt; 要共享文件，你把它们拷贝（或者做符号链接（symlink））到 pub/ 目录（或其子目录）。就这么简单 16:57 * jrandom 会继续挖源码，也期待更多信息 :) 16:57 &lt;jrandom&gt; 好，还有谁有要在会议上说的吗？ 16:57 &lt;bar_&gt; 嗯……我可以问下发布和共享的区别吗？发布会把数据推到某个数据存储里吗？ 16:58 &lt;ailouros&gt; bar_：共享是把块提供出来让人下载。发布是让世界知道你共享了什么 16:58 &lt;ailouros&gt; 发布是共享的子集 16:58 &lt;bar_&gt; 啊哈，明白了，谢谢 16:58 &lt;ailouros&gt; 比如，如果你只有一个文件的一半，你会共享它但不发布它 16:59 &lt;jrandom&gt; 那别人怎么知道他们可以从你这里拿到那些块呢？ 16:59 &lt;ailouros&gt; 而且你可以完全控制你发布哪些文件（不像 emule，每个下载的文件都会被发布） 16:59 &lt;ailouros&gt; 因为每个客户端都会定期向网络发送它有哪些块可以提供的信息 17:00 &lt;jrandom&gt; 不错 17:00 &lt;ailouros&gt; 发送到网络，也就是服务器（当前这样）或 DHT（分布式哈希表）（未来） 17:00 &lt;jrandom&gt; 所以这有点像 mnet，带一个块跟踪器 17:00 &lt;ailouros&gt; 呃，mnet 风格？ 17:01 &lt;jrandom&gt; 类似于 mnet（mnetproject.org）的工作方式 17:01 * ailouros 正在看 mnetproject.org 17:02 &lt;ailouros&gt; 嗯，你只有你的个人空间，没有共享空间 17:02 &lt;ailouros&gt; 而且你不会把块推送来回 17:02 &lt;jrandom&gt; 对，和 mnet 不完全一样，但在结构上类似 17:03 &lt;jrandom&gt; 就像 mnet，但每个人都穷得没人替他们托管数据 ;) 17:03 &lt;ailouros&gt; 对 17:03 &lt;ailouros&gt; :D 17:03 &lt;jrandom&gt; 好，还有谁有别的要提？ 17:04 &lt;jrandom&gt; 如果没有…… 17:04 * jrandom 做收尾 17:04 * jrandom 用 *baf* 结束了会议 </div>/zh/blog/2005/11/29/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%8829%E6%97%A5/Tue, 29 Nov 2005 00:00:00 +0000/zh/blog/2005/11/29/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%8829%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, c3rvantes, cat-a-puss, cervantes, Complication, jrandom, legion, Pseudonym</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) 嗨 15:25 &lt;jrandom&gt; 1) 网络状态和 0.6.1.6 15:25 &lt;jrandom&gt; 2) Syndie 15:25 &lt;jrandom&gt; 3) I2P Rufus 0.0.4 15:25 &lt;jrandom&gt; 4) ??? 15:25 &lt;jrandom&gt; 0) 嗨 15:25 * jrandom 挥手 15:25 &lt;jrandom&gt; 每周状态说明已发布，地址：http://dev.i2p.net/pipermail/i2p/2005-November/001234.html 15:26 * bar 递给 jrandom 一个 baf 15:26 &lt;c3rvantes&gt; 还不行！ 15:26 * jrandom 开始热身 15:26 &lt;jrandom&gt; 呃… 15:26 &lt;jrandom&gt; 我们先过一下前几个议程项目吧 :) 1) 网络状态和 0.6.1.6 15:27 &lt;jrandom&gt; 最近几个版本更新了很多内容，但网络看起来仍然相当稳定。 15:28 &lt;jrandom&gt; 在少数 router 上我们看到 router 参与数有严重尖峰，不过这基本无害 15:28 &lt;+legion&gt; 酷，我同意网络状态在变好。另外，是的，为什么不在 0.6.1.7 里去掉 TCP 呢 15:28 &lt;jrandom&gt; （呃，是 tunnel 参与数的尖峰，确切地说） 15:29 &lt;@cervantes&gt; 可不是呢 15:29 &lt;jrandom&gt; 不太确定，legion。可能有些用户只能用 TCP，但我记得只有一两个这样的人 15:29 &lt;+legion&gt; 我注意到在 0.6.1.5 上，router 有时会自己重启。 15:29 &lt;+Complication&gt; 我的在合理范围内波动，参与的 tunnel 从 100 到 250 15:29 &lt;jrandom&gt; 我想不出保留它的充分理由，倒是有几个理由要去掉它 15:30 &lt;jrandom&gt; 不错，Complication 15:30 &lt;jrandom&gt; （这些数字按照 stats.i2p/ 来看相当平均，但请记住，这类数字可能损害匿名性，因此不应随便公开，尤其别在会有记录的会议里发出来 ;) 15:30 &lt;+Complication&gt; 我的老赛扬仍然大约每 10 小时自动重启一次 15:30 &lt;+Complication&gt; 否则它的连接状况比以往都好 15:30 &lt;Pseudonym&gt; 为什么要去掉它？ 15:31 &lt;+Complication&gt; TCP 的开销很大 15:31 &lt;@cervantes&gt; 我的 router 已经累坏了 15:31 &lt;+Complication&gt; 就每个连接需要的线程数而言 15:31 &lt;@cervantes&gt; Complication：乘以 10 就是我这台 router 目前的范围 ;-) 15:31 &lt;+legion&gt; 我的在 200-400 个参与的 tunnel 之间波动，所以看起来比以往都好。 15:32 &lt;+Complication&gt; cervantes：哎哟哎哟 15:32 &lt;+Complication&gt; 我见过一次意外，参与的 tunnel 达到 2000，不过那是夏天 15:32 &lt;jrandom&gt; Pseudonym：性能（CPU/内存，由于我们半可靠的要求而带来的更好调度）、可维护性、更有效的黑名单处理 15:32 &lt;+Complication&gt; 一次性的尖峰，再也没出现过 15:32 &lt;+legion&gt; 是啊，以前的某些版本会出现那样的尖峰 15:32 &lt;jrandom&gt; Complication：我们在上一个修订版里出现过 &gt; 2000 的 tunnel 尖峰 15:33 &lt;jrandom&gt; 不过希望 0.6.1.7 能解决这个问题 15:33 &lt;+legion&gt; 嗯，这些都是去掉 tcp 的好理由 :) 15:33 &lt;jrandom&gt; 但是，再说一次，tunnel 参与数的尖峰没关系，因为大多数它们并不会被实际使用 15:34 &lt;@cervantes&gt; Pseudonym：网络上似乎只剩一两台 router 还在用 tcp 15:34 &lt;jrandom&gt; 这个版本也把 tcp 去掉也许是个好主意，因为没有其他重大改动。这样我们就能比较清楚地看到它带来的影响 15:34 &lt;jrandom&gt; （必要时也可以重新启用） 15:35 &lt;Pseudonym&gt; 如果只有两台 router 在用它，我不觉得无论保留还是去掉会有多大影响 15:35 &lt;Pseudonym&gt; （除了网络上会少两台 router） 15:35 &lt;@cervantes&gt; 两个不爽的用户 15:35 &lt;jrandom&gt; 嗯，这个传输在一些奇怪情形下会出现，这也是我想禁用它的原因之一 :) 15:35 &lt;+Complication&gt; 希望他们别太往心里去 15:36 &lt;+Complication&gt; 某些 ISP 过滤 UDP 真是很糟糕。 15:36 &lt;+Complication&gt; 糟糕，而且完全没道理。 15:36 &lt;jrandom&gt; （例如，当某个 router 崩掉时，人们会把他们的 SSU 传输标记为失败，于是就回退到 tcp 传输） 15:36 * Pseudonym 爱死他的 ISP 了。没有任何限制 15:37 &lt;+Complication&gt; 那么没有 TCP，我们就能看到 UDP 单独应对的情况？ 15:37 &lt;+Complication&gt; “不装辅助轮” :P 15:37 &lt;+legion&gt; 呃，那不用 tcp 我们怎么绕过这种糟糕的过滤？ 15:38 &lt;jrandom&gt; 正是这样，Complication :) 15:38 &lt;jrandom&gt; legion：我们不绕过 15:38 &lt;jrandom&gt; （restricted routes，受限路由） 15:38 &lt;+Complication&gt; 嗯，除了文件共享程序之外，不也有不少有用的应用会用到比 DNS 数据包更大的 UDP 包吗？ 15:39 &lt;+legion&gt; :( 听起来不妙 15:39 &lt;+Complication&gt; 大小与 I2P 使用的最小数据包尺寸差不多？ 15:39 &lt;jrandom&gt; 呃，legion，这不是问题 15:39 &lt;jrandom&gt; Complication：流媒体协议 15:39 &lt;+Complication&gt; 不把 DNS 弄残，根本无法直接封掉 UDP。 15:39 &lt;+Complication&gt; 可以限制数据包大小。 15:40 &lt;+legion&gt; 好吧，刚才听起来像是个问题 15:40 &lt;+Complication&gt; VoIP？ 15:40 &lt;jrandom&gt; 如果这种情况很普遍——整个互联网社区普遍禁用 udp——那就会是个问题 15:40 &lt;+Complication&gt; 嗯，VoIP 用大包还是小包？ 15:40 &lt;jrandom&gt; 但如果只是少数 ISP，我们可以把它们当作受限路由来处理 15:40 &lt;+Complication&gt; 或者你是指……视频流？ 15:40 &lt;+legion&gt; 我想两种都会用 15:41 &lt;jrandom&gt; 都会，Complication。RTSP 跑在 UDP 之上，而 real 跑在 RTSP 上（如果我没记错的话） 15:41 &lt;+Complication&gt; s/p/s 15:42 &lt;+legion&gt; 那继续下一个议题？ 15:42 &lt;+Complication&gt; cat /etc/services | grep -c udp 15:42 &lt;+Complication&gt; 227 15:43 &lt;jrandom&gt; 我还不确定我们是否会在 0.6.1.7 里去掉 tcp，不过大概会。 15:43 &lt;jrandom&gt; 好的，关于 1) 还有别的吗？没有的话，我们跳到 2) Syndie 15:43 &lt;+Complication&gt; 也就是说，至少有 227 个应用（其中一些可能已过时或仅限局域网）使用 UDP 15:44 &lt;jrandom&gt; 呸，这可是 intarweb。你只需要经代理的 HTTP 访问就行了 15:44 &lt;jrandom&gt; 关于 2) 我没什么可补充的，邮件里（以及 Syndie 上）都说了 15:44 &lt;+legion&gt; 我被说服了，是的，干掉它。 :) 15:44 &lt;jrandom&gt; 关于 syndie 还有什么想提的吗？ 15:45 &lt;+legion&gt; 我对 2) 也没什么要说的。 15:45 * Complication 正在读 "how Syndie works" 15:46 &lt;+Complication&gt; 有个小小的 UI 效果，总是让我吃惊。:D 15:46 &lt;+Complication&gt; 当我展开一串消息时，现行激活的那条会移到列表最上面，这总让我有点措手不及。:P 15:47 &lt;+Complication&gt; 不过你大可忽略这个。我只是很挑剔，又是个习惯驱动的家伙。:P 15:47 &lt;@cervantes&gt; 主题串联模型正被深入讨论 15:47 &lt;@cervantes&gt; ;-) 15:47 &lt;+Complication&gt; 我会习惯的。:) 15:48 &lt;+Complication&gt; cervantes：在 Syndie 里？我得去找那条讨论帖。:) 15:48 &lt;@cervantes&gt; 我也不喜欢——不过这很可能会改 15:48 &lt;jrandom&gt; 是啊，我想那有点古怪 15:48 &lt;+legion&gt; 是啊 15:48 &lt;@cervantes&gt; "subject: syndie threading" 15:49 &lt;+Complication&gt; 此外，如果展开的是最底下那条，它无论如何也不得不移动。 15:49 &lt;+Complication&gt; 不然它就会被卡在那里。 15:50 &lt;jrandom&gt; 底部的导航一次显示的是 10 个线程/主题串（threads），不是 10 条消息。所以它可以展开最底下那个主题串 15:50 * cervantes 目前正在测试一些不同的主题串联 UI 风格实现 15:51 &lt;jrandom&gt; 给力 15:51 &lt;jrandom&gt; 是啊，理想情况下我们能通过 CSS 切换它们，如果不行就从服务器端切换 15:52 &lt;@cervantes&gt; 或者更确切地说是“threading navigation styles” 15:53 &lt;@cervantes&gt; 嗯，我的测试默认使用纯 HTML 的嵌套无序列表 15:53 &lt;@cervantes&gt; 你可以按需叠加任意多的 CSS 和 JavaScript 15:53 &lt;jrandom&gt; 什么时候能看到一些模型稿，有预估吗？ 15:53 &lt;@cervantes&gt; （不过它只是一个概念验证，不是真正的 UI 实现） 15:54 &lt;@cervantes&gt; 我大部分编码都是在 I2P 会议期间完成的 ;-) 15:54 &lt;jrandom&gt; 呵 15:54 &lt;@cervantes&gt; 也许第一个模型稿今晚就能准备好 15:54 * jrandom 安排起了每日会议 15:54 &lt;jrandom&gt; 给力 15:54 &lt;@cervantes&gt; 可恶 :) 15:55 &lt;jrandom&gt; 好，关于 2) syndie 还有别的吗？ 15:55 &lt;jrandom&gt; 没有的话，我们继续 3) I2P Rufus 0.0.4 15:56 &lt;jrandom&gt; 除了邮件里的内容，我没什么可补充的——Rawn/defnax，你们在吗？ 15:56 &lt;+legion&gt; 那 0.0.4 表现如何？还剩下哪些问题？ 15:57 * jrandom 毫无头绪 15:58 &lt;+legion&gt; 也许它的某位用户能回答。看起来表现良好且稳定吗？ 15:58 &lt;jrandom&gt; 好吧，看来 Rawn 和 defnax 现在不在。如果有人对 I2P Rufus 有任何问题/意见/担忧，去论坛发帖吧 15:58 &lt;+legion&gt; 唉，那我们只好这样了。 15:59 &lt;+legion&gt; 进入 4)？ 15:59 &lt;jrandom&gt; 嗯，看起来是这样。好，4) ??? 15:59 &lt;+Complication&gt; 不巧的是，我还没试过 I2P Rufus。 16:00 &lt;jrandom&gt; 还有其他想提的吗？ 16:00 &lt;jrandom&gt; （来嘛，我们得把时间拖长点，让 cervantes 多干点活！） 16:00 &lt;+legion&gt; 对了，接下来有哪些有趣的东西要来了？ 16:00 &lt;+bar&gt; 有哪里可以让我多了解一下“restricted routes”吗？ 16:00 &lt;+bar&gt; （我确实搜过了） 16:01 &lt;+legion&gt; 也许我们甚至可以讨论一下 i2phex？ 16:01 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 16:01 * cervantes 把鼠标指向了关闭按钮 16:01 &lt;jrandom&gt; 呃，#future.restricted 16:02 &lt;jrandom&gt; 还有 how_* 页面和 todo 16:02 &lt;jrandom&gt; （在网页上） 16:02 &lt;+Complication&gt; 嘿，I2P 好像跳过了一个 build :D 16:02 &lt;+Complication&gt; :D 16:02 &lt;+bar&gt; 谢啦 16:02 &lt;+Complication&gt; - public final static long BUILD = 1; 16:02 &lt;+Complication&gt; + public final static long BUILD = 3; 16:03 &lt;jrandom&gt; legion：会在 netDb 上做些 hacking、性能修改、受限路由、流式传输改进、eepproxy 改进、tunnel 改进等。很多东西，但都还没准备好 16:03 &lt;+legion&gt; 咦，怪了 16:03 &lt;jrandom&gt; 关于 i2phex 有什么要提的吗，legion？ 16:03 &lt;jrandom&gt; Complication：对，有意为之。我忘了把 BUILD = 2 提上去 16:03 &lt;+Complication&gt; （倒也没什么影响，只是想知道我以前有没有见过这种少见的情况 :) 16:04 &lt;+legion&gt; 棒，听起来很不错，谢谢！ 16:04 &lt;jrandom&gt; 哦，这让我想起……如果有人愿意着手重做我们的网站就太酷了 16:05 * jrandom 不想去想，但迟早得做 16:05 &lt;+legion&gt; 是的，有一个 16:05 &lt;+legion&gt; 现在把 i2phex 更新到 phex 最新的 CVS 代码值得吗？ 16:06 &lt;+Complication&gt; 不确定，最近没听到 Redzara 的消息 16:06 &lt;jrandom&gt; 我记得上次 redzara 在等 gregorz 对 phex 的更新 16:06 &lt;jrandom&gt; （这样我们就能做一个相当干净的更新/扩展） 16:08 &lt;+legion&gt; 咦，那为什么要有 i2phex？ 16:08 &lt;+Complication&gt; 以防万一？ 16:08 &lt;jrandom&gt; 嗯？ 16:08 &lt;jrandom&gt; i2phex 是 phex 的一个扩展 16:08 &lt;+legion&gt; 看起来他们是想只有一个带 I2P 扩展的 phex 16:09 &lt;jrandom&gt; 所谓扩展，是指只修改很少的一小部分 16:09 &lt;jrandom&gt; 呃，s/bits/components/。这样一来，每当 phex 开发者修复问题时，我们就能很容易地更新代码 16:10 &lt;+legion&gt; 如果这样，我要把它更新到最新的 CVS 代码应该不费事，虽然我知道现实中不会这么顺利。 16:10 &lt;jrandom&gt; 我在论坛上最后听说的计划是让 I2Phex 和 Phex 成为两个独立的应用，但共享大部分代码 16:10 &lt;jrandom&gt; 对，legion，那会很棒，但据我所知，Gregor 还没完成对 Phex 的修改 16:11 &lt;jrandom&gt; （这就是 redzara 在等的东西） 16:11 &lt;+legion&gt; 啊我懂了 16:11 &lt;jrandom&gt; 所以，要么去帮 Gregor，一起完成，要么继续改当前的 I2Phex 代码库 16:12 &lt;+legion&gt; 那如果我不等，直接用新代码更新 i2phex，就不需要 redzara 继续了 16:12 &lt;jrandom&gt; 嗯，也不尽然。 16:12 &lt;jrandom&gt; 把 I2Phex 更新到当前的 Phex 代码当然很棒 16:13 &lt;jrandom&gt; 但只要 Phex 开发者更新了他们的代码，我们又会不同步 16:13 &lt;+legion&gt; 好，我大概今晚或这两天就会着手做。 16:13 &lt;jrandom&gt; 给力 16:13 &lt;+legion&gt; 没关系。 16:14 &lt;+legion&gt; 其实我并不打算让 i2phex 始终与 phex 代码保持同步，只是听说 CVS 里有些修复是 i2phex 确实需要的。 16:15 &lt;+legion&gt; 另外我确实想剔除 i2phex 不需要的 phex 代码和功能。 16:15 &lt;jrandom&gt; 不错 16:16 &lt;+legion&gt; 至于新特性，以及修掉还没正常工作的部分，比如上传队列……嗯，我已经开始研究让 webcache 工作了，但还有很多要做。 16:17 &lt;jrandom&gt; 说得对。是啊，phex 以前的 gwebcache 支持是可用的，但 sirup 把它关了，因为一开始没必要 16:17 &lt;+legion&gt; 我确实打算最终把 jeti 加进 i2phex。 16:17 &lt;jrandom&gt; 不错 16:18 * jrandom 从没用过 jeti，我希望它保持为可选组件，不过支持更多东西挺酷的 16:18 &lt;+legion&gt; 是的，它可以是可选的，用户可以下载一个 jeti2phex ;) 16:19 &lt;jrandom&gt; 同感 16:19 &lt;+legion&gt; i2phex 还有很多可以做的事，尽管它现在已经运行得很好。 16:20 &lt;+legion&gt; 到目前为止，让客户端 7×24 不间断连接、运行是可行且容易的。 16:21 &lt;jrandom&gt; 是啊，我用它也很顺利……“备份我已授权的录音” 16:21 &lt;+legion&gt; 呵 :) 16:22 &lt;jrandom&gt; 好，这次会议还有其他事项吗？ 16:23 * cervantes 推来了一面中国锣 16:23 &lt;+legion&gt; 我好像忘了什么……嗯 16:24 &lt;+legion&gt; 哦对了，有没有什么办法能减少 i2p 和 i2phex 的内存占用？ 16:25 &lt;+Complication&gt; 嗯，TCP 传输占用不少 16:25 &lt;jrandom&gt; 可以把两者跑在同一个 JVM 里 16:25 &lt;+Complication&gt; 如果那个去掉，会释放一些 16:26 &lt;@cervantes&gt; 把你机器里的内存条拔几根 16:26 &lt;cat-a-puss&gt; 有谁用过 javolution，知道它是否有帮助吗？http://javolution.org/ 16:26 &lt;jrandom&gt; （i2p 安装目录下的 clients.config 定义了启动客户端的主类和参数） 16:26 &lt;+legion&gt; 那么如果我们把二者跑在同一个 JVM 里，而且去掉 TCP，是否能把占用降到 50MB 以下？ 16:27 &lt;jrandom&gt; 不清楚，legion。还取决于你说的 50MB 是什么指标。RSS/VSS/等等 16:27 &lt;jrandom&gt; 不过我确实不建议把两者跑在一个 JVM 里，除非你让两者一直同时运行，因为关掉其中一个会把另一个也带死 16:27 &lt;@cervantes&gt; legion：限制带宽并限制参与的 tunnel 数也可能有帮助 16:27 &lt;jrandom&gt; 对，就像 cervantes 说的 16:28 &lt;cat-a-puss&gt; 在我看来，如果我们确切知道某类对象最终可能用到的数量，就能避免 JVM 过度分配 16:28 &lt;+Complication&gt; 对，内存有不同的度量/分配方式，我一直没弄明白 16:28 &lt;jrandom&gt; 对，我们做了一些这样的事情（见 net.i2p.util.ByteCache） 16:29 &lt;+Complication&gt; （不过如我所说，Java 对我来说还很新） 16:29 &lt;jrandom&gt; 我之前瞥过 javolution，但它似乎进步不少。我会再看看 16:30 &lt;cat-a-puss&gt; jrandom：我知道单位里有人在用而且很满意，尽管他们不关心内存分配 16:31 &lt;jrandom&gt; 嗯，它其实不会省内存，但能减少 GC 抖动 16:31 &lt;+legion&gt; 我个人不太在意内存分配，不过很多人很在意。 16:31 &lt;jrandom&gt; 哦，而且它还是 BSD 许可 16:31 &lt;cat-a-puss&gt; 对 16:31 &lt;jrandom&gt; legion：内存分配关系到性能 16:32 &lt;+legion&gt; 呃，哦，那我说的是内存占用 16:33 &lt;+legion&gt; 很多人之所以喜欢 uTorrent，是因为它的内存占用非常小。 16:33 &lt;jrandom&gt; 啊，对。我们后面可以再调。既然 i2p 在默认 JVM 大小内就能跑，我不太担心（我们还有大量可调空间） 16:34 &lt;jrandom&gt; 好，这次会议还有别的吗？ 16:35 &lt;+legion&gt; 没有了，我这边 OK…… 16:37 * jrandom 准备收尾 16:37 * jrandom 用 *baf* 一声把会议结束了 </div>/zh/blog/2005/11/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%8822%E6%97%A5/Tue, 22 Nov 2005 00:00:00 +0000/zh/blog/2005/11/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%8822%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ailouros, cervantes, Complication, frosk, jrandom, nickless_head, Raccoon23, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0）嗨 16:18 &lt;jrandom&gt; 1）网络状态 16:18 &lt;jrandom&gt; 2）猎狐 16:18 &lt;jrandom&gt; 3）？？？ 16:18 &lt;jrandom&gt; 0）嗨 16:18 * jrandom 从电力恢复的家里迟来的挥手致意 16:18 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2005-November/001227.html 16:19 &lt;jrandom&gt; 1）网络状态 16:20 &lt;jrandom&gt; 除了邮件里的内容之外没太多可补充的……有谁想就网络状态提出什么吗？ 16:21 &lt;jrandom&gt; 如果没有，我们就继续到 2）猎狐 16:21 &lt;zzz&gt; 好主意 16:22 &lt;jrandom&gt; 这方面也是，除了邮件和 Raccoon23 的提案之外，我没什么可补充的…… 16:22 &lt;+fox&gt; &lt;ailouros&gt; 我对“Fox hunt”这个名字有意见。我更想叫它“Man hunt”。狐狸又没做错什么。 16:22 &lt;Raccoon23&gt; 哈 16:22 &lt;jrandom&gt; 是的，我同意 zzz 的看法，这样能在没有实际使用带来的严重风险的情况下，给大家一个真正的激励 16:23 &lt;nickless_head&gt; 叫它 "&lt;politically correct animal&gt; hunt 16:23 &lt;Raccoon23&gt; “Fox hunt”是业余无线电比赛的常见名称，比赛内容是寻找一个不按规矩发射的发射机 16:24 &lt;+fox&gt; &lt;ailouros&gt; 我不在乎叫 Fox 的无线电发射机，我们现在讨论的是 i2p，这里不允许匿名狐狸 16:24 &lt;+fox&gt; &lt;ailouros&gt; :D 16:24 * cervantes 在想 ailouros 是否知道 changate 的名字 16:24 &lt;nickless_head&gt; 也许叫“Dissident hunt” 16:25 &lt;@cervantes&gt; &lt;fox&gt; &lt;ailouros&gt; :D 16:25 &lt;+fox&gt; &lt;ailouros&gt; （呃，changate 是啥？） 16:25 &lt;jrandom&gt; 呵 16:25 &lt;@cervantes&gt; ailouros：它是把不同网络之间的聊天进行中继的机器人 16:26 &lt;+fox&gt; &lt;ailouros&gt; 你是说这里的 vulpine？ 16:26 &lt;@cervantes&gt; i2p 那边的聊天会以 vulpine 的身份中继到你这里 16:26 &lt;@cervantes&gt; 而你的聊天会通过 fox 中继给我们 16:26 &lt;@cervantes&gt; ;-) 16:26 &lt;@cervantes&gt; *更正：your 16:26 &lt;+fox&gt; &lt;ailouros&gt; 所以要猎的是那个可怜的打工机器人？:D 16:27 &lt;Raccoon23&gt; 所以，是的，我觉得应该设一个悬赏/信息页面。我想我们可以争取筹到 1000 美元 16:27 &lt;+fox&gt; &lt;ailouros&gt; 是的，抱歉，我平时不怎么上 i2pchat :) 16:27 &lt;+fox&gt; &lt;ailouros&gt; 这才叫悬赏！ 16:28 &lt;jrandom&gt; Raccoon23：我同意，但现在就这么做可能有点过早。 16:28 &lt;jrandom&gt; （必要时我们随时可以从一般基金里拨一部分到悬赏里来启动它） 16:28 &lt;+fox&gt; &lt;ailouros&gt; 现在就开始狩猎，不过没有悬赏？ 16:28 &lt;+fox&gt; &lt;ailouros&gt; 我是说，越早开始，越能吸引更多人关注 16:28 &lt;jrandom&gt; 要让这次猎狐有意义（即有助于 I2P），我们需要谨慎进行。 16:28 &lt;jrandom&gt; 不，ailouros，我不同意。 16:29 &lt;jrandom&gt; 在 I2P 尚未准备好之前就开展这个竞赛会非常糟糕。 16:29 &lt;Raccoon23&gt; 嗯 16:29 &lt;jrandom&gt; 一来会浪费大家去评估尚未完成之物的时间，二来也得不到任何有用的信息 16:30 &lt;+fox&gt; &lt;ailouros&gt; ……明白了 16:30 &lt;Raccoon23&gt; 而且如果“发现”的漏洞本来就计划在后续版本修复，那媒体报道会很糟糕 16:30 &lt;jrandom&gt; 是的 16:33 &lt;jrandom&gt; 好的，关于第 2 项还有别的吗，还是我们转到第 3 项？？？ 16:34 &lt;zzz&gt; 关于 jrandom/raccoon23 讨论串的另一部分，结论是改为最少 2 跳吗？还有其他结论吗？ 16:35 &lt;jrandom&gt; 嗯，这取决于对手是谁，但默认用 2 +0-1 其实无伤大雅，而且能对一类攻击者提供防护 16:35 &lt;jrandom&gt; 其他结论可能是“嘿，开始推进 0.6.2 吧” :) 16:35 &lt;+fox&gt; &lt;ailouros&gt; 我怎么设置才能让 tunnels 总是固定值（比如 0+1 浮动）？我每次重启都又回到默认值 16:36 &lt;jrandom&gt; ailouros：你应该可以在 /i2ptunnel/ 上保存设置 16:36 &lt;jrandom&gt; 或者你是在 /configtunnels.jsp 上改的？ 16:37 &lt;Raccoon23&gt; 我觉得在至少 0.6.1 里，1 跳的 tunnels 让一个相当弱的攻击者也能做很多事。我主张 0.6.1.6 不该默认使用 1 跳的 tunnels 16:37 &lt;+fox&gt; &lt;ailouros&gt; 那就是在 configtunnels 改的 16:37 &lt;jrandom&gt; 是的，同意 Raccoon23 16:37 &lt;jrandom&gt; ailouros：用 /i2ptunnel/ 并保存你的设置 16:37 &lt;+fox&gt; &lt;ailouros&gt; 没注意到新界面 :D 16:38 &lt;@cervantes&gt; ailouros：刚在 0.6.1.5 里加上的 16:38 &lt;jrandom&gt; 对，cervantes 在那上面做得很出色，ailouros 16:38 &lt;+fox&gt; &lt;ailouros&gt; 好，为此点赞 16:39 &lt;@cervantes&gt; 趁我们还在这个话题上，如果有人在新界面保存设置时遇到问题，在下个发行版出来前可以先用非 IE 的浏览器 16:39 &lt;@cervantes&gt; *咕哝* microsoft *咕哝* 16:40 &lt;+fox&gt; &lt;ailouros&gt; 换个话题，如果我在 i2p 上架个 NetHack 服务器，有人感兴趣吗？:D 16:41 &lt;@frosk&gt; ailouros：我也想过（现实里在玩 NetHack），但我担心延迟会很糟糕（玩 NetHack 时高延迟简直要命） 16:42 &lt;+fox&gt; &lt;ailouros&gt; 看来是这样 16:42 &lt;+fox&gt; &lt;ailouros&gt; 好吧，这个想法作废 16:43 * frosk 几个月前刚首次升天通关，哇哦 16:44 &lt;jrandom&gt; 好，还有谁要在会议上补充点什么？ 16:45 &lt;+fox&gt; &lt;ailouros&gt; 有，Syndie 里当线程有新消息时来个指示器 16:46 &lt;nickless_head&gt; jrandom：如果新消息（标题）第一次显示时能用粗体/斜体标出来就更棒了 16:47 &lt;nickless_head&gt; jrandom：有没有一种“非常简单”的办法，通过 HTTP 访问 Syndie 数据库里的消息？ 16:47 &lt;jrandom&gt; 啊，对，ailouros/nickless_head，我在考虑按日期对第一列进行颜色编码/打标（例如，今天发的用亮一些的标记，昨天的稍暗些，等等）。 16:47 &lt;nickless_head&gt; jrandom：最好是用像 XML 这样易于导入的格式 16:48 &lt;jrandom&gt; nickless_head：wget -R `http://localhost:7657/syndie/archive/` 16:48 &lt;nickless_head&gt; 如果有的话，我可以写个 Syndie 到 NNTP 的导出器 16:48 &lt;jrandom&gt; 哦，如果你想导出到 NNTP，用 RSS 到 NNTP 的工具 16:48 &lt;nickless_head&gt; jrandom：好的，我试试那个 :) 16:48 &lt;nickless_head&gt; jrandom：已经有现成的了？……该死。 ;) 16:49 &lt;jrandom&gt; 我也在考虑增加按用户的消息历史，让你可以把消息标记为已读/未读，但这大概不会进 0.6.1.6（除非有人来实现它 :)） 16:49 &lt;jrandom&gt; 或者在线程树里加个新筛选器——只显示自 [today |v] 以来发布的消息 16:49 &lt;jrandom&gt; （或者昨天，或者 2 天前） 16:50 &lt;jrandom&gt; nickless_head：http://www.methodize.org/nntprss/ 16:50 &lt;nickless_head&gt; jrandom：谢谢 16:54 &lt;jrandom&gt; 不客气 16:54 &lt;Raccoon23&gt; jrandom：在我能实现它之前还要过一阵子（我想先把受限路由做完），不过你觉得为出站的 server tunnels 提供可选的 1024 位 garlic routing（大蒜路由，I2P 的一种将多条消息聚合并层叠加密的机制）怎么样？ 16:54 &lt;jrandom&gt; 开销巨大——O(data) is&gt;&gt;&gt; O(tunnels)。 如果我们现在连 O(tunnels) 都有麻烦，那就不可能指望 O(data) 了 16:55 &lt;Raccoon23&gt; 我们还在碰到 CPU 问题吗？我的 router 占用一直挺低，不过我这儿也没有 T1…… 16:56 &lt;jrandom&gt; 不是人人都有 P4 ;) 16:56 &lt;jrandom&gt; 我听说在慢机器上占用是 8–15%，但在拥塞时会猛然飙升 16:56 &lt;jrandom&gt; （到 100% 以上） 16:56 &lt;+Complication&gt; 关于 CPU 消耗：很奇怪，Mandriva 10.1 上的 Java 比 Mandriva 2006 上的 Java 占用少得多。 16:56 &lt;Raccoon23&gt; 是啊，但没有的人可能也没有 T1 16:56 &lt;Raccoon23&gt; 也是 :) 16:57 &lt;+Complication&gt; 两边都做过调优，2006 上的 jbigi 是本地编译的。 16:57 &lt;jrandom&gt; 怪了，Complication 16:57 &lt;jrandom&gt; i2p 的版本号是一样的吗？ 16:57 &lt;+Complication&gt; 在 2006（Celeron 2.4）上，Java 可以飙到 20%。 16:58 &lt;+Complication&gt; 在 10.1 上不会超过 5%。 16:58 &lt;+Complication&gt; （通常） 16:58 &lt;+Complication&gt; （通常==不包括启动时） 16:58 &lt;+Complication&gt; 相同的修订版。 16:58 &lt;+Complication&gt; Java 也几乎一样（_04 对比 _05） 16:59 &lt;+Complication&gt; 提醒我再调整一下守护进程。也许有些在拖累 Java。 16:59 &lt;+Complication&gt; 以某种我想不明白的怪方式。 17:00 &lt;+Complication&gt; 不过是的，Cel 300 明显感觉更好。可能是自适应 MTU 的原因 17:01 &lt;jrandom&gt; 啊，酷，我们有一些很棒的东西在路上了 :) 17:03 &lt;+Complication&gt; 我在想，是否有办法绕过某些 Linux 发行版上与 libc 相关的 jbigi 问题？ 17:03 &lt;jrandom&gt; 有，当然，只需要重建所有的 jbigi 17:03 &lt;jrandom&gt; （不是 libc，而是 libg++） 17:05 * Raccoon23 决定不放弃他对 garlic routing 的梦想，但会等性能稳定后再说……也许到 2.0 17:05 &lt;+Complication&gt; 哦，你觉得正确地重建会有帮助？ 17:05 &lt;jrandom&gt; Complication：会的，jcpuid 的链接错误是没必要的，因为 jcpuid 其实只是一个 ASM 调用（而且本来也不该用 C++ 来实现 ;)） 17:06 &lt;jrandom&gt; Raccoon23：酷 :) 这是我们最终也可以在 live net 上做的事情，只要用不同的 I2NP 消息类型，宣告相应的能力，并据此做过滤 17:06 &lt;jrandom&gt; （最终会的） 17:07 &lt;Raccoon23&gt; 比如 caps=S 表示快速 CPU？ ;) 17:08 &lt;jrandom&gt; 还有 caps=I 表示疯狂 ;) 17:08 &lt;jrandom&gt; 好的，还有谁对会议有别的要说？ 17:08 &lt;Raccoon23&gt; 哈哈 17:09 &lt;Raccoon23&gt; 你觉得在多个 tunnels 之间共享密钥作为权宜之计如何？投入与回报不成比例吗？ 17:09 &lt;jrandom&gt; 这相比于只是拥有多个 tunnels 并将消息通过其中之一发送，有什么更好的？ 17:10 &lt;jrandom&gt; （而且，呃，从安全性和匿名性角度看，不是更糟吗） 17:10 &lt;Raccoon23&gt; 嗯，思路是节点分不出哪些流量属于同一个 tunnel，这样如果你同时运行 i2phex 和 eepsite，并为你的 tunnels 选择相同的主机，那么至少从各跳看来，这两者的流量会被混在一起 17:11 &lt;Raccoon23&gt; 这应当会让定时攻击更难 17:11 &lt;jrandom&gt; 啊，天哪，是的。那会带来非常糟糕的可关联性 17:11 &lt;jrandom&gt; 这就是我们在 0.4 转向按客户端的 tunnel 池的原因 17:11 &lt;Raccoon23&gt; 解释一下？ 17:11 &lt;jrandom&gt; i2ptunnel 如果你愿意，确实允许人们通过共享同一个 destination 来共享池 17:12 &lt;jrandom&gt; 如果两个客户端的消息走同一个 tunnel，你就知道这两个客户端是同一个人控制的 17:12 &lt;jrandom&gt; s/clients/destinations/ 17:13 &lt;Raccoon23&gt; 嗯，如果共享密钥，早期的 hops 可以被混合，但 leasesets 仍然是分开的…… 17:13 &lt;Raccoon23&gt; 反正前几跳是定时攻击中危险的部分 17:13 &lt;jrandom&gt; 它仍然会提供一个途径，把本来不可关联的两个 destinations 联系起来 17:14 &lt;jrandom&gt; 可以做一些处理，希望混淆这种可关联性，但它们仍然在本质上被关联起来了。这没必要，而且不好。 17:18 &lt;Raccoon23&gt; 那我还是回去继续做 caps=SI 的美梦吧 :) 17:19 &lt;jrandom&gt; 唉，好吧。还有别的吗？ 17:20 * jrandom 收尾 17:20 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/11/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%8815%E6%97%A5/Tue, 15 Nov 2005 00:00:00 +0000/zh/blog/2005/11/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%8815%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ailouros, anti, bar, cervantes, Complication, frosk, jmg, jrandom, modulus, polecat, reliver, Sonium, tethra</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) 嗨 15:15 &lt;jrandom&gt; 1) 网络状态 / 0.6.1.5 15:15 &lt;jrandom&gt; 2) Syndie 更新 15:15 &lt;jrandom&gt; 3) I2Phex 15:15 &lt;jrandom&gt; 4) I2P-Rufus 15:15 &lt;jrandom&gt; 5) 问题跟踪器 15:15 &lt;jrandom&gt; 6) 动态密钥 15:15 &lt;jrandom&gt; 7) ??? 15:15 &lt;jrandom&gt; 0) 嗨 15:15 * jrandom 挥手 15:16 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2005-November/001210.html 15:17 &lt;+bar&gt; yalla! *朝天连开几枪* 15:17 * jrandom 赶紧猫腰躲避，切入 1) 网络状态 / 0.6.1.5 15:18 &lt;jrandom&gt; 如邮件所述，进展很大，今晚晚些时候应会有新版本发布 15:18 * jrandom 本想更早发布，但我睡晚了，不想大家在会议/进行期间/升级 :) 15:20 &lt;jrandom&gt; 关于 1) 网络状态 / 0.6.1.5，大家有任何问题/意见/担忧吗？ 15:20 &lt;+fox&gt; &lt;ailouros&gt; “请继续保持出色的工作”算是可以的评论吗？ 15:20 &lt;jrandom&gt; :) 谢谢 15:22 &lt;jrandom&gt; 最近对稳定性相当满意。希望下个版本能把单流吞吐提升到超过 4-8KB/s。我做了很多本地测试，但还需要看看在野外环境的表现 15:22 &lt;tethra&gt; 我赞同 ailouros 的话，而且进一步，提议举杯： 15:22 &lt;jrandom&gt; 我们也收到了更多拨号连接用户的正面反馈 15:22 &lt;tethra&gt; 敬 jrandom，敬 i2p！woot! 15:22 &lt;tethra&gt; &lt;3 15:23 &lt;jrandom&gt; w3wt。 好的，如果没有别的，我们跳到 2) Syndie 更新 15:24 &lt;jrandom&gt; 这方面也有不少进展，不过也许等发布之后、大家可以亲自试试，再来讨论会更好 15:25 &lt;jrandom&gt; 希望 @ http://syndiemedia.i2p.net/about.html 上（第一个链接）的信息能说明为什么值得你费心试一试 :) 15:25 &lt;+fox&gt; &lt;ailouros&gt; 得了吧，先是不发布，然后又说“先自己试试”……这不是吊人胃口嘛！ :D 15:25 &lt;jrandom&gt; :) 15:26 &lt;jrandom&gt; 好好，那就跳到 3) I2Phex，这样大家升级后就可以把对 Syndie 的想法直接发到 Syndie 里 ;) 15:27 &lt;jrandom&gt; 今晚稍后会发布 I2Phex 0.1.1.36 的公告 15:28 &lt;jrandom&gt; 唯一的改动是修复了那个烦人的“Please insert a disk”弹窗 15:28 &lt;tethra&gt; 也就是说我可以把盘从光驱里拿出来，它就不再对我尖叫了，是吧？ ;) 15:28 &lt;jrandom&gt; 呵，是的 15:28 &lt;tethra&gt; :D 15:30 &lt;jrandom&gt; 好，如果 3) I2Phex 没有别的，那我们转到 4) I2P-Rufus 15:30 &lt;tethra&gt; 趁着还在这个话题上，i2phex 有什么计划？ 15:30 &lt;jrandom&gt; 啊 15:30 &lt;jrandom&gt; 论坛上发了一组功能需求 15:31 &lt;jrandom&gt; 我没从 redzara 那里听到和 Phex 的代码合并的消息，但 Gregor 仍在把网络部分抽象化，这样我们更容易保持同步 15:32 &lt;jrandom&gt; 总体来看应用可用，不过若能支持 gwebcache 就太好了，那样 I2Phex 就能开箱即用，不用先去抓任何文件或密钥 15:32 &lt;jrandom&gt; 我不知道有没有人在把 gwebcache 支持（重新）加回 I2Phex；如果有人懂 Java，那将非常有用 15:33 &lt;tethra&gt; 酷。 15:33 &lt;+fox&gt; &lt;reliver&gt; 也许 _007pig ？ 15:33 &lt;+fox&gt; &lt;ailouros&gt; 抱歉我问句，gnutella 网络不是前阵子把自己淹死的那个吗？ 15:33 &lt;tethra&gt; 新来的确实一开始会有点困惑 15:33 &lt;+fox&gt; &lt;reliver&gt; jrandom 你昨天没有接受他提供的帮忙哦 15:33 &lt;jrandom&gt; _007pig 在看翻译方面的工作，不过任何人都欢迎。 Phex 自身支持 gwebcache，但 sirup 把它禁用了 15:34 &lt;jrandom&gt; ailouros：gnutella 还在，但确实并不理想。 15:34 &lt;tethra&gt; 有人在考虑把 i2phex 使用的协议换成别的吗？ 15:35 &lt;jrandom&gt; 我不太愿意要求大家必须做某个项目，所以一般会给出一些可供探索的方向 15:35 &lt;jrandom&gt; tethra：就我所知没有 15:35 &lt;+fox&gt; &lt;ailouros&gt; 嗯，那我更想在 i2p 上看到 Localhost（azureus 修改版） 15:36 &lt;tethra&gt; 就做种等方面来说，bittorrent 肯定比 gnutella 更麻烦吧？ 15:36 &lt;tethra&gt; 15:36 &lt;jrandom&gt; ailouros：不管大家实现并维护的是什么，都很好 :) 15:36 &lt;+fox&gt; &lt;ailouros&gt; 我不清楚，我已经……大概 6 年没用过 gnutella 了 15:37 &lt;anti&gt; 它肯定更高效，也更能检验真正的可扩展性吧？ 15:37 &lt;+fox&gt; &lt;ailouros&gt; jrandom 是啊，这是个不错的衡量标准 :D 15:37 &lt;jrandom&gt; i2phex 表现相当不错，我通过它传了很多数据，还找到了一些有趣的内容 15:37 &lt;@cervantes&gt; (pony pr0n) 15:37 &lt;+fox&gt; &lt;ailouros&gt; lol 15:37 &lt;tethra&gt; hahah 15:37 &lt;jrandom&gt; 可能有更好的做法，但能用的东西总比不存在的东西强 15:37 &lt;tethra&gt; cervantes++ 15:37 &lt;tethra&gt; ;) 15:38 &lt;tethra&gt; 这话太对了。 15:39 &lt;anti&gt; 说得好 15:39 &lt;@cervantes&gt; 糟糕……jr 生气了，提前去吃晚饭了 15:39 &lt;@cervantes&gt; (抱歉) 15:39 &lt;anti&gt; 不，他大概去找那（传说中的）pony pr0n 了。 ;) 15:40 &lt;jrandom&gt; *咳咳* ;) 15:40 &lt;tethra&gt; lol 15:40 &lt;tethra&gt; 呵呵 ;) 15:40 &lt;jrandom&gt; 好，如果 3) 没别的，就转到 4) I2P-Rufus 15:40 &lt;+fox&gt; &lt;reliver&gt; 我想要会飞的 pony pr0n :-) 15:40 &lt;jrandom&gt; Rawn / defnax：对论坛上发的内容还有什么要补充的吗？ 15:41 &lt;@cervantes&gt; 看起来进展不错 15:41 &lt;jrandom&gt; 嗯 15:45 &lt;jrandom&gt; 好，如果那边没别的，我们跳到 5) 问题跟踪器 15:45 &lt;jrandom&gt; 用论坛来管理缺陷和功能需求有点太重，而 Bugzilla 也有点笨重…… 15:46 &lt;@frosk&gt; 不是已经有个 Bugzilla 在哪儿跑着吗？ 15:46 &lt;jrandom&gt; 我贴了一些总体需求，cervantes 提出了一种可行的方案 15:46 &lt;jrandom&gt; 不，Bugzilla 在我们迁到 sago 之前的老主机（@johnscompanies）上 15:46 &lt;+fox&gt; &lt;ailouros&gt; 那 NNTP 怎么样？通常有线索式（threaded），比论坛好…… 15:46 &lt;+fox&gt; &lt;reliver&gt; 奇怪，Bugzilla 这么欠缺功能，考虑到有那么多开源社区都在用…… 15:46 &lt;+fox&gt; &lt;ailouros&gt; how* 15:46 &lt;@frosk&gt; 啊好 15:47 &lt;jrandom&gt; nntp 有潜力，但用 syndie 也有些优势（用标签即可简单过滤）：http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:48 &lt;jrandom&gt; 不过 NNTP 毕竟经受了数十年的实战检验 15:48 &lt;+fox&gt; &lt;ailouros&gt; NNTP 阅读器可以按关键字过滤（那些 [] 标签）？ :D 15:49 &lt;@modulus&gt; 也许近些年不怎么有人在用了？ 15:49 &lt;+fox&gt; &lt;reliver&gt; 包括刷屏和撕逼…… 15:49 &lt;jrandom&gt; 不过我们还是希望有 Web 可访问的方式，因为大多数人不用 NNTP 阅读器 15:49 &lt;+fox&gt; &lt;ailouros&gt; 我觉得 Thunderbird 在这方面挺好，而且还可以在 i2mail 和 i2nntp 之间共享 enigmail 15:49 &lt;@modulus&gt; 也许做个 Web 可访问的 NNTP 阅读器？ 15:49 &lt;+fox&gt; &lt;reliver&gt; 网关很多见 15:49 &lt;jrandom&gt; 嗯，modulus？ 15:50 &lt;@modulus&gt; 嗯，我觉得现在 Usenet 已经不怎么用了 15:50 &lt;jrandom&gt; 对，所以我们需要一个 NNTP 服务器，再配一个支持过滤的网关 15:50 &lt;@frosk&gt; 不过我喜欢 cervantes 的主意 15:50 &lt;+fox&gt; &lt;ailouros&gt; （而且我还要说，人们不用 NNTP 阅读器的原因是论坛看起来更漂亮，也更臃肿） 15:50 &lt;@modulus&gt; 嗯，带过滤支持的网关？你们在说啥，也许先让我了解一下会有帮助。 :-) 15:51 &lt;@modulus&gt; 在我看来论坛糟透了，我他妈讨厌论坛，简直不可用 ;-( 15:51 &lt;+fox&gt; &lt;ailouros&gt; LOL 我猜他是想从互联网上访问 15:51 &lt;+fox&gt; * ailouros 同意 modulus 的看法 15:51 &lt;@frosk&gt; modulus：太对了 15:51 &lt;jrandom&gt; 呵 modulus ;) 我们正在讨论 http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003& 15:51 &lt;+fox&gt; &lt;ailouros&gt; 哎呀，这个一兆字节长的 URI 15:52 &lt;@modulus&gt; 我喜欢 Syndie URL 的一点就是：多么容易记忆、输入何等简单啊 15:52 &lt;jrandom&gt; 我还是喜欢 http://syndiemedia.i2p.net:8000/threads.jsp?post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:52 &lt;jrandom&gt; 呵 15:52 &lt;jrandom&gt; 那就去 http://syndiemedia.i2p.net/threads.jsp 然后点“Issue tracking software”链接 :) 15:53 &lt;@frosk&gt; 直接在你的 router 控制台里上报缺陷 15:53 &lt;@modulus&gt; 嗯，缺陷跟踪。 15:53 &lt;jrandom&gt; 用 Syndie 的好处包括：1）与每个 I2P 用户的环境集成 2）轻松过滤 3）线程式呈现 4）垃圾内容处理（通过忽略/收藏） 5）顺便让 Syndie 接受实战检验 :) 15:54 &lt;+fox&gt; &lt;reliver&gt; 听起来很棒 :-) 15:54 &lt;+fox&gt; &lt;ailouros&gt; 确实如此 15:54 &lt;jrandom&gt; 嗯，那真是个好特性 frosk……我们甚至可以做专用的 HTML 表单，直接发到 /syndie/post.jsp 15:54 &lt;+fox&gt; &lt;ailouros&gt; 顺便说下，之前不是还谈过让 Syndie 基于 NNTP 吗？ :D :D :D 15:54 &lt;@modulus&gt; 嗯，Debian 的缺陷工具怎么样？我觉得挺好用的，mailbug 那套 15:54 &lt;anti-&gt; 对已经有效的东西没什么可反对的！ 15:55 &lt;@cervantes&gt; 我觉得就算从技术演示的角度也应该做 15:55 &lt;jrandom&gt; ailouros：用 NNTP 分发 Syndie 帖子，是的。现在我们只是用临时的联合方式，但进一步增强会很好 15:56 &lt;@cervantes&gt; 没有比实际用例更能展示 Syndie 的办法了 15:56 &lt;jrandom&gt; 的确如此 15:56 &lt;jrandom&gt; 好，也许我们可以计划在 0.6.1.6 里把它放出来 15:56 &lt;+fox&gt; &lt;reliver&gt; 我不喜欢论坛的一点是门槛太低 15:57 &lt;+fox&gt; &lt;reliver&gt; 所以各种无关噪音会把它们塞满。 15:57 &lt;@modulus&gt; 我也说不清，这个 Syndie……我现在不是很喜欢，不过也许会慢慢习惯。 15:57 &lt;+fox&gt; &lt;reliver&gt; 而且你只能在线使用它们 15:57 &lt;jrandom&gt; modulus：你看过 http://syndiemedia.i2p.net/about.html 上链接的那篇帖子吗？ 15:57 &lt;@modulus&gt; reliver：不过门槛太高对缺陷报告不利，从某种意义上说，人们愿意费心来报告就是帮了你一个大忙。 15:57 &lt;+fox&gt; &lt;ailouros&gt; 它们并非门槛低：带宽就是一个因素。它们噪音很高，所以你可以用 [font=54]HELLO WORLD![/font] 来瞬间骚扰大量人 15:57 &lt;jrandom&gt; 同意 modulus 15:58 &lt;+fox&gt; &lt;ailouros&gt; 哦对，而且你确实得在线 15:58 &lt;jrandom&gt; 呵 ailouros，这也是我们无论如何都要在 Syndie 里解决的问题 :) 15:58 &lt;@modulus&gt; 嗯，大概没有，jr，我看看 15:58 &lt;+fox&gt; &lt;ailouros&gt; 好在用 Syndie 可以把用户拉黑，基本就搞定了 15:58 &lt;jrandom&gt; 而且在 Syndie 里你可以离线写缺陷报告，等到在线时再把它们同步到远端归档 :) 15:58 &lt;jrandom&gt; 没错，ailouros，在新版本里一键就能做到 15:59 &lt;+fox&gt; &lt;ailouros&gt; 而论坛要么指望管理员过来删，要么就只能忍着 15:59 &lt;anti-&gt; 它更像 uucp 而不是 nntp :) 15:59 &lt;@modulus&gt; 嗯，具体是从那儿链接到的哪篇？ 15:59 &lt;jrandom&gt; lol *完全* 正解，anti 15:59 &lt;jrandom&gt; modulus：第一个链接“in syndie itself” 15:59 * cervantes 喜欢“干掉”的选项 16:00 &lt;@modulus&gt; 切，实际用途上 uucp == nntp :-) 16:00 &lt;jrandom&gt; anti-：这恰恰是关键——随着人们构建更新更好的传输机制（uucp、nntp、usenetdht 等），内容可以无缝流动 16:00 &lt;+fox&gt; &lt;ailouros&gt; 这一切让我想起了 plan9 16:01 &lt;+fox&gt; &lt;reliver&gt; i2p 也许很特别，但通常缺陷报告系统被用作对付用户的防火墙…… 16:01 &lt;jrandom&gt; 当成对付用户的防火墙？ 16:01 &lt;+fox&gt; &lt;reliver&gt; i2p 也许很特别，但通常缺陷报告系统是用来防住用户的…… 16:01 &lt;+fox&gt; &lt;reliver&gt; 是的。 16:01 &lt;jrandom&gt; 我希望大家报告缺陷能变得非常非常容易 16:01 &lt;+fox&gt; &lt;reliver&gt; mozilla、thunderbird、ubuntu 就是一些例子 16:02 &lt;+fox&gt; &lt;reliver&gt; 好，太棒了 :-) 16:02 &lt;jrandom&gt; mozilla/等等都有集成的“反馈代理”，可以自动提交缺陷报告 16:02 &lt;+fox&gt; &lt;reliver&gt; 他们根本不看那些报告 16:02 &lt;jrandom&gt; 呵 16:02 &lt;@modulus&gt; 嗯，那篇介绍还行，唯一的问题是我就是不喜欢这个界面；我更喜欢用“文件夹”这种隐喻来处理类似邮件的东西，而不是用网页上堆满链接的方式 16:02 &lt;@modulus&gt; 不过这只是我个人喜好 16:02 &lt;jrandom&gt; modulus：那也许 RSS 导出最适合你的需求？ 16:02 &lt;+fox&gt; &lt;ailouros&gt; 我同意 modulus（有人猜到吗？ :D ） 16:02 &lt;@cervantes&gt; 非得用 pastebin 来贴控制台错误，对有些人挺劝退的 16:03 &lt;jrandom&gt; 或者像 cervantes 建议的那样，做 susimail 集成来发送报告 16:03 &lt;jrandom&gt; （或者发到 Syndie） 16:03 &lt;@modulus&gt; 也有可能，jrandom，我会研究一下。也许我需要一个 RSS-to-NNTP 或 RSS-to-POP?/IMAP 的转换器，我想想看。 16:05 &lt;@cervantes&gt; modulus：我很好奇你在下个 i2p 发布时对新 i2ptunnel 接口的看法 16:05 &lt;@cervantes&gt; 就可用性对你而言是更好还是更差 16:05 &lt;@cervantes&gt; （不过我猜你通常是直接改配置文件？） 16:07 &lt;jrandom&gt; 哦对了，靠，我在状态说明里漏掉了好多东西…… 16:08 &lt;+fox&gt; &lt;ailouros&gt; 那我们赶紧跳到队列里的下一个议题……那个是 C 点，对吧？ 16:08 * jrandom 觉得它真的很棒，不过还得等大家试用后再多收点反馈 16:08 &lt;@modulus&gt; cervantes：你说“好奇”是那种——‘你宁可往自己屁股里捅把小刀也不想用它’——还是相反？ :-) 16:08 &lt;jrandom&gt; 好，跳到 6)，大家对动态密钥提案有什么看法？ 16:09 &lt;@modulus&gt; cervantes：通常其实会用界面，虽然现在我知道配置文件是可以改的…… :-) 16:09 &lt;+fox&gt; &lt;ailouros&gt; 是啊，我挺确定它会让所谓已知 router 的数量飙升 16:09 &lt;@cervantes&gt; *damn* :) 16:10 &lt;@modulus&gt; 动态密钥是指 router 每换一个 IP 就拿一个新密钥，对吧？ 16:10 &lt;@cervantes&gt; modulus：我的意思是，是否值得在 WAI 的破事上费劲 16:10 &lt;jrandom&gt; 呵，确实如此，ailouros 16:10 &lt;@cervantes&gt; 不过……我扯远了 16:10 &lt;jrandom&gt; 对，modulus 16:11 &lt;@modulus&gt; 嗯，也许让“已知节点”更像猜测（比现在更甚）并不坏。 16:11 &lt;+Complication&gt; 嗯，我对动态密钥唯一的看法是……不应该无谓地更换密钥（否则会干扰可靠性/性能跟踪）。 16:11 &lt;+Complication&gt; 不过在 IP 变更时（够少见吧？）也许无伤大雅。 16:11 &lt;jrandom&gt; 对，Complication。 这不是我们想要的默认设置。大多数人并不需要它 16:12 &lt;anti-&gt; 我不确定这些提议的正面影响。 16:12 &lt;jrandom&gt; 它对匿名性的提升也有限，对强大的对手更是毫无帮助，但对弱对手可能有点用 16:12 &lt;+fox&gt; &lt;ailouros&gt; 这岂不也会暴露哪些节点是固定 IP、哪些不是？ 16:13 * cervantes 的密钥已经用了将近 2 年 :) 16:13 &lt;+polecat&gt; 好歹我能到这儿来。 16:13 &lt;jrandom&gt; ailouros：这不会是多数人的选择。只有极少数人会想用它 16:13 &lt;+fox&gt; &lt;ailouros&gt; 所以本质上就是为了对弱对手多一点保护而增加更多 churn（节点更替）？ 16:13 &lt;jrandom&gt; 没错，ailouros 16:13 &lt;+fox&gt; &lt;ailouros&gt; 哦好的 16:14 &lt;+fox&gt; &lt;ailouros&gt; 有没有办法在野外部署后测量这个特性的性能开销？ 16:14 &lt;@modulus&gt; 我觉得这会有助于抵御节点-目的地交集攻击？ 16:14 &lt;+polecat&gt; 我还是想不明白，为什么我总在 OK 和 OK(NAT) 之间切换，真迷惑…… 16:14 &lt;jrandom&gt; modulus：只对弱对手 16:14 &lt;+fox&gt; &lt;ailouros&gt; polecat 别担心，我这边是 15 小时在线和 0 小时在线来回切：| 16:14 &lt;jrandom&gt; ailouros：不确定，不过 stats.i2p 表明我们能应对 churn（节点更替） 16:15 &lt;jrandom&gt; polecat：嗯，可能意味着有某种过滤在发生 16:15 &lt;@modulus&gt; 在我看来，节点-目的地交集攻击是目前最严重且可行的攻击？撇开我们规模太小这件事不谈。 16:15 &lt;@modulus&gt; 所以我觉得任何能在这方面提供帮助的措施都可能是好主意 16:16 &lt;+polecat&gt; 我可以直接从远程 shell 向我的 router 上那个端口发送 UDP 包，没问题。不清楚，也许 i2p 检测到 NAT，就误以为端口没转发。 16:16 &lt;+fox&gt; &lt;ailouros&gt; 我同意“好主意”，只要 churn（节点更替）不会造成严重的性能损失 16:16 &lt;anti-&gt; 当网络变大后，无论如何都会有大量 churn（节点更替）…… 16:17 &lt;anti-&gt; *指出一个显而易见的 DoS 攻击：每隔几分钟不断换钥匙 16:17 &lt;anti-&gt; 这会有什么影响？ 16:17 &lt;+fox&gt; &lt;ailouros&gt; DoS 攻击谁呢？ :D 16:18 &lt;jrandom&gt; 嗯，新节点默认进入“not failing”层，只有存在一段时间后才会升到“high capacity”或“fast”层 16:18 &lt;jrandom&gt; 所以它不会对对等选择造成 DoS 16:18 &lt;anti-&gt; 如果对手相对强大……会造成大量看似死亡的节点/引发 netDb churn？ 16:18 &lt;+Complication&gt; anti：没人会再认为那个节点可靠了 16:18 &lt;+polecat&gt; anti-：我们有黑名单不是没理由的。 16:19 &lt;anti-&gt; *满意了 16:19 &lt;jrandom&gt; 嗯，只要节点不可达，netDb 里的记录就会被丢弃 16:20 &lt;anti-&gt; 那刚才对动态密钥提出的那些性能问题也同样适用？如果这样的攻击对性能影响不大，那么动态密钥对性能的影响大概也不明显……对吧？ 16:20 &lt;+polecat&gt; 我在想，渐进式信任确实有助于应对后期才反水的家伙。 16:20 &lt;+fox&gt; &lt;ailouros&gt; 什么是“late onset betrayer（后期反水者）”？ 16:20 &lt;+polecat&gt; 随着他们持续对你有益，就逐步提升对他们的信任，但绝不要让他们能拿走比他们给出的更多…… 16:20 &lt;anti-&gt; 潜伏很久，然后变成犹大。 16:21 &lt;jrandom&gt; 没错，节点一旦表现不好，会很快从“fast”层被踢出去 16:21 &lt;+Complication&gt; 我想的是那种行为：“等参与的 tunnel 到 300 条时再崩溃” 16:21 &lt;+polecat&gt; 哦，我经常现编词儿。对，类似犹大那种背叛——你真心帮助对方，然后指望在最后一刻背刺来捞一把。 16:21 &lt;anti-&gt; 哦不，tunnel 坏了，*重建* 16:21 &lt;jrandom&gt; 在那段时间里被提拔到“fast”层的节点应该足以顶上 16:21 &lt;+fox&gt; * ailouros 对这些不靠谱的圣经引用乐开了花 :D 16:22 &lt;jmg&gt; 说到高容量，哇，今天我的 router 持续在 400k 到 600K 之间。（不过也许我用的一堆零跳设置在帮忙） 16:22 &lt;jrandom&gt; 600KB/s？！ 16:22 &lt;+polecat&gt; 希望在达到 300 条参与 tunnel 的这段时间里，你被要求帮助转发的数据已经足够多了，就算你崩了也无关紧要。 16:22 &lt;jmg&gt; 是 16:22 &lt;+fox&gt; &lt;ailouros&gt; O_O 你连的是什么？ 16:22 &lt;+Complication&gt; 这种带宽我还是头一次听说 :) 16:22 &lt;jrandom&gt; 靠，那已经快到会撞上我们的布隆过滤器的程度了 16:22 &lt;anti-&gt; ailouros：对匿名研究者来说这是个不礼貌的问题 ;) 16:23 &lt;+polecat&gt; 这八成是 600KB 每分钟或者每小时吧。 16:23 &lt;+fox&gt; &lt;ailouros&gt; 抱歉 anti- :D 但他先说的 16:23 &lt;+polecat&gt; puh! 16:23 &lt;jrandom&gt; 我很想从你的 oldstats.jsp 页面拿点统计数据。不过很高兴听到它扛住了 :) 16:23 &lt;anti-&gt; 哪天我会从 i2 上试试…… 16:23 &lt;jrandom&gt; 呵呵 16:24 &lt;+fox&gt; &lt;ailouros&gt; 听起来很酷，I2 上跑 I2P 16:24 &lt;jmg&gt; jrandom：我一直在留图表，我会更仔细地监控，不过可以确认，刚才大约 5 分钟前持续 2 分钟达到了 600kB/s 16:24 &lt;+polecat&gt; 有人试过穿越 D-Link router 的防火墙吗？我在那里完全没成功，而且我朋友老是忘了做端口转发。 16:24 &lt;jrandom&gt; 不错 jmg 16:24 &lt;anti-&gt; polecat：我们现在已经做 UDP 打洞了吗？我有点跟丢了 16:25 &lt;jrandom&gt; anti-：是的，除了对称 NAT 之外都可以 16:25 &lt;jrandom&gt; polecat：如果你朋友知道型号#，网上有些站点会列出它是哪种 NAT 16:26 &lt;anti-&gt; 关于后期反水……对强大的对手来说会是个问题吗？ 16:26 &lt;jmg&gt; jrandom：当然，bittorrent 以前能把这条链路持续压到 4MB/s，不过我最近已经收着点了 16:26 &lt;anti-&gt; 有 24000 个节点，所以大概每 10 秒就有一个崩？ 16:26 &lt;+polecat&gt; 对称 NAT，对比全锥形？ 16:26 &lt;jrandom&gt; 不错 jmg 16:26 &lt;jrandom&gt; 嗯，anti-？ 16:26 &lt;jrandom&gt; polecat：或者受限锥形 16:27 &lt;+polecat&gt; 哇，连受限锥形都能搞定，真厉害…… 16:27 &lt;anti-&gt; 我觉得后期反水不可能产生显著影响，除非是在极其庞大的规模上实施，而在那种规模下，其他攻击可能更有影响力？ 16:28 &lt;jrandom&gt; 是啊，我不太担心这个，anti-……代价太高，而且我们无论如何都能绕路避开故障，所以伤害会很小 16:28 &lt;+Complication&gt; 后期反水往往要求你先贡献很多（好让其他机器依赖你的机器）。 16:28 &lt;+fox&gt; &lt;ailouros&gt; ‘极其庞大规模’ = 你成了几乎所有人 router 上的全部 netries？ 16:28 &lt;anti-&gt; 这正是反 P2P 现在干的事，但我们也有反-反-P2P 了…… 16:29 &lt;+fox&gt; &lt;ailouros&gt; 不对，反 P2P 是发垃圾而不是好数据 16:29 &lt;+fox&gt; &lt;ailouros&gt; 这不一样 16:29 &lt;anti-&gt; 那只是更快地把自己拉黑，所以你永远不会被好好列出来。 16:29 &lt;anti-&gt; 我觉得那对 i2p 根本不起作用。 16:29 &lt;@cervantes&gt; jmg：我在 BT 上拿过 4-5MB/s，但在 I2P 上从没见过 600k……你硬件也很猛吗？ 16:29 &lt;+polecat&gt; 我更多地是在想与 i2p 本身无关的情况。我的政府很喜欢后期反水，尽管他们试图把这事列为机密。 16:29 &lt;anti-&gt; 不过我们大概会先把他们的带宽榨干！ 16:29 &lt;jrandom&gt; anti-：如果他们连续好几天都很可靠，那他们也只能发动一次、不到 10 分钟的攻击 16:30 &lt;jrandom&gt; 没错，anti- :) 16:30 &lt;+polecat&gt; 或者放在网银的语境下。 16:30 &lt;jmg&gt; 有没有为 amd64 配好 Native BigInteger 库的简明指南？没有的话我就自己摸索了 16:30 &lt;jrandom&gt; 呵 polecat 16:30 &lt;jrandom&gt; jmg：它已经打包在 jbigi.jar 里了，不过现在也应该能在 amd64 上构建 16:30 &lt;jrandom&gt; 不过，我想这意味着我们现在到了 6.1) ??? 16:31 &lt;jrandom&gt; 还有别的要提的吗？ :) 16:31 &lt;anti-&gt; 你得要两万台机器之类，按滚动计划轮流崩溃，而我觉得结果会很让人失望；你对网络的贡献最终会远大于你造成的损失！ 16:31 &lt;jrandom&gt; 这正是我们的期望，anti- 16:31 &lt;+fox&gt; &lt;ailouros&gt; 嗯，最坏情况就是大家必须 reseed（重新引导种子） 16:31 &lt;jmg&gt; 哦谢谢 16:31 &lt;+polecat&gt; 64 位处理器，4Mbit 上行，看起来某人真走运。 16:32 &lt;anti-&gt; 或者只是在大学里跑一台普通机器…… 16:32 &lt;+fox&gt; * ailouros 看了看自己学校的硬件清单，皱起了眉头 16:32 &lt;anti-&gt; 一家不买 dell 的大学 ;) 16:33 &lt;+fox&gt; &lt;ailouros&gt; 我觉得我们有几台 dell……如果我没记错的话是 5 年前的 16:33 &lt;+fox&gt; &lt;Sonium&gt; 我觉得这不妙： 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;@cervantes&gt; polecat：4 megabyte ;-) 16:33 &lt;jrandom&gt; Sonium：是的，一旦出现一次 OOM，它就会很快挂掉 16:34 &lt;+fox&gt; &lt;Sonium&gt; 这个也一样糟： 16:34 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | 21:21:44.484 CRIT [ Establisher] sport.udp.EstablishmentManager: Err 16:34 &lt;+fox&gt; &lt;Sonium&gt; 或者在 establisher 里 16:34 &lt;jrandom&gt; （后续的 OOM 可以放心忽略） 16:34 &lt;jrandom&gt; 一旦出现一次 OOM，后面的所有错误都可以忽略 16:34 &lt;+fox&gt; &lt;ailouros&gt; 是啊，但你不该出现第一次 OOM :D 16:34 &lt;jmg&gt; polecat：不过这边俄罗斯空间站的延迟可真是惊人…… 16:34 &lt;jrandom&gt; 确实如此，ailouros 16:35 &lt;+fox&gt; &lt;ailouros&gt; 哦，对了……我的 router 经常被 watchdog 触发重启 16:35 &lt;jrandom&gt; 嗯，高 CPU 占用？ 16:35 &lt;+fox&gt; &lt;ailouros&gt; 我猜只是我安装得点儿背？ 16:35 &lt;+fox&gt; &lt;ailouros&gt; 据我所知不是，机器几乎没负载 16:36 &lt;+fox&gt; &lt;ailouros&gt; 不过我猜这就是一个有点问题的 Linux 模拟层上的一个多 bug 的 JVM 应有的表现 16:36 &lt;jrandom&gt; 你用的是什么 JVM，什么操作系统？ 16:36 &lt;+fox&gt; &lt;Sonium&gt; 我吗？ 16:36 &lt;+fox&gt; &lt;ailouros&gt; Sun 的 Java(tm) 2 Standard Edition, JRE 5.0 Update 5，运行在 NetBSD/i386 2.0.2 上 16:37 &lt;jrandom&gt; 啊，对，我没在 nbsd 上测过。 fbsd 没问题，但我对 nbsd 没啥经验 16:38 &lt;jrandom&gt; 也许值得试试 gcj，我们可以会后再深入看看 16:38 &lt;+fox&gt; &lt;ailouros&gt; 它运行得还不错，不过有趣的是（取决于它起床——呃重启——时翻到哪一位），netDb 文件会被建成 540 权限 :D 16:38 &lt;+fox&gt; &lt;Sonium&gt; 这里真是有问题 16:38 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | # Internal Error (53414645504F494E540E4350500175), pid=3500, tid=345 16:38 &lt;+fox&gt; &lt;Sonium&gt; 6 16:39 &lt;+fox&gt; &lt;ailouros&gt; 抱歉，是 netDb 文件被建成了 540 16:39 &lt;+fox&gt; &lt;Sonium&gt; 我想我待会儿会重装一下 16:39 &lt;jrandom&gt; Sonium：你在用什么 OS？看起来 JVM 在抽风 16:39 &lt;+fox&gt; &lt;Sonium&gt; winxp 16:39 &lt;jrandom&gt; 好的，如果你在用 1.5.0_5，或许可以试试 1.4.2_09 16:39 &lt;anti-&gt; 我不觉得那是 i2p 的问题…… 16:40 &lt;jrandom&gt; （对我来说 1.4.2 更稳定、占用资源更少） 16:40 &lt;jrandom&gt; 而且 i2p 没用任何 1.5 的特性，也不需要 1.5 的 GUI 改进 16:40 &lt;+fox&gt; &lt;Sonium&gt; 奇怪的是，以前从没发生过 16:40 &lt;+polecat&gt; 不过没有 1.5 就用不了 azureus，唉。 16:40 &lt;+fox&gt; &lt;ailouros&gt; 我当然确实在用 azureus :| 16:41 &lt;+fox&gt; &lt;ailouros&gt; 但这不算真正的问题……应该不太严重…… 16:41 &lt;+fox&gt; &lt;ailouros&gt; 除非那些关于 bob 是第四个之类的信息有关系 16:41 &lt;jrandom&gt; 不，那些可以放心忽略 16:41 &lt;anti-&gt; （难道只有我一个人因为 utorrent 和 bitcomet 闭源而抓狂吗？） 16:42 &lt;+polecat&gt; :o 该死的 bob！ 16:42 &lt;jrandom&gt; 好，大家还有别的会议议题吗？ 16:42 &lt;anti-&gt; 玛芬？ 16:42 * cervantes 如果你想要更好的资源占用，我推荐 IBM Java 1.4.2 16:42 &lt;+polecat&gt; anti-：试试 mlnet。 caml -&gt; 这世界上最古怪的语言之一，但它挺好用。 16:42 &lt;+fox&gt; &lt;ailouros&gt; caml 很酷 16:42 &lt;+fox&gt; &lt;ailouros&gt; （如果你读得懂的话 :D） 16:42 &lt;@frosk&gt; 嘿，别黑 caml 16:43 &lt;anti-&gt; prolog 也值得一提，还有 brainf**k 等等 16:43 &lt;+polecat&gt; caml 的文档糟透了。我花了半小时才搞明白 ! 通常（有时）是个解引用操作符。 16:43 &lt;@frosk&gt; 我拿工资写 ocaml :) 16:43 &lt;+polecat&gt; jrandom：不知道我闯进了会议，抱歉。 16:44 &lt;jrandom&gt; 没事儿，我们正好把短会时长补回来 ;) 16:44 * jrandom 做结束手势 16:44 * jrandom *baf* 宣布会议结束 </div>/zh/blog/2005/11/08/i2p-2005-11-08-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 08 Nov 2005 00:00:00 +0000/zh/blog/2005/11/08/i2p-2005-11-08-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到星期二了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 / 短期路线图 2) I2Phex 3) I2P-Rufus 4) I2PSnarkGUI 5) Syndie 6) ???</li> </ol> <ul> <li> <ol> <li>Net status / short term roadmap</li> </ol> </li> </ul> <p>0.6.1.4 仍然相当稳定，不过自那以后在 CVS 中又有一些错误修复。我还为 SSU 添加了一些优化，以便更高效地传输数据，希望一旦广泛部署后，能对网络产生显著影响。不过我暂时会暂缓 0.6.1.5 的发布，因为我还想把另外一些内容纳入下一个版本。当前计划是在本周末发布，所以请留意最新消息。</p> <p>0.6.2 版本将包含大量出色的改进来应对更强大的对手，但有一件事它不会影响：性能。虽然匿名性无疑是 I2P 的全部意义所在，但如果吞吐量和时延很差，我们就不会有任何用户。因此，我的计划是在着手实现 0.6.2 的对等节点排序策略和新的 tunnel 创建技术之前，先把性能提升到应有的水平。</p> <ul> <li> <ol start="2"> <li>I2Phex</li> </ol> </li> </ul> <p>最近在 I2Phex 方面也有不少动向，并发布了新的 0.1.1.35 版本 [1]。CVS 中也有进一步的改动（感谢 Legion!），所以如果在本周晚些时候看到 0.1.1.36，我也不会感到惊讶。</p> <p>在 gwebcache（基于 Web 的节点缓存）方面也取得了一些不错的进展（参见 <code>http://awup.i2p/），不过据我所知，还没有人开始着手修改</code> I2Phex 以使用支持 I2P 的 gwebcache（有兴趣吗？告诉我一声！）</p> <p>[1] <code>http://forum.i2p.net/viewtopic.php?t=1157</code></p> <ul> <li> <ol start="3"> <li>I2P-Rufus</li> </ol> </li> </ul> <p>据传，defnax 和 Rawn 一直在对 Rufus BT 客户端动手改造，把 I2P-BT 中的一些与 I2P 相关的代码整合进去。我不清楚这个移植目前的状态，但听起来它会带来一些不错的功能。等到有更多进展，我们肯定会听到更多消息。</p>/zh/blog/2005/11/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%8808%E6%97%A5/Tue, 08 Nov 2005 00:00:00 +0000/zh/blog/2005/11/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%8808%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, dust, frosk, jrandom, reliver, tealc\_, ZipTie</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:21 &lt;jrandom&gt; 0) 嗨 15:21 &lt;jrandom&gt; 1) 网络状态/短期路线图 15:21 &lt;jrandom&gt; 2) I2Phex 15:21 &lt;jrandom&gt; 3) I2P-Rufus 15:21 &lt;jrandom&gt; 4) I2PSnarkGUI 15:21 &lt;jrandom&gt; 5) Syndie 15:22 &lt;jrandom&gt; 6) ??? 15:22 &lt;jrandom&gt; 0) 嗨 15:22 * jrandom 挥手 15:22 &lt;jrandom&gt; 每周状态说明在 http://dev.i2p.net/pipermail/i2p/2005-November/001206.html 15:22 * bar 在他/她那撮假的（？）胡子后面嘟囔着问好 15:23 &lt;jrandom&gt; 好，进入 1) 网络状态/短期路线图 15:23 &lt;jrandom&gt; 除了邮件里的内容之外没什么可说——希望本周晚些时候或周末会有一个新版本 15:24 &lt;jrandom&gt; cvs 里有一些新的优化，应该有助于提高可靠性；我做的测试里表现不错，不过在广泛部署之前大概不会有太大影响 15:25 &lt;jrandom&gt; 在继续推进到 0.6.2 之前，我也还没有拍板一个想要达到的吞吐量目标，不过直觉告诉我，优化应该持续进行，直到我能用每个 router 跳数的延迟来解释那些瓶颈为止 15:26 &lt;jrandom&gt; 不过就目前而言，那还不是我们的瓶颈，所以仍有工作要做。 15:26 &lt;jrandom&gt; 这方面我没什么更多可补充的——大家有问题/意见/担忧吗？ 15:28 &lt;jrandom&gt; 好，如果没有的话，继续到 2) I2Phex 15:28 &lt;jrandom&gt; 这部分除了邮件里说的之外也没什么可补充的。不过论坛上也有一堆讨论，去那儿看看会有更多消息和吐槽 15:31 &lt;jrandom&gt; 好，如果没有的话，跳到 3) I2P-Rufus 15:31 &lt;jrandom&gt; 这一条其实只是我重复了一个传闻，不过我们拭目以待 15:32 &lt;jrandom&gt; Rawn / defnax：你们有什么要补充的吗？ 15:35 &lt;tealc_&gt; i2p-rufus 是什么？ 15:35 &lt;jrandom&gt; 为 I2P 移植的 rufus BitTorrent 客户端 (http://rufus.sourceforge.net/) 15:36 &lt;jrandom&gt; 好，如果没别的，我们可以跳到另一个简短的传闻报道——4) I2PSnarkGUI 15:37 &lt;jrandom&gt; 除了说“嘿，酷啊”之外，我也没什么可补充的 :) 15:38 &lt;+bar&gt; 是啊，看起来不错 15:38 &lt;@frosk&gt; snark 又是一个 BT 客户端？ 15:38 &lt;jrandom&gt; 是的，不过 snark 是随 I2P 打包的 BitTorrent 客户端 :) 15:38 &lt;@frosk&gt; 哦对，没错 :) 15:38 &lt;jrandom&gt; （目前是命令行工具，但多 Torrent 和 Web 界面在路上了，不过不是立刻） 15:39 &lt;+fox&gt; &lt;ZipTie&gt; 是谁在为 snark 做稀有度优先（rarest-first）的获取策略？那个完成了吗？ 15:39 &lt;jrandom&gt; 嗯，Ragnarok 实现了那个 15:39 &lt;jrandom&gt; 已经在当前的 I2PSnark 里了 15:39 &lt;+fox&gt; &lt;ZipTie&gt; 酷 15:40 &lt;jrandom&gt; 嗯，确实 15:41 &lt;+fox&gt; &lt;ZipTie&gt; 那 i2p-bt 会因此退役，由 rufus 或 snark 取而代之吗？ 15:41 &lt;jrandom&gt; 那要由用户来决定 15:42 &lt;+fox&gt; &lt;ZipTie&gt; 或者从可维护性角度 :) 15:42 &lt;jrandom&gt; 就我个人而言，我觉得如果 snark 拥有 Web 界面、与 router 控制台集成、具备多 Torrent 能力，并且性能与其它客户端相当，那它的处境就会很好 15:43 &lt;jrandom&gt; 但实际上，你提到的才是关键——由谁来维护和开发才是驱动力 15:43 * jrandom 不维护 python 应用 15:44 &lt;jrandom&gt; 好，如果第 4 项没别的，我们继续到 5) Syndie 15:45 &lt;jrandom&gt; 我一直在做一些关于如何推进的可用性研究，我觉得我们已经有一个相当可行的 UI 在路上了，但如果你有意见，请发到 syndie 或论坛，我们希望能予以考虑 15:46 &lt;tealc_&gt; 啊，我还以为 i2phex 是用 java 写的……论坛上的东西提供了 .exe 安装程序，还有打包在 ZIP 里的 .exe 15:47 &lt;jrandom&gt; i2phex 是 java 15:47 &lt;jrandom&gt; 而且这个 .exe 在任何 java 能运行的平台上都能用 15:47 &lt;jrandom&gt; java -jar i2phex.exe 15:47 &lt;jrandom&gt; （真的） 15:49 &lt;jrandom&gt; （咳） 15:49 &lt;jrandom&gt; dust：关于 syndie 的东西还有要补充的吗？ 15:50 &lt;dust&gt; 没有 15:50 &lt;jrandom&gt; 好，酷。除非还有人对此有其他内容，否则我们就跳到老牌项目： 6) ??? 15:50 &lt;jrandom&gt; 还有什么想在会议上提出的吗？ 15:53 &lt;+fox&gt; &lt;reliver&gt; 西班牙海鲜饭准备好了吗？ ;-) 15:53 * jrandom 拿起一个勺叉 15:54 &lt;jrandom&gt; （说到这个……） 15:54 &lt;+fox&gt; &lt;reliver&gt; 还有那只猫还是闻起来像猫吗；？） 15:54 * jrandom 开始收场 15:54 * jrandom 用*baf*把会议结束了 </div>/zh/blog/2005/11/01/i2p-2005-11-01-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 01 Nov 2005 00:00:00 +0000/zh/blog/2005/11/01/i2p-2005-11-01-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到了每周的那个时候了</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.4 和网络状态 2) boostraps（引导）, predecessors（前驱节点）, 全局被动攻击者, 和 CBR 3) i2phex 0.1.1.34 4) voi2p 应用 5) syndie 和 sucker 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.4 and net status</li> </ol> </li> </ul> <p>上周六发布的 0.6.1.4 看起来进展相当顺利——全网已有 75% 完成升级（谢谢！），其余的大多数也仍在使用 0.6.1.3。整体运行情况看起来相当不错，虽然我没听到太多反馈——无论正面的还是负面的——我想如果它很糟，大家应该会大声抱怨的 :)</p> <p>特别是，我很想听取使用拨号调制解调器连接的用户的任何反馈，因为我所做的测试只是对这类连接的基本模拟。</p> <ul> <li> <ol start="2"> <li>boostraps, predecessors, global passive adversaries, and CBR</li> </ol> </li> </ul> <p>关于几个想法，邮件列表上出现了更多讨论，并且有关 bootstrap 攻击（引导阶段攻击）的摘要已上线[1]。我在为选项 3 制定加密规范方面取得了一些进展，虽然目前尚未发布任何内容，不过这相当简单明了。</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/2005-October/001146.html</code></p> <p>我们已经就如何通过恒定比特率（CBR）tunnels 提升对强大对手的抵抗能力进行了进一步讨论；尽管我们可以选择探索这一路径，但它目前被安排在 I2P 3.0，因为要正确使用它需要大量资源，而且这种开销很可能会对谁愿意在这种开销下使用 I2P，以及哪些群体能够或根本无法使用 I2P，产生可衡量的影响。</p> <ul> <li> <ol start="3"> <li>I2Phex 0.1.1.34</li> </ol> </li> </ul> <p>上周六我们还发布了一个新的 I2Phex 版本 [2]，修复了一个文件描述符泄漏，该问题最终会导致 I2Phex 出现故障（感谢 Complication！），并删除了一些会使他人能够远程指示你的 I2Phex 实例下载特定文件的代码（感谢 GregorK！）。强烈建议升级。</p> <p>CVS 版本（尚未发布）也进行了更新，解决了一些同步问题——Phex 假设某些网络操作会被立即处理，而 I2P 有时需要一段时间才能完成这些操作 :) 这会表现为 GUI（图形用户界面）短暂卡住、下载或上传停滞，或连接被拒绝（也可能以其他方式）。该更新尚未经过充分测试，但很可能会在本周推送到 0.1.1.35 版本。我相信，一旦有更多消息，论坛上会发布更多信息。</p>/zh/blog/2005/11/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%881%E6%97%A5/Tue, 01 Nov 2005 00:00:00 +0000/zh/blog/2005/11/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B411%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> brutus, cervantes, Complication, defnax, dust, jme\___, jrandom, polecat, redzara</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) 嗨 15:04 &lt;jrandom&gt; 1) 0.6.1.4 和网络状态 15:04 &lt;jrandom&gt; 2) boostraps（引导/自举）、predecessors（前任节点/前驱）、global passive adversaries（全局被动对手），以及 CBR（恒定比特率） 15:05 &lt;jrandom&gt; 3) i2phex 0.1.1.34 15:05 &lt;jrandom&gt; 4) voi2p 应用 15:05 &lt;jrandom&gt; 5) syndie 和 sucker 15:05 &lt;jrandom&gt; 6) ??? 15:05 &lt;jrandom&gt; 0) 嗨 15:05 * jrandom 挥手 15:05 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2005-November/001186.html 15:05 &lt;jrandom&gt; (看看这只猫能不能让我用双手打字...) 15:06 &lt;jrandom&gt; 哦，看起来我们早了几分钟（该死的时钟偏差），不过也许这能弥补之前晚了几分钟 ;) 15:07 &lt;jrandom&gt; 总之，进入 1) 0.6.1.4 和网络状态 15:08 &lt;jrandom&gt; 除了状态说明中的内容，我没什么可补充的 15:08 * cervantes 在等正确的时间再打招呼 15:08 &lt;jrandom&gt; 呵 15:09 &lt;jrandom&gt; 按照 timeanddate.com，你还有 19 秒 :) 15:09 &lt;@cervantes&gt; 嗨 15:09 &lt;jrandom&gt; ;) 好的，总之，关于 0.6.1.4 有人有任何评论/担忧吗？据我所见，进展相当不错 15:10 &lt;+Complication&gt; 今天数到了 747.6 个 routers :P 15:10 &lt;jrandom&gt; 是啊，最近节点更替比平常更高 15:10 &lt;jrandom&gt; 仍然从那个 digg / gotroot 文章得到一堆引荐 15:10 &lt;+Complication&gt; 想“认识”更多节点的一个窍门就是少重启 :) 15:10 &lt;jrandom&gt; 呵，确实 15:10 &lt;@cervantes&gt; *咳*sourceforge*咳* 15:11 &lt;+polecat&gt; 我这边 participating tunnels 的数量偶尔会突然下降。可能是该死的 NAT 问题。 15:11 * jrandom 皱眉。cervantes，你从 sf 那边有很多引荐吗？ 15:11 &lt;+Complication&gt; cervantes：你是说*那个* SourceForge 页面？:eek: 15:11 * cervantes 不记录 referrer 15:11 &lt;jrandom&gt; 嗯 polecat，可能是你的 NAT 问题，不过 participating tunnels 的数量下降并不一定是坏事——它本来/就应该/会那样 15:11 &lt;jrandom&gt; 啊好的 cervantes 15:12 &lt;+polecat&gt; 真的？我以为参与的 tunnels 越多越好。 15:12 &lt;+Complication&gt; polecat：当超过实际可用带宽时，我这边也会迅速减少它们 15:12 &lt;@cervantes&gt; 我特意只记录调试论坛问题所需的最少信息 ;-) 15:12 &lt;@cervantes&gt; 因为大家对这个话题挺敏感 15:12 &lt;@cervantes&gt; 我注意到了... 15:13 &lt;jrandom&gt; polecat：当然，但如果你的机器负载上来了或表现异常，数量就该下降 15:13 &lt;jrandom&gt; 说得通，cervantes 15:13 * jrandom 记录每个人母亲的娘家姓，以提醒大家不要信任任何人 ;) 15:14 &lt;jrandom&gt; (或者我真的记了吗？你们永远不会知道 ;) 15:15 &lt;jrandom&gt; polecat：你的 NAT 是会随机重启、丢失 IP 地址，还是别的什么？ 15:15 &lt;@cervantes&gt; 是啊，我也许会改变主意……看大家都是从哪里跟进链接来的实在太好玩了 :P 15:16 &lt;jrandom&gt; 我就是这么发现 got-root 和 digg 那些文章的 :) 15:16 &lt;dust&gt; 我最近注意到网络吞吐更好了，还是又是我在瞎想？ 15:17 &lt;jrandom&gt; 应该会更好，尤其是短时连接（例如 HTTP 响应） 15:18 &lt;jrandom&gt; 另一方面，提升没有我期望的那么大，所以这方面还有工作要做 15:18 &lt;dust&gt; 例如，只要并发传输足够多，i2phex 基本能吃满我给它的任何限速 15:18 &lt;jrandom&gt; 不错 15:20 &lt;dust&gt; 每 tunnel 似乎限制在 &lt;~10k/s 15:20 &lt;dust&gt; 或每次传输 15:20 &lt;+polecat&gt; 好吧，我的机器确实偶尔会高负载。 15:21 &lt;@cervantes&gt; 带宽受限的朋友有没有注意到改善？ 15:22 &lt;jrandom&gt; 嗯对，每个流 10KB/s 大概也和我看到的差不多 15:22 &lt;jrandom&gt; cervantes：我想我们把他们都吓跑了（不过如果有人用调制解调器或非常烂的连接愿意试试并反馈，我们将不胜感激 :) 15:23 &lt;jrandom&gt; 好，如果 1) 没别的了，我们进入 2) boostraps（引导/自举）、predecessors（前任节点/前驱）、global passive adversaries（全局被动对手），以及 CBR（恒定比特率） 15:23 &lt;jrandom&gt; 关于这方面在邮件列表上有很多讨论（10 月的帖子数自 i2p 启动以来最多！） 15:24 &lt;defnax&gt; 有人看过 eepsites.i2p 吗？ 15:24 &lt;jrandom&gt; 除了状态说明的内容，我暂时不确定还有什么可补充的。有人有问题/评论/担忧吗？ 15:24 &lt;@cervantes&gt; 我觉得你通过维持 i2plist 邮件的恒定量，成功地生成了完整 tunnel 的 CBR 15:24 &lt;jrandom&gt; 呵，cervantes 15:24 &lt;jrandom&gt; defnax：是啊，看起来不错，那里正在成长为一个不错的数据库 15:25 &lt;jrandom&gt; tino.i2p 也一样 15:25 &lt;defnax&gt; 但我不喜欢它 15:25 &lt;+polecat&gt; 嘿，我就是带宽受限的连接！ i2p 上行 10K/s，下行 32K/s。 :) 15:26 &lt;defnax&gt; www.eepsites.com 这样所有普通互联网用户就能搜索到 i2p 站点了 15:26 &lt;defnax&gt; 而且 mpaa 或 riaa 可以浏览有哪些站点可用，并且 15:26 &lt;jrandom&gt; 所以呢？ 15:26 &lt;jrandom&gt; mpaa/riaa/等等要看 i2p 上有什么，直接运行 i2p 就行了 15:26 &lt;jrandom&gt; w3wt polecat 15:27 &lt;jrandom&gt; (天哪，eepsites.com 上有些变态的搜索词...) 15:27 &lt;defnax&gt; 这对匿名性不利 15:27 &lt;defnax&gt; 这样所有用户都知道在哪里能在 I2P 的 eepsites 上找到种子 15:27 &lt;jrandom&gt; defnax：tino.i2p 也是一样 15:27 &lt;@cervantes&gt; 我喜欢 eepsites.i2p 上的伪 Google 广告……不过，跑题了 15:27 &lt;jrandom&gt; defnax：那对/保密性/不利。这和匿名性是不同的。 15:27 &lt;jrandom&gt; 托管公共 eepsites（I2P 隐藏网站）的人应当预期任何人都能访问他们的 eepsites 15:28 &lt;jrandom&gt; 如果他们想限制谁能访问，就应该自行设置限制 15:28 &lt;jrandom&gt; 是啊，确实如此，cervantes :) 15:28 &lt;+polecat&gt; 谁要想要私有的 eepsite，就别在 hosts.txt 里给它起名字。问题解决！ 15:28 &lt;defnax&gt; 但普通互联网用户不该知道有哪些 eepsites 可用！ 15:28 &lt;jrandom&gt; polecat：那还不完全够 15:29 &lt;+polecat&gt; 真的？ 15:29 &lt;jrandom&gt; 抱歉，也许我误解了 defnax。为什么人们不该知道哪些 eepsites 可用？ 15:29 &lt;defnax&gt; 我知道，如果不把 eepsite 公开，它就不会被搜索引擎列出 15:29 &lt;+polecat&gt; 我以为是通过暴力遍历 base64 密钥空间来发现 eepsites 的…… 15:29 &lt;jrandom&gt; 对，有人可以收集 netDb 15:29 &lt;defnax&gt; 我觉得这个人不需要 I2P 15:29 &lt;jrandom&gt; 嗯，收集 leaseSets 比收集 routers 要费劲得多…… 15:30 &lt;jrandom&gt; 抱歉，我不明白 15:30 &lt;jrandom&gt; eepsites.com 是一个针对公共 eepsites 的搜索引擎的公共接口。没有泄露任何私密信息 15:30 &lt;@cervantes&gt; 笑翻 @ 最近 5 次搜索 15:30 &lt;+Complication&gt; 是的，“最近搜索”框表明某人（讽刺的是，这人可能并不匿名）有点病态。 15:30 &lt;+Complication&gt; 啊，随它去吧。 15:30 &lt;defnax&gt; 我的意思是他不需要 I2P！他在公网 IP 上告诉大家哪些 eepsites 有种子或其他东西！ 15:31 &lt;defnax&gt; 在 I2P 里可以，但不要在普通互联网 15:31 &lt;jrandom&gt; defnax：当然，运营 eepsites.com 的那个人自己并不需要 i2p。你可以查到他们的家庭地址、电话号码等。 15:31 &lt;jrandom&gt; 但另一方面，forum.i2p 也是一样。 15:31 &lt;jrandom&gt; (在某种程度上，www.i2p 也是，尽管那并不会给你/我的/信息 ;) 15:32 &lt;jrandom&gt; 有些站点是公开的。这没问题。挺好的。 15:32 &lt;+fox&gt; &lt;jme___&gt; defnax，这个站点使哪些攻击成为可能，而没有它就不可能？ 15:32 &lt;@cervantes&gt; Complication：偷笑 15:32 &lt;jrandom&gt; 他们为那些想在安装前先试用 i2p 的人提供了可能有用的服务 15:33 &lt;defnax&gt; 好，I2Psnark 有什么新消息吗？ 15:33 &lt;+Complication&gt; cervantes：是啊，最经典的反讽莫过于此 :) 15:33 &lt;defnax&gt; 会在 0.6.2 之前提供 web 界面/GUI 吗？ 15:33 &lt;@cervantes&gt; defnax：已有一个 i2p inproxy 好几个月了 15:33 &lt;jrandom&gt; defnax：没有，不过我想我们得在到 6) ??? 之前往下走议程了 15:33 &lt;jrandom&gt; 好，关于 2) boostraps、predecessors、global passive adversaries 和 CBR 还有别的吗？ 15:34 &lt;jrandom&gt; 要不我们转到 3) I2Phex 0.1.1.34 15:34 &lt;jrandom&gt; [就当我们已经转到下一项了] 15:35 &lt;jrandom&gt; 好，还没用上 0.1.1.34 的请升级，这个版本有一些重要内容。已经在 0.1.1.34 上、并且想帮忙测试一些尚未发布改进的朋友，CVS 里有后续工作，如果你试了并遇到问题，请在论坛发帖 15:36 &lt;jrandom&gt; 另外，据说 gwebcache 方面也有不错进展，但它与 i2phex 的集成还没有消息 15:36 &lt;jrandom&gt; redzara：合并有消息吗？ 15:37 &lt;+Complication&gt; .34 之后 CVS 的改进似乎让 GUI 反应*快多了*。 15:38 &lt;jrandom&gt; 酷，是啊，我受不了 &lt;= ..34 的响应速度，不过我不确定这些修复是否完全没有引入回归，因为我并不完全理解所有代码。但/看起来/还行 :) 15:42 &lt;+redzara&gt; jrandom：抱歉，我们法国刚把时间改成冬令时，I2phex 的工作快完成了，我只需要再跟踪两三个 bug 15:43 &lt;jrandom&gt; 啊，太好了！ 15:43 &lt;jrandom&gt; 不急，只是问问 15:44 &lt;+redzara&gt; 也许我得拿到最新的 I??phex 代码，看看 GregorK 的改动是否适用于最新的 phex 代码？！ 15:45 &lt;jrandom&gt; 是的，需要禁用远程请求功能，但那是个很简单的两行修复（把 MAGMA 和 URI 请求注释掉）。 15:45 &lt;jrandom&gt; 最新的同步问题也是一样（移除网络操作上不必要的锁） 15:46 &lt;+fox&gt; &lt;jme___&gt; I??phex &lt;- 有趣的是，错字也能暴露位置 :) 15:46 &lt;jrandom&gt; 还没有“在法国”暴露得多 ;) 15:46 &lt;+redzara&gt; 这在我的代码里已经完成了 15:46 &lt;@cervantes&gt; 呵呵 15:46 &lt;jrandom&gt; (但那是另一个尚未修复的 bug……IRC 字符集的问题) 15:46 &lt;jrandom&gt; 好的，酷，redzara 15:47 &lt;+redzara&gt; jme___：我并不想隐藏我的位置，你懂的 :-) 15:47 &lt;+redzara&gt; 所以我这边关于 i2phex 没啥可说的了 15:47 &lt;+fox&gt; &lt;jme___&gt; redzara，好的 :) 15:48 &lt;jrandom&gt; 好的，太棒了，感谢更新 15:48 &lt;jrandom&gt; 还有谁有 i2phex 的事项，还是我们进入 4) voi2p 应用？ 15:49 &lt;+redzara&gt; 就当我们在往下走吧 :) 15:49 &lt;jrandom&gt; 关于 4)，我不确定除了邮件里的内容外还有什么可补充的，而且 aum 似乎掉线了，所以我们可能得等之后再更新 15:49 &lt;jrandom&gt; （除非别人对 4) 有要讨论的？） 15:50 &lt;jrandom&gt; 如果没有，就当我们进入 5) syndie 和 sucker 15:50 &lt;jrandom&gt; dust：要不要给我们说两句？ 15:51 &lt;@cervantes&gt; 那么 syndie 现在擅长“sucking”了吗？ 15:51 &lt;jrandom&gt; 是的 *咳* 15:51 &lt;dust&gt; 嘿 15:52 &lt;dust&gt; 嗯，公告里基本都说到了 15:52 &lt;dust&gt; 还有一些事要做 15:53 &lt;dust&gt; 请大家测试并报告 bug 15:54 &lt;jrandom&gt; 太好了，你是否顺口就能说说 rome-0.8 的情况？值得等即将发布的版本，还是我们先抓个 CVS 构建，之后再升级？ 15:55 &lt;+fox&gt; &lt;brutus&gt; 嗨，那个会自动乒乓的 ircProxy 怎么样了，有进展吗？ 15:55 &lt;jrandom&gt; 据我所知没有进展 15:55 &lt;+fox&gt; &lt;brutus&gt; (哎呀，抱歉) 15:55 &lt;+polecat&gt; voi2p，把你的声音做成 MP3，然后用 i2p 的 BitTorrent 发出去。 15:56 &lt;dust&gt; 不知道下一个 rome 的 ETA 15:56 &lt;dust&gt; 我连不上 CVS 15:57 &lt;dust&gt; (我不记得为什么了) 15:57 &lt;jrandom&gt; 啊好，我们暂时还不需要，只是感觉有就更好了。那就以后再说 15:58 &lt;jrandom&gt; 好，关于 5) 还有别的吗？或者我们进入 6) ??? 15:59 &lt;jrandom&gt; [就当我们已经转到下一项了] 15:59 &lt;@cervantes&gt; brutus：我不认为那方面做了什么 16:00 &lt;dust&gt; 那要做吗？ 16:01 &lt;+fox&gt; &lt;brutus&gt; 好吧，我想这优先级也挺低的 16:01 &lt;+polecat&gt; 我仍然想知道，我们如何能让 i2p 以及一般的匿名技术在贫困或危险地区更易获取。 16:01 &lt;jrandom&gt; polecat：找个拨号连接的人来帮忙测试 ;) 16:01 &lt;@cervantes&gt; 每装一次送一支步枪？ 16:02 &lt;jrandom&gt; polecat：我们确实在为此努力，但在这之前还有太多工作要做。 16:02 &lt;jrandom&gt; dust：IRC 那事？也许值得做，但 sucker 的改进可能更重要 16:02 &lt;jrandom&gt; （IMO） 16:03 &lt;@cervantes&gt; （有点带偏见的看法 ;-)） 16:03 &lt;@cervantes&gt; *biased（更正） 16:03 &lt;jrandom&gt; 确实，不过我觉得我的偏见是对的 :) 16:04 * cervantes 注意到了那个大写 ;-) 16:05 * Complication 看着电话插座，想知道这种&lt;things&gt;会不会有什么好事发生 :D 16:05 &lt;+Complication&gt; 再说，如果 DSL 能从它走过，那它就不可能天生邪恶。:D 16:05 &lt;+polecat&gt; 不……不是 Things！ 16:05 &lt;@cervantes&gt; Complication：你也可以用它打电话…… 16:06 &lt;jrandom&gt; 好，关于 6) ??? 还有别的吗？ 16:07 * cervantes 也不确定我们起初是否有任何关于 ??? 的内容 16:07 &lt;jrandom&gt; 那样的话... 16:07 * jrandom 做收尾准备 16:08 * jrandom *bafs* 会议结束 </div>/zh/blog/2005/10/25/i2p-2005-10-25-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 25 Oct 2005 00:00:00 +0000/zh/blog/2005/10/25/i2p-2005-10-25-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，前线又有新消息</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) Fortuna 集成 3) GCJ 状态 4) i2psnark 回归 5) 更多关于 bootstrapping（引导过程） 6) 病毒调查 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>过去一周网络状况相当不错——整体看起来相当稳定、吞吐量正常，而且网络规模持续增长，已经进入 400-500 个对等节点的范围。自 0.6.1.3 版本发布以来也有一些显著改进，鉴于这些改进会影响性能和可靠性，我预计我们将在本周晚些时候发布 0.6.1.4 版本。</p> <ul> <li> <ol start="2"> <li>Fortuna integration</li> </ol> </li> </ul> <p>多亏了 Casey Marshall 的快速修复 [1]，我们已经能够集成 GNU-Crypto 的 Fortuna [2] 伪随机数生成器。这消除了在使用 blackdown JVM 时导致诸多挫折的根源，并让我们能够与 GCJ 顺畅配合工作。将 Fortuna 集成进 I2P 是 smeghead 开发 “pants”（一个基于 &lsquo;ant&rsquo; 的 &lsquo;portage&rsquo;）的主要原因之一，因此我们现在又一次成功地使用了 pants :)</p> <p>[1] <a href="http://lists.gnu.org/archive/html/gnu-crypto-discuss/2005-10/msg00007.html">http://lists.gnu.org/archive/html/gnu-crypto-discuss/2005-10/msg00007.html</a> [2] <a href="http://en.wikipedia.org/wiki/Fortuna">http://en.wikipedia.org/wiki/Fortuna</a> </p> <ul> <li> <ol start="3"> <li>GCJ status</li> </ol> </li> </ul> <p>正如在邮件列表 [3] 中所述，我们现在可以使用 GCJ [4] 无缝运行 router（I2P 路由器）和大多数客户端。Web 控制台本身目前尚未完全可用，因此你需要通过 router.config 自行进行 router 配置（不过它应该可以开箱即用，并会在大约一分钟后启动你的 tunnels（隧道））。我还不完全确定 GCJ 将如何纳入我们的发布计划，不过我目前倾向于发布纯 Java，同时支持 Java 与原生编译版本。为了适配不同的操作系统和库版本而构建并分发大量不同的构建，这确实有点麻烦。大家对此有什么强烈的看法吗？</p>/zh/blog/2005/10/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005-%E5%B9%B4-10-%E6%9C%88-25-%E6%97%A5/Tue, 25 Oct 2005 00:00:00 +0000/zh/blog/2005/10/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005-%E5%B9%B4-10-%E6%9C%88-25-%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cat-a-puss, cervantes, Complication, dust, jme\___, jnymo\_, jrandom, legion, Ragnarok, reliver, Romster, shardy, susi23</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:24 &lt;jrandom&gt; 0) 嗨 16:24 &lt;jrandom&gt; 1) 网络状态 16:24 &lt;jrandom&gt; 2) Fortuna 集成 16:24 &lt;jrandom&gt; 3) GCJ 状态 16:24 &lt;jrandom&gt; 4) i2psnark 回归 16:24 &lt;jrandom&gt; 5) 有关引导（bootstrapping）的更多内容 16:24 &lt;jrandom&gt; 6) 病毒调查 16:24 &lt;jrandom&gt; 7) ??? 16:24 &lt;jrandom&gt; 0) 嗨 16:24 * jrandom 挥手 16:24 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-October/001079.html 16:25 * susi23 回挥 16:26 &lt;jrandom&gt; 我们直接跳到 1) 网络状态 16:26 &lt;jrandom&gt; 正如我所说，到目前为止一切看起来相当不错。 16:26 &lt;+fox&gt; &lt;Romster&gt; 啊，会议，太好了 16:27 &lt;jrandom&gt; 还有一些好东西在路上，所以我们会在本周晚些时候发布一个新版本 16:27 &lt;jrandom&gt; 有人想就 1) 网络状态 提点什么吗？ 16:27 &lt;@cervantes&gt; 天啊 7 个议题 16:27 &lt;+legion&gt; 嗯，看起来不错 :-) 16:27 &lt;jrandom&gt; 忙碌的一周啊 cervantes :) 16:28 &lt;@cervantes&gt; 只能是好事 16:28 &lt;+Complication&gt; 工作相对不错，dev.i2p 也是——我甚至可以进行 CVS 检出而不会出现 EOF 信息。 16:28 &lt;jrandom&gt; 不错 :) 16:28 &lt;+Complication&gt; 可能上次是与发布相关的过载。 16:28 &lt;+Complication&gt; 但我不确定。 16:28 &lt;jrandom&gt; dev.i2p 也运行的是最新的构建代码（-7），希望会比以前好很多 16:29 &lt;jrandom&gt; s/dev.i2p/cvs.i2p (etc)/ 16:29 &lt;+legion&gt; forums.i2p 看起来也比以前好很多 :) 16:29 &lt;@cervantes&gt; *咳嗽* 16:29 &lt;+fox&gt; &lt;Romster&gt; i2p 现在适合让更多人加入等吗？ 16:29 &lt;+Ragnarok&gt; 好吧，我得试试这个“第一次就能成功的 cvs checkout”的神迹了 16:30 &lt;+fox&gt; &lt;Romster&gt; 因为现在没有已知限制了 16:30 &lt;@cervantes&gt; 那是因为大家都在狂发 i2p-list 而不是在论坛发帖 16:30 &lt;+legion&gt; 嗯，你确定吗 cervantes？ 16:30 &lt;jrandom&gt; Romster：嗯，最近我们增长得挺快，但我们应该等到 0.6.2 再进行公开测试 16:30 &lt;jrandom&gt; 嘿 cervantes ;) 16:30 &lt;jrandom&gt; 安静点 Ragnarok，你会乌鸦嘴的！ 16:31 &lt;+Ragnarok&gt; 哇……这是真的。我无语了 16:31 &lt;+fox&gt; &lt;Romster&gt; 好的 jrandom 16:31 &lt;jrandom&gt; （天哪，我的室友在楼下做咖喱把我熏得眼泪直流） 16:31 &lt;jrandom&gt; 不错啊 Ragnarok 16:32 &lt;+fox&gt; &lt;Romster&gt; lol 那咖喱真够辣的 16:32 &lt;jrandom&gt; 好，如果 1) 没别的了，我们快速进入 2) Fortuna 集成 16:32 &lt;jrandom&gt; （确实，Romster） 16:32 &lt;+fox&gt; &lt;shardy&gt; 为 Fortuna 集成欢呼！ 16:32 &lt;+fox&gt; &lt;Romster&gt; 移步到 2) :P 16:32 &lt;+fox&gt; &lt;Romster&gt; fortuna 是什么？ 16:32 &lt;jrandom&gt; 嘿，我就知道你会喜欢这个 shardy :) 16:32 &lt;+fox&gt; &lt;Romster&gt; 我上个月有点落后 16:32 &lt;+Complication&gt; PRNG 算法（伪随机数生成器），如果我没记错的话。 16:33 &lt;+Complication&gt; 据说是个不错的，就像他们写的那样 :P 16:34 * Complication 不过我对它的内部工作原理一无所知 16:34 &lt;jrandom&gt; shardy：如果你有空看看就太好了 16:34 &lt;+fox&gt; &lt;shardy&gt; 当然 16:34 &lt;+fox&gt; &lt;shardy&gt; 你在用 GNU 的实现吗？ 16:34 &lt;jrandom&gt; Romster/Complication：邮件里有一些链接 16:34 &lt;jrandom&gt; 是的 shardy - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/gnu/crypto/prng/Fortuna.java 16:35 &lt;jrandom&gt; （与 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/net/i2p/util/FortunaRandomSource.java 集成） 16:36 &lt;jrandom&gt; 不过我们和纯 gnu-crypto 的实现有些不同，因为我们已经有 AES256 和 SHA256 代码（分别来自 Cryptix 和 Bouncycastle） 16:36 &lt;jrandom&gt; 总之，这个看起来很酷，我们为把这些支持加进去折腾了差不多一年了 16:37 &lt;jrandom&gt; （Fortuna 集成是促使 smeghead 构建“pants”的主要项目之一 ;) 16:37 &lt;jrandom&gt; 如果有人对此有任何问题/评论/担忧，请发到列表 16:37 &lt;jrandom&gt; （或者发邮件，或者上论坛，当然都行） 16:38 &lt;+fox&gt; &lt;Romster&gt; 对了 smeghead 呢，他有段时间没出现了 16:38 &lt;jrandom&gt; smeghead 正在 [redacted] 做 [redacted] 16:39 &lt;jrandom&gt; 好，进入 3) GCJ 状态 16:39 &lt;jrandom&gt; i2p 能在 GCJ 上运行了！ [w00t!] 16:39 &lt;+susi23&gt; 干得漂亮 16:39 &lt;+legion&gt; 酷 16:39 &lt;jrandom&gt; 至少，它能在 Linux 2.6.12 的 GCJ 4.0.2 上运行。我还没试过其他平台 16:40 &lt;jrandom&gt; 是的，GCJ 和 GNU Classpath 的同仁做了神奇的工作 16:40 &lt;jrandom&gt; 构建起来真的很容易，我记得以前的那些静态引用类都不需要了 16:41 &lt;+Complication&gt; 这听起来很积极，考虑到 Sun Java 在开放性方面并不那么彻底（我记得是关于分发）。 16:41 &lt;jrandom&gt; 现在 I2P 随附了一个 makefile，不过为了简单起见，我想我们还是会以纯 Java 的形式分发，至少主要如此 16:41 &lt;+susi23&gt; （下一步我们试试在 J2ME 上跑 ;) 16:42 &lt;+fox&gt; &lt;Romster&gt; GCJ 要接管 Sun 的 JVM&gt; 16:42 &lt;cat-a-puss&gt; 用 GCJ 的性能怎么样？ 16:42 &lt;jrandom&gt; 是啊，虽然 Sun 完全开放，我们可以把他们的 JVM 和 I2P 一起分发，但是他们的许可协议禁止把 JVM 作为通用工具分发 16:42 &lt;jrandom&gt; cat-a-puss：差不多 16:42 &lt;jrandom&gt; i2p 里大部分繁重的活已经由汇编代码完成了 ;) 16:43 &lt;+fox&gt; &lt;Romster&gt; 如果用那个 Java 转 C# 的东西（忘了名字）再配上 C#/Mono，i2p 会怎样 16:43 &lt;+fox&gt; &lt;Romster&gt; 我记得很久以前 jrandom 和我都试过 16:43 &lt;jrandom&gt; 不知道。不过如果它能在 gcj 上跑，也许就能用 ikvm——那个 mono 的 jvm 东东 16:44 &lt;+Ragnarok&gt; IKVM 16:44 &lt;+Ragnarok&gt; 算了 16:44 &lt;+fox&gt; &lt;Romster&gt; 啊对，就是 ikvm 16:44 &lt;+fox&gt; &lt;Romster&gt; GCJ、IKVM 和 Sun 的差别大吗？ 16:45 &lt;jrandom&gt; 我没用过 ikvm 16:45 &lt;+fox&gt; &lt;Romster&gt; 我记得你用过 mono，还是 eclipse？ 16:45 &lt;+fox&gt; * Romster 耸肩 16:45 &lt;jrandom&gt; 而且目前 I2P 的发布版不支持 router 控制台，虽然支持 router 运行、i2ptunnel 和 sam 16:46 &lt;+Ragnarok&gt; 是什么挡住了 router 控制台？ 16:47 &lt;+susi23&gt; 我记得是 xerces 16:47 &lt;jrandom&gt; 是 xerces 的东西。i2p 随附的 xercesImpl 依赖 sun.*，当我天真地尝试换最新的 xerces 时，把它、jdom、rome 和其它 jetty 的东西都用 GCJ 编译就崩了 16:47 &lt;jrandom&gt; 看起来最新的 xerces 还有一些额外要求 16:48 &lt;jrandom&gt; （需要我们当前未随附的 jar 文件）。不过我相信我们能把它找出来 16:49 &lt;+fox&gt; &lt;Romster&gt; jrandom 很擅长追踪问题 :) 16:49 &lt;jrandom&gt; 更擅长制造问题 16:49 &lt;+fox&gt; * Romster 端来一杯咖啡 16:49 &lt;jrandom&gt; 好，关于 3) GCJ 状态 还有别的吗？ 16:49 &lt;jrandom&gt; 否则我们就进入 4) i2psnark 16:50 &lt;jrandom&gt; 算我们进入了 16:50 &lt;jrandom&gt; 好，i2psnark 回来了（耶） 16:51 &lt;jrandom&gt; 我没什么要补充的，邮件里都写了……Ragnarok 你有要说的吗？ 16:51 &lt;+Ragnarok&gt; 没有 16:51 &lt;+susi23&gt; 关于 Web 前端 16:51 &lt;+Ragnarok&gt; 需要更多测试，所以大家都来试试吧 :) 16:52 &lt;+susi23&gt; 用 susibt 支持它应该没问题 16:52 &lt;jrandom&gt; 哦，给我们点内幕吧 susi23 :) 16:52 &lt;jrandom&gt; 不错 16:52 &lt;+fox&gt; &lt;jme___&gt; 天真点的问题，为什么要花时间支持老 BT 客户端，而另一个（azureus）已经是全功能客户端了？ 16:52 &lt;jrandom&gt; jme___：Azureus 确实很强 16:52 &lt;+susi23&gt; susibt 的重大版本计划在 11 月发布 :) 16:53 &lt;jrandom&gt; 嘿，酷啊 susi23 16:53 &lt;+Complication&gt; 对我来说，Azureus 显得非常复杂。 16:53 &lt;+Ragnarok&gt; azureus 烂到极点 16:53 &lt;+susi23&gt; 对我来说，我总是需要无图形界面（headless）的方案 16:53 &lt;+Ragnarok&gt; 直白点说就是这样 16:53 &lt;+fox&gt; &lt;jme___&gt; 好的 :) 16:53 &lt;jrandom&gt; jme___：不过 azureus 有点重量级，但它是个很好的通用 BT 方案 16:53 &lt;+Complication&gt; （我个人觉得总有一天我会把它配置错，从而损害我的匿名性。） 16:54 &lt;+fox&gt; &lt;jme___&gt; 有道理，我只是想知道 16:54 &lt;+fox&gt; &lt;Romster&gt; 对我来说 Azureus 从来不好用，我换到 bitlord 就好用 16:54 &lt;jrandom&gt; 我确实还计划与 azureus 的人一起继续改进 azneti2p 插件，但 i2psnark 花了不到 2 小时我就开始传数据了 16:54 &lt;+legion&gt; 是啊，azureus 对 i2p 来说太庞大太复杂了 16:54 &lt;+Complication&gt; 如果目标是随 i2p 一起打包一个 bt 客户端，轻量级客户端听起来最佳。 16:54 &lt;+fox&gt; &lt;Romster&gt; KISS 原则 16:54 &lt;+Ragnarok&gt; 我最喜欢官方客户端，但 i2psnark 的巨大优势在于足够简单，我也能动手改 16:55 &lt;+legion&gt; 关键是 i2p 不需要重量级的 bittorrent 客户端 16:55 &lt;jrandom&gt; 是啊，代码真的很干净（虽然是奇怪的 gnu 格式 ;) 16:55 &lt;+Ragnarok&gt; 该死的 gnu 16:55 &lt;+Ragnarok&gt; 有史以来最糟糕的大括号风格 16:55 &lt;jrandom&gt; 呵呵 16:55 &lt;+fox&gt; &lt;Romster&gt; 呵，代码重排工具在手 :) 16:55 &lt;+Ragnarok&gt; jrandom 不让我 :) 16:55 &lt;+Ragnarok&gt; 嗯，有充分理由 16:55 &lt;+fox&gt; &lt;jme___&gt; 我完全赞同独立性和简洁性这两个标准 16:56 &lt;+fox&gt; &lt;Romster&gt; 会不会有选项在每个 i2p 节点启用 BT 程序？ 16:56 &lt;jrandom&gt; 是的，如果能把多 torrent、片段选择和 Web 能力回移到 mjw 的主线 snark 就好了 16:56 &lt;+Ragnarok&gt; 越简单越有可能被维护 16:56 &lt;jrandom&gt; 完全正确，Ragnarok 16:57 &lt;+legion&gt; 是啊，回移那些功能就太棒了 16:57 &lt;+fox&gt; &lt;Romster&gt; 题外话，看看 emule 的 KAD 网络，我觉得挺巧妙。 16:57 &lt;jrandom&gt; Romster：它现在默认随构建版一起发布，但一旦我们把它放进 susibt，就会和其他客户端一起出现在顶部导航 16:58 &lt;+Ragnarok&gt; 我们还需要能打包一个 .torrent 生成器。而且有个 tracker 也不错。 16:58 &lt;jrandom&gt; 是的，实际上 snark 这两样都有，我只是把它们禁用了，因为我不想维护它们 :) 16:58 &lt;+legion&gt; 嗯，说得好 ragnarok 16:58 &lt;jrandom&gt; 不过把它们加回来应该不难 16:59 &lt;+Ragnarok&gt; 嗯，至少 .torrent 生成器应该不难 16:59 &lt;jrandom&gt; 还有一个 Tracker.java，以及在 PeerAcceptor 里的处理，但我把不必要的都删了，所以可能需要回头看看 http://klomp.org/snark/ 里的那些 17:00 &lt;jrandom&gt; （并查看 `http://dev.i2p/~jrandom/snark_diff.txt` 看看改动） 17:00 &lt;+fox&gt; &lt;Romster&gt; 既然 snark 回来了，就会有人继续做下去对吧 :) 17:00 &lt;+legion&gt; 实际上，谈到 tracker，最好做个分布式方案 17:00 &lt;+fox&gt; &lt;Romster&gt; snark* 17:00 &lt;jrandom&gt; 移植代码要比新造一个分布式 tracker 容易多了，legion ;) 17:00 &lt;+fox&gt; &lt;Romster&gt; legion，说的是你你就来了 17:00 &lt;+legion&gt; 这倒是 17:01 &lt;jrandom&gt; 但我不反对集成一个干净、有人维护、对匿名友好的分布式 tracker 方案 :) 17:01 &lt;+fox&gt; &lt;Romster&gt; 可以挂在 eepsites 上吗？ 17:01 * jrandom 看到一匹飞马从窗外掠过 17:01 &lt;+Ragnarok&gt; 官方 bt 客户端有一个基于 kademlia 的分布式 tracker，不过显然只能作为设计参考 17:01 &lt;+legion&gt; 可以作为一个起点 ;) 17:02 &lt;+fox&gt; &lt;Romster&gt; 实际上 kademlia = emule 的 KAD 网络？嗯，如果是那样，KAD 会是 tracker 的理想方案，但引导是个问题 17:03 &lt;+Ragnarok&gt; 它们基于同一个算法，但完全不兼容 17:03 &lt;+Ragnarok&gt; 更正，是 compatible 17:04 &lt;+Ragnarok&gt; 给 i2phex 做一个类似 emule 的 KAD 会挺有意思的…… 17:04 &lt;+Ragnarok&gt; 总之，飞马 17:04 &lt;jrandom&gt; :) 17:04 &lt;jrandom&gt; （两点都同意） 17:04 &lt;jrandom&gt; 好，关于 4) i2psnark 还有别的吗？ 17:05 &lt;+Ragnarok&gt; 只要我们有东西来生成 .torrent 文件，现有的 trackers 就行 17:05 &lt;jrandom&gt; 说得对——我记得在 Snark 的 main 里有些注释掉的代码 17:05 &lt;+legion&gt; 不，我觉得现有的 trackers 不行 :( 17:05 &lt;jrandom&gt; 它们有什么问题，legion？ 17:05 &lt;cat-a-puss&gt; 也别只是把一个 torrent 文件丢给用户 17:05 &lt;+legion&gt; 经常访问不了 17:06 &lt;jrandom&gt; 嗯，cat-a-puss？哦，你是说，我们得做个 Web 界面来透明地 swarm？ 17:06 &lt;+legion&gt; 站点被流量淹没 17:06 &lt;jrandom&gt; 啊，那是 i2p 的问题，希望 0.6.1.4 会改善 17:06 &lt;jrandom&gt; postman 跟我说他在 tracker.postman.i2p 上收到海量的访问 17:06 &lt;jrandom&gt; 我忘了具体数字 17:06 &lt;cat-a-puss&gt; 如果我们既处理群传代码又处理获取 torrent 的代码，不如为用户做成透明的 17:07 &lt;jrandom&gt; orion.i2p/bt/ 倒是不怎么用 17:07 &lt;jrandom&gt; （tracker-fr 似乎很活跃） 17:07 &lt;+susi23&gt; 用 susibt 我希望能把 trackers 的 RSS 源也加进去，这样你就不需要再去 tracker 的网页了，而是自动下载 torrents :) 17:07 &lt;cat-a-puss&gt; 还能避免把 i2p 的 torrent 和非匿名的混在一起造成混淆 17:07 &lt;+fox&gt; &lt;jme___&gt; http tracker 对 bt 来说不具备扩展性，因为协议设计糟糕 17:07 &lt;+fox&gt; &lt;Romster&gt; router watchdog：router 死卡，重启，啥情况 17:07 &lt;+legion&gt; 对，这就是我的观点，有些 trackers 被打爆，而其他的闲着 17:07 &lt;jrandom&gt; cat-a-puss：啊，我也很想把 syndie 的钩子集成进 susibt :) 17:07 &lt;+fox&gt; &lt;jme___&gt; 这很容易修，但会破坏与官方 bt 协议的兼容性 17:08 &lt;+fox&gt; &lt;jme___&gt; dht tracker 的路子就是这样走的 17:08 &lt;jrandom&gt; （以及反过来，这样人们也能轻松聚合 .torrent 文件等） 17:08 &lt;+Complication&gt; Romster：我也碰到过这种情况，但我那台机器配置很勉强（300 MHz） 17:08 &lt;+fox&gt; &lt;Romster&gt; 分布式 tracker 才是解决被打爆 trackers 的办法 17:08 &lt;jrandom&gt; legion：这很容易通过使用不同的 trackers 来解决 :) 17:08 &lt;+fox&gt; &lt;Romster&gt; Azureus 的 DHT 17:08 &lt;jrandom&gt; 写代码很贵，换不同的 URL 很便宜 17:08 &lt;+legion&gt; 是啊，但他们似乎没这么做，不是吗？ 17:09 &lt;jrandom&gt; 不过，是的，分布式 tracker 会很棒。不在我的路线图上，但如果有人做出来，那就太棒了。 17:09 &lt;+Complication&gt; 时候到了……肯定也有人能做分布式的。 17:09 &lt;+legion&gt; 与其把 torrents 发到 tracker 站点，他们可以把 bith 和其它信息发到他们的 eepsite。 17:10 &lt;jrandom&gt; bith == hash？ 17:10 &lt;+legion&gt; 对，代表 bittorrent hash，不是我发明的词 17:10 &lt;+Complication&gt; 不过在开始阶段……一个简单可靠的 Java 客户端，随 router 一起打包……能解决很多问题。（甚至可能通过它拉取签名更新而不至于压垮 dev.i2p。） 17:11 &lt;+legion&gt; 是啊，那就太好了 17:11 &lt;jrandom&gt; 没错 Complication 17:11 &lt;+fox&gt; &lt;Romster&gt; 没错，用 torrent 更新 17:11 &lt;+fox&gt; &lt;Romster&gt; 好，下一个议题吧 :) 17:12 &lt;jrandom&gt; 好，5) 有关引导（bootstrapping）的更多内容 17:12 &lt;+legion&gt; 是啊，继续 17:12 &lt;jrandom&gt; 最近列表上有很多有趣的东西，我不可能在这里全都总结 :) 17:12 &lt;+fox&gt; &lt;Romster&gt; 引导 i2p router 数据库？ 17:12 &lt;jrandom&gt; 有人有任何想就那个主题讨论的问题/评论/担忧吗？ 17:12 &lt;jrandom&gt; Romster：看列表和/或邮件 17:12 &lt;+fox&gt; * Romster 得去读读那个列表 17:13 &lt;jrandom&gt; 是啊，上面有好东西 :) 17:13 &lt;+fox&gt; &lt;Romster&gt; 我最近挺忙的 17:13 &lt;+Complication&gt; 还有 26 封邮件要读，暂时还不能评论 17:13 &lt;jrandom&gt; 还没有最终结论，不过我们打算在 0.6.2 中采用一种新的构建 tunnels 的方式 17:14 &lt;+fox&gt; &lt;Romster&gt; 新方式，是现有方式有缺陷吗？ 17:14 &lt;+fox&gt; &lt;Romster&gt; flaw* 17:14 &lt;jrandom&gt; Michael 的分析显示，这个攻击现在其实不太成问题，因为对替代方案有更容易的攻击 17:14 &lt;jrandom&gt; 去看列表吧 ;) 17:14 &lt;+fox&gt; &lt;Romster&gt; 哎呀，待会儿再说 17:14 &lt;+fox&gt; &lt;Romster&gt; 现在正在开会呢 :) 17:15 &lt;+fox&gt; &lt;Romster&gt; 我这个时间通常在睡觉 17:15 &lt;+fox&gt; &lt;Romster&gt; 所以我很少参加会议 17:16 &lt;cat-a-puss&gt; 你能不能把你对新方式/现有方式/被否方式的想法发封邮件到列表，这样我们能比较 17:16 &lt;+fox&gt; &lt;Romster&gt; 我猜是与攻击方法和 tunnel 构建有关，我还没读列表 17:16 &lt;cat-a-puss&gt; （这是问 Jrandom 的） 17:16 &lt;jrandom&gt; cat-a-puss：我不确定我们是否已经敲定了最终结果 17:16 &lt;+fox&gt; &lt;Romster&gt; 这主意不错 cat-a-puss 17:17 &lt;+Complication&gt; Romster：是的，大致是为了让 exploratory tunnel（探索用 tunnel）的终点作为潜在攻击者时获得的影响更小 17:17 &lt;jrandom&gt; 不过 http://dev.i2p.net/pipermail/i2p/2005-October/001073.html 是我在你的建议中看到的最新进展 17:17 &lt;jrandom&gt; 其实不是影响力——i2p 是自由路由的 mixnet——而是更少的信息 17:18 &lt;+Complication&gt; 是的，那样说更准确 17:18 &lt;jrandom&gt; （上面的链接里全是挥舞手臂的想法，还没有确定的密码学细节） 17:18 &lt;+fox&gt; &lt;Romster&gt; 更少 = 对抗攻击更健壮，我明白你的意思了 17:18 &lt;jrandom&gt; （（不过我觉得用现有技术都能做到） 17:19 &lt;jrandom&gt; Romster：这是 Michael 对现有算法攻击的图，X 轴表示网络被攻陷的百分比 - http://dev.i2p.net/~jrandom/fraction-of-attackers.png 17:20 &lt;jrandom&gt; （直接的 telescopic（伸缩式）构建在到达 x=200 之前就会超出图表） 17:20 &lt;jrandom&gt; （（所以我们现在的方式确实好上若干个数量级）） 17:20 &lt;jrandom&gt; 但我们还能进一步改进 17:21 &lt;jrandom&gt; 不过也有 garlic routing 的替代方案 17:21 &lt;jrandom&gt; 总之，是的，还有很多要敲定的事，请继续关注列表 :) 17:21 &lt;+fox&gt; &lt;Romster&gt; 好的，我晚点认真读读那个列表 17:22 &lt;+fox&gt; &lt;Romster&gt; 看看我能不能也想到点什么 17:22 &lt;jrandom&gt; 很好 17:22 &lt;cat-a-puss&gt; “新的” telescopic 方法是否足够快，可以做按需构建？ 17:22 &lt;jrandom&gt; 我不确定我们想那样做 17:22 &lt;jrandom&gt; 这是 O(1) 与 O(N) 的问题 17:23 &lt;jrandom&gt; 新技术能让我们在不使用 exploratory tunnels 的情况下创建 tunnel，把 exploratory tunnels 留给 netDb 操作 17:23 &lt;jrandom&gt; （也用于创建 exploratory tunnel :) 17:24 &lt;+fox&gt; &lt;Romster&gt; 嗯，是否值得通过制造大量假阳性来迷惑攻击者，从而掩盖真实来源 17:24 &lt;+legion&gt; 听起来不错 :) 17:24 &lt;+legion&gt; 我觉得那样搞一搞挺好 17:24 &lt;cat-a-puss&gt; jrandom：对，我的意思是，如果那样做能足够加快，有时让最后几跳不知道自己是最后一跳，正如列表中讨论的那样。 17:25 &lt;+fox&gt; &lt;Romster&gt; exploratory tunnels 用来收集 netDB router 引用？ 17:25 &lt;jrandom&gt; romster：我们就是黑客 ;) 不过是的，如果假阳性压倒真阳性，就需要非常多次攻击才能得到统计上显著的数据 17:26 &lt;jrandom&gt; 嗯对，cat-a-puss，不过我不确定那样会如何加速，我们会从 O(1) 的 tunnel 拓扑转为 O(N) 17:26 &lt;jrandom&gt; 或者你说的“加速”是什么意思？ 17:26 &lt;+fox&gt; &lt;Romster&gt; 如果到了可能被检测到的程度，它就可以暂时消失一阵？ 17:26 &lt;jrandom&gt; 采用新技术肯定会减少失败的 tunnel 创建 17:26 &lt;+fox&gt; &lt;Romster&gt; 或者悄悄更换它的 key 然后继续，之类的，嘿 17:26 &lt;jrandom&gt; romster：你可能要翻翻那些邮件来回顾一下这个攻击 ;) 17:27 &lt;+fox&gt; &lt;Romster&gt; 是啊，睡一觉之后 17:27 &lt;+Complication&gt; Romster：据我所知，它主要是被动攻击，所以目标无法检测到它的发生 17:27 &lt;+fox&gt; &lt;Romster&gt; 还得修一台我这儿放着的朋友的电脑 17:27 &lt;+fox&gt; &lt;Romster&gt; 啊，我懂了，Complication。 17:27 &lt;cat-a-puss&gt; jrandom：我不是在说 O(N) 那个。我是说只在某些应用需要时才等待构建一个客户端 tunnel，而不是让它们一直在那里。 17:28 &lt;+Complication&gt; （不过我可能错了，那 26 封邮件里也许有主动组件） 17:28 &lt;+fox&gt; &lt;Romster&gt; 长期被动攻击会不会最终找到目标？ 17:28 &lt;+fox&gt; &lt;Romster&gt; 我读完列表再评论 17:28 &lt;jrandom&gt; 啊，cat-a-puss，我们肯定会在 0.6.2 改善 tunnel 池。我们目前只有在需要时才构建 tunnel（给自己留一点时间以防创建失败） 17:28 &lt;+Complication&gt; Romster：把攻击持续到超过 tunnel 生命周期需要资源和耐心 17:28 &lt;+fox&gt; &lt;Romster&gt; 还要更好地理解它 17:29 &lt;+Complication&gt; 但时间在每个成功概率里都起作用。试得越久，机会越多。 17:29 &lt;+fox&gt; &lt;Romster&gt; 啊，这个思路是让 tunnel 的寿命太短，以至于攻击不值得。 17:29 &lt;jrandom&gt; 每个池都有定义数量的备份 tunnels，而且我们默认会在旧的过期前 60-120 秒构建替代的 17:29 &lt;+fox&gt; &lt;Romster&gt; time* 17:30 &lt;jrandom&gt; 对，Complication——每个样本仅在每 (c/n) 个 tunnels 里出现 ‘m’ 次 17:30 &lt;+fox&gt; &lt;Romster&gt; 在每个 tunnel 之间是否没有交互来收集统计？ 17:30 &lt;+fox&gt; &lt;Romster&gt; 当一个快到期另一个在构建时 17:31 &lt;jrandom&gt; romster：新的 tunnels 彼此不通信，不是，但那不是 Michael 描述的攻击 17:31 &lt;jrandom&gt; 外面有无数攻击，我们大多数都处理过了，但每当有人提出可能影响 I2P 运行的攻击时，我们都要进一步分析 17:31 &lt;+fox&gt; &lt;Romster&gt; 必须读列表，好吧我先不说了，还有其他人要说什么吗？ 17:32 &lt;jrandom&gt; 好，如果没别的，我们进入 6) 病毒调查 17:32 &lt;+fox&gt; &lt;Romster&gt; 其实我能想到一个统计是，如果没有 0 跳，意味着下一跳不是终点，所以可以排除，但在上百万节点下这种分析技术毫无用处 17:33 &lt;jrandom&gt; 除了论坛上讨论的内容外，我没有可补充的 17:33 &lt;jrandom&gt; 对了 Romster，针对 tunnel 长度的前驱攻击，是我们在 0.6.2 里要解决的主要问题之一 17:33 &lt;+fox&gt; &lt;Romster&gt; 病毒，什么病毒，如果是 Linux 就不存在，但 Windows 嗯 17:34 &lt;+Complication&gt; 嗯，虽然我没法构建出匹配的二进制（天知道为什么），但最终差异足够小……希望对任何想读汇编的人有用。 17:34 &lt;jrandom&gt; Romster：拜托，每周状态说明应该能解释这些议程项目，而会议是讨论超出说明之外的内容 ;) 17:35 &lt;+Complication&gt; 我确实没发现显而易见的问题，但也不能把所有差异都解释清楚。 17:35 &lt;@cervantes&gt; rtfml 和 rtff 17:35 &lt;+fox&gt; &lt;Romster&gt; 是啊，我有段时间没跟上进度了，对不起 jrandom 17:35 &lt;@cervantes&gt; ;-) 17:35 &lt;jrandom&gt; 是的，已知安全的 bat 文件和旧的触发了同样的检测，这一点很重要 17:35 &lt;+Complication&gt; 是的，这多少能缓解疑虑。 17:36 &lt;+Complication&gt; 我猜 QBFC 可能在相同版本号内有未公开的差异（不同构建？） 17:37 * jrandom 不清楚，可能只是某些操作系统交互之类。我不知道，你已经给出了足够的分析，供大家自行做出理性判断 17:37 &lt;+Complication&gt; 我觉得这样更好。 17:37 &lt;+Complication&gt; 反汇编确实不在我的舒适区。 17:37 &lt;jrandom&gt; legion：你还有什么要说的吗，还是大家想要更多信息就去看论坛？ 17:38 &lt;@cervantes&gt; 我能不能重申一下论坛上其他人的话，感谢 Complication 花费时间并细致地检查了这个问题 17:38 &lt;jrandom&gt; 是的，非常感谢 17:38 &lt;+legion&gt; 我没什么要补充的，我觉得关于这事我已经说得太多了 17:39 &lt;jrandom&gt; 好的，明白。如果没人再提，我们进入 7) ??? 17:39 &lt;jrandom&gt; [算我们进入了] 17:40 &lt;+fox&gt; * Romster 附议 :) 17:40 &lt;+legion&gt; 好，7)??? 要不我们花点时间讨论一下 i2phex 17:40 &lt;jrandom&gt; 好主意 17:40 &lt;+fox&gt; &lt;Romster&gt; 正好我现在就在用它 :) 17:40 &lt;@cervantes&gt; 不不，先来个集体拥抱 17:40 &lt;jrandom&gt; redzara 说他会来参加会议，不过合并的进展有点慢 17:41 &lt;+legion&gt; susi23 问了无图形界面版本的事 17:41 &lt;jrandom&gt; 啊，酷，我看到了你关于这事的帖子 17:41 &lt;+fox&gt; &lt;Romster&gt; 我想说收藏列表需要更宽一些，以适应更长的 i2p keys 17:42 &lt;+susi23&gt; （不是必须的，我只是好奇） 17:42 &lt;jrandom&gt; 嗯，没人能记住 base64 的 keys，所以 Romster 你可能也没错过啥 ;) 17:42 &lt;jrandom&gt; （而且前几个字节就足够唯一标识了） 17:42 &lt;+fox&gt; &lt;Romster&gt; 目前的问题主要是启动 i2phex 时有个服务器 17:42 &lt;+legion&gt; 其实我希望客户端里只显示 key 的前 12 个字符 17:42 &lt;+fox&gt; &lt;Romster&gt; 呵，猜猜看 17:42 * Complication 很忙，没法做 xml-rpc 17:43 &lt;jrandom&gt; 听起来合理，legion 17:43 &lt;+fox&gt; &lt;Romster&gt; 要不就显示足够使 key 唯一的字符数 17:43 &lt;jnymo_&gt; 我用 i2phex 的效果不错 17:44 &lt;jrandom&gt; 很好 jnymo_，我也听到不少好评 17:44 &lt;+fox&gt; &lt;Romster&gt; 所以如果有两个 key 以 abc 开头，就显示 abcx 17:44 &lt;jnymo_&gt; 12 个字符完全相同不太可能，romster 17:44 &lt;+fox&gt; &lt;Romster&gt; 也是 17:44 &lt;+Complication&gt; 而且更简单 = 更快 17:44 &lt;+fox&gt; &lt;Romster&gt; 但如果 key 随机性足够大，不一定需要 12 个 17:45 &lt;+Complication&gt; （当然，显示上也没多少速度可省） 17:45 &lt;+legion&gt; 也许可以做个新的主机属性窗口，显示完整 key 以及一些信息，比如共享了多少之类 17:45 &lt;+susi23&gt; （netdb 对 router id 只用 4 个字符就很好用） 17:45 &lt;+fox&gt; &lt;Romster&gt; 或者做个数据库，用 keyname=base64 的映射，只显示 keyname 17:45 &lt;jrandom&gt; 嗯，我以为已经有一个 peer 信息显示了，legion？ 17:46 &lt;jrandom&gt; legion：这类东西最好加到主线 phex 里，如何？ 17:46 &lt;+legion&gt; 嗯，也许你说得对…… 17:46 &lt;jrandom&gt; （那样 Gregor 就能维护了 ;) 17:46 &lt;+Complication&gt; 嗯，有个“浏览主机”的功能，但可能不完全是同一回事。（如果它能用的话。） 17:46 &lt;jrandom&gt; Complication：它能用 17:46 &lt;jrandom&gt; （就是能用） 17:47 &lt;+Complication&gt; 看起来基本上是把主机的 destkey 塞到搜索框里 17:47 &lt;+Complication&gt; ……然后执行搜索。 17:48 &lt;jnymo_&gt; 这可能是 i2phex 主线的问题，但我没看到 i2phex 下载的 ETA 17:48 &lt;+Complication&gt; 嗯……实际上，它不会自动执行搜索。 17:48 &lt;+Complication&gt; 我这边好像要等我手动开始。 17:48 &lt;+fox&gt; &lt;Romster&gt; “附近正在运行 i2phex”的那个勾选框是干嘛用的？ 17:49 &lt;+legion&gt; 我觉得还有很多改进空间。;) 17:49 &lt;jrandom&gt; 没错 :) 17:50 &lt;jrandom&gt; 还有很多要做的，论坛是发布想法/建议/问题（/补丁 :) 的好地方 17:50 &lt;+fox&gt; &lt;Romster&gt; 尽管它名字就很直观 17:50 &lt;jrandom&gt; 好，会议还有其他事吗？ 17:50 &lt;+fox&gt; &lt;Romster&gt; 嗯，说得好 17:50 &lt;+fox&gt; &lt;Romster&gt; 想不出别的了 17:51 &lt;+fox&gt; &lt;Romster&gt; 不过有人在做分布式数据存储吗？ 17:51 * cervantes 看了看表 17:51 &lt;+fox&gt; &lt;Romster&gt; 就是积极在做的 17:51 &lt;jrandom&gt; Romster：除了 syndie，没有 17:51 &lt;jrandom&gt; （至少据我所知） 17:52 &lt;+legion&gt; 我在想把一个 http 下载管理器集成到 i2p 里，会让从 eepsites 下载大内容更容易。 17:52 &lt;+fox&gt; &lt;Romster&gt; q，还有 iphex 以及一两个其他的，但我没看到有持续维护的 17:52 &lt;@cervantes&gt; feedspace 的状态怎么样……我有段时间没听到它的消息了 17:52 &lt;jrandom&gt; legion：那很酷——我记得论坛上有个帖子也说这个 17:53 &lt;+fox&gt; &lt;Romster&gt; 啊 feedspace 又一个 17:53 &lt;jnymo_&gt; 如果会议里已经提过了就算，但 I2P 与 freenet 的合作有消息吗？ 17:53 &lt;jrandom&gt; cervantes：我最后听说 frosk 挺忙的，不过如果 frosk 在的话，也许他能告诉我们更多 :) 17:53 &lt;+legion&gt; 我个人想看看一个 i2p-entropy 的合作。 17:54 &lt;+fox&gt; &lt;Romster&gt; 我有一些数据存储的想法，不过是对现有方法的扩展 17:54 &lt;+legion&gt; 鉴于 q、feedspace 等现在似乎都没有很快推进 17:54 &lt;jrandom&gt; jnymo_：我把一些代码发给了 freenet 的人用在我们的 SSU 传输上，toad 也加入了一些讨论，但 freenet 还没准备好在 i2p 上作为数据存储运行（很可能要等他们 0.7 发布之后） 17:54 &lt;+fox&gt; &lt;Romster&gt; 我想启动一个项目，但不想重复别人已经做过的 17:54 &lt;+legion&gt; 不知道能不能把 entropy 移植到 i2p 上跑…… 17:54 &lt;jrandom&gt; legion：entropy 会很好，但集成有点难。当然，人们可以为 entropy 运行类似 fproxy.i2p 的东西 17:55 * jrandom 完全不了解 entropy 的传输代码 17:55 &lt;+fox&gt; &lt;Romster&gt; 我把我的 irc 客户端搁置了，已经有很多在做了，现在 i2p 需要的是数据存储，这样就能轻松击败 freenet :) 17:55 &lt;jrandom&gt; （不过也许这是让某人去折腾 GCJ SDK 的好方式 :) 17:56 &lt;jrandom&gt; Romster：帮忙现有项目比新开项目更有成就感，能用更少的精力做更多的事 :) 17:56 &lt;jnymo_&gt; 啊……恭喜 GCJ 端口 17:56 &lt;+fox&gt; &lt;Romster&gt; entropy 好像是 C 或 C++ 写的，依稀记得 17:57 &lt;jrandom&gt; 对，Romster，所以他们可以用 I2P 的 SDK 和流式库（streaming lib），用 GCJ 构建成原生库 17:57 &lt;+fox&gt; &lt;Romster&gt; jrandom 说得对，但谁来做呢 :) 17:57 &lt;jrandom&gt; 反正不是我 17:57 &lt;+legion&gt; 哦，另外一个事，今天我发布了一个新的 readme.html 更新版，用于 i2p router 控制台。 17:57 &lt;jrandom&gt; （想把你在乎的事做成，唯一办法就是你自己去做 :) 17:57 &lt;jrandom&gt; 酷 17:57 * dust 想看到某种用于下放 eepsites 负载的“squid”式聚合 17:58 &lt;jrandom&gt; dust：是啊，如果我们能让 sucker 处在那个位置，那就理想了 17:58 &lt;jrandom&gt; 比如我就很想在本地的 syndie 里拿到 orion 的最新信息 17:58 &lt;+fox&gt; &lt;Romster&gt; 给 squid 做个代理来用吧 :) 17:59 &lt;+legion&gt; 我之前一直在等，希望 python eepsitechecker 能做一些改进。 17:59 &lt;dust&gt; 啊，syndie 17:59 &lt;jrandom&gt; （这其实就是 syndie 的用途——通过聚合来减少负载） 17:59 &lt;dust&gt; 就是答案 17:59 &lt;jrandom&gt; 还有一个 python eepsite checker？ 17:59 &lt;+fox&gt; &lt;Romster&gt; 我还是第一次听说 17:59 &lt;+legion&gt; 对啊，我一直用它 ;) 18:00 &lt;jrandom&gt; 很好，legion 18:00 &lt;+legion&gt; 真的吗？它已经存在一阵了 18:00 &lt;+fox&gt; &lt;Romster&gt; 不错，我想看看 :) 18:00 &lt;@cervantes&gt; 我记得有人移植了 baffled 的脚本……但不记得是谁/什么时候 18:00 &lt;+fox&gt; &lt;Romster&gt; 我在学 python 18:00 &lt;jrandom&gt; 啊好，cervantes 18:00 &lt;+fox&gt; &lt;Romster&gt; 笨办法：靠示例和手册 :) 18:00 &lt;jrandom&gt; 嗯，我懒，我就用 polecat.i2p/i2psurvey/ 和 orion.i2p/ :) 18:01 &lt;jrandom&gt; （我不需要自己去爬） 18:01 &lt;+legion&gt; 如果有人愿意和我一起做，我很想把代码修好，让它能在 python 2.3 或 2.4 上跑 18:01 &lt;+fox&gt; &lt;Romster&gt; 我这儿装的是 2.4 18:01 &lt;+Ragnarok&gt; 我可以看看。给个链接？ 18:01 &lt;+fox&gt; &lt;Romster&gt; 实际上应该是 2.4.1 18:02 &lt;+legion&gt; 现在它没有 py2exe 兼容性，而且一半代码在每个版本上各能跑一半，这意味着任何运行它的人都得装两个版本。 18:02 * jnymo_ 很想看到一个 orion.i2p/I2PDirectory 的混合体……信息、分类、统计……太棒了 18:02 &lt;+legion&gt; 我会在会后打包一下，然后在论坛发一个链接 18:03 &lt;+Ragnarok&gt; 好 18:03 &lt;jrandom&gt; legion：嗯，你觉得很多人需要跑这个吗？我的意思是，只有少数人需要去爬 18:03 &lt;+fox&gt; &lt;Romster&gt; 两个都要，呃，可能让我把它翻到新版有点多，不过得先看看代码 18:03 &lt;jrandom&gt; （当然，并不是说让那少数人更容易就不对 :) 18:04 &lt;+fox&gt; &lt;Romster&gt; 也许能拆解出来做别的事情？ 18:04 &lt;+legion&gt; 嗯，我能看到一些每个运行 i2p 的人都可能用到的用途。 18:04 &lt;+fox&gt; &lt;Romster&gt; could* 18:04 &lt;jrandom&gt; 嗯，我不太确定，你能解释一下怎么用吗？ 18:04 &lt;jrandom&gt; 我不想让每个人都去“DDoS”每个 eepsite 18:05 &lt;+legion&gt; 其中一个用途是动态书签页面，每 12-24 小时自动生成一次。 18:05 &lt;jrandom&gt; 啊，这在 syndie 里很简单（其实是主要功能之一——“新博客”） 18:05 &lt;jrandom&gt; （（不过当然，syndie 还没有很好的 UI）） 18:06 &lt;+fox&gt; &lt;Romster&gt; 实际上只需要少数人去爬，然后把结果扔进一个类似 torrent/DHT 的数据库，在节点之间同步就好 18:06 &lt;jrandom&gt; 对，Romster（不过那个类似 torrent/DHT 的同步或“聚合”（"syndi"）数据库，可以是 syndie ;) 18:06 &lt;+fox&gt; &lt;Romster&gt; 甚至可以作为一种隐藏方式来学习更多 i2p 节点和服务 18:07 &lt;+fox&gt; &lt;Romster&gt; 对，或者 syndie 18:07 &lt;jrandom&gt; 好，会议还有别的事吗？咖喱要凉了 ;) 18:08 &lt;+fox&gt; &lt;Romster&gt; 如果 syndie 这么强，还可以把静态页面缓存起来，图片也一样 18:08 &lt;+fox&gt; &lt;reliver&gt; 祝胃口好，jrandom :-) 18:08 &lt;jrandom&gt; 完全正确，romster，现在就能这么做 18:09 &lt;jrandom&gt; 好，如果没别的…… 18:09 * jrandom 收尾 18:09 * jrandom *baf* 把会议宣布结束 </div>/zh/blog/2005/10/18/i2p-2005-10-18-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 18 Oct 2005 00:00:00 +0000/zh/blog/2005/10/18/i2p-2005-10-18-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，又是星期二了</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.3 2) Freenet、I2P 和暗网（天哪） 3) Tunnel 引导攻击 4) I2Phex 5) Syndie/Sucker 6) ??? [500+ 对称 NAT 悬赏]</li> </ol> <ul> <li> <ol> <li>0.6.1.3</li> </ol> </li> </ul> <p>上周五我们发布了新的 0.6.1.3 版本，目前已有 70% 的网络完成升级，反馈非常积极。新的 SSU 改进似乎减少了不必要的重传，使得在更高速率下实现更高效的吞吐量；据我所知，IRC 代理或 Syndie 的改进也没有出现任何重大问题。</p> <p>有一点值得注意的是，Eol 已在 rentacoder[1] 上设立了关于对称 NAT 支持的悬赏，因此希望我们在这方面能有所进展！</p> <p>[1] <a href="http://rentacoder.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?lngBidRequestId=349320">http://rentacoder.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?lngBidRequestId=349320</a> </p> <ul> <li> <ol start="2"> <li>Freenet, I2P, and darknets (oh my)</li> </ol> </li> </ul> <p>我们终于把那条超过 100 条消息的讨论串告一段落，对这两个网络的定位、适用范围，以及我们在进一步协作上的空间都有了更清晰的认识。我在这里就不展开它们最适合哪些拓扑或威胁模型了，想了解更多可以去翻阅邮件列表。</p> <p>在协作方面，我已经给 toad 发去了一些用于复用我们 SSU 传输的示例代码，这可能在短期内对 Freenet 的同事有所帮助。接下来，在 I2P 可行的环境中，我们或许会合作为 Freenet 用户提供预混合路由。</p> <p>随着 Freenet 的推进，我们也可能让 Freenet 作为客户端应用运行在 I2P 之上，从而在运行它的用户之间实现自动化内容分发（例如传播 Syndie 归档和帖子）。不过我们会先看看 Freenet 规划中的负载与内容分发系统会如何运作。</p> <ul> <li> <ol start="3"> <li>Tunnel bootstrap attacks</li> </ol> </li> </ul> <p>Michael Rogers 就针对 I2P 的 tunnel 创建的一些有趣的新型攻击取得了联系 [2][3][4]。主要的攻击（在整个引导过程期间成功实施前任攻击）很有趣，但并不太实用 - 其成功概率为 (c/n)^t，其中 c 为攻击者数量，n 为网络中的对等节点数，t 为目标在其生命周期内构建的 tunnel 数 - 这比在该 router 已构建 h 条 tunnel 之后，攻击者接管一条 tunnel 的全部 h 跳的概率更低（P(success) = (c/n)^h）。</p>/zh/blog/2005/10/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B410%E6%9C%8818%E6%97%A5/Tue, 18 Oct 2005 00:00:00 +0000/zh/blog/2005/10/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B410%E6%9C%8818%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, blx, cervantes, dust, GregorK, jme___, jnymo, jrandom, mrflibble, nickless_head, Ragnarok, Rawn, redzara, tethra, vulpine</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:10 &lt;jrandom&gt; 0) 嗨 16:10 &lt;jrandom&gt; 1) 0.6.1.3 16:10 &lt;jrandom&gt; 2) Freenet、I2P 和 darknets（天哪） 16:10 &lt;jrandom&gt; 3) Tunnel 引导阶段攻击 16:10 &lt;jrandom&gt; 4) I2Phex 16:10 &lt;jrandom&gt; 5) Syndie/Sucker 16:10 &lt;jrandom&gt; 6) ??? 16:10 &lt;jrandom&gt; 0) 嗨 16:10 * jrandom 挥手 16:10 &lt;jrandom&gt; 每周状态笔记已发布：http://dev.i2p.net/pipermail/i2p/2005-October/001017.html 16:10 &lt;dust&gt; 耶，现在能用了。谢谢 Gregor 16:10 &lt;cervantes&gt; 哈喽 16:11 &lt;+fox&gt; &lt;blx&gt; heloa 16:11 &lt;jrandom&gt; 好的，进入 1) 0.6.1.3 16:11 &lt;jrandom&gt; 大家升级得很快，谢谢！ 16:12 &lt;jrandom&gt; 情况看起来相当不错，不过除了状态笔记里写的，我也没太多可补充的 16:12 &lt;jrandom&gt; 关于 0.6.1.3，大家有问题/评论/担忧吗？ 16:13 &lt;jrandom&gt; 如果没有，那我们就快进到 2) Freenet、I2P 和 darknets（天哪） 16:13 &lt;cervantes&gt; 已知 609 个节点！ 16:14 &lt;cervantes&gt; （w00t） 16:14 &lt;jrandom&gt; 嗯，网络一直在增长 16:14 &lt;+fox&gt; &lt;blx&gt; oh my! 16:14 * cervantes 正在竞猜多久能到大 1000 16:14 &lt;jrandom&gt; 呵 16:14 &lt;tethra&gt; 呵呵 16:15 &lt;tethra&gt; 我们用数字现金打赌？ ;) 16:15 &lt;cervantes&gt; 但这也说明 I2P 核心最近很稳，用户增长在加速 16:16 &lt;cervantes&gt; 不……jrandom 已经在不知情的情况下把他今年所有的啤酒钱都捐了 16:16 &lt;jrandom&gt; 呵呵 16:16 &lt;jrandom&gt; 好，关于 2)，我也不确定还有啥可补充的（我觉得这匹马已经被鞭打够了）。有人对此有问题/评论/担忧吗？ 16:18 &lt;cervantes&gt; 正如你所说，就算没有别的，它至少激发了一些有意思、半相关的安全讨论，即 3) 16:18 &lt;jrandom&gt; 如果没有，我们可以快速进入 3) Tunnel 引导阶段攻击 16:18 &lt;jrandom&gt; 确实如此 16:19 &lt;jrandom&gt; Michael 提出的议题把我一直以来的一个总体看法量化了，但明确说出来还是很不错的 16:20 &lt;jrandom&gt; 今晚晚些时候会继续讨论那个较新的攻击（等我写好回复），不过前一个看起来不是什么大问题 16:21 &lt;jrandom&gt; 大家明白吗？或者对它有没有什么问题或担忧？ 16:22 &lt;cervantes&gt; 呵……这要么意味着大家都没问题，要么就是完全搞不清楚问题在哪 16:23 &lt;cervantes&gt; 我就把自己归到“无知者无畏”一类 16:23 &lt;jrandom&gt; 呵，基本上那是一种攻击：坏人碰巧成为你所建每条 tunnel 的出站端点 16:23 &lt;jrandom&gt; 而当你刚启动时，“你所建过的每条 tunnel”这个数量非常小（比如 0、1、2） 16:24 &lt;jrandom&gt; 但几秒之后，这个数量就会变大，把 (c/n)^t 变成一个非常非常小的数 16:25 &lt;tethra&gt; (c/n)^t 是…… 16:25 &lt;jrandom&gt; （这也是我们不会在启动后立刻启动 i2cp listener——因此也不会立刻启动 i2ptunnel 等——的原因之一） 16:25 &lt;jrandom&gt; c == 串通的节点数（坏人），n == 网络中的节点数，t == 你已经建过的 tunnels 数量。 16:25 &lt;cervantes&gt; 明白了…… 16:25 &lt;tethra&gt; 啊 16:26 &lt;jrandom&gt; 所以随着 t 增大，攻击成功的概率会变得非常小 16:26 &lt;cervantes&gt; 那么想要它有可行性，你得在启动后几分钟内就用你的 router 做敏感操作？ 16:26 &lt;jrandom&gt; （或者说，无论如何，它都比在一个 tunnel 中控制所有跳点的概率还要小） 16:26 &lt;tethra&gt; 啊，我懂了 16:27 &lt;jrandom&gt; cervantes：是立刻，在第三条 tunnel 建好之前 16:27 &lt;jrandom&gt; （假设你用的是 3 跳的 tunnels） 16:27 &lt;cervantes&gt; 这相当不大可能 16:28 &lt;cervantes&gt; 就使用场景而言 16:28 &lt;jrandom&gt; 没错。 16:28 &lt;jrandom&gt; 而且我们会在允许任何客户端运行之前，在启动时先构建超过 3 条 tunnels，这不仅仅是个概率问题 16:28 &lt;jrandom&gt; 但把这种攻击量化出来还是好的 16:29 &lt;cervantes&gt; 值得让 router 多运转一会儿来防范这种可能性吗？ 16:30 &lt;cervantes&gt; 或者运转更“卖力”些…… 16:30 &lt;jrandom&gt; 也许吧。如果我们忽略连接建立时间以及非随机的节点选择，那它的可能性为零 16:31 &lt;tethra&gt; 这应该值得来一句“woot!”吧？ 16:32 &lt;jrandom&gt; 是的，不过从工程角度看，我们不该忽略这些特性 ;) 16:32 &lt;jrandom&gt; 所以，对于 0.6.2，我们也许要在重做的 tunnel peer 选择/排序实现里看看，确保它行为合理 16:34 &lt;jrandom&gt; 好，如果 3) 没别的了，我们转到 4) I2Phex 16:34 &lt;jrandom&gt; sirup 不在，而且我没在 IRC 上见到 striker——redzara，你在吗？ 16:36 &lt;+redzara&gt; 在 16:36 &lt;+redzara&gt; 第一阶段快完成：把 Sirup 的修改移植到最新的 Phex CVS。 16:36 &lt;jrandom&gt; 给力！ 16:36 &lt;+redzara&gt; 接着：第二阶段：把 Sirup 代码与最初发行所用的 Phex 基础代码做 diff，确保我没漏掉任何东西 :) 16:37 &lt;+redzara&gt; 也许这个周末能完成 16:37 &lt;jrandom&gt; 哇，那太好了 16:37 &lt;+redzara&gt; 第三阶段：与 GregorK 一起重构通信层 16:37 &lt;+fox&gt; &lt;GregorK&gt; 希望你知道，在最新的 Phex CVS 里下载代码不稳定，而且下载文件和之前的版本不兼容 16:38 &lt;jrandom&gt; 这是 I2P，我们习惯不稳定了 :) 16:38 &lt;+fox&gt; &lt;GregorK&gt; :) 16:38 &lt;+redzara&gt; 最后一个阶段，因为我目前没有和 GregorK 取得联系，这会相当难 :( 16:38 &lt;jrandom&gt; GregorK：你建议怎么做集成？ 16:39 &lt;+fox&gt; &lt;GregorK&gt; 嗯你现在已经联系到我了 ;) 16:39 &lt;jrandom&gt; 啊，那就好 redzara，前两个阶段就已经够大了 :) 16:39 &lt;+redzara&gt; GregorK：嗨兄弟 16:40 &lt;+redzara&gt; GregorK：我把所有代码都细看了 16:40 &lt;+fox&gt; &lt;GregorK&gt; 我有个关于如何构建一层的想法……我可以尽量准备好，然后看看契合度如何，以及需要改什么 16:40 &lt;+fox&gt; &lt;GregorK&gt; 全都看了？？哇…… 16:40 &lt;+redzara&gt; Gregork：是的，全都看了！！ 16:41 &lt;cervantes&gt; 他连你内裤尺码都知道 16:41 &lt;Rawn&gt; :D 16:41 &lt;+fox&gt; &lt;GregorK&gt; 太好了……下次我去购物直接问你就行…… 16:43 &lt;+fox&gt; &lt;GregorK&gt; 如果能让 I2Phex 团队里有人同时加入 Phex 团队就更好了…… 16:43 &lt;jrandom&gt; redzara：那么，你觉得我们会先发一个 0.1.2 的 I2Phex 版本，包含你第二阶段的成果，然后再把一切合并到主线 Phex 的插件层里？还是一次到位？ 16:43 &lt;+redzara&gt; 抱歉，我的英语读/写/说都不够好，不太能听懂你刚才说的笑话 16:43 &lt;+fox&gt; &lt;GregorK&gt; 这样也有助于修复两边都会出现的 bug 16:44 &lt;jrandom&gt; GregorK：希望我们能找到一种方式，让 I2P 这边只是 Phex 里的一个薄插件，对吧？ 16:44 &lt;jrandom&gt; 或者你觉得两者应该保持分离？ 16:44 &lt;+redzara&gt; jrandom：我觉得我们可以让 Phex 2.6.4 跑在 I2P 上，对我来说 I2Phex 可以结束了 16:45 &lt;jrandom&gt; 结束了？ 16:45 &lt;+fox&gt; &lt;GregorK&gt; 我不确定一开始能不能做到这样，但我觉得大部分都可以拆分成一个插件。 16:45 &lt;jrandom&gt; 酷，这肯定是很多工作 16:46 &lt;jrandom&gt; 尤其是像 java.net.URL 这样的东西（在实例化时会泄露 DNS 请求等） 16:46 &lt;+redzara&gt; jrandom：结束了，终结 16:46 &lt;+Ragnarok&gt; grr 16:47 &lt;jrandom&gt; 好的对，redzara，一旦我们能让 Phex 2.6.4 在 I2P 上一切工作正常，我同意，似乎就不太需要一个单独的 I2Phex 了 16:47 &lt;+fox&gt; &lt;GregorK&gt; 对……我记得 Phex 有些地方用的是 apache 的 URI 类来绕过这个……不过只在必要时才用 16:48 &lt;jrandom&gt; 啊对，我记得玩过那个库，看起来不错 16:49 &lt;jrandom&gt; 在通过 I2P 面向终端用户之前，我们肯定会帮忙做一些匿名性/安全审计 16:49 &lt;jrandom&gt; （并不是说 Phex 有问题，而是每个应用都会有问题，希望我们能帮着理一理） 16:50 &lt;+fox&gt; &lt;GregorK&gt; 对于 Socket 的使用之类的我有个怎么平滑集成的想法……但其他地方，比如不同功能、UDP 等……我还不确定怎么做最好 16:50 &lt;+fox&gt; &lt;GregorK&gt; 哦我确定 Phex 里有很多问题。:) 16:50 &lt;jrandom&gt; 啊，是的，sockets 会很容易，但我们可能需要禁用其他一些东西。UDP 用来做什么——快速查询？ 16:51 &lt;+fox&gt; &lt;GregorK&gt; 目前只用于引导 16:51 &lt;+fox&gt; &lt;GregorK&gt; UDP Host Cache……是 GWebCache 的替代 16:52 &lt;jrandom&gt; 啊哈，明白。 16:52 &lt;+redzara&gt; 那如果我们有一个像样的 GWebCache，就不需要它了？ 16:53 &lt;+fox&gt; &lt;GregorK&gt; 是的……但标准的 GWebCache 也有它的安全问题…… 16:53 &lt;+redzara&gt; GregorK：在 I2P 内部应该没有 16:54 &lt;jrandom&gt; 哦，那部分可以克服——I2PSocket 是有认证的——你知道对端的“destination”（I2P 地址标识），所以他们不能说“我，呃……whitehouse.gov……对！” 16:54 &lt;jrandom&gt; 但你说得对，这需要验证一下 16:54 &lt;+fox&gt; &lt;GregorK&gt; 另外防火墙到防火墙传输也是个我们想用 UDP 做的主题，一旦找到志愿者就做 :) 16:54 &lt;jrandom&gt; 啊，I2P 不需要防火墙到防火墙传输——I2P 提供完全开放的端到端地址空间 :) 16:55 &lt;jrandom&gt; 不过……哦，这也许有用 16:55 &lt;jrandom&gt; 如果 Phex 用户使用“0 跳的 tunnels”，他们就能免费获得 NAT 穿透/防火墙到防火墙传输，并且速度相当不错 16:55 &lt;+fox&gt; &lt;GregorK&gt; 另一个是 LAN 中的查询广播之类的……便于在私有网络中更容易分享内容 16:56 &lt;jrandom&gt; （0 跳的 tunnels 能提供一定的合理否认性（plausible deniability），而不需要中间节点转发流量） 16:57 &lt;jrandom&gt; 嗯，LAN 广播是好东西，不过我不确定 I2P 是否真需要它（因为知道对端在哪里会带来匿名性风险 :)，所以也许这个功能在使用 I2P 插件时可以禁用？ 16:58 &lt;cervantes&gt; 默认禁用即可 16:58 &lt;+fox&gt; &lt;GregorK&gt; 嗯它现在还不可用……但在这种情况下，用户通常彼此认识来构建那个私有网络…… 16:58 &lt;jrandom&gt; 哦对 cervantes 16:58 &lt;jrandom&gt; 对对，GregorK 16:59 &lt;+fox&gt; &lt;GregorK&gt; 用户界面这边会有变化吗？？ 17:00 &lt;+bar&gt; 嗯，我们不需要国旗图标 :) 17:00 &lt;jrandom&gt; 至少能有一些与 I2P 相关的配置选项会很有用。 17:01 &lt;jrandom&gt; 我记得 sirup 能把界面里的一些显示改成用 I2P 的“destination”，而不是显示 IP + 端口号，所以我觉得没问题 17:01 &lt;+redzara&gt; 至于 bitzy 先不说，但旗帜和国家没用上 17:01 &lt;jrandom&gt; bitzy？ 17:01 &lt;+redzara&gt; 抱歉，贴错了 :( 17:02 &lt;+fox&gt; &lt;GregorK&gt; 你能提供一份所需配置项和可选特性的清单吗？ 17:03 &lt;jrandom&gt; 我们可以给你。一条 I2P 运行的主机+端口，再加上几个与性能/匿名性调整相关的下拉选项就够了 17:03 &lt;jrandom&gt; 细节我们会给你 17:02 &lt;cervantes&gt; [x] 超级传输速度模式 17:02 &lt;+fox&gt; &lt;GregorK&gt; 嗯 bitzi 用来识别文件……这会有匿名性问题吗？ 17:03 &lt;vulpine&gt; &lt;redzara&gt; GregorK：我正在准备，但基本上没有变化 17:03 &lt;+fox&gt; &lt;GregorK&gt; :) 去问你的服务商吧 cervantes…… 17:03 &lt;redzara&gt; GregorK：也许吧，我在研究 17:04 &lt;cervantes&gt; GregorK：呵 英国居民……没戏 ;-) 17:04 &lt;+fox&gt; &lt;GregorK&gt; 如果你在同一台 PC 上两个 Phex 实例之间传文件……传输会快得飞起 ;) 17:05 &lt;cervantes&gt; 酷……我可以和自己分享很多酷电影了 :) 17:05 &lt;cervantes&gt; * 把这句从会议记录里划掉 * 17:06 &lt;bar&gt; jrandom 之前提过，但还是把那个疯狂点子再说一次： 17:06 &lt;+bar&gt; 把 I2P 集成到 Phex 里，让普通用户默认用 0 跳的 tunnels 怎么样？ 17:07 &lt;+fox&gt; &lt;GregorK&gt; 我觉得旗帜和 IP+端口的显示来自 HostAddress 对象……而新层会把它隐藏起来……所以可以显示别的东西 17:07 &lt;+bar&gt; （为了合理否认性和 UDP 防火墙打洞） 17:08 &lt;+fox&gt; &lt;GregorK&gt; 不太确定我是否真的明白这是什么意思 ;) 17:08 &lt;+bar&gt; 可能我自己也没明白 ;) 17:09 &lt;jrandom&gt; GregorK：基本意思是，Phex 用户仍然彼此直接通信，但能获得合理否认性，因为他们也可能是间接通信 17:09 &lt;+bar&gt; jrandom，我确定你懂我的意思，你能详细说说吗？ 17:09 &lt;jrandom&gt; 他们还能免费得到 I2P 的 NAT 穿透，以及数据安全与防 ISP 等嗅探的保护 17:09 &lt;+redzara&gt; GregorK：所以你得把所有与 host+port、IsLocalIP、IsPrivateIP + … 相关的代码都删掉 17:10 &lt;jrandom&gt; 另一方面（非常重要的一点），它将无法和不跑在 I2P 之上的 gnutella 客户端通信 17:10 &lt;jrandom&gt; （不过最终，它们都会的 ;) 17:10 &lt;+fox&gt; &lt;GregorK&gt; 我觉得第一步——而且这一步已经够大了——是让 i2p 和 phex 走得更近。 17:10 &lt;jrandom&gt; 同意 17:10 &lt;+bar&gt; （糟糕，我没想到这点） 17:11 &lt;+bar&gt; 是的，当然 17:11 &lt;jrandom&gt; 这就是天马行空的想法。先把实用的事做起来 17:11 &lt;+fox&gt; &lt;GregorK&gt; 等我们看看这一步做得如何，再决定之后怎么走…… 17:11 &lt;jrandom&gt; 正是如此 17:12 &lt;+fox&gt; &lt;GregorK&gt; redzara：我想要两个 HostAddress 的实现，一个用于 i2p，一个像现在这样。 17:14 &lt;+redzara&gt; Gregork：没问题，我在我的修改里把相关代码都注释了，你很容易就能做两个实现。先让我把初始工作完成吧 17:14 &lt;+fox&gt; &lt;GregorK&gt; 行……没问题…… 17:14 &lt;jrandom&gt; :) 好，redzara，你觉得基于 Phex-2.4.2 的新版本能在下周找人做个 alpha 测试吗？ 17:15 &lt;jrandom&gt; （第二阶段的内容。你的第三阶段要花更多功夫集成到主线） 17:15 &lt;+redzara&gt; jrandom：next 对我来说没问题 17:16 &lt;jrandom&gt; 太好了 17:16 &lt;+redzara&gt; s/next/next week/ 17:16 &lt;jrandom&gt; 好的，这真让人兴奋，顺利跑起来就太棒了 17:17 &lt;jrandom&gt; 有人还想就 4) I2Phex 提点别的，还是我们简短转到 5) Syndie/Sucker？ 17:17 &lt;cervantes&gt; I2P 肯定会从这样的杀手级应用中受益 17:18 &lt;+fox&gt; &lt;GregorK&gt; 顺便说，Phex 有个 CVS 邮件列表，会发所有 Phex 的 CVS 变更……或许有用 17:18 &lt;jnymo&gt; *咳*……当然有用 17:18 &lt;jrandom&gt; 太好了，谢谢 GregorK 17:18 &lt;jrandom&gt; 的确，cervantes 17:19 &lt;jrandom&gt; 好，关于 5)，除了那里写的，我也没别的可加 17:19 &lt;jrandom&gt; dust：你在吗？ 17:19 &lt;+redzara&gt; GregorK：谢谢，不过我一个人维护一个版本就够折腾了 :) 17:19 &lt;jrandom&gt; 呵呵 redzara 17:19 &lt;dust&gt; 最近没什么空，但如果有的话，我想先把 addresses.jsp 这块理顺，在里面的协议下拉框里加上“RSS”，然后从 Updater、Sucker 到 BlogManager 把流程打通。 17:20 &lt;dust&gt; 除非有人有更好的主意 17:20 &lt;jrandom&gt; 太棒了 17:20 &lt;jrandom&gt; 听起来很合适。 17:21 &lt;jrandom&gt; 不过，嗯，可能还需要一个额外字段（“发到哪个博客”和“标签前缀是什么”）…… 17:21 &lt;jrandom&gt; 也许单独一个表单/表格更合适，不过也不一定 17:22 &lt;dust&gt; 哦，我以为 addresses.jsp 只针对一个博客（因为得登录才能进去？） 17:22 &lt;jrandom&gt; 啊，对，说得好 17:23 &lt;jrandom&gt; Updater 那部分有点模糊，不过你说得对 17:23 &lt;dust&gt; （到时候我们再弄明白） 17:23 &lt;jrandom&gt; 好的 17:24 * jnymo 觉得 www.i2p.net 可以搞个“周边小店”之类的 17:24 &lt;jnymo&gt; 卖写着“我就是 Jrandom（I am Jrandom）”的 Eyetoopie T 恤 ;) 17:24 * mrflibble 还在补看那场“口水战”，看起来正朝着一场真正的骂战发展 :) 17:24 &lt;jrandom&gt; 呵 jnymo 17:25 &lt;jrandom&gt; 是啊，那个线程内容很多 17:25 &lt;jrandom&gt; 好吧，这样我们就到了 6) ??? 17:25 &lt;jrandom&gt; 还有人要在会上提点别的吗？ 17:25 &lt;+bar&gt; 有，就关于 symmetric NAT 的一个小注（我稍微查探了下）： 17:25 &lt;+nickless_head&gt; jrandom：我知道真相！ 17:25 &lt;+fox&gt; &lt;blx&gt; kaffe？ 17:25 &lt;mrflibble&gt; 哦，抱歉 jr 17:26 &lt;jnymo&gt; 但说真的……只要是有点规模的开源项目都有自己的周边区 17:26 &lt;+nickless_head&gt; jrandom：我有确凿证据证明你黑了 last.fm 的首页！ 17:26 &lt;+nickless_head&gt; （注册后能得到什么的那一栏里写着“a pony”） 17:26 &lt;jrandom&gt; jnymo：我觉得你说得对，我们会想去探索这条路，可能也是个筹款的好办法 17:27 &lt;jnymo&gt; jrandom：正是 17:27 * mrflibble 会买那件 T 恤 17:27 &lt;+bar&gt; 好，说回 symmetric NAT， 17:27 &lt;+bar&gt; 就我掌握的情况看，不像我们已支持的那些 NAT，有什么魔法招数。唯一正确的做法是研究并考察每一个 symmetric NAT 的行为，并用引介者来探测。 17:28 &lt;jrandom&gt; blx：最新的 Kaffe CVS 完全坏掉了。加密包不在源码里，PRNG 初始化失败，而且 URL 处理器搞不定 file:// :( 17:28 &lt;jnymo&gt; 在 I2P 用户想用托管服务器来跑 I2P 的情况下，你们有什么宽松又便宜的主机托管商推荐吗？ 17:28 &lt;+bar&gt; （我相信比如 Hamachi 和 Skype 就是这样从 symmetric NAT 背后做 UDP 打洞的） 17:28 &lt;+nickless_head&gt; jnymo：马克杯也很棒 :) 17:28 &lt;+bar&gt; 根据我在网上看到的，symmetric NAT 的端口预测算法基本都很糟。 17:28 &lt;jrandom&gt; 嗯，bar 16:28 &lt;mrflibble&gt; 呵呵，我不会把我的昵称印上去。哦对了，虽然我有一件 IIP T 恤，我现在还活着/没被捕 16:28 &lt;jrandom&gt; 是的，我看到的也是如此 17:29 &lt;+bar&gt; 我会尽量再找一些好而相关的资料。 17:29 &lt;+redzara&gt; 小问题：0.6.1.3 中平均重传字节的百分比大概是多少？ 17:29 &lt;jrandom&gt; 谢谢 bar 17:29 &lt;+fox&gt; &lt;jme___&gt; bar，他们的预测结果一致吗？ 17:29 &lt;+fox&gt; &lt;jme___&gt; bar，我换个问法 :) 17:29 &lt;+fox&gt; &lt;blx&gt; jrandom，听到这个我很难过 17:30 &lt;jrandom&gt; redzara：我不巧忘了把那个放进 netDb。我现在倒是看到 2.6 和 3.8 了 17:30 &lt;jrandom&gt; blx：我也很难过 :( 17:30 &lt;+fox&gt; &lt;jme___&gt; bar，当你分析 NAT 盒子的行为并找到一个预测公式时，它对这个 NAT 盒子总是奏效吗？还是一会儿能用，一会儿不行？ 17:30 &lt;jrandom&gt; blx：我知道他们现在正和 classpath 做一些合并，希望合并完就好了 17:30 &lt;+fox&gt; &lt;blx&gt; 这可能意味着我不会加入这场派对了 17:30 &lt;jrandom&gt; blx：你是必须用 kaffe，还是只要 OSS/DFSG 就行？ 17:31 &lt;+fox&gt; &lt;blx&gt; 自由软件 17:31 &lt;+fox&gt; &lt;blx&gt; 你可以说 DFSG 17:31 &lt;jnymo&gt; 如果某个 I2P 用户想用托管服务器跑 I2P，应该选哪家自由、便宜的托管服务公司？ 17:31 &lt;+bar&gt; jme___：据说 hamachi 能调解 97% 的连接尝试。我猜还是有些 NAT 在分配端口时几乎表现得像随机的 17:32 &lt;jrandom&gt; 好的，我相信我们能想办法搞定，blx。Kaffe 以前是能用的，而且我们并不依赖任何 Sun 特有的东西 17:32 &lt;jrandom&gt; jnymo：我在用 sagonet.net，不过他们把价格从 65/月涨到 99/月（但带的是高速链路，1250GB/月） 17:32 &lt;jrandom&gt; 我知道德国也有一些便宜的 17:33 &lt;+fox&gt; &lt;jme___&gt; bar，97% 就很棒了 17:33 &lt;jrandom&gt; redzara：你这边看到的重传率是多少？ 17:33 &lt;+bar&gt; jme___：对，所以我猜大多数 symmetric NAT 是可预测的 17:33 &lt;+fox&gt; &lt;blx&gt; jrandom，我当然希望如此。我真的对这玩意很感兴趣 :) 17:33 &lt;+fox&gt; &lt;jme___&gt; bar，你会怎么做？中继、UDP 打洞、连接反转……还有别的技术吗？ 17:33 &lt;jnymo&gt; 99 算贵吗，平均来看？ 17:34 &lt;+redzara&gt; jrandom 在 3.8 和 4.2 之间 17:34 &lt;jrandom&gt; jme___：我们用的是 UDP，不需要连接反转 :) 17:35 &lt;+bar&gt; jme___：我不是专家，也许下周的会议我会有更多信息（但这味儿很像画像 + UDP 打洞 ;) 17:35 &lt;jrandom&gt; jnymo：对 1250GB 来说，不算。见过 50-100GB/月 报 60-120 美元/月的 17:35 &lt;jrandom&gt; bar：也许 UPnP 会更好？ 17:35 &lt;+fox&gt; &lt;jme___&gt; jrandom，即便用 UDP 也有用的 :) 17:35 &lt;+redzara&gt; jrandom：但只有部分节点有较大影响，可能是一些老的 17:35 &lt;+fox&gt; &lt;jme___&gt; vulpine：好 17:35 &lt;jrandom&gt; 不过那只能帮到能控制自己 NAT 的人 17:36 &lt;+fox&gt; &lt;jme___&gt; UPnP 必须支持，但它不是其他手段的替代 17:36 &lt;jrandom&gt; 嗯，我们现在做的一切都没用任何 UPnP 17:36 &lt;+fox&gt; &lt;jme___&gt; 因为并不是所有 NAT 都支持 UPnP，差得远呢 17:36 &lt;jrandom&gt; 对，比如运营商的 NAT 17:36 &lt;+bar&gt; jrandom：如果 UPnP 没有安全问题的话，我觉得加上也无妨。不过 hamachi 不用 UPnP 16:36 &lt;+fox&gt; &lt;jme___&gt; 这里“必须”的意思是：为了提供最大的连通性 17:37 &lt;+fox&gt; &lt;jme___&gt; 好，我回去写我的 C++ 了 :) 17:38 &lt;jrandom&gt; 对，jme___，不过如果我们既能做 symmetric 的打洞，也能做 cone/restricted 的打洞，那就很棒了 17:38 &lt;jrandom&gt; 回见 jme___ 17:38 &lt;jrandom&gt; 是啊，理想情况下我们不需要它 17:39 &lt;jrandom&gt; 好，还有人要在会上提点别的吗？ 17:41 &lt;jrandom&gt; 如果没有…… 17:41 * jrandom 做结束准备 17:41 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/10/11/2005-10-11-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 11 Oct 2005 00:00:00 +0000/zh/blog/2005/10/11/2005-10-11-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又是星期二了</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.2 2) I2PTunnelIRCClient 3) Syndie 4) I2Phex 5) Stego (隐写术) 和暗网 (关于骂战) 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.2</li> </ol> </li> </ul> <p>上周发布的 0.6.1.2 版本到目前为止进展相当顺利——网络中已有 75% 的节点完成升级，HTTP POST 运行良好，streaming lib（流式库）在推送数据方面相当高效（对一次 HTTP 请求的完整响应常常能在一次端到端往返中收到）。网络规模也有所增长——稳定时看起来大约有 400 个对等节点，但在周末 digg/gotroot [1] 提及的高峰期，随着 churn（节点频繁进出）进一步冲高到 600–700。</p> <p>[1] <a href="http://gotroot.com/tiki-read_article.php?articleId=195">http://gotroot.com/tiki-read_article.php?articleId=195</a> (是的，确实是很旧的文章，我知道，但有人又把它找出来了)</p> <p>自 0.6.1.2 发布以来，又加入了更多改进——最近 irc2p 的 netsplits（网络分裂）的原因已经找到（并已修复），同时对 SSU 的数据包传输也进行了相当大的改进（可节省超过 5% 的数据包传输量）。我不确定 0.6.1.3 具体何时发布，但也许在本周晚些时候。到时候再看。</p> <ul> <li> <ol start="2"> <li>I2PTunnelIRCClient</li> </ol> </li> </ul> <p>前几天，经过一些讨论，dust 快速做了一个新的 I2PTunnel 扩展 - the &ldquo;ircclient&rdquo; proxy。它通过在 I2P 上对客户端与服务器之间收发的内容进行过滤来工作，剔除不安全的 IRC 消息，并重写那些需要调整的消息。经过一些测试，效果看起来相当不错，dust 已将其贡献给 I2PTunnel，并且现在可以通过 web 界面提供给用户。令人高兴的是，irc2p 的人已经修补了他们的 IRC 服务器，以丢弃不安全的消息，但现在我们不必再信任他们会这样做了 - 本地用户可以掌控自己的过滤。</p>/zh/blog/2005/10/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B410%E6%9C%8811%E6%97%A5/Tue, 11 Oct 2005 00:00:00 +0000/zh/blog/2005/10/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B410%E6%9C%8811%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, cervantes, Complication, dust, jrandom, Myo9, postman, redzara, wiht</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:29 &lt;jrandom&gt; 0) 嗨 16:29 &lt;jrandom&gt; 1) 0.6.1.2 16:29 &lt;jrandom&gt; 2) I2PTunnelIRCClient 16:29 &lt;jrandom&gt; 3) Syndie 16:29 &lt;jrandom&gt; 4) I2Phex 16:29 &lt;jrandom&gt; 5) 隐写术和暗网（关于：口水战） 16:29 &lt;jrandom&gt; 5) ??? 16:29 &lt;jrandom&gt; 0) 嗨 16:29 &lt;@cervantes&gt; (6) 16:29 &lt;+postman&gt; 你是指 6) 吗？ 16:29 &lt;jrandom&gt; 是啊，我不会数数 ;) 16:30 * postman 和 cervantes 击掌 16:30 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html 16:30 &lt;wiht&gt; 提问应该是第 6 项。 16:30 &lt;jrandom&gt; 既然我迟到了 30 分钟，我肯定你们都已经读过那些说明了，那就开始吧 ;) 16:31 &lt;jrandom&gt; 1) 0.6.1.2 16:31 &lt;@cervantes&gt; 6) 讨论 jrandom 室友在时间安排上的糟糕判断 16:31 &lt;jrandom&gt; *咳* ;) 16:31 &lt;jrandom&gt; 好的，如邮件里所说，0.6.1.2 这个版本看起来表现不错 16:32 &lt;jrandom&gt; 我们找到了让 IRC 服务器停留在旧构建上的那个 bug，现在它们也都更新到最新了（w00t!） 16:32 &lt;+postman&gt; :) 16:32 &lt;wiht&gt; 说到这个，在 router 控制台的 netDB 页面，能不能把包含 routers 及其版本的表格列在页面顶部？ 16:33 &lt;jrandom&gt; 每个版本的 router 数量，对吧？当然，这很容易做到，也许把它整合进 peers.jsp 的表格里（按 peer 显示版本），并在底部加一个新表？ 16:34 &lt;jrandom&gt; 看到 9 个版本一起配合良好还是挺不错的，当然更新的版本效果最好 16:35 &lt;jrandom&gt; 好，还有谁对 1) 0.6.1.2 有什么要提的吗？ 16:35 &lt;+postman&gt; 我的一个 router 显示已知 1080 个 16:35 &lt;jrandom&gt; 我的天 16:35 &lt;+postman&gt; 我觉得这有点跑偏了？ 16:35 &lt;jrandom&gt; 那是跑在 0.6.1.2 上吗？ 16:35 &lt;+postman&gt; 是的，应该是 16:36 &lt;jrandom&gt; 嗯，是啊，那有点……偏高。我现在看到的大约是它的一半 16:36 &lt;+Complication&gt; 我这边稳定在 400 左右 16:37 &lt;+bar&gt; 我这边也差不多 16:37 &lt;wiht&gt; 我这边看到已知 260 个 routers。 16:37 &lt;jrandom&gt; postman：也许会后我们可以深入看看那个 router 发生了什么（你能把 netDb/routerInfo-* 打个 tar.bz2 发我吗？） 16:38 &lt;+postman&gt; jrandom：好的，谢谢 16:38 &lt;jrandom&gt; gracias 16:38 &lt;jrandom&gt; 是的，并不是每个人都会看到每个 netDb 引用，所以有波动是正常的 16:40 &lt;jrandom&gt; 好的，如果 1) 0.6.1.2 没有别的了，我们转到 2) I2PTunnelIRCClient 16:40 &lt;@cervantes&gt; 不错，dust 16:40 &lt;jrandom&gt; 如邮件所述，我们在 CVS 里有了一个新的针对 IRC 协议的专用过滤器，应该会在下一个版本作为默认推出 16:41 &lt;+postman&gt; 酷 16:41 &lt;jrandom&gt; 是啊，这非常酷，大家早就一直在要这样的东西了 16:41 &lt;+Myo9&gt; Jrandom，你最近变得更开放了，我们知道了你的前任，现在又是你的室友，等等。请记得：http://www.navysecurity.navy.mil/st031204.jpg 16:41 &lt;jrandom&gt; *咳* 16:42 &lt;dust&gt; 如果你想看到你的客户端发送了什么，可以添加 net.i2p.i2ptunnel.I2PTunnelIRCClient=INFO，然后查看日志就能看到全部 16:43 &lt;dust&gt; 我测试了一些客户端，但还有很多…… 16:43 &lt;jrandom&gt; 是的，我看了一小会儿，过滤看起来挺稳妥的 16:44 &lt;jrandom&gt; 将来我们也许还能做些很棒的事情——比如在本地处理 PING/PONG，以减少网络活动 16:44 &lt;+Complication&gt; dust：谢谢你的“info” :) 16:44 &lt;+bar&gt; 厉害了 dust，非常感谢 16:44 &lt;wiht&gt; 这是不是意味着我们不需要再设置额外的 IRC tunnel？ 16:44 &lt;jrandom&gt; wiht：不是，你还是需要一个 IRC tunnel，但它可以替换你已经在用的那个 16:45 &lt;+Complication&gt; wiht：少担心我们的 IRC 客户端把我们卖了就行 16:45 &lt;jrandom&gt; postman/cervantes：对增加或移除服务器 PING/PONG 超时有什么看法？ 16:45 &lt;wiht&gt; 这就清楚了，谢谢。 16:46 &lt;+postman&gt; 嗯，我不会去移除它们，我之前折腾的时候我的客户端完全崩了 16:46 &lt;jrandom&gt; postman：嗯，我在想如果在本地响应它们，这样客户端会得到一个非常非常快的 PING/PONG 16:46 &lt;@cervantes&gt; postman：代理可以响应 ping 16:46 &lt;jrandom&gt; （但这些 ping/pong 就不需要走网络了） 16:47 &lt;jrandom&gt; 我不确定影响如何，但可能值得研究一下。 16:47 &lt;@cervantes&gt; 不过我不确定服务器会如何反应，你可能会最终出现一堆僵尸客户端 16:47 &lt;+postman&gt; jrandom：嗯 16:47 &lt;jrandom&gt; 嗯，流式库的 keepalive 应该能处理这个 16:47 * Complication 偶尔也经历过僵尸化 16:47 &lt;jrandom&gt; Complication：最近吗？ 16:47 &lt;+postman&gt; jrandom：如果代理代替客户端去 ping，那么代理也必须对客户端做 ping/pong 16:48 &lt;+Complication&gt; 大约一周前吧，我想。 16:48 &lt;jrandom&gt; postman：客户端对代理发出的 PING，会由代理直接回一个 PONG 给客户端，而不会通过 i2p 发送任何东西 16:48 &lt;+Complication&gt; 但是我的“副本”最终被踢掉了。 16:48 &lt;@cervantes&gt; jrandom：连接会被保持打开……服务器需要降低判定客户端何时陈旧并需要踢出的阈值 16:48 &lt;jrandom&gt; Complication：啊，那时 IRC 服务器还没更新，现在不应该再发生了 16:49 &lt;+Complication&gt; 我没有用“ghost”。最近使用 ghost 命令是因为在操作很多节点。 16:49 &lt;+postman&gt; jrandom：那延迟测量呢？ 16:49 &lt;jrandom&gt; cervantes：对。另外/或者如有必要，代理可以向服务器注入一个额外的 PING 消息，如果它确实/需要/的话。 16:49 &lt;+postman&gt; 我觉得知道自己是否在延迟还是挺有用的 16:49 &lt;jrandom&gt; postman：我也这么觉得，不过你随时可以 /msg 自己 16:50 &lt;dust&gt; 也许可以减少 ping 的次数 16:50 &lt;jrandom&gt; 这样可以节省相当多的带宽，因为 tunnel 消息是 1024 字节的块，并且要经过 2*k+1 跳发送 16:50 &lt;jrandom&gt; 这也行 16:50 &lt;jrandom&gt; 我也不确定，只是个想法。不管怎样，我们现在这个已经很给力了 16:51 &lt;+postman&gt; 好，我会试着给测试服务器打个补丁 16:51 &lt;@cervantes&gt; 也许我们可以研究减少次数……但我认为仍应发送一些真正的 ping 来确认客户端是否还活着 16:51 &lt;+postman&gt; 也许可行 16:51 &lt;jrandom&gt; 听起来合理，cervantes。我觉得服务器端应该不需要打补丁，希望是这样？ 16:52 &lt;+postman&gt; jrandom：要禁用也许需要——但降低间隔是配置参数 16:53 * postman 反复啃 ircd 文档（又来了） 16:53 &lt;jrandom&gt; 好，别急。只是个我们以后可以研究的点 16:53 &lt;@cervantes&gt; class servers 16:53 &lt;@cervantes&gt; { 16:53 &lt;@cervantes&gt; pingfreq 120; 16:54 &lt;@cervantes&gt; class clients { pingfreq 90 } 16:54 &lt;@cervantes&gt; 这是我当前的配置 16:54 &lt;+postman&gt; cervantes：是的，我知道——问题是它究竟能不能被彻底禁用 16:54 &lt;@cervantes&gt; 我不会把它们禁用……只是考虑减少频率 16:55 &lt;+postman&gt; 好的，我们就从这个开始 16:55 &lt;+postman&gt; cervantes：180 秒怎么样？ 16:56 &lt;@cervantes&gt; 大胆一点，直接上 240 16:56 &lt;@cervantes&gt; 不过也许我们应该先把 ircproxy 这边准备好 16:57 &lt;@cervantes&gt; *会后讨论* 16:57 &lt;+postman&gt; 同意 16:57 &lt;jrandom&gt; 同意。好的，关于 2) I2PTunnelIRCClient 还有别的吗，或者我们转到 3) Syndie？ 16:57 &lt;@cervantes&gt; 任何能降低我当前 40kb/秒的平均 router 流量的都行 ;-) 16:58 &lt;jrandom&gt; 呵，不知为何我怀疑那可不全是 IRC ;) 16:58 &lt;jrandom&gt; 好，继续 16:59 * cervantes 把他这一周一直从 jrandom 白嫖的“小马”视频下载藏起来 16:59 &lt;@cervantes&gt; is=the 16:59 &lt;+postman&gt; LOL 16:59 &lt;jrandom&gt; 如邮件所说，Syndie 正在发生一些很酷的进展 16:59 &lt;jrandom&gt; CLI（命令行界面）很简单，但 dust 的新 Sucker 看起来非常有前途 16:59 &lt;jrandom&gt; dust：要不给我们讲讲？ 17:00 &lt;dust&gt; 哦， 17:01 &lt;dust&gt; 嗯，它用 Rome 来解析 feed，然后把它转换成 SML，就像 jrandom 的博客里描述的那样 17:02 &lt;dust&gt; 它还谈不上健壮，不过才两天大而已 :) 17:02 &lt;dust&gt; 我在我的 Syndie 里抓到了一些 Dilbert…… 17:02 &lt;dust&gt; :) 17:02 &lt;dust&gt; . 17:02 &lt;jrandom&gt; 不错 17:03 &lt;jrandom&gt; 好的，你对它的发展怎么看——我们是把它并入 Syndie 源码并以 CLI 形式提供，还是保持独立单独分发，或其他方案？ 17:04 * dust 不知道，你们决定 17:04 &lt;dust&gt; 独立的工具越少越好 17:04 &lt;jrandom&gt; 是啊，打包在一起可能更容易，这样大家都知道可以用它 17:05 &lt;jrandom&gt; 那我们就可以做些比如把它集成到 Web 界面里，或许还集成进 Ragnarok 的调度器（与其他节点互相发布并从 RSS/Atom/等拉取）之类的事 17:07 &lt;jrandom&gt; 好，关于 3) Syndie 有任何问题/评论/顾虑吗？ 17:07 &lt;wiht&gt; 如果你们一直把软件集成进 I2P，它可能会变成一个臃肿的软件包。 17:07 &lt;wiht&gt; 当然，如果我不用 Syndie，我可以把它关掉。 17:08 &lt;jrandom&gt; i2p sdk 有 13KLOC（千行代码） 17:08 &lt;jrandom&gt; 而 i2p router 也只有 22KLOC 17:08 &lt;jrandom&gt; 不过，是的，这会影响安装包的下载时间 17:09 &lt;jrandom&gt; 如果有人愿意，可以构建一个不带客户端应用的精简 router，只用 router.jar、jbigi.jar 和 i2p.jar 17:09 &lt;wiht&gt; 对，我指的是下载。 17:09 &lt;jrandom&gt; （不过有 Web 界面来控制它、还有 i2ptunnel、流式库等时会有用得多；） 17:11 &lt;jrandom&gt; smeghead 在做一个分发系统（类似于 emerge，用于 Java），还有 jpackage 的人 17:11 &lt;jrandom&gt; 如果有人想研究一种不打包也能无缝且可靠地管理这些应用的方法，那就很酷了 17:12 &lt;jrandom&gt; 好的，如果没有其他问题，我们跳到 4) I2Phex 17:13 &lt;jrandom&gt; 除了状态说明里的内容，我没什么好补充的 17:13 &lt;jrandom&gt; redzara：你在吗？ 17:13 &lt;+redzara&gt; 在，我在 17:13 &lt;+redzara&gt; 我已经在做下一个版本了，同时等待和 Gregor 的会面。 17:13 &lt;jrandom&gt; 啊，太好了 17:13 &lt;+redzara&gt; 目前的工作主要是识别与使用 I2P 相关的差异和需求，比如 TCP/UDP 与 i2p 的差别、I2P 特有参数的管理（以及在后续版本中这些参数的更新管理、……）、将 GWebCache 移植到 I2P、是否使用 RSS、是否使用 push…… 17:14 &lt;+redzara&gt; 我有很多文档和代码要读 17:15 &lt;jrandom&gt; 哇，是啊，听起来很多。如果你对集成 i2p 有任何问题，或者只是想找个人交流想法，告诉我 17:16 &lt;jrandom&gt; 把 I2Phex 的那部分做成 mainline Phex 的一个插件会非常给力 17:17 &lt;jrandom&gt; 好，关于 4) I2Phex 还有其他的吗？ 17:18 &lt;+redzara&gt; 我肯定需要在 petname 部分得到一些协助 17:19 &lt;+redzara&gt; 还有可能在微调 tunnel 的参数方面也需要帮助 17:19 &lt;jrandom&gt; 好，命名相当简单——在基础层面，你甚至可以完全不使用名字（I2Phex 现在就是这么做的） 17:20 &lt;jrandom&gt; tunnel 配置也不成问题，不过这引出了一个想法，也许 Phex 需要为插件提供一个“高级配置”部分 17:20 &lt;jrandom&gt; （当然我们无论如何都希望有好的默认值） 17:21 &lt;+redzara&gt; 也许做成像 ircclient 那样，来个过滤器以确保安全 17:22 &lt;@cervantes&gt; 依我看，最好先把应用本身打磨好 17:22 &lt;jrandom&gt; 这也许可行，不过处理任意字节序列可能很难 17:23 &lt;jrandom&gt; 不过，像 ircclient 这样的代理也许能让任何 gnutella 客户端来使用。但这会是很多工作。 17:23 &lt;+redzara&gt; 嗯，只是个想法 ;) 17:23 * jrandom 对该协议了解不够，没法说什么是最佳方案，所以建议走“最简单可行”的路线 :) 17:25 &lt;jrandom&gt; 好的，如果没有别的，也许我们可以简要过一遍 5) 隐写术和暗网 17:26 &lt;jrandom&gt; 我不确定除了邮件列表上已经说的之外我还有什么可补充的（主要讨论可能也应该在那儿继续） 17:27 &lt;jrandom&gt; 话虽如此，大家对提出的问题还有什么想讨论的吗？ 17:27 &lt;wiht&gt; 讨论中提到了 Freenet 的 0.5 和 0.7 版本。Freenet 有 0.6 版本吗？ 17:27 &lt;jrandom&gt; 0.6 是他们目前“非稳定”的网络分支 17:27 &lt;jrandom&gt; 据我所知 17:28 &lt;+postman&gt; 哦，我还以为它被外星势力偷走了呢 17:28 &lt;jrandom&gt; 虽然把锅甩给外星人通常很安全，但这次是为数不多的不是他们的错的例子之一 17:28 &lt;+postman&gt; :) 17:28 &lt;wiht&gt; Toad 说的是能够收集 I2P 或 Freenet 节点的 IP 地址，对吧？ 17:28 &lt;jrandom&gt; 除此之外还有别的 17:29 &lt;wiht&gt; 只是想确认一下，谢谢。 17:29 &lt;jrandom&gt; 不客气。好的，关于第 5 项还有别的吗，还是我们转到经典的 6) ??? 17:30 &lt;+postman&gt; 好，我有一个要放到 6) 的 17:30 &lt;jrandom&gt; 那就算我们已经转过去了。 17:30 &lt;jrandom&gt; 怎么了，postman？ 17:30 &lt;+postman&gt; 大家都看到了具备协议特定过滤能力的代理很有用、也很需要 17:31 &lt;+postman&gt; 是不是值得考虑做一个通用型代理 17:31 &lt;+postman&gt; 可以通过协议描述来驱动 17:31 &lt;+redzara&gt; 我想要一个类似 cron 的应用，使用 BeanShell 来动态运行 Java 代码 17:31 &lt;+postman&gt; 并附带需要监测/过滤/伪装的内容 17:31 &lt;+postman&gt; 类似于一个过滤/净化的 XML 描述 17:32 &lt;+postman&gt; 这样我们就不需要新源码，只要一个新的过滤文件/配置档 17:32 &lt;+postman&gt; （只是个问题，看是否值得考虑） 17:32 &lt;jrandom&gt; 非常非常复杂，postman。可以用像 JavaCC 这样的词法分析器来构建输入语言，再用一个应用把该语言翻译成输出格式 17:32 &lt;@cervantes&gt; 难点在于抓住那些偏离协议的东西 17:33 &lt;+postman&gt; 这只是个想法，用来触发一次头脑风暴 17:33 &lt;+postman&gt; 依我看，带有建模过滤器/解析器的通用代理是很有用的 17:33 &lt;wiht&gt; 有人能连上 eepsites.i2p 吗？我过去一周尝试了好几次，但都不成功。 17:33 &lt;jrandom&gt; wiht：我加载过一次，它和 eepsites.com 是一样的 17:34 &lt;jrandom&gt; （或者是 .net？还是 .org？我忘了） 17:34 * wiht 访问 eepsites.com 17:34 &lt;jrandom&gt; postman：如果有人能想出可行的东西，那就太给力了 17:34 &lt;+postman&gt; jrandom：好的，我会和 susi 一起想想 17:34 &lt;jrandom&gt; w3wt 17:34 &lt;+postman&gt; jrandom：也许我们下周就放出它 17:35 &lt;wiht&gt; 是 eepsites.com，而且它是一个 eepsite 的搜索引擎。 17:35 &lt;+postman&gt; 不过我做了个梦，它是能工作的 17:35 &lt;+postman&gt; :] 17:35 &lt;jrandom&gt; :) 17:36 * Complication 怀疑，要描述协议中出现的所有细微之处……需要代码，非代码莫属 17:36 &lt;+Complication&gt; （至少对大多数协议来说是这样） 17:36 &lt;@cervantes&gt; 不，用一些邪恶的 regex 就行 17:36 &lt;+postman&gt; Complication：也许这种怀疑正是让我们止步不前的原因 17:37 &lt;+postman&gt; Complication：我还不确定，但光有怀疑不足以让我在这件事上罢休 17:37 &lt;jrandom&gt; 嗯，这里一个重要的点是 dust 给我们做了演示—— 17:37 * Complication 害怕一个能做到这些事情的正则 17:37 &lt;jrandom&gt; 代码并不一定那么可怕。 17:37 &lt;+postman&gt; 看吧？ :) 17:37 &lt;+postman&gt; 一个好的过滤建模语言也能做到同样的事 17:38 &lt;+postman&gt; :) 17:38 &lt;@cervantes&gt; tcl? :) 17:38 &lt;+Complication&gt; 那它得真的很强。 17:38 * jrandom 看到你也有你自己的会飞的小马了，postman ;) 17:38 * dust 也对在各处复制代码感到不爽 17:38 &lt;+postman&gt; jrandom：不要奶牛 :) 17:38 &lt;jrandom&gt; 能跑的代码&gt;&gt;&gt;理论上的代码改进 17:39 &lt;+postman&gt; 嗯 17:40 &lt;+postman&gt; 我从 i2p 学到的一件事 17:40 &lt;wiht&gt;&gt;&gt;&gt; 表示“好很多很多？” 17:40 &lt;+postman&gt; 不要在第一眼就放弃 17:40 &lt;jrandom&gt; 太对了，postman 17:40 &lt;jrandom&gt; 是的，wiht 17:41 &lt;jrandom&gt; 那会非常酷 17:41 &lt;jrandom&gt; 好，还有谁有要在会上提出的？ 17:41 &lt;+bar&gt; 嗯，IMAP 运行得怎样，postman？（我在论坛里看到过，但自己还没试） 17:41 &lt;+postman&gt; bar：自己试试吧——我还没收到用户反馈 17:41 * cervantes 推来一个小马形状的锣 17:42 &lt;+bar&gt; 好的，会去试的 :) 17:42 &lt;+postman&gt; bar：在我这儿它工作得很好 :) 17:42 &lt;jrandom&gt; 不错 17:42 &lt;+bar&gt; 酷 17:42 &lt;+postman&gt; cervantes：你被迷住了 17:42 &lt;@cervantes&gt; 我？！ 17:42 &lt;@cervantes&gt; :) 17:43 &lt;jrandom&gt; 好，在我们达到 90 分钟之前 17:43 * jrandom 做好准备 17:43 * jrandom *baf* 结束了会议 </div>/zh/blog/2005/10/04/i2p-2005-10-04-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 04 Oct 2005 00:00:00 +0000/zh/blog/2005/10/04/i2p-2005-10-04-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到了我们每周状态笔记时间（此处应有欢呼）</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.1 2) i2phex 3) syndie 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.1</li> </ol> </li> </ul> <p>正如在我们常用的渠道所宣布的那样，0.6.1.1 前几天发布了，到目前为止反馈都很积极。网络已稳定增长到大约 300–400 个已知节点，性能相当不错，不过 CPU 使用率有所上升。这可能是由于一些长期存在的 bug，错误地允许无效的 IP 地址被接受，从而导致高于必要的 churn（节点频繁变动）。自 0.6.1.1 以来的 CVS 构建中已修复了这个问题以及其他一些问题，所以我们很可能在本周晚些时候发布 0.6.1.2。</p> <ul> <li> <ol start="2"> <li>i2phex</li> </ol> </li> </ul> <p>虽然一些人可能已经注意到各个论坛上关于 i2phex 和 legion 的分支的讨论，但我与 legion 之间还有进一步的沟通，我们正在努力将这两者重新合并在一起。相关的更多信息将在可用时提供。</p> <p>此外，redzara 正在努力将 i2phex 与当前的 phex 版本合并，striker 也提出了一些进一步的改进，因此很快会有一些令人兴奋的新进展。</p> <ul> <li> <ol start="3"> <li>syndie</li> </ol> </li> </ul> <p>过去几天，Ragnarok 一直在打磨 Syndie，将 Syndie 的 petname（昵称）数据库与 router 的 petname 数据库集成，并且通过按计划从选定的远程存档拉取，实现联合发布的自动化。自动化部分已经完成，虽然还剩下一些 UI 工作，但整体情况已经相当不错！</p> <ul> <li> <ol start="4"> <li>???</li> </ol> </li> </ul> <p>这几天还有很多其他工作在进行，包括新的技术入门文档、IRC 迁移和网站改版。如果有人有想要提出的议题，几分钟后来参加会议，打个招呼就好！</p> <p>=jr</p>/zh/blog/2005/10/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B410%E6%9C%884%E6%97%A5/Tue, 04 Oct 2005 00:00:00 +0000/zh/blog/2005/10/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B410%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cat-a-puss, cervantes, Complication, jrandom, mancom, nickless_head, phedy, postman, protokol, Ragnarok</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:16 &lt;jrandom&gt; 0) 嗨 16:16 &lt;jrandom&gt; 1) 0.6.1.1 16:16 &lt;jrandom&gt; 2) i2phex 16:16 &lt;@protokol&gt; 说到这个，legion 和 i2phex 有什么新消息？ 16:16 &lt;jrandom&gt; 3) syndie 16:16 &lt;jrandom&gt; 4) ??? 16:16 &lt;jrandom&gt; 0) 嗨 16:16 * jrandom 挥手 16:16 &lt;jrandom&gt; 每周状态笔记已发布到 http://dev.i2p.net/pipermail/i2p/2005-October/000939.html 16:17 &lt;+postman&gt; 嗨 16:17 &lt;jrandom&gt; 那就直接进入 1) 0.6.1.1 吧 16:18 &lt;+postman&gt; 嗯 16:18 &lt;jrandom&gt; 网络在节点数和使用量上一直在增长，不过整体运行得挺不错 16:18 &lt;+postman&gt; ……除了 irc 服务器以外 16:18 &lt;jrandom&gt; 嗯，那是个有意思的问题 16:19 &lt;jrandom&gt; （irc 服务器目前运行的是较旧的版本，我们还在调试，弄清楚为什么会这样） 16:19 &lt;+Ragnarok&gt; 发生了什么？ 16:20 &lt;jrandom&gt; 希望我们能尽快升级 irc 服务器，最近有不少好东西 16:20 &lt;cervantes&gt; Ragnarok：在 1.1 下 server&lt;-&gt;server 连接不太稳定 16:20 &lt;+Ragnarok&gt; 怪了 16:20 &lt;jrandom&gt; 我是说 0.6.1.1 ;) 16:20 &lt;+Complication&gt; protokol：去论坛看吧，他最终选择了一个明智的做法 16:20 &lt;+postman&gt; cervantes：别提时间旅行，笨蛋 16:20 &lt;cervantes&gt; 0.6.1.x 16:20 &lt;+postman&gt; :) 16:21 &lt;cervantes&gt; 噢 16:21 &lt;+postman&gt; jrandom：我希望这周能构建一个测试 ircd 16:21 &lt;+postman&gt; jrandom：我们可以链接到你或 cervantes 运行的一个实例 16:22 &lt;jrandom&gt; 嗯，那太好了。 我们甚至可以把不同的 tunnel 拆分到不同的 jvms（Java 虚拟机）中，使用不同的 streaming libs（流式传输库）和 router 版本，以便进一步隔离问题 16:23 &lt;jrandom&gt; 如果能在 0.6.1.2 之前做到就很酷了，不行也没关系 16:24 &lt;jrandom&gt; 好的，关于 1) 0.6.1.1 还有其他的吗？ 16:24 &lt;+postman&gt; jrandom：除此之外：跑得要命 16:24 &lt;jrandom&gt; 这是好得要命还是坏得要命？ :) 16:24 &lt;+postman&gt; 要命中的要命 :) 16:25 &lt;+Complication&gt; 呃，我又设法触发了几个错误（但那些确实是非常非常边缘的情况，比如在 i2phex 运行时重启 router）。会私下发给你。 16:26 &lt;jrandom&gt; 啊，酷，谢谢 Complication 16:26 &lt;+Complication&gt; （比如说，它们在现实使用中大概不会伤到任何人） 16:26 &lt;jrandom&gt; 呵，永远别低估人们把东西弄坏的能力 :) 16:27 &lt;cervantes&gt; 或者傻瓜在测试“防傻”系统时展现的创造力 16:27 &lt;+postman&gt; 是啊，你把东西做成防傻的，就会收获一种全新的傻瓜 16:28 &lt;jrandom&gt; 哈利路亚 16:29 &lt;jrandom&gt; 好，关于 1) 还有别的吗，还是我们转到 2) i2phex 16:30 &lt;jrandom&gt; 最近讨论很多，legion 已同意将所做的更改合并回 sirup 的 i2phex 代码库。 16:30 &lt;+postman&gt; 继续 16:30 &lt;jrandom&gt; 这非常酷，这样我们大家都能受益于 legion 的辛勤工作，同时保持完全开放和安全 16:31 &lt;+Ragnarok&gt; 他具体做了些什么？ 16:33 &lt;jrandom&gt; 最新更改包括加入 systray4j、striker 的超时更新、增加默认的 tunnel 长度、一些 nsis 和 jni 的东西，以及其他一些改动 16:33 &lt;+Ragnarok&gt; 嗯，好吧 16:33 &lt;+postman&gt; jrandom：所以有一堆改进——这些都会保留下来吧？ 16:34 &lt;jrandom&gt; 当然，所有好的东西都会集成进 i2phex 16:34 &lt;jrandom&gt; 有几件事我还不太确定，不过这些会在会后和 legion 讨论 ;) 16:35 &lt;+postman&gt; 好 16:36 &lt;jrandom&gt; 好，关于 2) i2phex 还有别的吗？ 还是我们转到 3) syndie？ 16:37 * postman 准备他的 syndie500 特许经营商品 16:37 &lt;jrandom&gt; 嘿 16:37 &lt;jrandom&gt; 好，Ragnarok，给我们介绍一下最新进展？ 16:37 &lt;+Ragnarok&gt; 嗯，好 16:38 &lt;+Ragnarok&gt; Syndie 现在会自动从归档中获取新帖子。 16:38 &lt;+Ragnarok&gt; 你可以在 syndie 配置文件中设置要从哪些归档获取更新，以及获取的频率 16:39 &lt;+Ragnarok&gt; 更多细节在 history.txt 里 16:39 &lt;+Ragnarok&gt; 它还需要一个 UI，但除此之外基本完成了 16:39 &lt;+Ragnarok&gt; 当然，最近似乎没人发帖，所以也许它并不那么有用 :) 16:40 &lt;jrandom&gt; [此处插入《梦幻之地》的台词] 16:40 &lt;jrandom&gt; 谢谢 Ragnarok，这一直是大家常常提出的需求 16:41 &lt;+Ragnarok&gt; 酷 16:41 &lt;+Ragnarok&gt; 乐意效劳，其实没花多少功夫 16:42 &lt;+Ragnarok&gt; 主要是自己挠痒痒罢了 :) 16:42 &lt;cervantes&gt; 哦不是吗？那就算了吧 :P 16:42 &lt;cervantes&gt; or=oh 16:42 &lt;+postman&gt; （嘘，天才可不能承认自己也需要努力工作） 16:42 &lt;+Ragnarok&gt; 呵呵 16:43 &lt;+Ragnarok&gt; 总之，若有错误报告/功能请求/嘘声/喝彩等，告诉我 16:43 &lt;jrandom&gt; （干杯！） 16:43 &lt;+Ragnarok&gt; 我接下来在想的是，把帖子里出现的 petnames（昵称命名）自动导入到 router 的 petname db，但这看起来会有点复杂... 16:44 &lt;+Ragnarok&gt; 不过，这基本上能让 syndie 取代地址簿 addressbook 16:44 &lt;jrandom&gt; 那就太酷了 16:44 &lt;+nickless_head&gt; 是呀 :) 16:45 &lt;+Ragnarok&gt; 我只需要搞清楚如何从归档里取出 petname 列表 16:45 &lt;+Ragnarok&gt; 其他都很简单 16:45 &lt;+nickless_head&gt; ragnarok：你的更改已经进 cvs 了吗？（懒得看完整个讨论） :) 16:45 &lt;+Ragnarok&gt; 嗯 16:45 &lt;+nickless_head&gt; :happy: 16:45 * nickless_head 考虑执行 cvs update 16:45 &lt;+Ragnarok&gt; 从昨天起就进去了 16:45 &lt;+nickless_head&gt; 算了，可能等下个版本更好 16:45 &lt;jrandom&gt; 也许可以在渲染时获取这些 petname，通过 HTMLRenderer（在 addressReceived 中）对外提供 16:46 &lt;+Ragnarok&gt; 好，我会研究一下 16:46 &lt;jrandom&gt; 好极了，谢谢 Ragnarok 16:47 &lt;+Ragnarok&gt; 嗯，我这边就这些，除非还有问题 16:49 &lt;jrandom&gt; 妥了。 好，跳到 4) ??? 16:49 &lt;jrandom&gt; 还有其他要在会上提出的吗？ 16:49 &lt;cervantes&gt; 有 16:49 * nickless_head 饶有兴趣地看着 cervantes 16:50 &lt;+fox&gt; &lt;mancom&gt; 关于 Q 或 feedspace 有什么新消息吗？ 16:50 &lt;+postman&gt; nickless_head：嘿，他是我的——别敢那样盯着他看 :) 16:50 &lt;+nickless_head&gt; 我没盯着他看……我是饶有兴趣地看着他。 16:51 &lt;cervantes&gt; 经过一番考虑，我恢复了“本月论坛用户”这个栏目——本月实至名归地授予了 Complication，以表彰其在论坛上的突出贡献 16:51 &lt;+nickless_head&gt; 恭喜 complication! 16:51 &lt;+postman&gt; 赞 :) 16:51 &lt;cervantes&gt; 所以他会得到一个头像（不管他喜不喜欢） :P 16:51 &lt;+Complication&gt; 嘿，希望我那些失误没有那么“突出”。 :O :D 16:52 &lt;@protokol&gt; 哦耶 16:52 &lt;jrandom&gt; w00t！ 谢谢 Complication 16:52 &lt;cervantes&gt; （已经启用了） 16:52 &lt;@protokol&gt; 那个 Yellow Submarine i2phex 测试进展如何 16:52 &lt;@protokol&gt; 速度有没有什么特别的表现，或者完全没有？ 16:52 &lt;+Complication&gt; 在进行着。 16:52 &lt;jrandom&gt; mancom：关于 Q 或 feedspace 没有新消息 16:53 &lt;+Complication&gt; 没有超快的速度，但我会说有保证的“够用”速度。 16:53 &lt;jrandom&gt; protokol：我最后听到的是 10–20KB/s，不过那只是论坛上的说法 16:53 &lt;@protokol&gt; 我现在正在下载它 16:53 * nickless_head 明白了 postman 的暗示 16:53 * nickless_head 脸红了 16:53 &lt;+Complication&gt; （此外：我重读了技术简介的一部分，没能在网络比较那里挑出毛病。我觉得已经足够好了。） 16:54 &lt;+postman&gt; nickless_head：LOL（抱歉） 16:54 * Complication 看了看头像，咧嘴一笑 :D 16:54 &lt;+nickless_head&gt; postman：*GG*（没问题） 16:54 &lt;cat-a-puss&gt; 有没有做些什么来把“Amazon honor system”作为一种收取捐款的备选方式？ 16:54 &lt;+Complication&gt; 非常贴切。 :P 16:55 &lt;@protokol&gt; cat-a-puss：你指什么？ 16:55 &lt;jrandom&gt; 还没有，cat-a-puss，最近没看到 wilde 出现 16:55 &lt;jrandom&gt; 哇，嗨 phedy 16:55 &lt;phedy&gt; 嗨 jrandom。 16:55 &lt;cat-a-puss&gt; protokol：它像 pay-pal，不过你可以用你在 amazon.com 的账户来付款 16:56 &lt;jrandom&gt; Complication：关于比较，多谢。 还有一些清理工作没做完，但进展顺利 16:56 &lt;@protokol&gt; 弱爆了 16:56 &lt;+Complication&gt; （并不是说我对 Tor 或 Freenet 了解得很深入，尽管我都用过） 16:57 * cat-a-puss 正考虑设立悬赏，来帮助完成分布式搜索引擎。 16:57 &lt;jrandom&gt; （在把文档放到常规网站之前，我会先让那些人过目提意见） 16:58 &lt;cervantes&gt; Complication：那是伦敦一个环岛上的艺术装置，会把交通搞得一团糟 ;-) 16:59 &lt;jrandom&gt; 我反正很快也得处理一些其他财务问题，到时会尽快告知你 16:59 &lt;jrandom&gt; 好，还有别的要在会上提的吗？ 16:59 &lt;cat-a-puss&gt; 哦，如果我们想在 1.0 之前把文档翻译成其他语言，我可能认识一些能帮忙做西班牙语和中文的人。 16:59 &lt;cat-a-puss&gt; 好 16:59 &lt;jrandom&gt; 太给力了，那太棒了 17:00 &lt;+Complication&gt; cervantes：谢谢告诉我，我还不知道这种，呃……效果发生在哪里 :D 17:00 &lt;jrandom&gt; cvs 里有份技术简介草稿，我们最终还会希望把网站改版后包含的内容都翻译出来 17:03 * nickless_head 去睡觉了 17:03 &lt;jrandom&gt; 我想我该拿出 baffer 了…… 17:03 &lt;jrandom&gt; 如果没有别的 17:03 * jrandom 收尾 17:03 * jrandom 用 *baf* 结束了会议 </div>/zh/blog/2005/09/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B49%E6%9C%8827%E6%97%A5/Tue, 27 Sep 2005 00:00:00 +0000/zh/blog/2005/09/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B49%E6%9C%8827%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> A123, brutus, Complication, gloin, jrandom, LevDavidovitch, mihi, mihi, mule, postman, Ragnarok, Sugadude, wiht</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:14 &lt;jrandom&gt; 0) 嗨 16:14 &lt;jrandom&gt; 1) 网络状态 16:14 &lt;jrandom&gt; 2) 0.6.1 16:14 &lt;jrandom&gt; 3) ??? 16:14 &lt;jrandom&gt; 0) 嗨 16:14 * jrandom 挥手 16:14 &lt;+Ragnarok&gt; 好的，我先不继续提问了 16:14 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2005-September/000933.html 16:14 &lt;+Ragnarok&gt; 嗨 :) 16:15 &lt;wiht&gt; 大家好。 16:15 &lt;jrandom&gt; 如果你愿意，我们当然可以在第 3 项？？里进一步深入讨论 16:15 &lt;+Ragnarok&gt; 不错 16:15 &lt;jrandom&gt; 好，进入 1）网络状态 16:15 &lt;jrandom&gt; 总体来说，一切看起来相当稳健 16:16 &lt;A123&gt; HTTP outproxy（出站代理）只是由一个 router 运行吗？ 16:16 &lt;wiht&gt; 我在 router console（路由器控制台）上看到 307 个已知节点。 16:16 &lt;A123&gt; （我对 I2P 的工作方式还不太清楚） 16:16 &lt;jrandom&gt; 默认配置了两个 outproxies，另外还有几个可用但非默认配置的 16:16 &lt;wiht&gt; 最近网络增长，有谁的带宽被占满过吗？ 16:17 &lt;jrandom&gt; 嗯，我的带宽使用增加了，我的 routers 上稳定在 30–40KBps 16:17 &lt;jrandom&gt; （也就是稳定在 30–40） 16:18 &lt;jrandom&gt; （我也在运行一些高流量服务，比如 squid.i2p ;)） 16:19 &lt;A123&gt; 看过日志吗？ 16:19 &lt;jrandom&gt; squid 的？ 没有，我把它设置为不记录任何请求日志 16:20 &lt;+Ragnarok&gt; 记住，他可能在撒谎 :) 16:20 &lt;+Ragnarok&gt; 所以，这个问题很蠢 16:20 &lt;jrandom&gt; （不过这也可能是谎话，而且我也许为 FBI/等机构工作，所以别滥用 ;)） 16:20 &lt;A123&gt; 我只是好奇里面有没有什么有趣的东西 :) 16:21 &lt;+mihi&gt; A123：自己运行一个 outproxy 吧 :) 16:21 &lt;gloin&gt; A123：搭一个 tor 节点。 16:21 &lt;A123&gt; 好设置吗？ 16:21 &lt;jrandom&gt; 不太容易 16:21 &lt;A123&gt; gloin，tor 明确不是为文件分享设计的，所以我不太感兴趣。 16:22 &lt;jrandom&gt; （我是说 outproxy 不容易。tor 倒是容易搭） 16:22 &lt;A123&gt; 至少，他们明确表示不希望人们用它来做文件分享。 16:22 &lt;wiht&gt; jrandom，你是否仍想等到 1.0 版本再正式对外宣布 I2P 项目的成熟度？ 16:23 &lt;+mihi&gt; A123：这绝对比在 nickserv 注册你的昵称更难哦（提示 提示） 16:23 &lt;A123&gt; 哦对，我当然不想 A123 被人抢走 :) 16:23 &lt;wiht&gt; 如果网络现在运行良好，能承受更多用户的加入吗？ 16:23 &lt;jrandom&gt; 在 1.0 之前我们需要做一些推广，以便在更大的环境中进行测试 16:24 &lt;+Ragnarok&gt; 也许来个预览版，或者类似的东西 16:24 &lt;wiht&gt; 测试版？听起来不错。 16:25 &lt;jrandom&gt; 嗯，这会和网站改版同步推进，也许在 0.6.2 之前 16:25 &lt;jrandom&gt; （或者就在 0.6.2） 16:25 &lt;jrandom&gt; （网站改版是关键路径的一部分，这样我们就不用花大量时间重复回答相同的问题） 16:25 &lt;+Ragnarok&gt; 嗯，但要比普通测试版在终端用户体验上再打磨一下 16:26 &lt;A123&gt; 了解 I2P 的客户端能否比较容易地自己配置 tunnels？ 16:26 &lt;jrandom&gt; 可以 16:26 &lt;A123&gt; 我想它们也可以一直对控制台发 HTTP 请求…… 16:26 &lt;+Ragnarok&gt; router console 也需要一次大改。如果首页更像一个 i2p 门户，把所有技术性内容往里挪一挪会更好。 16:26 &lt;jrandom&gt; 那是它们连接到 i2p 时发送的属性之一 16:26 &lt;jrandom&gt; 同意，Ragnarok 16:27 &lt;A123&gt; 嗯。那 Azureus 的 I2P 插件也可以更友好一些。 16:27 &lt;A123&gt; 或者说，至少要有点友好性。 16:27 &lt;jrandom&gt; 同意，A123 ;) 16:27 &lt;jrandom&gt; （不过他们在展示可行性方面做得很好） 16:28 &lt;jrandom&gt; 最近邮件列表上有很多关于可用性的好建议 16:28 &lt;jrandom&gt; 其中很多/大多数应该在邀请新用户试用 i2p 之前完成 16:28 &lt;A123&gt; 来自控制台："If you can't poke a hole in your NAT or firewall to allow unsolicited UDP packets to reach the router, as detected with the Status: ERR-Reject..." 16:28 &lt;A123&gt; 我会在哪里看到 "Status: ERR-Reject"? 16:29 &lt;+Ragnarok&gt; 很棒，我们现在已经到了可以开始关注可用性的阶段 :) 16:29 &lt;jrandom&gt; A123：在你 router console 的左侧，会显示 Status: OK（或 Status: unknown，或其他） 16:29 &lt;+Complication&gt; 在 router console 的 Status 字段里。 16:29 &lt;jrandom&gt; 确实，Ragnarok 16:29 &lt;+Complication&gt; 希望你在那里看到的是 OK 或 OK (NAT)。 16:30 &lt;A123&gt; Complication，啊，谢谢。如果你点击 "Check network reachability..."，就是更新那个吗？ 16:30 &lt;wiht&gt; 我希望 I2P 未来的版本不必破坏兼容性。过去整个网络迁移到新版本似乎很痛苦。 16:30 &lt;+Complication&gt; A123：是的，你点击时它会重新测试 16:30 &lt;+Complication&gt; 不过不会立刻发生。 16:30 &lt;jrandom&gt; 呃，现在没以前那么痛苦了，但如果能避免当然更好，wiht 16:30 &lt;A123&gt; 那我需要刷新页面吗？ 16:30 &lt;A123&gt; 嗯，不，这样会再发一次 http post…… 16:31 &lt;+Complication&gt; A123：可能需要一分钟来找到合适的测试 peer 16:31 &lt;+Complication&gt; 因为你不能和你已经在通信的那些节点进行测试 16:31 &lt;+Complication&gt; 那样可能会给出错误结果。 16:32 &lt;+Complication&gt; 所以，过一会儿你再看 router console 时就会显示出来。 16:32 &lt;+Complication&gt; 基本上，在理想情况下，你不需要手动触发 peer 测试。 16:33 &lt;+Complication&gt; =不需要 16:33 &lt;jrandom&gt; 没错，i2p 现在在发生某些事件时会自动进行 peer 测试 16:33 &lt;jrandom&gt; （比如当有人告诉你，你的 IP 跟你所认为的不一样时） 16:33 &lt;A123&gt; 我觉得那个按钮完全不直观。我不知道它在更新什么、什么时候更新，而且它从来没有明确告诉我测试结果…… 16:34 &lt;A123&gt; 页面没有自动刷新（我觉得），我也不能在浏览器里重新加载…… 16:34 &lt;jrandom&gt; 重新加载应该是安全的 16:34 &lt;A123&gt; 那肯定会再触发一次测试吧？ 16:34 &lt;jrandom&gt; 不过是的，router console 更偏技术性设计，而不是可用性 16:34 &lt;jrandom&gt; A123：它有一个 nonce 来防止那种情况 16:34 &lt;+Complication&gt; 这部分未来也许可以加上更好的说明文字 16:35 &lt;wiht&gt; 我们已经跳过第 2 项直接到第 3 项了吗？ 16:35 &lt;jrandom&gt; Complication：我们可能会把它去掉，因为没有必要 16:35 &lt;jrandom&gt; 不，还在第 1 项 16:35 &lt;jrandom&gt; 其实，关于 1）网络状态，还有别的要说的吗？ 16:35 &lt;A123&gt; 啊，确实，点几次后它就会抱怨 nonce。 16:35 &lt;jrandom&gt; 如果没有，我们进入 2）0.6.1 16:35 &lt;A123&gt; 对非极客来说，“nonce”看起来就像是个鬼话单词。 16:36 &lt;A123&gt; :) 16:36 * Complication 看看图表 16:36 &lt;+Complication&gt; 我这边对网络状态没什么抱怨。 16:36 &lt;jrandom&gt; w3wt 16:37 &lt;A123&gt; reseeding（重新引导种子）为什么不是自动的？ 16:37 &lt;jrandom&gt; 好，关于 0.6.1，我没有太多要说的，邮件里已经说明了 16:37 &lt;gloin&gt; 嗯……入口和出口流量不应该或多或少是对称的吗？ 16:37 &lt;A123&gt; 我的看起来差不多是对称的。 16:37 &lt;jrandom&gt; A123：是的，不过我们也许能用更安全的方式来做 16:37 &lt;+Complication&gt; gloin：如果有人在下载（leeching）或做种（seeding）的话就不会对称 ;) 16:37 &lt;+Ragnarok&gt; 如果你在下载东西就不会 16:38 &lt;A123&gt; 总计：3.74/4.09KBps（这是入/出） 16:39 &lt;gloin&gt; Complication：这是安全问题吗？“外来”流量不应该减少吗？ 16:39 &lt;+Complication&gt; gloin：取决于你用什么标准 16:40 &lt;+Complication&gt; 追求最高安全性的人显然不应该做那些允许他人导致其带宽出现可观测变化的事情。 16:40 &lt;jrandom&gt; gloin：随着我们迈向 1.0，我们将停止公开那些统计数据 16:40 &lt;A123&gt; 我的 ISP 仍然会知道…… 16:40 &lt;jrandom&gt; 不过是的，抵御本地流量分析确实需要你参与他人的 tunnels 16:41 &lt;+Complication&gt; （对于“their BW”的严格定义，指“在其节点起始/结束的带宽使用”） 16:41 &lt;jrandom&gt; （或者做足够的填充流量。例如 tarzan 有“mimics”用来浪费带宽^W^W保护匿名性） 16:41 &lt;A123&gt; 嗯。 16:41 &lt;A123&gt; 我用的是 ADSL，下行能力远大于上行。 16:42 &lt;+Complication&gt; 很多人都是这样。 16:42 &lt;A123&gt; 当我的下载超过上传，这难道不就意味着我在下载东西？ 16:43 &lt;wiht&gt; 不，你也可能在转发他人的流量。 16:43 &lt;+Complication&gt; 我想那确实意味着你在下载点什么。 16:43 &lt;A123&gt; I2P 会缓存数据吗？ 16:43 * 如果我说错了，wiht 希望被纠正。 16:43 &lt;+Complication&gt; 除非你的做种和下载一样多。 16:43 &lt;jrandom&gt; i2p 本身不做缓存 16:43 &lt;+Complication&gt; A123：据我所知不会进行缓存 16:43 &lt;jrandom&gt; 不过 syndie 会。 16:44 &lt;A123&gt; 如果没有缓存，那么我的下载超过上传就一定意味着我自己在下载东西，对吧？ 16:44 &lt;jrandom&gt; 如果你有大量入站流量但当前没有出站流量，你可能只是在运行一个 syndie 节点 16:44 &lt;jrandom&gt; 是的，A123，在时间窗口足够小的情况下 16:45 &lt;A123&gt; 因为在网络缓冲区填满之后，我有用的下载速度只能等于我的上传速度。 16:45 &lt;jrandom&gt; 对于某种威胁模型，是这样 16:45 &lt;A123&gt; 嗯。 16:45 &lt;jrandom&gt; （具有足够资源的本地被动攻击者，或一个有针对性的本地攻击者，等等） 16:46 &lt;+Complication&gt; 你可以下载得更快，但这会增加风险。（因此我把上/下限设得差不多。） 16:46 &lt;A123&gt; 啊，说得对，我可以限制我的下载速度。 16:46 &lt;@LevDavidovitch&gt; 顺便说，你应该同时限制下载和上传速度 16:47 &lt;+Complication&gt; 但如果有人把下载多于上传的每个人都当作目标……那他基本上是在盯着所有人和他们的奶奶。 16:47 &lt;wiht&gt; 看起来我们在 IRC 上仍然有断连问题。 16:47 &lt;jrandom&gt; wiht：只有少数人有 16:47 &lt;wiht&gt; 好的。 16:47 &lt;@LevDavidovitch&gt; 另外，这段时间重连非常快 16:48 &lt;jrandom&gt; （而且没有以前那么糟） 16:48 &lt;wiht&gt; 同意，重连更好了。 16:48 &lt;jrandom&gt; 嗯，我们的 irc 服务器托管在有合理带宽限制的 routers 上，真不错 :) 16:49 &lt;jrandom&gt; （（不是说以前不合理，以前很好，只是我们发展得超过了它）） 16:49 &lt;A123&gt; 不支持 DCC 有技术原因吗？它可以像 nat 模块那样实现，对吧？ 16:49 &lt;jrandom&gt; 好，关于 2）0.6.1，还有什么要补充的吗？ 16:49 &lt;jrandom&gt; 是的，A123，不支持 dcc 有技术原因 16:50 &lt;@LevDavidovitch&gt; 我想那得在客户端实现。 16:50 &lt;jrandom&gt; 可以有人实现一个支持 dcc 的 irc 代理，但还没人做 16:50 &lt;A123&gt; 都是什么原因？还是说这是个很长的话题？ 16:50 &lt;jrandom&gt; 支持 dcc 需要了解并解释 irc 协议，并在必要时重写发送的 irc 消息 16:50 &lt;@LevDavidovitch&gt; 普通 dcc 会使用任意端口等等 16:50 &lt;jrandom&gt; （尤其是用于建立 dcc 连接的 ctcp 消息） 16:50 &lt;A123&gt; 哦，我想问的就是这个……是否在技术上可以像 nat 模块那样做（它会按照你说的去改写）。 16:51 &lt;jrandom&gt; 我不知道 nat 模块是什么？ 16:51 &lt;@LevDavidovitch&gt; nat 使用了一些 UDP 的奇技淫巧。 16:52 &lt;@LevDavidovitch&gt; 我想他指的是 nat 穿透那套东西 16:52 &lt;jrandom&gt; 啊，好吧，技术上可行，但没人自愿来做（而且我已经忙不过来了） 16:52 &lt;A123&gt; 不……至少在 Linux 上，iptables 有个 masq 模块，会改写带有 DCC CTCP 请求的 IRC 数据包。 16:53 &lt;@LevDavidovitch&gt; 啊，我明白了 16:53 &lt;@LevDavidovitch&gt; 也许那里面的部分代码可以用 16:53 &lt;@LevDavidovitch&gt; 得看它和那个 ip 过滤东西有多耦合 16:54 &lt;jrandom&gt; 也许只要扩展 I2PTunnelClient 来解析 irc 会更简单 16:54 &lt;A123&gt; http://www.koders.com/c/fidA6A89E1080590138EB211E694473DDDD098B6B75.aspx &lt;- 也许有意思，来自 Google。 16:54 &lt;jrandom&gt; （就像 I2PTunnelHTTPClient 扩展它来解析 HTTP 那样） 16:55 &lt;@LevDavidovitch&gt; 在大多数国家不是。 16:55 &lt;@LevDavidovitch&gt; 哎呀 16:56 &lt;jrandom&gt; A123：操作系统层的过滤器部署会有点难，但如果有人想做，那会是个不错的起点 16:57 &lt;jrandom&gt; 好，关于 2）0.6.1 还有别的吗，还是我们转到 3）？？？ 16:57 &lt;A123&gt; jrandom，其实不一定需要在 OS 层吧？反正它会通过 IRC 的 tunnel 过来…… 16:58 &lt;jrandom&gt; 事实上，作为 iptables 过滤器都行不通。 它必须在 i2ptunnel 或其他了解 i2p 的代理里实现 16:58 &lt;jrandom&gt; 无论如何，这是一大堆工作，除非有人自愿去做，否则永远也完不成 ;) 16:59 &lt;jrandom&gt; （不过这事做出来会很酷） 16:59 &lt;A123&gt; 对。 16:59 &lt;A123&gt; 我的意思是“像 iptables 过滤器那样”，不是“用 iptables 过滤器” :) 16:59 &lt;A123&gt; -the+a 16:59 &lt;A123&gt; +n 17:00 &lt;A123&gt; 嗯嗯。 17:00 &lt;@LevDavidovitch&gt; 继续吧，我想 17:01 &lt;jrandom&gt; 好，进行到 3）？？？ 17:01 &lt;jrandom&gt; （不过也可以说我们从一开始就一直在 3）;)） 17:01 &lt;jrandom&gt; 还有什么想在会议上提出的吗？ 17:01 &lt;+fox&gt; &lt;brutus&gt; 关于 3）在 1.0 之前把 bugzilla 整理好会不错 17:01 &lt;wiht&gt; 说到邮件列表上的可用性建议，你有没有把其中一些纳入 I2P？ 17:02 &lt;jrandom&gt; brutus：我们以前有 bugzilla，但没人用 17:03 &lt;wiht&gt; 我想说的是，你现在仍专注于 I2P 核心功能，计划稍后再聚焦可用性吗？ 17:03 &lt;A123&gt; 我不想在这里试，但我觉得此刻给某人发一个 DCC 请求会把你的 IP 暴露给他们。 17:03 &lt;A123&gt; （假设你的客户端知道你的 IP） 17:03 &lt;jrandom&gt; wiht：上周我对 streaming lib 做了许多改进，这应该会大幅提高可用性 17:04 &lt;jrandom&gt; A123：irc 服务器会过滤 ctcp 消息 17:04 &lt;jrandom&gt; （它们做过修改） 17:04 &lt;A123&gt; 服务器嘛…… 17:04 &lt;jrandom&gt; 不过是的，那确实会把你的 IP 发给服务器（它可能会丢弃，或者存进某个 NSA 数据库） 17:04 &lt;jrandom&gt; 所以，别发送 dcc 请求 17:04 &lt;A123&gt; 我也不太想让服务器管理员知道我是谁 :) 17:05 &lt;A123&gt; （理论上是这样。现在或者在你们这里我不在乎） 17:05 &lt;A123&gt; 也许值得提醒用户这一点。 17:05 &lt;jrandom&gt; wiki 上有一页列了很多相关问题，iirc 17:05 &lt;jrandom&gt; （去 ugha.i2p 看看） 17:06 &lt;+fox&gt; &lt;mihi&gt; 顺便问一句：irc2p 服务器之间是通过 i2p 连接还是直接连接？ 17:06 &lt;+Complication&gt; 我猜是 i2p 17:06 &lt;+Complication&gt; 除非这期间有人疯了而没通知我。:P 17:06 &lt;wiht&gt; jrandom，那很好，但 Isamoor 的 UI 建议怎么样了？ 17:07 &lt;jrandom&gt; mihi：我相信它们是通过 i2p 互联的 17:08 &lt;jrandom&gt; wiht：我最近做的事情列表在 `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD` 17:09 &lt;jrandom&gt; 还有许多事要做，也会做更多，但我只有两只手 17:09 &lt;wiht&gt; 谢谢，我去看。 17:10 &lt;jrandom&gt; 其实，我有件事想在会议上提一下…… 17:10 &lt;A123&gt; fox 正在 changating 的服务器/频道是什么？或者我误解了 fox 的用途？ 17:11 &lt;jrandom&gt; 正如在 hq.postman.i2p 上提到的，我们已经通过 postman 的服务器提供了超过一整年的匿名邮件服务！ 17:11 * jrandom 欢呼 17:11 * wiht 不想显得不知感恩。 17:12 &lt;A123&gt; jrandom，垃圾邮件发送者发现这点了吗？ 17:12 &lt;jrandom&gt; A123：fox 是到 irc.freenode.net 的桥接 17:12 &lt;A123&gt; （好吧，这是一种很慢的垃圾邮件方式……） 17:12 &lt;jrandom&gt; A123：应该没有，postman 有反垃圾措施 17:12 &lt;jrandom&gt; 不过入站垃圾邮件有点麻烦 ;) 17:13 &lt;jrandom&gt; （不过我在那里的账户过滤得很好） 17:13 &lt;mule&gt; 真有那么久了吗。时光飞逝…… 17:13 &lt;A123&gt; jrandom，啊，谢谢。 17:13 * Complication 看看是否终于有人通过电子邮件给他扔来一只熊 17:14 &lt;+fox&gt; &lt;brutus&gt; 是啊，postman 和 cervantes 值得一枚勋章，他们在这里承担了很重的工作 17:15 &lt;+fox&gt; &lt;brutus&gt; 的确是很棒的服务 17:16 &lt;jrandom&gt; 绝对的。mule 和他的 outproxy 与 fproxy、orion 和他的网站，还有你们所有人的内容，都很棒 :) 17:16 &lt;jrandom&gt; 好，还有什么要在会议上提出的吗？ 17:16 &lt;wiht&gt; 说到内容…… 17:16 &lt;wiht&gt; 看起来我们知道哪些站点在线、哪些不在线，但没有一个易于访问的站点目录。 17:17 &lt;A123&gt; 我的时钟走得快。能不能把 "Updating clock offset to -316819ms from -304801ms" 这类消息的级别从 "CRIT" 降低？这有点让人不安。 17:17 &lt;wiht&gt; 我在想做一个目录，让站点管理员可以发布他们网站的简介。 17:17 &lt;jrandom&gt; orion.i2p 还挺容易访问的吧……？ 17:17 &lt;jrandom&gt; A123：嗯，也许可以 17:18 &lt;wiht&gt; 它有站点用途的简短描述吗？ 17:18 &lt;+postman&gt; A123：垃圾邮件只是入站邮件（来自互联网的邮件）的问题 17:18 &lt;jrandom&gt; wiht：有的，不过我不知道那些描述是从哪儿来的 17:18 &lt;+Complication&gt; wiht：不，orion 似乎没有那个功能 17:18 &lt;wiht&gt; 我再看看。 17:18 &lt;jrandom&gt; iirc jnymo 以前维护它们 17:18 &lt;+postman&gt; A123：i2p mail 用户很少能给自己发垃圾邮件，同样也无法向互联网目标发送垃圾邮件 17:19 &lt;+Complication&gt; 抱歉，我的意思是它看起来不是用户可访问的。 17:19 &lt;wiht&gt; 我在想做一个对站点分类的目录，有点像 dmoz.org。 17:19 &lt;A123&gt; wiht，作为一个新用户，这听起来很棒。 17:19 &lt;+fox&gt; &lt;Sugadude&gt; wiht：我们有足够多的站点到需要分类吗？ 17:19 &lt;A123&gt; wiht，不过看看 Freenet，那是一个不该怎么做的绝佳反面例子。 17:20 &lt;jrandom&gt; 一个可靠的分类站点会很不错。或者我们可以把它整合进 syndie，让人们给他们的 peer 引用打标签并分类（并分享它们） 17:20 &lt;jrandom&gt; （syndie 已经为每个书签提供了一组分类标签，用 dmoz 风格把它们可视化地展现出来不难） 17:20 &lt;jrandom&gt; 而且它会是本地的 &lt;--- 快 17:20 &lt;A123&gt; 或者干脆让 Google 对 i2p 感兴趣…… 17:20 &lt;jrandom&gt; 呵 17:24 &lt;jrandom&gt; 好，如果会议没有其他事项…… 17:25 * jrandom 收尾 17:25 * jrandom *baf*s 地宣布会议结束 </div>/zh/blog/2005/09/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B49%E6%9C%8820%E6%97%A5/Tue, 20 Sep 2005 00:00:00 +0000/zh/blog/2005/09/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B49%E6%9C%8820%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, Complication, forest, jrandom, Kefoo, postman, Ragnarok</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) 嗨 16:18 &lt;jrandom&gt; 1) 0.6.0.6 16:18 &lt;jrandom&gt; 2) I2Phex 0.1.1.27 16:18 &lt;jrandom&gt; 3) 迁移 16:18 &lt;jrandom&gt; 4) ??? 16:18 &lt;jrandom&gt; 0) 嗨 16:18 * jrandom 挥手 16:18 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2005-September/000929.html 16:18 &lt;+postman&gt; 你好 16:18 &lt;forest&gt; 嗨 16:18 &lt;jrandom&gt; 我们直接进入 1) 0.6.0.6 吧 16:19 &lt;jrandom&gt; 状态说明基本覆盖了我对 0.6.0.6 的想法。有人要提问题/顾虑/意见吗？ 16:19 &lt;+postman&gt; jrandom: 观察： 16:19 &lt;+postman&gt; jrandom: 带宽消耗高了很多 16:20 &lt;+postman&gt; jrandom: 都在限额内，运行也很好——但我的 router 现在真的有点发热 16:20 * nickless_head 表示有同样的观察 16:20 &lt;jrandom&gt; 嗯，我也是，我觉得很可能是 bt 和 i2phex 流量增加导致的 16:20 &lt;+postman&gt; 增加了啥，就跟踪器上区区 80 个活跃种子？ :) 16:20 &lt;jrandom&gt; 呵 16:21 &lt;+postman&gt; 但很高兴看到网络没有崩 16:21 &lt;+postman&gt; irc 相当稳定，尽管 router 此刻在跑 50k/s 16:21 &lt;jrandom&gt; 那是肯定的。我都不再登录 freenode 了，因为这边的 irc 已经够稳定 16:22 * postman 递回话筒 16:22 &lt;jrandom&gt; 好的，谢谢。我觉得在带宽效率上肯定还有提升空间，但目前看来还算合理 16:22 &lt;jrandom&gt; （希望我正在做的东西能有所帮助，不过等准备好了再多说） 16:22 &lt;fox&gt; &lt;mihi&gt; 你绝对应该区分 OK (Nat) 和 Err (Nat)... 16:23 &lt;fox&gt; &lt;mihi&gt; 还是说你的打洞是万能的？ 16:23 &lt;jrandom&gt; 呵 16:23 &lt;jrandom&gt; 嗯，ERR-SymmetricNAT 现在是，将来也会是一个 ERR 16:23 &lt;fox&gt; &lt;mihi&gt; 还是说根本无法检查它是否成功？ 16:24 &lt;fox&gt; &lt;mihi&gt; ok 16:24 &lt;jrandom&gt; 但 ERR-Reject 是由于受限锥形 NAT，而完全锥形 NAT 工作正常 16:24 &lt;jrandom&gt; （因为 i2p 对所有人只用一个源端口，只要你在 i2p 上，你就会为完全锥形打出一个洞） 16:25 &lt;jrandom&gt; 不过，人们最好还是转发他们的端口，这样就不需要 introducers（引介者）了，也能让他们自己成为 introducers 16:25 &lt;fox&gt; &lt;mihi&gt; 只要没有讨厌的 iptables 规则（比如丢弃来自能被 7 整除的 IP 地址到 8887 的 UDP :)） 16:25 &lt;jrandom&gt; 呵 16:26 &lt;jrandom&gt; 不幸的是，有些人的配置确实搞坏成那样（*咳*peerguardian*咳*） 16:26 &lt;jrandom&gt; 有人前几天还在奇怪为什么 i2p 不工作，尽管他们的防火墙把所有 .edu 对等节点的包都丢了 16:27 &lt;+Ragnarok&gt; .edu？这也太随机了 16:27 &lt;jrandom&gt; 是啊，我也完全想不通，从很多方面来说 16:27 &lt;jrandom&gt; 但，没办法 16:27 * nickless_head 唱道：We don't need no education... 16:28 &lt;jrandom&gt; 呵 16:28 &lt;jrandom&gt; 好的，还有人要谈 1) 0.6.0.6 吗？ 16:29 &lt;jrandom&gt; 如果没有，就转到 2) i2phex 0.1.1.27 16:29 &lt;jrandom&gt; 除了邮件里写的之外，这里也没啥可说的…… 16:30 &lt;+postman&gt; jrandom: 在提到的那些论坛里也没有积极回应 :( 16:31 &lt;+postman&gt; jrandom: 我会转发你的状态说明和链接——也许读者能明白要点 16:31 &lt;jrandom&gt; postman: 当然大家想用什么都行，但我不推荐 legion 的二进制发布，因为源码和二进制不匹配，而且启动器完全是闭源的 16:32 &lt;jrandom&gt; 既然我们已经把 i2phex 放在一个可通过 web 访问的位置，并且是从 cvs 构建的，希望能减少人们对那边的依赖 16:33 &lt;jrandom&gt; （也许你可以把一两个小时前我和 legion 在 #i2p-chat 的 irc 记录贴出来，那可能会更完整地向大家解释情况） 16:34 &lt;jrandom&gt; 好的，关于 2) i2phex 还有别的什么吗，还是我们进入 3) 迁移 16:34 * postman 看看 16:34 &lt;jrandom&gt; 其实对 3) 也没什么好补充的，主要是 FYI（供参考） 16:34 &lt;jrandom&gt; 那我们也许可以快进到 4) ??? 16:34 &lt;jrandom&gt; 还有别的想在会议上提的吗？ 16:35 &lt;+Complication&gt; 迁移？ 16:36 &lt;jrandom&gt; 如果你没注意到，那就好 :) 16:36 &lt;jrandom&gt; 我们从一个 colo（托管机房）搬到了另一个 16:36 &lt;jrandom&gt; (cvs.i2p.net, dev.i2p.net, www.i2p.net, mail.i2p.net) 16:36 &lt;+Complication&gt; 哦，那次迁移。:) 16:36 * Complication 今天只是有点慢半拍 16:39 &lt;+Complication&gt; 顺便说一句，0.6.0.6 看起来很不错……就体现在我的 router 在 54 小时内一次都没有降到 0 条参与中的 tunnels。 16:39 &lt;+Complication&gt; 一次都没有。 16:39 &lt;jrandom&gt; 不错 16:40 &lt;jrandom&gt; 好的，如果大家没有别的要在会议上提出的…… 16:40 * jrandom 准备收尾 16:40 &lt;+postman&gt; jrandom: 有件事 16:40 * jrandom 停止收尾 16:40 &lt;+postman&gt; jrandom: 你刚把 i2phex 的版本加了一位——如果 sirup 还计划再发一个版本呢？ 16:40 &lt;jrandom&gt; postman: sirup 用的是 cvs 16:41 &lt;+postman&gt; jrandom: 要不给它再打个额外的 tag 呢 16:41 &lt;+postman&gt; 好，那就行 16:41 &lt;+postman&gt; :) 16:41 * postman 回到他的洞里 16:41 &lt;jrandom&gt; （在源代码管理系统之外开发代码 == 疯了） 16:41 * Kefoo 也想起了在源代码管理系统之内开发有多疯狂 16:41 &lt;+postman&gt; jrandom: （不一定非得用你的） 16:42 &lt;jrandom&gt; 呵，说得对，Kefoo ;) 16:42 &lt;jrandom&gt; 呵，好吧，是的……不过他用的刚好就是我们的 ;) 16:43 * bar 刚把个人并发 udp 连接新纪录刷到 156（旧纪录是 152） 16:43 &lt;jrandom&gt; 酷，我今天早些时候看到 173 了 16:44 &lt;+bar&gt; 哦 :) 是啊，introducing 确实在起作用 fo' sure 16:44 &lt;Kefoo&gt; 不倒带了，不过 i2phex 启动时是否应该尝试连接？我听到过“应该”和“不应该”两种说法。 16:44 &lt;+bar&gt; -d 16:44 &lt;jrandom&gt; 厉害了 bar 16:44 &lt;jrandom&gt; Kefoo: 据我所知，不。 16:44 &lt;jrandom&gt; 但我不是 phex 的 dev 16:45 &lt;Kefoo&gt; 我唯一的办法是把主机密钥复制粘贴进程序里，然后手动连上它们 16:45 &lt;jrandom&gt; 我也是这么做的，Kefoo 16:45 &lt;+postman&gt; 现在收尾吧，jrandom :) 16:45 &lt;Kefoo&gt; 好，那我没有把事情弄得更复杂 16:45 &lt;Kefoo&gt; 我有时会那样 16:46 &lt;jrandom&gt; Kefoo: 如果有更简单的办法，我很想知道 :) 16:46 &lt;jrandom&gt; 好好，postman，你可以去拿你的啤酒了 ;) 16:46 * jrandom 收尾 16:46 * jrandom 用 *baf* 的一击结束了会议 </div>/zh/blog/2005/09/20/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-09-20/Tue, 20 Sep 2005 00:00:00 +0000/zh/blog/2005/09/20/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-09-20/<p>大家好，又到星期二了</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.0.6 2) I2Phex 0.1.1.27 3) 迁移 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.6</li> </ol> </li> </ul> <p>随着上周六发布的 0.6.0.6 版本，我们在正式网络上已经投入了一批新组件，大家升级得很棒——截至几小时前，已有将近 250 台 routers 完成升级！网络运行情况也很不错，introductions（引入）到目前为止工作正常——你可以通过 <code>http://localhost:7657/oldstats.jsp</code> 跟踪你自己的 introduction 活动，查看 udp.receiveHolePunch 和 udp.receiveIntroRelayResponse（还包括 udp.receiveRelayIntro，针对位于 NAT（网络地址转换）之后的用户）。</p> <p>顺便说一下，&ldquo;Status: ERR-Reject&rdquo; 现在其实并不是一个错误，所以也许我们应该把它改为 &ldquo;Status: OK (NAT)&quot;？</p> <p>最近有一些关于 Syndie 的 bug 报告。最新的一个 bug 是：如果你一次让它下载太多条目，它将无法与远程对等节点同步（因为我当时愚蠢地使用了 HTTP GET 而不是 POST）。我会为 EepGet 添加对 POST 的支持，但在此期间，试着每次只拉取 20 或 30 篇帖子。顺便说一句，也许有人可以为 remote.jsp 页面写一段 JavaScript，实现“从该用户获取所有帖子”，自动勾选其博客中的所有复选框？</p> <p>坊间传言，OSX 现在已经能开箱即用；而在 0.6.0.6-1 中，x86_64 在 Windows 和 Linux 上也能正常运行。我还没听说过新的 .exe 安装程序有任何问题报告，所以这要么意味着进展顺利，要么就是完全失败了 :)</p> <ul> <li> <ol start="2"> <li>I2Phex 0.1.1.27</li> </ol> </li> </ul> <p>鉴于有报告称源码与legion打包的0.1.1.26中所包含的内容存在差异，并且考虑到对闭源本地启动器安全性的担忧，我已经着手将一个使用 launch4j [1] 构建的新的 i2phex.exe 添加到 cvs，并在 i2p 文件归档 [2] 上提供了从 cvs 构建的最新版本。至于legion在发布之前是否对其源代码做过其他修改，或者他公开的源代码是否确实与其构建的版本一致，目前尚不清楚。</p>/zh/blog/2005/09/13/2005-09-13-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 13 Sep 2005 00:00:00 +0000/zh/blog/2005/09/13/2005-09-13-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，到了每周状态更新时间了。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) SSU 引介 / NAT 打洞 3) 赏金 4) 客户端应用指引 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>我们仍在网络上运行 0.6.0.5 发布版，几乎所有人都已经升级，很多人运行的是此后的一些构建（当前 CVS HEAD 是 0.6.0.5-9）。总体而言一切运行良好，不过据我观察，网络流量有了显著增长，可能是因为 i2p-bt 或 i2phex 的使用增多。昨晚其中一台 IRC 服务器出现了一点小波动，但另一台表现良好，整体看来恢复得不错。不过，CVS 构建在错误处理和其他功能方面已有大量改进，所以我预计我们将在本周晚些时候发布一个新版本。</p> <ul> <li> <ol start="2"> <li>SSU introductions / NAT hole punching</li> </ol> </li> </ul> <p>CVS 中的最新构建已包含长期讨论的 SSU introductions [1] 支持，使我们能够为处于他们无法控制的 NAT（网络地址转换）或防火墙之后的用户执行去中心化的 NAT 打洞。虽然它无法处理对称 NAT，但已覆盖大多数情况。来自实测的反馈良好，不过只有使用最新构建的用户才能联系在 NAT 后面的用户——较旧的构建需要等待对方先联系他们。鉴于此，我们将比以往更早把这段代码推送到一个发布版本中，以减少这种受限路由存在的时间。</p> <p>[1] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD#introduction</code></p> <ul> <li> <ol start="3"> <li>Bounties</li> </ol> </li> </ul> <p>我稍早查看了 i2p-cvs 邮件列表，注意到有一堆来自 Comwiz 的提交，似乎是关于单元测试赏金计划第三阶段的 [2]。或许 Comwiz 能在今晚的会议上就那部分工作给我们做个进展更新。</p> <p>[2] <a href="http://www.i2p.net/bounty_unittests">http://www.i2p.net/bounty_unittests</a> </p> <p>另外，感谢一位匿名人士的建议，我对名人堂 [3] 做了一些更新，其中包括补充捐赠日期、将同一人的多笔捐款合并，以及统一为一种货币。再次感谢所有贡献者，如果发布的信息有误或有遗漏，请与我联系，我会进行更新。</p> <p>[3] <a href="http://www.i2p.net/halloffame">http://www.i2p.net/halloffame</a> </p> <ul> <li> <ol start="4"> <li>Client app directions</li> </ol> </li> </ul> <p>当前 CVS 构建中最近的一项调整是移除了旧的 mode=guaranteed 传递方式。我原本没想到还有人仍在使用它（而且它完全没有必要，因为我们已经有完整的 streaming lib（流式传输库）一整年了），不过当我深入研究 i2phex 时，我注意到那个标志位被设置了。使用当前构建（以及之后的所有版本），i2phex 将只使用 mode=best_effort，这有望提升其性能。</p>/zh/blog/2005/09/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B49%E6%9C%8813%E6%97%A5/Tue, 13 Sep 2005 00:00:00 +0000/zh/blog/2005/09/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B49%E6%9C%8813%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, jrandom, kbi, Myo9</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:01 &lt;jrandom&gt; 0) 嗨 13:01 &lt;jrandom&gt; 1) 网络状态 13:01 &lt;jrandom&gt; 2) SSU introductions / NAT 打洞 13:01 &lt;jrandom&gt; 3) 悬赏 13:01 &lt;jrandom&gt; 4) 客户端应用方向 13:01 &lt;jrandom&gt; 5) ??? 13:01 &lt;jrandom&gt; 0) 嗨 13:01 * jrandom 挥手 13:01 &lt;jrandom&gt; 每周状态说明已发布（会议开始前！）在 http://dev.i2p.net/pipermail/i2p/2005-September/000892.html 13:01 &lt;jrandom&gt; （当然，如果你愿意，可以把 .net 去掉） 13:03 &lt;jrandom&gt; 直接进入 1) 网络状态 13:03 &lt;jrandom&gt; 有少数用户在 IRC 上有点来回掉线，但对大多数人来说状况看起来相当不错 13:04 &lt;jrandom&gt; 有没有关于其他协议的报告需要提出，或者关于网络状态的疑问/担忧？ 13:05 &lt;@cervantes&gt; 我觉得这是自 0.4.x 以来最稳定的版本 13:05 &lt;@cervantes&gt; 干得漂亮！ ;-) 13:05 &lt;jrandom&gt; w00t 13:05 &lt;jrandom&gt; 好的，如果关于 1) 网络状态 没有别的内容，我们继续到 2) SSU introductions 13:06 &lt;jrandom&gt; 除了邮件里写的之外，我其实没什么要补充的——大家有任何问题/评论/担忧吗？ 13:07 &lt;jrandom&gt; 如果没有的话，我想等 0.6.0.6 出来时我们会听到更多 ;) 13:07 &lt;jrandom&gt; 好，继续 3) 悬赏 13:07 * cervantes 把舱口关紧（准备应对） 13:08 * cervantes 在想大家是否已经适应新的会议时间了 13:08 &lt;jrandom&gt; 嗯，看来 Comwiz 现在不在。 我想等准备好了我们应该会得到更多信息 13:08 &lt;jrandom&gt; 唉，该死的美国人和他们慢吞吞的时区 13:09 &lt;+Myo9&gt; 我还以为你就是其中之一呢，毕竟你还有自己的地堡之类的。 ;) 13:09 * susi23 倾听对话 ;) 13:10 &lt;jrandom&gt; 好，如果 3) 没别的，我们就飞快进入 4) 客户端应用方向 13:11 &lt;jrandom&gt; 邮件里已经写了很多内容，所以这里就不重复了，大家有什么想法吗？ 13:11 &lt;jrandom&gt; 这不只是个当下的问题，如果/当大家想加入讨论，请也随时在论坛或邮件列表发帖 13:12 &lt;@cervantes&gt; 论坛里新开了一个 Application Support（应用支持）板块，这是发布此类话题的好地方 13:12 &lt;jrandom&gt; 啊，说得好 13:13 &lt;jrandom&gt; 另外，讨论区适合非支持类的评论，比如优先级之类的问题 13:13 &lt;jrandom&gt; 好，争取把会议控制在15分钟以内，这是很久以来头一次…… 13:14 &lt;kbi&gt; 我想当大家都开心时，会议就会进行得很快 13:15 &lt;jrandom&gt; 有可能，希望我们能在邮件列表和论坛上看到一些帖子 13:15 &lt;jrandom&gt; 好，继续 5) ??? 13:15 &lt;jrandom&gt; 还有什么想在会议上提出的吗？ 13:15 &lt;@cervantes&gt; （除了他们的午餐） 13:17 &lt;@cervantes&gt; 15分钟过去了 13:17 * jrandom 开始收尾 13:17 * jrandom *baf*地宣布会议结束 </div>/zh/blog/2005/09/06/2005-09-06-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 06 Sep 2005 00:00:00 +0000/zh/blog/2005/09/06/2005-09-06-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) Syndie 状态 3) susidns 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>正如许多人所见，在短暂的 0.6.0.4 修订版之后，0.6.0.5 版本已于上周发布。到目前为止，可靠性大幅提升，网络规模也比以往任何时候都大。虽然仍有改进空间，但看起来新的 netDb 正按设计运行。我们甚至已经验证了回退机制——当 floodfill 节点无法连通时，routers 会回退到 kademlia netDb（基于 Kademlia 的网络数据库），而在前几天出现这种情况时，IRC 和 eepsite(I2P Site) 的可靠性并未显著降低。</p> <p>我确实收到一个关于新 netDb 的工作原理的提问，并已在我的博客[2]上发布了答案[1]。一如既往，如果有人对这类事情有任何疑问，请随时转给我，无论是在列表上还是私下、在论坛上，甚至在你的博客上 ;)</p> <p>[1] <code>http://syndiemedia.i2p.net/index.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&amp;entry=1125792000000&amp;expand=true</code> [2] <code>http://syndiemedia.i2p.net/index.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=</code></p> <ul> <li> <ol start="2"> <li>Syndie status</li> </ol> </li> </ul> <p>正如你可以从 syndiemedia.i2p（以及 <code>http://syndiemedia.i2p.net/）看到的那样，最近有了不少进展，包括</code> RSS、pet names（昵称体系）、管理控制，以及开始合理地使用 css。Isamoor 的大部分建议已经部署，Adam 的也一样，所以如果有人有希望在其中看到的内容，请给我发个消息！</p> <p>Syndie 现在已经非常接近测试版（beta），届时它将作为默认 I2P 应用之一发布，同时也会打包为独立版本，因此任何帮助都将不胜感激。随着今天最新的新增内容（在 cvs 中），为 Syndie 定制皮肤也变得轻而易举 - 你只需在你的 i2p/docs/ 目录中创建一个新文件 syndie_standard.css，指定的样式就会覆盖 Syndie 的默认设置。关于这方面的更多信息可以在我的博客 [2] 找到。</p> <ul> <li> <ol start="3"> <li>susidns</li> </ol> </li> </ul> <p>Susi 又为我们迅速做出了一个 Web 应用程序 - susidns [3]。它作为用于管理地址簿应用的简单界面 - 其条目、订阅等。它看起来相当不错，所以希望我们很快就能将它作为默认应用之一发布，但在此之前，你可以很轻松地从她的 eepsite(I2P 站点) 获取它，保存到你的 webapps 目录，重启你的 router，就可以开始使用了。</p>/zh/blog/2005/09/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B49%E6%9C%886%E6%97%A5/Tue, 06 Sep 2005 00:00:00 +0000/zh/blog/2005/09/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B49%E6%9C%886%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> adamta, ardvark, bar, cervantes, jrandom, Pseudonym, Ragnarok, susi23</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) 嗨 13:04 &lt;jrandom&gt; 1) 网络状态 13:04 &lt;jrandom&gt; 2) Syndie 状态 13:04 &lt;jrandom&gt; 3) susidns 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) 嗨 13:04 * jrandom 挥手 13:04 &lt;+bar&gt; salaam aleikum 13:04 &lt;jrandom&gt; 状态说明发布在 @ http://dev.i2p.net/pipermail/i2p/2005-September/000888.html 13:04 &lt;+Ragnarok&gt; 嗨 13:04 * cervantes 脱帽致意 13:04 &lt;+fox&gt; * adamta 通过 Irc2p/Freenode 桥打招呼回应 13:05 &lt;jrandom&gt; :) 好的，进入 1) 网络状态 13:05 &lt;@cervantes&gt; *** 已断开连接 13:05 &lt;jrandom&gt; 就我所见，一切进展还算顺利 13:05 &lt;jrandom&gt; 呵 13:06 * cervantes 表示赞同……这几天只有一次 netsplit 13:06 &lt;jrandom&gt; 我知道当某人的网络连接严重拥塞时，我们仍然会有一些问题（导致消息积压并失败，从而触发更多的 elGamal 运算并提高 CPU 占用） 13:06 &lt;@cervantes&gt; 而且我的 IRC 连接的在线时长和我的 router 一样长 13:06 &lt;+Ragnarok&gt; 对我来说和往常一样。 慢，但可用，偶尔不稳定 13:07 &lt;jrandom&gt; 不错，我也看到了这种情况，cervantes 13:07 &lt;jrandom&gt; Ragnarok：不稳定是出现在 eepsites、IRC、i2pbt、i2phex、邮件，还是全部都有？ 使用的是 0.6.0.5 还是更早？ 13:08 &lt;+Ragnarok&gt; 主要表现为每隔几个小时 IRC 就断线一次。 13:08 &lt;+Ragnarok&gt; 其他用得不多，所以没有更多信息 13:08 &lt;jrandom&gt; 嗯，你设置了带宽限制器（bw limiter）吗？ 13:08 &lt;+Ragnarok&gt; 是的 13:08 &lt;jrandom&gt; (提醒一下，现在 -1 表示 16KBps) 13:09 &lt;+Ragnarok&gt; 设置得比默认值更高 13:09 &lt;jrandom&gt; 好的，很好，它有没有触到那个上限？另外/或者那个上限是否适合你实际的网络带宽？ 13:09 &lt;+Ragnarok&gt; 上限远低于我的实际能力，因为把它设高似乎会弄挂我的无线 router 13:10 &lt;jrandom&gt; 呵，好吧 13:10 &lt;+Ragnarok&gt; 不过我的 router 看起来无论如何也没触到上限 13:11 &lt;+Ragnarok&gt; 我可以做点压力测试，并且更好地记录一下 13:11 &lt;jrandom&gt; 峰值带宽使用有没有触到上限（参见 oldstats.jsp）？ I2P 的流量非常突发，突发时的拥塞可能会导致 IRC 断线 13:11 &lt;jrandom&gt; 好，那太好了。 我本地能测试的情况有限，任何报告都非常感谢 13:11 &lt;+Ragnarok&gt; 我该看哪个数？ oldstats 信息量挺大…… 13:12 &lt;+Ragnarok&gt; s/./?/ 13:12 &lt;jrandom&gt; 呵，抱歉——oldstats.jsp#bw.sendBps 的 60 秒峰值（该行上的第二个数字） 13:14 &lt;+Ragnarok&gt; 单位是什么？ 这个数看起来非常不靠谱 13:14 &lt;jrandom&gt; KBps，抱歉 13:14 &lt;jrandom&gt; (命名不太准确) 13:15 &lt;Pseudonym&gt; 比特还是字节？ 13:15 &lt;jrandom&gt; 字节 13:15 &lt;+Ragnarok&gt; 不幸的是，那它肯定是错的 13:15 &lt;+Ragnarok&gt; 峰值数字只是上限的一小部分，也远低于当前 router 的使用量 13:15 &lt;jrandom&gt; 嗯，它挺具体的，是按 sizeof(messages received) 来计数的 13:16 &lt;jrandom&gt; (不过带宽限制器本身在更低层工作，按 sizeof(packets received or sent) 来计数) 13:16 &lt;+Ragnarok&gt; 如果我把那一行剪贴出来，会有多糟？ :) 13:16 &lt;jrandom&gt; 发私信给我可能更安全 13:17 &lt;+Ragnarok&gt; 等等，我刚才看的其实是 60 分钟速率。 它看起来仍然偏低，但至少比当前使用量高。 13:17 &lt;+Ragnarok&gt; 抱歉 13:17 &lt;+Ragnarok&gt; 我会 /msg 你更多信息 13:17 &lt;@cervantes&gt; Ragnarok：我们会立刻就能从 netDB 得出你的姓名、地址和信用卡详情 13:17 &lt;jrandom&gt; 呵 13:18 &lt;jrandom&gt; cervantes：这就是 netDb 的带宽只发布*当前*速率而不是峰值的原因 ;) 13:18 &lt;jrandom&gt; (不过是啊，泄露自己的带宽使用对对手来说可能很有价值，存在风险) 13:19 &lt;jrandom&gt; 好的，还有谁有关于网络状态要提的吗？ 13:21 &lt;jrandom&gt; 如果没有的话，转到 2) Syndie 状态 13:22 &lt;jrandom&gt; Syndie 有很多进展，我在邮件和博客里都概述了。 这里就不重复了，大家在这方面有什么要提的吗？ 13:22 &lt;@cervantes&gt; Officiali2pApps++ 13:23 &lt;+fox&gt; &lt;adamta&gt; 我正在修改 JSP 文件以使用更结构化/语义化的标记，这样就能用 CSS 更灵活地进行样式化。 13:23 &lt;+fox&gt; &lt;adamta&gt; 我还没有可以展示的东西，但准备好后我会在邮件列表发帖。 13:23 &lt;+Ragnarok&gt; 也许简单描述一下你认为 Syndie 的常见用例会比较好。 除了是一个博客 CMS 之外，我对它到底是什么还不太确定 13:23 &lt;jrandom&gt; 不错，adamta——一定要基于最新的代码库，我昨晚把所有东西都做了 CSS 化 13:24 &lt;jrandom&gt; (当然只是粗略地做了一遍) 13:24 &lt;+fox&gt; &lt;adamta&gt; jrandom：噢……我一直在用早期版本工作。 13:24 &lt;+fox&gt; &lt;adamta&gt; 那我去 `cvs update` 看看都改了什么。 13:24 * Ragnarok ，居然在要用户文档。 哦，真是虚伪 13:24 &lt;jrandom&gt; 说得好，Ragnarok。 用例本质上就是 ‘$myI2P.getUseCases()’ 13:25 &lt;jrandom&gt; 安全地聚合和发布内容，而不是使用 eepsites 13:25 &lt;jrandom&gt; (因为 eepsites 不支持安全聚合，发布需要更多技能，而且要求运行节点高可用) 13:25 &lt;+Ragnarok&gt; 不过，它是如何进行聚合/分发的？ 13:26 &lt;jrandom&gt; 关于 Syndie 目标的一个不错的介绍在这篇文章里 `http://syndiemedia.i2p/index.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124496000001&images=false&expand=true` 13:27 &lt;jrandom&gt; 目前，聚合/分发是通过 http 完成的，并显式指定分发对等方（可以是 apache 归档、其他 syndie 实例，或带有 syndie 归档的 freesites） 13:27 * cervantes 刚把 Syndie 的 CSS 拆开看了……类（classes）足够多，可以做出多样化的样式，但标记本身不利于制作新主题 13:27 &lt;+Ragnarok&gt; 哦，不错。 我好像没见过那篇 13:27 &lt;@cervantes&gt; *classes=classed 13:27 &lt;@cervantes&gt; adamta：我很想看看你能做出什么 13:28 &lt;jrandom&gt; cervantes：我不是 CSS 专家，所以如果有人愿意改进它、重构它，或重做整个 CSS/前端的工作方式，我将不胜感激 :) 13:28 &lt;@cervantes&gt; 先把那些该死的表格去掉就行了 :) 13:28 &lt;jrandom&gt; 呵 13:30 &lt;+fox&gt; &lt;adamta&gt; cervantes+jrandom：确实。现在足以做基础样式，比如换个配色方案，但我正尝试修改它以去掉表格，并提供足够的语义化标记（用嵌套的 &lt;div&gt; 表示区块、标题标签等，并在有用时都加上 class 和 ID），这样样式表就能完全按用户喜好改变外观。 13:30 &lt;@cervantes&gt; 酷 13:30 &lt;jrandom&gt; 太棒了，adamta！ 13:31 * jrandom 暂时不会碰这部分（我在 router 上还有一堆活要干 :)） 13:31 &lt;@cervantes&gt; 算是相关的话题，新 routerconsole 主题因为 arcturus 的 *ahem* 消失而有些延误 13:31 &lt;jrandom&gt; 呵，囧 13:31 &lt;@cervantes&gt; 我正试着从他停下的地方接手一些流程方面的调整 13:32 &lt;@cervantes&gt; 不过我没有 JSP 技能做激进的改动，比如修好坏掉的 tunnel 配置界面 13:33 &lt;jrandom&gt; 啊，挺好，任何进展都好，如果你在某些具体点需要帮助，我在这儿 13:33 &lt;jrandom&gt; adamta：有件事要记住，多样式这块（使用作者选择但本地托管的样式）((更多信息见我最近的博文)) 13:33 &lt;@cervantes&gt; 话说回来，新的替代主题看起来还不错 13:33 &lt;jrandom&gt; 不错 13:34 &lt;+fox&gt; &lt;adamta&gt; 如果你指的是新的配色方案，那确实更好一些（？）。 13:35 &lt;@cervantes&gt; adamta：如果作者能为自己的博客从一组模板中选择一个完整的样式，那就很酷了 13:35 &lt;jrandom&gt; cervantes：你觉得我们应该部署 arcturus 之前转给我的那些 JSP/CSS 更改吗？ 还是你更愿意等你再完成一些部分后再上？ 13:36 &lt;@cervantes&gt; jrandom：我不确定他给了你什么 13:36 &lt;@cervantes&gt; 如果你能发给我，我可以对比一下……自从上次和他讨论之后，我对标记又做了额外的修改 13:37 &lt;jrandom&gt; cervantes：现在可以对单个博客的文章应用该博客的样式（例如在 HTML 中使用 class="s_detail_addressLink ss_minimal_detail_addressLink"，假设指定的样式是“minimal”） 13:37 &lt;jrandom&gt; 好，我把它们转给你，cervantes 13:37 &lt;@cervantes&gt; 谢啦 13:38 &lt;jrandom&gt; cervantes：按博客设置主题要难一些——LJ 的人也遇到过这个问题，并提出了一个折中方案：包含多个博客的列表使用读者的样式偏好，而只包含单个博客文章的列表使用作者的样式偏好 13:38 &lt;jrandom&gt; 我们可以在博客的元数据里发布一个‘DefaultStyle: minimal’，以实现后者 13:39 &lt;@cervantes&gt; 对，我也是这么想的 13:39 &lt;+susi23&gt; (读者的偏好应始终覆盖其他人) 13:39 &lt;+susi23&gt; (不过这只是个观点 :) ) 13:39 &lt;jrandom&gt; 没错，前提是读者有明确的偏好设置 13:39 &lt;@cervantes&gt; /ignore susi23 13:39 &lt;@cervantes&gt; 靠，没用 13:41 &lt;@cervantes&gt; 如果我们把按博客筛选做成更独立的导航形式 13:42 &lt;@cervantes&gt; 比如侧边列表 13:42 &lt;jrandom&gt; 目前，用户偏好有点儿整合在工作流里，而不是放在单独的偏好设置页面（例如给博客加书签、忽略、或隐藏/显示图片的链接）。 也许当我们有多种本地样式时，在顶部加一个“查看样式”的下拉菜单会比较好 13:42 &lt;@cervantes&gt; 那样会让样式的变化更容易被接受 13:42 &lt;jrandom&gt; 嗯，是的，博客之间的导航会比较有意思 13:43 &lt;jrandom&gt; 所以你更喜欢最初的样子——左侧放博客列表——而不是下拉菜单？ 13:43 &lt;jrandom&gt; `http://syndiemedia.i2p/viewattachment.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124769600000&attachment=0` 13:44 &lt;@cervantes&gt; &lt;bluesky&gt;嗯，那或许可以做成一个模板偏好？&lt;/bluesky&gt; 13:44 &lt;jrandom&gt; 嗯，我不知道样式表能不能把列表变成下拉框，能吗？ 13:44 &lt;@cervantes&gt; 导航类型：dropdown|sidelist|hierarchy 13:44 &lt;@cervantes&gt; 不能 13:45 &lt;jrandom&gt; 好，行，这可以通过 JSP 和用户偏好来做，没问题 13:45 &lt;jrandom&gt; (hierarchy?) 13:45 &lt;+susi23&gt; (当然，可以给 select 加一个 rows 参数) 13:45 &lt;@cervantes&gt; 但如果把标记抽象成模板，就可以有多种用户偏好的布局 13:45 &lt;jrandom&gt; 啊，对，做成多选列表 13:45 &lt;jrandom&gt; (而不是 HTML 的链接列表) 13:46 &lt;@cervantes&gt; (我只是天马行空地想而已) 13:46 &lt;jrandom&gt; 对对，对，cervantes（不过如果尽量通过 CSS 做模板化会更好，因为那样更容易部署主题） 13:46 &lt;jrandom&gt; ((尤其是新的 docs/syndie_standard.css)) 13:46 &lt;@cervantes&gt; 你也许可以把那留到第 2 版，再把精力放在更重要的方面 13:47 &lt;+susi23&gt; （可以把三种变体都放进 HTML 源码里，让用户决定要隐藏哪些 div） 13:47 &lt;@cervantes&gt; 对，如果 adamta 把标记理顺了，应该能做出相当惊人的变化 13:47 &lt;jrandom&gt; 是的，但我对默认方案持开放态度。 如果有更好的导航方式，最好就用那个 13:47 &lt;jrandom&gt; 说得好，susi23 13:47 &lt;+susi23&gt; (好吧，不是很优雅的方式 ;) 13:47 &lt;@cervantes&gt; 比如 http://www.csszengarden.copm 13:48 &lt;@cervantes&gt; * http://www.csszengarden.com 13:48 * jrandom 很高兴我把 ArchiveIndex 实现为独立于 Archive 的对象，这样这些东西本质上就是遍历 archive.txt 文本文件而已 :) 13:49 &lt;jrandom&gt; 好的，关于 Syndie 还有其他问题/意见/担忧吗？ 13:50 &lt;jrandom&gt; （需要注意的一点是，新的 petname 功能可以一键导出到用户的 userhosts.txt 文件，把任何 I2P 地址写进去【不过还不能导入】） 13:50 &lt;@cervantes&gt; 干得好 13:50 &lt;jrandom&gt; 谢谢你，cervantes 13:50 &lt;@cervantes&gt; 你还会回去做点 I2P 核心的东西吗？ :) 13:50 &lt;jrandom&gt; 呵 13:51 * jrandom 正在为 router 准备一对“杀手级”的改动，会带来很多能力 13:51 &lt;jrandom&gt; （不过这些要等测试通过并准备部署时再多说） 13:51 &lt;@cervantes&gt; i2pponies.ar 13:51 &lt;@cervantes&gt; i2ponies.war 13:52 &lt;@cervantes&gt; 嗯，VNC 刷新今晚很慢 13:52 &lt;+susi23&gt; （小马之战？可怜的小马……） 13:52 &lt;jrandom&gt; 呵 13:52 &lt;jrandom&gt; 好，进入 3) susidns 13:52 &lt;jrandom&gt; susi23：来给我们梳理一下？ 13:52 &lt;+susi23&gt; 嗯 13:53 &lt;+susi23&gt; 没什么可说的……susidns 是一个非常简单的 web 应用，让你可以访问地址簿（addressbook）配置和订阅文件 13:53 &lt;+susi23&gt; 以及你的“地址簿”，即 hosts.txt、userhosts.txt，以及（如果存在）你发布的地址簿 13:54 &lt;+susi23&gt; 我加了一个简介页面，并写了一些关于 addressbook 如何工作的说明 13:54 &lt;+susi23&gt; (好吧，是我理解的 addressbook 工作方式 ;) 13:54 &lt;jrandom&gt; w00t :) 13:54 &lt;+bar&gt; userhosts.txt? 13:54 &lt;+susi23&gt; 因为最近几周有用户在问这个 13:54 &lt;+Ragnarok&gt; 我试用之后会反馈意见 :) 13:54 &lt;@cervantes&gt; 不错，它现在到什么程度了？ 13:54 &lt;+susi23&gt; 好 13:54 &lt;+susi23&gt; 可用 13:55 &lt;ardvark&gt; 我用 addressbook，但没有 userhosts.txt，还是说 userhosts.txt 是我个人/私有的 eepsites？ 13:55 &lt;jrandom&gt; ardvark：userhosts 用于用户指定的自定义覆盖（默认不存在） 13:55 &lt;+susi23&gt; userhosts.txt 是第二个 hosts.txt 文件，会被 NamingService 读取 13:55 &lt;ardvark&gt; 好的 13:55 &lt;+Ragnarok&gt; userhosts.txt 是你可以放心编辑的那个，不用担心竞争条件导致的数据丢失 :) 13:55 &lt;+susi23&gt; 是的，人们会把私钥放在这里 13:56 &lt;+susi23&gt; （而现在如果你启用了地址簿发布，这就有点危险） 13:57 &lt;+susi23&gt; 好吧，没有魔法……就这些 13:57 &lt;+Ragnarok&gt; 加一个 privatehosts.txt 之类的文件，让 NamingService 读取但 addressbook 不读取，这很简单 13:57 &lt;+susi23&gt; 没错 13:57 &lt;@cervantes&gt; 我很想看到这个 ;-) 13:58 * cervantes 抱紧了自己的私钥 ;-) 13:58 &lt;jrandom&gt; 哦，susidns 的介绍页面很不错 :) 13:58 &lt;jrandom&gt; （cervantes/susi/ragnarok/各位：也可以看看 Syndie 的 pet name Web 界面【需要登录才能看到】） 13:58 &lt;+susi23&gt; 由于地址簿发布默认是关闭的，普通用户没有危险 13:58 &lt;jrandom&gt; 对，对 13:59 &lt;+Ragnarok&gt; 我之前问过：有没有什么我能做的，可以让写地址簿前端的人更容易一些？ 13:59 * cervantes 忘了自己的登录信息 13:59 &lt;jrandom&gt; cervantes：你可以再注册一次 ;) 13:59 &lt;+Ragnarok&gt; 我大概也忘了 14:00 &lt;@cervantes&gt; 叫 sushidns 会不会更好？ 14:00 * cervantes 低头闪躲 14:00 &lt;+susi23&gt; ragnarok：能否加个功能，中断休眠线程以立即（用户触发的）更新订阅？ 14:01 &lt;jrandom&gt; 哦，或者一个手动的“立即获取”功能 14:01 * susi23 用一条大鳟鱼扇了 cervantes 一下。 14:01 &lt;+susi23&gt; 是的，把它叫做 dns 在这里确实很荒谬……不过那是历史沿用的名字 :) 14:01 &lt;@cervantes&gt; 生鳟鱼！ 14:01 * cervantes 拿起酱油 14:01 &lt;+susi23&gt; （变态！） 14:02 &lt;+susi23&gt; 好，回到正题吧 ;) 14:02 &lt;+Ragnarok&gt; 好的，我会研究一下 14:02 &lt;+susi23&gt; （开会别喝酒！） 14:02 * jrandom 把我的酒藏起来 14:03 * susi23 ping 了 jrandom 14:03 &lt;jrandom&gt; 好，太棒了，谢谢 susi，看起来很不错 14:03 &lt;jrandom&gt; 好，进入 4) ??? 14:03 &lt;jrandom&gt; 还有其他想在会议上提出的事情吗？ 14:04 &lt;@cervantes&gt; 如果有人遇到 irc2p 的任何问题，请告诉管理员 14:06 &lt;@cervantes&gt; #irc2p 是支持频道 14:06 &lt;@cervantes&gt; 或者在论坛发帖 14:06 &lt;@cervantes&gt; jrandom：顺便问一句，你想要一个 Syndie 论坛吗？ (或者这会显得多余) 14:07 &lt;@cervantes&gt; susi23：也欢迎你搞一个，给你那一堆 I2P 应用 ;-) 14:07 &lt;jrandom&gt; 目前我觉得没有也行，不过谢谢 14:07 &lt;jrandom&gt; susiworld 论坛 14:09 &lt;jrandom&gt; 好，如果没别的事 14:09 * jrandom 做结尾 14:09 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/08/30/i2p-2005-08-30-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 30 Aug 2005 00:00:00 +0000/zh/blog/2005/08/30/i2p-2005-08-30-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，又到了每周的那个时候了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) floodfill netDb 3) Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>0.6.0.3 发布一周以来，反馈总体不错，不过对一些人来说，日志和显示一直相当令人困惑。截止几分钟前，I2P 报告称仍有相当数量的用户错误配置了他们的 NAT 或防火墙——在 241 个对等节点中，有 41 个看到状态变为 ERR-Reject，而 200 个一直是 OK（当他们能获得明确的状态时）。这并不理想，但它有助于进一步聚焦需要完成的工作。</p> <p>自发布以来，针对一些长期存在的错误情况已有若干修复，使当前的 CVS HEAD（CVS 主干的最新状态）达到 0.6.0.3-4，并很可能在本周晚些时候以 0.6.0.4 的形式发布。</p> <ul> <li> <ol start="2"> <li>floodfill netDb</li> </ol> </li> </ul> <p>正如我在博客 [2] 中讨论过的 [1]，我们正在试用一个新的、向后兼容的 netDb（I2P 网络数据库），它既将解决我们目前看到的受限路由情况（涉及 20% 的 routers），也会稍微简化一些内容。floodfill（洪泛填充） netDb 作为 0.6.0.3-4 的一部分部署，无需任何额外配置；其基本工作方式是，先在 floodfill 数据库中查询，若无结果再回退到现有的 Kademlia 数据库。如果有几位愿意帮忙试用一下，就升级到 0.6.0.3-4，试它一把吧！</p> <p>[1] <code>http://syndiemedia.i2p.net/index.jsp?selector=entry://ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1125100800001</code> [2] <code>http://syndiemedia.i2p.net/index.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=</code></p> <ul> <li> <ol start="3"> <li>Syndie</li> </ol> </li> </ul> <p>Syndie 的开发进展相当顺利，完整的远程联合发布功能已投入运行，并针对 I2P 的需求进行了优化（尽量减少 HTTP 请求次数，改为将结果和上传内容打包在 multipart（多部分）的 HTTP POST 中）。新的远程联合发布意味着你可以运行自己的本地 Syndie 实例，离线阅读和发帖，随后再将你的 Syndie 与他人的进行同步——拉取所有新的帖子并推送本地创建的帖子（可以成批、按博客或按帖子进行）。</p>/zh/blog/2005/08/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%8830%E6%97%A5/Tue, 30 Aug 2005 00:00:00 +0000/zh/blog/2005/08/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%8830%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bar, bla, gloin, jrandom, laberhorst, nickless_head, redzara, ZULU</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:03 &lt;+bla&gt; 今天有会议吗？ 13:04 &lt;jrandom&gt; 0) 嗨 13:04 &lt;jrandom&gt; 1) 网络状态 13:04 &lt;jrandom&gt; 2) floodfill netDb 13:04 &lt;jrandom&gt; 3) Syndie 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) 嗨 13:04 &lt;+bla&gt; ;) 13:04 * jrandom 挥手 13:04 &lt;jrandom&gt; 每周状态说明发布在 http://dev.i2p.net/pipermail/i2p/2005-August/000871.html 13:04 &lt;jrandom&gt; （对，我晚了几分钟 ;) 13:05 &lt;jrandom&gt; 总之，进入 1) 网络状态 13:06 &lt;jrandom&gt; 受限路由很糟糕，我们终于拿到一些关于它们有多常见的数据（嘘声一片） 13:06 &lt;jrandom&gt; 不过整体上网络看起来相当健康，如果你忽略那些担心的报告，比如“天哪，它显示 status: Unknown!” ;) 13:07 &lt;gloin&gt; 嗯… I2P 内置 Web 服务器的文档根目录应该在哪？ 13:07 &lt;jrandom&gt; $i2pInstallDir/eepsite/docroot/ 13:07 &lt;gloin&gt; i2p/eepsite/docroot ? 13:07 &lt;jrandom&gt; 除了状态说明里写的，大家对网络状态还有什么问题/评论/担忧吗？ 13:08 &lt;gloin&gt; 找到了。看起来这个 Web 服务器不会自动提供 index.html。 13:08 &lt;+bla&gt; jrandom: 我做了一些测试，看看 tunnel 里会选哪些节点。 13:09 &lt;+bla&gt; jrandom: 主要是，因为我现在在 RouterInfo 结构体里实现了节点地理定位，我可以以图形方式（国家旗帜）看到 tunnel 参与者位于何处。 13:09 &lt;+bla&gt; 我在欧洲（这不是秘密），而我的大多数 tunnel 参与者也都在欧洲 13:09 &lt;jrandom&gt; gloin: 它应该会提供 index.html（那就是渲染“Welcome to your Eepsite”的文件） 13:10 &lt;jrandom&gt; 哦，赞啊 bla！ 13:10 &lt;redzara&gt; 因为有人报告 UDP 性能偏低，也许我们可以在 I2P 里加一个像 iperf 那样的小型性能测试器？ 13:11 &lt;redzara&gt; s/had/add 13:11 &lt;jrandom&gt; bla: 所以这不只是出现在 profiles.jsp 页面上，也在 tunnels.jsp 上？ 太酷了……截图，截图！ :) 13:11 &lt;gloin&gt; jrandom: 现在它又能用了。奇怪。 13:11 &lt;+bla&gt; jrandom: 我会贴一些截图，但首先得把我自己的 router-ID 在截图里涂黑 ;) 13:11 &lt;jrandom&gt; redzara: 嗯，是一个命令行工具让大家检查链路质量，还是一个监控 SSU 性能的工具？ 13:11 &lt;jrandom&gt; 呵呵 bla 13:12 &lt;jrandom&gt; 奇怪，gloin 13:13 &lt;gloin&gt; jrandom: 顺便说一下，自从我更新了我的 pppoe，I2P 似乎更稳定了。 13:13 &lt;jrandom&gt; 不错，你的网络连接出了什么问题？ 固件更新？ 13:14 &lt;gloin&gt; jrandom: 我丢了所有节点。但互联网连接没问题，不过每个节点都失败了。 13:16 &lt;jrandom&gt; 对，不过你更新了 pppoe 设置里的什么？ 13:17 &lt;gloin&gt; jrandom: 我是说 Linux PPPoE 守护进程。 13:18 &lt;jrandom&gt; 啊，好 13:18 &lt;jrandom&gt; 好的，关于 1) 网络状态 还有别的吗，还是我们转到 2) floodfill netdb？ 13:18 &lt;+bla&gt; `http://theland.i2p/parttunnels.jpg` 13:19 &lt;+bla&gt; `http://theland.i2p/servertunnels.jpg` 13:21 &lt;+bar&gt; （呃……无法访问？） 13:21 &lt;jrandom&gt; 是啊，我也很难连上 13:21 &lt;fox&gt; &lt;godmode0&gt; i use pppoe never be at problem i2p 13:22 * jrandom 稍后再试 13:22 &lt;+bla&gt; jrandom: 嗯……那里正好有个新的网络问题 ;) 13:22 &lt;jrandom&gt; 呵呵 13:22 &lt;jrandom&gt; bla: 你在 -4 还是更早的构建上？ 13:23 &lt;+bla&gt; jrandom: 我用的是 -4 13:23 &lt;jrandom&gt; 嗯，好，酷 13:23 &lt;jrandom&gt; 总之，我们可以晚点再细查 13:24 &lt;jrandom&gt; （如果你能把 /oldstats.jsp 里的 netDb 统计发给我就太好了 :)） 13:25 &lt;jrandom&gt; 好的，进入 2) floodfill netdb 13:26 &lt;jrandom&gt; 关于这个话题，我在博客上发了很多信息 13:26 &lt;jrandom&gt; 我们已经开始部署第一版了，尽管仍有一些工作要做 13:26 &lt;jrandom&gt; 对这个计划大家有任何问题/评论/担忧吗？ 13:27 &lt;+bla&gt; jrandom: floodfill 的扩展会是 log(N)（N = 网络中的节点数），还是线性？ 13:27 &lt;jrandom&gt; 随 M 线性增长（M = 参与 floodfill netdb 的节点数量） 13:28 &lt;jrandom&gt; 嗯，M 可能足够小，以至于 N 成为主导项 13:29 &lt;jrandom&gt; （那种情况下就是随 N 线性增长） 13:29 &lt;jrandom&gt; 这不太理想，但在我们拥有 &gt; 10K eepsites 之前，这并不重要 13:30 &lt;jrandom&gt; 一旦达到了，我们就可以采用更高级的算法在 floodfill 参与者之间分摊负载 13:31 &lt;jrandom&gt; （注意是 10K eepsites，不是用户数，因为我们其实不需要在 netdb 里发布客户端 leaseSets） 13:32 &lt;+bla&gt; jrandom: 我们为什么还要在 netDb 里发布客户端 destination（目的地）？有什么原因吗？ 13:32 &lt;+bla&gt; jrandom: 或者说，为什么我们还要在 netDb 里炫耀哪些是我们的快速节点？ 13:33 &lt;+bla&gt; jrandom: 把这两者都移除会大幅减少 netDb 的数据量 13:33 &lt;jrandom&gt; bla: 前者：没有。 后者：为了方便我调试（尽管我最近没看过那个特定字段） 13:33 &lt;jrandom&gt; 嗯，值得一试，也许放到 -5 13:36 &lt;jrandom&gt; 好，酷，我们再看看，希望在接下来几天发布 -5 13:37 &lt;jrandom&gt; （也许明天） 13:37 &lt;jrandom&gt; 好的，如果 2) floodfill netdb 没别的了，我们转到 3) Syndie 13:38 &lt;jrandom&gt; 我在邮件和博客上发了一堆信息，所以不复述了，大家有任何问题/评论/担忧吗？ 13:40 * jrandom 非常喜欢远程聚合功能，尽管它还远达不到我们所期望的 feedspace 集成效果 13:41 &lt;jrandom&gt; （我还懒得做 Freenet 发帖集成，尽管启动一个 CLI 把所有条目发进去其实相当容易） 13:42 &lt;jrandom&gt; 好的，如果 3) Syndie 没别的了，我们把话题开放到 4) ??? 13:42 &lt;jrandom&gt; 还有其他与 I2P 相关的话题要提吗？ 13:42 &lt;redzara&gt; 当然，文档在哪儿 ;) 13:43 &lt;laberhorst&gt; 只是我的节点在 0.6.x 下 CPU 占用会高达 100%，不过我得在这条线路上用 Linux 交叉检查一下 13:43 &lt;+nickless_head&gt; 我认为 i2pProxy.pac 脚本默认应该在 Jetty 的 web 目录里。 13:43 &lt;jrandom&gt; nickless_head: 我不推荐 i2pproxy.pac，因为它有巨大的安全风险 13:44 &lt;redzara&gt; 2——能不能在 I2P 中包含 Jetty 的最新构建？ 13:44 &lt;jrandom&gt; 我们现在 I2P 里是 5.2.1 13:44 &lt;jrandom&gt; 呃，5.1.2 13:44 &lt;+nickless_head&gt; jrandom: 据我所知，那是唯一能在一个浏览器里区分 eepsites 和普通网站、而无需手动切换的办法 13:45 &lt;jrandom&gt; 我用 switchproxy 13:45 &lt;jrandom&gt; （而且我不切换到非匿名浏览） 13:45 &lt;jrandom&gt; （（squid.i2p 对我来说够快）） 13:45 &lt;+nickless_head&gt; 想想那些 Slashdotters 吧！ :p 13:46 &lt;jrandom&gt; 就像我之前说的，我对 eepsites 的可行性有所保留。 安全风险非常大 13:46 &lt;jrandom&gt; 但是，对于不在乎这些风险的人来说，也许用 i2pproxy.pac 说得过去。 13:47 &lt;+bla&gt; 我坚信，凡是不是默认 _default_ 安全的东西，都不该放进 I2P，以免给新用户一种虚假的安全感 13:48 &lt;jrandom&gt; 同意（不过我们确实推 i2pproxy.pac，只是要等把他们吓得差不多了才告诉他们 ;)） 13:49 &lt;+nickless_head&gt; 我有点不敢相信，在 Mozilla 的配置里居然没有办法让站点只能访问同一域的资源… 13:50 &lt;redzara&gt; 抱歉，IRC 连接断了 :( 关于 Jetty，有个关于 commons-logging 的修复，也许能帮我把我的 mvnforum 跑在同一个 I2P 实例里 13:50 &lt;redzara&gt; Jetty-5.1.5rc1 - 23 August 2005 13:52 &lt;jrandom&gt; 啊，酷，具体是什么问题，redzara？ 13:52 &lt;jrandom&gt; nickless_head: 如果你找到办法，告诉我们 13:52 &lt;redzara&gt; 或者我甚至可以自己构建一个包含最新 Jetty 的 I2P 13:52 &lt;jrandom&gt; redzara: 这个当然可以——只要把 Jetty 的 jar 文件丢进你的 i2p lib 目录 13:53 &lt;redzara&gt; jrandom : 每次我尝试在 I2P 里启动 mvnforum，Jetty 都找不到 Apache commons-logging 13:53 &lt;+nickless_head&gt; 哦！我才注意到默认的 i2pproxy.pac 使用了一种模式，允许站点在运行时打开/关闭到 i2p 的代理，而且它是由那个“极其安全且牢不可破”&lt;/sarcasm&gt;的默认密码“passw0rd”保护的。请懂 cvs 的人改一下。 13:54 &lt;jrandom&gt; redzara: 那在 commons-logging.jar 和 commons-el.jar 里，iirc，这些应该在你的 lib 目录里，并且在你的 wrapper.config 的 classpath 里 13:54 &lt;jrandom&gt; nickless_head: 这又是我不推荐任何人使用它的一个理由 ;) 13:55 &lt;redzara&gt; 是的我知道，我没那么菜 :)) 我得用这个新版 Jetty 再研究一下 13:56 &lt;jrandom&gt; 好，及时更新进展 13:56 &lt;redzara&gt; 没问题 13:57 &lt;fox&gt; * mihi 猜大多数 I2P 用户最终都会把他们的“real ip”暴露给一个 Java applet :) 13:57 &lt;fox&gt; &lt;mihi&gt; 试试 http://www.stilllistener.com/checkpoint1/Java/（然后往下滚） 13:58 * jrandom 看到很多空白字段 ;) 13:59 &lt;+bla&gt; fox：暴露的只是一个 IP 与某个特定客户端 destination 之间的关系，而这个客户端 destination 会在每次 router 重启时改变。 13:59 &lt;jrandom&gt; bla: 除非用户正在访问类似例如 `http://i_have_illegal_stuff.i2p/` 这样的站点 14:00 &lt;jrandom&gt; （把客户端 IP “只泄露一次” 就已经足够致命了 ;)） 14:00 &lt;+bla&gt; jrandom: 是的。 14:00 &lt;+bla&gt; 不过话说回来，如果你认真对待匿名浏览，你会使用临时 HTTP 代理，并彻底禁用所有 Java、插件和 Cookie 14:01 &lt;jrandom&gt; 或者用 Syndie :) 14:02 &lt;ZULU&gt; 抱歉打断一下，duck.ip 宕机了吗？ 14:02 &lt;+bla&gt; jrandom: 现在可以提一般性问题了吗？ 14:02 &lt;jrandom&gt; 可以，我们在 4) ??? 14:02 &lt;jrandom&gt; ZULU: 是的，duck 暂时离线了 14:03 &lt;+bla&gt; jrandom: 我修改了帮助 profiles.jsp 和 tunnels.jsp 生成国旗的那些 Java 文件 14:04 &lt;+bla&gt; jrandom: 不过，在我的本地 router（_不是_ 我的 eepsite）上，我应该把可以实际链接（LINK）到、并且能正常工作的图片放到哪里？ 14:06 &lt;jrandom&gt; 我们需要一个“get.jsp?name”，把 ./docs/'name' 的内容输出到浏览器 14:06 &lt;jrandom&gt; （也就是说你现在需要把它放在 .war 里，但有了一个很小的 .jsp 文件，你就可以把它们放在 docs 里） 14:06 &lt;+bla&gt; jrandom: 啊，好，所以不是我的错 ;) 14:06 &lt;jrandom&gt; 呵呵，不是，怪我吧 :) 14:09 &lt;jrandom&gt; 好了，如果会议没有别的了 14:09 * jrandom 收尾 14:10 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/08/23/i2p-2005-08-23-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 23 Aug 2005 00:00:00 +0000/zh/blog/2005/08/23/i2p-2005-08-23-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到了每周状态笔记的时间了</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.0.3 status 2) IRC status 3) susibt 4) Syndie 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.3 status</li> </ol> </li> </ul> <p>正如前几天提到的[1]，我们已经发布了新的 0.6.0.3 版本，供你体验。与 0.6.0.2 版相比，这是一次重大改进（在 irc 上连续几天不断线并不罕见 - 我曾经有过 5 天的在线时长，最后还是被一次升级打断），不过仍有一些值得注意的地方。不过情况并非总是如此 - 网络连接较慢的用户会遇到一些问题，但这毕竟是进步。</p> <p>关于对等测试代码，有一个（非常）常见的问题——“Why does it say Status: Unknown?”（为什么会显示 Status: Unknown？）。Unknown 是<em>完全没问题的</em>——这并不表示存在问题。另外，如果你看到它有时在 &ldquo;OK&rdquo; 和 &ldquo;ERR-Reject&rdquo; 之间来回切换，那也并不意味着一切正常——只要你看到过 ERR-Reject，就很可能是你遇到了 NAT 或防火墙问题。我知道这让人困惑，后续会发布一个版本，提供更清晰的状态显示（在可能的情况下还会自动解决），但目前，如果你对我说 &ldquo;omg its broken!!!11 the status is Unknown!&quot;，我可能会无视你，所以别惊讶 ;)</p> <p>（之所以会出现过多的“Unknown”状态值，是因为我们会忽略那些对等方测试，其中“Charlie”[2]是我们已经与其建立了SSU会话的节点，因为这意味着即使我们的NAT出现故障，对方也能够穿透我们的NAT）</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/2005-August/000844.html</code> [2] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD#peerTesting</code></p> <ul> <li> <ol start="2"> <li>IRC status</li> </ol> </li> </ul> <p>如上所述，Irc2P 的运维人员对他们的网络运营得非常出色：延迟大幅降低、可靠性显著提升 - 我已经好几天没见到 netsplit（IRC 网络分裂）了。他们的网络上还新增了一台 IRC 服务器，使得我们现在共有 3 台 - irc.postman.i2p、irc.arcturus.i2p 和 irc.freshcoffee.i2p。或许 Irc2P 的一位成员可以在会议上向我们介绍一下他们的最新进展？</p>/zh/blog/2005/08/23/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%8823%E6%97%A5/Tue, 23 Aug 2005 00:00:00 +0000/zh/blog/2005/08/23/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%8823%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> arcturus, ardvark, cervantes, gott, jrandom, lucky, modulus, susi23\_</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 12:01 &lt;jrandom&gt; 0) 嗨 12:01 &lt;jrandom&gt; 1) 0.6.0.3 进展 12:01 &lt;jrandom&gt; 2) IRC 状态 12:01 &lt;jrandom&gt; 3) susibt 12:01 &lt;jrandom&gt; 4) Syndie 12:01 &lt;jrandom&gt; 5) ??? 12:01 &lt;jrandom&gt; 0) 嗨 12:01 * jrandom 挥手 12:01 &lt;lucky&gt; 嗨 12:02 &lt;jrandom&gt; 每周进展说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-August/000857.html 12:02 &lt;lucky&gt; 嗨嗨嗨嗨 12:02 &lt;jrandom&gt; 嗨 lucky 12:02 &lt;jrandom&gt; 好的，进入 1) 0.6.0.3 进展 12:02 &lt;jrandom&gt; 我觉得关于 0.6.0.3 值得一提的最大变化都在进展说明里了，除此之外，大家还有什么要提的吗？ 12:04 &lt;gott&gt; ‘Unknown’ 是怎么回事？ 12:04 &lt;jrandom&gt; 我不确定 SSU cwin 的改进会进 0.6.0.4，还是等到我们有更好的对等体/配置后放到 0.6.1 12:04 &lt;jrandom&gt; gott：邮件里有两段和那个有关——除了那些你还有具体问题吗？ 12:05 &lt;jrandom&gt; 或者有什么点我可以再澄清？ 12:05 &lt;gott&gt; 没有，我就是还没读那该死的邮件。 12:05 &lt;jrandom&gt; 呵 12:05 &lt;jrandom&gt; 好吧，往上滚五行读那该死的邮件吧 ;) 12:06 &lt;jrandom&gt; 好的，关于 0.6.0.3 还有人有问题吗？ 12:07 &lt;jrandom&gt; 如果没有，继续 2) IRC 状态 12:07 &lt;modulus&gt; 抱歉各位，我得走了。回头见。 12:08 &lt;jrandom&gt; 除了邮件里写的，postman/cervantes/arcturus：你们有要提的吗？ 12:08 &lt;jrandom&gt; 回见 modulus 12:08 &lt;+arcturus&gt; 说 1) 的？ 12:08 &lt;+arcturus&gt; 哦抱歉 12:08 &lt;gott&gt; 嗯。 12:08 &lt;+arcturus&gt; 2) 现在开始 12:09 &lt;gott&gt; 目前在 i2p 上跑 IRC 通常要多少上行带宽？ 12:09 &lt;+arcturus&gt; netsplits 成为历史 12:09 &lt;+arcturus&gt; gott：我不能说，不然会影响我 router 的匿名性 12:09 &lt;gott&gt; 不不不。 12:10 &lt;jrandom&gt; 不确定，我的 router 跑着 squid.i2p/dev.i2p/cvs.i2p/www.cvs/syndiemedia.i2p，再加上我的 irc 和 eepproxy，平均用 10-20KBps 12:10 &lt;gott&gt; 需要商用线路吗？ 12:10 &lt;jrandom&gt; 不错 arcturus 12:10 &lt;gott&gt; jrandom：我是说，用于托管。 12:10 &lt;jrandom&gt; gott：是跑服务器还是客户端？ 12:10 &lt;jrandom&gt; 啊 12:10 &lt;+arcturus&gt; gott：我不能说，不然会影响我 router 的匿名性 12:10 &lt;gott&gt; 服务器。 12:10 * jrandom 不晓得。只有一个 ircd 的时候大概会更少 12:10 &lt;gott&gt; 那你们是跑了改过的 unrealircd 吗？ 12:11 &lt;jrandom&gt; 比如，单台服务器比客户端用量多乘以 1.3 这个系数 12:11 &lt;+arcturus&gt; 我还想补充一下，服务器之间的延迟很稳定，而且非常非常低 12:11 &lt;gott&gt; 我想应该是，因为好像没有 VERSION command 12:11 &lt;+arcturus&gt; 我把 version 禁用了 12:12 &lt;gott&gt; 你们的修改是开源的吗？ 12:12 &lt;+arcturus&gt; 也许我们跑的是 unreal，也许不是 :) 12:12 &lt;gott&gt; 你们应该放出来，这样别人也能搭自己的私有网络。 12:12 &lt;+arcturus&gt; 我不能告诉你，不然会影响安全 12:12 &lt;gott&gt; 靠晦涩实现安全，妙啊。 12:12 &lt;jrandom&gt; 说得好 arcturus。 我现在看到平均大概 0-2 秒延迟（此刻比 irssi 的延迟检测器显示的还低） 12:12 &lt;+arcturus&gt; 不，这只是安全的一层 12:13 &lt;+arcturus&gt; 它只能起到威慑作用，不能替代技术性的安全措施 12:15 &lt;jrandom&gt; arcturus：vanguard 进展如何？ 12:15 &lt;+arcturus&gt; 我最近没写它，其他项目占据了我，不过我一直有种持续的压力要把它完成 :) 12:16 &lt;jrandom&gt; 呵，酷 12:16 &lt;+arcturus&gt; vanguard 对机器人会最有效，hashcash 是另一个措施 12:16 &lt;+arcturus&gt; 不过我现在担心 hashcash 12:17 &lt;+arcturus&gt; 随着最近对 sha-1 的攻击 12:17 &lt;+arcturus&gt; 用于大众的工具不会太久就会出现 12:17 &lt;+arcturus&gt; 不幸的是标准的 hashcash 实现完全基于 sha-1 12:17 &lt;susi23_&gt; Unable to find a javac compiler; // com.sun.tools.javac.Main is not on the classpath. // Perhaps JAVA_HOME does not point to the JDK 12:18 &lt;@cervantes&gt; 啊 赶上了 12:18 &lt;susi23_&gt; 对这个有什么想法吗？JAVA_HOME 肯定指向了正确目录，javac 在 PATH 里也能调用 12:18 &lt;+arcturus&gt; susi23_：我们现在在开会 :) 12:18 &lt;jrandom&gt; susi23_：OOM？ 12:18 &lt;susi23_&gt; 会议？现在都晚上 8 点了？ 12:18 &lt;jrandom&gt; （把你的 jsp 预编译而不是让 jetty/tomcat 去编译，会更快 ;) 12:19 &lt;jrandom&gt; 对，我们把时间改了 susi23_ :) 12:19 &lt;susi23_&gt; 不知道，抱歉 12:19 &lt;jrandom&gt; 呵呵 没事，挺高兴你赶上会议了，你的议题就是下一个 ;) 12:20 * susi23_ 坐下听 12:20 &lt;+arcturus&gt; 所以虽然我不指望 hashcash 立刻出问题，但我觉得 sha-1 很可能很快就会被严重攻破 12:21 &lt;jrandom&gt; arcturus：用 md5 的 hashcash 可能也没问题 12:21 &lt;jrandom&gt; 它只是个 PoW（工作量证明） 12:21 &lt;+arcturus&gt; 如果有人知道任何基于 sha256 或更高的 hashcash 实现，请告诉我 12:21 &lt;+arcturus&gt; 嗯，如果里面的 P 很少，PoW 就没意义了 :) 12:21 &lt;jrandom&gt; 只有当你的 hashcash 达到哈希大小时，哈希的大小才重要 12:23 &lt;jrandom&gt; （不过，是的，用截断的 sha256 或 512 或 whirlpool 或其它来跑会很酷） 12:23 &lt;+arcturus&gt; 我想我们可以先用当前实现，也许我们可以把设计做成以后需要时能容易替换 12:24 &lt;jrandom&gt; （DTSTTCPW） 12:25 &lt;+arcturus&gt; 因为我们最终会需要放弃 sha-1，我很确定 :) 如果我们不能相当确定一个 token 是正确生成的，那就没有理由用 hashcash 12:25 &lt;jrandom&gt; （这只是为了在 irc 上拿个化名，不是去进入 Fort Knox ;) 12:26 &lt;@cervantes&gt; hashcash 邮件列表上有一些关于实现 sha256 的讨论 12:26 &lt;+arcturus&gt; 这不是为了化名，是为了进入服务器 12:26 &lt;+arcturus&gt; cervantes：好，我去看看 12:27 &lt;+arcturus&gt; jrandom：而且这不只是 PoW，hashcash 让我们能在网络上唯一识别客户端，类似于按 IP 识别，这样我们就能精确封禁 12:28 &lt;jrandom&gt; 不过这些会定期更新，对吧？ 12:28 &lt;jrandom&gt; 例如每 6 个月（或 6 小时，随便）一个新的 PoW 证书 12:28 &lt;+arcturus&gt; 如果用户不需要做任何工作就能拿到他们的 ID，那我们封禁他们的能力就被抵消了 12:29 &lt;+arcturus&gt; 我不知道有什么理由要自动让它们过期，只在他们违反服务条款时手动让它们过期 12:29 &lt;+arcturus&gt; 没必要让大家为了新 ID 做不必要的工作 12:29 &lt;jrandom&gt; 呃，这只是被动的 PoW，他们可以每 6 小时跑一轮来生成一个新的 12:29 &lt;jrandom&gt; 但也许 DTSTTCPW 12:30 &lt;+arcturus&gt; 任何生成的 hashcash 必须在 24 小时内使用，否则失效 12:32 &lt;@cervantes&gt; 再次提醒，新服务器 irc.freshcoffee.i2p 需要加到你的 i2ptunnel 控制台里 12:32 &lt;jrandom&gt; 酷。 好的，关于 2) irc2p 还有别的吗？ 12:33 &lt;@cervantes&gt; (`http://forum.i2p/viewtopic.php?t=911` 12:33 &lt;@cervantes&gt; ) 12:33 &lt;@cervantes&gt; &lt;-- 完毕 12:34 &lt;+arcturus&gt; 我没别的要拿来烦你们的了 :) 12:34 &lt;jrandom&gt; 呵呵 12:34 &lt;jrandom&gt; 好，3) susibt 12:34 &lt;ardvark&gt; 呃，我把新服务器加到我的 tunnel 里后，需要重启 i2p 吗？ 12:34 &lt;jrandom&gt; susi23_：p1ng 12:35 &lt;@cervantes&gt; ardvark：只需要重启那个 tunnel 12:35 &lt;@cervantes&gt; （ircproxy tunnel） 12:35 &lt;ardvark&gt; 哦好，我刚加了并保存，那还不够咯 12:36 &lt;jrandom&gt; 对，不幸的是你需要先停掉再启动那个代理 12:36 &lt;susi23_&gt; 嗯 12:36 &lt;ardvark&gt; 但那我就会错过会议了 ;) 12:37 &lt;susi23_&gt; susibt 是一个 webapp（像 susimail）放进你的 router 的 VM 里 12:37 &lt;susi23_&gt; 它充当 i2p-bt 的网页前端 12:38 &lt;susi23_&gt; 所以你可以管理你的种子、上/下载文件等 12:38 &lt;jrandom&gt; w00t 12:39 &lt;susi23_&gt; 问题是，你需要为每个种子启动一个 btdownloadheadless.py……这样你会在许多 java 线程旁边看到很多 python 进程 :) 12:39 &lt;+arcturus&gt; 这个会在 ducktorrent 里解决 *咳* 12:39 &lt;jrandom&gt; 呵 12:39 * jrandom 屏住呼吸 12:40 &lt;susi23_&gt; 它甚至支持在 router 重启后恢复种子 12:40 &lt;@cervantes&gt; 不错 12:40 &lt;jrandom&gt; 赞 12:40 &lt;susi23_&gt; 未来的计划是自动构建 torrents 和改进 UI 12:41 &lt;susi23_&gt; 如果你想试试，我建议用一个单独的 jetty 实例 12:41 &lt;susi23_&gt; 这样你就不用动你的 router 了 :) 12:41 &lt;susi23_&gt; 下载和安装说明在 `http://susi.i2p` 12:42 &lt;susi23_&gt; 就这些了 *ping 回给 jr* 12:42 &lt;jrandom&gt; w3wt，多谢 susi 12:42 &lt;jrandom&gt; 好的，关于这个大家有问题或评论吗，还是我们跳到 4) syndie？ 12:44 &lt;jrandom&gt; 好的关于 syndi，过去一两天我在列表里发了不少内容，接下来还会有很多活动 12:45 &lt;jrandom&gt; syndie 的主演示站是 `http://syndiemedia.i2p` / http://66.111.51.110:8000/，当然也鼓励大家下载到本地安装 12:45 &lt;jrandom&gt; 这方面我现在没太多可补充的。除非有人有问题？ 12:46 &lt;gott&gt; 为什么叫 syndie？ 12:46 &lt;gott&gt; 是引用了“syndicate”吗？ 12:47 &lt;jrandom&gt; 对，它是一个通用的聚合前端（+ 安全、认证和匿名意识） 12:48 &lt;jrandom&gt; 好，如果 4) 没有别的，我们跳到 5) ??? 12:48 &lt;jrandom&gt; 有人有任何要在会议上提出的 i2p 相关事项吗？ 12:51 &lt;jrandom&gt; 好，如果没有别的 12:51 * jrandom 做个收尾 12:52 * jrandom *baf* 宣布会议结束 </div>/zh/blog/2005/08/16/i2p-2005-08-16-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 16 Aug 2005 00:00:00 +0000/zh/blog/2005/08/16/i2p-2005-08-16-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，今天只有一些简短的说明。</p> <ul> <li>Index:</li> </ul> <ol> <li>PeerTest 状态 2) Irc2P 3) Feedspace 4) 元话题 5) ???</li> </ol> <ul> <li> <ol> <li>PeerTest status</li> </ol> </li> </ul> <p>如前所述，即将发布的 0.6.1 版本将包含一系列测试，以更精细地配置 router 并验证可达性（或指出需要完成的工作），虽然我们已经在 CVS 中放入了一些代码并经过了两次构建，但在其能够如期顺畅运行之前，仍然需要做一些改进。当前，我正在对 [1] 中记录的测试流程做一些小的修改：增加一个用于验证 Charlie 可达性的额外数据包，并将 Bob 对 Alice 的回复延迟到 Charlie 已经响应之后。这样应当减少用户看到的不必要的 &ldquo;ERR-Reject&rdquo; 状态值的数量，因为在有一个可参与测试的 Charlie 之前，Bob 不会回复 Alice（而当 Bob 没有回复时，Alice 会看到状态为 &ldquo;Unknown&rdquo;）。</p> <p>[1] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html#peerTesting</code></p> <p>总之，嗯，就这样——明天应该会发布 0.6.0.2-3，等彻底测试完成后会作为正式版本发布。</p> <ul> <li> <ol start="2"> <li>Irc2P</li> </ol> </li> </ul> <p>正如在论坛 [2] 中提到的，使用 IRC 的 I2P 用户需要更新配置，以切换到新的 IRC 网络。Duck 将暂时下线，为了 [redacted]，与其在此期间指望服务器不出问题，postman 和 smeghead 已经挺身而出，为大家搭建了一个新的 IRC 网络供使用。Postman 还在 [3] 镜像了 duck 的 tracker（跟踪器）和 i2p-bt 站点，而且我想我在新的 IRC 网络上看到有人提到 susi 正在启动一个新的 IdleRPG 实例（更多信息请查看频道列表）。</p>/zh/blog/2005/08/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%8816%E6%97%A5/Tue, 16 Aug 2005 00:00:00 +0000/zh/blog/2005/08/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%8816%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, Complication, jrandom, postman, susi23</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) 嗨 13:09 &lt;@jrandom&gt; 1) PeerTest 状态 13:09 &lt;@jrandom&gt; 2) Irc2P 13:09 &lt;@jrandom&gt; 3) Feedspace 13:09 &lt;@jrandom&gt; 4) 元话题 13:09 &lt;@jrandom&gt; 5) ??? 13:09 &lt;@jrandom&gt; 0) 嗨 13:09 * jrandom 挥手 13:09 &lt;@jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-August/000842.html 13:10 &lt;@jrandom&gt; （我敢肯定你们都认真读过了） 13:10 &lt;@postman&gt; 嗨 13:10 &lt;+cervantes&gt; 嗯 changate perl 脚本……会试试看…… 13:10 &lt;+cervantes&gt; 嗨 13:10 &lt;@jrandom&gt; 1) peer test 状态 13:11 &lt;@jrandom&gt; 除此之外没有太多可补充的，笔记里我已经发过了——有人对此有问题/意见/担忧吗？ 13:11 &lt;@jrandom&gt; 我不确定要不要验证每个连接到我们的人的远程可达性，不过我在琢磨这个想法 13:11 &lt;@jrandom&gt; （我们现在对 tcp 就这么做） 13:13 &lt;@jrandom&gt; 嗯，也许我们可以先在 0.6.0.3 上不带那个试一下，再迁到 0.6.1。拭目以待 13:13 &lt;@jrandom&gt; 好，进入 2) irc2p 13:13 &lt;@jrandom&gt; 大家都在，所以你们知道啥情况 :) 13:13 &lt;@jrandom&gt; 干得漂亮，postman 和 smeghead 13:16 &lt;@jrandom&gt; 好，smeghead 和 postman 已经发布了不少关于那玩意儿的信息，所以如果你们在那方面没什么要提的，我们可以转到 3) feedspace 13:16 &lt;@jrandom&gt; 看起来 frosk 暂时离开了，除此之外我也没啥可补充的，笔记里（以及他的博客里）都写了 13:17 &lt;@postman&gt; :) 13:17 * Complication 正在读 frosk 的博客 13:18 &lt;@jrandom&gt; 好，也许等有更多信息可以分享时，frosk 会在那里发帖告知我们 13:19 &lt;@jrandom&gt; 简要进入 4) 元话题 13:19 &lt;@jrandom&gt; 大家对 GMT 晚上 8 点的会议怎么看？ 太早、太晚，还是正好？ 13:21 * jrandom 拦住人群 13:21 &lt;+Complication&gt; 我想说点有用的，但似乎找不到我的世界时钟…… 13:21 &lt;@jrandom&gt; google://what+time+is+it 13:22 &lt;+Complication&gt; :) 13:22 &lt;@jrandom&gt; 好，进入 5) ??? 13:22 &lt;@jrandom&gt; 还有谁想提点什么？ 13:23 &lt;+susi23&gt; 嗯 13:23 &lt;+susi23&gt; 不算正式 ;) 13:24 &lt;+Complication&gt; 这段时间异常稳定。 13:24 &lt;+Complication&gt; 除了偶尔出现 "message invalid"（或者是 "packet invalid"?），我找不到可报告的错误。 :o 13:24 &lt;@postman&gt; 我的错误已经报过了 :) 13:24 &lt;@jrandom&gt; 酷，不过不幸的是，Complication，那其实是未检测到错误的一个症状，因为仍然有些东西没有按它应该的样子运行 13:25 &lt;@jrandom&gt; 不过，进度在推进，继续向前 13:25 &lt;@jrandom&gt; 也许由于 udp 的情况，外面有很多受限的路由 13:25 &lt;+susi23&gt; 我们在 #idle 上开了个新的 idlerpg，欢迎大家加入 :) 13:25 &lt;@jrandom&gt; （也可能还有一堆其他事情……） 13:25 &lt;@jrandom&gt; w00t susi23 13:26 &lt;+susi23&gt; :P 13:30 &lt;@jrandom&gt; 好，还有谁有要在会议上提出的内容？ 13:32 &lt;@jrandom&gt; 好，如果没有其他的 13:32 * jrandom 收尾 13:32 * jrandom *baf*s 地宣布会议结束 </div>/zh/blog/2005/08/09/i2p-2005-08-09-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 09 Aug 2005 00:00:00 +0000/zh/blog/2005/08/09/i2p-2005-08-09-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>Hi y&rsquo;all, its that time of the week again</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.0.2 2) 路线图更新 3) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.2</li> </ol> </li> </ul> <p>正如昨天宣布的那样 [1]，我们已经发布了一个新版本并已可用，反馈总体积极。你们中大约有一半已经升级（我看到有 110 个在 0.6.0.2，89 个在 0.6.0.1，还有 21 个在 0.6），但其余的应尽快升级，因为这次带来了一些有用的改进。</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/2005-August/000834.html</code></p> <ul> <li> <ol start="2"> <li>Roadmap update</li> </ol> </li> </ul> <p>今天下午早些时候，我觉得把笔记本里的路线图摘要转到网上是有意义的，这样那些想知道近况以及我们前进方向的朋友，现在可以前往 <a href="http://www.i2p.net/roadmap">http://www.i2p.net/roadmap</a> 看看有哪些变化。并不是什么革命性的东西，但应该能帮助大家更清楚地了解情况。</p> <p>有一点可能值得注意（除了没有日期之外）是，在 0.6.1 稳定之后，我们可能会把重点放在更严格的测试以及改进终端用户体验上 - 无论是在 i2p 本身，还是在支持 i2p 的应用程序上。0.6.2 及以后版本也会带来很出色的改进，但它们主要是提升更多人接入 I2P 的能力，而不是改变其基本原理。</p> <ul> <li> <ol start="3"> <li>???</li> </ol> </li> </ul> <p>外面还有很多很多事情在发生，比如整个 IRC 设置的一些更新、feedspace/mnet 的进展、Connelly 的分析以及 XML-RPC 的前景等等，不过我相信，一旦有相关信息可以分享，我们就会得到更多消息。本周我又能参加会议了，所以在 GMT 晚上 9 点到 {irc.duck.i2p, irc.postman.i2p, irc.freenode.net} 上的 #i2p 顺道来一趟，畅所欲言吧！</p> <p>=jr</p>/zh/blog/2005/08/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%8809%E6%97%A5/Tue, 09 Aug 2005 00:00:00 +0000/zh/blog/2005/08/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%8809%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, detonate, duck, jrandom, jrandom2p, luckypunk, postman, smeghead</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:11 &lt;jrandom2p&gt; 0) 嗨 13:11 &lt;jrandom2p&gt; 1) 0.6.0.2 13:11 &lt;jrandom2p&gt; 2) 路线图更新 13:11 &lt;jrandom2p&gt; 3) ??? 13:11 &lt;jrandom2p&gt; 0) 嗨 13:11 * jrandom2p 挥手 13:11 &lt;+detonate&gt; 嗨 13:11 &lt;jrandom2p&gt; 每周状态说明发布在 @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 &lt;jrandom2p&gt; 好，先简要谈谈 [1-2]，然后自由讨论.. 13:12 &lt;jrandom2p&gt; 1) 0.6.0.2 13:12 &lt;jrandom2p&gt; 已发布。之类的 13:12 &lt;jrandom2p&gt; 有人对 0.6.0.2 有问题/评论/担忧吗？ 13:13 &lt;jrandom2p&gt; 如果没有，继续 2) 路线图更新 13:13 &lt;jrandom2p&gt; 那个，呃，路线图已经更新了。之类的 ;) 13:14 &lt;duck&gt; 你这澳洲人 13:14 &lt;+bla&gt; jrandom：即使某个目标平时在线，联系它仍然会间歇性出问题 13:14 * postman 表示赞同（第二个） 13:14 * detonate 也赞同（第三个） 13:14 &lt;+bla&gt; jrandom：比如，forum.i2p 一开始工作正常，过几分钟就不行了，需要刷新几次 13:15 * bla 第一个提到的 ;) 13:15 &lt;jrandom2p&gt; 嗯，是的，我听说过这种情况。用 0.6.0.2 也会，对吧？ 13:16 &lt;+postman&gt; 的确如此，先生 13:16 &lt;+bla&gt; 是的，0.6.0.2 13:16 &lt;+bla&gt; 可能是 netDb 的问题，或者选择放进 tunnel 的对等节点不佳（也可能是别的问题） 13:16 &lt;jrandom2p&gt; 好的 13:17 &lt;jrandom2p&gt; 最近 tunnel 的对等节点选择确实挺糟，netDb 存储泛洪也一样 13:17 &lt;jrandom2p&gt;（去你的 /oldstats.jsp 看看 tunnel 请求失败计数） 13:18 &lt;+bla&gt; 现在我们用 UDP/SSU 之后，peer 分类似乎比以前更好了：一些我知道很快的对等节点，通常会出现在 profile 页面上的 "fast" 部分 13:19 &lt;jrandom2p&gt; 不错 13:19 &lt;jrandom2p&gt; 0.6.0.2 基于 netDb 增加了一些 tunnel 拒绝逻辑，这是之前就该做的（如果找不到下一跳就拒绝加入），所以拒绝次数增加是预期的 13:19 &lt;+bla&gt; 不过我确实应该再去看看分类算法了…… ;) 13:20 &lt;jrandom2p&gt; 我一直在做画像/统计分析，但还没有确切结果 13:21 &lt;jrandom&gt; 那就太好了，bla :) 13:25 &lt;jrandom2p&gt; 好，关于 2) 路线图更新 还有别的吗？ :) 13:26 &lt;jrandom2p&gt; 如果没有，进入 3) ??? 13:26 &lt;+detonate&gt; 你觉得把相对于众数失败/duprecv 率很高的对等节点拉入黑名单有用吗？ 13:27 &lt;jrandom&gt; 嗯，我不太确定——如果失败/重复率高到没法用，我们就慢慢而谨慎地传输 13:27 &lt;jrandom&gt; 只要消息能传到，就能传到 13:28 &lt;jrandom&gt; 我们没有把直接对等通信的统计用于画像是有原因的——依赖它们会让我们容易受到一些简单而强大的攻击（对不同 peer 表现不同，看看谁在用你，等等） 13:29 &lt;+detonate&gt; 嗯 13:29 &lt;+detonate&gt; 好的 13:29 &lt;jrandom&gt; 但也许我们需要对处在如此拥塞连接中的对等节点断开会话 13:29 &lt;+detonate&gt; 说得好 13:34 &lt;jrandom&gt; 好，还有谁在 3) ??? 这点上要提什么吗 13:34 &lt;luckypunk&gt; 哦，哦，也许你该等大家都回来 13:34 &lt;luckypunk&gt; 再问关键问题 :P 13:35 &lt;jrandom2p&gt; 哼，他们有邮件列表 ;) 13:35 &lt;luckypunk&gt; 嗯 13:35 &lt;luckypunk&gt; 我想这就是抱怨的正确地方 13:36 &lt;luckypunk&gt; I2P 还是挺吃 CPU 的 13:36 &lt;luckypunk&gt; 但没以前那么多了 13:36 &lt;luckypunk&gt; 的确，我从 5.0 时代起就没跑过它 13:36 &lt;luckypunk&gt; 不过是的 13:36 &lt;luckypunk&gt; 呃 13:36 &lt;luckypunk&gt; 0.5.0 13:36 &lt;jrandom2p&gt; 不错，你的哪台机器能跑？ 13:36 &lt;luckypunk&gt; 呃 13:36 &lt;luckypunk&gt; ffs 13:36 &lt;luckypunk&gt; 我自从 0.6.0.0 起就没用过它 13:36 &lt;luckypunk&gt; 在 Pentium 2 上工作良好 13:37 &lt;luckypunk&gt; 默认的 nice 值意味着，只要我长时间做太吃 CPU 的事，它就容易崩溃，因为 I2P 会被饿死 CPU 13:38 &lt;+detonate&gt; 嗯，也许可以在 router 控制台的网络配置里提供个位置来把 introducer（引介者）写死，一旦有了 introducer，用户可以自行指定 13:39 &lt;jrandom2p&gt; 你现在在用 0.6.0.2 吗，luckypunk？ 13:39 &lt;@smeghead&gt; detonate：那是可信路由的东西……在路线图的后面 :) 13:39 &lt;luckypunk&gt; 没有 13:39 &lt;luckypunk&gt; 我自从 0.6.0.0 起就没跑过它 13:39 &lt;@smeghead&gt; *受限路由 13:40 &lt;luckypunk&gt; 但它的 CPU 占用看起来少多了。 13:40 &lt;+detonate&gt; 哈，有了 introducer 就该有这个功能了 :) 13:40 &lt;jrandom2p&gt; 啊对，detonate，introducer 的选择当然可以配置，但大概会是个隐藏的高级配置项 ;) 13:41 &lt;jrandom2p&gt; luckypunk：0.6.0.1 砍掉了不少加密开销，0.6.0.2 应该会更有帮助。找个时间试试，可能会跑得更好 13:41 &lt;luckypunk&gt; 好的 13:41 &lt;@smeghead&gt; 如果某个 introducer 不想让你老选它怎么办？ 13:41 &lt;luckypunk&gt; 我感觉现在在一台专用的中端 Pentium 上 I2P 会跑得不错。 13:41 &lt;jrandom&gt; smeghead：那它就会说“滚开，我不打算给你当 introducer” 13:42 &lt;jrandom&gt; 而且 peers 会有多个 introducer，这样会平衡 13:42 &lt;jrandom&gt;（而且只是给新对等节点建连需要 2 个数据包，不是所有通信的包都要经过它们） 13:44 &lt;+detonate&gt; 如果 introducer 的工作方式不同，你可以在它们之间做多数表决以决定哪些在工作，但按目前的方式这么做没有意义 13:45 &lt;ant&gt; &lt;jme___&gt; 问：我在哪里能找到这个投票系统的描述？ 13:45 &lt;jrandom&gt; 多数没有任何意义 13:45 * jrandom 对投票一点也不信任 13:45 &lt;jrandom&gt;（尤其考虑到 Sybil） 13:45 &lt;jrandom&gt; 如果一个新对等节点能通过某个 introducer 联系到你，那这个 introducer 就是在工作的 13:47 &lt;+detonate&gt; vanguard 的状态如何，这多少有点相关 13:47 &lt;+detonate&gt; 趁着 smeghead 在 13:51 &lt;jrandom&gt; 好吧，如果没有别的…… 13:51 * jrandom 收尾 13:51 * jrandom *baf*s 会议结束 </div>/zh/blog/2005/08/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%882%E6%97%A5/Tue, 02 Aug 2005 00:00:00 +0000/zh/blog/2005/08/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B48%E6%9C%882%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bar, cervantes, duck, jrandom2p, lucky, mihi, protokol, smeghead, thetower</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:53 &lt;jrandom2p&gt; 好，我既然在这儿，有没有人想就这些笔记（或其他什么）开个简短的会？ 13:54 &lt;jrandom2p&gt; 笔记里有让大家关心的内容吗？或者与之无关、但大家想提的想法，或其他相关且需要及时处理的问题？ 13:54 &lt;@smeghead&gt; 当然 13:54 &lt;+protokol&gt; icepick 在吗？ 13:55 &lt;+protokol&gt; 我想知道 i2p-mnet 是否已经可以测试，或者有没有预计的时间表 13:55 &lt;jrandom2p&gt; 他现在已空闲 9 小时了…… 13:56 &lt;jrandom2p&gt; 从频道日志看，听起来还不能用，不过他确实把基本的 SAM 集成跑起来了 13:56 &lt;jrandom2p&gt; 我相信有进展时我们会听到更多消息 13:56 &lt;+protokol&gt; 酷~ 13:57 &lt;jrandom2p&gt; smeghead：-1 修复了你的端口迁移问题吗？ 13:57 &lt;@smeghead&gt; 这几天没发现什么怪事 13:58 &lt;@smeghead&gt; 大概 3 天了 13:58 &lt;@cervantes&gt; 很高兴地说，我这边一两天没断过服务 13:58 &lt;@smeghead&gt; 我想可以算是修好了 13:58 &lt;jrandom2p&gt; wr0d 13:58 &lt;jrandom2p&gt; (^2) 13:59 &lt;@cervantes&gt; 而且 thetower 现在只每 4 分钟重连一次……所以整体来说网络健康状况应该在改善 13:59 &lt;jrandom2p&gt; 呵 13:59 &lt;+thetower&gt; 重新安装似乎解决了问题，但这事真的挺让人不安的，而且我一直找不到合理原因。 14:00 &lt;jrandom2p&gt; 嗯 14:00 &lt;jrandom2p&gt; 只是 irc 有问题，还是你丢了很多对等点？ 14:00 &lt;@cervantes&gt; 小妖精作祟 14:01 &lt;+thetower&gt; 有没有可能是不重启 i2p 就修改 router.config 文件导致了崩溃？ 14:01 &lt;jrandom2p&gt; 嗯，不会，我经常改 router.config 14:01 &lt;jrandom2p&gt; 还是说，你担心的是某个特定的改动？ 14:02 &lt;@cervantes&gt; 我记得有次在 router 还在跑的时候覆盖过我的 jbigi lib……那才真出问题了 ;-) 14:02 &lt;+thetower&gt; 我写了些脚本根据当前网络使用情况调整带宽限制，我在想会不会是这个导致的问题。 14:02 &lt;jrandom2p&gt; 呵，是啊 cervantes，那样肯定会把 router 搞挂 14:03 &lt;jrandom2p&gt; 啊好，不，那不应该是问题……不过……如果它把限制调得太小，小到消息过不去的话…… 14:04 &lt;+thetower&gt; 嗯，我设的下限相当合理，所以我猜不是这个原因。 14:04 &lt;jrandom2p&gt; 好的，酷，我就是确认一下而已~ :) 14:05 &lt;jrandom2p&gt; 我想我们明天就会发 0.6.0.1，毕竟 -1 看起来是个不错的改进 14:05 &lt;jrandom2p&gt; 它会向后兼容，等等等等。 14:06 &lt;jrandom2p&gt; 还有什么需要对外发布的东西吗？ 14:06 &lt;jrandom2p&gt; i2phex 现在进度如何？ 14:06 &lt;@smeghead&gt; 也许该把 cvs 里的 hosts.txt 推到 dev.i2p.net……现在那个已经好几个月没更新了 14:06 &lt;jrandom2p&gt; 我前几晚做过了，如果我没记错的话 14:07 &lt;@smeghead&gt; sirup 有两个礼拜没出现了 14:07 &lt;jrandom2p&gt; 哦，嗯…… 14:07 &lt;@smeghead&gt; 不过现在是夏天 14:07 &lt;@smeghead&gt; 也许去度假之类了 14:08 &lt;@cervantes&gt; 或者他被 RIAA 蹂躏了 14:08 &lt;jrandom2p&gt; 啊对，它已经在上面了（只是被 squid.i2p 缓存住了） 14:08 &lt;@smeghead&gt; riaa 了？ 14:09 &lt;jrandom2p&gt; ($Id: meeting141.html,v 1.2 2005-08-04 16:21:39 duck Exp $) 14:09 &lt;jrandom2p&gt; *cough* 14:09 &lt;+bar&gt; 有些东西需要加到 bugzilla，比如 i2p 0.6 和 java 1.5 14:09 &lt;@smeghead&gt; 好 14:09 &lt;jrandom2p&gt; 啊对，是的，我的笔记本还没弄上线（咕噜） 14:10 &lt;jrandom2p&gt; （（每周状态笔记得刻到光盘上……1KB 的光盘……）） 14:10 &lt;jrandom2p&gt; 哇，嗨呀 mihi 14:10 &lt;@duck&gt; 嗨 mihi! 14:10 &lt;mihi&gt; 大家好 :) 14:10 &lt;@cervantes&gt; 也许是 dm :) 14:10 &lt;jrandom2p&gt; 呵 14:10 &lt;@smeghead&gt; 的确 14:10 &lt;@cervantes&gt; 嗨 mihi 14:10 &lt;mihi&gt; 好像需要在配置文件里稍微调一下，直到我的 router 相信只有 8887/udp 是开放的…… 14:11 * jrandom2p 在状态笔记里提到了 i2ptunnel 然后 mihi 就出现了 ;) 14:11 &lt;jrandom2p&gt; 啊，嗯，是 i2np.udp.fixedPort=true 这个东西吗？ 14:11 &lt;mihi&gt; 嗯？那里面有提到吗？ 14:11 * mihi 只是匆匆看了下状态笔记 14:11 &lt;mihi&gt; 嗯……那是更好的解决方案吗？ 14:12 * mihi 只是把端口重设为 8887，然后反复硬重启直到它不再改端口…… 14:12 &lt;jrandom2p&gt; 你对 router.config 做了什么调整，让它相信只有 8886？ 14:12 &lt;jrandom2p&gt; 呃，8887 14:12 &lt;jrandom2p&gt; 哈 14:12 &lt;@cervantes&gt; 我们能不能像你建议的那样，把 I2PTunnel 改名成类似 I2PProxy……？ 14:12 &lt;jrandom2p&gt; 好的，对，用 i2np.udp.fixedPort=true 14:12 &lt;jrandom2p&gt; （已在 0.6-1 部署，并将尽快作为 0.6.0.1 发布） 14:12 &lt;@cervantes&gt; 讨论“tunnel 配置页面”的时候会非常容易混淆 14:13 &lt;+thetower&gt; 哦我有个问题，i2p 不是应该自动探测要用哪个 udp 端口吗？如果是，那它是不是还被硬编码在默认的 router.config 里？ 14:13 &lt;mihi&gt; 嗯好吧…… 14:14 &lt;mihi&gt; 看起来 i2p 又把端口改了 14:14 &lt;mihi&gt; 估计我马上就要掉线了 :) 14:14 &lt;jrandom2p&gt; thetower：是的，它应该会自动探测，但我们目前在经历一些古怪的“踢踏舞”（各种折腾） 14:14 &lt;@cervantes&gt; mihi：你有最新的 cvs 吗？ 14:14 &lt;jrandom2p&gt; 这就是整个 PeerTest 的目的（让我们总能自动正确地完成配置） 14:14 &lt;mihi&gt; 没有。 14:14 &lt;@cervantes&gt; mihi：那就是原因了 :) 14:15 &lt;mihi&gt; 只有 i2pupdate.zip 里的那个版本 14:15 &lt;@cervantes&gt; mihi：0.6 有 RandomPort (tm) 功能 14:15 &lt;jrandom2p&gt; 呵 14:16 &lt;@cervantes&gt; :) 14:16 &lt;+ant&gt; * mihi 想要 FixedPorto 功能 :) 14:16 &lt;+ant&gt; &lt;mihi&gt; 然后就断了…… 14:16 &lt;@cervantes&gt; 那你就需要 0.6-1 FixedPort Pro 了 14:16 &lt;jrandom2p&gt; 呵 14:16 &lt;jrandom2p&gt; 好，还有谁有要在会上提的事？ 14:16 &lt;@cervantes&gt; 或者等 0.6.0.1 14:17 &lt;jrandom2p&gt; 除了间歇性的可达性问题外，时延/吞吐量表现如何？ 14:17 &lt;+ant&gt; &lt;mihi&gt; 嗯。这是 2004-10-06 的 cvs 检出。该试着更新了 :) 14:17 &lt;jrandom2p&gt; !thwap mihi 14:18 &lt;@cervantes&gt; 我昨天从 dev.i2p 单流下载 i2pinstall.jar 达到 110k/sec 14:18 &lt;jrandom2p&gt; 不错 14:19 &lt;@cervantes&gt; 用多流则有 320k/sec 14:19 &lt;jrandom2p&gt; w0ah 14:19 &lt;jrandom2p&gt; 我猜是 0hop 14:19 &lt;jrandom2p&gt; (dev.i2p 是 0hop) 14:19 &lt;@cervantes&gt; 对 14:19 &lt;jrandom2p&gt; ((以防你看不出来 ;) 14:19 &lt;@cervantes&gt; ;-) 14:19 &lt;+thetower&gt; download to: GTA San Andreas 14:19 &lt;+thetower&gt; download rate: 28.51 kB/s 14:20 &lt;@cervantes&gt; 不过那是来自多个源的…… 14:20 &lt;jrandom2p&gt; 啊，酷，thetower 14:20 &lt;@cervantes&gt; 设法把 squid.i2p 推到了大约 280 14:21 &lt;lucky&gt; jrandom2p :) 14:21 &lt;lucky&gt; 你能把新的 hosts.txt 推到网站上吗 14:21 &lt;@cervantes&gt; lucky：已经搞定 14:21 &lt;jrandom2p&gt; 是啊，一旦我们能稳定达到那种速度，cervantes，我们就需要加一些可配置的延迟，让大家可以安全地用 0hops 14:22 &lt;jrandom2p&gt; （这样它会延迟 AVG(tunnelTestTime/2)，但不会浪费带宽或丢消息） 14:22 &lt;@cervantes&gt; 为了隐藏这是个 0 hop tunnel 的事实？ 14:22 &lt;lucky&gt; 我在想 I2P 是否会有足够体面的速度，让我能让人登录我的 virtu-vax 14:23 &lt;jrandom2p&gt; 是的。否则，如果你说“嘿我从你站拿到了 300KBps”，那基本就能很安全地猜到它是 2 条 0hop tunnels 14:23 &lt;jrandom2p&gt; （另一方面，1 到 2 到 3 到 4 hops 不会有那么剧烈的下降） 14:23 &lt;@cervantes&gt; 那 i2p 实际上会有带宽上限吗 14:23 &lt;jrandom2p&gt; （（因为一旦你强制真正的 tunnel 操作，每个中间 hop 的开销并不大）） 14:24 &lt;jrandom2p&gt; 不会的，cervantes，用大窗口 + 延迟 14:24 * cervantes 取消了他用 HDTV 流媒体匿名看片的计划 14:24 &lt;jrandom2p&gt; 你只要让“在路上”的消息更多，就能达到同样的速度 14:25 &lt;@cervantes&gt; 啊对 14:25 &lt;jrandom2p&gt; （当然，要达到更大的窗口，需要多几个往返时延 (RTT)） 14:25 &lt;jrandom2p&gt; 好，还有别的要提的吗？ 14:26 &lt;mihi&gt; 拿个 *baf*er 上来吧 :) 14:26 &lt;@cervantes&gt; 它因为误用都生锈了 14:27 &lt;jrandom2p&gt; 呵，我想是时候了 ;) 14:27 * jrandom2p 开始蓄力 14:27 * jrandom2p 用一记 *baf* 宣布会议结束 </div>/zh/blog/2005/08/02/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-08-02/Tue, 02 Aug 2005 00:00:00 +0000/zh/blog/2005/08/02/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-08-02/<p>大家好，今天的笔记来得有点晚，</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6 状态 2) PeerTest（对等测试） 3) SSU 引介 4) I2PTunnel Web 界面 5) 在 I2P 之上的 mnet 6) ???</li> </ol> <ul> <li> <ol> <li>0.6 status</li> </ol> </li> </ul> <p>正如大家所见，我们在几天前发布了 0.6 版本，总体而言，情况进展相当顺利。自 0.5.* 以来的一些传输层改进暴露出了 netDb 实现中的问题，但大量修复目前正在测试中（作为 0.6-1 构建），并将在不久后以 0.6.0.1 部署发布。我们还在不同的 NAT 和防火墙设置上遇到了一些问题，同时部分用户也出现了 MTU 相关的问题——由于测试者较少，这些问题在较小的测试网络中并未出现。我们已经为问题最严重的情况加入了变通方案，但很快就会推出一个长期解决方案 - peer tests（对等测试）。</p> <ul> <li> <ol start="2"> <li>PeerTest</li> </ol> </li> </ul> <p>随着 0.6.1 的发布，我们将部署一个用于协作测试和配置公网 IP 与端口的新系统。这套系统集成在核心 SSU 协议之中，并且向后兼容。它的基本原理是让 Alice 询问 Bob 她的公网 IP 和端口号，然后再由 Bob 请 Charlie 确认她的配置是否正确，或者找出阻止其正常运行的限制。该技术在互联网中并不新颖，但它是对 i2p 代码库的新添内容，应当能消除大多数常见的配置错误。</p> <ul> <li> <ol start="3"> <li>SSU introductions</li> </ol> </li> </ul> <p>正如 SSU 协议规范所述，将提供一种功能，使处于防火墙和 NAT 后面的用户即使无法接收未经请求的 UDP 消息，也能在网络中充分参与。该功能并不能覆盖所有可能的情形，但能应对大多数情况。SSU 规范中描述的消息与 PeerTest 所需的消息有相似之处，因此当规范更新以包含那些消息时，我们也许能够将 introductions（引荐）捎带在 PeerTest 消息上。无论如何，我们将在 0.6.2 中部署这些 introductions，而且这同样会向后兼容。</p>/zh/blog/2005/07/26/2005-07-26-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 26 Jul 2005 00:00:00 +0000/zh/blog/2005/07/26/2005-07-26-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，本周又带来一次简短更新，但包含一些重要内容。</p> <ul> <li>Index</li> </ul> <ol> <li>0.6 2) ???</li> </ol> <ul> <li> <ol> <li>0.6</li> </ol> </li> </ul> <p>SSU 方面的情况看起来相当不错，我没有看到有什么致命阻碍会让我们无法作为 0.6 发布。因此，我们将在本周晚些时候上线新的 0.6 发行版——先暂定为明天（周三）。0.6 版本将不会向后兼容，所以过程可能会有点不平稳，但一旦发布，大家都应尽快升级。这也包括已经运行 0.5.0.7-19（或更高）的人，因为我一直没有提交对少数几个变量的切换，那些更改会导致不兼容。</p> <p>更新会很简单，不过在说明发布时大家还是会想要阅读一下（尤其是那些需要为 UDP 通信调整防火墙/NAT 的人）。</p> <p>我们仍然有一些长期存在的问题正在追查，但它们与 SSU 无关，因此我们可以较为安全地继续推进。</p> <ul> <li> <ol start="2"> <li>???</li> </ol> </li> </ul> <p>暂时就这些，是的，这周仍然没有会议（不过也有可能在两周左右恢复&hellip;还不确定）。一如既往，如果有人有（<em>咳</em>相关的<em>咳</em>）内容要提出，请不要犹豫，把它发到邮件列表或论坛上。</p> <p>=jr</p>/zh/blog/2005/07/19/i2p-2005-07-19-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 19 Jul 2005 00:00:00 +0000/zh/blog/2005/07/19/i2p-2005-07-19-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，本周简要更新</p> <ul> <li>Index</li> </ul> <ol> <li>SSU 测试进度 2) ???</li> </ol> <ul> <li> <ol> <li>SSU testing</li> </ol> </li> </ul> <p>自从第二轮 SSU 测试开始以来，我们一直在进行大量的微调和修复 bug，不过情况看起来越来越乐观。大约有 20 到 30 人参与测试（或者至少运行启用了 SSU 的 routers），而性能比我预期要好得多。仍然有一些 bug 正在被追踪，但我们已经接近可以把它并入 0.6 版本、开展全网测试的阶段了。</p> <p>当前 CVS 的 head 是 0.5.0.7-16，不过等你读到这段文字时，版本号可能又提高了，所以如果你在测试，请从 CVS 拉取。若你在等待 0.6 的发布，请耐心等待 ;)</p> <ul> <li> <ol start="2"> <li>???</li> </ol> </li> </ul> <p>目前就这些，嗯，这周仍然没有会议（不过也有可能在两周左右恢复……还不确定）。一如既往，如果有人有需要提出的内容，请不要犹豫，在邮件列表或论坛上发帖。</p> <p>=jr</p>/zh/blog/2005/07/12/i2p-2005-07-12-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 12 Jul 2005 00:00:00 +0000/zh/blog/2005/07/12/i2p-2005-07-12-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，又到了每周的这个时候了</p> <ul> <li>Index</li> </ul> <ol> <li>squid/www/cvs/dev.i2p 已恢复 2) SSU 测试 3) I2CP 加密 4) ???</li> </ol> <ul> <li> <ol> <li>squid/www/cvs/dev.i2p restored</li> </ol> </li> </ul> <p>在几台机房托管的机器上折腾了好一阵之后，一些旧服务已经恢复 - squid.i2p（两个默认 outproxy（出口代理）之一）、www.i2p（一个指向 <a href="https://www.i2p.net">www.i2p.net</a> 的安全链接）、dev.i2p（一个指向 dev.i2p.net 的安全链接，其中有邮件列表存档、cvsweb，以及默认的 netDb 种子）、以及 cvs.i2p（一个指向我们 CVS 服务器的安全链接 - cvs.i2p.net:2401）。我的博客仍然失踪，不过反正内容已经丢失，所以迟早都得重新开始。既然这些服务已经可靠地恢复在线，是时候继续转向&hellip;</p> <ul> <li> <ol start="2"> <li>SSU testing</li> </ol> </li> </ul> <p>正如每个人的 router 控制台上那个小黄框所提到的，我们已经开始了针对 SSU 的下一轮在真实网络上的测试。这些测试并不适合所有人，但如果你喜欢尝鲜并且对进行一些手动配置感到自如，请查看你的 router 控制台上提到的详细信息 (<code>http://localhost:7657/index.jsp)。测试可能会进行好几轮，但我预计在</code> 0.6 版本发布之前，SSU 不会有重大变化 (0.6.1 将为无法进行端口转发或以其他方式接收入站 UDP 连接的用户提供支持)。</p> <ul> <li> <ol start="3"> <li>I2CP crypto</li> </ol> </li> </ul> <p>在再次审阅新的入门文档时，我发现很难为 I2CP SDK 内进行的额外加密层提供充分的理由。I2CP 加密层的最初意图是为传输的消息提供基本的端到端保护，同时允许 I2CP clients（即 I2PTunnel、the SAM bridge、I2Phex、azneti2p 等）能够通过不受信任的 router（路由器）进行通信。然而，随着实现的推进，I2CP 层的端到端保护已变得多余，因为所有客户端消息都由 router 在 garlic messages（garlic 消息）中进行端到端加密，并捆绑发送方的 leaseSet（租约集合），有时还包含一个传送状态消息。这种 garlic 层已经在发送方的 router 与接收方的 router 之间提供了端到端加密——唯一的区别是，它无法防范该 router 本身是恶意的情况。</p>/zh/blog/2005/07/05/i2p-2005-07-05-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 05 Jul 2005 00:00:00 +0000/zh/blog/2005/07/05/i2p-2005-07-05-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，又到了每周的那个时候了，</p> <ul> <li>Index</li> </ul> <ol> <li>开发状态 2) Tunnel IVs（初始化向量） 3) SSU MACs（消息认证码） 4) ???</li> </ol> <ul> <li> <ol> <li>Dev status</li> </ol> </li> </ul> <p>又过了一周，又有一条消息说 &ldquo;SSU 传输方面取得了很大进展&rdquo; ;) 我的本地修改已经稳定，并已提交到 CVS（HEAD 目前在 0.5.0.7-9），但还没有发布。很快会有更多这方面的消息。与 SSU 无关的更改细节已经写在历史记录 [1] 中，不过到目前为止我把 SSU 相关的更改排除在该列表之外，因为现在还没有非开发者在使用 SSU（而开发者会看 i2p-cvs@ :)）</p> <p>[1] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD</code></p> <ul> <li> <ol start="2"> <li>Tunnel IVs</li> </ol> </li> </ul> <p>在过去几天里，dvorak 一直在发布一些关于如何攻击 tunnel 加密的偶尔想法，虽然其中大多数已经得到应对，但我们确实想出了一个场景，使参与者能够标记一对消息，从而确定它们属于同一个 tunnel。其工作方式是：较早的节点先让一条消息从自己身边通过，随后把那第一条 tunnel 消息的 IV（初始化向量）和第一个数据块取出，替换到一条新的消息中。这条新的消息当然会损坏，但看起来不像重放，因为 IV 不同。沿途的第二个节点随后可以丢弃该消息，这样 tunnel 端点就无法检测到该攻击。</p> <p>其背后的核心问题之一在于：若不引发一大批攻击，就没有办法在 tunnel 消息沿 tunnel 传递的过程中对其进行验证（参见早先的 tunnel 加密提案[2]，其中提出了一种较为接近的方法，但其概率假设相当不可靠，并且对 tunnels 施加了一些人为的限制）。</p> <p>[2] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel.html?rev=HEAD</code></p> <p>不过，对于上面概述的这种特定攻击，有一个很简单的规避方法——只需将 xor(IV, first data block) 视为要送入布隆过滤器的唯一标识符，而不是只使用 IV（初始化向量）。这样，中间的对等节点会在其到达第二个串通的对等节点之前识别为重复并将其丢弃。CVS 已更新以包含这一防御，不过鉴于当前的网络规模，我非常非常怀疑这会构成实际威胁，因此我不会单独把它作为一个发布版本推出。</p> <p>不过，这并不影响其他时序攻击或 shaping 攻击（基于流量整形的攻击）的可行性，但在我们发现那些容易处理的攻击时，最好先把它们解决掉。</p> <ul> <li> <ol start="3"> <li>SSU MACs</li> </ol> </li> </ul> <p>如规范 [3] 所述，SSU 传输为每个传输的数据报使用 MAC（消息认证码）。这是在每个 I2NP 消息随附的验证哈希（以及客户端消息上的端到端验证哈希）之外的。当前，规范和代码使用的是截断的 HMAC-SHA256——只传输并验证 MAC 的前 16 个字节。这<em>咳</em>有点浪费，因为 HMAC 在其运算中会调用两次 SHA256 哈希，每次都计算一个 32 字节的哈希，而最近对 SSU 传输的性能剖析表明，这已经接近 CPU 负载的关键路径。为此，我尝试用普通的 HMAC-MD5(-128) 替换 HMAC-SHA256-128——尽管 MD5 显然不如 SHA256 强，但反正我们把 SHA256 截断到与 MD5 相同的大小，因此发生碰撞所需的穷举工作量是一样的（2^64 次尝试）。我目前在做一些尝试，提速非常可观（在 2KB 数据包上，HMAC 吞吐量比使用 SHA256 高出 3 倍以上），所以也许我们可以改用它上线。或者，如果有人能给出不这么做的充分理由（或更好的替代方案），切换起来也很简单（只需改一行代码）。</p>/zh/blog/2005/06/28/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-06-28/Tue, 28 Jun 2005 00:00:00 +0000/zh/blog/2005/06/28/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-06-28/<p>Hi y&rsquo;all, weekly update time again</p> <ul> <li>Index</li> </ul> <ol> <li>SSU 状态 2) 单元测试状态 3) Kaffe 状态 4) ???</li> </ol> <ul> <li> <ol> <li>SSU status</li> </ol> </li> </ul> <p>SSU 传输又取得了一些进展，我目前的想法是，经过更多实网测试后，我们应该能够在不太拖延的情况下发布为 0.6。首个 SSU 版本不会支持那些无法在防火墙上开放端口或调整其 NAT（网络地址转换）设置的用户，但该支持会在 0.6.1 中推出。等 0.6.1 发布、完成测试并表现出色（即 0.6.1.42）后，我们将推进到 1.0。</p> <p>我个人倾向于随着 SSU transport（SSU 传输）逐步推广而彻底放弃 TCP 传输，这样用户就不必同时启用两者（同时转发 TCP 和 UDP 端口），开发者也无需维护不必要的代码。对此大家有没有强烈的看法？</p> <ul> <li> <ol start="2"> <li>Unit test status</li> </ol> </li> </ul> <p>正如上周提到的，Comwiz 已出面认领单元测试悬赏的第一阶段（Comwiz 太棒了！也感谢 duck 和 zab 为悬赏提供资金！）。代码已提交到 CVS，取决于你的本地设置，你可以通过进入 i2p/core/java 目录并运行 &ldquo;ant test junit.report&rdquo;（大约等一个小时……），然后查看 i2p/reports/core/html/junit/index.html 来生成 junit 和 clover 报告。另一方面，你也可以运行 &ldquo;ant useclover test junit.report clover.report&rdquo;，并查看 i2p/reports/core/html/clover/index.html。</p> <p>这两组测试的缺点，归根结底在于那种统治阶级称之为“版权法”的愚蠢概念。Clover 是一款商业产品，不过 cenqua 那边的人允许开源开发者免费使用（而且他们也友好地同意向我们授予一份许可）。要生成 Clover 报告，你需要在本地安装 Clover - 我把 clover.jar 放在 ~/.ant/lib/ 里，就在我的许可文件旁边。大多数人并不需要 Clover，而既然我们会在网上发布这些报告，不安装它也不会造成任何功能上的损失。</p>/zh/blog/2005/06/21/i2p-2005-06-21-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 21 Jun 2005 00:00:00 +0000/zh/blog/2005/06/21/i2p-2005-06-21-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，是时候重新开始我们的每周状态笔记了。</p> <ul> <li>Index</li> </ul> <ol> <li>开发[者] 状态 2) 开发[进度] 状态 3) 单元测试悬赏 4) 服务中断 5) ???</li> </ol> <ul> <li> <ol> <li>Dev[eloper] status</li> </ol> </li> </ul> <p>在4个国家的4座城市辗转之后，我终于安顿下来，又开始埋头写代码了。上周我把笔记本所需的最后几样部件都凑齐了，我不再四处借住；虽然家里没有网络接入，但附近有不少网吧，所以上网还是比较可靠（只是不太频繁而且费用不低）。</p> <p>最后一点意味着我不会像以前那样常泡在 IRC 上，至少在秋天之前是这样（我现在的转租房大概到八月左右，到时会找一个能 24/7 网络接入的地方）。不过这并不意味着我会少做事——我主要会在我自己的测试网络上工作，发布用于真实网络测试的构建（以及，呃，对了，正式发布）。不过这也意味着，我们也许得把一些以前在 #i2p 里随意展开的讨论转移到邮件列表 [1] 和/或论坛 [2] 上（不过我仍然会读 #i2p 的历史记录）。我还没找到一个合适的地方可以去参加我们的开发会议，所以这周我不会参加，但也许到下周我就能找到一个。</p> <p>总之，关于我就说到这里。</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/</code> [2] <code>http://forum.i2p.net/</code></p> <ul> <li> <ol start="2"> <li>Dev[elopment] status</li> </ol> </li> </ul> <p>在我搬家的这段时间里，我主要在两个方面开展工作 - 文档和 SSU 传输（后者则是自从我拿到笔记本之后才开始）。文档工作仍在进行中，包括一篇又大又吓人的总览文档，以及一系列更小的实现文档（涵盖诸如源码布局、组件交互等）。</p> <p>SSU 的进展顺利——新的 ACK 位字段已经实现并投入使用，通信能够有效应对（模拟的）丢包，在各种条件下的速率表现也很合理，而且我已经清除了此前遇到的一些比较棘手的 bug。不过我仍在继续测试这些改动，一旦时机合适，我们将规划一系列在实际网络上的测试，届时需要一些志愿者来协助。有新的进展时会再发布相关消息。</p> <ul> <li> <ol start="3"> <li>Unit test bounty</li> </ol> </li> </ul> <p>我很高兴地宣布，Comwiz 已提交了一系列补丁，以认领单元测试赏金的第一阶段[3]！我们仍在处理这些补丁的一些小细节，但我已经收到了更新，并按需生成了 junit 和 clover 报告。我预计我们很快就会把这些补丁提交到 CVS，届时我们会发布 Comwiz 的测试文档。</p> <p>由于 clover 是一款商业产品（对 OSS developers（开源软件开发者）免费[4]），只有那些已安装 clover 并获得其 clover 许可证的用户才能生成 clover 报告。无论如何，我们会定期在网站上发布 clover 报告，这样即使未安装 clover 的人也能看到我们的测试套件表现如何。</p>/zh/blog/2005/05/03/2005-05-03-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 03 May 2005 00:00:00 +0000/zh/blog/2005/05/03/2005-05-03-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，本周议程上有很多事项。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) SSU 状态 3) i2phex 4) 失联 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>整体网络健康状况没有大的变化——看起来相当稳定，尽管偶尔有些小波动，各项服务运行状况良好。自上次发布以来，CVS 有不少更新，但没有涉及阻断性（致命）缺陷的修复。在我搬家之前我们可能还会再发一个版本，只是为了让最新的 CVS 能更广泛地发布出去，不过我还不确定。</p> <ul> <li> <ol start="2"> <li>SSU status</li> </ol> </li> </ul> <p>听我老说 UDP 传输有很多进展，你是不是已经听腻了？那么，很遗憾——UDP 传输确实又取得了不少进展。周末期间，我们从私有网络测试环境迁移到正式网络，大约十来个 router 完成升级并公开了它们的 SSU 地址——这使得大多数用户可以通过 TCP 传输访问它们，同时让启用 SSU 的 router 能够通过 UDP 相互通信。</p> <p>测试还处于非常早期阶段，但进展比我预期的要好得多。拥塞控制表现非常良好，吞吐量和延迟都相当令人满意 - 它能够正确识别实际带宽上限，并在与其他竞争的 TCP 流之间有效地共享该链路。</p> <p>通过从热心志愿者那里收集到的统计数据，我们清楚地认识到，在高度拥塞的网络中要实现正确运行，选择性确认（Selective Acknowledgement，简称 SACK）代码至关重要。我在过去几天里实现并测试了这部分代码，并已更新 SSU 规范[1]，纳入了一种新的高效 SACK 技术。由于它与早期的 SSU 代码不向后兼容，参与测试的人员应暂时禁用 SSU 传输，直到新的构建版本准备好供测试（希望在一两天内）。</p> <p>[1] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD</code></p> <ul> <li> <ol start="3"> <li>i2phex</li> </ol> </li> </ul> <p>sirup 一直在努力将 phex 移植到 i2p，虽然在它准备好面向普通用户之前还有很多工作要做，但今晚早些时候我已经能把它启动起来，浏览 sirup 的共享文件，下载一些数据，并使用它那<em>咳</em> &ldquo;instant&rdquo; 聊天界面。</p> <p>在 sirup 的 eepsite(I2P 站点) [2] 上有更多信息，已经在 i2p 社区的成员如果能协助测试就太好了（不过请在 sirup 批准其作为公开发布之前，且 i2p 至少达到 0.6、最好是 1.0 之前，先将其限定在 i2p 社区内部）。我相信 sirup 会参加本周的会议，届时也许我们能获得更多信息！</p>/zh/blog/2005/05/03/i2p-dev-meeting-may-03-2005/Tue, 03 May 2005 00:00:00 +0000/zh/blog/2005/05/03/i2p-dev-meeting-may-03-2005/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, cervantes, DrWoo, entroy, jrandom, mancom, Masterboy, RevDuck, shendaras, sirup, smeghead, Teal`c\__</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) 嗨 14:08 &lt;jrandom&gt; 1) 网络状态 14:08 &lt;jrandom&gt; 2) SSU 状态 14:08 &lt;jrandom&gt; 3) i2phex 14:08 &lt;jrandom&gt; 4) awol 14:08 &lt;jrandom&gt; 5) ??? 14:08 &lt;jrandom&gt; 0) 嗨 14:08 * jrandom 挥手 14:08 &lt;jrandom&gt; 每周状态说明已提前将近一小时发布 @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy 回挥手:P 14:10 &lt;jrandom&gt; 好，进入 1) 网络状态 14:10 &lt;jrandom&gt; 我没太多要补充的，不过看起来由于 Azureus 涌入，我们可能会遇到一些波动 14:11 &lt;jrandom&gt; 希望它能扛住，我们再观察 14:11 &lt;Masterboy&gt; 我这边没什么大问题，小问题我也记不清了。 14:11 &lt;jrandom&gt; 呵，酷 14:11 &lt;jrandom&gt; 关于当前网络状态，大家还有其他问题/评论/担忧吗？ 14:11 &lt;sirup&gt; Azureus 在用出站代理（outproxy）吗？ 14:12 &lt;jrandom&gt; 呵，我希望没有 14:12 &lt;jrandom&gt; 可能只是有人看到有这个选项就来试试看 14:12 &lt;@smeghead&gt; 大多数人一周左右就会走人 14:13 &lt;Masterboy&gt; :D 14:13 &lt;+DrWoo&gt; smeghead：这可不太好 14:13 &lt;sirup&gt; 所以他们把两个不同的网络都塞在一个外壳里了 14:13 &lt;+cervantes&gt; 在 Az 的发行说明里没提到 14:13 &lt;+cervantes&gt; 不过在插件部分列出来了 14:14 &lt;ant&gt; &lt;cat-a-puss&gt; 他们主页左侧有个链接提到这个 14:14 &lt;jrandom&gt; 等 0.6 发布后就好了，我们就能应对增加的用户负载 14:14 &lt;+DrWoo&gt; jrandom：为应对更多用户的版本发布进展如何？ 14:14 &lt;jrandom&gt; 是啊，Azureus 目前是我们网站最大的引流来源，甚至比 /. 的引用还多 14:15 &lt;jrandom&gt; DrWoo：没可能。 14:15 &lt;sirup&gt; 别因此有压力而过早发布 0.6 14:15 * eAi 设定了不合理的带宽限制来阻止别人搞我下载速度 14:15 &lt;ant&gt; &lt;cat-a-puss&gt; 0.6 能支持多大的网络？ 14:15 &lt;jrandom&gt; DrWoo：0.6 就是解决方案，它会在“该就绪的时候”就绪 :) 14:15 &lt;+cervantes&gt; Google 上关于“i2p”和“azureus”的结果有 445 个 14:15 &lt;jrandom&gt; 呵 eAi 14:16 &lt;+cervantes&gt; 不得不说测试用的 SSU 网络吞吐让我印象深刻 14:16 &lt;Masterboy&gt; w00t cervantes:) 14:16 &lt;+DrWoo&gt; jrandom：你知道我爱你，但你的进度滑得像 5 美元妓女的内裤 ;) 14:16 &lt;jrandom&gt; cat-a-puss：它消除了我们当前的瓶颈，以至于我都看不清下一个瓶颈在哪了。我希望它能支撑到上千。 14:16 &lt;+cervantes&gt; 用直接的 HTTP 文件传输就把我的 DSL 连接跑满了 14:17 &lt;jrandom&gt; 没错，DrWoo ;) 要是能更快当然好，但我下周得搬家，确实没别的办法 14:17 &lt;sirup&gt; cervantes：两端都是 0 跳 ;) 14:18 &lt;jrandom&gt; sirup：当然，但关键在于 SSU 传输能扛住 14:18 &lt;+DrWoo&gt; jrandom：哎呀，真糟，祝好运 :) 14:18 &lt;Teal`c__&gt; 也不是没有办法。我去找 toad，你在塔希提的时候他会把它收尾的 14:18 &lt;@smeghead&gt; 搬到更好的地方，东边去，搬进天上豪华公寓～～～ 14:18 &lt;shendaras&gt; jrandom，你有中意的地方了吗，还是还没定最后去哪？ 14:19 &lt;+cervantes&gt; *静音* 14:19 &lt;jrandom&gt; 呵 14:19 &lt;jrandom&gt; 我想我大概知道会在哪个国家。除此之外，还不确定 14:19 &lt;jrandom&gt; 好，回到议程 14:19 &lt;jrandom&gt; 关于 1) 网络状态还有别的吗，还是我们转到 2) SSU 状态？ 14:20 &lt;Masterboy&gt; 继续 14:20 &lt;jrandom&gt; 那就算我们已经转到下一个了 14:21 &lt;jrandom&gt; 好，正如状态说明里写的、也像 cervantes 刚才说的，情况很有希望 14:22 &lt;jrandom&gt; 这第一轮在线网络测试抓到了一些 bug，也帮助我们看清在带宽、时延和对 TCP 友好性之间的一些权衡 14:23 &lt;Masterboy&gt; 怎么加入测试网？:P 14:23 &lt;jrandom&gt; 关键是——SSU 的测试就是在在线网络上做的 14:24 &lt;jrandom&gt; 如果你查看 netDb，你会看到有些节点同时有 TCP 和 SSU 地址，而几乎其他人只有 TCP 地址。 14:24 &lt;jrandom&gt; 懂得通过 SSU 通信的节点会优先尝试 SSU，但如果 SSU 端口不可达就回退到 TCP。 14:25 &lt;jrandom&gt; 不过，我得反复强调：SSU 还没有达到生产可用。它会出问题、会造成麻烦，所以除非明确作为测试的一部分，否则不要使用它 14:25 &lt;Masterboy&gt; 谢谢:) 14:26 &lt;jrandom&gt; 目前大家都应该禁用 SSU，不过接下来一两天我会在我的博客上发布更多关于第二轮测试的信息 14:27 &lt;jrandom&gt; 好，我想这些加上邮件基本覆盖了我想说的 SSU 相关内容。 有没有问题/评论/担忧？ 14:27 &lt;Teal`c__&gt; jrandom：你不在的时候我们能用 SSU 吗？ 14:28 &lt;jrandom&gt; 大概可以，但大家最好和其他用户沟通一下观察它是否异常，如果异常就把它禁用 14:29 &lt;shendaras&gt; 你的新 SACK（选择性确认）技术是什么？ =) 14:29 &lt;jrandom&gt; 我还有差不多一周的开发时间，所以还会有更多改进 14:30 &lt;+bla&gt; jrandom：我刚在想……当两个节点之间有 SSU 连接时，他们会断掉彼此之间的 TCP 连接吗（因为那时不需要了）？ 14:30 &lt;jrandom&gt; 呵 shendaras，只是利用小消息大小和固定分片这一点，让接收方用一个位字段对整条消息发出显式的 ACK/NACK，而不是对每个分片分别 ACK 或 NACK 14:31 &lt;jrandom&gt; bla：没错，如果 SSU 可用，他们就不会建立 TCP 连接 14:31 &lt;jrandom&gt; 两种传输会对每条要发送的消息进行“竞价”，并且 SSU 传输被配置为比 TCP 传输“出价更低” 14:31 &lt;+bla&gt; jrandom：那很好，但这意味着我得更新我的 theland.i2p 脚本了 :(... ;) 14:32 &lt;jrandom&gt; 呵，嗯，是啊，真遗憾 ;) 14:32 &lt;jrandom&gt; （不过新的 peers.jsp 也许正是你要的） 14:33 &lt;+bla&gt; jrandom：我会看看的。不过在 SSU 就绪之前我不打算使用它 14:33 &lt;+cervantes&gt; 也许我们都继续用 TCP，这样 bla 就不用写任何代码了 14:34 &lt;jrandom&gt; 呵 14:34 &lt;jrandom&gt; 酷，bla，是的，不着急 14:34 &lt;+cervantes&gt; ;) 14:34 &lt;+bla&gt; cervantes：;) 14:35 &lt;+cervantes&gt; 有没有什么情况下 SSU 连接不合适，反而更应该优先用 TCP？ 14:36 * Masterboy 戳了戳 jr 14:36 &lt;jrandom&gt; 当前默认设置会优先选择已建立的 TCP 连接，而不是尚未建立的 SSU 连接 14:36 &lt;jrandom&gt; （你可以通过一个配置标志覆盖这个，我记得在 history.txt 里有文档） 14:37 &lt;@smeghead&gt; 有人声称他们的 ISP 完全屏蔽 UDP 14:37 &lt;jrandom&gt; 但总的来说，不，我想不出在 SSU 可用时为什么要用 TCP 14:37 &lt;+cervantes&gt; 是的，我知道那个配置选项……但我是说，是否存在用 TCP 比用 UDP 数据包更好的情况 14:37 &lt;jrandom&gt; smeghead：也有人声称猫王是火星人 14:38 &lt;+cervantes&gt; 所以它只作为回退就好 14:38 &lt;jrandom&gt; cervantes：只要双方都能使用 SSU，我想不到有任何情况需要用 TCP 14:39 &lt;jrandom&gt; 也许可以作为回退，不过这会引入受限路由的问题，因为所有节点必须能与所有节点互通。 14:40 &lt;jrandom&gt; 如果我们允许只支持 TCP 的节点，就意味着每个人都必须能通过 TCP 和 UDP 被访问到 14:41 &lt;Teal`c__&gt; :~( 14:41 &lt;jrandom&gt; 这个夏天我们大概会同时支持两者，但我倾向于走 UDP only 14:41 &lt;entroy&gt; 嗨，谁能告诉我到哪里可以问关于设置 12p 和 Azureus 的问题？ 14:41 &lt;jrandom&gt; （直到 2.0） 14:42 &lt;jrandom&gt; 你好 entroy，#i2p-chat 也许能帮上忙，或者 forum.i2p.net。 我们现在在开每周开发会议，如果你之后还有问题，我们可以再帮你解决 14:42 &lt;+cervantes&gt; 他们来了，击退入侵者 :) 14:42 &lt;jrandom&gt; cervantes：能上 IRC 的都是自己人 :) 14:42 &lt;@smeghead&gt; 最好叫上 Minutemen 14:43 &lt;Teal`c__&gt; 利物浦还是切尔西？！ 14:43 &lt;entroy&gt; 好的，谢谢 14:43 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom：关于位字段，如果我们假设大多数数据包都会成功接收，那么位字段几乎全是 1。列出 NACK 的数量然后用 ECC 的方式编码，不会更高效吗？ 14:43 &lt;+cervantes&gt; jrandom：你确定吗……之前有人提到一个 mschat 客户端 14:43 &lt;+cervantes&gt; ;-) 14:45 &lt;jrandom&gt; cat-a-puss：有几种选择，但当你看实际的消息大小时，很难有更优的——tunnel 消息的出现频率是其他消息的 4 倍，最多只需要两个分片——也就是两位 14:45 &lt;Teal`c__&gt; &lt;steve&gt; # 显示为 TIKI 14:45 &lt;jrandom&gt; 终端和网关之间的 streaming lib 消息只有 4KB——用位字段最多 8 位，或者 2 字节 14:45 &lt;jrandom&gt; 也就是说，假设绝对最小的 MTU 14:46 &lt;jrandom&gt; 在 1492（或 1472，取决于怎么算）下，你基本都能用一个位字段字节搞定 14:46 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom：啊，所以位字段只是针对分片，不是针对每个数据包，对吧？ 14:47 &lt;jrandom&gt; 对，如果一条消息只收到部分，就回送这条消息已收到分片的位字段 14:47 &lt;ant&gt; &lt;cat-a-puss&gt; 好的 14:47 &lt;jrandom&gt; 不幸的是，消息 ID 完全是随机且无序的，所以我们不能用 TCP 风格的序列号 14:48 &lt;jrandom&gt; （而且，说真的，我们也不想要那样的开销） 14:49 &lt;jrandom&gt; 好，如果 2) SSU 没别的了，我们转到 3) i2phex 14:49 &lt;jrandom&gt; sirup：你在吗？ 14:49 &lt;ant&gt; &lt;cat-a-puss&gt; 快问一句：为什么要随机？ 14:50 * sirup 正在潜水 14:50 &lt;jrandom&gt; cat-a-puss：消息 ID 会暴露给对等方——我们不想让他们知道某条消息和另一条消息有关联（比如和序号更早的那条） 14:50 &lt;ant&gt; &lt;cat-a-puss&gt; 好的 14:51 &lt;jrandom&gt; 嗨 sirup，我在列表上发了一些通用信息，如果你能给大家更新一下，那就太好了 14:52 &lt;sirup&gt; 嗯，第一轮测试是成功的 14:52 &lt;jrandom&gt; [w3wt] 14:52 &lt;sirup&gt; 但看起来我们需要调整超时设置。不知何故，对等节点之间的连接撑不住 14:53 &lt;sirup&gt; 所以现在还不是装上就开的状态 :) 14:53 &lt;sirup&gt; 不过我也预料到了，因为我没有改任何与超时之类有关的东西 14:54 &lt;sirup&gt; 总体来说，如果有些人愿意帮我测到能接受的程度，我会很高兴 14:55 &lt;sirup&gt; 同一台机器开几个实例能做到的也就那么多…… 14:55 &lt;sirup&gt; 哦，任何经验/意见都欢迎。 最好发邮件到 sirup@mail.i2p 14:56 &lt;sirup&gt; 有个论坛也会很棒（我去的地方没法 24/7 在线，所以我这边没法托管） 14:56 &lt;sirup&gt; 就这些 :) 14:56 &lt;jrandom&gt; 太赞了 14:56 &lt;jrandom&gt; cervantes：能不能在那儿加一个 i2phex 版块？ 14:57 &lt;+cervantes&gt; 当然可以 14:57 * sirup 想知道是谁在从我这儿下那些很烂的 Commons 许可音乐 :) 14:58 &lt;@smeghead&gt; 嘿，至少你可以在那坨屎上再堆点屎 :) 14:58 &lt;+cervantes&gt; sirup：我猜“sirup”就是你在论坛上的 ID 14:58 &lt;sirup&gt; 那就太好了 14:58 &lt;sirup&gt; 对 14:59 &lt;ant&gt; &lt;BS314159&gt; 状态说明？ 15:00 &lt;jrandom&gt; 太好了。 看起来真的很有希望，sirup 做得很不错，大家可以去 sirup.i2p 看看有哪些进展 :) 15:00 &lt;@smeghead&gt; 邮件列表？ 15:00 &lt;RevDuck&gt; 或者 www.i2phex.tk 15:01 &lt;sirup&gt; 当然，邮件列表也会不错 15:01 &lt;sirup&gt; 笑死。i2phex.tk 是假的。要装拨号木马就去那儿吧 :) 15:01 &lt;+cervantes&gt; 已添加 I2Phex 论坛 15:01 &lt;jrandom&gt; !stab duck 15:02 &lt;+cervantes&gt; sirup 是版主 15:02 &lt;Masterboy&gt; :D 15:02 &lt;+cervantes&gt; sirup：如果你想改描述文字，告诉我 15:02 &lt;jrandom&gt; sirup：如果你想要 i2phex 和 i2phex-cvs 邮件列表，告诉我，添加很容易 15:02 &lt;jrandom&gt; （不过目前直接使用 i2p 列表也许更简单） 15:02 &lt;sirup&gt; cervantes，非常感谢 15:03 &lt;sirup&gt; 嗯。暂时用论坛就行 15:04 &lt;jrandom&gt; 好，酷。 关于 3) i2phex 还有别的吗？ 15:05 &lt;jrandom&gt; 如果没有，我们简单转到 4) awol 15:05 &lt;jrandom&gt; 我知道你们都迫不及待地想要为 i2p 贡献代码，所以状态说明里有一些建议 15:05 &lt;+bla&gt; jrandom：你终于被运营部门开除了？ 15:06 &lt;jrandom&gt; 没啦，CIA 只是把我调岗^U啦啦啦 15:06 &lt;@smeghead&gt; 不，本季度黑预算还提高了 15:07 &lt;+cervantes&gt; “大象已飞离巢穴”，重复一遍，“大象已飞离巢穴”，完毕 15:07 &lt;jrandom&gt; 关于 4) 我没什么比邮件里更多要补充的，不过我相信你们还有很多好主意 15:07 * smeghead 强忍住关于象皮病的笑话 15:08 &lt;jrandom&gt; 所以我不在时，你们的作业是挑个你想做的酷东西，然后把它做出来 ;) 15:08 * cervantes 止住 smeghead 太阳穴的出血 15:08 &lt;jrandom&gt; （不管是网页还是会飞的小马） 15:09 &lt;jrandom&gt; 好，转到 5) ??? 15:09 &lt;jrandom&gt; 还有谁有要在会上提的？ 15:09 &lt;shendaras&gt; 我们会想你的…… 15:09 &lt;@smeghead&gt; 对啊，你不在这段时间谁来主持会议？ 15:09 &lt;+mancom&gt; 过去一周 aum 来过吗？ 15:09 &lt;@smeghead&gt; mancom：没有 15:10 &lt;Masterboy&gt; 鸭弟兄？:P 15:11 &lt;jrandom&gt; 我们亲爱的运营经理希望能顶上，或者你们可以抓阄决定谁要在最后一分钟写状态说明 :) 15:11 &lt;jrandom&gt; mancom：他前几天短暂地来过 #i2p-chat 15:12 &lt;RevDuck&gt; 也许只在确实有事可汇报的时候再开会 15:12 &lt;+cervantes&gt; 没事，我正在写一个 jrandom 仿真脚本 15:12 &lt;+cervantes&gt; * w3wt 15:12 &lt;jrandom&gt; 开个 5 分钟的会也没什么不好 ;) 15:13 &lt;+cervantes&gt; * jrandom 朝他会飞的小马扔了块泥 15:13 * smeghead 写了个 cervantes 仿真脚本，它会写一个 jrandom 仿真脚本 15:13 * jrandom 写了个 smeghead 仿真[崩溃] 15:13 &lt;+cervantes&gt; 噢 得改改语法 15:14 &lt;@smeghead&gt; 哈哈 15:14 &lt;jrandom&gt; 好，还有谁有要在会上提的吗？ 15:14 * cervantes 写了个 aum 仿真......... 15:14 &lt;@smeghead&gt; java.util.RecursiveIdiocyException 15:15 &lt;jrandom&gt; 说到这个.. ;) 15:15 * jrandom 蓄力 15:15 * jrandom 把会议*baf*地结束了 </div>/zh/blog/2005/04/26/i2p-2005-04-26-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 26 Apr 2005 00:00:00 +0000/zh/blog/2005/04/26/i2p-2005-04-26-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，今天的每周状态更新很简短。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) SSU 状态 3) 单元测试悬赏 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>大多数人已经相当迅速地升级到上周的 0.5.0.7 版本（感谢！），总体效果看起来不错。网络看起来相当可靠，之前的 tunnel 限速问题已经解决。不过，仍有部分用户报告出现一些间歇性问题，我们正在追踪定位这些问题。</p> <ul> <li> <ol start="2"> <li>SSU status</li> </ol> </li> </ul> <p>我把大部分时间都投入在 0.6 UDP 代码上。并且，不，它还没准备好发布；不过，是的，确实有进展 ;) 目前它能够处理多个网络，让一些对等节点使用 UDP，另一些使用 TCP，性能相当不错。难点在于处理所有拥塞/争用的情形，因为线上网络会一直处于持续负载之下，不过在过去一天左右这方面已经取得了不少进展。有更多消息时再来汇报。</p> <ul> <li> <ol start="3"> <li>Unit test bounty</li> </ol> </li> </ul> <p>正如 duck 在邮件列表 [1] 中提到的，zab 已出资设立了一个悬赏，用于支持 I2P 进行一系列测试更新 - 为任何能够完成悬赏页面 [2] 上所列任务的人提供一定的资金奖励。我们又收到了针对该悬赏的进一步捐款 [3] - 目前总额为 $1000USD。虽然这些悬赏当然不能提供 &ldquo;市场价&rdquo;，但它们对希望提供帮助的开发者来说是一种小小的鼓励。</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/2005-April/000721.html</code> [2] <a href="http://www.i2p.net/bounty_unittests">http://www.i2p.net/bounty_unittests</a> [3] <a href="http://www.i2p.net/halloffame">http://www.i2p.net/halloffame</a> </p> <ul> <li> <ol start="4"> <li>???</li> </ol> </li> </ul> <p>好吧，我开会又迟到了……我大概得签一下把这个发出去，对吧？顺道来参加会议吧，我们也可以讨论其他问题。</p> <p>=jr</p>/zh/blog/2005/04/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8826%E6%97%A5/Tue, 26 Apr 2005 00:00:00 +0000/zh/blog/2005/04/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8826%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> bla、duck、jrandom、jrandom2p、laberhorst、Lorie、smeghead</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 14:10 &lt;@jrandom&gt; 0) 嗨 14:10 &lt;@jrandom&gt; 1) 网络状态 14:10 &lt;@jrandom&gt; 2) SSU 状态 14:10 &lt;@jrandom&gt; 3) 单元测试赏金 14:10 &lt;@jrandom&gt; 4) ??? 14:10 &lt;@jrandom&gt; 0) 嗨 14:10 * jrandom 挥手 14:10 &lt;@jrandom&gt; （迟来的）每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-April/000723.html 14:10 &lt;bla&gt; 嗨 14:11 &lt;@jrandom&gt; 大家读那篇长文的同时，我们先进入 1) 网络状态 14:12 &lt;@jrandom&gt; 我们之前在 0.5.0.6 中看到的一些 eepsites 下线的问题似乎已经解决，不过仍有少数人遇到了他们站点的其他问题 14:13 &lt;@jrandom&gt; 我也注意到一些 tracker 上的种子活动有所增加，不过就我所见，这并没有在 irc 上引发任何问题 14:13 &lt;laberhorst&gt; 网络状态：除了不可达的问题外，整体还不错 :-) 14:13 &lt;@jrandom&gt; 呵 14:13 &lt;@jrandom&gt; 是啊，我仍然不确定你的站点发生了什么。会后我们可以再深入调试 14:14 &lt;@jrandom&gt; 除此之外，关于网络状态/0.5.0.7，大家还有其他问题/评论/担忧吗？ 14:16 &lt;@jrandom&gt; 好的，如果没有，我们继续 2) SSU 状态 14:16 &lt;@jrandom&gt; [在此挥手] 14:17 &lt;Lorie&gt; 早上好。 14:17 &lt;@jrandom&gt; 我知道，我没有更快地推出，多少有点拖延；就目前而言它的表现确实很好。不过还有一些让我不太放心的问题，所以测试期间还请大家多包涵 14:18 &lt;@smeghead&gt; 我赞赏你没有把垃圾软件强加给我们 :) 14:18 &lt;@jrandom&gt; 我希望这周我们能在真实网络上做一些进一步的测试（手指交叉） 14:19 &lt;@jrandom&gt; 唉，到目前为止我已经给大家强加了够多的 bug 了 14:19 &lt;Lorie&gt; 你在拖拖拉拉，是吗？ 14:19 * Lorie 看向 smeghead 14:19 &lt;bla&gt; jrandom：只是确认一下：我们甚至可以有一个过渡期，在此期间客户端既可以用 UDP 也可以用 TCP 吗？ 14:20 &lt;@jrandom&gt; bla：可以。我现在有个测试网络，有些仅 TCP，有些同时支持 TCP 和 UDP。让 tunnels 同时跑在两者之上还挺有意思的 :) 14:20 &lt;@jrandom&gt; 真实网络实际上也能处理这种情况，会忽略任何 UDP 地址（对于尚未支持它的人） 14:20 &lt;@smeghead&gt; 这已经给了我们大量的蛋白质，但我们可不想过度纵容自己 14:21 &lt;bla&gt; jrandom：不错！这有利于过渡 14:23 &lt;@jrandom&gt; 嗯，我们就是这么期望的。不过，仍然有很多工作要做[/obligatory] 14:23 &lt;@jrandom&gt; 虽然我们的传输是 SSU - "SEMIreliable Secure UDP" - 我们仍然需要尽量做到某种程度的可靠 14:24 &lt;@jrandom&gt; 我关注了网上一堆研究，看看哪些方法效果最好。虽然我们可以偷懒，发出去就不管，但通过做一些简单的、类似 TCP 的可靠性处理可以获益良多，这正是我目前在折腾的 14:25 &lt;@jrandom&gt; 另一方面，因为它只是半可靠的，如果没有被快速确认（ACK），我们可以直接丢弃消息，而不是丢弃连接 14:26 &lt;Lorie&gt; 是的 14:26 &lt;Lorie&gt; 务必做到可靠；时间是我们拥有的一种奢侈 14:27 &lt;@jrandom&gt; 关于 2) SSU 状态，我要说的大概就这些了。大家有任何问题/评论/担忧吗，或者我们进入 3) 单元测试赏金？ 14:28 &lt;jrandom2p&gt; 就当我们已经进入了吧 14:29 &lt;jrandom2p&gt; 好的，duck 前几天发了关于近况以及单元测试赏金重要性的一个不错的总结，站点上还引用了很多细节。 14:30 &lt;jrandom2p&gt; 这是个不错的机会，谁都可以稍微深入挖掘一下 i2p，同时还顺便拿点钱回来 ;) 14:30 &lt;jrandom2p&gt; 不过总之，那些内容大家都可以去看。对此有任何问题吗？ 14:31 &lt;jrandom2p&gt; 好的，如果没有，我们继续 4) ??? 14:32 &lt;@smeghead&gt; 有人试过那个 emma 代码覆盖率套件吗？ 14:32 &lt;jrandom2p&gt; 过去一周发生了很多事情，不过我不确定有哪些已经可以讨论。大家有什么想提的吗？ 14:33 &lt;jrandom2p&gt; 不是我 14:33 &lt;@duck&gt; *嗝* 14:34 &lt;@smeghead&gt; 不是 duck 喝醉了，就是他发现了一个乡巴佬 14:34 &lt;@duck&gt; !former 14:35 &lt;jrandom2p&gt; （把它当作 shell 命令还是 c/java 来求值…… ;)） 14:36 &lt;jrandom2p&gt; 还有谁有要在会议上提出的事吗？ 14:36 * jrandom2p 喜欢短会，这样留给写代码的时间更多 14:36 &lt;@smeghead&gt; 显然也包括喝酒 :) 14:36 &lt;@duck&gt; & 喝酒 14:37 &lt;@smeghead&gt; 唉，延迟 14:37 &lt;jrandom2p&gt; 呵 14:38 &lt;jrandom2p&gt; 好了，该回去喝^W工作了 14:38 * jrandom2p 做好准备 14:38 * jrandom2p *baf* 地宣布会议结束 </div>/zh/blog/2005/04/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8825%E6%97%A5/Mon, 25 Apr 2005 00:00:00 +0000/zh/blog/2005/04/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8825%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, Complication, inkeystring, jdot, jrandom, lsmith, perv, spinky</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 16:12 &lt;jrandom&gt; 0) 嗨 16:12 &lt;jrandom&gt; 1) 网络状态 和 0.6.1.17 16:12 &lt;jrandom&gt; 2) I2Phex 16:13 &lt;jrandom&gt; 3) ??? 16:13 &lt;jrandom&gt; 0) 嗨 16:13 * jrandom 挥手 16:13 &lt;@cervantes&gt; 嗨 16:13 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2006-April/001283.html 16:14 &lt;jrandom&gt; 在大家浏览的同时，我们进入 1) 网络状态 16:14 &lt;jrandom&gt; 正如大家所见，我们发布了一个新版本，到目前为止结果相当积极 16:15 &lt;@cervantes&gt; （耶！） 16:15 &lt;jrandom&gt; 还没到我们想要的水平，但基本解决了我们看到的主要问题 16:15 &lt;jrandom&gt; 嗯，能在 2+ 跳的 tunnel 上再次获得还算过得去的构建成功率，真不错 :) 16:16 * jrandom 在另一台 router 上，1hop 的 tunnel 成功率超过 50% 16:17 &lt;jrandom&gt; 我认为 0.6.1.17 中最近的几处改动也应有助于避免将来出现类似的拥塞崩溃 16:17 &lt;jrandom&gt; 不过，对用户可见的结果是我们偶尔会看到 lease 过期，但系统不会自我叠加恶化，而是会退避 16:17 * cervantes 打开 azureus 16:18 &lt;+Complication&gt; 今天早上，我记录到客户端 tunnel（长度 2 +/- 1）的成功率接近 35% 16:18 &lt;+Complication&gt; 目前更低，因为我尝试做了一些修改，最新的一次效果不太好 :D 16:18 &lt;@cervantes&gt; jrandom: 你把问题追到这一步很棒——我们一度开始看起来有点像 freenet 了 :) 16:19 &lt;jrandom&gt; *咳* ;) 16:20 &lt;+fox&gt; &lt;inkeystring&gt; jrandom: 你介意简要描述一下退避机制吗？我目前在为 freenet 0.7 做类似的东西 16:21 &lt;jrandom&gt; inkeystring: 我们在传输层已有退避机制，当传输层过载时减少向某个对等体的传输，但这还不够 16:21 &lt;@cervantes&gt; *咳* 我刚说的是 freenet？我其实是说 tor 16:21 &lt;+fox&gt; &lt;inkeystring&gt; :-) 16:22 &lt;jrandom&gt; inkeystring: 新的改动是把该机制上推到更高层，这样当我们的通信层饱和时就会停止尝试构建 tunnel 16:22 &lt;jrandom&gt; （而不是发送更多 tunnel 构建尝试） 16:22 &lt;+fox&gt; &lt;inkeystring&gt; 谢谢——传输层只在丢包时才退避，还是接收端有办法控制流量？ 16:23 * jrandom 记得和 toad 讨论过几次拥塞与路由的影响（在 irc 上以及我以前的 flog 上），不过我不记得有任何净积极的解决方案 :/ 16:23 &lt;jrandom&gt; 接收端可以 NACK（否定确认），我们也为 ECN（显式拥塞通知）留了钩子，但还没必要用上 16:23 &lt;+fox&gt; &lt;inkeystring&gt; 是啊，这个争论在 freenet-dev 上又被提起了 :-) 仍然没有银弹 16:24 &lt;+fox&gt; &lt;inkeystring&gt; 酷，谢谢提供信息 16:24 &lt;+Complication&gt; 他们现在也在用 UDP，对吧？ 16:24 &lt;jrandom&gt; 当前，高度拥塞的节点麻烦不在于逐对等体限速，而在于对等通信的广度 16:24 &lt;+Complication&gt; （作为传输协议） 16:24 &lt;+fox&gt; &lt;inkeystring&gt; 广度 = 对等体数量？ 16:24 &lt;jrandom&gt; 是的 16:25 &lt;jrandom&gt; 随着 tunnel 成功率的提高，对等体不再需要和上百个对等体通信才能构建一个 tunnel 16:25 &lt;jrandom&gt; 因此只需 20-30 个对等体就能应付 16:25 &lt;jrandom&gt; （也就是直接连接的对等体） 16:26 &lt;+fox&gt; &lt;inkeystring&gt; 我猜这对 NAT 打洞、保活等来说是个好消息？ 16:26 &lt;jrandom&gt; 另一方面，拥有 2-300 条活跃的 SSU 连接时，6KBps 的链路会吃不消 16:26 &lt;jrandom&gt; 嗯 16:26 &lt;+fox&gt; &lt;inkeystring&gt; Complication: 是的 16:27 &lt;+fox&gt; &lt;inkeystring&gt; （在 0.7 alpha 版中） 16:27 &lt;+Complication&gt; 啊哈，那他们可能也会面临类似的问题 16:27 &lt;+Complication&gt; 希望有人能找到魔弹 :D 16:27 &lt;jrandom&gt; 不过方式不同。 传输层是个相对容易的问题 16:27 &lt;+fox&gt; &lt;inkeystring&gt; 我想他们可能复用了部分 SSU 代码……至少他们提到过 16:27 &lt;jrandom&gt; （也就是说，已经被研究了 30 多年） 16:28 &lt;jrandom&gt; 但 i2p（以及 freenet）的负载均衡工作在比点到点链路更高的层，需求也不同 16:28 &lt;+fox&gt; &lt;inkeystring&gt; 是的，和路由的交互比较棘手 16:29 &lt;jrandom&gt; 嗯，不过 i2p 的情况更简单（我们不需要找到具有所求数据的特定对等体，只需要任何有能力参与我们 tunnel 的人） 16:30 &lt;+fox&gt; &lt;inkeystring&gt; 所以如果避开一个过载的对等体并不会有效率损失…… 16:30 &lt;+fox&gt; &lt;inkeystring&gt; 而在 freenet 中，绕过过载节点可能会增加路径长度 16:30 &lt;+fox&gt; &lt;inkeystring&gt; 总之抱歉跑题了 16:31 &lt;jrandom&gt; 没关系，不过解释 0.6.1.17 中的改动为何影响我们的拥塞崩溃还是相关的 :) 16:31 &lt;jrandom&gt; 好的，关于 1) 网络状态，还有其他要补充的吗？ 16:32 &lt;+Complication&gt; 嗯，正如之前提到的，在纯 .17 版本上运行时，我观察到带宽和活跃对等体数存在明显的周期性 16:32 &lt;+Complication&gt; 还有一些人似乎也遇到了，不过我不清楚普遍程度如何 16:33 &lt;+Complication&gt; 我一直在想其主要原因，主要从 tunnel 限速的角度，但尚无解法 16:33 &lt;+Complication&gt; 我设法让自己的图看起来更平滑，但代价是整体表现有所下降 16:33 &lt;+Complication&gt; 尝试过类似这样的修改： 16:34 &lt;+Complication&gt;&gt; _log.error("Allowed was " + allowed + ", but we were overloaded, so ended up allowing " + Math.min(allowed,1)); 16:34 &lt;+Complication&gt; （这是为了避免它对自身的 tunnel 完全不再进行构建尝试） 16:35 &lt;jrandom&gt; 啊对 16:35 &lt;+Complication&gt; （哦，很自然地，日志级别是乱的，因为我为了测试改过） 16:35 &lt;jrandom&gt; 我们里面有些代码试图稍微打散这种周期性，但显然运行得不太对 16:36 * perv 刚把自己的系统弄挂了 :( 16:36 &lt;+Complication&gt; 不过我做过类似尝试，也尝试降低 tunnel 数量的增长因子 16:36 &lt;perv&gt; reiser4 有撤销删除的办法吗？ 16:36 &lt;jrandom&gt; 基本上，如果我们假装 tunnel（随机地）比实际更早过期，应该会有帮助 16:36 &lt;+Complication&gt; 目前在读 TunnelPool.java 里的大函数 “countHowManyToBuild” :D 16:36 &lt;+Complication&gt; 不过我还没读完 16:37 &lt;jrandom&gt; （不过这显然会提高 tunnel 的构建频率，而在 0.6.1.17 之前这并不合理） 16:37 &lt;+Complication&gt; perv: 有一些办法 16:37 &lt;jrandom&gt; 嗯，把随机化放在那里会很难，Complication，因为我们非常频繁地调用那个函数 16:38 * perv 考虑先救数据然后换到 gentoo 16:38 &lt;jrandom&gt; 我建议可以考虑把成功构建的 tunnel 的过期时间随机化 16:38 &lt;+Complication&gt; perv: 用 reiser 肯定比 ext3 要好 16:38 &lt;+Complication&gt; perv: 不过我也不熟 16:38 &lt;+Complication&gt; jrandom: 确实，这样有时可能会过度构建 16:38 &lt;jrandom&gt; （这样现有的 countHowManyToBuild 会认为它在真正需要之前就需要它们） 16:38 &lt;+Complication&gt; （而且当 tunnel 断掉时，它有时不可避免地会匆忙过度构建） 16:40 &lt;+Complication&gt; 嗯，这是我没考虑过的一种可能…… 16:41 &lt;+Complication&gt; 不管怎样，我也在折腾它，但还没有有用的观察结果 16:42 &lt;jrandom&gt; 好啊，我这边也在做一些调整，也许我们可以把这些放到下一个构建里，看看在目前尚算可用的网络上效果如何 ;) 16:43 &lt;spinky&gt; 是否有统计可以查看 I2P 网络为应用数据增加了多少开销？ 16:43 &lt;jrandom&gt; “overhead” 是个很有争议的词…… ;) 16:43 &lt;jrandom&gt; 我们把它称为匿名的代价 ;) 16:43 &lt;spinky&gt; 呵呵 16:45 &lt;jrandom&gt; （也就是：并不真有。 零拥塞、1+1 跳的理想网络上，终端的应用层有效负载大概能达到 70-80% 的效率） 16:45 &lt;jrandom&gt; （（上次我测的时候）） 16:45 &lt;jrandom&gt; 但那真是实验室条件 16:45 &lt;jrandom&gt; 真实网络要复杂得多 16:47 &lt;spinky&gt; 对，我指的是用于建立 tunnel、密钥、填充等所消耗的额外数据量 16:47 &lt;spinky&gt; ……与传输的应用数据相比 16:47 &lt;jrandom&gt; 取决于消息分帧、拥塞、tunnel 构建成功率等 16:48 &lt;jrandom&gt; 构建一个 2 跳的 tunnel，网络需要承担约 20KB 的数据 16:48 &lt;+Complication&gt; 我有时也想测试一下，主要是为了估算像 BitTorrent 和 I2Phex 这类大规模传输应用的“浪费程度” 16:48 &lt;+Complication&gt; 不过我一直没在我的两个节点间做过干净的测量 16:48 &lt;+Complication&gt; 总有一天我会回头做这个的 16:49 &lt;jrandom&gt; Complication: 用话痨型应用来测挺难的，用 wget 测就简单多了 :) 16:49 &lt;+Complication&gt; 太对了 16:50 &lt;+Complication&gt; 我之前试过的一些方法，谈不上精确 16:54 &lt;jrandom&gt; 好的，如果 1) 没有其他内容，我们滑到 2) I2Phex 16:55 &lt;jrandom&gt; Complication: 最近在忙什么？ :) 16:55 &lt;+Complication&gt; 嗯，昨天的提交修复了某些人遇到的、我那个傻乎乎的首次运行检测器的问题 16:56 &lt;+Complication&gt; 首次运行检测器现在不那么傻了，bar 报告说它似乎开始正常工作了 16:56 &lt;+Complication&gt; 不过，既然 I2Phex 在当前网络条件下似乎已经可以运行， 16:56 &lt;+Complication&gt; 我也会尝试找到那个 rehash 的 bug。 16:57 &lt;+Complication&gt; 只要我能找到的话 16:57 &lt;jrandom&gt; 很好，我知道那个问题困扰你几个月了 16:57 &lt;+Complication&gt; 有趣的是，主线 Phex 可能也有这个问题，我也会尝试定位并阅读他们的相关观察 16:58 &lt;jrandom&gt; 不过很高兴听到启动修复已经加进去了 16:58 &lt;jrandom&gt; 啊，懂了 16:58 &lt;+Complication&gt; =就是这样 16:58 &lt;+Complication&gt; 不过我目前无法确认主线 Phex 是否也有这个问题——我个人在那里从未见过 16:59 &lt;jrandom&gt; （间歇性 bug）—— 16:59 &lt;+Complication&gt; 很难以可控方式重现，因此也难以定位 17:00 &lt;+Complication&gt; 我这边目前大概就这些 17:00 &lt;+Complication&gt; 之后我在想，是否值得限制 I2Phex 同时发起的并行对等体联系尝试的数量 17:01 &lt;jrandom&gt; 嗯，可能值得 17:01 &lt;+Complication&gt; 因为那会在短时间内产生一大堆 NetDB 查询，从 I2P router 的角度看可能不太友好 17:02 &lt;jrandom&gt; 而且与新的 destination 建立联系需要使用 elG 而不是 aes 17:02 &lt;+Complication&gt; 不过我还没为这个目标读或写任何实际代码 17:04 &lt;jrandom&gt; 好，没问题。 也许传说中的 i2phex/phex 合并会自带一个解决方案 :) 17:04 &lt;+Complication&gt; 我这边有关 I2Phex 的消息大致就这些…… 17:04 &lt;jrandom&gt; 很好，谢谢你的更新以及为这些问题所做的努力！ 17:05 &lt;jrandom&gt; 好的，我们跳到 3) ??? 17:05 &lt;jrandom&gt; 还有谁有其他要在会议上提出的？ 17:05 &lt;lsmith&gt; 大家好！我只想称赞开发者们在最新版本中的出色改进，我的总带宽只有 0.9/1.4 KBps，我仍然能连着 irc……这也太酷了 :) 17:05 &lt;+Complication&gt; :D 17:06 &lt;jrandom&gt; 感谢你一路以来的耐心——支持低带宽用户至关重要 17:06 &lt;@cervantes&gt; lsmith: 这真的很不错 17:06 &lt;@cervantes&gt; * 连接重置 17:06 &lt;jrandom&gt; 呵 17:07 &lt;lsmith&gt; :) 17:09 &lt;jrandom&gt; 哦，另一个值得一提的是 zzz 回来了，随他而来的是 stats.i2p :) 17:09 &lt;jrandom&gt; [wewt] 17:11 &lt;+Complication&gt; 一个非常有用的对比数据来源 :) 17:11 &lt;jrandom&gt; 那是肯定的 17:11 &lt;jrandom&gt; 好的，还有谁有别的要在会议上说的吗？ 17:13 &lt;jrandom&gt; 如果没有…… 17:13 &lt;jdot&gt; 我有一两个 baf 之后的问题 17:13 &lt;jrandom&gt; 呵，好吧，那就让 baffer 开始转起来吧 :) 17:13 * jrandom 做好准备…… 17:13 * jrandom 用 *baf* 宣布会议结束 </div>/zh/blog/2005/04/19/i2p-2005-04-19-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 19 Apr 2005 00:00:00 +0000/zh/blog/2005/04/19/i2p-2005-04-19-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，各位，又到了每周例行的时间了，</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) SSU 状态 3) 路线图更新 4) Q 状态 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>自 0.5.0.6 发布以来近两周的时间里，整体情况大多是正面的，不过服务提供者（eepsites(I2P Sites)、ircd 等）最近遇到了一些 bug。虽然客户端状况良好，但随着时间推移，服务器可能会遇到这样一种情况：出现故障的 tunnels 会触发一些过度的节流代码，从而阻止 leaseSet 的正确重建和发布。</p> <p>除了其他变更之外，CVS 中已经有一些修复，我预计我们将在接来来的一两天内发布新的 0.5.0.7 版本。</p> <ul> <li> <ol start="2"> <li>SSU status</li> </ol> </li> </ul> <p>对于没有关注我（哦，如此“精彩”）博客的人来说，UDP 传输方面已经取得了不小的进展，而且目前可以相当有把握地说，UDP 传输不会成为我们的吞吐量瓶颈 :) 在调试那段代码的同时，我也借机梳理了更高层的排队机制，找出了可以去除不必要阻塞点的地方。不过，正如我上周所说，仍然有大量工作要做。等有更多信息时，就会提供更多信息。</p> <ul> <li> <ol start="3"> <li>Roadmap update</li> </ol> </li> </ul> <p>现在是四月了，所以路线图 [1] 也相应更新了 - 取消 0.5.1 并调整了一些日期。最大的变化是把 0.6 从四月移到六月，不过这其实并没有看起来那么大。正如我上周提到的，我自己的日程有些变动，与其在六月搬到 $somewhere，我会在五月搬到 $somewhere。尽管我们本月就能把 0.6 所需的内容准备好，但我不可能匆忙发布那样一次重大更新然后消失一个月，因为软件的现实是，测试不可能捕获所有 bug。</p> <p>[1] <a href="http://www.i2p.net/roadmap">http://www.i2p.net/roadmap</a> </p> <ul> <li> <ol start="4"> <li>Q status</li> </ol> </li> </ul> <p>Aum 最近在 Q 上忙得不亦乐乎，不断为我们加入更多好东西，他的网站上已经放出了最新的截图 [2]。他也已经把代码提交到了 CVS（耶），所以我们有望很快开始 alpha 测试。我相信很快我们会从 aum 那里听到更多关于如何提供帮助的细节，或者你也可以直接在 CVS 的 i2p/apps/q/ 里挖挖看那些好东西。</p> <p>[2] <code>http://aum.i2p/q/</code></p>/zh/blog/2005/04/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8819%E6%97%A5/Tue, 19 Apr 2005 00:00:00 +0000/zh/blog/2005/04/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8819%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, cervantes, defnax, jrandom, maestro^, polecat, protokol, Ragnarok, Teal`c</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:05 &lt;@jrandom&gt; 0) 嗨 14:05 &lt;@jrandom&gt; 1) 网络状态 14:05 &lt;@jrandom&gt; 2) SSU 状态 14:05 &lt;@jrandom&gt; 3) 路线图更新 14:05 &lt;@jrandom&gt; 4) Q 状态 14:05 &lt;@jrandom&gt; 5) ??? 14:05 &lt;@jrandom&gt; 0) 嗨 14:05 * jrandom 挥手 14:05 &lt;@jrandom&gt; 每周状态说明（刚刚发布）在 @ http://dev.i2p.net/pipermail/i2p/2005-April/000708.html 14:06 * maestro^ 打起口技 14:06 &lt;+cervantes&gt; 晚上好 14:06 &lt;+protokol&gt; susi23：在吗？ 14:06 &lt;@jrandom&gt; 趁大家阅读那些激动人心的说明，我们先进入 1) 网络状态 14:06 &lt;+protokol&gt; 哎呀，开会 14:07 &lt;@jrandom&gt; 不过我其实没什么要补充的。 大概率明天会有新版本，包含目前为止的修复，以及一些很棒的新贡献 14:08 &lt;@jrandom&gt; 有没有对网络状态及/或即将发布的 0.5.0.7 的意见或担忧？ 14:10 &lt;@jrandom&gt; 如果没有，我们进入 2) SSU 状态 14:10 &lt;+maestro^&gt; 我遇到一些这样的错误: Wanted to build 2 tunnels, but throttled down to 0, due to concurrent requests (cpu overload?) 14:10 &lt;@jrandom&gt; 啊，对，那是 tunnel 限速问题 14:10 &lt;+protokol&gt; 它会支持 ftp 吗？ 14:10 &lt;@jrandom&gt; 它有点儿……过于积极了 14:10 &lt;+protokol&gt; 开玩笑 开玩笑 14:10 &lt;@jrandom&gt; !thwap protokol 14:10 &lt;+maestro^&gt; 呵，行 14:12 &lt;@jrandom&gt; 好，关于 SSU，过去一周有一堆更新，本地还有一些尚未提交的改动 14:13 &lt;@jrandom&gt; 不过我没有把这些更新记到 history.txt 里，因为还没人用，所以只有 i2p-cvs 列表上的人能看到这些激动人心的细节 ;) 14:14 &lt;@jrandom&gt; 另一方面，最近几天在它基本可用之后，我在精简其运行时发现了 SDK 里的几个瓶颈 14:14 &lt;@jrandom&gt; （以及在 jobQueue 里）。 我现在已经在本地把那些抽出来了，测试仍在继续。 14:15 &lt;@jrandom&gt; 我们可能会在本周放出 SSU 传输的几个 alpha 版，不过更可能是在这个周末 14:15 &lt;@jrandom&gt; 这方面我没什么更多可说的——大家有问题吗？ 14:16 &lt;+Ragnarok&gt; 这些瓶颈影响有多大？ 14:17 &lt;@jrandom&gt; 嗯，要看情况——我现在正在测对线上网络的影响，不过在我的本地 SSU 网络上，两个小调整带来了超过一个数量级的提升 14:17 &lt;@jrandom&gt; 但我不指望在线上网络上也能达到 14:17 &lt;+Ragnarok&gt; 哎呀 14:18 &lt;+Ragnarok&gt; 呵，好的 14:18 &lt;@jrandom&gt; （至少，在我们迁移到 0.6 之前不会 ;) 14:20 &lt;@jrandom&gt; 好，顺着这个话题，我们进入 3) 路线图更新 14:21 &lt;@jrandom&gt; 如说明里所述，路线图上的日期和修订版做了调整。 取消了 0.5.1，后续的 tunnel 修改推迟到 0.6.1 14:21 &lt;+cervantes&gt; 3) 路线图偏移 14:21 &lt;@jrandom&gt; 呵 14:22 &lt;@jrandom&gt; 是啊，当你用很快的 CPU 时，时钟更容易偏移。 类似地…… ;) 14:22 &lt;@jrandom&gt; ^ry^rly 14:23 &lt;+cervantes&gt; 哦，这是自负的迹象吗？真没想到！ :) 14:23 &lt;@jrandom&gt; 不过是的，很遗憾，四月发布 0.6 版本基本不可能 14:23 &lt;@jrandom&gt; 呵呵 14:23 &lt;@jrandom&gt; cervantes：别担心，想到走到这一步花了 2 年，自负自然会被抑制 ;) 14:25 &lt;@jrandom&gt; 我们大概会有一些 -X 构建，方便大家在我离线期间在线上网络上对 SSU 进行 brea^Wtest，但在我回来之前不会有 0.6 版本 14:25 &lt;@jrandom&gt; （而且，和去年一样，我也不知道要多久才能重新接入，但希望少于一个月） 14:25 &lt;+cervantes&gt; 呵，如果这里有人稍微值得自我表扬，我想那应该就是你 ;-) 14:26 &lt;+polecat&gt; 你要去哪儿，jrandom？ 14:27 &lt;+cervantes&gt; $somewhere 14:27 &lt;@jrandom&gt; 不知道 14:27 &lt;@jrandom&gt; （幸好，$somewhere 是个运行期表达式 ;) 14:27 &lt;+cervantes&gt; jrandom：你预计会有一个月的离线期吗？ 14:27 &lt;+maestro^&gt; jr：在附近走一圈，用别人的链路搭个无线中继网络 ;] 14:27 &lt;@jrandom&gt; cervantes，这取决于我最后落脚之处的网络情况。 14:28 &lt;@jrandom&gt; 当然，我很可能会偶尔上线 14:28 &lt;+protokol&gt; polecat：lol 14:28 &lt;+cervantes&gt; 我还以为你现在已经把 relocation 这个 class 的 method 打磨得很溜了 14:28 &lt;Teal`c&gt; 我们现在就切到 .6，然后边做边把 bug 修掉吧 14:28 &lt;+cervantes&gt; *thought 14:28 &lt;+cervantes&gt; 酷，Teal'c 你可以负责 Q&amp;A 14:29 &lt;@jrandom&gt; Teal`c：“work the bugs out” == 修代码 ==（要有懂这份代码的程序员来修） 14:29 &lt;Teal`c&gt; 好，我愿意。 14:29 &lt;Teal`c&gt; 我会一点 perl 14:29 * cervantes 设置 bugzilla&gt; tealc@mail.i2p 14:29 &lt;@jrandom&gt; 说得对，Teal`c，我们一直需要测试方面的帮助 14:30 &lt;@jrandom&gt; 尤其是测试自动化 14:31 &lt;@jrandom&gt; 好，关于 3) 还有别的吗，或者我们转到 4) Q 状态？ 14:31 &lt;+polecat&gt; 明白。 祝你尽快恢复稳定的网络。 14:31 &lt;+ant&gt; &lt;jrandom&gt; 嗯，aum 看起来还在睡 14:31 &lt;@jrandom&gt; 谢谢。我相信我会想出办法 ;) 14:32 &lt;@jrandom&gt; 好，除了状态说明里的内容，我其实没太多可补充的 14:32 &lt;@jrandom&gt; 不过 aum 的代码现在已经在 CVS 里了，硬核的可以抓下来开始 hack 14:32 &lt;+maestro^&gt; 太棒了 14:33 &lt;@jrandom&gt; 是的，当然。 目前所有东西都是 GPL（因为有个组件链接到了 I2PTunnel），不过我听说 aum 正在做一些重构，最后会变成 LGPL 14:34 &lt;@jrandom&gt; （不过别问我许可在 xmlrpc 上意味着什么 ;) 14:34 &lt;@jrandom&gt; 好，关于 4) 大家还有要提的吗？ 14:36 &lt;@jrandom&gt; 好，如果没有，我们进入 5) ??? 14:36 &lt;@jrandom&gt; 还有其他要在会议上提出的吗？ 14:36 &lt;+polecat&gt; 我想为此说几句话。 14:37 &lt;+polecat&gt; Hinkle finkle dinkle doo. 14:37 &lt;@jrandom&gt; 嗯哼。 14:37 &lt;@jrandom&gt; 好，有人能用人类语言提点什么吗？ :) 14:38 &lt;defnax&gt; 5 上要推进什么？ 14:39 &lt;+maestro^&gt; spacerace 万岁！i2p 万岁！ 14:39 &lt;@jrandom&gt; 嗯？defnax？ 14:41 &lt;defnax&gt; 在早上 5 点？ 14:41 &lt;defnax&gt; 5 小时后？ 14:41 &lt;+cervantes&gt; 关于 xmlrpc，规范保留版权，但对实现不施加限制 14:42 &lt;@jrandom&gt; defnax：议程条目 5：“？？？”，我们在这里讨论其他问题 14:43 &lt;+maestro^&gt; jr：你把那些优化改动提交了吗？ 14:43 &lt;@jrandom&gt; cervantes：我刚才的调侃是关于使用一个 GPL 应用的 xmlrpc API 是否会“传染”的问题（不过只是个修辞性问题） 14:43 &lt;@jrandom&gt; maestro^：没有 14:43 * jrandom 提交前先测试 14:43 &lt;+maestro^&gt; 太棒了！这个的 ETA 是多少？ 14:44 &lt;@jrandom&gt; 也许今晚晚些时候，否则就等明天发布 14:45 &lt;@jrandom&gt; 好，如果没有别的 14:45 * jrandom 收尾 14:45 * jrandom 用 *baf* 的一声将会议宣布结束 </div>/zh/blog/2005/04/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8818%E6%97%A5/Mon, 18 Apr 2005 00:00:00 +0000/zh/blog/2005/04/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8818%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Complication, frosk, jrandom, spinky</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) 嗨 16:09 &lt;jrandom&gt; 1) 网络状态 和 0.6.1.16 16:09 &lt;jrandom&gt; 2) Tunnel（隧道）创建和拥塞 16:10 &lt;jrandom&gt; 3) Feedspace 16:10 &lt;jrandom&gt; 4) ??? 16:10 &lt;jrandom&gt; 0) 嗨 16:10 * jrandom 挥手 16:10 &lt;jrandom&gt; 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-April/001281.html 16:10 * frosk 也来啦 16:10 &lt;jrandom&gt;（这次还在会议开始将近两个小时*之前*就发出来了呢 :)） 16:11 &lt;jrandom&gt; 好，既然我确信大家都已经仔细研读了说明，我们就直接进入 1) 网络状态 16:12 &lt;+Complication&gt; 嗨 :) 16:12 * Complication 赶紧去拿说明 16:12 &lt;jrandom&gt; 0.6.1.16 版本修复了我们 PRNG（伪随机数生成器）中一个存在已久的 bug，它导致了大量随机的 tunnel 拒绝 16:13 &lt;jrandom&gt;（根本原因是去年十月引入的，但现在已经修复） 16:13 &lt;+Complication&gt; 我这边的状态：在 1 + 0..1 跳的 tunnels 上还能勉强工作，在 2 + 0..1 或 2 +/- 0..1 上就不行了 16:14 &lt;jrandom&gt; 嗯，可以理解，尤其是在较慢的链路下 16:14 &lt;jrandom&gt;（不幸的是，这里说的“较慢”其实也没那么慢） 16:15 &lt;jrandom&gt; 还有很多工作要做，0.6.1.16 还没达到我们需要的程度，但算是进步 16:17 &lt;+Complication&gt; 关于你称之为“拥塞崩溃”的问题，我有个想法 16:18 &lt;+Complication&gt; 限制其影响的一种方法，也许是实际*要求*一个 router（路由器）接受一定配额的参与请求 16:19 &lt;+Complication&gt;（由用户直接或间接指定？） 16:19 &lt;jrandom&gt; 由哪个用户指定？ 16:19 &lt;+Complication&gt;（例如作为分享百分比的一部分，或者增设一个参数） 16:19 &lt;jrandom&gt; 本地用户，还是我们这些远端用户？ 16:19 &lt;+Complication&gt; 每个人给自己的 router 指定 16:19 &lt;@frosk&gt; 那我们要转到 2) 吗？ :) 16:20 &lt;jrandom&gt; 好啊，就当我们进入 2) 了 :) 16:20 &lt;+Complication&gt; 这样我就可以比如告诉我的 router：“即使你拥塞了，也要保持至少 4 KB/s 的转发速率” 16:21 &lt;jrandom&gt; Complication：这不太可行——如果一个 router 过于拥塞，其他人（希望如此 ;)）会停止请求它参与 tunnels。 16:21 &lt;+Complication&gt;（当然，这意味着某些本地目标可能会离线更久一些） 16:21 &lt;jrandom&gt; 而且如果没人请求，它就/无法/转发别人的数据 16:22 &lt;+Complication&gt; 啊，也许我应该表述得更清楚一些 16:24 &lt;+Complication&gt; 我的想法是：在保证一定参与流量配额的前提下，限制它自身的 tunnel 创建消息，而不是去限制参与的 tunnels 16:24 &lt;+Complication&gt; 例如：“我绝不会把我参与的 tunnels 限到低于 4 KB/s。如果需要限速，我会优先限制我自己的流量。” 16:26 &lt;jrandom&gt; 嗯，这里面有匿名性风险（虽然和选择性 DoS 一样的路子，反正我们也没有对此防御） 16:27 &lt;jrandom&gt; 不过，在拥塞时限制我们自己的本地 tunnel 构建，这是我现在正在测试的——再加上可选地忽略 4KBps 底限的支持，应该很容易 16:28 &lt;spinky&gt; 目前，当你传输大量数据时，完全得不到任何掩护流量。 16:29 &lt;spinky&gt; 为参与带宽设一个底限听起来不错。 16:30 &lt;jrandom&gt; 其实我们确实有一个底限（既体现在分享百分比上，也体现在在分配完所有带宽后内部预留的 4KBps） 16:30 &lt;+Complication&gt; 唉，掉线了……希望我说的东西没丢太多，回复的话我得从日志里看了 :) 16:32 &lt;@frosk&gt; 4KBps 有什么特别的意义吗？ 16:33 &lt;jrandom&gt; 有几点——4KB 大约等于 tunnel 创建消息的大小；而且从经验上看，我从没听说过有 router 在更低带宽下还能成功运行 16:33 &lt;spinky&gt; 也许是某些 bug 导致分享百分比不起作用？ 16:34 &lt;jrandom&gt; 你为什么说分享百分比不起作用？ 16:34 &lt;@frosk&gt; 我明白了 16:34 &lt;+Complication&gt; frosk：不啦，它只是当前代码里的一个数，我在说明我的设想时也引用了它 16:35 &lt;+Complication&gt;（不是因为它有多重要，只是因为我想的东西在某种意义上正好和它相反） 16:35 &lt;spinky&gt; 它被设为 80%，可是一旦本地在产生数据，参与就降到 0。也许我理解错了。 16:36 &lt;jrandom&gt; 啊，对，分享百分比并不是这么个意思 16:36 &lt;+Complication&gt; 它是一个最多能分享多少的上限，前提是你实际可用于分享的带宽 16:37 &lt;+Complication&gt; 如果本地流量占了 70%，你只剩 10% 可用于分享 16:37 &lt;+Complication&gt; 如果本地流量很重，你就会剩 0%，而 80% 的上限永远达不到 16:37 &lt;spinky&gt; 好的。我看到它写的是‘最多’…… 16:38 &lt;+Complication&gt; 另外，还有 4 KB/s 的预留 16:38 &lt;jrandom&gt; 啊，它是对你可用带宽的分享百分比 16:38 &lt;spinky&gt; 也许可以再加一个参与带宽底限的设置，低于它时 router 会接受更多 tunnels？ 16:38 &lt;jrandom&gt; 如果你已经用了 95% 的带宽，它会在剩下的 5% 里最多分享 80% 16:39 &lt;+Complication&gt; 哦，那我也部分误解了 16:40 &lt;fox&gt; &lt;zorglu1&gt; i2p 如何衡量其他本地应用程序使用的带宽量？ 16:40 &lt;spinky&gt;（只是说，如果你认为掩护流量是好事，也许让它在本地带宽使用很重时依然可配置是件好事） 16:40 &lt;+Complication&gt; 我以为它是针对持续限速来应用的 16:40 &lt;jrandom&gt; zorglu1：它衡量的是 i2p 自身的带宽使用，并且知道 i2p 的带宽上限 16:41 &lt;jrandom&gt; 哦，嗯，看回代码，int availBps = (int)(((maxKBps*1024)*share) - used); 16:41 &lt;jrandom&gt; 所以你说得对，Complication 16:42 &lt;jrandom&gt; spinky：掩护流量只在低延迟的混合网络（mixnet）里才有那么点用处 16:42 &lt;jrandom&gt; 它确实会给高带宽的 routers 一些激励，但那些没有多余带宽可用的就没什么办法了 16:49 &lt;jrandom&gt; 总之，tunnel 拥塞问题已经存在一段时间了，只是最近被疯狂的 tunnel 拒绝率给进一步加剧了 16:49 &lt;jrandom&gt; 希望下一个版本能帮我们把它解决掉 16:49 &lt;jrandom&gt; 好，关于 2) tunnel 创建和拥塞，大家还有别的吗？ 16:50 &lt;@frosk&gt; 听起来需要对 tunnel 构建方案做些修改 16:50 &lt;+Complication&gt; 希望它能有所改进 :) 16:51 &lt;+Complication&gt; 哦，顺便提一句…… 16:52 &lt;jrandom&gt; 嗯，我们有一些成本较低的修复，比如降低最大并发、在拥塞时限制我们的构建尝试、降低丢弃频率（而不是明确拒绝），以及调整画像以鼓励明确拒绝而不是丢弃 16:52 &lt;+Complication&gt; ……你是否碰巧发现了什么，能解释原始带宽指标与 tunnel 载荷指标之间巨大差异的？ 16:52 &lt;+Complication&gt;（比如，总带宽 1 GB，而 tunnel 载荷合计 300 MB） 16:52 &lt;jrandom&gt; 不过确实，那些只影响程度大小 16:52 &lt;+Complication&gt;（因为我最近不常上 IRC，不确定你最近有没有看这个问题） 16:54 &lt;jrandom&gt; 我还没太深挖，不过要记得，出站 tunnels 的 tunnel 构建请求并不是 tunnel 消息（而且如果只有 0.1% 成功的话，那会有很多这样的请求。每个 4KB……） 16:54 * Complication 不确定这是指标的问题，还是一种真实效应 16:55 &lt;+Complication&gt; 哦……出站构建请求……确实如此 16:55 &lt;jrandom&gt; 即将到来的 -1 构建增加了一大堆统计，用于按消息类型监控报文 16:55 &lt;+Complication&gt; 那很可能就是原因 16:55 &lt;jrandom&gt;（那些出站构建请求里还包括构建参与请求——转发一个回复） 16:56 &lt;jrandom&gt;（（所以不只是本地的东西）） 17:00 &lt;+Complication&gt;&gt; 谢谢，这解释了很多 :) 17:00 &lt;+Complication&gt;&gt; 那就不是巫术了，而是真实的流量，只是我忘了，因为我查的地方没有专门统计它 17:00 &lt;+Complication&gt; 它确实必然会发生，而且确实会消耗很多字节 17:00 &lt;+Complication&gt; 尤其是在成功率很低的时候 17:01 &lt;jrandom&gt; 嗯，尽管如此，它本不该像现在这样耗那么多，因为我们的成功率本该比现在更高 :) 17:01 &lt;jrandom&gt; 好，关于 2) 还有别的吗？ 17:02 &lt;jrandom&gt; 如果没有，我们转到 3) Feedspace 17:02 &lt;jrandom&gt; frosk：要不要给我们一个更新？ 17:03 &lt;jrandom&gt;（或者告诉我们去 fsck off 然后读 eepsite（I2P 内部网站）？ ;) 17:04 &lt;@frosk&gt; 好吧，对于没关注 frosk.i2p 或 feedspace.i2p 的人来说，feedspace 现在基本能工作了（按照我自己对“基本”的定义） 17:04 &lt;jrandom&gt;（w00t） 17:05 &lt;@frosk&gt; 最近加了一些不错的东西，比如对 i2p 之外传输方式的基础支持（想到的是 tor 和非匿名的 tcp/ip） 17:06 &lt;@frosk&gt; 所以，未来我们计划让 syndie（一个即将到来的、可能非常不错的重写版本）使用 feedspace 作为其聚合方式之一 17:06 &lt;@frosk&gt; 目前，还没有任何客户端应用能真正*使用* feedspace 做什么事 :) 我一直在用一个极其粗糙的 servlet 应用做测试 17:07 &lt;jrandom&gt;（粗糙 + 可用）++ 17:07 &lt;@frosk&gt; 所以当然有一个面向客户端黑客的职位空缺 ;) 17:08 &lt;@frosk&gt; 在公开测试之前，feedspace 仍然需要一些必要的东西，但应该很快了 :) 17:08 &lt;jrandom&gt; 不错！ 17:08 &lt;jrandom&gt; 我们有什么可以帮忙的吗？ 17:08 &lt;@frosk&gt; 另外我也在写一些文档，此前一直比较缺 17:09 &lt;spinky&gt; 你认为 feedspace 能用于大文件吗？ 17:10 &lt;@frosk&gt; 1）使用（仍未文档化的）xmlrpc api 的客户端应用，2）`http://feedspace.i2p/wiki/Tasks，3）等到时候参与测试` 17:10 &lt;@frosk&gt; 大文件支持现在不是优先级，但也许以后会有 17:10 &lt;@frosk&gt; “1.0”的重点是较小的消息，比如博客和讨论帖，以及各种事件 17:11 &lt;jrandom&gt; 不过把 .torrent 文件送进一个支持 RSS/feedspace 的 BT 客户端并不是问题 17:11 &lt;@frosk&gt; 大文件可能能用，也可能不能用 :) 17:11 &lt;@frosk&gt; 那会非常酷 17:12 &lt;jrandom&gt; feed2snark ;) 17:12 &lt;@frosk&gt; 我希望我们会看到各种这样的“适配器”应用 :) 17:12 &lt;+Complication&gt; 嗯，我相信大家会找到用位……呃，侧信道来传大文件的方法 :) 17:15 &lt;@frosk&gt; 对 feedspace 代码用了各种 java1.5 特性，我有点愧疚。现在在 free java 上可能很难编译/使用，但我相信它会赶上的 :) 17:15 &lt;jrandom&gt; 哎哟 17:16 &lt;jrandom&gt; 嗯，有传闻说 gcj 会采用 ecj 来支持 1.5-isms 17:16 &lt;spinky&gt; Complication：小马驮着塞满硬盘的鞍袋？ 17:16 &lt;@frosk&gt; 是的 17:17 &lt;+Complication&gt; spinky：无人机，在我更偏好的场景里 :P 17:17 * jrandom 仍然勉强才开始用 1.4-isms 17:17 &lt;+Complication&gt; 不过我猜小马也行 :P 17:17 &lt;jrandom&gt; 不过 1.6 确实不错 ;) 17:17 &lt;@frosk&gt; 为了保持与 gcj 兼容？ 17:18 &lt;@frosk&gt; 嗯，我觉得 1.6 对大多数东西来说也没太多“isms” :) 17:18 &lt;+Complication&gt;（或者飞天刺猬空投存储卡） 17:18 &lt;jrandom&gt; gcj/classpath/等等，同时也是为了性能（我发现 1.5 比 1.4 要更臃肿一些） 17:19 &lt;jrandom&gt; 确实，1.6 的改进主要体现在 vm/bytecode 层面 17:19 &lt;@frosk&gt; 嗯，好的 17:20 * jrandom 并不是想劝你别用 1.5isms。我相信你有你的理由，比如 azureus 已经要求 1.5 了 17:21 &lt;@frosk&gt; 嗯，现在已经回不去了 :) 希望不会太颠簸 17:24 &lt;jrandom&gt; 嗯，我肯定一切都会顺利的 :) 17:25 &lt;jrandom&gt; 好的，很酷。关于 3) feedspace，还有别的吗？ 17:25 * frosk 拥抱他的泛型和 java.util.concurrent ;) 17:25 &lt;jrandom&gt; 呵呵 17:27 &lt;jrandom&gt; 好，如果 3 没有别的了，我们转到 4) ??? 17:27 &lt;jrandom&gt; 会议还有其他事项吗？ 17:27 &lt;+Complication&gt; 一个小问题，其实应该在 2) 里问的 17:28 &lt;+Complication&gt; 你知道闲置的参与型 tunnels 通常是怎么形成的吗？ 17:28 &lt;+Complication&gt; 它们主要是不是意味着 tunnel 构建失败，只是只有创建者才知道它失败了？ 17:28 &lt;+Complication&gt; 或者还有其他原因？ 17:28 &lt;+Complication&gt;（当然，撇开显而易见的情况——也就是应用自己在闲着） 17:29 &lt;jrandom&gt; 一个闲置的应用不会有闲置的 tunnels（它们会被测试） 17:29 &lt;jrandom&gt; 闲置的 tunnels 是由于某些原因失败了 17:29 &lt;jrandom&gt;（要么没能完全创建成功，要么在运行中失败） 17:30 &lt;+Complication&gt; 对，所以所有 tunnels 反正都会被测试，而 tunnel 测试应该会产生流量……确实如此 17:30 &lt;+Complication&gt; 这其实引出我问题的第二部分：注意到某个 tunnel 处于闲置状态时，提前把它废弃，会有任何好处吗？ 17:31 &lt;+Complication&gt; 能节省什么宝贵资源吗？ 17:32 &lt;jrandom&gt; 没有——一个不在推送数据的 tunnel 并不占用资源 17:32 &lt;jrandom&gt;（好吧，它会占用一点内存，也许 32 字节） 17:32 &lt;+Complication&gt; 或者，它是否能帮助一个 router 更好地把握其负载和类似参数…… 17:33 &lt;jrandom&gt; 基于 tunnel 历史对带宽使用做预测当然是个开放问题 17:33 &lt;+Complication&gt; 或者这只是无用功，最好等它自然过期？ 17:33 &lt;+Complication&gt;（就像现在这样） 17:34 &lt;jrandom&gt; 我们以前做过一些预测，但没有带来明显好处，所以现在用的是更简单的算法 17:34 &lt;+Complication&gt; 啊哈，也就是说没啥收益…… 17:34 &lt;+Complication&gt; 谢谢，我基本就想问这些 :) 17:34 &lt;jrandom&gt; 不客气，这个担忧很合理 17:34 &lt;jrandom&gt; 好的，会议还有别的事项吗？ 17:35 &lt;+Complication&gt; 是的，如果做预测，tunnels 的空闲比例可能会让估计产生偏差 17:35 &lt;+Complication&gt;（如果变化很大） 17:36 &lt;jrandom&gt; 嗯，我们会希望把空闲百分比作为估计的一部分 17:36 &lt;jrandom&gt;（我们以前就是这么做的——见 RouterThrottleImpl.allowTunnel 方法） 17:37 &lt;+Complication&gt; 哦，不知道这一点 :) 17:37 &lt;jrandom&gt; 并注意新的注释： 17:38 &lt;jrandom&gt; // ok, ignore any predictions of 'bytesAllocated', since that makes poorly 17:38 &lt;jrandom&gt; // grounded conclusions about future use (or even the bursty use). Instead, 17:38 &lt;jrandom&gt; // simply say "do we have the bw to handle a new request"? 17:39 * Complication 仍在浏览找到那个文件，不过谢谢 :) 17:39 &lt;jrandom&gt; w3rd 17:40 &lt;jrandom&gt; 好，如果会议没有其他事项…… 17:40 * jrandom 收尾 17:41 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/04/12/i2p-2005-04-12-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 12 Apr 2005 00:00:00 +0000/zh/blog/2005/04/12/i2p-2005-04-12-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家好，又到更新时间了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) SSU 状态 3) 贝叶斯对等体画像 4) Q 状态 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>上周发布的 0.5.0.6 版本似乎已经修复了我们遇到的 netDb 问题（太好了）。与 0.5.0.5 相比，站点和服务的可靠性高了许多，不过也有一些报告称，某个站点或服务在连续运行几天后会变得不可访问。</p> <ul> <li> <ol start="2"> <li>SSU status</li> </ol> </li> </ul> <p>0.6 版 UDP 代码已有大量进展，第一批提交已经进入 CVS。它还不是你现在就能真正使用的东西，但基础已经就位。会话协商运行良好，半可靠的消息传递也如预期那样表现正常。不过仍有许多工作要做，需要编写测试用例，还要调试各种不寻常的情况，但这毕竟是进展。</p> <p>如果一切顺利，我们可能会在下周进行一些 alpha 测试，仅面向能够显式配置其防火墙/NAT 的用户。我想先把整体运行理顺，再加入中继处理器，调优 netDb 以加快 routerInfo（路由器信息）过期，并选择要发布的中继。我也会借此机会开展大量测试，因为我们正在处理几个关键的队列相关因素。</p> <ul> <li> <ol start="3"> <li>Bayesian peer profiling</li> </ol> </li> </ul> <p>bla 一直在埋头推进一些关于我们如何决定 tunnel（隧道）要经过哪些对等节点的修订，虽然 bla 未能参加会议，但仍有一些有趣的数据可以汇报：</p> <p>&lt;+bla&gt; 我进行了直接的节点速度测量：我使用长度为 0 的 OB tunnels、长度为 1 的 IB tunnels，batching-interval = 0ms，分析了 大约 150 个节点 &lt;+bla&gt; 另外，我刚刚做了一些 <em>非常</em> 基本且 <em>初步的</em> 速度估计，使用朴素贝叶斯 分类 &lt;+bla&gt; 后者使用默认的 expl. tunnel 长度完成 &lt;+bla&gt; 我拥有“ground truth”的节点集合与当前 测量中的节点集合的 交集为 117 个节点 &lt;+bla&gt; 结果也不算_太_差，但也谈不上多出色 &lt;+bla&gt; 参见 <code>http://theland.i2p/estspeed.png</code> &lt;+bla&gt; 对非常慢/快速的基础区分还算可以，但在更快节点之间的 细粒度区分还有很大提升空间 &lt;+jrandom2p&gt; 嗯，实际值是怎么计算的——那是 完整的 RTT，还是 RTT/length？ &lt;+bla&gt; 使用普通的 expl. tunnels 时，几乎不可能 避免批处理延迟。 &lt;+bla&gt; 实际值就是 ground-truth 值：那些通过 使用 OB=0 和 IB=1 得到的 &lt;+bla&gt; （并且 variance=0，且没有批处理延迟） &lt;+jrandom2p&gt; 不过从我这边看，结果挺不错的 &lt;+bla&gt; 估计的计时是通过对长度为 2 +/- 1 的 <em>实际的</em> expl. tunnels 进行贝叶斯推断得到的 &lt;+bla&gt; 这些数据来自 3000 次 RTT，记录跨度约 3 小时（这很长了） &lt;+bla&gt; 目前确实假设节点速度是静态的。 我还没有实现加权 &lt;+jrandom2p&gt; 听起来很棒。 干得好，bla &lt;+jrandom2p&gt; 嗯，所以估计值应当等于实际值的 1/4 &lt;+bla&gt; jrandom：不：所有测得的 RTT（使用普通的 expl. tunnels）都会根据往返中的 跳数进行校正 &lt;+jrandom2p&gt; 啊，好的 &lt;+bla&gt; 只有在那之后，才会训练贝叶斯分类器 &lt;+bla&gt; 目前，我把测得的每跳时间分箱为 10 个类别： 50、100、&hellip;, 450 毫秒，另加一个 &gt;500 毫秒的类别 &lt;+bla&gt; 例如，每跳的小延迟可以赋予更大的权重， 完全失败（&gt;60000 毫秒）也可以如此处理。 &lt;+bla&gt; 不过&hellip;. 65% 的估计计时落在距离实际节点时间 0.5 个标准差以内 &lt;+bla&gt; 不过，这需要重做，因为标准差 受到 &gt;60000 毫秒失败的强烈影响</p>/zh/blog/2005/04/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8812%E6%97%A5/Tue, 12 Apr 2005 00:00:00 +0000/zh/blog/2005/04/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%8812%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, cervantes, defnax, detonate, frosk, gott, hummingbird, jdot, jrandom, mancom, Ragnarok</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) 嗨 14:05 &lt;jrandom&gt; 1) 网络状态 14:05 &lt;jrandom&gt; 2) SSU 状态 14:05 &lt;jrandom&gt; 3) 贝叶斯对等节点画像 14:05 &lt;jrandom&gt; 4) Q 状态 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;hummingbird&gt; 7) 赚钱 14:06 &lt;jrandom&gt; 糟了，我把你们的议程弄乱了 :) 14:06 &lt;jrandom&gt; 嗨 14:06 &lt;jrandom&gt; 每周状态笔记已在会议之前发布 @ http://dev.i2p.net/pipermail/i2p/2005-April/000683.html 14:06 &lt;gott&gt; jrandom: 再试一次 14:06 &lt;+cervantes&gt; 算了，这次会议反正一开始就不太顺利 14:06 &lt;jrandom&gt; *咳* 14:06 &lt;jrandom&gt; 切入 1) 网络状态 14:07 &lt;jrandom&gt; 我们在 netDb 上遇到的大问题已经修复，并在实际环境中确认消失 14:07 &lt;jrandom&gt; 仍然还有一些其他问题，但总体看来相当合理 14:08 &lt;frosk&gt; 有什么想法解释为什么有时会出现奇怪的 dnfs 吗？ 14:08 &lt;gott&gt; 确认；我现在在 i2p 上获取我的非法色情内容的速度创纪录了。 14:08 &lt;+cervantes&gt; 看起来这个问题不容易定位 14:08 &lt;jrandom&gt; 有种隐约的怀疑，这与 tunnel 构建上的节流有关的某种混乱 14:09 &lt;jrandom&gt; 去掉那些节流可能会解决它，但对 CPU 较慢的用户可能会很痛苦 14:09 &lt;jrandom&gt; 另一方面，也许我们可以让它们可选，或者有人可以写更智能的节流代码 14:10 &lt;frosk&gt; 我明白了 14:10 &lt;+cervantes&gt; 在我的系统上，这次的节流比以前的版本积极得多 14:10 &lt;jrandom&gt; 是的，当未完成的请求太多时，我们会延迟 tunnel 构建——以前我们只是说“好，我们需要构建 X 个 tunnel。 开建” 14:10 &lt;+cervantes&gt; 能不能把阈值做成可调的？ 14:11 &lt;jrandom&gt; 可以，没问题 14:11 &lt;gott&gt; jrandom: 可选的 14:11 &lt;gott&gt; 这样使用配置较弱的 i2p servents（同时具备客户端与服务端功能的节点） 的用户仍然能保持效率 14:12 &lt;jrandom&gt; 我现在的注意力在别处，如果有人想深入一下，关键方法是 TunnelPoolManager.allocateBuilds 14:12 &lt;jrandom&gt; （或者如果没人接手，我可以在下一个构建发布时加上一些调整） 14:13 &lt;+cervantes&gt; ........@ &lt;-- 风滚草 14:13 &lt;jrandom&gt; :) 14:13 &lt;jrandom&gt; 关于 1) 网络状态还有别的要说的吗，还是我们继续到 2) SSU？ 14:14 * gott 嘟囔着说到 i2p 社区时“说得多，做得少” 14:14 &lt;+cervantes&gt; 也许以后我们可以在控制台里引入性能配置档 14:14 &lt;gott&gt; jrandom 在开发方面做得太多了。 14:14 &lt;+cervantes&gt; 这样人们可以为高/中/低规格系统选择一组预设的配置选项 14:15 &lt;jrandom&gt; 哦，好主意，cervantes，这方面还有很多变体空间。 尽管我们希望尽可能自动调优，但让用户自己来可能更容易 14:15 &lt;+cervantes&gt; 因为目前似乎有很多人使用低规格机器和拨号连接 14:15 &lt;gott&gt; cervantes: 是的，绝佳的主意。 14:15 &lt;+cervantes&gt; 我该把我的 fire2pe 待办清单发出来了……里面有很多类似的玩意 ;-) 14:16 &lt;gott&gt; 主要基于处理器和网络速度吗？ 14:16 &lt;jrandom&gt; 有一个用化名发布的待办事项站点会很不错 14:16 &lt;gott&gt; 好主意。 14:16 &lt;+cervantes&gt; 嗯，带宽限制器理想情况下应该处理好网速 14:16 &lt;gott&gt; 像典型的 Google 风格那样，在你的局域网（LAN）里放一堆“轻量的 i2p servents”。 14:17 &lt;+cervantes&gt; jrandom: ugha.i2p? 14:17 &lt;jrandom&gt; 也许吧 14:19 &lt;jrandom&gt; 好，关于 1) 网络状态还有别的吗？ 14:19 * jrandom 带我们进入 2) SSU 14:19 &lt;jrandom&gt; 在 UDP 方面进展很大（SSU == Secure Semireliable UDP） 14:19 &lt;gott&gt; 应该有人把‘i2pwiki.i2p’给它做个别名 14:20 &lt;+cervantes&gt; 这大概得看 ugha 了 ;-) 14:20 &lt;jrandom&gt; 总体进展概览在邮件里，更多技术细节（还有一张漂亮的图 ;)）在我的博客上 14:21 &lt;+ant&gt; &lt;godmode0&gt; udp 安全吗？ 14:21 &lt;+ant&gt; &lt;godmode0&gt; 怎么做到的 :) 14:21 &lt;jrandom&gt; `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html` &lt;-- 如此实现 14:22 &lt;+ant&gt; &lt;godmode0&gt; 呵呵 14:22 &lt;+ant&gt; &lt;godmode0&gt; i2p not found right ip my computer 14:22 &lt;jrandom&gt; 抱歉，如果你没有安装 i2p，把“dev.i2p”改成“dev.i2p.net” 14:22 &lt;+ant&gt; &lt;godmode0&gt; 已经安装了 14:23 &lt;+ant&gt; &lt;godmode0&gt; 但不能用 14:23 &lt;jrandom&gt; 好，也许我们可以会后调试一下 14:23 &lt;+ant&gt; &lt;godmode0&gt; 哎呀，又在开会，抱歉 14:23 &lt;jrandom&gt; 呵呵，没问题 14:25 &lt;jrandom&gt; 总之，如我所说，整体计划在邮件里 14:25 &lt;jrandom&gt; 关于 SSU，大家有什么问题/意见/担忧吗？ 14:26 &lt;+Ragnarok&gt; 吞吐量/时延会与 TCP 传输差很多吗？ 14:27 &lt;jrandom&gt; 我希望能解决导致卡顿尖峰的原因，但我不做具体预测。 14:28 &lt;jrandom&gt; 如果我们能把时延保持在现在的大致水平并消除尖峰，就能把吞吐量再拉上去 14:29 &lt;+Ragnarok&gt; 酷 14:29 &lt;gott&gt; i2p.net 上会提供实现方面的文档吗？ 14:30 &lt;jrandom&gt; 是的，我离线搬家的那段时间很大一部分会用来写文档放到网站上 14:30 &lt;gott&gt; 太棒了 \m/ 14:30 &lt;jrandom&gt; 我们在代码层面上对核心和 router 有一些不错的实现文档，但还没有很好的整体 router 架构文档 14:31 &lt;jrandom&gt; 总之，如果 2) SSU 没有其他事项，我们摇摆着进入 3) 贝叶斯对等节点画像 14:32 &lt;jrandom&gt; 今晚早些时候我们从 bla 那里收到了一份简短更新，见状态笔记 14:32 &lt;+bla&gt; 不过我还在…… ;) 14:33 &lt;jrandom&gt; bla 也许实际上还在，可以给我们更多想法或回答问题 - 14:33 &lt;jrandom&gt; 啊，你在这儿 14:33 &lt;defnax&gt; jrandom ：你觉得公布一个 i2p BitTorrent Tracker 怎么样，就安全性而言我觉得不太好，对吗？ 14:34 &lt;+bla&gt; jrandom 引用的 IRC 讨论展示了大体思路。总结如下： 14:34 &lt;jrandom&gt; defnax: 也许我们可以在 5) 里再讨论 14:34 &lt;defnax&gt; 好，我可以等 14:34 &lt;+bla&gt; 最终的想法是把显式 tunnel 测试获得的往返时延信息，以及客户端 tunnel 测试中的隐式信息，合并到一个节点速度估计框架中 14:35 &lt;+bla&gt; 目前，我只使用显式 tunnel 测试得到的信息，因为在那些测试中，所有参与的对等节点都是已知的。 14:36 &lt;+bla&gt; 将使用一个朴素贝叶斯分类器框架来估计某个对等节点的速度，依据是它参与过的 tunnel（任意位置）以及这些 tunnel 的速度 14:36 &lt;+bla&gt; 为了与“真值”对比，我获取了状态笔记中列出的“实际”对等节点速度 14:37 &lt;+bla&gt; 结果非常初步。不过 `http://theland.i2p/estspeed.png` 展示了实际速度与用贝叶斯框架推断的速度之间的相关性 14:37 &lt;+bla&gt; 好吧。有什么问题或意见吗？ 14:38 &lt;jrandom&gt; 评论：看起来很有前景。 14:38 &lt;+ant&gt; &lt;BS314159&gt; 看起来总的 tunnel 速度为每个参与的对等节点提供了一个硬下限 14:38 &lt;+detonate&gt; 评论：似乎有一些离群点 14:38 &lt;+ant&gt; &lt;BS314159&gt; 这个因素有纳入吗？ 14:39 &lt;jrandom&gt; BS314159: 总的 tunnel 速度？ 哦，你是指测试节点的网络连接吗？ 14:40 &lt;+bla&gt; BS314159: 是的，那确实提供了一个下限。目前还没有处理，但会的：朴素贝叶斯框架允许对不同样本（RTT 测量）赋予不同权重。将来非常快的 RTT 会被赋予更大的权重 14:40 &lt;+ant&gt; &lt;BS314159&gt; 我是指某个给定 tunnel 的总带宽 14:40 &lt;+bla&gt; BS: 目前结果展示的是时延（latency）测量 14:40 &lt;+ant&gt; &lt;BS314159&gt; 对。 14:41 &lt;+ant&gt; &lt;BS314159&gt; 那没事了 14:41 &lt;jrandom&gt; 啊，对，当然。 吞吐量测量需要进一步修改，以使用不同大小的消息进行测试 14:41 &lt;jrandom&gt; 另一方面，隐式的 tunnel 测试由更大的消息驱动（通常为 4KB，因为那是 streaming 库的分片大小） 14:42 &lt;+bla&gt; detonate: 是的，有离群点。总会有一些（这在估计和建模中是固有的）。不过，在区分非常慢和非常快的客户端方面（把阈值大致放在 400 毫秒左右），效果还算可以 14:42 &lt;+detonate&gt; 好 14:43 &lt;+bla&gt; jrandom: 确实。一旦我把那部分搞定（我可不是 Java 大咖……），我也会用更大的消息来测试 14:43 &lt;+bla&gt; detonate: 我还想更好地区分“快”和“非常快”的对等节点。 14:43 &lt;jrandom&gt; 酷，我看看能不能给你发一个修改过的 TestJob 来做这个 14:44 &lt;+bla&gt; 有新结果我会汇报。 14:44 &lt;jrandom&gt; 给力 14:45 &lt;jrandom&gt; 好，酷。关于 3) 贝叶斯对等节点画像还有别的吗？ 14:46 &lt;jrandom&gt; 如果没有，我们继续到 4) Q 状态 14:46 &lt;jrandom&gt; 正如邮件所说，据传 Aum 在新的 Web 界面上有进展 14:47 &lt;jrandom&gt; 我对此不太了解，也不清楚其他 Q 更新的细节，但我相信很快会听到更多 14:48 &lt;jrandom&gt; 有人要提 Q 的事项吗？ 还是我们把这个当作速过的议程项，继续到 5) ??? 14:49 &lt;jrandom&gt; ［算我们已经继续了］ 14:49 &lt;jrandom&gt; 好，这次会议还有别的要提的吗？ 14:50 &lt;jrandom&gt; defnax: 向 i2p 社区的人宣布一个 i2p tracker 会很不错。 对外界来说可能有点早，因为我们还没到 0.6 14:50 &lt;gott&gt; 有。 14:50 &lt;jrandom&gt; （或者 1.0 ;) 14:50 &lt;gott&gt; 我有一些关于用户层文档工作的内容要提。 14:51 &lt;+mancom&gt; 仅供记录：在 mancom.i2p 上有一个用 C# 实现的 Q 客户端 API（第一版） 14:51 &lt;jrandom&gt; 哦，酷，什么事，gott 14:51 &lt;jrandom&gt; 啊，真不错 mancom 14:51 &lt;gott&gt; 我之前为 0.4 版的 i2p 写过用户层文档。 14:52 &lt;jrandom&gt; 而我不幸通过改了一大堆东西把它们都淘汰了 :( 14:52 &lt;gott&gt; 但它与当前的 i2p 完全不相符了。 14:52 &lt;gott&gt; 因此，我很有兴趣写一套事实上的文档，我们可以（a）与 i2p 一起打包，或（b）通过 i2p 访问。 14:53 &lt;jrandom&gt; 太棒了。 文档随 i2p 一起打包（本地化到用户语言等）会很不错 14:53 &lt;+cervantes&gt; 酷 14:53 &lt;gott&gt; 我不建议打包，但这仍是一个选项，因为如果用户不知道如何使用或配置 i2p，他就无法访问 eepsites 来阅读手册 ;-) 14:53 &lt;gott&gt; 好。 14:53 &lt;gott&gt; 但这会不会有点过度？ 14:53 &lt;+ant&gt; &lt;BS314159&gt; 有什么像样的程序会不带 man 手册页的？ 14:53 &lt;+cervantes&gt; 而且值得等到 1.0 吗？ 14:54 &lt;gott&gt; 这是另一个问题。 14:54 &lt;jrandom&gt; 鉴于开发变化较快，或许更应该专注于上下文相关的帮助，而不是一份整体用户指南 14:54 &lt;gott&gt; BS314159: 这不是 man 手册页，因为它将是跨平台的。 可能是 HTML。 14:54 &lt;+cervantes&gt; 在那之前我们还会有多少结构性变更 14:54 &lt;jrandom&gt; 例如，最好有更好的文档来说明不同配置选项“是什么意思”、有什么影响等。 14:55 &lt;gott&gt; 好，那我就为 i2p 写一份英文和法文本地化的手册。 14:55 &lt;+jdot&gt; 实际上，即使没有安装 i2p，我们也可以用 inproxy 来访问文档。 14:55 &lt;gott&gt; 两个主要问题： 14:55 &lt;jrandom&gt; 这些可以通过直接包含在界面里而保持最新 14:55 &lt;+cervantes&gt; 是的，上下文帮助会很棒 14:55 &lt;gott&gt; （1）打包，还是通过 manual.i2p 访问？ 14:55 &lt;gott&gt; （2）面向哪个版本？ 14:55 &lt;gott&gt; 是 14:55 &lt;jrandom&gt; gott: 我不确定现在编写用户指南是否明智 14:55 &lt;gott&gt; 那是个好主意 14:56 &lt;gott&gt; 你的意思是用自动更新功能来更新用户手册吗？ 14:56 &lt;gott&gt; jrandom: 好的 14:56 &lt;gott&gt; 但你建议的上下文帮助该怎么做？ 14:56 &lt;jrandom&gt; 哦，我们当然可以通过更新流程来发布文档更新 14:56 &lt;+cervantes&gt; 如果/当该编写手册时，或许可以提供一个 manual.war，用户若想本地访问文档就把它丢进自己的 webapps 文件夹 14:57 &lt;gott&gt; 我想的是一份用户手册。 14:57 &lt;gott&gt; 或者一份 HOWTO。 14:57 &lt;gott&gt; 我不太明白你说的上下文帮助是什么意思。 14:57 &lt;gott&gt; 这事挺直接的。 14:57 &lt;jrandom&gt; gott: 比如，一套“人类”（非超级极客）可读的信息，解释 /config.jsp 上的各种东西到底是什么意思。 那些信息会直接放在 /config.jsp 上，或者放在一个从该 config.jsp 可到达的 HTML 页面上 14:58 &lt;jrandom&gt; 用户手册或 HOWTO 都很棒，但要等到 1.0 14:59 &lt;jrandom&gt; 论坛上这方面已经有一些工作了 @ http://forum.i2p.net/viewtopic.php?t=385 14:59 &lt;gott&gt; jrandom: 是的。 14:59 &lt;gott&gt; 嗯。 14:59 &lt;gott&gt; config.jsp 上的信息已经相当直观了 15:00 &lt;jrandom&gt; 另一方面，我们经常看到有人问带宽限制究竟做了什么、突发速率如何工作等。 如果答案就在页面上，而不是让人们来问，那就太好了 15:00 &lt;gott&gt; 呵 15:00 &lt;jrandom&gt; gott: 对你直观是因为你已经使用 i2p 快两年了 15:00 &lt;gott&gt; 算了，‘configtunnels.jsp’倒是可以改进一下。 15:00 &lt;gott&gt; 好的。 15:00 &lt;+cervantes&gt; 对入门者也许直观，但新手会迷失的 15:01 &lt;gott&gt; 那么，这就是一个更为更新的任务清单： 15:01 &lt;+cervantes&gt; 从界面角度看，我不确定展示帮助的最佳方式。 15:01 &lt;gott&gt; （1）网页上的上下文相关帮助，按用户语言本地化。 可以为语言界面设置一个配置变量，在 Linux 上默认从 $LANG 路径变量加载 15:02 &lt;gott&gt; 我不确定 Java 在 Windows 下如何确定默认语言环境。 15:02 &lt;gott&gt; 但这对本地化和文档编写来说是个不错的开始。 15:03 &lt;gott&gt; （2）面向 1.0 的 HOWTO，通过 i2p 访问 15:03 &lt;gott&gt; 我不建议把 HOWTO 打包进去，那就有点过度了。 尽量让 i2p 保持小巧，不是更好吗？ 15:03 &lt;jrandom&gt; 伙计，那就是 HTML。 它很小。 即使很大，HTML 的压缩效果也非常好 15:03 &lt;jrandom&gt; 强烈倾向于提供本地手册 15:03 &lt;jrandom&gt; 尤其是我们可以推送更新 15:03 * gott 耸耸肩 15:04 &lt;gott&gt; 我想也是。 15:04 &lt;gott&gt; 我只是觉得有点傻。 15:04 &lt;gott&gt; 明明可以直接通过网页下载。 15:04 &lt;gott&gt; 但另一方面，如果用户搞不清楚怎么用 i2p 15:04 &lt;gott&gt; 那也没办法。 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; aum 在吗，我在看 QuarterMaster 的规格说明 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; * 为了帮助客户端侧搜索，所有数据项都附带 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; 一个简单的元数据模式——目前只包括： 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; - key - 键的文本名称 15:04 &lt;+jdot&gt; 把它放到 www.i2p.net 上，这样通过互联网和 i2p 都能访问。 15:04 &lt;+jdot&gt; 而且始终是最新的 15:05 &lt;gott&gt; 对。 15:05 &lt;gott&gt; 那就用更新机制吧。 15:05 &lt;gott&gt; 好的。 15:05 &lt;gott&gt; 那么，定下来： 15:05 &lt;jrandom&gt; 当然，我们也可以把它放到网站上。 如果有帮助，我们可以在全网到处发链接 ;) 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; 我在想 Aum 能否实现一个数据存储，使元数据分离，以便他想升级存储系统时更灵活。 还记得 Freenet 想改存储系统却卡住的时候吗 15:05 &lt;gott&gt; 1：本地化界面和上下文相关帮助。 15:05 &lt;gott&gt; 2：面向 1.0 的本地化 HOWTO 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; 噢，这还是会议吗 :) 15:05 &lt;gott&gt; 还有补充吗？ 15:06 &lt;gott&gt; 这份 HOWTO 会涵盖许多额外的 i2p 网络特性。 15:06 &lt;gott&gt; 去哪里找最新的色情内容（开玩笑） 15:06 &lt;+ant&gt; &lt;BS314159&gt; man 手册页！ :-) 15:06 &lt;gott&gt; man 手册页不是跨平台的 15:06 &lt;jrandom&gt; 酷，HOWTO 里包括 Q、i2ptunnel、feedspace、i2p-bt 等内容会很棒 15:06 &lt;+cervantes&gt; 安装程序也可以本地化，我想... 15:06 &lt;gott&gt; i2p 网络有着多得惊人的法国用户 15:07 &lt;+Ragnarok&gt; 你应该把我一直没来得及写的地址簿文档写了 :) 15:07 &lt;gott&gt; 我确信他们会喜欢本地化界面，这样就不用看令人讨厌的英语了 15:07 &lt;+cervantes&gt; 嘿，它已经大多是法语了 15:07 &lt;gott&gt; 确实。 15:07 &lt;gott&gt; 好主意。 15:08 &lt;gott&gt; 好了，我要说的就这些。 15:08 &lt;jrandom&gt; 好，酷，谢谢 gott，主动性不错 15:08 &lt;gott&gt; 现在我先从上下文相关的东西开始 15:08 &lt;jrandom&gt; Synonymous2: 我不确定 Aum 在那方面做了什么 15:08 &lt;jrandom&gt; 太赞了 15:08 &lt;gott&gt; 然后，当加入本地化选项时，再做本地化语言 15:08 &lt;+bla&gt; gott: 我讨厌英语！ ;) 15:09 &lt;gott&gt; 我也是 15:09 &lt;+ant&gt; &lt;Synonymous2&gt; Q、i2ptunnel、feedspace、i2p-bt 等写进 HOWTO 会很棒，我觉得应该更新一下 i2p 的 wiki 文章把这些加上，我来做 15:09 &lt;+cervantes&gt; 嗯，这事你该怪征服者威廉 15:09 &lt;jrandom&gt; 呵 15:09 &lt;gott&gt; wiki 不错，但也是非官方的。 15:09 &lt;gott&gt; 手册具有某种“认证”意味。 15:09 &lt;gott&gt; 更让人放心。 15:10 &lt;+ant&gt; &lt;Synonymous2&gt; 如果大家愿意过来看看也会很有帮助，Freenet 的维基百科条目在描述工具方面也不错。 另外，我看到 Freenet 的网页是以 GNU FDL 发布的，如果 i2p.net 也能这样做（或公有领域），我就可以把一些内容复制到维基百科 :)) 如果你们愿意的话 15:10 &lt;+cervantes&gt; 否则我们现在还在说盎格鲁-撒克逊语呢 15:10 &lt;jrandom&gt; 我所有“拥有权利”的作品都默认为发布到公有领域 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; 我以为是的，如果你方便能在网页上放个简短说明就太好了，维基百科的人对版权很较真 :&gt; 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; :))) 15:11 &lt;gott&gt; jrandom: 我写的所有本地化内容都会进入公有领域 15:11 &lt;jrandom&gt; 另一方面，直接拷贝文本，呃，不太有用，因为你的副本会过时——只要链接过去就行，网络就是为此而生的 15:11 &lt;gott&gt; 我才不在乎什么许可证。 15:12 &lt;gott&gt; 另外，最后一个问题： 15:12 &lt;+ant&gt; &lt;Synonymous2&gt; 我打算拷贝一些东西，比如图表和一些图形 呵呵 15:12 &lt;gott&gt; router 的 .jsp 在哪儿？ 15:12 &lt;jrandom&gt; gott: `http://dev.i2p/cgi-bin/cvsweb.cgi/apps/routerconsole/jsp/` 15:13 &lt;gott&gt; 啊 15:13 &lt;gott&gt; 那么，在本地它们是在 .jar 里？ 15:13 &lt;jrandom&gt; gott: routerconsole.war 15:13 &lt;jrandom&gt; 但你不能直接在那里编辑，因为它们已预编译成 Java 15:13 * gott 点点头 15:13 &lt;gott&gt; 当然。 15:14 &lt;gott&gt; 不过，这有点不方便。 15:14 &lt;gott&gt; 等本地化出来后，可能会改？ 15:14 &lt;jrandom&gt; 是的。 不过有很多选择。 如果你把 jsps 应该渲染出来的 HTML 做好，我们就能把它接进去 15:14 &lt;+cervantes&gt; Synonymous: http://www.i2p.net/licenses 15:15 &lt;gott&gt; 这样你就可以有语言包 15:15 * gott 点点头 15:15 &lt;gott&gt; 目前，它只是硬编码 15:15 &lt;jrandom&gt; Java 中的本地化是通过加载按语言划分的 properties 资源文件实现的 15:15 &lt;gott&gt; 不过后来应该少一些限制，我的建议是这样 15:15 &lt;jrandom&gt; 对，对 15:16 &lt;gott&gt; 太棒了。 15:16 &lt;gott&gt; 那我就用匿名 CVS 啦 ;-) 15:16 &lt;jrandom&gt; 酷毙了 15:16 &lt;+ant&gt; &lt;BS314159&gt; bla: 你的原始数据有公开吗？ 15:16 &lt;jrandom&gt; bla 刚刚断线了，不过我们会看看能否提供一些数据 15:17 &lt;gott&gt; 顺便问下，有人在 OpenBSD 上跑 i2p 吗？ 15:17 &lt;+ant&gt; &lt;BS314159&gt; 让大家试试自己的估计器会很有趣 15:17 &lt;+ant&gt; &lt;BS314159&gt; sister:...23? 15:17 &lt;jrandom&gt; gott: 是的，我想 detonate 是 15:18 &lt;+ant&gt; &lt;BS314159&gt; ack 15:18 &lt;+ant&gt; &lt;BS314159&gt; 交叉发帖 15:18 &lt;+ant&gt; &lt;BS314159&gt; 该死！ 15:18 &lt;gott&gt; 这可行吗？就 OpenBSD 而言，Java 在运行 i2p 上有哪些限制？ 15:18 &lt;gott&gt; 好的。 15:18 &lt;jrandom&gt; BS314159: 是的，论坛里有一些关于修改你们估计器的好信息 15:18 &lt;+cervantes&gt; 会议真长 15:18 &lt;gott&gt; 如果我有时间，可能会让它跑起来并做个移植包。 15:18 &lt;gott&gt; 不过那是很久以后的事，可能会有人比我先做 ;-) 15:18 &lt;jrandom&gt; cervantes: 看看日志吧，我们以前打破过 2 小时的纪录 ;) 15:19 &lt;jrandom&gt; 好，还有别人有会议事项吗？ 15:20 &lt;jrandom&gt; 如果没有 15:20 * jrandom 开始收尾 15:20 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/04/05/i2p-2005-04-05-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 05 Apr 2005 00:00:00 +0000/zh/blog/2005/04/05/i2p-2005-04-05-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到了每周更新的时间</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) Bayesian peer profiling(贝叶斯对等节点画像) 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>Last week&rsquo;s 0.5.0.5 release has had its ups and downs - the major change to address some attacks in the netDb seems to work as expected, but has exposed some long overlooked bugs in the netDb&rsquo;s operation. This has caused some substantial reliability issues, especially for eepsites(I2P Sites). The bugs have however been identified and addressed in CVS, and those fixes among a few others will be pushed out as a 0.5.0.6 release within the next day.</p>/zh/blog/2005/04/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%885%E6%97%A5/Tue, 05 Apr 2005 00:00:00 +0000/zh/blog/2005/04/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B44%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, duck, frosk, jrandom, jrandom2p, protokol, Teal`c\__, zzz</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 14:34 &lt;@jrandom&gt; 0) 嗨 14:34 &lt;@jrandom&gt; 1) 0.5.0.5 14:34 &lt;@jrandom&gt; 2) 贝叶斯对等体画像 14:34 &lt;@jrandom&gt; 3) Q 14:34 &lt;@jrandom&gt; 4) ??? 14:35 &lt;@jrandom&gt; 0) 嗨 14:35 * jrandom 挥手 14:35 * smeghead 把他的待办清单外包给了平行宇宙 14:35 &lt;@jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-April/000675.html 14:36 &lt;@jrandom&gt; 那就直接开始 1) 0.5.0.5 吧 14:36 &lt;+ant&gt; * Connelly 挥手 14:37 &lt;+protokol&gt; 大家好 14:37 &lt;@jrandom&gt; 正如状态说明（以及当前的 history.txt）中提到的，我们已经追踪到一些存在已久的 netDb bug 14:37 &lt;@jrandom&gt; 过去我们还能凑合着糊弄过去，但 0.5.0.5 迫使我们开始按“正确”的方式做事，这也就是为什么它现在在咬我们 14:39 &lt;@jrandom&gt; 我预计明天某个时候会有新版本发布，所以留意一下你 router 控制台上的更新链接吧 :) 14:39 &lt;+protokol&gt; 耶 14:39 &lt;@jrandom&gt; 其实目前我就这些——还有谁要就 0.5.0.5 补充点什么吗？ 14:40 &lt;+protokol&gt; 没有 14:41 &lt;@jrandom&gt; 好，继续 2) 贝叶斯对等体画像 14:41 &lt;@jrandom&gt; 啊，糟糕，bla 几分钟前离开频道了 14:42 &lt;@jrandom&gt; 总之，我只是想把大家引向 bla 的工作，他在探索更健壮的画像技术 14:42 &lt;+protokol&gt; 把 2 延期？ 14:43 &lt;@jrandom&gt; 查看论坛帖子和指向 theland.i2p 的链接了解更多信息，也把你的想法转给 bla :) 14:44 &lt;@jrandom&gt; 好，继续 3) Q 14:44 &lt;@jrandom&gt; aum：在吗？ 14:44 &lt;@jrandom&gt; 嗯，看起来不在 14:45 &lt;@jrandom&gt; 好，Q 方面进展很大，关于如何参与 alpha 测试的更多细节见 @ `http://aum.i2p/q/` 14:45 &lt;@jrandom&gt; 我相信一有更新可用，邮件列表上会有更多消息 14:46 &lt;+ant&gt; &lt;Connelly&gt; Q 在我这儿能用来获取内容 14:46 &lt;@jrandom&gt; 是啊，我这儿用得也很好，虽然偶尔有些小问题，但很有前途 14:47 &lt;+ant&gt; &lt;Connelly&gt; 我的 Q 服务器存了两个小东西，然后 CPU 占用卡在 100%，直到我把它杀掉 14:47 &lt;zzz&gt; 没见过的可以看看我的 Q 前端 `http://flock.i2p/cgi-bin/q` 14:47 &lt;@jrandom&gt; zzz：那个真是相当酷 14:48 * jrandom 写状态说明时把那个 URL 给忘了（哎呀） 14:50 &lt;@jrandom&gt; 好，关于 3) Q 还有别的吗？ 还是我们继续到 4) ??? 14:50 * jrandom 认为我们已经继续了 14:51 &lt;@jrandom&gt; 还有谁有其他想在会议上提出的？ 14:51 &lt;+ant&gt; &lt;Connelly&gt; 我一直在为 I2P 写一个 HTTP/HTML 过滤器 14:51 &lt;+protokol&gt; 有 14:51 &lt;+protokol&gt; Ian Clarke 在 Slashdot 上是个喷子 14:51 &lt;+ant&gt; &lt;Connelly&gt; 一直在写 14:51 &lt;+ant&gt; &lt;Connelly&gt; 应该比 Freenet 的 HTML 过滤器更安全 14:51 &lt;+ant&gt; &lt;Connelly&gt; 如果时间不够，我就直接采用 Freenet 的过滤器 14:51 &lt;@jrandom&gt; 不错，Connelly，进展如何？ 14:52 &lt;@jrandom&gt; protokol：而你是在 #i2p 里的喷子 ;) 14:52 &lt;+ant&gt; &lt;Connelly&gt; 所以最终我们应该会有一个用于 I2P 的 HTML 过滤器 14:52 &lt;+ant&gt; &lt;Connelly&gt; HTML 过滤已经完成了，现在在做 CSS，还没看头部（header）过滤 14:53 &lt;+ant&gt; &lt;Connelly&gt; 它非常“偏执” :) 14:53 &lt;@jrandom&gt; 真赞 14:53 &lt;+protokol&gt; 白名单？ 14:53 &lt;@duck&gt; 它到底会放行任何东西吗？ 14:53 &lt;+ant&gt; &lt;Connelly&gt; 会的 14:53 &lt;+protokol&gt; 如果会，那目前禁止了什么 14:53 &lt;+protokol&gt; （比较重要的） 14:55 &lt;+ant&gt; &lt;Connelly&gt; 比较重要的禁用项：frame 和 iframe、脚本、optgroup 14:55 &lt;+ant&gt; &lt;Connelly&gt; meta 14:55 &lt;+ant&gt; &lt;Connelly&gt; 嵌入对象 14:56 &lt;@jrandom&gt; 不错。我很期待看看进展如何——我们大概什么时候（ETA）能把它接到 eepproxy 上试试？ 14:56 &lt;+ant&gt; &lt;Connelly&gt; 我大概 1-2 周能有个 alpha 14:57 &lt;+ant&gt; &lt;Connelly&gt; 这样我们就能测试它的效果 14:57 &lt;jrandom2p&gt; 给力 14:58 &lt;+ant&gt; &lt;Connelly&gt; 它允许表单、Cookie、内容缓存，但在“偏执（paranoid）”模式下可以关闭这些 14:58 &lt;+protokol&gt; 为什么要禁用 frame 和 iframe？难道不能只阻止它们连接到非 I2P 的站点吗？ 14:59 &lt;+ant&gt; &lt;Connelly&gt; 它顶部有个类似 cgiproxy 的 URL 导航栏 14:59 &lt;+ant&gt; &lt;BS314159&gt; 我怀疑难点会是阻止不同 eepsite 之间的 frame 14:59 &lt;+ant&gt; &lt;Connelly&gt; 我不想让那个被劫持 14:59 &lt;+protokol&gt; 我的意思是你能不能就阻止连接 14:59 &lt;+ant&gt; &lt;Connelly&gt; 可以把它做成像 Freenet 的代理那样，一开始只输入一个 URL 14:59 &lt;+protokol&gt; 对，frame 也可以很酷 14:59 &lt;+ant&gt; &lt;Connelly&gt; 而一旦开始浏览，就不能再输入 URL 了 14:59 &lt;jrandom2p&gt; frame 会害死小猫 15:00 &lt;+ant&gt; &lt;BS314159&gt; 这大概是史上最古老的 framewar 了。呃，flamewar 15:00 &lt;jrandom2p&gt; 呵 15:00 &lt;+protokol&gt; 我说的是“可以”很酷 15:00 &lt;+ant&gt; &lt;BS314159&gt; 我们需要的是自己的浏览器 15:00 &lt;@jrandom&gt; 还有会飞的小马 15:01 &lt;@jrandom&gt; *咳* 15:01 &lt;+ant&gt; &lt;Connelly&gt; 相比小马，我更想要 F-16 15:01 &lt;Teal`c__&gt; 我能要个女孩吗？ 15:01 &lt;+ant&gt; &lt;Connelly&gt; 我会做一个启用 frame 的选项 15:01 &lt;+protokol&gt; Teal`c__：不行 15:02 &lt;+ant&gt; &lt;BS314159&gt; 有没有可用的 I2P inproxy？bolas.mine.nu 看起来挂了。 15:02 &lt;+protokol&gt; 来自其他 eepsite，对吧？ 15:02 &lt;@jrandom&gt; BS314159: http://i2p.mine.nu/ 15:02 &lt;+protokol&gt; i2p.mine.nu 15:02 &lt;frosk&gt; i2p.mine.nu 15:02 &lt;+ant&gt; &lt;BS314159&gt; 谢谢 15:02 &lt;+ant&gt; &lt;BS314159&gt; 如果都在同一个 eepsite 内，frame 是安全的。 如果所有内容都是静态的，frame 也是安全的 15:03 &lt;+ant&gt; &lt;BS314159&gt; 唯一的危险是某个 frame 里有表单，因为你可能会把信息提交给错误的一方 15:04 &lt;@jrandom&gt; 呃，我的看法是，过滤器只应该支持我们“需要”的（并且确定是安全的）功能，然后让真实的用户需求来推动功能扩展，而不是预先假定人们会想要某些东西 15:04 &lt;+ant&gt; &lt;BS314159&gt; 英明 15:06 &lt;@jrandom&gt; 好，还有谁有会议议题？ 15:06 &lt;Teal`c__&gt; 抱歉，不知道正在开会 15:07 &lt;@jrandom&gt; 呵，别担心，你会被永远写进会议记录的 ;) 15:07 &lt;@jrandom&gt; 说到这个 15:07 * jrandom 开始收尾 15:07 * jrandom *baf*s 把会议结束了 </div>/zh/blog/2005/03/29/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-03-29/Tue, 29 Mar 2005 00:00:00 +0000/zh/blog/2005/03/29/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-03-29/<p>大家好，到了每周状态笔记的时间。</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) UDP (SSU) 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>鉴于大家如此迅速且出色地升级到 0.5.0.4，我们计划在会议结束后发布新的 0.5.0.5 版本。正如上周讨论的那样，最大的变化是引入了批量处理代码（batching code），将多个小消息打包在一起，而不是为每个小消息各自分配一个完整的 1KB tunnel 消息。虽然仅此一项并非革命性变化，但它应能大幅减少传递的消息数量以及带宽占用，尤其是对 IRC 这类服务。</p> <p>在发布公告中会有更多信息，但与 0.5.0.5 修订版相关还涉及另外两件重要的事情。首先，我们将不再支持 0.5.0.4 之前版本的用户 - 使用 0.5.0.4 的用户已经超过 100 名，而更早的发布存在重大问题。其次，新构建中包含一个重要的匿名性修复，虽然要投入一些开发工作才能实施，但并非不可能。此次变更的主要部分在于我们如何管理 netDb - 我们不再草率地在各处缓存条目，而是只会对明确交给我们的条目的 netDb 请求作出响应，无论我们是否持有所涉数据。</p> <p>一如既往，本次包含一些错误修复和若干新功能，更多信息将于发布公告中公布。</p> <ul> <li> <ol start="2"> <li>UDP (SSU)</li> </ol> </li> </ul> <p>正如在过去的 6–12 个月里断断续续讨论的那样，一旦 0.6 版发布，我们将把 router 之间的通信转向使用 UDP。为了在这条道路上更进一步，我们已经在 CVS 上提供了传输协议的第一版草案：<code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD</code></p> <p>这是一种相当简单的协议，其目标如文档所述，利用 I2P 的能力同时进行身份验证并保障数据安全，同时尽可能少地暴露外部信息。对于未运行 I2P 的人而言，即使是连接握手的最初部分也无法被识别。该协议的行为在规范中尚未完全定义，例如定时器如何触发、以及三种不同的半可靠状态指示器如何使用，但它已经涵盖了加密、packetization（分组封装）以及 NAT 打洞的基础内容。这些内容尚未实现，但很快就会实现，因此非常感谢各位的反馈！</p> <ul> <li> <ol start="3"> <li>Q</li> </ol> </li> </ul> <p>Aum 一直在埋头开发 Q(uartermaster) 这个分布式存储，第一版文档已经上线[1]。其中一个有趣的想法似乎是从纯粹的 DHT（分布式哈希表）转向一种类似 memcached（分布式内存缓存）[2] 的系统，每个用户把所有搜索完全在<em>本地</em>完成，然后从 Q 服务器“直接”请求实际数据（嗯，是通过 I2P）。总之，有些挺妙的点子，也许等 Aum 醒了[3]，我们能不能从他那里“撬”出一个更新？</p>/zh/blog/2005/03/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B43%E6%9C%8828%E6%97%A5/Mon, 28 Mar 2005 00:00:00 +0000/zh/blog/2005/03/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B43%E6%9C%8828%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>Present:</strong> ant, cervantes, frosk, jrandom, Myo9, postman, smeghead, zzz</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:13 &lt;jrandom&gt; 0) 嗨 13:13 &lt;jrandom&gt; 1) 0.5.0.5 13:13 &lt;jrandom&gt; 2) UDP (SSU) 13:13 &lt;jrandom&gt; 3) Q 13:13 &lt;jrandom&gt; 4) ??? 13:13 &lt;jrandom&gt; 0) 嗨 13:13 * jrandom 挥手 13:13 * smeghead particles 13:13 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-March/000661.html 13:14 &lt;jrandom&gt; (提前一个小时 *嘀咕嘀咕*) 13:14 &lt;jrandom&gt; 好吧，进入 1) 0.5.0.5 13:15 &lt;jrandom&gt; 如状态说明中所述，今晚稍晚会有一个新版本发布 13:15 &lt;jrandom&gt; 尚未升级到 0.5.0.4 的人请尽快升级，否则将无法与 0.5.0.5 的用户通信 13:15 &lt;jrandom&gt; 所有 0.5.0.4 的用户也应在 0.5.0.5 发布后尽快升级 13:16 &lt;@smeghead&gt; 更新能通过 router 控制台里的新可信更新功能完成吗？ 13:17 &lt;jrandom&gt; 是也不是 13:17 &lt;jrandom&gt; 当然，0.5.0.4 的 NewsFetcher 有个 bug，它不会写入临时文件，而是直接在现有文件上恢复/over/ 13:18 &lt;jrandom&gt; 因此，鉴于 NewsFetcher 检测更新的方式，它不会看到后续“嘿，0.5.0.5! get it!”的信息 13:18 &lt;zzz&gt; 是的，如果你愿意等 12 小时？没有‘update now’按钮，对吧？ 13:18 &lt;jrandom&gt; 另一方面，一旦 0.5.0.5 发布且 news.xml 更新，0.5.0.4 的用户可以删除该文件，它会重新获取、检测到并允许你更新 13:19 &lt;@smeghead&gt; 这个文件叫什么？ 13:19 &lt;@smeghead&gt; 哦，懂了 13:19 &lt;jrandom&gt; zzz：如果 news.xml 不存在，或者 12 小时内没有修改过，就会获取新的版本 13:20 &lt;jrandom&gt; 会提供一个新的 i2pupdate.zip，以及 i2pupdate.sud 13:20 &lt;jrandom&gt; （不过在后续版本中，可能不会提供 .zip） 13:20 &lt;@smeghead&gt; news.xml 应该在基础安装目录里吗？ 13:20 &lt;jrandom&gt; smeghead：docs/news.xml 13:21 &lt;+Myo9&gt; 默认匿名获取更新不是更好吗？ 13:21 &lt;+Myo9&gt; s/not/"not be"/ 13:22 &lt;jrandom&gt; Myo9：上周 bla 提出了反对意见——你正在运行 i2p 这件事并不保密，而且用你的 eepproxy 去获取更新可能会让 dev.i2p 看到你使用了哪个 destination 13:22 &lt;+frosk&gt; 反正谁都可以看出你在运行一个 router 13:22 &lt;+ant&gt; &lt;mae^&gt; 啦啦啦啦 13:22 &lt;jrandom&gt; 就像在 IRC 上说“嘿，我现在要重启我的 router”不是个好主意一样，你不想把你的化名和你的 router 活动关联起来 13:23 &lt;+Myo9&gt; 好的。 13:23 &lt;+ant&gt; * mae^ 捂住耳朵 13:23 &lt;jrandom&gt; 不过，另一方面，如果 dev.i2p 真的是一个匿名主机（也就是我们不知道它是 dev.i2p.net），那我们就需要支持它了 :) 13:23 &lt;+ant&gt; &lt;mae^&gt; 别告诉我你该死的网络密码 13:24 &lt;+ant&gt; &lt;mae^&gt; 该死 13:25 &lt;jrandom&gt; 好，关于 1) 0.5.0.5 还有其他的吗？ 13:25 &lt;+ant&gt; &lt;mae^&gt; 大家现在花一分钟感谢 jr 吧 13:25 &lt;+ant&gt; &lt;mae^&gt; 默默地，在心里... 13:25 &lt;@smeghead&gt; mae^：会议结束后再说怎么样 13:25 &lt;jrandom&gt; 呵呵，也别忘了去捐赠页面 ;) 13:25 &lt;+ant&gt; &lt;mae^&gt; 或者私下里对他说也行 13:26 &lt;+ant&gt; &lt;mae^&gt; 或者捐款！ 13:26 &lt;jrandom&gt; 好，继续到 2) UDP (SSU) 13:26 &lt;jrandom&gt; 我们把关于新 UDP 协议的一些想法放到网上了，非常希望得到批评性的反馈 13:27 &lt;+ant&gt; * cervantes 注意到了“皇家 we” 13:27 &lt;@smeghead&gt; SSU 是什么 13:27 &lt;jrandom&gt; 嗯，打字的是我，但这些问题我们大家都讨论过了 ;) 13:28 &lt;jrandom&gt; SSU == Secure Semireliable UDP（安全的半可靠 UDP） 13:28 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD 13:28 &lt;+ant&gt; &lt;Eol&gt; ??? i2p 已经启动并运行，但无法解析 .i2p 站点 .... 说明让浏览器指向 4444 代理但那里已经有 privoxy + tor ... site.i2p:4444 也不行 ... 有什么主意吗 (w/o disabling privoxy or tor) 13:28 &lt;@smeghead&gt; Eol: --&gt; #i2p-chat 13:29 &lt;jrandom&gt; Eol：#i2p-chat 里可能有人能帮忙，我们现在在每周开发会议中 13:30 &lt;jrandom&gt; 基本情况是我们能够绕过大多数 NAT，但不幸的是并非全部。统计显示成功率相当高（75-95，取决于你问谁） 13:31 &lt;jrandom&gt; 好，大致就这样——如果有人有任何问题/评论/顾虑，随时给我或列表发邮件 13:31 &lt;+ant&gt; * Eol 道歉 13:31 &lt;@smeghead&gt; 剩下的人应该反抗他们专横的系统管理员 13:31 &lt;jrandom&gt; 没事，eol 13:32 &lt;@smeghead&gt; （或者咬牙弄个真正的网络连接） 13:32 &lt;jrandom&gt; 或者换个非对称型 NAT 13:32 &lt;+frosk&gt; （或者等受限路由） 13:32 &lt;jrandom&gt; 对，或者等 2.0 :) 13:32 &lt;@smeghead&gt; 说真的，如果你关心信息自由和匿名，你就不该让自己受这种超出你掌控的 NAT 限制 13:32 &lt;jrandom&gt; smeghead：不是每个人都有选择 13:33 &lt;jrandom&gt; 例如，前几天有位来自阿联酋的用户，那儿只有一家 ISP，而且使用他们自己的 NAT 13:33 &lt;@smeghead&gt; 没错，但也有人指望我们费尽心力去支持他们，而他们本该自己夺回掌控权 13:33 &lt;@smeghead&gt; 对 13:34 &lt;jrandom&gt; 嗯，我们会尽力支持能支持的，至于不能的，暂时还不行 13:34 &lt;@smeghead&gt; 越多的人向他们的 ISP 俯首称臣，ISP 就会越发限制用户，而我们的任务也会越困难 13:37 &lt;jrandom&gt; 好，关于 2) UDP 还有其他的吗？没有的话，进入 3) Q 13:37 &lt;jrandom&gt; 嗯，好像 aum 还没起床 :) 13:37 &lt;jrandom&gt; 不过，总之，很多很酷的东西在 @ `http://aum.i2p/q/` 13:38 &lt;@smeghead&gt; 我想我可以替 aum 说一句，“zzzzzzzzzzzzzZZZz” 13:39 &lt;jrandom&gt; 好啦，除了邮件里说的，我也没什么可补充的了，除了“很赞的东西，去找 aum 聊聊” :) 13:40 &lt;jrandom&gt; 好，快速进入 4) ??? 13:40 &lt;jrandom&gt; 还有什么要提的吗？ 13:41 &lt;cervantes&gt; 哇，不到半小时？ 13:41 &lt;jrandom&gt; 先是我提前一小时发了会议纪要，现在又这样！ 13:41 &lt;@smeghead&gt; 该来一波冗长发言了 13:41 &lt;jrandom&gt; *咳嗽* 13:41 &lt;+postman&gt; :) 13:41 &lt;jrandom&gt; 好，如果没有其他的，我就回去打包 0.5.0.5，你们等它准备好后就可以下载了 :) 13:41 &lt;+postman&gt; 好，我只是想宣布 v2mail.i2p 13:42 * cervantes 推出一个明代中国大锣 13:42 &lt;jrandom&gt; 哦，赞，postman 13:42 &lt;+postman&gt; 作为 v2mail 开发的官方门户 13:42 &lt;+postman&gt; HTML 布局会吃小孩 13:42 &lt;+postman&gt; 但我仍希望你们会觉得那里的文档/白皮书有意思 13:43 &lt;+postman&gt; 接下来一周会更新文档 13:43 &lt;@smeghead&gt; 能简单介绍一下 v2mail 是什么吗？ 13:43 &lt;@smeghead&gt; v2 是指版本 2，还是指火箭？ 13:43 &lt;+postman&gt; smeghead：面向 i2p 1.0 的新去中心化邮件服务 13:43 &lt;+postman&gt; smeghead：v2 指的是版本 13:44 * postman 并不打算搞邮件炸弹或火箭 :) 13:44 &lt;@smeghead&gt; 它对 1.0 有特定依赖吗，还是只是目标版本？ 13:45 &lt;+postman&gt; 还有几个月的工作——更新会在那里发布 13:45 &lt;+frosk&gt; 不错的努力，postman 13:45 &lt;+postman&gt; smeghead：不，对 1.0 没有依赖——你仍会继续使用 susimail 或你自己的 MUA（邮件用户代理） 13:46 &lt;+postman&gt; frosk：谢谢 13:46 &lt;+postman&gt; jrandom：好，/me 把麦克风还给你 13:47 &lt;+ant&gt; &lt;cervantes&gt; *远处的掌声* 13:47 &lt;jrandom&gt; w3rd，看起来确实很酷 13:47 &lt;+postman&gt; cervantes：嘿，你的 Firefox 插件怎么样了？ 13:47 &lt;jrandom&gt; 好，还有谁要补充会议内容？ 13:48 &lt;+ant&gt; &lt;cervantes&gt; postman：呃，还在埋头做插件呢 13:49 &lt;+postman&gt; cervantes：我想玩玩它 :) 13:50 &lt;+ant&gt; &lt;cervantes&gt; 正在处理管理用户偏好设置这部分的繁琐工作...然后就可以准备测试版了 13:50 &lt;jrandom&gt; 太赞了 13:50 &lt;+postman&gt; c00l :) 13:52 &lt;+ant&gt; &lt;cervantes&gt; 顺便一提...我似乎已经说服了几位 Mozilla 开发者考虑修改代码库，这样我就能很容易在插件里加入 URI 过滤 (ie 我将能够保证不会连接到非 i2p 地址) 13:52 &lt;jrandom&gt; 哦，棒！ 13:52 &lt;+ant&gt; &lt;cervantes&gt; 不过这要再过几个 Firefox 版本才会出现 13:53 &lt;jrandom&gt; 太好了，请及时更新进展 13:53 &lt;+ant&gt; &lt;cervantes&gt; 会的 13:54 &lt;jrandom&gt; 好，如果没别的... 13:54 * jrandom 收尾 13:54 * jrandom *baf*s 宣布会议结束 </div>/zh/blog/2005/03/22/i2p-2005-03-22-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 22 Mar 2005 00:00:00 +0000/zh/blog/2005/03/22/i2p-2005-03-22-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，简单说一下最新进展</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.3 2) 批处理 3) 更新 4) ???</li> </ol> <ul> <li>0.5.0.3</li> </ul> <p>新版本已经发布并广泛推送，大多数人都很快完成了升级——谢谢！我们修复了一些 bug，但没有什么颠覆性的变化——最大的一项是把 0.5 和 0.5.0.1 的用户从网络上移除。自那以后我一直在跟踪网络的行为，深入分析发生了什么，虽然确实有所改进，但仍然有一些事情需要解决。</p> <p>在接下来一两天内将发布一个新版本，其中包含一个针对尚无人遇到、但会破坏新批处理代码的问题的修复。此外，还会提供一些工具，用于根据用户的偏好自动化更新流程，以及其他一些小改动。</p> <ul> <li>batching</li> </ul> <p>正如我在博客中提到的，通过对 tunnel 消息进行一些非常简单的批量打包，有很大空间可以大幅降低网络所需的带宽和消息数量——与其不论大小都把每个 I2NP 消息单独放进一个 tunnel 消息中，不如通过加入一个短暂的延迟，在单个 tunnel 消息中打包多达 15 个或更多。收益最大的将是使用小消息的服务（例如 IRC），而大型文件传输受影响则不大。用于执行批量打包的代码已经实现并经过测试，但不幸的是，正式网络上存在一个 bug，会导致同一 tunnel 消息中除了第一个 I2NP 消息以外的所有消息被丢失。这就是我们将先发布一个包含该修复的过渡版本，随后在大约一周后发布启用批量打包版本的原因。</p> <ul> <li>updating</li> </ul> <p>在这个过渡版本中，我们将发布一些经常讨论的 &lsquo;autoupdate（自动更新）&rsquo; 代码。我们已经提供了工具，可以定期检查可信的更新公告，以匿名或非匿名方式下载更新，然后要么直接安装，要么仅在 router 控制台上显示一条通知，告诉你它已准备就绪，等待安装。更新本身现在将采用 smeghead 的新签名更新格式，本质上就是更新包加上一个 DSA 签名。用于验证该签名的密钥将与 I2P 一并提供，并且可以在 router 控制台中进行配置。</p> <p>The default behavior will be to simply periodically check for update announcements but not to act on them - just to display a one-click &ldquo;Update now&rdquo; feature on the router console. There will be lots of other scenarios for different user needs, but they&rsquo;ll hopefully all be accounted for through a new configuration page.</p>/zh/blog/2005/03/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B43%E6%9C%8822%E6%97%A5/Tue, 22 Mar 2005 00:00:00 +0000/zh/blog/2005/03/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B43%E6%9C%8822%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, cervantes, detonate, duck, frosk, jdot, jrandom, mihi, Ragnarok</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:01 &lt;@jrandom&gt; 0) 嗨 13:01 &lt;@jrandom&gt; 1) 0.5.0.3 13:01 &lt;@jrandom&gt; 2) 批处理 13:01 &lt;@jrandom&gt; 3) 更新 13:01 &lt;@jrandom&gt; 4) ??? 13:01 &lt;@jrandom&gt; 0) 嗨 13:01 * jrandom 挥手 13:01 &lt;@jrandom&gt; 刚刚发布的每周状态说明在这里：http://dev.i2p.net/pipermail/i2p/2005-March/000654.html 13:02 &lt;+detonate&gt; 嗨 13:02 &lt;+cervantes&gt; 哈喽 13:02 &lt;@jrandom&gt; 直接跳到 1) 0.5.0.3 13:02 &lt;@jrandom&gt; 该版本几天前发布，反馈总体正面 13:02 &lt;+cervantes&gt; jrandom：当蓝色会跳舞的矮人爬到你显示器上时告诉我们，我们就提前结束会议 13:03 &lt;@jrandom&gt; 呵呵 cervantes 13:03 &lt;@jrandom&gt; （感谢 Bob 提供可编辑的会议日志；） 13:04 &lt;@jrandom&gt; 关于 0.5.0.3，我没有太多要补充的，邮件里已经说得差不多了 13:04 &lt;@jrandom&gt; 有人对此有任何评论/问题/顾虑吗？ 13:04 &lt;bla&gt; jrandom: 有关于 fast-peers-selection 代码的任何新测量数据吗？ 13:05 &lt;@jrandom&gt; 啊，我就知道 0.5.0.3 里还有我漏掉的东西；） 13:06 &lt;@jrandom&gt; 我还没有硬核指标，但从经验看，快速对等节点选择找到了我明确知道“快”的节点（比如同一台机器上的 routers 等） 13:07 &lt;bla&gt; jrandom: 有时，eepsites 仍需重试多次才能找到可用的优质 tunnel 13:07 &lt;@jrandom&gt; 也偶尔收到吞吐率相当不错的报告（在 10–20KBps 范围），不过还不常见（我们依然把参数调得比较保守） 13:08 &lt;+ant&gt; &lt;Connelly&gt; 哎呀，正在开会 13:09 &lt;@jrandom&gt; 嗯，是的，我发现可靠性仍未达到应有水平。不过多次重试并不是解决方案——如果重试 1 次后站点还没打开，请等 5–10 分钟再试 13:09 &lt;@jrandom&gt; 不过我在网络上传输层的延迟尖峰出现得不算少 13:10 &lt;@jrandom&gt; 比如，通过一个套接字把 1–2KB 的消息刷出就要花 5–20+ 秒 13:10 &lt;@jrandom&gt; 再加上一条 5 跳的路径（2 跳的 tunnels），就容易出问题 13:11 &lt;@jrandom&gt; 这其实也是推动批处理代码的原因之一——减少需要发送的消息数量 13:13 &lt;@jrandom&gt; 好的，关于 0.5.0.3 还有其他问题/评论/顾虑吗？ 13:13 &lt;bla&gt; jrandom: 看起来不错。我会在下一个“部分”里再多问一些 13:14 &lt;@jrandom&gt; w3rd，好，我们可以继续到 2) 批处理 13:15 &lt;@jrandom&gt; 邮件和我的博客（jrandom.dev.i2p&lt;/spam&gt;）应该说明了计划的基本内容 13:15 &lt;@jrandom&gt; 而且，说真的，这些都相当基础 13:15 &lt;@jrandom&gt; 我们现在的预处理器是最容易实现的那种（类名：TrivialPreprocessor）；） 13:16 &lt;@jrandom&gt; 新的预处理器提供了可调的批处理频率参数，并在各个 tunnel 池内提供出站 tunnel 亲和性（例如在 500ms 内尽量为后续请求选择同一个出站 tunnel，以便优化批处理） 13:17 &lt;@jrandom&gt; 关于这部分我大概就这些补充——有任何问题/评论/顾虑吗？ 13:18 &lt;bla&gt; 这是否要求所有参与的节点都运行新的预处理器，还是可以让 Trivial/NewOne 混合共存？ 13:18 &lt;+Ragnarok&gt; 这会给时延增加 0.5 秒，对吧？ 13:19 &lt;@jrandom&gt; bla：不会，这个预处理器只用于 tunnel 网关，由该网关自行决定如何或是否进行批处理 13:20 &lt;@jrandom&gt; Ragnarok：一般不会——第 1 条消息可能会被延迟最多 0.5 秒，但第 2–15 条消息会比原先快得多。此外这是个简单的阈值机制——一旦达到一个完整 tunnel 消息的大小，就会立刻刷出 13:20 &lt;+Ragnarok&gt; 酷 13:20 &lt;+Ragnarok&gt; 能省下多少开销？ 13:21 &lt;@jrandom&gt; 相当可观；） 13:21 &lt;+Ragnarok&gt; “相当可观”听起来不错，虽然有点含糊 :P 13:21 &lt;@jrandom&gt; 看看你的 `http://localhost:7657/oldstats.jsp#tunnel.smallFragments` 13:21 &lt;@jrandom&gt; 把它跟 #tunnel.fullFragments 比较一下 13:22 &lt;bla&gt; jrandom: 这只涉及 endpoint-&gt;IB-gateway 的通信吗？ 13:22 &lt;@jrandom&gt; 启用批处理后，full 与 small 的比率会上升，small 中的填充字节数会下降 13:23 &lt;@jrandom&gt; bla：嗯，它涉及所有 tunnel 网关，无论入站还是出站 13:24 &lt;mihi&gt; full fragments: lifetime average value: 1,00 over 1.621,00 events 13:24 &lt;bla&gt; jrandom: ok 13:24 &lt;mihi&gt; 碎片数量会出现小数吗？ 13:24 &lt;@jrandom&gt; full：1.00（共 807,077.00 次事件） small：746.80（共 692,682.00 次事件） 13:25 &lt;@jrandom&gt; 呵呵 mihi 13:25 &lt;@jrandom&gt; （small：746 的意思是，在那 69.2 万条消息中，每条 996 字节里有 746 字节是“浪费”的填充字节！） 13:26 &lt;@jrandom&gt; 呃，也不算完全浪费——它们起到了应有作用 13:26 &lt;+detonate&gt; 不管怎样都是不必要的开销 13:27 &lt;@jrandom&gt; 是的，很多都可以通过批处理预处理器去掉 13:28 &lt;@jrandom&gt; 不幸的是，它不会打包进下一个发行版 13:28 &lt;@jrandom&gt; 但会包含在 0.5.0.6 版（或许 0.5.1）里 13:28 &lt;@jrandom&gt; 呃，是 0.5.0.5，或者 0.5.1 13:28 * jrandom 被这些数字搞糊涂了 13:29 &lt;bla&gt; jrandom: 为什么不能？ 13:29 &lt;+cervantes&gt; 大麻和药片……该死 13:30 &lt;@jrandom&gt; !thwap cervantes 13:30 &lt;@jrandom&gt; bla：0.5.0.3（及更早版本）里有个 bug，碎片化消息处理器会导致同一个 tunnel 消息里的后续分片被丢弃 13:31 &lt;@jrandom&gt; 如果直接上线批处理预处理器，会导致大量消息丢失 13:31 &lt;@jrandom&gt; 别担心，我们还有其他好东西，所以即将到来的 0.5.0.4 绝不会无聊；） 13:31 &lt;bla&gt; jrandom: 啊，原来如此 13:32 &lt;bla&gt; jrandom: 啊，所以这就是为什么要等 0.5.0.4 成为主流之后再做这个……明白了。谢谢。 13:33 &lt;@jrandom&gt; 是啊，要是分片处理器能搞定就好了。总体上它是能处理的，只是释放字节缓冲得太早，把后续分片清零了（糟糕） 13:33 &lt;@jrandom&gt; 好的，关于第 2 点还有别的吗，或者我们转到 3) 更新？ 13:35 &lt;@jrandom&gt; 好的，正如状态说明里提到的（并且我们也在不同场合讨论了一阵），我们将添加一些简单且安全的更新功能，用户无需去网站、看邮件列表，或读频道主题 :) 13:36 &lt;+detonate&gt; 酷 13:36 &lt;@jrandom&gt; smeghead 已经写了一些代码来帮助流程自动化并提升安全性，并与 cervantes 合作，使其既能集成 fire2pe，也能对接常规的 routerconsole 13:37 &lt;@jrandom&gt; 邮件里列出了将要提供内容的总体描述，其中大部分已经可用，不过还有少数部分尚未完全敲定 13:37 &lt;@jrandom&gt; 不同于批处理，这个会在下一个版本里提供，不过直到 0.5.0.5（需要更新的时候）大家才会真正用得上 13:39 &lt;+Ragnarok&gt; 那么……5.0.4 会有什么酷东西？ 13:42 &lt;@jrandom&gt; 更新代码还带来了拉取公告数据的能力，比如能在 router 控制台顶部显示一小段新闻。此外，作为更新代码的一部分，我们实现了一个新的可靠下载组件，既可以直连，也可以通过 eepproxy 工作，过程中会自动重试并断点续传。或许将来会基于它构建一些相关功能，但不作保证 13:42 &lt;+Ragnarok&gt; 不错 13:43 &lt;@jrandom&gt; 好的，关于 3) 更新，大家还有其他问题/评论/顾虑吗？ 13:45 &lt;@jrandom&gt; 如果没有，我们继续 4) ??? 13:45 &lt;@jrandom&gt; 还有其他想提的吗？ 我肯定漏掉了一些东西 13:45 &lt;+detonate&gt; i2p 能在 OpenBSD 3.7 的 Sun JVM 上运行是已知的 :) 13:45 &lt;@jrandom&gt; 好极了！ 13:47 &lt;bla&gt; UDP 传输的进展如何？ 13:48 &lt;+detonate&gt; udp 可能会很麻烦，我觉得不如偷 bt 的流水线代码来改改；） 13:48 &lt;@jrandom&gt; 咳咳 13:49 &lt;@jrandom&gt; 我预期问题不大，但确实有不少活儿要干 13:49 &lt;@jrandom&gt; 队列策略如何运作，以及进入队列时的带宽限速（bw throttling）会很有意思 13:50 &lt;bla&gt; 前期工作是谁在做？ 13:50 &lt;@jrandom&gt; bla：detonate 和 mule 13:50 &lt;+detonate&gt; 是啊……不过我这一个月左右一直在偷懒 13:50 &lt;bla&gt; detonate: 我猜你在开玩笑吧，关于 BT 那个说法？ 13:51 &lt;+detonate&gt; 我半认真 13:51 &lt;+detonate&gt; 至少可以把传输层的线程数减少一半 13:51 * jrandom 朝 detonate 泼了一桶泥 13:51 &lt;jdot&gt; 哇哦。 我的 router 现在跑在我的独立服务器上了，不再用我那渣渣的有线连接。 13:51 &lt;@jrandom&gt; 给力 jdot 13:52 &lt;@jrandom&gt; 传输层与所有对等体通信只需 3–5 个线程就能搞定 13:52 &lt;bla&gt; detonate: 但当网络变大时（&gt; 几百个节点），减半还是不够的 13:52 &lt;jdot&gt; 可支配带宽有 1000GB 13:53 &lt;jdot&gt; 不巧的是，j.i2p 和 chat.i2p 在我迁移期间还会再停几个小时 13:53 &lt;duck&gt; detonate: addressbook 也停了吗？ 13:53 &lt;+detonate&gt; 是的，也停了 13:54 &lt;+detonate&gt; 唯一没停的是单文件的 profile 存储，我本来打算今天晚些时候把它搞起来 13:54 &lt;@jrandom&gt; w3rd 13:54 &lt;+detonate&gt; 这样 i2p 就不会把硬盘严重碎片化 13:54 &lt;jdot&gt; jrandom: 就带宽（BW）限制而言，它们是平均值吗？ 13:54 &lt;+frosk&gt; 现代文件系统不会碎片化的，傻瓜 13:55 &lt;+detonate&gt; NTFS 会 13:55 &lt;@jrandom&gt; jdot：带宽限制是严格的 token bucket（令牌桶） 13:55 &lt;@jrandom&gt; jdot：如果你设置了突发持续时间，系统会按这个时长来做平均 13:56 &lt;@jrandom&gt; （嗯，2 倍的突发时长 == 周期） 13:56 &lt;@jrandom&gt; （（差不多）） 13:56 &lt;jdot&gt; 嗯…… 我有 1000GB，想让 i2p 每月最多用到 800GB.... 13:56 &lt;+ant&gt; &lt;mihi&gt; detonate: NTFS 会把很小的文件存到 MFT 里，这意味着几乎不会碎片化 13:57 &lt;jdot&gt; 而且我不在乎突发能到多高 13:57 &lt;+detonate&gt; 好吧，当你运行碎片整理时，它要花 10 分钟搬动所有 6000 个 profiles……所以它们肯定会碎片化 13:58 &lt;@jrandom&gt; jdot：嗯，800GB 可能已经超过它本来想推的量了，所以大概可以不设限；） 13:58 &lt;@jrandom&gt; 另一方面，如果你能描述一下你想要实现的策略，我们也许可以支持 13:58 &lt;jdot&gt; jrandom: 我先这么做，看看效果如何 13:58 &lt;bla&gt; detonate: 据我记得，NTFS 是日志型文件系统。所以即使是单体文件，如果你以小块方式写入，也会产生碎片 13:58 &lt;+detonate&gt; 所有东西都是一次性写入的 13:59 &lt;+detonate&gt; 也会一次性读取 13:59 &lt;bla&gt; detonate: 好的，明白了。 13:59 &lt;jdot&gt; jrandom: 那就等等看这是否真会成为问题。 13:59 &lt;bla&gt; detonate: 那干得不错！ 13:59 &lt;+detonate&gt; 我很想知道在不设上限的情况下，实际会用掉多少带宽 14:00 &lt;+detonate&gt; 在一条不错的连接上 14:00 &lt;jdot&gt; 我也很感兴趣！ 14:00 &lt;@jrandom&gt; 我的托管 router 都是不限速运行，不过受 CPU 限制 14:00 &lt;+Ragnarok&gt; 能用一个大号的桶把它按一个月平均吗？ 14:00 &lt;jdot&gt; jrandom: CPU 受限？ 什么 CPU？ 14:01 &lt;@jrandom&gt; 4d 传输 3.04GB/2.73GB 14:01 &lt;+detonate&gt; 嗯，本以为会更少 14:01 &lt;@jrandom&gt; jdot：之所以受 CPU 限制，是因为我在上面跑了 3 个 router，加上其他几个 JVM，有时还要做性能剖析 14:01 &lt;+detonate&gt; 肯定是那些 bt 人 14:01 &lt;+detonate&gt; 等批处理上线后，看看会有什么变化应该很有趣 14:02 &lt;@jrandom&gt; detonate：有些流量也是我在它自己之间传 50MB 的文件；） 14:02 &lt;+detonate&gt; 呵 14:02 &lt;jdot&gt; 啊，好。 那就看看这套系统表现如何。 它是 AMD XP 2400，512MB 内存，10Mbit 连接 14:02 &lt;@jrandom&gt; Ragnarok：token bucket 其实不是那样工作的 14:02 &lt;@jrandom&gt; jdot：word，嗯，这台是 P4 1.6，记得没错的话 14:03 &lt;@jrandom&gt; Ragnarok：在 token bucket 里，每（比如）一秒会按设定速率往里加一些令牌。如果桶满了（大小 = 突发时长），新加的令牌会被丢弃 14:04 &lt;@jrandom&gt; 当你要传数据时，需要先拿到足够的令牌 14:04 &lt;@jrandom&gt; （1 个令牌 = 1 字节） 14:04 &lt;+Ragnarok&gt; 我知道它是怎么工作的……如果把桶做得非常大会怎样？ 14:05 &lt;+detonate&gt; 那你就永远不会停止发送数据 14:05 &lt;+detonate&gt; 如果它大小是无限的 14:05 &lt;+detonate&gt; 呃，而且桶里填满了令牌 14:05 &lt;@jrandom&gt; 如果桶真的很大，在低使用率之后可能会以不受限的速率突发发送 14:06 &lt;@jrandom&gt; 不过在某些情况下也许正是你想要的 14:07 &lt;@jrandom&gt; 问题在于，你不能把 token bucket 就设为 800GB，因为那并不能限制总传输量 14:08 &lt;+detonate&gt; 你需要一个字段能设置每秒的令牌数，然后把每月带宽用量除以秒数就行了 14:08 &lt;+detonate&gt; :) 14:10 &lt;@jrandom&gt; 那等同于把速率按月平均设定，这会很不均衡。不过，总之有很多可选方案——如果有人有当前设置无法满足的需求，请联系我们 14:10 &lt;+Ragnarok&gt; 但是如果把速率设为你想要的平均值……比如我这里 308 kB/s，然后把桶（bitbucket）设得很大……为什么不行？ 14:11 &lt;+Ragnarok&gt; s/larger/large/ 14:12 &lt;+detonate&gt; 嗯，你可以设置成在 60 秒的突发周期内，从不发送超过 800GB/44000 的数据 14:12 &lt;+detonate&gt; 44000 大约是一个月的分钟数 14:13 &lt;@jrandom&gt; 桶大小/突发时长描述的是在不受限情况下我们会发送多少。而大多数人确实希望有约束，这样 router 才不会在清空桶的时候（之类的情况）连续 5 分钟吞掉 10Mbps 14:14 &lt;@jrandom&gt; 也可以在从桶里取令牌的环节再加一道限速（然后那道限速也有自己的 token bucket，而那个桶又有自己的限速，等等） 14:16 &lt;+Ragnarok&gt; 我以为只有在带宽没被用满时才会往桶里加令牌 14:16 &lt;@jrandom&gt; 令牌是以恒定速率加入桶里的（比如每秒 64k 个令牌） 14:17 &lt;@jrandom&gt; 任何需要带宽的都会先向桶申请 14:18 &lt;+Ragnarok&gt; 啊……好 14:19 &lt;@jrandom&gt; 好的，很棒。还有谁想在会上提点什么？ 14:21 &lt;@jrandom&gt; 如果没有的话，就这样 14:21 * jrandom 做好准备 14:21 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/03/15/i2p-2005-03-15-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 15 Mar 2005 00:00:00 +0000/zh/blog/2005/03/15/i2p-2005-03-15-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家好，每周更新时间到了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) Feedspace 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>在过去的一周里，我的大部分时间都花在分析网络行为、跟踪统计数据，并尝试在模拟器中复现各种事件上。虽然一些怪异的网络行为可以归因于仍在使用旧版本的大约二十来个 router，但关键因素在于我们的速度计算没有提供足够好的数据——我们无法正确识别那些能够快速传输数据的对等节点。过去这不算大问题，因为有一个 bug 会让我们把容量最高的 8 个对等节点当作&rsquo;fast&rsquo;池使用，而不是基于容量构建合理的分层。我们当前的速度计算来源于周期性的时延测试（具体来说，是 tunnel 测试的 RTT（往返时延）），但这些数据不足，无法让我们对该数值有足够的信心。我们需要的是一种更好的方法，在收集更多数据点的同时，仍然能在必要时允许&rsquo;高容量&rsquo;的对等节点被提升到&rsquo;fast&rsquo;层级。</p> <p>为了验证这是否就是我们所面临的关键问题，我稍微取了点巧，增加了一个功能，可以手动选择在某个特定的 tunnel 池的选择过程中应使用哪些节点。使用这些明确选定的节点，我在 IRC 上已经连续两天多没有断线，并且在我控制的另一项服务上表现也相当不错。过去大约两天里，我一直在用一些新的统计数据试验一个新的速度计算器，虽然它改进了选择，但仍然存在一些问题。今天下午我已经研究并实现了几个替代方案，但还需要把它们放到网络上试一试，仍有工作要做。</p> <ul> <li> <ol start="2"> <li>Feedspace</li> </ol> </li> </ul> <p>Frosk 已经发布了 i2pcontent/fusenet docs 的又一个修订版，不过现在换了新家、起了新名字：<code>http://feedspace.i2p/</code> - 请参见 orion [1] 或我的博客 [2] 获取目标地址。 这些东西看起来很有前景，无论是从“嘿，功能强悍”还是“嘿，这将有助于提升 I2P 的匿名性”的角度。 Frosk 和团队正埋头开发，但他们当然也在寻求反馈（和帮助）。 或许我们可以请 Frosk 在会议上给我们做个更新？</p> <p>[1] <code>http://orion.i2p/#feedspace.i2p</code> [2] <code>http://jrandom.dev.i2p/</code></p> <ul> <li> <ol start="3"> <li>???</li> </ol> </li> </ul> <p>好吧，看起来可能不怎么样，但其实有很多事情在进行呢 :) 我肯定也漏掉了一些东西，所以顺道来参加会议看看都有什么动静吧。</p> <p>=jr</p>/zh/blog/2005/03/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005-%E5%B9%B4-3-%E6%9C%88-15-%E6%97%A5/Tue, 15 Mar 2005 00:00:00 +0000/zh/blog/2005/03/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005-%E5%B9%B4-3-%E6%9C%88-15-%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, cervantes, detonate, frosk, godmode0, jrandom, legion, Myo9, newkid, polecat, Pseudonym, Ragnarok, smeghead, Teal, thetower</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) 嗨 13:07 &lt;jrandom&gt; 1) 网络状态 13:07 &lt;jrandom&gt; 2) Feedspace 13:07 &lt;jrandom&gt; 3) ??? 13:07 &lt;jrandom&gt; 0) 嗨 13:07 * jrandom 挥手 13:07 &lt;jrandom&gt; 每周状态说明发布在 @ http://dev.i2p.net/pipermail/i2p/2005-March/000649.html 13:08 &lt;Teal&gt; 嗨 13:08 &lt;jrandom&gt; （对，这次我迟到了，不过差不多准时！） 13:08 &lt;frosk&gt; 嗨 13:08 &lt;jrandom&gt; 那就直接进入 1) 网络状态 吧 13:08 &lt;jrandom&gt; 网络嘛，是在跑的，之类的 13:09 &lt;jrandom&gt; 总体吞吐量仍然和之前一样低，丢弃的消息和分片数量相当多 13:09 &lt;bla&gt; 嗨 13:09 &lt;ant&gt; &lt;dm&gt; 糟糕 13:09 &lt;Teal&gt; 为什么有头绪吗？ 13:10 &lt;jrandom&gt; Teal：当然，去读状态说明？ :) 13:10 &lt;+detonate&gt; 嗨 13:11 &lt;jrandom&gt; 还有大约 ~ 25 个人在用旧版本，很可能他们会一直这样，直到我们把他们从网络上踢掉 13:11 &lt;jrandom&gt; 无论如何，我们应该能绕开他们，所以他们留在这里其实也有帮助，我想 13:11 &lt;jrandom&gt; （不过如果他们能升级就更好了... ;) 13:11 &lt;cervantes&gt; （嗨） 13:11 &lt;frosk&gt; 那些人多半是在哪儿看到 I2P 就装了，想试试“匿名 p2p”的小白 13:12 &lt;ant&gt; &lt;BS314159&gt; 是啊，如果网络质量因为 bug 会下降，那么也可能因为恶意而下降 13:12 &lt;newkid&gt; 这是我参加的第一次会议，但我读了记录，问题似乎和我会前说明的有关 13:12 &lt;Pseudonym&gt; 我们知道旧节点具体造成了什么问题、为什么吗？ 13:12 &lt;jrandom&gt; bs314159：别把可以归因于 jrandom 写的烂代码的事归咎于恶意 ;) 13:13 &lt;jrandom&gt; Pseudonym：是的，看变更日志 13:13 &lt;newkid&gt; 我运行了两个节点，时间上只差毫秒，但多数时候它们并不把彼此视为“fast” 13:13 &lt;jrandom&gt; 对，newkid 13:13 &lt;jrandom&gt; 现有部署的速度计算器，说实话，相当糟糕 13:13 &lt;jrandom&gt; 它收集的数据不足，导致这些数值没有可信度 13:13 &lt;bla&gt; 嗯……这已经很糟了 ;) 13:13 &lt;jrandom&gt; 它和你在 /oldconsole.jsp 上看到的“瞬时速率”一样没意义 13:14 &lt;jrandom&gt; 我在尝试一些新的计算器，有所改进，但算法里仍有问题 13:14 &lt;jrandom&gt; 具体来说，它不允许 high capacity（高容量）节点晋升为 fast（快速）节点，除非那些 fast 节点先从 high capacity 组里掉出来 13:15 &lt;bla&gt; jrandom：每个节点获取其他节点“快慢”数据是直接的（“P2P”），还是通过 tunnels？ 13:15 &lt;jrandom&gt; （也就是，最初放进 fast 组的前 K 个节点会一直留在 fast 组里） 13:15 &lt;jrandom&gt; bla：通过 tunnels。我们不能信任直接测量，否则会允许非常容易的匿名性攻击 13:15 &lt;godmode0&gt; "alfYl6RvHzw=" = "21538-900" 13:15 &lt;godmode0&gt; "alV9ye/y/Us=" = "23565-200" 13:15 &lt;godmode0&gt; 这是 sha1 吗？ 13:15 &lt;jrandom&gt; （例如，对除了 Alice 之外的所有人都特别慢） 13:15 &lt;+detonate&gt; 他们会在那待到 router 的整个生命周期？ 13:15 &lt;jrandom&gt; godmode0：我们现在在开会 13:16 &lt;godmode0&gt; 哎呀抱歉 13:16 &lt;jrandom&gt; detonate：直到其中一个失败或拒绝了一个 tunnel（也就是它们的容量排名把它们从 high capacity 组里挤掉） 13:16 &lt;+detonate&gt; 好的 13:17 &lt;bla&gt; bla：嗯……这听起来像是一个——为了真的收集足够的数据——其负载必须是网络规模的 >>log(N) 的问题。 13:17 &lt;jrandom&gt; 我一直在琢磨一些获取更多数据的想法，但还没更新 13:17 &lt;bla&gt; 就负载而言。 13:18 &lt;jrandom&gt; 嗯，其中一个关键点当然是当网络负载超过网络容量时 13:18 &lt;jrandom&gt; 不过我们的容量计算器应该能处理 13:18 &lt;cervantes&gt; jrandom：-3 实际上采用了这种 fast 节点选择方法吗？ 13:18 &lt;+polecat&gt; 希望由于节点之间的数据传输有公平性控制，不会有办法把负载提升得过高…… 13:19 &lt;bla&gt; jrandom：更具体地说：我们需要确保“找出哪些是 fast 的算法”保持在 O(log(N)) 复杂度 13:19 &lt;jrandom&gt; cervantes：是的，但如我所说，它不允许在 fast 和 high capacity 之间提升节点 13:19 &lt;jrandom&gt; polecat：公平性控制？ 13:19 &lt;cervantes&gt; 我刚意识到我把代理开着，一直在浏览 live web 而没注意到（我确实觉得连接有点慢） ;-) 13:20 &lt;cervantes&gt; s/live web/outerweb 13:20 &lt;jrandom&gt; bla：我不确定我们是否应该依赖于 N。没必要找到全网“最快”，只要“足够快以处理我们的数据”就行 13:20 &lt;@smeghead&gt; 看起来 i2pProxy.pac 甚至对它的作者都是危险的 :) 13:20 &lt;jrandom&gt; 呵，干得好 cervantes :) 13:20 &lt;jrandom&gt; lol 13:20 &lt;cervantes&gt; 所以看起来它确实让我的家用节点情况有所改善，之前真的很难受 13:21 &lt;ant&gt; &lt;BS314159&gt; 你能把它随机化吗？ 13:21 &lt;cervantes&gt; smeghead：呵呵 天呐我才不会用那个！你觉得我疯了吗！ 13:21 &lt;ant&gt; &lt;BS314159&gt; 也就是创建一个自发的转移率？ 13:21 &lt;jrandom&gt; BS314159：我们使用分层，并在层内随机化 13:22 &lt;jrandom&gt; BS314159：自发的速率基本就是我们现在的做法，波动很大 13:22 &lt;jrandom&gt; （we == 0.5.0.2-0） 13:22 &lt;ant&gt; &lt;BS314159&gt; 我想我没理解这个问题。算了。 13:23 &lt;jrandom&gt; 这事既要安全又要准确确实很难，但我觉得周围有足够的数据可供我们收集足够信息。拭目以待吧 13:23 &lt;bla&gt; jrandom：不管怎样，找出几个好节点看起来非常像蚁群优化那一套 13:24 &lt;bla&gt; jrandom：因为一旦你有了 fast 节点，你很可能用它们去发现还有谁是 fast。 13:24 &lt;jrandom&gt; 你是建议沿着这些思路做更多主动探测吗？ 13:24 &lt;jrandom&gt; 啊，其实不是那样 13:25 &lt;jrandom&gt; 这就是 client tunnels（客户端 tunnel）与 exploratory tunnels（探索型 tunnel）之间的区别 13:25 &lt;bla&gt; jrandom：因此，看来你本质上是在做一种贪心优化方案（很像蚁群） 13:25 &lt;jrandom&gt; client tunnels 用 fast 节点构建，exploratory tunnels 用任何未失败的节点构建 13:25 &lt;jrandom&gt; （随机选择） 13:26 &lt;bla&gt; jrandom：嗯……就匿名性而言，这是好的。不过，为了快速找到可用的优质 tunnel 伙伴，在 expl. tunnels 里使用 fast 节点会更好……又是权衡 13:26 &lt;jrandom&gt; 另一方面，沿着这个思路，也许能帮助优化节点选择 13:26 &lt;jrandom&gt; 哦，对，当然用 fast 节点会有更好的性能，但那样你就不在“探索”了 :) 13:27 &lt;jrandom&gt; exploratory tunnels 不用于端到端的客户端消息，只用于 netDb 消息、tunnel 维护消息和节点测试消息 13:27 &lt;bla&gt; jrandom：我明白了，所以实际上，你用随机的 expl. tunnels 来避免陷入局部最优？ 13:27 &lt;jrandom&gt; 所以 exploratory tunnels 的实际吞吐量并不重要（只要数据最终能到达即可） 13:27 &lt;jrandom&gt; 嗯 13:29 &lt;bla&gt; jrandom：好的，我明白了。另一方面：当我用我的 client tunnels 传数据（比如从一个 eepsite 下载）时，我直觉上觉得，那些时序/吞吐数据也可以作为一种“被动的节点评估”，对吗？ 13:29 &lt;jrandom&gt; 当然是这样，bla，而且目前在速度选择中我们还没有收集这些数据 13:29 &lt;bla&gt; jrandom：也就是作为获取节点更多数据的辅助方式 13:30 &lt;jrandom&gt; 其中一部分可以，另一部分比较难拿到（因为 streaming lib 是外部的） 13:30 &lt;jrandom&gt; 不过我们确实应该尽可能抓取能拿到的，以提高置信度 13:30 &lt;ant&gt; &lt;BS314159&gt; 那不就取决于任意一个 tunnel 里的最慢链路了吗？ 13:31 &lt;ant&gt; &lt;BS314159&gt; 这样一来 hops&gt;0 的情况下就很难用了？ 13:31 &lt;jrandom&gt; BS314159：是的，但会被平均掉，因为在 fast 层内是随机选择节点的 13:31 &lt;jrandom&gt; 任何远程测量也都是如此 13:34 &lt;jrandom&gt; 好的，大致就是目前的情况。希望几天内我们能在 -4 或 -5 版本里上线一些新的计算器和统计，看看它在实时网络上的表现 13:34 &lt;jrandom&gt; 还有谁对 1) 网络状态 有要提的吗？ 13:34 &lt;bla&gt; jrandom：也许看起来我对此强调过头了，但在我看来，这对一个大型 I2P 网络能否运行是个非常基础的问题…… 13:35 &lt;jrandom&gt; bla：它当然重要，但记住，我们不需要最优的节点选择。只要足够好 13:35 &lt;ant&gt; &lt;aum&gt; 大家早上好 13:36 &lt;jrandom&gt; 我们关心的只是找到能承载一个 tunnel 的一些节点，并确保这些 tunnels 能处理我们的数据 13:36 &lt;jrandom&gt; 早啊 aum，正好赶上开会 :) 13:36 &lt;bla&gt; jrandom：我懂了。谢谢解释！ 13:36 &lt;jrandom&gt; 当然，如果我们能找到最优的节点选择就太酷了 ;) 13:37 &lt;jrandom&gt; 而且这方面绝对有很大空间让学生们做些想法、写些论文 13:37 &lt;frosk&gt; 这会是个很酷的毕业论文课题 :) 13:37 &lt;+detonate&gt; 你觉得主动调参数直到它希望能收敛到可用配置，这事可行吗，先不管这种系统几乎不可能调试的事实？ :) 13:38 &lt;jrandom&gt; detonate：手动挑选节点是个 PITA（很折腾），因为 fast 节点偶尔会拥塞，要求你退避，等等。 13:38 &lt;+detonate&gt; 啊 13:39 &lt;jrandom&gt; 我知道我们可以无休止地深挖下去，所以我设了个里程碑：通过标准 tunnels 成功传输一个特定的大文件，中途不断线 13:39 &lt;+detonate&gt; 好吧 13:40 &lt;Teal&gt; 不惜一切代价取得胜利！ 13:40 &lt;jrandom&gt; （另一方面，节点选择系统里有些未文档化的功能，允许手动给单个节点加权，但我不推荐用它们 ;) 13:40 &lt;jrandom&gt; 好了，1) 到此，转到 2) Feedspace 13:41 * jrandom 把话筒交给 frosk 13:41 &lt;frosk&gt; 哦，好的，嗨 13:42 &lt;Myo9&gt; 嗨，Frosk。 13:42 * jrandom 打开强光聚光灯 13:42 &lt;frosk&gt; 所以，大家都去看看 http://feedspace.i2p（密钥在 orion 或 jrandom 的博客） 13:42 &lt;frosk&gt; 我的开发搭档（现在公开是 ku）和我已经开始写一些代码，并展开了很多热烈讨论 13:42 &lt;frosk&gt; 另外，`http://feedspace.i2p/wiki/CallForComments` 上有 Feedspace 文档的新修订版 :) 13:43 &lt;frosk&gt; 嗨 Myo9 13:43 &lt;frosk&gt; 哦对了，Feedspace 是我们把过去叫做 i2pcontent 或 fusenet 的东西的全新（也是最终）名字 :) 13:43 &lt;jrandom&gt; r0x0r 13:43 &lt;frosk&gt; 正如状态说明里提到的，我们仍然非常欢迎对整体设计各方面的反馈 13:44 &lt;frosk&gt; 别害羞，尽管质疑它 :) 13:44 &lt;frosk&gt; 网站上也列了一些“招聘”，在系统和项目的很多方面我们都需要帮手 13:45 &lt;frosk&gt; 时间挺紧，而且不幸的是我们没有人是全职开发 13:45 &lt;frosk&gt; 差不多就这些吧。我有什么问题吗？ :) 13:45 &lt;ant&gt; * aum 无法访问 orion.i2p 或 jrandom 的博客，所以也访问不到 feedspace.i2p 13:46 &lt;frosk&gt; 嗯对，网站上还有路线图，但上面的日期会变动 :) 13:46 &lt;legion&gt; feedspace.i2p=KuW5sR2iGCfnnuwdslHbFsNyNCsoZnoIwAmHeypOV-s8OQxokBpdNazksBrhoQum9nv81vprl6k15Mhcd~KWE4OajjmdU7v2fjqps7QK3KmLv4UTrX-ihSIUdhb5B9FLh2XEFEQ4-8guFTVxBRqQQE~c058AL6~uZpuFpLtEOg0HEZ6BydndOhx-FCDm8ip12pPwZ3a5O86l1UoATZBXxoctGafTjnUlx64jyQs6y0WB811l36wVrc~~dqEcanxab0yfg8dJ~1M4EUNrXcHT-PwYYrr3GgpimuF4oUtYjkeDKlq5WjfMAa8bE73HFgquxq99fuW5aI1JbLPxnTLHi00-2On0dSDwJxSP08HOhKFKMNzykI9Asg8CywzNO6kWpbX9yaML36ohCJF0iaLvvDyhS4a2B65crSJRJPVkbxIvsyyUyYMGi31EK593ijOLjOvug 13:46 &lt;legion&gt; 给你，aum 13:46 * jrandom 刚把 feedspace 加到 http://dev.i2p.net/i2p/hosts.txt 里了 13:46 &lt;jrandom&gt; （以及 cvs） 13:46 * frosk 瞬间被闪瞎 13:46 &lt;jrandom&gt; legion：别一次粘成一行，太长会放不下 13:47 &lt;ant&gt; &lt;aum&gt; 谢谢 13:47 &lt;frosk&gt; jrandom 或许可以把这个 key 提交到他的 hosts.txt 里？ :) 13:47 &lt;jrandom&gt; 嗯，已经加上了，刚才忘了 :) 13:48 &lt;frosk&gt; 总之，计划是在 I2P 0.6.1 前推出一个简单可用（而且 100% 无 bug！）的版本，后续再加更多好东西 13:49 &lt;jrandom&gt; 呵，太赞了 13:49 &lt;frosk&gt; s/out/ready for real-world testing/ 13:49 &lt;frosk&gt; 我还不能说这是否现实，但我希望可以，否则我们会继续砍特性 ;) 13:49 &lt;ant&gt; &lt;BS314159&gt; 因为我访问不到 feedspace.i2p，我问个基础问题 13:50 &lt;ant&gt; &lt;aum&gt; 那个 key 不对，只有 441 个字符 13:50 &lt;jrandom&gt; 对，aum，irc 把它截断了，去抓 http://dev.i2p.net/i2p/hosts.txt 13:51 &lt;+detonate&gt; frosk：我有个临时建议 13:51 &lt;+detonate&gt; 在 I2P router 控制台上弄个东西，从 I2P Web 服务器抓取更新列表，这样大家就知道什么时候该更新他们的 router 等等 :) 13:51 &lt;legion&gt; 啊抱歉。总之我也已经把它提交到我的 hosts.txt 里了。 13:51 &lt;ant&gt; &lt;aum&gt; 谢谢 jrandom 13:51 &lt;ant&gt; &lt;BS314159&gt; 你认为 Feedspace 会取代以下哪些系统：usenet、gnutella、google、livejournal、www 13:52 &lt;jrandom&gt; ，教会 13:52 &lt;jrandom&gt; 呃.. 13:52 &lt;cervantes&gt; jrandom：啊你刚好碰到我在提交 hosts 13:52 &lt;ant&gt; &lt;BS314159&gt; 也就是说，它是消息论坛、文件共享系统、内容索引系统、动态页面系统，和/或静态内容分发系统吗 13:53 &lt;ant&gt; * aum 在 routerConsole 里关掉限速，看看有没有帮助 13:54 &lt;frosk&gt; BS314159：我们将支持博客、论坛和共享通讯录（第一版，其他应用也有可能） 13:54 &lt;frosk&gt; 它并不直接替代网页 13:54 &lt;frosk&gt; 但它当然可以用于“文件共享” 13:54 &lt;+detonate&gt; 那就是内容聚合/分发？ 13:54 &lt;jrandom&gt; 不过它大概会取代静态 Web 内容，让无法运行 eepsites 的人也能持续发布网页 13:54 &lt;frosk&gt; 这正是它的目的 13:55 &lt;jrandom&gt; （两个词概括：usenet+SSK） 13:55 &lt;frosk&gt; 对 13:55 &lt;ant&gt; &lt;BS314159&gt; 好的 13:55 &lt;Ragnarok&gt; 没那么持久 13:56 &lt;jrandom&gt; Ragnarok：确实，取决于 syndicator 的策略 13:56 &lt;+detonate&gt; stasher 有进展吗？ 13:56 &lt;frosk&gt; 它可以和最积极的 syndicator 一样持久 :) 13:56 &lt;jrandom&gt; （参见：dejanews ;)） 13:56 &lt;ant&gt; &lt;aum&gt; detonate：stasher 暂停了，正在写一个全新的东西，叫 quartermaster 13:57 &lt;+detonate&gt; 我懂了 13:58 &lt;jrandom&gt; frosk：我们能做点什么来帮忙？ 13:59 &lt;jrandom&gt; 大家是去注册并改 wiki、发邮件，还是在论坛发帖？ 13:59 &lt;jrandom&gt; 哦，也许我们可以请 cervantes 新增一个论坛分类？ 13:59 &lt;frosk&gt; 我觉得此时一个论坛会很不错 14:00 &lt;frosk&gt; 更私密的讨论，可以发邮件到 ku@mail.i2p 和 frosk@mail.i2p 14:01 &lt;cervantes&gt; 嗯……你们会往里放游戏测评吗？ 14:01 &lt;jrandom&gt; 呵 14:01 &lt;jrandom&gt; w3rd 14:01 &lt;cervantes&gt; 因为如果不放……那欢迎你们开一个新的论坛版块 14:01 &lt;frosk&gt; 我在想做 Top20 音乐点评，cervantes 14:02 &lt;jrandom&gt; （顺便说一句，征求意见稿的镜像在 @ http://dev.i2p.net/~jrandom/feedspace.txt） 14:02 &lt;cervantes&gt; :) 14:04 &lt;cervantes&gt; frosk：是 feedspace、feed space、Feedspace、Feed Space 还是 FeedSpace？ 14:04 &lt;frosk&gt; cervantes：Feedspace 14:05 &lt;frosk&gt; 那就期待在论坛上有更多讨论了 :) 关于这个话题我没别的了，还有人要补充吗？ 14:05 &lt;jrandom&gt; 好的，酷，多谢更新 frosk 14:06 &lt;@smeghead&gt; 或者 FEeDspace? 14:06 &lt;ant&gt; &lt;cervantes&gt; frosk：有空私信我一个该论坛版块的一句话描述 14:06 &lt;legion&gt; 说到新论坛，lol。我正搭一个新的论坛站点。虽然我还要在 phpbb 代码上多做些 hack，但应该本周能完成 ;) 14:06 &lt;jrandom&gt; 酷，legion 14:06 &lt;jrandom&gt; 这正好把我们顺利带到 3) ??? 14:06 &lt;jrandom&gt; 有人还有别的要提吗？ 14:06 &lt;jrandom&gt; aum：Q 有什么更新吗？ 14:07 &lt;frosk&gt; 我，呃，没有 14:07 &lt;ant&gt; &lt;aum&gt; Q 的开发进展顺利，目前没有可宣布的 14:07 &lt;jrandom&gt; w3rd 14:07 &lt;ant&gt; * aum 完成了 90% 的 net.i2p.i2ptunnel.I2PTunnelXMLServer 14:07 &lt;ant&gt; &lt;BS314159&gt; 我关于 netDb 有个简单问题 14:07 &lt;ant&gt; &lt;aum&gt; 现在一切都正常，除了 'i2p.tunnel.close' 14:07 &lt;legion&gt; 我的论坛会允许成员用尺寸不错的头像，讨论共享内容，几乎什么都可以。 14:08 &lt;jrandom&gt; 太赞了 14:08 &lt;ant&gt; &lt;BS314159&gt; 页面上说条目存储在最接近 SHA256(router identity + YYYYMMdd) 的节点上 14:08 &lt;jrandom&gt; 对，BSpi 14:08 &lt;@smeghead&gt; legion：它会像你的 bt 客户端一样存在那么多安全隐患吗？ 14:08 &lt;ant&gt; &lt;BS314159&gt; 这是否意味着每到 GMT 00:00 就会出现一波突发流量？ 14:08 &lt;ant&gt; * aum 我现在对 Java 越来越顺手了，已经达到“认知临界质量”了 14:09 &lt;jrandom&gt; BS：数据点过期的频率比迁移更高 14:09 &lt;jrandom&gt; 比如，一个 LeaseSet 只在 10 分钟内有效 14:09 &lt;bla&gt; jrandom：有没有我可以调用的命令行，让我看到过去（比如）60 秒内网络中各节点的速度估计？ 14:09 &lt;legion&gt; lol，论坛是安全隐患？ 14:10 &lt;@smeghead&gt; legion：是的，如果你连这点都不知道，我已经可以断定你的论坛会是一个安全隐患 14:10 &lt;jrandom&gt; bla：是的，java -cp lib/i2p.jar:lib/router.jar -Djava.library.path=. net.i2p.router.peermanager.ProfileOrganizer peerProfiles/* 14:10 &lt;jrandom&gt; （我想是这样） 14:10 &lt;legion&gt; 哦，我的 bt 客户端的下个版本不该再有这种问题…… 14:10 &lt;jrandom&gt; 你可能需要在 logger.config 里加一些日志级别，我查一下 14:10 &lt;@smeghead&gt; legion：Cervantes 对 phpBB 做了一大堆修改，把它加固到适合 I2P 使用 14:10 &lt;ant&gt; &lt;BS314159&gt; 在指定时间一次性发生显得有点别扭。如果能持续发生，会更……平滑。也会让攻击者更难发动攻击，因为数据片段不到 24 小时就会失效 14:11 &lt;jrandom&gt; 不，它会直接打印到 stdout 14:11 &lt;frosk&gt; jrandom：你现在对 I2P 路线图感觉如何，可以问吗？你觉得现实吗？ 14:11 &lt;legion&gt; 嗯，我能拿到 cervantes 的修改吗？ 14:11 &lt;jrandom&gt; frosk：我在它让我不安时就更新它 14:12 &lt;frosk&gt; 好的 14:12 &lt;+detonate&gt; 你看，有 Python 2.4 的 Windows 安装包，也有 wxPython 的，还有 i2p-bt 的 tarball，真的没必要获取/信任第三方发布 14:12 &lt;legion&gt; 不然我就得继续自己 hack phpbb 源码了…… 14:12 &lt;jrandom&gt; BS：由于时钟同步，节点最多只会在最多 30 秒内查错地方 14:12 &lt;@smeghead&gt; legion：玩得开心 14:12 &lt;legion&gt; 那为什么还会有人下载并使用 kazaa？ 14:13 &lt;bla&gt; jrandom：我问是因为... 14:13 &lt;legion&gt; 或者 morpheus？ 14:13 &lt;jrandom&gt; （因为他们不知道更好选择？） 13:13 &lt;legion&gt; 那两个都有广告软件/等等... 14:13 &lt;+detonate&gt; 他们无知？ 14:14 &lt;legion&gt; 是啊，而且有上百万的无知用户。;) 14:14 &lt;ant&gt; &lt;BS314159&gt; legion：听起来你想把间谍软件和 I2P 绑在一起。真是天才之举。 14:14 &lt;bla&gt; jrandom：……我浏览了 SpeedCalculator.java 和 CapacityCalculator.java，我想试试这些估计器 14:14 &lt;cervantes&gt; legion：保持使用官方补丁，并且对管理区域加 htaccess 14:14 &lt;jrandom&gt; 太赞了，bla 14:14 &lt;legion&gt; 什么？绝对不。我讨厌恶意软件…… 14:14 &lt;cervantes&gt; 我的不少修改都是反垃圾的 14:14 &lt;ant&gt; &lt;aum&gt; 我能提个更关键的问题吗？ 14:14 &lt;legion&gt; 就这些？cervantes？ 14:15 &lt;jrandom&gt; 说吧，aum？ 14:15 &lt;@smeghead&gt; legion：那对于也讨厌恶意软件的用户呢？你为什么什么都不做来缓解他们对安全和匿名性的担忧？ 14:15 &lt;ant&gt; &lt;dm&gt; BS314159：你是一个 Windows 补丁吗？ 14:15 &lt;ant&gt; &lt;aum&gt; 是不是只有我觉得 I2P 里还有些不稳定？我连主流 eepsites、irc 等都麻烦不断 14:15 &lt;bla&gt; jrandom：另外，“被动指纹识别”的想法现在在我脑子里（一点点；）：如果我通过一条 tunnel 收到数据，这会告诉我这条 tunnel 所有节点的带宽/容量的一些信息：... 14:15 &lt;jrandom&gt; aum：看每周状态说明 14:16 &lt;cervantes&gt; legion：把所有注册、登录、发帖和编辑个人资料页面都改个非常规名字 14:16 &lt;bla&gt; jrandom：它会告诉我离我最近的节点不少信息，离我一跳的稍微少一些，以此类推。 14:16 &lt;cervantes&gt; 有助于挡住蠕虫 14:16 &lt;jrandom&gt; bla：嗯，我读了那篇时序论文，以及昨天的 Tor 攻击论文，很有意思 14:17 &lt;Myo9&gt; Cervantes，会发布一些你的修改吗？ 14:17 &lt;Myo9&gt; s/ant/any/ 14:17 &lt;jrandom&gt; 在容量计算器里，我们确实在这方面有所顾虑，用不同层级的拒绝来处理 14:18 &lt;bla&gt; jrandom：某种程度上，这会让我对某个节点的带宽/容量形成一定“信念”（置信度）（这个信念取决于到 tunnel 各成员的距离，以及我对离我最近节点带宽/容量的信念） 14:18 &lt;legion&gt; 多谢建议，cervantes :) 14:18 &lt;bla&gt; jrandom：顺便说一句，我认识一些很懂贝叶斯信念网络的人… ;)) 14:18 &lt;@smeghead&gt; 又一次，legion 回避了问题 14:18 &lt;+thetower&gt; 我想我们都得和 legion 讲和，让他写他想写的，又不是强迫别人用。 14:18 &lt;jrandom&gt; 嗯，你说的“距离”指什么，bla？ 14:18 &lt;ant&gt; &lt;dm&gt; legion 在搞什么？ 14:19 &lt;bla&gt; jrandom：我会和他们聊聊，关于被动“指纹”的问题（注意：我不是在用这个词的负面含义） 14:19 &lt;jrandom&gt; 太赞了 14:19 &lt;jrandom&gt; 非常欢迎关于如何最好地选择“高质量”节点的建议 14:19 &lt;cervantes&gt; Myo9：我当然可以。 14:19 &lt;legion&gt; 总之，目前 i2p 的 Windows 用户不多，用我 i2p-bt 二进制发布的人也不多。很快下个版本就会发布，它不会有这些问题……因为会同时提供二进制和源代码。 14:19 &lt;@smeghead&gt; 我不明白，为什么有人会愿意用一个连最基本的安全/匿名性顾虑都不去正视的人做的软件 14:20 &lt;ant&gt; &lt;aum&gt; frosk：你们用什么语言写 Feedspace？（如果我之前问过请见谅） 14:20 &lt;cervantes&gt; 它不是一个干净的“补丁”之类的东西 14:20 &lt;bla&gt; jrandom：距离……比如我有一条入站 tunnel X -&gt; Y -&gt; 我，如果我对 Y 的性质了解很多，那通过这条 tunnel 收到的数据统计就能让我对 X 了解不少 14:20 &lt;frosk&gt; aum：java（并且我原谅你 ;) 13:20 &lt;cervantes&gt; 我只是遇到问题就修 14:20 &lt;bla&gt; jrandom：相反，如果我对 Y 的性质了解很少/置信度很低，那么传输统计暂时不会告诉我太多关于 X 的信息；我得先更多地了解 Y 14:20 &lt;cervantes&gt; 这些问题 14:20 &lt;jrandom&gt; bla：很难判断时延或拥塞到底发生在 X 还是 Y（或更早的 hops） 14:20 &lt;cervantes&gt; `http://forum.i2p/index.php?c=4` 14:21 &lt;cervantes&gt; 新板块：Feedspace 14:21 &lt;jrandom&gt; w00t 14:21 &lt;frosk&gt; 太好了 14:22 &lt;legion&gt; 总之关于我发布的讨论就到此为止，后续请移步 #itorrent 频道 14:22 &lt;bla&gt; jrandom：确实如此。不过在有大量数据的前提下（并希望测量时间尺度不会远大于节点性质变化的时间尺度），我确信流量/tunnel 统计里一定包含信息 14:22 &lt;@smeghead&gt; legion：我们可以在议程第 3 点讨论任何影响 I2P 的事情 14:23 &lt;@smeghead&gt; legion：而且我认为你的软件问题严重，值得向用户发出警告 14:23 &lt;legion&gt; 好吧，好 14:23 &lt;jrandom&gt; bla：当然，我们只需要把 OutboundClientMessageOneShotJob 里的 RTT 纳入进来 14:23 &lt;jrandom&gt; （然后再想怎么最好地计算并衰减这些数据） 14:24 &lt;legion&gt; 那么 smeghead，如果是你做这样的发布，你会有什么不同做法？ 14:24 &lt;@smeghead&gt; legion：你不断回避问题、试图把讨论推开，这种做法非常令人不安 14:25 &lt;@smeghead&gt; legion：首先，把你当前二进制的源代码发布出来，不管它是不是“i2p-bt 加 smeghead 的补丁”，并在你的网站上写清楚你的 fork 情况 14:25 &lt;bla&gt; jrandom：在那里，RTT 表示什么？ 14:26 &lt;@smeghead&gt; legion：也最好像 i2p-bt 那样，做一个变更日志，列出你所有的修改 14:27 &lt;jrandom&gt; bla：端到端的客户端消息通常（默认总是）使用 garlic 封装，里面包含一个额外的 DeliveryStatusMessage，它会返回给发送方（当然也是通过 tunnels），从而允许使用 AES+sessionTags 而不是 ElGamal 14:28 &lt;bla&gt; jrandom：（对） 14:28 &lt;+detonate&gt; 就像我说的，你完全可以只提供一个下载页的链接来获取让 i2p-bt 工作的三样东西，这很直接，得到的也完全一样。我看不出你那样做除了做木马之外还有什么用 14:28 &lt;jrandom&gt; 之后我们会更新 I2CP（以及 SDK），让 streaming lib 无需 DeliveryStatusMessage 就能提供同样的数据 14:29 &lt;@smeghead&gt; detonate：同意，他本该直接向官方 i2p-bt 提交补丁，分叉完全没必要，而且立刻引发了怀疑 14:30 &lt;+detonate&gt; 的确 14:30 &lt;@smeghead&gt; *suspicion 14:31 &lt;jrandom&gt; 好的，还有谁有要在会议上提出的事吗？ 14:31 &lt;ant&gt; &lt;drakoh&gt; 大家好！想问一下，网络有发生什么特别的事吗？ 14:32 &lt;@smeghead&gt; 由于 I2P 的性质，为它开发的应用需要对终端用户更开放，并且开发者之间要更多合作 14:32 &lt;jrandom&gt; drakoh：看每周状态说明 14:32 &lt;bla&gt; quit 14:32 &lt;ant&gt; &lt;drakoh&gt; 不，我是说有点奇怪…… 14:32 &lt;@smeghead&gt; I2P 用户天然会有些偏执，而我们有责任尽可能消除他们的一切顾虑 14:32 &lt;ant&gt; &lt;drakoh&gt; 比如我把所有节点都丢了 14:33 &lt;jrandom&gt; 嗯，smeghead 说得对。对于匿名或安全软件，尤其是涉及到充斥木马的文件分享领域的软件，保持开放至关重要。 14:33 &lt;jrandom&gt; drakoh：好的，等等，会议结束后我们可以来调试这个问题 14:33 &lt;ant&gt; &lt;drakoh&gt; 哎呀，抱歉 14:33 &lt;jrandom&gt; 好的，说到会议结束…… 14:34 * jrandom 收尾 14:34 * jrandom *baf* 宣布会议结束 </div>/zh/blog/2005/03/08/2005-03-08-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 08 Mar 2005 00:00:00 +0000/zh/blog/2005/03/08/2005-03-08-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，每周更新时间到了</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.2 2) mail.i2p 更新 3) i2p-bt 更新 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.2</li> </ol> </li> </ul> <p>前几天我们发布了 0.5.0.2 版本，网络中相当一部分已经升级（耶！）。目前的反馈显示，0.5.0.1 中最严重的问题已经被解决，整体运行良好。仍然存在一些可靠性问题，不过 streaming lib（流式传输库）一直在顶住（IRC 连接持续 12–24+ 小时似乎已成常态）。我一直在尝试定位剩余的一些问题，但如果大家尽快升级到最新版本就再好不过了。</p> <p>就当前推进而言，可靠性至上。只有在应该成功的消息中绝大多数确实成功之后，才会着手改进吞吐量。除了批量 tunnel 预处理器之外，我们可能还想探索的另一个方向是向节点画像中引入更多时延数据。我们目前只使用测试和 tunnel 管理消息来确定每个对等节点的“速度”排名，但我们大概应该捕获其他操作的任何可测量的往返时延（RTT），例如 netDb，甚至端到端客户端消息。另一方面，我们必须相应地对它们加权，因为对于一条端到端消息，我们无法将可测量的 RTT 分解为四个部分（我们的 outbound、他们的 inbound、他们的 outbound、我们的 inbound）。也许我们可以用一些 garlic 手法，把一条指向我们某条 inbound tunnel 的消息与一些出站消息一起打包，从而把对端的 tunnels 排除在测量环节之外。</p> <ul> <li> <ol start="2"> <li>mail.i2p updates</li> </ol> </li> </ul> <p>好的，我不知道 postman 为我们准备了哪些更新，不过在会议期间会有更新。查看日志就能知道！</p> <ul> <li> <ol start="3"> <li>i2p-bt update</li> </ol> </li> </ul> <p>我不知道 duck 和他的团队为我们准备了什么更新，不过我在频道里听到了一些关于进展的议论。也许我们能从他那里弄到点更新。</p> <ul> <li> <ol start="4"> <li>???</li> </ol> </li> </ul> <p>事情很多，不过如果大家有任何特别想提出并讨论的内容，几分钟后来参加会议吧。哦，另外提醒一下，如果你还没有升级，请尽快进行（升级极其简单 - 下载一个文件，点一下按钮）。</p> <p>=jr</p>/zh/blog/2005/03/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B43%E6%9C%888%E6%97%A5/Tue, 08 Mar 2005 00:00:00 +0000/zh/blog/2005/03/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B43%E6%9C%888%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, aum, bla, cervantes, detonate, duck, fedo, frosk, jrandom, legion, maestro^, mancom, named, postman, Ragnarok, septu_ssh</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) 嗨 13:06 &lt;@jrandom&gt; 1) 0.5.0.2 13:06 &lt;@jrandom&gt; 2) mail.i2p 更新 13:06 &lt;@jrandom&gt; 3) i2p-bt 更新 13:06 &lt;legion&gt; 所以这是和 IRC 服务器有关吗？ 13:06 &lt;@jrandom&gt; 4) ??? 13:06 &lt;@jrandom&gt; 0) 嗨 13:06 &lt;@jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-March/000633.html 13:07 &lt;fedo&gt; 嗨 13:07 &lt;+postman&gt; 嗨 13:07 &lt;frosk&gt; 日安 13:07 &lt;@jrandom&gt; legion：不，和 I2P 的 bug 有关，正在处理 13:07 &lt;bla&gt; 嗨 13:07 &lt;legion&gt; 好的 13:07 &lt;@jrandom&gt; 既然说到正在修的 bug，那我们直接进入 1) 0.5.0.2 :) 13:07 &lt;cervantes&gt; 嗨 13:07 &lt;cervantes&gt; -- 已断开连接 13:08 &lt;@jrandom&gt; 呵 13:08 &lt;ant&gt; &lt;mihi&gt; 大家好 13:08 &lt;@jrandom&gt; 0.5.0.2 已发布，虽然你的 IRC 连接有时可能会卡，但它会恢复 ;) 13:08 &lt;@jrandom&gt; 哇，嗨呀 mihi 13:09 &lt;cervantes&gt; 嘿 mihi 13:09 &lt;@jrandom&gt; 状态说明概述了当前进展和最紧迫的优先事项 13:10 &lt;@jrandom&gt; 我正在追查的可怕问题可在 `http://localhost:7657/oldstats.jsp#router.invalidMessageTime` 看到 13:10 &lt;bla&gt; 就我而言，我可以说 0.5.0.2 相比 0.5.0.1 已经提高可靠性 _极大地_：无法联系目的地的错误几乎不再发生了 13:10 &lt;@jrandom&gt; 这些数字本该非常非常小，但不幸的是并不是 13:10 &lt;@jrandom&gt; 给力，bla 13:11 &lt;@jrandom&gt; 是的，0.5.0.2 确实有提升，大家应该尽快升级 13:11 &lt;bla&gt; 我这儿过去 10 分钟是 375,932.22.... 13:11 &lt;@jrandom&gt; 嗯，具体数值其实不是问题，关键在于它们出现的频率 13:11 &lt;@jrandom&gt; （单位时间内的事件数） 13:12 &lt;@jrandom&gt; 这些消息很可能是 0.5 的 router 导致的，部分来自 0.5.0.1 的 router，这就是我希望大家尽快升级的原因 13:12 &lt;@jrandom&gt; 也可能是别的原因，但我想先把这个排除掉 13:12 &lt;bla&gt; jrandom：我这儿每小时大约 200 个 13:13 &lt;@jrandom&gt; bla：我这小时目前有 93，但峰值要高得多（上千） 13:13 &lt;@jrandom&gt; 无论如何，这个统计会发布到 netdb 里 13:13 &lt;bla&gt; jrandom：在发布 0.5.0.3 时，通过软件把 0.5-0 从网络中排除如何？ 13:14 &lt;@jrandom&gt; 这样我们都能四处看看别人是什么数值 ;) 13:14 &lt;@duck&gt; 309,854.24 峰值 5,473,314.59 13:15 &lt;@duck&gt; 粘错了，哈 13:15 &lt;@jrandom&gt; bla：确实。我在 0.5.0.2 版本里加了一些前向兼容的代码，0.5.0.1 和 0.5 没有 13:16 &lt;@jrandom&gt; duck：事件数量有小数可不太科学 ;) 13:16 &lt;bla&gt; jrandom：好。至少这能让你在可控的方式下验证“无效消息是由于 0.5-0 导致”的假设 13:16 &lt;@jrandom&gt; bla：嗯，不过如果大家能在那之前就更新就更好了 ;) 13:17 &lt;@jrandom&gt; （给在家阅读的同学： http://www.i2p.net/download 是你们的朋友 ;) 13:17 &lt;maestro^&gt; jr：那些 router.invalidMessageTime 的偏差数值是毫秒吗？ 13:17 &lt;@jrandom&gt; maestro^：是 13:18 &lt;@jrandom&gt; （也就是一些非常离谱的偏移值） 13:18 &lt;legion&gt; 这里有个小小的网络报告 [版本|节点数][0.5|6][0.5.0.1|39][0.5.0.2|107] 13:18 &lt;@jrandom&gt; 是啊，大家更新得很给力 13:18 &lt;legion&gt; 所以仍然有人在跑 0.5，还有不少人在跑 0.5.0.1 13:18 &lt;maestro^&gt; 那么有什么想法他们可能在哪儿滞后？ 13:18 &lt;bla&gt; jrandom：Freenet 在每次发布里都有个标志，指定它将与之通信的最小节点版本。新的前向兼容代码是类似的东西吗？ 13:19 &lt;@jrandom&gt; maestro^：关于为什么 0.5 和 0.5.0.1 的用户会滞后，有很多很多可能 13:19 &lt;@jrandom&gt; bla：类似 13:19 &lt;maestro^&gt; 还是节点的时钟漂移？ 13:20 &lt;@jrandom&gt; maestro^：时钟偏差、一些序列化 bug、以及 100% CPU 的 bug 13:20 &lt;@jrandom&gt; 好的，这基本就是我目前关注的重点，试图把消息可靠性拉回来 13:21 &lt;@jrandom&gt; 关于 0.5.0.2 有人有问题/意见/担忧吗？ 13:21 &lt;ant&gt; * mihi 在硬盘上还有个 0.4.2.5 的 router，自 12 月 22 日起就没启动过……不过他觉得最好删掉…… 13:21 &lt;@jrandom&gt; 呵 13:21 &lt;@jrandom&gt; 是啊，那可跟不太多 router 说得上话 ;) 13:21 * postman 有他最后一次 0.4 安装的备份 :) 13:21 &lt;ant&gt; &lt;mihi&gt; 对我来说问题是升级还是删除。 13:22 &lt;@jrandom&gt; 删除 13:22 &lt;@jrandom&gt; （先备份任何目的地密钥） 13:22 &lt;@jrandom&gt; 从 0.5 之前的版本已经没有升级流程了 13:22 &lt;legion&gt; 也许发布另一个更新，比如 0.5.0.2-1，只允许来自 0.5.0.2 或更新版本的连接，会不会更好？ 13:22 &lt;@jrandom&gt; legion：那会让网络分裂 13:22 &lt;@jrandom&gt; 大家应该直接升级。 13:23 &lt;@jrandom&gt; （而且我们应该为那些不升级的人做兼容） 13:24 &lt;legion&gt; 是啊，直到运行过时节点的人升级 ;) 13:24 &lt;@jrandom&gt; 网络分裂伤害的是所有人，不只是他们 13:25 &lt;legion&gt; 也许在 router 控制台里做个更新通知之类的，让他们知道自己在跑过时的版本？ 13:25 &lt;@jrandom&gt; 是的，那肯定很酷 13:25 &lt;@jrandom&gt; 希望还能和更新器集成 13:26 &lt;legion&gt; 是啊，我知道，分裂不好…… 13:26 &lt;@jrandom&gt; smeghead 正在做其中一些关键组件，不过不确定是否包括通知/下载 13:26 &lt;@jrandom&gt; （所以如果有人想帮忙做这个，请联系！） 13:27 &lt;@jrandom&gt; 好的，继续到 2) mail.i2p 更新 13:27 &lt;@jrandom&gt; postman：在吗 13:27 &lt;+postman&gt; 在 13:27 &lt;bla&gt; jrandom：如果我没记错的话，smeghead 在做一些签名相关的东西（这样当你收到更新通知时，至少知道它是真的，而不是网络钓鱼/间谍软件/垃圾） 13:28 * postman 接过话筒 13:28 &lt;legion&gt; 嗯，也许内置一个自动更新功能，通过 I2P 下载更新，节点自动下载后优雅重启。 13:28 &lt;@jrandom&gt; 对，bla 13:28 &lt;ant&gt; &lt;Gatak&gt; 哦，顺便问下。如果不能开放端口，I2P 在 NAT 后面还能工作吗？ 13:28 &lt;@jrandom&gt; Gatak：还不行。有些人在 0.6 时可以，其他人在 2.0 13:29 &lt;@jrandom&gt; legion：欢迎补丁 13:29 &lt;ant&gt; &lt;Gatak&gt; 2.0 天啊，那可是在很远的未来 =) 13:29 &lt;@jrandom&gt; (http://www.i2p.net/roadmap#2.0 ;) 13:29 &lt;+postman&gt; 呃，我现在开始吗？ 13:29 &lt;aum&gt; 大家早 13:30 &lt;@jrandom&gt; 麦克风全归你了，postman（抱歉 ;)） 13:30 &lt;@jrandom&gt; 嗨 aum，赶上会议了 13:30 &lt;@jrandom&gt; （哎呀！ /me 再次闭嘴） 13:30 &lt;cervantes&gt; Gatek: http://www.i2p.net/roadmap 13:30 &lt;+postman&gt; 首先，我想说我们在 postman.i2p 已经达到了 300 个注册账户 13:30 &lt;@jrandom&gt; 太棒了 13:30 &lt;+postman&gt; 往返互联网的邮件数量在稳步增长，再次证明我们需要继续向前推进 13:31 &lt;cervantes&gt; *尖叫* 13:31 &lt;+postman&gt; 几周前和 jr 交流后，我们同意把 v2mail 与 I2P 1.0 一起发布 13:31 &lt;+postman&gt; 最新进展是：基于 Java、设计为运行在每个节点上的 SMTP 代理已完成 13:31 &lt;@jrandom&gt; 不错！ 13:32 &lt;+postman&gt; 基于 Java 的 POP3 代理完成度 80%，只差 maildir 引擎 13:32 &lt;+postman&gt; 还会有一个网页管理器，仍需大量调整（完成 15%） 13:32 &lt;+postman&gt; 节点间通信完成 40%——我们用 HTTP/XML 测试了一些数据记录交换 13:33 &lt;+postman&gt; 看起来工作得相当好，而且很快 13:33 &lt;+postman&gt; 即使某个中继节点故障/断电几天，重新上线后几分钟内就会完成同步 13:33 &lt;@jrandom&gt; 太酷了 13:33 &lt;+postman&gt; 我觉得我们进度挺顺的 13:34 &lt;+postman&gt; 有一点值得一提 13:34 &lt;bla&gt; postman：干得好，兄弟！有个问题：许多节点无法在 25 端口收发数据（至少不能直接）。节点拥有者能否指定这一点（或是会自动检测）？ 13:34 &lt;cervantes&gt; 酷 13:34 &lt;+postman&gt; bla：稍后 13:34 &lt;+postman&gt; 在 v2mail 里会有一个本地运行的 Web 应用 13:34 &lt;+postman&gt; 通过它你可以管理本地代理，并申请一个“relayaccount” 13:35 &lt;+postman&gt; 这个 relayaccount 将用于把你的地址/域名关联到这些中继 13:35 &lt;+postman&gt; 中继会自动同步这些信息 13:35 &lt;@jrandom&gt; 酷 13:35 &lt;+postman&gt; 甚至像通讯录/公钥之类的功能也会通过本地界面工作 13:36 &lt;+postman&gt; 所以思路是有一个集中式管理器，你可以在那儿处理所有邮件相关的事情 13:36 &lt;+postman&gt; 相关数据会传到其中一个中继，然后在中继之间同步 13:36 &lt;+postman&gt; 而这个基于 Web 的管理器就运行在你的节点上 13:37 &lt;+postman&gt; 当你的节点在线时，中继会投递排队等待的、发往你的目的地/域名/地址的邮件 13:37 &lt;+postman&gt; 会投递到你本地的 SMTP 代理 13:37 &lt;+postman&gt; 你甚至可以用 ETRN 触发整个流程 :) 13:37 &lt;aum&gt; 又好 13:37 &lt;aum&gt; 如果可以，我想在会议上提出一个讨论点 13:37 &lt;+postman&gt; 未来的大致情况就这些，各位 :) 13:37 &lt;+postman&gt; . 13:38 &lt;@jrandom&gt; 听起来很赞，postman 13:38 * postman 把话筒交回 13:38 &lt;@jrandom&gt; aum：好，等会在 4) 有时间 13:38 &lt;+postman&gt; 是啊，我很兴奋 :) 13:38 &lt;@jrandom&gt; postman：那么对普通用户来说，SMTP 代理会拥有本地 maildir，而 POP3 代理负责读取等，对吗？ 13:39 &lt;+postman&gt; 对，SMTP 代理带一个 MDA 13:39 &lt;+postman&gt; 并把邮件投递到本地 maildir 13:39 &lt;+postman&gt; 甚至可以在本地创建多个账户/用户 13:39 &lt;cervantes&gt; postman：中继会跟踪你的配额等信息，并在它们之间传播这些信息吗？ 13:39 &lt;+postman&gt; 并映射到你域名下的各个账户 13:39 &lt;+postman&gt; cervantes：会的 13:39 &lt;septu_ssh&gt; 抱歉，我能问问新模型里的付费/反垃圾机制吗？ 13:40 &lt;+postman&gt; septu_ssh：你看过网页上的任何文档吗？ 13:40 &lt;+postman&gt; cervantes：这不是严格的实时 13:40 &lt;+postman&gt; cervantes：但我可以接受几分钟的配额信息更新延迟 13:40 &lt;septu_ssh&gt; postman：在阅读队列里了 :/ 13:40 &lt;septu_ssh&gt; 不过如果有文档就没问题 13:40 &lt;cervantes&gt; postman：我也这么想 13:41 &lt;+postman&gt; septu_ssh：www.postman.i2p/inout.html 13:41 &lt;+postman&gt; septu_ssh：www.postman.i2p/mailv2.html 13:41 &lt;+postman&gt; cervantes：这其实不是什么大问题——配额是个合理的限制 13:41 &lt;cervantes&gt; postman：即使有人能发送到 nrelays * 配额 的收件人也不是什么坏事 13:41 * septu_ssh 是 bungle 13:41 &lt;+postman&gt; cervantes：是的 13:42 &lt;+postman&gt; 目标只是阻止任何人真正滥用该服务 13:42 &lt;+postman&gt; 在测试中，我有 3 个中继，表现非常快 13:42 &lt;@jrandom&gt; postman：我忘了，这个会不会支持本地 SMTP 中继直接与他人的 SMTP 中继通信，而不是经由你的节点转发？ 13:42 &lt;+postman&gt; cervantes：10 秒内它们就同步了 :) 13:43 &lt;@jrandom&gt; （或者这只是后面的计划） 13:43 &lt;+postman&gt; jrandom：I2P 邮件中继将由数个人运营，是路由邮件的首选目的地 13:43 &lt;cervantes&gt; postman：你可以对发送队列引入指数退避延迟 13:43 &lt;cervantes&gt; 如果这成了问题 13:43 &lt;+postman&gt; jrandom：所以在某些情况下，直发到其他目的地可能会很方便 13:44 &lt;@jrandom&gt; 嗯，但在另一些情况下会有风险 13:44 &lt;cervantes&gt; 也就是你发的邮件越多，排队时间越长……应该能给中继留出追上的时间 13:44 &lt;+postman&gt; jrandom：但如果一个节点的所有者公开了他的 IMIO 目的地，他可能就会遭遇无法控制的垃圾邮件 :) 13:44 &lt;@jrandom&gt; 没错 13:44 &lt;@jrandom&gt; 另一方面，如果 I2P 邮件中继是恶意的，也会一样 13:45 &lt;+postman&gt; jrandom：确实，这更像是一个 WOT（Web of Trust，信任网络）式的结构 13:45 &lt;@jrandom&gt; &lt;/tinFoil&gt; 13:45 &lt;+postman&gt; jrandom：我无法阻止某个中继运营者把你的地址配额设为 0 13:45 &lt;@jrandom&gt; 好的，很棒。是的，暂时不用担心这个 13:45 &lt;+postman&gt; :) 13:46 &lt;+postman&gt; 好的 13:46 &lt;+postman&gt; . 13:46 &lt;@jrandom&gt; 好，太棒了，感谢更新。真是令人兴奋的内容 13:46 &lt;@jrandom&gt; 好，转到 3) i2p-bt 更新 13:46 &lt;@jrandom&gt; duck：在吗 13:46 &lt;@duck&gt; 嗨 13:47 &lt;@duck&gt; 昨天发布了 BitTorrent 4.0.0 13:47 &lt;ant&gt; &lt;dm&gt; 听起来像德语 13:47 &lt;@duck&gt; 我们差不多就是在等它，然后再开始 0.2 的工作 13:47 &lt;@duck&gt; 写了个任务清单/待办：http://pastebin.ca/raw/7037 13:47 &lt;@duck&gt; （抱歉，我的网站目前挂了） 13:48 &lt;@jrandom&gt; 好啊 13:48 &lt;legion&gt; 0.2 的时间表大概是怎样？ 13:48 &lt;@duck&gt; 目标是 4 周 13:49 &lt;legion&gt; 酷 13:49 &lt;@duck&gt; 如你所见，RawServer（与 I2P 通信的那部分）是最大的任务 13:50 &lt;@duck&gt; . 13:50 &lt;@duck&gt; 做个小调查： 13:50 &lt;legion&gt; 是啊，我很清楚 :) 13:50 &lt;@duck&gt; 谁打算做一个 i2p-bt 的分支？ 13:50 &lt;@jrandom&gt; 好啊，有什么大家能帮忙的？ 13:50 &lt;@jrandom&gt; 呵 13:51 &lt;ant&gt; &lt;dm&gt; 我 13:51 * jrandom 拿起一把勺子 13:51 &lt;ant&gt; &lt;dm&gt; 我愿意帮忙 13:51 &lt;legion&gt; 我 13:51 &lt;ant&gt; &lt;dm&gt; 我是同性恋 13:51 &lt;legion&gt; 我正在做一个分支 13:52 &lt;@duck&gt; 好，那我就知道谁不值得认真对待了。 13:52 &lt;@duck&gt; 说真的，我觉得这很蠢；把资源集中起来可能会走得更远 13:53 &lt;@jrandom&gt; 或者如果有更好的方式，你们可以说服 duck 按那种方式做？ 13:53 &lt;named&gt; 我要用 QBasic 写一个分支，请认真对待我。 13:53 &lt;@duck&gt; 我会尽量让过程更开放，这样大家能看到计划等 13:53 &lt;ant&gt; &lt;dm&gt; 你的开放并不能动摇我们。 FORK! FORK! FORK! FORK! 13:53 &lt;@duck&gt; 如果你们有其他建议 13:54 &lt;ant&gt; * dm 把 legion 扛到肩上。 13:54 &lt;legion&gt; 嗯，也许是这样，不过考虑到我正在做的事情，我怀疑你不会想让我去“污染”i2p-bt 的主开发流程 ;) 13:54 &lt;ant&gt; &lt;dm&gt; FORK! FORK! FORK! FORK! 13:54 &lt;@jrandom&gt; legion：你在做什么是 duck 不愿支持的？ 13:55 &lt;@duck&gt; legion：恭喜，如果你用 ‘i2p bittorrent’ 搜索，“Windows I2P Bittorrent Version 1.0”的公告是第 1 条 13:55 &lt;@jrandom&gt; 天啊 13:56 &lt;bla&gt; jrandom：怎么了？ 13:56 &lt;+postman&gt; jrandom：是啊，他们很快就会把这个网络撕开个大口子 :) 13:56 &lt;bla&gt; ;) 13:56 &lt;named&gt; 1.0？该死，我用的是 0.1.8！ 13:56 &lt;Ragnarok&gt; 哎哟 13:57 &lt;legion&gt; 我的天，真的吗？！我不敢相信……太离谱了。 13:57 &lt;@duck&gt; 总之，我觉得没什么新内容可说了 13:57 &lt;legion&gt; 我的 1.0 发行版是基于 0.1.8 的，如果你在跑 0.1.8 就没问题。 13:58 &lt;@jrandom&gt; （而所谓 1.0 的发布是个没人审过的 .exe，后果自负） 13:58 &lt;legion&gt; 我命名和编号得很糟糕，抱歉，再次道歉。 13:58 &lt;ant&gt; &lt;dm&gt; 1.0&gt;&gt; 0.1.8 13:58 &lt;ant&gt; &lt;dm&gt; 一周七天都成立 13:59 &lt;@duck&gt; 略微相关： 13:59 &lt;@jrandom&gt; 好，关于 3) i2p-bt 还有别的吗，还是我们进入 4) ？？？ 13:59 &lt;+postman&gt; legion：什么时候会有可下载的源代码？ 13:59 &lt;frosk&gt; “I2P-BT 0.1.8 目前运行得相当好且稳定。我个人看不到更新到 I2P-BT 1.0 的理由”（论坛所见） 13:59 * jrandom 叹气 13:59 &lt;@duck&gt; 上个月 Bram Cohen 在某所大学做了一个关于 BitTorrent 的演讲 14:00 &lt;@duck&gt; 挺有意思的：http://netnews.nctu.edu.tw/~gslin/tmp/050216-ee380-100.wmv.torrent 14:00 &lt;@duck&gt; （关于大型 P2P 程序的经验教训，还有一些 BitTorrent 细节的讲解） 14:00 &lt;@duck&gt; . 14:01 &lt;@jrandom&gt; 好 14:01 &lt;@duck&gt; postman：legion 发布了一些源代码 14:01 &lt;ant&gt; &lt;dm&gt; 他是 BT 的发明人吗？ 14:01 &lt;@duck&gt; 但据 smeghead 说，它和 .exe 并不一样 14:01 &lt;@jrandom&gt; dm：是的 14:01 &lt;legion&gt; 有一个开发者源码可以从 `http://legion.i2p/archives/Itorrent_1_x_Developer_Source.zip.bz2` 下载 14:02 &lt;+postman&gt; 好，我看看 14:02 &lt;ant&gt; &lt;dm&gt; 这个 exe 是直接由那份源码编译的吗？ 14:03 &lt;legion&gt; 不过说实话，1.0 的源码其实就是 0.1.8 加了 smeghead 的一个补丁，编译后打包得更好看而已。 14:04 * cervantes 走到 4)？？？ 那里，等大家跟上 14:04 &lt;ant&gt; &lt;dm&gt; 问题仍未回答 14:04 &lt;ant&gt; &lt;dm&gt; Legion，你到底有没有下令“code red”？？？ 14:04 &lt;@jrandom&gt; *咳咳* 14:04 &lt;legion&gt; 也许我们该回到主题了，我的 BT 客户端讨论移到了 #itorrent 14:05 &lt;@jrandom&gt; 好，4) ？？？ 14:05 &lt;@jrandom&gt; 还有别的要提的吗？ 14:05 &lt;@jrandom&gt; aum：你有事要说？ 14:06 &lt;ant&gt; &lt;dm&gt; stasher 回来了？ 14:06 &lt;legion&gt; 我只是看到在 0.5.0.2 的高流量时段会有些怪异行为…… 14:06 &lt;aum&gt; 是 14:06 &lt;aum&gt; 我想提出关于自动化 tunnel 创建/管理的问题 14:07 &lt;ant&gt; &lt;dm&gt; 继续 14:07 &lt;+detonate&gt; 我刚注意到 Windows 的系统托盘那个东西里有个空指针异常 14:07 &lt;aum&gt; 现在 Web 控制台允许人工手动创建/删除/管理 tunnel，这很 1337 14:07 &lt;@jrandom&gt; detonate：能把它提交到 Bugzilla 吗？ 14:07 &lt;aum&gt; 但我也强烈认为，程序也应当始终有一种可靠、便捷的方式来管理 tunnel 14:08 &lt;@jrandom&gt; aum：没人反对。我们需要它，也会有它。只是现在还没有。 14:08 &lt;ant&gt; &lt;dm&gt; 不能通过 SAM 来做吗？ 14:08 &lt;aum&gt; 我最近回到 I2P 时注意到 pysam 库已经不能工作了 14:08 &lt;septu_ssh&gt; aum 之后我也有个简短问题 14:08 &lt;aum&gt; 这让我挺失望 14:08 &lt;@jrandom&gt; SAM 协议是能用的，pysam 不能 14:08 &lt;Ragnarok&gt; 它以前真的可以用吗？ 14:09 &lt;aum&gt; 对 14:09 &lt;aum&gt; pysam 以前用得非常好 14:09 &lt;legion&gt; 在这些时段，我的节点参与的 tunnel 超过 1000 条，会出现数秒的卡顿和延迟。 14:09 &lt;@jrandom&gt; legion：嗯，tunnel 的数量很多是因为旧版本构建 14:09 &lt;cervantes&gt; 啊 mymodesty 13:09 &lt;cervantes&gt; 呃 pymodesty 14:09 &lt;aum&gt; 我目前在写一个模块 'i2ptunnel.py'，定义了一些类，方便进行 tunnel 管理 14:10 &lt;legion&gt; 那么如果不连接旧版本，网络会顺畅很多吗？ 14:10 &lt;@jrandom&gt; 好的，我不确定那是不是长期的正确方案，但如果它能暂时帮你填补空白，那也不错 14:10 &lt;@jrandom&gt; legion：那些 tunnel 不是问题 14:11 &lt;aum&gt; 嗯，即便底层机制改变，类的接口也可以保持不变 14:11 &lt;@jrandom&gt; 好 14:11 &lt;legion&gt; 不是吗？ 14:12 &lt;legion&gt; 当 tunnel 很少时，几乎没有卡顿和延迟…… 14:12 &lt;cervantes&gt; legion：抱歉，aum 这会儿在提一些问题，你稍等一下 14:12 &lt;legion&gt; 我只是觉得有点奇怪。 14:13 &lt;legion&gt; 好的 14:13 &lt;@jrandom&gt; 我只是担心我们需要考虑过去行之有效的做法——Web 配置之所以好用且有人维护，是因为大家都在用。也许你正在做的那个应用最好先用手动创建 tunnel 的方式跑起来，这样会更高效？ 14:13 &lt;@jrandom&gt; 这样至少总会有东西在用 i2ptunnel.py，来对它施压 14:13 &lt;aum&gt; 我们似乎陷入了僵局 14:13 &lt;+detonate&gt; jrandom：当然 14:14 &lt;ant&gt; &lt;dm&gt; 那我们继续吧 14:14 &lt;aum&gt; 在我有一个可靠的 tunnel 管理 API 之前，我不想把时间投入到我的应用开发中 14:14 &lt;septu_ssh&gt; \o. - 想提一点 14:14 &lt;cervantes&gt; 现实来说，我不认为接下来几个月会重做 tunnel 接口…… 14:14 &lt;@jrandom&gt; 但你应该明白我们可以很容易地加一个 14:14 &lt;cervantes&gt; 所以一个权宜方案是可行的 14:15 &lt;named_&gt; Web 配置能不能提供某种 API，供 aum 的程序操作？ 14:15 &lt;@jrandom&gt; named_：可以 14:16 &lt;@jrandom&gt; 加点东西以便通过 URL 安全控制是很容易的，但只有在确实有东西需要它时才有意义 14:16 &lt;@jrandom&gt; 否则它只会烂在那儿 14:16 &lt;aum&gt; named_：那就太好了，而且如果在配置里有个硬编码密码，客户端程序需要和 tunnel 控制字段一起 POST 上来，也能工作 14:16 &lt;cervantes&gt; 就我个人而言，我希望整个 tunnel 系统能完全重做；如果一开始就包含一个 tunnel 管理接口，你就不必担心为了维护一个单独接口而多花精力 14:17 &lt;@jrandom&gt; 嗯，这些代理确实需要做一堆工作，而我一直尽量在躲着它们 :) 14:17 &lt;aum&gt; SAM 在某些场景很好，但在另一些场景就不行 14:17 &lt;cervantes&gt; 不过那还得往后排…… 14:17 &lt;fedo&gt; ( 14:18 &lt;@jrandom&gt; aum：不过作为权宜之计，你是否可以用现有的三种方法之一？ 14:18 &lt;cervantes&gt; 也就是说，如果 Web 界面本身就使用这个 API，就没有额外的维护开销 14:18 &lt;@jrandom&gt; 对。Web 界面使用 TunnelControllerGroup 14:19 &lt;aum&gt; 当想使用大量依赖标准 TCP 套接字的现有库时，使用 SAM 就会变得困难 14:19 &lt;aum&gt; I2PTunnel 的 CLI 在开启服务器 tunnel 上不起作用，所以我目前在写使用 TunnelControllerGroup 的代码 14:19 &lt;@jrandom&gt; 现有库需要仔细审计。比如，gzip 这个工具本身就会暴露敏感数据 14:19 &lt;aum&gt; 我边聊边写呢 14:21 &lt;@jrandom&gt; 我确信 CLI 对服务器 tunnel 是有效的，但如果你需要那样做，使用 TunnelControllerGroup 更好 14:21 &lt;@jrandom&gt; 好，还有别人要提什么吗？ 14:22 &lt;septu_ssh&gt; 我的问题与 hosts.txt 的分布式版本有关。当前 routerInfo 使用了 DHT 表，能否将其扩展为 DNS 的分布式版本？这个 DNS DHT 可以包含从 www.bla.i2p 到该 eepsite 的 SHA 的映射，这些条目由一个“'I2P registrar'（I2P 注册局）”签名……有什么意见或反驳吗？ 14:22 &lt;mancom&gt; 关于路线图有个问题：0.6 仍计划在四月发布吗？ 14:22 &lt;@jrandom&gt; septu_ssh：非路由数据进 netDb？除非踏着我的尸体过去 ;) 14:23 &lt;septu_ssh&gt; jrandom：不是同一个数据库 14:23 &lt;septu_ssh&gt; 是另一个分布式数据库 14:23 &lt;aum&gt; jrandom：你看到我的 bug 报告了吗？CLI 的 'server' 命令 /不能工作/ 14:23 &lt;maestro^&gt; septu_ssh：并不存在什么 i2p registrar 14:23 &lt;@jrandom&gt; septu_ssh：命名有许多危险之处，并伴随着几个关键的权衡。你看过 ugha.i2p 上关于命名的讨论吗？ 14:24 &lt;@jrandom&gt; septu_ssh：啊，构建在 I2P 之上的 DHT 当然可以用来分发条目，不过如果把那些名称当作全局条目，它们将不安全 14:26 &lt;@jrandom&gt; aum：直到几周前我还每天在用，你看到我的回复了吗？ 14:26 &lt;@jrandom&gt; maestro^：那就是计划 14:26 &lt;@jrandom&gt; 呃，mancom： 14:26 &lt;cervantes&gt; aum：我有一封来自 jr 的 i2plist 邮件回复，没送达你吗，还是问题仍然存在？ 14:26 &lt;septu_ssh&gt; 我建议有个“registrar”的唯一原因是否则会发生冲突 14:26 &lt;@jrandom&gt; septu_ssh：拥抱冲突吧 :) 14:26 &lt;@jrandom&gt; 同时满足全局唯一、人类可读、分布式且安全的命名是不存在的 14:27 &lt;septu_ssh&gt; 如果手动编辑 host.txt 也会发生这种情况，但问题是一样的 14:27 &lt;@jrandom&gt; 去掉第一个要求，你就完美了 14:27 &lt;aum&gt; jrandom：我确实看到了你的回复——而且我的类路径里/确实/有 streaming.jar 14:27 &lt;septu_ssh&gt; postman 管理着一个邮件的中心节点，所以网络里也有一定的信任因素，难道不会有人信任一个 registrar 去管理命名空间吗？ 14:27 &lt;@jrandom&gt; 好的，那它仍然会回那个堆栈跟踪吗 aum？ 14:28 &lt;aum&gt; 会 14:28 &lt;@jrandom&gt; septu_ssh：postman 只是在 postman 的出站代理和入站代理中充当一个中心元素而已 14:28 * Ragnarok 真的需要抽空把那个地址簿文档写了…… 14:28 &lt;aum&gt; 这是我手动运行 CLI，执行 genkeys，然后用 genkeys 生成的 privkeyfile 执行 'server' 时发生的 14:28 &lt;@jrandom&gt; septu_ssh：没人会信任某个人来管理命名空间。审查 == 对那个 registrar 施压。 14:28 &lt;maestro^&gt; 每个人其实都是自己的 registrar 14:29 &lt;maestro^&gt; 你信任你的朋友，他们也信任你 14:29 &lt;aum&gt; 糟糕，我用了一个旧的类路径 14:29 * aum 再测一次 14:30 &lt;ant&gt; &lt;dm&gt; 好吧，我来当 registrar。 14:31 &lt;ant&gt; &lt;dm&gt; 我会尽可能保持中立……可以吗？ 14:31 &lt;septu_ssh&gt; 嗯，好吧，那就回到起点重想吧…… 14:31 &lt;@jrandom&gt; septu_ssh：一个值得参考的地方是 http://zooko.com/distnames.html :) 14:32 &lt;@jrandom&gt; 大家都想要它，但他们想要的并不安全。我们有一个安全的解决方案，但要放弃全局唯一性 14:33 &lt;septu_ssh&gt; 嗯，好 14:33 &lt;@jrandom&gt; 好，这次会议还有别的要提的吗？ 14:33 &lt;cervantes&gt; septu_ssh: http://forum.i2p.net/viewtopic.php?t=134 14:33 &lt;aum&gt; jrandom——好的，CLI 的 'server' 现在能工作了，但我没有拿到这个 tunnel 的“job number” 14:34 &lt;@jrandom&gt; 嗯，对，它会一直运行 14:34 &lt;aum&gt; 哦，我得执行 'list' 才能拿到 job num 14:36 &lt;@jrandom&gt; 好，太棒了，如果没别的…… 14:36 * jrandom 做个总结 14:36 * jrandom 用 *baf* 宣布会议结束 </div>/zh/blog/2005/03/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B43%E6%9C%881%E6%97%A5/Tue, 01 Mar 2005 00:00:00 +0000/zh/blog/2005/03/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B43%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, cervantes, cervantes2p, ddd, detonate, duck, jnymo, jrandom, MichElle, null, Ragnarok, smeghead, ugha2p</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) 嗨 13:05 &lt;@jrandom&gt; 1) 0.5.0.1 13:05 &lt;@jrandom&gt; 2) 路线图 13:05 &lt;@jrandom&gt; 3) addressbook 编辑器和配置 13:05 &lt;@jrandom&gt; 4) i2p-bt 13:05 &lt;@jrandom&gt; 5) ??? 13:05 &lt;@jrandom&gt; 0) 嗨 13:05 * jrandom 挥手 13:05 &lt;@duck&gt; 嗨 13:05 &lt;@jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-March/000616.html 13:05 &lt;null&gt; 嗨 13:05 &lt;@jrandom&gt; （是啊，这周我迟到了，该砍我的头了） 13:06 &lt;@jrandom&gt; 在各位速读者浏览那个的同时，我们先进入 1) 0.5.0.1 吧 13:07 &lt;@jrandom&gt; 0.5.0.1 已经发布，并修掉了 0.5 中最明显的 bug，但如我们所见，仍有工作要做 13:07 &lt;@jrandom&gt; （当前 CVS 在 0.5.0.1-7，我预计在到 0.5.0.2 前至少会有 -8 或 -9） 13:07 &lt;+ugha2p&gt; 嗨。 13:08 &lt;+ugha2p&gt; CVS HEAD 修复了那个 100% CPU 的问题吗？ 13:08 &lt;@jrandom&gt; 是的，-7 应该把最后的残留也解决了 13:08 &lt;@duck&gt; CVS HEAD 修复了那个 OOM（内存不足）问题吗？ 13:08 &lt;+detonate&gt; 嗨 13:08 &lt;@jrandom&gt; 不，OOM 还在排查中 13:09 &lt;@jrandom&gt; 其实……这儿有 Connelly 吗？ 13:09 &lt;ant&gt; &lt;jrandom&gt; 没有 13:09 &lt;@jrandom&gt; 糟了 13:09 &lt;+ugha2p&gt; jrandom 一定要疯了，他在自言自语。 13:09 &lt;@jrandom&gt; 好吧，我们来看看如何消除 OOM。这绝对是阻断性问题，所以在它以某种方式被解决之前不会发布。 13:10 &lt;+detonate&gt; 刚好赶上会议 13:11 &lt;@jrandom&gt; 关于 0.5.0.1 我要说的大概就这些——还有谁想提/问/讨论什么？ 13:12 &lt;+ugha2p&gt; jrandom：呃，我在 0.5.0.1 上其实没遇到 CPU 问题，但我试 0.5.0.1-5 时发生了两次。我错过了什么吗？ 13:12 &lt;+ugha2p&gt; 因此我降回了 0.5.0.1。 13:13 &lt;+detonate&gt; 我有个问题，关机（shutdown）似乎需要很长时间，并且在此期间内存使用会飙升大约 40MB 13:13 &lt;+detonate&gt; 想知道你是否知道原因 13:14 &lt;+detonate&gt; 显然是指立即关机的那个 13:14 &lt;@jrandom&gt; 在 0.5.0.1 上也可能发生，只是你没撞上。 13:14 &lt;@jrandom&gt; （这不是常见情况，只在某些奇怪场景下影响一些人） 13:14 &lt;@jrandom&gt; detonate：很长，是指超过通常的 11–12 分钟？ 13:14 &lt;+ugha2p&gt; 嗯，在 8 小时内我遇到了两次。 13:15 &lt;+detonate&gt; 一旦所有参与的 tunnel 都消失 13:15 &lt;+ugha2p&gt; jrandom：当那个 bug 发生时，是否会理应占满所有 CPU 并丢失所有 leases，直到重启？ 13:16 &lt;@jrandom&gt; ugha2p：是的，那是该 bug 的典型结果 13:16 &lt;+detonate&gt; 嗯 13:17 &lt;@jrandom&gt; （当 tunnel 构建请求的数量消耗了足够多的 CPU，以至于超过了满足一个请求所需的时间，就会发生此事，导致额外请求排队，等等） 13:17 &lt;+ugha2p&gt; 那一定是极端巧合，只有我在 0.5.0.1-5 上遇到了。 13:18 &lt;@jrandom&gt; ugha2p：在 0.5.0.1-0 上有些人能反复重现，但在 -7 已修复。当然你愿意也可以继续用 -0。 13:18 &lt;cervantes&gt; 那真是天赐之物 13:18 &lt;+ugha2p&gt; jrandom：我会试试 -7。 13:18 &lt;@jrandom&gt; 好 13:19 &lt;+ugha2p&gt; 不过想到到目前为止给 wiki 用户带来颠簸体验，我已经有点内疚了。 :) 13:20 &lt;+ugha2p&gt; 还有一件事，你有没有在什么地方记录过 bulk/interactive tunnel 类型？ 13:20 &lt;+ugha2p&gt; （除了源码 ;)） 13:20 &lt;@jrandom&gt; 在 changelog 里。唯一的区别是最大窗口大小为 1 条消息 13:20 &lt;+ugha2p&gt; 哦，好。 13:21 &lt;@jrandom&gt; 好，关于 0.5.0.1 还有别的吗，还是我们转到 2) 路线图？ 13:21 &lt;@duck&gt; 继续！ 13:21 &lt;@jrandom&gt; 就当我们已经转过去了 13:22 &lt;@jrandom&gt; 路线图已更新。等等。详见页面 13:22 &lt;cervantes&gt; 呃，duck 咬脚踝 13:23 &lt;@jrandom&gt; 我在考虑把 0.5.1 的一些策略推到 0.6.1（这样我们能更快拿到 UDP），不过再看吧 13:23 &lt;@jrandom&gt; 有人有问题/评论/顾虑/飞盘吗？ 13:23 &lt;+detonate&gt; 最近有 mule 的消息吗？ 13:23 &lt;+detonate&gt; 说到 UDP 13:24 &lt;@jrandom&gt; 没有，上次听说他病得挺重 13:24 &lt;+detonate&gt; ：/ 13:24 &lt;jnymo&gt; UDP 会很牛的 13:25 &lt;@jrandom&gt; s/would/will/ 13:25 &lt;@jrandom&gt; 希望他其实是出去玩了 :) 13:25 &lt;+ugha2p&gt; jrandom：带宽和性能调优会包含哪些改动？ 13:26 &lt;jnymo&gt; 所以，UDP 基本就是无连接……也就意味着……网络更大，对吧 13:26 &lt;+detonate&gt; UDP 同时也会带来各种困难 13:26 &lt;@jrandom&gt; ugha2p：把 tunnel 消息片段进行批处理，以更好地装入固定 1024 字节的 tunnel 消息中，增加按池的带宽限速等 13:27 &lt;+detonate&gt; 不过是的 13:27 &lt;@jrandom&gt; detonate：不会太糟，我们现在的令牌桶方案可以毫无问题地处理异步请求 13:27 &lt;@jrandom&gt; （我们显然不会使用 BandwidthLimitedOutputStream，而是让 FIFOBandwidthLimiter 分配 K 字节） 13:27 &lt;+ugha2p&gt; 第一项真的能带来很大差别吗？按池限速听起来不紧急。 13:28 &lt;+detonate&gt; 那就好 13:28 &lt;@jrandom&gt; ugha2p：很可能会的。你可以访问 /oldstats.jsp#tunnel.smallFragments 查看涉及的精确数字 13:29 &lt;bla&gt; detonate：重组（reassembly）进展如何？ 13:29 &lt;+detonate&gt; 真的停滞了 13:30 &lt;@jrandom&gt; ugha2p：当然这在很大程度上取决于活动类型。话多的交互式通信收益更大，但批量通信已经能把片段填满了 13:30 &lt;+ugha2p&gt; jrandom：好。 13:30 &lt;+ugha2p&gt; 对。 13:31 &lt;+detonate&gt; 我完全停了那项工作，开始做 addressbook-editor 13:31 &lt;+detonate&gt; 可能有一种非常高效、研究得很透的做法，但我还没遇到 13:31 &lt;jnymo&gt; UDP 会不会意味着在 NAT 后面的人现在能打通？ 13:31 &lt;@jrandom&gt; 有一些，jnymo 13:31 &lt;jnymo&gt; 并能使用 i2p？ 13:32 &lt;@jrandom&gt; 但首先我们得先让它能用 UDP 工作，然后再开始加防火墙/NAT 打洞，再加 PMTU（路径 MTU）等 13:32 &lt;jnymo&gt; 那将是个福音 13:33 &lt;+detonate&gt; 当然，如果有人对怎么做有建议，我很感激 13:33 &lt;+ugha2p&gt; jrandom：UDP 如何帮助在 NAT 背后的人？ 13:34 &lt;bla&gt; detonate：TCP（在常规网络上）会做重组。这些概念能沿用到 I2P 的 UDP 重组里吗？ 13:34 &lt;+detonate&gt; 我还没研究 TCP 是怎么做的 13:34 &lt;@jrandom&gt; ugha2p：我们可以通过一致的端口号等搞很多技巧。外面有大量代码和文档 13:35 &lt;@jrandom&gt; bla：我们肯定会用到一定程度的 UDP 重组，沿用 TCP-SACK（选择性确认）的思路 13:35 &lt;+detonate&gt; 但如果你要处理大多数 TCP 做的事，不如直接走 NIO 路线实际去用它 13:35 &lt;+detonate&gt; 省得折腾 13:35 &lt;@jrandom&gt; 不，我们有充分理由既要一些重组/重传，又不要用 TCP 13:36 &lt;+detonate&gt; 嗯，线程这方面 13:36 &lt;@jrandom&gt; 传输层不需要完全可靠或有序，只需半可靠且无序 13:37 &lt;+ugha2p&gt; 因为线程更少，我们也能期待内存占用下降吗？ 13:37 &lt;@jrandom&gt; 是的 13:37 &lt;+ugha2p&gt; 会显著下降 13:38 &lt;+ugha2p&gt; ？ 13:38 &lt;@jrandom&gt; 大幅下降。（此外也会减少内存占用，取决于当前 OOM 来自哪里 ;） 13:38 &lt;+ugha2p&gt; 对。 13:39 &lt;@jrandom&gt; 好，关于 2) 路线图还有别的吗？ 13:39 &lt;bla&gt; jrandom：有。 13:40 &lt;bla&gt; jrandom：现在由 detonate 来做 UDP 的东西吗？否则是谁？ 13:40 &lt;@jrandom&gt; 这是一项团队工作，所有能贡献的人都可以参与 :) 13:40 &lt;+detonate&gt; 呵，我打算多做些 UDP 的东西，比看电视没那么无聊 13:41 &lt;@jrandom&gt; 呵 w3wt 13:41 &lt;bla&gt; jrandom：我明白。不过刚才一度看起来像 detonate 放弃了这个项目 ;) 13:42 &lt;@jrandom&gt; 它在路线图上，会完成的 13:42 &lt;+detonate&gt; 抱歉造成了困惑 13:43 &lt;@jrandom&gt; 好 关于 2) 路线图还有谁要说的吗，还是我们悠哉地转到 3) addressbook 相关？ 13:44 &lt;@jrandom&gt; 好，detonate 想不想给我们一个该编辑器的概览/状态报告？ 13:45 &lt;bla&gt; detonate：（没问题） 13:45 &lt;+detonate&gt; 好 13:45 &lt;+detonate&gt; 编辑器的当前状态在这儿： 13:45 &lt;+detonate&gt; `http://detonate.i2p/addressbook-editor/current-state.html` 13:45 &lt;+detonate&gt; 它还不能做真正的编辑 13:45 &lt;+detonate&gt; 目前我在做底部的那个表格 13:46 &lt;+detonate&gt; 我需要读读我的 JSP 书的几章，但之后，你就能很容易地用它在 hosts.txt 和订阅里添加/修改条目了 13:47 &lt;+detonate&gt; 过去大约 24 小时我暂停了一下，所以进展不多 13:47 &lt;+detonate&gt; 大概就这些 13:47 &lt;@jrandom&gt; w3wt 13:48 &lt;bla&gt; detonate：看起来不错 13:49 &lt;@jrandom&gt; 是啊，毋庸置疑，我期待一种不只是去 hack hosts 文件就能管理条目的方式 13:49 &lt;+detonate&gt; 谢谢 13:49 &lt;+detonate&gt; 这是我第一次用 JSP 做东西 13:50 &lt;@jrandom&gt; 酷 13:51 &lt;@jrandom&gt; 哦，我没意识到这里还和订阅管理有重叠——也许 smeghead 的工作也能整合进来 13:51 &lt;@jrandom&gt; smeghead：你在吗？你看过这个了吗？ 13:51 &lt;jnymo&gt; detonate：会有冲突检测之类的吗？ 13:51 &lt;@smeghead&gt; 其实我只是在 addressbook 控制台上写了一些骨架代码，没啥可用的 13:51 &lt;+detonate&gt; 是啊，我厌倦了那个，感谢 duck 提出这个主意 :) 13:51 &lt;@smeghead&gt; 我被 TrustedUpdate 那事儿带偏了 13:52 &lt;@jrandom&gt; 啊，酷 :) 13:53 * jrandom 喜欢跑题去加新功能 13:53 &lt;bla&gt; smeghead：你是说在 I2P 的 _内部_ 进行一键更新 I2P？ 13:53 &lt;@smeghead&gt; 所以是运气，不是懒（至少这次是 :)） 13:53 &lt;cervantes2p&gt; bla：至少 2 次点击 ;-) 13:54 &lt;@jrandom&gt; 切，我们可以做到 1 次（如果签名不对/无效/等就拒绝 ;)） 13:54 &lt;+detonate&gt; 是的，会有冲突检测，我现在就在做这个 13:54 &lt;@jrandom&gt; detonate：这事儿 addressbook 本身不是会处理吗？ 13:54 &lt;@jrandom&gt; detonate：我以为你做的只是编辑文件？ 13:55 &lt;@jrandom&gt; （这些文件会由 addressbook 做去重） 13:55 &lt;+detonate&gt; 我是说，从日志里把冲突展示给你并处理它们 13:55 &lt;@jrandom&gt; 啊 13:55 &lt;@jrandom&gt; 好，酷 13:55 &lt;+detonate&gt; 我猜 jnymo 说的是这个 13:55 &lt;Ragnarok&gt; 嗯，我能做些什么让你轻松点吗？ :) 13:55 &lt;+detonate&gt; 这样你就可以选择“用你选中的那个替换条目” 13:55 &lt;@jrandom&gt; 不错！ 13:58 &lt;@jrandom&gt; Ragnarok：据我记得，detonate 能相当容易地解析出日志文件。你预见这个格式会改变吗？ 13:58 &lt;jnymo&gt; detonate：基本上，是的 13:58 &lt;jnymo&gt; 那么，这和 i2p 绑定得紧吗？我多容易就能把浏览器里的链接+密钥放进我的地址簿？ 13:59 &lt;+detonate&gt; 对，别改格式，那会把一切搞崩 13:59 &lt;Ragnarok&gt; 格式极不可能改变 14:00 &lt;Ragnarok&gt; 不过将来可能会记录更多东西 14:00 &lt;@jrandom&gt; jnymo：目前 eepproxy 没有接入 detonate 的编辑器的钩子，但我们以后可以加点东西 14:00 &lt;+detonate&gt; 不过如果你能修改 Conflict 行，那会更容易解析 14:00 &lt;cervantes2p&gt; 可能可以由我的 Firefox 插件来做点什么 14:00 &lt;+detonate&gt; 现在有很多可读性强的词碍事 14:00 &lt;Ragnarok&gt; 怎么改？ 14:00 &lt;@jrandom&gt; （比如，也许 i2paddresshelper 可以重定向到一个编辑器页面） 14:00 &lt;cervantes2p&gt; “点这里把它添加到你的 addressbook” 14:00 &lt;Ragnarok&gt; 啊……不过我还是想对人类友好一些 14:00 &lt;+detonate&gt; &lt;date&gt;=&lt;host&gt;=&lt;source&gt;=&lt;new destination&gt; 会更好 14:01 &lt;@jrandom&gt; cervantes2p：这会像 Google 的页面重写器那样工作吗？ :) 14:01 &lt;+detonate&gt; 嗯，那就是 addressbook-editor 的用途 :) 14:01 &lt;+detonate&gt; 这不是什么问题，我搞定了 14:01 &lt;cervantes2p&gt; jrandom：不……只要把它放进链接的上下文菜单里 14:01 &lt;@jrandom&gt; ooOOoo 14:01 &lt;+detonate&gt; 只要没有激进的变化，事情应该能继续顺利运行 14:02 &lt;cervantes2p&gt; 当然我可以加个重写器……但那只会破坏人们的页面布局 ;-) 14:02 &lt;+detonate&gt; 哦，你可以做一件事 14:02 &lt;+detonate&gt; 因为它和我做的冲突 14:02 &lt;+detonate&gt; 确保所有主机名的条目都是小写 14:02 &lt;+detonate&gt; 因为里面有 Legion.i2p 14:02 &lt;cervantes2p&gt; 我确实想加一个“非 i2p 链接高亮器” 14:02 &lt;+detonate&gt; 而我会把它们都跑一遍 toLowercase() 14:02 &lt;@jrandom&gt; 啊，那就很棒了，cervantes2p 14:03 &lt;@jrandom&gt; （务必只对名字 toLowercase，base64 是区分大小写的 ;)） 14:03 &lt;+detonate&gt; 对，只处理名字 14:04 &lt;jnymo&gt; 上下文菜单会很理想 14:04 &lt;@jrandom&gt; （别忘了会飞的小马！） 14:04 &lt;Ragnarok&gt; 我在本地分支里把地址比较做成了不区分大小写……我应该把它提交…… 14:04 &lt;+detonate&gt; /make all the hostnames lowercase 14:04 &lt;+detonate&gt; pair[0] = pair[0].toLowerCase(); 14:05 &lt;+detonate&gt; 看，白纸黑字 14:05 &lt;+detonate&gt; 它只处理主机名 14:05 &lt;@jrandom&gt; 对，Ragnarok，把好东西给我们吧 :) 14:05 &lt;jnymo&gt; 为什么我总觉得骑着会飞的小马的是我 :( 14:06 &lt;@jrandom&gt; 那是因为你把它们都占着不放啊，jnymo ;) 14:06 &lt;cervantes2p&gt; jnymo：别在会议上讨论你的“私密安排” 14:07 &lt;@jrandom&gt; 好，addressbook 和编辑器这边有很多酷东西。detonate，有没有预计我们何时能开始 beta？（这周、下周等） 14:07 &lt;jnymo&gt; 呵 14:07 &lt;+detonate&gt; 嗯，只要你能让它在 Jetty 里跑起来，我觉得就可以放进 beta 了 14:07 * jnymo 拔出他的 p32-space-modulator 14:07 &lt;@jrandom&gt; 它能在 Jetty 中工作 14:07 &lt;+detonate&gt; 我不知道怎么让 NetBeans 预编译它们并把它们放进 war 里 14:08 &lt;+detonate&gt; 只要大家不改 config.txt 里的文件名，它应该能工作，希望没有 bug 14:08 &lt;@jrandom&gt; 好，我们可以带你用 Ant 来处理这些事 14:08 &lt;+detonate&gt; 好 14:08 &lt;+detonate&gt; 酷 14:08 &lt;cervantes2p&gt; detonate：照我做的，拿 jrandom 的代码……剔除你不需要的所有东西，撬进你自己的代码，然后跑 Ant 的构建脚本 ;-) 14:08 &lt;@jrandom&gt; 呵 14:09 &lt;@smeghead&gt; detonate：我对 Ant 还算懂点儿，卡住了就喊 14:09 &lt;+detonate&gt; 随意把它加到你的发布里 14:09 &lt;+detonate&gt; 如果你知道怎么做的话 14:09 &lt;MichElle&gt; s/you don't need// 14:09 &lt;Ragnarok&gt; addressbook 有个非常简单的构建脚本，如果你想看看 14:10 &lt;+detonate&gt; 我需要预编译 JSP 的那一部分 14:10 &lt;+detonate&gt; 我这边缺这个 14:10 &lt;+detonate&gt; 虽然它会编译它们，但就是不合并，而且用于测试编译它们的入口不在 build.xml 里 14:10 &lt;@jrandom&gt; detonate：看看 routerconsole 里的 precompilejsp 目标，那能帮你起步 14:10 &lt;+detonate&gt; 另外我需要搞清楚把 -source 1.3 等放在哪儿 14:10 &lt;@jrandom&gt; （以及 &lt;war&gt; 任务） 14:11 &lt;+detonate&gt; 好，今晚晚些时候我们可以把事情理顺 14:11 &lt;@jrandom&gt; 嗯 14:11 &lt;cervantes&gt; 是啊我就是这么搞定的……而且我一点都不懂 Java 或 JSP ;-) 14:11 &lt;@jrandom&gt; 好，如果 3) addressbook 相关没别的了，转到 4) bt 相关 14:12 &lt;@jrandom&gt; duck/smeghead：来给我们一个更新？ 14:12 &lt;@duck&gt; 好 14:12 &lt;@duck&gt; 上周我们和 Azureus 的 Nolar 聊了修复一些兼容性问题 14:12 &lt;@duck&gt; 结果发布了 0.1.8 14:12 &lt;@duck&gt; 这周主要在沟通 14:12 &lt;@duck&gt; 和其他开发者、论坛管理员以及用户沟通 14:13 &lt;+detonate&gt; 有人知道 aznet 插件能再次托管种子了吗？ 14:13 &lt;@duck&gt; FAQ 已根据论坛的反馈更新，感谢贡献者们 14:13 &lt;@duck&gt; 另外也出现了一些误传和困惑 14:13 &lt;@jrandom&gt; detonate：坊间传闻是可以 14:13 &lt;@duck&gt; 比如 legion 的 spork 14:13 &lt;+detonate&gt; 太好了 14:13 &lt;@duck&gt; 我认为把它改个名字会避免那边进一步的问题 14:13 &lt;@duck&gt; . 14:14 &lt;@jrandom&gt; r0xor duck 14:14 * MichElle 鼓掌称赞 duck 14:14 &lt;MichElle&gt; duck：你很努力 14:14 &lt;jnymo&gt; 是啊，为什么不叫 i2p-bt_extractor 之类的东西？ 14:15 &lt;@jrandom&gt; 关于后面的 0.2 有什么消息吗，还是要等 0.5.0.2 等之后再处理？ 14:15 &lt;@smeghead&gt; 先别鼓掌，你还不知道我们要叫它什么&gt;;-} 14:15 &lt;@jrandom&gt; 呵 14:15 * jnymo 鼓掌 14:15 &lt;@duck&gt; 快告诉我们！ 14:15 &lt;@jrandom&gt; i2p-flying-pony-torrent 14:16 &lt;+detonate&gt; 呵，我们现在是通过改名来藏它吗？ 14:16 &lt;MichElle&gt; 又是小马 14:16 &lt;@smeghead&gt; 目前是最高机密，我们不想被起诉 14:16 &lt;jnymo&gt; 真是个闹剧 14:17 * bla 为 MPAA 举牌：“有本事就来告我……” 14:17 &lt;@smeghead&gt; duck 和我已经同意，0.2 将是第一个用新名字的版本 14:17 &lt;+detonate&gt; i2p-communism 14:17 &lt;@duck&gt; 2006 年春发布 14:17 &lt;@jrandom&gt; 呵 14:17 &lt;@duck&gt; . 14:18 &lt;@smeghead&gt; 基于我当前的工作量以及本周要搬家，预计几天内不会在 0.2 上有折腾，不知道 duck 近期的安排如何 14:18 &lt;@duck&gt; 忙着修 C++ 指针 8 个小时了 14:19 &lt;@duck&gt; 所以这边也没做多少 :) 14:19 &lt;@jrandom&gt; 好，不过也许我们可以期待它和 0.6 一起（或者如果幸运的话是 0.5.1？） 14:19 &lt;@jrandom&gt; 哎呀，真是“好玩、好玩、好玩” 14:19 &lt;@duck&gt; 至少在 2.0 之前 14:19 &lt;@smeghead&gt; 我估计大概一个月，纯属瞎猜，duck 你觉得呢 14:19 &lt;@duck&gt; 嗯 14:19 &lt;@jrandom&gt; 酷 14:19 &lt;@duck&gt; 大概这个量级 14:20 &lt;@smeghead&gt; 情况是我们想等官方 BT 4.0 发布 14:20 &lt;@jrandom&gt; 没关系，我们懂进度都是怎么回事 ;) 14:20 &lt;@smeghead&gt; 这样我们可以把 0.2 和它同步到最新 14:20 &lt;MichElle&gt; duck 确实有很多事要做 14:20 &lt;@smeghead&gt; 4.0 看起来迫在眉睫 14:20 &lt;@jrandom&gt; 啊，真的吗 smeghead？酷 14:20 &lt;@duck&gt; smeghead：那只是官方借口 :) 14:20 &lt;MichElle&gt; 但他是个勤奋的人 14:21 &lt;@duck&gt; 我赞成到 5) ??? 14:21 &lt;@jrandom&gt; 快到了…… 14:21 &lt;@jrandom&gt; legion：你的 BT 客户端有更新吗？进展如何等？ 14:21 &lt;@smeghead&gt; 源代码？ 14:22 &lt;@smeghead&gt; （放在 zip 里，不是 .exe） 14:22 &lt;cervantes&gt; 那么就是下一波发布了 14:22 &lt;@jrandom&gt; 嗯，legion 好像不在，行，或许我们稍后能拿到更新 14:22 &lt;cervantes2p&gt; 该死的巨大延迟 14:23 &lt;@jrandom&gt; 那么，转到 5) ??? 14:23 &lt;cervantes&gt; *咳* w00t 14:23 &lt;@jrandom&gt; cervantes2p：不，你只是慢而已 ;) 14:23 &lt;@jrandom&gt; 好，还有谁要提点什么？ 14:23 &lt;cervantes2p&gt; 我大概 5 分钟前就说了那些 14:23 &lt;+ugha2p&gt; jrandom：邮件列表的页脚仍然使用 i2p.dnsalias.net 地址。也许你应该更新为 dev.i2p.net？ :) 14:23 * cervantes2p 给他的 router 的仓鼠喂食 14:24 &lt;@jrandom&gt; 啊，是的，大概是，ugha2p 14:24 * jrandom 有些系统管理员的工作我回避了一阵了（比如，哦，把东西迁到新 srever……） 14:24 &lt;MichElle&gt; 我有个担忧 14:24 &lt;MichElle&gt; 关于透明度 14:24 &lt;@jrandom&gt; 怎么了，MichElle？ 14:25 &lt;MichElle&gt; 为完全透明起见，我在此声明，identiguy 提出 jrandom 实际上可能受雇于 NSA 14:25 &lt;+detonate&gt; 哦，我注意到有 190 个 router，我们现在离线程上限有多近？ 14:25 * jnymo 想知道大家还能做些什么帮助 14:25 &lt;jnymo&gt; （还在看 PHP 那个事情，duck ;)） 14:25 &lt;@jrandom&gt; 呵，MichElle 14:25 &lt;MichElle&gt; 他能“方便地”7x24 地在 i2p 上工作确实挺可疑 14:25 &lt;MichElle&gt; 总之 14:25 &lt;MichElle&gt; 我就想说这些 14:25 &lt;MichElle&gt; 盯紧 jrandom 14:26 &lt;MichElle&gt; 他温和友善的外表也许只是伪装。 14:26 &lt;+ugha2p&gt; detonate：理论上没有线程上限，它只会一直消耗所有可用资源，直到崩溃。 :) 14:26 &lt;jnymo&gt; 外表 14:26 &lt;@jrandom&gt; detonate：有些操作系统/ulimits 可能会在 256 处限流，但无论如何 win98 早就超过 100 个 TCP 连接的限制了 14:26 &lt;cervantes2p&gt; 我可以快速更新一下 Firefox 插件。I2P Mail 通知器现在已经工作了，新闻阅读器和基本 router 控制也可以了。我现在在繁琐地构建配置界面（ `http://freshcoffee.i2p/fire2pe_i2pmail_prefs.jpg` ） 14:27 &lt;jnymo&gt; MichElle，如果源代码没问题，那谁在乎呢？ 14:27 &lt;+detonate&gt; 哦，Firefox 插件发布了吗？ 14:27 &lt;MichElle&gt; jnymo：这有点扫兴 14:27 &lt;cervantes2p&gt; 我还想在发布前实现一个下载/安装服务，与 smeghead 的新更新验证器对接 14:27 &lt;ddd&gt; 频道好 14:28 &lt;+detonate&gt; 好 14:28 &lt;@jrandom&gt; 哇！给力，cervantes2p 14:28 &lt;@jrandom&gt; 看起来真不错 14:28 &lt;+detonate&gt; 嗨 ddd 14:28 &lt;cervantes2p&gt; 不过现在快了……可能还要再过一两周…… 14:28 &lt;MichElle&gt; 有点像即使微软把 Windows 开源了，跑它也还是不酷 14:28 &lt;+detonate&gt; 那个插件看起来很酷 14:28 &lt;MichElle&gt; 不过回到会议…… 14:28 &lt;@smeghead&gt; 希望 TrustedUpdate 本周能完成，在我搬家之前 14:28 &lt;@jrandom&gt; 酷 14:29 &lt;ddd&gt; ？ 14:29 &lt;ddd&gt; i2p 是唯一的匿名聊天吗？ 14:29 &lt;@jrandom&gt; 嗨 ddd。正在进行每周开发会议 14:30 &lt;cervantes2p&gt; 嗨 ddd，我们会议快结束了……留一下，几分钟就好 14:30 &lt;ddd&gt; 有其他和 i2p 类似的项目吗？ 14:30 &lt;@smeghead&gt; ddd：输入 /list 然后自己挑 14:30 &lt;ddd&gt; 好 14:30 &lt;ddd&gt; 不，我是说在其他网络上 14:30 &lt;@jrandom&gt; 好，关于 5) ??? 还有谁要提什么？ 14:30 &lt;@smeghead&gt; ddd：去 #i2p-chat 问 14:30 &lt;ddd&gt; 好 我让你们先结束 14:30 &lt;+detonate&gt; 有谁已经在 OpenBSD 上成功运行 i2p 吗？ 14:31 &lt;@jrandom&gt; ddd: http://www.i2p.net/how_networkcomparisons 14:31 &lt;ddd&gt; 好 14:31 &lt;+detonate&gt; 我在想再把那场闹剧搞起来 14:31 &lt;@jrandom&gt; 不知道 14:31 &lt;jnymo&gt; 哦对了……是谁在做 BSD 的 i2p 发行版，是哪个 BSD？ 14:31 &lt;@jrandom&gt; 呵，很酷 detonate，让我们知道进展 14:31 &lt;@jrandom&gt; jnymo：lioux 给 fbsd 打包过它 14:32 &lt;@smeghead&gt; i2p 永远不会和 OpenBSD 一起发货 :) 14:32 &lt;+detonate&gt; 行 14:32 &lt;jnymo&gt; 对了…… 不是有人要做一个 i2p 定制的发行版吗？ 14:32 &lt;+detonate&gt; 是的，现在 FreeBSD 里有一个 port 14:32 &lt;+detonate&gt; 挺吓人的 14:32 &lt;+detonate&gt; 呵，有人想要一张能跑 i2p 的 Knoppix 光盘 14:32 &lt;@jrandom&gt; jnymo：等 i2p 稳如磐石后，去研究在发行版/微发行版上打包是值得的，嗯 14:32 &lt;+detonate&gt; 谁知道为什么 14:33 &lt;@smeghead&gt; jnymo：我记得，应该是要做一个 Knoppix/i2p，想不起来是谁说的了 14:33 &lt;@jrandom&gt; detonate：网吧 14:33 &lt;+detonate&gt; 啊 14:34 &lt;@jrandom&gt; 好，会议还有别的吗？ 14:34 &lt;MichElle&gt; 他妈的什么是 i2p“定制”的发行版 14:34 &lt;MichElle&gt; Tor、i2p 和 Freenet？ 14:34 &lt;MichElle&gt; 没啥意义 14:34 &lt;MichElle&gt; 带宽需求把这些程序给相互抵消了 14:34 &lt;MichElle&gt; jrandom 是 Theo de Raadt 吗？ 14:34 &lt;cervantes&gt; 一个略显娘的发行版 14:34 &lt;jnymo&gt; 一个完全匿名化的发行版 14:35 &lt;cervantes2p&gt; jrandom：我猜不是 :) 14:35 &lt;MichElle&gt; jrandom：没事 14:35 * jrandom 做好准备 14:35 * jrandom 把会议 *baf* 地结束了 </div>/zh/blog/2005/03/01/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-03-01/Tue, 01 Mar 2005 00:00:00 +0000/zh/blog/2005/03/01/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-03-01/<p>大家好，该进行我们的状态更新了。</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.1 2) 路线图 3) 地址簿编辑器和配置 4) i2p-bt 5) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.1</li> </ol> </li> </ul> <p>正如上周讨论的那样，在会议结束后的数小时内，我们发布了新的 0.5.0.1 版本，修复了 0.5 中导致大量 tunnels 被构建（以及其他问题）的 bug。总体而言，这个修订版有所改进，但在更广泛的测试中，我们又遇到了一些额外的 bug，影响到了少数用户。尤其是，如果你的机器较慢，或者你的 router 的 tunnels 批量失败，0.5.0.1 修订版可能会吞噬大量 CPU；此外，一些长时间运行的 I2PTunnel 服务器会不断占用 RAM，直到发生 OOM（内存耗尽）。另外，streaming lib（流式传输库）中还存在一个由来已久的 bug，在恰巧出现某些特定的失败情况时，我们可能无法建立连接。</p> <p>其中大多数（以及其他一些问题）已经在 cvs 中修复，但仍有一些尚未解决。一旦全部修复，我们就会把它打包并发布为 0.5.0.2 版本。我也不太确定具体时间，希望是本周，但到时候再看。</p> <ul> <li> <ol start="2"> <li>roadmap</li> </ol> </li> </ul> <p>在重大版本发布之后，路线图 [1] 似乎都会……被调整。0.5 版也不例外。该页面反映了我认为对未来推进方向合理且适当的内容，但当然，如果有更多人加入来帮忙，完全可以进行调整。你会注意到 0.6 和 0.6.1 之间有相当长的间隔，这固然反映了大量工作，也反映了我将要搬家的事实（又到了一年中的那个时候）。</p> <p>[1] <a href="http://www.i2p.net/roadmap">http://www.i2p.net/roadmap</a> </p> <ul> <li> <ol start="3"> <li>addressbook editor and config</li> </ol> </li> </ul> <p>Detonate 已开始开发一个用于管理地址簿条目（hosts.txt）的基于 Web 的界面，目前看起来相当有前景。或许我们可以在会议上请 detonate 给出一个进展更新？</p> <p>另外，smeghead 一直在开发一个用于管理地址簿配置的基于Web的界面（subscriptions.txt, config.txt）。或许我们可以在会议期间请 smeghead 提供一下最新进展？</p> <ul> <li> <ol start="4"> <li>i2p-bt</li> </ol> </li> </ul> <p>i2p-bt 方面已有一些进展，发布了新的 0.1.8 版本，解决了上周会议中讨论的 azneti2p 兼容性问题。或许我们可以在会议期间请 duck 或 smeghead 提供一次更新？</p>/zh/blog/2005/02/22/i2p-2005-02-22-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 22 Feb 2005 00:00:00 +0000/zh/blog/2005/02/22/i2p-2005-02-22-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，每周更新时间到了</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 2) 后续步骤 3) azneti2p 4) ???</li> </ol> <ul> <li> <ol> <li>0.5</li> </ol> </li> </ul> <p>正如大家所知，我们终于发布了 0.5，总体来说表现相当不错。我非常感谢大家更新得如此迅速——在第一天内，网络中已有 50-75% 升级到 0.5！由于采用速度很快，我们能够更快地看到各项变更的影响，进而也发现了一些 bug。虽然仍然存在一些遗留问题，我们会在今晚稍晚时候发布新的 0.5.0.1 版本，以解决其中最重要的问题。</p> <p>作为这些 bug 的附带好处，看到 routers 可以处理数千个 tunnels，挺有意思的 ;)</p> <ul> <li> <ol start="2"> <li>Next steps</li> </ol> </li> </ul> <p>After the 0.5.0.1 release, there may be another build to experiment with some changes in the exploratory tunnel building (such as using only one or two not-failing peers, the rest being high capacity, instead of all of the peers being not-failing). After that, we&rsquo;ll be jumping towards 0.5.1, which will improve the tunnel throughput (by batching multiple small messages into a single tunnel message) and allow the user more control over their suceptability to the predecessor attack.</p>/zh/blog/2005/02/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B42%E6%9C%8822%E6%97%A5/Tue, 22 Feb 2005 00:00:00 +0000/zh/blog/2005/02/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B42%E6%9C%8822%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, cervantes, detonate, duck, frosk, godmode0, hobbs, jrandom, laberhorst, Meomia, microsoft, Myo9, Ragnarok, susi23, tracker</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) 嗨 13:04 &lt;jrandom&gt; 1) 0.5 13:04 &lt;jrandom&gt; 2) 下一步 13:04 &lt;jrandom&gt; 3) azneti2p 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) 嗨 13:04 * jrandom 挥手 13:05 &lt;jrandom&gt; 每周状态笔记已发布 @ http://dev.i2p.net/pipermail/i2p/2005-February/000595.html 13:05 &lt;jrandom&gt; （是啊，就在会议开始前一两分钟发布的，来考考你的速读吧） 13:05 &lt;+detonate&gt; 我想等它再少点 bug，我再把 Boondock Saints 放上去 13:06 &lt;jrandom&gt; 为什么……那是……那是……那可是侵权啊！ 13:06 &lt;+detonate&gt; Azureus 测试版有些奇怪的新东西 13:06 &lt;+detonate&gt; 分类 13:06 &lt;+detonate&gt; 哈哈 13:06 &lt;+detonate&gt; 一个 DHT tracker 13:06 &lt;+detonate&gt; 赞 13:07 &lt;jrandom&gt; 是啊，看起来很酷，不过在聊 3 之前，咱们先过 1 和 2，行吧？ ;) 13:07 &lt;+detonate&gt; 嗨 13:07 &lt;+detonate&gt; 确实 13:07 &lt;jrandom&gt; 开始 1) 0.5 13:07 &lt;jrandom&gt; 嗯，总之已经发出来了，诸如此类 13:08 &lt;cervantes&gt; 耶！ 13:08 &lt;jrandom&gt; 今晚晚些时候会有一个新修订版，包含一堆更新（当前 CVS head 是 0.5-5，-6 正在一些 router 上测试） 13:09 &lt;jrandom&gt; 进展相当不错，但一路上也碰到了一些怪 bug。 唉，人生如此 13:09 &lt;frosk&gt; 我可以报告，0.5-5 比 -4 友好多了（-4 经常让我参与的 tunnel 数量上千） 13:09 &lt;bla&gt; jrandom: 0.5.0.1 会修复找不到 destinations 的那个问题吗？ 13:09 &lt;jrandom&gt; 啊，那其实更多取决于别人，-0 构建确实会建立数百条 tunnel 13:09 &lt;bla&gt; s/nor/not 13:10 &lt;jrandom&gt; bla：是的，那是 netDb 里的一个 bug 13:10 &lt;bla&gt; jrandom: 太好了！ 13:10 &lt;jrandom&gt; （更具体地说，在 leaseSet 发布中） 13:11 &lt;jrandom&gt; 对，0.5.0.1 修订版也会去掉那个偶尔代理消失的 bug 13:12 &lt;jrandom&gt; 还有一个古怪的内存泄漏我还没定位，会影响到一些用户 13:12 &lt;bla&gt; 那么，总的来说，除了这些 bug，0.5 的网络运行得非常好。耶！ 13:12 &lt;jrandom&gt; 据我所知，它其实只影响到两三个 I2PTunnel 实例 13:12 &lt;Meomia&gt; 自 0.5 起从 0 到 130 条参与的 tunnels，这算是进步的迹象吗？ 13:13 &lt;jrandom&gt; w3wt 13:13 &lt;jrandom&gt; Meomia：切，我这边超过 5000 条 tunnels ;) 13:13 &lt;jrandom&gt; 不过 dm 的确帮忙找到了 exploratory pool 代码里的一个 bug，所以我们会更频繁地在“随机”的节点上构建 tunnels 13:14 &lt;jrandom&gt; （好耶） 13:14 &lt;Meomia&gt; 好 13:14 &lt;bla&gt; jrandom: 这是否也意味着，现在不同于 0.4，任何节点都有可能在某个时刻成为你的入站网关？ 13:14 &lt;jrandom&gt; 是的，对 exploratory tunnels 来说 13:15 &lt;jrandom&gt; client tunnels 只会使用“fast”层里的节点 13:15 &lt;bla&gt; bla: 好的。client tunnels 只用快速节点这一点很好：否则就会出现我们之前讨论过的匿名性问题 13:16 &lt;jrandom&gt; 而且不这么做性能会很糟糕 ;) 13:17 &lt;jrandom&gt; 事实上，这就带到了 2) 下一步 13:18 &lt;jrandom&gt; 0.5 系列剩下的重点，是一组用于对 tunnel 所用节点进行排序和/或过滤的策略 13:18 &lt;godmode0&gt; jrandom 可以在 i2p 里用 NNTP 吗？ 13:18 &lt;jrandom&gt; godmode0：i2p 上有两个 NNTP 服务器，没错。 去论坛看看 13:19 &lt;godmode0&gt; jrandom 好的，我正在测试 13:19 &lt;godmode0&gt; 我也可以搭建我的服务器吗？ 13:20 &lt;jrandom&gt; godmode0：我们现在在开会，不过是的，你可以运行一个服务器 13:20 &lt;godmode0&gt; jrandom 好的，抱歉 13:20 &lt;jrandom&gt; 不客气 13:20 &lt;jrandom&gt; 提出的这些策略基本上是为了提升匿名性，但我们也可以在其中平衡其他一些目标 13:21 &lt;jrandom&gt; 也许我们能像 bla 建议的那样，把一些 AS（自治系统）路径纳入选择方式中 13:22 &lt;jrandom&gt; 那既可以提升（司法辖区层面的）匿名性；如果尽量待在同一个 AS（或两个）内，也可以提升性能 13:22 &lt;bla&gt; jrandom: 这基本上与 Tor 的作者的一篇论文有关: `http://theland.i2p/files/routing-zones.pdf` 13:22 &lt;jrandom&gt; 嗯 13:23 &lt;jrandom&gt; 大家可以使用很多不同的策略，尝试新的也应该很容易 13:24 &lt;jrandom&gt; 我们不会花几个月去实现我们能想到的所有东西，而是提供大多数人所需的基础。 任何人想添加新的都非常欢迎把它们接进来 13:25 &lt;jrandom&gt; 总之，一旦基础就位，我们就会转向专注于 0.6 的 UDP 传输 13:26 &lt;jrandom&gt; 关于 2) 下一步，我就这些了，还有人有评论/问题/顾虑吗？ 13:26 &lt;bla&gt; 之前开始研究 I2P 的人是谁来着？ 13:26 &lt;bla&gt; 最近好像没怎么听到他们的消息。 13:27 &lt;bla&gt; s/into I2P/into UDP/ 13:27 &lt;bla&gt; 抱歉 13:27 &lt;jrandom&gt; 啊，mule 一直生病，不过我觉得 detonate 在推进 13:28 &lt;jrandom&gt; detonate：有新进展吗？ 13:29 &lt;jrandom&gt; 或者没有也说不定 ;) 13:30 &lt;jrandom&gt; 好，进入 3) azneti2p 13:30 &lt;+detonate&gt; 抱歉 13:30 &lt;+detonate&gt; 我在推进 13:30 &lt;+detonate&gt; 我还需要完成重组那一侧的工作 13:31 &lt;+detonate&gt; 至于把数据分包并有序地发过去，那部分已经能工作了 13:31 &lt;+detonate&gt; 继续 3) 13:31 &lt;jrandom&gt; 太棒了 13:31 &lt;godmode0&gt; 抱歉回到第 2) 步，i2p 对攻击有没有什么问题？ 13:31 &lt;bla&gt; detonate：酷！能在论坛上同步给大家吗？ 13:32 &lt;+detonate&gt; bla：当然 13:32 &lt;tracker&gt; 关于 azneti2p，看这里: http://sourceforge.net/forum/forum.php?thread_id=1233727&forum_id=377614 下载似乎可以，但做种不行。 13:32 &lt;jrandom&gt; godmode0：不同的排序策略应当能让用户自行选择对 predecessor attacks（前驱攻击）的抵抗程度 13:33 &lt;microsoft&gt; 谁在运营 i2p.net，应该在页面上多加点“企业级解决方案”这种流行词。 13:33 &lt;+detonate&gt; 还需要有人确认那个新的 DHT tracker 相对于 Azureus 插件没有出问题 13:33 &lt;tracker&gt; 我本地测试似乎证实了，我用 Azureus 能下载，但不能做种。 13:34 &lt;jrandom&gt; 嗯，好，太好了，tracker，谢谢——我知道他们昨晚更新了些东西并发布了 b34，但看起来还有更多要做 13:34 &lt;jrandom&gt; detonate：好点子 13:35 &lt;tracker&gt; 说得对 detonate，我把 DHT 关了，因为 Azureus 开着 DHT 的话几个小时后就会挂，CPU 100%。 13:35 * jrandom 想再强调一下，azneti2p 插件还处在相当早期的测试阶段，Azureus 的匿名性影响尚未完全审计过 13:36 &lt;jrandom&gt; 我相信他们很乐意让大家测试，但需要匿名性的用户可能要谨慎些 13:36 &lt;tracker&gt; 另一方面，i2p-bt 运行得非常好。只是它不会关闭 tunnels，但我觉得这不算太糟。 13:37 &lt;jrandom&gt; 哦，tracker，你那边还会这样吗？ 我没能复现。 13:37 &lt;jrandom&gt; 你用的是 0.1.7 修订版，对吧？ 13:37 &lt;tracker&gt; 是的。 13:38 &lt;jrandom&gt; 好，太好了，如果你那边总会发生，会议之后我想跟你多聊聊，帮忙找出原因 13:39 &lt;tracker&gt; 也许和用 XP 跑而不是 Linux 或 Unix 有关。用 Azureus 关闭 tunnel 是可以的，所以我猜是 I2P-BT 相关。 13:39 &lt;jrandom&gt; 嗯对，i2p-bt 用的是 SAM，而 Azureus 直接用的是 i2p 的 SDK 13:40 &lt;tracker&gt; 顺便说一句，我在论坛上给你发了个 bug 报告。I2P 最新的 CVS 构建里 timestamper 会死掉。 13:40 &lt;jrandom&gt; 啊好，谢谢，今天还没看那边的私信 13:41 &lt;jrandom&gt; 发生在 -5 还是 -4？ 还是更早？ 13:42 &lt;jrandom&gt; 啊，-4。 好，知道了 13:42 &lt;jrandom&gt; 谢谢，我会在 0.5.0.1 修掉它 13:42 &lt;jrandom&gt; 好，关于 3) azneti2p 还有别的吗？ 13:43 &lt;tracker&gt; 在 -5 上也会发生 13:43 &lt;jrandom&gt; 你明确配置了 sntp 服务器，对吧？ 13:44 &lt;tracker&gt; 是的。我们国家的那两个。 13:44 &lt;jrandom&gt; 我刚看了源码，如果并发服务器数量（默认=3）大于你配置的服务器数量（新默认也是 3），就会抛异常 13:44 &lt;jrandom&gt; 好，这很好修，把它对服务器数量取模就行 13:45 &lt;jrandom&gt; 好，如果 azneti2p 没别的了，继续到传统的 4) ??? 13:46 &lt;jrandom&gt; 还有谁要在会上提点什么？ 13:46 &lt;tracker&gt; 好。我刚在论坛上把关闭 i2p-bt 时 router 的日志错误发给你了。 13:47 &lt;jrandom&gt; 好的，谢谢 13:47 &lt;cervantes&gt; 没别的要说的：0.5 的发布干得漂亮，等把 bug 都消灭了，看来会非常给力 13:48 &lt;tracker&gt; 是的，最新的 CVS 构建在我这儿表现真的不错。 13:48 &lt;jrandom&gt; 谢谢，有你们和其他 0.5-pre 测试者的帮助，我们修掉了好多问题 13:49 &lt;jrandom&gt; 性能比我预期的要好，不过吞吐量仍不如以前高。 还有很多可优化之处 13:49 &lt;cervantes&gt; 奇怪的是预发行版对我来说更稳定……不过我当时是在另一台机器上跑的 ;-) 13:49 &lt;jrandom&gt; （还有这些该死的 bug，要把可靠性拉回它该有的水平） 13:50 &lt;jrandom&gt; 呵，是啊，不过 -pre 网络只有 5-7 个 routers，而且都在非常非常快的连接上，可靠性爆表 13:50 &lt;cervantes&gt; :) 13:51 &lt;cervantes&gt; 那把我加入 0.6 的预测试吧 :) 13:51 &lt;jrandom&gt; 呵 13:51 &lt;tracker&gt; 也许我该参加下一个预网络。提供一个非常不稳定且很慢的连接 ;)。 13:51 &lt;jrandom&gt; 我希望 0.6 的迁移会更容易一些，因为我们只需把新的 router 地址加到 routerInfo（UDP 地址）里 13:51 &lt;jrandom&gt; 呵，说的好 13:51 &lt;cervantes&gt; 我可以把我 1TB 的文件分享上线…… 13:52 &lt;jrandom&gt; 我们肯定需要大量 0.6 测试的帮助，覆盖各种各样的网络环境 13:52 &lt;hobbs&gt; ssh 的‘~C’命令很妙 13:52 &lt;laberhorst&gt; 这会是另一个不兼容的步骤吗？ 13:53 &lt;Myo9&gt; 有人知道哪些 NNTP 服务器在线吗？ 13:53 &lt;jrandom&gt; laberhorst：不会，0.6 将向后兼容 13:53 &lt;jrandom&gt; Myo9：不清楚，它们可能在线，只是被 0.5-0 的 bug 咬到了 13:54 &lt;jrandom&gt; 0.5.0.1 修订版应该会修复很多问题，一发布就强烈建议升级 13:54 &lt;laberhorst&gt; 那就构建个 0.6 测试版给测试者用吧 13:54 &lt;cervantes&gt; 我们可以让 BT 流量只使用过期的 routers……这会鼓励大家升级 ;-) 13:54 &lt;laberhorst&gt; 那明天就是大型升级派对了 13:54 &lt;jrandom&gt; 准备好后会在论坛和列表上发公告 13:54 &lt;jrandom&gt; 对的，laberhorst 13:54 &lt;jrandom&gt; 呵，cervantes ;) 13:55 &lt;laberhorst&gt; *迫不及待要帮你们测试* 13:55 &lt;jrandom&gt; 在 0.5 上 BT 性能相当不错，我在 trackers 上看到很多大文件成功传输了 13:55 &lt;laberhorst&gt; 上传速率: 8.85 kB/s 13:55 &lt;jrandom&gt; （而且 IRC 没像之前那样受影响，除了我们在 duck 的 tunnel 上遇到的问题） 13:55 &lt;tracker&gt; 取决于你说的“大”是什么尺度 ;) 13:56 &lt;jrandom&gt; tracker：我想到的是一个 874MB 的文件，有很多成功下载 ;) 13:56 &lt;jrandom&gt; 但确实，对某些人来说那很小 13:56 &lt;laberhorst&gt; 只是经典的小黄片 13:56 &lt;laberhorst&gt; 我猜是 ;-) 13:57 &lt;laberhorst&gt; 希望从明天起，我的 router 不会再参与&gt;3000 条 tunnels 13:57 &lt;tracker&gt; 好吧，那算大。 13:57 &lt;laberhorst&gt; 或者，如果是这样，那网络确实很大 13:57 &lt;jrandom&gt; 呵 laberhorst 13:58 &lt;jrandom&gt; 好，这次会议还有别的事吗？ 13:58 &lt;laberhorst&gt; 顺便问下，参与&gt;3000 是否就等同于在 i2p 里是一个连接很快、很可靠的 router？ 13:58 &lt;+detonate&gt; 我今晚看完 House 就把 boondock saints 放上去 :) 13:59 &lt;+detonate&gt; 那会是足足 4.1GB :) 13:59 * laberhorst 只是想感谢开发者快速消灭 bug 13:59 &lt;+detonate&gt; 看起来需求很大 13:59 &lt;laberhorst&gt; 哦，这里也有一些 DVD 镜像 13:59 &lt;hobbs&gt; detonate：哦，对。House。 :) 13:59 &lt;tracker&gt; cervantes，你已经升级到 phpBB 2.0.12 了吗 13:59 &lt;laberhorst&gt; 不过等 0.5.0.1 出来再说 14:00 &lt;+detonate&gt; 也该好好折腾一下 0.5.0.1 14:00 &lt;+detonate&gt; 嗯 14:00 &lt;+detonate&gt; 我就是这么打算的 14:00 &lt;jrandom&gt; 当然，只有已经合法拥有这些文件副本的人才应该下载。 那只是为了测试 14:00 &lt;jrandom&gt; *咳咳* 14:00 &lt;tracker&gt; 笑翻 14:01 * jrandom 记下 mpaa.i2p 14:01 &lt;+detonate&gt; 呵 14:01 &lt;laberhorst&gt; 哦，我可以制作 debian、fedora、suse 的 ISO 镜像，还有我拍的照片，等等…… 14:01 &lt;laberhorst&gt; 所以有很多合法素材 14:01 &lt;laberhorst&gt; 如果你只是想测试，/dev/random 非常非常大 14:01 &lt;Ragnarok&gt; 也不总是 14:02 &lt;laberhorst&gt; 顺便说下，寂寞的周末可以这样玩：cat /dev/random | grep linux :-) 14:02 &lt;jrandom&gt; 呵 14:02 &lt;frosk&gt; /dev/random 老是读空，我更喜欢 /dev/urandom :) 14:02 &lt;frosk&gt; 或者那个全新改良的 /dev/jrandom 14:02 &lt;jrandom&gt; 不行，那东西老是 core dump 14:03 &lt;jrandom&gt; 而且需要每晚休息 14:03 &lt;Ragnarok&gt; 为 /dev/random 生成熵的最佳方式是什么？ 14:03 &lt;laberhorst&gt; 我们真的该建个“给 jrandom 买几杯啤酒”的基金 14:03 &lt;frosk&gt; 叫休息也好，叫收集熵也行 :) 14:03 &lt;hobbs&gt; Ragnarok：取决于你的具体意思。搞个硬件 RNG 大概是“最好”的办法 :) 14:03 &lt;jrandom&gt; Ragnarok：取决于你的操作系统（以及你有没有硬件 ;)） 14:04 &lt;tracker&gt; dd if=/dev/urandom of=/dev/hda bs=1M count=4 一直都很“不错” ;) 14:04 &lt;jrandom&gt; 我们其实会在接下来的某个构建里捆绑一个 Fortuna 实现，并且需要去挖掘各种熵源 14:04 &lt;Ragnarok&gt; 没有硬件 :P 14:04 &lt;susi23&gt; . o O ( 我以为用 i2p 的人都知道为什么不该用 /dev/urandom ) 14:05 &lt;cervantes&gt; tracker：2.0.12 修的那些安全漏洞，我的 mod_rocinante 无意间也修住了，所以我还懒得升级 14:05 &lt;hobbs&gt; susi23：要是只是恶作剧，我觉得没关系 ;) 14:05 &lt;ant&gt; &lt;Nolar&gt; 这里谁在做 Python 版的 BT 移植？ 14:05 &lt;jrandom&gt; Nolar：那是 duck 14:06 * duck 吹口哨 14:06 &lt;ant&gt; &lt;Nolar&gt; duck：为什么你们把请求的块大小改成了 128K？ 14:06 &lt;susi23&gt; . o O ( 下一个会建议: while true; do echo $RANDOM&gt;&gt; largefile; done ) 14:06 &lt;ant&gt; &lt;Nolar&gt; 那就是 Azureus 不能给你做种的原因 14:06 &lt;tracker&gt; cervantes：好 14:06 &lt;ant&gt; &lt;Nolar&gt; 我们会阻止&gt; 64K 的请求 14:06 &lt;laberhorst&gt; 天哪，我需要更多 mp3 14:06 &lt;frosk&gt; susi23：在闲暇的夜晚 grep 一下 linux 的话，/dev/urandom 就挺好 :) 14:07 &lt;jrandom&gt; 啊，一直都是这样吗？据我回忆 i2p-bt 已经用 128K 一阵子了 14:08 &lt;ant&gt; &lt;Nolar&gt; 是的，从一开始就这样 :) 14:08 &lt;ant&gt; &lt;Nolar&gt; 有什么使用 128 的理由吗？ 14:08 &lt;ant&gt; * duck 在翻 CVS 日志 14:08 &lt;jrandom&gt; 这样能把管线填满，i2p 有些延迟 ;) 14:08 &lt;jrandom&gt; 用 32KB 的话，本质上就是固定窗口大小为 1 14:09 &lt;jrandom&gt; 因此每条消息都会等待一个 ACK，而 128KB 允许在 RTT 里飞 4 条消息 14:09 &lt;@duck&gt; 对，根据 BT 规范，最大允许的 slice 大小 14:09 &lt;ant&gt; &lt;Nolar&gt; 嗯，有两种处理方式： 1）我们这边把上限提高到 128K；或 2）你们就简单地把请求管线化多发几个 14:09 &lt;cervantes&gt; i2pbt 比以前更灵敏了一点……或许你们可以把它调小…… 14:10 &lt;@duck&gt; schni, schna, schnappi 14:10 &lt;ant&gt; &lt;Nolar&gt; 所以，比如不要发一个 128K 的请求，改成发两个 64K 的 14:10 &lt;hobbs&gt; duck：哈哈……那玩意已经风靡全球了。 14:10 &lt;@duck&gt; 为什么你们要拦 128K？ 14:11 &lt;cervantes&gt; 打个哆嗦，欧陆流行 14:11 &lt;laberhorst&gt; duck：请安静，否则我就击落你！ 14:11 &lt;tracker&gt; 有时候我后悔几年前学了德语…… 14:11 &lt;laberhorst&gt; 不要欧陆流行，真的不是 POP 14:11 * cervantes 命令英国在这种歌登上榜单前就把边界守住 14:11 &lt;laberhorst&gt; tracker：别在意，没事的 14:12 &lt;ant&gt; &lt;duck&gt; 现在是 (2^17)-13 14:12 &lt;ant&gt; &lt;Nolar&gt; duck：嗯，这个上限已经存在一段时间了，但一个充分的理由是 128K 的块上传需要一段时间……16KB（我们的默认值）允许更细粒度的请求控制 14:12 &lt;ant&gt; &lt;duck&gt; 13 字节是 BitTorrent 命令长度 14:12 &lt;ant&gt; &lt;duck&gt; 改成 (2^16)-13 也没问题 14:12 &lt;laberhorst&gt; 有些音乐真的很可笑，但真正的工业音乐，呃，不行 14:13 &lt;ant&gt; &lt;duck&gt; 或者回到默认？ 14:13 &lt;jrandom&gt; 把它降到 64KB 似乎最简单（现在是个 CLI 参数吗？） 14:13 &lt;ant&gt; &lt;duck&gt; --download_slice_size 14:14 &lt;ant&gt; &lt;Nolar&gt; 嗯，我的问题是：你们有没有非用 128K 块不可的充分理由？在我看来有点大，尤其在 i2p 里 14:14 &lt;ant&gt; &lt;Nolar&gt; 为什么不把多个更小的请求做成管线呢？ 14:14 &lt;ant&gt; &lt;duck&gt; 我没有理由。 14:14 &lt;tracker&gt; laberhorst：它的全名好像是“ZDF Theater”。他们说自己播的是高水准文化节目。我真心希望他们播的不是德国文化所能提供的最好水平 ;) 14:15 &lt;ant&gt; &lt;Nolar&gt; 大块的一个问题是，一旦我 choke 了你，我仍然得把那个 128K 块发完 14:15 &lt;jrandom&gt; 我不记得原生 BT 是否会做管线，但应该足够简单（尤其是反正不是我来做 ;)） 14:15 &lt;ant&gt; &lt;Nolar&gt; 这可能要花点时间 14:15 &lt;laberhorst&gt; tracker：VIVA 只有“硬摇滚”时段有意思，其他时间“请忽略”，至于 Theater，我不清楚 14:15 &lt;jrandom&gt; 在 i2p 里，128KB 其实并不算大，因为固有的延迟是以秒计的 14:15 &lt;ant&gt; &lt;Nolar&gt; 这会干扰 choke/unchoke 的节奏 14:16 &lt;@duck&gt; jrandom：为了塞进一个 SAM 消息里，现在还需要减去 BitTorrent 的 13 字节开销吗？ 14:16 &lt;jrandom&gt; duck：不用了，因为流式库已经会进一步把它拆成 16KB 的消息，所以就用 64KB 吧 14:17 &lt;@duck&gt; 好，那就是 2**16 14:17 &lt;jrandom&gt; （然后 tunnels 会把那些 16KB 的消息再切成 996 字节的片段……） 14:17 &lt;ant&gt; &lt;Nolar&gt; 128K 的问题是，如果我上传速度是 12 k/s，那么发完那一块要 10 多秒 14:18 &lt;cervantes&gt; 哇，那几乎和 IRC 的延迟一样长…… 14:18 &lt;jrandom&gt; 也就是 1-10 个 RTT（而在普通网络上是 10-500） 14:18 &lt;+detonate&gt; 我本来打算用 512K 的块 14:18 &lt;ant&gt; &lt;Nolar&gt; 你也可以试试把 16KB 的块做成管线 14:18 &lt;jrandom&gt; 呵 14:18 &lt;+detonate&gt; 所以 64 更推荐？ 14:19 &lt;ant&gt; &lt;Nolar&gt; 据我所知，所有 BT 客户端都用 16KB 块 14:19 &lt;ant&gt; &lt;duck&gt; 已在 CVS 修复； 14:19 &lt;jrandom&gt; 太棒了，谢谢 duck！（也谢谢 Nolar！） 14:19 &lt;ant&gt; &lt;duck&gt; 预计会跟一些 SAM I2CP 的调优一起出现在 0.1.8 版中 14:19 &lt;tracker&gt; laberhorst：它的全名好像是“ZDF Theater”。他们说自己播的是高水准文化节目。我真心希望他们播的不是德国文化所能提供的最好水平 ;) 14:19 &lt;jrandom&gt; 好，呵，我刚想起来我们还在开会 14:19 &lt;jrandom&gt; 还有谁有会议议题？ 14:20 &lt;ant&gt; &lt;Nolar&gt; 所以如果我们想要 128K 的块，就并发发出 8 个请求 14:20 &lt;susi23&gt; . o O ( 那剩下的 448 字节丢掉？ ) 14:20 &lt;jrandom&gt; 对对 14:20 &lt;laberhorst&gt; tracker：哦，那是个小众频道……Arte 或 3sat 更有意思 14:20 &lt;laberhorst&gt; 而且 Arte 是德/法合办的 :-) 14:20 &lt;ant&gt; &lt;Nolar&gt; 如果上传端能满足这样的请求，整整 128K 都应该被推入 i2p 的管道流里 14:20 &lt;jrandom&gt; 好 14:21 &lt;cervantes&gt; . o O ( 纳闷他为什么能听到 susi 想的每件事 ) 14:21 &lt;ant&gt; &lt;Nolar&gt; 所以，值得实验一下 16KB、32KB、64KB 的块大小 14:21 &lt;jrandom&gt; 嗯 14:21 &lt;jrandom&gt; 只要做了管线，i2p 不在乎 14:21 &lt;ant&gt; &lt;Nolar&gt; 太好了 14:22 &lt;jrandom&gt; 不过 16KB 而不做管线的话速度相当差，或者至少以前是这样 14:22 &lt;tracker&gt; laberhorst：好，我这几天试试能不能收到 Arte…… 14:22 &lt;ant&gt; &lt;duck&gt; 我建议把这种微调留到 0.2 14:22 &lt;ant&gt; &lt;duck&gt; 因为它会包含 BitTorrent 3.9.1 的改进 14:22 &lt;jrandom&gt; 是啊，DTSTTCPW 14:22 &lt;susi23&gt; . o O ( 哦，那很简单……人们太容易预测了…… ) 14:23 &lt;ant&gt; &lt;duck&gt; 这可能会完全重构网络代码 14:23 &lt;cervantes&gt; http://www.gavelstore.com 14:24 &lt;jrandom&gt; 好，我想目前就这些，大家几个小时后来查看一下列表和网站，0.5.0.1 修订版很快就会发布 14:24 &lt;ant&gt; &lt;Nolar&gt; 是啊，我能理解单个 16KB 请求会很慢 14:24 * jrandom 下单买了个木槌 14:24 * jrandom *baf* 宣布会议结束 </div>/zh/blog/2005/02/15/i2p-2005-02-15-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 15 Feb 2005 00:00:00 +0000/zh/blog/2005/02/15/i2p-2005-02-15-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>你好，又到每周这个时候了。</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) 0.5 状态 3) i2p-bt 0.1.7 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>虽然网络中没有出现新的 bug，但上周我们在一个法国流行的 p2p 网站上获得了一些曝光，这使得用户数量和 BitTorrent 活动都有所增加。峰值时，网络上的 routers 达到 211 台，尽管最近徘徊在 150 到 180 之间。报告的带宽使用量也有所上升，不过不幸的是，IRC 的可靠性有所下降，其中一台服务器由于负载而降低了其带宽上限。为此我们对 streaming lib（I2P 流式传输库）进行了一系列改进，但这些改进只在 0.5-pre 分支上，因此尚未在现网中可用。</p> <p>另一个暂时性问题是其中一个 HTTP outproxy（出口代理）(www1.squid.i2p) 出现故障，导致 50% 的 outproxy 请求失败。您可以暂时通过打开 I2PTunnel 配置[1]，编辑 eepProxy，并将 &ldquo;Outproxies:&rdquo; 这一行改为只包含 &ldquo;squid.i2p&rdquo;，来移除该 outproxy。希望我们能尽快让另一个重新上线，以提高冗余。</p> <p>[1] <code>http://localhost:7657/i2ptunnel/index.jsp</code></p> <ul> <li> <ol start="2"> <li>0.5 status</li> </ol> </li> </ul> <p>过去一周，我们在 0.5 上取得了不少进展（我敢打赌你已经听腻了，对吧？）。在 postman、cervantes、duck、spaetz 以及一位未署名人士的帮助下，我们用新代码运行了一个测试网络将近一周，并解决了不少我在本地测试网络中没遇到过的 bug。</p> <p>在过去一天左右的时间里，改动都很小，我预计在 0.5 发布之前不会再有任何实质性的代码工作剩下。还需要做一些额外的清理、文档和整合工作；让 0.5 测试网络持续运转也无妨，以防随着时间暴露出更多 bug。鉴于这将是一次向后不兼容的发布，为了给你留出规划更新的时间，我把 0.5 的发布明确定在本周五。</p> <p>正如 bla 在 irc 上提到的，eepsite(I2P Site) 的站点运营者可能希望在周四或周五将他们的站点下线，并保持下线直到周六，届时许多用户将已经升级。这样可以帮助降低交集攻击的影响（例如，如果 90% 的网络已迁移到 0.5 而你仍停留在 0.4，那么如果有人访问到你的 eepsite(I2P Site)，他们就会知道你是网络中剩下的 10% 的 routers 之一）。</p>/zh/blog/2005/02/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B42%E6%9C%8815%E6%97%A5/Tue, 15 Feb 2005 00:00:00 +0000/zh/blog/2005/02/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B42%E6%9C%8815%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla\_, cervantes, cneal92\_, jrandom, polecat, postman, smeghead, ugha2p</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) 嗨 13:07 &lt;jrandom&gt; 1) 网络状态 13:07 &lt;jrandom&gt; 2) 0.5 状态 13:07 &lt;jrandom&gt; 3) i2p-bt 0.1.7 13:07 &lt;jrandom&gt; 4) ??? 13:07 &lt;jrandom&gt; 0) 嗨 13:07 * jrandom 挥手 13:07 &lt;+ugha2p&gt; jrandom: irc.duck.i2p 在测试网里也可用并且与这个网络相连吗？ 13:07 &lt;+ugha2p&gt; 指这个 IRC 网络 13:07 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-February/000575.html 13:07 &lt;ant&gt; &lt;Sonium_&gt; Bonjour, sa cette fois de la semaine encore, 13:07 &lt;jrandom&gt; 不，ugha2p 13:08 &lt;ant&gt; &lt;Sonium_&gt; 你在说法语吗，jrandom？ 13:08 &lt;jrandom&gt; 呵，是啊，足以证明 babelfish 的能力是有极限的 ;) 13:08 &lt;jrandom&gt; 哈哈，是的，之前有人说 babelfish 翻出的法语还行，但显然这次不行 ;) 13:09 &lt;+ugha2p&gt; 各位 I2P 同好大家好。 13:09 &lt;ant&gt; &lt;fedo2p&gt; 嗨 13:09 &lt;jrandom&gt; 总之，在我们再次 netsplit 之前开始吧 13:09 &lt;jrandom&gt; 1) 网络状态 13:09 &lt;jrandom&gt; 更新请看那封邮件 13:10 &lt;jrandom&gt; 看起来 IRC 一直相当不稳，部分 outproxy 活动也是如此，不过 BT 表现得相当不错 13:11 &lt;jrandom&gt; 除此之外我没什么可补充的了——有人有评论/问题/顾虑吗？ 13:12 &lt;ant&gt; &lt;Sonium_&gt; 0.5 会在本周五发布吗？ 13:12 &lt;jrandom&gt; 呵，好问题，这就把我们带到 2) 0.5 状态 13:12 &lt;jrandom&gt; 是的，0.5 将在本周五发布 13:13 &lt;jrandom&gt; 测试网络在最新更新下运行得相当好，但还剩下一些文档和小的清理工作要做。我也会尝试把最新的 Jetty 放进去，不过看看情况吧 13:14 &lt;ant&gt; &lt;Sonium_&gt; 问一位英语母语者一个问题：“it will be released”和“it is going to be released”在语义上有什么区别？ 13:14 &lt;bla_&gt; 有时候路由似乎有点问题；比如说在 5-10% 的情况下，我得重新加载页面，因为 tunnel 运行不太好 13:14 &lt;smeghead&gt; 我想请求所有参与 BitTorrent 活动的人在周五 0.5 发布前自愿暂停，因为 BT 流量的激增正在拖垮网络的其他流量，尤其是 IRC 13:15 &lt;jrandom&gt; Sonium：后者更为肯定，但大体意思相同 13:15 &lt;bla_&gt; smeghead：我同意，但 0.5 不会解决负载问题，对吧？ 13:15 &lt;smeghead&gt; 受影响的不只是 IRC，eepsites 也受到影响 13:16 &lt;ant&gt; &lt;Sonium_&gt; 好的，那我之前一直误解了它们的用法 13:16 &lt;+ugha2p&gt; jrandom：它在交互式流量方面会做得更好吗？ 13:16 &lt;jrandom&gt; 0.5 会改变很多动态，并且应该能更干净地处理负载均衡，因为我们现在可以区分不同的 tunnel 拒绝原因 13:16 &lt;ant&gt; &lt;Sonium_&gt; 早该在学校好好听课的 13:16 &lt;jrandom&gt; ugha2p：会，幅度很大 13:17 &lt;+ugha2p&gt; 啊，太好了。 13:17 &lt;jrandom&gt; 另一方面，在很多情况下总体带宽使用会增加，不过随着推进我们会在之后改进这一点 13:18 &lt;smeghead&gt; 还有，请告知我们新来的法语用户这件事，并请他们在周五之前暂缓进行 BT 相关的东西 13:18 &lt;ant&gt; &lt;BS314159&gt; smeghead：就三天。我相信你这三天可以找点别的事做 13:19 * jrandom 可以戳开一个到 spaetz 的 0.5 ircd 的 inproxy :) 13:20 &lt;jrandom&gt; 或许更简单的办法是建议 BT 用户利用这个能力，通过降低他们的 tunnel 长度来减少网络负载 13:21 &lt;jrandom&gt; （包括入站 tunnels，可通过 BT 的命令行配置，以及出站 tunnels，可在 `http://localhost:7657/configclients.jsp` 上配置） 13:21 &lt;polecat&gt; 是啊，他们更需要的是模糊性而不是那么强的匿名性。 需要 2 hop 那个玩意儿的是我们这些“非法外来雪貂”。 13:21 &lt;bla_&gt; jrandom：一个可能的解决方案是 bt-0.1.8，默认 tunnels 长度为 1，之前在频道里提到过。Duck，你在吗？ 13:22 &lt;polecat&gt; i2p-bt 用的是 SAM，还是用 i2ptunnel 会话？ 13:23 &lt;jrandom&gt; 嗯，另一方面，我们有一整套新的 i2cp 会话选项想在 i2p-bt 里暴露出来，所以无论如何我都需要联系 duck 讨论一个更新的发行版 13:23 &lt;jrandom&gt; polecat：SAM 13:23 &lt;smeghead&gt; BS314159：我不仅为 I2P 代码库做贡献，也为 i2p-bt 做贡献，这些 BT 流量让我无法和其他开发者沟通，阻碍了我们改善大家体验的努力，请体谅一下 13:23 &lt;smeghead&gt; BS314159：对你来说做种/下载比我们开发更重要吗 13:23 &lt;smeghead&gt; ？ 13:23 &lt;smeghead&gt; polecat：sam 13:23 &lt;cervantes&gt; 让 0.1.8 把所有用户出卖给 MPAA，我们就都会死守 0.1.7 13:23 &lt;smeghead&gt; bla_：可能不会有 0.1.8 了，我们现在在 CVS 里已经有 0.2.0，是基于 BT 3.9.1 的新代码库 13:23 &lt;jrandom&gt; 呵呵，cervantes 13:23 &lt;jrandom&gt; ooOOo 不错 13:24 &lt;jrandom&gt; 也许这是个不错的过渡，从 2) 0.5 状态 到 3) i2p-bt :) 13:24 &lt;jrandom&gt; smeghead/duck，进展如何？ 13:25 &lt;ant&gt; &lt;Sonium_&gt; Google 知道有 167 个指向 www.i2p.org 的链接 13:25 &lt;bla_&gt; jrandom：也许应该重申一下升级时间表：在周四晚上（UTC）把你的 eepsite 下线，周五升级，当有足够多的用户升级后再把 eepsite 打开 13:26 &lt;ant&gt; &lt;Sonium_&gt; 呃，是 .net 13:26 &lt;smeghead&gt; 0.1.7 里的所有 BT 修改都已整合进新的 0.2.0 代码库 13:26 &lt;smeghead&gt; 但我们得写一个全新的 sam 接口，不能用 0.1.7 里的那个 13:27 &lt;jrandom&gt; 啊，好的 13:27 &lt;smeghead&gt; 如果有人有 Python socket 经验愿意帮忙的话，*咳*connelly 13:28 &lt;polecat&gt; SAM 中发生的只是增加了流级别的 choking，对吧？ 13:28 &lt;jrandom&gt; polecat：据我所知，还没有协议上的变更，只是移植 13:28 &lt;smeghead&gt; 请联系 duck 13:28 &lt;ant&gt; &lt;MANCOM&gt; azneti2p 有新进展吗？ 13:28 &lt;smeghead&gt; 0.2.0 客户端将在一个实例中处理多个 torrent，你不必再打开多个会话了 13:29 &lt;jrandom&gt; （耶！） 13:29 &lt;polecat&gt; 真——的？ 13:29 &lt;smeghead&gt; 并且希望我们能让它都在单个 sam 会话上工作，以进一步减少网络杂乱度 13:29 &lt;bla_&gt; smeghead：不错！你也会移植那个纯文本的 bttrackmany 吗？ 13:29 &lt;polecat&gt; 它能在后台运行吗？ 13:29 &lt;jrandom&gt; MANCOM：我没听到什么消息，而且不幸的是没时间审查那些更新 13:29 &lt;polecat&gt; 它占用多少内存？ 13:29 &lt;smeghead&gt; bla_：是的，我想会的 13:30 &lt;smeghead&gt; polecat：用 btdownloadheadless.py 的话，它就是一个后台进程 13:31 &lt;polecat&gt; 单个 SAM 会话是可行的：peerwire 和 tracker 协议可以由客户端和服务器双方推断出来。 13:31 &lt;polecat&gt; smeghead：是的，但如果我想向那个进程添加一个 torrent 呢？ 13:32 &lt;smeghead&gt; polecat：并且它的内存占用不应该显著高于等量的 0.1.7 实例 13:34 &lt;jrandom&gt; polecat：它是对主线 BT 的移植，工作方式就像主线 BT。 有人当然可以添加更新更好的特性，但我们先从一个直接的移植开始 ;) 13:36 &lt;bla_&gt; （连接又像过山车一样起伏了……） 13:36 &lt;jrandom&gt; （这就是我会轻微编辑会议记录的原因 ;)） 13:37 &lt;bla_&gt; jrandom：:) 13:37 &lt;jrandom&gt; 欢迎回来 13:37 &lt;polecat&gt; smeghead：是的，但如果我想向那个进程添加一个 torrent 呢？ 13:38 &lt;+ugha2p&gt; jrandom：不，这肯定是因为你在审查 netsplits。 13:38 &lt;jrandom&gt; polecat：它是对主线 BT 的移植，工作方式就像主线 BT。 有人当然可以添加更新更好的特性，但我们先从一个直接的移植开始 ;) 13:38 &lt;jrandom&gt; 嘿，要是我把 netsplits 删了，它们就不会发生！ 13:38 * jrandom 把头埋进沙子里 13:40 &lt;smeghead&gt; 不过我借这个机会再请 BT 用户暂停到周五吧 13:41 &lt;bla_&gt; 对了，如果这里有人会说法语，现在不必发言，但请在 forum.i2p 的法语板块添加一条与 smeghead 请求同样意思的消息…… 13:42 &lt;+polecat&gt; 总之，我刚才没来得及说：我在想，与其做一个用 C++ 写的 BT 客户端，不如去修一下 mldonkey 的 BitTorrent 插件，然后用它。 13:42 &lt;ant&gt; &lt;dm&gt; 我会说法语。 13:43 &lt;ant&gt; &lt;dm&gt; 哎呀糟糕，我本来应该什么都不说的。 13:43 * jrandom 向 dm 扔泥巴 13:43 &lt;bla_&gt; dm：你能把那些消息加上吗？ 13:43 &lt;smeghead&gt; 做种下载本身没错，但 I2P 用户数量突然增长是意料之外的，而且显然 0.4.x 的网络应对得并不好 13:43 &lt;+polecat&gt; 除非有人有更好的主意让我去浪费时间。 :/ 13:44 &lt;ant&gt; &lt;dm&gt; 我这边没有 I2P，恐怕不行。如果你把要说的内容发消息给我，我可以英-&gt;法翻译。 13:44 &lt;jrandom&gt; polecat：或许可以帮忙把即将到来的 i2p-bt 做成你想要的样子？ 13:44 &lt;jrandom&gt; dm：forum.i2p.net/ 13:44 &lt;+polecat&gt; jrandom：我个人觉得主线 BT 不太好用，而且注定会成为多 torrent 系统的绊脚石，除非他们转向客户端/服务器式的 UI。 13:44 &lt;+polecat&gt; 我还想补充，mldonkey/mlnet 已经做到了这一点。 13:44 &lt;smeghead&gt; polecat：mldonkey 是个糟糕透顶的烂摊子，请来帮 i2p-bt 项目或者 azureus-i2p 项目吧，它们都需要人手 13:44 &lt;ant&gt; &lt;BS314159&gt; polecat：考虑到 I2P 的开销，用更快的语言重写 i2p-bt 是浪费时间 13:45 &lt;+polecat&gt; 而我正打算去折腾我那愚蠢的 C++ 客户端玩意儿。 13:45 &lt;jrandom&gt; polecat：那就加个 GUI，这样还能受益于底层的 i2p-bt 代码 13:45 &lt;ant&gt; &lt;BS314159&gt; 不过用上 MLDonkey 的界面可能会是件好事 13:46 &lt;+polecat&gt; 我觉得 Azareus 并没有把 UI 和文件传输分离。 :/ 13:46 &lt;smeghead&gt; polecat：你需要试试 BT 3.9.1，它现在是个多 torrent 客户端了 13:48 &lt;+polecat&gt; 它允许你退出 UI 而不中止文件的 swarm 吗？ 13:48 &lt;jrandom&gt; 有些特性它做得不太好，而 azureus 做得不错，不过也有一些环境里 azureus 不是合适的解决方案 13:48 &lt;ant&gt; &lt;jnymo&gt; azureus 已经为这个插件发布兼容的二进制了吗？ 13:48 &lt;jrandom&gt; polecat：没有。 但跟写一个新的 BT 客户端相比，加上这个是小菜一碟 13:48 &lt;jrandom&gt; jnymo：有的，他们有一个 beta 版的 azneti2p 13:49 &lt;smeghead&gt; polecat：要实现这一点很容易，事实上非常容易 13:49 &lt;jrandom&gt; polecat：只需修改现有的 BT 守护进程，让其他进程（也就是你的新 GUI）能告诉它去做事 13:49 &lt;+polecat&gt; 嗯，也许吧…… 13:49 &lt;+polecat&gt; 你真这么想？ 13:49 &lt;+polecat&gt; 也许如果我写一个只是 RPC socket 协议的 UI，然后……我还得写一个完整的客户端去理解那个协议…… 13:50 &lt;smeghead&gt; polecat：你不必写新的 UI，改一下现有的 i2p-bt 0.2.0 的 UI 就行，很简单 13:50 &lt;+polecat&gt; 也许我们可以把 BT 的 UI 部分和守护进程部分分离，把它们作为独立进程运行，而不用重写太多代码！ 13:50 &lt;+polecat&gt; 好的。 13:50 &lt;+polecat&gt; 不过我还有一个问题…… 13:51 &lt;smeghead&gt; polecat：别因为缺了些小功能就去造轮子 13:51 &lt;smeghead&gt; polecat：你根本没看过 i2p-bt 的代码库吧？UI 是完全分离的 13:51 &lt;+polecat&gt; 如果 BitTorrent 3.9.1 已经出来了，为什么我们在 I2P 里用的是 0.2.0 版本？ o.o 13:51 &lt;jrandom&gt; 呵 13:51 &lt;jrandom&gt; i2p-bt 0.2.0 == BT 3.9.1 :) 13:51 &lt;+polecat&gt; 我前阵子看过代码库。 它相当绕、相当难懂。 13:51 &lt;jrandom&gt; （我记得 i2p-bt 0.1.* == BT 3.4.某个版本） 13:51 &lt;+polecat&gt; 哦，你们的版本号不一样。 13:52 &lt;+polecat&gt; i2p-bt 在 CVS 上吗？ 13:52 &lt;smeghead&gt; polecat：0.2.0 是我昨天在 CVS 里创建的新分支，它是 i2p-bt，所基于的官方 BT 版本是 3.9.1，出 beta 后将会是 BitTorrent 4.0 13:52 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p-bt/ 13:52 &lt;smeghead&gt; i2p-bt 0.1.7 是基于 BT 3.4.2 的 13:52 &lt;+polecat&gt; 谢谢。 13:52 &lt;+polecat&gt; 等等。 13:53 &lt;cervantes&gt; 到那时候我们就把它叫 0.3.0 版 :P 13:53 &lt;+polecat&gt; 我指的是 CVS，不是“哇看看这个花哨网站的 CVS” 13:53 &lt;jrandom&gt; cvs -d :pserver:anoncvs@cvs.i2p.net/cvsroot co i2p-bt 13:53 &lt;+polecat&gt; 我注意到那些 cvs-cgi 东西上明显缺少 CVSROOT=。 13:53 &lt;jrandom&gt; 或者，如果你本地有 CVS 代理， cvs -d :pserver:anoncvs@localhost/cvsroot co i2p-bt 13:54 &lt;smeghead&gt; polecat：晦涩？btdownloadgui.py 里就是全部 GUI 代码，这还能比这分离得更干净吗？ 13:54 * polecat 呼了口气，现在不再强烈想吐槽 CVS 了。 13:54 &lt;ant&gt; &lt;dm&gt; 呃，那真是折磨，我好多年没用法语写东西了！ http://forum.i2p.net/viewtopic.php?p=1238#1238 13:55 &lt;jrandom&gt; 谢谢 dm 13:56 &lt;ant&gt; &lt;dm&gt; 不客气 13:57 &lt;smeghead&gt; 它大概写了点少儿不宜的东西 13:58 &lt;ant&gt; &lt;dm&gt; 呵呵呵 13:58 &lt;+polecat&gt; 好吧，那我得写 btdaemon.py，它是 GUI——所有 GUI 的东西。 还有 btdaemongui.py，它是 GUI——所有守护进程的东西。 13:58 &lt;ant&gt; &lt;BS314159&gt; 如果够少儿不宜，它也许就能很好地达到我们的目的 13:58 &lt;ant&gt; &lt;fedo2p&gt; 干得好，dm ;) 13:58 &lt;jrandom&gt; 呵 13:58 &lt;jrandom&gt; r0x0r polecat 13:59 &lt;+polecat&gt; 唉，我真不想 emerge wxwindows，它是个我平时用不到的大型库。 算了。 13:59 &lt;smeghead&gt; polecat：0.2.0 是基于 GTK 的，不再用 wxwidgets 了 13:59 &lt;jrandom&gt; 好吧，还有很多 BT 相关工作要做，必要的话我们可以在邮件列表/论坛/wiki/#i2p-bt 继续讨论？ 14:00 &lt;+polecat&gt; 如果我要开干，最好先把工具备齐 14:00 &lt;+polecat&gt; 哦我把那个频道忘了。 :) 14:00 &lt;smeghead&gt; polecat：拿到 BitTorrent 3.9.1 beta 然后读文档 14:01 &lt;smeghead&gt; #i2p-bt，没错 14:01 &lt;smeghead&gt; 那里甚至有人 14:02 &lt;jrandom&gt; 呵，好的，很多令人兴奋的 BT 话题。 3) i2p-bt 还有别的吗，还是我们转到 4) ??? 14:03 &lt;jrandom&gt; 好，那转到 4) ??? 14:03 &lt;jrandom&gt; 还有谁有要在会上提的事吗？ 14:03 &lt;ant&gt; &lt;jnymo&gt; 门限密码学太棒了 14:04 &lt;cervantes&gt; ??? = `http://forum.i2p/viewtopic.php?p=1237` 14:04 &lt;ant&gt; &lt;BS314159&gt; 到 Web 的代理不太妙。那把代理指向新的 I2P 版本，或者其他匿名网络，怎么样？ 14:04 &lt;ant&gt; &lt;BS314159&gt; 而我说不太妙，是指运行不安全 14:04 &lt;ant&gt; &lt;jnymo&gt; BS，不是每个人都会运行它们的 14:05 &lt;ant&gt; &lt;BS314159&gt; 我知道 14:05 &lt;cervantes&gt; 本周论坛会员是 &lt;tadaa!&gt; jrandom 14:05 &lt;ant&gt; &lt;BS314159&gt; 我在想升级的问题 14:05 &lt;jrandom&gt; 哈哈，谢谢你，cervantes 14:06 &lt;ant&gt; &lt;BS314159&gt; 不是现在，但以后，能否让大量 router 充当跨版本代理？ 14:06 &lt;ant&gt; &lt;BS314159&gt; 而且那样能在不宕机的情况下消除时序攻击吗？ 14:06 &lt;ant&gt; &lt;jnymo&gt; 强制升级是必要的 14:07 &lt;ant&gt; &lt;BS314159&gt; 我不同意 14:07 &lt;jrandom&gt; BS314159：I2NP over i2ptunnel over I2P 会很痛苦。 不过也许可以让某个“outproxy”指向某个 inproxy 14:07 &lt;jrandom&gt; BS314159：虽然通常不需要强制升级，但这次需要。 就这样。 我们需要这么做，因为我没预见到 0.5 所需的全部变更 14:08 &lt;ant&gt; &lt;BS314159&gt; 我并不是说新版本应该向后兼容 14:08 &lt;cervantes&gt; jrandom：说实话吧……98% 的工作都是你做的 ;-) 14:09 &lt;ant&gt; &lt;BS314159&gt; 我只是想出个办法，让不够灵活的 I2P 用户也能在没有时序攻击或停机的情况下完成升级 14:10 &lt;jrandom&gt; BS314159：对于 0.5 这个版本做不到。 后续版本我们可以谨慎处理。 但这次是硬性截止。 14:10 &lt;ant&gt; &lt;jnymo&gt; 将来也许自动更新会更好 14:10 &lt;ant&gt; &lt;BS314159&gt; 我说的是很远的将来。 14:10 &lt;ant&gt; &lt;jnymo&gt; 自动更新是不是太不安全了？ 14:10 &lt;jrandom&gt; cervantes：不啦，只是 95% 的基础设施罢了，但发生的事可不止 i2p/{core,router}/ :) 14:11 &lt;jrandom&gt; jnymo：0 次点击更新 == 不安全。 1 次点击 == 安全。 14:11 &lt;cervantes&gt; jrandom：是啊，幸好过去几个月已经开始好转 ;-) 14:11 &lt;ant&gt; &lt;jnymo&gt; 再加上一行“you need to update.. countdown in * days”（你需要更新……倒计时 * 天） 14:12 &lt;jrandom&gt; 是啊，很多人 [http://www.i2p.net/team] 一直在干很牛的活儿 14:13 &lt;jrandom&gt; BS314159：后续更新确实有很多可以做的事，等临近时我们可以讨论具体的实现 :) 14:13 &lt;jrandom&gt; 好，还有谁有要在会上提的事吗？ 14:13 &lt;ant&gt; &lt;MANCOM&gt; 我们能否在 I2P 里做某种自动测速的功能（比如 azureus 插件那种测量 ping 时间的），来调整最大（上传）带宽？ 14:14 &lt;ant&gt; &lt;MANCOM&gt; 这会有助于保持带宽、降低时延 14:14 &lt;jrandom&gt; 哦，有意思 14:14 * cervantes 正在为 I2P 工具栏开发一个 1-2 次点击的更新功能 14:14 &lt;cervantes&gt; 不过我现在在哈希这块遇到问题……所以可能还要几周。 14:15 &lt;ant&gt; &lt;jnymo&gt; cervantes++ 14:15 &lt;jrandom&gt; MANCOM：如果你能把它如何工作、如何呈现写成文档，并发到论坛上，那就太好了。 如果足够简单，甚至可能能进 0.5 14:15 &lt;cervantes&gt; 到那时会有十几个人拿出一堆更好的方案 14:16 &lt;jrandom&gt; 呵 14:16 &lt;cneal92_&gt; :D 14:17 &lt;ant&gt; &lt;MANCOM&gt; 好吧，我试试 14:17 &lt;ant&gt; &lt;cervantes&gt; 不过它已经能检测到有新版本发布，并能指给你相应的下载链接…… 14:17 &lt;ant&gt; &lt;cervantes&gt; 这可能是我最初要实现的 14:18 &lt;jrandom&gt; 不错，cervantes 14:18 &lt;jrandom&gt; 谢谢，MANCOM 14:18 &lt;ant&gt; &lt;jnymo&gt; 你可以在更新包已经在目录里的情况下，直接用“graceful restart”按钮来升级 14:19 &lt;ant&gt; &lt;jnymo&gt; 或者叫它“upgrade” 14:19 &lt;ant&gt; &lt;jnymo&gt; 并把重启功能放进去 14:19 &lt;ant&gt; &lt;jnymo&gt; 不过我大概是在说些显而易见的话 14:19 &lt;jrandom&gt; 对，可能只需要十来行代码去抓取 `http://dev.i2p/i2p/i2pupdate.zip，验证它，然后重启` 14:20 &lt;jrandom&gt; 好，还有谁有要在会上提的事吗？ 14:20 &lt;ant&gt; &lt;cervantes&gt; 嗯，我已经能让工具栏把更新下载到 i2p 文件夹里并触发一次优雅重启……但到目前为止我还没能让它验证下载的完整性 14:21 &lt;jrandom&gt; cervantes：啊，那部分应该很容易——后面我们会让更新包自身可验证 14:21 &lt;jrandom&gt; （也就是签名，在安装前由 router 验证） 14:21 &lt;ant&gt; &lt;cervantes&gt; jrandom：那就太棒了。 14:21 &lt;ant&gt; &lt;jnymo&gt; 哦哦 14:22 &lt;ant&gt; &lt;cervantes&gt; 那或许我只要触发下载，然后弹出一个“是否要重启”的是/否对话框就足够了 14:22 &lt;ant&gt; &lt;cervantes&gt; 这样有人需要的话可以手工验证 14:23 &lt;ant&gt; &lt;cervantes&gt; （它已经会显示 SHA1 应该是什么） 14:23 &lt;jrandom&gt; 呵呵 14:23 &lt;ant&gt; &lt;jnymo&gt; 比如，“click here to autodownload on availability”（有新版本时在此点击自动下载） 14:25 &lt;cervantes&gt; 我宁愿避免自动下载 14:25 &lt;ant&gt; &lt;jnymo&gt; 哼……Microsoft 都这么干的 ;) 14:26 &lt;cervantes&gt; 但无论如何要提醒用户有下载可用，并提供一个“download now”按钮 14:26 &lt;jrandom&gt; 对，至少要 1 次点击。 我们可以在有更新时自动/通知/，但自动安装不行 14:26 &lt;jrandom&gt; （呃，也就是 cervantes 说的） 14:27 &lt;ant&gt; &lt;jnymo&gt; 那么，1 万人怎么更新？要不哪天把 i2p-bt 集成进来？ 14:27 &lt;jrandom&gt; 对呀，还有会飞的小马呢 14:28 &lt;ant&gt; &lt;jnymo&gt; 对我来说已经够好了 14:29 &lt;jrandom&gt; 好，太好了……如果没别的…… 14:29 &lt;+postman&gt; 该死，错过会议了 :/ 14:29 * cervantes 回去继续写他的 vapourware（“蒸汽软件”） 14:29 &lt;jrandom&gt; 呵，你在压哨进来，如果有想提的事就说吧，postman :) 14:30 &lt;+postman&gt; 不用了，谢谢 14:30 &lt;+polecat&gt; Microsoft？ =) 我用 Gentoo 来做这件事。 14:30 * jrandom 蓄势待发 14:30 &lt;+postman&gt; 哎呀 14:30 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/02/08/2005-02-08-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 08 Feb 2005 00:00:00 +0000/zh/blog/2005/02/08/2005-02-08-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>Hi y&rsquo;all, update time again</p> <ul> <li>Index</li> </ul> <ol> <li>0.4.2.6-* 2) 0.5 3) i2p-bt 0.1.6 4) fortuna 5) ???</li> </ol> <ul> <li> <ol> <li>0.4.2.6-*</li> </ol> </li> </ul> <p>看起来不太像，但自 0.4.2.6 版本发布以来已经过去一个多月了，整体状态仍然相当不错。此后我们发布了一系列相当实用的更新[1]，但还没有出现需要我们紧急推送新版本的真正“拦路虎”。不过，在过去一两天里我们收到了几项非常不错的缺陷修复（感谢 anon 和 Sugadude！），如果不是 0.5 版本已在眼前，我大概早就把它打包发出去了。anon 的更新修复了 streaming lib（流式传输库）中的一个边界条件问题，这个问题导致了在 BT 及其他大规模传输中出现的许多超时。因此，如果你想尝鲜，可以抓取 CVS HEAD（CVS 主线最新代码）试用一下。或者当然也可以等下一个版本。</p> <p>[1] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD</code></p> <ul> <li> <ol start="2"> <li>0.5</li> </ol> </li> </ul> <p>在 0.5 版本方面有大量进展（任何在 i2p-cvs 邮件列表 [2] 上的人都可以作证）。所有的 tunnel 更新和各种性能微调都已经过测试；就各种 [3] 强制排序算法而言，虽然目前包含的不多，但基本要点已经覆盖到位。我们还集成了一套来自 XLattice [5] 的（BSD 许可）Bloom 过滤器 [4]，使我们能够在不需要为每条消息占用内存且开销几乎为 0ms 的情况下检测重放攻击。为满足我们的需求，这些过滤器被以一种很简单的方式扩展为可衰减，这样在某条 tunnel 过期后，过滤器中不再保留我们在该 tunnel 中看到的 IV（初始化向量）。</p> <p>虽然我正尽力在 0.5 版本中塞入尽可能多的内容，但我也意识到我们必须做好遇到意外的准备——也就是说，改进它的最佳方式是把它交到你们手中，从你们的使用情况（包括有效和无效的地方）中学习。为此，正如我之前提到的，我们将发布一个 0.5 版本（希望在下周推出），这次会破坏向后兼容性，然后在此基础上改进，待准备就绪时发布 0.5.1 版本。</p> <p>回顾路线图[6]，唯一被推迟到 0.5.1 的是严格排序。随着时间推移，限速和负载均衡也会有所改进，我对此很有把握，不过我预计我们几乎会一直在不断微调它。还有一些其他事项也曾讨论过，我原本希望能在 0.5 中加入，比如下载工具和一键更新代码，但看来它们也会被推迟。</p>/zh/blog/2005/02/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B42%E6%9C%888%E6%97%A5/Tue, 08 Feb 2005 00:00:00 +0000/zh/blog/2005/02/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B42%E6%9C%888%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, brachtus, cervantes, duck, jrandom, jrandom2p, legion, modulus, postman, protokol, Ragnarok, smeghead, ugha2p</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) 嗨 13:05 &lt;jrandom&gt; 1) 0.4.2.6-* 13:05 &lt;jrandom&gt; 2) 0.5 13:05 &lt;jrandom&gt; 3) i2p-bt 0.1.6 13:05 &lt;jrandom&gt; 4) fortuna 13:05 &lt;jrandom&gt; 5) ??? 13:06 &lt;jrandom&gt; 0) 嗨 13:06 * jrandom 挥手 13:06 &lt;@duck&gt; y0 13:06 &lt;smeghead&gt; 嗨 13:06 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2005-February/000564.html 13:07 &lt;cervantes&gt; 抱歉我迟到了……刚忙着看最后一刻才发出来的状态说明…… 13:07 &lt;jrandom&gt; 嘿，这周好歹是在会议之前发的（大概提前了 30 秒 ;) 13:08 &lt;jrandom&gt; 总之，当你翻那封“激动人心”的邮件时，我们先跳到 1) 0.4.2.6-* 13:09 &lt;jrandom&gt; 随着 anon 等人的最新补丁，我在犹豫要不要在 0.5 版本临近时就发布新的 0.4.2.7。 13:10 &lt;jrandom&gt; 不过眼下，如果你想冒险，可以试试 cvs —— 它很稳定（我把会破坏的东西放到另一个分支了），而且有些不错的改动 13:11 &lt;jrandom&gt; 让我决定不发新修订版的原因是，我给 0.5 列了个清单，发现剩下的事情基本只是 Web 界面更新 13:11 &lt;+Ragnarok&gt; 关于 sugadude 的补丁，那确实代表了策略变化。我们之前讨论过过滤非 .i2p 地址，你当时决定不这么做 13:11 &lt;jrandom&gt; 哦，咦？那我不同意之前的自己——eepproxy 无论如何都不会接受非 .i2p 地址，即便它们在 hosts.txt 里 13:12 &lt;jrandom&gt; 我当时有给出什么有说服力的理由吗？ 13:13 &lt;+Ragnarok&gt; 那好，我们把补丁回退，我可以按最初的方式实现，只需要 0 行改动？ 13:13 &lt;+Ragnarok&gt; 倒也没有，我无所谓 :) 13:13 &lt;jrandom&gt; 哦，酷，你说了算 13:13 &lt;cervantes&gt; 好吧，你说服我把多后缀管理系统的所有工作都扔了，还把我所有员工都炒了 13:13 &lt;+Ragnarok&gt; 过滤已经在做了，只是给 if 语句多加个条件而已 13:14 &lt;jrandom&gt; cervantes：顺便说我这还有座漂亮的桥要卖给你…… 13:14 &lt;cervantes&gt; :) 13:14 &lt;jrandom&gt; 好的，Ragnarok，如果你愿意发我一个 .java/.tar/.diff/.whatever，那就太好了 13:15 &lt;+Ragnarok&gt; 我现在能直接做 cvs 了 :) 13:15 &lt;jrandom&gt; :) 更好 13:15 * cervantes 备份 cvs head 13:15 &lt;jrandom&gt; 呵 13:16 &lt;+Ragnarok&gt; *BOOM* 13:16 &lt;+Ragnarok&gt; ……开玩笑的 :) 13:17 &lt;jrandom&gt; 好了，除此之外，还有人要提 0.4.* 的其他事吗？ 13:17 &lt;ant&gt; &lt;dm&gt;gt; 0.4.* 烂透了，给我们 0.5 吧 13:17 &lt;ant&gt; &lt;dm&gt;gt; 老得不能再老了！！ 13:18 &lt;ant&gt; &lt;fvw&gt;gt; 0.4.* 不烂，但还是给我们 0.5 吧。 13:18 &lt;jrandom&gt; 那就 2) 0.5 吧 :) 13:19 &lt;ant&gt; &lt;dm&gt;gt; 你们欠我一个大人情，是我把 0.5 带来了 13:19 &lt;jrandom&gt; 没你可不行，dm 13:19 &lt;ant&gt; &lt;dm&gt;gt; 阿门 13:20 &lt;jrandom&gt; 正如说明中所说，0.5 的重活基本都做完并测试过了，不过还有些零碎需要收尾 13:21 &lt;jrandom&gt; （比如我清单上的下一个任务是一个 tunnel 配置页面，用来管理池和设置） 13:22 &lt;@duck&gt; 我希望会在发布前先有一个 test-0.5 网络？ 13:22 &lt;jrandom&gt; 不过很多不同组件都有更新，所以 0.5 可能会有点颠簸 13:22 &lt;ant&gt; &lt;dm&gt;gt; jrandom 已经有测试网络了……呃 13:23 &lt;jrandom&gt; 嗯，我一直在本地用一打 routers 做，但接下来一两天我会拉些人来帮忙做广域测试 13:24 * postman 可以提供一台专用机器 13:24 &lt;jrandom&gt; 太棒了。也许我们明天可以试一下，尽量把东西弄崩。 13:26 &lt;cervantes&gt; 我也可以 13:27 &lt;jrandom&gt; 行 13:27 &lt;jrandom&gt; 目前关于即将到来的 0.5 我大概就这些——cvs 的提交日志写得挺详细的，如果你想看细节，就去翻翻 13:28 &lt;jrandom&gt; 还有没有人对 0.5 有评论/问题/顾虑/飞盘要扔的？ 13:29 &lt;+postman&gt; 没有 13:29 * postman 期待把新的 V8 跑起来 :) 13:30 &lt;jrandom2p&gt; 嗯，0.5 更像是一辆新坦克——旨在提升安全性和匿名性，而不是性能微调 ;) 13:30 &lt;jrandom2p&gt; 不过我同意，确实拖太久了 13:30 &lt;@duck&gt; 别忘了在 bugzilla 里加一个 0.5 的 target 13:30 &lt;@duck&gt; 以防有 bug 13:30 &lt;jrandom2p&gt; （呵，我连 0.4 都加过吗？） 13:31 &lt;jrandom2p&gt; 不过好主意 13:31 &lt;@duck&gt; 还是你想把 bug 放别处 13:31 &lt;@duck&gt; 呃 bug 报告 :) 13:31 &lt;@duck&gt; 我知道我一直偷懒，用 irc 消息来报 bug 了 13:31 &lt;jrandom2p&gt; 不，bugzilla 很好，比我的笔记本强多了 13:32 &lt;jrandom2p&gt; 我不怪你，bugzilla 确实有点麻烦 13:32 &lt;jrandom2p&gt; 但随着 bug 堆积，它是最好的 13:32 &lt;@duck&gt; 也对 13:33 * jrandom 刚注意到我在屏幕之间精神分裂般地切换 13:34 &lt;jrandom&gt; 好吧，继续到 3) i2p-bt 0.1.6 13:34 &lt;jrandom&gt; duck：麦克风给你 13:34 &lt;@duck&gt; 好 13:34 &lt;@duck&gt; i2p-bt 0.1.5 有些问题，两个最大的： 13:35 &lt;@duck&gt; - resource temporarily unavailable 13:35 &lt;@duck&gt; - invalid argument error on windows 13:35 &lt;@duck&gt; 这俩都已经修了 13:35 &lt;jrandom&gt; （耶！） 13:35 &lt;@duck&gt; 我一度试图把锅甩给 sam protocol、sam bridge 和 winsock 13:35 &lt;@duck&gt; 结果发现是非阻塞套接字代码相关的问题 13:36 &lt;@duck&gt; 目前我还没见过 0.1.6 崩掉 13:36 &lt;@duck&gt; 还有一些问题暂时没处理： 13:36 &lt;@duck&gt; GUI 用户一直抱怨弹窗 13:36 &lt;@duck&gt; 你可以把它们注释掉，但我不喜欢那样 13:37 &lt;@duck&gt; 还在等人实现更好的方案 13:37 &lt;@duck&gt; 比如在传输窗口本身显示状态行 13:37 * smeghead 躲了起来 13:37 &lt;smeghead&gt; 我昨晚其实看了一眼 13:37 &lt;smeghead&gt; 但它不在我优先级的最前面 13:37 &lt;@duck&gt; 或者哪天我去研究下 wxPython 怎么搞，自己做 13:37 &lt;@duck&gt; 但它不在我优先级的最前面 13:38 &lt;@duck&gt; 再说我不用 GUI，所以我其实不太在意 :P 13:38 &lt;+Ragnarok&gt; 还有 3.9 的新 GUI 呢 :) 13:38 &lt;@duck&gt; 它更好些吗？ 13:38 &lt;smeghead&gt; 是啊，你一开始为什么要把 i2p bt 基于那么老的版本呢？ :) 13:38 &lt;@duck&gt; 因为那时它是稳定版 13:39 &lt;@duck&gt; 而且不像 bittornado 那样被改得面目全非 13:40 &lt;@duck&gt; Ragnarok：先不谈版权问题，我觉得把我们 i2p 的部分移植到 3.9 可能不错 13:40 &lt;+Ragnarok&gt; 新 GUI 挺棒的，我觉得，而且用 pygtk 写的，所以我还能动手改 13:40 &lt;jrandom&gt; 3.9 的许可证是什么？我记得像 mit-esque？ 13:40 &lt;+protokol&gt; 我很想要更近一些的 jetty 版本 13:40 &lt;smeghead&gt; protokol：比你想的来得更快 13:41 &lt;@duck&gt; “BitTorrent Open Source License” 13:41 &lt;smeghead&gt; 当月流行口味的许可证 13:41 &lt;+Ragnarok&gt; 我没把它全读完……看着怪怪的 13:41 &lt;+protokol&gt; licencing does not exist on i2p 13:41 &lt;@duck&gt; 源自 Jabber Open Source License 1.0 13:41 &lt;+protokol&gt; if there is source, its PD 13:41 &lt;@duck&gt; protokol：所以我才说“先不谈” 13:42 &lt;smeghead&gt; 那 jabber 的许可证又基于什么？ 13:42 &lt;jrandom&gt; （过时的版权法？） 13:42 &lt;smeghead&gt; 除了那个 :) 13:43 &lt;modulus&gt; Sun 想折腾人。 13:43 &lt;@duck&gt; http://www.opensource.org/licenses/jabberpl.php 13:43 &lt;smeghead&gt; 我建议把许可问题排到 I2P 公有领域安全理事会（Public Domain Security Council）下次会议上讨论 13:43 &lt;modulus&gt; 啊，那个 13:43 &lt;modulus&gt; 我听错了。 13:45 &lt;@duck&gt; 3.9.0 看起来很酷 13:45 &lt;@duck&gt; 不过还是测试版 13:47 &lt;@duck&gt; 好了，愿意帮忙的请告诉我 13:47 &lt;@duck&gt; 这样我们就能着手看看用 3.9.x 13:47 &lt;@duck&gt; 。 13:47 &lt;jrandom&gt; 有同感 13:47 &lt;smeghead&gt; 我愿意帮忙 13:47 &lt;jrandom&gt; 我愿意帮忙测试 13:48 &lt;+Ragnarok&gt; 我愿意，不过时间可能会受限，这学期简直是地狱模式。 13:48 &lt;jrandom&gt; 唉 13:48 &lt;@duck&gt; 退学吧 13:48 &lt;jrandom&gt; 该死，duck 比我快 13:48 &lt;smeghead&gt; 对，大家都这么干 13:49 &lt;+Ragnarok&gt; 嘘 13:49 &lt;ant&gt; &lt;jnymo&gt;gt; 去参军就行了 ;) 13:50 &lt;jrandom&gt; 是啊，那样你会有大把时间写代码，是吧？ ;) 13:50 &lt;+Ragnarok&gt; 我已经放弃当数学专业了，这已经是我能做到的极限了 :) 13:50 &lt;jrandom&gt; 呵 13:50 &lt;jrandom&gt; 好，还有谁对 3) i2p-bt 有要说的？ 13:51 &lt;ant&gt; &lt;jnymo&gt;gt; 别签六年 13:51 &lt;@duck&gt; 论坛里关于它的帖子不少 13:51 &lt;@duck&gt; 感谢帮助新人的各位 13:51 &lt;@duck&gt; s/thanks/我的感谢/ 13:51 &lt;@duck&gt; 如果你们有适合放到 FAQ 的内容，告诉我 13:52 &lt;jrandom&gt; （要是我们还在用 drupal，就直接加个新节点了……） 13:53 &lt;jrandom&gt; 好，继续到 4) fortuna 13:54 &lt;jrandom&gt; smeghead：要不要给我们更新下进展？ 13:54 &lt;smeghead&gt; 好，我在同时做 pants 和 fortuna 13:55 &lt;smeghead&gt; 因为我需要改 fortuna 的构建，把它做成一个 pbuild 13:55 &lt;smeghead&gt; 让你们能测试 fortuna 的补丁预计一两天内会有，也许今晚就行，取决于我今晚嗑了啥 13:56 &lt;jrandom&gt; 呵 13:56 &lt;@duck&gt; 所以你会把你的裤子脱下来？ 13:56 &lt;jrandom&gt; 好，酷，什么时候都行——如果我们能在一周左右把它放进 0.5，那很好；如果不行，也很好 13:56 &lt;smeghead&gt; 就算我今晚做完了，我在部署上也会保守一些 13:57 &lt;jrandom&gt; 很合理 13:57 &lt;smeghead&gt; 直到我们做一些像样的测试 13:57 &lt;smeghead&gt; 因为它会在大多数 i2p 加密的核心位置 13:57 &lt;jrandom&gt; 嗯 13:57 &lt;ant&gt; &lt;jnymo&gt;gt; jbigi 还会保留吗？ 13:57 &lt;smeghead&gt; 你的新熵（entropy）类很酷 13:58 &lt;jrandom&gt; 会的 jnymo，这只是一个随机数生成器 13:58 &lt;ant&gt; &lt;jnymo&gt;gt; 啊 13:59 &lt;jrandom&gt; 我们仍需要研究一下 router 里各种熵源的质量，但我想我们能喂给它一些数据。 14:00 &lt;smeghead&gt; 顺便，如果有人想读读这个 pants 是啥：`http://smeghead.i2p/README_pants` 14:00 &lt;jrandom&gt; 哦，棒 14:01 &lt;smeghead&gt; pants 也快完成了 14:01 &lt;brachtus&gt; 我知道 jbigi 在 OS X/Darwin 上有点难搞……这个会有同样的构建问题吗？ 14:01 &lt;smeghead&gt; 在 osx 上具体啥问题？ 14:01 &lt;modulus&gt; 只是你得自己把库编出来 14:02 &lt;modulus&gt; 在我看来不算大问题，但有点麻烦。 14:02 &lt;jrandom&gt; brachtus：fortuna 是纯 Java，不用任何本地代码 14:02 &lt;smeghead&gt; 我可以把 jbigi 放进 pants，如果我们随 i2p 一起发 pants，构建就会很容易 14:02 &lt;brachtus&gt; 没多难，和在 Linux 上建共享库差不多，但比双击安装要难 14:02 &lt;smeghead&gt; 当然你需要 ant 14:02 &lt;brachtus&gt; 好的 jrandom，那太棒了 :) 14:03 &lt;jrandom&gt; smeghead：这其实是个好点子——jbigi 在 pants 上还依赖 GMP 14:03 &lt;ant&gt; &lt;jnymo&gt;gt; pants 是什么？ 14:03 &lt;smeghead&gt; 不需要手工折腾 14:03 &lt;ant&gt; * jnymo 没有开 router 14:03 &lt;smeghead&gt; jnymo：看我刚发的链接 14:04 &lt;jrandom&gt; `http://bolas.mine.nu:8080/cgi-bin/nph-proxy/000000A/http/smeghead.i2p/README_pants` 14:04 &lt;smeghead&gt; pants 也能构建 gmp 14:04 &lt;jrandom&gt; （公共 inproxy） 14:04 &lt;smeghead&gt; 啊不赖 14:04 &lt;jrandom&gt; 呃，把文本完全搞砸了 14:04 &lt;ant&gt; &lt;jnymo&gt;gt; 谢了 jr 14:04 &lt;ant&gt; &lt;fvw&gt;gt; 你就不担心法律麻烦吗？ 14:04 &lt;smeghead&gt; jrandom 不运营这个 inproxy 14:04 &lt;jrandom&gt; 哦，inproy 是别人在跑，论坛里有人发过 14:05 &lt;jrandom&gt; （见 http://bolas.mine.nu:8080/） 14:05 &lt;cervantes&gt; jrandom：它不该作为 html 文件来看……看看源码 14:05 &lt;ant&gt; &lt;fvw&gt;gt; 话说如此，我还是很惊讶有人会跑它。不过只要不是项目关键人物在跑就好 :) 14:05 &lt;jrandom&gt; 呵 14:05 &lt;jrandom&gt; 我们对项目都 /至关重要/ :) 14:06 &lt;smeghead&gt; fvw：我不觉得 inproxy 像 outproxy 一样在法律上那么危险 14:06 &lt;smeghead&gt; outproxies 才是 14:06 &lt;ant&gt; &lt;fvw&gt;gt; 或许没那么危险，但它们仍可能提供儿童色情之类的内容 14:06 &lt;jrandom&gt; 除非 i2p 上确实有这类东西，据我所知并没有 14:06 &lt;legion&gt; outproxies 可以通过 tor 路由，为了更安全点；既然只是用来浏览网页，我觉得没问题。 14:07 &lt;jrandom&gt; （不过是的） 14:07 &lt;modulus&gt; 还没有 14:07 &lt;ant&gt; &lt;fvw&gt;gt; 是啊，但任何人随时都可能放上去。 14:07 &lt;ant&gt; &lt;fvw&gt;gt; 对，我也不会跑 tor outproxy。总之，抱歉扯远了 14:07 &lt;jrandom&gt; legion：对，不过我在 tor 出来之前就弄了 squid.i2p 14:07 &lt;ant&gt; &lt;duck_&gt;gt; 拉回正题；期待 pants 14:08 &lt;jrandom&gt; 嗯，pants++ 14:08 &lt;smeghead&gt; 我会在把 pants 放到 CVS 前先通知你们 14:08 &lt;smeghead&gt; 它挺大的 14:08 &lt;ant&gt; &lt;duck_&gt;gt; i2p 之外的人也可能对它感兴趣 14:09 &lt;cervantes&gt; 是啊，在你把裤子掉在地上之前记得通知我们 14:09 &lt;smeghead&gt; 是的，我打算也在 i2p 之外宣传 14:09 &lt;jrandom&gt; 同意，也许我们该把它放到另一个模块（或者放到新的快速/大容量服务器上）？ 14:09 &lt;+Ragnarok&gt; 尤其是你要是个大号裤子的人 14:10 &lt;smeghead&gt; 对，pants 模块确实应该和源码树里的 pants 仓库分开；目前我把它们都放在同一个 apps/pants 根目录下 14:10 &lt;smeghead&gt; :/ 14:10 &lt;smeghead&gt; 我不必多说，这样简直烂透了 14:11 &lt;smeghead&gt; 话说我们本来在说什么来着？ 14:11 &lt;jrandom&gt; 嗯，我们线下聊下部署选项 14:11 &lt;jrandom&gt; fortuna ;) 14:11 &lt;smeghead&gt; 对 14:12 &lt;jrandom&gt; smeghead：你看过实现对 AES/SHA256 的需求吗？ 14:12 &lt;jrandom&gt; （因为 i2p 的 SHA256 不支持部分摘要） 14:13 &lt;smeghead&gt; 嗯 14:13 &lt;jrandom&gt; AES 我们有完全合适的分组实现 14:13 &lt;smeghead&gt; 我猜等它炸了我就知道了 14:13 &lt;jrandom&gt; 没事，我们也可以一块儿解决 14:13 &lt;jrandom&gt; 呵 14:15 &lt;jrandom&gt; 好了，还有人对 fortuna 有问题/想法/顾虑吗？ 14:15 &lt;jrandom&gt; 没有的话，跳到 5) ??? 14:15 &lt;jrandom&gt; cervantes：p1ng 14:16 &lt;cervantes&gt; `http://forum.i2p/viewtopic.php?t=305` 14:16 &lt;cervantes&gt; 我们这周有一位新的论坛之星 14:16 &lt;cervantes&gt; 我为大家介绍【鼓点】Sugadude！ 14:16 * brachtus 为 Sugadude 鼓掌 14:17 &lt;jrandom&gt; 耶 14:17 &lt;cervantes&gt; 因为他对所有 i2p 菜鸟都很热心帮忙 14:17 &lt;@duck&gt; 头像也不错 14:17 &lt;cervantes&gt; 头像（复数） 14:18 &lt;legion&gt; 头像？我还不知道我们在 i2p 论坛里能用头像？ 14:18 &lt;smeghead&gt; 只有非常非常坏的用户才会得到 14:18 &lt;cervantes&gt; 你不行……除非你是本周论坛人物 ;-) 14:18 &lt;@duck&gt; 只为精英开放 14:18 &lt;legion&gt; 哦，这样啊…… 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; 我知道有人对在 i2p 上做安全金融系统感兴趣 14:19 &lt;legion&gt; 合情合理 :) 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; 不知道他们在不在，但…… 14:19 &lt;@duck&gt; 我是个臭烘烘的无政府资本主义者 14:19 &lt;@duck&gt; 来试试我吧 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; 我在多看阈值密码学（threshold cryptography），有人说可以用来做这个 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; 也能用来保护其他功能 14:21 &lt;ant&gt; &lt;jnymo&gt;gt; 大家都熟悉阈值密码学吗？ 14:21 &lt;legion&gt; 我觉得密码学和网络安全应该是可调的，取决于具体功能/任务需要多少。 14:21 &lt;ant&gt; &lt;duck_&gt;gt; jnymo：一点点 14:22 &lt;ant&gt; &lt;jnymo&gt;gt; 嗯，为了在 i2p 里做可信的金融交易，我们需要强去中心化的信任 14:22 &lt;modulus&gt; 是那种共享密钥之类的玩意吗？ 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; 对，密钥被分成若干片共享 14:23 &lt;ant&gt; &lt;duck_&gt;gt; 但在匿名环境里，你怎么知道做共享的实体不是同一个人控制的？ 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; 而且必须攻陷系统中超过一半的服务器才能得到私钥 14:24 &lt;modulus&gt; 据我所知，分布式密钥生成这个问题挺复杂的。 14:24 &lt;legion&gt; 是，但在一个有几百万的系统里会很难（是的 i2p 现在很小，希望很快就会更大）。 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; 原子通信，类似那样的……不过是的，纳新节点会有问题，我觉得正在被解决 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; 想 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; 所以也许还不够成熟，但我敢打赌，总会有人在 i2p 上用到阈值密码 14:26 &lt;jrandom&gt; 有意思 14:26 &lt;legion&gt; 不知道，也许吧 14:26 &lt;ant&gt; &lt;jnymo&gt;gt; 已经有人用阈值密码做了个 DNSSEC 插件 14:27 &lt;ant&gt; &lt;jnymo&gt;gt; 还有个 bind 的封装 14:27 &lt;jrandom&gt; 当身份稀缺时，阈值方案挺好用 14:27 &lt;jrandom&gt; 但在匿名网络里，身份是免费的 14:27 &lt;legion&gt; 我觉得目前最优先的还是让它更易用并把 bug 解决。 14:27 &lt;jrandom&gt; （想要一个新的 destination（目标地址）？要 100,000 个吗？） 14:28 &lt;legion&gt; 当然，任何时候有新服务/新功能都很酷。 14:28 &lt;jrandom&gt; 嗯，在 i2p 之上做商业和金融会很好 14:28 &lt;ant&gt; &lt;jnymo&gt;gt; 是啊，我也不知道原子通信能否在一万个节点的阈值密码系统里奏效 14:29 &lt;ant&gt; &lt;jnymo&gt;gt; 好吧，我要说的就这些 :) 14:30 &lt;jrandom&gt; 呵，酷，发现有趣的东西随时可以发到论坛之类的地方 14:30 &lt;jrandom&gt; 好，还有谁有要在会议上提的？ 14:32 &lt;+ugha2p&gt; 我太菜了。 14:33 &lt;jrandom&gt; 怎么了 ugha2p？ 14:33 &lt;ant&gt; &lt;jnymo&gt;gt; 很高兴你把话说出来了，ugha ;) 14:33 &lt;+ugha2p&gt; 我老是想不起来开会。 :) 14:33 &lt;jrandom&gt; 呵 14:33 &lt;jrandom&gt; 好吧，日志很快会发布，90 分钟干货满满的乐趣 14:34 &lt;jrandom&gt; 好，就这样吧 14:34 * jrandom 收尾 14:34 * Curiosity 向 jrandom 挥手并表示感谢！:D 14:34 &lt;ant&gt; * jnymo 把会议用球投出 14:34 * jrandom 用 *baf* 宣布会议结束 </div>/zh/blog/2005/02/01/i2p-2005-02-01-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 01 Feb 2005 00:00:00 +0000/zh/blog/2005/02/01/i2p-2005-02-01-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，到了每周状态更新时间</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 状态 2) nntp（网络新闻传输协议） 3) 技术提案 4) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>在 0.5 版本方面已经取得了很多进展，昨天有一大批提交。router 的大部分现在使用了新的 tunnel 加密和 tunnel pooling [1]，并且在测试网络上运行良好。仍有一些关键部分尚待集成，而且代码显然不向后兼容，但我希望我们能在下周的某个时候进行更大范围的部署。</p> <p>如前所述，初始的 0.5 版本将提供基础，使不同的 tunnel 对等节点选择与排序策略可以在其上运行。我们将从为探索性池和客户端池提供的一组基本可配置参数开始，但后续版本可能会为不同的用户类型加入其他选项。</p> <p>[1] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD</code></p> <ul> <li> <ol start="2"> <li>nntp</li> </ol> </li> </ul> <p>正如在 LazyGuy 的站点 [2] 和我的博客 [3] 中提到的，我们已经在网络上部署并运行了一台新的 NNTP 服务器，可通过 nntp.fr.i2p 访问。虽然 LazyGuy 已经启动了一些使用 suck [4]（一种用于从 NNTP 拉取新闻的工具）的脚本来从 gmane 读取几个列表，但内容基本上都是出自 I2P 用户、服务于 I2P 用户、并面向 I2P 用户的。jdot、LazyGuy 和我研究了哪些新闻阅读器可以安全使用，看来有一些相当简单的解决方案。关于如何运行 slrn [5] 来进行匿名阅读和发帖，请参见我的博客。</p> <p>[2] <code>http://fr.i2p/</code> [3] <code>http://jrandom.dev.i2p/</code> [4] <a href="http://freshmeat.net/projects/suck/">http://freshmeat.net/projects/suck/</a> [5] <a href="http://freshmeat.net/projects/slrn/">http://freshmeat.net/projects/slrn/</a> </p> <ul> <li> <ol start="3"> <li>tech proposals</li> </ol> </li> </ul> <p>Orion 和其他人在 ugha 的 wiki [6] 上发布了一系列针对各种技术问题的 RFC，以帮助更充分地探讨那些更棘手的客户端和应用级问题。请把那里作为讨论命名问题、SAM 的更新、swarming（群下载/群集传输）想法等内容的地方 - 当你在那里发帖时，我们就都可以在各自的地方协作，从而取得更好的结果。</p>/zh/blog/2005/02/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B42%E6%9C%881%E6%97%A5/Tue, 01 Feb 2005 00:00:00 +0000/zh/blog/2005/02/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B42%E6%9C%881%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, cervantes, DrWoo, jrandom, MANCOM, polecat, postman, protokol, smeghead</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 13:06 &lt;jrandom&gt; 0) 嗨 13:06 &lt;jrandom&gt; 1) 0.5 状态 13:06 &lt;jrandom&gt; 2) nntp 13:06 &lt;jrandom&gt; 3) 技术提案 13:06 &lt;jrandom&gt; 4) ??? 13:06 &lt;jrandom&gt; 0) 嗨 13:06 * jrandom 挥手 13:06 &lt;+postman&gt; 嗨 jr 13:07 * postman 挥手 13:07 &lt;jrandom&gt; w3wt 外面有人气啊 :) 13:07 &lt;jrandom&gt; 每周状态说明已发布在 @ http://i2p.net/pipermail/i2p/2005-February/000561.html 13:07 &lt;ant&gt; * dm 挥手 13:08 &lt;jrandom&gt; 趁大家阅读那封邮件，我们可以进入 1) 0.5 状态 13:08 &lt;MANCOM&gt; hi 13:09 &lt;jrandom&gt; 上周进展很多，所有新的加密都已加入并经过测试，现在所有 router 的 tunnel 操作都通过新的 tunnel pools 完成 13:10 &lt;jrandom&gt; 在更新过程中我确实砍掉了 router 的一些部分，比如与客户端请求 leases（租约）的衔接、或定期测试 tunnels，不过这些不该太难补上 13:11 &lt;jrandom&gt; 这份代码与 live net 不兼容，并放在 cvs 的一个独立分支上，所以大家仍然可以拉取 cvs HEAD 来使用最新 13:12 &lt;+polecat&gt; Dook 我终于看了那页，但我仍不明白我们如何在不采用 mixmaster 风格冗余的情况下防御 tunnel 检测攻击。 13:12 &lt;+protokol&gt; 耶 13:12 &lt;+polecat&gt; 不过我想它会运作得很好。 :) 13:12 &lt;+protokol&gt; 你还会加入其他很酷但会破坏兼容性的东西吗？ 13:13 &lt;+protokol&gt; tunnel pool 和线程有关，对吧？ 13:13 &lt;jrandom&gt; polecat：我们不会在每一跳都做验证，但我们采用固定消息大小来防止有用的标记（而且每一跳都会加密） 13:14 &lt;jrandom&gt; protokol: i'm considering `http://www.i2p/todo#sessionTag` 13:14 &lt;+polecat&gt; 那么如何防止多跳之间传递伪造消息并导致 DoS？ 13:15 &lt;jrandom&gt; 不过不，pools 不是线程问题，pools 只是在让我们安全地管理 tunnels，这样我们就不会收到那些“Lease expired”消息，并且可以按每个客户端配置长度 13:15 &lt;jrandom&gt; polecat：它们会在端点失败，创建者会检测到失败并转移它 13:16 &lt;+protokol&gt; jrandom：不论实现难度如何，我认为任何提升匿名性的特性都应尽快（ASAP）加入 13:16 &lt;+polecat&gt; w00t! 同步 PRNG! 这是我见过的这个想法的第一个应用！ 13:17 &lt;ant&gt; &lt;dm&gt; PRNG 是什么的缩写？ 13:17 &lt;ant&gt; &lt;dm&gt; 斗胆一问 :) 13:18 &lt;jrandom&gt; protokol：同意，这正是 0.5 的目的 :) 在 i2p 层没有其他触手可及的低垂果实了，但在应用和库层总能改进（例如 i2ptunnel 过滤等） 13:18 &lt;jrandom&gt; dm：PseudoRandom Number Generator（伪随机数生成器） 13:18 &lt;ant&gt; &lt;dm&gt; 酷，谢谢 13:20 &lt;+protokol&gt; 所以你是说在这之后，主要就是速度和可靠性的微调了？ 13:21 &lt;+protokol&gt; 还有，为什么最近 IRC 一直这么糟 13:21 &lt;jrandom&gt; protokol：在核心和 router 达到 2.0 之前，是的 13:21 &lt;+protokol&gt; 我好像连不上 duck 的服务器 13:21 &lt;+protokol&gt; 耶 13:21 * jrandom 不清楚，我们在过去一天左右看到大约 5 次大规模断线，也许是服务器端的问题 13:22 &lt;jrandom&gt; 不过还有很多需要调整的东西，尤其是在 0.5 部署后 streaming lib（流式库）方面 13:23 &lt;+polecat&gt; 就是那个整个 UDP 的事情。 13:24 &lt;jrandom&gt; 啊，除了我们为 0.5 修订所做的更改外，streaming lib 在 0.6 版本中不应该需要额外的修改 13:25 &lt;jrandom&gt; 好，关于 0.5 状态我要提的就这些了——有人还有别的要说的吗？ 13:27 &lt;jrandom&gt; 如果没有，我们继续 2) nntp 13:27 &lt;jrandom&gt; nntp.fr.i2p 已经上线，去看看 :) 13:28 &lt;jrandom&gt; 看起来 LonelyGuy 不在，不过可以通过 `http://fr.i2p/` 联系到他。 还有我博客上也有 slrn 的配置说明，而 jdot 发现 thunderbird 也可以相当安全（不过我不知道 jdot 用了什么配置） 13:30 &lt;smeghead&gt; LonelyGuy? :) 13:30 &lt;cervantes&gt; 有人也测试过 Pan 吗？ 13:30 &lt;jrandom&gt; 他偶尔会来这里 13:30 &lt;+polecat&gt; 我不会在 nntp 上花太多时间，但只要它有用户管理的访问控制就行。 13:30 &lt;jrandom&gt; （是 lonelyguy，不是 pan ;) 13:30 &lt;smeghead&gt; 我以为他叫 LazyGuy 13:31 &lt;jrandom&gt; 是 LazyGuy 吗？ 13:31 &lt;jrandom&gt; 我知道我们两个都见过…… 13:31 &lt;jrandom&gt; 你说得对，是 lazyguy 13:31 * jrandom ！自戳一刀 13:31 &lt;jrandom&gt; cervantes：我想 LazyGuy 试过了，不过我不知道配置或结果 13:32 &lt;cervantes&gt; 我以为是 LimeyGuy？ 13:33 * jrandom 等待 SnarkeyGuy 的评论 13:33 &lt;smeghead&gt; 他是法国人 13:35 &lt;jrandom&gt; 好啦，除此之外我没什么可补充的了，所以如果没人有问题，我们继续 3) 技术提案 13:35 &lt;cervantes&gt; smeghead：你想到的是 ParesseuxGuy 13:36 &lt;jrandom&gt; orion 已经就一些比较棘手的问题整理了不错的说明和想法，放在了 1) 0.5 状态 13:36 &lt;jrandom&gt; 2) nntp 13:36 &lt;jrandom&gt; 3) 技术提案 13:36 &lt;jrandom&gt; 呃 13:36 &lt;jrandom&gt; 该死的 ^C^V 13:36 &lt;jrandom&gt; 是放在 `http://ugha.i2p/I2pRfc` 上 13:37 &lt;jrandom&gt; 所以下次你想讨论你有一个绝妙的命名想法时，去 `http://ugha.i2p/I2pRfc/I2pRfc0001ResourceNameMetadata` 13:39 &lt;jrandom&gt; 我也没什么更多要补充的了。这是个 wiki，去写 wiki 吧 :) 13:39 &lt;+polecat&gt; 耶。 13:39 &lt;+postman&gt; jrandom: 哦，酷，我想我需要加几条…… 13:40 &lt;jrandom&gt; 不错，postman，我就知道你会 :) 上面有一个用于新增条目的模板 13:41 &lt;+postman&gt; jrandom: 给我点时间（先把该做的先做），但我会贡献的 :) 13:41 &lt;jrandom&gt; w3rd 13:41 &lt;+polecat&gt; ResourceNameMetadata，形成它相对简单。 关键在于弄清楚如何从别人那里/获取/它。 13:42 &lt;jrandom&gt; polecat：就像 postman 说的，先后有序。 13:42 &lt;+polecat&gt; 不过如果我有解决方案，现在我就已经在写 wiki 了，不是吗。 :) 13:42 &lt;jrandom&gt; 呵 13:42 &lt;jrandom&gt; 在决定/分发什么/之前讨论/如何/分发的权衡还为时过早 13:43 &lt;jrandom&gt; 不过还有很大的空间，所以大家即使是尚未完全论证成熟的想法也尽管贴上来（当然，有实现且完全可用的就更酷了 ;)） 13:44 &lt;jrandom&gt; 好，如果这方面没别的了，也许我们可以转到老朋友 4) ??? 13:44 &lt;jrandom&gt; 还有人要提别的事吗？ 13:45 &lt;jrandom&gt; smeghead：大家能做些什么来帮助解决 gcj 的问题吗，还是说卡在了他们的 prng 上？ 13:46 &lt;+polecat&gt; 要分发的东西只是一个带签名的字典。 就这么简单。 13:46 &lt;+polecat&gt; 是啊，可能是个好主意。 13:46 &lt;+polecat&gt; 我还在为我的 i2p BT 客户端搭框架，不过在任何阶段都非常欢迎建议。 13:46 &lt;smeghead&gt; 我想我找到了解决方案 13:46 &lt;smeghead&gt; 在 gnu crypto 里，自去年夏天起就有一个 fortuna 的实现 13:46 &lt;jrandom&gt; 不错，polecat 13:46 &lt;jrandom&gt; 哦，酷，smeghead 13:46 &lt;+polecat&gt; smeghead：嘿，这 150 美元基本就是你的了。 13:47 &lt;smeghead&gt; 我可以快速做一个只包含 Fortuna 所需类的 gnu-crypto.jar 13:47 &lt;+polecat&gt; 我目前的工作笔记在 `http://polecat.i2p/bittorrent.plan.doc` 13:47 &lt;smeghead&gt; 如果我们把整个 gnu-crypto.jar 都带上，大约有 500 KB，确实太大了 13:47 &lt;+polecat&gt; 别被 .doc 吓到，它其实是 text/plain。 13:48 &lt;+polecat&gt; Fortuna 不是用 SecureRandom 来做随机的吗？ 13:48 &lt;jrandom&gt; 哇，是的，500KB 有点夸张，不过看了下 http://www.gnu.org/software/gnu-crypto/，它看起来是我们可以安全集成的东西（因为我们只是链接它，不会修改） 13:48 &lt;smeghead&gt; SecureRandom 从来不是问题所在 13:48 &lt;jrandom&gt; polecat：fortuna 会/馈入/secureRandom :) 13:49 &lt;smeghead&gt; jrandom：做一个定制的 .jar 会很容易，大概在 50KB 左右 13:49 &lt;smeghead&gt; （只是粗略估计，提醒一下） 13:49 &lt;smeghead&gt; 我甚至可以做一个 ant 构建来按需定制打包它 13:50 &lt;jrandom&gt; smeghead：想把它放进 i2p/apps/fortuna/ 吗？ 13:50 &lt;smeghead&gt; 好的 13:50 &lt;jrandom&gt; 给力！ 13:51 &lt;smeghead&gt; 之后，假设 gcj 终于能吐出随机数了，可能还需要对各种 i2p 功能做更多测试 13:51 &lt;+polecat&gt; 许可证是什么？ 13:51 &lt;jrandom&gt; 然后我们可以在 net.i2p.util.RandomSource 里做点魔法，让它要么用 SecureRandom，要么用 fortuna（如果能找到等） 13:51 &lt;smeghead&gt; lgpl 13:51 &lt;+polecat&gt; 酷。 13:51 &lt;smeghead&gt; 确实，SecureRandom 将不再必要 13:52 &lt;jrandom&gt; 是啊，要让它能被 gcj 化还有很多事要做，但这是个很好的开始 13:52 &lt;jrandom&gt; 在我对 live net 的分析中，重新播种 PRNG 占据了相当一部分 CPU 负载 13:52 &lt;smeghead&gt; 如果有人喜欢写测试 13:52 &lt;smeghead&gt; 不过我大概不需要把这句话说完 13:52 &lt;jrandom&gt; 呵呵 13:53 &lt;smeghead&gt; 我会去问 gnu crypto 的维护者关于这个实现的情况，因为我在 Google 上搜信息也查了他们的邮件列表存档，完全找不到相关内容 13:54 &lt;smeghead&gt; 而且他们的 cvs 提交日志也没什么启发 13:54 &lt;jrandom&gt; 好主意 13:54 &lt;smeghead&gt; 希望它能奏效 13:54 &lt;smeghead&gt; 顺便说，它在 kaffe 的 cvs 里 13:54 &lt;smeghead&gt; 你的版本应该就有它 13:55 &lt;jrandom&gt; 嗯，啊，对，是从 gnu-crypto 引进的 13:55 &lt;smeghead&gt; gnu.security.prng.Fortuna 13:55 &lt;jrandom&gt; 据我记得，“kaffe”提供者仍然使用他们旧的 sha1prng 13:55 &lt;jrandom&gt; 酷 13:56 &lt;MANCOM&gt; .net 的 sam 相关东西现在什么状态？应该开始上手了吗，还是预计会有重大改动？ 13:56 &lt;smeghead&gt; MANCOM：它需要测试，我很快会给它写一些单元测试 13:56 &lt;smeghead&gt; gcj 这件事有点把它搁置了 13:57 &lt;smeghead&gt; MANCOM：我预计 API 完全不会变，所以针对它编程是安全的 13:58 &lt;smeghead&gt; API 背后可能会有变化，但作为客户端你不需要知道这些 :) 13:59 &lt;MANCOM&gt; :) 13:59 &lt;jrandom&gt; 如果你构建进行大量批量传输的应用，后续可能会有一些相关更新 14:00 &lt;jrandom&gt; 但如果你每次只传几十 KB，那应该没问题 14:00 &lt;smeghead&gt; 好吧，如果 Java 客户端的 API 改了，那 sam-sharp 的也会改 :) 14:01 &lt;MANCOM&gt; 对此我无法反驳 14:02 &lt;jrandom&gt; 好，这次会议还有其他要提的吗？ 14:02 * cervantes 把大本钟放进频道里 14:03 &lt;+DrWoo&gt; 注意：干得好，jrandom 14:03 &lt;smeghead&gt; 双关用得好，cervantes 14:03 * jrandom 呻吟 14:04 &lt;MANCOM&gt; 我读到你们不想在 v0.5 之前过多宣传 i2p，这是真的吗？ 14:04 &lt;jrandom&gt; MANCOM：是在 0.6 之前。 是的 14:04 &lt;jrandom&gt; MANCOM：0.5 会提升匿名性，并帮助用户更好地控制性能。 0.6 将让成千上万的并发用户能够安全运行 14:04 &lt;MANCOM&gt; 啊。0.6。好。 14:05 &lt;jrandom&gt; gracias，doc，进展很大 :) 14:05 &lt;+polecat&gt; 哇，期待 0.6…… 14:05 &lt;+DrWoo&gt; :) 14:06 &lt;jrandom&gt; 同意，polecat，同意 :) 14:06 * jrandom 做好准备 14:06 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2005/01/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B41%E6%9C%8825%E6%97%A5/Tue, 25 Jan 2005 00:00:00 +0000/zh/blog/2005/01/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B41%E6%9C%8825%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, cervantes, frosk, Jhor, jrandom, jrandom2p, postman, protokol, Ragnarok, smeghead, Teal`c, Tracker</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:50 &lt;jrandom&gt; 0) 嗨 13:50 &lt;jrandom&gt; 1) 0.5 状态 13:50 &lt;jrandom&gt; 2) sam.net 13:50 &lt;jrandom&gt; 3) gcj 进展 13:50 &lt;jrandom&gt; 4) udp 13:50 &lt;jrandom&gt; 5) ??? 13:50 &lt;jrandom&gt; 0) 嗨 13:50 * jrandom 迟来的挥手 13:51 &lt;jrandom&gt; 每周状态说明已发布到 http://dev.i2p.net/pipermail/i2p/2005-January/000560.html 13:51 &lt;+postman&gt; 嗨 13:51 * brachtus 回挥 13:52 * cervantes 挥舞一张因迟到的留堂单 13:52 &lt;jrandom&gt; 好好好，都怪代码把我拖住了 13:52 &lt;jrandom&gt; 好，进入 1) 0.5 状态 13:53 &lt;jrandom&gt; 自上周以来进展很多——我们在新加密方案上遇到的一堆糟心问题都不费力地解决了 13:54 &lt;jrandom&gt; 最新的 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 很可能就是我们在 0.5 及之后部署的内容，除非/直到有人发现它有问题 13:55 &lt;jrandom&gt; 除了邮件里的内容之外，我不确定还有什么要补充 13:55 &lt;jrandom&gt; 有人有问题/担心吗？ 13:56 &lt;Ragnarok&gt; 性能会怎么样？ 13:56 &lt;jrandom2p&gt; (不是我) 13:56 &lt;jrandom&gt; Ragnarok：tunnel 性能应该会好很多 13:56 &lt;frosk&gt; 相比我们今天的实现，会有显著开销吗？ 13:57 &lt;jrandom&gt; frosk：有时会 13:57 &lt;jrandom&gt; frosk：当我们能在 tunnel 内合并消息时，开销会很小 13:58 &lt;jrandom&gt; 不过，当不能合并或合并效果不佳时，会有不可忽视的浪费 13:58 &lt;frosk&gt; 我明白了 13:59 &lt;jrandom&gt; 另一方面，我们在修剪当前 i2np 的一些荒谬之处（现在我们在每个 I2NP 消息前都加上一个 32 字节的 SHA256，甚至连 garlic 消息内部的也如此，等等） 13:59 &lt;jrandom&gt; 分片和固定大小会是我们需要调优的问题，不过有很大的空间可以调整 14:01 &lt;jrandom&gt; 好的，关于 0.5 还有别的吗？ 14:02 &lt;jrandom&gt; 如果没有，我们继续 2) sam.net 14:02 &lt;jrandom&gt; smeghead 已经把 Java 的 sam 客户端库移植到 .net 了（耶！） 14:02 &lt;jrandom&gt; smeghead：想给我们介绍一下吗？ 14:03 &lt;smeghead&gt; 当然 14:03 &lt;smeghead&gt; 我正在为它写测试，接下来一两天应当会把它们放到 CVS 里 14:04 &lt;smeghead&gt; 应该能在 .net/mono/portable.net 下工作 14:04 &lt;smeghead&gt; 以及 c# 和 vb.net 14:05 &lt;frosk&gt; （我想以及所有能在 .net 上运行的其他语言） 14:05 &lt;cervantes&gt; （呃） 14:05 &lt;smeghead&gt; 接口简单得要命 14:05 &lt;smeghead&gt; 只需在 SamReader 上注册监听器方法，或继承 SamBaseEventHandler 并按需重写方法 14:05 &lt;smeghead&gt; 是的，我的目标是让它完全兼容 CLR 14:06 &lt;jrandom&gt; 太棒了 14:06 &lt;cervantes&gt; 酷…… smeg.net ;-) 14:06 &lt;frosk&gt; 好极了 14:06 &lt;smeghead&gt; 真的没别的了 14:06 &lt;+protokol&gt; CLR？ 14:06 &lt;smeghead&gt; Common Language Runtime（通用语言运行库） 14:06 &lt;smeghead&gt; .net 里的 JRE 等价物 14:07 &lt;+protokol&gt; JRE？ 14:07 &lt;+protokol&gt; 开玩笑的 14:07 &lt;jrandom&gt; !thwap protokol 14:07 &lt;Ragnarok&gt; jrandom：sam 桥最近情况如何？ 与 BT 相关的问题都解决了吗？ 14:08 &lt;Tracker&gt; 我表示怀疑，i2p-bt 甚至能把我的 amd64 3000 弄疯，CPU 占用方面... 14:08 &lt;jrandom&gt; Ragnarok：我最近没碰它。 polecat 提出的那个尚未解决的 choke 问题还在，但 i2p-bt&lt;--&gt;sam 桥是在哪里出错的，我不确定 14:09 &lt;jrandom&gt; 嗯，连接失败会迫使使用完整的 ElGamal 而不是 AES 14:10 &lt;Ragnarok&gt; 好的 14:10 &lt;jrandom&gt; 0.5 之后我们应该能减少一些这种情况，但只能部分减少 14:12 &lt;Tracker&gt; 好吧，I2P 对匿名的 tracker（追踪器）来说会很好，但对匿名客户端则不然。想想在一个非常热门的种子上有上千做种和下载会发生什么。 14:12 &lt;jrandom&gt; 好的，sam.net 的东西听起来很酷，再次感谢 smeghead。 我很期待单元测试，或许再来个演示应用 :) 14:12 &lt;ant&gt; &lt;Evil-Brotten&gt; 大家好 14:12 &lt;smeghead&gt; 演示应用，是的，我也会做一个 14:13 &lt;smeghead&gt; 事实上我已经把你的那个移植过来了 14:13 &lt;jrandom&gt; Tracker：i2p 处理匿名客户端完全没问题，我们只需要弄清 i2p-bt&lt;--&gt;sam 桥哪里出了问题，从而减少使用完整 ElG 的情况 14:13 &lt;smeghead&gt; 它们现在只是满是 bug 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; deer? 14:13 &lt;jrandom&gt; 嗨 Evil-Brotten 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; 你好 14:14 &lt;jrandom&gt; 每周开发会议正在进行，欢迎留下来。 deer 是到 i2p/iip 的一个网关 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; 你是 i2p 专家吗？ 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; :P 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; 哦，好吧 14:14 &lt;ant&gt; &lt;cervantes&gt; Evil-Brotten：会议进行时你可以去 #i2p-chat 聊天 14:14 &lt;jrandom&gt; Tracker：在能应付 1000 人规模的种子之前，我们还有很多事要做 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; 我刚刚在尝试安装你的程序，但遇到了一些问题 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; 好，我去那边问 14:15 &lt;jrandom&gt; 太赞了 smeghead 14:15 &lt;Tracker&gt; jrandom：希望如此，非匿名的 BT 撑不了多久了…… 14:15 &lt;frosk&gt; 胡说 14:15 &lt;jrandom&gt; “但 exeem 是匿名的！@#” &lt;/snark&gt; 14:15 &lt;Tracker&gt; jrandom：但那是另一回事 14:15 &lt;ant&gt; &lt;MikeW&gt; 什么？ 14:15 &lt;ant&gt; &lt;MikeW&gt; 谁说 exeem 是匿名的？ 14:16 &lt;jrandom&gt; mikew：只是偶尔的脑残粉 14:16 &lt;jrandom&gt; Tracker：0.5 之后我们要做大量工作把性能提升到我们需要的水平 14:16 * DrWoo 表示“人”有时候真是他妈的蠢货 14:16 &lt;Tracker&gt; jrandom：是啊，装间谍/广告软件可不是我会干的 ;) 14:16 &lt;jrandom&gt; 呵 14:17 &lt;smeghead&gt; 我恰好还挺喜欢人的 14:17 &lt;smeghead&gt; 抹在吐司上味道不错 14:17 &lt;jrandom&gt; *咔嚓* 14:17 &lt;smeghead&gt; 有些人需要多抹点黄油 14:18 &lt;jrandom&gt; 好，我想 2) sam.net 就这些了（除非有人还有要补充的？） 14:18 &lt;jrandom&gt; 如果没有，我们继续 3) gcj 进展 14:19 &lt;ant&gt; &lt;dm&gt; sam.net?? 14:19 &lt;ant&gt; &lt;dm&gt; 它能用吗？/ 14:19 &lt;jrandom&gt; 我在 backlog 里看到 smeghead 进展不错——想给我们更新一下进度吗？ 14:19 &lt;smeghead&gt; 是的 14:20 &lt;ant&gt; &lt;dm&gt; 太——酷——了 14:20 &lt;smeghead&gt; 我改了几个类，让 router 能用 gcj 3.4.3 编译 14:20 &lt;smeghead&gt; 会在会后提交补丁 14:20 &lt;smeghead&gt; 之后我和任何愿意帮忙的人就可以着手让它跑起来了 14:21 &lt;jrandom&gt; 不错 14:21 * frosk 因为 sam.net 和 gcj 的工作，给 smeghead 佩上“本周员工”勋章 14:21 &lt;jrandom&gt; 嗯，非常酷 14:21 &lt;smeghead&gt; :) 14:22 &lt;Tracker&gt; frosk：不如说论坛本周用户更合适 ;) 14:22 &lt;frosk&gt; 我这周还没看论坛，抱歉 :) 14:22 &lt;cervantes&gt; 鸭子的荣耀尚未过期 ;-) 14:23 * jrandom 非常期待看到 i2p 与 gcj 兼容 14:24 &lt;jrandom&gt; （而且这上面还有赏金，所以大家应该联系 smeghead 参与进来 ;)） 14:24 &lt;smeghead&gt; 是的，这会显著提升 i2p 的可移植性 14:24 &lt;cervantes&gt; 也许我们能从 router 身上挤出点像样的性能来 :P 14:24 &lt;ant&gt; &lt;dm&gt; 我作为最努力的 I2P 工作者的 32 周连冠总算结束了…… 14:25 &lt;jrandom&gt; 我不指望 gcj 真能提升性能或减少内存占用，但它能在 Sun 没有发布 JVM、且 kaffe 出问题的那些 OS 上工作 14:25 &lt;jrandom&gt; （不过如果我错了，那就更棒了！） 14:25 &lt;frosk&gt; 任何能让 i2p 在不依赖专有软件的情况下跑得更好的东西都是好事 14:26 &lt;jrandom&gt; 同意。同时支持 kaffe 和 gcj 会是件好事 14:27 &lt;jrandom&gt; 好的，关于 3) gcj 进展还有别的吗，还是我们继续？ 14:27 &lt;smeghead&gt; 安装也会更容易 14:27 &lt;Teal`c&gt; gcj 除了“hello world”的示例之外还有什么能跑起来的吗？ 14:27 &lt;Ragnarok&gt; 有人用它构建过 Eclipse 14:27 &lt;smeghead&gt; Teal`c：有的，事实上我之前在 mingw 下用它做过 .exe 14:27 &lt;smeghead&gt; 是的，Eclipse 不久前在 Red Hat 下用 gcj 跑起来过 14:28 &lt;jrandom&gt; 能选择分发用 gcj 生成的可执行文件、纯 .jar 安装器，以及打包的 .jar+JVM，绝对是好事 14:29 &lt;jrandom&gt; 好，继续 4) udp 14:30 &lt;jrandom&gt; 论坛上最近有个帖子我想让大家注意一下，问（并回答了）为什么 UDP 很重要 14:30 &lt;Tracker&gt; 呸 14:30 &lt;jrandom&gt; （见 http://forum.i2p.net/viewtopic.php?t=280，如果有任何建议/问题/担忧请评论） 14:31 &lt;jrandom&gt; 呸什么，Tracker？ 14:32 &lt;jrandom&gt; 总之，mule 和 detonate 在 UDP 方面都有些进展。 detonate/mule：你们有更新要分享吗？ 14:32 &lt;Tracker&gt; 在我们这儿 UDP 很糟糕，在国内用还行，一旦用于我们国家之外的目的地就变得很难看。 14:32 &lt;jrandom&gt; 嗯 14:32 &lt;Tracker&gt; 只是我 5 年网络游戏的经验而已…… 14:33 &lt;jrandom&gt; 当它们走上网络时，我们当然需要考虑拥塞和 MTU 问题 14:33 &lt;Tracker&gt; 不知为何这里的两家骨干网对 UDP 的转发不太友好，只有很低的优先级。 14:34 &lt;Tracker&gt; 意味着 ping 在 5 到 20 秒之间。 14:34 &lt;jrandom&gt; 如果有 ISP 完全不允许 UDP（毕竟我们都要用 DNS），我会相当惊讶 14:34 &lt;Tracker&gt; 以及很高的丢包率 14:34 &lt;jrandom&gt; 拥塞控制当然很重要 14:35 &lt;Tracker&gt; 你以为我为什么这些年一直自己跑带超大缓存的 DNS 缓存服务器 ;) 14:35 &lt;jrandom&gt; 呵 14:35 &lt;jrandom&gt; 嗯，对于因为某些原因不能用 UDP 的人，我们会提供 TCP 作为后备 14:36 &lt;jrandom&gt; 但 UDP 会被强烈优先使用 14:36 &lt;Tracker&gt; 那就好。 14:36 &lt;jrandom&gt; （意思是我希望在 100 万+ 节点里，只有大概 10 个人用 TCP ;)） 14:37 &lt;jrandom&gt; 不过再说一次，那个论坛链接解释了我们为何要这么做，不过如果有人能找到更好的方式，我洗耳恭听 14:37 &lt;Tracker&gt; 我想我会是其中之一。 14:37 &lt;jrandom&gt; 也许吧。 14:38 &lt;jrandom&gt; 等 0.6 部署后我们看看是不是这样，或者我们能否绕过你们 ISP 的那些问题 14:38 &lt;jrandom&gt; 好，关于 UDP 还有别的吗？ 还是我们继续 5) ??? 14:39 &lt;jrandom&gt; 就当我们已经继续了 14:39 &lt;jrandom&gt; 5) ?? 14:39 &lt;jrandom&gt; 还有别的话题要提吗？ 14:40 &lt;Teal`c&gt; 披萨到了吗？ 14:40 &lt;Jhor&gt; 有谁知道我该从哪里着手查找/调试 BitTorrent 的问题？ 14:41 &lt;jrandom&gt; Jhor：在 i2p-bt 里，一个不错的起点可能是加些日志，告诉你发送/接收了哪些 BT 消息，这样我们就能知道它在哪里阻塞/超时/等等 14:41 &lt;jrandom&gt; （假设你说的是 i2p-bt 而不是 azneti2p？） 14:42 &lt;Jhor&gt; 是的，i2p-bt。 不同的 spew 级别有哪些？ 14:42 &lt;jrandom&gt; 不知道，我只知道 --spew 1 14:42 &lt;Jhor&gt; 好，我试试那个 14:43 * Jhor 准备来一门 python 速成课 14:43 &lt;jrandom&gt; :) 14:44 &lt;jrandom&gt; 好，还有谁有要讨论的吗？ 14:44 * cervantes 把 Strand Gong 推了出来 14:44 &lt;jrandom&gt; 我们差不多 60 分钟了，进度不错 14:44 &lt;Teal`c&gt; UDP 何时能普遍使用？ 14:44 &lt;jrandom&gt; Teal`c：四月 14:44 &lt;jrandom&gt; 那是 0.6，我们还在做 0.5 14:45 &lt;Teal`c&gt; 做得好。 14:46 &lt;jrandom&gt; 进步，不停向前 14:46 * jrandom 蓄力 14:46 * jrandom *baf* 了一下锣，会议结束 </div>/zh/blog/2005/01/25/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-01-25/Tue, 25 Jan 2005 00:00:00 +0000/zh/blog/2005/01/25/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2005-01-25/<p>大家好，简短的每周状态更新</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 状态 2) sam.net 3) gcj 进展 4) udp 5) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>在过去的一周里，0.5 这边取得了不少进展。我们之前讨论的问题已经解决，大幅简化了加密部分，并且消除了 tunnel 循环问题。新的技术[1]已经实现，单元测试也已到位。接下来，我会整合更多代码，把这些 tunnel 集成到主 router 中，然后完善 tunnel 管理和池化基础设施。等这些就绪后，我们会先在仿真环境中跑一遍，最终在一张并行网络上进行烧机测试，最后收尾定版，把它定为 0.5。</p> <p>[1] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD</code></p> <ul> <li> <ol start="2"> <li>sam.net</li> </ol> </li> </ul> <p>smeghead 已经完成了一个将 SAM 协议移植到 .net 的新版本 - 兼容 c#、mono/gnu.NET（耶，smeghead！）。它在 cvs 的 i2p/apps/sam/csharp/ 下，并附带 nant 和其他辅助工具 - 现在各位 .net 开发者可以开始用 i2p 折腾了 :)</p> <ul> <li> <ol start="3"> <li>gcj progress</li> </ol> </li> </ul> <p>smeghead 最近简直势如破竹——截至最新一次统计，经过一些修改，router 已能在最新的 gcj [2] 构建下编译通过（太棒了！）。它还不能正常运行，不过，为了绕开 gcj 在处理某些内部类结构时的困惑而做出的这些修改，无疑是实打实的进步。也许 smeghead 能给我们更新一下进展？</p> <p>[2] <a href="http://gcc.gnu.org/java/">http://gcc.gnu.org/java/</a> </p> <ul> <li> <ol start="4"> <li>udp</li> </ol> </li> </ul> <p>这里没太多可说的，不过 Nightblade 确实在论坛上提出了一系列有意思的疑虑 [3]，询问我们为何选择使用 UDP。如果你也有类似的担忧，或者对我们该如何解决我在回复中提到的问题有其他建议，欢迎加入讨论！</p>/zh/blog/2005/01/18/i2p-2005-01-18-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 18 Jan 2005 00:00:00 +0000/zh/blog/2005/01/18/i2p-2005-01-18-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家好，每周更新时间到了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) 0.5 3) i2pmail.v2 4) azneti2p_0.2 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>嗯，这里没什么可报告的 - 一切仍然像上周那样运作，网络规模也差不多，可能稍微大了一点。 一些很不错的新站点正在涌现 - 详情请参见论坛 [1] 和 orion [2]。</p> <p>[1] <code>http://forum.i2p.net/viewforum.php?f=16</code> [2] <code>http://orion.i2p/</code></p> <ul> <li> <ol start="2"> <li>0.5</li> </ol> </li> </ul> <p>感谢 postman、dox、frosk 和 cervantes 的帮助（以及所有通过他们的 router 进行 tunnel 传输数据的人 ;)，我们收集到了一整天的消息大小统计数据 [3]。那里有两组统计 - 缩放的高度和宽度。这样做的动机是希望探索不同消息填充策略对网络负载的影响，正如针对 0.5 版 tunnel 路由的某个草案 [4] 中所解释的那样。(ooOOoo 漂亮的图片)。</p> <p>让我在翻查那些东西时感到发怵的是：即便使用一些相当简单、手工调优的填充阈值，把数据填充到那些固定大小，最终仍然会浪费超过25%的带宽。是啊，我知道，我们不会那么做。也许你们可以通过深入挖掘那些原始数据，想出更好的办法。</p> <p>[3] <code>http://dev.i2p.net/~jrandom/messageSizes/</code> [4] <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/</code> tunnel.html?rev=HEAD#tunnel.padding</p> <p>其实，那个[4]链接把我们带到了关于 tunnel 路由的 0.5 计划的现状。正如 Connelly 在[5]中所发帖所述，最近在 IRC 上围绕一些草案进行了大量讨论，polecat、bla、duck、nickster、detonate 等人都贡献了建议和探究性的问题（好吧，还有些讥讽 ;)）。一周多以后，我们发现了与[4]有关的一个潜在漏洞，情形是某个对手设法接管了入站 tunnel 网关，同时还控制了该 tunnel 后续路径中的另一个节点。虽然在大多数情况下，这本身并不会暴露端点，且随着网络增长，从概率上讲要实现这一点会越来越难，但这仍然糟糕透顶 (tm)。</p>/zh/blog/2005/01/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B41%E6%9C%8818%E6%97%A5/Tue, 18 Jan 2005 00:00:00 +0000/zh/blog/2005/01/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B41%E6%9C%8818%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, BrockSamson, cervantes, dox, duck, Frooze, jrandom, kaji, mule, orion, polecat, postman, protokol, Ragnarok, Teal`c, Xan</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) hi 13:04 &lt;jrandom&gt; 1) Net status 13:04 &lt;jrandom&gt; 2) 0.5 13:04 &lt;jrandom&gt; 3) i2pmail.v2 13:04 &lt;jrandom&gt; 4) azneti2p_0.2 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;ant&gt; &lt;duck&gt; (the sound of the crypto talk flying past my ears) 13:04 &lt;jrandom&gt; :) 13:04 * jrandom waves 13:04 &lt;cervantes&gt; 'lo 13:04 &lt;jrandom&gt; you too can listen to the sound of crypto talk flying past your ears! weekly status note posted @ http://dev.i2p.net/pipermail/i2p/2005-January/000559.html 13:05 &lt;bla&gt; hi 13:05 &lt;jrandom&gt; jumping on in, since we're cutting into an interesting discussion anyway... 1) net status 13:05 &lt;jrandom&gt; i dont really have anything to add beyond whats in the mail - anyone have anything they want to bring up wrt the net status? 13:06 &lt;bla&gt; Other that we have, for the first time, seen nodes on *all* continents except Antarctica, no. 13:06 &lt;jrandom&gt; w00t! 13:07 &lt;jrandom&gt; ok, moving on to 2) 0.5 stuff 13:07 &lt;mule&gt; hey, my father is just on his way to antarctica, should have given him a node 13:07 &lt;ant&gt; &lt;duck&gt; bloody Antarticans 13:07 &lt;Xan&gt; no antarcticans? :( 13:07 &lt;jrandom&gt; hah nice 13:07 &lt;jrandom&gt; though i dont think there's much of an anonymity set up there 13:07 &lt;Frooze&gt; blame antarctica 13:08 * cervantes sets up an oil rig in antartica so he can finance a node there 13:09 &lt;jrandom&gt; ok ok, there's a lot of 0.5 stuff, so we can take it in pieces 13:09 &lt;jrandom&gt; first up, thanks to the folks who gathered a days worth of stats - lots of interesting data @ http://dev.i2p.net/~jrandom/messageSizes/ 13:09 &lt;postman&gt; it was a pleasure :) 13:10 &lt;cervantes&gt; wrt net status...seen quite a few people having troubles getting I2P up and running lately (on the forums etc) - I don't know if that's just down to increase user volume or perhaps more i2p based apps for things to go wrong with 13:10 &lt;+protokol&gt; jrandom: LIAR! you said the data was interesting! 13:10 * jrandom flings mud at protokol 13:11 &lt;ant&gt; &lt;duck&gt; cervantes: I have also seen reports of ppl able to get it up and running within a couple of minutes 13:11 &lt;ant&gt; &lt;duck&gt; I think that NAT is causing most problems 13:11 &lt;cervantes&gt; duck: true... 13:11 &lt;ant&gt; &lt;dmdm&gt; who is NAT? 13:11 &lt;jrandom&gt; cervantes: there are some ugly issues still, certainly. the NAT issue and osx has been a bit of a pain lately, but Jhor's help with the later should improve the later 13:12 &lt;cervantes&gt; aye 13:12 &lt;cervantes&gt; *cough* so... 0.5 13:13 &lt;Xan&gt; dmdm: network address translation 13:13 &lt;jrandom&gt; heh, ok. basically the drive with those message size stats is to explore the padding issues 13:14 &lt;jrandom&gt; unfortunately, the strategy i built by cherry picking numbers sucked, giving a 25% overhead just with padding data 13:14 &lt;jrandom&gt; if we go with one of the proposals for the 0.5 encryption (tunnels-alt.html), we won't have that issue 13:15 &lt;jrandom&gt; (since it'll force small fixes sizes with fragmentation) 13:15 &lt;mule&gt; what type of messages do you want to pad, those a router sees or those an external observer sees? 13:15 &lt;jrandom&gt; mule: important question 13:15 &lt;jrandom&gt; if we're just worried about the external observer, we can leave the messages unpadded, doing any chaff generation at the transport layer 13:16 &lt;Teal`c&gt; `http://microsoft.i2p/david_hasselhoff_05_christmas_album__silent_night.mp3` 13:16 &lt;jrandom&gt; otoh, if we're worried about tunnel participants doing flow analysis, we need to worry about padding down the tunnel 13:16 &lt;@duck&gt; with 5-6 hops, how big is the danger of a router doing traffic analysis? 13:16 &lt;cervantes&gt; Teal`c: meeting atm... can you use #i2p-chat for mp3 announce ;-) 13:17 &lt;Teal`c&gt; sorry 13:17 &lt;cervantes&gt; :) for david hasselhoff? 13:18 &lt;jrandom&gt; depends upon what level of analysis duck. if they've somehow tracked down what tunnel they're in (e.g. they're the inbound tunnel gateway and have harvested the netDb, correlatign that with a destination), thats nontrivial data. otoh its not a direct exposure, but does give some info 13:18 &lt;jrandom&gt; even more than the tunnel padding though is end to end padding, hiding message flow data from gateways and endpoints. 13:19 &lt;jrandom&gt; if we're crazy/stupid, we could go all the way to a pipenet, using constant bitrate everywhere 13:19 &lt;+polecat&gt; I got it! 13:19 &lt;jrandom&gt; (and end up with no users running i2p) 13:19 &lt;+polecat&gt; What we need to do is tunnel i2p over email! 13:19 &lt;cervantes&gt; what's the likelyhood of colluding routers ending up in the same tunnel on a sufficiently large network? 13:19 &lt;+polecat&gt; No ISP would be dumb enough to stop email! 13:20 * jrandom awaits the net.i2p.router.transport.gmail implementation 13:20 &lt;postman&gt; polecat: gee , this is silly 13:20 &lt;postman&gt; :) 13:20 &lt;bla&gt; cervantes: N^(-h) (N is # of fast nodes, h = # hops). It seems 13:20 &lt;+polecat&gt; =3 I know. 13:21 &lt;cervantes&gt; is that a lot? :) 13:21 &lt;jrandom&gt; not the # of fast nodes, as external people won't know your profiles 13:21 &lt;+polecat&gt; Seriously though, in shameless abuse of existing IP services, we could tunnel i2p in any number of ingenious ways. 13:21 &lt;jrandom&gt; c^2/N^h to get two peers into the same tunnel 13:21 &lt;jrandom&gt; agreed polecat. thats one of the reasons why we don't have bidirectional tunnels 13:22 &lt;jrandom&gt; some transports (e.g. email) suck for bidirectional comm 13:22 &lt;bla&gt; jrandom: c = ? 13:22 &lt;jrandom&gt; c==# colluding peers 13:23 &lt;+polecat&gt; Hm, interesting point. 13:23 &lt;ant&gt; &lt;duck&gt; roadmap wise, what is the impact of i2p going a wrong direction and picking a wrong crypto solution? 13:23 &lt;+polecat&gt; Or carrier pigeon protocol, not bidi in the slightest. 13:23 &lt;+polecat&gt; crypto is modular already, isn't it? 13:23 &lt;jrandom&gt; duck: its just one bullet point out of 0.5, and one subsection of the tunnels*.html doc. theres lots more to the tunnel routing than just how we wrap the data 13:24 &lt;bla&gt; jrandom: Then again, this is the prob. for getting them in the tunnel *now*. However, over T tunnel refreshments (every so many minutes), this goes as P = 1 - (1 - c^2/N^h)^T 13:24 &lt;jrandom&gt; otoh, the difference between "fixed 1KB blocks" and "0-40KB blocks" has substantial impact 13:24 &lt;+polecat&gt; I'd hate to see this network go the way of Entropy, stuck in McEliece. 13:24 &lt;jrandom&gt; polecat: read http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 13:24 &lt;bla&gt; jrandom: And thus tends to zero for large enough time. I.e.: for large enough time, the attackers will be in the same tunnel at last one time 13:25 &lt;jrandom&gt; the plan is standard AES256/CBC 13:25 &lt;+protokol&gt; i hear dns is good for tunneling stuff, most people dont block it 13:25 &lt;jrandom&gt; certainly bla, though its not quite that direct (for exploratory tunnels it is, but not for client tunnels) 13:26 &lt;+polecat&gt; And if somehow even AES gets cracked, some equivalent symmetric cipher. 13:27 &lt;jrandom&gt; bla: i dont think its large enough of a practical worry for most cases in that degree, but when you mount it as part of a predecessor attack, the issue is largely moot 13:28 &lt;jrandom&gt; (because of the way we do the rest of the tunnel routing) 13:28 &lt;bla&gt; jrandom: k 13:28 &lt;jrandom&gt; right polecat 13:29 &lt;jrandom&gt; duck: if we go w/ the second option, changing to another later will likely be easy. 13:29 &lt;jrandom&gt; otoh, the second option will require some hefty performance tuning to Not Suck 13:29 &lt;jrandom&gt; but i'm sure we can pull it off 13:31 &lt;jrandom&gt; anyway, I think the above covers where we are right now wrt 0.5 work 13:31 &lt;jrandom&gt; does anyone have any more questions/comments/concerns? 13:31 &lt;bla&gt; jrandom: One 13:32 &lt;bla&gt; jrandom: I think we should values anon. slightly more than performance atm: so yes, the PRNG options sounds good 13:33 &lt;jrandom&gt; agreed. performance can be tuned later, "adding in" better anonymity however, is much harder 13:33 &lt;jrandom&gt; (but, of course, performance /is/ a security parameter. if it Sucks, no one uses it) 13:33 &lt;bla&gt; Yes. 13:33 &lt;bla&gt; jrandom: 13:33 &lt;bla&gt; sorry 13:33 &lt;@duck&gt; right, /me flips the magical Freenet-performance bit 13:33 &lt;cervantes&gt; perhaps it'll deter all those torrent waving leechers to stay away a while longer ;-) 13:34 &lt;jrandom&gt; heh 13:34 &lt;cervantes&gt; &lt;-- connection reset 13:34 &lt;bla&gt; cervantes: No, I'm not! :) 13:34 &lt;cervantes&gt; :) 13:35 &lt;jrandom&gt; i do think that we can pull off some really cool optimizations, and it seems a lot of our choke is not related to the peer selection, but merely (heh) bugs in the jobqueue 13:36 &lt;jrandom&gt; but, anyway, anything else for 2) 0.5? 13:36 &lt;ant&gt; &lt;BS314159&gt; could you post an explanation for this loop attack? 13:37 &lt;ant&gt; &lt;BS314159&gt; it sounds more dangerous than your treatment implies it is 13:37 &lt;jrandom&gt; loop: build a tunnel containing A--&gt;B--&gt;C--&gt;D--&gt;C, send in 10 messages. 13:37 &lt;jrandom&gt; without the PRNGs, you can add as many messages to that C&lt;--&gt;D loop as you want 13:38 &lt;ant&gt; &lt;BS314159&gt; ok 13:38 &lt;jrandom&gt; effectively DoSing any routers with just a few messages 13:38 &lt;ant&gt; &lt;BS314159&gt; but only A can do this 13:38 &lt;jrandom&gt; with the PRNGs, it limits the number of messages that can go into the loop 13:38 &lt;ant&gt; &lt;BS314159&gt; so there's no danger of an attacker shortening my tunnels by introducing loops 13:38 &lt;jrandom&gt; no, no one can shorten your tunnels 13:39 &lt;jrandom&gt; the only thing this is useful for is a DoS 13:39 &lt;jrandom&gt; (a very cheap DoS) 13:39 &lt;jrandom&gt; (but when you can selectively DoS peers without much cost, you can do naaaasty stuff) 13:40 &lt;ant&gt; &lt;BS314159&gt; comprendo 13:40 &lt;+protokol&gt; and hashcash certs will help this? 13:40 &lt;jrandom&gt; protokol: hashcash addresses the issue of a peer building too many tunnels, and perhaps building too many hops 13:41 &lt;jrandom&gt; protokol: it doesnt help with loops. the two ways i could find that /did/ were the PRNGs (tunnel-alt.html) or verifying at each step (tunnel.html) 13:42 &lt;jrandom&gt; verifying at each step has dangers, so the current leaning is towards the PRNGs 13:42 &lt;+Ragnarok&gt; how effective will the prng method be? 13:42 &lt;Xan&gt; A--&gt;B--&gt;C--&gt;D--&gt;C - shouldnt each hop get a different id or something, so that messages leave the tunnel the second time they reach C rather than looping? 13:43 &lt;jrandom&gt; Xan: they do, but without verifying each step, you can't tell whether its bad or not 13:44 &lt;jrandom&gt; Ragnarok: i think it'll be very effective at minimizing the damage done 13:45 &lt;jrandom&gt; at least, from what I can see so far 13:45 &lt;jrandom&gt; if anyone sees any problems/issues with it, or suggestions for improvement, please get in touch :) 13:46 &lt;Xan&gt; or maybe Im missing the point 13:46 &lt;Xan&gt; bbl 13:46 &lt;jrandom&gt; 'k l8r, i'll update the doc to be more clear 13:47 &lt;jrandom&gt; ok, unless there's something else, shall we move on to 3) i2pmail.v2? 13:47 &lt;jrandom&gt; postman: you 'round? 13:48 &lt;postman&gt; yes 13:49 &lt;postman&gt; :) 13:49 &lt;jrandom&gt; anything to add from your post on the forum? it sounds pretty cool 13:49 &lt;postman&gt; well, a few of you might have read the draft for i2pmail.v2 already 13:50 &lt;bla&gt; wtf is happening? Massive disconnects. I've got trouble reaching sites (say orion, library) here too 13:50 &lt;postman&gt; it aims towards a fully decentralized mail infrastructure in the future 13:50 &lt;postman&gt; but is in need of proxysoftware on the nodes as well as a bunch of dedicated relays 13:51 &lt;postman&gt; all are invited to contribute ideas / concepts / rants 13:51 &lt;postman&gt; development already has started - dont expect anything before late spring :) 13:51 &lt;jrandom&gt; w00t 13:51 &lt;kaji&gt; hmm, the cops just showed up at my door 13:52 &lt;bla&gt; kaji: ? 13:52 &lt;jrandom&gt; quick, blow your hard drive 13:52 &lt;postman&gt; jrandom: well, this is all i have to say for now :) 13:52 &lt;cervantes&gt; hide the blackjack table! 13:52 &lt;jrandom&gt; wikked, thanks postman 13:52 &lt;kaji&gt; they said i dialed 911, but im quite sure neither i nor my brother did 13:53 &lt;+protokol&gt; kaji: they're just checking up on i2p 13:53 &lt;jrandom&gt; ok, unless there's anytihng else on 3) i2pmail, lets move over to 4) azneti2p_0.2 13:53 &lt;+protokol&gt; &lt;creepy music&gt; 13:53 &lt;jrandom&gt; as mentioned in the email, there's been some important progress lately 13:53 &lt;kaji&gt; then they said cordless phones can freak out when off the hook, but all my cordless phones are on their charger -&gt; #i2p-chat 13:55 &lt;jrandom&gt; the azureus folks have been very responsive in getting an update ready (yay!), but people should also be on the lookout for problems 13:55 &lt;jrandom&gt; (if you don't read the i2p mailing list and use azneti2p, read the i2p mailing list) 13:55 &lt;jrandom&gt; ((or even if yuo dont use azneti2p, read the list, as thats where we announce important things ;) 13:56 &lt;jrandom&gt; duck and orion have also been making lots of updates to accomodate the new bt client and formatting 13:56 &lt;jrandom&gt; (yay!) 13:56 * orion smiles 13:57 &lt;orion&gt; theres still a ways to go, but for now, it works. 13:57 &lt;jrandom&gt; (inasmuch as i2p lets it ;) 13:58 &lt;orion&gt; hehe, yes. ;) 13:58 &lt;jrandom&gt; does anyone else have anything to bring up wrt azneti2p or i2p-bt? 13:58 &lt;jrandom&gt; (or bytemonsoon2p ;) 14:00 &lt;jrandom&gt; ok if not, moving right along to 5) ??? 14:00 &lt;jrandom&gt; open floor - anyone else have anything to bring up? 14:00 &lt;postman&gt; jrandom: why does the addressbook publich userhosts entries ? 14:01 &lt;jrandom&gt; postman: bug. 14:01 &lt;postman&gt; so this was no planned behaviour and will be changed? 14:01 &lt;cervantes&gt; just one thing... 14:01 &lt;jrandom&gt; postman: correct, and will be changed 14:02 &lt;jrandom&gt; (right Ragnarok? :) 14:02 &lt;+Ragnarok&gt; depends on exactly what postman means... 14:03 &lt;jrandom&gt; Ragnarok: new entries added by the local user to their own private hosts shouldn't be propogated to the hosts published 14:03 &lt;jrandom&gt; (e.g. userhosts.txt is private, hosts.txt is synchronized with other people and is public) 14:03 &lt;cervantes&gt; As part of a semi regular slot on the forum, there will be recognition and awards for those that have contributed good things to I2P either recently or over the project's lifetime 14:03 &lt;postman&gt; Ragnarok: after updating to 0.4.2.6 i found entries from my userhosts.txt in the published addressbook in my eepsite folder 14:03 &lt;ant&gt; &lt;BS314159&gt; hmm 14:04 &lt;postman&gt; Ragnarok: those have been manually added keys, which haven't been supposed to be published 14:04 &lt;cervantes&gt; this week we recognise duck for general excellence as a service provider for the community and as an all round great idler: `http://forum.i2p/viewtopic.php?t=275` 14:04 &lt;jrandom&gt; w00t! 14:04 &lt;jrandom&gt; (go duck go, go duck go) 14:05 &lt;Teal`c&gt; what about domain name hijacking ? 14:05 * brachtus applauds 14:05 * orion does a duck waddle as a sign of respect. 14:05 &lt;cervantes&gt; one important point for the future...you don't have to be a cryptographic genius to get praise! 14:06 &lt;+Ragnarok&gt; no, that's expected behaviour. I can change it, but first I'll have to finish implementing file locking so you can change hosts.txt directly 14:06 &lt;orion&gt; (but it helps) 14:06 &lt;cervantes&gt; you might just have contributed a cracking eepsite or something... 14:06 &lt;cervantes&gt; or been a helpful bod on the forum etc 14:07 &lt;ant&gt; &lt;BS314159&gt; hmm 14:07 &lt;cervantes&gt; (otherwise, lets face it, jrandom would win every week) 14:07 &lt;jrandom&gt; hey, y'all are paying for my beer fund, this stuff aint free ;) 14:07 &lt;ant&gt; &lt;BS314159&gt; could you just make a new file, "publichosts.txt"? 14:07 &lt;ant&gt; &lt;BS314159&gt; then have addressbook ignore userhosts.txt, but allowed users to subscribe to their own publichosts.txt? 14:08 &lt;jrandom&gt; Teal`c: there is no way to hijack a domain name, no entries are overwritten, and userhosts always overrides hosts 14:09 &lt;jrandom&gt; Ragnarok: perhaps the web interface can address the locking issue, since users won't be adding to the files manually 14:09 &lt;+Ragnarok&gt; once the locking is done, there's no real reason to pull in addresses from userhosts.txt anymore (it's currently the only way to dodge a race), so there's no real point in adding a third file 14:10 &lt;+Ragnarok&gt; jrandom: well, I was planning on using the java file locking api 14:10 &lt;jrandom&gt; if you think its necessary, you're the boss :) 14:10 &lt;ant&gt; &lt;BS314159&gt; it would allow you to kill all the names gotten from other people while keeping the ones you made yourself 14:10 &lt;ant&gt; &lt;BS314159&gt; simply by clearing hosts.txt and changing your subscriptiong 14:11 &lt;ant&gt; &lt;BS314159&gt; but I guess that can wait for name-signing 14:11 &lt;orion&gt; metadata will solve this problem. Is a spec drafted yet? 14:11 &lt;jrandom&gt; using just two files should be fine - one managed by the addressbook, one not 14:12 &lt;jrandom&gt; (you could even have the addressbook ignore userhosts.txt entirely - userhosts.txt overrides hosts.txt anyway) 14:12 &lt;+Ragnarok&gt; jrandom: that would be the plan, once locking is done (which really shouldn't be too much work, I just haven't gotten around to it :) 14:13 &lt;+Ragnarok&gt; and I'm currently working on learning enough xml schema to write one for the namerecords 14:13 &lt;ant&gt; &lt;dr_kavra&gt; is this the channel for kenosis? another channel told me to come here :D 14:13 &lt;jrandom&gt; lol 14:13 &lt;jrandom&gt; nah, sorry, this is i2p 14:14 &lt;jrandom&gt; (unless you're looking for an anonymous comm layer) 14:14 &lt;jrandom&gt; wikked Ragnarok 14:14 &lt;ant&gt; &lt;BS314159&gt; I still the XML is too verbose and non-human-readable for this, compared to YAML, but I'm not the one writing the code 14:14 &lt;jrandom&gt; Ragnarok: the tough part will be doing the crypto w/ XML without reverting to ugly CDATA 14:14 &lt;orion&gt; anybody write a working draft for the metadata spec yet? 14:15 &lt;jrandom&gt; (i personally think xml sucks, but i'm just a naysayer) 14:15 &lt;jrandom&gt; orion: http://dev.i2p.net/pipermail/i2p/2004-February/000135.html has a basic setup 14:15 &lt;orion&gt; (name/key metadata) 14:15 &lt;dox&gt; has the addressbook and its features been announced somewhere? I didn't know my hosts.txt is published 14:15 &lt;jrandom&gt; (see NameReference and LocalEntry elements) 14:16 &lt;jrandom&gt; dox: its written to the location specified in addressbook/config.txt 14:16 &lt;jrandom&gt; (by default, ./eepsite/docroot/hosts.txt) 14:17 &lt;orion&gt; is missing a public/private (i.e. distribute, don't) flag. 14:17 &lt;ant&gt; &lt;cervantes&gt; the only good thing about XML (and this is a large + point) is that it's a widely accepted standard 14:17 &lt;jrandom&gt; right orion, lots of good ideas have come up since that post 14:17 &lt;+Ragnarok&gt; xml may suck, but frankly, it better than any of the alternatives for what I'm doing 14:17 &lt;jrandom&gt; cervantes: so is EDI 14:17 &lt;orion&gt; is there a place to condense them? i.e. forum area? 14:18 &lt;orion&gt; or maybe a wiki page? 14:18 &lt;jrandom&gt; orion: susi's or ugha's wiki 14:18 &lt;orion&gt; I'm going to set up wikis for bytemonsoon and orion.i2p to help get some community consensus as to the future development goals of each. 14:18 &lt;BrockSamson&gt; xml + crypto w/o CDATA = mime, no? 14:19 &lt;jrandom&gt; wikked orion 14:19 &lt;jrandom&gt; BrockSamson: smime, with different parsers ;) 14:19 &lt;orion&gt; (also one for name metadata) 14:21 &lt;jrandom&gt; there are lots of ways to do the metadata, the important thing is flexibility and 'correctness' so that it can grow or change over time 14:21 * jrandom is sure Ragnarok et al will come up with some good stuff :) 14:21 &lt;orion&gt; thats why I think a public draft is in order. 14:22 &lt;ant&gt; &lt;cervantes&gt; i2p consortium :P 14:22 &lt;jrandom&gt; well, people have been saying "someone should put up their ideas on the wiki" for the last few meetings, but the wiki pages aren't growing too much ;) which is fine, we take the pace we take 14:23 * orion promises to have three wikis up within a day and email everyone their locations 14:23 &lt;BrockSamson&gt; call me lazy, but compare an ANSI 850 Purchase order EDI to nearly any other XML based purchase order, and i'd rather decode, code, and debug for the XML version. Even if it's 5x the EDI size 14:23 &lt;jrandom&gt; w00t 14:23 &lt;jrandom&gt; heh BrockSamson 14:24 &lt;BrockSamson&gt; Position 10 is ST? oh then position 310 should be name 14:24 &lt;BrockSamson&gt; duh me 14:24 &lt;jrandom&gt; BrockSamson: don't think the xml schemas for POs are much better ;) 14:24 &lt;jrandom&gt; (but yeah, that stuff is just a totally bloody disaster) 14:25 &lt;BrockSamson&gt; they are at 4:30 in the morning 14:25 &lt;BrockSamson&gt; unless... 14:25 &lt;jrandom&gt; heh 14:25 &lt;BrockSamson&gt; it's written by an ex EDI programmer 14:25 &lt;BrockSamson&gt; and the xml looks like this: &lt;p1&gt;&lt;po&gt;&lt;q&gt;1&lt;/q&gt;&lt;/po&gt;&lt;/p1&gt; 14:26 &lt;BrockSamson&gt; i bet though, if you add up the horuse OpenSource projects spend talking about to 'XML' or not 'XML' you could code linux 10x over. 14:26 &lt;BrockSamson&gt; every project i've ever been part of has had massive debates on it 14:27 &lt;orion&gt; debates are good for a project, depending on who's debating. ;) 14:27 &lt;jrandom&gt; eh, it does what it does, but its not a panacea. it may work well for the naming stuff 14:28 &lt;BrockSamson&gt; many people are in projects just to debate though. 14:28 &lt;jrandom&gt; not here. i'm here for the free beer 14:28 &lt;ant&gt; &lt;cervantes&gt; that's debatable 14:28 &lt;orion&gt; the implementation details will be clearer when the draft spec is more tangable. 14:28 &lt;orion&gt; hence the need for a wiki/peer review. 14:29 &lt;BrockSamson&gt; I heard this project gave away free Garlic 14:29 &lt;jrandom&gt; lots of it 14:30 &lt;jrandom&gt; ok, anyone else have anything to bring up for the meeting? 14:30 &lt;ant&gt; * cervantes wheels out the ceremonial call with bell 14:30 &lt;ant&gt; &lt;cervantes&gt; call =cow 14:30 * jrandom winds up 14:31 * jrandom *baf*s the cowbell, closing the meeting </div>/zh/blog/2005/01/11/i2p-2005-01-11-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 11 Jan 2005 00:00:00 +0000/zh/blog/2005/01/11/i2p-2005-01-11-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家好，到了每周更新的时间了</p> <ul> <li>Index</li> </ul> <ol> <li>网络状态 2) 0.5 进度 3) 0.6 状态 4) azneti2p 5) fbsd 6) hosts.txt 作为 WoT（信任网络） 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>总体而言，网络运行良好，不过我们遇到了一些问题：其中一台 irc 服务器离线了，而我的 outproxy(出口代理)也出现了异常。不过，另一台 irc 服务器仍然在线(而且现在仍是如此)(不过目前尚未禁用 CTCP - 参见 [1])，所以我们还是能够满足我们对 irc 的需求 :)</p> <p>[1] <code>http://ugha.i2p/HowTo/IrcAnonymityGuide</code></p> <ul> <li> <ol start="2"> <li>0.5 progress</li> </ol> </li> </ul> <p>有进展了，不断前进！好吧，我想我应该比这说得更详细一点。我终于把新的 tunnel 路由加密实现并测试完了（耶！），但在一些讨论中我们发现有一个可能导致匿名性泄露的地方，所以正在修订（第一跳会知道自己是第一跳，这很糟糕。不过修起来真的真的很容易）。总之，我希望很快就能更新并发布相关的文档和代码，而关于 0.5 版 tunnel 的运行 / 池化 / 等的文档会稍后发布。有新消息时会再更新。</p> <ul> <li> <ol start="3"> <li>0.6 status</li> </ol> </li> </ul> <p>(什么!?)</p> <p>Mule 已经开始研究 UDP 传输，我们也一直向 zab 请教他在 LimeWire 的 UDP 代码方面的经验。一切看起来很有前景，但还有很多工作要做（而且在路线图 [2] 上仍需数月）。有灵感或建议吗？参与进来，帮助我们把工作聚焦到需要完成的事项上！</p> <p>[2] <a href="http://www.i2p.net/roadmap#0.6">http://www.i2p.net/roadmap#0.6</a> </p> <ul> <li> <ol start="4"> <li>azneti2p</li> </ol> </li> </ul> <p>当我拿到这个消息时，我兴奋得差点尿裤子，不过看起来 Azureus 的伙计们已经写出了一个 I2P 插件，既能匿名使用 tracker（跟踪器），也能进行匿名数据通信！多个种子也可以在同一个 I2P destination（I2P 目标地址）内工作，而且它直接使用 I2PSocket，从而与 streaming lib（流式传输库）紧密集成。azneti2p 插件目前还处在早期阶段，这次发布的是 0.1 版本，后续还有大量优化和易用性改进在路上，不过如果你愿意亲自动手，不妨去 I2P IRC 网络上的 i2p-bt 逛逛，加入这场乐趣 :)</p>/zh/blog/2005/01/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B41%E6%9C%8811%E6%97%A5/Tue, 11 Jan 2005 00:00:00 +0000/zh/blog/2005/01/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B41%E6%9C%8811%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, deer, dm, duck, fdr, jrandom, lucky, protok0l, toad\_</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:10 &lt;jrandom&gt; 0) 嗨 13:10 &lt;deer&gt; &lt;Ragnarok&gt; 你被开除了 13:10 &lt;jrandom&gt; 1) 网络状态 13:10 &lt;jrandom&gt; 2) 0.5 进展 13:10 &lt;jrandom&gt; 3) 0.6 状态 13:10 &lt;deer&gt; &lt;polecat&gt; 再见！ 13:10 &lt;jrandom&gt; 4) azneti2p 13:10 &lt;jrandom&gt; 5) fbsd 13:10 &lt;jrandom&gt; 6) hosts.txt 作为 WoT（Web of Trust，信任网络） 13:11 &lt;jrandom&gt; 7) ??? 13:11 &lt;jrandom&gt; 0) 嗨 13:11 * jrandom 挥手 13:11 &lt;fdr&gt; yo 13:11 &lt;deer&gt; &lt;Ragnarok&gt; hola 13:11 &lt;toad_&gt; 你刚开始？/me 会不时旁观 13:11 &lt;deer&gt; &lt;detonate&gt; 嗨 13:11 &lt;jrandom&gt; 每周状态说明已发布到 http://dev.i2p.net/pipermail/i2p/2005-January/000551.html 13:11 &lt;jrandom&gt; 很好，欢迎所有人 13:11 &lt;deer&gt; &lt;polecat&gt; 哦。不是说雇佣关系。是我错了。=3 13:11 &lt;jrandom&gt; 开发会议的日志会发布在网站上（当然，是会后） 13:11 &lt;fdr&gt; 我快饿死了，所以会时不时进出…… 13:12 &lt;jrandom&gt; 好的，切到 1) 网络状态 13:12 &lt;jrandom&gt; 看起来一切正常。duck 回来了（耶！） 13:12 &lt;jrandom&gt; 除了邮件里的内容，我没什么要补充的——还有谁有要说的吗？ 13:13 &lt;deer&gt; &lt;jrandom&gt; 没有 13:13 &lt;jrandom&gt; 好，如果没有，继续 2) 0.5 状态 13:14 &lt;jrandom&gt; 这里有些不错的进展，终于把矩阵加密搞定了，不过前几天和 polecat 聊过之后，我们需要加一个小调整 13:14 &lt;toad_&gt; 自言自语？ 13:14 &lt;jrandom&gt; 呵呵是啊，直到有人回复 ;) 13:14 &lt;jrandom&gt; （在我提前发每周状态说明之前，你该看看这些会议有多冷清） 13:14 &lt;toad_&gt; 我是说跨网络。我经常自言自语，但通常不会跨网络。;) 13:15 &lt;deer&gt; &lt;jrandom_&gt; 甚至跨三个网络 [iip here] 13:15 &lt;deer&gt; &lt;Ragnarok&gt; 别这样，毛骨悚然 :) 13:15 &lt;deer&gt; * postman 挥手 13:16 &lt;jrandom&gt; 关于 0.5 我也没啥别的可补充的，除了“更多信息即将到来” 13:16 &lt;deer&gt; &lt;polecat&gt; 关于网络性能，我的 I2P router 在 24 小时前挂了，但在那之前我坚持了 8 天的运行时间。 13:16 &lt;jrandom&gt; 啊好，很棒 13:16 &lt;jrandom&gt; OOM 了？你在跑 bt 还是只是普通活动导致的？ 13:17 &lt;deer&gt; &lt;polecat&gt; 只是个用来炫耀的粗略指标。=3 13:17 &lt;deer&gt; &lt;frosk&gt; 我一般能让我的 router 跑多久都行，不过通常因为升级不会超过 8-9 天 :) 13:17 &lt;deer&gt; &lt;frosk&gt; 也就是 8-9 天 13:18 * jrandom 希望我的 kaffe 机器能做到（算了） 13:18 &lt;deer&gt; * orion 只要用 btlaunchmanycurses.py 跑 40+ 个本地目的地，就能随意把一个 router 弄崩。;) 13:18 &lt;jrandom&gt; 呵呵是的，那确实能做到 orion 13:18 &lt;deer&gt; &lt;polecat&gt; 哦，日志说 JVM 似乎挂起了，所以我猜 lucky 一定是用我的 tunnel 下载了几 GB 的过度雄壮的男人。 13:18 &lt;deer&gt; &lt;orion&gt; 不过，在 BT 风暴之前，我也有过 15 天的运行时间。 13:18 &lt;jrandom&gt; 哦，有意思 polecat。 13:19 &lt;jrandom&gt; polecat：如果你够大胆，值得试试最新的 Java service wrapper 13:19 &lt;jrandom&gt; （如果能解决那个问题，我们就应该升级） 13:19 &lt;deer&gt; * laberhorst 在 0.4.2.5 上无 BT 跑了 15 天 13:19 &lt;jrandom&gt; 我觉得 cervantes 仍然是赢家，0.4.1.1 跑了 41 天 13:20 &lt;deer&gt; &lt;polecat&gt; 有人想私聊告诉我怎么弄到最新的 Java service wrapper 吗？ 13:20 &lt;jrandom&gt; 总之，关于 0.5 的事还有谁要评论吗？ 13:20 &lt;protok0l&gt; i2p 做完了吗？ 13:20 &lt;jrandom&gt; http://wrapper.tanukisoftware.org/doc/english/ 13:20 &lt;deer&gt; &lt;eco&gt; 期待文档 13:20 &lt;jrandom&gt; !thwap protok0l 13:21 &lt;jrandom&gt; 好，进入 3) 0.6 状态 13:21 &lt;deer&gt; &lt;polecat&gt; 我还是觉得应该有一种校验和的方法，让网关不知道所有的校验和，甚至不知道有多少个。 13:21 &lt;deer&gt; &lt;Ragnarok&gt; 文档会放在哪里？ 13:21 &lt;jrandom&gt; polecat：我很想要，但我怀疑能不能做到。 13:22 &lt;jrandom&gt; Ragnarok：http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel.html?rev=HEAD 是当前草稿 13:22 &lt;jrandom&gt; （尚未针对第一跳问题更新） 13:22 &lt;deer&gt; &lt;Ragnarok&gt; 谢啦 13:22 &lt;deer&gt; &lt;polecat&gt; “他们说这做不到……他们叫我疯子……但他们是傻瓜，傻瓜！ 13:22 &lt;jrandom&gt; 呵呵 13:22 &lt;jrandom&gt; 嘿，如果你能找到办法，我洗耳恭听 13:23 &lt;jrandom&gt; （而且我觉得 mixmaster/mixminion 的人也会感兴趣） 13:23 &lt;deer&gt; &lt;jrandom&gt; 天哪，这里有 42 个用户 13:23 &lt;deer&gt; &lt;jrandom&gt; mule：你在吗？ 13:24 &lt;deer&gt; &lt;polecat&gt; 呵。那我就继续留心，但不保证啊，毕竟我只是只笨雪貂，不像你们这些天才。 13:24 * jrandom 朝 polecat 扔了一只小毛茸茸动物 13:25 -!- dm [mihi@dsl-80-42-80-26.access.uk.tiscali.com] 已加入 #i2p 13:25 &lt;jrandom&gt; 好的，总之，0.6 的东西看起来很有意思，mule 已经开始 hack 了，但还在早期阶段 13:26 &lt;jrandom&gt; zab 提供了很多有用的指导，介绍了 limewire 是怎么做的，不过嘛，他们的拥塞控制有点吓人（固定小窗口，完全 ACK） 13:26 &lt;jrandom&gt; （不过我相信他们会随时间改进的） 13:26 &lt;jrandom&gt; 他还让我们一窥他们如何真正落地，遇到过哪些 JVM 的坑等等，很棒 13:27 &lt;jrandom&gt; （给 zab 点赞） 13:27 &lt;jrandom&gt; 不管怎样，如果你有兴趣帮忙 0.6 的设计、实现或集成其他 provider，请联系 mule 或我（当然，也可以直接发补丁 ;) 13:28 &lt;jrandom&gt; 没什么别的好说的了，除非有人有要提的？ 13:28 &lt;deer&gt; &lt;polecat&gt; 0.6 不应该有初步的 fusenet 支持吗？ 13:28 &lt;deer&gt; &lt;frosk&gt; 希望四月之前 :) 13:29 &lt;toad_&gt; fusenet？ 13:29 &lt;deer&gt; &lt;frosk&gt; 不过我们在 udp 传输上做了这么多工作，也许会在 fusenet 之前就准备好了 13:29 &lt;jrandom&gt; 是啊，总体目标就是让球转起来 13:29 &lt;deer&gt; &lt;frosk&gt; fusenet 更像是一个内容分发系统，差不多就是加速版的 usenet 13:29 &lt;toad_&gt; 酷 13:30 &lt;deer&gt; &lt;frosk&gt; 最初会支持博客、讨论版和用于 I2P 名称-目标映射的地址簿 13:30 &lt;jrandom&gt; 当然，如果我们下个月实现了 UDP 传输，可能会随着 0.5 一起发布 13:31 &lt;deer&gt; &lt;frosk&gt; 当然，那就酷了 :) 13:31 &lt;jrandom&gt; 要是我有匹小马，我会整天陪它玩 13:31 &lt;jrandom&gt; 好，大概 0.6 就这些，转到 4) azneti2p 13:31 &lt;deer&gt; &lt;frosk&gt; 那我很高兴你没有小马 ;) 13:31 &lt;jrandom&gt; 呵呵 13:32 &lt;jrandom&gt; azneti2p == 牛爆了。 13:32 &lt;jrandom&gt; parg 和其他 azureus 的人做了很棒的工作，集成非常漂亮 13:33 &lt;jrandom&gt; 种子像以前一样工作，会有各种漂亮的图表，让你像在 azureus 中习惯的那样做队列等所有操作，只不过是匿名的 13:33 &lt;deer&gt; &lt;postman&gt; w00t! 13:33 &lt;jrandom&gt; 还有一些优化和简化要做，但总体来说，我印象很深 13:33 &lt;deer&gt; &lt;eco&gt; 好极了！大众要进场了…… 13:33 &lt;deer&gt; &lt;frosk&gt; 我理解为在使用前你还得在 router 控制台里做点手工？ 13:33 * jrandom 再把大门再关一小会儿 13:33 &lt;deer&gt; &lt;eco&gt; 确实需要 java 1.5 吗？ 13:34 &lt;deer&gt; &lt;polecat&gt; 是啊……很棒的东西，就是不能让它自己 daemon 到后台。 13:34 &lt;deer&gt; &lt;postman&gt; 听起来是在邀请 I2P 网络被狠揍一顿 13:34 &lt;jrandom&gt; frosk：对——不过我们正在打补丁，让插件自身内部进行 I2PTunnel 调用 13:34 &lt;deer&gt; &lt;frosk&gt; 酷 13:34 &lt;jrandom&gt; eco：不确定，我只在 1.5 上试过，但我相信他们的说法。 13:34 &lt;deer&gt; &lt;polecat&gt; eco：我可不希望。o.O 1.5 只是 Sun 想强推市场。 13:34 &lt;jrandom&gt; 不过值得一试，我晚点试试 13:35 &lt;deer&gt; * postman 不在乎，我有千兆网卡和一堆包含的流量 :) 13:35 &lt;deer&gt; &lt;polecat&gt; 哦天哪……而 azareus 要求它。我真的得做我的 C++ 种子客户端了。 13:35 &lt;jrandom&gt; polecat：azureus 的确有无头模式和一个 Web 控制台 13:36 &lt;deer&gt; * polecat 眨眼。 13:36 &lt;jrandom&gt; （不过对新手来说……很难用 [比如我]） 13:36 &lt;deer&gt; &lt;polecat&gt; 那就好……我以为它没有，像 KazAa 那样 13:36 &lt;jrandom&gt; 不过我只是瞥了一眼（然后跑回 GUI 了 ;) 13:36 &lt;deer&gt; &lt;Ragnarok&gt; duck 会把 i2p-bt 提升到 3.9/4.0 吗？ 13:37 &lt;jrandom&gt; ragnarok：不清楚，但 duck 目前正竭尽全力让所有现有东西兼容 azneti2p 13:37 &lt;jrandom&gt; （他们因为技术要求不得不做了一些……奇怪的修改） 13:37 &lt;deer&gt; &lt;polecat&gt; p2p 最强大的点之一是应用可以在你不用的时候安静地在后台运行。 13:38 * jrandom 这点我不反对 13:38 &lt;jrandom&gt; 好，我关于 azneti2p 就说这么多（再说一次：w00t）。邮件里有更多信息，而且我肯定 #i2p-bt 会很活跃 13:39 &lt;jrandom&gt; 还有谁要谈谈 azneti2p 吗？ 13:39 &lt;cervantes&gt; 你准备好了吗…… ;-) 13:40 &lt;jrandom&gt; 呵，我们正努力 13:40 &lt;deer&gt; &lt;polecat&gt; 我得提一下，azareus 的源码简直惨不忍睹…… 13:40 &lt;deer&gt; &lt;polecat&gt; 有 28 个主入口点，命名空间深度至少 3 层。 13:40 &lt;deer&gt; &lt;Ragnarok&gt; 有哪个 bt 客户端的源码很干净吗？ 13:40 &lt;jrandom&gt; 有些怪异之处，但我怀疑你在其他人的源码里也会发现（NIH） 13:40 &lt;deer&gt; &lt;polecat&gt; 我的会。 13:40 &lt;jrandom&gt; 得了吧，net.i2p.router.netdb.kademlia.* :) 13:41 &lt;deer&gt; &lt;Ragnarok&gt; 如果是 C++ 的就不会了 :) 13:41 &lt;toad_&gt; lol 13:41 &lt;deer&gt; &lt;polecat&gt; 我是说至少！ 13:42 &lt;jrandom&gt; 好，继续到 5) fbsd 13:42 &lt;deer&gt; &lt;polecat&gt; Ragnarok：你还没见过我如何 *咳*糟蹋*咳* 使用 C++。n.n 13:42 * duck 进来看看 13:42 &lt;deer&gt; &lt;polecat&gt; 谁在乎 FreeBSD？举手？ 13:42 &lt;jrandom&gt; lioux 已经把 0.4.2.6 打包进了 ports（w00t！） 13:42 &lt;deer&gt; * detonate 举手 13:42 &lt;deer&gt; &lt;polecat&gt; 爪子、触手、翅膀，等等？ 13:43 * jrandom 举手 13:43 * [dave] 举手 13:43 &lt;deer&gt; &lt;Ragnarok&gt; duck：3.9/4.0？ :) 13:43 &lt;deer&gt; &lt;polecat&gt; 哇，i2p 集成进一个发行版了？ 13:43 &lt;duck&gt; Ragnarok：最新 bram-Bittorrent 的更改缺少注释/文档/等，这有点耽搁了进度 13:43 &lt;fdr&gt; FreeBSD 很酷 :( 13:43 &lt;deer&gt; &lt;Ragnarok&gt; 我猜也是 13:43 &lt;fdr&gt; 不过我可能有偏见。 13:44 &lt;jrandom&gt; 是的，我一开始也担心 polecat，但他的 ports 实现看起来非常非常容易（所以更新也会非常非常容易） 13:44 &lt;duck&gt; 需要研究他们做了什么，也许值得花这功夫 13:44 &lt;deer&gt; &lt;polecat&gt; 在我看来，fbsd 就是一个带怪异内核并大量数据隐藏的发行版。最后都是 POSIX，所以……;) 13:44 &lt;jrandom&gt; polecat：还有非常非常古怪的 JVM 13:45 &lt;duck&gt; 不过我暗地里一直希望 azneti2p 能解决所有问题 13:45 &lt;deer&gt; &lt;Ragnarok&gt; duck：听起来确实有一些不错的改进，但可能最终还是你来干活，所以…… :) 13:45 &lt;deer&gt; &lt;polecat&gt; 呃……别提醒我。 13:45 &lt;jrandom&gt; 呵，azneti2p 也许能满足很多用户的需求，但对外面的超级极客来说，简单的 CLI 工具仍然有意义 13:46 &lt;jrandom&gt; 总之，他似乎已经在 fbsd5.3 上测试了 i2p 0.4.2.6，没有问题（w00t） 13:46 &lt;deer&gt; &lt;Ragnarok&gt; 哎，我不喜欢 azureus，我更想用普通客户端 13:46 * jrandom 我只在 4.8 上这么做过 13:46 &lt;duck&gt; 目前我想和 kenosis 做点什么；毕竟我是个打了就跑的码农 13:47 &lt;deer&gt; &lt;eco&gt; jrandom：他用的是什么 jvm？ 13:47 &lt;jrandom&gt; kenos2p 13:47 &lt;jrandom&gt; eco：原生编译的 Sun 1.4 13:47 &lt;jrandom&gt; （嘘——嘘） 13:47 &lt;deer&gt; &lt;eco&gt; 啊，非法的！ 13:47 &lt;deer&gt; &lt;polecat&gt; Ragnarok：如果你想评论我的 bittorrent 客户端设计，我目前的代码计划在这里：`http://polecat.i2p/bittorrent.plan.txt` 13:47 &lt;jrandom&gt; （（不过 kaffe 可以）） 13:48 &lt;jrandom&gt; eco：这违法吗？我以为你可以同意条款并在 fbsd 上合法获取源码 13:48 &lt;deer&gt; &lt;eco&gt; 据我所知 Sun 撤回了许可 13:48 &lt;jrandom&gt; 嗯，我觉得那只是 blackdown 的许可 13:48 &lt;jrandom&gt; （说实话，blackdown 很糟） 13:49 &lt;jrandom&gt; 个人仍然可以按 SCSL 授权 13:49 &lt;deer&gt; &lt;polecat&gt; 哎哟。 13:49 &lt;jrandom&gt; （要出卖头胎之类） 13:49 &lt;jrandom&gt; 呵，听到大家这么抱怨许可证很有意思，而很少有人抱怨版权 ;) 13:50 &lt;jrandom&gt; 不过这个讨论最好放在 7) ?? 13:50 &lt;jrandom&gt; 我们现在在 5) fbsd 13:50 &lt;deer&gt; &lt;eco&gt; 许可证内容在 http://www.freebsdfoundation.org/press/20041221-newsletter.shtml ，但回到主线…… 13:50 &lt;cervantes&gt; 我们很久以来第一次超过第 5 项了 13:51 &lt;jrandom&gt; cervantes：而且我们还得砍掉一些 ;) 13:51 &lt;jrandom&gt; 好，fbsd 就这些（除了 yay!） 13:51 &lt;jrandom&gt; 那么进入一个乱的议题……6) hosts.txt 作为 WoT 13:51 &lt;deer&gt; &lt;polecat&gt; 许可证能在节点层面抓到你，而版权违规最多只能追踪到目的地。 13:51 &lt;deer&gt; &lt;polecat&gt; 而目的地是“找不到”的。 13:52 &lt;jrandom&gt; 对对 polecat，但一旦他们对你的机器有了物理控制权，你反正就麻烦大了 13:53 &lt;jrandom&gt; 好的，总之我不确定我有哪些要补充的内容，除了邮件里关于 hosts.txt 的内容 13:53 &lt;jrandom&gt; 有人有问题/评论/担心吗？ 13:53 &lt;jrandom&gt; （我够含糊吗？ :) 13:53 &lt;duck&gt; 是的 13:53 &lt;deer&gt; * eco 考虑把 hosts.txt 的管理交给联合国 13:54 &lt;jrandom&gt; 呵，是啊，因为我们都知道中心化的官僚机构总是做正确的事 13:54 &lt;toad_&gt; lol 13:55 &lt;jrandom&gt; 我想真正的“大赢”会是在地址簿既有 Web 界面又有更多元数据的时候 13:55 &lt;jrandom&gt; （也许还有 fusenet 聚合等） 13:55 &lt;deer&gt; &lt;Ragnarok&gt; 元数据将是我下一步要做的，用 xml 名称记录 13:56 &lt;jrandom&gt; 太棒了 ragnarok！ 13:56 &lt;jrandom&gt; 你对 WoT 方面怎么看 ragnarok——你觉得这是地址簿的问题，还是你设想的命名方式的问题？ 13:57 &lt;deer&gt; &lt;Ragnarok&gt; 基本上我觉得地址簿的工作方式（以及在 fusenet 上传递名称引用的工作方式）是处理 I2P 命名的唯一真正合理的方法 13:58 &lt;deer&gt; &lt;Ragnarok&gt; 所以，WoT 是一个特性 :) 13:58 &lt;jrandom&gt; Wo0T 13:58 &lt;lucky&gt; 哇 13:58 &lt;deer&gt; &lt;eco&gt; 但你们肯定会卖高级账号吧？ 13:58 &lt;lucky&gt; 我看到 toad 了吗？ 13:58 &lt;lucky&gt; 真正的 toad？ 13:58 &lt;lucky&gt; 还是只是只青蛙。 13:58 &lt;deer&gt; &lt;frosk&gt; 我认为重要的一点，恕我直言，是如何处理冲突 13:59 &lt;toad_&gt; 一只 toad 13:59 &lt;deer&gt; &lt;detonate&gt; 先到先得 13:59 &lt;jrandom&gt; 对 frosk，最好有个界面来管理这些，而不是只说“看日志” 13:59 &lt;deer&gt; &lt;Ragnarok&gt; frosk：我觉得那更多是界面问题。冲突必须由用户来解决。 13:59 &lt;toad_&gt; 如果靠近我的地盘就叫我名字 :) 13:59 &lt;deer&gt; &lt;frosk&gt; Ragnarok：我也这么想 13:59 &lt;deer&gt; &lt;Ragnarok&gt; 其他任何方案都可能被攻击 13:59 &lt;lucky&gt; 哦，不是 freenet 的 toad。 13:59 &lt;lucky&gt; 哦 13:59 &lt;lucky&gt; 是他。 13:59 &lt;deer&gt; &lt;eco&gt; 所以这些名字就像 IM 里的别名？ 14:00 &lt;deer&gt; &lt;frosk&gt; 冲突需要被存储，以便你在很久之后还能切换 14:00 &lt;deer&gt; &lt;Ragnarok&gt; 而且在一般情况下可能无法证明有更好的方法 14:00 &lt;lucky&gt; 我们现在给 toad 付钱了吗？ 14:00 &lt;jrandom&gt; eco：对——这些名字只是私有的本地昵称 14:00 &lt;deer&gt; &lt;susi23&gt; 地址簿应该识别冲突并通知用户，以便他可以决定 14:01 &lt;deer&gt; &lt;Ragnarok&gt; frosk：切换到名称记录之后，意图是永不丢弃它们，但让更改它们对应的地址变得容易 14:01 &lt;deer&gt; &lt;susi23&gt; 在用户作出决定之前，任何关于该冲突的更改都应该以某种方式“隔离”起来 :) 14:01 &lt;deer&gt; &lt;Ragnarok&gt; susi23：这基本上就是现在的工作方式 14:01 &lt;deer&gt; &lt;Ragnarok&gt; 只是界面很烂 14:01 &lt;deer&gt; &lt;frosk&gt; Ragnarok：听起来不错 :) 你在做一个 Web 界面吗？（还是已经有了而我不知道？） 14:02 &lt;deer&gt; &lt;susi23&gt; 那就好 14:02 &lt;deer&gt; &lt;Ragnarok&gt; 没有。我不做 Web 界面 :) 14:02 &lt;deer&gt; &lt;Ragnarok&gt; 我记得 susi 在做点什么，但我不确定后来怎么样了 14:02 &lt;jrandom&gt; （有志愿者吗？有没有机会复活 susidns 来管理这些名字？） 14:03 &lt;deer&gt; &lt;susi23&gt; 好，给我一周时间，我把它加到 TODO 里 14:03 &lt;jrandom&gt; （在 susidns 之后，我们还需要 susitorrent 和 susiirc……） 14:03 &lt;jrandom&gt; 给力！ 14:04 &lt;jrandom&gt; 好的，还有谁要谈谈整个 hosts.txt 那件事？ 14:05 &lt;jrandom&gt; 如果没有，继续 7) ??? 14:05 &lt;deer&gt; &lt;Ragnarok&gt; 有一件事 14:05 &lt;jrandom&gt; 话筒给你 14:05 &lt;deer&gt; &lt;Ragnarok&gt; 下一个版本，我们能否同意让地址簿直接管理 hosts.txt，这样我们就可以不再糟蹋 userhosts.txt？ 14:06 &lt;jrandom&gt; 听起来合理。我会停止在 i2pupdate.zip 里打包 hosts.txt（但会包含在 i2pinstall.jar 里） 14:06 &lt;deer&gt; &lt;Ragnarok&gt; 酷。就这些 :) 14:07 &lt;jrandom&gt; 好，现在回到开放议题 14:07 &lt;jrandom&gt; 还有谁有要提的？ 14:07 &lt;deer&gt; &lt;postman&gt; 有 14:07 &lt;jrandom&gt; 说吧 postman 13:07 &lt;deer&gt; * postman 举手 14:08 &lt;deer&gt; * postman 正在拼命寻找志愿者，为 i2pmail.org 提供次级 MX 服务器（这是内部邮件系统的 inproxy） 14:09 &lt;deer&gt; &lt;postman&gt; 如果有人有稳定、快速（专用）的机器，我会非常高兴接受帮助 14:09 &lt;deer&gt; &lt;postman&gt; 由我提供配置/操作指南 14:09 &lt;deer&gt; &lt;eco&gt; 多快算快？ 14:10 &lt;deer&gt; &lt;postman&gt; eco：有固定 IP 就很好——其他都可协商 14:10 &lt;jrandom&gt; 你在 mail.i2p 上看到多少外部流量，postman？ 14:10 &lt;jrandom&gt; （外部的） 14:10 &lt;deer&gt; &lt;polecat&gt; 稳定、快速、专用……嗯 1/3 也不算坏。 14:10 &lt;deer&gt; &lt;postman&gt; 邮件流量非常低 14:10 &lt;deer&gt; &lt;postman&gt; 进/出大约每月 500 封 14:11 &lt;jrandom&gt; 啊不错 14:11 &lt;deer&gt; &lt;Frooze&gt; 我有慢（500 MHz）、稳定、专用的 14:11 &lt;deer&gt; &lt;postman&gt; 但因为 inproxy 会跑 I2P 14:11 &lt;jrandom&gt; （随着更多人知道，可能会增加 ;) 14:11 &lt;deer&gt; &lt;eco&gt; 这台机器只用于入站邮件？ 14:11 &lt;deer&gt; &lt;postman&gt; 大部分流量应该是 I2P 的我猜 14:12 &lt;deer&gt; &lt;postman&gt; eco：至少入站（这是必须的） 14:12 &lt;deer&gt; &lt;postman&gt; 如果运维方同意，我希望把出站轮转到两台机器上 14:12 &lt;deer&gt; &lt;postman&gt; Frooze：可以，只要能跑 i2p 14:13 &lt;deer&gt; &lt;postman&gt; 给我发封邮件就行 14:13 * toad_ 想知道他目前的问题是不是“其他事项”（AOB）范畴，还是仅限他和 jrandom 之间 14:13 &lt;deer&gt; &lt;postman&gt; 如果有人感兴趣的话 14:14 &lt;deer&gt; * postman 交还话筒 14:14 &lt;deer&gt; &lt;Frooze&gt; 会的。 14:14 &lt;deer&gt; &lt;postman&gt; 谢了 jr :) 14:14 &lt;jrandom&gt; 好的，谢谢 postman 14:14 &lt;jrandom&gt; toad_：我觉得有很多要谈的，不过很大程度上是 freenet 那边的问题 14:15 &lt;toad_&gt; jrandom：对 14:15 &lt;toad_&gt; jrandom：会后聊 14:15 &lt;jrandom&gt; 听起来不错 14:15 &lt;duck&gt; 没公开泥巴战吗？:/ 14:15 &lt;jrandom&gt; 好，会议还有谁有要提的？ 14:15 &lt;jrandom&gt; 呵呵 duck 14:15 &lt;deer&gt; * eco 指向 http://dodo.freenetproject.org/pipermail/tech/2005-January/001224.html 14:15 &lt;jrandom&gt; （那是在 tehc 上的 ;) 14:15 &lt;cervantes&gt; postman：我的机器跑了太多乱七八糟的东西，恐怕帮不上忙 ;-) 14:15 &lt;deer&gt; &lt;polecat&gt; Ragnarok：如果我们能对地址簿的主机数据签名，就可以自动更新。否则没太多可做的。即使用户看到弹窗，他怎么知道哪个密钥才是准确的？ 14:15 &lt;deer&gt; &lt;Ragnarok&gt; “准确”是什么意思？ 14:16 &lt;jrandom&gt; polecat：给条目签名会爽翻天。 14:16 &lt;deer&gt; &lt;eco&gt; 仅供参考 14:16 &lt;deer&gt; &lt;eco&gt; 没有泥巴参与。 14:16 &lt;deer&gt; &lt;Ragnarok&gt; （签名会在名称记录里支持） 14:16 &lt;deer&gt; &lt;postman&gt; cervantes：嗨，无论如何谢谢 :) 14:16 &lt;cervantes&gt; 不客气 14:16 &lt;cervantes&gt; :P 14:17 &lt;jrandom&gt; 好，还有别的吗？ 14:17 &lt;deer&gt; &lt;polecat&gt; Ragnarok：“准确”是指围绕正确结果集中。 14:17 &lt;cervantes&gt; polecat：我在等我的某个客户倒闭，这样我就能潜进他们某台被遗忘的邮件服务器上装 i2p 14:18 &lt;deer&gt; &lt;Ragnarok&gt; polecat：是的，但“正确结果”是什么？ 14:18 &lt;jrandom&gt; lol cervantes 14:18 &lt;cervantes&gt; %s/polecat/postman 14:19 &lt;deer&gt; &lt;polecat&gt; eepsite 之间发送的地址簿文件可以在其格式中完成签名，保持其他 hosts.txt 不变。 14:19 * duck 想知道更新 dot.png 是否有用？ 14:19 &lt;duck&gt; 它有点太满了 14:19 &lt;deer&gt; &lt;eco&gt; 给我们一个 3D 小程序 14:20 &lt;jrandom&gt; duck：确实有点难读 ;) 14:20 &lt;jrandom&gt; duck：也许只列蓝线？ 14:20 &lt;jrandom&gt; 对我来说，价值在于看绿色有多分散 14:20 &lt;jrandom&gt; （或者是否有深绿的集群等） 14:20 &lt;deer&gt; &lt;Ragnarok&gt; polecat：签名会在 xml 名称记录格式中支持。 14:21 &lt;deer&gt; &lt;polecat&gt; Ragnarok：正确结果是，人类可读的名字映射到你期望的那个目的地，且只有当该目的地的所有者更换密钥时才会改变。 14:21 &lt;deer&gt; &lt;polecat&gt; 好。那……很好。没问题了。 14:21 &lt;deer&gt; &lt;Ragnarok&gt; polecat：这就是我们现在的 14:22 &lt;deer&gt; &lt;polecat&gt; 如果更新的签名与原记录的公钥匹配，那就能自动更新，没问题。 14:24 &lt;jrandom&gt; 关于伟大的命名之争，还有很多需要敲定的 14:24 &lt;jrandom&gt; 会议还有其他事项吗？ 14:24 &lt;deer&gt; * eco 有个 UI 投票 14:24 * jrandom 有个 GUI 14:25 &lt;deer&gt; &lt;Ragnarok&gt; polecat：一旦我们有了签名，就会支持 14:25 &lt;deer&gt; &lt;eco&gt; Web 界面里的 i2ptunnel 选项会弹出一个窗口——只有我一个人不太喜欢吗？ 14:25 &lt;jrandom&gt; 绝对不止你一个，eco。 13:25 &lt;jrandom&gt; 我把 i2ptunnel 的 Web 界面写得几乎尽可能糟糕 14:25 &lt;jrandom&gt; 它真的、真的很烂 14:25 * cervantes 偷用 jrandom 的“欢迎提交补丁”台词 14:26 &lt;jrandom&gt; （如 cervantes 所言 :) 14:26 &lt;jrandom&gt; 就算只是纯 HTML 也行，我可以把它整合进 JSP 14:26 &lt;jrandom&gt; （当然，给 JSP 打补丁更好） 14:27 &lt;cervantes&gt; jrandom：顺便说一下，我有个关于我们昨天讨论内容的补丁……再多测一会儿…… 14:27 &lt;jrandom&gt; 太好了 cervantes，谢谢！ 14:27 &lt;deer&gt; &lt;eco&gt; 为什么不把它列在主页面，像其他页面一样？ 14:27 &lt;deer&gt; &lt;eco&gt; 好吧，所以没有什么宗教式或技术上的原因？ 14:28 &lt;deer&gt; * polecat 有个 FUI 14:28 &lt;jrandom&gt; eco：从 UI 角度看，可以做成和其他页面一样，但从技术上不行 14:28 &lt;jrandom&gt; 技术上它需要作为一个单独的客户端应用，以单独的 .war 文件部署 14:28 &lt;deer&gt; &lt;polecat&gt; Ragnarok：我以为你说那就是我们现在的？ 14:29 * jrandom 非常感谢 mihi 贡献了那段代码，但我不能让 i2p 控制台依赖 GPL 14:29 &lt;deer&gt; &lt;Ragnarok&gt; 呃，抱歉，我的意思是除了签名，显然我们现在还没做。 14:29 &lt;jrandom&gt; （不过我们可以让它看起来像其他页面 14:30 &lt;deer&gt; &lt;eco&gt; 啊，许可证问题。太棒了 14:30 &lt;jrandom&gt; 呵，是不是很棒 eco？ 14:30 &lt;deer&gt; &lt;Ragnarok&gt; 所以当前地址永远不会自动更新，更改某地址所指向的目的地总是需要用户介入 14:30 &lt;cervantes&gt; jrandom：iframe :P 14:30 * jrandom 希望人们能看清 IP 闹剧的本质，把东西直接放到公有领域 14:30 &lt;deer&gt; &lt;eco&gt; 但在这种情况下，比如用套接字连接，从 GPL 的角度应该没问题吧 14:30 &lt;jrandom&gt; cervantes：不是不可能的替代方案 14:30 &lt;jrandom&gt; 对，eco 14:31 &lt;jrandom&gt; 我们尽力在真正的主体集成上跳舞绕过（用 clients.config 和 i2ptunnel.config），但 Web 界面因此有点受影响 14:33 &lt;deer&gt; &lt;susi23&gt; 关于地址簿界面的任何愿望、功能请求和评论请加到 `http://susi.i2p/susidns.html` 14:33 * toad_ 尊重 jrandom 对许可的极端观点，但强烈不同意 :) 14:33 &lt;jrandom&gt; 哦酷，会去的 susi23 14:34 &lt;jrandom&gt; 呵 toad_ :) 14:34 &lt;deer&gt; * eco 把它写进“我 64 岁时要做的事”清单 14:34 &lt;toad_&gt; bbiab 14:34 &lt;jrandom&gt; l8r 14:34 &lt;toad_&gt; 等我回来我们需要谈谈 i2p/freenet 集成的各种技术问题 14:34 &lt;jrandom&gt; 好的，会议还有人要提的吗？ 14:34 * cervantes 推出铜锣 14:34 &lt;toad_&gt; 尽快回来 14:34 &lt;jrandom&gt; 好的 toad_，我会在 14:34 &lt;jrandom&gt; （这也让我有时间把那些帖子补完 ;) 14:35 * jrandom 预备 14:35 * jrandom *baf* 敲锣，关闭会议 14:35 &lt;deer&gt; &lt;DrWoo&gt; jrandom：如果你还接受 7)??? 的内容，我有一个问题，我想回到 azureus 插件上，如果可以的话。#1——这会非常吸引大众，现在是不是个好时机通过这个插件把易用的 tunnel 长度控制加入 I2P 的 p2p 侧，以便更好地利用网络带宽资源？#2——有一个可用的 azureus 插件（很可能？）会带来一些宣传，不管你愿不愿意， 14:35 &lt;dm&gt; i2p/freenet 集成！？ 14:35 * jrandom 取消敲锣 14:35 * cervantes 把锣收起来 14:35 &lt;jrandom&gt; #1：是的，绝对——我已经给 parg 发了补丁 14:36 &lt;jrandom&gt; #2：[在 'want it or not,' 处被截断] 14:38 * jrandom 观察 IRC 流式库日志 - 14:38 &lt;jrandom&gt; 14:37:55.701: SEND bRC43g==QRnB~Q==: #2 DELAY 1000 MS ACK 1 data: 29 sent 2 times 14:38 &lt;jrandom&gt; 14:38:20.072: SEND juVFdg==aAUIVw==: #3465 DELAY 1000 MS ACK 5723 data: 43 sent 2 times 14:40 &lt;deer&gt; * eco 拿瓶啤酒 14:40 &lt;deer&gt; &lt;DrWoo&gt; jrandom：#2——有一个可用的 azureus 插件（很可能？）会带来一些宣传，不管你愿不愿意，你准备好应对用户激增了吗？如果没有，你觉得什么时候能准备好？ 14:40 &lt;jrandom&gt; 在 UDP 传输之前爆发大量用户并不好 14:41 &lt;jrandom&gt; azneti2p 还有很多工作要做，希望这能为我们争取点时间，但我们会尽我们所需去做 14:41 &lt;deer&gt; &lt;DrWoo&gt; jrandom：很酷，看到你已经在推动 #1 了 ;) 14:42 &lt;jrandom&gt; 我们还需要一些关于 #1 的文档，解释为什么 0 hops 对某些威胁模型是可行的 :) 14:44 &lt;jrandom&gt; 好了，准备再敲一次锣了吗？ 14:45 * jrandom 预备 14:45 * jrandom *baf* 会议关闭^2 </div>/zh/blog/2005/01/04/i2p-2005-01-04-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 04 Jan 2005 00:00:00 +0000/zh/blog/2005/01/04/i2p-2005-01-04-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，是时候发布我们 2005 年第一份每周状态笔记了。</p> <ul> <li>Index</li> </ul> <ol> <li>Net status 2) 0.4.2.6 3) 0.5 4) jabber @ chat.i2p 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>在过去的一周里，网络上发生了不少有趣的事情——在新年前夜，有人在一个热门网站上发表了有关 i2p-bt 的评论，我们因此迎来了一小波新用户。目前网络上有 120-150 台 router（路由器节点），几天前曾一度峰值达到 160。尽管如此，网络依旧稳健，高容量的对等节点承担了多余的负载，几乎没有对其他节点造成太多干扰。一些在超高速链路上未设置带宽限制的用户报告吞吐量可达 2-300KBps，而带宽较小的用户则通常只有 1-5KBps 的低速。</p> <p>我记得 Connelly 提到过，在新年后的几天里他看到了 300+ 个不同的 routers，因此出现了显著的 churn（节点更替）。另一方面，我们现在有稳定的 120-150 名在线用户，而不是之前的 80-90，这是一个合理的增长。不过我们仍然<em>不</em>希望它现在增长得太多，因为还有一些已知的实现问题需要解决。具体来说，在 0.6 版本 [1] 发布之前，为了让线程数量保持在合理水平，我们希望将对等节点数保持在 2-300 以下。不过，如果有人愿意帮忙实现 UDP 传输，我们就能更快达到那个规模。</p> <p>在过去一周里，我一直关注 i2p-bt 跟踪器发布的统计数据，已经传输了数GB的大型文件，有些报告显示速度达到 80-120KBps。自从那些评论在那个网站上发布以来，IRC 出现的波动比平时更多，但两次断线之间的间隔仍然以小时计。（据我观察，承载 irc.duck.i2p 的 router 一直在以接近其带宽上限的状态运行，这大概能解释这种情况）</p> <p>[1] <a href="http://www.i2p.net/roadmap#0.6">http://www.i2p.net/roadmap#0.6</a> </p> <ul> <li> <ol start="2"> <li>0.4.2.6</li> </ol> </li> </ul> <p>自 0.4.2.5 版本发布以来，CVS 中已加入一些修复和新功能，我们计划很快推出，其中包括针对 streaming 库的可靠性修复、提升对 IP 地址变更的适应性，以及捆绑 ragnarok 的地址簿实现。</p> <p>如果你还没听说过地址簿或尚未使用它，简而言之，它会通过定期从一些匿名托管的站点获取并合并更改，自动更新你的 hosts.txt 文件（默认为 <code>http://dev.i2p/i2p/hosts.txt</code> 和 <code>http://duck.i2p/hosts.txt）。你无需更改任何文件、修改任何配置，或运行任何额外的应用程序</code> - 它将作为一个标准的 .war 文件部署在 I2P router 内部。</p>/zh/blog/2005/01/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B41%E6%9C%884%E6%97%A5/Tue, 04 Jan 2005 00:00:00 +0000/zh/blog/2005/01/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2005%E5%B9%B41%E6%9C%884%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, cervantes, eco, frosk, Hybrid, jdot, jrandom, Myo9, protokol, slart, slaw</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) 嗨 13:09 &lt;@jrandom&gt; 1) 网络状态 13:09 &lt;@jrandom&gt; 2) 0.4.2.6 13:09 &lt;ant&gt; &lt;DrVince&gt; 它说找不到 tools.jar，但并不会停止 13:10 &lt;@jrandom&gt; 3) 0.5 13:10 &lt;@jrandom&gt; 4) jabber @ chat.i2p 13:10 &lt;@jrandom&gt; 5) ??? 13:10 &lt;@jrandom&gt; 0) 嗨 13:10 * jrandom 挥手 13:10 &lt;eco&gt; 嗨 13:10 &lt;@jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2005-January/000541.html 13:10 &lt;@jrandom&gt; DrVince：如果你能待会儿再走，会后我们可以一起把那个搞定 13:10 &lt;ant&gt; &lt;DrVince&gt; 酷 13:11 &lt;@jrandom&gt; 直接进入 1) 网络状态 13:11 &lt;@jrandom&gt; （我确信大家都读过每周状态说明了，咳咳） 13:11 &lt;@jrandom&gt; 基本上，网络看起来运行良好 13:11 &lt;@jrandom&gt; 不过 IRC 断线还是比平常多一些，但不至于糟糕 13:12 &lt;@jrandom&gt; 希望下个版本（带有 streaming 库的改进）会有所帮助，同时把 duck 的服务器上的负载进一步分担也会有帮助 13:12 &lt;@jrandom&gt; （记住，我们发到任一 IRC 频道的每条消息都会发送到 IRC 服务器，并被回显好几次） 13:13 &lt;+protokol&gt; 是啊 13:13 &lt;@jrandom&gt; 一个完全分布式的聊天系统会很酷，但我不抱太大期望。而且 IRC 已经够用了 13:14 &lt;@jrandom&gt; 好，关于 1) 网络状态 我就这些 13:14 &lt;@jrandom&gt; 有人要补充、评论等吗？ 13:14 * eco 离开了一阵子（老样子） 13:15 &lt;eco&gt; 回来后对目前的状况感到惊喜。进展非常好 13:15 &lt;Myo9&gt; 会议不是在10点吗？ 13:15 &lt;eco&gt; 不论在性能还是可用性方面 13:15 &lt;eco&gt; Myo9 10GMT（通用会议时间） 13:16 &lt;@jrandom&gt; GMT 晚上9点 13:16 &lt;@jrandom&gt; 过去一年确实带来了许多进展 13:17 * eco 给所有开发者发饼干，然后闭嘴 13:17 &lt;@jrandom&gt; ＊咀嚼＊ 13:17 &lt;@jrandom&gt; 好，跳到 2) 0.4.2.6 13:18 &lt;@jrandom&gt; 新版本即将到来，包含错误修复、改进，并内置地址簿 13:18 &lt;@jrandom&gt; 我不确定具体什么时候发布，也许本周末 13:18 &lt;@jrandom&gt; 当然会在邮件列表和频道里发布公告 13:19 &lt;@jrandom&gt; 关于这个我就说这么多——有人对 0.4.2.6 有问题/评论/担忧吗？ 13:19 * eco 想起有人提到 Debian 包 13:20 &lt;@jrandom&gt; 针对操作系统/发行版的打包目前可能还为时过早 13:20 &lt;eco&gt; Burton 愿意试试，但我想这周不会开始 13:20 &lt;@jrandom&gt; 啊酷，我还没听说过 13:21 &lt;eco&gt; 同意，虽然那会很方便 13:21 &lt;+protokol&gt; 等下，我现在挺嗨的 13:21 &lt;+protokol&gt; 哎呀 13:21 &lt;+protokol&gt; 那本来应该是私信 13:21 &lt;@jrandom&gt; 针对发行版的打包会很好，但要想可行，我们可能得先有自动更新器 13:21 &lt;+protokol&gt; 我可以研究做一个 ebuild 13:21 &lt;@jrandom&gt; protokol：你要是够乖，我就把那段从日志里删掉 ;) 13:21 &lt;+protokol&gt; 不保证 13:21 &lt;+protokol&gt; lol 13:22 &lt;@jrandom&gt; 是的，我觉得在 0.5 之前（甚至 1.0 之前）没必要考虑打包 13:22 &lt;@jrandom&gt; （我希望 0.5 能有自动更新器） 13:22 &lt;+protokol&gt; awesomecore 13:23 &lt;@jrandom&gt; 实际上，如果有人想做更新器，那将是个很酷且容易上手的任务。只要写个 servlet，从 dev.i2p/i2p/i2pupdate.zip 下载并验证，然后调用 router 的重启方法 13:23 &lt;Myo9&gt; 自动更新器，听起来像个威胁。 13:23 &lt;+protokol&gt; modulus: welsome 13:23 &lt;+protokol&gt; 为此悬赏 $200 13:24 &lt;@jrandom&gt; 呵，确实如此 myo9。更新需要既支持手动控制（一次点击更新），也要对更新进行签名验证 13:24 &lt;ant&gt; * DrVince 遇到了 i2pupdate.zip 的问题 13:24 &lt;ant&gt; &lt;cervantes&gt; 能启用/禁用就好了 ;) 13:24 * protokol 正式宣布 13:24 &lt;Myo9&gt; 于是突然 router 重启了，然后大家发现 Jr. 已经和 IP 那帮人合作、启用了 DRM。 13:24 &lt;@jrandom&gt; protokol：哦酷，把这 $200 交过来，我就把它加到悬赏页面上 13:24 &lt;Myo9&gt; ;) 13:24 &lt;Myo9&gt; 我希望自动更新默认关闭。 13:24 &lt;@jrandom&gt; 同意，myo9 13:25 &lt;ant&gt; &lt;cervantes&gt; 也许可以改进 routerconsole，在有新版本时通知 13:25 &lt;@jrandom&gt; 对的，cervantes 13:25 &lt;Myo9&gt; 太好了！ 13:25 &lt;@jrandom&gt; 它应显示是否有新版本，并给用户提供一键升级选项 13:25 &lt;@jrandom&gt; （很容易在 www.i2p/ 上加个包含当前版本的网页，这样 router 就能定期检查） 13:26 &lt;@jrandom&gt; （（或者按需）） 13:26 &lt;Hybrid&gt; 是的 jrandom。那会很棒。 另外在按钮上加一个指向“what's new”HTML 页的链接 13:26 &lt;@jrandom&gt; Hybrid: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 13:26 &lt;ant&gt; &lt;cervantes&gt; 是啊……我在论坛上做了个页面，让我的 Firefox 工具栏知道最新“事件”/新闻 13:27 &lt;@jrandom&gt; 不过，是的，那里加个链接也不错 13:27 &lt;@jrandom&gt; 啊，酷，cervantes 13:27 &lt;Hybrid&gt; 别忘了显示用户当前运行的版本和可用的新版本号。（我喜欢 DVD Decrypter 的做法） 13:27 &lt;ant&gt; &lt;cervantes&gt; 不过别指望我很快会发布什么…… 13:28 &lt;@jrandom&gt; 对对，Hybrid，用户当前运行的版本在 router 控制台左上角可见，所以不成问题 13:28 &lt;ant&gt; &lt;cervantes&gt; 本想假期里做这个，但到现在完全没动工…… 13:28 &lt;@jrandom&gt; 不过这些不会打包进 0.4.2.6，因为我还没写任何相关代码 :) 13:28 &lt;@jrandom&gt; 呵，cervantes，我懂。不过我很期待 XUL！ 13:29 &lt;@jrandom&gt; 好，关于 2) 0.4.2.6 还有别的吗，还是我们转到 3) 0.5？ 13:29 &lt;Hybrid&gt; I2P 关闭、安装新版本并重启，会有问题吗……其他应用比如 IRC 需要重启吗？“一键更新”还有其他复杂之处吗 13:30 &lt;Hybrid&gt; （抱歉打断开发者会议 lol） 13:30 &lt;@jrandom&gt; Hybrid：完全没问题——这就是 `http://localhost:7657/configservice.jsp` 上“graceful restart”按钮的作用 13:30 &lt;Hybrid&gt; 好 13:31 &lt;ant&gt; &lt;cervantes&gt; jrandom：重启时 wrapper 会重新读取 wrapper.config 吗？ 13:31 &lt;@jrandom&gt; 不会 :( 13:31 &lt;@jrandom&gt; 但我希望它会 13:31 &lt;ant&gt; &lt;cervantes&gt; 看来我们需要一个包裹服务的 wrapper 13:32 &lt;@jrandom&gt; 也许有人可以给 Java Service Wrapper 团队提个补丁 13:32 &lt;@jrandom&gt; 呵 13:32 &lt;@jrandom&gt; 好，跳到 3) 0.5 13:32 &lt;@jrandom&gt; 嗯，除了邮件里的内容，我没太多可说的 13:33 &lt;@jrandom&gt; 很多进展，写了不少纸上方案，也写了一些代码。不过还没提交，也还没到可以展示的程度 13:33 &lt;@jrandom&gt; 这方面我大致就这些，除非有人有问题 13:34 &lt;@jrandom&gt; 如果没有，我们慢慢移到 4) jabber @ chat.i2p 13:35 &lt;@jrandom&gt; 新的 jabber 服务器（w00t!）。详情见邮件和论坛 13:35 &lt;@jrandom&gt; 显然搭服务器也非常容易，所以希望我们能出点文档，让其他人也能自己跑起来 13:35 &lt;frosk&gt; 我想这是 I2P 有过的第三个。希望这次能长久一点 :) 13:36 &lt;jdot&gt; 文档在路上。用 Jive Messenger 简直不要太容易。只要把端口正确地 tunnel 一下就行。 13:36 &lt;@jrandom&gt; 就我个人而言，一对一和群聊用 IRC 我完全可以，但有 jabber 的选项也很酷 13:36 &lt;@jrandom&gt; 啊，收到，jdot 13:36 &lt;@jrandom&gt; 不着急，什么时候都行 13:37 &lt;@jrandom&gt; 能告诉大家：如果不喜欢某个特定 IRC 服务器上的状况，可以自己搭一个，那就太棒了 :) 13:37 &lt;jdot&gt; 将来也会考虑把它和 IRC 频道做网关桥接…… 13:37 &lt;@jrandom&gt; 不错 13:38 &lt;@jrandom&gt; 好，关于这点我就说这些。jdot 你还有要补充的吗？ 13:39 &lt;+protokol&gt; 怎么连上 chat.i2p 13:39 &lt;+protokol&gt; 在我这儿解析不了 13:39 &lt;@jrandom&gt; http://forum.i2p.net/viewtopic.php?t=229 13:40 &lt;jdot&gt; 没什么可补充的。 13:40 * eco 刚刚瞄了眼 Java Service Wrapper 13:40 &lt;eco&gt; 即将发布的 3.20 版已经实现了重新读取配置文件 13:40 &lt;eco&gt; 见 http://sourceforge.net/tracker/index.php?func=detail&aid=981060&group_id=39428&atid=425190 13:41 &lt;@jrandom&gt; 啊，太棒了 13:41 * eco 不过不知道什么时候发布 13:41 &lt;@jrandom&gt; 也许到 0.5 我们会做一次大型外部应用升级，替换我们老旧的 Jetty 和 Java Service Wrapper 代码 13:42 &lt;@jrandom&gt; 哦，在继续之前，我想我们该正式进入 5) ??? 13:42 &lt;@jrandom&gt; protokol：我记得你说过让 Jetty 跑起了 CGI？有相关文档/信息吗？ 13:43 &lt;@jrandom&gt; 还有谁把 Jetty 的符号链接（symlinks）也搞定了，不过我不知道是谁 13:43 &lt;@jrandom&gt; （那位在吗？你是怎么做的？ :) 13:44 &lt;@jrandom&gt; 或者，大家还有别的想提的吗？ 13:45 * eco 有个公益公告 13:45 &lt;eco&gt; 成功用 gcj 编译通过 I2P 有悬赏 13:45 &lt;eco&gt; 据 jr 说这会非常简单，去拿下吧！ :-) 13:45 &lt;@jrandom&gt; 呵，没那么简单，那只是美好愿望 ;) 13:46 &lt;@jrandom&gt; 但也许真的会 13:46 &lt;@jrandom&gt; （所以去干吧 :) 13:46 &lt;cervantes&gt; 我记得我在某处发过关于 Jetty 符号链接的链接，不是在聊天里就是论坛上……不记得哪儿了 13:46 &lt;cervantes&gt; 是很久以前了 13:46 &lt;+protokol&gt; jrandom：那是针对较新的版本，我刚把我的 Jetty 弄崩了 13:46 &lt;slart&gt; Azureus 插件有消息吗？ 13:46 &lt;+protokol&gt; 我觉得应该把 Jetty 升到最新，这样他们网站上的文档才有用 13:46 &lt;Hybrid&gt; gcj？ 13:46 &lt;+protokol&gt; 把 Java 变成二进制可执行文件 13:46 &lt;@jrandom&gt; 啊，酷，cervantes，我会去找找 13:47 &lt;cervantes&gt; 我研究过 Jetty 搭配 PHP……但结果很不稳定……PHP 附带一个用于 Tomcat 的 servlet .jar 可执行文件……我见过有人说可以让它在 Jetty 上工作……但我不懂怎么做 13:47 &lt;@jrandom&gt; protokol：啊 13:47 &lt;+protokol&gt; 而且还需要 CGI 和 symling 支持 13:47 &lt;@jrandom&gt; slart：Azureus 的开发者在埋头开发并取得了进展，但还没准备好 13:47 &lt;+protokol&gt; cervantes：干吧！ 13:48 &lt;+protokol&gt; 那就像把 Apache 内建进 I2P 一样 13:48 &lt;frosk&gt; Hybrid：The GNU Compiler for Java，或者类似的东西 13:48 &lt;@jrandom&gt; cervantes：嗯，.jar 支持会很棒，但如果不稳定，就不值得。在 Jetty 里有 CGI 支持是最好的，这样我们就能用普通的 PHP 13:48 &lt;slaw&gt; 太好了 13:48 &lt;frosk&gt; mod_i2p :) 13:49 &lt;@jrandom&gt; 呵 13:50 &lt;@jrandom&gt; 好，这次会议还有谁要提什么吗？ 13:51 &lt;@jrandom&gt; 如果没有…… 13:51 * jrandom 做结 13:51 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2004/12/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B412%E6%9C%8828%E6%97%A5/Tue, 28 Dec 2004 00:00:00 +0000/zh/blog/2004/12/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B412%E6%9C%8828%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, cat-a-puss, frosk, jdot\__, jrandom, lektriK, mule, mule2, postman, scintilla</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) 嗨 13:06 &lt;@jrandom&gt; 1) 0.4.2.5 13:06 &lt;@jrandom&gt; 2) 0.5 13:06 &lt;@jrandom&gt; 3) ??? 13:06 &lt;@jrandom&gt; 0) 嗨 13:06 * jrandom 挥手 13:06 &lt;+postman&gt; *挥手* 13:06 &lt;ant&gt; &lt;jnymo&gt; 你好 13:06 &lt;@jrandom&gt; 简要状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2004-December/000535.html 13:07 &lt;@jrandom&gt; 跳到 1) 0.4.2.5 13:07 &lt;@jrandom&gt; 如前所述，基本都在正常工作 13:08 &lt;+postman&gt; 是的，相当令人印象深刻 13:08 &lt;+postman&gt; 我的系统上完全没有再出现租约超时（lease timeout）了 13:08 &lt;@jrandom&gt; 很多人和你一样，jnymo，看到 0 条参与的 tunnels，这主要是因为效率提升和对等体选择更好了（我们现在知道要去吸 postman 机器的带宽了 ;) 13:08 &lt;ant&gt; &lt;jnymo&gt; 我也是 13:08 &lt;@jrandom&gt; 不错 13:08 &lt;ant&gt; &lt;jnymo&gt; 而且 eepsites 很快 13:09 &lt;+postman&gt; :) 13:09 &lt;ant&gt; &lt;jnymo&gt; 谢谢 postman :) 13:09 &lt;+postman&gt; 总带宽是 29kb / 30.1kb/s 13:09 &lt;frosk&gt; 大家感觉被爱少了，其实只是把爱更高效地用起来了 13:10 &lt;ant&gt; &lt;jnymo&gt; 哇 13:10 &lt;@jrandom&gt; 厉害啊，postman 13:10 &lt;mule2&gt; 我不认为那是理想状态。最好所有节点都能有一些流量 13:10 &lt;ant&gt; &lt;jnymo&gt; 只要大家都爱我，我也能顶住啦 :( 13:10 &lt;+postman&gt; 嗯 13:10 &lt;mule2&gt; 作为某种掩护流量（cover traffic） 13:10 &lt;@jrandom&gt; mule2：这是因为我们的负载远小于网络容量 13:11 &lt;@jrandom&gt; 我不认为我们能长期保持容量大于负载 13:11 &lt;ant&gt; &lt;jnymo&gt; mule2，postman 也充当一个混合器（mixer）……所以很难知道包进去后去了哪里 13:11 &lt;@jrandom&gt; 所以我不太担心不通过较慢的同伴传数据 13:12 &lt;mule2&gt; 也许少一点“完美”优化反而有利于匿名性 13:12 &lt;@jrandom&gt; 另一方面，这也会激励更多人（实现并）使用 i2pcontent，这样他们既能做镜像也能获得掩护流量 ;) 13:12 &lt;jdot__&gt; 如果一台 router 处理几乎所有 tunnel，会是安全问题吗？ 13:13 &lt;@jrandom&gt; mule2：先把它做到尽可能好，再讨论是否主动让它“变差” 13:13 &lt;@jrandom&gt; jdot__：并不是一台 router 处理所有流量，但确实看到在非常快连接（托管机房 colo 等）上的 routers 处理的比拨号/DSL/有线用户更多 13:14 &lt;@jrandom&gt; 再加上 tunnel 失败减少意味着我们在迁移和探索得更少 13:14 &lt;mule2&gt; 只要距离 routers 的极限还很远，可能可以做一些流量分配 13:14 &lt;@jrandom&gt; 对，router 里有概率性的 tunnel 拒绝机制，可以根据该 router 的带宽上限启用 13:15 &lt;ant&gt; &lt;jnymo&gt; 是啊，但 postman 节点的高吞吐让分析他的节点更困难……也许通过他发送更安全，比所有节点都只做 1KB/s 要好 13:15 &lt;@jrandom&gt; （但如果 postman 不设任何限制，我们就无法按其百分比来拒绝；） 13:15 &lt;ant&gt; &lt;jnymo&gt; 更快节点的分组会造成某种混合级联结构（mix cascade），不是吗？ 13:15 &lt;@jrandom&gt; 嗯，可以这么看 13:15 &lt;lektriK&gt; 我可以关闭 Start I2P 窗口吗？ 13:15 * postman 很抱歉没有限制他的带宽 13:16 &lt;@jrandom&gt; lektriK：不太行，除非你把 i2p 作为服务启动（参见 `http://localhost:7657/configservice.jsp）` 13:16 &lt;@jrandom&gt; 呵，postman 别担心，如果/当我们达到你 router 的容量时，我们会对你的 router 退让 13:17 &lt;lektriK&gt; 好的，它显示 service started 13:17 &lt;lektriK&gt; 现在能关了吗？ 13:17 &lt;@jrandom&gt; lektriK：不行/可以——你可以先关闭你的 router，再通过 start-&gt;run-&gt;"net start i2p" 启动它 13:18 &lt;mule2&gt; 现在这样的话，少数非常大的 routers 可以处理所有 tunnels，从而使其他 routers 上没有任何掩护流量。不过我们会后再继续这个话题。 13:18 &lt;mule2&gt; 不想抱怨网络表现得太好了 :) 13:18 &lt;@jrandom&gt; 呵呵 13:20 &lt;@jrandom&gt; 0.5 会做进一步的探索，不过扩散太广会有匿名性方面的问题。关于 0.5 还有更多细节需要处理（文档可能下周出第一版草稿） 13:21 &lt;@jrandom&gt; 不管怎样，还有谁要就 0.4.2.5 提点什么？ 13:21 &lt;@jrandom&gt; 还是我们简短地转到 2) 0.5？ 13:21 &lt;+postman&gt; 继续 13:21 &lt;ant&gt; &lt;jnymo&gt; 非常稳定……继续 13:21 &lt;@jrandom&gt; 那就当我们已经进入下一项了 13:22 &lt;@jrandom&gt; 2) 0.5 13:22 &lt;@jrandom&gt; 是的，仍在进行中。准备好会有更多信息。 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; 阿瑟·C·克拉克爵士还活着 :P 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; http://slashdot.org/articles/04/12/28/0120240.shtml?tid=99&tid=1 13:22 &lt;ant&gt; &lt;jnymo&gt; 0.5 让人兴奋 13:22 &lt;@jrandom&gt; 好了，我就说这些——有人有问题/要讨论的吗？ 13:23 &lt;@jrandom&gt; 嗯，基于过去 16 个月学到的东西，正在进行一些重要的重构 13:23 &lt;@jrandom&gt; （呃，应该是 18） 13:23 &lt;+postman&gt; jrandom：所以 0.5 主要会采用新的 tunnel 管理系统？ 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; 啊，希望我没打断会议 :/ 13:23 &lt;+postman&gt; 哇 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; 抱歉 呵 13:23 &lt;ant&gt; &lt;jnymo&gt; 呵。我有个建议 13:24 &lt;@jrandom&gt; 对，postman：新的管理、池化和构建 13:24 &lt;+postman&gt; quadn：看你干的好事——你的粘贴导致了 netsplit（网络分裂）:) 13:24 &lt;@jrandom&gt; 你个混蛋！ 13:24 &lt;ant&gt; &lt;Quadn-werk&gt; ！ 13:24 &lt;@jrandom&gt; 怎么了，jnymo？ 13:24 &lt;+postman&gt; jrandom：每条 tunnel 仍然会是一个单独的本地 Destination（目标地址）吗？ 13:25 &lt;@jrandom&gt; 啥？ 13:25 &lt;@jrandom&gt; 0.5 不会对 i2ptunnel 做任何改动 13:25 &lt;+postman&gt; jrandom：好的 13:25 &lt;@jrandom&gt; （至少我不打算改） 13:26 &lt;mule&gt; postman 正在发起 intersection attack（交集攻击）？ 13:26 &lt;ant&gt; &lt;jnymo&gt; 对于那些完全没有带宽使用的人……让 routers 构建把它们包含进去的 tunnels 怎么样……比如 ABCABCA 13:26 &lt;+postman&gt; mule：不，是 quadn 的锅 :) 13:26 &lt;ant&gt; &lt;jnymo&gt; 那就是一条伪造的 tunnel 13:27 &lt;@jrandom&gt; jnymo：把一个 router 宣传为“嘿我有多余带宽，用我吧”是个危险的做法 13:27 &lt;+postman&gt; jrandom：那这次重构（简单说）会解决哪些问题？ 13:27 &lt;ant&gt; &lt;jnymo&gt; jrandom：我不太是那个意思 13:27 &lt;@jrandom&gt; 但现在看起来我们会有两组 tunnels——普通的，以及探索性（exploratory）的，后者从随机选择的未失败 peers 构建 13:28 &lt;ant&gt; &lt;jnymo&gt; jrandom：我的意思是创建一条伪造的 tunnel，把我自己放在这条 tunnel 的中间，仅用于模拟一些流量 13:29 &lt;@jrandom&gt; postman：让在同一条 tunnel 中相关联 peers 变得更难，允许客户端有效选择其出站 tunnel 的长度，并提供应对 predecessor attack（前驱攻击）所需的选项（会有各种权衡） 13:29 &lt;@jrandom&gt; （哦，还通过去掉大量 modPow 调用来提升性能） 13:29 &lt;+postman&gt; 好的谢谢 13:29 &lt;ant&gt; &lt;jnymo&gt; postman：而“每跳的 tunnel IDs”是个大改动 13:30 &lt;+postman&gt; modpow? 13:30 &lt;@jrandom&gt; 啊 jnymo。是的，在生成各种填充流量（chaff traffic）方面有很大潜力 13:30 &lt;ant&gt; &lt;jnymo&gt; 这样，两个非相邻的节点就无法知道它们在同一条 tunnel 里了，postman 13:30 &lt;@jrandom&gt; postman：模幂运算（modular exponentiation），非常耗 CPU 且浪费内存 13:31 &lt;ant&gt; &lt;jnymo&gt; jrandom：好，酷 13:31 &lt;+postman&gt; 好 13:31 &lt;scintilla&gt; jrandom，关于让客户端选择 tunnel 长度：会不会有机制防止人把它调到 99（或其他）？ 13:31 &lt;ant&gt; &lt;jnymo&gt; CPU 性能 13:32 &lt;@jrandom&gt; 必要时我们可以加上 hashcash，但过长的 tunnels 反正最终会失败 13:32 &lt;scintilla&gt; 啊，说得也是 13:32 &lt;@jrandom&gt; 我们甚至可以加点小伎俩——要求一条 tunnel 在创建后 60 秒内必须有有效的 tunnel 消息通过，才算“有效” 13:33 &lt;@jrandom&gt; （所以如果一条 tunnel 有 20 跳，构建完所有跳数会花太久） 13:33 &lt;scintilla&gt; 这是个好主意——能防止这种荒唐配置持续太久 13:33 &lt;@jrandom&gt; 不过这些都是针对黑客的。普通用户只会用暴露出来的界面 13:34 &lt;ant&gt; &lt;jnymo&gt; 对，你会把它限制在某个上限，对吧？ 13:34 &lt;ant&gt; &lt;jnymo&gt; 我们会比现在最大 2 更高，对吧？ 13:34 &lt;@jrandom&gt; 对，比如 /configclients.jsp 或 /i2ptunnel/edit.jsp 上的跳数下拉框 13:35 &lt;@jrandom&gt; 哦我以为现在最大是 3？ 好吧，总之会提供高于 2 的选项 13:35 &lt;ant&gt; &lt;jnymo&gt; 3 条 tunnels，2 跳 13:35 &lt;@jrandom&gt; 啊好 13:35 &lt;@jrandom&gt; 是的，0.5 会加入一些重要的新调整，比如是否对这些长度做随机化，以及随机化幅度等 13:36 &lt;frosk&gt; 最大确实是 3 13:36 &lt;ant&gt; &lt;jnymo&gt; 嗯 13:37 &lt;@jrandom&gt; 啊，/configclients 上是 3，i2ptunnel 上是 2 13:37 &lt;frosk&gt; 0.5 仍然按计划在一月发布吗？ 13:37 &lt;ant&gt; &lt;jnymo&gt; 啊 13:37 &lt;@jrandom&gt; 是的，frosk 13:37 &lt;frosk&gt; 太好了 13:37 &lt;@jrandom&gt; 我不会在 streaming 库上再磨蹭太久了，我保证 ;) 13:37 &lt;frosk&gt; 听起来工作量很大 :) 13:38 &lt;@jrandom&gt; 其实没那么糟，难点在于把算法做对 13:38 &lt;@jrandom&gt; （细节啥细节 ;)） 13:39 &lt;+postman&gt; frosk：而且都已经在纸上了 13:39 &lt;+postman&gt; :) 13:39 &lt;ant&gt; &lt;jnymo&gt; 呵 13:39 &lt;frosk&gt; 的确 :) 13:39 &lt;@jrandom&gt; 基本上是的 ;) 13:39 &lt;@jrandom&gt; 好，还有谁有 2) 0.5 的其它事？ 13:39 &lt;ant&gt; &lt;jnymo&gt; 没有 13:39 &lt;frosk&gt; 没了 13:40 &lt;@jrandom&gt; 好，那我们转到老传统的 3) ??? 13:40 &lt;@jrandom&gt; 嗨 13:40 &lt;@jrandom&gt; 还有别的要提的吗？ 13:41 &lt;ant&gt; &lt;jnymo&gt; postman：i2pmail.org 上没有 SMTP/POP3 的 inproxy，对吧？ 13:41 &lt;cat-a-puss&gt; 我在客户端这边仍然看到奇怪的延迟…… 13:41 &lt;+postman&gt; 嗯，没有 13:41 &lt;frosk&gt; 这时候我本该递上一瓶祝贺的葡萄酒，庆祝这一年的出色开发 ;) 13:41 &lt;+postman&gt; jnymo：POP3 只对 i2p 用户开放 13:41 &lt;@jrandom&gt; cat-a-puss：啊，你早些时候在时我错过了那些消息 13:41 &lt;+postman&gt; jnymo：对于域名 i2pmail.org，确实有一个作为 MX 的 SMTP inproxy 13:42 &lt;@jrandom&gt; frosk：干杯 13:42 &lt;ant&gt; &lt;jnymo&gt; 对对……不错…… 13:42 &lt;cat-a-puss&gt; 比如我有两个本地 Destination（目标地址），当一个尝试连接另一个时会有延迟，而且不是 CPU 受限 13:42 &lt;mule&gt; cat-a-puss：你还会把奖金支票也交上来吗？ 13:42 * postman 捐一瓶好威士忌 13:42 &lt;@jrandom&gt; cat-a-puss：对，你看到大约 0.5-1.0 秒的延迟，对吧？ 13:42 &lt;cat-a-puss&gt; mule：啥？ 13:42 &lt;cat-a-puss&gt; jrandom：对 13:43 &lt;@jrandom&gt; cat-a-puss：完全正常，是延迟 SYN 的一部分 13:43 &lt;mule&gt; 抱歉，评论是 frosk 说的 13:43 &lt;ant&gt; * jnymo 拿出那盒廉价葡萄酒 13:43 &lt;mule&gt; frosk：你还会把奖金支票也交上来吗？ 13:43 &lt;@jrandom&gt; （它会稍等再发送 SYN 及相关 ACK，以便看看是否有更多数据可以打包） 13:43 &lt;scintilla&gt; 哦，顺便说下，我很快就会收到那本包含 Fortuna 算法规范的书……同时我一直在尝试在 Java 中收集熵而不把机器拖垮 13:44 &lt;@jrandom&gt; 太棒了 13:44 &lt;ant&gt; &lt;jnymo&gt; 嗯，有人想对 i2p 发起一些攻击 13:44 &lt;ant&gt; &lt;jnymo&gt; 是谁来着？ 13:44 &lt;@jrandom&gt; connelly 13:44 &lt;cat-a-puss&gt; 有办法避免吗，还是我只能尽量避免短连接？ 13:45 &lt;ant&gt; &lt;jnymo&gt; 这事有什么进展吗，jr？ 13:45 &lt;@jrandom&gt; cat-a-puss：是的，创建 I2PSocketManager 时可以传一些选项，我找出来给你 13:46 &lt;@jrandom&gt; jnymo：那是个长期的 intersection attack（交集攻击），所以过一段时间他会有数据来帮助识别特定 eepsites 所在的 routers。我相信他拿到数据后会写些总结给我们 13:46 &lt;ant&gt; &lt;jnymo&gt; scintalla：Fortuna 算法是什么？ 13:46 &lt;ant&gt; &lt;jnymo&gt; jrandom：好 13:48 &lt;@jrandom&gt; cat-a-puss: i2p.streaming.initialResendDelay=50 i2p.streaming.connectDelay=100 13:48 &lt;scintilla&gt; 这是一种密码学安全的伪随机数生成器，对可信加密绝对必不可少 13:48 &lt;jdot__&gt; 已经有人自愿参与那种攻击了吗？ 13:48 &lt;@jrandom&gt; cat-a-puss：然后在对 I2PSocket 调用 write() 之后务必调用 flush() 13:48 &lt;@jrandom&gt; jdot__：是的，他有 7 个自愿参与的站点 13:48 &lt;cat-a-puss&gt; jrandom：好的 13:49 &lt;ant&gt; &lt;jnymo&gt; 关于那场盛大的命名之争…… 13:49 &lt;ant&gt; * jnymo 偷笑 13:49 &lt;@jrandom&gt; 哦，还有 i2p.streaming.initialAckDelay=1000 13:49 &lt;@jrandom&gt; 或者甚至设为 =100 13:49 * jrandom 向 jnymo 扔泥巴 13:50 &lt;ant&gt; &lt;jnymo&gt; 我实际上做过 X.500 相关的工作，而且我的工作让我能免费用 Windows Servers 13:50 &lt;ant&gt; &lt;jnymo&gt; 所以也许一两个月后我会搭个中心化 DNS 用于测试 13:51 &lt;@jrandom&gt; 呵，把一个中心化命名服务器放在 .mil 上会相当滑稽 13:51 &lt;ant&gt; &lt;jnymo&gt; 不过把 i2p 地址塞进 WinServer 可能不是件容易的事……不确定 13:51 &lt;ant&gt; &lt;jnymo&gt; 呵……dnsalias 就是办法 13:52 &lt;@jrandom&gt; nano 做了一些很酷的工作，把 dnsjava 与 i2p 集成了 13:52 &lt;ant&gt; &lt;jnymo&gt; 喔—— 13:53 &lt;@jrandom&gt; 详情看看 nano.i2p 13:53 &lt;ant&gt; &lt;jnymo&gt; 你们居然没人告诉我……啊，谢谢 13:53 &lt;@jrandom&gt; 另外，如上次所说，大家应该把关于命名的想法发到 wiki 上 13:54 &lt;@jrandom&gt; 好了，还有谁有会议要提的事吗？ 13:55 &lt;ant&gt; &lt;jnymo&gt; 没有 13:57 &lt;@jrandom&gt; 好，那这样吧 13:57 * jrandom 做好准备 13:57 * jrandom *baf*地把会议关了 </div>/zh/blog/2004/12/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B412%E6%9C%8821%E6%97%A5/Tue, 21 Dec 2004 00:00:00 +0000/zh/blog/2004/12/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B412%E6%9C%8821%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bens, bob, detonate, dm, duck, Frooze, frosk, jrandom, kaji, Madman2003, modulus, mule, mule2, orion, Ragnarok, redzog, scintilla, susi23, ugha2p</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) 嗨 13:05 &lt;@jrandom&gt; 1) 0.4.2.4 & 0.4.2.5 13:05 &lt;@jrandom&gt; 2) 0.5 策略 13:05 &lt;@jrandom&gt; 3) 命名 13:05 &lt;@jrandom&gt; 4) eepsite 汇总 13:05 &lt;@jrandom&gt; 5) ??? 13:06 &lt;@jrandom&gt; 0) 嗨 13:06 * jrandom 挥手 13:06 &lt;@jrandom&gt; 每周状态说明刚刚发布在 @ http://dev.i2p.net/pipermail/i2p/2004-December/000528.html 13:07 &lt;@jrandom&gt; 让我们直接进入 1) 0.4.2.4 & 0.4.2.5 13:08 &lt;@jrandom&gt; 已经升级到 0.4.2.5 的各位——目前大约占到全网的 1/3——谢谢！ 13:09 &lt;@jrandom&gt; 我本想让发布节奏平稳一些，但 0.4.2.5 里有些东西确实需要更广泛部署 13:10 &lt;Madman2003&gt; 在断线方面 0.4.2.5 对我来说效果不错，不过我不 24/7 运行 i2p（最近 IRC 断线不少），而且离发布才过了几个小时 13:10 &lt;@jrandom&gt; 我稍后在邮件里也提到过，我还没有计划下一次 bugfix 版的发布日期，不过走着看吧 13:10 &lt;@jrandom&gt; 太好了 Madman2003 13:10 &lt;@jrandom&gt; 是啊，现在判断 0.4.2.5 还为时过早 13:11 &lt;frosk&gt; .4 上我以前会遇到高延迟的时段，.5 目前还没遇到，不过还是有点早 13:11 &lt;frosk&gt; （当然我是说 IRC 的延迟） 13:11 &lt;@jrandom&gt; 修复的 DNS bug 可能会表现为大量运行旧版本的对等体同时出错，所以大家越早升级越好 13:12 &lt;@duck&gt; 这和那些手动输入主机名的人出错有关吗？ 13:12 &lt;@jrandom&gt; 是的 13:12 &lt;dm&gt; Windows 系统托盘的 I2P 图标有多没用啊!?!? 13:12 &lt;@duck&gt; 啊，所以这就是为什么 config.jsp 还是很友好 13:13 &lt;Madman2003&gt; 谁知道为什么还有人运行 0.4.2.4 之前的 router？（发布有一阵了） 13:13 &lt;@jrandom&gt; dm：它现在更多只是个占位符，再加上一个状态图标，表示“i2p 正在运行” 13:13 &lt;dm&gt; 他们还有自己的生活？ :) 13:13 * jrandom 应该对此表示不满…… 13:14 &lt;redzog&gt; 有没有办法从命令行做软重启？ 13:14 &lt;@jrandom&gt; 恐怕没有 13:14 &lt;redzog&gt; 呃，可惜 13:14 &lt;@jrandom&gt; 也许可以用 wget 之类？ 13:14 &lt;redzog&gt; 这会让自动更新容易些 13:14 &lt;+detonate&gt; i2prouter stop && i2prouter start :) 13:14 &lt;@jrandom&gt; 不，算了，wget 也不行 13:14 &lt;@jrandom&gt; （因为表单需要交互） 13:14 &lt;Madman2003&gt; 我一般在两次发布之间通过 CVS 更新好几次（最多一天一次），只要几分钟 13:15 &lt;redzog&gt; lwp::simple 可以搞定 13:15 &lt;redzog&gt; 就是一个 POST 而已 13:15 &lt;@jrandom&gt; redzog：支持这个会很酷 13:15 &lt;redzog&gt; 我试着糊个原型出来 13:15 &lt;@jrandom&gt; 呃，不仅仅是发个 POST，你需要先读表单里给你的内容，然后把那些字段发回去 13:16 &lt;+detonate&gt; 之后发布间隔会拉长一些吧……对吧？ 13:16 &lt;@jrandom&gt; （有个隐藏标志来防止人们做类似 &lt;img src="../../configservice.jsp?action=restart"&gt; 的事情 13:16 &lt;redzog&gt; 哈，对 13:16 &lt;@jrandom&gt; 对的 detonate，本来没计划这么快，最多一周一次 13:16 &lt;redzog&gt; nonce（一次性随机数）值会变化吗？ 13:17 &lt;@jrandom&gt; 如果不变，那就不叫 nonce 了 ;) 13:17 &lt;redzog&gt; 嗯，看起来会 13:17 &lt;redzog&gt; 嗯，是在会话之间，还是在每次加载页面之间…… ;) 13:17 &lt;redzog&gt; 是每次加载页面 13:17 &lt;@jrandom&gt; 对 13:17 &lt;@jrandom&gt; 好，关于 0.4.2.4/0.4.2.5 还有其他吗？ 13:18 &lt;@jrandom&gt; 我确信再把新版本跑一跑之后还会有更多讨论 13:18 &lt;dm&gt; 哦，这是在开会吗？ 13:18 &lt;+detonate&gt; 启动起来似乎顺畅度差了不少 13:18 &lt;+detonate&gt; 比 2.3 13:18 &lt;@jrandom&gt; 哦？具体哪里，detonate——CPU、延迟、内存、时间？ 13:19 &lt;+detonate&gt; 对等体列表要很久才填满 13:19 &lt;+detonate&gt; 而且我有一大堆被拉黑的节点 13:19 &lt;+detonate&gt; 另外 i2ptunnel 有时会卡住，总体看实际启动至少要花 2 倍时间 13:19 &lt;+detonate&gt; 一旦起来了就顺畅了 13:19 &lt;+detonate&gt; 挺奇怪 13:19 &lt;@jrandom&gt; 嗯，在 /logs.jsp#connectionlogs 上原因显示的是什么？ 13:20 &lt;ant&gt; &lt;BS314159&gt; 我刚刚优雅重启到 0.4.2.5。花了 120 秒才有 Local Destinations 13:20 &lt;ant&gt; &lt;BS314159&gt; 看起来不错 13:20 &lt;@jrandom&gt; 不错，BS314159——那差不多就是最低限度了，因为我们在启动后 2 分钟才启动 i2ptunnel :) 13:20 &lt;+detonate&gt; 没什么异常 13:20 &lt;+detonate&gt; 一个关闭异常 13:21 &lt;+detonate&gt; 但我觉得是我自己造成的 13:21 &lt;mule&gt; 我用上个版本通过 fcp 拉了 300M 多的电影。以前从没这么好过。最高速超过 40k。干得漂亮。 13:21 &lt;@jrandom&gt; 哇，给力，mule！ 13:21 &lt;mule&gt; 不过 IP 变化后的恢复我还是有很大问题 13:21 &lt;@jrandom&gt; detonate：嗯，好的，会后或你有空的时候我很想继续调这个问题 13:22 &lt;+detonate&gt; 好 13:22 &lt;+detonate&gt; 行 13:22 &lt;dm&gt; tunnel 延迟：364ms。到底他妈怎么回事，每个版本 tunnel 延迟都降了 100-200ms！ 13:22 &lt;@jrandom&gt; 啊，mule，好 13:22 &lt;@jrandom&gt; 我有个主意可以处理那些挂住的 TCP 连接——加个 5 分钟的 keepalive 就行 13:23 &lt;@jrandom&gt; 嘿 dm，别急，它还会涨回来的 ;) 13:23 &lt;frosk&gt; 哇，我这儿只有 261ms :) 13:24 &lt;@jrandom&gt; 好，如果没别的，我们跳到 2) 0.5 策略 13:24 &lt;dm&gt; 这不可能吧…… 13:25 &lt;+ugha2p&gt; 看来我又来晚了。 13:26 &lt;@jrandom&gt; 0.5 还有很多活要干，不过邮件里概述了个大致流程 13:26 * jrandom 把 ugha2p 送去校长办公室 13:27 &lt;@jrandom&gt; 在 tunnel 资源池和创建方面还有一些细节要敲定，不过我觉得我们有几种不同的方案，能满足不同用户群的需求 13:28 &lt;@jrandom&gt; 等设计上的大问题基本捋顺了，会发布一些扎实的文档供各位审阅 13:28 &lt;@jrandom&gt; （目前笔记本上大约写了 8 页，不过应该能压缩得不错） 13:29 &lt;kaji&gt; 会议开始了吗？ 13:29 &lt;@jrandom&gt; 0.5 的另一个任务是“应对网络的带宽需求”，我对如何规划还没头绪，所以只能走一步看一步 13:29 &lt;@jrandom&gt; 是的，kaji，我们正在讲 2) 0.5 策略 13:30 &lt;@jrandom&gt; 嗯，关于这点我暂时就这些，除非大家有问题/意见/担忧？ 13:31 &lt;+ugha2p&gt; 哇，大多数 router 已经升级了。 13:31 &lt;+detonate&gt; 路线图里有没有对 HTTP 流量做过滤以剥离 JavaScript/等的计划？ 13:31 &lt;+detonate&gt; 针对 0.5 13:31 &lt;+ugha2p&gt; detonate：没有。 13:31 &lt;@jrandom&gt; detonate：0.6 13:31 &lt;ant&gt; &lt;cat-a-puss&gt; 关于带宽，我们是否应该为 BitTorrent 启用概率性的 tunnel 长度，和/或本地偏置的 tunnels，因为一般 BT 用户的威胁模型较弱？ 13:32 &lt;@jrandom&gt; cat-a-puss：是的，绝对是。这是 0.5 发布的重要部分之一 13:32 &lt;+ugha2p&gt; detonate：除非你抢先把它实现了。 ;) 13:32 &lt;+detonate&gt; 我在考虑 13:33 &lt;ant&gt; &lt;cat-a-puss&gt; HTML 过滤会在单独的进程里进行吗？ 13:33 &lt;@jrandom&gt; 我想 michelle 也在看这个，如果你们俩想一起合作（michelle 正在学 Java），那就太棒了 13:33 &lt;+detonate&gt; 好 13:33 &lt;@jrandom&gt; cat-a-puss：我不清楚。 13:34 &lt;+ugha2p&gt; cat-a-puss：为什么要这样？ 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; （我这么问是因为我在想做个代理，把所有进来的浏览器流量通过 ClamAV）它是 GPL 的，所以如果能把它纳入过滤器，可能挺好。 13:35 &lt;@jrandom&gt; 很酷，cat-a-puss！ 13:35 &lt;+ugha2p&gt; 有些人已经在 I2P 上用 Privoxy 了。 13:36 &lt;bens&gt; 总体上，我反对把东西打包进来 13:36 &lt;susi23&gt; 我宁愿看到大家把浏览器配置正确，而不是承诺保护他们不受恶意代码的侵害。 13:36 &lt;@jrandom&gt; susi23：没人会把浏览器配置得当 13:36 &lt;@jrandom&gt; 尤其是普通用户 13:37 &lt;frosk&gt; 甚至要怀疑普通人能不能给浏览器设置代理 13:37 &lt;@jrandom&gt; 我个人认为类似 cgi-proxy 的东西会是理想选择 13:37 &lt;@jrandom&gt; 说得对，frosk 13:37 &lt;@jrandom&gt; 有个类似 cgi-proxy 的界面（按用户偏好过滤，默认安全），就算傻瓜也会用 13:38 &lt;bens&gt; 我看 I2P 需要为不同市场准备多个版本，比 MS Office 还要多 13:38 &lt;@jrandom&gt; 这就是为什么我们把组件做得小，把这些东西都挪出 router，bens ;) 13:38 &lt;Ragnarok&gt; 一份代理自动配置文件会有帮助 13:39 &lt;@jrandom&gt; Ragnarok：我们有一份，但用它仍然可能做出危险的事情 13:39 &lt;frosk&gt; 也许还可以做个专用的 i2p 浏览器（如果谁闲到发慌的话 ;)） 13:39 &lt;susi23&gt; ragnarok：那个？ http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/proxyscript/i2pProxy.pac 13:39 &lt;@jrandom&gt; frosk：我猜还要配专用的 i2p 操作系统和硬件 13:40 &lt;frosk&gt; 呵呵，完美 13:40 &lt;Ragnarok&gt; 不过那不在安装包里 13:40 * jrandom 在专用的 i2p 宇宙里实现这些 13:40 &lt;susi23&gt; . o O ( 也许我们还该找一颗专属的 i2p 行星 ) 13:40 &lt;susi23&gt; . o O ( 靠，慢了一步 ) 13:40 &lt;mule&gt; 行，我们来卖硬件 :) 13:40 &lt;frosk&gt; 老话说，要从零造东西，先得创造宇宙 13:41 &lt;@jrandom&gt; w00t，现在我们只差几个投资人了…… 13:41 &lt;bens&gt; 说正经的，做个 Firefox 自动配置器也许挺合理 13:41 &lt;@jrandom&gt; bens：susi 上面链接的 .pac 应该能搞定 13:41 &lt;bens&gt; 不仅是代理；还包括安全设置、主页等 13:41 &lt;@jrandom&gt; 我们也可以把它跟安装包一起带上，但对需要匿名性的人来说还不够（而且他们并非超级极客） 13:42 &lt;@jrandom&gt; 嗯，也许这类东西可以进 cervantes 的 i2p XUL 应用 13:43 &lt;@jrandom&gt; 不过这已经离 2) 0.5 策略越来越偏题了 13:43 &lt;@jrandom&gt; 还有别的吗，或者我们转到 3) 命名？ 13:44 -!- Irssi: #i2p: 共 40 个昵称 [2 个 ops, 0 个 halfops, 6 个 voices, 32 个普通] 13:44 &lt;@jrandom&gt; 当作我们已经切换了 13:44 &lt;@jrandom&gt; 好像我在 addressbook 2.0.1 的引用上有点操之过急——Ragnarok，给我们说下最新情况？ 13:44 &lt;+ugha2p&gt; jrandom：我们能指望路线图上的日期是准确的吗？ 13:45 &lt;@jrandom&gt; ugha2p：目前它们反映的是我最好的估计 13:45 &lt;+ugha2p&gt; jrandom：好，明白。 13:45 &lt;Ragnarok&gt; 现在已经发布了 13:45 &lt;@jrandom&gt; w00t 13:45 &lt;Ragnarok&gt; 去 ragnarok.i2p 看 13:45 &lt;Ragnarok&gt; 我本来不打算现在发布的，但 jrandom 把我逼上了贼船 :) 13:46 &lt;@jrandom&gt; 呵呵 13:46 &lt;+ugha2p&gt; Ragnarok：顺便，你首页漏了一个链接。 :) 13:46 &lt;Ragnarok&gt; 只是几个 bug 修复，没啥大改动，但应该能更好地处理一些边角情况 13:46 &lt;@jrandom&gt; 在右上角，ugha2p 13:47 &lt;Ragnarok&gt; ugha2p：在侧边栏 13:47 &lt;Ragnarok&gt; 不过我也会在帖子里加上链接 :) 13:47 &lt;mule2&gt; “等我死的那一天吧”。每天换 IP 用来对时。 13:48 &lt;Ragnarok&gt; 总之，大家能试试就太好了。 非常欢迎 bug 报告 13:48 &lt;+ugha2p&gt; Ragnarok：哦，那个侧边栏在 Opera 里严重跪了。 13:48 &lt;mule2&gt; Lease expired 12773d ago 13:49 &lt;+ugha2p&gt; Ragnarok：也不算“严重跪”，只是跑到了页面最下面。 13:49 &lt;@jrandom&gt; 不错，Ragnarok，谢谢 13:49 &lt;Ragnarok&gt; 你的窗口大概不够宽 13:49 &lt;+ugha2p&gt; 对，但它应当适配任何窗口大小。 13:50 &lt;+ugha2p&gt; 所以你可能以后要修一下。 :) 13:50 &lt;Ragnarok&gt; “应当”这个词用得很有意思 :) 13:50 &lt;Frooze&gt; 啊，在 Mozilla 1.7 里也不对。不过我的窗口也比较小。 13:50 &lt;+ugha2p&gt; 为什么这么说？ 13:50 &lt;Frooze&gt; 谢谢 ragnarok。很酷的东西。 13:51 &lt;Ragnarok&gt; 我可能以后会修，但这事优先级很低 13:51 * jrandom 更愿意看到 addressbook 的更新，而不是 HTML 修修补补 13:52 &lt;Ragnarok&gt; 总之，还有问题吗？ 13:53 &lt;frosk&gt; 谢谢 addressbook，Ragnarok，听起来很实用 13:54 &lt;+ugha2p&gt; 加载 addressbook 的文档里写的方法是唯一的方式吗，还是有更不打扰人的方法？ 13:54 &lt;kaji&gt; 我刚装上，真棒 13:54 &lt;Ragnarok&gt; 你可以手动用 "java -jar addresbook.jar &lt;path to i2p/addressbook&gt;" 启动它 13:54 &lt;Ragnarok&gt; 谢谢 :) 13:55 &lt;kaji&gt; 哦，我下的是 2.0.0，有更新在哪吗？ 13:55 &lt;Ragnarok&gt; 好的，我把栏修了，就是绝对和相对尺寸混用的愚蠢错误 13:56 &lt;Ragnarok&gt; 对，现在 ragnarok.i2p 上有 2.0.1 了 13:57 &lt;+ugha2p&gt; 我现在遇到“Failed to load Main-Class manifest attribute from”，不过没关系，我待会儿重启一下。 13:57 &lt;Ragnarok&gt; 哎呀 13:58 &lt;Ragnarok&gt; 怪我 13:58 &lt;Ragnarok&gt; 我会尽快修复 13:58 &lt;+ugha2p&gt; 啊，好的。 :) 13:58 &lt;Ragnarok&gt; 很快还会有一个易于安装的 .war 版本 13:59 &lt;dm&gt; jrandom：你就是台机器 14:00 &lt;@jrandom&gt; wikked，谢谢 Ragnarok 14:00 &lt;@jrandom&gt; susi23：ping？ 14:00 &lt;susi23&gt; 1200ms 14:01 &lt;@jrandom&gt; !thwap 14:01 &lt;@jrandom&gt; 总之，给我们说说 susidns 的进展？ 14:01 &lt;@jrandom&gt; 还是留到稍后？ 14:01 &lt;susi23&gt; 我们有时间展开更泛的命名相关讨论吗？ 14:02 &lt;susi23&gt; 我们将来想要哪些特性？ 14:03 &lt;@jrandom&gt; 我有些想法发在 http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 13:03 &lt;@jrandom&gt; （关于通用特性） 14:04 &lt;@jrandom&gt; 我觉得最难的是让大家戒掉对全局唯一、可读的名字的依赖，但有了好的界面应该可以做到 14:04 &lt;Ragnarok&gt; 用 XML 实现你概述的数据结构是我接下来的目标之一 14:04 &lt;susi23&gt; 好的，这里有一篇关于属性的小文：`http://susi.i2p/removablekeys.html` 14:05 &lt;ant&gt; &lt;Jnymo&gt; 哇……今晚这里挺挤的 14:05 &lt;bens&gt; ragnarok：你看过 YAML 吗？可能更容易 14:05 &lt;+ugha2p&gt; Jnymo：是啊，我们在开会呢。 14:05 &lt;Ragnarok&gt; YAML 这个名字也太贴切了 14:05 &lt;@jrandom&gt; 不错，susi23，不过我觉得我们肯定要从简单的 hosts.txt 格式迁移出去 14:05 &lt;ant&gt; &lt;Quadn-werk&gt; 增加一个命令行优雅重启？ 14:06 &lt;ant&gt; &lt;Jnymo&gt; 啊 14:06 &lt;susi23&gt; 有没有什么想法能从长期看保持名字唯一？ 14:06 &lt;@jrandom&gt; 命名服务要管理的数据中一个重要部分是：条目需要签名，这需要一些硬性的结构（或精心设计的 XML） 14:07 &lt;@jrandom&gt; 我不相信名字能同时做到全局唯一、人类可读、并且安全。 14:07 &lt;@jrandom&gt; （我把“中心化”和“安全”捆在一起） 14:07 &lt;@jrandom&gt; susi23：你看过这个吗：http://zooko.com/distnames.html ？ 14:07 &lt;Ragnarok&gt; 我觉得用类似 addressbook 的系统，名字最终大多会唯一，因为宣称名字的人有动力不去选已经在用的名字 14:08 &lt;@jrandom&gt; Ragnarok：拭目以待。 也许吧 14:08 &lt;susi23&gt; 我去看看 14:08 &lt;bens&gt; 我猜会出现可信的权威 14:08 &lt;Ragnarok&gt; 嗯，已经有一个了 14:08 &lt;frosk&gt; hosts.txt？ :) 14:09 &lt;Ragnarok&gt; jrandom 的，是啊 14:09 &lt;@jrandom&gt; 或者，即便没有可信权威，也可以用包含路径的名字来实现唯一标识 14:09 &lt;@jrandom&gt; （比如“orion.i2p 这个站所称的‘frosk.i2p’”） 14:10 &lt;@jrandom&gt; Derek Eddington 在九月有几篇类似思路的帖子 - http://dev.i2p.net/pipermail/i2p/2004-September/000432.html 14:10 &lt;bens&gt; frosk.orion.i2p 14:10 &lt;@jrandom&gt; smtp.frosk.ns.orion.i2p 14:11 * jrandom 开始构建 UUCP bang 路径 14:11 &lt;frosk&gt; 哈哈 14:12 &lt;susi23&gt; 好吧，那现在……要不要来个“命名路线图”？ :) 14:12 &lt;ant&gt; &lt;Jnymo&gt; 你们多少把我从那种绝对分布式的 I2P DNS 概念里劝退了……不过 duck 的想法让我觉得信任系统可能可行……比如，一次查询返回一组站点/文件，每个都附带网络给予它的信任度 14:12 &lt;susi23&gt; 一旦我们就要做的事达成一致 14:12 &lt;@jrandom&gt; 好主意，susi23，你要不要写一个出来？ 14:13 &lt;@jrandom&gt; 基于他人的信任来建立信任有潜力，但必须非常谨慎地做 14:13 &lt;susi23&gt; 我可以做，但我还不清楚我们到底想做什么。这里有些决策要定。 14:14 &lt;@jrandom&gt; （也就是：只在你信任到达信任发起者这条链上各节点的前提下） 14:14 &lt;modulus&gt; 对某个站点不存在、也不该存在“网络信任”这种东西，信任必须始终以用户为中心 14:14 &lt;@jrandom&gt; susi23：路线图第 1 步：在 $featureset 中做出选择 14:14 &lt;susi23&gt; 或者至少我们得把这些想法打磨成更明确的概念。 14:14 &lt;ant&gt; &lt;Jnymo&gt; 嗯，如果把它做得特别简单……比如 files.i2p 列出有多少站点链接到了 siteinquestion.i2p 14:15 &lt;Ragnarok&gt; 好了，我把 addressbook 包更新成可执行的 JAR 了。 14:15 &lt;ant&gt; &lt;Jnymo&gt; 呃，files.i2p 14:15 &lt;@jrandom&gt; jnymo：那就会变成一个中心化的权威——files.i2p 14:15 &lt;modulus&gt; 更别提你可以建一大堆站点来污染链接池。 14:16 &lt;modulus&gt; 在 I2P 上搞“谷歌炸弹” 14:16 &lt;ant&gt; &lt;Jnymo&gt; 没错……但 files.i2p 可以去中心化 14:16 &lt;susi23&gt; 好，要不我们先收集想法/信息/概念，到——比如说——一月 14:16 &lt;orion&gt; 各位好。我看到命名又被摆上台面了……又一次 :) 14:16 &lt;susi23&gt; 然后进入决策阶段，可以吗？ 14:16 &lt;@jrandom&gt; 听起来不错——你来做联系人把这些收集起来好吗？ 14:16 &lt;Ragnarok&gt; 可以 14:16 &lt;modulus&gt; 无论信任聚合是否去中心化，信任都必须源自用户。其他做法在我看来都可能被投毒。 14:17 &lt;susi23&gt; 我们能不能用邮件列表来做这事？ 14:17 &lt;bob&gt; 或者 ugha 的 wiki？ 14:17 &lt;ant&gt; &lt;Jnymo&gt; 同意……但怎么做？在浏览器顶部放一个小小的信任计量条？ 14:18 &lt;@jrandom&gt; wiki 不错，我们可以把之前所有讨论的链接都收集到那儿 14:18 &lt;modulus&gt; jnyo：也许最可行的方案是绑定到你第一次遇到的那个名字之类的。 14:18 &lt;dm&gt; 大家一起为 jrandom 卓越的项目管理鼓掌 14:18 &lt;susi23&gt; 可以 14:18 &lt;modulus&gt; 办法多的是。 14:19 &lt;susi23&gt; wiki 的 URL？（留个记录） 14:19 &lt;ant&gt; * Jnymo 鼓掌 14:19 &lt;@jrandom&gt; ugha.i2p 14:19 * dm 鼓掌 14:19 &lt;susi23&gt; 好 14:19 &lt;susi23&gt; 那我说完了，再 ping 一下 jrandom ;) 14:20 &lt;ant&gt; &lt;Jnymo&gt; modulus：所以，如果我把链接转给别人，我转的是我第一次绑定到的那个站点……这也许可行…… 14:20 &lt;+ugha2p&gt; 看起来 jrandom ping 超时了。 14:20 &lt;@jrandom&gt; 好，关于 nami^W nm，也没别的了。 转到 wiki 14:20 &lt;modulus&gt; 无论如何，如果你要放链接，可能会想放一个绝对路径，而不只是一个名字 14:21 &lt;@jrandom&gt; 继续到 4) eepsite 汇总 14:21 &lt;dm&gt; dm.i2p 已经上线并运行 14:21 &lt;@jrandom&gt; 不错 14:22 &lt;@jrandom&gt; 好，除了邮件里提到的，我没啥可补充的 14:22 &lt;bob&gt; 很高兴看到站点猛增！ 访问也都很快！ 14:22 &lt;@jrandom&gt; 嗯，同意，bob 14:22 &lt;bob&gt; orion，谢谢你的工作……我每天都在用你的网站。 14:22 * jrandom 也是，“最后更新”特别有用 14:23 &lt;bob&gt; dm: :-) 14:24 &lt;@jrandom&gt; 好，如果这方面没别的，我们可以跳到 5) ??? 14:24 &lt;@jrandom&gt; 还有其他想在会上提的吗？ 14:24 &lt;ant&gt; &lt;Jnymo&gt; 网络状况如何？ 14:24 &lt;ant&gt; &lt;Jnymo&gt; 相对于 4.2.5？ 14:25 &lt;@jrandom&gt; 看起来不错，但发布才几个小时，还太早下结论 14:25 &lt;ant&gt; &lt;Jnymo&gt; 哦，呵 14:25 &lt;ant&gt; &lt;Jnymo&gt; fusenet 有什么消息吗？ 14:26 &lt;@jrandom&gt; (`http://piespy.i2p/i2p/i2p-current.png` 呵) 14:26 &lt;frosk&gt; 我对 i2pcontent 的工作这几周基本搁置了，不过文档的最新版在 `http://frosk.i2p/i2pcontent.html` ，有兴趣的请阅读，必要时请狠狠拍砖（在我没 /away 的时候在 IRC 上，或者发邮件到 frosk@mail.i2p） 14:26 &lt;frosk&gt; i2pcontent/fusenet/随便 ;) 14:26 &lt;ant&gt; &lt;Jnymo&gt; wordicus 14:28 &lt;@jrandom&gt; 好，如果没别的…… 14:28 &lt;mule2&gt; 为所有出色的贡献送上热烈掌声 14:29 &lt;@jrandom&gt; 嗯，你们都在干些牛逼的活儿 14:29 &lt;frosk&gt; 你也是，jrandom :) 14:29 &lt;orion&gt; 说得对。 14:29 &lt;orion&gt; 是的，非常同意，你也是，jrandom。 14:29 &lt;scintilla&gt; 好！说得好！ 14:29 &lt;ant&gt; &lt;Jnymo&gt; 是啊，我注意到站点上关于如何参与的资料少了 14:29 &lt;@jrandom&gt; 有时能踢别人屁股，有时也会被踢屁股 ;) 14:29 &lt;orion&gt; HIP HIP 14:30 &lt;ant&gt; &lt;Jnymo&gt; HORRAY 14:30 * orion 微笑 14:30 &lt;Frooze&gt; 今天下了 Eclipse，打算假期学 Java，因为你们太让人印象深刻了。 14:30 &lt;@jrandom&gt; jnymo：很多小而易做的任务已经完成了 14:30 &lt;@jrandom&gt; ooh wikked，Frooze 14:31 &lt;Frooze&gt; 所以，麻烦要来了。呵 14:31 &lt;@jrandom&gt; jnymo：不过我确实应该再收集一些然后发出来 14:31 &lt;ant&gt; &lt;Jnymo&gt; jrandom：你还在找人帮 alexandria.i2p 吗？ 14:31 &lt;@jrandom&gt; （亚利桑那州注意掩护！） 14:31 * jrandom 不参与 alexandria，不过是的，我相信他们还在找一位“图书管理员” 14:31 &lt;ant&gt; &lt;Jnymo&gt; 各位，学会游泳吧 ;) 14:31 * orion 喜欢《Pump Up the Volume》的梗。尽管有点模糊。 14:31 &lt;@duck&gt; 是的我们在找 14:31 &lt;@jrandom&gt; :) 14:31 &lt;Ragnarok&gt; jrandom：这个 war 实际上该放在哪里？ 14:31 &lt;@jrandom&gt; (orion++) 14:32 &lt;@jrandom&gt; Ragnarok：i2p/webapps/addressbook.war 14:32 &lt;@jrandom&gt; （然后重启 router） 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck，你在跟我说话吗？ 14:32 &lt;Ragnarok&gt; 好。我开始测试 14:32 &lt;@jrandom&gt; r0x0r 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck：alexandria 在你的网站上吗？ 14:33 &lt;@duck&gt; duck.i2p/alexandria/ 14:33 &lt;ant&gt; &lt;Jnymo&gt; word 14:34 &lt;@jrandom&gt; 好，如果就这些，我们就卡在 90 分钟这个点散会吧.. 14:34 * jrandom 做结束准备 14:34 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2004/12/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B412%E6%9C%8814%E6%97%A5/Tue, 14 Dec 2004 00:00:00 +0000/zh/blog/2004/12/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B412%E6%9C%8814%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, cervantes, dinoman, dm, duck, Frooze, frosk, jdot\_, jrandom, lurk, mule2, orion, polecat, postman, protokol, Pseudonym, susi23</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) hi 13:08 &lt;jrandom&gt; 1) Net status 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) roadmap 13:08 &lt;+polecat&gt; It's almost as if the nodes are using the time they got 5 min ago, and setting it to the current time instead of the real time. 13:09 &lt;jrandom&gt; 4) i2pcontent 13:09 &lt;jrandom&gt; 5) i2p-bt 13:09 &lt;jrandom&gt; 6) ??? 13:09 &lt;jrandom&gt; 0) hi 13:09 &lt;jrandom&gt; weekly status notes posted a few minutes back to http://dev.i2p.net/pipermail/i2p/2004-December/000522.html 13:09 * Pseudonym waves 13:10 &lt;cervantes&gt; thanks for waiting.... just got back from work ;-) 13:10 &lt;jrandom&gt; polecat: it isnt exactly 5m (but we can discuss further after the meeting or in it) 13:10 * polecat nod 13:10 &lt;jrandom&gt; w3rd, well, i'll give you a moment to jump into the status notes then :) 13:11 &lt;jrandom&gt; in the meantime, 1) Net status 13:11 * postman waves 13:11 &lt;jrandom&gt; the other day, as mentioned on the list, it was pretty turbulent on irc 13:12 &lt;jrandom&gt; we've made some adjustments though and the bugfixes have gone pretty well 13:12 * dm waves 13:12 &lt;jrandom&gt; in addition to the time sync issue mentioned in the mail, there's also a "leases expiring" problem that some have been reporting 13:13 &lt;Pseudonym&gt; are they related? 13:13 &lt;+protokol&gt; (for months) 13:13 &lt;Pseudonym&gt; (the issues, not the people) 13:13 &lt;jrandom&gt; thats due in part to a variety of issues, some of which may be addressed by the patches in CVS, some of which may be time sync related, but most of which are due to issues we're working on for the 0.5 release 13:14 &lt;jrandom&gt; the essence of the problem is that the peer is sometimes unable to build tunnels for the client, which means it won't ask the client for a new lease 13:14 &lt;jrandom&gt; the solution is to make sure we can build new tunnels that meet the client's needs 13:15 &lt;Pseudonym&gt; and if we can't? 13:15 &lt;jrandom&gt; if we can't, the leases will stay expired until we can 13:16 &lt;Pseudonym&gt; so, how is that different? 13:16 &lt;jrandom&gt; it isn't :) 13:16 &lt;jrandom&gt; we need to be able to build tunnels, period. 13:16 &lt;jrandom&gt; to assure that we can, we must both improve our profiling (see: cvs fixes for a long standing profiling bug) and improve our pooling strategy (see: 0.5) 13:17 &lt;jrandom&gt; the only legitimate cause for not being able to build tunnels is if the entire net is completely saturated 13:17 &lt;+polecat&gt; or you're cut off from it 13:17 &lt;jrandom&gt; right 13:17 &lt;bla&gt; jrandom: Can this be because the net has grown to ~110 peers? 13:18 &lt;dm&gt; or its cut off from you 13:18 &lt;jrandom&gt; nah, we've seen this before too bla 13:18 &lt;Pseudonym&gt; are the "cvs fixes for a long standing profiling bug" in 0.4.2.3 or just CVS? 13:18 &lt;jrandom&gt; though in a way, i suppose it is, since we now have a lot more peers that we have no profiling data on 13:18 &lt;jrandom&gt; Pseudonym: CVS 13:19 &lt;+polecat&gt; By profiling you mean ranking peers according to how helpful they are? 13:19 &lt;jrandom&gt; yeah 13:19 * Pseudonym wants 0.4.2.4 ;-) 13:19 &lt;+polecat&gt; Phew. 13:19 &lt;+polecat&gt; Thought it was some weird kinda function tracing like gprof or something. 13:20 * orion wants 2.0 :) 13:20 &lt;jrandom&gt; hehe naw, the profiling bug was in part due to some stupid code that was ignoring daily stats 13:20 * jrandom too 13:20 * polecat wants the larval form of a large dog. 13:20 &lt;jrandom&gt; ok, well, thats about all i've got to bring up for 1) net status - anyone else have anything to add? 13:21 &lt;jrandom&gt; if not, moving on to 2) mail.i2p 13:21 &lt;jrandom&gt; postman: you've got the floor 13:22 &lt;+postman&gt; ok 13:22 &lt;+postman&gt; sorry 13:22 &lt;+postman&gt; :) 13:23 &lt;+postman&gt; there's a description for a complete handling of virtual maildomains on www.postman.i2p/user/virtual 13:23 &lt;+postman&gt; there's a description for a complete handling of virtual maildomains on www.postman.i2p/user/virtual.html 13:23 &lt;+postman&gt; (too much red wine) 13:23 &lt;dm&gt; this is a very unprofessional presentation! 13:23 &lt;+postman&gt; it tries to explain a system how to handle maildomains other than @mail.i2p addresses 13:23 &lt;frosk&gt; :D 13:24 * orion smacks dm in the head with the chalkboard eraser. 13:24 &lt;frosk&gt; does that i can have frosk@frosk.i2p? 13:24 &lt;+postman&gt; frosk: indeed 13:24 &lt;jrandom&gt; v.cool 13:24 &lt;+polecat&gt; The question is, why? :3 13:24 &lt;+postman&gt; it's quite complex, still i ask for comments and ideas for this one 13:24 &lt;cervantes&gt; s/eraser/ 13:24 &lt;frosk&gt; froody cool 13:25 &lt;+postman&gt; it might not be a needed feature for a few ppl but the future is bright and shiny 13:25 &lt;jrandom&gt; there are lots of reasons why - e.g. giving each user @ forum.i2p a mail address, etc 13:25 &lt;susi23&gt; its a central system bound to postman.i2p 13:25 &lt;+polecat&gt; Yes, that much seems clear. 13:25 &lt;susi23&gt; if that machine fails, we're all upset :) 13:25 &lt;+polecat&gt; jrandom: But if it all has to go through mail.i2p in the first place... 13:25 * postman is VERY aware of this problem 13:26 &lt;+postman&gt; :/ 13:26 &lt;jrandom&gt; polecat: perhaps, but perhaps not 13:26 &lt;+polecat&gt; susi23: exactly! 13:26 &lt;+postman&gt; the recent implementation is indeed quite single point of failure 13:26 &lt;+postman&gt; but this applys to the internet bridge as well 13:27 &lt;jrandom&gt; oh, the second gateway isn't in place yet? 13:27 &lt;+polecat&gt; One solution is to put multiple destinations in the client SMTP/POP3 tunnels, and have all these destinations relay only with each other. 13:27 &lt;+postman&gt; jrandom: no baffled has not setup yet 13:27 &lt;jrandom&gt; ah ok 13:27 &lt;+postman&gt; polecat: and on WHAT pop3 server should YOUR mailbox reside 13:27 &lt;orion&gt; shiny is good, but how tould that virtual address relate to an internet address? I like the fact that orion@mail.i2p and orion@i2pmail.org are both usable. 13:27 &lt;orion&gt; s/usable/identical/ 13:28 &lt;+postman&gt; polecat: who wants to transfer 100MBs of mailbox data every day in 1 year for all 10000 users? 13:28 &lt;+postman&gt; orion: they will be usable 13:28 &lt;+polecat&gt; instead of going mail.i2p -&gt; polecat.i2p -&gt; frosk@baffled.i2p, it could go to either of the 3, and from there straight to baffled. 13:29 &lt;+postman&gt; i ask all ppl interested to contribute some ideas 13:29 &lt;+postman&gt; still the virtual domains is a feature that appears useful and can be implemented regardless of the state of the network 13:29 &lt;+polecat&gt; So if mail.i2p ever dies, the other two will have their server tunnels available as alternatives into the mail relay system. 13:30 &lt;+postman&gt; polecat: still there is the question of your mailbox 13:30 &lt;+postman&gt; polecat: your mailbox data must be moved as well and kept synchronized between ALL possible location 13:30 &lt;+polecat&gt; Ugh... yeah that's true... 13:30 &lt;+postman&gt; polecat: just consider this for 1000 users in the future 13:30 &lt;susi23&gt; everybody could set up a destination on their nodes where mails are delivered to... now we have to problem to connect destinations to mail addresses 13:30 &lt;+postman&gt; it's not THAT easy 13:30 &lt;+polecat&gt; Oh! But this would work though... 13:30 &lt;+postman&gt; indeed 13:31 &lt;+postman&gt; otoh the problem of relaying from and to the internet is still there 13:31 &lt;dm&gt; jrandom: you're enjoying this, aren't you? 13:31 &lt;+polecat&gt; Yes! A user chooses which server to have their POP3 mailbox on, and that is the server they choose as destination for the POP3 tunnel. 13:31 &lt;+postman&gt; polecat: what if THIS server fails? 13:32 &lt;+polecat&gt; So mail.i2p and polecat.i2p never even have to see baffled's POP3 mailbox, since all of baffled's POP3 users download straight from baffled. 13:32 &lt;+postman&gt; a real redundant system will require a mailbox sync 13:32 &lt;susi23&gt; yeah, but with such a system everybody could deliver mails within i2p, even if postman.i2p would not be there 13:32 &lt;+polecat&gt; postman: Then they have to change servers. -.- 13:32 &lt;dm&gt; Students having an intelligent conversation between each other. A professor's dream :) 13:32 &lt;+postman&gt; well, the meeting is hardly the place to DISCUSS all those things 13:33 &lt;+postman&gt; i am just here to trigger the discussion 13:33 &lt;+postman&gt; read the document first please and AFTER THAT i am ready to hear your comments 13:33 &lt;+postman&gt; 2. 13:33 &lt;+polecat&gt; Alright, so mail.i2p is in the works, and attempting to become less centralized and single point failurey. 13:33 &lt;+postman&gt; we officially crossed the 100 users with 110 registered accounts 13:33 &lt;+postman&gt; just FYI 13:33 &lt;jrandom&gt; w00t 13:34 &lt;+postman&gt; thats all for today :) 13:34 &lt;+postman&gt; thanks 13:34 * dm applauds 13:34 &lt;jrandom&gt; kickass, thanks postman. it all looks promising 13:34 &lt;+postman&gt; :) 13:35 &lt;mule2&gt; i'd like to bring up a topic on mail, but after the meeting 13:35 &lt;jrandom&gt; perhaps some mail-decentralization discussions could go on over the list or on the forum? but for now what you've got set up more than meets our needs 13:35 &lt;+postman&gt; there's even a channel for it 13:35 &lt;+postman&gt; :) 13:35 &lt;jrandom&gt; heh good point 13:35 &lt;frosk&gt; which one? 13:36 &lt;jrandom&gt; #mail.i2p 13:36 &lt;+postman&gt; frosk: #mail.i2p 13:36 &lt;+polecat&gt; Oh, one quick note I just surprised myself by getting a little perl caching SMTP server going, so emacs doesn't hang waiting for postman's SMTP server to respond over i2p. 13:36 &lt;frosk&gt; ok 13:36 &lt;+polecat&gt; I might post some code later, if it works like, really well. 13:36 &lt;jrandom&gt; oh, kickass polecat 13:36 &lt;cervantes&gt; postman: you're welcome to have a dedicated section on the forum 13:37 &lt;+postman&gt; cervantes: ohh thanks 13:37 * postman feels honoured :) 13:37 &lt;dm&gt; You deserve it 13:38 * postman hands the mike back to hr 13:38 * postman hands the mike back to jr 13:38 &lt;+postman&gt; damn 13:38 &lt;+postman&gt; :) 13:38 &lt;jrandom&gt; ok, if there's nothing else on 2) mail.i2p, lets jump on over to 3) roadmap 13:38 &lt;+polecat&gt; vroom vroom! 13:38 &lt;jrandom&gt; the old roadmap was looking a little... out of date 13:39 &lt;jrandom&gt; the new one reflects the current view of things 13:39 &lt;jrandom&gt; hopefully the schedule listed has enough padding, though if more people jump on board perhaps we can beat those estimates :) 13:40 &lt;jrandom&gt; once we've hit 0.6, we'll be able to scale to large numbers of nodes, as we wont have the thread-imposed ceiling 13:41 &lt;frosk&gt; what do you think is a realistic node limit for &lt;0.6? 13:41 &lt;jrandom&gt; prior to 0.6 though, we'll probably need to stay under 200 active nodes, though we can probably stop being so lazy and actively kill some connections 13:41 &lt;jrandom&gt; with some care, i think we'll be able to get up to 3-500 13:42 &lt;mule2&gt; so no slashdotting please 13:42 &lt;jrandom&gt; we'd have connection churn at that point, but our low-cost tcp transport shouldn't hurt too much 13:42 &lt;Pseudonym&gt; the roadmap for 0.6 doesn't mention that. just udp and content dist 13:42 &lt;Pseudonym&gt; or is it the udp that fixes it? 13:42 * orion votes for no slashdotting ever 13:43 &lt;jrandom&gt; Pseudonym: udp fixes it (http://www.i2p.net/todo#transport ) 13:43 &lt;cervantes&gt; postman: `http://forum.i2p/viewforum.php?f=22` 13:44 &lt;Pseudonym&gt; orion: I disagree. to get real anonymity we're going to need LOTS of nodes eventually 13:44 &lt;Pseudonym&gt; at some point we have to tell people about it 13:44 &lt;jrandom&gt; agreed. when we need 'em, we'll definitely want to do all sorts of PR 13:44 &lt;jrandom&gt; the geek crowd will likely be a large part of the userbase 13:44 &lt;Pseudonym&gt; when do we announce to the geek community? not as a finished product but as a beta for tire-kicking 13:44 &lt;Frooze&gt; Ask JRandom 13:45 &lt;+polecat&gt; I think we should be very careful about making this network too popular. 13:45 &lt;jrandom&gt; Pseudonym: when we've done the best tire kicking we can without them 13:45 &lt;+polecat&gt; Because one of these days someone is going to use it to do something horrible and illegal. 13:45 &lt;+polecat&gt; And if we can be tracked down at that point, we will be persecuted right along with the criminal. 13:46 &lt;jrandom&gt; basically, once the network works great consistently and we're not able to do tihngs to b0rk it up, /then/ we'll need to get more users to help break/test it 13:47 &lt;mule2&gt; you have to kick me off before :9 13:47 &lt;Pseudonym&gt; just don't fall into the same trend as Toad with freenet 13:47 &lt;+polecat&gt; Because we gave them the freedom to post the source code for Windows XPQXR, and Halo 7, so we'd better as all heck have good anonymity protection. 13:47 &lt;orion&gt; speaking of b0rking... was that time-skew bug ever identified? 13:47 &lt;jrandom&gt; Pseudonym: i believe our roadmap is realistic 13:48 &lt;jrandom&gt; polecat: agreed, people shouldn't use i2p for things that are 'dangerous' yet 13:48 &lt;jrandom&gt; orion: no 13:48 &lt;Pseudonym&gt; jr: I'm not complaining about the roadmap. but it doesn't address announcements 13:48 &lt;jrandom&gt; true 13:49 &lt;dm&gt; well, with 2 years of development/testing under its belt, it should be one of the most polished offerings of this type when it launches :) 13:49 &lt;Pseudonym&gt; perhaps add slashdotting to 0.6? :-) 13:49 &lt;+polecat&gt; jrandom: More importantly, people who would use i2p for things that dangerous would do us a lot of good if they didn't know about i2p just yet. 13:49 &lt;jrandom&gt; i was thinking about that the other day. perhaps some announcements for other activities (e.g. I2PContent) would make sense, to draw more people in to work on them 13:49 &lt;dm&gt; as opposed the usual level of maturity when things go big 13:50 &lt;ant&gt; &lt;jnymo&gt; i think jrandom should write the slashdot article.. he's best at describing i2p, i think 13:50 * Pseudonym agrees 13:51 &lt;dm&gt; I'm sure something will go on there before jrandom is comfortable to do it himself ;) 13:51 &lt;Pseudonym&gt; I'm just trying to nudge him a bit 13:51 &lt;jrandom&gt; heh 13:51 &lt;jrandom&gt; well, with 0.6 we'll want to attract a larger user base in any case 13:51 &lt;Pseudonym&gt; I figure if I can't code, I can at least pester the people who can 13:51 * jrandom flings mud 13:52 &lt;+polecat&gt; dm: I'm sure the Second Coming will pass before jrandom is comfortable enough to /. i2p ;3 13:52 * Pseudonym ducks. quack 13:52 &lt;jrandom&gt; ok, in any case, anyone have anything else to discuss wrt the roadmap? 13:52 &lt;jrandom&gt; or shall we move on to 4) I2PContent ? 13:53 -!- Irssi: #i2p: Total of 36 nicks [1 ops, 0 halfops, 3 voices, 32 normal] 13:53 &lt;jrandom&gt; frosk: ping 13:53 * frosk grabs the wireless mic 13:54 &lt;cervantes&gt; *zzzzzZzzzzttt* 13:54 * orion plugs in his RF jammer. ;) 13:54 &lt;+polecat&gt; I have been trying to get ahold of frosk, without luck as such yet. Frankly I think I might never see em on IRC, and eir email is a sightless void. 13:54 &lt;frosk&gt; well, jrandom put this "distributed content infrastructure" on the new roadmap for 0.6, and after hearing some thoughts about it here, it sounded really interesting, and i figure i should do whatever my skills allow to beat the schedule ;) 13:54 * dm looks at polecat 13:54 &lt;+polecat&gt; *shakes head* Just no luck whatsoever. No where to be FOUND. Maybe frosk is invisible! 13:55 &lt;frosk&gt; "i2pcontent" is so far a document at frosk.i2p 13:55 &lt;Pseudonym&gt; how is I2PContent different from i2p-bt? 13:55 * polecat is on 4.4 atm. 13:55 &lt;frosk&gt; it merges the ideas i've heard with my own, and it has gone through some revisions with helpful comments and suggestsions from jrandom and others, and i think it's starting to look very cool :) 13:55 &lt;ant&gt; * jnymo tries to find a postscript viewer to see these ideas.. :/ 13:56 &lt;dm&gt; what is it, I can't get to frosk.i2p. Executive summary? 13:56 &lt;+polecat&gt; Pseudonym: i2p-bt only applies to 1 file at a time, and is a swarming download. 13:56 &lt;frosk&gt; Pseudonym: i2pcontent is a lot like Usenet 13:56 &lt;frosk&gt; it merges concepts from usenet and freenet. i shall refrain from calling it "frusenet". 13:56 &lt;jrandom&gt; lol 13:56 &lt;+polecat&gt; Did you get my suggestion on i2pcontent? 13:56 &lt;jrandom&gt; frusenet has a ring to it... 13:56 &lt;frosk&gt; i2pcontent lets you post messages to your blog or to public forums, and publish your address book for others to import 13:56 * dm did not refrain from calling it frazaa 13:56 &lt;+polecat&gt; It merges usenet, freenet and livejournal. So.... Fusejournal? 13:56 &lt;jrandom&gt; rofl 13:57 &lt;frosk&gt; hm, yeah, LJ too ;) 13:57 &lt;+polecat&gt; Lj is the closest parallel I've found. 13:57 &lt;+polecat&gt; But here's one thing I didn't read in your i2pcontent document. 13:57 &lt;frosk&gt; anyway, at this point i really want it well designed, so i urge anyone who's interested to read the document and make suggestions 13:57 &lt;orion&gt; LiveFuseNet. 13:58 &lt;+polecat&gt; What about making it so only a few people can /read/ a group? Not so much encrypting it, but preventing its existence from even being known. 13:58 &lt;dm&gt; How about: Contnet? ContNet 13:58 &lt;dm&gt; Content, Contnet... get it? eh??? 13:58 &lt;susi23&gt; jnymo: regarding postscript, I kindly asked frosk to supply us with pdf *blush* 13:58 &lt;frosk&gt; polecat: that may be interesting, yeah. it's hard to fit into the current design, though 13:58 &lt;jrandom&gt; i'm not sure, it sounds pretty doable 13:59 &lt;+polecat&gt; I want HTML or plain text myself. -.- Don't like bitmap ps readers. -.- 13:59 &lt;jrandom&gt; rather than offering a group for syndication, only trusted/known users can get the group 13:59 &lt;jrandom&gt; (off trusted/known syndication nodes) 13:59 &lt;frosk&gt; polecat: `http://frosk.i2p/i2pcontent-3.pdf` if you can handle pdf's :) 13:59 &lt;jrandom&gt; kind of like usenet's "Distribution:" header 13:59 &lt;susi23&gt; polecat: ps is not bitmap :P 13:59 &lt;+polecat&gt; frosk: It's important though, if you want to have things like private mailboxes, or secret groups, or livejournal's ability to block text to all but certain friends. Also moderated forums will probably be important to have that. 13:59 &lt;frosk&gt; hm, yeah 14:00 &lt;frosk&gt; polecat: blocking to all but friends can be handled with encryption 14:00 &lt;+polecat&gt; frosk: My PDF reader is this: $ pdf2ps file.pdf&gt; file.ps; gs file.ps 14:00 &lt;jrandom&gt; polecat: you had a good suggestion for moderated forums the other day - an unmoderated submission queue, with moderators posting to the "real" group 14:01 &lt;+polecat&gt; frosk: Encryption is good, and hopefully somewhat transparent. Otherwise users will have to type text in an xterm running gpg, copy it and paste it to the journal window.&gt;.&lt; 14:01 &lt;+polecat&gt; jrandom: Yes, but ideally the submission queue should be invisible to all but the moderators. 14:01 &lt;frosk&gt; polecat: oh, transparency is an important keyword in the whole thing :) 14:01 &lt;jrandom&gt; polecat: you'd lose 99% of the target audience if you say "xterm" 14:02 &lt;+polecat&gt; jrandom: Heathens! A grep on them! 14:02 &lt;ant&gt; &lt;jnymo&gt; mmmmm.. what's usenet? 14:02 &lt;ant&gt; &lt;jnymo&gt; I mean i've heard of it.. but 14:02 &lt;susi23&gt; jnymo: news, nntp, google -&gt; groups 14:02 &lt;frosk&gt; http://en.wikipedia.org/Usenet :) 14:03 &lt;+polecat&gt; jnymo: newsgroups, eh? 14:03 &lt;dm&gt; It's good for random porn downloads. 14:03 &lt;frosk&gt; it's basically the world's oldest and most proven p2p net, as jrandom wrote today 14:03 &lt;ant&gt; &lt;jnymo&gt; so you can post files up? or links to files? 14:03 &lt;jrandom&gt; and its bloody resiliant 14:03 &lt;susi23&gt; dm: its 'use'ful for random porn downloads :P 14:03 &lt;+polecat&gt; dm: I suppose, if you can find the porn around all the spam. 14:04 &lt;frosk&gt; it's first and foremost for discussion groups, but it's widely used for files too 14:04 &lt;+polecat&gt; There's another issue actually. Spam and all.. 14:04 * dm used to run a 'porn downloader'. It worked well. 14:04 &lt;ant&gt; &lt;jnymo&gt; so its like the forum format of irc? 14:04 &lt;frosk&gt; i have thought about spam on i2pcontent, and i don't look forward to it ;) 14:04 * susi23 points back to topic *blush* 14:04 &lt;+polecat&gt; We can't have open forums, or at least we can't only have forums with 1 author, and forums without restriction. We need some kind of happy medium where multiple people can post, but not unauthorized people. 14:04 &lt;+dinoman&gt; i have just 1 thing to ask would i have to run this ie is it going to be part of i2p? 14:05 &lt;frosk&gt; polecat: i2pcontent has that (groups of users editing one blog) 14:05 &lt;dm&gt; It's amazing usenet is so big considering how few people actually use it. 14:05 &lt;dm&gt; Average Joe doesn't know what usenet is. 14:05 &lt;jrandom&gt; dinoman: its an application, definitely not required 14:06 &lt;+dinoman&gt; :) 14:06 &lt;ant&gt; &lt;jnymo&gt; yea.. i'm average joe 14:06 &lt;frosk&gt; but hopefully distributed with i2p ;) 14:06 &lt;+polecat&gt; So pretty much you have a list of sha4 in meta.group.*, one list for approved syndicators/readers, one for writers, one for owners, etc... 14:06 &lt;jrandom&gt; (but i can see no reason why not use it, as 1) installing it doesn't add *any* overhead to your machine 2) lots of good features :) 14:07 &lt;jrandom&gt; frosk: definitely 14:07 &lt;dm&gt; Google seems to be giving it some exposure. It should be presented as "the biggest message board in the world", and have a similar UI to the usual forums. 14:07 &lt;+polecat&gt; jrandom: Why would you say *no* overhead? c.c 14:07 &lt;+polecat&gt; Just because you have to select syndicates and blogs to read, before you will download them? 14:07 &lt;jrandom&gt; jnymo: a usenet-like itnerface to the i2p mailing list: `http://news.gmane.org/gmane.network.i2p` 14:08 &lt;jrandom&gt; polecat: no, 0 overhead if you don't use it 14:08 &lt;frosk&gt; polecat: groups have one owner who can add users. as for "secret" message namespaces, i haven't thought about that till now :) 14:08 &lt;jrandom&gt; (as in, just having it installed doesnt make your machine a public data store, etc) 14:08 -!- ]Replica[ is now known as ]Replica|zZz[ 14:08 &lt;jrandom&gt; and there will probably be i2p announcements done over secure blogs in i2p, worth reading, etc 14:08 &lt;+polecat&gt; frosk: No reason it can't have multiple owners, though only one could go in the sha for the name. :3 Just allow multiple people to modify the meta.* stuff for that group. 14:09 &lt;frosk&gt; so in closing, if you're interested in helping out, read the document at frosk.i2p and let's talk :) anything else on i2pcontent? 14:09 &lt;+dinoman&gt; oh so it is not freenet over i2p! 14:09 &lt;frosk&gt; (i have quite a lag here right now) 14:09 &lt;jrandom&gt; right dinoman, definitely not 14:09 &lt;susi23&gt; data organized in "newsgroups" would be great...simply delete/unsubscribe i2p.childporn.* ... 14:09 &lt;+polecat&gt; dinoman: En. Oh. 14:10 &lt;ant&gt; &lt;jnymo&gt; jrandom: ah.. that's cool 14:10 &lt;jrandom&gt; word frosk. this is definitely some cool shit, and people should throw tons of email at you, and read your blog :) 14:10 &lt;ant&gt; &lt;jnymo&gt; useful ;) 14:10 &lt;+polecat&gt; susi23: Right, and if nobody wants to syndicate it, then nobody has to help move it around. 14:10 &lt;frosk&gt; polecat: yeah, though it adds a bit of complexity, and i'm a simplicity freak ;) 14:10 &lt;jrandom&gt; jnymo: aye. but we can do some really cool shit beyond that, making things look like http://www.livejournal.com/ or blogger or whatever 14:11 &lt;jrandom&gt; yeah, its best not to aim too high at the start (&lt;/lesson learned&gt;). go for the simplest thing that could possible work, with hooks for later improvement 14:11 &lt;frosk&gt; the rendering is of course 100% up to the user client (web interface that looks like LJ? ok. slashdot-like? fine! etc :) 14:12 &lt;+polecat&gt; frosk: I just think permissions should be generalized, and not "only one" for owner, "just a few" for writer, "everybody and their mother" for reader, unless the forum itself specifies those permissions. Otherwise you're hardcoding many types of authorization. 14:12 &lt;frosk&gt; jrandom: yes, extensionability is king 14:12 &lt;frosk&gt; which is why a sound design from the start is important 14:13 &lt;+dinoman&gt; so let me see if i get this to me (end user) this is going to work like newsgroups. 14:13 &lt;frosk&gt; polecat: agree 14:13 &lt;+polecat&gt; dinoman: More like Livejournal, but yes. 14:14 &lt;+dinoman&gt; well i could learn to like this idea! 14:14 &lt;frosk&gt; technically it's like newsgroups (on speed), but on the surface it can be like livejournal 14:14 &lt;+polecat&gt; frosk: Also not like LIvejournal, in that it's decentralized Usenet style. So the user has to pick syndicates, instead of the one syndicate LJ. 14:15 &lt;frosk&gt; polecat: yes. the user software does the syndicate picking in most cases though, so most users won't have to know about many technicalities 14:16 &lt;+polecat&gt; Hmm... perhaps. You'd have to have a way for the software to find the syndicates though. Aside from the user copying the hash from IRC into the i2pcontent add syndicate box. 14:17 &lt;jrandom&gt; polecat: syndicate(s) used are included in the meta.* post 14:17 &lt;frosk&gt; polecat: yes, i2pcontent comes with a few "seed syndicates", and the user asks them for more 14:17 &lt;ant&gt; &lt;Asciiwhite&gt; frost, livejournal?, sounds brillient... 14:17 &lt;+polecat&gt; jrandom: You need a syndicate to get a meta.* post. 8) frosk: yeah something like that, cool. 14:17 &lt;frosk&gt; ah yes, frost people will love i2pcontent ;) 14:18 &lt;jrandom&gt; heh true 14:18 &lt;frosk&gt; jrandom: that wasn't my plan, but it sounds very smart, actually :) 14:18 &lt;frosk&gt; the current syndicate database is a sore point in some ways 14:18 &lt;jrandom&gt; i thought i saw it in one of your .ps files, perhaps it was just in a conversation though 14:19 &lt;+polecat&gt; Make it a kademelia DHT! X3 14:19 * jrandom groans 14:19 &lt;jrandom&gt; but yeah, there are lots of optimizations on the syndicate database that can be done 14:19 &lt;frosk&gt; perhaps you're just thinking smart thoughts and exchange what you read with that ;) 14:19 &lt;jrandom&gt; lol 14:19 &lt;ant&gt; &lt;jnymo&gt; so can you embed html? 14:19 &lt;+polecat&gt; *chants* DHT DHT DHT USA US-- 14:19 &lt;jrandom&gt; jnym: any content 14:20 &lt;+polecat&gt; jnymo: Either that or some sort of bbcode type thing. 14:20 &lt;jrandom&gt; yeah, rendering would be safest with a bbcode-like syntax 14:20 &lt;dm&gt; frosk: would you like a dedicated section on cervantes' forum? 14:20 &lt;frosk&gt; blogs and forums will expect text with some markup like bbcode 14:20 &lt;frosk&gt; dm: i think it's kind of early yet :) 14:21 &lt;dm&gt; frosk: consider it done! 14:21 &lt;cervantes&gt; dm: would you like a private sound proof section on my forum? 14:21 &lt;dm&gt; cervantes: make it so. 14:21 &lt;frosk&gt; while i'm still on, please not that "i2pcontent" is just a dummy name since i didn't want to insult jrandom by calling it MyI2P ;) we need a more catchy name 14:21 &lt;dm&gt; how about... contnet? 14:22 &lt;jrandom&gt; frusejournalrent 14:22 &lt;frosk&gt; i like! 14:22 * dm rubs his hands in excitement 14:22 &lt;jrandom&gt; &lt;/fark&gt; 14:22 &lt;dm&gt; &lt;/stupid jrandom tag&gt; 14:22 &lt;+polecat&gt; usejournalforrent? 14:22 &lt;ant&gt; &lt;jnymo&gt; fusenet sounded pretty cool 14:22 &lt;+protokol&gt; eepnet 14:22 &lt;+postman&gt; uupnet :) 14:22 &lt;lurk&gt; froops 14:23 &lt;+postman&gt; LOL 14:23 &lt;dm&gt; nnnnnnnnnnnntp 14:23 &lt;+postman&gt; silly persons 14:23 &lt;+polecat&gt; "frosk's catchy name for a content distribution syndicate network." We could say "Fcnfacdsn was inspired by Usenet..." 14:23 &lt;ant&gt; &lt;Asciiwhite&gt; yeah i thought frusenet was good. 14:23 &lt;frosk&gt; :D 14:23 &lt;jrandom&gt; ok, please direct all silly names to frosk@mail.i2p :) 14:23 &lt;+polecat&gt; frootloops! 14:23 &lt;frosk&gt; i tried frusenet on a friend, he said "... or not." 14:23 &lt;jrandom&gt; (along with any comments/concerns/etc) 14:24 &lt;frosk&gt; although fusenet has a cool ring to it :) 14:24 &lt;dm&gt; How about just 'Content' ? 14:24 &lt;+polecat&gt; I like fusenet, it sounds... volatile. 14:24 &lt;+polecat&gt; So yes. Quieting down now. 14:24 &lt;Pseudonym&gt; nn2p 14:24 &lt;dm&gt; Nice and dinstinguished 14:24 &lt;jrandom&gt; ooOOo 14:24 &lt;frosk&gt; anyway, i'm not last on the agenda, we might want to move on ;) 14:24 &lt;+postman&gt; NN2P is COOL 14:24 &lt;ant&gt; &lt;jnymo&gt; if you had html.. you could have what looks like the net... inside froozlednet 14:24 &lt;jrandom&gt; ok, moving on to 5) i2p-bt 14:24 &lt;jrandom&gt; duck: you 'round? 14:24 &lt;@duck&gt; meep 14:24 &lt;frosk&gt; dm: "Content" is probably trademarked by Apple or whatever ;) 14:25 &lt;ant&gt; &lt;Asciiwhite&gt; owww, is this a minutes ? 14:25 &lt;@duck&gt; i2p-bt events this week: 14:25 &lt;dm&gt; speeddating!@ 14:26 &lt;@duck&gt; - rss available on the trackers 14:26 &lt;@duck&gt; - silly attempts to make a metatracker in #eeprnova 14:26 &lt;ant&gt; &lt;jnymo&gt; noice 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; yeah, great idea. 14:26 &lt;+polecat&gt; I still wish we could find a better codebase than that blasted bittorrent python source... 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; What about support for say samplers(i.e video/pics) 14:26 &lt;@duck&gt; - some detailed code review leading to not finding bugs 14:26 &lt;@duck&gt; most of the scary looking errors are pretty harmless 14:27 &lt;@duck&gt; - I forgot 14:27 &lt;@duck&gt; . 14:27 &lt;jrandom&gt; word 14:27 &lt;jrandom&gt; i've been watching the streaming lib activity while swarming, and there have been some improvements in cvs 14:28 &lt;+polecat&gt; A metatracker lets you find trackers for files...? 14:28 &lt;ant&gt; &lt;Asciiwhite&gt; so people can upload a small sample of video quality, or a thumbnail etc. 14:28 &lt;jrandom&gt; (to keep up with the bt setup) 14:28 &lt;+polecat&gt; jrandom: Improvements as of what date, this morning? :3 14:28 &lt;@duck&gt; polecat: yeah, well this one just announces new files into a channel; but it could be enhanced 14:28 &lt;jrandom&gt; a day or two ago 14:29 &lt;+polecat&gt; Just checking, because last time I got CVS Head, you updated to 0.4.3 a few hours later. 14:29 &lt;ant&gt; &lt;jnymo&gt; yea.. is there some idea for i2ptorrent search some where down the eschelons? 14:29 &lt;jrandom&gt; one of the neat things though is that i believe the main remaining i2p-bt bumps we're seeing are actually just i2p/streaming lib/sam problems 14:30 &lt;+polecat&gt; Someone'd have to write a searching server, maybe by keyword and such. 14:30 &lt;@duck&gt; or an irc bot 14:30 &lt;jrandom&gt; jnymo: `http://brittneyworld.i2p/bittorrent/` 14:30 &lt;jrandom&gt; polecat: files.i2p/ 14:30 &lt;ant&gt; &lt;jnymo&gt; hmm 14:30 &lt;ant&gt; &lt;jnymo&gt; mmhmm.. yea. mk 14:30 &lt;+polecat&gt; duck: Well a server to search, whether a bot or a eepsite like files.i2p... 14:31 &lt;@duck&gt; if someone needs rss etc enhancements on the tracker for their bots etc, let me know 14:31 &lt;ant&gt; &lt;jnymo&gt; hmm.. seems brittanyworld.i2p is down at the moment 14:32 &lt;jrandom&gt; since it seems the remaining problems are i2p related, not i2p-bt related, we've marked the swarming file transfer bounty as completed 14:32 &lt;jrandom&gt; (yay!) 14:32 &lt;ant&gt; &lt;jnymo&gt; anyhoo 14:32 &lt;ant&gt; * jnymo tips his hat 14:32 &lt;frosk&gt; congrats to all involved, you rock 14:33 &lt;jrandom&gt; aye, thanks to all the hard work of duck, ragnarok, dinoman, connelly, and drwoo 14:33 &lt;+polecat&gt; ragnaroks! dinoman's da man! Um... 14:33 &lt;ant&gt; &lt;Asciiwhite&gt; nice work duck. 14:33 &lt;+polecat&gt; I still want to get ctorrent ported to i2p. It's a wicked efficient bittorrent thingy, if a little flaky on the UI. 14:34 &lt;dm&gt; good work 14:35 &lt;+polecat&gt; Anyone know where the info about SAM proxies is? 14:36 &lt;jrandom&gt; about half of our general fund went towards that bounty, so our current balance is around $400USD [after some new donations today [yay!]] 14:36 &lt;jrandom&gt; polecat: http://www.i2p.net/sam 14:37 &lt;+polecat&gt; jrandom: Doing a swarming file transfer cost like, money? o.O 14:37 &lt;+polecat&gt; Ohh right the reward. 14:37 &lt;Pseudonym&gt; it'd be kinda cool to have the general fund balance on the website 14:37 &lt;jrandom&gt; right polecat :) 14:37 &lt;jrandom&gt; thats a good idea Pseudonym 14:38 &lt;Pseudonym&gt; doesn't have to be updated daily, just occasionally 14:38 &lt;jrandom&gt; i'll add it on to /bounties (sound good?) 14:38 &lt;Pseudonym&gt; sure 14:38 &lt;+protokol&gt; dont tell me they are keeping the hello chat room 14:38 &lt;cervantes&gt; if he did that we'd all see how much it goes down whenever jrandom goes out for a pie and a pint lunch 14:39 &lt;jrandom&gt; heh cervantes 14:39 &lt;Pseudonym&gt; didn't somebody donate money for jrandom's beer? 14:40 &lt;cervantes&gt; enough for half a pint at todays rates :) 14:40 &lt;jrandom&gt; yeah we've had a few beer donations :) 14:40 &lt;jrandom&gt; (list of donations up @ http://www.i2p.net/halloffame ) 14:40 &lt;Pseudonym&gt; are you spending them? 14:41 &lt;cervantes&gt; nice...someone has money to burn I see ;-) 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; anonymous 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; $5.00 USD 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; buy jrandom a beer fund 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; lol 14:42 &lt;jrandom&gt; it would be nice if we can grow the bounties on the CDN, as thats a truckload of work 14:42 &lt;jrandom&gt; but we'll see how it goes over time 14:42 &lt;jrandom&gt; ok, i think we're pretty off track for 5) i2p-bt 14:42 &lt;jrandom&gt; so i suppose we should move to 6) ??? 14:42 &lt;@duck&gt; nothing to add here. 14:43 &lt;jrandom&gt; is there anything else people would like to bring up? 14:43 &lt;@duck&gt; - why do so many ppl have problems when they specify a hostname? 14:43 &lt;jrandom&gt; not sure 14:43 &lt;jrandom&gt; both of my routers use an explicit hostname 14:43 &lt;@duck&gt; mine too, np 14:44 &lt;@duck&gt; maybe the warning text should be more negative 14:44 &lt;jdot_&gt; do we have a way to change keys on hostnames in hosts.txt? 14:44 &lt;jrandom&gt; sounds good duck 14:44 &lt;+polecat&gt; Regarding addressbook... 14:44 &lt;jrandom&gt; jdot_: no, not really, especially in light of the addressbook 14:44 &lt;jdot_&gt; like, if I lost my previous eepsite key. :( 14:44 &lt;mule2&gt; same here - but i have problems :) 14:44 &lt;+polecat&gt; Addressbook is going to be fused with i2pcontent, right? 14:45 &lt;mule2&gt; but don't think these result from the hostname 14:45 &lt;Pseudonym&gt; do we have a working addressbook? 14:45 &lt;+polecat&gt; You subscribe to an addressbook just like you subscribe to a blog... except it overwrites userhosts.txt and such. 14:45 &lt;jrandom&gt; polecat: distributing addressbooks through i2pcontent makes sense, yeah 14:45 &lt;jrandom&gt; Pseudonym: `http://ragnarok.i2p/` 14:45 &lt;+polecat&gt; Pseudonym: `http://polecat.i2p/addressbook.pl.zip` 14:45 &lt;jrandom&gt; and http://pole...er, what he said 14:45 &lt;Pseudonym&gt; thanks 14:46 &lt;jrandom&gt; i think there's also another one at `http://orion.i2p` too 14:46 &lt;frosk&gt; polecat: "overwrite" sounds dramatic. it "merges" ;) 14:47 &lt;+polecat&gt; Yeah... I saw orion's too. 14:47 &lt;jdot_&gt; dang 14:47 &lt;jrandom&gt; jdot_: so it looks like you're outa luck :/ 14:47 &lt;jrandom&gt; ok, anyone else have anything for the meeting? 14:48 &lt;dm&gt; merry xmas 14:48 &lt;+polecat&gt; jdot: Thankfully when we've got fusenet working, you can update your i2p key with that eventually. 14:49 &lt;ant&gt; &lt;Asciiwhite&gt; dm, 15th of december here :) 14:49 &lt;jrandom&gt; and a happy Chanukah 14:49 &lt;+polecat&gt; Christ was born in September, what's everyone all celebrating about? 14:49 &lt;+polecat&gt; I'll stick with Yule thanks muchly. 14:49 &lt;jrandom&gt; ok if thats it... 14:49 * jrandom winds up 14:50 * jrandom *baf*s the meeting closed </div>/zh/blog/2004/12/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B412%E6%9C%887%E6%97%A5/Tue, 07 Dec 2004 00:00:00 +0000/zh/blog/2004/12/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B412%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bushka, clayboy, dinoman, duck, Frooze, mule, postman, protokol, Ragnarok, slart, ugha2p</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 22:00:00 &lt;@duck&gt; Tue Dec 7 21:00:00 UTC 2004 22:00:04 &lt;@duck&gt; I2P 会议时间 22:00:05 &lt;Frooze&gt; 我刚刚为了 i2p 编了个 Frooze 这个名字。我甚至都不知道“frooze”是什么。 22:00:21 &lt;@duck&gt; 如公告所示 http://dev.i2p.net/pipermail/i2p/2004-December/000509.html 22:00:29 &lt;@duck&gt; 议程： 22:00:29 &lt;@duck&gt; 0) hi 22:00:29 &lt;@duck&gt; 1) 0.4.2.3 22:00:29 &lt;@duck&gt; 2) i2p-bt 22:00:29 &lt;@duck&gt; 3) #idlerpg 22:00:29 &lt;@duck&gt; 4) ??? 22:00:32 &lt;@duck&gt; . 22:01:09 &lt;@duck&gt; 0) hi 22:01:15 &lt;clayboy&gt; 嗨 22:01:16 &lt;@duck&gt; jrandom 请病假了 22:01:20 &lt;+ugha2p&gt; 嗨。 22:01:30 &lt;@duck&gt; 另外给我发了消息说他可能来不了 22:01:39 &lt;+protokol&gt; http://www.google.com/search?q=frooze 22:01:41 &lt;@duck&gt; 那我们先看看情况，直接开始吧 22:01:46 &lt;clayboy&gt; 希望他早点好起来 22:02:06 &lt;@duck&gt; 1) 0.4.2.3 22:02:16 &lt;@duck&gt; 新版本很快就会发布 22:02:31 &lt;@duck&gt; 也就是明天或者周四。 22:02:41 &lt;@duck&gt; 修复了不少 bug 22:03:24 &lt;+ugha2p&gt; 较新的 CVS 版本也修复了内存/CPU 问题吗？ 22:03:29 &lt;clayboy&gt; 我们有几个人一直在跟进 CVS 构建，运行得很好 22:03:33 &lt;@duck&gt; 主要是流媒体库、SAM bridge 等等 22:04:17 &lt;+ugha2p&gt; 我这边 I2P 的负载有些异常高。 22:04:23 &lt;clayboy&gt; 我觉得那些早在很多个修订前就修好了，ugha2p 22:04:41 &lt;+ugha2p&gt; （运行 -7） 22:04:51 &lt;clayboy&gt; 哦，嗯 22:04:52 &lt;@duck&gt; ugha2p：我在历史记录里没看到有关这方面的内容 22:05:48 &lt;+protokol&gt; 你知道什么会很不错吗（虽然未必可行/值得做）？给变更日志做一个 RSS feed 22:05:48 &lt;@duck&gt; 好的 22:05:49 &lt;+ugha2p&gt; 真奇怪。 22:06:01 &lt;+protokol&gt; ;-) 22:06:17 &lt;@duck&gt; 也许可以在 Bugzilla 上提个工单 22:06:25 &lt;@duck&gt; 或者……不知道 22:06:34 &lt;+ugha2p&gt; Java 进程大约有一半时间占用 100% 的 CPU。 22:07:18 &lt;+ugha2p&gt; 所以你对这个问题不了解？你们的 router（路由节点）运行正常吗？ 22:07:24 &lt;dinoman&gt; 是啊，我这边也很高，-6 22:08:24 &lt;@duck&gt; 自从我升级了 NPTL 之后，top/uptime 的信息表现怪怪的，所以不好说 22:09:03 &lt;+ugha2p&gt; 好吧，也许我们该继续？ 22:09:07 &lt;@duck&gt; 好 22:09:14 &lt;@duck&gt; 2) i2p-bt 22:09:24 &lt;+ugha2p&gt; 然后问问 jrandom 他打算什么时候发布 0.4.2.3 22:09:40 &lt;+ugha2p&gt; 在我这边配合 NPTL 运行良好。 22:09:45 &lt;@duck&gt; ugha2p：他说是明天或者周四 22:09:58 &lt;+ugha2p&gt; 对。 22:09:59 &lt;@duck&gt; 昨天我发布了一个新的 i2p-bt 22:10:23 &lt;@duck&gt; 我对整个“buffer”的概念有了一些新的理解 22:10:42 &lt;@duck&gt; 另外还合并了 Ragnarok 之前一些挂起的补丁 22:11:13 &lt;mule&gt; duck：恭喜，干得好！ 22:11:15 &lt;@duck&gt; 此外提高了切片大小，这意味着每次不再发送 32KB，而是发送 128KB 22:11:29 &lt;@duck&gt; 这应该能让队列保持充满 22:11:47 &lt;+ugha2p&gt; 是的，谢谢你，duck。 :) 22:11:56 &lt;@duck&gt; DrWoo 等人提交了一些 GUI 功能需求 22:12:23 &lt;@duck&gt; 不过我自己从不用 GUI，也不懂 wxpython，可能也不太在意 :) 22:12:31 &lt;+Ragnarok&gt; 把每个切片塞进一条消息里并没有像预期那样奏效？ 22:12:57 &lt;clayboy&gt; `http://brittanyworld.i2p/bittorrent/` 上有很多已有种子的 torrent，谁想试试可以用（i2p 0.4.2.2-7 和 i2p-bt 0.1.3） 22:13:10 &lt;@duck&gt; Ragnarok：有点靠猜 22:13:27 &lt;@duck&gt; 在本地传输上能得到更高的吞吐量 22:13:51 &lt;+ugha2p&gt; 也许我们应该等有人移植一个功能齐全的客户端？ 22:14:10 &lt;+Ragnarok&gt; 嗯，好吧 22:14:13 &lt;@duck&gt; 我们都可以等的 :) 22:14:37 &lt;clayboy&gt; BitTorrent 本来就“功能齐全”，它是我唯一使用的 BT 客户端（在 I2P 之外也用） :) 22:15:15 &lt;+ugha2p&gt; clayboy：并不算哦。 :) 22:16:02 &lt;@duck&gt; 我个人更喜欢默认设置合理的东西 22:16:17 &lt;@duck&gt; 比如 mldonkey，你可以改动无数选项，但大多数用户根本不知道那些设置意味着什么 22:16:50 &lt;@duck&gt; 这就会导致用户神话，比如 i2p 用户动不动就点“Reseed（重新引导节点）”，或者一不工作就重装 22:17:01 &lt;+ugha2p&gt; 如果你不愿意自己去摸索，那你反正也不该用 Linux。 :) 22:17:04 &lt;@duck&gt; 这会害死小猫的 22:17:28 &lt;slart&gt; 那 bittornado 呢？ 22:17:43 &lt;+Ragnarok&gt; 我也许会心动去写个 pygtk GUI，但我还有很多别的事要做，而且不确定大家到底想要什么 22:17:45 &lt;+protokol&gt; azureus？ 22:17:57 &lt;@duck&gt; 当然，我内心有一部分也在找不去做事的借口 22:18:03 &lt;+protokol&gt; azureus 支持插件 22:18:10 &lt;@duck&gt; protokol：那就写个插件吧 22:18:32 &lt;+protokol&gt; 呵 22:18:40 &lt;slart&gt; bittornado 是基于官方的 bt 的，对吧？ 22:18:50 &lt;+protokol&gt; 说起来容易做起来难 22:18:52 &lt;@duck&gt; slart：我看过它，然后想哭 22:19:07 &lt;@duck&gt; 它确实有一些改进，可能有用 22:19:17 &lt;@duck&gt; 但另一方面，它把整个东西变得复杂多了 22:19:22 &lt;@duck&gt; 而且没有清理原始代码 22:19:36 &lt;+Ragnarok&gt; 唉 22:19:56 &lt;@duck&gt; 那个“如果未提供参数就弹出让你选择 torrent”的 GUI 功能，是从它那里借鉴的，已经加到 i2p-bt 里了 22:20:11 &lt;clayboy&gt; 先把基础的 BitTorrent 做到极致，再去操心这些花哨的 GUI 吧 :) 22:20:46 &lt;@duck&gt; slart：可能还有别的东西也能用；就看有没有人去做（而且要做对） 22:21:23 &lt;+ugha2p&gt; clayboy：嗯，我觉得它已经做得很出色了。 :) 22:21:53 &lt;slart&gt; abc 客户端用的是 tornado（我觉得） 22:22:15 &lt;clayboy&gt; 我觉得我们还需要做一些高强度测试，看看通过 i2p-bt 实际能推动多少数据 22:22:21 &lt;bushka&gt; 是的，确实如此，slart。 22:23:49 &lt;@duck&gt; 取决于它们的工作方式，你也许可以把 i2p-bt 的改动很容易地移植过去 22:24:41 &lt;@duck&gt; 请试试，然后回报结果 22:25:47 &lt;@duck&gt; . 22:25:55 &lt;@duck&gt; 关于 i2p-bt / BitTorrent 还有别的意见吗？ 22:26:08 &lt;slart&gt; python :S 22:26:41 &lt;+ugha2p&gt; . 22:26:51 &lt;@duck&gt; slart：如果你不喜欢 python，可以试试移植 azureus 22:27:00 &lt;+ugha2p&gt; slart：怎么了？ 22:27:06 &lt;slart&gt; 我们能拉来多少人给类似 Linux 的 iso 做做做种，用来测速？ 22:27:15 &lt;slart&gt; *iso 22:27:34 &lt;@duck&gt; 等新的 i2p 发布后再试这个吧 22:27:57 &lt;@duck&gt; （因为对大多数人来说，从 CVS 拉取一个 i2p router 构建相当有挑战） 22:28:17 &lt;+protokol&gt; 呃 22:28:54 &lt;@duck&gt; pl 22:28:57 &lt;@duck&gt; 呃，好吧 22:29:10 &lt;@duck&gt; 3) #idlerpg 22:29:22 &lt;@duck&gt; 发现了一个有趣的 IRC RPG 游戏 22:29:36 &lt;@duck&gt; 你什么都不用做，只要挂机就行 22:29:56 &lt;+ugha2p&gt; 嗯，你确实得 LOGIN。 ;) 22:30:04 &lt;@duck&gt; 啊 ;) 22:30:18 &lt;mule&gt; cvs update -dP :) 22:30:18 &lt;mule&gt; ant dist updater :) 22:30:20 &lt;+postman&gt; 这是我见过最爆笑的东西，但我喜欢它 :) 22:30:30 &lt;+protokol&gt; 应该有奖品 22:30:45 &lt;@duck&gt; 在 IRCnet 上它有 779 名在线玩家 22:30:46 &lt;+ugha2p&gt; duck：我在想，这甚至可能成为不升级的一个理由。 22:30:52 &lt;+protokol&gt; 赢了东西或升了级就发 yodels 22:31:03 &lt;+ugha2p&gt; 不过我不确定 I2P 上的人会不会那么孩子气。 :) 22:31:14 &lt;+protokol&gt; 我知道 duck 大概有价值 $10000 的 yodels 22:31:18 &lt;@duck&gt; protokol：是啊，我得看看那些任务是怎么运作的 22:31:39 &lt;@duck&gt; 也许我们可以拿它做点有趣的东西 22:31:42 &lt;@duck&gt; ugha2p：你是什么意思？ 22:31:49 &lt;ant&gt; * cervantes 不打算再来一次 40 天不重启他的 router 22:32:08 &lt;@duck&gt; ugha2p：哦，因为游戏而不升级 :) 22:32:18 &lt;+protokol&gt; Linux：如果你离不开重启就修不好它，那你就修不好它。 22:32:20 &lt;@duck&gt; 好吧，我会在我的 router 重启时把它暂停 22:32:24 &lt;+ugha2p&gt; :) 22:32:33 &lt;@duck&gt; 所以如果你把握好时机，你就不会输 22:32:35 &lt;@duck&gt; 呵呵 22:32:55 &lt;ant&gt; &lt;cervantes&gt; 那就好……因为你的 router 总是在重启 :P 22:33:16 &lt;@duck&gt; 这叫做专注测试 :) 22:33:20 &lt;ant&gt; &lt;cervantes&gt; 我猜这也把轮盘赌因素算进来了 22:33:23 &lt;@duck&gt; 好 22:33:38 &lt;@duck&gt; . 22:33:49 &lt;+ugha2p&gt; . 22:34:05 &lt;@duck&gt; 5) ??? 22:34:08 &lt;@duck&gt; s/5/4/ 22:34:12 &lt;@duck&gt; 开放麦！ 22:34:23 &lt;+postman&gt; . 22:34:53 &lt;mule&gt; 稍微调整一下你就可以用两个 router。一个专门用于游戏的，只每年升级一次 22:34:53 &lt;@duck&gt; 有什么问题？意见？建议？ 22:35:38 &lt;ant&gt; &lt;mahes&gt; 嗨，我有个一般性的非开发问题 22:36:08 &lt;@duck&gt; 请讲 22:36:08 &lt;+ugha2p&gt; 谢谢主持会议，duck。 22:36:50 &lt;ant&gt; &lt;mahes&gt; 如果我搭了一个 eepsite，怎么才能用像 mahes.i2p 这样的地址访问到它 22:36:59 &lt;+protokol&gt; 我有个担心 22:37:44 &lt;+protokol&gt; （开战）我觉得 .i2p 作为 TLD 很烂，理由很多 22:38:19 &lt;+ugha2p&gt; mahes：你说的“怎么”是什么意思？人们会把浏览器配置为使用 eepproxy（I2P 的 HTTP 代理），然后在地址栏输入 `http://mahes.i2p/` 就行。 22:38:19 &lt;+protokol&gt; 我觉得我们应该用一个 a）单音节，b）能像一个词那样读，c）不包含数字 的后缀 22:38:46 &lt;+ugha2p&gt; protokol：比如 .eep？ 22:39:07 &lt;@duck&gt; mahes：要让一个“好记的名字”指向你的 eepsite，它必须出现在你的 hosts.txt 文件里 22:39:37 &lt;+protokol&gt; ugha2p：当然 22:40:01 &lt;+ugha2p&gt; protokol：你可以在邮件列表上提个提案。 22:40:03 &lt;@duck&gt; 你可以把它发到 eepsite 公告论坛，这样别人也能获取 22:40:09 &lt;+ugha2p&gt; 等我们有了 MyI2P 后，这可能会被考虑。 22:40:35 &lt;+protokol&gt; 呵，我会试试，不过 jr 已经因为某些原因否决过了 22:41:06 &lt;ant&gt; &lt;mahes&gt; 嗯。我只是个用户……好吧，那我只要发布 mahes.i2p=hhfbwer8328... 它就会自己传播开吗 22:41:32 &lt;@duck&gt; 它不会自动传播，大家需要想办法把它加入自己的 hosts.txt 22:41:39 &lt;ant&gt; &lt;mahes&gt; 好的 22:41:52 &lt;@duck&gt; 不过在论坛上公告后，就更有可能传播开来 :) 22:42:34 &lt;@duck&gt; . 22:43:18 &lt;@duck&gt; 让我们给它来个 *baf* 22:43:20 &lt;+ugha2p&gt; . 22:43:30 * ugha2p 正在等“baffer”。 22:43:38 * duck 蓄势待发 22:43:45 * duck 用 *baf* 结束了会议 </div>/zh/blog/2004/11/30/i2p-2004-11-30-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 30 Nov 2004 00:00:00 +0000/zh/blog/2004/11/30/i2p-2004-11-30-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好</p> <h2 id="索引">索引</h2> <ol> <li>0.4.2 and 0.4.2.1</li> <li>mail.i2p</li> <li>i2p-bt</li> <li>eepsites(I2P Sites)</li> <li>???</li> </ol> <h2 id="1-042-和-0421">1) 0.4.2 和 0.4.2.1</h2> <p>自从我们终于发布了 0.4.2 之后，网络的可靠性和吞吐量一度大幅提升，直到我们遇到了自己引入的全新 bug。对大多数人而言，IRC 连接能持续好几个小时，不过对遇到这些问题的少数用户来说，这段时间并不太顺利。不过我们已经做了一大批修复，今晚稍晚或明天一早我们将发布新的 0.4.2.1 版本供下载。</p> <h2 id="2-maili2p">2) mail.i2p</h2> <p>今天早些时候，postman 悄悄塞给我一张纸条，说他有些想讨论的事情 - 更多信息请查看会议记录（如果你在会前读到这条消息，顺道过来）。</p> <h2 id="3-i2p-bt">3) i2p-bt</h2> <p>新版本的一个不足之处是，我们在 i2p-bt 的移植上遇到了一些问题。其中一些问题已经在 Streaming 库（流式传输库）中被识别并修复，但要使其达到我们的要求，还需要进一步的工作。</p> <h2 id="4-eepsitesi2p-站点">4) eepsites(I2P 站点)</h2> <p>在过去几个月里，邮件列表、频道和论坛上一直在讨论有关 eepsites(I2P Sites) 和 eepproxy 的工作方式存在的一些问题——最近，有人提到了关于如何过滤以及过滤哪些头信息的问题，也有人提出了配置不当的浏览器带来的危险，此外，还有 DrWoo 的页面总结了许多风险。一个尤其值得注意的事件是：一些人正在积极编写小程序（Applet），如果用户不禁用小程序，它们将劫持用户的计算机。（所以请在你的浏览器中禁用 JAVA 和 JAVASCRIPT）</p> <p>这当然会引发关于我们如何保障安全的讨论。我听到过一些建议，比如开发我们自己的浏览器，或捆绑一个预先配置了安全设置的浏览器，但让我们现实一点——那要比这里任何人愿意投入的工作多得多。不过，还有三种其他思路：</p> <ol> <li>Use a fascist HTML filter and tie it in with the proxy</li> <li>Use a fascist HTML filter as part of a script that fetches pages for you</li> <li>Use a secure macro language</li> </ol> <p>第一个基本上与我们现在的做法差不多，只是我们会用类似 Muffin 或 Freenet 的匿名过滤器来过滤要呈现的内容。这里的缺点在于它仍然会暴露 HTTP 头部，因此我们还必须在 HTTP 层面进行匿名化。</p>/zh/blog/2004/11/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%8830%E6%97%A5/Tue, 30 Nov 2004 00:00:00 +0000/zh/blog/2004/11/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%8830%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, bla, clayboy, duck, jrandom, nmi, postman, Ragnarok</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) 嗨 13:08 &lt;jrandom&gt; 1) 0.4.2 和 0.4.2.1 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) i2p-bt 13:08 &lt;jrandom&gt; 4) eepsites 13:08 &lt;jrandom&gt; 5) ??? 13:09 &lt;jrandom&gt; 0) 嗨 13:09 &lt;jrandom&gt; 抱歉打断了 dm 的议程 13:09 &lt;jrandom&gt; 状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2004-November/000492.html 13:09 &lt;jrandom&gt; [嗨] 13:10 &lt;+postman&gt; ((嗨)) 13:10 &lt;+postman&gt; :) 13:10 &lt;jrandom&gt; 那么，当你们读完那封极其有趣的邮件时，我们也该开始开会了 13:10 &lt;jrandom&gt; 1) 0.4.2 和 0.4.2.1 13:11 &lt;jrandom&gt; 0.4.2 已发布，如你们所知，结果喜忧参半，但在没有严重故障的时候，表现似乎好了不少 ;) 13:12 &lt;jrandom&gt; 很快会发布一个包含大量错误修复的版本——我一直在延后，以尽可能多地改进内容 13:12 &lt;jrandom&gt; 不过就目前看来，0.4.2.1 版还不能把 i2p-bt 移植打磨到最佳状态 13:12 &lt;+postman&gt; jrandom：这些修复针对什么——都是新 streaming lib（流式库）的错误，还是还有其他问题？ 13:13 &lt;jrandom&gt; 在 streaming lib（流式库）里有一个高速忙循环，来自一个测试不足的场景；还有一些 SAM 问题、IP 地址检测问题等 13:14 &lt;jrandom&gt; dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/history.txt?rev=HEAD 有完整列表 13:14 &lt;+postman&gt; k 13:14 &lt;+postman&gt; thx 13:15 &lt;jrandom&gt; 哦，需要注意的一点是，0.4.2.1 和 0.4.2 一样，又需要修改你的 wrapper.config，所以发布更新说明时请务必留意 :) 13:15 &lt;jrandom&gt; 有人对 0.4.2 有任何问题/评论/担忧吗？ 13:15 &lt;jrandom&gt; （/ 0.4.2.1） 13:16 &lt;clayboy&gt; 我这边运行得很好，我也一直跟着 CVS，始终很顺畅 13:16 &lt;jrandom&gt; 给力 13:17 &lt;bla&gt; It's table (0.4.2): up for days already 13:17 &lt;bla&gt; s/table/stable/ 13:17 &lt;jrandom&gt; 啊，不错。是的，这些 bug 不是每个人都会遇到 13:17 &lt;jrandom&gt; 好，如果关于这个没别的了，我们跳到 2) mail.i2p 13:18 &lt;jrandom&gt; 我听说 postman 有些事情要讨论 13:18 &lt;+postman&gt; 你好 13:18 &lt;jrandom&gt; 嗨 postman，到你了 :) 13:18 &lt;+postman&gt; 几周前我做了一个关于 IMAP 的投票 13:19 &lt;+postman&gt; 既然已经过去了几周，我决定关闭投票并统计结果 13:19 &lt;+postman&gt; 结果是：不需要——不会做。就这样 13:19 &lt;+postman&gt; 和 susi 交流后——她对在她的 webmail 界面上使用 POP3 很满意 13:19 &lt;clayboy&gt; 理性获胜！ :) 13:19 &lt;jrandom&gt; w3wt 13:20 &lt;+postman&gt; 所以我们就坚持用 POP3，把那些不切实际的 IMAP 想法埋了吧 13:20 &lt;+postman&gt; :) 13:20 * jrandom 拿起铲子 13:20 &lt;+postman&gt; 2.) 我们快到 100 个注册用户了 13:21 &lt;clayboy&gt; 哇 13:21 &lt;+postman&gt; 当然并不是所有都是公开的，但考虑到网络规模，这个数字听起来还是相当可观 13:21 &lt;+Ragnarok&gt; 那么……那个 LDAP 通讯录怎么样了？ :) 13:21 &lt;jrandom&gt; 不错 13:21 &lt;+postman&gt; 3. 从周末起，上传/分享你的 PGP 公钥的功能已启用 13:21 &lt;+postman&gt; 请使用它 13:21 &lt;+postman&gt; www.postman.i2p/user/acc.html 13:22 &lt;clayboy&gt; 这个主意我可不敢居功 :&gt; 13:22 &lt;+postman&gt; 这些公钥可以通过通讯录轻松下载 13:22 &lt;+postman&gt; 或者直接访问 www.postman.i2p/public/accountname.pub 13:22 &lt;jrandom&gt; 哦，酷 13:22 &lt;+postman&gt; 这个系统运行得相当好 13:22 &lt;+postman&gt; 感谢 duck 指出了几个 bug 13:23 &lt;+postman&gt; 4.) 我在考虑提供基于账户的路由 13:23 &lt;+postman&gt; 就像大家说的那样 13:23 &lt;jrandom&gt; 基于账户的路由？ 13:23 &lt;+postman&gt; 所有发往 foo@mail.i2p 的邮件都会被转送到如下的目的地 13:23 &lt;+postman&gt; 并且用户提供一个有效的目的地密钥 13:24 &lt;+postman&gt; 然后 postman.i2p 会把这些账户的邮件手动路由到对应的邮件系统 13:24 &lt;+postman&gt; 只是个想法(tm) 13:24 &lt;jrandom&gt; 啊，不错 13:24 &lt;+postman&gt; 我期待着把这件事开发出来并进一步讨论 13:25 &lt;+postman&gt; 目前就这些 13:25 &lt;+postman&gt; 更多内容下周继续 13:25 &lt;+postman&gt; 谢谢 13:25 &lt;nmi&gt; postman：抱歉，你的意思是转送到某个特定的 I2P 目的地？ 13:25 * postman 把话筒交还给 jrandom 13:25 &lt;+postman&gt; nmi：是的 13:25 &lt;ant&gt; &lt;Nightblade&gt; am SMTP i2p destination? 13:25 &lt;ant&gt; &lt;Nightblade&gt; an 13:25 &lt;+postman&gt; nmi：前提是该目的地接受 SMTP，并接受该账户的邮件 13:25 &lt;jrandom&gt; 这听起来很酷，去除了邮件过滤中的信任问题 13:26 &lt;nmi&gt; 啊，好的。聪明。我曾想过用 Mixminion 的单次回复块（single-use-reply-blocks）做类似的事情，但你的主意更好…… 13:26 &lt;jrandom&gt; 在客户端配置可能要做不少工作，但也许有人可以稍微 hack 一下 13:26 &lt;+postman&gt; jrandom：我正在做 13:26 &lt;jrandom&gt; w00t 13:26 &lt;+postman&gt; jrandom：用户会有常规的 web 界面（ acc.html...） 13:27 &lt;+postman&gt; jrandom：并填写 destinationkey（目的地密钥） 13:27 &lt;jrandom&gt; 嗯，对，但接下来还有 MTA 的配置 13:27 &lt;+postman&gt; 其余的会自动完成 13:27 &lt;+postman&gt; 是的，既包括 postman.i2p 端，也包括接收端 13:28 &lt;nmi&gt; jrandom：是啊，给不想运行完整 MTA 的人提供一个非常精简的 SMTP 代理，会很酷 13:28 &lt;jrandom&gt; 对 对 13:28 &lt;+postman&gt; jrandom：我会为有兴趣的人提供一个简单的安装配置 13:28 &lt;+postman&gt; jrandom：适用于 Postfix、Exim 和 Sendmail 13:28 &lt;+postman&gt; jrandom：它们都可以精简到只保留最基本的功能 13:28 &lt;@duck&gt; 说真的，你觉得这个会有很多用户吗？ 13:28 &lt;jrandom&gt; postman：这些听起来都很给力。 等你准备好了我很期待听到更多 13:29 &lt;+postman&gt; jrandom：不过对 Windows 上的 SMTP 服务器我就不清楚了 13:29 &lt;+postman&gt; duck：嗯 13:29 &lt;+postman&gt; duck：8 周前没人需要邮件系统，也没有用户 13:29 &lt;+postman&gt; duck：这是投资 13:29 &lt;@duck&gt; 确实 13:29 &lt;+postman&gt; duck：6 个月后我们会庆幸有它 13:29 &lt;jrandom&gt; duck：潜力来自于摆脱对受信任 SMTP 过滤器的依赖 13:29 &lt;+postman&gt; :) 13:30 &lt;jrandom&gt; 呃，也许我该说，转而使用/受信任/的 SMTP 过滤器（无意冒犯 postman ;)） 13:30 &lt;+postman&gt; 而且会有不止一个 13:30 &lt;+postman&gt; 还有 13:30 &lt;+postman&gt; （现在是点睛之笔） 13:30 &lt;+postman&gt; 我们可以很容易地创建邮件域名 :) 13:30 &lt;+postman&gt; 比如 duck@duck.i2p 之类 13:30 &lt;+postman&gt; :) 13:30 &lt;@duck&gt; 啊 13:31 &lt;+postman&gt; 唯一的问题是官方/私有的映射 13:31 &lt;jrandom&gt; hosts.txt! 13:31 * jrandom 低头闪避 13:31 &lt;+postman&gt; 不过这属于另一个网页管理控制台的议题 :) 13:31 &lt;+postman&gt; LOL 13:31 &lt;+postman&gt; jrandom：我依赖摇摇欲坠的 SQL 数据库 :) 13:31 &lt;@duck&gt; 好；我觉得它是合适的 13:32 &lt;+postman&gt; 好 13:32 &lt;+postman&gt; 那我就把它完善一下，很快给出一个方案 13:32 &lt;+postman&gt; 好嘞，又多了些工作 13:32 * postman 向后一靠，放松了 13:32 &lt;+postman&gt; :) 13:32 &lt;jrandom&gt; 太棒了，谢谢 postman 13:33 &lt;jrandom&gt; 好，除非还有其他与 mail.i2p 相关的问题，我们继续到 3) i2p-bt？ 13:33 &lt;jrandom&gt; 算我们已经进入下一项了 13:34 &lt;jrandom&gt; 好，正如邮件所说，我把 i2p-bt 的移植搞坏了 13:34 * jrandom 羞愧地低下了头 13:34 &lt;jrandom&gt; 换个话题，duck，你有关于 i2p-bt 想讨论的吗？ 13:34 &lt;@duck&gt; 由于 jrandom 的“工作”，我们没做多少东西 :) 13:35 &lt;+Ragnarok&gt; 嘘——嘶—— 13:35 &lt;@duck&gt; 哦，Ragnarok 有一些补丁 13:35 * jrandom2p 朝 jrandom 扔番茄 13:35 &lt;@duck&gt; 我想是的，参见 history 文件 :) 13:35 &lt;jrandom&gt; 哦，酷 13:35 &lt;@duck&gt; 我们也有一些东西在队列里 13:35 &lt;+Ragnarok&gt; 呃，我是在对 jr 发嘘声，不过好吧 :) 13:36 &lt;@duck&gt; 但我不想在不稳定的基础上改动太多 13:36 &lt;@duck&gt; （比如在修 I2P 的同时把 BT 搞挂了） 13:36 &lt;jrandom&gt; 嗯，好计划 13:36 &lt;@duck&gt; . 13:37 &lt;jrandom&gt; 好，酷，还有谁要就 i2p-bt 说点什么吗？ 13:37 &lt;jrandom&gt; 如果没有，我们继续到 4) eepsites 13:38 &lt;jrandom&gt; 嗯，自从我们第一次有了 eepproxy（I2P 的 HTTP 代理）以来，这些问题已经讨论过几次了，但最近出现了一些询问，值得再次提及 13:39 &lt;bla&gt; 是的…… 13:39 &lt;jrandom&gt; 我们目前用来匿名浏览 eepsites（I2P 上的匿名网站）和普通网站的方式，实在并不安全 13:39 &lt;clayboy&gt; 不过，禁用 Java、JavaScript、Cookie 和 Flash 会有帮助 13:39 &lt;jrandom&gt; DrWoo 做了一份很棒的页面，说明了这些风险以及如何自我保护 13:40 &lt;jrandom&gt; 对，clayboy，确实如此 13:40 &lt;clayboy&gt; 链接？ 13:40 &lt;bla&gt; clayboy：是的，就 HTML 层面而言，但不是 HTTP 层面 13:40 &lt;jrandom&gt; 但从 router 控制台这件事我学到的一点是：没人会按照说明书执行超过两步 ;) 13:40 &lt;clayboy&gt; bla：好点子 13:40 &lt;jrandom&gt; clayboy: `http://brittanyworld.i2p/browsing/` 13:41 &lt;bla&gt; 我在这里做了一些实验： `http://forum.i2p/viewtopic.php?t=182` 13:41 &lt;bla&gt; 以现在的状况看起来不太妙 13:42 &lt;@duck&gt; 谁有那个邪恶的小应用（applets）？ 13:42 &lt;ant&gt; &lt;Nightblade&gt; 有一个 Java 的安全漏洞被发现了 13:43 &lt;ant&gt; &lt;Nightblade&gt; 影响一些较旧的 1.4.x 版本 13:43 &lt;ant&gt; &lt;Nightblade&gt; 不包括 1.5 13:44 &lt;jrandom&gt; nightblade：此人使用的“攻击”非常粗浅，而且据他说，从 1.1.6 到 1.5 都有效 13:44 &lt;ant&gt; &lt;Nightblade&gt; 嗯 13:44 &lt;jrandom&gt; （下载一个 .exe，运行这个 .exe） 13:45 &lt;jrandom&gt; 我很吃惊地发现，在实例化 new File(filename) 时会触发一些 Java 安全权限检查，但在实例化 new FileOutputStream(filename) 时却不会触发 13:45 * jrandom 停止分发手榴弹 13:46 &lt;jrandom&gt; （我没有完全验证他们的代码，但看了很多） 13:46 &lt;jrandom&gt; 不过总之，回到 eepsites 13:47 &lt;jrandom&gt; 嗯，我不认为完全移除 eepproxy 是谨慎的做法 13:47 &lt;jrandom&gt; 但我现在确实没有时间去实现列出的任何解决方案 13:48 &lt;bla&gt; jrandom：目前把所有 Accept* 头部去掉会是个好主意 13:48 &lt;jrandom&gt; 你们怎么看？ 有志愿者吗？ 要不要先将就着用，等有时间再说？ 13:48 &lt;ant&gt; &lt;Nightblade&gt; bla：我不觉得别人看到一些浏览器头部是什么大问题 13:49 &lt;ant&gt; &lt;Nightblade&gt; 有上百万人使用这些浏览器 13:49 &lt;bla&gt; 并且总是添加一个 User-Agent: 头部，即使客户端没有发送。这样能让请求更同质化 13:50 &lt;bla&gt; Nightblade：是的，但如果你的浏览器发送 Accept-Language: xx（随便举的例子），而恰好只有一个 I2P 节点位于使用该语言的国家，那么匿名性就完全没了 13:50 &lt;bla&gt; 不过在一些浏览器里确实会有 Accept-Language: 头部。而且我们不能指望它总是“en” 13:50 &lt;ant&gt; &lt;Nightblade&gt; 好吧，但如果删除其中一些头部会违反 HTTP 规范怎么办？ 13:50 &lt;jrandom&gt; 加入这两种过滤很容易，我会把它们加进 0.4.2.1，但像这样显式过滤头部其实并不安全 13:50 &lt;jrandom&gt; nightblade：我们已经在很多方面把 HTTP 规范打破得体无完肤了 13:51 &lt;bla&gt; Nightblade：我列的三个浏览器里，只有一个会发这个头，所以应该问题不大 13:51 &lt;ant&gt; &lt;Connelly&gt; HTTP 不是为匿名而设计的 13:51 &lt;jrandom&gt; eepproxy 只是个临时拼凑的东西 13:51 &lt;bla&gt; jrandom：为什么这种过滤不安全？ 13:52 &lt;bla&gt; jrandom：我们甚至可以考虑去掉_所有_头部，除了 Host: 头和 GET 头 13:52 &lt;jrandom&gt; bla：把除 Host 外的所有头部都去掉会更安全，没错 13:52 &lt;bla&gt; jrandom：毕竟，对于匿名 HTTP 我们还需要什么更多的东西呢？ 13:52 &lt;jrandom&gt; 但这超出了我能投入的时间 13:52 &lt;jrandom&gt; 我可以在大约 30 秒内加上 Accept 和 User-Agent 过滤 13:53 &lt;jrandom&gt; 再多一点我就要摊手放弃，直接重写 HTTP 代理了 ;) 13:53 &lt;bla&gt; jrandom：为什么把它们全部去掉会更难？ 13:53 &lt;jrandom&gt; 去读代码。 13:54 &lt;jrandom&gt; （欢迎补丁） 13:54 &lt;jrandom&gt; 不过我们现在讨论的仍然只是短期方案 13:54 &lt;bla&gt; jrandom：明白了 ;) 但认真说：我觉得目前把 Accept* 和 User-Agent 处理好就足够了 13:54 &lt;jrandom&gt; 我们需要有人做一个能长期使用的方案 13:55 &lt;ant&gt; * dm 刚吃了 20 片奶酪……流口水。 13:55 &lt;jrandom&gt; bla：上次有人让我们过滤 User-Agent 和 Referrer 头的时候，我也听到过同样的话 ;) 13:55 &lt;jrandom&gt; （不过是的，我会把这两个加到下一版里） 13:56 &lt;ant&gt; &lt;dm&gt; 那些头是有用的 13:56 &lt;ant&gt; &lt;dm&gt; 有用的 13:56 &lt;ant&gt; &lt;dm&gt; 对服务提供者而言。 13:56 &lt;jrandom&gt; 是的，确实如此 13:57 &lt;jrandom&gt; 我们已经有一些应用因为我们也过滤了 Referrer 而坏掉了 13:57 &lt;bla&gt; dm：是的，确实如此。不过，它们也会提供浏览器或操作系统的指纹 13:57 &lt;ant&gt; &lt;dm&gt; 我有个主意！ 13:57 * jrandom 赶紧找掩护 13:58 &lt;ant&gt; &lt;dm&gt; 把 User-Agent 硬编码为：Nokia6230/2.0 (03.15) Profile/MIDP-2.0 Configuration/CLDC-1.1 149.254.201.133 13:58 &lt;ant&gt; &lt;dm&gt; 怎么样？嗯？ 13:58 &lt;jrandom&gt; 我们已经把 User-Agent 头硬编码了 13:59 &lt;ant&gt; &lt;Nightblade&gt; 支持 I2P 的手机 13:59 * jrandom 对那部手机发动 DoS 13:59 &lt;ant&gt; &lt;dm&gt; 硬编码成什么？ 13:59 &lt;ant&gt; &lt;dm&gt; 我可怜的手机！！！ 13:59 &lt;jrandom&gt; 好，关于 eepproxy/eepsite 这些，有没有其他想法？ 14:00 &lt;bla&gt; MYOB/6.ss (AN/ON) 14:00 &lt;bla&gt; no\ 14:00 &lt;+Ragnarok&gt; 我们应该用 S-表达式重塑 HTML！ 14:01 &lt;jrandom&gt; （我真的认为用类似 BBCode 的宏语言是条路，至少在一些场景下是这样 ;)） 14:01 &lt;jrandom&gt; （（或者给各位极客用 XML）） 14:02 &lt;ant&gt; &lt;dm&gt; 微软推崇使用 XML 14:02 &lt;ant&gt; &lt;dm&gt; 所以我完全赞成。 14:02 &lt;+Ragnarok&gt; XML 不过是过分啰嗦的 S-表达式 :) 14:03 &lt;ant&gt; &lt;dm&gt; 现在是不是该让我为 jrandom 在这个项目上的工作鼓掌？ 14:03 * jrandom 自告奋勇把这活儿交给 Ragnarok，等拿到下一代通讯录之后 ;) 14:03 &lt;@duck&gt; 我不认为“自己发明一种标记语言”能在通用浏览器上奏效 14:04 &lt;@duck&gt; 也许可以用于 myi2p 里的那个博客东西 14:04 &lt;+Ragnarok&gt; 任何时候都不错 :) 14:04 &lt;ant&gt; &lt;dm&gt; 鼓掌也是 14:04 &lt;jrandom&gt; duck：反正代理也需要过滤内容，把宏展开的结果注入到过滤后的内容中应该相当简单（咳） 14:05 &lt;ant&gt; * dm 向 jr. 脱帽致意。 14:05 &lt;jrandom&gt; 谢谢 dm 以及各位 14:05 &lt;ant&gt; &lt;Nightblade&gt; 像 PDF 这样的东西会比 HTML 更安全 14:05 &lt;jrandom&gt; lol 14:05 &lt;@duck&gt; .txt 文件！ 14:06 &lt;ant&gt; &lt;Nightblade&gt; 我见过带可点击链接的 PDF 文件，但文件本身很大 14:06 &lt;ant&gt; &lt;Nightblade&gt; 见过 14:06 &lt;ant&gt; &lt;dm&gt; 未压缩的位图？ 14:06 &lt;jrandom&gt; 是的，让我们都用 PDF 来写吧 14:07 &lt;+Ragnarok&gt; 呃，PostScript 太丑了 14:07 &lt;ant&gt; &lt;cat-a-puss&gt; HTML 怎么就不安全了？ 14:07 &lt;@duck&gt; 总之 14:07 &lt;ant&gt; &lt;Nightblade&gt; cat：有 JavaScript、ActiveX、Applet，等等…… 14:07 &lt;jrandom&gt; cat-a-puss：各种用来编码危险数据的方式 14:08 &lt;ant&gt; &lt;dm&gt; 语言本身没有安全或不安全之分，客户端才有。 14:08 &lt;+Ragnarok&gt; 真正的问题是如何做匿名的 DHTML…… 14:08 &lt;jrandom&gt; （而且只要我们还在显式过滤，就永远、/永远/追不上） 14:08 &lt;ant&gt; &lt;cat-a-puss&gt; Java/JavaScript 都在标签里。那把它们去掉，纯 HTML 就无害了，对吧？ 14:08 &lt;ant&gt; &lt;dm&gt; 我们需要使用一种由我们信任的公司制作的客户端来解析的数据格式。 14:08 &lt;jrandom&gt; Ragnarok：宏，和/或引用已知安全、并在本地安装的 JavaScript 14:08 &lt;ant&gt; &lt;dm&gt; 我信任微软，因此我推荐 Internet Explorer、Microsoft Word 或者记事本 14:09 &lt;ant&gt; &lt;dm&gt; Flight Simulator 2002 也可以。 14:09 &lt;ant&gt; &lt;cat-a-puss&gt; Freenet 已经有一个“匿名过滤器”，会去掉所有 Java / JavaScript / ActiveX 等等。借用那个的话，我能想到唯一可能漏过来的就是图像漏洞……除非我漏了什么。 14:10 &lt;jrandom&gt; Freenet 的匿名过滤器对某些派别来说是个不错的起点，但要让表单按照我们想要的方式工作，可能还需要做些功夫 14:10 &lt;ant&gt; &lt;Nightblade&gt; 由于许可证问题，eepproxy 必须作为单独的进程运行 14:11 &lt;jrandom&gt; 那还是会让我们面对一个被大幅阉割的 HTML 14:11 &lt;jrandom&gt; （没有 CSS） 14:11 &lt;ant&gt; &lt;dm&gt; 好吧，那 Flash 怎么样？ 14:11 &lt;jrandom&gt; nightblade：我们可以绕开这个（就像我们绕开 I2PTunnel 是 GPL 的方式） 14:11 &lt;ant&gt; &lt;dm&gt; 想象一下一个只有 Flash 的万维网。 14:11 &lt;ant&gt; &lt;dm&gt; 那将是一个多么丰富而美妙的世界。 14:12 &lt;ant&gt; &lt;Nightblade&gt; 那就做个警告吧：“浏览 Eepsite 会危害你的匿名性。 请使用 Gopher。” 14:12 &lt;ant&gt; &lt;Nightblade&gt; 其实 Gopher 也不是个坏主意 14:12 * jrandom 移植 archie 14:12 &lt;+Ragnarok&gt; Gopher！ 14:12 &lt;ant&gt; &lt;dm&gt; 还有 Betty，对吧…… 14:12 &lt;+Ragnarok&gt; 我记得 Gopher :) 14:13 &lt;+Ragnarok&gt; 天哪，那是美好的旧时光。我记得当时我用的是风驰电掣的 14.4 波特率…… &lt;叹气&gt; 14:13 &lt;ant&gt; &lt;Nightblade&gt; 我只在文本模式下浏览过 Gopher，我不知道它是否支持图形 14:13 &lt;jrandom&gt; 我上次用 Gopher 的时候还没有 GUI 浏览器呢 ;) 14:14 &lt;jrandom&gt; 总之，还有很多选择 14:14 &lt;ant&gt; &lt;Nightblade&gt; 那时候那个浏览器叫什么来着？ 在 Netscape 之前的那个…… 14:14 &lt;ant&gt; &lt;Nightblade&gt; 我忘了 14:14 &lt;jrandom&gt; Mosaic 14:15 &lt;ant&gt; &lt;Nightblade&gt; 是的 14:15 &lt;ant&gt; &lt;dm&gt; Mosaic 2.0 14:15 &lt;ant&gt; &lt;Nightblade&gt; “欢迎使用 I2P，请稍候，我们正在安装 Gopher 和 Mosaic。” 14:15 &lt;jrandom&gt; 呵 14:15 &lt;jrandom&gt; 是啊，它们大概没有 JavaScript 漏洞 14:16 &lt;jrandom&gt; 好吧，总之，我想就这样 14:16 &lt;jrandom&gt; 继续到 5) ??? 14:16 &lt;+Ragnarok&gt; Debian 里现在还有 gopher 软件包 14:16 &lt;jrandom&gt; 还有其他要说的吗（别再是 gopher 相关的）？ 14:17 &lt;ant&gt; &lt;dm&gt; 当你需要重新开始工作时，I2P 会怎样？ 14:18 &lt;jrandom&gt; 至少到春天之前，我都会全职做 I2P。 至于之后的事情，我们临近时再讨论 14:19 &lt;ant&gt; &lt;dm&gt; 好 的 14:19 &lt;jrandom&gt; 无论如何，如果我明天被公交车撞了，所有东西都在 CVS 里，所有代码都是自由的 14:19 &lt;+Ragnarok&gt; 我猜你计划在那之前发布 1.0。 你觉得把握有多大？ 14:19 &lt;+Ragnarok&gt; 我是说在春天之前，不是你的不幸遭遇…… 14:20 &lt;jrandom&gt; 一定会。 14:20 &lt;ant&gt; &lt;dm&gt; 啊哈哈……是的，那你明天被那辆公交车撞到之前发布 1.0 的几率有多大？ 14:20 &lt;jrandom&gt; （假设没有公交车 ;)） 14:20 &lt;ant&gt; &lt;dm&gt; 我刚刚有个很悲伤的想法。 14:20 &lt;ant&gt; &lt;dm&gt; 真的很让人沮丧，但是……如果你被公交车撞了，这里没人会知道。 14:20 &lt;ant&gt; &lt;cat-a-puss&gt; 关于过滤：如果我们做一个更好的代理，让这台计算机上所有应用的流量都通过它，那么我们就不需要过滤 JavaScript 等等了，因为它们无论如何都无法知道我们是谁。 14:21 &lt;ant&gt; &lt;dm&gt; 你就这么死了，而我们不会知道发生了什么 :( 14:21 &lt;ant&gt; &lt;dm&gt; 天啊，为什么他非得死？！为什么？！ 14:22 &lt;ant&gt; &lt;dm&gt; 你能不能在遗嘱里写一条，如果你死了就给邮件列表发邮件？ 14:22 &lt;jrandom&gt; cat-a-puss：JavaScript 可以把你的书签内容、你的 IP 地址，以及各种东西发送到远程站点 14:22 &lt;jrandom&gt; dm：认识我现实生活（IRL）的人都知道我参与 I2P。 关于这种病态的话题就到此为止 14:23 &lt;ant&gt; &lt;dm&gt; 啊，酷。 14:24 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom：是的，但那种事情需要一个漏洞，对吧？而不是仅仅把它们转发到使用未被代理的其他协议的页面。我们可能可以通过对传入内容的扫描和自动更新来对这类问题保持相对安全。 14:25 &lt;jrandom&gt; cat-a-puss：呃，也许我误解了——你是在建议：只要 JavaScript 代码发起的连接也通过代理，那么在浏览器里启用 JavaScript 可能就是安全的吗？ 14:26 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom：是的，只要没有缓冲区溢出等问题。 14:26 &lt;jrandom&gt; 如果是那样，仍然会受到那种最普通的 JavaScript 的威胁：它读取 JavaScript 环境，然后“匿名地”发送到 `http://cia.i2p/data。` 14:27 &lt;jrandom&gt; JavaScript 可访问的数据包括你的 IP 地址、你的书签，以及各种其他信息 14:27 &lt;jrandom&gt; 所以即便到 cia.i2p 的连接是匿名的，内容也会暴露你 14:31 &lt;jrandom&gt; 好，还有谁有要在会议上提出的事项吗？ 14:31 &lt;@duck&gt; 有： 14:31 &lt;@duck&gt; 新的“active peers（活动对等体）”计数是什么意思 14:31 &lt;jrandom&gt; 啊 14:31 &lt;jrandom&gt; 是的，那已经改了 14:32 &lt;jrandom&gt; 在 0.4.2.1 中，新的 Active: x/y 表示：x=你在上一分钟内成功发送或接收过消息的对等体数量，y=你在过去大约一小时内见到的对等体数量 14:32 &lt;jrandom&gt; 这是为了解决在 IP 自动检测阶段有些对等体给出错误信息而编写的部分代码 14:33 * duck 会努力记住 14:33 &lt;jrandom&gt; 所以它的数值会比以前波动更大 14:33 &lt;jrandom&gt; 呵，所以当这个值比你习惯的更低时不要担心 ;) 14:34 &lt;jrandom&gt; 好，如果就这些，那么在接下来的一天里大家请关注邮件列表和网站，留意 0.4.2.1 的发布 14:34 &lt;jrandom&gt; 它将向后兼容，诸如此类 14:34 &lt;jrandom&gt; 总之 14:34 * jrandom 做结束准备 14:35 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2004/11/23/i2p-2004-11-23-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 23 Nov 2004 00:00:00 +0000/zh/blog/2004/11/23/i2p-2004-11-23-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，是时候更新一下进展了。</p> <h2 id="索引">索引：</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>0.4.2</li> <li>Addressbook.py 0.3.1</li> <li>???</li> </ol> <h2 id="1-网络状态">1) 网络状态</h2> <p>在上周经历了持续 2-3 天的相当拥塞之后，网络已经重回正轨 (很可能是因为我们停止了对 BitTorrent 端口的压力测试 ;)。自那以后，网络一直相当可靠 - 我们确实有一些 router（路由节点）已连续运行了 30-40+ 天，但 IRC 连接仍偶有波动。另一方面&hellip;</p> <h2 id="2-streaming-lib流式传输库">2) Streaming lib（流式传输库）</h2> <p>在过去大约一周里，我们在网络上对 streaming lib（流式传输库）进行了更多的实时测试，效果看起来相当不错。Duck 用它搭建了一个 tunnel，供大家访问他的 IRC 服务器，在几天的时间里，我只遇到两次不必要的断线（这也帮助我们定位了一些 bug）。我们还运行了一个 i2ptunnel 实例，指向一个 squid outproxy（出口代理），供大家试用；与旧的库并行对比后，吞吐量、延迟和可靠性都有了显著提升。</p> <p>总的来说，这个流式传输库看起来已经足以发布首个版本。还有一些事项尚未完成，但相较于旧库，它有了显著的改进，而且我们总得给你以后升级一个理由，对吧？ ;)</p> <p>其实，先卖个关子（或者说希望能激发你提出一些解决方案），我认为 streaming lib（流式库）接下来要做的主要事情有： - 一些在不同流之间共享拥塞和 RTT（往返时延）信息的算法（按目标目的地？按源目的地？针对所有本地目的地？） - 进一步优化交互式流（当前实现的大部分关注点在批量传输流上） - 在 I2PTunnel 中更明确地使用新的 streaming lib 的特性，降低每个 tunnel 的开销。 - 客户端级带宽限制（对某个流的单向或双向，或者在多个流之间共享）。当然，这将是对 router 的整体带宽限制的补充。 - 为目的地提供各种控制，以限制它们接受或创建的流的数量（我们有一些基础代码，但基本上处于禁用状态） - 访问控制列表（仅允许来自或发往某些其他已知目的地的流） - Web 控制以及对各个流健康状况的监控，并能显式地关闭或对其进行限流</p>/zh/blog/2004/11/23/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%8823%E6%97%A5/Tue, 23 Nov 2004 00:00:00 +0000/zh/blog/2004/11/23/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%8823%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> jrandom, lba, postman, Ragnarok</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:03 &lt;jrandom&gt; 0) 嗨 13:03 &lt;jrandom&gt; 1) 网络状态 13:03 &lt;jrandom&gt; 2) Streaming 库 13:04 &lt;jrandom&gt; 3) 0.4.2 13:04 &lt;jrandom&gt; 4) Addressbook.py 0.3.1 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;jrandom&gt; 0) 嗨 13:04 * jrandom 挥手 13:04 &lt;+postman&gt; 嗨 :) 13:04 &lt;jrandom&gt; 每周状态说明已发布到 http://dev.i2p.net/pipermail/i2p/2004-November/000490.html 13:05 &lt;jrandom&gt; 好吧，那就直接进入 1) 网络状态 13:05 &lt;jrandom&gt; 除邮件里已有的，我没什么可补充的 13:05 &lt;jrandom&gt; 关于上周的网络状态，有人想提什么吗？ 13:06 &lt;jrandom&gt; 如果没有，我们可以往下到 2) Streaming 库 13:06 &lt;jrandom&gt; 邮件里有很多相关信息，我让大家先消化一下 13:07 &lt;jrandom&gt; 虽然新的库会改进很多方面，但最重要的（依我拙见）是它的健壮性以及对拥塞的处理 13:08 &lt;jrandom&gt; 尤其是后者，因为我们已经见识过旧的库在严重拥塞时会变得多么不正常 13:08 &lt;jrandom&gt; 不过库里也刻意留空了不少东西，方便大家试验并进一步优化 13:09 &lt;jrandom&gt; 对此有人有问题吗，或者我们过去一个月每周都在炒冷饭了？ ;) 13:10 &lt;+Ragnarok&gt; 那就当作是有吧 13:10 &lt;jrandom&gt; 呵 13:10 &lt;jrandom&gt; 好，继续到 3) 0.4.2 13:10 &lt;jrandom&gt; 很快就会发布，目前只是在对安装流程做一些小更新 13:11 &lt;+postman&gt; 太好啦 13:11 &lt;+postman&gt; :) 13:11 &lt;jrandom&gt; 更新后的安装流程会对用户更友好，解决一些最常见的用户错误 13:12 &lt;jrandom&gt; （毕竟没人会看 router 控制台上的文字 ;) 13:12 &lt;jrandom&gt; 但这一两天就该准备好了，做些测试后我们应能在周五发布 13:12 &lt;jrandom&gt; （或者更早） 13:13 &lt;jrandom&gt; 不过正如我在邮件里提到的，它既向后兼容，也/不/向后兼容 13:13 &lt;+Ragnarok&gt; 棒极了 13:13 &lt;jrandom&gt; 关于我们该如何处理这件事，有没有什么强烈的偏好？ 13:13 &lt;jrandom&gt; 我们是否就直接发布 0.4.2，让大家在发现无法访问任何 eepsites 时再升级？ 13:14 &lt;jrandom&gt; （还是他们会把它卸载，然后说“dood i2p sux0rz”） 13:14 * jrandom 两者都不是 13:15 &lt;+Ragnarok&gt; 我建议标注为不兼容。 明确总是更好。 13:15 &lt;jrandom&gt; 嗯，文档和公告里会写明不兼容，并用大号粗体字标出必须升级 13:16 &lt;+Ragnarok&gt; 那就没理由发出混淆的信息了 13:16 &lt;jrandom&gt; 嗯 13:16 &lt;jrandom&gt; 不过我们还是可以通过那些旧的对等节点进行 tunnel 路由 13:16 &lt;jrandom&gt; 我也不确定，反正还有几天可以最后拍板 13:17 &lt;jrandom&gt; 只是给大家一个需要考虑的问题，同时警告各位需要升级到 0.4.2 13:17 &lt;jrandom&gt; :) 13:18 &lt;jrandom&gt; 好，关于 0.4.2 有任何问题/评论/顾虑吗，还是我们进入 4) Addressbook.py? 13:18 &lt;jrandom&gt; 那就算是进入了 13:18 &lt;jrandom&gt; Ragnarok：能给我们更新一下吗？ 13:20 &lt;+Ragnarok&gt; 当然。 小更新昨天发布。 修复了在 Windows 上的一些 bug，如果没有代理也不会直接崩溃。 真正值得注意的是，除非出现重大 bug，否则这可能是该版本的最后一次发布。 13:20 &lt;jrandom&gt; 好，酷 13:21 &lt;jrandom&gt; 能避免直接崩溃一直都是个很好的特性 13:21 &lt;lba&gt; 大家好 13:21 &lt;+Ragnarok&gt; 我计划基于 jrandom 在邮件列表上的想法，从零把它重新设计（其实就是设计出来）。 也可能会用 Java，如果我能搞定需要做的 XML 解析和 HTTP 相关的东西。 13:21 &lt;jrandom&gt; 太酷了 :) 13:21 &lt;jrandom&gt; 嗨 lba 13:22 &lt;+Ragnarok&gt; 好了，我这边就这些。 继续。 13:22 &lt;jrandom&gt; 不错，感谢更新 13:22 &lt;jrandom&gt; 好，如果那部分没别的了，我们就以飞快的速度进入 5) ??? 13:22 &lt;jrandom&gt; 还有谁想提点什么？ 13:23 &lt;+Ragnarok&gt; 这里还有别人吗？ 13:23 &lt;jrandom&gt; 呵，是啊，我们平时那帮爱抱怨的人今天不在 ;) 13:24 &lt;jrandom&gt; 不过他们稍后会跑到网站上来看日志的 [对，说的就是*你*] 13:24 &lt;jrandom&gt; 好，我想这可能是一年多来我们最短的一次会议 13:25 &lt;jrandom&gt; 那就收尾吧 13:25 * jrandom 收尾 13:25 * jrandom 用*baf*把会议关了 </div>/zh/blog/2004/11/16/i2p-2004-11-16-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 16 Nov 2004 00:00:00 +0000/zh/blog/2004/11/16/i2p-2004-11-16-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，又是星期二了</p> <h2 id="索引">索引</h2> <ol> <li>Congestion</li> <li>Streaming</li> <li>BT</li> <li>???</li> </ol> <h2 id="1-拥塞">1) 拥塞</h2> <p>我知道，这次我打破了把第1点命名为“Net status”的习惯，但这周“congestion”似乎更合适。网络本身表现得相当不错，不过随着 BitTorrent 使用量的增加，情况开始变得越来越拥堵，最终基本上发生了拥塞崩溃。</p> <p>这在意料之中，也只会进一步强化我们的计划 - 发布新的 streaming lib（流式库），并改造我们的 tunnel 管理，以便当我们的快速对等节点失效时，我们拥有足够的关于对等节点的数据可供使用。近期的网络问题中还有其他一些因素在起作用，但大部分可以归因于拥塞加剧以及由此导致的 tunnel 故障（这又反过来引发了各种混乱的对等节点选择）。</p> <h2 id="2-streaming流式传输">2) Streaming（流式传输）</h2> <p>streaming lib（流式传输库）方面已经取得了很大进展，我还通过真实网络将一个 Squid 代理与其对接，并频繁用于我日常的网页浏览。在 mule 的帮助下，我们还通过在网络中转发 frost 和 FUQID 的流量，对这些流进行了高强度的压力测试（天哪，在此之前我从未意识到 frost 的资源占用有多么严重！）。通过这种方式，我们定位了几个长期存在的重要 bug，并新增了一些微调，用于帮助控制海量的连接数。</p> <p>批量流也运行得很好，既有慢启动也有拥塞避免机制，并且快速发送/回复的连接（类似于 HTTP get+response）也完全按预期工作。</p> <p>我预计我们会征召一些志愿者，在接下来的几天里进一步部署它，并希望能尽快让我们达到 0.4.2 版本。我不想夸口说它好到能帮你洗碗，也确信会有一些 bug 漏网，但它看起来确实很有前景。</p> <h2 id="3-bt">3) BT</h2> <p>撇开最近的网络故障不谈，i2p-bt 的移植进展可谓突飞猛进。我知道已经有人通过它下载了超过 1GB 的数据，性能也与预期一致（由于旧的 streaming lib（流式传输库），在种子群中的每个对等体约为 ~4KBps）。我也尽量留意 #i2p-bt 频道里正在讨论的工作——或许 duck 可以在会议上给我们做个总结？</p> <h2 id="4-">4) ???</h2> <p>我这边暂时就这些。几分钟后会议上见大家。</p> <p>=jr</p>/zh/blog/2004/11/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%8816%E6%97%A5/Tue, 16 Nov 2004 00:00:00 +0000/zh/blog/2004/11/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%8816%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>Present:</strong> ant, dinoman, DrWoo, duck, jrandom, postman, Ragnarok, susi23, wiht</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) 嗨 13:05 &lt;jrandom&gt; 1) 拥塞 13:05 &lt;jrandom&gt; 2) 流式传输 13:05 &lt;+dinoman&gt; pgforge 的密钥变了 :/ 抱歉 13:05 &lt;jrandom&gt; 3) BT 13:05 &lt;jrandom&gt; 4) ??? 13:05 &lt;jrandom&gt; 啊，酷，我们可以对那做点魔法 13:05 &lt;jrandom&gt; 0) 嗨 13:05 * jrandom 挥手 13:05 &lt;ant&gt; &lt;lucky&gt; 嗨 13:05 &lt;jrandom&gt; 每周状态笔记已发布 @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 &lt;wiht&gt; 你好。 13:06 &lt;jrandom&gt; (而且我们把笔记在会议开始*之前*就发出来了。w00t) 13:06 &lt;jrandom&gt; 那就直接进入 1) 拥塞 吧 13:07 &lt;jrandom&gt; 这几天一直在频道里待着的朋友应该听到很多关于最近到底发生了啥的讨论，这封邮件和 duck 之前的帖子基本都涵盖了。 13:07 &lt;jrandom&gt; 话说回来，大家有没有想要提出/讨论的问题/评论/担忧？ 13:09 &lt;wiht&gt; 你说的“wild peer selection（随意的对等点选择）”是什么意思？ 13:10 &lt;jrandom&gt; 我们当前的 tunnel（I2P 中的“隧道”）构建方式，不幸会让网络在快速的对等点周围稳定下来 13:10 &lt;jrandom&gt; 如果这些快速对等点不偶尔失败，我们就会一直用它们，不再在构建 tunnel 时去更广地探索。 13:11 &lt;jrandom&gt; 这意味着当它们后来*确实*出问题时，我们几乎不了解网络其余部分的容量，于是就会相当随意地选择对等点。 13:11 &lt;+DrWoo&gt; jrandom：我们有什么计划来更好地利用容量？ 13:12 &lt;jrandom&gt; DrWoo：0.4.3 版本将包含一种新的 tunnel 池化方式，这样我们可以拥有更多“实验性”的备用 tunnel（让我们在不牺牲性能的情况下更多地了解网络）。 13:13 &lt;jrandom&gt; 还计划通过 ATM 风格的带宽预留来实现更激进的负载均衡，但还没排到具体版本（也就是需要时就做）。 13:14 &lt;ant&gt; &lt;Connelly&gt; 呃 13:14 &lt;ant&gt; &lt;Connelly&gt; 还没开会吗？ 13:14 &lt;jrandom&gt; (所谓 ATM 风格的预留，就是：记录 tunnel 平均使用了多少带宽，乘以我们参与的 tunnel 数量，然后与我们的带宽上限/容量进行比较，基于该比较来接受/拒绝更多的 tunnel 请求) 13:15 &lt;jrandom&gt; Connelly：10 分钟前就开始了，状态笔记已经发到列表上了 ;) 13:15 &lt;+DrWoo&gt; jrandom：那会对性能有什么影响？ 13:15 &lt;+DrWoo&gt; 本地电脑的性能 13:15 * wiht 想知道除了 HTTP、IRC 和 BT 之外，I2P 网络上还有多少不同的协议在使用。 13:16 &lt;jrandom&gt; DrWoo：0.4.3 的池化会带来更强的弹性（更少失败），而预留机制将允许基于容量进行更多的负载分担（也就是减少争用）。 13:16 &lt;jrandom&gt; 不过这两者都不太针对时延。 13:17 &lt;jrandom&gt; wiht：据我所知，这三种是主要的，虽然也有些糟糕的东西跑在 HTTP 上。 13:17 &lt;jrandom&gt; 就 IRC 与拥塞而言，这其实是个有趣的问题。 13:18 &lt;jrandom&gt; 前几天真正把 irc.duck.i2p 搞挂的，是在拥塞期间，duck 的 IRC 服务器仍然不得不发出其接收到消息数量的 20 倍的消息。 13:19 &lt;jrandom&gt; 再加上每.10.秒.自动.重发.且.没有回退（backoff），这样每一行文本就涨到 120 条消息 ;) 13:19 &lt;jrandom&gt; 基本上我的意思是，一个去中心化的聊天协议会是个好东西 ;) 13:19 &lt;+DrWoo&gt; 有这样的东西吗？ 13:20 &lt;jrandom&gt; (不过新的流式传输库会消除那 6 倍的开销) 13:20 &lt;+dinoman&gt; 有好用的吗 13:20 &lt;jrandom&gt; 我不确定过去一年里有没有人评估过类似 SILC 的东西用于 I2P 13:20 &lt;susi23&gt; 在 I2P 上，POP3 和 SMTP 慢得要命 13:21 &lt;ant&gt; &lt;duck&gt; SILC == IRC + 一些加密 13:21 &lt;susi23&gt; (用来回答“还有哪些协议在用”的那个问题) 13:21 &lt;jrandom&gt; 啊，我以为 SILC 摆脱了 ircd 的概念 13:21 &lt;jrandom&gt; 哦，糟了，对，我把那两个忘了 :) 13:21 &lt;wiht&gt; susi23：是的，我都忘了我们现在在 I2P 上有邮件了。 13:21 &lt;ant&gt; &lt;duck&gt; 至少没有走太远 13:21 &lt;jrandom&gt; 好 13:21 &lt;ant&gt; &lt;protok0l&gt; 开会吗？ 13:22 &lt;ant&gt; &lt;lucky&gt; 就现在，protok0l 13:22 &lt;ant&gt; &lt;protok0l&gt; 好 13:22 &lt;jrandom&gt; 好的，关于 1) 拥塞 还有别的吗？ 13:23 &lt;jrandom&gt; 如果没有，就进入 2) 流式传输 13:23 &lt;jrandom&gt; [看那封邮件] 13:24 &lt;jrandom&gt; 我把所有关于流式传输库的更新都没有写进 history.txt，不过你可以通过 CVS 列表看进展 13:24 &lt;jrandom&gt; (如果你够疯狂的话) 13:24 &lt;jrandom&gt; 我其实也没什么别的要补充的。所以有什么问题/评论/担忧吗？ 13:25 &lt;+postman&gt; 就一个 13:25 &lt;+postman&gt; 谢谢 :) 13:25 &lt;ant&gt; &lt;protok0l&gt; 会有多大的速度提升 13:25 &lt;jrandom&gt; 呵呵，postman，你应该等你*拿到*软件再说 ;) 13:25 &lt;jrandom&gt; protokol：会有一些，因情况而异。 13:25 &lt;+postman&gt; jrandom：我会闭着眼押你一票的 13:26 &lt;+DrWoo&gt; jrandom：我要问你最不喜欢的问题，新流式传输库有预计发布时间吗？当前情况显然是个薄弱点吧？ 13:27 &lt;jrandom&gt; 如果本周测试顺利，我们可以暂定下周 13:27 &lt;jrandom&gt; 不过在那之前会先有一些服务跑在新的流式传输库上，以便我们在负载条件下进行测试 13:28 &lt;wiht&gt; 据我回忆，你们在测试中使用了模拟网络。现在还是这样吗？ 13:29 &lt;jrandom&gt; 有些测试是的 13:29 &lt;jrandom&gt; 不使用模拟时，我就直接在真实网络上跑 13:30 &lt;jrandom&gt; (因为我喜欢滥用你们的带宽 ;) 13:30 &lt;susi23&gt; 不客气 ;) 13:30 &lt;+dinoman&gt; 呵呵，打开就看它会不会炸？ 13:31 -!- x 改名为 fidd 13:31 &lt;jrandom&gt; 差不多——我有一些日志代码，会把流式传输的数据包头部基本都打出来，让我能确认所有东西都正确发送、各种情况都按预期处理 13:32 &lt;jrandom&gt; 不过模拟测试更复杂，可能有六七个单元测试，带着各种运行时参数 13:33 &lt;wiht&gt; 这些模拟测试对实际观察到的网络使用情况的反映有多好？ 13:33 &lt;jrandom&gt; 相当不错，因为模拟用的代码和真实网络用的是同一套 13:34 &lt;jrandom&gt; 不过在模拟里对时延和丢包的注入还不完美，但大致在合理范围内 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; 新的流式传输库会用相同的接口吗？还是 Java 应用需要做一些新的适配？ 13:35 &lt;wiht&gt; 谢谢你的澄清。 13:36 &lt;jrandom&gt; cat-a-puss：接口相同。在构建 I2PSocketManager 时你可能会想加几个额外的配置项，但那就是个老牌的属性映射（properties map） 13:36 &lt;ant&gt; &lt;cat-a-puss&gt; 好 13:37 &lt;jrandom&gt; 好，还有别的吗，还是我们跳到 3) BT？ 13:38 &lt;jrandom&gt; duck：ping 13:38 &lt;@duck&gt; *quack 13:38 &lt;@duck&gt; 上周我报告说我们让 BitTorrent 在 I2P 上跑起来了。期间有过一些 13:38 &lt;@duck&gt; 困惑，但它对 tracker 和客户端（做种者和下载者）都是匿名的。 13:38 &lt;@duck&gt; 自上周以来的更新： 13:38 &lt;@duck&gt; GUI 工作（wxPython）、内置 tracker、修复了一些 bug。 13:39 &lt;@duck&gt; 完整列表见 `http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD` 13:39 &lt;@duck&gt; 代码也在 cvs.i2p 的 CVS 上 13:39 &lt;@duck&gt; 还有一个专用的 eepsite（I2P 内部网站）：`http://duck.i2p/i2p-bt/` 13:39 &lt;@duck&gt; 自带的 tracker 很简陋，而且你仍然需要把 13:39 &lt;@duck&gt; torrent 文件本身放在某个地方；所以 DrWoo、thetower 和我一直在看 13:39 &lt;@duck&gt; 几个替代方案，它们提供类似 SuprNova 的特性，直到我都快疯了。 13:39 &lt;@duck&gt; *flierp* 13:40 &lt;jrandom&gt; w00t 13:40 &lt;@duck&gt; 最后我们选了 bytemonsoon，原版很丑，但 DrWoo 一直在修修补补， 13:40 &lt;@duck&gt; 打算再把它改进一下，把它做成一个适配 I2P 的 tracker 解决方案发布， 13:40 &lt;@duck&gt; 参见：`http://brittanyworld.i2p/bittorrent/` 13:40 &lt;@duck&gt; 满足这些需求：`http://duck.i2p/i2p-bt/txt/bytemonsoon.txt` 13:40 &lt;@duck&gt; 。 13:40 &lt;jrandom&gt; 太棒了 13:40 &lt;+DrWoo&gt; 你可以在 duck 改好的那个不错的 tracker 上看看几份小的测试文件 13:41 &lt;+DrWoo&gt; 没有大文件，不会把网络卡住，嘿 13:41 &lt;jrandom&gt; 怎么，你不想让我们多下点《Lost（迷失）》的剧集吗？ :) 13:41 &lt;@duck&gt; 如果 thetower 的那个能起来的话.. 13:42 &lt;jrandom&gt; bytemonsoon 的移植看起来真的很不错。 13:42 &lt;+DrWoo&gt; 我这边现在连不上 thetower 13:42 &lt;+DrWoo&gt; jrandom：它看起来确实能提供你需要的大多数东西 13:42 &lt;+dinoman&gt; 大家看到的速度大概是多少？ 13:43 &lt;@duck&gt; 每个对等点大约 ~5KB/s 13:43 &lt;+DrWoo&gt; dino：我这边看是每个对等点 4–10K 13:43 &lt;@duck&gt; (这是乐观估计，当然还有那些糟糕的 ADSL 用户) 13:44 &lt;+dinoman&gt; 哇，比我想的好 13:44 &lt;@duck&gt; 直到 I2P 崩；见 1) 13:44 &lt;jrandom&gt; 呵 13:44 &lt;+DrWoo&gt; dinoman：换句话说，有一群（swarm）的话应该会很可观 13:44 &lt;@duck&gt; 大家有各种关于改进 GUI 的呼声 13:45 &lt;+DrWoo&gt; dinoman：再加上一些 0 跳点的对等点 ;) 13:45 &lt;@duck&gt; 不过响应的不多 13:45 &lt;jrandom&gt; duck（和各位）：我们能做些什么来帮忙？ 13:45 &lt;@duck&gt; 你：把新的流式传输库准备好 13:46 &lt;@duck&gt; 大家：看看待办事项：`http://duck.i2p/i2p-bt/txt/todo.txt` 13:46 &lt;@duck&gt; lucky 正在写一个操作指南（howto） 13:47 &lt;@duck&gt; DrWoo：还有别的吗？ 13:47 &lt;jrandom&gt; 赞 13:47 &lt;+DrWoo&gt; jrandom：你能谈谈你对文件共享（以及目前互联网上流行的其他服务）的重要性（或不重要性）的看法，以及这对 I2P 匿名性前景意味着什么吗。 13:47 &lt;ant&gt; &lt;lucky&gt; 我吗？ 13:48 &lt;ant&gt; &lt;lucky&gt; 哦 13:48 &lt;ant&gt; &lt;lucky&gt; 是我 13:48 &lt;ant&gt; &lt;lucky&gt; :) 13:48 &lt;+DrWoo&gt; duck：总还有别的，嘿 13:48 &lt;jrandom&gt; 文件共享对 I2P 的成功至关重要，因为现实中它是能融入我们匿名集的最大潜在用户群。 13:49 &lt;ant&gt; &lt;lucky&gt; 呃哦。 13:49 &lt;ant&gt; &lt;lucky&gt; 那就是说我真的、真的得把那个 howto 做好了。 13:49 &lt;jrandom&gt; 如果没有一个可用的大文件传输系统，我们就得在吸引用户应用方面想点惊人的办法 13:50 &lt;jrandom&gt; 我们确实也在做——susi 和 postman 的工作相当有前景 13:50 &lt;jrandom&gt; 但匿名电子邮件的市场远小于安全文件传输的市场 13:51 &lt;jrandom&gt; 虽然 I2P 本身可以扩展到任何规模（如果一切如我们所愿 ;)，但我们需要一个庞大的匿名集来支撑任何值得做的事情 13:51 &lt;jrandom&gt; &lt;/我拙见&gt; 13:52 &lt;@duck&gt; 你认为这些文件共享应用的默认设置该怎样？ 13:52 &lt;jrandom&gt; 这个我不确定 13:53 &lt;@duck&gt; 或者以今天的可能性来看，这还不太相关？ 13:54 &lt;+DrWoo&gt; duck：可能需要一些“跳出框架”的思考，来跨过路上的一些坎？ 13:54 &lt;jrandom&gt; 在 0.4.3 之前，1 跳的 tunnel 也许对做 BT 的人有用 13:57 &lt;jrandom&gt; 好的，关于 3) BT 还有别的吗？ 13:57 &lt;@duck&gt; 不是我 13:57 &lt;+DrWoo&gt; 感谢 duck 和各位伙计 13:58 &lt;+DrWoo&gt; 那真是相当棒的工作 13:58 &lt;jrandom&gt; 是啊，你们干得太牛了 13:58 &lt;+dinoman&gt; 不是我干的 13:58 &lt;jrandom&gt; (我喜欢看 btdownloadheadless 上的 --spew 1 :) 13:58 &lt;@duck&gt; dinoman：是你先起的头 13:58 &lt;+Ragnarok&gt; 无界面 spew……听起来怪脏的 13:59 &lt;+DrWoo&gt; dino：推动这项工作本身就是很大的贡献 13:59 * Ragnarok 会为待办清单上的命令行选项相关内容做一个补丁 13:59 &lt;jrandom&gt; w00t 14:00 &lt;ant&gt; &lt;dm&gt; 别忘了匿名 WWW，那也是个大头。 14:00 &lt;jrandom&gt; dm：对，可能是几千或几万人，但达不到数百万的吸引力 14:01 &lt;jrandom&gt; (就 outproxy 的东西而言，imho) 14:01 &lt;jrandom&gt; 好，如果没别的，我们进入老传统的 4) ??? 14:01 &lt;jrandom&gt; 还有什么该提但还没提的吗？ 14:02 &lt;wiht&gt; postman：邮件系统现在什么状态？它工作得怎么样，尤其是与 I2P 网络之外通信的情况？ 14:02 &lt;+DrWoo&gt; dm：这都是人生百态的一部分 :) 14:03 &lt;ant&gt; &lt;dm&gt; 很多人用 web 的 14:03 &lt;ant&gt; &lt;dm&gt;（他们刚在我单位装了 surfcontrol） ;) 14:03 &lt;jrandom&gt; 是啊，匿名 WWW 托管对那些真正需要 I2P 的人来说至关重要，不过他们可能不会构成所需的匿名集 14:03 &lt;jrandom&gt; 啊，真糟 14:04 &lt;jrandom&gt; wiht：如果他不在的话，我可以说 inproxy/outproxy 对我来说工作得挺好——还没丢过 14:04 &lt;jrandom&gt; (而且查邮件只要几秒，不过无所谓，biff 需要时会提醒我) 14:05 &lt;jrandom&gt; 好，还有别的吗？ 14:06 &lt;ant&gt; &lt;dm&gt; 你在 baffing 这次会议吗？ 14:07 &lt;jrandom&gt; 看起来是 14:07 * jrandom 做结束准备 14:07 * jrandom 将会议 *baf* 地宣布结束 </div>/zh/blog/2004/11/09/i2p-2004-11-09-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 09 Nov 2004 00:00:00 +0000/zh/blog/2004/11/09/i2p-2004-11-09-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，到了每周更新时间。</p> <h2 id="索引">索引：</h2> <ol> <li>0.4.1.4</li> <li>Streaming lib</li> <li>BT progress</li> <li>addressbook.py</li> <li>???</li> </ol> <h2 id="1-0414">1) 0.4.1.4</h2> <p>前几天我们发布了一个新的补丁更新，目前已有三分之二的网络完成升级——感谢！反馈总体积极，包括更低的 CPU 使用率、更少的故障，同时内存占用也有所降低。整个网络也略有增长，并持续稳定在高 70 多到低 80 多的区间，这在目前看来是一个良好且健康的数字。</p> <h2 id="2-streaming-lib流式库">2) Streaming lib（流式库）</h2> <p>看看我能不能连续三周都说同样的话……进展很大，更多细节将在准备就绪时提供 :)</p> <h2 id="3-btbittorrent进度">3) BT（BitTorrent）进度</h2> <p>BitTorrent 的移植版最近进展神速——前几天我安装后，已经能够完全通过 I2P 在多个对等节点之间进行群体式传输（swarming transfer）了！也许 duck 可以在会议上给我们做个进展更新？</p> <h2 id="4-addressbookpy">4) addressbook.py</h2> <p>Ragnarok 编写了一个 Python 应用，它让你可以订阅他人的 hosts 文件，将新条目导入并与你自己的条目合并。这为我们提供了一个基于地址簿的命名系统的基础实现，其名称具有本地唯一性、人类可读性和安全性！也许我们可以请 Ragnarok 在会议上为我们补充更多细节？</p> <h2 id="5-">5) ???</h2> <p>就这样&hellip; 抱歉耽搁了，我5分钟前才醒来 :) 待会儿见大家</p> <p>=jr</p>/zh/blog/2004/11/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%889%E6%97%A5/Tue, 09 Nov 2004 00:00:00 +0000/zh/blog/2004/11/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%889%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ant, cervantes, Ch0Hag, duck, jrandom, keysersoze, MrEcho, mule, Nightblade, peer, polecat, postman, protokol, Ragnarok</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:26 &lt;jrandom&gt; 0) 嗨 13:26 &lt;cervantes&gt; 让我们点菜前先看看菜单 :P 13:26 &lt;jrandom&gt; 1) 0.4.1.4 13:26 &lt;jrandom&gt; 2) 流式库 13:26 &lt;jrandom&gt; 3) BT 进展 13:26 &lt;jrandom&gt; 4) addressbook.py 13:26 &lt;jrandom&gt; 5) ??? 13:26 &lt;jrandom&gt; 0) 嗨 13:27 * jrandom 挥手 13:27 &lt;Ragnarok&gt; 嗨 13:27 * cervantes 挥手 13:27 &lt;jrandom&gt; 状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2004-November/000485.html 13:27 &lt;keysersoze&gt; 嗨 13:27 &lt;+polecat&gt; 5) 可以是 DHT（分布式哈希表）吗，比如那个 bamboo 的东西？ 13:27 &lt;jrandom&gt; （是啊，我迟到了） 13:27 &lt;jrandom&gt; 酷，polecat 13:27 * polecat 又咬手指了！ 13:27 &lt;jrandom&gt; 好，进入 1) 0.4.1.4 13:28 &lt;+Ch0Hag&gt; 0.4.1.4 死得比应该的还频繁 13:28 &lt;+Ch0Hag&gt; 比如——完全不该死 13:28 &lt;jrandom&gt; 崩溃？ 13:28 &lt;+Ch0Hag&gt; 不过也可能是 kaffe 的锅。 13:28 &lt;jrandom&gt; 是掉了你的 IRC 连接，还是重启了 router？ 13:28 &lt;jrandom&gt; 啊，你在用 kaffe？ 13:29 &lt;+Ch0Hag&gt; router 13:29 &lt;+Ch0Hag&gt; 是的。 13:29 &lt;+Ch0Hag&gt; 总得有人用嘛 :) 13:29 &lt;jrandom&gt; 在 kaffe 上我得把默认内存用量翻倍（启动时给它加个 -mx128m） 13:29 &lt;+polecat&gt; 呃！ 难怪！ 我把 hawk 给屏蔽了。 13:29 &lt;jrandom&gt; 嗯，这阵子至少有 3 个人在用 kaffe 13:30 &lt;jrandom&gt; 除此之外，0.4.1.4 对你们来说运行得如何？ 13:30 * polecat 在用 kaffe……目前不知道有更好的 JVM。 13:30 &lt;jrandom&gt; 早期反馈不错，不过最近没怎么听到消息 13:30 &lt;+Ch0Hag&gt; 我之前用 64，我试试 128 13:30 &lt;Ragnarok&gt; 看起来不错 13:30 &lt;keysersoze&gt; jrandom：我这边没什么大问题 13:30 &lt;@duck&gt; 最近一次大的 IRC 故障是我这边的 13:30 &lt;+Ch0Hag&gt; 对，而且很多是 OOM（内存耗尽） 13:31 &lt;@duck&gt; 另外我觉得它有点不稳定（自从我启用了带宽限制以来），不过我没有证据 13:31 &lt;jrandom&gt; 你机器上的限速有点成了瓶颈，比如你收到的每条消息都要触发发送 20 多条消息 13:32 &lt;@duck&gt; 啊 13:32 &lt;jrandom&gt; 不过我同意，IRC 最近有些颠簸 13:32 &lt;cervantes&gt; 在我的 IBM JVM 上，0.4.1.3 一直非常稳定，所以这阶段我没升级 13:32 &lt;cervantes&gt; （已运行 22 天） 13:32 &lt;jrandom&gt; 不错，cervantes 13:32 &lt;jrandom&gt; duck：[在此插入对新流式库的期待评论] 13:33 &lt;cervantes&gt; baffled 的 IRC 服务器要稍微没那么颠簸 13:33 &lt;jrandom&gt; 对，这是个不错的衡量指标 13:33 &lt;keysersoze&gt; cervantes： 他跑的是哪个版本？（你知道吗？） 13:33 &lt;ant&gt; &lt;dm&gt; 流式库会对 IRC 有影响吗，还是说消息太小了无所谓？ 13:33 &lt;@duck&gt; 这周我是一只乖鸭，所以我会把限额调高一点 13:33 &lt;jrandom&gt; 我查查，keysersoze 13:33 &lt;jrandom&gt; :) 13:33 &lt;+polecat&gt; 我只有 11 小时的在线时间。 ;.; 13:34 &lt;jrandom&gt; keysersoze：0.4.1.4 13:34 &lt;keysersoze&gt; jrandom：;) 不过等他在的时候可以直接在这儿问他 13:34 &lt;keysersoze&gt; 好 13:34 &lt;jrandom&gt; dm：新的流式库会提升健壮性并处理失败，但显然不会提升 IRC 吞吐量 13:34 &lt;jrandom&gt; （router 版本会发布在 netDb 里，我知道哪些 router 是他的） 13:34 &lt;ant&gt; &lt;dm&gt; 那很好 13:35 &lt;jrandom&gt; 好，关于 0.4.1.4 我们还有别的吗？ 13:35 &lt;jrandom&gt; 如果没有，简要转到 2）流式库进展 13:36 &lt;keysersoze&gt; 没有 13:36 &lt;jrandom&gt; 正如说明里提到的，有新消息时会公布 :) 13:36 &lt;+polecat&gt; 有了流式库，我们能做以前做不到的什么事？ 13:36 &lt;Ragnarok&gt; 更快下载大文件 13:36 &lt;Ragnarok&gt; 以及把网络打到宕机的地步 :) 13:36 &lt;jrandom&gt; polecat：传输任意大的文件，传输速率&gt; 4KBps 13:37 &lt;+Ch0Hag&gt; 以及/或者更可靠？ 13:37 &lt;jrandom&gt; Ragnarok：我现在正在做的就是如何“不”对网络进行DoS ;) 13:37 &lt;+protokol&gt; 我注意到，长时间下来，如果我在 eepIRC 上丢了连接，重连总是失败，但如果我停几分钟再连就没问题 13:37 &lt;+polecat&gt; 它会提升传输速率？ o.O 13:37 &lt;jrandom&gt; polecat：会的。当前的流式库使用固定的 1 个分组窗口——要等收到 ack 才会发送下一条消息 13:37 * polecat 朝 protokol 点头，看来是这样。 13:38 &lt;ant&gt; &lt;dm&gt; 流式库会让一类新的基于 TCP 的应用能够在 I2P 上可用。 13:38 &lt;Ragnarok&gt; jrandom：啊，太好了。我对那事有点担心 :) 13:38 &lt;ant&gt; &lt;dm&gt; 这是市场部的说法。 13:38 &lt;jrandom&gt; 我只能说新库的吞吐量很有希望。 13:39 &lt;jrandom&gt; 呵呵，dm 13:39 &lt;keysersoze&gt; jrandom：就像普通 TCP 的扩展那样，即使还没收到 ACK，发送端也会继续发，直到达到某个数量为止？ 13:39 &lt;+polecat&gt; jrandom：啊，我明白那可能会带来问题…… 13:39 &lt;jrandom&gt; 对，keysersoze，直到（滑动）窗口大小的上限 13:39 &lt;jrandom&gt; （做那些拥塞控制/拥塞避免的东西） [/挥舞手臂] 13:40 &lt;+polecat&gt; 我也能看出这可能有拥塞问题。如果连接断了还发出很多分组的话。 13:40 &lt;cervantes&gt; 很期待看看基于新流式库和旧的“没那么流”的库在 I2P 上跑 BT 的基准对比 13:40 &lt;jrandom&gt; 嗯，cervantes 13:41 &lt;jrandom&gt; polecat：那是最大的风险——要防止网络泛洪，所以我们才谨慎部署 13:41 &lt;ant&gt; &lt;dm&gt; 我有个 bug 要报告。到 5）的时候提醒我。 13:41 &lt;cervantes&gt; jrandom：从应用的角度看，切换的透明度有多高？ 13:42 &lt;keysersoze&gt; polecat：当前的计划会实现“慢启动”吗？也就是窗口先是 1，然后谨慎增到 2，只有在良好时再到 3，等等，直到某个最大值？ 13:42 &lt;+polecat&gt; 0.4.1.4 使用流式库了吗，还是还没部署？ 13:42 &lt;jrandom&gt; cervantes：到 0.4.2 发布时，不需要改代码。你现在就可以用流式库，只要在环境里指定一个神奇的标志位就行了 :) 13:42 &lt;cervantes&gt; polecat：那会在 0.4.2 上提供 13:42 &lt;ant&gt; * dm 大家一拥而上冲向 jrandom。 13:42 &lt;jrandom&gt; 它现在就已经在你那里了——看 streaming.jar 13:42 &lt;jrandom&gt; 但默认禁用 13:42 &lt;ant&gt; &lt;dm&gt; “flag！flag！flag！” 13:43 &lt;keysersoze&gt; jrandom：哎呀拜托，开开恩告诉我们是哪个环境变量吧 ;) 13:43 &lt;jrandom&gt; 不过，这个流式库是*不向后兼容*的 13:43 &lt;jrandom&gt; 也就是说你不能用它来跑 IRC 13:43 &lt;cervantes&gt; 我有个早期的 .1.3，记得吧 ;-) 13:43 &lt;jrandom&gt; 除非 duck 另外跑一个 newStreamingLib 的目标地址 13:43 &lt;+polecat&gt; 对……那最好就同步切换，而不是各自切换。 13:43 &lt;jrandom&gt; 嗯 13:43 &lt;+Ch0Hag&gt; 我觉得这个标志位属于那种“找不到就说明你不需要它”的类型。 13:43 &lt;ant&gt; &lt;dm&gt; duck：看在上帝的份上，照做吧！！！ 13:43 &lt;+Ch0Hag&gt; 就像 GCC 里多数那种…… 13:43 &lt;jrandom&gt; 没错，Ch0Hag :) 13:44 &lt;jrandom&gt; dm：还有些别的东西要测试 13:44 &lt;jrandom&gt; 比如今天早上 mule 在帮忙用 FUQID 测试 13:44 &lt;keysersoze&gt; jrandom：那会影响现有 I2P 目标在 hosts.txt 里的键吗？ 13:44 &lt;mule&gt; 错过会议了。夏令时结束了 :(. 13:44 &lt;jrandom&gt; （而且 FUQID 会做些邪恶的事儿 :) 13:45 &lt;jrandom&gt; 嘿，mule，我也一样 :) 你正好赶上 13:45 &lt;ant&gt; &lt;dm&gt; mule：你还没错过第 5）部分？？？？？ 13:45 &lt;+Ch0Hag&gt; 哦，说到 fuqid，stasher 有消息吗？ 13:45 &lt;ant&gt; &lt;dm&gt; 鬼知道呢，???? 也许是：GOTO 1 13:45 &lt;jrandom&gt; keysersoze：不会，流式库不涉及那部分 13:45 &lt;+Ch0Hag&gt; 还是说那是个足够大的话题，等到 5 再谈？ 13:45 &lt;jrandom&gt; Ch0Hag：自九月以来没人收到 aum 的消息，另外也没人再做 stasher 了。 13:46 &lt;jrandom&gt; （不过 5）??? 里还有别的 DHT 要讨论，我听说的） 13:46 &lt;+Ch0Hag&gt; 哦。 13:46 &lt;+Ch0Hag&gt; 扫兴。 13:46 &lt;+Ch0Hag&gt; Freenet 的开发者没有把他们的竞争对手……清除掉吧？ 13:46 &lt;+Ch0Hag&gt; :) 13:46 &lt;jrandom&gt; 呵 13:47 &lt;+polecat&gt; 暗杀政治的首次应用。 x3 13:47 &lt;+Ch0Hag&gt; 总之我没别的了，在到 5 之前我就不插话了 13:47 &lt;jrandom&gt; 好，流式库这边有很多事情，但讨论得晚点儿 13:47 &lt;jrandom&gt; 除非还有别的，否则我们可以进入 3）BT 进展 13:47 &lt;cervantes&gt; &lt;/evasion&gt; 13:48 &lt;ant&gt; &lt;dm&gt; 难道大家不都希望 jrandom 采用 toad 的部署流程吗？ 13:48 &lt;ant&gt; &lt;dm&gt; 构建 3435：流式库尝试 13:48 &lt;jrandom&gt; duck：ping？ 13:48 &lt;ant&gt; &lt;dm&gt; 构建 3436：流式库尝试 2 13:48 &lt;@duck&gt; pong 13:48 &lt;ant&gt; &lt;dm&gt; 构建 3436：流式库尝试 3 13:48 &lt;jrandom&gt; 客气点 13:48 * duck 拿起话筒 13:48 &lt;Ragnarok&gt; 不，不，我们不希望 13:48 &lt;@duck&gt; dinoman、Ragnarok 和我一直在做 BT 客户端。 13:48 &lt;@duck&gt; - BT 协议已分析，变更说明见 `http://duck.i2p/i2p-bt/txt/i2p-bt_protocol.txt` 13:48 &lt;@duck&gt; - dino 修改了 phpbt，信息在 `http://duck.i2p/i2p-bt/txt/tracker.txt` 13:48 &lt;@duck&gt; dino 让客户端能和 tracker 通话了，R 和我做了些改进。 13:48 &lt;@duck&gt; 整个 tracker &lt;-&gt; client 的东西都能跑了 13:48 &lt;@duck&gt; 但我们卡在了 Python 的 SAM 库上…… 13:49 &lt;@duck&gt; Connelly 一直在帮忙，但他也很忙 13:49 &lt;@duck&gt; 而且 aum 不见了 13:49 &lt;+polecat&gt; 我仍然震惊 BT 居然能在 i2p 上运行…… 13:49 &lt;@duck&gt; 所以我扔掉了 pysam，重写了 BT 的 RawServer.py，现在算是能跑了。 13:49 &lt;jrandom&gt; （w00t!） 13:49 &lt;@duck&gt; 最新消息：频道 #i2p-bt（尤其是主题里有最新发布信息） 13:49 &lt;@duck&gt; 现在我在加大量日志支持，好抓住一些小瑕疵 13:50 &lt;Ragnarok&gt; 这比原版 RawServer.py 好很多 13:50 &lt;peer&gt; duck：那现在可以开始公测了吗？ 13:50 &lt;@duck&gt; （比如在 EndGame 阶段要超时重试才能拿到最后几块） 13:50 &lt;@duck&gt; peer：是的 13:50 &lt;@duck&gt; 有个小讨论点： 13:51 &lt;@duck&gt; 目前它兼容 Python 2.2（及以上） 13:51 &lt;@duck&gt; （BitTorrent 本身似乎也是如此） 13:51 &lt;@duck&gt; 不过日志那部分需要 2.3…… 13:51 &lt;cervantes&gt; 的确如此 13:51 &lt;@duck&gt; 你们觉得这有多糟？ 13:51 &lt;jrandom&gt; 我的 FreeBSD 和 Linux 机器上都有 2.3 13:51 &lt;ant&gt; &lt;dm&gt; 糟吗？ 13:52 &lt;jrandom&gt; （尽管它们都是去年内装的） 13:52 &lt;Ragnarok&gt; 还有主流发行版还带 2.2 吗？ 13:52 &lt;@duck&gt; 我上次看，debian-stable 似乎还带 2.2 13:52 &lt;jrandom&gt; 啊，我用的是 debian unstable 13:52 &lt;@duck&gt; 不过这并不意外 13:52 &lt;+Ch0Hag&gt; Debian 同时带 2.3、2.2、2.1，甚至可能还有 2.0 13:52 &lt;+Ch0Hag&gt; 一起带。 13:52 &lt;Ragnarok&gt; 除了 Debian stable，我想…… 13:53 &lt;+Ch0Hag&gt; 这一点我不确定。 13:53 &lt;jrandom&gt; 能支持 2.2 会不错——难道没有适合它的好用日志库吗？ 13:53 &lt;Ragnarok&gt; 蠢蠢的 debian 13:53 &lt;@duck&gt; jrandom：你可以把 2.3 的库打包进去 13:54 &lt;Ragnarok&gt; 日志能不能直接做成可选的？ 13:54 &lt;@duck&gt; 我想可以 13:55 &lt;jrandom&gt; 嗯，这其实是提升开发效率的工具，所以以对开发者最方便为准 13:55 &lt;ant&gt; &lt;dm&gt; 等 I2P + BT 变得流行了再操心这个吧。 13:55 &lt;keysersoze&gt; 这个日志对谁是必须的？我猜对终端用户不是吧，所以部署时有些平台不能打日志也无所谓，对吗？ 13:55 &lt;ant&gt; &lt;dm&gt; 到那时也许 2.3 已经是标准了 13:55 &lt;jrandom&gt; 支持 2.2 会比较好，但如果要求 2.3 也不算太糟 13:55 &lt;cervantes&gt; duck：所以 tracker 的 peer announce 列表可以输出 i2p 的 destination，而不是机器的 IP？ 13:56 &lt;@duck&gt; 好，我们会尝试把日志库抽象出来，2.2 就用 stdout 13:56 &lt;@duck&gt; cervantes：`http://duck.i2p/i2p-bt/diffs/phpbt-i2p.diff` 13:56 &lt;jrandom&gt; keysersoze：你希望在客户端机器上部署日志，这样当出现 bug 时，开发者能拿到详细日志 13:56 &lt;jrandom&gt; 说得对，duck 13:56 &lt;cervantes&gt; 谢了 13:56 &lt;+Ch0Hag&gt; 嘿，如果有人还感兴趣，Woody 有 Python 1.5、2.0 和 2.1 13:56 &lt;+Ch0Hag&gt; :) 13:57 &lt;@duck&gt; 嘿 13:57 &lt;@duck&gt; 好，那我建议就要求 2.3 13:57 &lt;@duck&gt; 以及去他的 woody 13:57 &lt;cervantes&gt; 我想我这边卡在 1.5 和 2.2 13:57 &lt;jrandom&gt; 对，没必要理会 2.1 13:57 &lt;cervantes&gt; （该升级了） 13:57 &lt;jrandom&gt; 呵 13:57 &lt;+Ch0Hag&gt; 大多数 Debian 用户也是这么觉得的 13:58 &lt;Ragnarok&gt; addressbook.py 需要 2.3 13:58 &lt;@duck&gt; 有一些有趣的子项目： 13:58 &lt;jrandom&gt; 啊好，太棒了，Ragnarok 13:58 &lt;@duck&gt; 研究 i2p 的最佳设置 13:58 &lt;+polecat&gt; 那个小东西也需要 2.3？ 13:58 &lt;keysersoze&gt; jrandom：我同意，不过像现在这样的小网络（大约 100 个节点），让一些测试者升级到 2.2 或 2.3 不是什么问题。而且一旦最明显的 bug 被踩平了，新的“真正的”终端用户其实不太需要日志。所以我的意思是：这个阶段日志不是问题，所以我们意见一致 ;) 13:58 &lt;cervantes&gt; 一年前我在拆 BT 的时候，这台机器通过 tracker 有时能跑到 6MB/秒…… 13:58 &lt;+polecat&gt; 奇怪……那 2.2 几乎是残废了吧。 13:58 &lt;Ragnarok&gt; 2.3 的 urllib 代理支持更好 13:58 &lt;@duck&gt; 也要移植标准的 BT tracker 13:58 &lt;cervantes&gt; 我是说种子 13:59 &lt;Ragnarok&gt; 在 2.2 上也许能跑，但代价太大了 :) 13:59 &lt;+polecat&gt; 啊，那很重要，对吧。 13:59 &lt;jrandom&gt; duck：在 0.4.2 出来之前，研究最佳设置会很难 13:59 &lt;@duck&gt; 对 14:00 &lt;jrandom&gt; 不过移植 tracker 会很棒。你们实现了生成 .torrent 的工具了吗，还是手动做的？ 14:00 &lt;@duck&gt; 啥？ 14:00 &lt;cervantes&gt; 客户端对 peer 接入速率、超时、最小/最大 peer 数等有一堆不错的调节项 14:01 &lt;cervantes&gt; jrandom：我觉得那不需要任何修改 14:01 &lt;jrandom&gt; duck：.torrent 会引用 tracker 的 i2p destination，对吧？ 14:01 &lt;@duck&gt; 目前我们提供：btdownloadheadless.py + btmakemetafile.py + btshowmetainfo.py 14:01 &lt;jrandom&gt; 还是说它引用的是名字？ 14:01 &lt;cervantes&gt; 它只是一个 URL 和一堆 SHA1 哈希 14:01 &lt;@duck&gt; 不过 btmakemetafile.py 和 btshowmetainfo.py 没有修改 14:01 &lt;jrandom&gt; “一个 URL”是难点 :) 14:02 &lt;@duck&gt; 所以你可以用别的工具 14:02 &lt;@duck&gt; 现在是 `http://duck.i2p/phpbt/announce.php` 14:02 &lt;jrandom&gt; 好，酷 14:02 &lt;@duck&gt; 我想你也可以用 http://i2p/bigbase64/announce.php 14:02 &lt;+protokol&gt; 有计划让其他客户端支持 eepTorrent 吗？我喜欢 azureus 14:02 &lt;@duck&gt; 很多 14:02 &lt;cervantes&gt; jrandom：我看过的早期版本对 announce 字符串的 URL 不做校验 14:03 &lt;ant&gt; &lt;dm&gt; eep 又是啥缩写来着？ 14:03 &lt;cervantes&gt; 你可以往里塞任何东西 14:03 &lt;jrandom&gt; 嗯，值得检查一下那样是否可行，duck（以防 phpbt 做了蠢的 URL 重写之类） 14:03 &lt;cervantes&gt; dm：去论坛的术语表里找找 14:03 &lt;@duck&gt; 或许该开个 i2p-bt 论坛了？ 14:03 &lt;keysersoze&gt; duck：特别是当新用户还没在 hosts.txt 里“登记”就想托管 tracker 的时候，必须 能在里面放 base64 14:03 &lt;+Ch0Hag&gt; Eye Eye Pee? 14:03 &lt;jrandom&gt; 那就很酷，duck 14:03 &lt;@duck&gt; （forum.i2p 上的论坛板块） 14:04 &lt;ant&gt; &lt;dm&gt; cervantes：真有帮助！ 14:04 &lt;cervantes&gt; duck：好，没问题 14:04 &lt;@duck&gt; keysersoze：我们会研究 14:04 &lt;jrandom&gt; 不过，就现在这样已经相当牛了 14:05 &lt;jrandom&gt; 每个 peer 4KBps 也不是什么太大的问题 14:05 &lt;ant&gt; &lt;dm&gt; 现在几点了？“沿路走两个街区就有个钟” 14:05 &lt;cervantes&gt; 继续推进的话，也许我们该建个独立的论坛空间，让大家像 suprnova 那样发布文件 14:05 &lt;@duck&gt; eeprnova 14:05 &lt;jrandom&gt; cervantes：还有评论什么的 :) 14:05 &lt;keysersoze&gt; jrandom：切换到 streaminglib 会需要对当前的 Python I2P-BT 代码做大量修改吗？ 14:05 &lt;+polecat&gt; 我在 IPv4 的 bittorrent 流上也从来拿不到超过 4KBps…… 14:05 &lt;peer&gt; 如果有个命令行参数用来设置 i2p 服务器地址就好了，这样你就能在网络里的其他机器上跑它 14:05 &lt;jrandom&gt; （不过我觉得最好把它放在 forum.i2p 之外，或许） 14:06 &lt;jrandom&gt; keysersoze：改动为零 14:06 &lt;@duck&gt; 请注意，i2p-bt 的 tracker 可扩展性会差很多 14:06 &lt;@duck&gt; 因为它们必须发送臃肿的大密钥 14:06 &lt;Ragnarok&gt; polecat：你肯定在 NAT 后面 14:06 &lt;keysersoze&gt; polecat：（（OT）试试今天的 firefox 种子；）） 14:06 &lt;cervantes&gt; jrandom：对。 14:06 &lt;@duck&gt; 而普通的 tracker 最近改成了每个 peer 只发 6 个字节 14:06 &lt;jrandom&gt; peer：i2p 服务器地址？ 14:07 &lt;jrandom&gt; peer：我用 i2p-bt 配合我的 SAM 桥，在本地访问一个远端的 router 14:07 &lt;jrandom&gt; 哦，不过如果 CLI 里有参数可以设置 SAM 桥的位置和 eep 代理的位置，那就不错了，嗯 14:07 &lt;peer&gt; jrandom：对 14:07 &lt;keysersoze&gt; duck：我们能压缩 host-key 吗？（随便问问……） 14:08 &lt;peer&gt; 用一个 CLI 参数 14:08 &lt;jrandom&gt; （而不是每次发布后都去改代码 :) 14:08 &lt;@duck&gt; keysersoze：用二进制替代 base64 会稍微缩小一点 14:08 &lt;@duck&gt; 大概 15% 14:08 &lt;@duck&gt; 不值得 14:08 &lt;keysersoze&gt; duck：我同意。 14:09 &lt;ant&gt; &lt;dm&gt; cervantes：论坛的术语表在哪？我在 http://forum.i2p.net/ 上什么都没看到 14:09 &lt;Ragnarok&gt; 能用主机名吗？ 14:09 &lt;jrandom&gt; Ragnarok：主机名不是全局唯一的 14:09 &lt;@duck&gt; Ragnarok：不想走那条路 14:09 &lt;cervantes&gt; dm：只对已注册用户显示 14:10 &lt;ant&gt; &lt;dm&gt; cervantes：哦太好了！那我去谷歌上搜 eep！ 14:10 &lt;Ragnarok&gt; 有道理 14:11 &lt;cervantes&gt; dm：它是 IIP 的一个读音片段 14:11 &lt;cervantes&gt; 据说是这样 14:11 &lt;jrandom&gt; 好的，你们在 BT 这块儿做得非常棒，期待听到（也能用到）更多成果 :) 14:11 &lt;ant&gt; &lt;dm&gt; cervantes：不是个缩写吗？ 14:12 * cervantes 有半个 TB 的电影和电视节目要分享 14:12 &lt;jrandom&gt; 关于 i2p-bt 我们还有别的要讨论的吗？ 14:12 &lt;cervantes&gt; dm：据我所知不是 14:12 &lt;@duck&gt; （别忘了 #i2p-bt） 14:12 &lt;jrandom&gt; 对，#i2p-bt，终于有动力让大家从 freenode 搬过来了 :) 14:12 &lt;ant&gt; &lt;dm&gt; 好的。谢谢您。 14:13 &lt;+Ch0Hag&gt; 好像这个伟大的网络还不够成为动力似的…… 14:13 &lt;jrandom&gt; 好，如果没有的话，我们继续到 4）addressbook.py 14:13 &lt;jrandom&gt; Ragnarok：给我们介绍一下？ 14:13 &lt;Ragnarok&gt; 耶 14:14 &lt;Ragnarok&gt; 嗯，好。 addressbook.py 是一个可订阅通讯录系统的初次尝试。 14:14 &lt;Ragnarok&gt; 目前它相当丑，但能用 14:14 &lt;Ragnarok&gt; 你可以在 ragnarok.i2p 上获取 14:14 &lt;peer&gt; 我能就命名提个建议吗？我觉得最好的方法是：eepsite 之间的链接用 base64，但让用户给站点自定义书签名称，而不是搞任何中心化的命名系统 14:14 &lt;Ragnarok&gt; 嗯…… 14:14 &lt;Ragnarok&gt; 有问题吗？ 14:15 &lt;+postman&gt; Ragnarok：说说“丑”的定义吧 :) 14:15 &lt;jrandom&gt; Ragnarok：太赞了 14:15 &lt;ant&gt; &lt;dm&gt; jrandom：不是个问题 14:15 &lt;+polecat&gt; 我们刚才在说啥来着？ @.@ 14:15 &lt;peer&gt; 有点像 freenet 网页前端上的书签，但这里用的是 URL 14:15 &lt;cervantes&gt; Ragnarok：它是全命令行的，还是有 GUI？ 14:15 &lt;Ragnarok&gt; 看看就知道了，很丑的 :) 14:15 &lt;jrandom&gt; peer：同意，不过我们需要作者工具 14:15 &lt;cervantes&gt; 没有截图，所以我就没兴趣走了 ;-) 14:15 &lt;jrandom&gt; peer：不过 ?i2paddresshelper 有帮助 14:15 &lt;+postman&gt; Ragnarok：好，谢谢——我会去看看 14:16 &lt;+polecat&gt; 切，GUI 是给足球妈妈用的！ 14:16 &lt;Ragnarok&gt; 全是命令行。 它被设计成以守护进程运行。 它在 Windows 上还不能作为守护进程跑，但那是我下一个任务。 14:16 &lt;Ragnarok&gt; 除了 CLI 工具之外，所有交互都通过配置文件完成。 14:17 &lt;jrandom&gt; 或许命名领域的下一步，是做个 Web 界面来管理条目和订阅？ 14:17 &lt;cervantes&gt; 那你基本上是在聚合你的 hosts 文件吗？ 14:17 &lt;Ragnarok&gt; 是的 14:17 &lt;cervantes&gt; 好的……酷 14:17 &lt;Ragnarok&gt; Web 界面会很棒。不过不会是我来写 :) 14:17 &lt;jrandom&gt; 还要有合并和冲突管理 14:18 &lt;+polecat&gt; 除了在日志里嚷嚷之外，冲突管理还能做什么？ 14:18 &lt;jrandom&gt; 是啊，引擎本身很棒，也许我们能找别人来做它的 Web 端 :) 14:19 &lt;Ragnarok&gt; 没有。如果你想解决冲突，得手工来 :)。不过现在稍微容易一些了。 14:19 &lt;jrandom&gt; polecat：据我所知，就是报警，并且永远不覆盖已有条目 14:19 &lt;jrandom&gt; （呃，他说的就是） 14:19 &lt;cervantes&gt; 要是做成 Firefox 的侧边栏插件就好了…… 14:19 &lt;+polecat&gt; 是的，我也是这么想的。 14:19 &lt;cervantes&gt; 这个我可以放进我的 i2p 工具栏里 14:20 &lt;Ragnarok&gt; 用户的改动永远不会被覆盖，所以对攻击有一定的防护 14:20 &lt;jrandom&gt; 而且你应该只订阅相对可信的 peer 14:20 &lt;Ragnarok&gt; 的确 14:20 &lt;cervantes&gt; 也许可以加个“锁定条目”的功能？ 14:20 &lt;cervantes&gt; （也就是把它们移到 userhosts） 14:21 &lt;Ragnarok&gt; 条目永远不会被修改 14:21 &lt;+polecat&gt; 我喜欢 myhosts.txt 这种概念，用来放你自己认可的条目。 14:21 &lt;cervantes&gt; Ragnarok：啊抱歉，你刚才说过了 14:22 &lt;Ragnarok&gt; myhosts.txt 是个肮脏的 hack，用来绕过一个竞态条件，但不知为何大家都喜欢把它当成一种界面上的东西 :) 14:22 &lt;jrandom&gt; 如果大家有兴趣，有办法让 i2ptunnel / sam / 等等不止读取 hosts.txt 和 userhosts.txt 14:22 &lt;jrandom&gt; （不过前提是有充分的理由这么做） 14:22 &lt;cervantes&gt; Ragnarok：你应该假装那是有意为之 ;-) 14:23 * duck 建议把 hosts.txt / userhosts.txt 抽象出来 14:23 &lt;+polecat&gt; 我用 Perl 写的 addressbook.pl 版本支持 myhosts.txt 这个东西。 14:23 &lt;Ragnarok&gt; 是的，那会是大改写的一部分 :) 14:23 * polecat 提醒 duck，你得修改 i2ptunnel 和 sam 才能做到。 14:23 &lt;Ragnarok&gt; 不过首先，我想让 Windows 上的功能对齐。 14:24 &lt;jrandom&gt; 对的，duck。比如要是能把不同的 destination 标成“oldLib”和“newLib”（等等），那对 0.4.2 会很有用 14:24 &lt;@duck&gt; polecat：你可以把最终结果写到一个叫‘hosts.txt’的东西里 14:24 &lt;cervantes&gt; 理想情况下你想要一个层级化的小型本地地址数据库，方便分类 14:24 &lt;@duck&gt; 但在用户层面使用别的结构 14:24 &lt;+polecat&gt; 最终结果写到 userhosts.txt 14:24 &lt;+polecat&gt; 还有 eepsite 上一个叫“hosts.txt”的文件，它不是系统的 hosts.txt。 14:24 &lt;@duck&gt; 这就让人困惑了 :) 14:25 &lt;Ragnarok&gt; 我就喜欢尽可能让人困惑 :) 14:25 &lt;MrEcho&gt; 希望在月底把 DNS 做完 14:25 &lt;@duck&gt; 好，那就让名字依赖于内容的校验和 14:25 &lt;cervantes&gt; addressbook.txt? :) 14:25 &lt;Ragnarok&gt; 发布出去的通讯录就叫 hosts.txt，因为在 dev.i2p 上它就是这个名字 14:25 &lt;+polecat&gt; 可以把 Ragnarok 的 hosts.txt 文件叫别的名字。 大家只需订阅那个别的文件名就行。 14:26 &lt;Ragnarok&gt; 的确，这个是个配置项 14:26 &lt;+polecat&gt; 也就是说，比如访问 `http://polecat.i2p/addressbook` 而不是 `http://polecat.i2p/hosts.txt` 14:26 &lt;MrEcho&gt; 告知一下，我的 DNS 不碰 hosts 文件……就像真正的 DNS 一样 14:27 &lt;+polecat&gt; 哦对，还有那个。&gt;.&lt; 14:27 &lt;@duck&gt; 我的 DNS 能带来世界和平 14:27 &lt;jrandom&gt; MrEcho：值得探索一下互操作性 14:27 &lt;+polecat&gt; 有 /etc/hosts，有 i2ptunnel 和 sam 使用的、jrandom 的 hosts.txt，还有现在由 Ragnarok 发布的 hosts.txt。 14:28 &lt;Ragnarok&gt; 我觉得凡是不在本地解析名字的，在 i2p 上都不会有可接受的性能，不过也欢迎你证明我错了 :) 14:28 &lt;mule&gt; 恶劣的环境 :) 14:28 &lt;MrEcho&gt; 我可以让它去更新 hosts 文本，但我希望把东西加在其他代码里 14:28 &lt;jrandom&gt; CVS 里有一些代码（在 apps/myi2p 下），用来按二月那封邮件里发布的数据加载/存储通讯录条目，如果有人感兴趣的话 ;) 14:29 &lt;+polecat&gt; ? 14:29 &lt;MrEcho&gt; 我已经看过了，jr 14:30 &lt;jrandom&gt; polecat：http://forum.i2p.net/viewtopic.php?t=141#419 14:30 &lt;+polecat&gt; 你是说在 apps/myi2p/java/src/net/i2p/myi2p 下？ 14:30 &lt;jrandom&gt; 嗯，是的，如果你想具体点儿的话 ;) 14:30 &lt;+polecat&gt; 更像是可怕的冗余。 ;3 14:31 &lt;jrandom&gt; 不错，MrEcho，不过我建议其他命名系统也用那种文件格式，如果大家要考虑替换 hosts.txt 的话 14:31 &lt;jrandom&gt; polecat：这是有充分理由的（而且依我拙见，那路径名里可没有冗余 ;) 14:31 &lt;Ragnarok&gt; 很好。我会看看的 14:32 &lt;ant&gt; &lt;dm&gt; 至少它不再在里面把 internet 说三遍了 14:33 &lt;jrandom&gt; 它也得实现成一个 net.i2p.client.naming.NamingService——从那个本地 DB 里加载的东西，但这不该太难 14:33 &lt;+polecat&gt; 哎呀！ 不不不要 MX 记录……不要 CNAME…… 14:33 &lt;jrandom&gt; 不过一个名字有多个 destination 是个好主意 14:33 &lt;ant&gt; &lt;janonymous2&gt; 我偏好通讯录/DNS 的混合体 14:34 &lt;jrandom&gt; 通讯录本来就是一种域名系统 :) 14:34 &lt;+polecat&gt; jrandom：你得叫它 myi2p 几次才行？ 既然已经叫 myi2p 了，再叫 i2p 有多必要？ 还有，那一团糟是不是 Java 的锅，有什么疑问吗？ 14:34 &lt;jrandom&gt; polecat：并不是所有 myi2p 代码都会用 Java 写。 14:34 &lt;@duck&gt; 回你的山洞去吧，你这 Perl 巨魔 :) 14:34 &lt;+polecat&gt; 我同意这些都是必要的，不怪你 jrandom，是怪 Java 和 Ant。 14:35 &lt;jrandom&gt; polecat：而且 i2p 的代码库在 net.i2p 命名空间下是唯一的，因为我们并不控制 net.myi2p 命名空间 :) 14:35 * polecat 哼了一声，蹲到了桥下。 14:35 &lt;ant&gt; &lt;dm&gt; polecat：这叫强迫症 14:35 &lt;jrandom&gt; 呵 14:35 &lt;jrandom&gt; 这叫软件工程 ;) 14:36 &lt;+polecat&gt; 没错，但为什么要把一切都放在一个模仿命名空间的目录结构里？ 14:36 &lt;+polecat&gt; 只要在文件里声明……“这个文件属于 net.i2p 命名空间”不就行了 14:36 &lt;jrandom&gt; 不过总之，关于 Ragnarok 那个超赞的命名系统还有别的吗？ :) 14:36 &lt;@duck&gt; 很给力 14:36 &lt;Ragnarok&gt; 谢谢你们 :) 14:36 &lt;+polecat&gt; Asseth Kickius. 14:36 &lt;jrandom&gt; polecat：i2p 里有 1340 个 Java 文件 14:37 &lt;@duck&gt; 当我想访问一个 eepsite，发现主机名已经传播开了，我非常“震惊” 14:37 &lt;Ragnarok&gt; 呵呵 14:37 &lt;jrandom&gt; :) 14:37 &lt;+polecat&gt; 好吧，我不是说要把它们都挤在一个地方。 只是 1340 个文件看起来实在太多了，里面就没有冗余代码吗？ o.O 14:38 &lt;Ragnarok&gt; 有人知道在 Windows 下通过 PID 杀进程的命令吗？ 14:38 &lt;@duck&gt; 比如 TCP 栈的重实现？ :) 14:38 &lt;+polecat&gt; 更别提功能完备的 Web 服务器了。 c.c 14:38 &lt;jrandom&gt; 呵 14:38 &lt;jrandom&gt; 哦，让我跳过 Jetty 的代码…… 14:39 &lt;keysersoze&gt; （现在网络上有 91 个节点！） 14:39 &lt;ant&gt; &lt;dm&gt; ragnarok：kill 14:39 &lt;jrandom&gt; 好，router/ 和 core/ 里有 389 个 14:39 &lt;Ragnarok&gt; 那个命令在哪些版本上存在？ 14:39 &lt;+polecat&gt; 对一个寒酸的 router 来说还是太多了……不过综合考虑也还不算差。 14:39 &lt;ant&gt; &lt;dm&gt; 不确定……我这儿跑的是 XP。 14:39 &lt;cervantes&gt; Ragnarook：只有你装了支持工具光盘里的文件才行 14:40 &lt;Ragnarok&gt; 啊 14:40 * duck 重新聚精会神 14:40 &lt;cervantes&gt; Ragnarok：否则去下 sysinternals 的 pskill 14:40 &lt;jrandom&gt; 好，关于 4）addressbook.py 还有别的吗，还是我们进入 5）？？？ 14:41 &lt;cervantes&gt; Ragnarok：http://www.sysinternals.com/ntw2k/freeware/pstools.shtml 14:41 &lt;jrandom&gt; 好，那就是 5） 14:41 &lt;Ragnarok&gt; 不错，谢谢 :) 14:41 &lt;jrandom&gt; polecat：如果我没记错，你想提一下 bamboo-dht？ 14:41 &lt;MrEcho&gt; ？现在在开会 14:41 &lt;+polecat&gt; ：高喊：DHT DHT USA USA~/o 14:42 &lt;+polecat&gt; 的确。我正查点东西…… 14:42 &lt;jrandom&gt; 是的，MrEcho 14:43 &lt;+Ch0Hag&gt; 5？ 14:43 &lt;jrandom&gt; 5）？？？ 14:43 &lt;MrEcho&gt; 呵 14:43 &lt;+Ch0Hag&gt; 哦对，我发现了个无关紧要的语义 bug 14:43 &lt;jrandom&gt; 怎么了，Ch0Hag？ 14:43 &lt;+polecat&gt; bamboo 源码里有 79 个 Java 文件。 总共有 253 个文件。 14:44 &lt;+polecat&gt; 整个项目在构建前，源码和支持文件占 4.6 兆字节。 14:44 &lt;jrandom&gt; 天哪 14:44 &lt;+Ch0Hag&gt; 在 /netdb.jsp 上，“我们”的信息是端口在前，而其他 peer 是主机在前 14:44 &lt;+Ch0Hag&gt; 在 Addresses 那一行 14:44 &lt;jrandom&gt; 你玩过它了吗，polecat？ 14:44 &lt;jrandom&gt; Ch0Hag：顺序是随意的 14:45 &lt;+Ch0Hag&gt; 还有，0.4.1.4 在 Kaffe 下用了 128MB，已经跑了一个小时 14:45 &lt;+polecat&gt; 我还没太多机会。 我玩了 circle，得到一个挺漂亮的 PGP 公钥图形表示，但 bamboo 还没玩。 14:45 &lt;ant&gt; &lt;dm&gt; 啊对，ch0hag 那个不重要的 bug 报告提醒了我！ 14:45 &lt;ant&gt; &lt;dm&gt; 在配置页面上写着“你应该使用 dyndns 之类的服务，或者把主机名留空。如果你留空，你的 router 会通过询问一个 peer 来自动检测‘正确的’IP 地址” 14:45 &lt;+Ch0Hag&gt; 看起来它们都是主机/端口 14:45 &lt;MrEcho&gt; 正常运行时间：54 小时 内存：23,506KB 14:45 &lt;+Ch0Hag&gt; 但嘿 14:45 &lt;+Ch0Hag&gt; 好像也不是什么大事。 14:46 &lt;ant&gt; &lt;dm&gt; 这对我很棒，因为我用的是动态 IP，等这个功能等了一阵子了，但当我清空后点保存，它会自动再把框填上一个（不正确的）IP 14:46 &lt;cervantes&gt; polecat：你有个 URL 吗？ 14:46 &lt;ant&gt; &lt;dm&gt; 多谢！ 14:47 &lt;jrandom&gt; 嗯，dm，它不接受你把它设为空？ 14:47 &lt;jrandom&gt; 那肯定是个实质性 bug 14:47 &lt;+polecat&gt; 有的，请稍等。 14:47 &lt;Ragnarok&gt; 如果它只在你有真正的静态主机名时才建议你填，那就好了。 或者干脆没有这个框…… 14:47 &lt;jrandom&gt; Ch0Hag：kaffe 通常保持稳定的大小 14:47 &lt;+polecat&gt; http://bamboo-dht.org/ 14:48 &lt;jrandom&gt; Ragnarok：我在考虑彻底去掉那个框，留给黑客们自己在 /configadvanced.jsp 上添加 14:48 &lt;ant&gt; &lt;dm&gt; 我在意只是因为当我无法让它留空时，说明文字让我觉得自己像个笨蛋 ;) 14:48 &lt;cervantes&gt; polecat：谢了 14:48 &lt;+Ch0Hag&gt; dm：这明显是个智力测试。 14:48 &lt;+Ch0Hag&gt; 你能让它保持空白，就算通过。 14:48 &lt;+polecat&gt; 我还注意到，bamboo 用 jikes 和 kaffe 的 jar 编译，大概 30 秒就好了。 14:48 &lt;+polecat&gt; 不过它用了一些怪变量，JAVAC 和 JAVAHOME，而不是 JAVA_HOME 14:49 &lt;Ragnarok&gt; jr：我觉得这是个好主意。 现在它有点像是新手陷阱。 14:50 &lt;cervantes&gt; dm：你是点保存按钮，还是按回车？ 14:50 &lt;ant&gt; &lt;dm&gt; 点保存 14:50 &lt;ant&gt; &lt;dm&gt; * 已更新带宽限制 14:50 &lt;ant&gt; &lt;dm&gt; * 配置保存成功 14:50 &lt;@duck&gt; polecat：你打算更深入地看看吗？ 14:51 &lt;+polecat&gt; 当然。 bamboo 似乎是移植到 i2p 的最佳候选，也是我见过最“成体系”的 DHT 项目。 14:52 &lt;+polecat&gt; 当然，重要的是它是否“能跑”。 14:52 &lt;jrandom&gt; 切，谁需要功能啊，关键是和流行词“兼容”！ 14:53 &lt;jrandom&gt; 请随时更新进展 14:53 &lt;jrandom&gt; （我同意，这个项目看起来很有前景） 14:53 &lt;@duck&gt; 可能最重要的是它对传输层修改提供了什么 14:54 &lt;ant&gt; &lt;janonymous2&gt; bamboo 有什么门道？ 14:54 &lt;jrandom&gt; 嗯，看它是需要 NIO（Java 新I/O）通道还是使用普通套接字 14:54 &lt;cervantes&gt; 呵……bamboo 新闻：“5 Aug Bamboo 现为 100% 纯 Java……使用 Berkeley DB Java 版” “4 Nov Bamboo 不再是 100% 纯 Java……BDB Java 太糟……回到 C” 14:54 &lt;jrandom&gt; （虽然我们可以为 i2psocket 写 NIO 通道，但要花些功夫） 14:54 &lt;+polecat&gt; jrandom：回你的大教堂去吧，Java 石像鬼！ X3 14:54 &lt;+polecat&gt; 的确。 如果它需要 TCP 或 UDP，或者更糟…… DNS，那我们可能就麻烦了。 14:54 &lt;+polecat&gt; NIO/ 14:54 &lt;+polecat&gt; NIO？ 14:55 &lt;+polecat&gt; 我只知道在 lojban 里 ni'o 是“换个话题”的意思。 14:55 &lt;jrandom&gt; NIO 是 Java 里的 New I/O 库，在 1.4 里加入的 14:55 &lt;+polecat&gt; 我懂了。 即便是普通套接字，SAM 不也有对应的 socket 对象，以及对应的 read() 和 write() 函数吗？ 14:55 &lt;jrandom&gt; 是的 14:56 &lt;jrandom&gt; 如果他们用的是普通套接字，那就简单得要死 14:56 &lt;jrandom&gt; （……不管这是什么意思） 14:56 &lt;ant&gt; &lt;janonymous2&gt; bamboo 是啥？ 14:56 &lt;jrandom&gt; bamboo-dht.org 14:57 &lt;cervantes&gt; 顺便问一下，pysam 有什么问题？ 14:57 * polecat 点头。 14:58 &lt;@duck&gt; cervantes：收发数据 14:58 &lt;cervantes&gt; duck：哦就这些？ :) 14:58 &lt;ant&gt; * janonymous2 /me 在他不给力的手机上瑟缩 14:58 &lt;@duck&gt; 以及建立/检测连接 14:58 &lt;+Nightblade&gt; 它没发出去？ 14:59 &lt;Ragnarok&gt; 哎 14:59 &lt;@duck&gt; Nightblade：它大概做了点什么 14:59 &lt;+Nightblade&gt; 它到底能用吗？ 15:00 &lt;cervantes&gt; duck：对 i2p-bt 论坛板块的命名有什么想法吗？ 15:00 &lt;cervantes&gt; 你想要一个自己的顶级板块，下面再分几个子板块吗？ 15:01 &lt;Ragnarok&gt; 嗯，我得上路了。 祝会议剩下的时间愉快 :) 15:01 &lt;jrandom&gt; Nightblade：aum 在用它，所以我确定它能用 15:01 &lt;jrandom&gt; 回头见，Ragnarok 15:01 &lt;cervantes&gt; you're = your 15:01 &lt;cervantes&gt; ragnarok 再见 15:02 &lt;ant&gt; &lt;janonymous2&gt; BT 的状态如何？ 15:02 &lt;jrandom&gt; janonymous：看会议记录（等发布出来） 15:03 &lt;jrandom&gt; 说到这儿，大家还有别的想在会上提的吗？ 15:03 &lt;ant&gt; &lt;janonymous2&gt; 哦，是我不对 15:04 * cervantes 把镀金的 baffer 递给 jr 15:04 * jrandom 蓄力 15:04 &lt;jrandom&gt; ... 15:04 &lt;jrandom&gt; ... 15:04 * jrandom 用*baf*把会议结束了 </div>/zh/blog/2004/11/02/i2p-2004-11-02-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 02 Nov 2004 00:00:00 +0000/zh/blog/2004/11/02/i2p-2004-11-02-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，到了每周更新的时间了</p> <h2 id="索引">索引：</h2> <ol> <li>Net status</li> <li>Core updates</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>BT progress</li> <li>???</li> </ol> <h2 id="1-网络状态">1) 网络状态</h2> <p>基本与之前相同 - 对等节点数量稳定，eepsites(I2P Sites) 的可访问性不错，并且可以在 irc 上一连几个小时。你可以通过几个不同的页面大致了解各个 eepsites(I2P Sites) 的可达性：</p> <ul> <li><code>http://gott.i2p/sites.html</code></li> <li><code>http://www.baffled.i2p/links.html</code></li> <li><code>http://thetower.i2p/pings.txt</code></li> </ul> <h2 id="2-核心更新">2) 核心更新</h2> <p>对于那些待在频道里（或阅读 CVS 日志）的人来说，尽管距离上次发布已经有一段时间了，你们已经看到许多工作在进行。自 0.4.1.3 发布以来的完整变更列表可以在线查看，但有两项重大修改，一项是好的，另一项是不好的：</p> <p>好消息是，我们已经大幅减少了由各种疯狂的临时对象创建导致的内存抖动。在调试新的流式库时，看着 GC（垃圾回收器）发疯，我终于受够了，所以经过几天的性能分析、微调和调优，最丑陋的部分已经被清理干净。</p> <p>较糟的那个是一个关于某些通过 tunnel 路由的消息处理方式的 bug 修复——在某些情况下，消息会被直接发送到目标 router，而不是在投递之前通过 tunnel 路由，这可能被会写一点代码的对手利用。现在在不确定的情况下，我们会正确地通过 tunnel 路由。</p> <p>这听起来也许不错，但&rsquo;不好&rsquo;的一面是，这意味着由于额外的跳数，延迟会有所增加，尽管这些跳数无论如何本来就必须使用。</p> <p>核心里也有其他调试工作在进行，因此还没有正式发布——CVS HEAD 为 0.4.1.3-8。接下来几天我们可能会发布 0.4.1.4 版本，只是为了把那些问题都处理好。当然，它不会包含新的 streaming lib（流式库）。</p> <h2 id="3-streaming-lib流式库">3) Streaming lib（流式库）</h2> <p>说到 streaming lib（流式传输库），这方面已经取得了不少进展，对新旧库的并排对比结果看起来也很不错。不过仍有一些工作要完成，正如我上次所说，我们不会仓促发布。这确实意味着路线图有所延后，可能会推迟 2-3 周左右。更多细节将在可用时提供。</p> <h2 id="4-maili2p-进展">4) mail.i2p 进展</h2> <p>本周有很多新内容——入站和出站代理（inproxy 与 outproxy）已经可以使用！更多信息请参见 <a href="https://www.postman.i">www.postman.i</a> 2p。</p>/zh/blog/2004/11/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%882%E6%97%A5/Tue, 02 Nov 2004 00:00:00 +0000/zh/blog/2004/11/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B411%E6%9C%882%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> BS314159, cat-a-puss, deer, dm, duck, janonymous1, jrandom, protok0l</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:37 &lt;jrandom&gt; 0) 嗨 13:37 &lt;jrandom&gt; 1) 网络状态 13:37 &lt;jrandom&gt; 2) 核心更新 13:37 &lt;jrandom&gt; 3) Streaming 库 13:37 &lt;jrandom&gt; 4) mail.i2p 的进展 13:38 &lt;jrandom&gt; 5) BT 进展 13:38 &lt;jrandom&gt; 6) ??? 13:38 &lt;jrandom&gt; 0) 嗨 13:38 &lt;jrandom&gt; 抱歉耽搁了，每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 &lt;dm&gt; 会议在 24 还是 84？ 13:38 &lt;jrandom&gt; 0 13:38 &lt;dm&gt; 哦.. -36？ 13:39 &lt;jrandom&gt; 嗯，GMT 晚上9点 13:39 &lt;jrandom&gt; 不过我忘了这事，所以我们就从……现在开始 ;) 13:39 &lt;jrandom&gt; 1) 网络状态 13:39 &lt;dm&gt; 时机不错 13:39 &lt;jrandom&gt; 嗯，就我这边看网络状态没有实质变化——有人想就此提点什么吗？ 13:41 &lt;jrandom&gt; 如果没有，那就继续 2) 核心更新 13:41 &lt;jrandom&gt; 除了邮件里的内容我没有更多可补充的，给大家一分钟消化一下 13:42 &lt;deer&gt; &lt;postman&gt; 啊 13:42 &lt;jrandom&gt; 发布以来已经有 8 个补丁，另外还有一两个在排队。 我们大概会把它们都打个标签作为 0.4.1.4，因为 Streaming 库本身还没准备好 13:43 &lt;deer&gt; &lt;jrandom&gt; 欢迎回来，这边状况有点不稳 13:43 &lt;deer&gt; &lt;postman&gt; 不客气，我回来了 :) 13:43 &lt;protok0l&gt; 有关于 aum 失踪的消息吗？我想要 stasher！ 13:44 * dm 喜欢得知有人在幕后优化 I2P 13:44 &lt;jrandom&gt; 就像 gott 引用的那样，DIY，做或死 13:45 &lt;jrandom&gt; 是啊，内存抖动占用了相当多的 CPU 时间 13:45 &lt;jrandom&gt; 所以终于值得花力气去优化了 13:45 &lt;deer&gt; &lt;baffled&gt; 抱歉，我得去赶公交，晚上再读日志。 13:45 &lt;deer&gt; &lt;peer&gt; 嗨，只是个错误报告 13:45 &lt;jrandom&gt; （因为它把 Streaming 库的测试时间减少了 5 倍） 13:45 &lt;jrandom&gt; 好哒 baffled，回头聊 13:46 &lt;deer&gt; &lt;peer&gt; 当你的网络连接断了，i2p 就挂了 13:46 &lt;dm&gt; 这就是那种悄悄潜伏的问题，项目还精简的时候把它们清掉是好事。 13:46 &lt;deer&gt; * postman 几天前也注意到了这一点 13:46 &lt;deer&gt; &lt;postman&gt; 我的一台服务器丢了链路 13:46 &lt;deer&gt; &lt;postman&gt; 持续了几分钟——之后 i2p 基本只能完全重启才行 13:46 &lt;jrandom&gt; “挂了”是指 JVM 停了，还是 router 停止与节点通信？ 13:47 &lt;jrandom&gt; （显然会停止与节点通信，我是说，网络恢复后它会不会自愈？） 13:47 &lt;deer&gt; &lt;postman&gt; jrandom：我这边 JVM 还在跑——但大约 15 分钟内没有任何连接成功 13:47 &lt;deer&gt; &lt;postman&gt; jrandom：之后我重启了 13:47 &lt;jrandom&gt; 嗯，好，明白 13:48 &lt;jrandom&gt; 谢谢 peer、postman。 我会在那块做些调试 13:48 &lt;jrandom&gt; 顺便问下，用的是什么操作系统？ 13:48 &lt;deer&gt; &lt;postman&gt; jrandom：不客气——本来想给你写封邮件 但忘了 13:49 &lt;deer&gt; &lt;postman&gt; jrandom：Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom 觉得这周会是“把东西折腾坏，然后让 i2p 处理得更好”的一周 13:49 &lt;jrandom&gt; 说得对 13:50 &lt;deer&gt; &lt;peer&gt; jrandom：我的情况是 JVM 完全退出了 13:50 &lt;jrandom&gt; 它有没有提示 OutOfMemory 或出现任何 CRIT 信息？ 还是在你的 i2p 安装目录里生成 hs_* 文件？ 13:52 &lt;jrandom&gt; 或许我们会后再细抠这些细节 13:52 &lt;jrandom&gt; 关于 2) 核心更新还有别的吗？ 13:52 &lt;jrandom&gt; 如果没有，就到 3) Streaming 库 13:53 &lt;dm&gt; 是啊 13:53 &lt;dm&gt; 这个会增加延迟 13:53 &lt;dm&gt; 你有没有估算每跳延迟增加的百分比？ 13:53 &lt;dm&gt; 我们是在说增加几个百分点，还是 30-40%？ 13:53 &lt;jrandom&gt; 没有，只是有些情况下它没有通过出站的 tunnel 发送 13:54 &lt;dm&gt; 那就可以忽略不计……好 13:54 &lt;dm&gt; （平均而言） 13:54 &lt;dm&gt; 3) 13:54 &lt;jrandom&gt; 每跳 0%，但效果就像你通信的对端的 tunnels 比之前平均多 1 跳 13:55 &lt;jrandom&gt; 目前 Streaming 库并没有多少肉眼可见的更新 13:55 &lt;jrandom&gt; 东西运行得挺好，我也做了一堆基准测试，用来跟踪最近内存改动期间的进展 13:55 &lt;dm&gt; 哦 吞吐量数据！！！ 13:57 &lt;dm&gt; ping 13:57 &lt;deer&gt; &lt;Natalia&gt; . 13:57 &lt;jrandom&gt; 这个取决于消息大小和每跳注入的延迟，但初步看吞吐量快了 2-5 倍 13:57 &lt;jrandom&gt; 不过它是受 CPU 限制的 13:57 &lt;dm&gt; 嗯，不错。 13:58 &lt;dm&gt; CPU 在哪一端成为瓶颈？ 13:58 &lt;jrandom&gt; 最大的好处在于减少数据重传，并几乎消除了失败 ;) 13:59 &lt;jrandom&gt; dm：这些测试是在模拟器里做的，每跳注入随机延迟 13:59 &lt;jrandom&gt; （例如每次 400ms，或 1000ms，或 2000ms） 13:59 &lt;dm&gt; 有没有某种优先级方案，确保转发 tunnel 上的消息不会因为有人尝试以 30k/s 下载而把 CPU 吃满而受到太大影响？ 13:59 &lt;jrandom&gt; （嗯，最大的好处其实是滑动窗口和重排序，但减少重传也很好） 14:00 &lt;jrandom&gt; 不太明白你的意思 14:00 &lt;dm&gt; 比如我在下黄片，会不会给经过我这儿的别人的 tunnels 带来 3 秒的延迟。 14:00 &lt;jrandom&gt; （而且传输速率远高于 30KBps，不过再次强调，这是本地测试，注入了随机延迟） 14:01 &lt;dm&gt; 我只是想知道，一般来说如果有人把 CPU 吃满了，就其对网络的贡献而言会发生什么情况。 14:01 &lt;dm&gt; 我想这并不特指滥用 Streaming 库。 14:02 &lt;jrandom&gt; 做 streaming 不会把你的 CPU 吃满；CPU 负载是我在本地模拟时在一台机器上跑一堆 routers 才遇到的情况 14:02 &lt;dm&gt; 啊好吧，我还以为一台 router 想把管道里所有比特都加密会把 CPU 吃满呢。 14:02 &lt;jrandom&gt; 不啦，加密真的非常非常快 14:03 &lt;dm&gt; 酷 14:03 &lt;jrandom&gt; 好，还有谁对 Streaming 库的进展有问题吗？ 14:03 &lt;jrandom&gt; 如果没有，4) mail.i2p 的进展 14:04 &lt;deer&gt; &lt;jrandom&gt; postman，你在吗？ 14:04 &lt;deer&gt; &lt;postman&gt; 哟 :) 14:04 &lt;deer&gt; &lt;postman&gt; 好 14:04 &lt;deer&gt; * postman 挥手 14:05 &lt;deer&gt; &lt;postman&gt; 好了，各位先生。 你们中的一些人可能已经注意到，我们终于实现了收发服务（in/out services） 14:05 &lt;jrandom&gt; [w00t!] 14:05 &lt;deer&gt; &lt;postman&gt; 请阅读 www.postman.i2p/inout.html 14:05 &lt;deer&gt; &lt;postman&gt; 请大家试用一下这个系统 14:06 &lt;deer&gt; &lt;postman&gt; baffled 将提供第二个官方 MX 14:06 &lt;jrandom&gt; 说得对 14:06 &lt;deer&gt; &lt;postman&gt; 现在我在做 IMAP 实现 14:07 &lt;deer&gt; &lt;postman&gt; 这意味着很快会切换到 maildir 格式 14:07 &lt;jrandom&gt; 不过我们需要重新检查各种客户端对它的支持，对吧？ 14:07 &lt;deer&gt; &lt;postman&gt; 我现在还在评估/测试 14:07 &lt;jrandom&gt; 酷 14:07 &lt;deer&gt; &lt;Natalia&gt; 为什么要用 IMAP 而不是 POP3？ 14:07 &lt;deer&gt; &lt;postman&gt; 是的，服务端也一样 14:08 &lt;deer&gt; &lt;postman&gt; Natalia：我们已经有 POP3 了 14:08 &lt;deer&gt; &lt;postman&gt; 当然可以用 POP3 14:08 &lt;deer&gt; &lt;postman&gt; IMAP4 会让我们对 webmail 系统更灵活（希望如此） 14:10 &lt;deer&gt; &lt;postman&gt; 这还是个未决问题 14:10 &lt;deer&gt; &lt;Natalia&gt; 好的。 14:10 &lt;deer&gt; &lt;Natalia&gt; 你刚才听起来像是要从 POP3 切到 IMAP 14:11 &lt;deer&gt; &lt;postman&gt; 不，当然不是 14:11 &lt;deer&gt; &lt;postman&gt; jrandom：关于本地运行的 webmail 有什么新消息吗？ 14:12 &lt;jrandom&gt; 据我所知没有。 我还没来得及看 14:12 &lt;deer&gt; * postman 也没有 14:12 &lt;jrandom&gt; 之前讨论过 atmail，但它是闭源的 14:12 &lt;deer&gt; &lt;postman&gt; 嗯，是的 14:13 &lt;deer&gt; &lt;postman&gt; 但有没有什么 JSP 的东西？ 14:13 &lt;jrandom&gt; 这倒是个很好的机会，志愿者可以加入做些跑腿的活儿 :) 14:13 &lt;deer&gt; &lt;Natalia&gt; 嗯，我已经把这段描述加到 gott.i2p/sites.html 了 14:13 &lt;deer&gt; * postman 完全没法就此做调研 14:13 &lt;deer&gt; &lt;Natalia&gt; 给 www.postman.i2p 14:13 &lt;deer&gt; &lt;Natalia&gt; postman 运行着 i2p 的首个邮件服务，提供免费且匿名的 POP3 和 SMTP 14:13 &lt;deer&gt; &lt;Natalia&gt; 账户（通过 i2p）。最近实现了与 14:13 &lt;deer&gt; &lt;Natalia&gt; i2p 网络之外互发邮件的能力，这让 www.postman.i2p 的服务成为一个很棒的 14:13 &lt;deer&gt; &lt;Natalia&gt; 目的地，适合任何在意隐私的邮件用户，并且很快会成为必备，因为 mail.i2p 邮箱 14:13 &lt;deer&gt; &lt;Natalia&gt; 将成为 eepsite 作者的标配。 14:14 &lt;deer&gt; &lt;Natalia&gt; 听起来不错？ 14:14 &lt;deer&gt; &lt;postman&gt; 谢谢 Natalia :) 14:14 &lt;deer&gt; &lt;postman&gt; jrandom：我觉得这不是个紧急问题 14:14 &lt;deer&gt; * Natalia 行屈膝礼 :) 14:15 &lt;deer&gt; &lt;postman&gt; jrandom：也许我们以后再把 webmail 的话题捡起来 :) 14:15 &lt;jrandom&gt; 同意，postman 14:15 &lt;deer&gt; &lt;postman&gt; 我这边就这些，谢谢 :) 14:15 &lt;jrandom&gt; 好，谢了 postman 14:15 &lt;deer&gt; * postman 也行了个屈膝礼，又坐下 14:15 &lt;jrandom&gt; 好，这方面还有别的吗，还是我们转到 5) BT 进展？ 14:16 &lt;deer&gt; &lt;jrandom&gt; dinoman：你在吗？ 14:16 &lt;dm&gt; 是的，我还在等 BT 给我重新激活 ADSL 14:16 &lt;jrandom&gt; !thwap 14:17 &lt;deer&gt; &lt;duck&gt; dino 做了些不错的工作 14:17 &lt;deer&gt; &lt;duck&gt; 和 Ragnarok 一起修了一些末节问题 14:17 &lt;deer&gt; &lt;duck&gt; 目前看起来存在的问题有： 14:17 &lt;deer&gt; &lt;duck&gt; - SAM 不够可靠 14:17 &lt;deer&gt; &lt;duck&gt; - Python 的 SAM 库问题 14:17 &lt;deer&gt; &lt;duck&gt; - 对 Python SAM 库的错误用法 14:18 &lt;deer&gt; &lt;duck&gt; - 用 destination（目的地标识）正确处理，而不是用 host/ip/port 14:18 &lt;deer&gt; &lt;duck&gt; 这些修好后应该就能跑了 14:18 &lt;jrandom&gt; 不错 14:19 &lt;deer&gt; &lt;duck&gt; 不过我觉得我们需要稍微后退一步 14:19 &lt;deer&gt; &lt;duck&gt; 先就如何修改协议以正确处理 destinations 达成一致 14:19 &lt;deer&gt; &lt;duck&gt; 反正都会不兼容，不如干脆一次性改好 14:19 &lt;jrandom&gt; 我同意 14:20 &lt;jrandom&gt; 或许有人可以草拟一份总体计划，列出要让它工作需要对各个应用/组件做哪些改动 14:20 &lt;deer&gt; &lt;duck&gt; 每个节点都有一个 20 字节的唯一 peer_id 14:20 &lt;deer&gt; &lt;duck&gt; 它通常从 host/ip 推导出来 14:21 &lt;deer&gt; &lt;duck&gt; 我觉得用完整的 destination 有点过了 14:21 &lt;deer&gt; &lt;duck&gt; 我们该用什么全局唯一的东西？ 14:21 &lt;jrandom&gt; SHA1(destination)[0:19] 14:21 &lt;jrandom&gt; 也许？ 14:21 &lt;deer&gt; &lt;Ragnarok&gt; dest 的前 20 个字节？ :) 14:22 &lt;deer&gt; &lt;duck&gt; sha1 哈希就是 20 字节 14:22 &lt;jrandom&gt; dest 的前 20 个字节也应当相当随机，足以应对偶然冲突，但不足以应对恶意碰撞 14:22 &lt;jrandom&gt; 更好 14:22 &lt;deer&gt; &lt;dinoman&gt; 如果你丢了 key，节点之间怎么互相找到 14:22 &lt;jrandom&gt; 一个 peer 本身就是一个 key 14:23 &lt;jrandom&gt; 哦 14:23 * jrandom 误解了 14:23 &lt;jrandom&gt; tracker 必须把完整的 destination 提供给节点，而不是 SHA1(destination) 14:24 &lt;jrandom&gt; 这和我们讨论的 peer_id 是一回事吗？ 14:24 &lt;deer&gt; &lt;dinoman&gt; 我已经修了 PHP tracker，让它用完整的 key 作为 ip 发送 14:24 &lt;deer&gt; &lt;duck&gt; 实际上 peer_id 是客户端生成的 14:24 &lt;deer&gt; &lt;duck&gt; （你说的‘key’是什么意思？） 14:25 &lt;deer&gt; &lt;dinoman&gt; destination 14:25 &lt;dm&gt; 听起来像“谁是一垒手”的段子。 14:25 &lt;dm&gt; 各位，说完整句子！ 14:26 &lt;deer&gt; &lt;dinoman&gt; 好吧 :/ tracker 把完整的 destination 当作 ip 发送 14:27 &lt;jrandom&gt; 呵，别理 dm。 听起来不错 14:27 &lt;deer&gt; &lt;dinoman&gt; peer id 只是给 trackers 用的 14:27 &lt;deer&gt; &lt;duck&gt; 也许我们可以用 #i2p-bt 14:28 &lt;jrandom&gt; 不过我觉得有用的是，你（或其他人）能不能先起草一份需要修改项的清单 14:28 &lt;deer&gt; &lt;duck&gt; 这样每次提到那条蛇的名字就不会引发圣战了 14:29 &lt;deer&gt; &lt;dinoman&gt; 我可以 14:29 &lt;deer&gt; &lt;dinoman&gt; 我不争论，能用就行 14:29 &lt;jrandom&gt; （例如 "tracker 将完整的 destination 作为 IP 发送", "client 将 IP 解释为完整的 destination", "torrent 在字段 'trackerDest' 中包含 tracker's destination"，等等） 14:29 &lt;deer&gt; &lt;duck&gt; 当然 14:30 &lt;deer&gt; &lt;dinoman&gt; jrandom 你说对了 14:31 &lt;deer&gt; &lt;dinoman&gt; 这是 tracker 的示例输出 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 &lt;dm&gt; 把 jrandom 的那句话复制/粘贴到记事本，保存为“draft.txt” 14:31 &lt;cat-a-puss&gt; 在 i2p 上的 BT 会和不在 i2p 上的其他客户端互相兼容吗？ 14:31 &lt;jrandom&gt; 不错，dinoman 14:31 &lt;deer&gt; &lt;dinoman&gt; 在 ip50 你会看到一个垃圾 key 14:32 &lt;jrandom&gt; 是的 14:32 &lt;deer&gt; &lt;dinoman&gt; 是的 14:32 &lt;cat-a-puss&gt; 那我们该聊聊 14:32 &lt;jrandom&gt; 欢迎参加每周例会！ :) 14:32 &lt;deer&gt; &lt;dinoman&gt; 它可能需要像 .i2ptorrent 这样的东西，才能共存 14:32 &lt;deer&gt; &lt;dinoman&gt; 用于文件名、链接之类的 14:33 &lt;jrandom&gt; cat-a-puss，你是在做类似的东西，还是有什么改进想法？ 14:33 &lt;cat-a-puss&gt; 在做类似的东西 14:33 &lt;cat-a-puss&gt; 用 Java 14:33 &lt;jrandom&gt; 酷 14:34 &lt;jrandom&gt; 它一定要是 Java 专属吗，还是有些节点可以用其他语言？ 14:34 &lt;cat-a-puss&gt; 好问题，我不知道在 Java 里该怎么做这种事，我得研究一下 14:35 &lt;deer&gt; &lt;duck&gt; 好 14:35 &lt;deer&gt; &lt;duck&gt; 我们用 ugha.i2p 来写一些规范 14:35 &lt;deer&gt; &lt;duck&gt; . 14:35 &lt;jrandom&gt; 或者我们需要在论坛开个“swarming data transfer”版块，这样大家就能按自己的节奏讨论这些东西？ 14:35 &lt;jrandom&gt; 或者用 ugha.i2p，当然 14:36 &lt;jrandom&gt; （同时我们修修 SAM 实现和库里的些 bug :)） 14:36 &lt;deer&gt; &lt;duck&gt; 这让一切都更有挑战 14:37 &lt;deer&gt; &lt;dinoman&gt; 呵呵 好 14:38 &lt;deer&gt; &lt;duck&gt; ... 14:38 &lt;deer&gt; &lt;duck&gt; 更多 BT？ 14:38 &lt;deer&gt; * dinoman 回去继续搞 Savane 14:39 &lt;jrandom&gt; `http://ugha.i2p/SwarmingTransfer` / http://ugha.ath.cx/SwarmingTransfer 14:39 &lt;jrandom&gt; 好 14:39 &lt;jrandom&gt; 好，关于 5) BT 进展还有别的吗？ 14:39 &lt;jrandom&gt; 或者我们进入 6) ??? 14:39 &lt;jrandom&gt; 然后问问 dinoman Savane 的进展如何？ :) 14:40 &lt;deer&gt; * jrandom 挥鞭督促 14:40 &lt;deer&gt; &lt;dinoman&gt; 邮件方面，我在使用 i2p 邮件系统时卡住了 14:40 &lt;deer&gt; &lt;dinoman&gt; 我想我应该直接把邮件去掉 14:40 &lt;jrandom&gt; 有什么办法让它使用不同端口上的 SMTP 服务器吗？ 14:40 &lt;jrandom&gt; 还是说问题在于需要认证的 SMTP？ 14:41 &lt;deer&gt; &lt;dinoman&gt; 认证 14:41 &lt;protok0l&gt; 运行时间：5d 14:41 &lt;protok0l&gt; ii own 14:41 &lt;deer&gt; &lt;dinoman&gt; Savane 使用的那个类里没有这个 14:42 &lt;deer&gt; &lt;dinoman&gt; 我可以把它加进去 14:42 &lt;protok0l&gt; 我“Ident: pxEI”，有人能告诉我我的评分吗 14:42 &lt;jrandom&gt; 好，我想我们可以让 postman 给你设置一个不需要认证的自定义 SMTP destination 14:42 &lt;dm&gt; 我给你 6/10 14:42 &lt;dm&gt; 你可以多练练你的屁股 14:42 &lt;janonymous1&gt; Savana 是啥 14:43 &lt;jrandom&gt; janonymous1：它像 SourceForge 14:43 &lt;deer&gt; &lt;dinoman&gt; 因为我现在在浏览器里看 I2P 公共领域软件主页 14:43 &lt;jrandom&gt; w00t 14:45 &lt;deer&gt; &lt;dinoman&gt; 那会很酷，但服务器上在做什么我不清楚，我不想有人黑了我然后拿到关于邮件服务器的信息 14:45 &lt;deer&gt; &lt;dinoman&gt; 这正是困扰我的地方 14:45 &lt;jrandom&gt; 嗯，他们拿不到邮件服务器的任何信息；最坏也只是能伪造 @mail.i2p 14:45 &lt;janonymous1&gt; 酷 14:46 &lt;jrandom&gt; 不过，是的，如果有带认证的 SMTP 支持来防止这种情况就更好了 14:46 &lt;jrandom&gt; 不过我不知道那得花多少工 14:46 &lt;protok0l&gt; 嗯我很高兴我把我的 mailserver 想法留给了 postman 14:46 &lt;protok0l&gt; 看起来比我想的难多了 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; 我不介意帮上忙 14:47 &lt;dm&gt; protocol 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; 总得做点什么。 :-) 14:47 &lt;deer&gt; &lt;dinoman&gt; 我会把认证做上去 :( 这要花点时间，但我会做 14:47 &lt;deer&gt; &lt;protokol&gt; 是的 dm 14:48 &lt;jrandom&gt; 看吧，你已经有志愿者了，dinoman！ :) 14:48 &lt;deer&gt; &lt;protokol&gt; 也许我可以托管一台 Nessus 服务器 14:48 &lt;deer&gt; &lt;protokol&gt; 然后在我这边通过 TOR 隧道 14:49 &lt;deer&gt; &lt;Ch0Hag&gt; 再说我也需要个好借口来折腾我网络的其他部分。 14:49 &lt;deer&gt; &lt;protokol&gt; 而我将致力于学习 Python 14:49 &lt;janonymous1&gt; “the i2p software foundation”。我已经能想象出来了 14:49 &lt;deer&gt; &lt;protokol&gt; 以及如何正确打字 14:49 &lt;dm&gt; 我将致力于为我自己以及与我直接相关、近期可能愿意给我钱的人，追求更多的钱。 14:50 &lt;jrandom&gt; 好，关于 6) ??? 还有谁要提什么？ 14:50 &lt;dm&gt; 7) $$$ 14:51 &lt;duck&gt; Roger Dingledine（arma @ freenode）发布了一章即将出版的 O'Reilly 图书的草稿 14:51 &lt;duck&gt; http://freehaven.net/doc/wupss04/usability.pdf 14:51 &lt;jrandom&gt; 啊，是的，挺不错的 14:51 &lt;duck&gt; 是关于匿名性和可用性的 14:51 &lt;dm&gt; 一章讲可用性？ 14:51 &lt;deer&gt; &lt;protokol&gt; 我可以运营 i2p software foundation 14:51 &lt;deer&gt; &lt;protokol&gt; lol 14:51 &lt;duck&gt; 里面有些关于负面形象的有趣部分 14:52 &lt;deer&gt; &lt;protokol&gt; 把财政大权交给我 14:52 &lt;duck&gt; 采用良好的默认值 14:52 &lt;deer&gt; &lt;protokol&gt; 现在！ 14:52 &lt;duck&gt; 等等 14:52 &lt;duck&gt; . 14:52 &lt;jrandom&gt; 以及可用性的重要性，有时甚至要凌驾于安全之上 14:52 &lt;dm&gt; protok0l：你是用户代言人对吧？你应该读下那份文档。 14:52 &lt;jrandom&gt; 好，那会议还有别的吗？ 14:52 &lt;deer&gt; &lt;protokol&gt; 哇，我这儿看到 83 个节点 14:52 &lt;duck&gt; 现在我们知道为什么 Tor 上已知的隐藏站点那么少了 14:53 &lt;deer&gt; &lt;protokol&gt; dm：我会的 14:53 &lt;duck&gt; arma 害怕负面形象 14:53 &lt;duck&gt; . 14:53 &lt;dm&gt; “imago”？ 14:53 &lt;duck&gt; 形象 14:53 &lt;deer&gt; &lt;duck&gt; （精神分析）对某人的理想化形象 14:53 &lt;dm&gt; 里面没提到 I2P :( 14:53 &lt;duck&gt; jrandom：我们不是吗？ 14:54 &lt;jrandom&gt; 嗯？ 14:54 &lt;dm&gt; 他的意思是 aren't we。他是荷兰人。 14:54 &lt;duck&gt; 如果现在有特定群体转到 i2p， 14:54 &lt;duck&gt; 他们可能会把我们非常需要的其他用户吓跑 14:55 &lt;jrandom&gt; 哦，文档里有这个？ 我没看到 14:55 &lt;duck&gt; 不，我是在说这个 14:55 &lt;duck&gt; 不过文档里也差不多有类似的意思 14:55 &lt;duck&gt; 当然，安迪式的无政府主义者才不在乎呢 14:56 &lt;jrandom&gt; 嗯，我确实认为 i2p 和 Tor 都有空间 14:56 &lt;duck&gt; 是的 14:56 &lt;duck&gt; 但 I2P 在早期的负面形象怎么办 14:56 &lt;deer&gt; &lt;Natalia&gt; 这就是为什么我被迫在这个 IRC 频道里扮演一个有点平凡的女性 14:56 &lt;protok0l&gt; 哈哈，只要我发话，一两天内每个主要的无政府主义邮件列表和论坛都会知道 i2p 14:56 &lt;jrandom&gt; 哦，我对此才不屑一顾呢，duck ;) 14:56 &lt;deer&gt; &lt;Natalia&gt; jrandom 不赞同 got 14:56 &lt;deer&gt; &lt;Natalia&gt; *gott 14:57 &lt;duck&gt; jrandom：是啊，不过嘛 14:57 * duck 数了数全球对无政府主义友好的地区数量 14:57 &lt;deer&gt; &lt;Natalia&gt; 所以我只好当 Natalia，这个频道里受人喜爱的女性 14:57 &lt;deer&gt; &lt;Natalia&gt; （真逊） 14:57 &lt;duck&gt; 索马里？ 14:57 &lt;duck&gt; 我打赌他们那里有“flying fucks” 14:57 &lt;protok0l&gt; 恰帕斯，墨西哥 14:57 &lt;duck&gt; 但不是友好的那种 14:57 &lt;protok0l&gt; mexiico 14:58 &lt;deer&gt; &lt;Ragnarok&gt; 呸，你就是想被女性化 14:58 &lt;jrandom&gt; duck：等到该更公开的时候，我相信我们能摆出一副普通老百姓（joe sixpack）也喜欢的面孔 14:58 &lt;duck&gt; 好 14:58 &lt;jrandom&gt; 人们会用 i2p 做“坏事”吗？ 会的 14:58 &lt;dm&gt; 我觉得我们应该以“啤酒肚老乔”（joe beergut）为目标 14:58 &lt;protok0l&gt; 祝好运，我知道 gott 在策划些什么 14:58 &lt;protok0l&gt; gott 会毁了我们 14:58 &lt;duck&gt; 好 14:58 &lt;duck&gt; . 14:58 &lt;jrandom&gt; 任何有价值的匿名或安全系统要想存活，唯一的办法就是保持内容中立 14:59 &lt;deer&gt; &lt;Ragnarok&gt; 匿名通信系统只能保护通信。 如果有人真的做了什么，它们不会妨碍传统的警方办案。 14:59 &lt;duck&gt; 只是想说，放在 `http://127.0.0.1:7657/index.jsp` 上的一些链接可能会不好 14:59 &lt;dm&gt; I2P 讲的是技术。 14:59 &lt;deer&gt; &lt;Natalia&gt; 是的 14:59 &lt;jrandom&gt; 说得对，duck 15:00 &lt;duck&gt; 而且没错，sitelist.html 会变成一场关于 TFE 的讨论闹剧 15:00 &lt;jrandom&gt; 嗯，唔 15:00 &lt;deer&gt; &lt;Natalia&gt; 内容中立是我在最新 eeplog 条目里写到的东西 15:00 &lt;deer&gt; &lt;Natalia&gt; `http://gott.i2p/eeplog.html` 15:01 &lt;jrandom&gt; 不过这正是互动式 eepsites（比如 wiki）的力量 15:01 &lt;jrandom&gt; （比如让人们用 sitelist.py 之类的来登记他们的网站） 15:01 &lt;deer&gt; &lt;Natalia&gt; jrandom：你是否支持 eepsite 爬虫链接到非法内容、并从首页链接过去这种做法？ 15:01 &lt;deer&gt; &lt;Natalia&gt; +or 15:01 &lt;deer&gt; &lt;Natalia&gt; 如果你打算链接到 sitelist 15:02 &lt;duck&gt; 从道德角度我也毫不在乎 15:02 &lt;deer&gt; &lt;Natalia&gt; jrandom：这些都没有注册 15:02 &lt;duck&gt; 但从可用性角度我可能在乎 15:02 &lt;deer&gt; &lt;Natalia&gt; 脚本检查 host.txt 15:02 &lt;deer&gt; &lt;Natalia&gt; *hosts.txt 15:02 &lt;jrandom&gt; 从非技术的角度，我支持用户社区需要的任何东西 15:02 &lt;deer&gt; &lt;Natalia&gt; 所以只要有域名，所有人都会被加到列表里 15:03 &lt;deer&gt; &lt;Natalia&gt; 呃，胸罩太不舒服了。 15:03 &lt;protok0l&gt; 是啊，瘆得慌 15:03 &lt;deer&gt; &lt;cervantes&gt; 你有见过这个用户社区吗？ 15:03 &lt;cat-a-puss&gt; 最简单的办法是只链接到搜索页面。人人都会用，访问也快，而且没人会看到他们没主动去找的东西。 15:04 &lt;deer&gt; &lt;cervantes&gt; :) 15:04 &lt;protok0l&gt; gott 是个连环杀手，我知道的。他会是第一个通过 i2p 用摄像头直播谋杀的人 15:04 &lt;deer&gt; &lt;Natalia&gt; 用户社区由相当奇怪的人组成。 15:04 &lt;jrandom&gt; 说得好，cat-a-puss，我们可以只链接到 files.i2p 15:04 &lt;deer&gt; &lt;Natalia&gt; 目前，我被迫当个女人，因为首席开发者不赞成我另一个身份的不道德行为。 15:04 &lt;duck&gt; cat-a-puss++ 15:04 &lt;deer&gt; &lt;Natalia&gt; 我们因共同的冒险而团结在一起。 15:06 &lt;BS314159&gt; 我不确信这是个好主意，但 I2P 的许可确实足够宽松，允许人们分叉出自己的发行版，只是在本地链接页面上有所不同 15:06 &lt;deer&gt; &lt;Natalia&gt; 好吧。 15:06 &lt;deer&gt; &lt;cervantes&gt; 希望 DrWoo 能让他的索引不被污染 15:06 &lt;jrandom&gt; 当然，BS314159 15:06 &lt;BS314159&gt; 不是“版本”。是“发行版”。 15:06 &lt;deer&gt; &lt;Natalia&gt; files.i2p 应该是一个链接 15:06 &lt;jrandom&gt; BS314159：人们甚至可以编辑他们自己的本地链接页面 15:06 &lt;deer&gt; &lt;Natalia&gt; 然后应该有一个类似雅虎风格的网络目录链接 15:06 &lt;protok0l&gt; 大多数人会足够聪明去用官方版本 15:06 &lt;jrandom&gt; （在 docs/readme.html 里） 15:07 &lt;deer&gt; &lt;Natalia&gt; 搜索引擎和网络目录承担不同的角色 15:07 &lt;deer&gt; &lt;Natalia&gt; 这就是目录最初存在的原因 15:07 &lt;deer&gt; &lt;Natalia&gt; 它被要求独立于搜索引擎 15:07 &lt;BS314159&gt; 所以如果你想比如面向反色情的人群，就找一个反色情的维护者来维护一套经过过滤的默认起始页面 15:07 &lt;protok0l&gt; 除非他们愿意在第三方版本里找后门 15:07 &lt;deer&gt; &lt;Natalia&gt; 由人们提出的 15:07 &lt;deer&gt; &lt;Natalia&gt; 所以我觉得搜索引擎是好的 15:07 &lt;jrandom&gt; 对的，BS314159 15:07 &lt;deer&gt; &lt;Natalia&gt; 但不该止步于此 15:07 &lt;deer&gt; &lt;Natalia&gt; 搜索引擎、网络目录、wiki、帮助页面 15:07 &lt;deer&gt; &lt;Natalia&gt; 也许吧。 15:08 &lt;jrandom&gt; 我们已经链接到 fproxy.i2p 了，而且我们都知道他们站上那些可怕邪恶的内容 ;) 15:08 &lt;BS314159&gt; 我不确定我是否跑题了，但这似乎可行。有没有开源的内容过滤器，搜索引擎维护者愿意去支持的那种？ 15:08 &lt;BS314159&gt; 我感觉我跑题了 15:08 &lt;protok0l&gt; 会议还在进行吗？ 15:08 &lt;jrandom&gt; 在的，protok0l 15:08 &lt;BS314159&gt; 抱歉。（自我禁言） 15:08 &lt;deer&gt; &lt;Natalia&gt; jrandom：也许你不该链接到 fproxy.i2p 15:08 &lt;deer&gt; &lt;Natalia&gt; 它几乎老是挂着 15:08 &lt;jrandom&gt; BS314159：我觉得在搜索引擎里内置内容过滤有点过了 15:08 &lt;deer&gt; &lt;Natalia&gt; 看起来它现在就挂了 15:09 &lt;protok0l&gt; 是的 15:09 &lt;deer&gt; &lt;Natalia&gt; 根据最近一次站点检查脚本的运行结果 15:09 &lt;jrandom&gt; 好 15:09 &lt;jrandom&gt; 好，这次讨论不错，有很多好主意 15:09 &lt;BS314159&gt; 不是“那个”搜索引擎。是“某个人”的搜索引擎 15:10 &lt;deer&gt; * Natalia 微笑。 15:10 &lt;deer&gt; &lt;cervantes&gt; BS3：aol.i2p ;-) 15:10 &lt;jrandom&gt; 好，会议还有其他事项吗？ 15:10 &lt;deer&gt; &lt;cervantes&gt; 哇……还在开会…… 15:11 &lt;deer&gt; &lt;cervantes&gt; 我还以为我晚了一小时错过了呢 15:11 &lt;jrandom&gt; 没呢，是我迟到了 15:11 &lt;jrandom&gt; 好，如果没有的话.. 15:11 * jrandom 做好准备 15:11 * jrandom 把会议*baf*地宣布结束 </div>/zh/blog/2004/10/26/i2p-2004-10-26-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 26 Oct 2004 00:00:00 +0000/zh/blog/2004/10/26/i2p-2004-10-26-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到了每周更新时间</p> <h2 id="索引">索引</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>???</li> </ol> <h2 id="1-网络状态">1) 网络状态</h2> <p>我不想乌鸦嘴，但过去一周网络基本和以前一样——irc 相当稳定，eepsites(I2P Sites) 加载可靠，不过大文件仍然经常需要续传。基本上没什么新情况可报告，除了“没有新情况可报告”这件事之外。</p> <p>哦，我们发现的一件事是，虽然 Jetty 支持 HTTP 断点续传，但它只在 HTTP 1.1 下支持。对大多数浏览器和下载工具来说这没问题，<em>except</em> wget - wget 会以 HTTP 1.0 发送续传请求。因此，下载大文件时，请使用 curl 或其他支持 HTTP 1.1 断点续传的工具（感谢 duck 和 ardvark 深入排查并找到了解决方案！）</p> <h2 id="2-streaming-lib流式传输库">2) Streaming lib（流式传输库）</h2> <p>由于网络一直相当稳定，我几乎把所有时间都花在了新的流式库上。虽然它还没完成，但已经取得了很大进展——基本场景都运行良好，滑动窗口在自时钟机制方面表现不错，而且从客户端的角度看，新库可以无缝替换旧库（不过这两个流式库彼此不能通信）。</p> <p>这几天我一直在处理一些更有趣的场景。最重要的是高延迟的网络，我们通过对接收的消息注入延迟来进行模拟——要么是简单的 0-30s 随机延迟，要么是分层延迟（80% 的时间为 0-10s 延迟，10% @ 10-20s 延迟，5% @ 20-30s，3% @ 30-40s，4% @ 40-50s）。另一个重要的测试是随机丢弃消息——这在 I2P 上不应常见，但我们应该能够应对。</p> <p>整体性能一直相当不错，但在我们能将其部署到正式网络之前，还有大量工作要做。这次更新将会是 &lsquo;危险&rsquo; 的，因为它的能力极其强大 - 如果处理得极其不当，我们可能在瞬间就对自己发起 DDoS（分布式拒绝服务），但如果做得对，那么，我只想说，它潜力巨大（少承诺，多兑现）。</p> <p>话虽如此，鉴于网络目前相当‘稳态’，我并不急于发布尚未经过充分测试的东西。有更多消息时再告知。</p> <h2 id="3-maili2p-进展">3) mail.i2p 进展</h2> <p>postman 及其团队一直在致力于 I2P 上的邮件（参见 <a href="https://www.postman.i">www.postman.i</a> 2p），而且一些令人兴奋的新内容即将到来 - 也许 postman 会给我们带来更新？</p>/zh/blog/2004/10/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B410%E6%9C%8826%E6%97%A5/Tue, 26 Oct 2004 00:00:00 +0000/zh/blog/2004/10/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B410%E6%9C%8826%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> deer, jrandom, lucky, modulus</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) 嗨 14:04 &lt;jrandom&gt; 1) 网络状态 14:04 &lt;jrandom&gt; 2) Streaming 库（流式传输库） 14:04 &lt;jrandom&gt; 3) mail.i2p 进展 14:05 &lt;jrandom&gt; 4) ??? 14:05 &lt;jrandom&gt; 0) 嗨 14:05 * jrandom 挥手 14:05 &lt;jrandom&gt; 每周状态说明已发布到 http://dev.i2p.net/pipermail/i2p/2004-October/000474.html 14:06 * jrandom 让你们先偷看（可恶，居然先偷看！） 14:06 &lt;jrandom&gt; 跳到 1) 网络状态 14:07 &lt;jrandom&gt; 我想邮件已经涵盖了我想提到的内容。关于恢复的修复很好，duck；也感谢 ardvark 和 ragnarok 报告！ 14:07 &lt;jrandom&gt; 关于网络状态，大家还有什么要提的吗？ 14:08 &lt;modulus&gt; 很棒。 14:08 &lt;deer&gt; &lt;postman&gt; 嗨 14:08 &lt;jrandom&gt; w3wt 14:09 &lt;jrandom&gt; 最近延迟方面有点怪，不过看起来和我们上周讨论的是同一个问题 14:09 &lt;jrandom&gt; （尤其是因为从那以后我没有对核心做过任何改动） 14:09 &lt;deer&gt; &lt;clayboy&gt; 我想大家都同意它已经稳定且可用。 14:09 &lt;deer&gt; &lt;clayboy&gt; 不过我怀念自己在 IRC 上连通 10-16 小时的日子，不过不重要 14:10 &lt;deer&gt; &lt;jrandom2p&gt; 我这边已经连了 20 小时 14:10 &lt;deer&gt; &lt;jrandom2p&gt; 但没错，会波动（希望议程第 2 项能有所帮助） 14:10 &lt;deer&gt; &lt;clayboy&gt; 我很难超过&gt; 2 小时，但我总能立刻重连，所以还是能用 14:11 &lt;jrandom&gt; 好 14:11 &lt;jrandom&gt; 还不够好，但够用了 14:11 &lt;jrandom&gt; （暂时） 14:11 &lt;deer&gt; &lt;clayboy&gt; 同意 14:12 &lt;jrandom&gt; 好，还有别的吗，或者我们转到 2) Streaming 库？ 14:13 &lt;jrandom&gt; [就当我们已经转到那一项了] 14:13 &lt;jrandom&gt; 邮件里有个进展概览 14:14 &lt;jrandom&gt; 在大多数情况下，消息序列是“正确”的（与之前讨论的一致） 14:14 &lt;jrandom&gt; 例如，简短的请求/响应可以让被请求方在一次往返中给出回应 14:15 &lt;jrandom&gt; 我现在在做 profile=bulk，测试在延迟和失败条件下的滑动窗口 14:15 &lt;jrandom&gt; 还有一些需要清理的地方，尚未可用，但确实在推进 14:16 &lt;deer&gt; &lt;clayboy&gt; 那么带有 Streaming 库的 0.4.2 会在十月上线吗？这似乎没必要这么赶。 14:16 &lt;jrandom&gt; 我不认为下周之前 Streaming 库能准备好最终部署，不会的 14:17 &lt;jrandom&gt; 所以进度会有些延迟，我还不确定会延到什么程度 14:17 &lt;deer&gt; &lt;duck&gt; 有没有什么测试类给我们玩一玩？ 14:18 &lt;jrandom&gt; 我还没提交 build.xml 文件，以免大家去用 ;) 不过今晚晚些时候我会把现有的提交上去，然后你们可以试试 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/streaming/java/test/net/i2p/client/streaming/StreamSinkTest.java?rev=1.1&amp;content-type=text/x-cvsweb-markup 14:19 &lt;deer&gt; &lt;duck&gt; h0t 14:19 &lt;jrandom&gt; 有一点，这个新的 Streaming 库不再使用旧的 mode=guaranteed，因为它有自己的 ACK/NACK 机制 14:20 &lt;jrandom&gt; 这意味着即便该库已经工作完美，router 本身仍需要做一些工作，因为客户端的发送任务是为“guaranteed”投递设计的，会在 garlic 中捆绑一个往返消息以确认会话标签的送达 14:21 &lt;jrandom&gt; 不过我们其实不必立刻修复——那个 DeliveryStatusMessage 的带宽开销……微不足道 14:21 &lt;jrandom&gt; 但我们还是希望尽早处理它 14:22 &lt;jrandom&gt; 好，我关于这部分就这些 14:22 &lt;jrandom&gt; 关于 Streaming 库还有什么要提的吗？ 14:23 &lt;jrandom&gt; 如果没有，3) mail.i2p 进展 14:23 &lt;jrandom&gt; postman，你在吗？ 14:23 &lt;deer&gt; &lt;postman&gt; 嗯 14:24 &lt;jrandom&gt; 有没有什么更新，还是我们等更多消息？ 14:24 &lt;deer&gt; &lt;postman&gt; 好 14:24 &lt;deer&gt; &lt;postman&gt; 要我说吗？ 14:24 &lt;jrandom&gt; 麦克风交给你 14:24 &lt;deer&gt; * gott 醒了。 14:24 &lt;deer&gt; &lt;postman&gt; 1.) in/out 代理功能目前（atm）正在安装/测试 14:25 &lt;deer&gt; &lt;postman&gt; 2.) 在接下来的 10 天内，我们将上线收/发 Internet 邮件的网关服务 14:25 &lt;modulus&gt; 酷！ 14:25 &lt;jrandom&gt; 酷^2！ 14:25 &lt;deer&gt; &lt;clayboy&gt; 确实 14:25 &lt;deer&gt; &lt;postman&gt; 3.) 实现将遵循我网站上 ideas.html 文档中的想法/概念 14:25 &lt;deer&gt; &lt;gott&gt; 好极了！ 14:26 &lt;deer&gt; &lt;postman&gt; 也就是说：基于 hashcash/收件人的配额，以及其他各种花哨的东西 14:26 &lt;deer&gt; &lt;postman&gt; 这个服务不应被匿名用户滥用 14:26 &lt;deer&gt; &lt;postman&gt; :) 14:26 &lt;deer&gt; &lt;postman&gt; 嗯，还有一点 14:26 &lt;deer&gt; &lt;postman&gt; 关于 webmail 界面的问题 14:26 &lt;deer&gt; &lt;postman&gt; 目前我不想把它托管在我的服务器上 14:27 &lt;deer&gt; &lt;postman&gt; 因为我不清楚潜在的安全问题 14:27 &lt;deer&gt; &lt;postman&gt; 现在运行的系统是我验证过的——我了解源码和安全风险 14:28 &lt;deer&gt; &lt;postman&gt; 为所有用户添加 PHP 和动态内容以及一个 webmail 应用会让事情复杂很多 14:28 &lt;deer&gt; &lt;postman&gt; 这个想法（感谢 jr）是： 14:28 &lt;deer&gt; &lt;postman&gt; 如果用户把自己的 webmail 界面安装为另一个可选的 jetty 或其他实例呢？ 14:29 &lt;modulus&gt; 像一个把 pop3 -&gt; webmail 的东西？ 14:29 &lt;jrandom&gt; 没错 14:29 &lt;deer&gt; &lt;postman&gt; 然后这个本地 webmail 应用通过 postman.i2p 的 tunnels 来进行 smtp 和 pop3 14:29 &lt;modulus&gt; 听起来不错。 14:29 &lt;deer&gt; &lt;postman&gt; 但我需要帮助来评估 14:30 &lt;deer&gt; &lt;postman&gt; 目前我正忙于现实生活的事以及 in/out 代理 14:30 &lt;jrandom&gt; （呃，现实生活！） 14:30 &lt;deer&gt; &lt;postman&gt; 而且我这花生米大小的脑子——完全不擅长 Java 14:31 &lt;deer&gt; &lt;postman&gt; 我需要有人帮忙，看看如何把这个做成本地/可选的服务 14:31 &lt;modulus&gt; 也许已经有在 TCP 上实现这一点的东西？如果有，可以直接用。 14:31 &lt;deer&gt; &lt;DrWoo&gt; postman：我怀疑只有花生米那么大，我觉得光是呼吸就至少要核桃那么大 ;) 14:32 &lt;jrandom&gt; 快速看了一眼 hotscripts，我看到有一个做 pop3 的，虽然不知道是否支持认证的 smtp 14:32 &lt;deer&gt; &lt;postman&gt; modulus：我想野外应该有可用/可改的东西——让它跑在自己的 jetty 实例里会很性感 14:32 &lt;jrandom&gt; 我肯定外面有，只需要一个敢于冒险的人去找出来 :) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p：我觉得这可以很容易地 hack 出来 14:33 &lt;jrandom&gt; 没错——在理想情况下，有人只需拿个 mywebmail.war，放到 webapps/ 目录，然后打开 `http://localhost:7657/mywebmail/` 14:33 &lt;deer&gt; &lt;postman&gt; 好吧，这个问题就交给你们去考虑了 :) 14:33 &lt;modulus&gt; 即便它是一个独立应用，也没问题，配合 i2ptunel 14:33 &lt;jrandom&gt; 没错，modulus 14:33 &lt;deer&gt; &lt;postman&gt; 嗯 :) 14:34 &lt;jrandom&gt; 而且本地&gt;&gt; 远程，因为本地端可以做一些事，比如访问你的 GPG 密钥环之类的 14:34 &lt;deer&gt; &lt;postman&gt; 我会在服务器端做任何必要的事来支持这样的系统 14:34 &lt;modulus&gt; 希望需要做的很少。 14:36 &lt;deer&gt; &lt;postman&gt; 当然，一旦 Internet 接入可用，就会有官方公告——敬请期待——webmail 的想法也许也会有一些进展 14:36 &lt;deer&gt; &lt;postman&gt; 我这部分就这么多 14:36 &lt;deer&gt; * postman 又坐了下来，啜饮着他的咖啡 14:36 &lt;modulus&gt; 能否做点什么来过滤可能暴露匿名性的资料？ 14:36 &lt;jrandom&gt; 太棒了，谢谢 postman！ 听起来很让人兴奋 14:36 &lt;modulus&gt; 有些 MUA 在这方面很不守规矩。 14:37 &lt;deer&gt; &lt;postman&gt; modules：请看网页——有一大段长篇大论讲这个 14:37 &lt;jrandom&gt; :) 14:37 &lt;modulus&gt; 好 14:37 &lt;jrandom&gt; `http://www.postman.i2p/sec.html` 先看这个 14:37 &lt;modulus&gt; 我读过了，我只是想也许可以过滤掉某些字段。 14:37 &lt;modulus&gt; 也许我信任 postman，但不信任其他人。 14:38 &lt;deer&gt; &lt;postman&gt; modulus：它们已经被过滤了 14:38 &lt;modulus&gt; 好吧，我上次试的时候还没有。 14:38 &lt;modulus&gt; 抱歉。 14:38 &lt;deer&gt; &lt;postman&gt; modulus：sec2.html 描述了 WHAT 头字段会被过滤或更改 14:38 &lt;deer&gt; &lt;postman&gt; modulus：你指的是哪些头字段？ 14:38 &lt;modulus&gt; From 域（IP）之类的东西 14:39 &lt;jrandom&gt; 如果本地的 webmail 脚本在本地进行过滤，那就更好了 14:39 &lt;jrandom&gt; （除了 smtp.postman.i2p 上所做的任何过滤之外） 14:39 &lt;deer&gt; &lt;postman&gt; modulus：我们私聊（pm）讨论这个，好吗？ :) 14:40 &lt;deer&gt; &lt;postman&gt; jrandom2p：当然——我很高兴每个客户端都能做好自己的功课 14:40 &lt;modulus&gt; 好的，抱歉。 14:41 &lt;jrandom&gt; 好，关于 mail.i2p 的讨论还有别的吗？ 14:41 &lt;jrandom&gt; 如果没有，4) ??? 14:41 &lt;deer&gt; * duck 对第 4 项有一些内容 14:42 &lt;jrandom&gt; 怎么了，duck？ 14:42 &lt;deer&gt; &lt;duck&gt; home.duck.i2p 的硬盘炸了 14:42 &lt;jrandom&gt; （唉） 14:42 &lt;deer&gt; &lt;duck&gt; 幸好这些托管账户基本没用，除了 alexandria 14:42 &lt;deer&gt; &lt;duck&gt; 这里有人把所有电子书都吸走了吗？ :) 14:43 &lt;deer&gt; &lt;duck&gt; 如果有的话，我这缺一些，请私信我 14:43 &lt;jrandom&gt; 实际上，我觉得 thetower 做过 14:43 &lt;deer&gt; &lt;duck&gt; 我知道 hypercubus 也有 14:43 &lt;deer&gt; &lt;postman&gt; 该死 14:43 &lt;jrandom&gt; 前阵子我在他的网站上看到一个镜像 14:43 &lt;deer&gt; &lt;postman&gt; :/ 14:43 &lt;deer&gt; &lt;duck&gt; 好 14:43 &lt;jrandom&gt; 不过我不知道它是否齐全，或者是否够新 14:43 &lt;deer&gt; &lt;duck&gt; alexandria 现在在 `http://duck.i2p/alexandria/` 14:44 &lt;deer&gt; &lt;duck&gt; 我继续去羞愧了 14:44 &lt;deer&gt; &lt;duck&gt; . 14:44 &lt;jrandom&gt; 不必羞愧，你已经提供了一个超棒的免费服务！ 14:45 &lt;jrandom&gt; 也许现在是做个 geocities.i2p 站点的机会 ;) 14:46 &lt;deer&gt; &lt;duck&gt; 哦，我做了一个 yodel 的 Web 前端 @ `http://duck.i2p/yodel/` 14:46 &lt;jrandom&gt; 哦，有件不在议程里的事是 BT 相关的。 我知道 dinoman 在做一些这方面的 hacking——也许他想说点什么？ 14:46 &lt;jrandom&gt; 啊，不错 14:48 * jrandom 注意到 thetower 的 alexandria 镜像链接返回 404 14:48 &lt;deer&gt; &lt;gott&gt; 我有个建议。 14:48 &lt;jrandom&gt; 怎么了，gott？ 14:48 &lt;deer&gt; &lt;gott&gt; 我觉得 0.4.2 可以加一个链接到站点列表，比如 thetower、baffled 或我的页面上的某个列表，这会是个不错的功能。 14:49 &lt;jrandom&gt; 这是个好主意 14:49 &lt;jrandom&gt; 也许三个都加 14:49 &lt;deer&gt; &lt;gott&gt; 这样可以（a）维护活跃 eepsite 的列表，（b）为 I2P 形成一个类似 FIND / Dolphin 的索引 14:49 &lt;jrandom&gt; 你的也不错，还带有指向 eepsite 的链接 14:49 &lt;deer&gt; &lt;gott&gt; 位于 `http://gott.i2p/sites.html` 的那个一直在保持更新 14:49 &lt;deer&gt; &lt;gott&gt; 脚本每天都会跑 14:49 &lt;deer&gt; &lt;gott&gt; 我可以给链接添加可选的描述（多亏了 baffled 的脚本） 14:50 &lt;deer&gt; &lt;gott&gt; 这样它就成了一个索引 14:50 &lt;jrandom&gt; 也许加个“最近新增”或“最近移除”的标记会很棒？ 14:50 &lt;jrandom&gt; 同意 14:51 &lt;deer&gt; &lt;gott&gt; 相当不错。 14:51 &lt;deer&gt; &lt;gott&gt; 我现在要说的就这些。 14:51 &lt;deer&gt; &lt;gott&gt; 哦，还有一件事 14:51 &lt;deer&gt; &lt;gott&gt; snipsnap 在 I2P 下运行良好 14:52 &lt;deer&gt; &lt;gott&gt; 所以我们可能会看到类似 kuro5hin 风格的 eepsite 有朝一日被搭起来，像 SCUM 那样 14:52 &lt;jrandom&gt; 太棒了 14:52 &lt;deer&gt; &lt;gott&gt; 只是会更阴险一些，像 SCUM 那样 14:52 &lt;jrandom&gt; 写个搭建的 howto 会很棒 14:52 &lt;deer&gt; &lt;gott&gt; 把 .war 放进 webapps 14:52 &lt;deer&gt; &lt;gott&gt; 相当简单 ;-) 14:53 &lt;deer&gt; &lt;polecat&gt; snipsnap...SCUM...? 14:53 &lt;jrandom&gt; 真的这么容易？ 爽啊！ 14:53 &lt;jrandom&gt; polecat - http://snipsnap.org/space/start 14:53 &lt;deer&gt; &lt;gott&gt; 我的陈述完毕。 14:53 &lt;deer&gt; * gott 退场。 14:53 &lt;jrandom&gt; 谢谢，gott 14:54 &lt;jrandom&gt; nickster 曾经用过一段时间 snipsnap 14:54 &lt;jrandom&gt; 好，还有别的要提吗？ 14:55 * jrandom 注意到即使 *没有* newsbyte 我们也快到一小时了 ;) 14:55 &lt;deer&gt; &lt;polecat&gt; 我喜欢派！ 14:55 &lt;deer&gt; &lt;gott&gt; 我还有一件事。 14:55 &lt;deer&gt; &lt;duck&gt; 哦，orz 醒了 14:55 &lt;deer&gt; &lt;gott&gt; 我想宣布，在 0.4.2 发布后不久，我会发布一篇对 jrandom 的采访，内容涉及 I2P 相关的事情。 14:55 &lt;deer&gt; &lt;polecat&gt; 我不知道这是个正式会议。 可能提一下我关于名称服务器的想法…… 14:56 &lt;deer&gt; &lt;duck&gt; 我建议所有日本朋友去看看他的 eepsite/IRC 服务器 14:56 &lt;deer&gt; &lt;gott&gt; 在问答完成之前没有具体可说的，但你们可以有所期待。 14:56 &lt;deer&gt; &lt;gott&gt; 它会发布在我的 eeplog 上，如果 jrandom 觉得不错，可能还会在 i2p.net 的某处推荐 14:57 &lt;deer&gt; * gott 再次退场。 14:57 &lt;deer&gt; &lt;postman&gt; modulus: 14:57 &lt;jrandom&gt; 是啊，orz 的站点和 IRC 服务器都很好用，只是我看不懂上面的内容 :) 14:58 &lt;modulus&gt; 怎么了？ 14:58 &lt;modulus&gt; 抱歉全大写了。 14:58 &lt;deer&gt; &lt;DrWoo&gt; polecat：所以关于名称服务器？ 14:58 &lt;deer&gt; * gott 又回来了 14:58 &lt;deer&gt; &lt;gott&gt; duck：他会说英语吗？ 14:59 &lt;jrandom&gt; 哦，polecat，怎么了？ 14:59 &lt;jrandom&gt; polecat：我们每周的会议在每周二 GMT 晚上 9 点 14:59 &lt;deer&gt; &lt;gott&gt; 我猜他会，否则怎么把一切都搭得这么好。 14:59 &lt;jrandom&gt; （日志完成后会发布在 `http://www.i2p/meetings` 上 ;)） 15:00 &lt;deer&gt; &lt;polecat&gt; 是的。 嗯，我在想做一个名称服务器可能是个好主意。 但不是 DNS。 c.c 我想到一个只做一件事的服务器：在特定协议地址和人类可读名称之间进行转换。 15:00 &lt;jrandom&gt; 所以像一个 URI--&gt;URL 解析器，类似那样？ 15:01 &lt;deer&gt; &lt;polecat&gt; 它可以取代 hosts.txt，并且一旦支持 IPv4 和 IPv6，最终取代 DNS 本身。 15:01 &lt;deer&gt; &lt;polecat&gt; 在 I2P 的情况下就是 name =&gt; hash。 像 duck.i2p =&gt; 一串乱七八糟的字符 15:02 &lt;jrandom&gt; 对对 15:02 &lt;deer&gt; &lt;polecat&gt; DNS 的问题在于它有一些“要求”（也就是各种 hack），像 MX 服务器、根层级之类的糟糕东西。 DNS 的各种 hack 连 Usenet 都要自愧不如。 15:03 &lt;deer&gt; &lt;polecat&gt; 我之前在谈这个，有人提到了 http://distributeddns.sourceforge.net/ 15:03 &lt;deer&gt; &lt;polecat&gt; 不过我还没机会看那个网站。 15:05 &lt;jrandom&gt; 在研究命名系统时有很多事情需要注意，同时也有许多取舍要做。 多年来（不仅在 I2P 内部）已经有大量关于改进的讨论来解决许多问题，但能有一个具体的解决方案就太好了 15:05 &lt;deer&gt; &lt;gott&gt; 很好，非常好。 15:07 &lt;jrandom&gt; 我有我自己的看法，但这正是 I2P 的一个强项——我的看法并不重要 :) 任何类型的命名服务都可以被客户端应用使用，因为这些功能都在核心范围之外 15:08 &lt;jrandom&gt; 我知道 nano 也在做一些东西——nano.i2p 上有一些条目，尽管我不知道进展如何 15:08 &lt;deer&gt; &lt;polecat&gt; 同意；你可以写客户端去使用 ddns 服务器，也可以写它们去解析本地的 hosts.txt 15:08 &lt;deer&gt; &lt;gott&gt; jrandom：我很害怕有一天，hosts.txt 或类似的命名系统开始出现 &lt;&lt;enlarge.your.penis.i2p&gt;&gt; 15:09 &lt;deer&gt; &lt;polecat&gt; 这样可能更容易；目前只有 I2PTunnel 能理解 hosts.txt。 而且如果我们要与 IPv4 和 IPv6 竞争，当它们没有这些限制时，我们不能牺牲功能。 15:10 &lt;jrandom&gt; 前阵子 mihi 把 i2ptunnel 里的命名钩子抽象出来了——任何实现了 http://dev.i2p.net/javadoc/net/i2p/client/naming/NamingService.html 的东西都可以透明使用 15:10 &lt;jrandom&gt; （这包括 I2PTunnel 和 SAM） 15:10 &lt;deer&gt; &lt;polecat&gt; 真的？ 那我也得去看看…… 15:11 &lt;jrandom&gt; 嗯，它们为了安全性和身份做了功能上的取舍 15:11 &lt;deer&gt; &lt;polecat&gt; 另外，由于 I2P 出于密码学安全采用了很长的哈希，有一个名称服务器就更重要了，因为大多数人记不住完整的 I2P 哈希地址。 15:11 &lt;jrandom&gt; 例如，执法暴徒可以踹开 $domainOwner 的门 15:11 &lt;jrandom&gt; （而且有人可以轻易地伪造 DNS） 15:12 &lt;jrandom&gt; 但拥有某种 name --&gt; location 的解析功能肯定很重要 15:13 &lt;deer&gt; &lt;polecat&gt; 没有一个中心化的服务器，你无论如何都无法拥有唯一的人类可读名称。 即使它们经过密码学签名，可被我们理解的那部分仍然可以重复。 15:14 &lt;lucky&gt; 呃。 15:14 &lt;lucky&gt; 你们为什么不让 deer 把 gott 屏蔽掉？ 15:14 &lt;jrandom&gt; 有很多取舍 15:14 &lt;jrandom&gt; 我在 http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 里概述了我的偏好 15:15 &lt;jrandom&gt; 但我近期不会去写一个命名服务，所以实现者想怎么做都可以 :) 15:15 &lt;lucky&gt; 呵。 我以为那是回答关于 Gott 的问题。 15:15 &lt;jrandom&gt; 呵 15:15 &lt;jrandom&gt; 不，gott 最近一直在积极贡献 15:16 &lt;jrandom&gt; 好，总之 polecat，你应该把你的想法放到一个 eepsite 上 15:16 &lt;lucky&gt; 天啊，世界怎么了？ 15:16 &lt;deer&gt; &lt;polecat&gt; 我在想自己写一个命名服务。 我想知道大家更偏好什么，并尽可能多地获得指导，看看如何把它实现得非常非常好。 15:16 &lt;lucky&gt; 哦，我怎么能做贡献？ 15:16 &lt;lucky&gt; 我懂一点 Java。 比如变量赋值。 15:16 &lt;lucky&gt; 还有 ++j 是什么意思 15:17 &lt;deer&gt; &lt;polecat&gt; 呃……一个 eepsite…… 15:17 &lt;deer&gt; &lt;polecat&gt; ++j 是变量 j 的后置自增运算符？ 15:18 &lt;jrandom&gt; polecat：你也可以发到邮件列表或论坛。 如果你想了解大家的偏好，也许可以在论坛发个投票？ 15:18 &lt;deer&gt; &lt;polecat&gt; 问题是我用的这台电脑经常重启进 Windoze，所以除非我把 eepsite 放在 vfat 分区，否则我无法在操作系统之间共享它的信息。 15:19 &lt;jrandom&gt; 好，那把命名方面的东西放到论坛而不是 eepsite 可能更好 :) 15:20 &lt;deer&gt; &lt;polecat&gt; 论坛地址是哪里来着……？ 15:20 &lt;jrandom&gt; `http://forum.i2p/` 15:20 &lt;jrandom&gt; 以及 http://forum.i2p.net/ 15:20 &lt;jrandom&gt; （命名是不是很神奇？ :) 15:21 &lt;deer&gt; &lt;gott&gt; 我一直都在积极贡献。 15:21 &lt;deer&gt; &lt;polecat&gt; 是的，除了我们仍然从中心化来源 wget hosts.txt 文件。 ;3 15:22 * jrandom 用的是 cp，不是 wget ;) 15:22 &lt;jrandom&gt; 好，还有别的要提吗？ 15:23 * jrandom 并不是要终止命名方面的讨论，只是我们可以连续讨论好多周 15:23 &lt;deer&gt; &lt;DrWoo&gt; dinoman 在 I2P 里搭建一个 cvs 服务器吗？ 15:23 &lt;jrandom&gt; 嗯，I2P 里已经有一个 cvs 服务器了（cvs.i2p） 15:24 &lt;jrandom&gt; 不过没错——如果我没记错，dinoman 正在 I2P 里做一个完整的 gforge 15:24 &lt;deer&gt; &lt;DrWoo&gt; jrandom：抱歉，我是说一个完全匿名的 cvs ;) 15:25 &lt;jrandom&gt; 嘿，cvs.i2p 就是完全匿名的 cvs :) i2p 是完全自托管的，但还缺少一些方便添加大量其他项目的配套功能 15:25 &lt;jrandom&gt; （而且在 I2P 上有一个 gforge 会非常给力） 15:26 &lt;deer&gt; &lt;DrWoo&gt; jrandom：cvs.i2p 不是跑在公网服务器上吗？ 15:26 &lt;deer&gt; &lt;polecat&gt; gforge……不太了解…… 15:27 &lt;jrandom&gt; DrWoo：也许吧 ;) 15:27 &lt;jrandom&gt; DrWoo：但关键是开发者可以匿名，并且通过 I2P 为 I2P 开发 15:27 &lt;jrandom&gt; 如果承载 cvs.i2p 的那台机器遭到攻击，我们只需把目标移到别处 15:28 &lt;deer&gt; &lt;polecat&gt; 没错，所以即使 I2P 源码本身可能被“法律的长臂”查抄，开发者也在一定程度上因为匿名而免受影响。 15:28 &lt;jrandom&gt; 让他们拿源码吧，反正是免费的！ :) 15:29 &lt;deer&gt; &lt;DrWoo&gt; jrandom：是，我明白你的意思，但它仍然有像 indymedia 那样的风险 15:30 &lt;jrandom&gt; 如果那些 jackboots 踹开了运行 cvs.i2p 的机房的门，我只会把 cvs 装在别处，把 cvs 的备份部署过去，并用 cvs.i2p 的私钥跑一个 i2prouter 15:30 &lt;jrandom&gt; （而且不会告诉别人 cvs.i2p == cvs.i2p.net ;)） 15:32 &lt;jrandom&gt; 好，这次会议还有其他人要提什么吗？ 15:32 &lt;deer&gt; &lt;polecat&gt; 嘿，这挺酷的。 15:33 &lt;jrandom&gt; 如果没有 15:33 * jrandom 收尾 15:34 * jrandom *baf*地宣布会议结束 </div>/zh/blog/2004/10/19/2004-10-19-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 19 Oct 2004 00:00:00 +0000/zh/blog/2004/10/19/2004-10-19-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，又是星期二了</p> <h2 id="索引">索引</h2> <ol> <li>0.4.1.3</li> <li>Tunnel test time, and send processing time</li> <li>Streaming lib</li> <li>files.i2p</li> <li>???</li> </ol> <h2 id="1-0413">1) 0.4.1.3</h2> <p>0.4.1.3 版本在一两天前发布了，看起来大多数人已经升级了（谢谢！）。网络运行得相当好，但可靠性还没有出现革命性的提升。不过，0.4.1.2 中的 watchdog（看门狗）相关 bug 已经消失了（至少目前没人再提到它们）。我的目标是让这个 0.4.1.3 版本成为 0.4.2 之前的最后一个补丁，不过当然，如果出现需要修复的重大问题，我们还会再发一个。</p> <h2 id="2-tunnel-test-time-and-send-processing-time">2) Tunnel test time, and send processing time</h2> <p>0.4.1.3 版本中的最重要变更在于 tunnel 测试：我们不再使用固定的（30 秒！）测试周期，而是采用由实测性能推导出的更为激进的超时设置。这样很好，因为当 tunnel 慢到无法完成任何有用工作时，我们现在会将其标记为失败。不过，这也有不利之处，因为有时 tunnel 会暂时拥塞，如果我们恰好在那段时间进行测试，就会把本来可以正常工作的 tunnel 判定为失败。</p> <p>最近的图表，展示在单个router上完成一次tunnel测试所需的时间：</p> <p>这些 tunnel 测试时间总体上还可以——它们会经过 4 个远程对等节点（使用 2 跳 tunnels），因此大多数情况下每跳约 ~1-200 毫秒。不过，情况并非总是如此，正如你所见——有时每跳会达到秒级。</p> <p>这正是下一张图所要说明的——从某个特定 router 想要发送一条消息的时刻，到该消息被刷新到套接字时为止的排队时间：</p> <p>大约95%都低于50毫秒，但那些尖峰要命。</p> <p>我们需要消除这些尖峰，并设法在出现更多对等节点失败的情况下加以规避。就目前而言，当我们“了解到”某个对等节点导致我们的 tunnels 失败时，我们其实并没有了解到任何与其 router 特有的内容——如果我们正好碰上，这些尖峰甚至会让高容量的对等节点看起来很慢。</p> <h2 id="3-流式传输库">3) 流式传输库</h2> <p>绕过失效的 tunnels 的第二部分工作将部分通过 streaming lib（流式传输库）来实现 - 从而为我们提供更为健壮的端到端流式通信。这个话题并不新鲜 - 该 lib 将实现我们讨论已久的所有高级功能（当然，它也会有自己的一些 bug）。在这方面已经取得了很大进展，实现可能已经完成了约60%。</p>/zh/blog/2004/10/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B410%E6%9C%8819%E6%97%A5/Tue, 19 Oct 2004 00:00:00 +0000/zh/blog/2004/10/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B410%E6%9C%8819%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> deer\_, jrandom, modulus</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:03 &lt;jrandom&gt; 1) 0.4.1.3 14:03 &lt;jrandom&gt; 2) Tunnel 测试时间，以及发送处理时间 14:03 &lt;jrandom&gt; 3) Streaming lib（I2P 流式传输库） 14:03 &lt;jrandom&gt; 4) files.i2p 14:03 &lt;jrandom&gt; 5) ??? 14:03 &lt;jrandom&gt; 0) 嗨 14:03 * jrandom 挥手 14:04 &lt;modulus&gt; 嗨嗨 14:04 &lt;jrandom&gt; 每周状态说明已发布在 @ http://dev.i2p.net/pipermail/i2p/2004-October/000469.html 14:04 &lt;deer_&gt; &lt;fidd&gt; 嗨 14:04 &lt;jrandom&gt; 我没在说明上花太多时间，所以它们很简短 14:05 &lt;jrandom&gt; 不过，人生如此 14:05 &lt;jrandom&gt; 继续到 1) 0.4.1.3 14:05 &lt;jrandom&gt; 这个版本前几天发布了，然后……嗯……基本上和之前差不多 14:05 &lt;jrandom&gt; 大多数情况下够用，但还没达到我们期望的可靠性 14:06 &lt;jrandom&gt; 吞吐量还是偏低，但这是已知问题，会在 0.4.2 处理中 14:06 &lt;jrandom&gt; 如邮件所述，我不预计还会有 0.4.1.* 的发布 14:07 &lt;jrandom&gt; 这方面我没什么更多可说的——有人有评论/担忧吗？ 14:07 &lt;deer_&gt; &lt;newsbyte&gt; 是的：卡死问题呢？ 14:09 &lt;jrandom&gt; 我不排除你的机器因为 I2P 而挂起的可能，但我非常怀疑 14:09 &lt;jrandom&gt; 从未有人在任何平台上报告过这种情况 14:09 &lt;deer_&gt; &lt;newsbyte&gt; 嗯……在我看来，即使不是直接原因，也肯定有点关系 14:09 &lt;deer_&gt; &lt;newsbyte&gt; 也许是 Java？ 14:10 &lt;jrandom&gt; 你在 w2k 上用 1.5？ 14:10 &lt;jrandom&gt; 还是 1.4.2_05？ 14:10 &lt;deer_&gt; &lt;newsbyte&gt; 不是，1.5 14:10 &lt;jrandom&gt; 好 14:10 &lt;deer_&gt; &lt;newsbyte&gt; 当然，我也不能排除是别的原因 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 也可能只是巧合，碰巧发生了两次 14:11 &lt;jrandom&gt; 好，如果你愿意，我们会后可以再讨论如何查明原因 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 但上次……我也不清楚……当时并没有跑什么别的东西 14:11 &lt;deer_&gt; &lt;dinoman&gt; 我这边 w2k 上的 1.5 用得挺好 :) 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 确实，不过 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 难道没有一个简单的调试日志之类的东西？ 14:11 &lt;jrandom&gt; 如果再发生，请把 wrapper.log 和 logs/log-router-*.txt 发给我 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 这在卡死时可能有用 14:11 &lt;jrandom&gt; 日志多得像地上的土一样 ;) 14:12 &lt;jrandom&gt; 好的，酷，dinoman 14:12 &lt;jrandom&gt; 也许是和你的软件防火墙有冲突 14:12 &lt;deer_&gt; &lt;newsbyte&gt; 也许吧 14:12 &lt;jrandom&gt; 但是，是的，如果再发生就把日志丢给我 14:12 &lt;jrandom&gt; （拜托了 :) 14:12 &lt;deer_&gt; &lt;newsbyte&gt; 嗯，要是它被拦了，我能理解 14:12 &lt;deer_&gt; &lt;newsbyte&gt; 但整个系统卡死……不清楚……挺吓人的 14:13 &lt;deer_&gt; &lt;newsbyte&gt; 从好的方面看：我现在有 27/63 了 14:13 &lt;jrandom&gt; 太好了 14:13 &lt;jrandom&gt; 好的，关于 0.4.1.3 还有谁有问题/评论/担忧？ 14:13 &lt;deer_&gt; &lt;newsbyte&gt; 我想我会请 Whoo 带我过一遍那个 eep 的东西 14:13 &lt;deer_&gt; &lt;dinoman&gt; 只是别和 Sygate Personal Firewall 一起用，太糟糕了 14:13 &lt;deer_&gt; &lt;newsbyte&gt; 为什么？ 14:14 &lt;deer_&gt; &lt;dinoman&gt; 崩溃 14:14 &lt;deer_&gt; &lt;newsbyte&gt; 对了；你忘了 6) profit!! 14:14 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:14 &lt;deer_&gt; &lt;newsbyte&gt; 崩溃？ 14:14 &lt;deer_&gt; &lt;newsbyte&gt; 呃 14:14 &lt;jrandom&gt; dinoman：它是让你的操作系统崩了？还是防火墙？还是 I2P？ 14:14 &lt;deer_&gt; &lt;newsbyte&gt; 嗯，那不就解释通了吗？ ;-) 14:15 &lt;jrandom&gt; newsbyte：你在用 Sygate Personal Firewall 吗？ 14:15 &lt;deer_&gt; &lt;newsbyte&gt; 确实 14:15 &lt;deer_&gt; &lt;newsbyte&gt; 嗯，不是在我的 router 上 14:15 &lt;deer_&gt; &lt;newsbyte&gt; 但在电脑上，是的 14:15 &lt;deer_&gt; &lt;newsbyte&gt; 看起来我们发现了线索 14:16 &lt;deer_&gt; &lt;DrWoo&gt; newsbyte: /join #i2p-chat，这样 jrandom 就能把会议进行完 14:16 &lt;deer_&gt; &lt;newsbyte&gt; 不过显然它不会立刻崩/卡 14:16 &lt;deer_&gt; &lt;dinoman&gt; 哦，它把 Windows 崩了 14:16 &lt;deer_&gt; &lt;newsbyte&gt; ？ 14:16 &lt;deer_&gt; &lt;newsbyte&gt; jrand 已经在这儿了 14:16 &lt;deer_&gt; &lt;dinoman&gt; 抱歉，刚走神了 14:16 &lt;jrandom&gt; 好，也许我们可以看看 SPF（Sygate Personal Firewall）到底在 b0rking 什么 14:16 &lt;jrandom&gt; 如果 0.4.1.3 没别的了，继续到 2) Tunnel 测试时间，以及发送处理时间 14:17 &lt;jrandom&gt; 昨天我们讨论了一些超时问题，基本上就是有时候事情会花太久 14:17 &lt;jrandom&gt; 不过我不认为你在 http://dev.i2p.net/~jrandom/processingTime.png 里看到的尖峰是合理的 14:18 &lt;jrandom&gt; 嗯，它们是真实的——确实会耗那么久 14:18 &lt;jrandom&gt; 我的意思是，我们应该能把它们消掉 14:18 &lt;jrandom&gt; 一定会有一些排队，但如果更谨慎地接受任务，应该能把它降下来 14:19 &lt;jrandom&gt; 这些延迟也可能是由于作业处理时间偶发的尖峰导致的，这个我们可以拼命调优（tune the fsck out of） 14:20 &lt;jrandom&gt; 总体来说，消息排队看起来还好，即使它会让一些 Tunnel 测试出现尖峰 14:20 &lt;deer_&gt; &lt;newsbyte&gt; 唉……我希望 freenet 和 i2p 真能合并……似乎进展会快很多，可能对双方都有利 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; 是啊，我不明白 fsck 对 jon 处理有什么用处 :) 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; s/jon/job/ 14:21 &lt;jrandom&gt; 合作潜力很大，但这两个项目的目标差异很大 14:21 &lt;jrandom&gt; !thwap Ragnarok 14:21 &lt;deer_&gt; &lt;newsbyte&gt; 呃 14:21 &lt;jrandom&gt; 哦，我昨天提到了一件事 14:21 &lt;deer_&gt; &lt;newsbyte&gt; 不过我不认为两个项目的目标有那么不同…… 14:22 &lt;deer_&gt; &lt;DrWoo&gt; jrandom：技术目标 14:22 &lt;jrandom&gt; newsbyte：我们可以在 5) ??? 里讨论那个，或者之后讨论。我们现在在 2)。 14:22 &lt;deer_&gt; &lt;DrWoo&gt; 哎呀 newsbyte：技术目标 14:22 &lt;deer_&gt; &lt;Ragnarok&gt; hehe 14:22 &lt;deer_&gt; &lt;newsbyte&gt; 是的，还有 3) profit!，遵循 /. 的传统！ 14:22 &lt;deer_&gt; &lt;newsbyte&gt; :-) 14:22 &lt;deer_&gt; &lt;Demokritos&gt; 真不敢相信 Tor 从 0.0.8 到 0.0.8.1 还不向后兼容 14:23 &lt;jrandom&gt; 对于 Tunnel 测试，测试周期有个下限——目前默认设为 5 秒 14:23 &lt;jrandom&gt; 先前的版本硬性限制为 30 秒，但你可以通过更新 `http://localhost:7657/configadvanced.jsp` 并添加 "router.tunnelTestMinimum=10000"（随你设定——该数值单位为毫秒）来配置你自己的 Tunnel 测试时间 14:23 &lt;deer_&gt; &lt;newsbyte&gt; 那些秒，是不是魔法加持的？ 14:24 &lt;jrandom&gt; 默认 5 秒应该没问题 14:24 &lt;deer_&gt; &lt;Demokritos&gt; 事实上我前天刚把 Tor 升级了，因为它不工作了，现在网络又告诉我我版本不兼容……这啥情况…… 14:24 &lt;deer_&gt; &lt;Demokritos&gt; 哦……大家好 :) 14:24 &lt;jrandom&gt; newsbyte：Tunnel 测试时间是 MAX(avgTunnelTestTime*2, minTunnelTestTime) 14:25 &lt;jrandom&gt; （我们设置了 minTunnelTestTime，否则一连串的快速测试可能引发级联故障） 14:26 &lt;jrandom&gt; 更多细节见 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 14:26 &lt;deer_&gt; &lt;newsbyte&gt; 嗯 14:26 &lt;deer_&gt; &lt;Demokritos&gt; 这真好笑……一家求职机构要我用 Internet Explorer，否则我就无法提交申请 14:27 &lt;jrandom&gt; *咳* 大家知道这些会议日志会放到网上的，对吧？ :) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; &lt;-- 英语不太好 14:27 &lt;deer_&gt; &lt;newsbyte&gt; 会吗？！ 14:27 &lt;deer_&gt; &lt;newsbyte&gt; 嗨，妈！ 14:27 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; 嗯，抱歉。我在打扰会议……我先走了 14:28 &lt;jrandom&gt; 不，用不着走，留下来吧，不过我们聊 i2p 的事 ;) 14:28 &lt;deer_&gt; &lt;newsbyte&gt; 别担心；打扰也是门艺术，多关注我，你就会了 14:28 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:28 &lt;jrandom&gt; 好的，关于 2) Tunnel 测试时间，以及发送处理时间，还有别的吗？ 14:28 &lt;deer_&gt; &lt;Ragnarok&gt; 集中注意力，各位 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] 已退出 [读取错误: 60 (操作超时)] 14:29 &lt;jrandom&gt; 如果没有，继续到 3) Streaming lib 14:29 &lt;jrandom&gt; 如状态说明所述，进展很大 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] 加入了 #i2p 14:29 &lt;deer_&gt; &lt;newsbyte&gt; 你做的？ 14:29 &lt;jrandom&gt; 还没完全到位，但我希望下周能做一些在线测试 14:30 &lt;jrandom&gt; 是的，我一直在做 Streaming lib 14:30 &lt;jrandom&gt; 我今天早些时候终于让它能 ping() 了 ;) 14:30 &lt;deer_&gt; &lt;Ragnarok&gt; 不错 :) 14:31 &lt;jrandom&gt; 好，关于这点我也没什么可补充的 14:31 &lt;jrandom&gt; 有人有问题/评论/担忧吗？ 14:31 &lt;deer_&gt; &lt;newsbyte&gt; 呃……速度呢？ 14:31 &lt;jrandom&gt; 速度没问题 14:31 &lt;deer_&gt; &lt;baffled&gt; 你预计会有怎样的加速/吞吐量？ 14:31 &lt;jrandom&gt; 我预计吞吐量会有显著提升 14:32 &lt;deer_&gt; &lt;newsbyte&gt; 他是说他会被罚款（fine）， 14:32 &lt;deer_&gt; &lt;newsbyte&gt; 因为超速 14:32 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:32 &lt;jrandom&gt; 另外，对于小型请求/响应的连接，延迟会大幅降低 14:32 &lt;jrandom&gt; （砍半） 14:32 &lt;deer_&gt; &lt;dinoman&gt; 哇 14:32 &lt;deer_&gt; &lt;dinoman&gt; 这是用 UDP 吗？ 14:33 &lt;jrandom&gt; 这个新库也会暴露出普通 TCP 栈的各种可调参数，这样应用就能按需微调自己的设置 14:33 &lt;jrandom&gt; 不，dinoman，这是在 i2p 的 I2CP 之上工作的 14:33 &lt;deer_&gt; &lt;dinoman&gt; 哇 x2 14:33 &lt;jrandom&gt; （不过大约一个月后我们会写类似的代码来实现 UDP 传输……） 14:34 &lt;jrandom&gt; 不过，嗯，走着瞧。 14:34 &lt;deer_&gt; &lt;newsbyte&gt; 因为……？ 14:34 &lt;jrandom&gt; 还有很多工作要做 14:34 &lt;jrandom&gt; 因为什么？ 14:34 &lt;deer_&gt; &lt;newsbyte&gt; 嗯，难道 TCP 不能做到吗？ 14:35 &lt;jrandom&gt; 哦，为什么我们要走 UDP？ http://www.i2p.net/todo#transport 14:35 &lt;deer_&gt; &lt;newsbyte&gt; 我记得在 freenet 也有同样的讨论，但他们到现在还是坚持用 TCP 14:35 &lt;jrandom&gt; 另外，TCP 是通用的流式传输——而我们可以大幅简化，因为我们能容忍一定程度的乱序 14:35 &lt;deer_&gt; &lt;newsbyte&gt; 并不是说他们做的决定都对 ;-) 14:36 &lt;jrandom&gt; newsbyte：我关注了那些讨论，我们会转向 UDP 14:36 &lt;jrandom&gt; （这不意味着 freenet 是错的——他们有不同的约束条件） 14:37 &lt;deer_&gt; &lt;Ragnarok&gt; i2p 不应该和 freenet 过度类比。 它们在技术上非常不同。 14:37 &lt;deer_&gt; &lt;newsbyte&gt; （或者：他们就是错的 ;-)） 14:37 &lt;jrandom&gt; 我不认为他们现在使用 TCP 是错的，就像我不认为 I2P 之前使用 TCP 是错的一样。 进步需要循序渐进 14:38 &lt;deer_&gt; &lt;mule_iip&gt; newsbyte 确保会议不会太短 14:38 &lt;jrandom&gt; 呵 14:38 &lt;deer_&gt; &lt;newsbyte&gt; 是啊，没有什么比短会更糟的了 14:38 &lt;deer_&gt; &lt;newsbyte&gt; 那样你就不能把爆米花都吃了、把啤酒都喝了 14:38 &lt;jrandom&gt; 好，关于 3) Streaming lib 还有别的吗？ 14:39 &lt;jrandom&gt; 如果没有，4) files.i2p 14:39 &lt;deer_&gt; &lt;Ragnarok&gt; 我觉得没问题 14:39 &lt;deer_&gt; &lt;newsbyte&gt; 嗯，我知道我很酷 14:39 &lt;deer_&gt; &lt;newsbyte&gt; 还很有趣 14:39 &lt;deer_&gt; &lt;newsbyte&gt; 大多数时候 14:39 &lt;deer_&gt; &lt;newsbyte&gt; 也很烦人 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;jrandom&gt; 嗯，我只是想提一下 files.i2p——一个在 i2p 上的新搜索引擎 14:40 &lt;deer_&gt; &lt;newsbyte&gt; 啊，我懂了 14:40 &lt;deer_&gt; &lt;newsbyte&gt; 我还以为这是在讲如何架设 eepsite 呢 14:41 &lt;jrandom&gt; 有个有趣之处是它有缓存，所以即使 eepsite 不再在线，你也能访问到 14:41 &lt;deer_&gt; &lt;baffled&gt; 它会缓存所有东西吗？ 14:41 &lt;deer_&gt; &lt;newsbyte&gt; 到目前为止所有的搜索引擎都是服务端的？ 14:41 &lt;deer_&gt; &lt;Ragnarok&gt; 有意思。 如今这不该太难 :)。 14:41 &lt;jrandom&gt; baffled：据我所知，它缓存的是 text/html 14:42 &lt;deer_&gt; &lt;mule_iip&gt; 至少它对文件大小和类型有限制，所以不会缓存电影 14:42 &lt;deer_&gt; &lt;baffled&gt; 啊，我也是这么想的，不缓存二进制。 14:42 &lt;deer_&gt; &lt;newsbyte&gt; 我的意思是，它们不是在 JS 里实现的吧？ 14:43 &lt;jrandom&gt; 它用的是 nutch，如果有人想深入研究。 或者我相信我们能让站点作者放个反馈表之类的 ;) 14:43 &lt;jrandom&gt; newsbyte：对，这只是一个匿名托管的普通网站 14:43 &lt;jrandom&gt; 这个站点包含一个搜索引擎（类似 Google） 14:44 &lt;jrandom&gt; 总之，我只是想提一下 14:44 &lt;jrandom&gt; 最近还涌现了很多博客，我认为这真的很酷 14:44 &lt;jrandom&gt; 我 'eep' 的书签文件夹差不多占满一屏了 :) 14:44 &lt;deer_&gt; &lt;Ragnarok&gt; 呵呵，myi2p 自然而然就热闹起来了 :) 14:45 &lt;jrandom&gt; 你就非得提痛点，是吧，ragnarok？ ;) 14:45 &lt;deer_&gt; &lt;Ragnarok&gt; 抱歉 :) 14:46 &lt;jrandom&gt; 好，关于 files.i2p 有人有问题/评论/担忧吗？ 14:46 &lt;jrandom&gt; 如果没有，让我继续到 4.1) biff 14:46 * jrandom 差点忘了 biff 14:46 &lt;jrandom&gt; postman，你在吗？ 14:47 &lt;deer_&gt; &lt;newsbyte&gt; 我觉得他被 biff 弄住了 14:47 &lt;jrandom&gt; 好吧，如果他不在，biff 是一个超酷的新邮件通知机器人 14:47 &lt;jrandom&gt; 如果你在 mail.i2p 有邮箱账号，你可以让 biff 在你有新邮件时通知你 14:47 &lt;deer_&gt; &lt;newsbyte&gt; 它有存档吗？ 14:48 &lt;jrandom&gt; newsbyte：biff 只是个通知机器人，邮件存储在邮件服务器上（用你的常规邮件客户端访问——kmail 等） 14:48 &lt;jrandom&gt; 参见 `http://www.postman.i2p/` 14:49 &lt;jrandom&gt; 好的，那么就去那个 eepsite，或者去那边看看 #mail.i2p 14:49 &lt;deer_&gt; &lt;newsbyte&gt; 我会的，一旦把我的 eepsite 搭起来 14:49 * jrandom 对 biff 也不太了解——有问题转给 postman 14:50 &lt;jrandom&gt; 那么我们可以继续到 5) ??? 14:50 &lt;deer_&gt; &lt;newsbyte&gt; 确实 14:50 &lt;jrandom&gt; 还有人想提什么吗？ 14:50 &lt;deer_&gt; * mule_iip 举手想发言：想回顾一下我在 I2P 上用 FCP 的持续性问题。不过大概可以等等，可能会被 0.4.2 自动魔法般地解决。 14:50 &lt;deer_&gt; &lt;newsbyte&gt; 是的，还有卡死 14:50 &lt;jrandom&gt; 希望如此，mule_iip 14:50 &lt;deer_&gt; &lt;mule_iip&gt; 好，我来当你的测试平台 :) 14:50 &lt;jrandom&gt; newsbyte：这事我们需要讨论什么吗？ 如果再发生，你能把日志 email 给我吗？ 14:51 &lt;jrandom&gt; 哦，mule，那就太棒了 14:51 * jrandom 一定会接受你的提议 14:51 &lt;deer_&gt; &lt;newsbyte&gt; 嗯……如果一切都卡住了，我还能发那些吗？ 14:51 &lt;jrandom&gt; 这些文件会写入磁盘。 14:51 &lt;jrandom&gt; 你重启后，把日志发给我 14:51 &lt;deer_&gt; &lt;newsbyte&gt; 我是说，在那种情况下，我现在也能发，因为它们应该在某个地方 14:51 &lt;jrandom&gt; （拜托） 14:51 &lt;deer_&gt; &lt;dinoman&gt; 我刚在论坛看到 jabber 服务没了。那是我们的吗？如果是的话，我想跑一个，如果可以的话？ 14:51 &lt;jrandom&gt; 不过这些文件会轮转的，newsbyte 14:52 &lt;jrandom&gt; duck 和 demonic_1 以前不同时期都运行过 jabber 服务器，但看起来 i2p 的 IM 活动多数都在 IRC 上 14:52 &lt;deer_&gt; &lt;newsbyte&gt; 文件会轮转？肯定会先存不少数据才开始删吧？ 14:53 &lt;jrandom&gt; newsbyte：好，把你的日志发给我，也许里面有东西 14:53 &lt;deer_&gt; &lt;newsbyte&gt; 好 14:53 &lt;deer_&gt; &lt;newsbyte&gt; 呃 14:54 &lt;deer_&gt; &lt;newsbyte&gt; 唉 14:54 &lt;deer_&gt; &lt;newsbyte&gt; 好多 .log 14:54 &lt;deer_&gt; &lt;dinoman&gt; 好 14:54 &lt;deer_&gt; &lt;newsbyte&gt; 新手根本跟不上这个 14:54 &lt;deer_&gt; &lt;newsbyte&gt; 我想你说得对，暂时不要发 /. 文章 14:55 &lt;jrandom&gt; 我们不着急 14:55 &lt;deer_&gt; &lt;newsbyte&gt; log-router.txt？ 14:55 &lt;jrandom&gt; wrapper.log 和 logs/log-router-*.txt 14:56 &lt;deer_&gt; &lt;newsbyte&gt; 而要用的邮箱地址是……？ 14:56 &lt;deer_&gt; &lt;fidd&gt; dinoman，我觉得一个 jabber 服务器会很酷 14:56 &lt;jrandom&gt; jrandom@i2p.net 14:56 &lt;deer_&gt; &lt;newsbyte&gt; 希望能通过 i2p 访问吧？ 14:56 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:56 &lt;jrandom&gt; newsbyte：你可以把日志放在你的 eepsite 上，然后把 URL 私信给我 14:57 &lt;jrandom&gt; 或者你可以发邮件到 jrandom@mail.i2p 14:57 &lt;deer_&gt; &lt;newsbyte&gt; 确实！ 14:57 &lt;deer_&gt; &lt;newsbyte&gt; 好主意！ 14:57 &lt;deer_&gt; &lt;newsbyte&gt; 只有一个小问题：它还没上线 14:57 &lt;jrandom&gt; 好，还有谁想提什么吗？ 14:57 &lt;jrandom&gt; 好吧，newsbyte，我们可以处理这个 14:57 &lt;jrandom&gt; （会后） 14:59 &lt;deer_&gt; &lt;newsbyte&gt; 谢谢，不过 whoo 已经在帮忙了 14:59 &lt;jrandom&gt; 如果没别的…… 14:59 &lt;deer_&gt; &lt;newsbyte&gt; 不过我们需要一份详细的 howto/wiki/帮助站点/之类的东西 14:59 * jrandom 做个收尾 14:59 &lt;deer_&gt; &lt;Jake_&gt; 我想在会上说一句：如果能在 11 月 2 日美国大选之前发布一个公开版 i2p，这将极大地有助于确保民主的稳定 14:59 &lt;deer_&gt; &lt;newsbyte&gt; 那 6) 呢？ 14:59 &lt;jrandom&gt; newsbyte：你愿意来做这个吗？ 15:00 &lt;jrandom&gt; newsbyte：我同意，多一些 howto 和帮助信息会很棒 15:00 &lt;deer_&gt; &lt;Ragnarok&gt; 6) 并不存在……第 6 条 15:00 &lt;deer_&gt; &lt;newsbyte&gt; 嗯，是的，算是吧，但对我来说这事有点奇怪 15:00 &lt;deer_&gt; &lt;newsbyte&gt; 我支持 wiki、公开的东西、人人可用之类的一切 15:00 &lt;deer_&gt; &lt;newsbyte&gt; 但我的自我在抗议，想要最小化的控制权 15:00 &lt;jrandom&gt; 太好了 15:00 &lt;deer_&gt; &lt;newsbyte&gt; 自己琢磨吧 15:00 &lt;jrandom&gt; 呵 15:01 &lt;jrandom&gt; 嗯，如果你愿意把你自己的 eepsite 做成由你控制的 wiki，那也很棒 15:01 &lt;deer_&gt; &lt;newsbyte&gt; 确实 15:01 &lt;jrandom&gt; 不过 ugha.i2p 的在线时间（uptime）相当不错 15:01 &lt;deer_&gt; &lt;newsbyte&gt; 我会考虑的 15:01 &lt;jrandom&gt; 酷 15:02 &lt;deer_&gt; &lt;newsbyte&gt; 第 6 条应该是 freenet-i2p 那个事 15:02 * jrandom 做个收尾 15:02 * jrandom 将会议 *baf* 地关闭了 &lt;/div&gt; {% endblock %} </div>/zh/blog/2004/10/12/i2p-2004-10-12-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 12 Oct 2004 00:00:00 +0000/zh/blog/2004/10/12/i2p-2004-10-12-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，到了我们每周更新的时间了</p> <h2 id="索引">索引：</h2> <ol> <li>0.4.1.2</li> <li>0.4.1.3</li> <li>0.4.2</li> <li>mail discussions</li> <li>???</li> </ol> <h2 id="1-0412">1) 0.4.1.2</h2> <p>新的 0.4.1.2 版本已经发布几天了，一切基本符合预期——不过新的看门狗组件出现了一些小问题，导致它在情况很糟时会选择直接终止你的 router，而不是重启它。正如我今天早些时候提到的，我正在寻找愿意使用新的统计日志工具并向我发送一些数据的人，对此我将不胜感激。</p> <h2 id="2-0413">2) 0.4.1.3</h2> <p>在 0.4.2 发布之前还会有另一个版本，因为我希望在继续推进之前网络尽可能稳固。我目前正在尝试对 tunnel 参与进行动态限流：当 routers 遭遇流量淹没，或其 tunnel 比平时更慢时，指示它们以概率方式拒绝请求。这些概率和阈值根据正在记录的统计数据动态计算：如果你 10 分钟的 tunnel 测试时间大于 60 分钟的 tunnel 测试时间，则以 60minRate/10minRate 的概率接受该 tunnel 请求（而如果你当前的 tunnels 数量大于 60 分钟的平均 tunnels 数量，则以 p=60mRate/curTunnels 接受它）。</p> <p>另一个潜在的限速机制是沿着前述思路平滑带宽 - 当我们的带宽使用出现突增时，以概率方式拒绝 tunnels。总之，这一切的目的都是帮助分散网络使用量，并将 tunnels 在更多人之间更均衡地分布。我们在负载均衡方面遇到的主要问题是容量的<em>过剩</em>过于严重，因此，我们那些“该死，我们慢了，拒绝吧”的触发器从未被触发。这些新的概率式机制有望将快速变化控制在可控范围内。</p> <p>I don&rsquo;t have any specific plan for when the 0.4.1.3 release will be out - maybe the weekend. The data people send in (from above) should help determine whether this will be worthwhile, or if there are other avenues more worthwhile.</p>/zh/blog/2004/10/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B410%E6%9C%8812%E6%97%A5/Tue, 12 Oct 2004 00:00:00 +0000/zh/blog/2004/10/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B410%E6%9C%8812%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> deer, Janonymous, jrandom, modulus</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) 嗨 14:04 &lt;jrandom&gt; 1) 0.4.1.2 14:04 &lt;jrandom&gt; 2) 0.4.1.3 14:05 &lt;jrandom&gt; 3) 0.4.2 14:05 &lt;jrandom&gt; 4) 邮件讨论 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) 嗨 14:05 * jrandom 挥手 14:05 &lt;Janonymous&gt; 你好 14:05 &lt;jrandom&gt; 本周我们的议程上有一堆数字 14:05 &lt;jrandom&gt; 每周状态说明已发布 @ http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 &lt;jrandom&gt; (一两分钟前刚发的) 14:05 &lt;deer&gt; * cervantes 带了个枕头 14:06 &lt;jrandom&gt; 哦 希望不会那么无聊 ;) 14:06 &lt;jrandom&gt; 总之，直接进入有趣的部分：1) 0.4.1.2 14:06 &lt;deer&gt; &lt;cervantes&gt; 在统计分析那部分之后再叫醒我 14:06 &lt;jrandom&gt; 版本已经发布，大家都应该升级 14:06 &lt;jrandom&gt; 呵 14:06 &lt;deer&gt; &lt;cervantes&gt; 呃，应该是 wake 14:07 &lt;jrandom&gt; watchdog 代码有一些 bug，它会把你的 router 关掉（而不是在发生糟糕情况时重启它） 14:07 &lt;jrandom&gt; 但希望这种情况很少见 14:07 &lt;deer&gt; &lt;mule_iip&gt; 不 :( 14:08 &lt;jrandom&gt; 嗯，这因用户而异 14:08 &lt;jrandom&gt; 我在试着找原因，因为它存在很久了，而且挺烦人 14:08 &lt;jrandom&gt; (是指真正的卡死，不是检测卡死的 watchdog 代码) 14:09 &lt;jrandom&gt; 当前的 CVS 版本（0.4.1.2-1）把 watchdog 的“核心”禁用了——它会监控，但不会关闭 router 14:10 &lt;jrandom&gt; 但 0.4.1.2 对所有人都应该没问题（除了 mule ;)） 14:10 &lt;jrandom&gt; 对了，如前所述，开启一些日志，把数据发给我，参见 http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 14:11 &lt;jrandom&gt; 数据越多越好——如果你能让它跑一整晚就更棒了（duck 的机器跑了 20 小时生成了约 60MB 的数据） 14:11 &lt;jrandom&gt; 好，继续到 2) 0.4.1.3 14:12 &lt;jrandom&gt; 嗯，除了邮件里写的之外，我没什么要补充的 14:12 &lt;jrandom&gt; 有人想就 0.4.1.3 说点什么吗？ 14:12 &lt;Janonymous&gt; 没有 14:13 &lt;deer&gt; &lt;postman&gt; 没有 14:13 &lt;Janonymous&gt; 向后兼容吗？ 14:13 &lt;jrandom&gt; 当然 14:13 &lt;jrandom&gt; 好，继续到 * 3) 0.4.2 14:14 &lt;jrandom&gt; 还是那句，“看邮件” :) 14:14 &lt;Janonymous&gt; xpc vs. tcp ?? 14:14 &lt;jrandom&gt; 我以前从没实现过 TCP 协议栈，所以任何指导都很欢迎 14:15 &lt;jrandom&gt; XCP（显式拥塞控制协议）在高时延网络中的处理更好 14:15 &lt;jrandom&gt; （用于拥塞控制） 14:15 &lt;Janonymous&gt; 这包括 FEC（前向纠错）吗？ 14:15 &lt;jrandom&gt; 不包括 14:16 &lt;Janonymous&gt; 好，因为我研究过一些这方面 14:17 &lt;jrandom&gt; 不错 14:17 &lt;jrandom&gt; 你发现了什么有用的东西吗？ 14:17 &lt;deer&gt; &lt;cervantes&gt; 大多数 GET 请求都小于 32kb……普通的 HTML 页面也差不多这个大小……所以我想 eepsurfing（通过 I2P 浏览 eepsite）会有很大改进……— 不过我也希望每个 tunnel 的吞吐量能提升……新的协议栈会改善这一点吗？ 14:17 &lt;Janonymous&gt; FEC（前向纠错）在高时延/高吞吐的网络中用得很多 14:18 &lt;deer&gt; &lt;mule_iip&gt; jrandom：我也没有，不过我可以让这边的一个人来支持你 14:18 &lt;Janonymous&gt; jrandom：有一些……我再回头汇报 14:18 &lt;deer&gt; &lt;mule_iip&gt; 至少这对他是一次很好的学习机会，也能多一双眼睛 14:18 &lt;jrandom&gt; 太好了，Janonymous 14:18 &lt;jrandom&gt; 哦，太牛了，mule 14:18 &lt;jrandom&gt; cervantes：使用&gt;1 的消息窗口会提升每个 tunnel 的吞吐量 14:19 &lt;jrandom&gt; （我预计我们甚至可以从&gt;1 的窗口大小开始，这取决于我们能从 router 获取到什么信息） 14:19 &lt;jrandom&gt; ((ecn++)) 14:19 &lt;deer&gt; &lt;cervantes&gt; 太棒了 14:20 &lt;jrandom&gt; 好，关于 0.4.2 还有别的事情吗？ 14:20 &lt;Janonymous&gt; 全新的协议栈……全新的笔记本……*流口水* 14:21 &lt;jrandom&gt; 呵 14:21 &lt;Janonymous&gt; 嗯 14:21 &lt;Janonymous&gt; 还有一件事 14:22 &lt;Janonymous&gt; 这会实现新的简短握手吗？ 14:22 &lt;jrandom&gt; 嗯？ 14:22 &lt;jrandom&gt; 我们在 0.4.1 的传输层里已经有低 CPU 占用的 TCP 重连代码了 14:22 &lt;Janonymous&gt; 啊，在邮件里，你提到了 Alice-&gt; Bob 的握手 14:23 &lt;Janonymous&gt; 啊 14:23 &lt;Janonymous&gt; 还在补课中 14:23 &lt;jrandom&gt; 哦。对，不管 0.4.2 最终采用什么，它都会支持邮件中那样的包序列 14:24 &lt;Janonymous&gt; 好 14:24 &lt;jrandom&gt; 我们很可能主要通过套接字选项来控制它（例如把流设为交互式就会尽快发送，把流设为批量则只在缓冲区满了或被刷新时［或需要 ACK］才发送） 14:25 &lt;jrandom&gt; 好，转到 4) 邮件讨论 14:25 &lt;jrandom&gt; postman——你在吗？ 14:26 &lt;deer&gt; &lt;postman&gt; 在 14:26 &lt;jrandom&gt; 好啊，愿意给我们简要说明/更新一下邮件相关的内容吗？ 14:27 &lt;deer&gt; &lt;postman&gt; 嗯，好吧，不过在这么多人面前说话我还挺害羞的 :) 14:27 &lt;jrandom&gt; 呵，就想象我们都赤^H^H^H在这儿……算了 14:28 * Janonymous 拿出爆米花 14:28 &lt;deer&gt; &lt;postman&gt; 自 9 月 20 日起，有一个 SMTP/POP 服务在运行——可以用普通的 SMTP/POP3 MUA 访问 14:29 &lt;deer&gt; &lt;postman&gt; 我花了不少精力，从分析普通邮件客户端带来的潜在风险入手 14:29 &lt;Janonymous&gt; 那 inproxy/outproxy 呢？ 14:29 &lt;deer&gt; &lt;postman&gt; 把这些都整理在了一个网站上 14:29 &lt;deer&gt; &lt;postman&gt; 还没看过的请访问：www.postman.i2p 14:29 * Janonymous 目前无法访问网络 14:30 &lt;deer&gt; &lt;postman&gt; 网站上有个提案，试图涵盖在 I2P 与 Internet 之间做桥接时，邮件服务在匿名性和可靠性方面的各种常见问题 14:30 &lt;deer&gt; &lt;postman&gt; out/inproxy 还没运行，但已经在规划中 14:30 &lt;Janonymous&gt; 我想我在邮件列表或论坛上看到过一些讨论 14:30 &lt;Janonymous&gt; out 比 in 更危险，对吧？ 14:31 &lt;deer&gt; &lt;postman&gt; 我先想要一个大家都认可的方案 14:31 &lt;deer&gt; &lt;postman&gt; 通常来说是的，但我想我们找到了一种方法，可以避免把垃圾邮件之类发到外部 14:31 &lt;jrandom&gt; 如果 mx.postman.i2p 的 in/outproxy 能分发到不同（或多个冗余的）POP3 账户，那就很棒了 14:31 &lt;deer&gt; &lt;postman&gt; 只需对每个尝试向外发信的用户设置配额即可 14:32 &lt;jrandom&gt; （这样就不会绑定到某个特定的邮件主机） 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p：请再详细说明一下 14:33 &lt;Janonymous&gt; 不同的邮件主机也可以同步吗？ 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p：这是基于账户的路由问题 14:33 &lt;jrandom&gt; 对的，postman 14:33 &lt;jrandom&gt; 可能要做不少工作，我对你用的 MTA 了解不多 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p：out/in proxy 可以轻松处理不止一个内部邮件系统——甚至可以安排一种回退式投递 14:34 &lt;jrandom&gt; 好，太好了 14:34 &lt;Janonymous&gt; 关于 in/out 有个问题 14:34 &lt;deer&gt; &lt;postman&gt; janonymous：我没理解你的问题——请解释一下 14:34 * jrandom 幻想从 mx.postman 做 UUCP 风格的离线抓取 :) 14:35 &lt;Janonymous&gt; 强制邮箱到邮箱的加密会让 in/out 发送没那么危险吗？ 14:35 &lt;deer&gt; &lt;postman&gt; jrandom：哈哈，我觉得不用 UUCP——也许 ETRN 更性感 :) 14:35 &lt;deer&gt; &lt;postman&gt; janonymous：目前系统只在内部工作——大家可以自由使用 PGP 或类似的东西 14:36 &lt;jrandom&gt; Janonymous：你该去看看 www.postman.i2p——他在上面放了很多想法/问题 14:36 &lt;Janonymous&gt; 我认为强制加密/签名也是一种反垃圾的方法 14:36 &lt;deer&gt; &lt;Ragnarok&gt; postman.i2p 的通讯录能否通过 LDAP 来提供？ 14:36 &lt;Janonymous&gt; 等我的笔记本到了我就去 14:37 &lt;deer&gt; &lt;postman&gt; rag：已经有通讯录了——不过是基于 SQL 的——迁移到 LDAP 也是可能的 14:38 &lt;Janonymous&gt; = 服务器托管的通讯录？ 14:38 &lt;deer&gt; * postman 邀请大家把自己的想法贡献到那个 ideas/concepts 的 HTML 文档中 14:38 &lt;Janonymous&gt; 会的，postman 14:38 &lt;deer&gt; * cervantes 爬取通讯录，开始撰写阴茎增大药物推销邮件 14:39 &lt;deer&gt; &lt;postman&gt; janonymous：嗯，所有邮件用户都是基于 SQL 的——所以这个“通讯录”只是那张表的一个视图 14:39 &lt;deer&gt; &lt;postman&gt; cervantes：顺便说，每个用户都可以选择是否可见 14:39 &lt;Janonymous&gt; 啊 14:40 &lt;Janonymous&gt; 那选择性分组怎么样 ;) 14:40 &lt;deer&gt; &lt;cervantes&gt; postman：是的，我已经注册了 ;-) 14:40 &lt;deer&gt; &lt;postman&gt; cervantes：而且因为我们有邮件身份系统，你无法伪造发件人地址——我们知道就是你 :) 14:40 &lt;deer&gt; &lt;postman&gt; janonymous：是的，这计划在 2.0 版实现 :) 14:41 &lt;deer&gt; &lt;cervantes&gt; postman：但我只要给每个 ircnym@postman.i2p 群发垃圾就行了 ;-) 14:41 &lt;deer&gt; &lt;postman&gt; cervantes：从技术上说是可行的，没错 :) 14:42 &lt;deer&gt; &lt;postman&gt; cervantes：我希望你也能把那些药片送到位 :) 14:42 &lt;Janonymous&gt; 听起来这对 I2P 来说是一个急需且期待已久的发展 14:42 &lt;Janonymous&gt; 新的邮件系统 14:42 &lt;deer&gt; &lt;cervantes&gt; postman：至于发件人这事……“Cervantes 的阴茎增大灵药”也能表明是谁发的 :) 14:42 &lt;deer&gt; &lt;postman&gt; janonyous：我不能把实现的每个细节都说出来 14:43 &lt;deer&gt; &lt;postman&gt; jan：网站最适合介绍这些 14:43 &lt;deer&gt; &lt;postman&gt; cervantes：确实——但这个是可以伪造的 :) 14:43 &lt;Janonymous&gt; 好嘞……我尽快去看 14:43 &lt;jrandom&gt; 好，太好了。那么，大家都去看看 www.postman.i2p 上的内容，发来你的想法/意见 14:43 &lt;deer&gt; * postman 点头并再次坐下 14:44 &lt;jrandom&gt; (postman++) 14:44 &lt;jrandom&gt; 好，这就来到 5) ??? 14:44 &lt;jrandom&gt; 还有谁有别的想提的吗？ 14:44 &lt;jrandom&gt; （与 I2P 相关） 14:44 &lt;deer&gt; &lt;postman&gt; :) 14:44 &lt;Janonymous&gt; 只是个想法 14:45 &lt;Janonymous&gt; I2P 的可能用途……我们知道它是一个“分布式匿名网络层” 14:45 &lt;deer&gt; &lt;Jake&gt; 我的节点挂了 :( 正在把设备搬到家里的另一个地方 14:46 &lt;Janonymous&gt; 但它能用来做什么呢……尤其是那些“公共利益”的事情 14:46 &lt;Janonymous&gt; 压迫性的第三世界国家、言论自由……等等……这最初就是让我对 i2p 如此感兴趣的主要原因之一 14:47 &lt;Janonymous&gt; 还有 Freenet 也是 14:47 &lt;deer&gt; &lt;Jake&gt; 被压迫的第一世界国家，比如美国 14:47 &lt;Janonymous&gt; 所以，我在想也许可以把这些话题延展开来，可能先从论坛开始，然后在网站上写点东西 14:48 &lt;jrandom&gt; 在我们能说对中国的民众有任何意义之前，我们还有很多工作要做 14:48 &lt;Janonymous&gt; 呵，是啊，不想做任何虚假的承诺，但是…… 14:48 * jrandom 在同行评审还这么少（而且还有这么多未解决问题）的时候，不会说我们是安全的 14:49 &lt;deer&gt; &lt;fidd&gt; 中国要审查 i2p 会有多难？ 14:49 &lt;deer&gt; &lt;cervantes&gt; 我认为一旦底层网络不再“变来变去”，应用就会更容易涌现出来 14:49 &lt;Janonymous&gt; 但对我来说，这些问题正是让 i2p 如此令人兴奋的主要原因之一 14:49 &lt;jrandom&gt; fidd：censor 有很多定义。如果指“阻止特定内容被传输”，几乎不可能，除非把 i2p 定为非法 14:50 &lt;Janonymous&gt; 那“在中国的网络上检测到 i2p”呢 14:50 &lt;Janonymous&gt; stego（隐写）？ 14:51 &lt;jrandom&gt; 令人兴奋？是。重要？是。必要？是。但在我们真正具备相关性之前还有太多工作要做，现在谈这些只会让人沮丧。 14:51 &lt;Janonymous&gt; 我的错 :) 14:51 &lt;deer&gt; &lt;cervantes&gt; 一旦基础网络稳固了，我们大概就可以搞一些好玩的玩具了——比如文件分享应用、IM 系统等。希望到那时用户群会扩大……在此之前，节点数量不足，无法为生活在压迫性体制中的人们提供足够的匿名性保障 14:52 &lt;jrandom&gt; 时刻关注真正的目标很重要，Janonymous，我很欣赏这一点 14:52 &lt;Janonymous&gt; 是的，节点数量关系很大 14:52 &lt;modulus&gt; 在我看来，在有了 stego（隐写）以及随机噪声之类用于对抗流量分析的手段之前，处在压迫性国家的人们应该暂时不要使用。 14:53 &lt;deer&gt; &lt;cervantes&gt; 不……他们应该留下来帮忙 :) 14:53 &lt;modulus&gt; :-) 14:53 * jrandom 不会详细说明为什么那些方面不必要，因为 3.0 版本会处理它们 :) 14:53 &lt;modulus&gt; 3.0？听起来是长期目标 ;-) 14:53 &lt;jrandom&gt; 对于用于公共网络的 stego 传输，我几乎完全没有信心 14:54 &lt;jrandom&gt; 肯定不是明天能做到的，这是肯定的。 14:54 &lt;Janonymous&gt; 啥？呃 14:54 &lt;Janonymous&gt; jrandom：为什么（关于 stego）？ 14:55 &lt;jrandom&gt; 如何在公共网络上击败开源软件的 stego：下载源码，审查生成隐写的代码，写出检测代码，部署。 14:56 &lt;jrandom&gt; 如何在公共网络上击败闭源软件的 stego：绑架开发者的家人，篡改代码。部署。 14:56 &lt;Janonymous&gt; 啊……是啊……随机输入？呃……我刚看了一篇文章，说得好像那就是未来之路似的 14:56 &lt;jrandom&gt; 如何在私有网络上击败 stego：嘲笑那 5 个在用它的人，然后把他们全抓了。 14:56 &lt;modulus&gt; 那么，匿名的闭源软件呢？当然它也可能是木马 ;-) 14:57 &lt;deer&gt; &lt;Jake&gt; jrandom：如果你哪天被绑架了，你可以告诉我们“我的狗 Fido 对他今天吃的食物非常不爽”来让我们知道 14:57 &lt;deer&gt; &lt;Jake&gt; 那就是暗号，我们就知道了 14:57 &lt;deer&gt; &lt;cervantes&gt; %s!dev's family!jrandom 14:57 &lt;jrandom&gt; 呵，Jake 14:58 &lt;Janonymous&gt; 4.2 预计什么时候发布？ 14:58 &lt;jrandom&gt; Janonymous：匿名或安全软件的第一大特性：snake oil（夸大宣传的噱头）。 14:58 &lt;jrandom&gt; 0.4.2？本月的某个时候 14:58 &lt;jrandom&gt; 大概接近月底 14:58 &lt;Janonymous&gt; 呵呵。 14:58 &lt;jrandom&gt; 0.4.1.3 大概会在本周晚些时候或周末发布 14:58 &lt;deer&gt; &lt;cervantes&gt; Jake：那绝对行不通，我们只会以为你给他的狗下了毒 14:58 &lt;deer&gt; &lt;cervantes&gt; *just 14:58 &lt;Janonymous&gt; 我应该一两周内就能重新上网 14:59 &lt;jrandom&gt; r0x0r 14:59 &lt;jrandom&gt; 好，还有谁要提点什么？ 14:59 &lt;deer&gt; &lt;Jake&gt; cervantes :) 15:00 &lt;jrandom&gt; 如果没有的话.. 15:00 * jrandom 做个总结 15:00 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2004/10/05/i2p-2004-10-05-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 05 Oct 2004 00:00:00 +0000/zh/blog/2004/10/05/i2p-2004-10-05-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到了每周更新时间啦</p> <h2 id="索引">索引:</h2> <ol> <li>0.4.1.1 status</li> <li>Pretty pictures</li> <li>0.4.1.2 and 0.4.2</li> <li>Bundled eepserver</li> <li>???</li> </ol> <h2 id="1-0411-状态">1) 0.4.1.1 状态</h2> <p>在一次颇为波折的 0.4.1 版本发布（以及随后迅速推出的 0.4.1.1 更新）之后，网络似乎已恢复正常——目前有五十多个对等节点处于活跃状态，irc 和 eepsites(I2P Sites) 都可以访问。大部分问题源于在非实验室条件下对新传输层的测试不足（例如套接字在奇怪的时机断开、过高的延迟等）。下次我们需要在该层进行更改时，我们一定会在发布前更广泛地进行测试。</p> <h2 id="2-漂亮的图片">2) 漂亮的图片</h2> <p>在过去几天里，CVS 中进行了一大批更新，其中新增的一项是一个新的统计日志组件，使我们可以在数据生成时就直接提取原始统计数据，而不是去处理 /stats.jsp 上收集到的粗糙平均值。借助它，我一直在几台 routers 上监控几个关键统计指标，我们正逐步接近定位剩余的稳定性问题。原始统计数据相当臃肿（在 duck 的机器上运行 20 小时就生成了将近 60MB 的数据），不过这也正是我们准备了漂亮图表的原因——<code>http://dev.i2p.net/~jrandom/stats/</code></p> <p>其中大多数图的 Y 轴为毫秒，X 轴为秒。有几点值得注意。首先，client.sendAckTime.png 对单次往返延迟的近似程度相当不错，因为 ack 消息（确认消息）与有效载荷一起发送，随后沿着 tunnel 的完整路径返回；因此，在将近 33,000 条成功发送的消息中，绝大多数的往返时间低于 10 秒。随后将 client.sendsPerFailure.png 与 client.sendAttemptAverage.png 结合查看可以发现，563 次发送失败几乎都达到了我们允许的最大重试次数（5 次，每次尝试的软超时为 10 秒、硬超时为 60 秒），而其他大多数尝试在第一次或第二次就成功了。</p> <p>另一个有趣的图是 client.timeout.png，它让我的一个假设——消息发送失败与某种本地拥塞相关——大打问号。绘制的数据表明，失败发生时入站带宽使用情况变化很大，本地发送处理时间并未出现一致性的峰值，而且与 tunnel 测试延迟似乎完全没有任何规律。</p> <p>文件 dbResponseTime.png 和 dbResponseTime2.png 与 client.sendAckTime.png 类似，只是它们对应的是 netDb 消息，而不是端到端的客户端消息。</p>/zh/blog/2004/10/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B410%E6%9C%885%E6%97%A5/Tue, 05 Oct 2004 00:00:00 +0000/zh/blog/2004/10/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B410%E6%9C%885%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cat-a-puss, cervantes, deer, dm, duck, jrandom, protok0l</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) 嗨 14:05 &lt;jrandom&gt; 1) 0.4.1.1 状态 14:05 &lt;jrandom&gt; 2) 漂亮的图表 14:05 &lt;jrandom&gt; 3) 0.4.1.2 和 0.4.2 14:05 &lt;jrandom&gt; 4) 捆绑的 eepserver（I2P 站点用的内置 Web 服务器） 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) 嗨 14:05 * jrandom 挥手 14:05 &lt;jrandom&gt; 每周状态说明可在 http://dev.i2p.net/pipermail/i2p/2004-October/000461.html 查看 14:06 &lt;jrandom&gt; (真不敢相信已经是十月了) 14:06 &lt;cervantes&gt; 现在是十二月 14:06 * jrandom 与 cervantes 断开连接。 时钟偏移过大 14:06 &lt;deer&gt; &lt;baffled&gt; 我们现在能把夏天要回来吗？ 14:07 &lt;cervantes&gt; 该死……你的 pr0n 源没了 14:07 &lt;jrandom&gt; 当然。在你以南几千公里的地方，baffled 14:07 &lt;jrandom&gt; 好，进入 1) 0.4.1.1 状态 14:07 &lt;deer&gt; &lt;baffled&gt; 到了的时候你会告诉我吗？ 14:07 &lt;cervantes&gt; 呵 14:07 &lt;jrandom&gt; 把脚跟咔哒咔哒敲三下…… 14:08 &lt;jrandom&gt; 好，0.4.1 和 0.4.1.1 的修订版已经发布，基本上一切又正常运作了 14:08 &lt;deer&gt; &lt;baffled&gt; 不不不，我不想回家，那里很冷。 14:08 &lt;jrandom&gt; ;) 14:08 &lt;jrandom&gt; 外部 IP 地址的自动检测在大多数情况下看起来运行良好 14:09 &lt;jrandom&gt; (不过也有一些小毛病，因为有些连接坏掉后不能正确挂断) 14:09 &lt;jrandom&gt; 大家有没有用过？对自动检测的体验是好是坏？ 14:10 &lt;jrandom&gt; 看起来没有 14:10 &lt;jrandom&gt; 好，关于 0.4.1.1，大家有任何评论/问题/担忧吗？ 14:11 &lt;cervantes&gt; 我这边没意见.... 14:11 &lt;dm&gt; 还没试，但已排上我的日程了！ 14:11 &lt;jrandom&gt; 如果没有，那我们转到 2) 漂亮的图表 14:11 &lt;jrandom&gt; !thwap dm 14:12 &lt;deer&gt; &lt;Jake&gt; 不知道自动检测怎么样，但我在被 NAT 的 Windows 机器上用过那个“guess”按钮之类的，它确实猜对了 IP...... 如果我们说的是这个的话 14:12 &lt;jrandom&gt; 啊好，不是。“guess”按钮只是通过查询 www.whatismyip.com 来尝试猜你的 IP 14:13 &lt;jrandom&gt; 自动检测是指你把 IP 地址字段留空，它自己会找出来 14:13 &lt;jrandom&gt; 大多数现有 I2P 用户用不到，因为我们都习惯用 dyndns 或者静态 IP 了 14:13 &lt;jrandom&gt; 这大概只对新用户有用 14:14 &lt;deer&gt; &lt;demonic_1&gt; 嗯，对我来说有点慢 14:14 &lt;deer&gt; &lt;demonic_1&gt; 但确实能用 14:15 &lt;jrandom&gt; 好，棒 14:15 &lt;jrandom&gt; 总之，我不想重复本周邮件里关于统计数据的内容 14:16 &lt;jrandom&gt; 相反，有没有人对它们有问题/评论/担忧？ 14:17 &lt;jrandom&gt; 我很高兴看到 20 小时汇总里，在大约三万次发送中只有五百多次失败 14:17 &lt;cervantes&gt; 统计数据的收集会产生多大负载？ 14:17 &lt;cervantes&gt; 我知道文件大小...但它在后台跑会影响性能吗 14:18 &lt;jrandom&gt; 应该接近于 0。 统计收集里没有内存分配（因为我们使用预分配的事件），而且一切都是异步的 14:18 &lt;cervantes&gt; 好样的 14:18 -!- Sugadude [random@badfish.securityminded.net] 加入了 #i2p 14:18 -!- cat-a-puss [~tom@152.228.242.159] 加入了 #i2p 14:19 &lt;jrandom&gt; 等 0.4.1.2 发布后我可能会不时再烦一些人收集各类统计 14:19 &lt;deer&gt; &lt;mule_iip&gt; 不客气 14:19 &lt;cervantes&gt; 我现在就乐意开始收集... 我已经在用 0.4.1.1-6 了 14:20 &lt;jrandom&gt; w3wt 14:21 &lt;jrandom&gt; 好，关于统计我就这些，除非有人还有要补充的？ 14:21 &lt;jrandom&gt; 如果没有，3) 0.4.1.2 和 0.4.2 14:21 &lt;deer&gt; &lt;baffled&gt; 我投票先做 streaming。 14:22 &lt;jrandom&gt; 好 14:22 &lt;jrandom&gt; 有人认为我们还是该先做 tunnel 修改吗？ 14:22 &lt;deer&gt; &lt;mule_iip&gt; 先做 streaming 14:23 &lt;cervantes&gt; 现在做 tunnel 相关的东西很可能会导致更多网络扰动....还是缓一口气比较好 ;-) 14:23 &lt;jrandom&gt; 确实 14:23 &lt;deer&gt; &lt;mule_iip&gt; 反正今天在场的人都已经被黑帽认出来了 :) 14:23 &lt;jrandom&gt; 不过我前几天在想，怎么能做 tunnel 修改而不引入不兼容 14:23 &lt;deer&gt; &lt;baffled&gt; 得了吧，承认吧，你只是想更快拿到你的音频 p0rn。 14:23 &lt;duck&gt; (我也赞成先做 streaming) 14:23 &lt;jrandom&gt; 呵呵 14:24 &lt;cervantes&gt; 呵呵 14:24 &lt;cervantes&gt; baffled: 前提是你多提供点来源 ;-) 14:24 &lt;dm&gt; 我觉得我们应该坚持先做 tunnel 的事情 14:24 &lt;dm&gt; 把它先搞定... 14:24 &lt;cat-a-puss&gt; 新的加密会有什么不同？ 14:24 * jrandom 踢 dm 一脚 14:25 &lt;jrandom&gt; cat-a-puss：目前我们是统一的 tunnel 加密 - 在同一个 tunnel 内传递的消息在每一跳看起来都一样 14:25 &lt;deer&gt; &lt;baffled&gt; 我想我还能多弄点。 14:25 &lt;cat-a-puss&gt; 哦！ 14:26 &lt;cervantes&gt; http://www.i2p.net/todo#tunnelId 14:26 &lt;jrandom&gt; 这也不算太糟，因为一条 alice--&gt;bob 的消息会经过两个采用不同加密的 tunnel，但面对串通的攻击者时就会害我们 14:27 &lt;jrandom&gt; 逐跳的 tunnelId 也有必要，能防止 harvesting 干扰 predecessors (/etc) 14:27 &lt;dm&gt; 是的，这个我们确实应该先修好。 14:27 &lt;deer&gt; &lt;mule_iip&gt; 我投票让 dm 来做 14:28 &lt;deer&gt; &lt;fidd&gt; 我错过会议了吗？ ;) 14:28 &lt;jrandom&gt; 我正打算这么提呢，mule :) 14:28 &lt;cervantes&gt; 我投票让 dm 别碰它 14:28 &lt;jrandom&gt; 呵 14:28 &lt;jrandom&gt; 没有，fidd，我们正在进行议程的第 3 项 14:29 &lt;jrandom&gt; 好，如果没人反对 dm 的建议（除了他自己），我想我们就把 streaming 库的更新挪到 0.4.2 14:29 &lt;dm&gt; 太好了 14:30 &lt;jrandom&gt; 好，转到 4) 捆绑的 eepserver 14:30 &lt;jrandom&gt; 如果你还没注意到，现在有个捆绑的 eepserver。 14:30 &lt;cervantes&gt; "只要把 war 文件放进 webapps 目录就能用" 14:30 &lt;jrandom&gt; 呵 14:30 &lt;jrandom&gt; 前提是 .war 文件写得足够好 :) 14:31 &lt;cervantes&gt; 哦哦，真有这种东西吗？ 14:31 &lt;cervantes&gt; *thing 14:31 &lt;jrandom&gt; 但从实用角度来说，"只要编辑 ./eepsite/docroot/index.html" 14:31 &lt;deer&gt; &lt;baffled&gt; 我有个问题，你是希望大家用 eepserver 还是用标准的 httpd 服务器？ 14:31 &lt;cat-a-puss&gt; KDE 生成的那些能用吗？ 14:31 &lt;jrandom&gt; cervantes: phttprelay.war, i2ptunnel.war, routerconsole.war :) 14:31 &lt;dm&gt; 啊对.. war。那种 J2EE 东西之一，需要 20 年手工编辑 xml 文件经验。 14:31 &lt;cervantes&gt; 说得妙 14:32 &lt;jrandom&gt; baffled：我其实不在意。 如果大家装的 web 服务器能接受那些怪异的 Host: 行来的请求，那就太好了 14:32 &lt;jrandom&gt; eepserver 只是为了方便 14:32 &lt;jrandom&gt; cat-a-puss：嗯，KDE 的 .war 文件？ 14:32 &lt;protok0l&gt; 单一文化... 单一文化... 14:33 &lt;deer&gt; &lt;duck&gt; 玩 .war 的时候，我很想要只重启 jetty；不幸的是很多部署都需要它 14:33 &lt;cat-a-puss&gt; 是的，你需要安装 kdeaddons，只要打开一个网页然后点归档，它就会生成一个 .war 文件 14:34 &lt;jrandom&gt; duck: 啊，确实。 只要把 clients.config 里启动 eepserver 的那几行抽出来，放到一个 shell 脚本里 14:34 &lt;jrandom&gt; (classpath 要和 router 一样) 14:34 &lt;dm&gt; 我们能把 i2p 集成进 jboss 并在 1.0 前把它打包吗？ 14:34 &lt;jrandom&gt; 哦，酷啊 cat-a-puss 14:35 &lt;cervantes&gt; 我想缺失的 webdefault.xml 已经在 cvs 里修好了？ 14:35 &lt;deer&gt; &lt;detonate&gt; 实际上，是 jetty.xml 14:35 &lt;jrandom&gt; 帮我们找个有说服力的 .ear dm :) 14:35 &lt;jrandom&gt; cervantes: detonate 说得对。 (是我把 jetty.xml 搞砸了) 14:36 &lt;cervantes&gt; 是啊... 我记得我在哪儿提过要移除 jetty.xml 里的引用，这样它会用 jetty 压缩包里的那个 14:36 &lt;jrandom&gt; wr0d 14:37 &lt;cervantes&gt; 就想确认一下在 cvs 里已经修了 ;-) 14:37 &lt;jrandom&gt; si sr 14:37 &lt;cervantes&gt; 好 14:37 &lt;jrandom&gt; (不过 0.4.1.2 的发布更新不会覆盖大家的 eepsite) 14:37 &lt;jrandom&gt; ((当然，0.4.1.2+ 的全新安装会包含它 though)) 14:38 &lt;cervantes&gt; 哦我们有没有找到 DrWoo 丢失 eepsite 密钥的原因？ 14:38 &lt;jrandom&gt; 说到这里，我想提醒一下：每次有新版本大家都应该升级，否则你可能就没有可用的升级流程 14:38 &lt;jrandom&gt; 没有，cervantes，也没有可复现的 bug :/ 14:39 &lt;cervantes&gt; 啊好那我们可以怪用户操作失误 ;-) 14:39 &lt;deer&gt; &lt;DrWoo&gt; cervantes: 几乎可以肯定是我做了什么笨事 14:39 &lt;cervantes&gt; :o) 14:39 * jrandom 把锅甩给小妖精 14:40 &lt;deer&gt; &lt;Jake&gt; http://en.wikipedia.org/wiki/User:Kmweber/List_of_Everyone_Who_Has_Ever_Lived 14:40 &lt;jrandom&gt; 好，转到 5) ??? 14:40 &lt;jrandom&gt; 呵 14:40 &lt;jrandom&gt; 嗯，是的，那确实算作 "其它" 14:40 &lt;jrandom&gt; 有人有什么想提的吗？ 14:41 &lt;dm&gt; 我想此时提一下，我对 I2P 社区对我建议所表现出的新态度感到高兴。 14:41 &lt;dm&gt; 致意 14:41 &lt;cat-a-puss&gt; 哦哦选我！我有分布式搜索的基础代码。 14:41 &lt;deer&gt; &lt;demonic_1&gt; 嗯，为什么 i2p 跑了 30 + 小时后 CPU 会飙到 100% 14:41 &lt;dm&gt; dm 14:41 &lt;deer&gt; &lt;Jake&gt; 对，我想提一下基于四阶 gamal 分形方程的加密继承问题，以及它如何应用到 i2p 14:41 &lt;deer&gt; &lt;demonic_1&gt; 而且大部分都在 system? 14:41 &lt;jrandom&gt; 哦，太棒了 cat-a-puss! 14:41 &lt;cat-a-puss&gt; 我前几天在这里宣布过，没人注意 14:41 &lt;deer&gt; &lt;baffled&gt; 勉强算是相关，jake。 14:42 &lt;cat-a-puss&gt; 总之，我可以用点 cvs 空间 14:42 &lt;deer&gt; &lt;DrWoo&gt; cat-a-puss: 这个有 eepsite 吗？ 14:42 &lt;jrandom&gt; demonic_1: 嗯，最近一两个版本里有些严重的 bug。 你用的是 0.4.1.1 吗？ 14:42 &lt;cat-a-puss&gt; 我大概两周后就能开始测试 14:42 &lt;cat-a-puss&gt; DrWoo: 没有 14:42 &lt;deer&gt; &lt;Jake&gt; baffled, HaH ! 14:43 &lt;deer&gt; &lt;demonic_1&gt; 0.4.1.1-3 14:43 &lt;jrandom&gt; cat-a-puss: r0x0r，没问题。 给我发封邮件，写上你希望模块叫的名字和你的 pgp 密钥，我们就能安排一下 14:44 &lt;cat-a-puss&gt; jrandom: 好 14:44 &lt;jrandom&gt; cat-a-puss: 它做哪种搜索？ 14:44 &lt;jrandom&gt; demonic_1: 在 0.4.1 之前它也占用那么多 CPU 吗？ 14:44 &lt;cervantes&gt; (代理到 MSN) 14:44 &lt;deer&gt; &lt;mule_iip&gt; demonic_1: 而且你每分钟得到 1 meg 的日志？听起来很熟悉。 14:45 &lt;deer&gt; &lt;demonic_1&gt; 不 14:45 &lt;jrandom&gt; 呵 mule，是的，你发现的那个 bug 是个讨厌的 fast-busy 14:45 &lt;cat-a-puss&gt; jrandom: 是基本的关键词搜索，你需要指定要索引的词，它会存储 URL 14:45 &lt;jrandom&gt; demonic 更有可能是被 tcp.ConnectionBuilder 里的某个 NPE 击中了 14:46 &lt;deer&gt; &lt;baffled&gt; 好啦，到吃饭时间了，我去找点更多的骚声音，为即将到来的 streaming 更新做准备，稍后再和各位聊天。 14:46 &lt;cat-a-puss&gt; jrandom: 它最终应该能很好地扩展，诸如此类，不过现在所有服务器都得连在一起，没人可以加入或离开，而且还没有插入内容的方法，但这些都会修好 14:46 &lt;jrandom&gt; 啊，酷。 它是基于分布式数据库工作的，还是更像对爬到的内容进行搜索？ 14:47 &lt;jrandom&gt; 好，棒 14:47 &lt;cervantes&gt; 回头见，baffled 14:47 &lt;jrandom&gt; 哈哈，回头聊，baffled 14:47 &lt;cervantes&gt; baffled: 我们怎么知道那是骚声音，而不是你对着麦克风？ 14:47 &lt;protok0l&gt; 太好了！ 14:47 &lt;protok0l&gt; i2p 又能用了 14:47 &lt;jrandom&gt; w3wt 14:48 &lt;jrandom&gt; 哪里出问题了？ 14:49 &lt;jrandom&gt; 好，还有别人有要在会议上提出的吗？ 14:49 &lt;deer&gt; &lt;Jake&gt; 新的 streaming 协议实现后，可以把 i2p 发布到 Slashdot 吗？ 14:49 &lt;dm&gt; 最好在之前 14:49 &lt;dm&gt; 不过之后也行 14:49 &lt;jrandom&gt; !thwap^2 14:50 &lt;protok0l&gt; POSTMAN! 14:50 &lt;jrandom&gt; 好，如果没有别的.. 14:50 * jrandom 收尾 14:51 &lt;deer&gt; * Jake 亲了 jrandom 一下 14:51 * jrandom *baf* 宣布会议结束 </div>/zh/blog/2004/09/28/i2p-2004-09-28-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 28 Sep 2004 00:00:00 +0000/zh/blog/2004/09/28/i2p-2004-09-28-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，到了每周更新时间</p> <h2 id="索引">索引：</h2> <ol> <li>New transport</li> <li>0.4.1 status</li> <li>???</li> </ol> <h2 id="1-新的传输">1) 新的传输</h2> <p>0.4.1 版本的发布比预期花了更长的时间，但新的传输协议及其实现已经就位，包含所有计划的内容——IP 检测、低成本的连接建立，以及在连接失败时便于调试的更易用接口。这是通过彻底抛弃旧的传输协议并实现一个新的协议来完成的，尽管我们仍沿用同样的一组算法名称（2048bit DH + STS, AES256/CBC/PKCS#5）。如果你想审阅该协议，可以在文档中找到。新的实现也清爽得多，因为旧版本只是过去一年里累积的一堆更新的集合。</p> <p>总之，新 IP 检测代码里有些值得一提的内容。最重要的是，它完全是可选的——如果你在配置页面（或在 router.config 本身）中指定了一个 IP 地址，它无论如何都会使用那个地址。然而，如果你留空，你的 router 会让它联系到的第一个对等节点告诉它自己的 IP 地址是什么，随后它会在该地址上开始监听（在把该地址添加到自己的 RouterInfo 并将其放入 netDb（网络数据库）之后）。不过，这也不完全正确——如果你没有显式设置 IP 地址，那么只要该对等节点没有连接，它就会信任任何人来告知它可以被访问的 IP 地址。所以，如果你的互联网连接重启了，可能给了你一个新的 DHCP 地址，你的 router 将信任它能够首先联系到的那个对等节点。</p> <p>是的，这意味着不再需要使用动态 DNS（dyndns）。当然，您仍然可以继续使用它，但没有必要。</p> <p>不过，这还不能满足你所有的需求——如果你处在 NAT 或防火墙之后，知道你的外部 IP 地址也只是完成了一半——你仍然需要打开入站端口。不过，这总算是个开始。</p> <p>（顺便提一下，对于运行自己私有 I2P 网络或模拟器的用户，有一对新的标志位需要设置 i2np.tcp.allowLocal 和 i2np.tcp.tagFile）</p> <h2 id="2-041-status">2) 0.4.1 status</h2> <p>除了 0.4.1 路线图上的项目之外，我还想再加入一些内容——既包括缺陷修复，也包括网络监控方面的更新。目前我正在定位一些过度的内存抖动问题，也想验证关于网络上偶发可靠性问题的若干假设，不过我们很快就能发布该版本，或许在周四。遗憾的是，它不会向后兼容，所以过程会有点颠簸，但有了新的升级流程以及更具容错性的传输实现，情况不至于像之前那些不向后兼容的更新那么糟。</p> <h2 id="3-">3) ???</h2> <p>是的，过去两周我们的更新都比较简短，那是因为我们正埋头在一线专注于实现，而不是各种更高层的设计。我本可以跟大家讲讲性能分析数据，或者为新的传输机制准备的 1 万条连接标签缓存，但这些并不那么有意思。不过大家可能还有其他要讨论的事情，今晚顺道来参加会议，尽情畅所欲言吧。</p> <p>=jr</p>/zh/blog/2004/09/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B49%E6%9C%8828%E6%97%A5/Tue, 28 Sep 2004 00:00:00 +0000/zh/blog/2004/09/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B49%E6%9C%8828%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> deer, duck, jrandom</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) 嗨 14:08 &lt;jrandom&gt; 1) 新的传输 14:08 &lt;jrandom&gt; 2) 0.4.1 状态 14:08 &lt;jrandom&gt; 3) ??? 14:08 &lt;jrandom&gt; 0) 嗨 14:08 &lt;duck&gt; 嗨 14:09 &lt;jrandom&gt; 嘿 14:09 &lt;deer&gt; &lt;ugha2p&gt; 嗨。 14:09 &lt;deer&gt; &lt;pseudonym&gt; 嗨 14:09 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2004-September/000454.html 14:09 &lt;deer&gt; * ugha2p 正在找每周状态说明。 14:09 &lt;jrandom&gt; (嘿，我会未卜先知) 14:10 &lt;jrandom&gt; 好的，直接进入 1) 新的传输 14:10 &lt;jrandom&gt; 那封邮件基本涵盖了主要内容 14:11 &lt;jrandom&gt; 目前一切都能工作，但显然在新版本发布之前，它不会和其他任何人通信 14:12 &lt;jrandom&gt; 我对它做了些基本测试，但要模拟传输层可能出现的各种古怪网络问题确实很难 14:12 &lt;deer&gt; &lt;pseudonym&gt; 包含窗口大小（windowsize）吗？ 14:12 &lt;deer&gt; &lt;ugha2p&gt; 不过，如果你把那个留空，你的 router 会让它联系到的第一个对端告诉它自己的 IP 地址，然后它会开始在那个地址上监听（在把该地址加入它自己的 RouterInfo 并放入网络数据库之后）。 14:12 &lt;deer&gt; &lt;ugha2p&gt; 听起来像是一个潜在的安全漏洞。 14:12 &lt;jrandom&gt; 噢，不，这只是 inter-router 传输，不是 streaming 库，很遗憾 14:12 &lt;deer&gt; &lt;pseudonym&gt; 好的 14:12 &lt;jrandom&gt; 某种程度上说，ugha，是的 14:12 &lt;jrandom&gt; （这也是为什么如果大家能设置自己的 IP，就应该这么做） 14:13 &lt;jrandom&gt; ugha：不过，只有在没有任何有效连接的情况下，它才会“相信”别人 14:13 &lt;deer&gt; &lt;ugha2p&gt; 无论如何 router 不都应该监听在 0.0.0.0 上吗？ 14:13 &lt;jrandom&gt; 但是一个足够聪明的人还是可以以概率方式搞点恶意操作 14:14 &lt;jrandom&gt; ugha：它会那样做（几乎总是如此） 14:14 &lt;jrandom&gt; 不过我们需要知道自己的 IP 地址，这样才能把它写进我们的 RouterInfo 14:14 &lt;jrandom&gt; （因为每当我们联系某人时，都会校验我们的 RouterInfo） 14:14 &lt;deer&gt; &lt;ugha2p&gt; 啊，好吧。 14:15 &lt;deer&gt; &lt;ugha2p&gt; 我确信有办法让它更安全一些（依赖更多 router 来检测 IP），但我不确定是否可行。 14:15 &lt;jrandom&gt; 是啊 ugha，那条路麻烦不少，但这是个概率问题 14:16 &lt;deer&gt; &lt;ugha2p&gt; 不管怎样，这只是个建议。我们可以往下进行。 14:16 &lt;jrandom&gt; （不过，他们也可以对你发起 Sybil 攻击，然后把你试图依赖的那些数字全给搅乱） 14:16 &lt;deer&gt; &lt;ugha2p&gt; 对。 14:17 &lt;deer&gt; &lt;ugha2p&gt; 如果 router 失去了所有连接（比如网络故障）会怎样？ 14:17 &lt;deer&gt; &lt;ugha2p&gt; 它会重新检测自己的 IP 吗？ 14:18 &lt;jrandom&gt; 在所有连接尝试中，IP 都作为协议的一部分被传输，如果满足以下条件，对端才会选择采信它：1）没有显式设置 IP；2）没有活动的 TCP 连接 14:18 &lt;deer&gt; &lt;ugha2p&gt; （这在动态 IP 的情况下就会发生） 14:18 &lt;jrandom&gt; 对，这种情况下也能正常工作 14:18 &lt;deer&gt; &lt;ugha2p&gt; 啊，好。 14:19 &lt;jrandom&gt; （详细见 TCPTransport.java 里的 ourAddressReceived(String addr)） 14:19 &lt;deer&gt; &lt;pseudonym&gt; 如果报告的 IP 不一致会怎样？ 14:19 &lt;jrandom&gt; pseudonym：如果你已经有活动的 TCP 连接，就忽略别人告诉你的 14:20 &lt;jrandom&gt; 如果你没有活动的 TCP 连接，就拆掉旧的监听器，然后用给定的新地址启动一个新的 14:20 &lt;jrandom&gt; （并更新你的 routerInfo） 14:22 &lt;deer&gt; &lt;pseudonym&gt; 如果有活动连接，不匹配似乎应该算个红旗 14:22 &lt;deer&gt; &lt;pseudonym&gt; （我也不确定该怎么处理） 14:22 &lt;jrandom&gt; 如果有人给了我们错误的 IP 地址（而且我们知道那是错的，因为我们已经有了能用的正确地址），我们就忽略它 14:23 &lt;deer&gt; &lt;ugha2p&gt; 可惜我们已经不能再降低该 router 的可靠性评级了。 14:23 &lt;jrandom&gt; 不过我们可以把它加入连接错误列表 14:24 &lt;jrandom&gt; ugha：但我们可以把他们拉黑 ;) 14:24 &lt;jrandom&gt; （而且我们确实会这么做） 14:24 &lt;deer&gt; &lt;pseudonym&gt; 我们怎么知道我们已经有的那个就是“正确”的？也许现有连接都来自黑帽子 14:24 &lt;deer&gt; &lt;pseudonym&gt; 尤其是当我们只有很少或者都是刚建立的连接时 14:24 &lt;jrandom&gt; pseudonym：现有连接之所以“正确”，是因为它们能收发数据 14:24 &lt;deer&gt; &lt;ugha2p&gt; pseudonym：当我们收到新的入站连接时就能更确定一些，尽管那些也可能被伪造。 14:25 &lt;jrandom&gt; 对，如果我们讨论的是有人不仅关心，还在主动进行 IP 欺骗攻击并叠加 Sybil 攻击的情况…… 14:25 &lt;jrandom&gt; 嗯，那个人完全可以直接手动设置自己的 IP 地址 ;) 14:25 &lt;deer&gt; &lt;ugha2p&gt; :) 14:26 &lt;deer&gt; &lt;pseudonym&gt; 但运营者有多大可能知道正在发生什么呢 14:26 &lt;deer&gt; &lt;pseudonym&gt; 如果我们遇到很多不匹配，应该有一些主动告警 14:27 &lt;deer&gt; &lt;pseudonym&gt; （这也许是以后版本再担心的事，不过既然提到了……） 14:27 &lt;jrandom&gt; 我们可以在连接错误列表里增加一条明确的信息 14:27 &lt;jrandom&gt; 这里唯一真正担心的是，我们试图阻止形成受限路由 14:27 &lt;jrandom&gt; （其极端情况就是完全的网络分割） 14:30 &lt;jrandom&gt; 目前我觉得我们能做的大概就这些了，至少等到 2.0 版再去担心受限路由之外的事 14:30 &lt;jrandom&gt; 好的，关于新的传输还有其他人要补充的吗？ 14:31 &lt;jrandom&gt; 如果没有，进入 2) 0.4.1 状态 14:31 &lt;jrandom&gt; 所有“必要”的工作都完成了，但还有一些调试和小更新要合入 14:32 &lt;jrandom&gt; 目前目标是周四发布，不过我们看看有哪些改动会被加入或移出这个版本 ;) 14:33 &lt;jrandom&gt; 有件很酷的事是，如果有人能下载一个 Jetty 安装包，看看 jetty.xml 配置文件，然后写点文档说明如何用 i2p 随附的内容运行一个 Jetty 实例（用于 eepsite/等）就太好了 14:33 &lt;deer&gt; &lt;ugha2p&gt; 除了新的 TCP 传输之外，0.4.1 还有其他更新吗？ 14:33 &lt;jrandom&gt; 基本没有 ugha :) 14:34 &lt;deer&gt; &lt;pseudonym&gt; 是向后兼容的吗？ 14:34 &lt;jrandom&gt; （见： www.i2p.net/roadmap ） 14:34 &lt;jrandom&gt; 不，向后不兼容 14:34 &lt;deer&gt; &lt;ugha2p&gt; :) 14:36 &lt;jrandom&gt; 好的，关于 0.4.1 我就这些……还有别的吗？ 14:36 &lt;jrandom&gt; 如果没有，我们来点老生常谈的：3) ??? 14:36 &lt;deer&gt; &lt;ugha2p&gt; *沉默* 14:37 &lt;jrandom&gt; 还有其他（与 i2p 相关的）话题要提吗？ 14:37 &lt;jrandom&gt; 我们已经比上周的会议长一倍了 ;) 14:37 &lt;deer&gt; &lt;ugha2p&gt; 嗯，我可以提一下，多亏了 cervantes，我的 Wiki 现在通过 http://ugha.ath.cx/ 有一个通向现实世界的 outproxy 了 14:38 &lt;deer&gt; * pseudonym 是个捣蛋鬼 14:38 &lt;jrandom&gt; 哦对，很酷 14:38 &lt;jrandom&gt; s/outproxy/inproxy/ :) 14:38 * jrandom 把捣蛋鬼罚到角落 14:38 &lt;deer&gt; &lt;ugha2p&gt; 对，inproxy。:) 14:40 &lt;jrandom&gt; 好的，如果没有别的了 14:40 &lt;deer&gt; &lt;pseudonym&gt; 我觉得 postmaster 推出的新邮件服务挺酷的 14:40 &lt;jrandom&gt; 哦，完全同意 14:40 &lt;deer&gt; &lt;pseudonym&gt; 呃，是 postman 14:41 &lt;deer&gt; * ugha2p 还没注册。 14:41 &lt;deer&gt; &lt;baffled&gt; 最近有人听说过 stasher 的消息吗？ 14:41 &lt;jrandom&gt; 它能同时配合 telnet 和 kmail 使用，挺不错的 :) 14:41 &lt;jrandom&gt; 没有呢 baffled，啥动静都没 14:42 &lt;deer&gt; &lt;baffled&gt; 我想 aum 需要在头上挨一脚。 14:42 &lt;deer&gt; &lt;ugha2p&gt; 我大概会写一页关于 EepMailAnonymity 的内容，但我对 SMTP/POP3/IMAP/其他邮件相关的东西了解不多。 14:42 &lt;jrandom&gt; 不是头，是屁股 ;) 14:43 &lt;jrandom&gt; ugha： www.postman.i2p 上有几页相关内容 14:43 &lt;deer&gt; &lt;ugha2p&gt; 啊。 14:43 &lt;deer&gt; &lt;baffled&gt; 它们可能是同一个。 14:45 &lt;deer&gt; * ugha2p 敲着手指等待 baf。 14:45 &lt;jrandom&gt; 抱歉，差点睡过去了（好长好长的一天） 14:46 &lt;jrandom&gt; 还有别的吗？如果没有，我们还有论坛和邮件列表 14:46 &lt;duck&gt; 多亏 Mi-Go，我们有了更新的 i2ptunnel 页面 14:46 &lt;duck&gt; 它几乎完美 14:46 &lt;jrandom&gt; 哦不錯 14:46 &lt;duck&gt; 不过如果有人有改进建议，你们知道在哪儿能找到我 14:47 * jrandom 运行 traceroute 14:47 * jrandom 蓄力 14:47 * jrandom 用 *baf* 结束了会议 </div>/zh/blog/2004/09/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B49%E6%9C%8821%E6%97%A5/Tue, 21 Sep 2004 00:00:00 +0000/zh/blog/2004/09/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B49%E6%9C%8821%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> deer, jrandom, protok0l</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) 嗨 14:06 &lt;jrandom&gt; 1) 开发状态 14:06 &lt;jrandom&gt; 2) 新的 userhosts.txt 与 hosts.txt 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) 嗨 14:06 * jrandom 挥手 14:06 &lt;jrandom&gt; 简短的每周状态说明 @ http://dev.i2p.net/pipermail/i2p/2004-September/000449.html 14:06 &lt;jrandom&gt; (而且很可能在结束后发布简短的会议记录 ;) 14:07 * jrandom 给大家30秒时间阅读那些说明 14:07 &lt;jrandom&gt; 好的，继续 1) 开发状态 14:07 &lt;jrandom&gt; 基本概况都在那封邮件里 14:08 &lt;jrandom&gt; 你们可能会注意到，我的文字里不会再随机少字母了，因为我的笔记本最近老出毛病 14:09 &lt;jrandom&gt; 所以我正在把工作完全迁到我的服务器上（笔记本作为备份，用于 Windows 测试等） 14:09 &lt;jrandom&gt; 这方面我就说这些 14:10 &lt;jrandom&gt; 有人有关于 0.4.0.1 或开发活动想要提出的吗？ 14:11 &lt;deer&gt; &lt;jrandom&gt; 不，jrandom，我们只是潜水 14:11 &lt;jrandom&gt; 好的，进入 2) 新的 userhosts.txt 与 hosts.txt 14:11 &lt;protok0l&gt; 耶！ 14:11 &lt;jrandom&gt; 一个小的新功能，这样大家在继续拉取 hosts.txt 的同时还能修改本地命名 14:12 &lt;protok0l&gt; 如果冲突，哪个文件优先？我猜是 user 14:13 &lt;jrandom&gt; 它会在下个版本发布，所以基本上把你的本地更改放在 userhosts.txt 里，因为 hosts.txt 会被覆盖 14:13 &lt;jrandom&gt; userhosts.txt 拥有最高优先级 14:15 &lt;jrandom&gt; 好的，关于第 2 点我就这些，所以我们快速进入最后一点- 3) ??? 14:15 &lt;jrandom&gt; 还有其他想讨论的吗？ 14:16 &lt;deer&gt; &lt;Pseudonym&gt; 0.4.1 的时间表？ 14:17 &lt;jrandom&gt; 应该会在本周发布，但可能要到周末。 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 酷 14:17 &lt;jrandom&gt; 在空格键挂了之后，我终于放弃了和笔记本的斗争 14:17 &lt;jrandom&gt; (codingWithoutSpaces==lame;) 14:18 &lt;jrandom&gt; 好的，还有谁想提点什么吗？ 我想我们这次会议时间可能要创纪录了 14:18 &lt;jrandom&gt; (当然这不是问题) 14:19 &lt;jrandom&gt; 好的，如果没有的话 14:19 * jrandom 收尾 14:19 * jrandom *baf*s 宣布会议结束 </div>/zh/blog/2004/09/21/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2004-09-21/Tue, 21 Sep 2004 00:00:00 +0000/zh/blog/2004/09/21/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2004-09-21/<p>嗨，大家，这周简单更新一下</p> <h2 id="索引">索引</h2> <ol> <li>Dev status</li> <li>New userhosts.txt vs. hosts.txt</li> <li>???</li> </ol> <h2 id="1-开发状态">1) 开发状态</h2> <p>过去一周网络相当稳定，因此我得以把时间专注于 0.4.1 版本的发布 - 重构 TCP 传输并添加对检测 IP 地址的支持，同时移除那个旧的 &ldquo;target changed identities&rdquo; 提示（目标身份已变更）。这也应该让 dyndns 记录不再必要。</p> <p>对于处在 NAT（网络地址转换）或防火墙之后的用户来说，它不会是理想的“零点击”设置——他们仍然需要进行端口转发，才能接收入站的 TCP 连接。不过，它应该更不容易出错。我会尽力保持向后兼容，但在这方面我不作任何保证。等准备就绪后会有更多消息。</p> <h2 id="2-新的-userhoststxt-与-hoststxt-的比较">2) 新的 userhosts.txt 与 hosts.txt 的比较</h2> <p>在下一个版本中，我们将加入长期以来被频繁请求的功能：支持两个 hosts.txt 文件——一个会在升级期间（或从 <code>http://dev.i2p.net/i2p/hosts.txt</code> 获取时）被覆盖，另一个则由用户在本地维护。在下一个版本（或 CVS HEAD）中，你可以编辑文件 &ldquo;userhosts.txt&rdquo;，系统在查找任何条目前会先检查它，再检查 hosts.txt——请将你的本地更改放在那里，因为更新过程会覆盖 hosts.txt（但不会覆盖 userhosts.txt）。</p> <h2 id="3-">3) ???</h2> <p>如前所述，本周只有一些简短的笔记。大家还有其他想要提出的事项吗？几分钟后顺道来参加会议吧。</p> <p>=jr</p>/zh/blog/2004/09/14/2004-09-14-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 14 Sep 2004 00:00:00 +0000/zh/blog/2004/09/14/2004-09-14-%E7%9A%84-i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，大家，又到每周的那个时候了</p> <h2 id="索引">索引:</h2> <ol> <li>0.4.0.1</li> <li>Threat model updates</li> <li>Website updates</li> <li>Roadmap</li> <li>Client apps</li> <li>???</li> </ol> <h2 id="1-0401">1) 0.4.0.1</h2> <p>自上周三发布 0.4.0.1 以来，整个网络运行情况相当不错——网络中超过三分之二的节点已完成升级，我们一直维持网络中 60 到 80 个 routers。IRC 连接时长有所波动，但最近保持 4–12 小时的连接已属常态。不过，也有一些报告称在 OS/X 启动时会出现异常，但我相信这一方面也已经取得了一些进展。</p> <h2 id="2-威胁模型更新">2) 威胁模型更新</h2> <p>正如在回复 Toni 的帖子时提到的，我们对威胁模型进行了相当大幅度的重写。主要的不同在于，我没有像以前那样以临时、零散的方式处理威胁，而是尝试遵循文献中提供的一些分类法。对我来说最大的难题，是要把人们实际可以使用的技术手段套入这些既定的模式——往往一次攻击同时归入多个不同的类别。因此，我对那个页面上信息的呈现方式并不太满意，但比以前要好。</p> <h2 id="3-网站更新">3) 网站更新</h2> <p>多亏了 Curiosity 的帮助，我们已经开始对网站进行一些更新——其中最显眼的变化你可以直接在首页上看到。这将帮助那些偶然接触到 I2P 的人，一开始就弄清楚 I2P 到底是什么，而无需在各个页面中东翻西找。总之，继续前进，永不止步 :)</p> <h2 id="4-路线图">4) 路线图</h2> <p>说到进展，我终于匆忙整理出了一份改版后的路线图，基于我认为我们需要实现的内容，以及为满足用户需求必须完成的事项。</p> <p>旧版路线图的主要变更如下：</p> <ul> <li>Drop AMOC altogether, replaced with UDP (however, we&rsquo;ll support TCP for those who can&rsquo;t use UDP <em>cough</em>mihi<em>cough</em>)</li> <li>Kept all of the restricted route operation to the 2.0 release, rather than bring in partial restricted routes earlier. I believe we&rsquo;ll be able to meet the needs of many users without restricted routes, though of course with them many more users will be able to join us. Walk before run, as they say.</li> <li>Pulled the streaming lib in to the 0.4.3 release, as we don&rsquo;t want to go 1.0 with the ~4KBps per stream limit. The bounty on this is still of course valid, but if no one claims it before 0.4.2 is done, I&rsquo;ll start working on it.</li> <li>TCP revamp moved to 0.4.1 to address some of our uglier issues (high CPU usage when connecting to people, the whole mess with &ldquo;target changed identities&rdquo;, adding autodetection of IP address)</li> </ul> <p>为各个 0.4.* 版本计划的其他事项已经实现。然而，还有一项已从路线图中移除&hellip;</p>/zh/blog/2004/09/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B49%E6%9C%8814%E6%97%A5/Tue, 14 Sep 2004 00:00:00 +0000/zh/blog/2004/09/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B49%E6%9C%8814%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cat-a-puss, cervantes, deer, dm, fvw, hypercubus, interrupt, jrandom, korkakak, nicktastic, Nightblade</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) 嗨 14:06 &lt;jrandom&gt; 1) 0.4.0.1 14:06 &lt;jrandom&gt; 2) 威胁模型更新 14:06 &lt;jrandom&gt; 3) 网站更新 14:06 &lt;jrandom&gt; 4) 路线图 14:06 &lt;jrandom&gt; 5) 客户端应用 14:06 &lt;jrandom&gt; 6) ??? 14:06 &lt;jrandom&gt; 0) 嗨 14:06 * jrandom 挥手 14:06 &lt;cervantes&gt; 晚上好 14:06 &lt;jrandom&gt; 每周状态说明已发 http://dev.i2p.net/pipermail/i2p/2004-September/000444.html 14:07 &lt;jrandom&gt; （这次会议开始前就发了 ;) 14:07 &lt;deer&gt; &lt;jrand0m&gt; 哇，这里有30个人 14:07 -!- Irssi: #i2p: 共 21 个昵称 [0 ops, 0 halfops, 0 voices, 21 normal] 14:07 &lt;jrandom&gt; 好吧，总之我们直接进入 1) 0.4.0.1 14:08 &lt;jrandom&gt; 版本已经发了，总体上看起来工作正常 14:09 &lt;jrandom&gt; 我在 IRC 上看到连接时间不一，不过和大家交流时，似乎在比如一边下大文件一边用 IRC 时会有拥塞问题 14:09 &lt;jrandom&gt; 有很多人遇到吗？ 14:10 &lt;jrandom&gt; 看来没有 14:11 &lt;cervantes&gt; 我最近在做各种带宽测试，目前还没遇到那方面的问题……不过我没用带宽限制器 14:11 * nicktastic 自从几周前洗劫 alexandria 后就没怎么下东西 14:11 &lt;dm&gt; 我记得用 eepsites 时在 IRC 上更容易掉线，不过那是两个月前了 14:11 &lt;dm&gt; 掉线 14:11 &lt;dm&gt; 不确定现在还会不会 14:11 &lt;jrandom&gt; 啊，是啊，我们得去骚扰 alexandria 的人给我们多点书 :) 14:12 &lt;Nightblade&gt; 谢谢你一直给我们更新 dm 14:12 &lt;jrandom&gt; 我从 thetower 下大文件时用 IRC 还挺顺的，不过跟 cervantes 一样，我没设置带宽限制 14:13 &lt;jrandom&gt; （不过那台 router 当时的带宽均值稳定在 11KBps，同步在下 8KBps 的音乐） 14:13 * nicktastic 找点东西下 14:13 * jrandom 看着你的 irc.duck.i2p 连接飞速被丢弃 ;) 14:13 &lt;jrandom&gt; 好吧，总之关于 0.4.0.1 还有别的想提的吗？ 14:14 &lt;dm&gt; Nightblade: 呵，不客气 :) 14:14 &lt;dm&gt; jrandom: 干得好，继续前进 14:14 &lt;fvw&gt; 安装程序挺漂亮的？（不确定这是不是 .1 新加的？） 14:14 &lt;jrandom&gt; gracias dm 14:15 &lt;jrandom&gt; fvw: 和 0.4 一样，但我同意，hyper 做得很棒（我们的匿名设计师也一样！） 14:15 &lt;fvw&gt; 另外，我不会承认它到底是“漂亮的什么” :) 14:15 &lt;jrandom&gt; sonofabi... 14:16 &lt;jrandom&gt; 好，进入 2) 威胁模型更新 14:16 &lt;cervantes&gt; 是的，干得好.. :) 写文档总是很糟心 14:17 &lt;jrandom&gt; 是啊，痛苦地花了 2-3 天 14:17 &lt;jrandom&gt; 不知道你们有没有看 http://www.i2p.net/how_threatmodel 要是想知道我们说“匿名”到底是什么意思，就看那个 14:18 &lt;jrandom&gt; 那里的大多数类别都直接取自 http://citeseer.ist.psu.edu/454354.html（页面上有链接） 14:18 &lt;jrandom&gt; 我还想在威胁模型里做很多事，但我没时间 14:18 &lt;jrandom&gt; 我很希望看到一个矩阵：这些威胁 vs 实施成本 vs 在意这些威胁的用户类型 14:19 &lt;jrandom&gt; （比如普通人根本不在乎全球主动对手） 14:19 &lt;jrandom&gt; 所以谁要是无聊的话…… ;) 14:19 &lt;cervantes&gt; 我读你文档时想到一件事……我们需要一个像样的术语表…… 14:20 &lt;fvw&gt; 他不是不在乎吧？Joe Sixpack 喜欢下 mp3…… 14:20 &lt;jrandom&gt; 好像有人刚发过一个来着…… 14:20 &lt;cervantes&gt; 真的？ 14:20 &lt;cervantes&gt; 在某个 eep 上？ 14:20 &lt;jrandom&gt; 不是，某篇研究论文 14:20 &lt;jrandom&gt; 还没在 freehaven 上，我找找 14:21 &lt;jrandom&gt; 糟糕，我这儿好像没有备份了。 14:21 &lt;jrandom&gt; 我会在会后再试着找 14:22 &lt;cervantes&gt; 它也涉及 I2P 特有的概念吗？ 14:22 &lt;jrandom&gt; 哦，不 14:22 &lt;jrandom&gt; 它只是匿名网络的一般术语表，讲 mixes、cascades、攻击者等 14:22 &lt;jrandom&gt; 没有 garlic routing 或 tunnels ;) 14:23 &lt;cervantes&gt; 一段话就能把所有“圈内”流行词总结清楚，这样人们可以快速看出 onion 和 garlic routing 的区别（比如）而不必读完整个“how”文档 14:23 &lt;jrandom&gt; 你知道一个术语表可能比 how_* 页面加起来还大吧？ 14:23 &lt;jrandom&gt; 但对，我同意，我们应该做 14:23 &lt;cervantes&gt; 当然……但是.. ;) 14:23 * jrandom 志愿让 cervantes 来干 ;) 14:23 * dm 表示赞同 14:23 &lt;cervantes&gt; 呵呵 我有一半都不懂啥意思 :) 14:24 &lt;jrandom&gt; 把你懂的写出来，然后问我问题 14:24 &lt;cervantes&gt; 我来试试 14:24 &lt;jrandom&gt; w00t! cervantes++ 14:24 &lt;cervantes&gt; 如果我把它放到论坛上，其他人也能贡献…… 14:24 &lt;jrandom&gt; 好主意 14:24 &lt;deer&gt; * Pseudonym 欢呼 14:25 &lt;cervantes&gt; 但是，你说的那份文档会很有用 :o) 14:25 &lt;dm&gt; tunnel: 人工地下通道 14:25 &lt;jrandom&gt; 同意，我会再找找 14:25 &lt;cervantes&gt; 我给你做一个特别版 dm 14:25 &lt;dm&gt; 好耶！ 14:26 &lt;jrandom&gt; 好，关于威胁模型还有别的吗，或者我们转到 3) 网站更新？ 14:27 &lt;jrandom&gt; 好，今天去过网站的人应该都看到了，Curiosity 做了一些不错的可用性更新 14:27 &lt;dm&gt; 我觉得就我们俩还醒着，cervantes 和我。 14:27 &lt;korkakak&gt; 我觉得在威胁模型里 14:28 &lt;korkakak&gt; 你应该加一些混合网络上的攻击 14:28 &lt;jrandom&gt; 哪类 mix 攻击？ 14:28 * dm 打开 www.i2p.net 14:28 &lt;korkakak&gt; 比如串通攻击 14:28 &lt;jrandom&gt; 这就是我用的分类体系的糟糕之处。基本上都是串通攻击。 14:29 &lt;korkakak&gt; 我说的 mix 攻击是指可能在混合网络里发生的攻击 14:29 &lt;korkakak&gt; 啊好吧抱歉 14:29 &lt;jrandom&gt; （而且多数既可用于概率性攻击也可用于确认性攻击等） 14:29 &lt;dm&gt; 我喜欢那些段落逐渐变大的设计。能把人往下拉着看。不过对于首页来说太技术了。 14:29 &lt;korkakak&gt; 另外提一点：I2P 能自动检测串通吗？ 14:30 &lt;jrandom&gt; 但如果你对需要补充的内容有建议，请一定告诉我 14:30 &lt;jrandom&gt; 哦，绝对不能。我们没有引入 morphmix 的算法 14:30 &lt;korkakak&gt; 明白 14:30 &lt;korkakak&gt; 好，你继续 14:30 &lt;jrandom&gt; 不过他们的算法在我们这里也不太行，因为我们是 free route mixnet 14:31 &lt;korkakak&gt; 这点嘛，有对也有不对 14:31 &lt;korkakak&gt; 不过没事。抱歉打断了 14:32 &lt;cat-a-puss&gt; 也许在前面提一下 I2P 不易受哪类显而易见的攻击会是个好主意 14:32 &lt;jrandom&gt; 嗯？他们的算法是基于检测串通节点在节点选择里的影响——而在 i2p 中，本地 router 明确定义了整个节点选择算法 14:33 &lt;korkakak&gt; 我猜现在这是真的，是因为网络规模 14:33 &lt;jrandom&gt; 啊，这主意不错，cat-a-puss，比如 MITM/等等。你愿意把一些想法发出来吗？ 14:33 &lt;cat-a-puss&gt; 当然 14:33 &lt;dm&gt; MITM? 14:33 &lt;dm&gt; 啊，man in the middle（中间人攻击）。 14:33 &lt;jrandom&gt; muchas gracias cat-a-puss! 14:34 * cervantes 在术语表里记下 MITM 14:34 &lt;jrandom&gt; korkakak: 嗯。我不确定这方面如何受网络规模影响，但我们当然可以从 morphmix 的串通检测里学点东西 14:34 &lt;jrandom&gt; （比如 wrt netDb 响应） 14:34 &lt;korkakak&gt; wrt = ? 14:35 &lt;dm&gt; 嘿嘿 14:35 &lt;jrandom&gt; 抱歉，with regards to（关于） 14:35 &lt;dm&gt; 这个我知道！ 14:36 &lt;jrandom&gt; 我们确实应该就威胁模型展开更多讨论。也许我们可以在邮件列表或论坛里开个主题？ 14:36 &lt;dm&gt; “结果是，每个端到端消息所经转发的 peers 数量，是满足发送者和接收者威胁模型所需的绝对最小值。” 14:36 &lt;dm&gt; 我喜欢这种表述方式。 14:37 &lt;dm&gt; 虽然不准确。 14:37 &lt;jrandom&gt; 嗯？ 14:37 &lt;jrandom&gt; 如果发送者和接收者都只需要可信否认，他们可以直接通信 14:37 &lt;jrandom&gt; （等等） 14:37 &lt;dm&gt; 满足 A 和 B 的威胁模型所需的绝对最小 peers 数量，是 A 或 B 里要求更高的那一方所需的数量吧 :) 14:38 &lt;jrandom&gt; 不是这样的 dm 14:38 &lt;jrandom&gt; 如果他们俩都要求 2 跳的 tunnels 来抵御其 tunnels 中的串通攻击，他们俩就不能都用 1 跳的 tunnels 14:39 &lt;dm&gt; 如果 A 愿意用 10 次间接，B 愿意用 5 次，所需的最小是 10，不是 15 吧！？ 14:39 &lt;jrandom&gt; 不，是 15。B 不该信任 A 的 tunnels。 14:39 &lt;dm&gt; 对，他不该。 14:39 &lt;dm&gt; 但理论上嘛……算了，没营养的讨论。不过我还是喜欢那句话。 14:40 &lt;jrandom&gt; 这是 i2p 里非常重要的一个设计决策之一 ;) 14:40 &lt;jrandom&gt; 总之，回到 3) 网站更新 14:41 &lt;deer&gt; &lt;nicktastic&gt; （FYI——在下载两个大文件时 IRC 掉线了，但到服务器的延迟和开始下载前一样，所以可能是偶发（某处异常退出？）） 14:41 &lt;jrandom&gt; 我和 Curiosity 讨论了新首页的长度，虽然我们都觉得有点长，但比以前那一句话好多了 14:41 &lt;cervantes&gt; 同意 14:42 &lt;jrandom&gt; 啊好。也可能是下载时网络拥塞，因为 eepproxy 和 IRC 客户端默认使用同一个 I2P destination 14:42 &lt;nicktastic&gt; 啊哈…… 14:42 &lt;jrandom&gt; （所以两个都会尝试用同一对入站 tunnels） 14:42 &lt;nicktastic&gt; 我还在想为什么只显示一个 14:43 &lt;jrandom&gt; 对，那是 I2PTunnel 和 ministreaming 库里的默认。也许要是谁在意，我们可以提供个配置方式出来 ;) 14:43 &lt;nicktastic&gt; 抱歉插话 14:43 &lt;deer&gt; * Pseudonym 在意 14:43 &lt;dm&gt; 这屋里的人可真有礼貌 14:43 &lt;interrupt&gt; 你被原谅了 14:44 &lt;interrupt&gt; ;) 14:44 * nicktastic 翻白眼 14:44 &lt;jrandom&gt; 欢迎提交补丁 Pseudonym ;) （算了，我看看能不能找个简单法子……不应太难） 14:44 &lt;jrandom&gt; 好，总之 14:44 &lt;deer&gt; &lt;Pseudonym&gt; 太好了，因为我完全不会写 Java 代码 14:45 &lt;jrandom&gt; 网站可能还会有后续更新，如果有任何建议，请发到论坛或列表，或者在 IRC 上直接跟 Curiosity 说，我们就推动起来 14:45 &lt;jrandom&gt; 有没有想聊的网站相关的话题？ 14:45 &lt;cervantes&gt; 嗯，bounties（悬赏）也许？ 14:46 &lt;cervantes&gt; 不过可能放到 5 更合适 14:46 &lt;jrandom&gt; 大概吧 14:46 &lt;jrandom&gt; 好，进入 4) 路线图 14:46 &lt;jrandom&gt; 有很多更新。详见邮件 14:47 &lt;jrandom&gt; （或者看看漂亮的甘特图 ;) 14:47 &lt;dm&gt; 那是用 MS Project 做的吗？ 14:47 &lt;jrandom&gt; http://ganttproject.sourceforge.net/ 14:47 &lt;cervantes&gt; 呃 gantt :) 14:47 &lt;dm&gt; 哦.. gantt 是个产品。是我误会了。 14:48 &lt;dm&gt; 很高兴看到路线图里没有依赖关系。 14:48 &lt;jrandom&gt; 我这几天发了几个不同版本的路线图，但这个看起来比较稳 14:48 &lt;cervantes&gt; 一切都依赖 jrandom ;-) 14:48 * jrandom 呻吟 14:48 &lt;fvw&gt; 3.0 在二月？哇。 14:48 &lt;jrandom&gt; 2.0 和 3.0 版本实际上各自只有 1 个（大的）功能 14:48 &lt;dm&gt; 别忘了：指数式版本号 14:49 &lt;jrandom&gt; 呵 14:49 &lt;jrandom&gt; 是啊，到明年七月我们就 1183 了 14:50 &lt;dm&gt; 嗯，这总比大多数项目每个构建任意 +0.1 有趣，我不抱怨。 14:50 &lt;jrandom&gt; 不过 2.0 和 3.0 可能会延后以配合其他应用。比如 3.0 配个邮件应用就很不错 14:51 &lt;jrandom&gt; 1.0 的发布标准老样子——功能可用、安全、可扩展、且匿名 14:51 &lt;jrandom&gt; 这也是我把 UDP 传输提上来的原因，因为我们当前的 TCP 传输要是上几千个节点会直接崩 14:51 &lt;dm&gt; 那我们应该来个 0.9——Slashdot 版 14:51 &lt;dm&gt; 扛得住就勾上可扩展，进 1.0 了 14:51 &lt;jrandom&gt; 呵 14:52 * jrandom 宁愿有机增长，谢谢关心 14:52 &lt;cervantes&gt; 我们不需要告诉他们 14:52 &lt;cervantes&gt; *是不想 14:52 &lt;korkakak&gt; 顺便我能说说全局时间吗？ 14:52 &lt;cervantes&gt; 让他们都留在互联网，我们搬到这里来 14:52 &lt;jrandom&gt; 当然可以 korkakak 14:53 &lt;korkakak&gt; 在我看来，你无法在异步网络上模拟同步网络 14:53 &lt;korkakak&gt; 这就是糟糕的设计，会导致网络分裂[我觉得]，目前的用法是 14:54 &lt;korkakak&gt; 作为 UDP 包的时间戳 14:54 &lt;jrandom&gt; 我们的消息传递并不做同步，只是用时间帮我们判断数据的新鲜度 14:54 &lt;korkakak&gt; 是，这就是重点 14:54 &lt;jrandom&gt; 如果不知道 netDb 条目的新鲜度，你会暴露在一大堆攻击面前 14:55 &lt;korkakak&gt; 是的 14:55 &lt;korkakak&gt; 但想象一个在增长的网络 14:55 &lt;korkakak&gt; 一个巨大的网络 14:55 &lt;jrandom&gt; 比如互联网 14:55 &lt;dm&gt; 更大！ 14:55 &lt;fvw&gt; 两个互联网用绳子绑在一起！ 14:55 &lt;jrandom&gt; 它有网络时间协议（NTP）来扩展到那种规模…… ;) 14:56 &lt;korkakak&gt; 我不觉得我理解你的意思，不过 14:56 &lt;dm&gt; korkakak: 你想表达啥？ 14:57 &lt;korkakak&gt; 由于时间戳无效，可能会发生网络分裂 14:58 * dm 不确定现在的时间同步怎么做的 14:58 &lt;korkakak&gt; 这种情况叫“局部化效应”（从希腊语翻成英语） 14:58 &lt;deer&gt; &lt;soros&gt; 我听说 i2p 的匿名性被破解了 14:59 &lt;deer&gt; &lt;soros&gt; 真的假的？ 14:59 &lt;jrandom&gt; 我认为我们可以像 NTP 网络那样解决时间同步问题。二级、三级 NTP 主机非常多，虽然我们当前的 SNTP 实现当然不适合拥塞环境，但没有理由认为时间同步不可能 14:59 &lt;jrandom&gt; 呵 soros 14:59 &lt;jrandom&gt; soros: 你提到的那个帖子（也有人跟我说过）是在 devl 上讨论 JAP 被攻破了，不是 I2P。 15:00 &lt;dm&gt; 所以所有 I2P 节点必须一直保持同步才能工作？ 15:00 &lt;korkakak&gt; NTP 网是在同步网络之上的同步网络 ;-) 15:00 &lt;jrandom&gt; 不过如果有人有 I2P 的破解方法，我当然很想听 15:00 &lt;deer&gt; &lt;soros&gt; 我有一个但我先保密 15:00 &lt;jrandom&gt; 在不同的抽象层面上，korkakak，没错。我的以太网线也是同步的 15:01 &lt;deer&gt; &lt;soros&gt; :) 15:01 &lt;jrandom&gt; 是的 dm，要同步到网络时间 15:01 &lt;korkakak&gt; jrandom 我叫 nick 或者 korki :-) 15:01 &lt;jrandom&gt; （重点是我们不使用同步消息传递） 15:01 &lt;jrandom&gt; :) 行 15:01 &lt;jrandom&gt; （请别介意我不告诉你我的名字 ;) 15:02 &lt;korkakak&gt; 不介意 15:02 &lt;dm&gt; 他的名字叫 Abdul 15:02 &lt;jrandom&gt; 好我们说到哪了 15:02 &lt;nicktastic&gt; 4) 15:03 &lt;jrandom&gt; 对了，谢谢。路线图 15:03 &lt;jrandom&gt; 有人有任何担忧/想法/建议吗？ 15:03 &lt;dm&gt; 你说“要做一些传输层工作”，是要重做 TCP，还是转向 UDP？ 15:04 &lt;jrandom&gt; UDP 是 0.4.4 14:05 &lt;dm&gt; 我好像看到近期要做传输层方面的工作 15:05 &lt;dm&gt; 在不久的将来 15:05 &lt;jrandom&gt; 是的，0.4.1 会重构 TCP 传输 15:05 &lt;dm&gt; 既然 0.4.4 要上 UDP，为什么 0.4.1 还要重构 TCP？ 15:05 &lt;dm&gt; 我们两个都会需要吗？ 15:05 &lt;cervantes&gt; 另外，在项目计划里，你仍然是唯一的资源……我们是缺贡献者，还是只是项目分散？ 15:06 &lt;jrandom&gt; dm: 有些人不能用 UDP 15:06 &lt;dm&gt; 防火墙？ 15:06 &lt;jrandom&gt; cervantes: 如果有更多贡献者，我们当然可以并行化很多任务 15:07 &lt;jrandom&gt; （但路线图没有假设会有更多人） 15:07 &lt;cervantes&gt; 那希望它代表的是最坏情况 15:07 &lt;jrandom&gt; 然而还有一些不在路线图上的重要工作，比如客户端修改、在 i2p 之上的服务等 15:08 &lt;cervantes&gt; 除了你被暗杀之外 15:08 &lt;dm&gt; 真希望我们请得起 toad 15:08 &lt;deer&gt; &lt;Pseudonym&gt; 现在 0.4 已经发布并且基本工作了，我们要不要在某处（不一定是 /.）宣布一下，试着增加开发者/测试者/捐助者？ 15:08 &lt;jrandom&gt; 当然欢迎更多贡献者 15:08 * korkakak 向大家告别。该上床了。在 korkakak 的地盘已经很晚了…… 15:08 &lt;korkakak&gt; 拜拜 各位 15:08 &lt;cervantes&gt; 晚安 15:08 &lt;jrandom&gt; 谢谢过来，nick，回头聊 15:10 &lt;dm&gt; 晚安 15:10 &lt;jrandom&gt; 现在 /. 可能为时过早，但通过其他方式把新朋友拉进来会很好 15:10 &lt;dm&gt; 你对 Pseudonym 的建议挺开放。我以为你会崩溃 15:10 &lt;jrandom&gt; 不过我觉得靠口耳相传我们在稳步增长 15:11 &lt;deer&gt; &lt;Pseudonym&gt; 如果我们要宣布，应该在哪儿？ 15:11 &lt;jrandom&gt; 我觉得现在不该做任何公告，至少等到 1.0 以后 15:11 &lt;deer&gt; &lt;Pseudonym&gt; 看起来我们可以用一波现金/人才 15:11 &lt;jrandom&gt; 但如果你听到有人说想匿名做点什么事，就把他们指到 i2p 来 ;) 15:12 &lt;deer&gt; * DrWoo 建议低语传播（whisper campaign） 15:12 &lt;cervantes&gt; 我们已经有不少未分配的资金了…… 15:12 &lt;jrandom&gt; 我们是开放团队，但你只有一次机会留下第一印象。 15:13 &lt;cat-a-puss&gt; 我不建议从零宣传直接跳到 /.，需要一个中间步骤，确保我们能扛住负载 15:13 &lt;deer&gt; &lt;Pseudonym&gt; 那我们应该把资金分配到我们认为重要的悬赏上 15:13 &lt;dm&gt; 我们需要雇个全职开发，或者找到一个特别特别无聊的人 15:13 &lt;jrandom&gt; 同意。我希望在那之前至少有 500 个 routers 在线 15:13 &lt;jrandom&gt; 事实上，你们已经把我们带到了 5) 客户端应用 :) 15:14 &lt;jrandom&gt; 我们目前池子里大概有 ~300（嗯，快了，这是另一个故事） 15:14 &lt;deer&gt; &lt;Pseudonym&gt; 有什么中间步骤的建议吗？ 15:14 &lt;jrandom&gt; pseudonym: 我们在 0.4.4 之前不可能上 1000+ 节点 15:15 &lt;jrandom&gt; （而且我们会先压测网络） 15:15 &lt;fvw&gt; 实际上，在大多数 unix 上大概可以。需要调整 rlimits。 15:15 &lt;jrandom&gt; 对对 15:15 &lt;jrandom&gt; 不过会很痛苦 ;) 15:16 &lt;deer&gt; &lt;Pseudonym&gt; 对。所以不 /.，但应该能从某处再拉来两三百人吧 15:16 &lt;jrandom&gt; 我们可以做更大的仿真 15:16 &lt;deer&gt; &lt;Pseudonym&gt; 有人认识 EFF 的人吗？也许他们有邮件列表 15:17 &lt;jrandom&gt; 是的，我跟一些 EFF 的朋友聊过一些事 15:17 &lt;fvw&gt; 我觉得任何公告最终都会渗透到 slashdot。我同意 jrandom，稍微等等现在不坏。 15:18 &lt;dm&gt; 你要意识到，一旦你到 200-300 节点，很可能会自动被 /. 提到 ;) 15:18 &lt;jrandom&gt; （尤其我们已经搞了 ~ 15 个月） 15:18 &lt;dm&gt; 临界规模/炒作之类的 15:18 &lt;jrandom&gt; 嗯，这也引出 5) 客户端应用 15:19 &lt;jrandom&gt; 我在看一些统计，似乎大概有 1/4 的 routers 基本没有做任何客户端活动 15:19 &lt;jrandom&gt; 这很好——有人愿意捐资源当 I2P routers 很棒，但可惜我们没有能把他们“吸进去”的东西 :) 15:19 &lt;fvw&gt; 是啊，我想做一个像样的聊天应用（像 IRC，但更适合 i2p），不过这很长期，未来几个月没时间…… 15:20 &lt;jrandom&gt; 不过最近我们确实涌入了一批很赞的 eepsites 15:20 &lt;jrandom&gt; 啊酷 fvw 15:20 &lt;cervantes&gt; 许多人会跑不止 1 个 router 14:20 &lt;jrandom&gt; 一个可靠的 IM/群聊对 I2P 来说肯定很棒 15:20 &lt;nicktastic&gt; fvw: 即时通讯带多用户聊天，或许？ 15:20 &lt;deer&gt; &lt;mrflibble&gt; 各位，在 0.4.0.1 里，怎么让 router 监听不只是 localhost？ 15:20 &lt;cat-a-puss&gt; 嘿，谁能写个 gaim 插件？这会是个好办法 15:20 &lt;jrandom&gt; 对 cervantes 15:20 &lt;cervantes&gt; 他们可能用 1 个跑应用……其余的捐出来 15:21 &lt;jrandom&gt; mrflibble: `http://localhost:7657/i2ptunnel/` 去配置 http 和 irc 代理监听“任意接口” 15:21 &lt;fvw&gt; 这让我想到：我们能不能给出站 tunnels 做点类似多播的东西？即一条消息送到多个入站？ 15:21 &lt;nicktastic&gt; cat-a-puss: 当然可能 15:21 &lt;fvw&gt; 是啊，本质上 IRC 和 IM 没太大区别，除了界面。 15:22 &lt;jrandom&gt; fvw: 也行也不行。省不了多少（因为消息是端到端加密的，所以你得把消息 garlic wrap 到出站 tunnel 的终点，然后从那里分别指向各个 cloves） 15:22 &lt;jrandom&gt; 我认为多播更应该用应用层 overlay 来做 15:22 &lt;deer&gt; &lt;mrflibble&gt; 哦，谢谢 jrandom! 15:22 &lt;fvw&gt; 你说的应用层 overlay 是啥？ 15:22 &lt;jrandom&gt; 比如 shoutcast/etc 15:23 &lt;hypercubus&gt; 他的意思是在应用层做多播 15:23 &lt;hypercubus&gt; 而不是在 i2p 层 15:23 &lt;cervantes&gt; 你好啊 hyper 15:23 &lt;fvw&gt; 好的。说得通。 15:24 &lt;jrandom&gt; 好，我在邮件里对客户端应用已经吐槽够多了，这里就不重复了。 15:25 * fvw 撅嘴，把爆米花收起来 15:25 * jrandom !thwaps 这位损友 15:26 &lt;jrandom&gt; 但基本上我觉得在我们“上线”之前，需要有些能“带着上线”的东西 15:26 &lt;dm&gt; 你若建之，他们自会来…… 15:26 &lt;dm&gt; 哈哈，或者不会！！！ 15:26 &lt;fvw&gt; 是。虽然仅凭有动态（更别提能用的）freesites 我们就能从 freenet 拉来不少人。 15:27 &lt;deer&gt; &lt;Pseudonym&gt; 用一般基金的一些钱来创建/提高那些“有吸引力”的东西的悬赏如何 15:27 &lt;nicktastic&gt; ……还有 dht 15:27 &lt;cervantes&gt; 我对 freenet 不太了解……freesites 和 eepsites 有什么不同？ 15:27 &lt;cervantes&gt; 如果它们有相似之处的话 15:27 &lt;deer&gt; &lt;Pseudonym&gt; eepsites 是能用的 15:28 &lt;deer&gt; &lt;soros&gt; 呵 15:28 &lt;hypercubus&gt; 在我看来你们有点急 15:28 &lt;cervantes&gt; 除了那点 15:28 &lt;nicktastic&gt; hypercubus: 怎么说？ 15:28 &lt;hypercubus&gt; 要么为项目做贡献，要么闭嘴 15:28 &lt;deer&gt; &lt;soros&gt; freesites 是静态的。 15:28 &lt;jrandom&gt; 用悬赏/投票把一般基金的一些 $$$ 给做出牛逼东西的服务提供者/eepsites 听起来是个好主意 15:28 * jrandom 才是那个急性子 hypercubus ;) 15:28 &lt;jrandom&gt; Pseudonym: 你是这个意思吗？ 15:28 &lt;cervantes&gt; 这些应用肯定不会一夜之间冒出来 15:29 &lt;jrandom&gt; 对，这就是我们现在就要讨论的原因 15:29 &lt;jrandom&gt; duck: 你在不？ 15:29 &lt;hypercubus&gt; 是那些催着公开宣布的人 15:29 &lt;fvw&gt; 我怀疑悬赏能让 eepsites 多起来。搭 eepsite 的人是因为好玩，我怀疑我们能付钱让不觉得好玩的人来做。 15:29 &lt;deer&gt; &lt;soros&gt; 动态 freesites 可以更新，但一天只能一次…… 15:29 &lt;jrandom&gt; 可能是这样 fvw 15:29 &lt;deer&gt; &lt;Pseudonym&gt; 我想的是用一般基金支持应用的悬赏，不是服务/eepsites 15:29 &lt;fvw&gt; 没人逼着要宣布啊，只是简单讨论了下。 15:30 &lt;hypercubus&gt; 项目在自然演进和成长，耐心点 15:30 &lt;jrandom&gt; 好的 Pseudonym。 15:30 * fvw 朝 pseudonym 点头。那或许挺好。 15:30 &lt;jrandom&gt; 你们觉得该怎么做？ 15:30 &lt;nicktastic&gt; hypercubus: 他们只是头脑风暴怎么在不“扩张”网络的情况下让网络变大 ;) 15:30 &lt;jrandom&gt; 整个捐赠池都可以按我们的意愿随处使用 15:30 &lt;fvw&gt; 不过我觉得小的 bug 或功能悬赏最有可能真的促成事情发生，而不是变成恰好完成的人拿到的一份礼物。 15:31 &lt;deer&gt; &lt;Pseudonym&gt; 小悬赏似乎不太奏效。不如我们往 MyI2p 的池子里塞一堆钱 15:32 &lt;hypercubus&gt; 你何不自己捐？ 15:32 &lt;nicktastic&gt; jrandom: 嗯，要让群体下载和 dds 有用，我们需要比 4kbyte/sec 更快的 streams，所以这两个悬赏相当依赖 streaming 库的悬赏 15:32 &lt;nicktastic&gt; jrandom: 不过按照之前讨论，那看起来相当简单 15:32 &lt;cervantes&gt; 往上砸钱也不会让东西一夜之间出现的 :) 15:32 &lt;deer&gt; &lt;Pseudonym&gt; 我捐过 15:32 &lt;deer&gt; &lt;soros&gt; 直接把 i2p 发到 slashdot 上 15:32 &lt;deer&gt; &lt;soros&gt; 这就够了 15:33 &lt;hypercubus&gt; 这恰恰是我们不需要的 15:33 &lt;deer&gt; &lt;Pseudonym&gt; 不是一夜之间，但也许会有人开始做 15:33 &lt;jrandom&gt; nicktastic: streaming 库会有大量工作，但那是 0.4.3 发布的事儿 :) 15:34 * nicktastic 查看路线图 15:34 &lt;jrandom&gt; 不过我同意 cervantes，$$ 不会写代码，程序员才会。 15:34 &lt;deer&gt; &lt;soros&gt; i2p 在 freshmeat 上有挂吗？ 15:34 &lt;jrandom&gt; 要是能有某种魔法方式联系到黑客，又不让普通用户知道就好了 ;) 15:34 &lt;jrandom&gt; 据我所知没有 soros 15:34 &lt;fvw&gt; 交叉发到其他匿名相关软件的邮件列表？ 15:35 &lt;fvw&gt; 其实我觉得大多数人已经参与过 freenet 或 gnunet，并且已经知道 i2p 了。 15:35 &lt;cervantes&gt; 黑进他们那更差的匿名网络，然后说“嗨，来给我们干活” 15:35 &lt;jrandom&gt; 我们确实从 gnunet 的链接页获得不少访问 15:35 &lt;jrandom&gt; 呵 cervantes 15:35 &lt;deer&gt; &lt;demonic_1&gt; 我想有些新闻组可用 15:36 &lt;cervantes&gt; （替我们干活，否则我们就把你的 IP 给老大哥） 15:36 &lt;cat-a-puss&gt; 你可以在谈相关内容的 wiki 里加上 I2P 的引用 15:36 &lt;deer&gt; &lt;baffled&gt; 我觉得我们需要的是一种把邮件从 i2p 里送出去、并匿名送出去的办法。 15:36 &lt;jrandom&gt; 我想已经有人在维基百科里把 i2p 放到各处了，不过 iA 最近不清楚 15:36 * fvw 不明白为什么不能在 tunnel 上跑 smtp。 15:37 &lt;jrandom&gt; 同意 baffled，一个安全*的邮件方案会很棒 15:37 &lt;cervantes&gt; 这可能吗 15:37 &lt;fvw&gt; 我们要小心别成了垃圾邮件。 15:37 &lt;jrandom&gt; fvw: 你信你的邮件客户端吗？ 15:37 &lt;jrandom&gt; 不过，一个 mixminion/mixmaster 的出站网关会很酷 15:37 &lt;jrandom&gt; （所以谁去搭一个它们的 Web 界面吧。拜托 :) 15:37 &lt;fvw&gt; jrandom: 跟我对其他客户端软件的信任一个样……你信你的 IRC 客户端吗？你的浏览器呢？…… 15:38 &lt;cervantes&gt; 你得信网关的那个人不看你的邮件 15:38 &lt;jrandom&gt; fvw: 不信。 15:38 &lt;jrandom&gt; fvw: 这就是问题。 15:38 &lt;jrandom&gt; fvw: 这个问题必须在我们能推荐大家把 I2P 用于测试之外的用途之前解决。 15:39 &lt;fvw&gt; 你打算怎么让邮件客户端“更匿名”？ 15:39 &lt;jrandom&gt; 需要一个本地的 SMTP/POP3 “服务器”，从客户端读取、解析、理解，然后按需处理。 15:39 &lt;cervantes&gt; 你得先来个定制的邮件应用 15:39 &lt;jrandom&gt; （已经有几个那样的应用了） 15:39 &lt;cervantes&gt; （客户端） 15:40 * cervantes 为自己说了“定制的”而道歉 15:40 &lt;cervantes&gt; *道歉 15:40 &lt;jrandom&gt; 但这也引到每周状态里的一点——太多重要的事需要做 15:40 &lt;fvw&gt; jrandom: 这在 unix 上很容易。搞个 sendmail 的替代投递，再来个 fetchmail 式的东西就行了。你甚至可以用 shell 脚本写。 15:40 &lt;deer&gt; &lt;duck&gt; 我听到有人叫我了 15:40 &lt;jrandom&gt; 如果要靠悬赏，我们就得聚焦 15:40 &lt;jrandom&gt; 哦，嗨 duck 15:41 &lt;deer&gt; &lt;duck&gt; 抱歉，我刚才，呃……喝酒呢 15:41 &lt;jrandom&gt; duck: 就想确认下那个 Web 网关的进展？以及它是否是普通 i2p 用户能用的？ 15:41 &lt;jrandom&gt; 呵，干杯 15:41 &lt;nicktastic&gt; 醉鸭 15:41 &lt;cervantes&gt; 池塘水？ 15:41 &lt;jrandom&gt; fvw: 开写吧 :) 15:42 &lt;deer&gt; &lt;duck&gt; 没，有个开发卡壳了。得找别人 15:42 &lt;jrandom&gt; 好吧，遗憾 15:42 &lt;deer&gt; &lt;baffled&gt; 我们告诉过你别再把他们锁壁橱里“保护”了。 15:43 &lt;deer&gt; &lt;duck&gt; 我最初的规格：`http://duck.i2p/files/anonyproxy.txt` 15:44 &lt;deer&gt; &lt;baffled&gt; 让邮件进/出 i2p 是不是就像做个 Web/隧道接口到某个 mixmaster 之类的东西那么简单？ 15:44 &lt;jrandom&gt; 也许我们可以重做下那个规范，看看能不能满足普通 eepsites 的需求（用 i2p 公共资金支持） 15:44 &lt;jrandom&gt; 哦好 duck，我去看看 15:44 &lt;jrandom&gt; baffled: 从 i2p 出去？可以。进到 i2p？可能要多些工作 15:44 &lt;fvw&gt; baffled: 为什么要加 mixmaster？mixmaster 提供的东西我们已经有了。 15:45 &lt;jrandom&gt; fvw: mixmaster 有一张出站代理网络，还带非平凡的延迟 15:45 &lt;jrandom&gt; 好的 duck，快速扫了下规范。我们可能能搞点东西出来 15:45 &lt;deer&gt; &lt;baffled&gt; 不是我要，jrandom 建议搭一个它的 Web 界面，不是我。 15:46 &lt;jrandom&gt; （不过它看起来要求挺重的，可能不行。不确定，看看再说） 15:46 &lt;deer&gt; &lt;duck&gt; 这很简单；预期是花 1.5 小时熟悉组件，然后 3-4 小时打补丁 15:46 &lt;fvw&gt; 出站代理有用。至于明显的延迟，不在用 i2p 的人不会只为邮件来用 i2p，因为有 mixmaster；而已经在用 i2p 的人如果会被没延迟（如果可能）拖累，也会在其他地方被拖累 15:46 &lt;jrandom&gt; 对对，然后还要带上 perl、privoxy 和 apache，duck ;) 15:47 &lt;jrandom&gt; 也许吧 fvw。（不过 i2p 3.0 巴拉巴拉） 15:47 &lt;fvw&gt; 呵，我不太好意思说“好观点”，但我明白你的意思。 15:48 &lt;nicktastic&gt; FYI，JES（Java Email Server）在 GPL 下提供 SMTP 和 POP3 服务器 15:49 &lt;jrandom&gt; 好，也许我们应该在列表或论坛里再讨论一下，选出一两个我们要集中精力的客户端应用 15:49 &lt;jrandom&gt; word nicktastic，apache 也有一个很赞的 15:49 &lt;nicktastic&gt; 不错，叫什么？ 15:49 &lt;jrandom&gt; http://james.apache.org/ 15:49 &lt;nicktastic&gt; 谢了 15:50 &lt;jrandom&gt; （还有 nntp（口水）） 15:50 &lt;nicktastic&gt; 哇 15:50 * nicktastic 激动了 15:51 * fvw 加入了 #i2p-porn。至少感觉像。 15:51 &lt;fvw&gt; 好，下一项？ 15:51 &lt;jrandom&gt; 好，我们可以把客户端应用的讨论和策略放到列表和论坛继续 15:51 &lt;nicktastic&gt; 对 15:52 &lt;jrandom&gt; 但现在，进入 6) ??? 15:52 &lt;nicktastic&gt; 或者在非会议时间 ;P 15:52 &lt;jrandom&gt; 还有别的想提的吗？ 15:52 * fvw 点头。这值得在列表上讨论。 15:52 &lt;deer&gt; &lt;duck&gt; 关于 www-inproxy 的一点说明：想法是找一些 ISP 提供这种网关作为服务 15:52 &lt;fvw&gt; 不，列表更好。让每个人都有机会发声，不只是那些碰巧醒着的人。 15:52 &lt;jrandom&gt; 赞 duck，这很酷 15:52 &lt;deer&gt; &lt;duck&gt; 这样没有 i2p 的普通人可以用他的 MSIE 来访问 15:52 &lt;deer&gt; &lt;duck&gt; 但主机是匿名的 15:52 &lt;deer&gt; &lt;soros&gt; http://it.slashdot.org/article.pl?sid=04/09/14/2226226&amp;threshold=0&amp;tid=172&amp;tid=128&amp;tid=201&amp;tid=218 （Windows XP 的一个恶心新漏洞） 15:52 &lt;jrandom&gt; 没有 i2p！异教徒！烧了他！ 15:53 &lt;deer&gt; &lt;duck&gt; ISP 承担部分风险，因此需要白名单 15:53 &lt;deer&gt; &lt;duck&gt; 当然还有域名等的费用 15:53 &lt;fvw&gt; 呵。然后我们突然在著名 eepsites 上贴满少儿色情，看着一半的人被抓，另一半的人安装 i2p。 15:53 &lt;jrandom&gt; 呵呵 15:53 &lt;deer&gt; * duck 打电话给 AIVD 15:54 &lt;fvw&gt; duck 是荷兰人？*沉思* 15:55 &lt;deer&gt; &lt;duck&gt; 我觉得很多客户端应用并不是真正的“杀手级” 15:55 &lt;jrandom&gt; 好，还有别的要提的吗？ 15:55 &lt;jrandom&gt; 同意 duck，但我们需要点“什么东西” 15:55 &lt;deer&gt; &lt;duck&gt; 某种自制的 smtp 隧道这类不会是大事件 15:56 &lt;deer&gt; &lt;duck&gt; myi2p 带 IOU 记账 15:56 &lt;deer&gt; &lt;duck&gt; fvw: Bedankt foor die bloumen 15:57 &lt;deer&gt; &lt;soros&gt; “在圣诞岛域名管理机构 NIC.CX（.cx 的监管机构）收到一位名叫 Rhonda Clarke 的办公室职员的投诉后，goatse.cx 站点于 2004 年 1 月 16 日（周五）被关闭。（Goat.cx 和 Hick.org/Goat 仍然活跃。）甚至还有请愿要让 goatse.cx 回来。” 15:57 &lt;deer&gt; &lt;soros&gt; 我对人类失望了 15:57 &lt;deer&gt; &lt;duck&gt; 关于网站的一件小事：各页面的&lt;title&gt;都加了 I2P 以便谷歌 15:57 &lt;deer&gt; &lt;soros&gt; 抱歉发错窗口了 15:57 &lt;jrandom&gt; 好的 duck 15:57 &lt;deer&gt; &lt;duck&gt; 但我没跟上最新的 google-dance，可能没用。 15:57 &lt;jrandom&gt; 或许能不能有个办法可以明确不加？ 15:58 &lt;jrandom&gt; （比如我们能写“Welcome to I2P.net”而不是“I2P - Welcome to I2P.net”等等） 15:58 &lt;deer&gt; &lt;duck&gt; 当然可以 15:58 &lt;deer&gt; * duck 看看 fun-o-meter 15:58 &lt;jrandom&gt; 我们也可以在 menu.ini 里加 title = "I2P - How does it work" 15:58 &lt;deer&gt; &lt;duck&gt; 不行，今天不行 15:58 &lt;deer&gt; &lt;thetower&gt; 哦哦，能不能让谷歌爬 i2p？比如某种反向代理之类？ 15:58 &lt;jrandom&gt; 是，不值 15:58 &lt;jrandom&gt; thetower 用 duck 的那个玩意儿，或许能。 15:59 &lt;deer&gt; &lt;duck&gt; 是 15:59 &lt;fvw&gt; 但如前所述，你可能不想自己来跑它。 15:59 &lt;deer&gt; &lt;thetower&gt; 看起来如果 eepsites 能出现在谷歌搜索里，那就是很好的广告。 16:00 &lt;deer&gt; &lt;duck&gt; fvw: 我联系了一家有兴趣的 ISP 16:00 &lt;deer&gt; &lt;duck&gt; 但他不打算自己做 16:00 &lt;jrandom&gt; thetower: 或许如果给 files.i2p 接一个 ht://dig，然后让 files.i2p 把数据库暴露成带 html 链接的大文件，就可以被镜像..? 16:00 &lt;fvw&gt; duck: 真的？多大，在哪个国家？ 16:00 &lt;cervantes&gt; 要不搞个缓存而不是代理 16:00 &lt;cervantes&gt; 啊 16:00 &lt;deer&gt; &lt;duck&gt; 20cm 16:00 &lt;fvw&gt; 如果我是 ISP，即便不怕法律问题，在 I2P 更大之前我也不会感兴趣。 16:01 &lt;jrandom&gt; 缓存也有意思，一群 squids，等等 16:01 &lt;deer&gt; &lt;duck&gt; skynet 16:01 &lt;fvw&gt; 那还挺大。你给他们垫了本电话簿吗？ 16:01 &lt;nicktastic&gt; 呵呵 16:01 &lt;deer&gt; &lt;duck&gt; fvw: 他们可能会在加入前扫描站点 16:01 &lt;deer&gt; &lt;duck&gt; 所以你得另找地方放你的那些脏东西 16:01 &lt;fvw&gt; 一次还是每次更新？ 16:02 &lt;fvw&gt; 后者为那么点内容也太费劲了。 16:02 &lt;deer&gt; &lt;duck&gt; 每个带 x 的月份的第二个星期天 16:02 &lt;deer&gt; &lt;duck&gt; 哎呀 16:03 &lt;jrandom&gt; 好，我们已经超过两小时了，还有要提的吗，还是把后续讨论放到列表/论坛/等等？ 16:03 &lt;fvw&gt; 我只是觉得一个认真的 ISP 在这个阶段承诺给 I2P 投入资源非常不可能。 16:03 * cervantes 用一个平底锅盖住自己的头 16:03 &lt;deer&gt; &lt;duck&gt; fvw: 你的情绪已记录。 16:03 * fvw 朝 jrandom 点头。我需要一杯。加油。 16:03 &lt;deer&gt; &lt;duck&gt; 我们什么时候来个 24 小时会议？ 16:04 &lt;jrandom&gt; 也许下周 duck 16:04 * jrandom 做收尾 16:04 &lt;deer&gt; &lt;duck&gt; 哦耶！ 16:04 &lt;fvw&gt; duck: 我的情绪？你还没见识过。等我喝几杯……*坏笑* 16:04 * jrandom *baf* 在 cervantes 头上拍了一下，宣布会议结束 </div>/zh/blog/2004/09/08/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2004-09-08/Wed, 08 Sep 2004 00:00:00 +0000/zh/blog/2004/09/08/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2004-09-08/<p>大家好，抱歉迟到了&hellip;</p> <h2 id="索引">索引：</h2> <ol> <li>0.4</li> <li>Capacity and overload</li> <li>Website updates</li> <li>I2PTunnel web interface</li> <li>Roadmap and todo</li> <li>???</li> </ol> <h2 id="1-04">1) 0.4</h2> <p>我想大家都已经看到了，0.4 版本在前几天发布了，整体来看进展相当顺利。很难相信自 0.3 发布以来已经过去了 6 个月（距离 1.0 SDK 发布也已有一年），但我们的确取得了长足的进步，而大家的辛勤工作、热情与耐心起到了巨大的作用。恭喜，也谢谢大家！</p> <p>像任何一次好的发布一样，刚一发布我们就发现了一些问题，过去几天我们一直在收集 bug 报告并疯狂地打补丁（你可以在它们被修复时看到这些变更）。我们在推出下一个版本之前确实还剩下几个 bug 要消灭，不过预计一两天内就能完成。</p> <h2 id="2-容量与过载">2) 容量与过载</h2> <p>我们在最近几个版本中看到了一些相当偏斜的 tunnels 分配，尽管其中一些与 bug 有关（自 0.4 发布以来已修复其中两个），但仍然存在一个通用的算法问题——router 应该在何时停止接受更多的 tunnels？</p> <p>几次修订之前，我们添加了限流代码：当 router 过载（本地消息处理时间超过 1 秒）时拒绝参与某个 tunnel 的请求，这起到了显著的作用。不过，这个简单算法还有两个未被覆盖的方面： - 当我们的带宽饱和时，本地处理时间可能仍然很快，因此我们会继续接受更多的 tunnel 请求 - 当单个节点参与 &ldquo;过多&rdquo; 的 tunnel 时，这些 tunnel 失败会对网络造成更大的伤害。</p> <p>第一个问题相对容易处理，只需启用带宽限制器（因为带宽限制会按带宽延迟减慢消息处理时间）。第二个问题则更为复杂，需要进行更多研究和更多仿真。我在考虑一种方案：根据我们当前参与的 tunnel 数与网络向我们发起的 tunnel 请求数之比，以概率方式拒绝 tunnel 请求；同时引入一个基础的“善意系数”，如果我们参与的数量低于该基准，则设定 P(reject) = 0。</p>/zh/blog/2004/09/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B49%E6%9C%887%E6%97%A5/Tue, 07 Sep 2004 00:00:00 +0000/zh/blog/2004/09/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B49%E6%9C%887%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cat-a-puss, cervantes, deer, demonic_1, dm, fvw, hypercubus, jrandom, luckypunk, modulus, nicktastic, Sciatica, shardy, Sugadude, ugha_node</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:09 &lt;jrandom&gt; 0) hi 14:09 &lt;jrandom&gt; 1) 0.4 14:09 &lt;jrandom&gt; 2) Capacity and overload 14:09 * cervantes pulls up a bar stool 14:09 &lt;jrandom&gt; 3) Website updates 14:09 &lt;jrandom&gt; 4) I2PTunnel web interface 14:09 &lt;jrandom&gt; 5) Roadmap and todo 14:09 &lt;jrandom&gt; 6) ??? 14:09 &lt;jrandom&gt; 0) hi 14:09 &lt;nicktastic&gt; ugha, Ah, -x isn't even necessary to see what's being resolved - silly me 14:09 &lt;cervantes&gt; hullo 14:09 * nicktastic resumes lurking 14:10 &lt;jrandom&gt; 'lo all, sorry for the delay in the notes - http://dev.i2p.net/pipermail/i2p/2004-September/000437.html 14:10 * jrandom just had to reply to Derick's E post :) 14:10 &lt;deer&gt; &lt;ugha2p&gt; nicktastic: Right. The meeting already started though. :) 14:10 &lt;luckypunk&gt; h wow, i didn't miss it. 14:10 &lt;jrandom&gt; !hi5 14:10 &lt;jrandom&gt; ok, swinging on in to 1) 0.4 14:11 &lt;jrandom&gt; we finally got it out the door, and it doesn't seem to have bitten us too bad 14:12 &lt;jrandom&gt; the network is larger than its ever been (I counted 60 TCP connections a few hours back), eepsites are retrievable, and irc is often usable 14:12 &lt;dm&gt; hey!! meeting? 14:12 &lt;jrandom&gt; hypercubus has done some great work with the new install, systray, and service manager, which I know has helped us out a bunch 14:13 &lt;modulus&gt; yay 14:13 &lt;hypercubus&gt; still a ways to go though 14:13 &lt;hypercubus&gt; but i think we're getting somewhere now 14:13 &lt;jrandom&gt; agreed, ever onwards :) 14:14 &lt;jrandom&gt; this release also has the widespread deployment of oOo's ?i2paddresshelper 14:14 &lt;jrandom&gt; we covered that a bit the other week [http://dev.i2p.net/pipermail/i2p/2004-August/000419.html item 2.3], but now its probably a good idea for people to consider using it for their links 14:15 &lt;hypercubus&gt; does it work with name-based vhosts? 14:15 &lt;jrandom&gt; the i2ptunnel httpclient still correctly sends Host: $base64dest 14:17 &lt;jrandom&gt; on that note, there has been some more talk about using the bundled webserver to serve some eepsites, and i think if someone has some time to figure out the configuration necessary, that'd be pretty kickass (saving us from the vhost / apache config problems) 14:18 &lt;jrandom&gt; ok, anyone else have anything to bring up about 0.4? 14:18 &lt;deer&gt; &lt;baffled&gt; is this web server in cvs? 14:18 &lt;demonic_1&gt; ? 14:18 &lt;hypercubus&gt; the web server is in 0.4 14:18 &lt;demonic_1&gt; what i miss 14:18 &lt;deer&gt; &lt;ugha2p&gt; baffled: It's going to be. 14:18 &lt;hypercubus&gt; hence CVS 14:18 &lt;jrandom&gt; baffled: yeah, its all in cvs (lib/org.mortbay.*) 14:18 &lt;cervantes&gt; btw I experimented with window's url protocol handers... it's very easy to set the registry up so "i2p://base64" will launch in a browser with a http://site.i2p?i2paddresshelper=base64 ... 14:19 &lt;deer&gt; &lt;ugha2p&gt; Oh, it already is. 14:19 &lt;dm&gt; this is all very very cool 14:19 &lt;hypercubus&gt; i already wrote registry interfacing code 14:19 &lt;hypercubus&gt; we can use that to set up an .i2p association 14:19 &lt;fvw&gt; cervantes: i2p:// wouldn't be quite right I think. After all, it's http over i2p; just as you could have irc:// over i2p. 14:19 &lt;cervantes&gt; you can also specify security and proxy settings on a per protocol basis 14:19 &lt;jrandom&gt; cervantes: does firefox/etc honor those? 14:19 &lt;cervantes&gt; yup 14:20 -!- shardy_ is now known as shardy 14:20 &lt;jrandom&gt; woah, hi shardy_ 14:20 &lt;shardy&gt; hey jrandom, long time no talk 14:20 &lt;cervantes&gt; although admittedly I need more testing... 14:20 &lt;nicktastic&gt; konqueror should, too 14:20 &lt;cervantes&gt; I was just playing in a spare moment ;-) 14:20 &lt;deer&gt; &lt;ugha2p&gt; Opera doesn't. 14:20 &lt;cervantes&gt; although I doubt firefox takes any notice of windows proxy and security settings 14:20 &lt;hypercubus&gt; you can set it in opera's ini file 14:21 &lt;hypercubus&gt; i did that to opera so ed2k:// would work 14:21 &lt;deer&gt; &lt;ugha2p&gt; hypercubus: Ah, cool. 14:21 &lt;fvw&gt; only up to a point. You can't turn URL handlers into http:// handlers handled by opera itsself alas. 14:21 &lt;hypercubus&gt; though they don't document it very well 14:21 &lt;deer&gt; &lt;duck&gt; really, what benefit does i2p:// give? 14:22 &lt;fvw&gt; hypercube: You're handing it off to a helper app I suppose? I did much the same, but I couldn't find a way to make opera display a "download started" page. 14:22 &lt;hypercubus&gt; yes, it gets handed to eMule 14:22 &lt;dm&gt; yes, who wants to pee in public anyway? 14:22 &lt;hypercubus&gt; we could hand i2p:// to the eeproxy 14:22 &lt;hypercubus&gt; then you web guys can figure out the rest from there ;-) 14:22 &lt;Sciatica&gt; is https not http over, uh, "s"? 14:23 &lt;jrandom&gt; but, as i think duck is getting at, we'll already be tied in to the eepproxy anyway? 14:23 &lt;deer&gt; &lt;ugha2p&gt; Sciatica: It's HTTP over SSL, yes. :) 14:23 &lt;jrandom&gt; Sciatica: http over i2p (well, anything over i2p) is secure and authenticated. what happens after it reaches the other side is outside i2p's scope 14:23 &lt;deer&gt; &lt;ugha2p&gt; But that's an established convention. 14:24 &lt;Sciatica&gt; yes, I knew that. I'm just saying that the argument against i2p:// isn't as clear as "isn't it juts http _over_ i2p?" 14:24 &lt;dm&gt; htt2p 14:24 &lt;hypercubus&gt; i don't know if i2p:// is necessary, but i do believe it's possbile to get the major browsers at least to work with it 14:24 &lt;deer&gt; &lt;ugha2p&gt; jrandom: I think he just referred to the 'https://' prefix. 14:24 &lt;jrandom&gt; ah, sorry. 14:24 &lt;deer&gt; &lt;duck&gt; we need an anonymizing filter plus `http://127.0.0.1:7657/www.duck.i2p/` anyway 14:25 &lt;deer&gt; &lt;duck&gt; with those you dont need to tweak browser settings 14:25 &lt;jrandom&gt; but yeah, I agree with fvw, this sounds like excessive overloading of the url protocol 14:25 &lt;demonic_1&gt; not here&gt;&gt; as a lame use i feel i2p:// links would rule &lt;&lt;not here 14:25 &lt;jrandom&gt; right duck 14:25 &lt;jrandom&gt; hehe 14:25 &lt;cervantes&gt; perhaps i2p:// could me made to operate as a protocol arbiter: i2p://irc/base64 14:26 &lt;fvw&gt; ungh, that's ugly and abusing URLs in the worst possible way. 14:26 &lt;deer&gt; &lt;ugha2p&gt; cervantes: How would that work in IRC's case? 14:26 &lt;deer&gt; &lt;duck&gt; URIs :) 14:26 &lt;cervantes&gt; that way you can launch different apps based on a single url standard 14:26 &lt;fvw&gt; (not that there's anything wrong with that) 14:26 &lt;jrandom&gt; wouldn't the more appropriate URL mod be irc://i2p/base64/#i2p ? 14:27 &lt;jrandom&gt; but, ok, we're a bit off track.. 14:27 &lt;jrandom&gt; anything else on 0.4? :) 14:28 &lt;fvw&gt; I don't think that URI's allow for specifying transport mechanism seperately from protocol, which is a shame really. 14:28 &lt;dm&gt; you can use the filesystem 14:28 &lt;fvw&gt; Yes, sort of: *applause* 14:28 &lt;dm&gt; c:\i2p\irc #i2p 14:29 &lt;dm&gt; ha! I confused you all 14:29 &lt;deer&gt; * mule_iip agrees with fvw 14:29 &lt;fvw&gt; dm: I'm going to seriously hurt you. Maybe not today, maybe not tomorrow, but soon and for the rest of your life. 14:29 &lt;jrandom&gt; :) thanks, we do our best 14:29 &lt;fvw&gt; &lt;/pinky and the brain&gt; 14:29 &lt;jrandom&gt; heh 14:29 &lt;jrandom&gt; ok, jumping on to 2) Capacity and overload 14:30 &lt;deer&gt; &lt;DrVince&gt; Hi everyone 14:30 &lt;jrandom&gt; i'd rather not just copy out what was posted in the notes, so review whats there :) 14:30 &lt;dm&gt; hi 14:30 &lt;hypercubus&gt; welcome to our meeting DrVince ;-) 14:30 &lt;deer&gt; &lt;ugha2p&gt; Hi, DrVince. 14:31 &lt;jrandom&gt; one thing I'd like to mention wrt 2) was something a few people have seen - severe skew in participating tunnels 14:31 &lt;jrandom&gt; e.g. someone with DSL had 300+ tunnels the other day 14:31 &lt;dm&gt; me 14:31 &lt;modulus&gt; yeah 14:31 &lt;jrandom&gt; (and when they go down, that breaks a *lot* of tunnels) 14:31 &lt;jrandom&gt; the problem is tunnels are really lightweight - 2-20bps on average 14:31 &lt;cervantes&gt; and my OC3 has practically nada 14:31 &lt;hypercubus&gt; i only have 8 atm 14:32 &lt;dm&gt; i had 270+, and I am on 150kbps 14:32 &lt;jrandom&gt; overall, the network has ~ 20*n tunnels on average at any given time 14:32 &lt;jrandom&gt; (where n = # nodes in the network) 14:32 &lt;jrandom&gt; at an average of 2 hops per node, that means every node participates in an average of 40 tunnels 14:33 &lt;hypercubus&gt; ideally ;-) 14:33 &lt;jrandom&gt; well, thats the thing, balancing like that *isnt* ideal 14:33 &lt;jrandom&gt; since not all nodes are as fast or have as much bandwidth 14:33 &lt;jrandom&gt; on the ohter hand, balancing the tunnels so they all go through 2 or 3 really fast peers also sucks 14:33 &lt;jrandom&gt; since if one of those go down, *boom* 14:34 &lt;hypercubus&gt; right, so why is dm's inferior DSL connection so overloaded, while my much faster DSL connection has been under-utilized? 14:34 &lt;Sciatica&gt; will this problem go away as the # of nodes in the network grows beyond 100, 200, etc.? 14:34 &lt;dm&gt; inferior? :'( 14:34 &lt;jrandom&gt; hypercubus: because i2p is currently nonresponsive to the bandwidth available, unless people turn on bandwidth limiting 14:34 &lt;hypercubus&gt; dm: technically speaking ;-) 14:34 &lt;hypercubus&gt; ok i have bandwidth limiting enabled... dm must not? 14:35 &lt;Sciatica&gt; (at some point won't the number of nodes a server can host be greatly dwarfed compared the the number of total nodes [e.g., tunnels]? 14:35 &lt;ugha_node&gt; Arrr! 14:35 &lt;ugha_node&gt; '(the local message processing time exceeds 1s)' -- I don't think we should program any such constants into the router. I think all such values should be taken from the (I2P network) environment, so it would still work in case the router lands in an unexpected enviromnent. 14:35 &lt;dm&gt; yeah, I don't, also my uplink is decent: 256kbps (downlink 150kbps) 14:35 &lt;Sciatica&gt; bad terminiology -- I type too slow for such issues :-) 14:35 &lt;jrandom&gt; Sciatica: it isn't a problem, is just a reality. if every node maintains 20 tunnels at any given time, with each tunnel an average of 2 hops, no matter how large the network is, it averages out 14:36 &lt;jrandom&gt; ugha_node: agreed - the 1s thing is random #, but how can we derive the "right" value? what amount of delay is "a lot"? 14:37 &lt;jrandom&gt; we do have some code in the RouterThrottleImpl that tracks "how much bandwidth we've agreed to allocate" 14:37 &lt;jrandom&gt; but at the moment, it doesn't throttle based on that 14:37 &lt;dm&gt; hmmmm I don't like these overload discussions... flashbacks of freenet. 14:37 &lt;jrandom&gt; (bandwidth agreed to == # participating tunnels * # messages per tunnel on average * # bytes per message on average) 14:37 &lt;dm&gt; Maybe we should use estimators? 14:38 * jrandom kicks dm 14:38 &lt;hypercubus&gt; dm: are you using bandwidth limiting in your router? 14:38 &lt;dm&gt; hypercubus: no 14:38 &lt;hypercubus&gt; dm: i highly recommend using it ;-) 14:38 &lt;dm&gt; jrandom: three words... NGR 14:38 &lt;fvw&gt; It's really up to the node that requested the tunnel, right? What kind of lag are they willing to put up with? Would it be viable to make it one of the tunnel parameters? 14:39 * fvw wonders if dm is trying to scare us or if it's merely an added benefit. 14:39 &lt;jrandom&gt; hmm, that has potential 14:39 &lt;dm&gt; errr.. won't that just move the arbitrary threshold to the requesting router? ;) 14:39 &lt;dm&gt; I don't want to choose, you choose! 14:40 &lt;jrandom&gt; yes dm, but the requesting router knows what the tunnel will be used for (irc w/ low lag vs bulk w/ high lag and high throughput) 14:40 &lt;fvw&gt; yes, but for some things 10s lag is no problem (think file transfers), whereas other stuff (irc) needs low latency. 14:40 &lt;dm&gt; yeah, so you have the app layer decide the threshold? 14:40 &lt;jrandom&gt; that is, however, dangerous 14:40 &lt;fvw&gt; the only problem is using high-latency links will not increase capacity, so in the end file transfers get all the resources. 14:41 &lt;cat-a-puss&gt; can you really trust any load claims made by the router, otherwise a malicious preson could try to get another nodes traffic to go through all their routers 14:41 &lt;jrandom&gt; cat-a-puss: these are only used to reject requests to participate, not to solicit 14:41 &lt;ugha_node&gt; You can't. 14:41 &lt;cat-a-puss&gt; ok 14:42 &lt;jrandom&gt; a malicious user can of course accept tunnels when they're totally overloaded, but we'll detect that when the tunnel fails 14:42 &lt;jrandom&gt; (and the freeloader can reject the tunnel when they arent loaded, but, c'est la vie) 14:43 &lt;jrandom&gt; the throttle based on local overload is pretty effective though. however, that isn't enough 14:43 &lt;dm&gt; greedy bastard 14:43 &lt;jrandom&gt; i've been trying to find out an ideal way to work out whether to accept it or not, and i think that there is some potential for probabalistically rejecting requests we would otherwise accept, based on how many tunnels we are already in 14:44 &lt;jrandom&gt; the concept there is that the peer wants other people to take on some load 14:44 &lt;cat-a-puss&gt; should we run as many virtual routers as avalable bandwidth? 14:44 &lt;jrandom&gt; (so as to distribute the failure) 14:44 &lt;jrandom&gt; hmm cat-a-puss? 14:44 &lt;jrandom&gt; are you running the sim on the live net? 14:45 &lt;jrandom&gt; in any case, no, a single router should be able to address the local capacity 14:46 &lt;deer&gt; &lt;mule_iip&gt; problem is that bandwidth used in a tunnel may change significantly over time, right? 14:46 &lt;cervantes&gt; which is not currently happening...at least not for me 14:46 &lt;cat-a-puss&gt; well if it's all random how can you take advantage of an oc3 any more than some poor guy on a 56k? You ether have to advertise: problematic, or run virtual routers, ether way I think a malicious party could try to encircle a node for some sort of stistical attack 14:46 &lt;jrandom&gt; right mule_i2p. we need to do some more monitoring of the tunnel activity 14:46 &lt;cervantes&gt; 14 participents each have 11.5mbit ... that's a bit of a waste :) 14:47 &lt;jrandom&gt; cat-a-puss: probabalistic != random :) 14:47 &lt;jrandom&gt; heh cervantes 14:48 &lt;jrandom&gt; the basic idea behind probabalistically rejecting would be to spread the load out to other peers. however, if the network really is saturated, the probability won't be a problem as people will just ask again 14:48 &lt;jrandom&gt; the issue is that we currently have an overwhelming *excess* of capacity 14:48 &lt;Sugadude&gt; Poor i2p, having *too* much capacity. Don't worry, I'm on it. ;) 14:49 &lt;fvw&gt; assuming everyone is wellbehaved, you could perhaps not reject from people who come back within a short interval of being probabilisticly rejected? 14:49 &lt;deer&gt; &lt;mule_iip&gt; so fill any tunnel with some cover traffic 14:49 &lt;jrandom&gt; heh Sugadude :) 14:49 &lt;cervantes&gt; that's because everyone's requests are being handled by dm's router ;-) 14:49 &lt;jrandom&gt; fvw: we dont know who requests a tunnel 14:49 &lt;fvw&gt; hmm, good point. *screws head back on* 14:50 &lt;jrandom&gt; fvw: probabalistically, subsequent requests would be accepted - we'd want the 'reject' factor to stay low enough 14:50 &lt;deer&gt; &lt;mule_iip&gt; which will increase anonymity and make load calculation easier 14:51 &lt;jrandom&gt; true mule_iip, but it'd be nice to actually have the net operate effectively without requiring high load :) 14:51 &lt;jrandom&gt; but that is definitely a worthwhile scenario for the sim 14:51 &lt;deer&gt; &lt;mule_iip&gt; effectively make i2p use a constant bitrate with cover traffic. but that was for a future release, i guess :) 14:52 &lt;jrandom&gt; we *could* use ATM-style allocation 14:52 &lt;fvw&gt; Doesn't bandwidth usage vary too much for that to be viable? 14:52 &lt;jrandom&gt; e.g. assume 5 messages per minute per tunnel @ 32KB each, and compare that with the bandwidth limits, and reject accordingly 14:52 &lt;cervantes&gt; hyper has some ascii we can use to pad the messages out 14:52 &lt;hypercubus&gt; hmmmm, i don't like that constant bitrate idea... i2p would be filtered by ISPs very quickly if that were implemented 14:53 &lt;jrandom&gt; heh cervantes 14:53 &lt;deer&gt; &lt;kaji&gt; yes 14:53 * hypercubus doesn't know what cervantes is talking about 14:53 * hypercubus hides his floppy 14:53 &lt;jrandom&gt; fvw: padding? or allocation? 14:53 &lt;fvw&gt; allocation 14:53 &lt;cervantes&gt; ah ya plausable deniability huh 14:54 &lt;jrandom&gt; hmm fvw. perhaps, but I think we can monitor them statistically and compensate 14:54 &lt;deer&gt; &lt;kaji&gt; constant bitrate sounds like Waste 14:54 &lt;jrandom&gt; for instance, `http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept` 14:54 &lt;hypercubus&gt; hence its name ;-) 14:55 &lt;jrandom&gt; that stat monitors how much bandwidth we have agreed to pass on for other people's tunnels 14:55 &lt;jrandom&gt; (using the last 10 minutes as a guideline) 14:56 &lt;jrandom&gt; so my peer with 85 tunnels says it will transfer 3,676,945.65 bytes over the next 10 minutes for all of those tunnels, combined 14:56 &lt;deer&gt; &lt;mule_iip&gt; kaji: it is waste, and we probably should use it only for the more severe threat models. but would be nice for low latency like irc. 14:56 &lt;jrandom&gt; thats 72bps each, but I'm not sure how skewed it is (probably *very*) 14:57 &lt;jrandom&gt; however, if all of those tunnels started using lots and lots of bandwidth, the total value would shoot up, and we could throttle it 14:57 * fvw nods. 14:57 * fvw notes this is in fact a wildly interesting problem, theoreticly speaking. 14:57 &lt;fvw&gt; (but maybe that's just me being weird) 14:57 &lt;jrandom&gt; agreed 14:58 &lt;jrandom&gt; (to both ;) 14:58 &lt;jrandom&gt; but yeah, we dont have the Right Answer yet. but its something to be worked on 14:59 &lt;jrandom&gt; ok, unless there's anything else on that, moving on to 3) Website updates 14:59 &lt;fvw&gt; We could ofcourse go totally lossy and just drop datagrams when we're overloaded, and make people run something like tcp over that. 14:59 &lt;jrandom&gt; we tried that, and lots and lots and lots of tunnels failed 15:00 &lt;jrandom&gt; (since if a tunnel drops 1 message, we mark it as failed) 15:00 &lt;fvw&gt; yes, you shouldn't do that if you take that approach. 15:00 &lt;jrandom&gt; ((and when we tried not being such fascists, we didn't notice when a tunnel *really* fails)) 15:00 * fvw nods and strokes his beard. Good point. (mental note to self: grow beard to stroke in situations like this) 15:01 &lt;jrandom&gt; heh 15:01 &lt;jrandom&gt; ok, anyway, as you've all seen, our new installer and new web interface is completely different from the old way of doing things 15:01 * hypercubus gives fvw his beard 15:02 &lt;jrandom&gt; while that is Good, since the old way was Painful, all our old docs are now wildly incorrect 15:02 &lt;fvw&gt; could we stick on 2) a few minutes longer? I still have a few bad ideas I want you to shoot down. 15:02 &lt;jrandom&gt; sure 15:02 &lt;dm&gt; I can't use the internet... 15:02 &lt;dm&gt; Bandwidth in/out 15:02 &lt;dm&gt; 1m: 13.32/11.98KBps 15:02 &lt;dm&gt; 5m: 10.74/9.46KBps 15:02 &lt;jrandom&gt; how many tunnels dm? 15:02 &lt;hypercubus&gt; dm: that's why i suggested you turn on i2p's bandwidth limiting ;-) 15:02 &lt;dm&gt; only 166 15:02 &lt;jrandom&gt; yeah, throttle it down to 6KBps 15:02 &lt;jrandom&gt; lol 15:03 &lt;dm&gt; (participating) 15:03 &lt;jrandom&gt; (or maybe 8KBps if you're nice) 15:03 &lt;dm&gt; I'll leave it as is, I just need to view this one page 15:03 &lt;jrandom&gt; btw, the 13.32 vs 11.98 lets us know you're downloading approximately 1KBps locally 15:03 &lt;jrandom&gt; (through i2p) 15:03 &lt;fvw&gt; What happens if we just time-out tunnels at a reasonably large idle-time? Say 30 mins or something. The next protocol up would have to do keepalives, but wouldn't that solve the not-detecting-dead-tunnels thing? 15:03 &lt;hypercubus&gt; he's downloading far more than that actually 15:04 &lt;jrandom&gt; ((though that 1KBps might be small enough to be netDb)) 15:04 &lt;dm&gt; hypercubus: our transfer is stalling badly, actually. 15:04 &lt;jrandom&gt; fvw: tunnels expire after 10 minutes 15:04 &lt;deer&gt; &lt;kaji&gt; hold it, is bandwidth working now? if so what sould i turn it to? 15:04 &lt;dm&gt; dissapointed in the getright/i2p combo 15:04 &lt;jrandom&gt; they're not long lived fvw, unlike TOR 15:04 &lt;fvw&gt; and that had most tunnels failing, even with keepalives? 15:04 &lt;hypercubus&gt; dm: periodically yes... i think the solution would be to limit your upstream to about 8KB/s 15:04 &lt;jrandom&gt; kaji: `http://localhost:7657/` 15:05 &lt;hypercubus&gt; since it seems you're saturated 15:05 &lt;jrandom&gt; er, /config.jsp 15:05 &lt;fvw&gt; ok, but you don't want them dissapearing in flurries of packet loss. 15:05 &lt;jrandom&gt; every minute (on average) each peer tests each tunnel to make sure its alive (so that other people can send us data - without tunnels, we're fucked) 15:06 &lt;fvw&gt; Ok. I need to read more of how i2p currently works. On to 3) as far as I'm concerned. 15:06 &lt;deer&gt; &lt;kaji&gt; right now its set on the default -1 but I dont know what a 1.5/750@1.2ghz connections translates to from maximum tunnel partisipation 15:07 &lt;deer&gt; &lt;kaji&gt; i seem to be participation in 166 15:07 &lt;jrandom&gt; kaji: your router will never get so many tunnels that it'll be CPU congested ;) 15:07 &lt;deer&gt; &lt;mule_iip&gt; off-topic: don't you need a tunnel to be fucked :) 15:07 &lt;deer&gt; &lt;kaji&gt; *ing 15:07 &lt;jrandom&gt; heh 15:07 * fvw votes "nay" 15:08 &lt;deer&gt; &lt;kaji&gt; jrandom, i just finnished reading the letter about tunnels without bandwidth, i just didnt know what to set the limmit to 15:08 &lt;jrandom&gt; ok, i agree, lots more to be done to figure this stuff out 15:08 &lt;jrandom&gt; ok cool kaji, just enable your bandwidth limiter to something like 8KBps 15:08 &lt;jrandom&gt; (or 12 if you're nice :) 15:09 &lt;deer&gt; &lt;kaji&gt; &lt;/oftopic&gt; 15:09 &lt;jrandom&gt; ok, on to 3) website updates 15:09 &lt;deer&gt; &lt;kaji&gt; inbound and outbound? 15:09 &lt;jrandom&gt; yes kaji 15:09 &lt;jrandom&gt; ok, as I said, we need help with the docs 15:09 &lt;jrandom&gt; (heeeeeeeeelp!) 15:09 &lt;hypercubus&gt; i move we fill the long-vacant team positions of Webmaster and Web Editor 15:10 * jrandom seconds that motion 15:10 &lt;jrandom&gt; (now all we need is someone to volunteer ;) 15:10 &lt;hypercubus&gt; i know cervantes is a busy guy 15:10 &lt;jrandom&gt; its more up to the invidual to volunteer /themselves/ hyper ;) 15:10 &lt;hypercubus&gt; i nominate Curiosity for Webmaster or Web Editor, or both if she's up for it ;-) 15:11 &lt;deer&gt; &lt;ugha2p&gt; Uhh. 15:11 &lt;dm&gt; Man, even my CPU is starting to max out because of I2P... 15:11 &lt;dm&gt; You love, you REALLY love me :'( 15:11 &lt;dm&gt; oops, :') 15:12 * cervantes feels someone pushing him into the bull ring 15:12 &lt;jrandom&gt; i think we can use all the help we can get, and if she is up for helping, we'd love it 15:13 &lt;hypercubus&gt; i've seen her web designs and can vouch for her work 15:13 &lt;hypercubus&gt; and she expressed interest, i don't know what she finally decided however 15:13 &lt;jrandom&gt; ok great 15:13 &lt;dm&gt; she? 15:13 &lt;cervantes&gt; I'm sure she can devote far more care and attention to it than I ever could 15:14 &lt;dm&gt; that word must not be used in our world 15:14 &lt;fvw&gt; never mind that, he said 'care and attention'. 15:15 * jrandom groans 15:15 &lt;fvw&gt; present company excluded ofcourse. 15:15 &lt;jrandom&gt; ok, in any case, we'll need some people to help out on the docs - generating new walk throughs, intro docs, etc 15:16 &lt;jrandom&gt; we'll chat with Curiosity about what we can get her to hack on :) 15:16 &lt;hypercubus&gt; i can take on the installation related stuff 15:16 &lt;hypercubus&gt; s/on/of/ 15:16 &lt;hypercubus&gt; i know how everyone loves to read these baroque howto's that i write ;-) 15:16 &lt;jrandom&gt; :) 15:17 &lt;jrandom&gt; an install guide / walkthrough would KickAss 15:17 &lt;fvw&gt; that's not how you spell 'broke'. 15:17 &lt;jrandom&gt; heh 15:17 * hypercubus snickers, then steals fvw's wallet 15:17 &lt;hypercubus&gt; that's how you spell "broke" ;-) 15:17 &lt;deer&gt; &lt;kaji&gt; hyper what system are you on? i'll take a crack on the winxp version but im not very reliable, i may see something shiny and quit 15:17 &lt;deer&gt; * Curiosity is away for a bit... 15:18 &lt;hypercubus&gt; kaji: ? 15:18 &lt;deer&gt; &lt;kaji&gt; hyper, i was asking what OS you are using 15:18 &lt;hypercubus&gt; OSes 15:18 &lt;deer&gt; &lt;kaji&gt; OSESES 15:19 &lt;hypercubus&gt; i have vmware, so i can run all the windowses and freebsd and such 15:19 &lt;hypercubus&gt; also have pearpc, so i can run OS X 15:20 &lt;jrandom&gt; ok, if there's nothing else on the web side 15:20 &lt;jrandom&gt; moving on to * 4) I2PTunnel web interface 15:21 * jrandom declares the i2ptunnel web interface shitty. functional. but shitty. 15:21 &lt;deer&gt; &lt;DrVince&gt; I could dig in for french translation if interest may be 15:21 &lt;jrandom&gt; duck had a few ideas for improving it, but he had to jet, so let me paste a few lines 15:21 &lt;hypercubus&gt; again, we need more web devs ;-) 15:21 &lt;jrandom&gt; oh, translating web pages to french would rule 15:22 &lt;jrandom&gt; s/french/french and other langs/ 15:22 &lt;jrandom&gt; here are some duck-isms: 15:22 &lt;jrandom&gt; &lt;duck&gt; reduce data load on general page; use tables/div to order stuff 15:22 &lt;jrandom&gt; &lt;duck&gt; provide a edit/detailed page with info most dont care about, tunnels, dest hash, full key 15:22 &lt;jrandom&gt; &lt;duck&gt; feedback after clicking buttons, 'item saved' etc. give dest as output when new one created 15:22 &lt;jrandom&gt; &lt;duck&gt; (hide under edit/details otherwise) 15:22 &lt;jrandom&gt; &lt;duck&gt; tag the top messages as being 'log'; sometimes confusing 15:22 &lt;jrandom&gt; &lt;duck&gt; make clear that 'confirm' is only needed for remove, not save 15:22 * jrandom agrees with what he says 15:23 &lt;jrandom&gt; there have been a slew of bugfixes behind the scenes in the /i2ptunnel/ web interface since 0.4 too, so the functional kinks should be cleaned up 15:24 &lt;jrandom&gt; the code implementing those pages are pretty ugly though 15:24 &lt;jrandom&gt; probably the best approach would be to write up the screens in plain html / css / images / etc, then give it to one of the java devs to integrate 15:25 &lt;hypercubus&gt; whatever happened to the days when there was an overabundance of web devs? ;-) 15:25 &lt;jrandom&gt; they're all working at mcdonalds 15:25 &lt;hypercubus&gt; ah right 15:25 &lt;deer&gt; * Curiosity is back :) 15:25 &lt;jrandom&gt; anyway, if anyone is interested in helping out, or has further suggestions, please get in touch 15:25 &lt;jrandom&gt; wb Curiosity 15:26 &lt;deer&gt; &lt;Curiosity&gt; should i bring up the idea i told oyu about jrandom? 15:26 &lt;cat-a-puss&gt; I know someone who might be able to help with the web stuff 15:26 &lt;jrandom&gt; ah, the live cd? 15:27 &lt;jrandom&gt; great cat-a-puss, we need all the help we can get 15:27 &lt;deer&gt; &lt;Curiosity&gt; teah :) 15:27 &lt;deer&gt; &lt;Curiosity&gt; err yeah 15:27 &lt;jrandom&gt; Curiosity: yeah, please bring that up when we get to item 6) ??? 15:28 &lt;deer&gt; &lt;Curiosity&gt; okay :) 15:28 &lt;cat-a-puss&gt; ok, I'll get them on the list, and give them jrandom's e-mail (curiosity I don't know your email) 15:28 &lt;jrandom&gt; ok, does anyone have anything else to mention regarding the I2PTunnel web interface? 15:28 &lt;jrandom&gt; r0x0r cat-a-puss 15:29 &lt;deer&gt; &lt;Curiosity&gt; also, i don't mind helping wiht the web editing, etc. also :) 15:29 &lt;jrandom&gt; ok, if there's nothing else, 5) Roadmap and todo 15:30 &lt;jrandom&gt; awesome Curiosity, thanks! we can chat a bit after the meeting about taking over the world^W^W^W^Wweb stuff 15:30 &lt;deer&gt; &lt;Curiosity&gt; okies :) 15:30 &lt;jrandom&gt; as y'all probably saw, there's a new big scary page on the website (http://www.i2p.net/todo) 15:31 &lt;jrandom&gt; that covers the big scary issues we have ahead of us (and doesnt even touch on all the client apps we need, etc) 15:31 &lt;jrandom&gt; as you can see, we've got a shitload to do, but the good news is, we dont have to have it all done right away. 15:32 &lt;jrandom&gt; in fact, those things are really just the bullet items from the roadmap page (with a heap of text introducing each) 15:33 &lt;jrandom&gt; while i know thats a lot to sort through, what would be great is if people could let me know if they come across something that we will need to deal with that isn't on that page 15:34 &lt;jrandom&gt; that isn't necessary today or this week even, just a general "hey, let us know" 15:35 &lt;jrandom&gt; with mule's suggestion (http://www.i2p.net/todo#nat) i've been doing a lot of soul searching, and the roadmap will likely be moved around a bit 15:35 &lt;jrandom&gt; but we'll see. 15:36 &lt;jrandom&gt; if you have any strong feelings on certain issues ("omg we *cannot* function without X, Y, and Z!"), please let me know or post onto the list 15:36 &lt;jrandom&gt; while i'm no champion of democracy, i am open to reason :) 15:37 &lt;jrandom&gt; ok, thats all i've got to say about that.. anyone have anything to throw out there? 15:37 &lt;deer&gt; &lt;Curiosity&gt; benevolent dictatorship :) 15:37 -!- Sonium_ is now known as Sonium 15:37 &lt;jrandom&gt; bah, i'm no dictator - i dont control what other people code :) 15:37 &lt;cervantes&gt; tranquil hegemony 15:37 &lt;cat-a-puss&gt; I've aquired two more developers 15:37 &lt;jrandom&gt; w00t! 15:38 &lt;cat-a-puss&gt; and have grand plans for a distributed search engine 15:38 &lt;jrandom&gt; oh, kickass 15:38 &lt;jrandom&gt; would that be something `http://files.i2p/` could tie into? 15:38 &lt;jrandom&gt; or, well, let me just say, oh, kickass :) 15:38 &lt;cat-a-puss&gt; er: I can't get there (hostile enviroment) 15:39 &lt;jrandom&gt; ah 'k 15:39 &lt;cat-a-puss&gt; anyway, some CVS space would be nice, once we get there 15:40 &lt;jrandom&gt; certainly, space on cvs.i2p is available 15:40 &lt;jrandom&gt; either within the i2p/apps/ directory or your own module, if preferred 15:40 &lt;jrandom&gt; (cvs.i2p == cvs.i2p.net) 15:40 &lt;cat-a-puss&gt; I should probably talk to the people working on the dht huh? 15:41 &lt;cat-a-puss&gt; what is the status of that thusfar 15:41 &lt;jrandom&gt; :) 15:41 &lt;jrandom&gt; i haven't heard any status updates from aum in the last few days, but i'm sure he's churning away 15:42 &lt;jrandom&gt; last update was in http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 15:43 &lt;jrandom&gt; ok, i guess that moves us on to * 6) ??? 15:44 &lt;jrandom&gt; Curiosity was bouncing around the idea of a 'live cd' idea with i2p 15:44 &lt;jrandom&gt; which i think is pretty cool, and something we will want 15:44 &lt;deer&gt; &lt;Curiosity&gt; kewl :) 15:44 &lt;jrandom&gt; though we aren't really stable enough for that yet, with a release every 2 weeks or so 15:44 &lt;hypercubus&gt; agreed... it could even be integrated into a Knoppix ISO 15:45 &lt;deer&gt; &lt;Curiosity&gt; ? 15:45 &lt;hypercubus&gt; Knoppix, a livecd distro of linux 15:45 &lt;hypercubus&gt; very user friendly 15:45 &lt;deer&gt; &lt;Curiosity&gt; k 15:45 &lt;jrandom&gt; though once we have the Really Simple Update functionality that is a one click download from `http://dev.i2p/i2p/i2pupdate.tar.bz2,` it might not be too bad 15:46 &lt;jrandom&gt; Curiosity: do you have anything else you want to discuss about that? 15:46 &lt;fvw&gt; ...and as soon as it becomes widely used, anyone controlling dev.i2p can compromise the network. 15:47 &lt;jrandom&gt; as long as people use that Really Simple Update functionality 15:47 * fvw nods. 15:47 &lt;deer&gt; &lt;Curiosity&gt; i just wanted a way for people to run it w/o having to download a bunch of stuff onto their computer 15:47 &lt;jrandom&gt; (and if dev.i2p is compromised, we put up a new hosts.txt entry for dev.i2p) 15:48 &lt;hypercubus&gt; a knoppix i2p livecd would be prime for cybercafe use 15:48 &lt;deer&gt; &lt;mule_iip&gt; jarndom: won't a real i2p user grab the source, study the diff against the latest peer reviewed version and build from source :) 15:48 &lt;fvw&gt; yes but people will just hit 'update'; They won't listen to discussions about whether the new version might have vulnerabilities... 15:48 &lt;demonic_1&gt; is there anyway to not need hosts file. u know like a dns server? 15:48 &lt;deer&gt; &lt;Curiosity&gt; yeah... riiiight mule_iip. lol 15:49 &lt;fvw&gt; but anyway, I'll be very happy when we get to the stage where this becomes a problem. 15:49 &lt;fvw&gt; demonic_l: It's possible, but there'd still be a central authority. 15:49 &lt;hypercubus&gt; demonic_1: there are currently a couple of proposals for such functionality, but global names have been ruled out 15:49 &lt;jrandom&gt; demonic_1: yes, see the mailing list (recent discussions on http://dev.i2p.net/pipermail/i2p/2004-September/000432.html ) 15:49 &lt;jrandom&gt; (and my take @ http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 &lt;hypercubus&gt; *globally unique names 15:50 &lt;demonic_1&gt; k 15:51 &lt;jrandom&gt; ok, anyone have anything else they want to bring up? 15:52 &lt;deer&gt; &lt;Curiosity&gt; I would also like ot suggest putting service only items into a service folder... i was trying to uninstall i2p (one time of many) and was hitting the wrong uninstall thingie 15:52 &lt;hypercubus&gt; Curiosity: that's being done 15:52 &lt;jrandom&gt; w3rd 15:52 &lt;hypercubus&gt; the installer will install shortcuts for i2p to the Start menu in Windows 15:52 &lt;hypercubus&gt; and optionally on your desktop 15:52 &lt;deer&gt; &lt;Curiosity&gt; okies :) 15:52 &lt;hypercubus&gt; among them will be "uninstall" 15:53 &lt;deer&gt; &lt;Curiosity&gt; i was talking about when i go into program files/i2p 15:53 &lt;hypercubus&gt; you don't need to from there 15:54 &lt;hypercubus&gt; Windows users don't ever go into the program folders ;-) 15:54 &lt;demonic_1&gt; :/ 15:54 &lt;deer&gt; &lt;Curiosity&gt; i do! :P 15:54 &lt;jrandom&gt; we could perhaps add a bin/ dir with all the scripts 15:54 &lt;jrandom&gt; er, nm 15:54 &lt;hypercubus&gt; then you would have seen the folder called "Uninstall" ;-) 15:54 * jrandom remembers the paths 15:54 &lt;hypercubus&gt; which is where the uninstaller is located 15:54 &lt;jrandom&gt; we can move the service scripts into lib though 15:54 &lt;hypercubus&gt; i'm not sure we can 15:55 &lt;cervantes&gt; you could go the 'doze method and have the "uninstall" option in the installer ;-) 15:55 &lt;hypercubus&gt; wrapper is very particular about where you put those 15:55 &lt;jrandom&gt; at the very least they can "cd .." first 15:55 &lt;hypercubus&gt; i'll look into changing their location 15:55 &lt;hypercubus&gt; but it might not be doable 15:55 &lt;jrandom&gt; cool, thanks. it'd be nice to remove some of the clutter in the install dir 15:55 &lt;hypercubus&gt; agreed 15:55 &lt;jrandom&gt; (most of which is my fautlt with all those .config files :) 15:56 &lt;hypercubus&gt; we could have a config dir i guess 15:56 &lt;cervantes&gt; ./conf ? 15:56 &lt;jrandom&gt; c'mon, we're geeks. etc/ :) 15:56 &lt;jrandom&gt; that would be Really Easy though 15:56 &lt;jrandom&gt; (just a few -D parameters on the CLI) 15:56 &lt;hypercubus&gt; then we'll have to field questions from Windows users that "etc" isn't obvious enough ;-) 15:56 &lt;jrandom&gt; people shouldnt need to touch their config 15:57 &lt;jrandom&gt; thats what the web is for 15:57 &lt;cervantes&gt; I've always gone for the blatant: ./configuration/ 15:57 &lt;hypercubus&gt; right, but Windows users shouldn't need to launch the uninstaller from their program directory either heheh 15:57 &lt;jrandom&gt; ./thesefilestellstufftodothings/ 15:57 &lt;cervantes&gt; ./scripts/ 15:57 &lt;cervantes&gt; ./asciipr0n 15:57 &lt;jrandom&gt; ok, but yeah, some work we can flesh out 15:57 &lt;deer&gt; &lt;Curiosity&gt; lol 15:58 &lt;jrandom&gt; anyone have anything else to bring up for the meeting? 15:58 &lt;jrandom&gt; if not 15:58 * jrandom winds up 15:59 * jrandom *baf*s the meeting closed </div>/zh/blog/2004/08/31/i2p-2004-08-31-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 31 Aug 2004 00:00:00 +0000/zh/blog/2004/08/31/i2p-2004-08-31-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>好了，各位男生女生，又到星期二啦！</p> <h2 id="索引">索引:</h2> <ol> <li>0.3.4.3</li> <li>0.3.5 and 0.4</li> <li>docs</li> <li>stasher update</li> <li>???</li> </ol> <h2 id="1-0343">1) 0.3.4.3</h2> <p>嗯，想必大家都注意到了，尽管网络上的用户数量基本保持稳定，过去几天性能却显著下降。其根源是对等节点选择和消息传递代码中一系列缺陷，这些缺陷在上周发生的一次小规模的拒绝服务（DoS）攻击时被暴露出来。结果就是，基本上每个人的 tunnels 都在持续失败，这还产生了一点滚雪球效应。所以，不，这不只是你一个人的问题——对我们其他人来说网络也糟透了 ;)</p> <p>不过好消息是，我们很快就修复了这些问题，而且这些修复自上周起就已经在 CVS 中了，但在下一个版本发布之前，大家的网络体验仍然会很糟。就此而言……</p> <h2 id="2-035-和-04">2) 0.3.5 和 0.4</h2> <p>尽管下一个版本将包含我们为 0.4 版本计划的所有内容 (新的安装程序、新的 Web 界面标准、新的 i2ptunnel 接口、系统托盘 (systray) &amp; Windows 服务、线程改进、错误修复等)，但上一个版本随着时间推移出现退化的情况很能说明问题。我希望我们在发布节奏上更为缓慢一些，给它们留出更充分的推广部署时间，也让各种小毛病得以及时暴露。虽然模拟器可以探索基础情况，但它没有办法模拟我们在真实网络上看到的那些自然的网络问题 (至少目前还不行)。</p> <p>因此，下一次发布将是 0.3.5 —— 希望它会是 0.3.* 系列中的最后一个版本，但也不一定，如果出现其他问题的话。回顾我在六月离线期间网络的运行情况，大约两周后状况开始恶化。因此，我的想法是，在我们能够至少连续两周保持高度可靠性之前，先暂缓将版本标记提升到下一个 0.4 发布级别。当然，这并不意味着在此期间我们不会开展工作。</p> <p>总之，正如上周所说，hypercubus 正在埋头推进新的安装系统，一边应付我把东西改来改去，还得为一些稀奇古怪的系统提供支持。我们应该能在接下来的几天里把这些事情敲定，并发布 0.3.5 版本。</p> <h2 id="3-docs">3) docs</h2> <p>在 0.4 之前的那两周 &ldquo;测试窗口&rdquo; 期间，我们需要做的一件重要事情是尽可能全面地完善文档。我想知道的是，你觉得我们的文档缺少哪些内容 - 你有哪些问题需要我们来解答？虽然我很想说 &ldquo;好的，现在就去写那些文档&rdquo;，但我还是现实一点，所以我只想请你帮忙指出这些文档应该讨论哪些内容。</p> <p>例如，我目前正在编写的文档之一是对威胁模型的修订，我现在会将其描述为一系列用例，阐释 I2P 如何满足不同个体的需求，其中包括所需的功能、该用户所担心的攻击者，以及他们如何自我防护。</p> <p>如果你认为你的问题不需要用一整篇文档来解答，只需把它表述为一个问题，我们就可以把它添加到常见问题（FAQ）中。</p> <h2 id="4-stasher-更新">4) stasher 更新</h2> <p>Aum 今天早些时候到频道里，带来了一个更新（而我则不断向他提问）：</p> <pre tabindex="0"><code>&lt;aum&gt; quick stasher update, with apologies for tomorrow&#39;s meeting: &lt;aum&gt; infinite-level splitfiles working, have successfully inserted and retrieved large files &lt;jrandom&gt; w00t &lt;aum&gt; splitfile fragmentation/reassembly transparently occuring within stasher &lt;aum&gt; freenet interface working &lt;jrandom&gt; wow &lt;jrandom&gt; so FUQID/FIW works? &lt;aum&gt; use of fcp splitfile commands in freenet clients strictly forbidden (at this stage) &lt;aum&gt; most clients such as fuqid/fiw should allow setting extremely large splitfile sizes, which should prevent them trying to talk splitfiles &lt;aum&gt; if not, then i can dummy up something &lt;jrandom&gt; r0x0r aum, that kicks ass! &lt;aum&gt; hooks are in for detailed freenet key support &lt;jrandom&gt; detailed freenet key support? &lt;aum&gt; yes, specific chk@, ssk@, ksk@ &lt;jrandom&gt; ok great, so they&#39;re all verified @ each node, etc? &lt;aum&gt; no - only verifiable by the requestor &lt;aum&gt; my thinking is, given KSK@fred = &#39;mary&#39;, &lt;aum&gt; to store as SHA1(SHA1(&#34;KSK@fred&#34;)) = E(mary), where key for E is SHA1(&#34;KSK@fred&#34;) &lt;aum&gt; ie, crypto key is SHA1(uri), and kademlia key is SHA1(SHA1(uri)) &lt;jrandom&gt; hm &lt;aum&gt; so a possessor of the URI can decyrpt, but owner of a datastore cannot decrypt (and therefore has plausible deniability) &lt;jrandom&gt; well, ksks are inherently insecure, so thats no big loss, but what about ssk? &lt;deer&gt; &lt;detonate&gt; those keys aren&#39;t very large &lt;aum&gt; SSK as for freenet &lt;jrandom&gt; so the SSKs are verified at each node? &lt;aum&gt; except i&#39;m looking to use same encryption over the top &lt;aum&gt; not feasible to verify SSK at the target node &lt;jrandom&gt; why not? freenet does &lt;aum&gt; well maybe it is feasible, &lt;aum&gt; i guess i shouldn&#39;t be so lazy &lt;aum&gt; i was trying to keep the kademlia and freenet layers separate &lt;jrandom&gt; heh, you&#39;re not being lazy, there&#39;s a truckload of work here, and you&#39;re doing a great job &lt;aum&gt; verifying on target node will cause some pathological couplings between the two layers, and force deviation from pure kademlia &lt;jrandom&gt; i dont think its possible to do SSKs or CHKs securely without having the node validate the key properties &lt;aum&gt; not correct &lt;aum&gt; fred asks mary, &#39;gimme SSK@madonna&#39; &lt;aum&gt; mary sends back what she thinks is &#39;SSK@madonna&#39; &lt;aum&gt; fred tests it, barfs, then goes on to ask the next node &lt;aum&gt; anyway, i MUST go - but am open to continuing discussion over email, or tomorrow &lt;aum&gt; bbl guys &lt;jrandom&gt; mallory floods the net with &#39;SSK@madonna&#39; == &#39;sexDrugsRockNRoll&#39; &lt;jrandom&gt; l8r aum </code></pre><p>所以，如你所见，已经有了非常多的进展。即便密钥是在 DHT（分布式哈希表）层之上进行验证，那也真是太酷了（依我拙见）。加油，aum！</p>/zh/blog/2004/08/31/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%8831%E6%97%A5/Tue, 31 Aug 2004 00:00:00 +0000/zh/blog/2004/08/31/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%8831%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席:</strong> aum, cervantes, deer, hypercubus, jrandom, kaji, lucky, nicktastic</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) 嗨 14:04 &lt;jrandom&gt; 1) 0.3.4.3 14:04 &lt;jrandom&gt; 2) 0.3.5 和 0.4 14:04 &lt;jrandom&gt; 3) 文档 14:04 &lt;jrandom&gt; 4) stasher 更新 14:04 &lt;jrandom&gt; 5) ??? 14:04 &lt;jrandom&gt; 0) 嗨 14:04 * jrandom 挥手 14:05 &lt;deer&gt; * Pseudonym 挥手 14:05 * hypercubus 扇动翅膀 14:05 &lt;deer&gt; * detonate 挥手 14:05 &lt;jrandom&gt; 每周状态笔记 @ http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:05 &lt;jrandom&gt; 继续到 1) 0.3.4.3 14:06 &lt;jrandom&gt; 正如笔记里所说，也如各位亲身感受到的那样，网络目前状况不太好 14:06 &lt;jrandom&gt; 许多消息丢失，而且大家经常看到关于他们的 lease（租约）早已过期的警告 14:07 &lt;jrandom&gt; 这很不幸，但已在 CVS 中基本解决，我们会在条件允许时发布（见第 2 项） 14:07 &lt;kaji&gt; （来晚了）嗨 14:08 &lt;jrandom&gt; 总之，除了邮件里写的，我对 0.3.4.3 就只想说这些。 感谢大家在我们跨越这些坎时的耐心 14:08 &lt;jrandom&gt; 摇摆着上到 2) 0.3.5 和 0.4（除非还有人想补充点什么？） 14:09 &lt;deer&gt; &lt;oOo&gt; 所以 90% 的损坏节点就能把网络打趴下 ^^ 14:09 &lt;deer&gt; * Pseudonym 迫不及待地等待 0.3.5 发布 14:09 &lt;kaji&gt; 谁在发起 DoS？干得挺到位的 14:10 &lt;jrandom&gt; 嗯，我在其他 CVS HEAD 机器上始终能连到 squid 14:10 &lt;jrandom&gt; 所以对于跑 CVS HEAD 的人来说，网络并没有被“击倒” :) 14:10 * lucky 用 0.3.4.3 仍有部分成功。 14:10 &lt;jrandom&gt; 但没错，旧的对等点选择算法确实干过些蠢事 14:10 &lt;deer&gt; &lt;oOo&gt; 我用的是 CVS head，经常丢掉 suid.i2p ;) 14:11 &lt;jrandom&gt; 嗯 14:11 &lt;jrandom&gt; 你这边看到的 tunnel（隧道）失败率是多少？ 14:12 &lt;jrandom&gt; （将 /routerStats.html#tunnel.failAfterTime 的事件总数与 #tunnel.buildFrequency 的事件总数比较） 14:13 &lt;deer&gt; &lt;oOo&gt; 生命周期平均值：288 268,91，基于 339,00 次事件 14:13 &lt;jrandom&gt; 那 tunnel.buildFrequency 呢？ 14:14 &lt;deer&gt; &lt;oOo&gt; 不过你在修线程泄漏的时候可能把 router（I2P 路由器节点）重启得太频繁了 ;) 14:14 &lt;jrandom&gt; 你这边 tunnel.buildFrequency 的生命周期事件总数是多少？ 14:14 &lt;deer&gt; &lt;oOo&gt; 24 小时频率：每周期平均值：（2,76，最大 2,76，当前是最大值的 100,00%）严格的每周期平均：5 645,58 次事件（基于生命周期总计 5 729,00 次事件计算） 14:14 &lt;deer&gt; &lt;oOo&gt; 24 小时 ~= router 生命周期 14:15 &lt;jrandom&gt; 那就是约 5% 的 tunnel 失败 14:15 &lt;jrandom&gt; 这和我在 CVS HEAD 上看到的差不多，相比之下 0.3.4.3 的 tunnel 失败率在 40–60% 14:16 &lt;deer&gt; &lt;oOo&gt; 那我们就摇到 2) 吧 ;) 14:16 &lt;jrandom&gt; 当它已经摇过去了 14:16 &lt;jrandom&gt; 好的，如邮件所述，下一版将是 0.3.5，而不是 0.4 14:16 &lt;jrandom&gt; 它会包含大家一直期待的所有好东西，但不会有“0.4 的盖章认可” ;) 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 0.4.rc-1 14:17 &lt;jrandom&gt; 嗯，我考虑过走 rc 这条路，但我不想过于自信 14:17 &lt;kaji&gt; 0.4.rc-0.9 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 呵 14:18 &lt;kaji&gt; beta 14:18 &lt;jrandom&gt; 在 0.3.5 放出来的时候，我会看看我们能否再次发起 DoS，并且想出一堆新的测试问题 14:18 &lt;lucky&gt; 我们得一直 DoS 它，直到它在被 DoS 时还能正常工作 14:18 &lt;jrandom&gt; 对 14:19 &lt;kaji&gt; 不停地 dos，直到它再也 dos 不动 14:19 &lt;deer&gt; &lt;Pseudonym&gt; 不过 0.3.5 和 0.4 之间不会再加新功能了，对吧？ 14:19 &lt;jrandom&gt; 或许有人会受到启发，在模拟器里实现一些 churn 和失败场景，这样我们就能更轻松、自动地测试这些东西…… ;) 14:20 &lt;jrandom&gt; 没错，Pseudonym。我不指望在 0.3.5 期间再出什么重要新功能 14:20 &lt;jrandom&gt; 至少从应用用户的角度是这样 14:20 &lt;jrandom&gt; 或许有开发者会趁这个时间改进 eepproxy、做个透明的 web 服务器、帮帮 aum 等等 14:21 * jrandom 戳一戳那个在鼓捣带 DCC 支持的 IRC 代理的人 ;) 14:21 &lt;deer&gt; &lt;duck&gt; 正在做一个面向 I2P/Tor 的公共 inproxy 14:21 &lt;jrandom&gt; 啊，不错，是 HTML 特定的，还是 bitpipe？ 14:21 &lt;jrandom&gt; 呃，我是说 web 特定的 14:22 &lt;deer&gt; &lt;duck&gt; web 特定 14:22 &lt;jrandom&gt; 懂了 14:22 &lt;deer&gt; &lt;duck&gt; 思路是让某个 ISP 能为特定站点架一些网关 14:22 &lt;deer&gt; &lt;duck&gt; 这样全世界都能访问 alexandria 14:23 &lt;jrandom&gt; 喔，如果这些网关能充当 vhosts（虚拟主机）那就真香了 14:23 &lt;jrandom&gt; （也许你本来就指这个） 14:23 &lt;deer&gt; &lt;duck&gt; `http://anonygateway.com/home.duck.i2p/~alexandria/` 14:23 &lt;jrandom&gt; 啊好 14:23 &lt;jrandom&gt; 依然很酷 14:23 &lt;deer&gt; &lt;duck&gt; http://anonygateway.com/6sxoyfb3h2nvok2d.onion/ 14:24 &lt;deer&gt; &lt;duck&gt; 虚拟主机也可以；只是下一轮再做 14:24 &lt;jrandom&gt; （不过 6sxoyfb3h2nvok2d.onion.anonygateway.com 会更酷 ;) 14:24 &lt;jrandom&gt; 对对 14:24 &lt;deer&gt; &lt;duck&gt; 用个 mod_rewrite 当然就很容易 14:25 &lt;cervantes&gt; 或者直接弄个子域名 :) 14:25 &lt;kaji&gt; 哈，把一个 bittorent 种子做成 vhost 14:25 &lt;deer&gt; &lt;duck&gt; 开发费我自掏腰包；补丁将是 public domain 14:25 &lt;jrandom&gt; duck++ 14:26 &lt;deer&gt; &lt;duck&gt; 也在跟一家 ISP 谈，可能会把它作为付费服务提供 14:26 &lt;jrandom&gt; 不错 14:26 &lt;deer&gt; &lt;duck&gt; 当然如果 anarchistgang.org 来做更好 14:26 &lt;deer&gt; &lt;duck&gt; 但你知道那类家的稳定性如何 14:26 &lt;jrandom&gt; *咳* 14:27 &lt;cervantes&gt; 他们有点“quackers”（嘎嘎的/疯疯癫癫的） 14:27 &lt;cervantes&gt; *they're 14:27 &lt;deer&gt; &lt;jon2&gt; 嗨!!!!!! 14:27 * hypercubus 窃笑 14:27 &lt;jrandom&gt; 嗨，jon2 14:27 &lt;deer&gt; &lt;jon2&gt; 我喜欢开会&gt;:-D 14:28 &lt;jrandom&gt; 我想等网络再稳定些（0.3.5 发布之后），我们会想重新评估一些应用层的工作 14:28 &lt;deer&gt; &lt;duck&gt; *咳* myi2p？ 14:28 &lt;jrandom&gt; 呵 14:29 &lt;kaji&gt; 那防火墙后的访问怎么办？ 14:29 &lt;deer&gt; &lt;jon2&gt; 对，防火墙内的访问 :) 14:29 &lt;jrandom&gt; 我们需要一个扎实、好用、而且安全的方案，能提供大家想要的功能（也希望能借此促进社区） 14:30 &lt;deer&gt; * duck 指向 0.4.2 @ http://www.i2p.net/roadmap 14:30 &lt;jrandom&gt; 相信我，我和大家一样也很想解决防火墙/不可控 NAT 等环境下的访问。 14:30 &lt;deer&gt; &lt;jon2&gt; 安全这块我来，我懂 cryptophagy。 14:30 &lt;jrandom&gt; （得把这句收录到名言里去 ;) 14:30 * hypercubus 想知道 cryptophage 是啥 14:31 &lt;jrandom&gt; jon2——我们确实需要这方面的帮手，很希望占用你一点时间！ 14:31 * kaji 刚开学，他想把 i2p 带去学校 ;) 14:31 &lt;aum&gt; 早上好，各位 14:31 &lt;cervantes&gt; 顺便问下，有没有开发者怀念他们的小 i2p 博客……也许该在论坛给他们单开版块，至少短期内是这样…… 14:31 &lt;cervantes&gt; *如果是的话 14:31 &lt;deer&gt; &lt;jon2&gt; cryptophagy，安全之学。 14:31 &lt;jrandom&gt; 早啊，aum 14:32 &lt;hypercubus&gt; jon2：你也懂 cryptography 吗？ 14:32 &lt;deer&gt; &lt;jon2&gt; 早上好，aum。 14:32 &lt;jrandom&gt; cervantes：我先等等，等我能有个自己的博客，希望不会太久 14:32 &lt;deer&gt; &lt;jon2&gt; 不懂 :-( 14:33 &lt;cervantes&gt; jrandom：那其他人呢？ 14:33 &lt;jrandom&gt; nightblade 一直在用他在 cashdollar.org 的博客 14:33 &lt;deer&gt; &lt;jon2&gt; 我在 blogs.aspnet.com 上有个博客 14:33 &lt;jrandom&gt; 不过我觉得让大家在论坛上发帖也挺酷 14:34 &lt;cervantes&gt; 啊，好……看起来大多数人都找到了替代……但可惜大家分散了 14:34 &lt;jrandom&gt; 嗯 14:34 &lt;cervantes&gt; *shame 14:34 &lt;cervantes&gt; 该死的手指头儿儿儿 14:34 &lt;lucky&gt; 嗯，phage 是免疫系统的一部分。 14:34 &lt;jrandom&gt; 我喜欢在站点上有开发者博客。 我们会把它找回来的 14:34 &lt;hypercubus&gt; jon2：有意思，blogs.aspnet.com 是个未注册的域名 14:34 &lt;jrandom&gt; 好的，总之，关于 2) 0.3.5 和 0.4 还有别的吗？ 14:35 &lt;hypercubus&gt; 有 14:35 &lt;hypercubus&gt; 我已经把 Firefox 的问题解决了，在 CVS 里 14:35 &lt;jrandom&gt; w000t 14:36 &lt;deer&gt; &lt;jon2&gt; 我是 ASP 开发者。 14:36 &lt;hypercubus&gt; 现在会从注册表读取默认值 14:36 &lt;cervantes&gt; :) 14:36 &lt;deer&gt; &lt;jon2&gt; 抱歉……我指的是 blogs.asp.net 14:36 &lt;hypercubus&gt; 不，你不是 14:36 &lt;deer&gt; &lt;jon2&gt; weblogs.asp.net 14:36 &lt;jrandom&gt; 啊，太好了，hypercubus。 那我们离 0.3.5 发布就差不多了 14:37 &lt;cervantes&gt; 打了个冷颤……ASP 14:37 &lt;hypercubus&gt; 是的，我能感觉到快了 14:37 &lt;jrandom&gt; 好，转到 3) 文档 14:37 &lt;jrandom&gt; 嗯，除了我在邮件里的请求之外，没有别的要补充 14:38 &lt;jrandom&gt; （把你的问题发来！ 发到邮件列表、发邮件、或者发到论坛） 14:38 &lt;deer&gt; &lt;oOo&gt; 对，匿名用论坛，让 Cervantes 开心 ;) 14:39 * cervantes 浑身酥麻 14:39 * hypercubus 调整一下“兔耳朵”天线 14:40 &lt;nicktastic&gt; 哈哈 14:40 &lt;deer&gt; &lt;jon2&gt; 我喜欢这次会议.. 14:40 &lt;cervantes&gt; 你说过了…… 14:40 &lt;cervantes&gt; &lt;deer&gt; &lt;jon2&gt; 我喜欢开会&gt;:-D 14:40 &lt;hypercubus&gt; 好呀，下次甜甜圈你请 ;-) 14:40 &lt;jrandom&gt; 好，如果没别的，4) stasher 更新 14:41 &lt;jrandom&gt; aum 好像醒得挺早……你还在吗？ 14:41 &lt;deer&gt; &lt;jon2&gt; 棒极了的会议！ 14:41 * hypercubus 在想 dm 有有没有孩子 14:41 &lt;jrandom&gt; 呵，是啊，他回来了 ;) 14:41 &lt;cervantes&gt; 我觉得那不可能 14:42 &lt;hypercubus&gt; 猜想 aum 错过了第一杯咖啡 14:42 &lt;jrandom&gt; 好吧，也许他会再摇回来 14:42 &lt;jrandom&gt; 总之，他的一般性更新已经发在邮件里了 14:42 &lt;jrandom&gt; 看起来进展不少 14:43 &lt;jrandom&gt; 还有一些问题，但我们继续向前 14:43 &lt;deer&gt; &lt;oOo&gt; 但没给出发布日期 ;) 14:43 &lt;hypercubus&gt; 目前有多少人在测试它？ 14:43 &lt;jrandom&gt; 我不确定他现在手头提到的那些东西的代码是否已经公开 14:43 &lt;hypercubus&gt; 啊 14:44 &lt;deer&gt; &lt;jon2&gt; BAF BAF BAF BAF BAF 14:44 &lt;kaji&gt; stasher 有什么新东西？ 14:44 &lt;jrandom&gt; kaji：看 http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:45 &lt;deer&gt; &lt;oOo&gt; 现在它洗盘子更省水了 14:45 &lt;hypercubus&gt; 我一直在等这个功能 14:45 * jrandom 也是 14:45 &lt;jrandom&gt; 好 14:45 &lt;jrandom&gt; 如果 aum 还在 afk，那就摇到 5) ??? 14:45 &lt;jrandom&gt; 还有谁有要提的？ 14:45 * cervantes 戴上锡纸帽 14:46 &lt;lucky&gt; 用 jetta 来服务网页进展如何？ 14:46 &lt;jrandom&gt; 我不知道有人在做一个应用，能安全地让大家用 jetty 来托管页面 14:46 &lt;jrandom&gt; （也就是托管能作为 eepsite（I2P 站点）来服务的页面） 14:47 &lt;jrandom&gt; jetty 确实允许大家部署客户端应用（不过我也不知道有人在做基于 web 的应用） 14:47 &lt;hypercubus&gt; 我想谈谈 systray4j 和 SWT 14:47 &lt;jrandom&gt; 嗯哼？ 14:47 &lt;hypercubus&gt; 用 SWT 替代 systray4j 的代价：我们会去掉 systray4j.jar 和 systray4j.dll，发行包能瘦身 147 KB——但要换成 swt.jar（885 KB）+ 原生库（Win 上 332 KB，*nix 上 639 KB），净增 1.2–1.5 MB。不过这样我们能在 KDE、Gnome、OS X 以及 Win32 上都获得托盘图标，还能在纯 X 环境里提供类似 NextStep/GNUstep 的启动图标 14:48 &lt;hypercubus&gt; 而且这会让我们之后能添加其他 GUI 组件，而不依赖用户的 JRE（否则为了兼容 Kaffe 用户我们就只能用 AWT） 14:48 &lt;hypercubus&gt; 只是提供些思路……也许以后再说 14:48 &lt;jrandom&gt; 值得讨论，等用户有需求的时候再推进 14:49 &lt;jrandom&gt; 有价值就是有价值 14:49 &lt;deer&gt; &lt;oOo&gt; Web 界面就是 GUI 的定位，对吧？ 14:49 &lt;hypercubus&gt; cervantes 有个用好 SWT 的酷点子 14:49 &lt;hypercubus&gt; 一个 I2P 仪表盘 ;-) 14:49 &lt;jrandom&gt; 是的，oOo 14:49 &lt;hypercubus&gt; 哦，还有皮肤！j/k 14:49 &lt;jrandom&gt; 如果你说的是我理解的那种功能，我更希望把它做到 router 控制台里 14:50 &lt;hypercubus&gt; 我的意思是…… 14:50 &lt;cervantes&gt; 如果 i2p 自带一套不错的 SWT 库，也许还能鼓励应用开发 14:50 &lt;hypercubus&gt; 看起来 systray4j 的开发在走下坡或者陷住了 14:50 &lt;deer&gt; &lt;oOo&gt; 只要托盘和 GUI 之类不是让 router 正常工作所必需的就好…… 14:50 &lt;jrandom&gt; 对，oOo 14:50 &lt;hypercubus&gt; 我不觉得他们会很快修 KDE 版本 14:51 &lt;hypercubus&gt; 没错，我们可以只在 router 的 systray 类里加个钩子 14:51 &lt;hypercubus&gt; 然后用户可以按需下载 systray/SWT 的东西 14:51 &lt;jrandom&gt; hypercubus：就我个人而言，我并不百分之百肯定用户群是否真的需要托盘。 我觉得需要先发布、然后收集反馈，才能知道它的价值 14:51 &lt;jrandom&gt; cervantes：客户端应用开发者完全可以把 SWT 跟他们的应用一起打包 14:51 &lt;jrandom&gt; （或者说“自己去装 SWT”） 14:51 &lt;hypercubus&gt; 我怀疑我们会收到扩展托盘选项的需求 14:52 &lt;jrandom&gt; 如果某个客户端应用有我们想和 router 一起打包的东西，我们会连同 swt 一起发 14:52 &lt;jrandom&gt; （等等） 14:52 &lt;deer&gt; &lt;oOo&gt; 现在把控制台/状态监控/之类和“真正的路由东西”拆开是不是太迟了？ 14:52 &lt;jrandom&gt; “真正的路由东西”？ 14:52 &lt;jrandom&gt; router 控制台是一个完全独立的客户端应用 14:53 &lt;jrandom&gt; (apps/routnerconsole/) 14:53 &lt;deer&gt; &lt;oOo&gt; 就是让字节匿名流动所需的那些东西 14:53 &lt;jrandom&gt; 我确实认为将来我们也会想做一个最小化的 router 安装包 14:53 &lt;jrandom&gt; （clients.config 里啥都不带，等等） 14:53 &lt;jrandom&gt; 但我们没有足够的开发人手去维护多套东西 14:55 &lt;jrandom&gt; 好，还有谁有要提的吗？ 14:57 &lt;jrandom&gt; 如果没有的话 14:57 * jrandom 开始收尾 14:57 &lt;deer&gt; &lt;oOo&gt; 0.3.5，什么时候？;) 14:57 &lt;jrandom&gt; 希望这周就能发 14:57 &lt;jrandom&gt; （顺利的话一两天内） 14:57 &lt;deer&gt; &lt;oOo&gt; 好的 ^^ 14:57 * jrandom 停止收尾 14:57 * jrandom 用 *baf* 结束了会议 </div>/zh/blog/2004/08/24/i2p-2004-08-24-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 24 Aug 2004 00:00:00 +0000/zh/blog/2004/08/24/i2p-2004-08-24-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，今天有很多更新</p> <h2 id="索引">索引</h2> <ol> <li>0.3.4.3 status 1.1) timestamper 1.2) new router console authentication</li> <li>0.4 status 2.1) service &amp; systray integration 2.2) jbigi &amp; jcpuid 2.3) i2paddresshelper</li> <li>AMOC vs. restricted routes</li> <li>stasher</li> <li>pages of note</li> <li>???</li> </ol> <h2 id="1-0343-状态">1) 0.3.4.3 状态</h2> <p>0.3.4.3 版本在上周五发布，自那以后整体进展相当顺利。新引入的 tunnel 测试和对等点选择代码出现了一些问题，不过在发布后经过一些调整，已经相当稳定。我不确定 irc 服务器是否已经运行在新版本上，因此我们通常只能依靠使用 eepsites(I2P Sites) 和 http outproxies（出站代理）(squid.i2p 和 www1.squid.i2p) 进行测试。在 0.3.4.3 版本中，较大的 (&gt;5MB) 文件传输仍然不够可靠，但在我的测试中，此后所做的修改进一步改善了情况。</p> <p>网络规模也在增长——我们在今天早些时候达到了45个并发用户，并且在过去几天里一直稳定在38到44个用户的范围内（w00t）！这在目前来看是一个健康的数量，我也一直在监控整体网络活动，以留意潜在的风险。等到迁移到0.4版本时，我们希望逐步把用户基数提升到大约100 router的水平，并在进一步增长之前做更多测试。至少，从开发者的角度来说，这是我的目标。</p> <h3 id="11-timestamper">1.1) timestamper</h3> <p>在 0.3.4.3 版本发布中的一项我完全忘了提及、但绝对棒极了的变化，是对 SNTP（简单网络时间协议）代码的更新。多亏 Adam Buckley 的慷慨，他同意以 BSD 许可证发布他的 SNTP 代码，我们已将旧的 Timestamper 应用合并进 I2P SDK 核心部分，并与我们的时钟完全集成。这意味着三件事： 1. 你可以删除 timestamper.jar（代码现在在 i2p.jar 中） 2. 你可以从你的配置中移除相关的 clientApp 行 3. 你可以更新你的配置以使用新的时间同步选项</p>/zh/blog/2004/08/24/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%8824%E6%97%A5/Tue, 24 Aug 2004 00:00:00 +0000/zh/blog/2004/08/24/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%8824%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>Present:</strong> cervantes, deer, fvw, hypercubus, jrandom, kaji, luckypunk, Nightblade, protok0l</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 14:01 &lt;jrandom&gt; 0) 嗨 14:01 &lt;jrandom&gt; 1) 0.3.4.3 进展状态 14:01 &lt;jrandom&gt; 1.1) timestamper（时间戳组件） 14:02 &lt;jrandom&gt; 1.2) 新的 router 控制台认证 14:02 &lt;jrandom&gt; 2) 0.4 进展状态 14:02 &lt;jrandom&gt; 2.1) 服务与系统托盘（systray）集成 14:02 &lt;jrandom&gt; 2.2) jbigi &amp; jcpuid 14:02 &lt;jrandom&gt; 2.3) i2paddresshelper 14:02 &lt;jrandom&gt; 3) AMOC vs. 受限路由（restricted routes） 14:02 &lt;jrandom&gt; 4) stasher 14:02 &lt;jrandom&gt; 5) 值得注意的页面 14:02 &lt;jrandom&gt; 6) ??? 14:02 &lt;jrandom&gt; 0) 嗨 14:02 * jrandom 挥手 14:02 &lt;deer&gt; &lt;ugha2p&gt; 嗨。 14:02 &lt;jrandom&gt; 每周笔记已经发布（超早）在 http://dev.i2p.net/pipermail/i2p/2004-August/000419.html 14:03 &lt;jrandom&gt; 所以我期望大家都做了功课，认真地读过了 14:03 &lt;jrandom&gt; （或者类似的） 14:03 &lt;jrandom&gt; 好，1) 0.3.4.3 进展状态 14:04 &lt;kaji&gt; （迟来的嗨） 14:04 &lt;jrandom&gt; 自上周五 0.3.4.3 发布以来做了一些调整，但总体来看这个版本相当稳定，从我能看到的情况看 14:04 &lt;deer&gt; &lt;luckypunk&gt; 咦。怎么回事？ 14:04 &lt;deer&gt; &lt;luckypunk&gt; 哦。没事。抱歉，我通常开会都在睡。嗨 :) 14:05 &lt;jrandom&gt; 大家在 eepsites / squid / 等方面使用 0.3.4.3 的体验如何？ 14:05 &lt;luckypunk&gt; 很快。 14:05 &lt;jrandom&gt; （通过 irc 我能看出大家的情况） 14:05 &lt;luckypunk&gt; 有时页面加载不到 3 秒。 14:06 &lt;deer&gt; &lt;oOo&gt; Jrandom 你是不是把 squid 的 router 踢得太频繁了 ;) 14:06 &lt;jrandom&gt; 不错，lucky 14:06 &lt;deer&gt; &lt;mule&gt; 表现不错 14:06 &lt;luckypunk&gt; 我可以通过 squid 同时打开 10 个页面，I2P 也跟得上，不过我的 350MHz 机器会慢一些。 14:06 &lt;deer&gt; &lt;hypercubus&gt; 史上最灵敏 14:06 &lt;jrandom&gt; 对，我是这样，oOo，但这就是我们有 www1.squid.i2p 的原因 :) 14:06 &lt;jrandom&gt; r0x0r 14:06 &lt;jrandom&gt; 我听到一些关于 CPU 占用过高的报告——大家经常遇到吗？ 14:07 &lt;deer&gt; &lt;hypercubus&gt; 我没有……我怀疑只是那些还在用 386 的人，咳咳·lucky·咳咳 14:07 &lt;deer&gt; &lt;oOo&gt; 这边偶尔有峰值。好像和另一个错误有关，我哪天也许会追一下 :p 14:07 &lt;deer&gt; &lt;mule&gt; 我这没有 14:07 &lt;luckypunk&gt; 我觉得如果它影响到所有平台我会感觉很明显，但其实并没有。只有在提供新的配置页面或下载很多东西时，I2P 才会把我的处理器占满。 14:08 &lt;jrandom&gt; 好的，酷。有些场景下 i2p 会非常吃 CPU，但希望这些情况不多见 14:08 &lt;jrandom&gt; 实际上，这就引出 1.1）timestamper（时间戳组件） :) 14:09 &lt;jrandom&gt; （其中一个问题发生在 timestamper 出状况/失去正确时间跟踪时） 14:10 &lt;jrandom&gt; 整个时间戳机制已经重做并集成进 router，这要感谢 Adam Buckley 的给力工作并以 BSD 许可发布 14:10 &lt;jrandom&gt; （赞 Adam） 14:11 &lt;jrandom&gt; 之前我们把 SNTP 代码作为独立客户端使用，但现在不这么做了——改为与 router 紧密集成 14:11 &lt;jrandom&gt; （所以大家可能需要按邮件所述更新配置文件） 14:11 &lt;jrandom&gt; 不过仅靠 SNTP 只是部分方案 14:12 &lt;jrandom&gt; 长期看我们需要更好的同步（即 NTP），因为 SNTP 容易波动 14:12 &lt;jrandom&gt; （尤其在网络拥塞严重时） 14:12 &lt;jrandom&gt; Adam 给我发了一些他为此写的代码，但我目前没时间处理那一块 14:13 &lt;deer&gt; &lt;oOo&gt; 只用 SNTP 吗？ 14:13 &lt;jrandom&gt; 我记不清了——我想可能是通过 sntp 查询实现的类 ntp 14:13 &lt;deer&gt; &lt;oOo&gt; 好的，谢谢 14:14 &lt;luckypunk&gt; 呃 14:14 &lt;luckypunk&gt; 我有个建议…… 14:14 &lt;jrandom&gt; 总之，如果谁闲得慌想去折腾疯狂的 ntp hacking，那就太棒了 14:14 &lt;luckypunk&gt; 不过可能不对。 14:14 &lt;jrandom&gt; 嗯哼，lucky？ 14:14 &lt;luckypunk&gt; 使用 ntpdate -q 14:14 &lt;luckypunk&gt; 获取偏移。 14:14 &lt;jrandom&gt; ntpdate -q == SNTP 14:14 &lt;luckypunk&gt; 或者类似的。 14:14 &lt;deer&gt; &lt;oOo&gt; 现在的代码基本上就是这么做的 ;) 14:14 * cervantes 补看他错过的内容 14:14 &lt;luckypunk&gt; 哦。 14:15 &lt;luckypunk&gt; 抱歉。 14:15 &lt;cervantes&gt; 漏了 14:15 &lt;deer&gt; &lt;oOo&gt; 但我们需要可变秒长之类的 ;) 14:15 &lt;cervantes&gt; 我这儿的 CPU 占用是有史以来最低的…… 14:15 &lt;jrandom&gt; 不错 14:15 &lt;cervantes&gt; 但我现在有 700 多个 Java 线程，而且还在上涨 14:15 &lt;jrandom&gt; 对，oOo，还有偏移检测/候选选择 14:16 &lt;luckypunk&gt; 是的，上次我运行它大约一个月前，还严重影响了我机器的可用性，现在我甚至感觉不到 I2P 在跑。 14:16 &lt;jrandom&gt; 是的，我一直在研究这个，cervantes 14:16 &lt;deer&gt; &lt;oOo&gt; 没错，尽管这是整个东西里较弱的一环 ;) 14:16 &lt;luckypunk&gt; 我大概有 200 个线程。 14:16 &lt;luckypunk&gt; 准确地说是 219 个。 14:16 &lt;jrandom&gt; cervantes：我把这些线程追查到了传输层（为了实现超时我们做了一些很丑的东西），之后可以做更好的清理 14:16 -!- TheCrypto__ 现在改名为 thecrypto 14:18 &lt;jrandom&gt; 基本上随着网络 peer 数增加与 churn，出现了一些怪异情况。都可处理，但会有点烦 14:18 &lt;jrandom&gt; 总之，1.1 就到这儿，现在 1.2）新的 router 控制台认证 :) 14:19 &lt;jrandom&gt; （可能没人关心，但我们已经实现了基本的 HTTP 认证。更多信息见邮件） 14:19 &lt;cervantes&gt; 酷 14:19 &lt;cervantes&gt; 不过内存处理非常棒……好久没遇到 OOM（内存耗尽）了 14:19 &lt;jrandom&gt; 啊，太赞了 14:20 &lt;jrandom&gt; 事实上，这就引向 2）0.4 进展状态 14:22 &lt;luckypunk&gt; 是的。如果 I2P 是 MS 的产品，我们已经可以发布 1.0 了 :) 14:22 &lt;jrandom&gt; 啊啊啊，糟糕，网断了 14:22 &lt;jrandom&gt; （screen++） 14:23 &lt;jrandom&gt; 好吧，总之，最近做了很多事，后端还有一些工作要做（一些客户端隧道池管理，正如 oOo 所见，以及一些 peer 选择测试，CVS 里已有） 14:24 &lt;jrandom&gt; 在安装程序/服务/系统托盘（systray）方面也有不少进展 14:24 &lt;jrandom&gt; hypercubus：来给我们更新一下？ 14:24 &lt;deer&gt; &lt;hypercubus&gt; 好的 14:25 &lt;deer&gt; &lt;hypercubus&gt; 服务包装器（service wrapper）的安装部分快完成了，也许今天或明天……service wrapper 会在发生 OOM 时自动重启 the i2p router 14:25 &lt;jrandom&gt; （好耶） 14:25 &lt;deer&gt; &lt;hypercubus&gt; 这样在这方面就有了保障 14:26 &lt;deer&gt; &lt;hypercubus&gt; 系统托盘（systray）集成已经完成并且工作良好……目前只支持 Win32，因为 systray4j 库在 KDE 的实现中似乎有些 bug 14:26 &lt;deer&gt; &lt;hypercubus&gt; 我会跟进 KDE 的进展，希望不久后我们也能支持 14:27 &lt;deer&gt; &lt;hypercubus&gt; 安装程序也几乎完成了，只剩下添加安装后的任务 14:27 &lt;deer&gt; &lt;hypercubus&gt; 我预计周末前能完成 14:27 &lt;deer&gt; &lt;hypercubus&gt; （因为这依赖于 service wrapper 的完全集成） 14:28 &lt;jrandom&gt; r0x0r 14:28 &lt;deer&gt; &lt;hypercubus&gt; 我会提供一个 0.4 预发行的安装包供大家测试 14:28 &lt;deer&gt; &lt;hypercubus&gt; 准备好后我会通知大家 14:28 &lt;luckypunk&gt; GNOME 呢？ 14:28 &lt;cervantes&gt; increment(hypercubus) 14:28 &lt;deer&gt; &lt;hypercubus&gt; systray4j 项目还没有支持 GNOME 14:29 &lt;deer&gt; &lt;hypercubus&gt; 一旦 systray4j 提供支持，我们会添加更多桌面环境 14:29 &lt;luckypunk&gt; 嗯，没啥大不了的，KDE 编译好（如果能编译好）我就切过去。 14:30 &lt;deer&gt; &lt;hypercubus&gt; 托盘图标主要就是用来在浏览器里启动 router 控制台 14:30 &lt;deer&gt; &lt;hypercubus&gt; 所以主要是 Windows 用户会用得上 ;-) 14:30 &lt;jrandom&gt; 是啊，我们指望 *nix 用户会用书签 ;) 14:30 &lt;deer&gt; &lt;hypercubus&gt; 不过当然有机会我们也会照顾一下懒惰的 *nix 用户 ;-) 14:30 &lt;deer&gt; &lt;oOo&gt; N/C... 14:30 &lt;luckypunk&gt; 哦，我的 Firefox 书签栏里有链接，和 Slashdot、BSD Google 放一起。 14:31 &lt;deer&gt; &lt;hypercubus&gt; 不过图标也可以作为一个方便的状态指示器 14:31 &lt;jrandom&gt; 同意 14:31 &lt;deer&gt; &lt;hypercubus&gt; 也就是说，如果图标没了，你的 router 也挂了 ;-) 14:31 &lt;deer&gt; &lt;hypercubus&gt; 除非你在 router 控制台里选择隐藏图标 14:32 &lt;deer&gt; &lt;hypercubus&gt; 你可以这么做，而且效果很好 14:32 &lt;deer&gt; &lt;hypercubus&gt; 好，我想就这些了，除非有问题 14:33 &lt;protok0l&gt; 有什么能很好运行 Linux 的好用 PDA？ 14:33 &lt;jrandom&gt; 说得好，hyper 14:33 &lt;jrandom&gt; proto：#i2p-chat（或者会后） 14:33 &lt;protok0l&gt; 哎呀 14:33 &lt;deer&gt; &lt;hypercubus&gt; *偷笑* 14:33 &lt;jrandom&gt; 好，继续到 2.2）jbigi &amp; jcpuid 14:34 &lt;jrandom&gt; iakin 做了一些很棒的 JNI/asm 代码来检测精确的 CPU 架构（在 x86 机器上），并基于此为 freenet 把 jbigi 改成能自动选择正确的 .so/.dll 14:35 &lt;jrandom&gt; 他还把这项工作放到了公有领域，我们拿了一份并集成回 i2p 14:35 &lt;luckypunk&gt; 所以我们不需要选择下载哪个 jbigi 了？那不会让安装包更大吗？ 14:35 &lt;jrandom&gt; 对 14:35 &lt;jrandom&gt; 是的，会增加几百 KB 14:36 &lt;jrandom&gt; 不过，新安装包嗯，比旧的更大 14:36 &lt;luckypunk&gt; 哦，我以为会不止几百 KB 呢。 14:36 &lt;luckypunk&gt; 是啊，加上新的控制台……我猜 6 - 10 mb? 14:36 &lt;deer&gt; * Myo9 这个盘只剩 99MB 了。 14:36 &lt;deer&gt; &lt;Myo9&gt; ;) 14:36 &lt;jrandom&gt; （尤其是我还作死坚持用 .war 支持而不是直接 servlets，这需要 xerces，足足 800KB） 14:36 &lt;jrandom&gt; 新的安装包大约 4-6MB 14:37 &lt;jrandom&gt; 不过好在其中只有约 1MB 是 i2p 特有的，所以更新会很轻便 ;) 14:38 &lt;deer&gt; &lt;Myo9&gt; I2P 好像没怎么宣传吧？ 14:38 &lt;deer&gt; &lt;Myo9&gt; 和 freenet、TOR 比起来？ 14:38 &lt;jrandom&gt; 对，我们目前比较低调 14:38 &lt;protok0l&gt; 下载大小真是个问题吗？大多数人都有宽带 14:38 &lt;protok0l&gt; 就算 100MB 我也会用 14:38 &lt;luckypunk&gt; protok0l，其实大多数人没有。大多数会用 I2P 的人倒是有。虽然我觉得 I2P 仍然（算是）支持拨号 14:38 &lt;deer&gt; &lt;mule&gt; 对 i2p 用户来说不该是问题 14:39 &lt;jrandom&gt; 我认为，开发工作最好是在不同关键点经过充分测试后，逐步推广 14:39 &lt;luckypunk&gt; 是的。I2P 还没准备好应对 500 个 Slashdot 用户 :) 14:39 &lt;jrandom&gt; 不过我们最近的增长不错，有助于戳到系统的不同部分 14:40 &lt;jrandom&gt; 当我们发布 0.4 版时，我们希望向 100 台 router 的规模迈进 14:40 &lt;deer&gt; &lt;mule&gt; 好的，我再搭 50 台 :) 14:40 &lt;jrandom&gt; 而且，这会给客户端应用开发者更多动力去做客户端 ;) 14:40 &lt;jrandom&gt; lol mule :) 14:41 &lt;deer&gt; &lt;ugha2p&gt; 呃。 14:41 &lt;cervantes&gt; 按现在的速度，大概一个月能到 100 14:41 &lt;cervantes&gt; 不用特别宣传 14:41 &lt;jrandom&gt; 这是不错的增长速度 14:42 &lt;jrandom&gt; 不管怎样，回到议程 :) 14:42 &lt;protok0l&gt; 我已经等不及去宣传了 14:42 &lt;jrandom&gt; jbigi + jcpuid == 已集成（想跑 CVS HEAD 的请看邮件列表） :) 14:42 &lt;jrandom&gt; 呵呵，看得出来，proto ;) 14:42 &lt;deer&gt; &lt;hypercubus&gt; lucky：超过一半的美国网民有宽带……前几天有报告发布 14:43 &lt;jrandom&gt; 而全世界不到 1/10 在美国 ;) 14:43 &lt;deer&gt; &lt;oOo&gt; 谁会在意 USA 呢？ ^^ 14:43 &lt;jrandom&gt; 下面进入 2.3）i2paddresshelper 14:44 &lt;jrandom&gt; oOo 又做了一个补丁，这个可以让人们通过链接访问 eepsites，而无需编辑 hosts.txt 14:45 &lt;jrandom&gt; 细节写在每周状态笔记里 14:45 &lt;jrandom&gt; oOo ——你要补充什么吗？ 14:45 &lt;deer&gt; &lt;oOo&gt; 嗯……让 eepsites 的数量快快增长，Cervantes 也加上他承诺的支持 :p 14:46 &lt;jrandom&gt; 啊，cervantes 已经加上 “Try it [i2p]” 链接了 :) 14:46 &lt;jrandom&gt; （在 0.4 发布前，只有用 CVS HEAD 的人可以用） 14:46 &lt;cervantes&gt; :o) 14:46 &lt;jrandom&gt; （（顺便说一句，效果很好）） 14:46 &lt;deer&gt; &lt;oOo&gt; 太好了 ^^ 等我把我的 router 弄上线就玩玩看 ;) 14:47 &lt;kaji&gt; 你可以给客户端下载加个密码，像 gmail 那样玩 14:47 &lt;jrandom&gt; 嗯？ 14:48 &lt;kaji&gt; 小规模 + 仅限邀请 14:48 &lt;kaji&gt; 不过要花功夫 14:48 &lt;jrandom&gt; 哦，是为 0.4 发布？ 14:48 &lt;kaji&gt; 哦，是为 1.0 14:48 &lt;jrandom&gt; 不，现阶段不值得。如果涌入太多新用户，我们也许会考虑使用证书等手段 14:48 &lt;deer&gt; &lt;oOo&gt; 1.0 是面向大众的 :p 14:49 &lt;jrandom&gt; 嗯，等到 1.0 我们应该已经超过 1000 用户了 14:49 &lt;jrandom&gt; （至少我是这么希望的 ;) 14:49 * kaji 觉得看 i2p 在 3 小时内从 50 个涨到 5000 个节点会很有趣 14:49 &lt;jrandom&gt; 呵 14:49 &lt;deer&gt; &lt;oOo&gt; 然后再掉回 100 个 ;) 14:49 &lt;luckypunk&gt; hypercubus，美国人万岁！他们要追上来了 ;) 14:49 &lt;jrandom&gt; 呵，这是测试 churn 的一种方式 ;) 14:50 &lt;cervantes&gt; 如果 aum 把 stasher 弄好了……再加上 hyper 扩充他的 goatse 库，那么你会看到它在不到 3 小时内从 50 跳到 5000 ;-) 14:50 &lt;kaji&gt; 然后到 50100，当 NSA 把他们的节点上线时 14:50 &lt;jrandom&gt; 事实上这就把我们带到 3）AMOC vs. 受限路由（restricted routes） 14:51 &lt;jrandom&gt; 受限路由的一个有趣方面是，可以非常非常非常容易地发起“Sybil 攻击”。 14:51 &lt;jrandom&gt; 就像 mule 几分钟前提到的那样，安装 50 个新节点，这样就能上线相当数量 14:52 &lt;jrandom&gt; 解决这个问题的方法之一是通过证书授权机构（CA），限制引入新的 routerIdentity 证书 14:52 &lt;jrandom&gt; 另一个方法是使用 hashcash 14:52 &lt;jrandom&gt; 还有一种是用 morphmix/tarzan 风格的 IP 前缀检测 14:53 &lt;jrandom&gt; 当然，还有一种就是“管它呢”，希望“好”peer 的数量足够多，超过“坏”的 14:53 &lt;fvw&gt; 我觉得目前这样也可以。 14:54 &lt;protok0l&gt; 我有个主意 14:54 &lt;jrandom&gt; 是的，这是最简单的做法，而在这个阶段为加入一个 P2P 网络设置人为门槛似乎……不太明智 14:54 &lt;fvw&gt; 我觉得也许在 1.0 用 hashcash 和基于 IP 的方法混合会不错，但总的来说，面对足够强大的对手你是防不住的。 14:54 &lt;protok0l&gt; 切断初始 noderef 访问 14:54 &lt;protok0l&gt; 如果有人想加入，我们可以给他们你的 noderefs 14:54 &lt;protok0l&gt; *uor 14:54 &lt;fvw&gt; 这有什么用？ 14:55 &lt;jrandom&gt; 对，fvw，而且我们也许可以把这事推迟到 1.0 之后 14:55 &lt;fvw&gt; 取决于你对 1.0 的定义 :) 14:55 &lt;jrandom&gt; proto：我不确定这有多大帮助 14:55 &lt;jrandom&gt; 呵 fvw，我们和 freenet 不一样 ;) 14:56 &lt;jrandom&gt; 1.0 == 可用、安全、（足够）匿名、且可扩展 14:56 &lt;deer&gt; &lt;oOo&gt; 还有良好的文档 ;) 14:56 &lt;jrandom&gt; 文档是安全的前提条件 :) 14:56 &lt;deer&gt; &lt;Myo9&gt; 目前所有用户都会加入 noderef 吗？ 14:57 &lt;jrandom&gt; Myo9：是的——http://dev.i2p.net/i2pdb/ 只是链接到我某个 router 的 netDb/ 目录 14:57 &lt;jrandom&gt; （所以它会随时列出我的 router 所引用的所有人） 14:58 &lt;jrandom&gt; （（而每个人都会引用与其通信的人，在我们目前的规模下，就是所有人）） 14:58 &lt;jrandom&gt; 好，但回到 3）AMOC vs. 受限路由（restricted routes） 14:59 &lt;deer&gt; &lt;Myo9&gt; 好的。 14:59 &lt;jrandom&gt; 正如邮件所述，mule 的想法也许能让我们放弃 0.4.2 的 AMOC 传输，转而实现基本的受限路由支持，把 NAT/防火墙后的用户视为在受限路由之后 15:00 &lt;fvw&gt; 这会挺酷的 15:00 &lt;jrandom&gt; 是的，而且省得我们再写一个传输协议 15:01 &lt;deer&gt; &lt;ugha2p&gt; 但那怎么会让执行 Sybil 攻击更容易呢？ 15:01 &lt;jrandom&gt; s/writing/designing,implementing,reviewing,debugging,deploying,debugging,debugging,debugging,debugging.../ 15:01 &lt;deer&gt; &lt;ugha2p&gt; 更正：怎么会让它更容易* 15:02 &lt;jrandom&gt; ugha2p：我们无法知道受限路由后面有多少真实的 routers——我们只知道它们有唯一的 router identity，并且可通过某个 router 到达 15:02 &lt;deer&gt; &lt;ugha2p&gt; 噢。 15:03 &lt;jrandom&gt; 那个特定的 router 实际上可能是一个模拟实例（sim instance），在同一个 JVM 里跑着 100 个其他 routers，每个都假装在防火墙后面 15:03 &lt;deer&gt; &lt;ugha2p&gt; 对。 15:03 &lt;deer&gt; &lt;oOo&gt; 他们也可以同样轻易地在同一台主机上用 100 个端口…… 15:03 &lt;fvw&gt; 不过，如果你愿意为攻击花上几百欧元，无论如何你都能拿到大量分散的 IP。 15:03 &lt;jrandom&gt; 同意，fvw 15:04 &lt;jrandom&gt; oOo：是的，不过端口要占内存（还有一点 CPU） 15:04 &lt;deer&gt; &lt;ugha2p&gt; 不过我不认为这种假设能阻止更强大的敌人。 15:04 &lt;jrandom&gt; （这就是为什么我做更大的模拟时，需要从 TCP 通讯系统切换到 VM 通讯系统） 15:04 &lt;jrandom&gt; 同意，ugha2p 15:04 &lt;jrandom&gt; 它只是让事情更容易。 15:05 &lt;fvw&gt; 我觉得我们必须假设，任何动机超过“无聊的周日下午”的攻击者，都能轻松在网络上弄到至少 10^3 个节点。 15:05 &lt;deer&gt; &lt;oOo&gt; 没有那么夸张 15:05 &lt;jrandom&gt; 对，fvw 15:05 &lt;deer&gt; &lt;oOo&gt; （+ 更容易） 15:05 &lt;fvw&gt; 在那个数量级上，除了中心化认证之外，没有什么能阻止他们。 15:06 &lt;deer&gt; &lt;ugha2p&gt; 一台主机上开 100 个端口很容易检测，但一台机器后面 100 条受限路由可能就不容易了。 15:06 &lt;jrandom&gt; 这个可以讨论，fvw，但没错，Sybil 很棘手 15:06 &lt;deer&gt; &lt;oOo&gt; 100 台僵尸主机也很难检测 ;) 15:06 &lt;fvw&gt; 这意味着我们理想情况下需要一个 10^4 规模的网络。 15:06 &lt;deer&gt; &lt;oOo&gt; （粗略估计） 15:07 &lt;deer&gt; &lt;ugha2p&gt; 理想情况下我们会有 10^4+ 的网络。 15:07 &lt;jrandom&gt; fvw：我觉得还要更高——在我看来我们需要把它发展到百万级 15:07 &lt;deer&gt; &lt;oOo&gt; 理想情况下要超过可用 IP 的一半 ;) 15:07 &lt;jrandom&gt; 呵，oOo 15:07 &lt;fvw&gt; 如果能做到就太好了。 15:08 &lt;jrandom&gt; （当然，要增长到百万级需要充分的理由。我想最终我们能给出这样的理由） 15:08 &lt;deer&gt; &lt;ugha2p&gt; 我不确定 Kademlia 能否撑那么久不散架。 ;) 15:08 &lt;fvw&gt; 到那时，动手揍人反而会成为低成本攻击。这听起来有点反直觉，但其实是好事。 15:08 &lt;jrandom&gt; 呵 15:08 &lt;deer&gt; &lt;DrWoo&gt; jrandom：要到百万级，得有严肃的可用性和足够的好处 15:09 &lt;jrandom&gt; 同意，DrWoo 15:09 &lt;fvw&gt; 幸运的是，很多（不那么友善的）人正努力推动这件事。 15:09 &lt;deer&gt; &lt;oOo&gt; 面向大众的 pr0n :p 15:10 &lt;deer&gt; &lt;jrandom&gt; 这就是为什么在我看来我们需要一个超棒的文件共享应用 15:10 &lt;deer&gt; &lt;oOo&gt; “一人一张 goatse”，这就把我们带到了 stasher :p 15:10 &lt;cervantes&gt; 下载-&gt;安装-&gt;分享音 15:10 &lt;deer&gt; &lt;DrWoo&gt; jrandom：得做到匿名版 Kazaa 那个量级，幸运的是 RIAA 等等已经在制造动力了 15:10 &lt;fvw&gt; pr0n 已经很容易获得了（看看 usenet 等）。我觉得大唱片公司协会之类会对 P2P 打压得比色情业者厉害多了。 15:10 &lt;cervantes&gt; music 15:10 &lt;fvw&gt; 但我们又跑题了。 15:11 &lt;fvw&gt; “4）stasher”？ 15:11 &lt;deer&gt; &lt;oOo&gt; 好啊！4）！ 15:11 &lt;jrandom&gt; 同意——我们都能想出很多使用理由，但首先得把它“做得起来” :) 15:11 &lt;cervantes&gt; 啊，总算有一次不是牵强地过渡到下一个议题 15:11 &lt;jrandom&gt; 进入 4）stasher 15:12 &lt;jrandom&gt; aum：你醒了吗？ 15:12 * hypercubus 诵念 auuuuuummmmmmmmm 15:12 &lt;jrandom&gt; 好吧，万一他不在，我知道他一直在给 stasher 加 CHK 和 SVK 支持 15:13 &lt;jrandom&gt; 这很酷 15:13 &lt;deer&gt; &lt;oOo&gt; 还有 splitfiles 15:13 &lt;jrandom&gt; 是的，splitfile 支持很有意思 15:13 &lt;fvw&gt; “愿你生活在有趣的时代”的那种有意思？ 15:14 &lt;jrandom&gt; 这是 freenet 和 stasher 的一个差别：stasher 每个键的最大大小固定为 31KB 15:14 &lt;deer&gt; &lt;oOo&gt; “有用、很棒，不需要用户应用做任何事” 15:14 &lt;jrandom&gt; （因为据我所知 stasher 使用 SAM datagrams（SAM 数据报）） 15:14 &lt;luckypunk&gt; 不能实现那种……分割文件吗？ 15:15 &lt;jrandom&gt; 哦哦哦！我刚意识到他在可靠性方面遇到的是什么 bug 了！ 15:15 &lt;jrandom&gt; （前几天在 CVS 里修了，基本干掉了这个 bug） 15:15 &lt;jrandom&gt; 是的，lucky 15:15 &lt;jrandom&gt; 但由于最大键大小的限制，splitfile 的实现和 freenet 的 splitfiles 本质上不同 15:15 &lt;deer&gt; &lt;oOo&gt; 那 Stasher over-I2P 又恢复健康了？ ^^ 15:16 &lt;jrandom&gt; （如果你最近看 freenet devl 或 tech，你会看到 toad 和 hobx 在讨论这个） 15:16 &lt;deer&gt; &lt;oOo&gt; *应该 15:16 &lt;jrandom&gt; oOo：用 HEAD，是的 15:16 * jrandom 自从 0.3.4.3 出来（或者是 0.3.4.2？）之后都没听说有人试过 15:16 &lt;jrandom&gt; 不过总之，他计划在本周末前出一个新的测试版本 15:17 &lt;jrandom&gt; 有人想就 stasher 提些什么/讨论些什么吗？ 15:17 &lt;jrandom&gt; （除了“耶！加油 aum！”以外） 15:18 &lt;deer&gt; &lt;oOo&gt; 是啊，得努力在那里找到一些不是 goatse 的内容 ;) 15:18 &lt;jrandom&gt; 呵 15:18 &lt;deer&gt; &lt;oOo&gt; 前 Freenet 用户们，发动引擎吧 ;) 15:18 &lt;jrandom&gt; 是的，splitfile 支持肯定会有帮助，SSK 和 FCP 支持也会 15:19 &lt;fvw&gt; 如果可以的话，我也要附议“go aum！” 15:19 &lt;deer&gt; &lt;oOo&gt; 耶！ 15:19 &lt;jrandom&gt; 提案已有人附议、再附议了 :) 15:19 &lt;jrandom&gt; 好，进入 5）值得注意的页面 15:20 &lt;jrandom&gt; 我只是想指出三个新页面 15:20 &lt;jrandom&gt; DrWoo 的安全浏览指南对 eepsites 与外部代理（outproxies）的风险有相当好的梳理 15:20 &lt;jrandom&gt; 这些问题可以通过代码解决，但我们还没来得及做，所以先了解这些很重要 15:21 &lt;jrandom&gt; lucky 还整理了一篇关于 FreeBSD+Java 的不错的文档 15:21 * jrandom 在 FBSD 上没试太多 JVM，只试过 kaffe，有问题就去烦他吧 :) 15:22 &lt;jrandom&gt; hyper 也整理了升级到 0.4 开发版代码的文档，等我们希望更多人来测试时，他可能会更新它 ;) 15:22 &lt;hypercubus&gt; 我在论坛的帖子涵盖了 service wrapper 的安装……新的 router 控制台的操作指南在这里 --&gt; `http://files.hypercubus.i2p/New_I2P_Router_Console_Howto.txt` 15:23 &lt;jrandom&gt; wr0d 15:23 &lt;jrandom&gt; 哦，在 http://www.i2p.net/how_intro 还有一张新的漂亮图片和一些新文字（希望能更清楚一点） 15:24 &lt;fvw&gt; 哦，看起来真漂亮。谁做的？干得好。 15:25 &lt;hypercubus&gt; 实际上是直接从麦田怪圈里抄来的 15:25 * fvw 试图不提 jrandom 和 Dave 的相似之处，但惨败。 15:25 &lt;jrandom&gt; 呵 15:25 &lt;fvw&gt; 啊，这就解释了 jrandom 的触角。 15:25 &lt;jrandom&gt; 这张图是我们的匿名设计师美化的 15:25 &lt;jrandom&gt; （谢天谢地，因为我用 MS Paint 的水平太差了 :) 15:26 &lt;hypercubus&gt; 我们还在试图破解 Charlie 的长下巴有什么含义 15:26 &lt;deer&gt; &lt;ugha2p&gt; 哎，真糟糕。 15:26 &lt;jrandom&gt; 那 Alice 歪斜的眼睛呢？ ;) 15:26 &lt;hypercubus&gt; 呵 15:26 &lt;deer&gt; &lt;jrandom&gt; 是啊，等我们把 irc.duck.i2p 升级了就好了（如果还没升级的话..） 15:27 &lt;fvw&gt; 别管那些了，她看起来像是在用脸颊演双倍异形破胸的戏码。 15:27 &lt;jrandom&gt; lol 15:27 &lt;jrandom&gt; 这就是她为什么在跟 dave 说话的原因 15:27 &lt;jrandom&gt; 总之，我想这就把我们带到了 6）？？？ 15:27 &lt;fvw&gt; haha 15:27 &lt;jrandom&gt; 有人还想提什么吗？ 15:28 &lt;deer&gt; &lt;oOo&gt; 你们不能先在 I2P 里把证书这套东西搭个骨架，让别人去填内容、玩起来吗？（或者已经做了？ :p） 15:28 &lt;deer&gt; &lt;oOo&gt; 还是这完全没用？ 15:28 &lt;deer&gt; &lt;oOo&gt; （暂时） 15:28 &lt;jrandom&gt; 嗯？ 15:28 &lt;jrandom&gt; 指 hashcash / 等等证书那块？ 15:28 &lt;deer&gt; &lt;oOo&gt; 好吧，当我没说 ^^ 15:28 &lt;deer&gt; &lt;oOo&gt; 是的 15:29 &lt;jrandom&gt; 好的，没错，我们已经有这方面的基础设施了 15:29 &lt;jrandom&gt; （不过像 libSAM 这样的东西需要修改才能正确解析 destination，因为我记得 nightblade 假定总是 384 字节 ;) 15:30 &lt;jrandom&gt; 但 router 会透明地处理不同类型的证书 15:30 &lt;deer&gt; &lt;oOo&gt; 代码已经为此就绪？只是缺一些“内容”？ 15:31 &lt;jrandom&gt; 是的——当前创建的 RouterIdentity 总是附加一个 NullCertificate（certificate type == 0） 15:31 &lt;jrandom&gt; 如果附加其他类型，就会附加其他类型的证书 15:31 &lt;jrandom&gt; 例如 hashcash 证书、CA 签发的证书等 15:31 &lt;jrandom&gt; 验证基础设施也在（RouterInfo.verify） 15:32 &lt;deer&gt; &lt;oOo&gt; 哦，太棒了 :) 15:32 &lt;deer&gt; &lt;oOo&gt; 所以有人可以提前玩玩这段代码，加入 hashcash 之类的东西？ 15:32 &lt;jrandom&gt; 如果遇到用户暴增，我大概一两天内就能把网络锁下来 15:32 &lt;jrandom&gt; 对 15:33 &lt;jrandom&gt; （不过我觉得 fvw 说得对，至少短时间内不太紧迫） 15:33 &lt;deer&gt; &lt;oOo&gt; 好的。我不自荐 ;) 不过也许有人会 :p 15:33 &lt;Nightblade&gt; 在 i2p.net 上，8 月 24 日会议记录的链接指向了 8 月 17 日的记录 15:33 &lt;jrandom&gt; 好的，抱歉，会议还没结束呢 :) 15:33 &lt;Nightblade&gt; 哦，哈哈 15:34 &lt;jrandom&gt; 所以，还有别的要提的吗？ :) 15:34 &lt;hypercubus&gt; 新规则……谁编辑网站，编辑时别抽奇怪的东西！ 15:34 &lt;jrandom&gt; 呃哦... 15:34 &lt;jrandom&gt; 我怎么了？ 15:34 &lt;hypercubus&gt; 我是说坏链 ;-） 15:34 &lt;jrandom&gt; 哦 15:35 &lt;hypercubus&gt; 我们需要一个全职网页编辑……我提名 lucky 15:35 &lt;jrandom&gt; 嗯，对，我在会前更新了本周状态笔记的链接，以防有人去看页面 ;) 15:35 &lt;jrandom&gt; 我们确实需要一个人来维护网站，当有问题时提醒大家 15:36 &lt;luckypunk&gt; 我？网页 enditor？ 15:36 &lt;luckypunk&gt; enditor 哈哈 15:36 &lt;luckypunk&gt; 我不确定。 15:36 &lt;Nightblade&gt; 需要拼写检查 15:36 &lt;luckypunk&gt; 开学后我可能会很忙。 15:36 &lt;jrandom&gt; 切，辍学吧！全职搞 i2p！ 15:36 &lt;luckypunk&gt; 如果我辍学 15:37 &lt;luckypunk&gt; 我父母会让我找工作 15:37 &lt;deer&gt; &lt;hypercubus&gt; 借口借口 ;-) 15:37 &lt;luckypunk&gt; 那我还是会忙 15:37 &lt;deer&gt; &lt;hypercubus&gt; 阿门 15:37 &lt;deer&gt; * oOo 很乐意美化网站上的英文 ;) 15:37 &lt;luckypunk&gt; 总之，我觉得我不会被允许辍学 15:38 &lt;luckypunk&gt; 他们要把法定辍学年龄提高到 18 15:38 &lt;luckypunk&gt; 或者拿到高中毕业证 15:38 &lt;luckypunk&gt; 先到哪个算哪个。（通常是后者） 15:38 &lt;hypercubus&gt; 呃 15:38 &lt;Nightblade&gt; 哈哈，“法定辍学年龄”——他们接下来还会想出什么？ 15:38 &lt;luckypunk&gt; 现在是 16。 15:38 &lt;luckypunk&gt; 你不能早于那个年龄离校，否则他们会抓你。 15:38 &lt;jrandom&gt; 实际上，这是个好点子……当我们迈向 1.0，提供不同语言的页面会很好 15:39 * luckypunk 如果万不得已，可以做个粗略的法语翻译。 15:39 &lt;Nightblade&gt; 我来做 Klingon 和 Ebonics 的翻译 15:39 &lt;deer&gt; &lt;oOo&gt; 对，给网站做 Klingon 翻译 :p 15:39 &lt;hypercubus&gt; 是的，我们可以提供 English、B0rk，以及 oOo-fried English 15:39 &lt;deer&gt; &lt;oOo&gt; 该死，想到一块儿去了&gt;&lt; 15:39 &lt;Nightblade&gt; 哦哦，读心术啊 15:39 &lt;luckypunk&gt; （理论是：Babelfish 加上人的帮助，总比完全不翻译要好。） 15:39 &lt;jrandom&gt; 我想我们可以忽悠 jar 去更新他的法语翻译，lucky，不过谢谢 ;) 15:39 &lt;deer&gt; &lt;oOo&gt; hyper：很乐意，free like in beer :p 15:40 &lt;jrandom&gt; 这其实是 0.4 之后的一件大事——把文档打牢 15:40 &lt;luckypunk&gt; 嘿，我的法语对法国人来说完全听得懂 15:40 &lt;luckypunk&gt; 虽然我大概听起来像 godmode0 那样 15:40 &lt;hypercubus&gt; 顺便说一下，安装程序已经带有本地化语言包了 15:40 &lt;jrandom&gt; （也许在不同方面写一两篇白皮书） 15:40 &lt;jrandom&gt; w3rd hyper 15:40 &lt;deer&gt; * oOo 怀疑我们线上这些人能覆盖不少语言 ;) 15:40 &lt;jrandom&gt; （是啊，翻译那段许可证会很难 ;) 15:40 &lt;hypercubus&gt; 我可以让它弹出一个选择语言的面板 15:40 &lt;jrandom&gt; 同意，oOo 15:40 &lt;hypercubus&gt; heheh... libre: 15:40 &lt;jrandom&gt; gratis: 15:41 &lt;luckypunk&gt; gratis 和 libre 15:41 &lt;luckypunk&gt; 该死的法语，有两个词。 15:41 &lt;jrandom&gt; 好，还有别的吗？ 15:41 &lt;hypercubus&gt; 我们什么东西都有 10 个词 15:41 &lt;luckypunk&gt; 不过在魁北克法语里 libre 也意味着免费啤酒。 =( 15:41 &lt;luckypunk&gt; 这理论就此作废。 15:42 &lt;jrandom&gt; 好……如果没别的…… 15:42 * jrandom 做结 15:42 * jrandom *baf* 宣布会议结束 </div>/zh/blog/2004/08/17/i2p-2004-08-17-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 17 Aug 2004 00:00:00 +0000/zh/blog/2004/08/17/i2p-2004-08-17-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，更新时间到了</p> <h2 id="索引">索引：</h2> <ol> <li>Network status and 0.3.4.3</li> <li>Stasher</li> <li>???</li> </ol> <h2 id="1-网络状态与-0343">1) 网络状态与 0.3.4.3</h2> <p>尽管在过去一周里网络基本可用，但期间也时常出现不少问题，导致可靠性大幅下降。0.3.4.2 版本在解决由一些不兼容性与时间同步问题引发的 DoS（拒绝服务攻击）方面起到了显著作用——请参见网络数据库请求的图表，其中显示了该 DoS（尖峰高到超出图表尺度），而在引入 0.3.4.2 后得以停止。不幸的是，这反过来又引入了一系列问题，导致大量消息被重传，正如带宽图所示。那里的负载增加也部分是由于用户活动的实际增长，所以也没/那么/夸张 ;) 但话说回来，这仍然是个问题。</p> <p>在过去几天里，我一直挺自私的。我们已经在几个 router 上测试并部署了一堆 bug 修复，但我还没发布，因为我在跑仿真时很少能测试软件中各种不兼容性之间的相互作用。因此，在我不断调整、寻找让 router 在很多 router 表现很差时仍能有良好表现的方法期间，你们不得不忍受极其糟糕的网络运行。我们在这方面已经取得进展 - 进行性能分析，避开那些利用网络数据库（netDb）的对等节点，更高效地管理网络数据库请求队列，并强制执行 tunnel 多样化。</p> <p>我们还没到那一步，但我很有信心。现在正在生产网络上进行测试，一旦准备就绪，将发布 0.3.4.3 版本来推送这些成果。</p> <h2 id="2-stasher">2) Stasher</h2> <p>Aum 在他的 DHT（分布式哈希表）上做了一些非常出色的工作，尽管它目前存在一些显著的限制，但看起来很有前途。它显然还没准备好用于广泛使用，不过如果你愿意帮他进行测试（或编码 :)），请访问该网站并启动一个节点。</p> <h2 id="3-">3) ???</h2> <p>现在差不多就这些了。既然会议应该在一分钟前就开始了，我得收个尾了。在 #i2p 见，各位！</p> <p>=jr</p>/zh/blog/2004/08/17/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%8817%E6%97%A5/Tue, 17 Aug 2004 00:00:00 +0000/zh/blog/2004/08/17/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%8817%E6%97%A5/<h2 id="简要回顾">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> aum, deer, duck, hypercubus, jrandom, kaji, MikeW</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) 嗨 14:05 &lt;jrandom&gt; 1) 网络状态和 0.3.4.3 14:05 &lt;jrandom&gt; 2) Stasher 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) 嗨 14:06 * jrandom 向所有 i[2i]p 和 freenode 的各位挥手 14:06 * hypercubus 挥手 14:06 &lt;jrandom&gt; 每周状态说明刚刚发布在 http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:06 &lt;deer&gt; &lt;oOo_itwop&gt; 表演时间到了！ 14:07 &lt;deer&gt; &lt;mule&gt; 看来 i2p irc 不爱我。或者它想通过频繁中断让我一直“热着” 14:07 &lt;jrandom&gt; 呵，是啊，这正好引出 1) 网络状态和 0.3.4.3 :) 14:07 &lt;jrandom&gt; 网络现在相当糟糕 14:07 &lt;kaji&gt; 对 14:08 &lt;jrandom&gt; 问题主要源于大家运行的不同版本之间的不兼容，这引入了各种意想不到的方式把东西搞坏 14:09 &lt;jrandom&gt; 如果你查看邮件里的链接，你会看到曾发生的 flooding 和 netDb DoS，不过基本已经平息 14:09 &lt;jrandom&gt; 我们这儿仍然有半打人在跑旧版本（可能还有 20-25 人在跑原版 0.3.4.2，它也有自己的问题） 14:10 &lt;jrandom&gt; 感谢大家的耐心。在我们能高效绕过坏节点之前，我不想匆忙发新版本 14:10 &lt;jrandom&gt; 过去我们能绕开只是性能差的坏节点，但还没不得不应对会做 Bad Things 的节点 14:11 &lt;deer&gt; &lt;oOo_itwop&gt; 小白鼠向 jrandom 鞠躬！ 14:11 &lt;duck&gt; 下个版本会向后兼容吗？ 14:11 &lt;jrandom&gt; 也许会，duck。如果我们能绕过那些旧节点，就没有理由做成不兼容 14:12 &lt;duck&gt; 棒 14:12 &lt;jrandom&gt; 总之，虽然大家还没看到新版本，内部已经有很多工作在推进 14:13 &lt;jrandom&gt; 我不确定 0.3.4.3 何时发布。也许明天，也许本周稍晚。 14:14 &lt;jrandom&gt; 关于网络状态，大家有想提的问题/意见/担忧吗？ 14:14 &lt;kaji&gt; *.3 会包含 hyper 的新 GUI 安装器吗？ 14:14 &lt;jrandom&gt; 可能不会 14:14 &lt;deer&gt; &lt;mule&gt; 从我几台机器的 profiles 看网络状态不错，就是我经常掉线 14:15 &lt;jrandom&gt; 是，我懂，mule。对我来说 IRC 连接也很糟，不过最近在好转 14:15 &lt;deer&gt; &lt;mule&gt; 不过我错过了你们的大部分讨论，所以我先不说话了 14:15 &lt;jrandom&gt; 如果你想从 CVS 拉最新代码，应该会有改进，但更新很频繁，所以你也许想等发布版 14:16 &lt;jrandom&gt; 好，还有别的吗？没有的话，我们轻快地进入 2) Stasher 14:16 &lt;kaji&gt; woot stasher 14:17 &lt;jrandom&gt; Stasher 看起来挺酷。功能仍然比较有限，但在不断推进 14:17 &lt;jrandom&gt; 要是 aum 醒着，他就能给我们更新了…… 14:17 &lt;jrandom&gt; aum: ping? :) 14:17 &lt;kaji&gt; /kick aum 14:18 &lt;jrandom&gt; （不过对他来说还很早，他大概还在睡） 14:18 &lt;duck&gt; 真自私 14:18 &lt;hypercubus&gt; 目前为止我印象不错 14:18 &lt;jrandom&gt; 总之，安装和运行 Stasher 相当省心，如果你们能帮他测试一下就太好了 14:18 &lt;jrandom&gt; 是啊，绝对的 14:18 &lt;hypercubus&gt; 它让我得以大规模地散播 goatse 14:19 &lt;jrandom&gt; 没有 goatse 的应用算什么，嗯？ 14:19 &lt;hypercubus&gt; 你一定会爱上一款能把 goatse 上传到别人硬盘的应用 ;-) 14:19 &lt;aum&gt; pong 14:19 &lt;jrandom&gt; w0ah 14:19 &lt;jrandom&gt; 早啊 aum 14:19 &lt;deer&gt; &lt;ardvark&gt; 小问题：我是通过 i2p 的 CVS 获取 Stasher 吗？ 14:19 &lt;aum&gt; 大家好 14:19 &lt;jrandom&gt; ardvark：在 i2p/apps/stasher/ 14:19 &lt;aum&gt; ardvark：嗨！！！！ :) 好久不见！ 14:20 &lt;deer&gt; &lt;ardvark&gt; 是的，嗨 aum！很高兴见到你，伙计！ 14:20 &lt;aum&gt; ardvark：通过 tarball 可能更容易 - `http://stasher.i2p` 或 http://www.freenet.org.nz/python/stasher 14:21 &lt;deer&gt; &lt;ardvark&gt; 好的 aum，我拿到了 tarball，但它说还需要其他东西？ 我不耽误会议了，也许我可以联系你？ 14:21 &lt;aum&gt; 当然可以 14:22 &lt;hypercubus&gt; 那么，Stasher 有什么更新吗，aum？ ;-) 14:23 &lt;aum&gt; 小更新，我加了一个“-l”选项，允许仅在本地进行 get/put 14:23 &lt;aum&gt; 另外，考虑实现一个立即返回的“put”选项 14:24 &lt;aum&gt; 昨晚在思考实现 Freenet 键类型的问题 14:24 &lt;hypercubus&gt; 我想请求在 put 成功时返回状态……scp 和许多其他命令行网络应用都会这么做 14:24 &lt;jrandom&gt; SSK 会相当给力 14:25 &lt;jrandom&gt; （当然，在我看来 CHK 才是最核心的） 14:25 &lt;MikeW&gt; 我一直觉得 freenet 有个有趣的点：它会告诉你为什么可能出现高 CPU 占用。有时（通常在启动后一两分钟）以及偶尔，CPU 占用会飙到 100%，也许能估计一下它为什么觉得 java 在吃我的 cpu？ 14:25 &lt;deer&gt; &lt;oOo&gt; Splitfiles ^^ 14:26 &lt;jrandom&gt; MikeW：如果 i2p 在吃你的 CPU，那肯定是哪里坏了 14:26 &lt;aum&gt; 我已经初步实现了 splitfiles（分片文件），但还没启用——想先在本地测试 14:26 &lt;jrandom&gt; MikeW：你可以通过查看 router 控制台里的“current job”准确知道你的 router 在做什么，那（几乎总是）是 CPU 忙的地方 14:26 &lt;jrandom&gt; 啊，酷，aum 14:27 &lt;aum&gt; 由于递归算法，等完成后 splitfiles 将允许不限大小的文件 14:27 &lt;deer&gt; &lt;oOo&gt; 太好了，严肃的 goatse 和 pr0n 内容少不了 splitfiles... 14:27 &lt;deer&gt; &lt;identiguy&gt; aum：这包括 FEC 吗？ 14:27 &lt;aum&gt; 不需要 FEC 14:27 &lt;aum&gt; FEC 只在不稳定的网络上才需要 14:27 &lt;deer&gt; &lt;identiguy&gt; 啊，我懂了。 14:27 &lt;aum&gt; 我用的是 Kademlia，它的可检索性保证要好得多 14:27 &lt;duck&gt; 除非节点宕掉 14:28 &lt;aum&gt; 而且，说实话我懒得做 FEC，太折腾 14:28 &lt;aum&gt; duck：有冗余——参考 Kademlia 里的 k 值 14:28 &lt;jrandom&gt; duck：k 取 20 的话，即使不做任何重新发布也没问题 ;) 14:28 &lt;duck&gt; 呵，好吧 14:28 &lt;deer&gt; &lt;mule&gt; aum：如果有不少节点被移除，FEC 可能会有帮助 14:28 &lt;jrandom&gt; （而且有重新发布的话，只有在所有 k 同时挂掉才会受影响） 14:28 &lt;aum&gt; 不用，我会把 k 再增大点 14:28 &lt;jrandom&gt; 在我看来，k=20 已经相当可观 14:29 &lt;jrandom&gt; （因为那意味着你有 20 份完整副本） 14:29 &lt;hypercubus&gt; 用户随时可以使用独立的 FEC 工具 14:29 &lt;MikeW&gt; jrandom: Under JobQueue, runners:1, active jobs:0, just finished:1, ready/waiting: 0, timed: 28 14:29 &lt;aum&gt; 这就意味着有 20 份 goatse，各位 :P 14:29 &lt;hypercubus&gt; 然后发布结果 14:29 &lt;duck&gt; 那“Britney Spears 效应”怎么办？ 14:29 &lt;duck&gt; 就是非常热门的键最终落在 1 个节点上 14:29 &lt;jrandom&gt; （也就是插入一个 740MB 的文件，你就需要发送 14.8GB 的数据） 14:30 &lt;aum&gt; duck：Kademlia 里没有“受欢迎度”这个概念 14:30 &lt;duck&gt; （当然，如果是 32KB 的键，可能也没那么糟） 14:30 &lt;jrandom&gt; 好的，MikeW，但 i2p 现在还在吃你的 CPU 吗？ 14:30 &lt;deer&gt; &lt;ardvark&gt; 我在 i2p 上看到的这些 kademlia 消息都是和 Stasher 相关的吗？ 14:30 &lt;MikeW&gt; jrandom：是的 14:30 &lt;aum&gt; duck：而且 Kademlia 没有中继 14:30 &lt;hypercubus&gt; ardvark：router 控制台里的那些东西是 netdb kad 的实现 14:31 &lt;aum&gt; “中继”“受欢迎度”“缓存”等概念是 Freenet 的，因为它必须赤裸裸地暴露在公网上，没有 I2P 的隐匿披风 14:31 &lt;deer&gt; &lt;ardvark&gt; 我这边同时跑 i2p 和 tor，CPU 占用现在是 3%，所以 :/ *shrug* 14:31 &lt;jrandom&gt; MikeW：那就是你的 router 维持不了连接，正在为了大量并发建连而疯狂吃 CPU 14:31 &lt;duck&gt; 好吧，我的大脑被 Freenet 腐蚀了 14:31 &lt;duck&gt; 请多包涵 :) 14:31 &lt;deer&gt; * shendaras 安慰。 14:31 &lt;jrandom&gt; MikeW：如果会议后你能留下来一起调试就太好了 14:32 &lt;MikeW&gt; 好 14:32 &lt;jrandom&gt; 好的，很棒。aum，大家能做点什么来帮忙吗？ 14:32 &lt;jrandom&gt; 还是我们就“随便试试”然后提 bug？ 14:33 &lt;duck&gt; 我在努力习惯用 leo 14:33 &lt;aum&gt; 对，请把 bug 发到列表里，大家可以吗 14:33 &lt;duck&gt; 已经比 eclipse 更合我胃口了 14:33 &lt;hypercubus&gt; leo 是什么？ 14:33 &lt;jrandom&gt; （糟了，吐槽要来了 ;)） 14:33 &lt;aum&gt; duck：我最近只用 leo——除了快速改几下会用 emacs，更快的会用 zile 14:34 &lt;hypercubus&gt; 只要你不在用 vi 或 emacs 就好 ;-) 14:34 &lt;aum&gt; http://leo.sf.net - 给你代码的大纲视图 14:34 &lt;hypercubus&gt; 不过我得亲自试试这个 leo 14:34 &lt;aum&gt; 如果你愿意，leo 甚至可以与 emacs 集成 14:34 &lt;hypercubus&gt; 它不是编辑器吗？ 14:35 &lt;aum&gt; &lt;bile&gt; 14:35 &lt;aum&gt; 该死的 msvc——64 位整数允许用 __int64，却不允许 64 位整数字面量用“LL”或“ULL” 14:35 &lt;aum&gt; !! 14:35 &lt;aum&gt; &lt;/bile&gt; 14:35 &lt;hypercubus&gt; 啊，我明白了 14:37 &lt;jrandom&gt; 好，如果就这些，那我们没别的了，可以进入 3) ??? 14:37 &lt;jrandom&gt; 还有其他想提的吗？ 14:37 &lt;hypercubus&gt; 嗯，我来说说安装器的新方向 14:37 &lt;jrandom&gt; 好，来吧 14:38 &lt;hypercubus&gt; 从 0.4 开始，命令行用户只需拿到 i2p 的 tarball 解包，然后运行一个脚本来启动 router，并在 lynx 或其他浏览器中打开 router 控制台 14:39 &lt;hypercubus&gt; 所以变化不大，只是你不再需要跟安装器做一段蠢兮兮的问答流程 14:39 &lt;hypercubus&gt; 你会在 router 控制台完成所有配置 14:39 &lt;hypercubus&gt; 对于 GUI 用户，我们也有很炫的东西 14:39 &lt;jrandom&gt; (w00t) 14:40 &lt;hypercubus&gt; 你可以在 `http://files.hypercubus.i2p/install.jar` 预览 14:40 &lt;jrandom&gt; 或者从 cvs 获取（ant pkg ; java -jar install.jar），对吧？ 14:40 &lt;aum&gt; hypercubus：Windows 安装器进展如何？它会自动检测/自动下载/自动安装 Java 吗？ 14:41 &lt;hypercubus&gt; 菜单快捷方式快有了，还有系统托盘集成，以及把 router 安装为守护进程的方法 14:41 &lt;aum&gt; daemon？像 Windows 的“service”吗？ 14:41 &lt;hypercubus&gt; 不，至少在可预见的未来，他们需要点击 i2p 网站上的一个链接，跳到官方的 Java 下载页面 14:42 &lt;hypercubus&gt; 安装器需要 Java，不过没问题，因为 i2p 也需要 14:42 &lt;aum&gt; hypercubus：抱歉，但那会流失 80% 的用户 14:42 &lt;hypercubus&gt; 说一个不这么做的 Java 项目？ 14:42 &lt;jrandom&gt; 我们最终会做的。 14:42 &lt;jrandom&gt; 只是现在不会。 14:42 &lt;aum&gt; Freenet 做得很好——他们的 Windows 安装器会带你完成下载 14:43 &lt;jrandom&gt; （我们还有太多更重要的事要做。 我们现在并不*想要*成千上万的用户） 14:43 &lt;hypercubus&gt; 那是 1.0 要考虑的事 14:43 &lt;hypercubus&gt; 我实现它的大部分代码其实已经写好了 14:43 &lt;aum&gt; jrandom：我记得你说过会放在 0.4 14:43 &lt;deer&gt; &lt;mule&gt; 所以你们应该要求 Java 必须从源码编译 :) 14:44 &lt;jrandom&gt; 新安装器会出现在 0.4 14:44 &lt;hypercubus&gt; 我们把我到目前为止写的所有代码都废弃了 14:44 &lt;hypercubus&gt; 改用 IzPack 14:44 &lt;hypercubus&gt; http://izpack.sf.net 14:44 &lt;jrandom&gt; 我们可以提供一个 15MB 的打包下载把两者捆在一起，但在 1.0 之前会用 i2p 的大多数用户都知道“Java”是什么 14:45 &lt;hypercubus&gt; 这也让我有时间把一个完全公共领域的 Java 安装器框架打磨完善，最终我希望把 i2p 迁回到它上面 14:45 &lt;hypercubus&gt; 但现在的优先级是摆脱这套糟糕的现有安装器 ;-) 14:46 &lt;hypercubus&gt; （无意冒犯那位把它拼起来的人） 14:46 &lt;deer&gt; &lt;shendaras&gt; 返回 404.... 14:46 &lt;duck&gt; http://www.izforge.com/izpack/ 14:46 &lt;hypercubus&gt; http://www.izforge.com/izpack/ 14:47 &lt;hypercubus&gt; 抱歉 14:47 &lt;hypercubus&gt; 总之，我很期待大家对我在自己的 eepsite 上放出的预览安装器的反馈 14:48 &lt;hypercubus&gt; 它已经在 *nix 和 Windows 上测试过了，应该也能在 OS X 和 Solaris 上工作 14:48 &lt;jrandom&gt; r0x0r 14:48 &lt;duck&gt; 很赞 14:48 &lt;jrandom&gt; 是的，真给力 14:49 &lt;hypercubus&gt; 我可能会 hack 一下 IzPack，把按钮上那些傻乎乎的图标去掉 14:49 &lt;deer&gt; &lt;mule&gt; hypercubus：它会破坏现有配置还是会保留？ 14:49 &lt;hypercubus&gt; 包里没有包含配置文件 14:49 &lt;hypercubus&gt; 所以它只会覆盖 jar 和 war 14:49 &lt;jrandom&gt; （目前是这样 ;)） 14:49 &lt;hypercubus&gt; 嗯，我们会考虑配置的 14:49 &lt;deer&gt; &lt;mule&gt; 好，谢谢 14:49 &lt;duck&gt; 该怎么启动整个 Jetty 东东？ 14:50 &lt;duck&gt; 还是用 sh/bat ？ 14:50 &lt;jrandom&gt; 是的 14:50 &lt;jrandom&gt; router 会通过脚本启动，和/或通过服务（调用那个脚本） 14:50 &lt;hypercubus&gt; 对，我也会给 Windows 用户加一个 exe 14:50 &lt;jrandom&gt; w00t 14:50 &lt;hypercubus&gt; 它会从“开始”菜单启动 14:50 &lt;hypercubus&gt; Windows 的“开始”菜单 14:51 &lt;hypercubus&gt; 明天之前应该就能让 Jetty 作为 Windows 服务运行 14:51 * jrandom 嘟囔着 *不是 jetty，是 i2p* 14:51 &lt;hypercubus&gt; 啊对 ;-) 14:52 &lt;hypercubus&gt; 不过 Jetty 自带一个 Win32 的服务封装器 14:52 &lt;hypercubus&gt; 我们可以用它来包装任何东西 14:52 &lt;jrandom&gt; 是的，外面有 3-4 个 PD/BSD 许可的 Java 服务封装器 14:52 &lt;hypercubus&gt; 是啊，可能也有一些给 Linux 用的 14:53 &lt;jrandom&gt; 嗯，Linux 的服务 == init 脚本 :) 14:53 &lt;hypercubus&gt; 对，但即便是主流发行版之间，Linux 服务的处理方式也不同 14:53 &lt;hypercubus&gt; 比如，Gentoo 用的是 rc-setup 脚本方案 14:54 &lt;jrandom&gt; w3rd 14:54 &lt;hypercubus&gt; 总之，我会让它在所有主流发行版和各类 *BSD 上都能工作 14:54 &lt;hypercubus&gt; 甚至更多 14:55 &lt;hypercubus&gt; oops, s/rc-setup/rc-update/ 14:55 &lt;hypercubus&gt; 好，我想这些都说到了 14:55 &lt;hypercubus&gt; 你们现在可以醒了 ;-) 14:55 &lt;deer&gt; * shendaras 打哈欠 14:55 &lt;jrandom&gt; 好，感谢 hyper，听起来不错。 14:56 &lt;jrandom&gt; 还有其他人要提些什么吗？ 14:56 &lt;aum&gt; 如果我错过了之前的讨论，抱歉，不过.. 14:56 &lt;aum&gt; 就数据报延迟等方面，“天气”如何？ 14:57 &lt;jrandom&gt; 我不太清楚数据报——我用的应用都通过 streams 架在数据报之上运行 14:57 &lt;jrandom&gt; 网络状态依旧很糟——见状态说明 @ http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:58 &lt;aum&gt; k 14:58 &lt;jrandom&gt; 好，如果没别的... 14:58 * jrandom 收尾 14:59 * jrandom 将会议 *baf* 地宣布结束 </div>/zh/blog/2004/08/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%8810%E6%97%A5/Tue, 10 Aug 2004 00:00:00 +0000/zh/blog/2004/08/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%8810%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, deer, fvw, jrandom</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) 嗨 14:04 &lt;jrandom&gt; 1) 0.3.4.1 状态 14:04 &lt;jrandom&gt; 2) 文档更新 14:04 &lt;jrandom&gt; 3) 0.4 进展 14:04 &lt;jrandom&gt; 4) ??? 14:04 &lt;jrandom&gt; 0) 嗨 14:04 * jrandom 挥手 14:04 &lt;jrandom&gt; 每周状态说明刚刚几秒前发布在 @ http://dev.i2p.net/pipermail/i2p/2004-August/000404.html 14:04 &lt;deer&gt; &lt;mrflibble&gt; 哦 14:04 * jrandom 给大家几秒钟把那些打开 ;) 14:05 &lt;jrandom&gt; 总之，在大家阅读的时候，不妨先进入 1) 0.3.4.1 状态 14:05 &lt;jrandom&gt; 0.3.4.1 已经发布，正如你们所见 14:06 &lt;jrandom&gt; 不过才过了一两天，但总体看来进展挺顺利，至少到几小时前为止是这样 14:07 &lt;jrandom&gt; 刚刚定位到一对 bug（已在本地修复，测试进行中），而且影响不小，所以一两天内我们会看到一个新版本 14:07 &lt;jrandom&gt; 有人在使用新的 web console 时遇到问题吗？ 14:07 &lt;jrandom&gt; (或者更具体地说，有人试用过并遇到问题吗？ :)( 14:07 &lt;deer&gt; &lt;oOo&gt; 试过了，运行良好 ^^ 14:07 &lt;jrandom&gt; w3rd 14:08 &lt;deer&gt; &lt;oOo&gt; 即使没有任何 Java 编译器也行 ^^ 14:08 &lt;jrandom&gt; 不错，对，它应该会预编译所有 JSP，这样大家就不需要 javac 了 14:08 &lt;jrandom&gt; 这是 web 应用开发者需要做的一件事，但真的非常容易，尤其是用 ant 14:09 &lt;jrandom&gt; (用于实现这一点的模板代码在 i2p/apps/routerconsole/java/build.xml 的 'precompilejsp' 目标里) 14:09 &lt;deer&gt; &lt;identiguy&gt; jrandom，你对 outproxies（外部代理）有什么担忧？ 14:09 &lt;jrandom&gt; 我还增加了可选的基础 HTTP 身份验证来保护控制台，因此你可以让它监听 0.0.0.0 并远程访问 14:10 &lt;jrandom&gt; 哦，我对 outproxies 的担忧有三点——管理的成本（技术和社会层面）、安全性（outproxies 会拿到明文），以及匿名性（当你离开 mixnet（混合网络）时，会更容易受到攻击） 14:10 &lt;deer&gt; &lt;oOo&gt; servlet 控制台缺了 :7655 上的一些统计（内存占用），也可能缺了些其他东西（shitlist（黑名单）），不过很棒 ^^ 14:11 &lt;deer&gt; &lt;identiguy&gt; 谢谢。只是好奇。 14:11 &lt;jrandom&gt; 不过，“私人” outproxies 不同——例如，一个 anonymizer.i2p 可以在不需要信任的情况下运行得很好 14:11 &lt;jrandom&gt; (但仍会把访问限制在匿名身份可识别的客户端等范围内) 14:12 &lt;jrandom&gt; 对了 oOo，我打算加一个新页面，镜像旧的那个 14:12 &lt;jrandom&gt; 或者你建议另开一个页面放更多统计？你能画个草图说明你希望它长什么样吗？ 14:12 &lt;jrandom&gt; (或者干脆写个代码？ :) 14:12 &lt;deer&gt; &lt;oOo&gt; 嗯，这本可以留给读者当作练习 ;) 14:12 &lt;jrandom&gt; lol 14:13 &lt;deer&gt; &lt;oOo&gt; 我只是在想加入内存占用（放在主页上）和一个 Shitlist 标签页，这就是我所缺少的全部了 14:13 &lt;deer&gt; &lt;oOo&gt; 顺便说一下，可能需要在执行 shitlisting 时添加 shitlist 原因 ;) 14:13 &lt;jrandom&gt; 我们大概可以把详细的 shitlist 放进 peer profile 页面（节点档案页面） 14:14 &lt;jrandom&gt; 我们现在其实没有跟踪这个，不过你说得对，我们可以做，而且会很不错 14:14 &lt;deer&gt; &lt;oOo&gt; 我个人认为 peer profile 页面太大了，未必真的有用 :*) 14:14 &lt;deer&gt; &lt;oOo&gt; 而且很容易做，所有调用 .addshitlist() 的代码下一行都有很好的注释 ;) 14:14 &lt;jrandom&gt; 对改进有任何建议吗？ 14:15 &lt;jrandom&gt; 呵 :) 14:15 &lt;jrandom&gt; (我觉得 netDb 页面相当糟糕) 14:16 &lt;jrandom&gt; 嗨 fvw 14:16 &lt;fvw&gt; 嗨呀 jrandom，大家好。 14:16 &lt;jrandom&gt; 好的，如果有人对 web 这边还有更多建议，请告诉我 14:16 &lt;jrandom&gt; 这个新的 web console 其实只是第一版，而我大部分精力都放在了配置这边 14:17 &lt;jrandom&gt; 好的，关于 0.3.4.1，还有什么要提的吗？ 14:17 &lt;jrandom&gt; 好，进入 2) 文档更新 14:17 &lt;jrandom&gt; [更新页面列表见邮件] 14:18 &lt;jrandom&gt; 我们终于也把 paypal/e-gold 账户里的所有细节整理出来了（抱歉耽搁了！） 14:19 &lt;cervantes&gt; w00t 14:19 &lt;jrandom&gt; 文档还有一方面没提到：我们应该随 router 一起打包什么——在新的 web console 上，我们可以很容易地打包任意 html / jsp 文件，作为上下文相关帮助提供 14:19 &lt;cervantes&gt; 天哪……我真捐了那么多吗 14:20 &lt;jrandom&gt; cervantes 本周绝对值得一个 cervantes++ :) 14:20 &lt;cervantes&gt; 一定是我把外币数错了 ;-) 14:20 &lt;jrandom&gt; lol 14:20 * fvw 为 cervantes 欢呼。 14:20 &lt;jrandom&gt; 当然 14:20 &lt;cervantes&gt; 顺便说一下，我找到了一批老的匈牙利“美元”…… 14:21 &lt;jrandom&gt; lol 你是把这些藏在床垫底下之类的地方吗？ 14:21 &lt;cervantes&gt; 或者福林（forint）.. 14:21 &lt;cervantes&gt; 我总是高估自己的度假花销 ;-) 14:21 &lt;jrandom&gt; 嘿 14:22 &lt;fvw&gt; 嗯，福林。真奇怪。 14:22 * fvw 嘟囔道 "forinti=0..." 14:23 &lt;jrandom&gt; (难怪匈牙利命名法不使用 'i') 14:23 &lt;jrandom&gt; &lt;/derail&gt; 14:23 &lt;fvw&gt; 呵呵。是的，回到正题。新文档。很漂亮。 14:23 &lt;jrandom&gt; w3rd 14:23 &lt;deer&gt; &lt;kling&gt; 晚上好 14:24 &lt;jrandom&gt; 还有很多需要清理的地方，希望大家能分配一两页过目一下，把结果/更新发过来 14:24 &lt;jrandom&gt; 嗨 kling 14:24 &lt;jrandom&gt; 好，关于文档还有别的吗？ 14:24 &lt;fvw&gt; pweh 14:25 &lt;jrandom&gt; 如果没有，我们进入 3) 0.4 进展 14:25 &lt;fvw&gt; 也许不完全在主题上，但下载页面也需要打磨一下。 14:25 &lt;jrandom&gt; 啊 14:25 &lt;jrandom&gt; 嗯 14:25 &lt;deer&gt; &lt;oOo&gt; 缺少 Bounties（悬赏）详情？ ;) 14:25 &lt;jrandom&gt; 那个页面我不是/太/担心，因为随着新安装程序一切都会变，所以反正得重写 14:25 &lt;fvw&gt; 我会先捋一捋，并在邮件列表上提出必要的问题。 14:25 &lt;jrandom&gt; r0x0r fvw 14:25 &lt;fvw&gt; 哦，好的。那我就不动了， 14:26 &lt;deer&gt; &lt;kling&gt; router 仍在运行，没有特别要报告的 运行时间 32h 14:26 &lt;jrandom&gt; 是的，我们仍会保留其中一些信息，但大多都会改变 14:26 &lt;jrandom&gt; 不错 kling——你用的是 0.3.4.1 还是 0.3.4？ 14:26 &lt;deer&gt; &lt;kling&gt; .1 14:26 &lt;jrandom&gt; oOo：不幸的是，我们丢掉了大多数详情页 14:27 &lt;jrandom&gt; 但你说得对，我们需要在那里补点内容 14:27 &lt;deer&gt; &lt;oOo&gt; 好吧，太糟了，不过没有也能活 ^^ 14:27 &lt;jrandom&gt; 或者把链接删掉 14:27 &lt;jrandom&gt; 这也让我想起，aum 现在在做 DHT（分布式哈希表），而 Nightblade 好像不再做了 14:27 &lt;jrandom&gt; (所以分布式数据存储的“dev”应该更新一下) 14:29 &lt;jrandom&gt; 好的，总之，0.4 的工作在推进——前几天我用不同带宽负载折腾了一个 100 个 router 的模拟，表现相当不错 14:29 &lt;jrandom&gt; 还修了 kaffe 的 jthread 调度器里的一个讨厌的 bug，不过在 fbsd 上仍有些怪异（但在 linux 上没有） 14:30 &lt;jrandom&gt; 我不太清楚安装程序那边进展如何.. 14:30 &lt;jrandom&gt; 但我记得 hypercubus 今天在做这个，所以等更多内容准备好时，我们肯定会了解到更多 14:31 &lt;deer&gt; &lt;oOo&gt; 呵呵 14:31 &lt;jrandom&gt; 大家对 0.4 这个版本有任何问题/担忧/建议吗？ 14:31 &lt;deer&gt; &lt;oOo&gt; “什么时候？” 开个玩笑 ;) 14:32 &lt;jrandom&gt; 在准备好 0.4 之前，我们确实没什么需要再往代码里添加的了 14:32 &lt;jrandom&gt; (但 0.4 也不是终点，之后还有一大堆要做的) 14:32 &lt;deer&gt; &lt;oOo&gt; 飞向无限，迈向更远！ 14:32 &lt;jrandom&gt; 没错 ;) 14:33 &lt;jrandom&gt; 好，我想我要说的就这些了，那么 4) ??? 14:33 &lt;jrandom&gt; 有人有想讨论的内容吗？ 14:33 &lt;deer&gt; &lt;oOo&gt; i2pcvs.i2p 复活？ 14:34 &lt;jrandom&gt; 是啊，我大概应该再把它启动起来 14:34 &lt;jrandom&gt; 很可能会的，一旦我们把新的 router 控制台作为主界面打包，并带上 i2ptunnel.cfg 14:35 &lt;deer&gt; &lt;oOo&gt; 好的，谢谢 14:36 &lt;jrandom&gt; 好，如果没有其他的…… 14:36 * jrandom 收尾 14:36 * jrandom *baf* 关闭了会议 </div>/zh/blog/2004/08/10/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2004-08-10/Tue, 10 Aug 2004 00:00:00 +0000/zh/blog/2004/08/10/i2p-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E2004-08-10/<p>大家好，每周更新时间到了</p> <h2 id="索引">索引:</h2> <ol> <li>0.3.4.1 status</li> <li>Updated docs</li> <li>0.4 progress</li> <li>???</li> </ol> <h2 id="1-0341-状态">1) 0.3.4.1 状态</h2> <p>我们前几天发布了 0.3.4.1 版本，运行情况相当不错。IRC 上的连接时间稳定地持续数小时，传输速率也很不错（前几天我使用 3 条并行流从一个 eepsite(I2P Site) 下载达到了 25KBps）。</p> <p>One really cool feature added in with the 0.3.4.1 release (that I forgot to add to the release announcement) was mule&rsquo;s patch to allow the eepproxy to round robin non-i2p requests through a series of outproxies. The default is still just to use the squid.i2p outproxy, but if you go into your router.config and change the clientApp line to have:</p>/zh/blog/2004/08/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%883%E6%97%A5/Tue, 03 Aug 2004 00:00:00 +0000/zh/blog/2004/08/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B48%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> alpaca\_, bogobot, cervantes, duck, hobbs, hypercubus, jrandom, jteitel, mihi, mrflibble, mule, mule2p, Nightblade, oOo, protok0l</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:05 &lt;jrandomi2p&gt; 0) 嗨 14:05 &lt;jrandomi2p&gt; 1) 0.3.4 状态 14:05 &lt;hypercubus&gt; 我保证在 PDforge 上你的项目几乎会立刻通过确认 ;-) 14:05 &lt;jrandomi2p&gt; 2) 0.3.4.1 的计划项 14:05 &lt;jrandomi2p&gt; 3) 新的 web 控制台 / I2PTunnel 控制器 14:05 &lt;jrandomi2p&gt; 4) 0.4 的事项 14:05 &lt;jrandomi2p&gt; 5) 其他开发活动 14:05 &lt;jrandomi2p&gt; 6) ??? 14:05 &lt;jrandomi2p&gt; 0) 嗨 14:05 * jrandomi2p 挥手 14:05 &lt;mihi&gt; lla ih 14:05 * oOo 搞怪 14:06 &lt;mihi&gt; 大家好 14:06 &lt;jrandomi2p&gt; 每周状态说明已发布至 http://dev.i2p.net/pipermail/i2p/2004-August/000388.html 14:06 &lt;jrandomi2p&gt; 直接进入 1) 0.3.4 状态 14:07 &lt;jrandomi2p&gt; 网络整体看来可用，无论是 irc 还是 eepsites 14:07 &lt;jrandomi2p&gt; 你们在 eepsite 上看到的可靠性/故障是怎样的？ 14:07 * jrandomi2p 在这边可以看到 irc 的故障，比如有人断线等 14:08 &lt;mule2p&gt; 整体不错，大约在 25MBytes 后内存不足 14:08 &lt;mule2p&gt; 但那应该已经在 cvs 里修复了，就像你说的 14:08 &lt;jrandomi2p&gt; 啊好，那是单个 25MB 下载对吧？ 14:09 &lt;mule2p&gt; 是 14:09 &lt;jrandomi2p&gt; 好的 14:10 &lt;jrandomi2p&gt; 大文件传输似乎仍有问题（过一段时间会断开，但不是数据损坏）。我觉得之前提到的修改可能会修好，但不确定 14:11 * jrandomi2p 忘了说，oOo 的 roundtrip/connections_reliability.php 把这里的两个 irc 服务器都算进去了，不只是 i2p，所以目前数据不太准确 14:11 &lt;jrandomi2p&gt; oOo——把 bogobot 代码改成忽略 @irc.metropipe.net 需要做些什么？ 14:12 &lt;duck&gt; 踢 hypercubus 一脚 14:12 &lt;duck&gt; 还有踢我升级去 14:12 &lt;oOo&gt; 需要很少的编码，hypercubus 做个同行评审，然后由 duke 更新 bogobot 14:13 &lt;jrandomi2p&gt; 好的，酷 14:13 &lt;hypercubus&gt; duke? 14:13 &lt;oOo&gt; duck，抱歉 :p 14:13 * jrandomi2p 认为这种统计汇总会很有帮助 14:13 &lt;jrandomi2p&gt; duke duck 14:14 &lt;oOo&gt; 统计是用 PHP 做的，也可以交给 duck 14:14 &lt;jrandomi2p&gt; 好的，有没有要就 0.3.4 提出来讨论的？ 14:14 &lt;jrandomi2p&gt; w3rd 14:15 &lt;jrandomi2p&gt; 好，我们继续 2) 0.3.4.1 14:15 &lt;jrandomi2p&gt; 除了邮件里提到的，我也没什么别的要说 14:16 &lt;jrandomi2p&gt; StreamSinkServer 和 StreamSinkClient 应用是用于 ministreaming 的简洁演示应用（给想在 i2p 上写流式传输的 Java 开发者） 14:16 &lt;jrandomi2p&gt; 哦，另外 StreamSinkServer 有点像 aum 的 dropbox Python 应用（它会把任何人发给它的数据写到一个文件里） 14:17 &lt;jrandomi2p&gt; （StreamSinkClient 发送固定大小的随机数据，所以不太有用 ;) 14:17 &lt;jrandomi2p&gt; 关于 0.3.4.1 有什么想法/顾虑/问题吗？ 14:18 * jrandomi2p 估计一两天内就会发布 14:19 &lt;jrandomi2p&gt; 好，加快进度到 3) 新的 web 控制台 / I2PTunnel 控制器 14:20 &lt;jrandomi2p&gt; 如邮件所述，我们的新 web 控制台基本可用了，还有一个简单的 web 界面用于控制/编辑/创建 i2ptunnel 实例 14:21 &lt;protok0l&gt; protok0l 从哪儿能拿到它 14:22 &lt;protok0l&gt; 还有我需要怎么处理 jetty 14:22 &lt;jrandomi2p&gt; 现在都在 cvs 里了，不过我需要写些文档说明如何配置 14:22 &lt;protok0l&gt; 好的 14:23 * jrandomi2p 几天前在频道里写过并发了大约 5 步的流程，但我们需要更简单（或者至少更清晰）的流程 14:23 &lt;protok0l&gt; 我听说 CVS 很烂 14:23 &lt;mule2p&gt; 好的，等我拿到文档就可以告诉你 :) 14:23 &lt;protok0l&gt; 而且有个比 CVS 更好的玩意儿 14:23 * oOo 在断线前只记录了前两步 :p 14:24 &lt;protok0l&gt; Vi 也是一样 14:24 &lt;protok0l&gt; lol 14:24 &lt;jrandomi2p&gt; 我们最终会把这个新控制台作为“标准”，但可能要等到把所有东西与 hypercubus 的新 installer 集成好 14:26 &lt;jrandomi2p&gt; 实际上 14:26 &lt;jrandomi2p&gt; 给勇士们，这是之前那套丑陋的步骤： 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; w3rd hyper - 你能从 cvs 拉取最新代码，执行 'ant dist'，抓取 build/*jar 并把它们放进你的 lib 目录，mkdir $instDir/webapps/；cp build/routerconsole.war $instDir/webapps/；然后编辑你的 router.config 取消注释 clientApp.3.* 行并更新你的 classpath 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; (在 classpath 中，设置为: lib/i2p.jar:lib/router.jar:lib/mstreaming.jar:lib/heartbeat.jar:lib/i2ptunnel.jar:lib/netmonitor.jar:lib/sam.jar:lib/timestamper.jar:lib/ant.jar:lib/jasper-compiler.jar:lib/jasper-runtime.jar:\ 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; lib/jnet.jar:lib/org.mortbay.jetty.jar:lib/routerconsole.jar:lib/xercesImpl.jar:lib/xml-apis.jar:lib/javax.servlet.jar 14:26 &lt;protok0l&gt; 好吧，不干了 14:27 &lt;jrandomi2p&gt; 除此之外，还有一个新的 i2ptunnel.war——把它放到 $instDir/webapps/，然后访问 `http://localhost:7657/i2ptunnel/` 14:27 &lt;jrandomi2p&gt; 是啊，如我所说，挺折腾的 14:27 &lt;jrandomi2p&gt; 但它“能用”，而且我确实没有时间或足够的专长把它做得更好 14:27 &lt;oOo&gt; 就这些步骤就行了？ 14:28 &lt;jrandomi2p&gt; 是的 14:28 &lt;oOo&gt; 好的，谢谢 14:28 &lt;jrandomi2p&gt; （当你访问 `http://localhost:7657/config.jsp` 时，会看到类似 http://dev.i2p.net/~jrandom/config.png 那样的东西 14:29 &lt;jrandomi2p&gt; 总之，就是这样 14:29 &lt;jrandomi2p&gt; 如果大家能多试试它，并想出改进办法，我会很感激 :) 14:30 &lt;jrandomi2p&gt; mihi：对整个 web 界面的想法有什么看法吗？ 14:30 &lt;duck&gt; 布局不错 14:31 &lt;jrandomi2p&gt; 我就知道你会喜欢，duck ;) 14:31 &lt;mrflibble&gt; 不错 14:31 * mihi 也喜欢这个布局 14:31 &lt;mihi&gt; web 界面总是很棒 14:32 &lt;jrandomi2p&gt; 我为 i2ptunnel.war 拼的那个界面挺普通的……能用，但很普通 14:33 &lt;jrandomi2p&gt; 好，就这样——如果大家想进一步讨论，我们有 irc 和邮件列表等 :) 14:33 &lt;mule2p&gt; jrandomi2p：对我来说 clientApp.3 是 netmonitor 14:34 &lt;jrandomi2p&gt; 啊好的 mule2p——看看 cvs 里的 router.config—— 14:34 &lt;jrandomi2p&gt; #clientApp.3.main=net.i2p.router.web.RouterConsoleRunner 14:34 &lt;jrandomi2p&gt; #clientApp.3.name=webConsole 14:34 &lt;jrandomi2p&gt; #clientApp.3.args=7657 127.0.0.1 ./webapps/ 14:34 &lt;jrandomi2p&gt; 显然把 3 改成 4 并取消注释 :) 14:35 &lt;jrandomi2p&gt; 如果想远程访问，就把 127.0.0.1 换掉 14:35 &lt;jrandomi2p&gt; （7657 也可以换成别的端口） 14:36 &lt;mule2p&gt; 好的，谢谢，我在 checkout 的 i2p 树里找过新的 router.config，但可能在 cvs 的别处 14:36 &lt;jrandomi2p&gt; 啊抱歉，是 i2p/installer/java/src/router.config.template 14:37 &lt;mule2p&gt; 好 14:37 &lt;jrandomi2p&gt; 好，除非还有别的，我们转到 4) 0.4 的事项 14:38 &lt;jrandomi2p&gt; 嗯，我不确定还有什么能补充到邮件里那一段的 14:38 &lt;jrandomi2p&gt; 基本上就是我待办清单上的一堆条目 :) 14:39 &lt;jrandomi2p&gt; 对那里提到的内容有任何问题/担忧吗？ 14:40 &lt;oOo&gt; installer 进展如何？^^ 14:40 &lt;jrandomi2p&gt; hypercubus？ que tal? 14:40 &lt;hypercubus&gt; 耐心点，danielsan……好事多磨……呃，等等 ;-) 14:40 &lt;jrandomi2p&gt; 呵呵 14:41 &lt;jrandomi2p&gt; 不着急，就是想问问进展怎么样 14:41 &lt;jrandomi2p&gt; 有遇到什么问题吗？有什么我们能帮忙的？ 14:41 &lt;mihi&gt; danielsan 是谁？ 14:41 &lt;hypercubus&gt; 没问题，只是目前测试很枯燥 14:42 &lt;jrandomi2p&gt; w3rd 14:42 &lt;hypercubus&gt; 我本该先写单元测试的，不过算了 ;-) 14:42 &lt;jrandomi2p&gt; 呵呵 14:43 &lt;hypercubus&gt; Java 所谓的平台无关性在安装任务这块儿真是不好使 14:44 * jrandom 察觉到一波集体断线 14:45 &lt;oOo&gt; 呃哦 14:45 &lt;hypercubus_&gt; 嗯，真棒……我最后说的是什么？ 14:45 &lt;oOo&gt; &lt;hypercubus&gt; Java 所谓的平台无关性在安装任务这块儿真是不好使 14:46 &lt;hypercubus&gt; 好吧，谁破坏了会议？ ;-) 14:46 * jrandom 把锅甩给 jebus 14:46 &lt;hypercubus&gt; 可能是 duke 14:46 &lt;mule&gt; 你不会是想告诉我我的 router 有那么重要吧 :) 14:46 &lt;jrandom&gt; 呵 14:47 &lt;mihi&gt; [23:46] * jrandomi2p 退出了 IRC（客户端退出） 14:47 &lt;mihi&gt; 呵呵…… 14:47 &lt;mule&gt; 要是这样，抱歉。 14:47 &lt;hypercubus&gt; 总之，installer 的进度不用担心，我完全预计等 0.4 就绪时它也会准备好 14:47 &lt;jrandom&gt; duck：你在 irc.duck.i2p 上监听了多少 inbound tunnels？ 14:47 &lt;hypercubus&gt; 我没有遇到让人挠头的问题 14:47 &lt;jrandom&gt; 不错，hypercubus 14:47 &lt;hobbs&gt; 提醒我了——有没有命令行方式能从 router.config.template 生成一个新的 router.config？ 14:47 &lt;jrandom&gt; 没有 14:48 &lt;jrandom&gt; 据我所知没有 14:48 &lt;mihi&gt; 跑一遍 installer 然后把它拷贝出来 14:48 &lt;jrandom&gt; 除了 java -jar install.jar 14:48 &lt;jrandom&gt; 呵 14:48 &lt;mihi&gt; 我的意思是拷到一个新目录 14:48 &lt;cervantes&gt; 至少不是你们想的那种“挠头” 14:48 &lt;jrandom&gt; 哦，妙啊，我的 router 崩溃转储了 14:48 &lt;duck&gt; jrandom：提醒我一下，怎么查 irc.duck.i2p 的哈希 14:49 * hypercubus 想知道 cervantes 是什么意思 14:49 &lt;jrandom&gt; cd lib ; java -cp i2p.jar net.i2p.data.TestData display Destination ../irc.privKey 14:49 &lt;cervantes&gt; hyper：你可能对“strunking”这个词更熟悉 :) 14:49 &lt;hypercubus&gt; duck：试试增加到 3 条或更多 inbound tunnels……对我有些帮助 14:50 &lt;duck&gt; *** Building a seperate global context! 14:50 &lt;duck&gt; Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:47.387 ERROR [main ] net.i2p.util.LogManager : Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:49.589 CRIT [ 1 shutdown ] net.i2p.util.LogManager : Shutting down logger 14:50 &lt;jrandom&gt; 啊，呃 14:50 &lt;hypercubus&gt; 看来它处理不了你的日志呢 *咳* 14:51 &lt;mihi&gt; 把你的 logger.config 到处拷一份 ;) 14:51 &lt;mihi&gt; 至少在你运行任何 i2p 应用时可能的工作目录里都放一份 14:51 &lt;duck&gt; 不，我不会 14:51 &lt;jrandom&gt; ok, echo logger.record.net.i2p.data.TestData=INFO&gt;&gt; logger.config 14:52 &lt;jrandom&gt; 其实这就是我说（cd lib）的原因，不过我忘了我在 cvs 里把默认从 DEBUG 改成了 ERROR 14:52 &lt;duck&gt; 4 条 inbound 14:52 &lt;jrandom&gt; 4 条当前且就绪？ 14:52 &lt;jrandom&gt; 还是 2 条未就绪（或刚过期）+ 2 条就绪？ 14:53 &lt;duck&gt; 现在变成 3 条，其中 1 条未就绪 14:53 &lt;jrandom&gt; 好的，那大概是在 tunnel 过期/替换期间 14:54 &lt;jrandomi2p&gt; 如果你把 router.config 里设置为 3 条 inbound tunnels，应该有助于可靠性 14:54 &lt;jrandomi2p&gt; （或者你可以用新的 i2ptunnel web 界面来做 ;) 14:54 &lt;hypercubus&gt; 或许对于拥有多条 tunnels 的单个客户端，tunnel 的过期应该错开 14:55 &lt;jrandomi2p&gt; 一般是错开的——在 tunnel 过期前 60 秒会分配新 tunnels 并创建新的 leaseSet 14:55 &lt;hypercubus&gt; 哦 14:55 &lt;jrandomi2p&gt; 不过，在 tunnel 失效时它得即时创建新的 leaseSet，而这不会立刻传播开去 14:56 &lt;jrandomi2p&gt; （嗯，它会发到 netDb 上，但客户端可能要几秒才会拿到） 14:57 &lt;jteitel&gt; !who 14:57 &lt;alpaca_&gt; #i2p 的用户列表: [hobbs] [Iakin3] [duck] [pwk__] [Sonium] [jar] [alpaca_] [interrupt] [protok0l] [mihi] [aum] [Shaun-Away] [cervantes] [jrandom] [deer] [hirvox] [Bladenight] 14:57 &lt;bogobot&gt; #i2p 的用户列表: [shendaras] [duck] [josh] [mule2p] [aum] [mrflibble] [hypercubus] [TrueSeeker] [laggybot] [bogobot] [ion_] [mihi] [ion] [mule] [jteitel] [ant] [oOo_] [jrandomi2p] [dm] [ugha2p] [Ch0Hag] [jnk] [oOo] [soros] [bob] [revival] [DrWoo] [thetower] 14:57 &lt;jrandomi2p&gt; 对 tunnel 池还有一些可以做的优化，但我不确定目前有多大用处 14:57 &lt;jrandomi2p&gt; 好，回到正题——还有谁对 4) 0.4 的事项有要说的吗？ 14:57 &lt;oOo&gt; 关于 0.4 的“大规模仿真”，有什么准备方式吗？需要“新的”特定应用/工具吗？（要不要过渡到第 5 点？;)） 14:58 &lt;jrandomi2p&gt; 其实，对这个仿真来说，如果有人能帮忙改造 heartbeat（或一个基于 sam 的应用），让它变成可脚本化的客户端/服务器，那就太好了 14:59 -!- Bladenight 改名为 Nightblade 14:59 &lt;jrandomi2p&gt; （例如，不是现在的“每 30 秒给节点 X 发送 20KB”，而是“持续 10 分钟向节点 X 请求一个 1MB 文件，然后暂停 60 分钟，再向节点 Y 请求 1KB 文件”等等） 15:00 &lt;jrandomi2p&gt; 但如果有人有兴趣帮忙，请告诉我，我们可以在 chan 15:00 &lt;jrandomi2p&gt; 呃，chat 15:00 &lt;jrandomi2p&gt; 顺着这个话题，我们跳到 5) 大家正在做的事儿 :) 15:01 &lt;jrandomi2p&gt; 不太确定怎么展开，不如就按邮件里（任意的）顺序逐个更新？ 15:01 &lt;jrandomi2p&gt; 我没看到 sunshine，aum 大概还没起床吧 ;) 15:02 &lt;jrandomi2p&gt; nightblade——战况如何？ 15:02 &lt;Nightblade&gt; 我打算把 libsam 接口做得像 BSD sockets 那样 15:02 &lt;Nightblade&gt; 不过我还没在那部分写代码 15:02 &lt;duck&gt; 改成了 tunnels.numInbound=3 15:03 &lt;jrandomi2p&gt; 不错，duck（最好等会议结束再重启你的 tunnel ;) 15:03 &lt;duck&gt; 哦，它不会检测到这些更改吗？ 15:03 &lt;jrandomi2p&gt; 说得好，nightblade——现在的方式有什么问题吗？ 15:03 &lt;hypercubus&gt; 除非你把它写成会检测 ;-) 15:03 &lt;jrandomi2p&gt; 不，duck，clientApp 行只会在启动时读取 15:04 &lt;jrandomi2p&gt; （clientApp 其实不在 router 的控制范围内——这就是 i2ptunnel web 应用存在的意义） 15:04 &lt;Nightblade&gt; 不，现在的方式没有问题……我要做的是在现有接口之外再提供一种（开发者可以选择他们想用的） 15:04 &lt;jrandomi2p&gt; 太棒了 15:05 &lt;jrandomi2p&gt; 好的，你做主。多样性是好事，尽管这意味着要维护更多代码等，但需要权衡 15:06 &lt;jrandomi2p&gt; 好，继续往下——mule2p——outproxy 进展如何？ 15:07 &lt;mule&gt; 除了你手上的补丁之外没做什么 15:07 &lt;jrandomi2p&gt; 啊好，我以为你在做进一步修改 15:07 &lt;mule&gt; 需要找点空闲时间做真正的负载均衡 15:07 &lt;jrandomi2p&gt; w3rd 15:08 &lt;jrandomi2p&gt; 那我就把那个补丁合进去 15:08 &lt;mule&gt; 谢了。把我的 outproxy 也加进 client app 里吧 :) 看起来更快 15:08 &lt;jrandomi2p&gt; 呵，当然你的代理对你来说更快，它是本地的 :) 15:09 &lt;oOo&gt; 而且没人用它 ^^ 15:09 &lt;mule&gt; 不，不是 15:09 &lt;jrandomi2p&gt; 哦，它在另一个 router 上？酷 15:09 &lt;mule&gt; 是的，在一家 ISP 的一台独立服务器上 15:10 &lt;jrandomi2p&gt; i2ptunnel 的 web 界面有一个字段可以让大家指定 outproxies 列表，所以调整起来应该挺容易的，不过我们会在下一个版本和发行说明里提到它 15:10 &lt;jrandomi2p&gt; 不错 15:11 &lt;jrandomi2p&gt; 好，nickster 现在好像不在线 15:12 &lt;jrandomi2p&gt; 还有其他活跃的客户端开发在进行吗？ 15:12 &lt;jrandomi2p&gt; （或者以前暂停的有没有活过来，等等？） 15:13 &lt;jrandomi2p&gt; 好的，如果有人想在这方面再说点啥，照旧我们有邮件列表和频道 :) 15:13 &lt;jrandomi2p&gt; 转到 6) ??? 15:13 &lt;jrandomi2p&gt; 还有谁想提点什么？ 15:14 &lt;Nightblade&gt; 没有 15:15 &lt;mihi&gt; duck 有什么要带下来的吗 ;) 15:15 &lt;mihi&gt; s/any/some/ 15:15 * jrandomi2p 对 mihi 进行 ping 洪泛 15:15 &lt;jrandomi2p&gt; 好，就此打住 15:15 * jrandomi2p 蓄势 15:15 * jrandomi2p *baf* 地宣布会议结束 </div>/zh/blog/2004/08/03/i2p-%E4%BA%8E-2004-08-03-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 03 Aug 2004 00:00:00 +0000/zh/blog/2004/08/03/i2p-%E4%BA%8E-2004-08-03-%E7%9A%84%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>嗨，各位，我们先把这次状态更新搞定吧</p> <h2 id="索引">索引：</h2> <ol> <li>0.3.4 status</li> <li>On deck for 0.3.4.1</li> <li>New web console / I2PTunnel controller</li> <li>0.4 stuff</li> <li>Other development activities</li> <li>???</li> </ol> <h2 id="1-034-状态">1) 0.3.4 状态</h2> <p>随着上周发布的 0.3.4 版本，新网络运行得相当不错——IRC 连接一次可以持续数小时，eepsite(I2P Site) 的获取看起来也相当可靠。吞吐量总体仍然较低，但略有改善（以前我通常看到稳定的 4-5KBps，现在我稳定能看到 5-8KBps）。oOo 发布了两个脚本，用于汇总 IRC 活动，包括消息往返时间和连接持续时间（基于 hypercubus 的 bogobot，最近已提交到 CVS）。</p> <h2 id="2-列入-0341-版本计划">2) 列入 0.3.4.1 版本计划</h2> <p>使用 0.3.4 的大家应该都注意到了，我在日志记录方面<em>咳</em>有点啰嗦，这已在 cvs 中修正。另外，在写了一些用于压测 ministreaming 库的工具之后，我加入了一个 &lsquo;choke&rsquo;（背压机制），以防它吞噬大量内存（当尝试向某个流的缓冲区加入超过 128KB 的数据时会阻塞，这样在发送大文件时，你的 router 不会把整个文件加载到内存中）。我认为这将有助于缓解大家遇到的 OutOfMemory 问题，但我还会加入一些额外的监控/调试代码来验证。</p> <h2 id="3-新的-web-控制台--i2ptunnel-控制器">3) 新的 Web 控制台 / I2PTunnel 控制器</h2> <p>除了上述针对 0.3.4.1 的修改之外，我们已经准备好了新 router 控制台的第一版，供大家测试。出于一些原因，我们暂时不会把它打包进默认安装，因此在几天后 0.3.4.1 修订版发布时，我们会提供如何让它运行的说明。如你所见，我在 Web 设计方面实在不行，而且正如许多人一直在说的那样，我应该停止在应用层上瞎折腾，把核心和 router 打磨得稳如磐石。因此，尽管这套新控制台已经具备了我们想要的许多优秀功能（通过一些简单的网页即可完整配置 router，提供简明易读的 router 健康状况概览，提供创建 / 编辑 / 停止 / 启动 不同的 I2PTunnel 实例的能力），我确实需要在 Web 方面很拿手的朋友来帮忙。</p>/zh/blog/2004/07/27/i2p-2004-07-27-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 27 Jul 2004 00:00:00 +0000/zh/blog/2004/07/27/i2p-2004-07-27-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p>大家好，又到了每周吐槽时间。</p> <h2 id="索引">索引：</h2> <ol> <li>0.3.3 &amp; current updates</li> <li>NativeBigInteger</li> <li>???</li> </ol> <h2 id="1-033">1) 0.3.3</h2> <p>我们在上周五发布了 0.3.3 版本，经过一两天相当不稳定的状况后，现在看起来还可以。虽然不如 0.3.2.3，但我通常能在 irc.duck.i2p 上一次待上 2–7 小时。不过，鉴于我看到很多人遇到问题，我启动了日志记录器并详细监控了情况。简而言之，我们只是使用了超过所需的带宽，导致拥塞和 tunnel 失败（由于测试消息超时等）。</p> <p>过去几天我又回到仿真器里，在网络中运行了一系列心跳包，看看我们能改进什么，并且基于此，我们将迎来一大批更新：</p> <h3 id="netdb-update-to-operate-more-efficiently">netDb update to operate more efficiently</h3> <p>现有的 netDb 查询消息最大可达 10+KB，虽说成功的回复更为常见，但失败的回复可能高达 30+KB（因为两者都包含完整的 RouterInfo 结构）。新的 netDb 将这些完整的 RouterInfo 结构替换为 router 的哈希 - 将 10KB 和 30KB 的消息变成 ~100 字节的消息。</p> <h3 id="throw-out-the-sourcerouteblock-and-sourceroutereplymessage">throw out the SourceRouteBlock and SourceRouteReplyMessage</h3> <p>这些结构是旧想法的遗留，但并未为系统的匿名性或安全性带来任何价值。通过弃用它们、改用更简单的一组回复数据点，我们大幅缩减了 tunnel 管理消息的大小，并将 garlic encryption 的时间减半。</p> <h3 id="netdb-更新以更高效地运行">netDb 更新以更高效地运行</h3> <p>在创建 tunnel 的过程中，代码有点“啰嗦”，因此不必要的消息已被删去。</p> <h3 id="移除-sourcerouteblock-和-sourceroutereplymessage">移除 SourceRouteBlock 和 SourceRouteReplyMessage</h3> <p>用于 garlic routing（大蒜路由）的一些加密代码使用了固定填充，这些固定填充是基于一些我们并未采用的 garlic routing 技术（我在九月和十月编写它时，以为我们会采用多跳的 garlic routing，而不是使用 tunnels）。</p>/zh/blog/2004/07/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B47%E6%9C%8827%E6%97%A5/Tue, 27 Jul 2004 00:00:00 +0000/zh/blog/2004/07/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B47%E6%9C%8827%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cat-a-puss, Connelly, deer, dm, hypercubus, jrandom, Sonium</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> 14:02 &lt;jrandom&gt; 0) 嗨 14:02 &lt;jrandom&gt; 1) 0.3.3 &amp; 当前更新 14:02 &lt;jrandom&gt; 2) NativeBigInteger 14:03 &lt;jrandom&gt; 3) ??? 14:03 &lt;jrandom&gt; 0) 嗨 14:03 * jrandom 挥手 14:03 &lt;jrandom&gt; 每周状态说明已发布 @ http://dev.i2p.net/pipermail/i2p/2004-July/000372.html 14:03 &lt;jrandom&gt; (多亏 hypercubus 的鞭策，我在会议前就发出来了 :) 14:04 &lt;jrandom&gt; 好的，开始吧 14:04 &lt;jrandom&gt; 1) 0.3.3 &amp; 当前更新 14:06 &lt;jrandom&gt; 邮件里有一大堆介绍近况的信息，而且接下来带宽使用量应该会大幅下降 14:07 &lt;jrandom&gt; 由于改动很多，它将不向后兼容，所以下个版本的升级也会有些坎坷，但没办法 14:08 &lt;jrandom&gt; 关于 0.3.3 版本或状态说明里提到的内容，大家有问题吗？ 14:08 * dm 挥手 14:08 * jrandom 这边在 freenode 上看到 23 秒的延迟 14:09 * hypercubus 看到 0.10 秒的延迟 14:09 &lt;jrandom&gt; 啊，恢复正常了 14:09 &lt;jrandom&gt; 好的，如果没别的，我们就进入 2) NativeBigInteger 14:10 &lt;jrandom&gt; Iakin3 修改了一些东西，使加密代码可以开箱即用地更容易部署，这很棒 14:10 &lt;jrandom&gt; 我偶尔看看 netDb，会发现有些人在做 ElGamal 加密时延迟高达 2–400ms，这意味着有人没有使用 jbigi 14:11 &lt;jrandom&gt; （而且每个人都应该使用 jbigi） 14:12 &lt;deer&gt; &lt;Nightblade&gt; 你怎么知道他们不是只是电脑很慢 14:12 &lt;Sonium&gt; 为什么它没有自动使用？ 14:12 &lt;hypercubus&gt; 因为它必须为每个平台定制编译 14:12 &lt;jrandom&gt; 我们也许能在下个版本里部署好这个，但还要看情况 14:12 &lt;deer&gt; &lt;oOo&gt; 如果没有 DLL，程序会继续使用仅 Java 的代码（为跨平台支持所需） 14:12 &lt;hypercubus&gt; 而且目前不会检测平台 14:12 &lt;jrandom&gt; Nightblade：当然有这个可能 14:13 &lt;jrandom&gt; oOo 没错，我们肯定会保留这个功能 14:13 &lt;deer&gt; &lt;oOo&gt; 不，强制要求 dll 和 .so 文件存在，即使是空的或没用的 14:13 &lt;jrandom&gt; 实际上，这也是我正在做的一些当前修改带来的好处之一——我们只需要做一半次数的 ElGamal 加密（因为 sourceRouteBlock 不再存在了） 14:14 &lt;jrandom&gt; 嗯 oOo？ 14:14 &lt;jrandom&gt; 我们为什么要那样做？ 14:15 &lt;deer&gt; &lt;oOo&gt; 强制检查库文件的 _存在性_。如果它们没有被使用，你很可能不在 x86 Win/Linux 平台上，只能被迫使用 Java 代码。总之，你已经尽力去强制使用本地实现了 14:15 &lt;jrandom&gt; 哦，对，我们一直都会检查 libjbigi.so / jbigi.dll，Iakin 的代码新增的是一种能力：把一堆 DLL 和 .so 文件打包进一个 jar，并在运行时选择*正确的*那个 14:16 &lt;hypercubus&gt; &lt;/obvious&gt; 14:16 &lt;jrandom&gt; （如果没有匹配，则回退到纯 Java） 14:17 &lt;jrandom&gt; 总之，这些都是好东西，希望能大大帮助新用户 14:17 &lt;jrandom&gt; （也省得我在管理界面上做些丑陋的下拉框了 :)） 14:18 &lt;jrandom&gt; 好的，如果这方面没有更多问题，我这边就这些了 14:18 &lt;jrandom&gt; 那么转到 3) ??? 14:18 &lt;jrandom&gt; 还有其他人有想提的事吗？ 14:18 &lt;hypercubus&gt; 应该有人在新网站上跑个拼写检查器 ;-) 14:19 &lt;jrandom&gt; 你现在已经有 CVS 访问权限了… :) 14:19 &lt;jrandom&gt; （模块：i2pwww） 14:19 &lt;hypercubus&gt; 该死 14:19 &lt;deer&gt; &lt;oOo&gt; 大文件传输时的数据损坏，甚至是本地传输，也在调查中吗（比如从你自己的 eepsite 抓取数 MB）？ 14:20 &lt;hypercubus&gt; 我有很多大文件下载被中断，但从没遇到过损坏 14:20 &lt;jrandom&gt; 嗯，这个问题的大多数实例已经解决了，但我最近又听到了相关报告。我还没再把应用层过一遍做审计 14:21 &lt;jrandom&gt; 我把中断的下载也视为损坏 14:21 &lt;jrandom&gt; 必须一次就成功，完整跑完 14:21 &lt;hypercubus&gt; 呃，这也没办法，真实的万维网上也是这样 ;-) 14:21 &lt;deer&gt; &lt;oOo&gt; 当抓取端和服务器在同一台计算机上时就不是了^^ 14:22 &lt;jrandom&gt; oOo：你能复现那个吗？ 14:22 &lt;jrandom&gt; （还是说它是间歇性的？） 14:22 &lt;deer&gt; &lt;oOo&gt; jrandom：做过两次了，还以为是已知问题，我会再试试 14:23 &lt;jrandom&gt; 谢谢。如果你能复现，请把测试细节告诉我，我会进一步深入调查。 14:23 &lt;jrandom&gt; （反正我无论如何还得再审计一遍应用层） 14:23 &lt;deer&gt; &lt;oOo&gt; jrandom：没问题，谢谢 14:24 &lt;jrandom&gt; 好的，还有谁有问题/想提的事吗？ 14:25 &lt;cat-a-puss&gt; 我仍然有兴趣讨论如何做 myI2P 14:25 &lt;cat-a-puss&gt; 几个月后我也许能带几个人加入 14:25 &lt;jrandom&gt; 太棒了！ 14:26 &lt;hypercubus&gt; 课程项目？ ;-) 14:26 &lt;cat-a-puss&gt; 差不多那样 ;-) 14:27 &lt;jrandom&gt; 我想一旦我们发布带新 Web 界面的 0.4，用 Web 前端来组装应用（比如 myi2p）应该会容易得多 14:27 &lt;cat-a-puss&gt; 所以你觉得这可以完全在应用层完成？ 14:27 &lt;jrandom&gt; 当然可以 14:28 &lt;jrandom&gt; 你还想到什么？ 14:28 &lt;cat-a-puss&gt; 嗯，网络数据库可以用来存储元数据 14:28 &lt;jrandom&gt; 啊 14:28 &lt;cat-a-puss&gt; 它能访问那个吗？ 14:28 &lt;hypercubus&gt; *咳* 14:28 &lt;jrandom&gt; 不，任何东西都不能访问 netDb 14:29 &lt;jrandom&gt; 我们能在 netDb 里施展一些魔法，是因为它非常专注，仅用于充当我们的分布式路由表 14:29 &lt;hypercubus&gt; cat-a-puss：你想要的是 Nightblade 正在做的 DHT（分布式哈希表） 14:29 &lt;jrandom&gt; 不过 myi2p（以及其他）当然可以在 i2p 之上使用 DHT 14:30 &lt;hypercubus&gt; （enclave） 14:30 &lt;jrandom&gt; 你在想什么样的元数据？ 14:31 &lt;cat-a-puss&gt; 嗯，我设想做点像 Frost 里的频道那样的东西，它在 Freenet 上运行于一个 SSK（签名子空间密钥）之上 14:31 &lt;cat-a-puss&gt; 所以你在 I2p 之上的 DHT 上运行这些 SSK 14:31 &lt;jrandom&gt; 对 14:31 &lt;jrandom&gt; 不过对某些事情来说，那可能有点杀鸡用牛刀 14:31 &lt;cat-a-puss&gt; 但你仍需要一个元密钥，列出所有订阅该频道的人的 SSK 列表 14:32 &lt;dm&gt; 在 i2p 上跑 dht... 14:32 * dm 觉得短期内不可能可靠运行。 14:32 &lt;Connelly&gt; 一个通用的 DHT 库会很好 14:32 &lt;dm&gt; 可靠地 14:32 &lt;deer&gt; &lt;Nightblade&gt; 什么是 dht 库 14:32 &lt;cat-a-puss&gt; 那需要以不同的方式工作… 14:33 &lt;jrandom&gt; cat-a-puss：我想这取决于会发生什么样的活动。Frost 风格的论坛可能适合某些事情，FMB 风格的论坛可能适合另一些，而博客聚合器又可能适合再不同的一些场景 14:34 &lt;Connelly&gt; 比如一个 Kademlia 实现之类的 14:34 &lt;Connelly&gt; 我猜 enclave 会是类似的东西 14:34 &lt;deer&gt; &lt;Nightblade&gt; 我想我会先在 LibSAM 上做一些改动 14:34 &lt;deer&gt; &lt;Nightblade&gt; 我这边只剩两周课了，算上这周 14:34 &lt;deer&gt; &lt;Nightblade&gt; 然后我希望能做点东西 14:35 &lt;jrandom&gt; w00t! :) 14:37 &lt;cat-a-puss&gt; jrandom：基本上目标是要面面俱到。如果网络不能做所有事，人们就会用别的。（而且它需要把这些事做得更好，才能吸引掩护流量） 14:38 &lt;jrandom&gt; 我做过太多试图走“瑞士军刀”风格的项目——‘只要你造出来，他们就会来’ 14:38 &lt;hypercubus&gt; 网络是传输层，而不是应用层 ;-) 14:38 &lt;jrandom&gt; 那种做法极其、极其、极其少能成功。 14:38 &lt;jrandom&gt; i2p 传输层当然应该支持所有可能的点对点通信 14:38 &lt;jrandom&gt; 但 i2p 之上的应用应当对用户友好——也就是说，它们要解决某个具体的用户需求并帮助用户完成它 14:39 &lt;jrandom&gt; 大众不想要一个通信层，他们想要与人交谈的方式、阅读他人言论的方式，以及探索的方式 14:39 &lt;Connelly&gt; 不，我们应该创建一个 XUL，和一个全新的 Gecko 系统 14:39 &lt;Connelly&gt; 然后在其上构建一套 Mozilla 程序的大合集 14:39 &lt;Connelly&gt; 再把协作系统集成进 Mozilla ;) 14:40 &lt;cat-a-puss&gt; 很好，前提是应用对通信层有足够的控制，让它按应用的意愿工作。 14:40 &lt;dm&gt; Maxthon&gt; Mozilla 14:40 &lt;jrandom&gt; cat-a-puss：当然。所有使用 SAM、I2CP 或 SDK 的应用都能做到其他应用能做的事 14:41 &lt;jrandom&gt; （这应该足够了【该功能/API 是仿照 JMS 和 MOMs（消息中间件）建模的，已在工业界经受十多年检验】） 14:43 &lt;cat-a-puss&gt; 好，那么我基本上就有：TCP、数据报，如果我愿意，这两者都可加上匿名性，以及一个运行在它们之上的 DHT。 14:44 &lt;hypercubus&gt; 无论你喜不喜欢，你都会有一定的匿名性 ;-) 14:44 &lt;cat-a-puss&gt; 所以即使应用想把 tunnel 长度设为 0 也不行？ 14:44 &lt;jrandom&gt; 对——i2p 本身就是 TCP/数据报这一层，而 enclave 这个 DHT 应用可以作为数据存储的基础 14:44 &lt;jrandom&gt; 完全可以 14:45 &lt;jrandom&gt; 事实上，配合 0 跳的 tunnels 以及 Connelly 上周概述的对策，对付某些攻击者时它可以相当匿名 14:45 &lt;jrandom&gt; 呃，我看错你的意思了。是的，应用可以把 tunnel 长度设为 0，但事实上那仍然提供了一定程度的匿名性 14:46 &lt;cat-a-puss&gt; 好 14:46 &lt;jrandom&gt; （对某些人来说足够，但对某些统计攻击则不够） 14:46 &lt;hypercubus&gt; 如果你不想要匿名，就不该把流量跑在 i2p 上 14:47 &lt;cat-a-puss&gt; 而在同一主机/端口上的不同应用，我猜就是用不同的密钥来处理？ 14:47 &lt;jrandom&gt; 没错 14:47 &lt;deer&gt; &lt;DrWoo&gt; 低匿名性在 I2P 上跑 P2P 可能会很受欢迎？ 14:47 &lt;cat-a-puss&gt; 那么我剩下的唯一问题是某种“应答服务” 14:47 &lt;jrandom&gt; 对，DrWoo——文件共享等可能就能用 0 跳的 tunnels 14:48 &lt;deer&gt; &lt;DrWoo&gt; 嘿 soros! 14:48 &lt;hypercubus&gt; 我在想，i2p 上的 BitTorrent 风格应用很可能需要 0–1 跳的 tunnels 14:48 &lt;Connelly&gt; jrandom：针对 0 跳 tunnels 的哪种对策？ 14:48 &lt;deer&gt; &lt;soros&gt; 嘿 woo :D 14:48 &lt;deer&gt; &lt;DrWoo&gt; soros：你藏起来了 呵呵 14:48 &lt;cat-a-puss&gt; 也就是说：在 i2p 数据库里设置点东西，我离线时我的流量先发给别人，然后我上线后联系他们，他们把我错过的东西填补给我？ 14:48 &lt;cat-a-puss&gt; 他们不必能解密它 14:48 &lt;deer&gt; &lt;soros&gt; 放弃 iip 几个月了 14:48 &lt;dm&gt; soros 和 drwoo 重逢… 14:48 &lt;dm&gt; TEAR 14:48 &lt;hypercubus&gt; cat-a-puss：还是应用层的事情 14:49 &lt;jrandom&gt; cat-a-puss：我不太清楚，这类功能我并没有真的在 myi2p 里设想过，不过有几种方法可以实现 14:49 &lt;deer&gt; &lt;soros&gt; 这会自动发到 freenode 吗？ 14:49 &lt;deer&gt; &lt;soros&gt; 哎呀…这是 i2p，抱歉 14:49 &lt;jrandom&gt; Connelly：对 tunnel 里的节点使用严格的排序 14:49 &lt;deer&gt; &lt;DrWoo&gt; soros：有点混乱 lol 14:50 &lt;Connelly&gt; 好 14:50 &lt;hypercubus&gt; 我们该在论坛上搞个投票，给 myI2P 选个新名字 ;-) 14:51 &lt;jrandom&gt; betty 14:51 &lt;hypercubus&gt; MyBetty? 14:51 &lt;dm&gt; MY TOOPIE 14:51 &lt;jrandom&gt; 呵 14:51 &lt;deer&gt; &lt;Nightblade&gt; 叫 acropolis 怎么样……是这个吗？ 14:51 &lt;hypercubus&gt; Betty Toop? 14:51 &lt;deer&gt; &lt;soros&gt; MOAP2P 14:51 &lt;deer&gt; &lt;DrWoo&gt; I2P H@ME 14:51 &lt;deer&gt; &lt;soros&gt; P2P 之母 14:52 &lt;hypercubus&gt; nightblade：对，acropolis 14:52 &lt;hypercubus&gt; 我喜欢 14:53 &lt;dm&gt; 比如：Pipi in your face 14:53 &lt;hypercubus&gt; dm：你知道这些都会进会议日志的，对吧？ ;-) 14:53 &lt;Connelly&gt; 伙计，我有个好主意 14:53 &lt;deer&gt; &lt;DrWoo&gt; 已知 I2P 的中心 14:53 &lt;dm&gt; hypercubus：pipi in your face 14:53 &lt;Connelly&gt; 我们把一个 3D 用户可编程的 RPG 集成进 I2P H@ME 吧 14:53 &lt;deer&gt; &lt;soros&gt; 叫它 HyperCube。 14:54 &lt;Connelly&gt; 并用 Mozilla 技术来做 :) 14:54 &lt;dm&gt; Maxthon 在 mozilla 上 pipi 14:54 &lt;Connelly&gt; 行，Maxthon 14:54 &lt;hypercubus&gt; 你最近迷上 XUL 了，connelly？ ;-) 14:54 &lt;Connelly&gt; 是啊！ 14:55 &lt;Connelly&gt; 不过我们应该创建一门完全基于 XML 的编程语言 14:55 &lt;Connelly&gt; 那样会更灵活 14:55 &lt;jrandom&gt; 然后我们也来造自己的硬件吧 14:55 &lt;hypercubus&gt; i2p 定制无线网格 routers 14:55 &lt;jrandom&gt; 再组建一家运输公司，用船和火车把它们发出去！ :) 14:55 &lt;dm&gt; 我懂 CPU 14:55 &lt;dm&gt; 我造一个 14:56 &lt;deer&gt; &lt;mule&gt; 另外还要建芯片生产设施… 14:56 &lt;Connelly&gt; 对，一家匿名的航运公司 14:56 &lt;hypercubus&gt; 叫它 WhoEx 14:56 &lt;Connelly&gt; 并在月球上用反射器把激光互联网流量互相传过去！ 14:57 &lt;hypercubus&gt; 我感觉是时候结束会议了 14:57 &lt;jrandom&gt; 说到那不.. 14:57 &lt;jrandom&gt; 呃，note 14:57 &lt;jrandom&gt; 还有别的想提的吗？ 没有的话，我们有论坛和邮件列表 14:57 &lt;jrandom&gt; （而且我们一直都在 ;)） 14:57 * jrandom 收尾 14:57 &lt;dm&gt; 不是我，我还有生活。 14:57 &lt;dm&gt; LOSERS 14:57 &lt;dm&gt; NEEEEEEEEEEEEEEEERRRRRRRRRDDDDDDDSSSSS 14:57 * jrandom 在 dm 头上 *baf*s 一下 14:58 &lt;jrandom&gt; （会议结束） </div>/zh/blog/2004/07/20/i2p-2004-07-20-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/Tue, 20 Jul 2004 00:00:00 +0000/zh/blog/2004/07/20/i2p-2004-07-20-%E7%8A%B6%E6%80%81%E8%AF%B4%E6%98%8E/<p><strong>1) 0.3.2.3, 0.3.3, and the roadmap</strong></p> <p>在上周发布 0.3.2.3 之后，大家的升级做得非常出色——现在只剩下两个还没跟上（一个停在 0.3.2.2，另一个还停在很早的 0.3.1.4 :)）。过去几天网络比平时更可靠——人们在 irc.duck.i2p 上一次能待上好几个小时，从 eepsites（I2P 网站）下载的大文件能够成功完成，而且总体上 eepsite（I2P 网站）的可达性相当不错。既然进展顺利，而我也想让大家保持警惕，我决定对一些基本概念做出改变，我们会在一两天内把它们随 0.3.3 版本部署。</p> <p>鉴于有几个人对我们的时间表发表了意见，想知道我们是否能按我们之前公布的日期完成，我决定应该更新一下网站，以反映我在 palmpilot 里的路线图，所以我就这么做了 [1]。日期有所推迟，部分项目也做了调整，但计划仍与上个月讨论的一样 [2]。</p> <p>0.4 将满足所提到的四项发布标准（功能性、安全性、匿名性和可扩展性），不过在 0.4.2 之前，仅有少数处于 NAT 和防火墙之后的用户能够参与；而在 0.4.3 之前，由于维护大量与其他 routers 的 TCP 连接所带来的开销，网络规模将存在一个有效上限。</p> <p>[1] <a href="http://www.i2p.net/redesign/roadmap">http://www.i2p.net/redesign/roadmap</a> [2] <code>http://dev.i2p.net/pipermail/i2p/2004-June/000286.html</code></p> <p><strong>2) s/reliability/capacity/g</strong></p> <p>在过去一周左右，#i2p 上的人们时不时听我抱怨我们的可靠性排名是完全任意的（以及这在最近几次发布中带来的痛苦）。因此我们彻底去除了“可靠性”这一概念，用对容量的度量来替代——“一个节点能为我们做多少？”这在节点选择和节点画像代码中引发了连锁反应（并且显然也影响到了 router 控制台），但除此之外，并没有太多改变。</p> <p>关于此更改的更多信息可参见修订后的对等节点选择页面 [3]，而当 0.3.3 发布时，你们就能亲眼看到其影响（这几天我一直在试用它，微调了一些设置等）。</p> <p>[3] <a href="http://www.i2p.net/redesign/how_peerselection">http://www.i2p.net/redesign/how_peerselection</a> </p> <p><strong>3) 网站更新</strong></p> <p>在过去一周里，我们在网站改版[4]方面取得了不少进展——简化导航、整理一些关键页面、导入旧内容，并撰写一些新的条目[5]。我们几乎已经准备好让网站正式上线了，但还有几件事需要完成。</p> <p>Earlier today, duck went through the site and made an inventory of pages we&rsquo;re missing, and after this afternoon&rsquo;s updates, there are a few outstanding issues that I hope we can either address or get some volunteers to jump on:</p>/zh/blog/2004/07/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B47%E6%9C%8820%E6%97%A5/Tue, 20 Jul 2004 00:00:00 +0000/zh/blog/2004/07/20/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B47%E6%9C%8820%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cat-a-puss, cervantes, Connelly, deer, duck, jrandom, mihi, modulus</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) 嗨 14:05 &lt;jrandom&gt; 1) 0.3.2.3、0.3.3，以及路线图 14:05 &lt;jrandom&gt; 2) s/reliability/capacity/g 14:05 &lt;jrandom&gt; 3) 网站更新 14:05 &lt;jrandom&gt; 4) 攻击与防御 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) 嗨 14:05 * jrandom 挥手 14:05 &lt;jrandom&gt; 每周状态说明已发布于 @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 &lt;jrandom&gt; 直接进入 1) 0.3.2.3、0.3.3，以及路线图 14:07 &lt;jrandom&gt; （我假设大家会先读一下；) 14:07 &lt;jrandom&gt; 0.3.2.3 版本已经发布，运行情况不错 14:07 &lt;jrandom&gt; 大家遇到的主要痛点是什么？ 14:08 &lt;deer&gt; &lt;Nightblade&gt; 一点问题都没有 14:08 &lt;deer&gt; &lt;duck&gt; 连续 4 天在线，没有问题 14:08 &lt;jrandom&gt; 嗯，没错 14:08 &lt;deer&gt; &lt;duck&gt; 对某些人来说，IRC 似乎不太稳定 14:08 &lt;deer&gt; &lt;duck&gt; 比如 kaji 几乎每分钟被踢一次 14:08 &lt;deer&gt; &lt;duck&gt; 不过这不是什么新情况 14:09 &lt;jrandom&gt; 是啊，他在 freenode 网络上也会这样，所以不确定该怪谁 14:09 &lt;deer&gt; &lt;duck&gt; 是的 14:09 &lt;deer&gt; &lt;duck&gt; 据我所知，connelly 有一些下载失败 14:10 &lt;deer&gt; &lt;duck&gt; 但你听不到我抱怨 14:10 &lt;jrandom&gt; 啊真的？ 嗯，我想我们发现其中一些与他的库有关，但我在较大的文件传输上也偶尔遇到失败 14:10 &lt;jrandom&gt; 尤其是从 alexandria 下载书的时候 14:10 &lt;jrandom&gt; （呃，也不算“尤其”，只是那是我唯一会“吸”资源的站点） 14:11 &lt;deer&gt; &lt;duck&gt; :) 14:11 &lt;jrandom&gt; 好的，我的计划是，一旦 0.3.3 发布，我会把精力放在把我们推进到 0.4，同时处理大家提到的任何 bug 修复 14:12 &lt;jrandom&gt; 0.4 剩下的工作主要是一些简单的 Web 相关内容（带有 servlets 的新 router 控制台、与 Jetty 集成、一个用于控制 router 的 servlet、以及一个用于配置 i2ptunnel 实例的 servlet） 14:13 &lt;jrandom&gt; 也许有些 JSP/Servlet 同学可以参与这些工作，借此先熟悉代码；不过这些我之前做过不少，实现起来不难 14:13 &lt;jrandom&gt; 据我所知，hypercubus 的安装器基本可以用了 14:13 &lt;jrandom&gt; （虽然我今天又给他加了一些新活；) 14:13 &lt;deer&gt; &lt;duck&gt; featurecreep++ 14:14 &lt;jrandom&gt; 让大家时刻保持警觉 :) 14:14 &lt;jrandom&gt; （不过拜托，大家都讨厌升级时要分别下载所有 jar） 14:14 &lt;deer&gt; &lt;duck&gt; 是的，这是我升级时最大的麻烦 14:14 &lt;deer&gt; &lt;duck&gt; （虽然我用 cvs） 14:14 &lt;deer&gt; &lt;duck&gt; 但如果不用，那就更麻烦了 14:15 &lt;jrandom&gt; 呵呵 14:15 &lt;mihi&gt; jrandom：把它们都打个 tar -&gt; 1 次下载 ;) 14:15 &lt;jrandom&gt; 这相当简单，而且让 updgrade.sh/upgrade.bat == jar xf upgrade.jar 14:16 &lt;jrandom&gt; （在一次类似 wget 的调用之后） 14:16 &lt;jrandom&gt; 嗯，我觉得 hypercubus 已经掌控了实现这些功能的代码，所以我们就交给他去做正确的事吧 14:17 &lt;jrandom&gt; 总之，正如大家可能注意到的，我们的进度表和之前不太一样了 14:17 &lt;jrandom&gt; 路线图已更新并被拉～～～长～～～了 14:18 &lt;mihi&gt; jjrraannddoomm:: cchheecckk yyoouurr dduupplleexx sswwiittcchh 14:18 &lt;deer&gt; &lt;Nightblade&gt; 哈 14:18 &lt;jrandom&gt; 呵呵 14:18 * mihi 犯了个错……谁先发现？ 14:19 &lt;jrandom&gt; (\n\n) 14:19 &lt;jrandom&gt; 总之 14:19 &lt;mihi&gt; 好吧，再来一个 ;) 14:19 &lt;duck&gt; （不要双空格） 14:19 &lt;mihi&gt; duck++ 14:20 &lt;jrandom&gt; 我确实认为现在的路线图至少到 1.0 发布为止都相当现实，不过根据用户采用情况和反馈，我们可能会调整顺序，甚至砍掉 0.4.2 或 0.4.3 之一 14:20 &lt;jrandom&gt; （当然，一如既往，如果有更多人参与，路线图也可能会再变动 :)） 14:21 &lt;modulus&gt; 也许哪天我学会了 Java 就会参与，但 i2p 听起来并不是新手能做的项目。 14:21 &lt;deer&gt; &lt;Sandworm&gt; 是啊，那会更久 :) 14:21 &lt;deer&gt; * duck 预计后面还会有一些延期 14:21 &lt;modulus&gt; :-) 14:22 &lt;deer&gt; * duck 都不好意思称之为延期了，看看 http://www.i2p.net/redesign/announcements 上那张令人印象深刻的表 14:22 &lt;jrandom&gt; 当然可能会延期，但我觉得剩下的里程碑都挺可做的 14:22 &lt;jrandom&gt; 是啊，谢谢你证明我没有生活，duck ;) 14:22 &lt;deer&gt; &lt;duck&gt; 这就是你的生活 14:22 &lt;modulus&gt; 那么，1.0 什么时候发布？ :-) 14:22 &lt;deer&gt; &lt;duck&gt; 为此自豪吧 14:23 &lt;jrandom&gt; modulus：虽然 i2p 的某些部分很棘手，但也有很多模块新开发者可以比较容易地上手 14:23 &lt;modulus&gt; 不过大概都是比较无聊的部分吧？ 14:24 &lt;jrandom&gt; 不，一点也不。例如，做一个很酷的匿名文件传输或聊天应用、一个迷你 Web 服务器、一个 MUD、一个象棋应用，等等 14:24 &lt;duck&gt; （网站更新） 14:24 &lt;modulus&gt; 嗯，听起来很酷。 14:24 &lt;jrandom&gt; （也就是可以匿名的简单客户端应用） 14:24 &lt;jrandom&gt; 当然还有网站更新 ;) 14:25 &lt;modulus&gt; 这个“网站更新”的事是啥？ 14:25 &lt;jrandom&gt; 我们的网站需要改进（参见 http://dev.i2p.net/pipermail/i2p/2004-July/000358.html，或者等几分钟到议题 3） 14:25 &lt;cat-a-puss&gt; myi2p 在这些里面处于什么位置？ 14:25 &lt;modulus&gt; 啊哈 14:26 &lt;jrandom&gt; cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 &lt;modulus&gt; 我看 myi2p 现在不是优先级…… 14:26 &lt;jrandom&gt; （我几个小时前刚写了一页简要说明） 14:27 &lt;jrandom&gt; 顺便说一下，网站更新都会发到 i2pwww 邮件列表（http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html） 14:28 &lt;modulus&gt; 嗯，我可以写一个全局命名应用 :-) 14:28 &lt;jrandom&gt; 不过我仍然认为 myi2p 的实现（至少基础通讯录和博客）会在 1.0 发布时完成 14:28 &lt;jrandom&gt; （根据路线图，计划在 11 月） 14:28 &lt;jrandom&gt; 是的，你当然可以 14:28 &lt;modulus&gt; 比 DNS 更简单的东西，带有认证和 TLD 的委派 14:28 &lt;jrandom&gt; 有这个也不坏——一个可以查询中心名称服务器的简单应用就很好 14:29 &lt;modulus&gt; 是的 14:29 &lt;jrandom&gt; 那就开写吧 :) 14:29 &lt;modulus&gt; 我明天开始。如果我在忙别的，就鞭策我 ;-) 14:29 &lt;jrandom&gt; 呵呵，酷，会的 14:29 &lt;jrandom&gt; 好的，进入 2) s/reliability/capacity/g 14:29 &lt;duck&gt; 关于网站有个小问题： 14:29 &lt;duck&gt; 哦等下 14:29 &lt;duck&gt; 那是第 3 项 14:29 &lt;duck&gt; 抱歉 14:29 &lt;jrandom&gt; 好的，什么事？ 14:30 &lt;jrandom&gt; 啊，OK 14:30 &lt;jrandom&gt; 在 0.3.3 版本中，peer 画像与选择代码将有相当基础性的改动，如邮件和 http://www.i2p.net/redesign/how_peerselection 所述 14:31 &lt;jrandom&gt; 我目前让它在一对 router 上运行，表现相当不错（Speed: 25.18（5 个快速对等体） Capacity: 17.50（8 个高容量对等体） Integration: 37.00（2 个集成良好的对等体）） 14:31 &lt;jrandom&gt; 而且不再出现负值 :) 14:31 &lt;modulus&gt; :) 14:32 &lt;jrandom&gt; 我还会再多测试一下，可能再过一两天，就把它作为 0.3.3 发布出去 14:32 &lt;cat-a-puss&gt; d 14:32 &lt;cat-a-puss&gt; &lt;modulus&gt; 14:32 &lt;cat-a-puss&gt; 哎呀 14:33 &lt;duck&gt; 你的意思是不要更新 cvs？ 14:33 &lt;cat-a-puss&gt; 做 DNS 的可以看看 http://www.levien.com/thesis/compact.pdf 的缓存 14:33 &lt;jrandom&gt; 不，cvs 目前相当稳定 14:33 &lt;jrandom&gt; （但一如既往，若遇到状况，请准备好回退） 14:35 &lt;jrandom&gt; 看起来很酷，cat-a-puss，谢谢 14:35 &lt;cat-a-puss&gt; （如果有人要，我有原始版本的副本） 14:36 &lt;jrandom&gt; Google 的缓存把图片搞得有点乱，如果你有原始 PDF 就太好了 14:36 &lt;jrandom&gt; 总之，我们现在有点偏题了（不过可以再回头聊） 14:37 &lt;jrandom&gt; 关于 reliability/capacity 的切换大概就这些了，转到 3) 网站更新 14:37 &lt;jrandom&gt; duck：你刚才有什么要提的吗？ 14:38 &lt;jrandom&gt; 在 duck 准备笔记的时候，大家对邮件里列的那些事项有什么想法/建议/担忧吗？ 14:39 &lt;deer&gt; &lt;Nightblade&gt; 网站看起来不错 14:39 &lt;jrandom&gt; 是的，我喜欢新的导航，站点布局很清爽 14:40 &lt;deer&gt; &lt;Nightblade&gt; 更容易找到内容 14:40 &lt;cervantes&gt; 找东西 _容易多了_ 14:40 &lt;duck&gt; 首先我要感谢我们的用户倡导者 protocol，已经开始发挥作用了 :) 14:40 &lt;jrandom&gt; 呵呵 14:40 &lt;duck&gt; 他提了一些很好的建议，而且他才刚开始 14:40 &lt;cervantes&gt; 三声欢呼！ 14:40 &lt;jrandom&gt; （说得好！） 14:41 &lt;duck&gt; 接下来我觉得几乎没有理由不把新版站点真正上线了 14:42 &lt;jrandom&gt; 同意——也许我们可以把 news/development/documentation 标记为非页面导航项，暂时先去掉 JVM 和配置微调，然后给 I2PTunnel 页面准备些基础内容，我觉得就可以部署了 14:42 &lt;jrandom&gt; 我只是希望上线时所有链接都可用（以及所有不工作的页面） 14:43 &lt;jrandom&gt; 上线后当然还会继续更新 ;) 14:43 &lt;jrandom&gt; 呃，live 14:44 &lt;jrandom&gt; 顺便说一下，wilde 也把我们的 34sp 账号接好了，因此有需要时我们可以把站点迁过去 14:44 &lt;cervantes&gt; 酷 14:44 &lt;jrandom&gt; 你怎么看 duck？ menu.php 这个小东西能处理非页面导航条目吗？ 14:44 * cervantes 查看收件箱里有没有推荐积分 14:45 &lt;jrandom&gt; （或者要改的话会很费劲吗？） 14:45 &lt;jrandom&gt; 呵呵，cervantes，那应该在路上了 14:45 &lt;cervantes&gt; ;-) 14:45 &lt;cervantes&gt; 啊，老掉牙的“支票已经寄出了”的招数 14:47 &lt;duck&gt; 抱歉；同时在做些别的工作。 14:47 &lt;duck&gt; 好的；可以把它做成仅作为导航分区标题 14:47 &lt;jrandom&gt; 没问题，如果你愿意，我们可以先往下走，稍后再回来 14:47 &lt;jrandom&gt; 好，太棒了 14:47 &lt;jrandom&gt; (duck++) 14:48 &lt;jrandom&gt; 好，还有其他与网站相关的事吗？ 14:48 &lt;duck&gt; 按你的建议，听起来可以上线了。 14:48 &lt;jrandom&gt; 如果没有，我们可以进入 4) 攻击与防御 14:48 &lt;duck&gt; . 14:48 &lt;jrandom&gt; 好 14:49 &lt;jrandom&gt; 好，我假设大家都看了邮件列表上 connelly 的帖子和各种回复 14:50 &lt;cervantes&gt; 他一直很忙 :) 14:50 &lt;cervantes&gt; （几乎和 proto 一样忙） 14:50 &lt;Connelly&gt; 在我看来，这个网络除了流量分析（高流量站点）、政府的断连攻击，以及攻击者控制网络的大多数节点这几种情况外，看起来都很稳固 14:50 &lt;jrandom&gt; 虽然我认为我们状态不错，但我肯定还有我们遗漏的地方，所以请不要假设 i2p 现在或将来一定如我们所说那样工作——质疑这些假设，并指出它哪里糟糕 14:50 &lt;Connelly&gt; 加密基本能让任何非激进的攻击无从下手 14:51 &lt;jrandom&gt; 我们也是这么期望的 14:51 &lt;jrandom&gt; 此外，随着 i2p 2.0 和 3.0 的能力，对于政府级对手的攻击也可以进行防御 14:51 &lt;Connelly&gt; 当然在实践中还会有需要修补的安全漏洞 14:52 * jrandom 还需要写些文档，说明 3.0 的延迟将如何防止分段攻击 14:52 &lt;jrandom&gt; 确实如此，connelly 14:54 &lt;jrandom&gt; 好，如果这方面没别的了，我这边就这些 14:54 &lt;jrandom&gt; 那么 5) ??? 14:55 &lt;jrandom&gt; 哦，另外，我为其中一个模拟在 4 天期间绘制了带宽使用量与参与的 tunnel 数的关系图 14:55 &lt;jrandom&gt; 已发布在 @ http://dev.i2p.net/~jrandom/4daybandwidth.png 14:56 &lt;jrandom&gt; 该模拟中每 30 秒往返发送 32KB 的消息，有两个 router 限速为 6KBps，一切表现完全符合“预期” 14:56 &lt;duck&gt; （站点已实现 nolink 属性） 14:56 &lt;jrandom&gt; （例如，负载分布在快速且可靠的对等体上，避免慢的对等体，等等） 14:56 &lt;jrandom&gt; w00t 14:56 &lt;Connelly&gt; 一张带对数坐标的“每用户带宽 vs 网络规模”的图会很好 14:57 &lt;Connelly&gt; 这样你就可以说‘是的，它确实可扩展’ 14:58 &lt;jrandom&gt; 那甚至不需要对数坐标——客户端通信的可扩展性严格为 O(1)【需要 2k*msgSize，其中 k = 在 tunnel 中的跳数】 14:58 &lt;jrandom&gt; 不过是的，我同意，我们需要一些文档来描述 i2p 如何扩展 14:58 &lt;Connelly&gt; 那 Kademlia 呢……你的模拟里包含它吗？ 14:58 &lt;jrandom&gt; 是的，模拟实际上就是完整的 router 代码，全部跑在单个 JVM 中 14:58 &lt;jrandom&gt; 我甚至用完整的 TCP 连接来跑它，而不是 VM 通信系统 14:59 &lt;jrandom&gt; Kademlia 代码只在 Alice 第一次想联系 Bob 时使用——只要他们持续通信，通信就是 O(1)，因为他们会把各自的 LeaseSet 和有效载荷一起打包 14:59 &lt;jrandom&gt; （所以之后就不需要再进行 netDb 查询） 15:00 &lt;cervantes&gt; vl07 和 onb0 是被限速的 router 吗？ 15:00 &lt;jrandom&gt; 不过是的，我们需要一个模拟来展示 netDb 本身如何扩展 15:01 &lt;jrandom&gt; cevantes：0jvf 和 onb0 15:01 &lt;cervantes&gt; vl07 运行一天后带宽为何会骤降？ 15:02 &lt;cervantes&gt; 看起来与 00u0 有交叉 15:02 &lt;jrandom&gt; 所有未限速的 router 本质上是相同的——它们都在同一颗 CPU 上，延迟也都一样（0ms），所以把某个分配为“fast”或“reliable”只是任意的 15:04 &lt;Connelly&gt; 你对“fast and reliable”、“slow”等的标定能从异常大的数值中恢复吗？ 15:04 &lt;jrandom&gt; 为什么运行一天后它的排名/使用率降低了？ 我不确定，也许测试时瞬时的 CPU 或 I/O 开销导致它的速度略微下降 15:04 &lt;jrandom&gt; 是的，现在排名使用中位数而不是均值，此外数据还有相当快的衰减 15:05 &lt;jrandom&gt; s/fiarly/fairly/ 15:05 &lt;Connelly&gt; 所以如果我让你以为我的可靠性是 1000000000，当我开始丢消息时你能恢复过来？ 15:06 &lt;jrandom&gt; 当然——如果你“一次失败”，我会立刻不再让你干活，并降低你的排名 15:06 &lt;jrandom&gt; 新的“capacity”计算对这类变化非常敏感 15:06 &lt;jrandom&gt; （速度也很难伪造，因为所有速度排名都是实际测量出来的） 15:07 &lt;jrandom&gt; （（可靠性也是如此，capacity 计算也是如此）） 15:09 &lt;jrandom&gt; 好，大家还有别的要提的吗？ 15:10 &lt;deer&gt; * jrandomi2p 建议使用 *baf*er 15:11 * jrandom 表示赞同 15:11 * jrandom 蓄势 15:11 * jrandom 用 *baf* 结束了会议 </div>/zh/blog/2004/06/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B46%E6%9C%8822%E6%97%A5/Tue, 22 Jun 2004 00:00:00 +0000/zh/blog/2004/06/22/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B46%E6%9C%8822%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> BrianR, cervantes, deer, dm, duckie, fvw, jrandom, mihi, Nightblade, thecrypto, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:00 &lt;jrandom&gt; 0) 嗨 14:00 &lt;jrandom&gt; 1) 状态更新 14:00 &lt;jrandom&gt; 2) CVS HEAD 14:00 &lt;jrandom&gt; 3) 0.4 14:00 &lt;jrandom&gt; 4) 1.0 14:00 &lt;jrandom&gt; 5) 其他活动 14:00 &lt;jrandom&gt; 6) ??? 14:00 &lt;jrandom&gt; 0) 嗨 14:00 &lt;dm&gt; 7) 赚钱!! 14:00 &lt;mihi&gt; 嗨 14:00 &lt;cervantes&gt; 你好 14:00 &lt;dm&gt; 嗨 14:00 &lt;fvw&gt; 嗨，Nick 医生 14:01 &lt;jrandom&gt; 给所有在家跟进的朋友，我们已经把状态说明发布在 @ http://dev.i2p.net/pipermail/i2p/2004-June/000286.html 14:01 &lt;jrandom&gt; 和以往一样，那边包含实际内容——我们在这里讨论元话题和相关事宜 14:01 * dm 在家参与中。眨眼眨眼眨眼。 14:01 &lt;jrandom&gt; BrianR：这就是该用上 LART 的地方了 14:02 &lt;jrandom&gt; 总之，进入 1) 状态更新 14:02 &lt;thecrypto&gt; 让我看看能不能连上一个 eepsite 14:03 &lt;jrandom&gt; 前几天有比平时更多的 router 退出了网络，我希望这是因为我愚蠢的 bug 导致网络上的许多服务都坏掉了 14:03 * mihi 启动了他的 router 14:03 &lt;thecrypto&gt; 耶！ 14:03 &lt;jrandom&gt; 如果大家因其他原因（bug、CPU/内存占用等）关闭自己的 router，我非常希望能听到反馈 14:04 &lt;dm&gt; 好 14:05 &lt;BrianR&gt; 我得说，在我的机器上，i2p 目前比 freenet 规矩多了……无论是带宽占用还是 CPU/RAM 占用。 14:05 &lt;jrandom&gt; 目前 CVS 里有个很糟的 bug，但我本地已修好——今晚晚些时候我会提交（不确定是在把新机器装好之前还是之后） 14:05 &lt;jrandom&gt; 啊，太酷了 14:06 &lt;jrandom&gt; 不过公道说，i2p 做的事情比 freenet 少得多——等我们有成千上万台 router 时再看看表现 14:06 &lt;dm&gt; 为什么操作系统没有内置按应用限速？这是个很难的任务吗？ 14:06 &lt;BrianR&gt; 我想用 i2p 内置的限速功能做些压力测试。这个功能做到什么程度了？ 14:06 &lt;dm&gt; 这么多项目都在浪费时间实现各自的限速，挺傻的。 14:06 &lt;fvw&gt; dm：Linux 可以做到，freebsd 无疑也可以。 14:07 &lt;dm&gt; 是吗？ 14:07 &lt;cervantes&gt; netlimiter on windoze 也能做到 14:07 &lt;BrianR&gt; dm：这不难。系统层面的限速工具很多，面向 'doze、linux、*bsd…… 14:07 &lt;dm&gt; 依我看，把它做到 OS 里才合理。 14:07 &lt;fvw&gt; dm：Linux 下用 iptables 标记 + tc；我现在就在用，效果极佳。 14:07 &lt;jrandom&gt; BrianR：它已经相当成熟了——会包含在下一个 0.3.1.5 版本中（我希望本周发布） 14:07 &lt;dm&gt; 不过不管怎样…… 14:07 &lt;BrianR&gt; 问题在于，常常在应用层做限速更有意义，这样你可以更聪明地决定优先把带宽花在什么地方 14:08 &lt;jrandom&gt; 没错 14:08 &lt;dm&gt; 那是另一个问题。 14:08 &lt;jrandom&gt; 在 i2p 内部限速的情况下，我们知道何时达到上限，可以拒绝参与 tunnels（等等） 14:08 &lt;BrianR&gt; 在应用层，当你超过系统施加的发送（TX）上限时，你不知道哪条 TCP 连接会丢包。 14:08 &lt;fvw&gt; 其实，最好的情况是 OS 能提供恰当的反馈；但这和 i2p 目前无关。 14:09 &lt;jrandom&gt; 说得对 fvw，等我们把 i2p 与 tun/tap 集成之后 ;) 14:09 &lt;BrianR&gt; fvw：确实会通过背压得到一些反馈……但很难判断背压是因为远端链路慢还是本地原因…… 14:09 &lt;dm&gt; 给给 Windows 打补丁以实现按应用限速这事设个悬赏吧。谢谢。 14:09 &lt;jrandom&gt; 呵 14:09 &lt;fvw&gt; “我的东西没到”和“这条连接正在被限速”是两件完全不同的事。 14:09 &lt;fvw&gt; 当然有时会重叠。 14:10 &lt;dm&gt; （如果能在每个窗口的标题栏里显示一个该窗口带宽使用的小图……比如在最小化按钮旁边等，加赏 20 美元） 14:11 &lt;jrandom&gt; 好，还有谁要提出与网络状态相关的事项吗？ 14:12 &lt;BrianR&gt; 哦……那个 IRC 连接监控的东西…… 14:12 &lt;duckie&gt; 我为更新到 CVS 道歉 14:12 &lt;jrandom&gt; 呵呵 14:12 &lt;BrianR&gt; 有没有它的 MRTG 图或日志之类的东西在某处？ 14:12 &lt;jrandom&gt; bogobot，对吧？ duck.i2p/bogo/ 我记得是这样？ 14:13 &lt;duckie&gt; 差不多是那样 14:13 &lt;jrandom&gt; （它从 duck.i2p 有链接过去，我的 routers 现在都停了，所以我查不了） 14:13 &lt;duckie&gt; 在 `http://duck.i2p/` 的统计（stats）部分有链接 14:13 &lt;duckie&gt; `http://duck.i2p/bogobotlogs/` 14:14 &lt;BrianR&gt; 把那个扩展成通用的可达性测量工具可能很有用…… 14:15 &lt;dm&gt; 你们打字实在是太————慢了。 14:15 &lt;deer&gt; &lt;cervantes&gt; hypercubus 有一些改进在搁置中，但他现在忙着做安装程序的东西 14:16 &lt;jrandom&gt; BrianR：bogobot 只是被动的 IRC 跟踪，但可以有人修改 i2ptunnel 的 ping 命令来支持定期检查？ 14:16 &lt;jrandom&gt; 或者有人可以快速写个 perl/SAM 脚本 ;) 14:16 &lt;BrianR&gt; 也许来个能生成端点可达性的 MRTG 图的脚本…… 14:16 &lt;BrianR&gt; jrandom：说到 perl/SAM，等我们开到议程里相应的编号时再提一下 14:16 &lt;duckie&gt; 那个 heartbeat 东西不是能做到吗？ 14:17 &lt;BrianR&gt; 如果能，我没能让它工作 :( 14:17 &lt;jrandom&gt; 算是吧——heartbeat 测的是 heartbeat 服务器，不是通用应用 14:18 &lt;BrianR&gt; 对……比如我想看看能否在 duck.i2p 上成功做一次“GET /”，以及花了多久。 14:18 &lt;jrandom&gt; 不过没错，一旦网络状态良好，很多人就可以跑一个 heartbeat 服务器，大家相互 ping 来衡量网络性能 14:18 &lt;Nightblade&gt; 也可以 pingflood 14:18 &lt;dm&gt; GET 字符串有长度限制吗？ 14:18 &lt;dm&gt; 比如因为 CGI 参数而导致 URL 特别长的情况？ 14:19 &lt;cervantes&gt; 我记得是 2047 个字符 14:19 &lt;jrandom&gt; 把那个拼起来不难 14:19 &lt;BrianR&gt; dm：取决于 Web 服务器……我记得 RFC 也规定了必须支持的最小值。 14:19 &lt;jrandom&gt; （呃，一个 HTTP 测试器） 14:19 &lt;dm&gt; cervantes：谢谢 14:19 &lt;dm&gt; （刚想到它可能会影响我正在做的东西） 14:20 &lt;cervantes&gt; 会遇到两个问题：Web 服务器支持和客户端支持 14:20 &lt;BrianR&gt; 我们是不是跑题了？ 14:20 &lt;cervantes&gt; IE 和 Mozilla 都是 2047 14:20 &lt;cervantes&gt; 呃，是的 :) 14:21 &lt;dm&gt; 我得到答案了，可以继续了 :) 14:21 &lt;jrandom&gt; 好，我想 1) 说完了，现在简单说下 2) CVS HEAD 14:21 &lt;jrandom&gt; 目前里面有个讨厌的 bug，抱歉我没能更早修复 14:22 &lt;jrandom&gt; 总体上，如果你尝试 CVS HEAD 发现运行不佳，就回滚（下载 jars/从标签拉取） 14:22 &lt;jrandom&gt; 总之，这事儿就说到这儿 14:23 &lt;jrandom&gt; 跳到 3) 0.4 14:23 &lt;jrandom&gt; 邮件里有我对这次发布的看法/理由——有人有任何顾虑/问题/想法/建议吗？ 14:24 &lt;Nightblade&gt; 我觉得不错 14:24 &lt;duckie&gt; 这会如何改变时间预估？ 14:24 * fvw 点头。一切都很合理。 14:25 &lt;jrandom&gt; 实际上这会把 0.4 提前，因为我们把 0.3.3 中可怕的部分推到了 0.4.1 和 0.4.2 14:25 &lt;jrandom&gt; 我不认为会改变 1.0 的日期，只是把它之前的东西挪一挪 14:26 &lt;jrandom&gt; 仿真显示，我们在 tunnel 多样化上的主要问题可以通过主动的 peer（对等节点）测试轻松改善 14:26 &lt;jrandom&gt; 在 0.2.3 之前的一些版本里我们做过，不过后来停了，因为看起来开销太大 14:27 &lt;jrandom&gt; （实际上是很多东西根本就坏了，才导致了这些额外开销） 14:27 &lt;deer&gt; &lt;cervantes&gt; 主动的 peer 测试涉及什么？ 14:29 &lt;jrandom&gt; 意思是我们会通过平时不会用的 peers 建一些辅助 tunnels——具体来说，我会让它从“reliable（可靠）”集合中随机挑 peers，但不选“fast+reliable（快速+可靠）”集合里的 14:29 &lt;jrandom&gt; （如果这个交集太小，就扩展到“not failing（未失败）”集合） 14:29 &lt;jrandom&gt; 我还不知道要测试多少条 tunnels 或多少个 peers，我们大概会把它当作一个可调参数 14:30 &lt;jrandom&gt; 这个问题体现在 peer profiles 上——你会看到你偏爱的 peers 有很多统计值，而其他 peers 则有大量 0 或其他很低的数字 14:30 &lt;jrandom&gt; （这可能是因为它们确实很差，或者更可能是因为它们没有被测试过） 14:31 &lt;jrandom&gt; 好，关于 0.4 还有别的吗？ 还是我们继续到 4) 1.0？ 14:32 &lt;duckie&gt; 有 14:33 &lt;jrandom&gt; 4) 1.0 14:33 &lt;jrandom&gt; 我不把 1.0 看成一个可怕的、需要渐近式靠近的版本。它只是一个东西能用、大家可以用的版本 14:34 &lt;jrandom&gt; 话说回来，对邮件里提到的内容，大家有任何顾虑/想法/建议/问题吗？ 14:35 &lt;dm&gt; 版本号增长的速度确实表明它是一个渐近式靠近的 1.0 14:36 &lt;dm&gt; 我们得来几次大跳跃！ 14:36 &lt;jrandom&gt; 0.4--&gt; 1.0 14:36 &lt;dm&gt; 太——棒——了…… 14:36 &lt;jrandom&gt; 而且我们离 0.4 只有几周时间了 14:37 &lt;jrandom&gt; 不过当然，我们需要一些帮助让事情推进得更快 :) 14:37 &lt;dm&gt; 那么，我们对稳定性满意了吗？ 14:37 &lt;jrandom&gt; 没有，现在的稳定性很糟糕 14:37 &lt;cervantes&gt; myi2p 要想正确实现，开发量可能相当大，因为理想情况下它依赖其他项目的成熟 14:37 &lt;dm&gt; 好吧，我最近没怎么跟进。 14:38 &lt;cervantes&gt; 比如 DHT 和数据报等 14:38 &lt;jrandom&gt; 同意，cervantes，但即便只有地址簿和分布式博客，对我来说也足够了。 14:38 &lt;cervantes&gt; 是的 14:38 &lt;jrandom&gt; nightblade 正在做一个 DHT，准备好就能插进来，或者我们可以加上引用 freenet:CHK@ 或 SSK@ 的钩子 14:39 &lt;cervantes&gt; 从联合地址簿到私信也只差一步之遥 14:39 &lt;jrandom&gt; 对，都是可行的 14:40 &lt;cervantes&gt; 实时流媒体的摄像头妹子桌面可能要久一点…… 14:40 -!- Irssi: #i2p：共有 21 个昵称 [0 ops, 0 halfops, 0 voices, 21 normal] 14:40 &lt;jrandom&gt; 呵 14:40 &lt;jrandom&gt; 实际上，正如会议前我对 Sonium 提到的，大家可以帮忙的一件事是文档方面—— 14:41 &lt;jrandom&gt; 界定我们需要哪些文档，开始做这些文档如何组合在一起的纲要，甚至直接打开编辑器把它们写出来 14:42 &lt;cervantes&gt; 啊，我本来还想早些时候问问关于增强 console GUI 的事 14:42 &lt;jrandom&gt; 文档是发布的重要组成部分，无论是技术文档（没有好的技术文档，开发者不会参与）还是用户文档（没有好的用户文档，用户会流失） 14:42 &lt;jrandom&gt; 这些是我们希望在 0.4 发布中包含的，并且将由 JSP/Servlet 驱动 14:43 &lt;jrandom&gt; 我还没为此做任何原型或流程，所以如果有人想接手，我们非常需要帮助 14:43 &lt;Nightblade&gt; console GUI？ 那是什么——SVGALIB？ :) 14:43 &lt;jrandom&gt; 呵 14:43 &lt;mihi&gt; Nightblade：TWIN / curses 14:43 &lt;cervantes&gt; 数据集还是之前那套，还是 0.4 会有新的和改进的统计？ 14:44 &lt;dm&gt; 我想要一个基于 WIN32/MFC 的控制台 GUI 14:44 &lt;Nightblade&gt; 就是 7655 上的 HTTP 控制台对吧 14:44 &lt;cervantes&gt; 比如大象在月球上停留的时长，以及它们是否频繁返回 14:44 &lt;cervantes&gt; 对 14:44 &lt;jrandom&gt; 控制台上现在的所有内容都反映了可以提供给 0.4 控制台的数据，但我们应该完全抛弃它现有的设计 14:45 &lt;jrandom&gt; （比如没人关心一个 routerIdentity 的公钥的 base64 是什么） 14:45 &lt;cervantes&gt; 不过我建议这些信息仍应可用 14:46 &lt;jrandom&gt; 是的，我想我们可以把现有的控制台作为一个可选项保留——没必要扔掉 14:46 &lt;jrandom&gt; （但它可能会是类似 `http://localhost:7655/uglyConsole/` 这样的东西） 14:46 &lt;cervantes&gt; ./forlynxusers/ 14:47 &lt;jrandom&gt; 新的管理控制台也应该能让 lynx 用户使用 14:47 &lt;dm&gt; 真的有人用 lynx 吗？ 14:47 &lt;cervantes&gt; 呃，跨浏览器兼容性 14:47 &lt;jrandom&gt; 我用 14:47 &lt;jrandom&gt; （有时） 14:47 &lt;dm&gt; 但是……为什么？ 14:47 &lt;fvw&gt; 做些简短的配置编辑之类的，当然。 14:47 &lt;cervantes&gt; dm：如果你被困在命令行下，就没太多选择了 14:47 &lt;fvw&gt; 它很快，而且不需要 X 14:48 &lt;Nightblade&gt; 我在无头服务器上用它浏览网页 14:48 &lt;deer&gt; &lt;Pseudonym&gt; 我用 links 浏览器 14:48 &lt;jrandom&gt; 嗯，对，links 比 lynx 更可取 14:48 &lt;mihi&gt; 有人用 w3m 吗？ 14:48 &lt;dm&gt; 我用 INTERNET EXPLORER FROM MICROSOFT 14:48 &lt;dm&gt; 它相当酷。 14:48 &lt;jrandom&gt; 说得好——关于 i2p 1.0 还有别的吗？ 14:49 &lt;dm&gt; 曾赢下 1992–1998 的浏览器战争 14:49 &lt;jrandom&gt; 或者进入 5) 其他活动？ 14:49 &lt;dm&gt; 三枚荣誉勋章。 14:49 &lt;Nightblade&gt; 有 14:49 &lt;Nightblade&gt; 我希望明天发布 libsam 的新版本，但我家里的电脑坏了，所以不一定 14:49 &lt;Nightblade&gt; 我也准备上传 Nickster 的线程库 14:49 &lt;jrandom&gt; 太棒了！/哎呀！ 14:50 &lt;jrandom&gt; 好极了！ 14:50 &lt;Nightblade&gt; 他说这是公有领域（public domain）——我会按他发来的原样上传——我还没时间做太多处理 14:50 &lt;jrandom&gt; 0.3.1.5 一发布，我也会开始在 i2p 上运行 CVS 服务器 14:50 &lt;jrandom&gt; 酷 14:51 &lt;jrandom&gt; （这样 nickster 就能在 CVS 里修改/更新他的代码，而不暴露他的 IP） 14:51 &lt;jrandom&gt; libsam 下一个版本有什么新东西？ 14:51 &lt;Nightblade&gt; 修复了一些已坏掉的数据报收发 14:51 &lt;Nightblade&gt; 还有些我记不起来的其他东西 14:51 &lt;Nightblade&gt; 会在变更日志里 14:51 &lt;jrandom&gt; 酷，听起来不错 14:52 &lt;jrandom&gt; 顺便说，如果你想要 libsam 的邮件列表（-announce、-dev、-users 等），告诉我 14:52 &lt;jrandom&gt; （不过发到 i2p@i2p 也可以） 14:52 &lt;Nightblade&gt; 有点小题大做 14:52 &lt;jrandom&gt; 呵呵 14:53 &lt;jrandom&gt; 嗯，可能是 14:53 &lt;cervantes&gt; 他可以在 i2pforum 里有个版块 14:53 * cervantes 顺势进入他的议程 14:53 &lt;Nightblade&gt; 也许等我把那个 DHT 做起来——但那还很遥远，而且这两天我没太多时间处理它 14:53 &lt;Nightblade&gt; cervantes：我记得已经有一个应用开发论坛之类的东西了 14:53 &lt;Nightblade&gt; 另外，Connelly 需要一个 i2p.net 上的账号，如果有人已经给他弄了的话 14:53 &lt;cervantes&gt; 专门和 i2p 相关的吗？ 14:54 &lt;Nightblade&gt; http://www.i2p.net/forum/3 14:54 &lt;jrandom&gt; 哦，我还没给 connelly 加账号，我下次见到他会和他聊聊 14:54 &lt;fvw&gt; 糟了，得走了。下周见，继续保持出色的工作。 14:54 &lt;jrandom&gt; 呃，是啊，我对 www.i2p.net/forum/ 那些不太确定 14:54 &lt;cervantes&gt; 啊……drupal…… 14:55 &lt;jrandom&gt; 好啊 fvw，很高兴你能来 14:56 &lt;cervantes&gt; i2pforum 基本已经搭好了 14:56 &lt;cervantes&gt; 基本上只需要内容/用户来填充它 :) 14:56 &lt;jrandom&gt; 我不确定 drupal 论坛，或者它们是否真的符合我对网站的设想。我更喜欢一个独立网站，专门做用户/开发者论坛的想法 14:57 &lt;jrandom&gt; 不错，cervantes——那是作为 eepsite、外部网站，还是两者都是？ 14:57 &lt;cervantes&gt; 我随意挑了一些论坛主题/版块，所以如果大家有想法或想为 FAQ 等写些东西，将不胜感激 14:57 &lt;cervantes&gt; 两者都是 14:58 &lt;cervantes&gt; 目前我的 i2p tunnel 处于离线状态，因为我的 router 非常不稳定 14:58 &lt;jrandom&gt; 可以理解 :) 14:58 &lt;Nightblade&gt; 网址是什么 14:58 &lt;cervantes&gt; 不过大家可以先在 外网（outweb） 上玩起来 14:59 &lt;cervantes&gt; 目前你得在 /etc/hosts 或 c:/windows/system32/drivers/etc/hosts 里加一条记录 14:59 &lt;cervantes&gt; 212.113.22.104 i2pforum.cervantes.not2p 15:00 &lt;jrandom&gt; 呵 15:00 &lt;cervantes&gt; 我很快会为它配置一个合适的主机名 15:00 &lt;cervantes&gt; 或者如果有人愿意在 php.net 的域名记录里加一个子域名指针……那就更好了 15:00 &lt;jrandom&gt; 如果你想用 i2p.net 下面的子域，告诉我；或者你用别的域名也行 15:00 &lt;cervantes&gt; 唉 15:00 &lt;cervantes&gt; i2p.net 15:00 &lt;cervantes&gt; &lt;-- 脑子里全是 php 15:01 &lt;jrandom&gt; 你希望是比如 forum.i2p.net 这样的吗？ 15:01 &lt;cervantes&gt; 那就太酷了 ;-) 15:01 &lt;jrandom&gt; 好嘞，我今晚会更新记录 15:01 &lt;cervantes&gt; 我改了标准的 phpbb2 代码，这样注册成员就不需要有效的邮箱 15:01 &lt;dm&gt; “您请求的网站不再托管于此” 15:02 &lt;cervantes&gt; 如果你忘了密码，那就得联系管理员 15:02 &lt;cervantes&gt; dm：你是把它写进 hosts 文件了，还是直接用 IP 浏览的 15:03 &lt;dm&gt; 请求中的 URI 无效 GET i2pforum.cervantes. 15:03 &lt;dm&gt; not2p/&lt;P&gt; <p>15:03 &lt;dm&gt; 我不用浏览器，我用的是 telnet。 15:04 &lt;jrandom&gt; 我刚刚也是用 telnet 做的。运行良好。 15:04 &lt;dm&gt; 嗯，我想是忘了 HTTP 1.1。 15:04 &lt;jrandom&gt; GET / HTTP/1.1\nHost: i2pforum.cervantes.not2p\n\n 15:04 &lt;jrandom&gt; 不管怎样 15:04 &lt;jrandom&gt; BrianR: ping 15:05 &lt;dm&gt; 有效了。你的 telnet 技能很娴熟，年轻人。 15:07 -!- Irssi: #i2p: 共有 19 个昵称 [0 管理员, 0 半管理员, 0 发言权, 19 普通] 15:07 &lt;jrandom&gt; 好的，还有谁在做 i2p 相关项目想讨论的吗？ 15:07 &lt;jrandom&gt; 如果没有，6) ??? 15:07 &lt;dm&gt; 射！ 15:07 * wern 举起一只手 15:07 &lt;jrandom&gt; 嗨^2，怎么样？ 15:08 * jrandom 请 wilde 发言 15:08 -!- wern 现在叫做 wilde 15:08 &lt;wilde&gt; 我只想感谢我们的新赞助商，cervantes 和 hypercubus 15:08 &lt;wilde&gt; :) 15:09 &lt;wilde&gt; 我们收到了两笔慷慨的普通基金捐款 15:09 &lt;cervantes&gt; wilde: 兑换顺利吗？ 15:09 &lt;dm&gt; 多少？ 15:09 &lt;wilde&gt; cervantes: 我明天去把它们兑换掉 15:09 &lt;cervantes&gt; 啊 15:09 &lt;wilde&gt; （希望如此） 15:10 &lt;cervantes&gt; 那可能还会有个亚军奖 ;-) 15:10 &lt;jrandom&gt; 太棒了，谢谢 cervantes &amp; hypercubus :) 15:10 &lt;cervantes&gt; 嘿……嗯，我觉得等钱进账了再夸吧 ;-) 15:11 &lt;dm&gt; 这是一场不错的会议。我要去睡了。 15:11 &lt;dm&gt; 晚安！ 15:11 &lt;jrandom&gt; 晚安 dm 15:11 &lt;wilde&gt; 是啊，我下次再把夸赞补齐 15:11 &lt;jrandom&gt; 好的，wilde 或其他人还有什么要补充的吗？ 15:11 &lt;wilde&gt; 有 15:12 &lt;wilde&gt; 我明天会把 i2p.net 站点下线一段时间（这次是故意的 ;)） 15:12 &lt;wilde&gt; 为了切换服务器 15:12 &lt;jrandom&gt; 呵，好，酷 15:12 &lt;wilde&gt; 发帖先等等，可能会丢 15:12 &lt;jrandom&gt; 还是同一个 IP，还是我需要更新记录？ 15:12 &lt;dm&gt; 能做到无缝吗？ 15:12 &lt;wilde&gt; 如果你明天发帖的话 15:13 &lt;wilde&gt; dm: 没戏 ;) 15:13 &lt;wilde&gt; 我不行 15:13 &lt;dm&gt; 好吧。 15:13 &lt;wilde&gt; jrandom: 相同的 IP 15:13 &lt;jrandom&gt; 好的，酷 15:13 &lt;jrandom&gt; wilde++ 15:13 &lt;wilde&gt; 完毕，撤了 15:14 &lt;jrandom&gt; 好的，还有谁有想讨论的事情吗？ 15:14 * cervantes 戴上了他的金属 &ldquo;ming the merciless&rdquo; 小帽 15:14 &lt;jrandom&gt; 那么 15:15 * jrandom 蓄势待发 15:15 * jrandom 在 cervantes 的头上来了一记<em>baf</em>，宣布会议结束 </div></p>/zh/blog/2004/06/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B46%E6%9C%888%E6%97%A5/Tue, 08 Jun 2004 00:00:00 +0000/zh/blog/2004/06/08/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B46%E6%9C%888%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cervantes, deer, duck, fvw, hypercubus, mihi, Nightblade, Sonium, ugha_node</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 21:02:08 &lt;duck&gt; Tue Jun 8 21:02:08 UTC 2004 21:02:21 &lt;duck&gt; 到开会时间了 21:02:33 &lt;duck&gt; 文章在 http://dev.i2p.net/pipermail/i2p/2004-June/000268.html 21:02:39 &lt;duck&gt; 不过我在编号上确实犯了个错误 21:02:45 &lt;duck&gt; 所以第一个编号为 5 的条目将被跳过 21:02:53 &lt;hypercubus&gt; 耶！ 21:03:03 * duck 往他的啤酒里加了些冰 21:03:14 * mihi 想把第一个 #5 改成 #4 ;) 21:03:27 &lt;hypercubus&gt; 算了，我们下周就有两个第4项吧 ;-) 21:03:37 * duck 把 'hypercubus' 改名为 'mihi' 21:03:48 &lt;hypercubus&gt; 耶！ 21:03:49 &lt;duck&gt; 好 21:03:53 &lt;duck&gt; * 1) libsam 21:04:02 &lt;duck&gt; 频道里有 Nightblade 吗？ 21:04:39 &lt;duck&gt; (空闲 ：0 天 0 小时 0 分 58 秒) 21:05:03 &lt;hypercubus&gt; ;-) 21:05:53 * duck 重新拿回麦克风 21:06:15 &lt;duck&gt; Nightblade 为 C / C++ 写了一个 SAM 库 21:06:23 &lt;duck&gt; 我这边能编译通过……不过我只能说到这儿了 :) 21:06:37 &lt;mihi&gt; 没有测试用例吗？ ;) 21:07:06 &lt;duck&gt; 如果有任何 rFfreebsd 用户，Nightblade 可能会对你感兴趣 21:07:08 &lt;ugha_node&gt; 代码里对 strstr 的调用真让我恼火。 ;) 21:07:27 &lt;ugha_node&gt; duck：什么是 rFfreebsd？ 21:07:42 &lt;duck&gt; 就是我把 freebsd 打成那样了 21:08:00 &lt;mihi&gt; rm -rF freebsd? 21:08:29 &lt;ugha_node&gt; 可惜 -F 在 rm 里不起作用。 21:08:30 &lt;duck&gt; ugha_node：它是 bsd 许可的；所以修一下吧 21:08:41 &lt;fvw&gt; 听起来很靠谱 :). 可惜我前阵子把我最后一台 freebsd 机器卸掉了。我 在别人机器上也有账号，并且愿意运行测试用例。 21:08:43 &lt;ugha_node&gt; duck：我可能会的。 :) 21:08:50 &lt;duck&gt; (该死的 BSD 嬉皮士) 21:09:09 &lt;duck&gt; 哦，简洁明了，frank 21:09:17 &lt;duck&gt; 还有关于 libsam 的评论吗？ 21:09:49 &lt;duck&gt; fvw：我想如果他有需要，Nightblade 会联系你 21:09:50 * fvw 咕哝着，抱怨那种完全合理的 unix 行为居然把他的 irc 客户端干掉了。 21:10:02 &lt;duck&gt; 不过因为他的邮件是一周前的了，他可能已经找到了一些东西 21:10:17 &lt;mihi&gt; fvw：？ 21:10:24 &lt;fvw&gt; 是啊，如果有人想接受我的提议，我好像错过了。尽管 给我发邮件或什么的。 21:10:42 * duck 跳到 #2 21:10:46 &lt;hypercubus&gt; 呃，跳到哪里？ ;-) 21:10:54 &lt;duck&gt; 2) 用一个浏览器同时浏览 i2p 和普通 Web 21:10:57 &lt;fvw&gt; 刚装好系统，还没告诉我的 zsh 不要在后台 hup 东西。 &lt;/offtopic&gt; <p>21:11:09 &lt;fvw&gt; hypercubus：我想我在公共用户邮件列表上。fvw.i2p@var.cx 21:12:11 &lt;duck&gt; 有些内容是关于把所有顶级域名（TLD）添加到你的浏览器代理忽略列表里 21:12:23 &lt;fvw&gt; 那个需要讨论吗？我觉得在 邮件列表上基本已经处理了。 21:12:24 &lt;duck&gt; 我觉得这是个很粗陋的权宜之计 21:12:36 &lt;fvw&gt; 是的，那已经提到过了。欢迎回来。 21:12:47 &lt;duck&gt; fvw：我没看那个讨论串 :) 21:13:12 &lt;duck&gt; 好吧，如果你不想讨论这个，就跳到 #3 21:13:19 &lt;duck&gt; * 3) 聊天频道 21:13:23 &lt;hypercubus&gt; cervantes 的脚本在 Konqueror 3.2.2、Firefox 0.8 和 Opera 7.51 上运行得非常好，都是 Gentoo 搭配 KDE 3.2.2 21:13:39 * mihi 在 #4 做了标记 21:13:55 &lt;duck&gt; #i2p-chat 是这里用于离题闲聊和轻量支持的备用频道 21:14:08 &lt;duck&gt; 我不知道是谁注册的 21:14:12 &lt;hypercubus&gt; 是我 21:14:17 &lt;duck&gt; 那最好小心点 :) 21:14:22 &lt;fvw&gt; 呃，这里没有 #4，只有两个 #5 :) 21:14:33 &lt;hypercubus&gt; 要是需要的时候我还能记得密码就算走运了 ;-) 21:14:33 &lt;mihi&gt; [22:27] -ChanServ- 频道: #i2p-chat 21:14:33 &lt;mihi&gt; [22:27] -ChanServ- 联系人: hypercubus &lt;&lt;在线&gt;&gt;</p>/zh/blog/2004/06/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B46%E6%9C%8801%E6%97%A5/Tue, 01 Jun 2004 00:00:00 +0000/zh/blog/2004/06/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B46%E6%9C%8801%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> deer, duck, hypercubus, Masterboy, mihi, Nightblade, tessier, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:59] &lt;duck&gt; Tue Jun 1 21:00:00 UTC 2004 [23:00] &lt;duck&gt; 大家好！ [23:00] &lt;mihi&gt; 嗨 duck [23:00] &lt;duck&gt; http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] &lt;duck&gt; 我的提案： [23:00] * Masterboy 已加入 #i2p <p>[23:00] &lt;duck&gt; 1) 代码进展 [23:00] &lt;duck&gt; 2) 精选内容 [23:00] &lt;duck&gt; 3) 测试网络状态 [23:00] &lt;duck&gt; 4) 悬赏 [23:00] &lt;duck&gt; 5) ??? [23:00] &lt;Masterboy&gt; 嗨:) [23:00] &lt;duck&gt; . [23:01] &lt;duck&gt; 既然 jrandom 不在，我们就得自己来 [23:01] &lt;duck&gt; （我知道他在记录并验证我们的独立性） [23:01] &lt;Masterboy&gt; 没问题:P [23:02] &lt;duck&gt; 除非议程有问题，我建议我们就按它来 [23:02] &lt;duck&gt; 不过如果你们不这么做，我也没啥办法 :) [23:02] &lt;duck&gt; . [23:02] &lt;mihi&gt; ;) [23:02] &lt;duck&gt; 1) 代码进展 [23:02] &lt;duck&gt; 提交到 cvs 的代码不多 [23:02] &lt;duck&gt; 我这周确实赢得了奖杯：<code>http://duck.i2p/duck_trophy.jpg</code> [23:03] * hypercubus 还没有 cvs 账号 [23:03] &lt;Masterboy&gt; 那谁提交了点什么？ [23:03] &lt;duck&gt; 有人在偷偷写代码吗？ [23:03] * Nightblade 加入了 #I2P</p>/zh/blog/2004/05/18/i2p-dev-meeting-may-18-2004/Tue, 18 May 2004 00:00:00 +0000/zh/blog/2004/05/18/i2p-dev-meeting-may-18-2004/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> BrianR, _cervantes\_, deer, duck, fvw, human, jar, jrandom, jteitel, Masterboy, Nightblade, ugha_node, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 14:07 &lt;jrandom&gt; 0) 嗨 14:07 &lt;jrandom&gt; 1) 测试网状态 14:07 &lt;jrandom&gt; 2) SAM 14:07 &lt;jrandom&gt; 3) 路线图更新 14:07 &lt;jrandom&gt; 4) MyI2P 14:07 &lt;jrandom&gt; 5) ??? 14:07 &lt;jrandom&gt; 0) 嗨 14:07 * jrandom 挥手 14:08 &lt;Nightblade&gt; 嗨 14:08 * jteitel 回挥 14:08 &lt;jar&gt; 嗨 14:08 &lt;duck&gt; 哈喽 14:08 &lt;Masterboy&gt; :P 14:08 &lt;jrandom&gt; 每周状态说明已发布到 http://dev.i2p.net/pipermail/i2p/2004-May/000239.html 14:09 &lt;jrandom&gt; 抱歉我今天有点不在状态，作息比平时更乱 14:09 &lt;jrandom&gt; 总之，继续到 1) 测试网状态 14:10 &lt;duck&gt; 网络更大时多样化会自动发生，对吧？ 14:10 &lt;jrandom&gt; 是的，和/或减少偏斜的节点选择阈值 14:11 &lt;jrandom&gt; 比如，如果速度阈值用中位数而不是平均数，我们获得的高速节点数量将是可靠节点的一半 14:11 &lt;jrandom&gt; 而不是像今天这样速度高度偏态的情况 14:12 &lt;Masterboy&gt; 嗯，网络自愈了，这还不坏 14:12 &lt;jrandom&gt; 是的，不过花的时间比应有的长，也暴露出可改进的地方 14:13 &lt;jteitel&gt; 网络自愈了吗？ 我依然无法稳定连接 I2P IRC 14:13 &lt;jrandom&gt; 节点档案衰减得不够快，也没能高效提升新候选 14:14 &lt;jrandom&gt; 这也引发了一连串次生事件——让无法承载负载的 router 过载（由于画像不足），导致一些过载的 router 内存耗尽并关闭 14:15 &lt;human&gt; 哎呀呀呀！ 14:15 &lt;jrandom&gt; 这是逐步恢复的 jteitel——我们看到的一些问题与 netDb 故障有关 14:15 &lt;jrandom&gt; 嗨呀 human 14:15 &lt;jteitel&gt; 哦，好的 14:16 &lt;_cervantes_&gt; 有问题的 router 不能把 tunnels 转交给另一个节点吗？ 14:16 &lt;ugha_node&gt; 哇，Lifetime rate: 8.87KBps sent 8.35KBps received. 14:16 &lt;Nightblade&gt; jteitel：我刚刚试了好几次才连上……还在等我的 /join 生效 14:16 * BrianR 环顾四周。 14:16 &lt;jrandom&gt; 不能——不过 router 可以直接丢弃一个 tunnel（如果一开始就不该接受的话） 14:16 &lt;ugha_node&gt; （而且我半小时前重启了我的 router） 14:16 &lt;BrianR&gt; 该死。我迟到了。 14:17 &lt;BrianR&gt; jrandom：（谢谢把 myi2p 安排在议程靠后的位置） 14:17 &lt;jrandom&gt; ugha&gt; 是啊，你们都得替那三个快的顶上空缺 14:17 &lt;jrandom&gt; 呵呵 :) 14:18 &lt;duck&gt; 漂亮的一次攻击 14:18 &lt;ugha_node&gt; jrandom: 显然如此。 14:18 &lt;_cervantes_&gt; 那是不是更严苛些更好，在更低阈值就拒绝 tunnels 14:19 &lt;jrandom&gt; 是的 cervantes——目前 routers 除非无法到达下一跳，否则从不拒绝一个 tunnel 14:19 &lt;jrandom&gt; 我们会想在里面加某种节流，或许基于 jobQueue 的大小/平均时延等 14:20 &lt;jrandom&gt; 另外，我们得确保不会一次构建太多 tunnels，就像当大量它们失败时那样 14:20 &lt;_cervantes_&gt; 或者干脆允许用户根据自己已知可用的硬件/带宽设置阈值 14:20 &lt;jrandom&gt; （由于 fast+reliable 的节点离线） 14:20 &lt;_cervantes_&gt; 至少在这个阶段 14:20 &lt;jrandom&gt; 哦，这是个好点子——允许人们显式设置参与转发的 tunnels 的最大数量。 14:21 &lt;jrandom&gt; 我们会把它放进下一个版本。好建议。 14:21 &lt;ugha_node&gt; 这听起来就像模糊逻辑。 14:21 &lt;jrandom&gt; 我们必须处理过载，而单纯在内存里排队消息显然行不通 14:21 &lt;duck&gt; （嗨 fvw） 14:21 &lt;_cervantes_&gt; 最好能有关于 tunnel 性能的汇总统计……比如对基准处理器可能造成的负载 14:22 &lt;_cervantes_&gt; 顺便说，我把服务器下线了……它收到一大堆 tunnels，而我还没编译 jbigi ;-) 14:22 &lt;jrandom&gt; 见 `http://localhost:7655/routerStats.html#Tunnels` 14:23 &lt;jrandom&gt; 啊！ 对，jbigi 是我们希望大家都使用的东西 14:23 &lt;BrianR&gt; 对于 tunnels 的带宽预算有什么想法吗？ 14:24 &lt;jrandom&gt; 目前计划在 3.0（在 0.4.1 为整个 router 提供总带宽限制） 14:24 &lt;jrandom&gt; 不过更早加入按 tunnel 的带宽限制也无妨 14:25 &lt;fvw&gt; 如此之早在这上面花精力是否明智？当前大多数用户/测试者所用的操作系统内核里做会更容易、更精确。 14:25 &lt;_cervantes_&gt; 我想看到的是每个 tunnel 的深度设置（也许已经可以了） 14:25 &lt;_cervantes_&gt; 例如我已经知道可以信任我的服务器……所以我不想必须经过 _x_ 跳才能到它 14:25 &lt;jrandom&gt; fvw&gt; 说得好，尤其是我们目前并不“吞噬”太多带宽 14:26 &lt;jrandom&gt; 嗯 cervantes——是的，每个客户端可以指定其 tunnels 的长度，但我不确定这正是你想要的 14:26 &lt;_cervantes_&gt; 不是 14:26 &lt;jrandom&gt; cervantes——我想你要的是 QoS（服务质量），让你可以为某个特定节点缩短连接 14:26 &lt;_cervantes_&gt; 比如说…… 14:26 &lt;_cervantes_&gt; 对 14:27 &lt;jrandom&gt; （这原本计划在 I2P 4.0，不过那是一年以后 == 无限） 14:27 &lt;_cervantes_&gt; 在这种情况下也能按 I2P 主机选择深度 14:27 &lt;BrianR&gt; fvw：是的，但一个 I2P 需要大致知道潜在 tunnel 成员可用的带宽，才能做出明智的建 tunnel 决策… 14:27 &lt;_cervantes_&gt; 啊好 14:27 &lt;_cervantes_&gt; :) 14:27 &lt;jrandom&gt; 不过这是个好主意，技术上可行，欢迎补丁 :) 14:28 &lt;_cervantes_&gt; 补丁已经寄出……还附上了 5000 根 e-gold 金条的支票 14:28 &lt;_cervantes_&gt; ;-) 14:28 &lt;jrandom&gt; BrianR：或许可以折中——跟踪它参与了多少 tunnels，以及这些 tunnels 使用了多少带宽，把这些作为是否接受或拒绝 tunnel 创建请求的决策的一部分？ 14:28 &lt;jrandom&gt; 嘿 14:30 &lt;jrandom&gt; 好的，关于测试网状态还有别的吗？ 14:30 &lt;Masterboy&gt; 我的悖论呢？ 14:30 &lt;Masterboy&gt; :) 14:30 &lt;jrandom&gt; 我的计划是周四或周五发布带这些更新的 0.3.1.3 14:31 &lt;jrandom&gt; Masterboy：我还没来得及看你的日志，但我们会解决的 14:31 &lt;_cervantes_&gt; 2005 年的周五？ 14:31 &lt;_cervantes_&gt; 酷 14:31 &lt;Masterboy&gt; k 14:31 &lt;jrandom&gt; 好，转到 2) SAM 14:31 &lt;Masterboy&gt; 现在我们知道是谁在跑过期的 router 了.. 14:32 * jrandom 把话筒交给我们勇敢的 SAM.pm 开发者 14:33 &lt;jrandom&gt; （就是你，BrianR :)） 14:33 &lt;BrianR&gt; 稍等一下.. :) 14:33 * duck 欢呼 14:33 &lt;jrandom&gt; 同时，dm 或 firerabbit 在吗？ 14:33 -!- Irssi: #i2p: Total of 26 nicks [0 ops, 0 halfops, 0 voices, 26 normal] 14:33 * jrandom 检查了 /names，没有。 算了 14:33 &lt;jrandom&gt; （那么就没有 .net/C# SAM 库更新了） 14:34 &lt;duck&gt; .py 的东西还是最新的吗？ 14:34 &lt;duck&gt; 还是因为 SAM 的改进被弃用 14:34 &lt;jrandom&gt; 不确定 14:34 &lt;BrianR&gt; 好了。我回来了。 14:34 &lt;Nightblade&gt; 我的 C 库似乎能工作……不过我还没写用它的应用 14:34 &lt;jrandom&gt; 太棒了 nightblade！ 14:35 &lt;Nightblade&gt; 这里有人在 Windows 下做过 GTK+/C 编程吗？ 14:35 &lt;human&gt; duck：客户端库需要一个小改动以支持版本 14:35 &lt;_cervantes_&gt; “hello world”？ 14:35 &lt;human&gt; duck：其余应该没问题 14:35 * jrandom 建议做个类似 tftp 的数据报测试，作为 SAM 的理想测试 :) 14:35 &lt;Nightblade&gt; 嗯，随便啥……GTK 在 Windows 下表现好吗…..？ 14:35 &lt;jrandom&gt; （甚至用 SAM 流式代替 datagram 或 raw） 14:36 &lt;jrandom&gt; 不错 BrianR——.pm 和 samcat 进展如何？ 14:36 &lt;BrianR&gt; Net::SAM 已经进 CVS 了，但大多仍不可用。 14:36 &lt;BrianR&gt; 我希望在周末前把所有 bug 都抹平，让 datagram 和 raw 可用。 14:37 &lt;BrianR&gt; 要把 streams 做成不错的面向对象（OO）封装还需要多做些工作。 14:37 &lt;Nightblade&gt; 哦对，我没管 datagram 或 raw……只做了 stream 14:37 &lt;Nightblade&gt; 反正我也只会用它 14:37 &lt;fvw&gt; human：你考虑过 wxWindows 吗？它做那类东西很有用（不过我不认为有 Windows 的 GTK 目标） 14:37 &lt;jrandom&gt; 很棒 BrianR 14:38 &lt;BrianR&gt; 太太催我去吃饭了。我可能赶不上回来说 myi2p 了。我把威胁模型和一些愚蠢的文件服务器资料发在 208 号节点上了 14:38 &lt;human&gt; fvw：GTK 的 Windows 端口是有的（GIMP 也能在 Windows 上跑） 14:38 &lt;jrandom&gt; 不错 nightblade，先实现需要的东西最好 14:38 &lt;human&gt; fvw：s/client/port/ 14:38 &lt;jrandom&gt; 呵 ‘k BrianR，谢谢 14:38 &lt;fvw&gt; human：我是说给 wxWindows 用的 gtk windows target（我建议你用 wxWindows） 14:38 * fvw 向 BrianR 挥手。用餐愉快。 14:38 &lt;human&gt; fvw：啊……嗯，我不太了解 vxWidgets（vxWindows 的新名字 :-) 14:39 &lt;human&gt; fvw：不过说 GTK+ 的是 Nightblade，不是我 :-) 14:40 &lt;fvw&gt; 哎呀，我眼花了，忽略我吧。 14:40 &lt;Nightblade&gt; 我对 C++ 没有像对 C 那么熟 14:40 &lt;Nightblade&gt; 据我所知，GTK 是唯一跨平台的 C 图形界面库 14:40 &lt;Nightblade&gt; 并不是我特别喜欢 GTK 14:40 &lt;fvw&gt; 其实无所谓，wxWindows 从 C 来用也很容易上手。 14:40 &lt;Nightblade&gt; 嗯 14:40 &lt;Nightblade&gt; 那我也看看它 14:40 &lt;Nightblade&gt; 我会 C++，只是没写过大型程序 14:41 * fvw 也不是 C++ 程序员，不过我前阵子用它给一家运输公司做了个相当大的交易查看器，毫无困难。 14:42 &lt;Nightblade&gt; 我确信 wxWindows 的 Windows 端口更成熟 14:42 &lt;Nightblade&gt; 比 GTK 更成熟 14:42 &lt;fvw&gt; 很可能是的。 14:43 &lt;Nightblade&gt; （好吧继续开会）呵 14:43 &lt;jrandom&gt; :) 14:43 &lt;jrandom&gt; 好，跳到 3) 路线图更新 14:44 * jrandom 过去一个月一直疏于更新 http://www.i2p.net/roadmap 14:44 &lt;jrandom&gt; 不过现在已追上进度 14:44 &lt;jrandom&gt; 可惜的是显然下周无法发布 0.4 14:44 &lt;duck&gt; （1.1、2.0、3.0 也更新到最新了吗？） 14:45 &lt;jrandom&gt; 是的 14:45 * Masterboy 读过了，很喜欢——不急，我们又不是着火了.. 14:46 &lt;duck&gt; 也该有人去更新 Wikipedia/Infoanarchy :) 14:46 &lt;jrandom&gt; 哦，我大概该把 0.4 上的“已实现并测试的 SAM 桥接和客户端库”删掉 14:46 &lt;jrandom&gt; 呵，是啊，这就是为什么我之前 !thwapped 了 iA，因为他们只是复制了 wiki 页面 14:46 &lt;jrandom&gt; （他们应该直接指向 /roadmap，而不是复制内容） 14:47 &lt;Masterboy&gt; SAM 完成了？ 14:47 &lt;jrandom&gt; 功能上可以用了，不过其他客户端库的工作还在进行中 14:47 &lt;jrandom&gt; s/are/is/ 14:48 &lt;jrandom&gt; 好的，除非还有更多关于路线图的问题/关注点，否则转到 4) MyI2P 14:50 &lt;jrandom&gt; 我自己虽然已经停止开发 myi2p，但我们把这项工作开放为一项赏金——http://www.i2p.net/node/view/216 14:50 &lt;jrandom&gt; 这也意味着我们需要把需求定准确，而关于需求也有些争论 14:51 &lt;Masterboy&gt; 想让我的朋友参与，他说活太多钱太少 ;P 嗯，他可是个资本家 ;) 14:51 &lt;Masterboy&gt; 我倒是提出要写代码.. 14:52 &lt;jrandom&gt; 欢迎为它写代码 :) 14:53 &lt;jrandom&gt; 不过当前尚未解决的架构问题是：如何处理无法一直运行自己 I2P router / MyI2P 节点的人 14:53 &lt;Nightblade&gt; 需要一些可信的 I2P ISP 14:53 &lt;jrandom&gt; 两个提议，要么用托管服务提供商，要么把系统拆成使用分布式后端存储 14:54 &lt;_cervantes_&gt; 后者是长期的理想方案 14:54 &lt;_cervantes_&gt; *latter 14:54 &lt;duck&gt; （而且还是另一项赏金） 14:55 &lt;_cervantes_&gt; 或者一个网页缓存代理服务… 14:55 &lt;jrandom&gt; 对——如果我们走托管服务提供商（或本地运行节点）路线，当 DHT/等可用时，我们可以把越来越多的内容推到 DHT 里 14:55 &lt;jrandom&gt; _cervantes_：那本质上就是分布式后端存储——不受信任的数据缓存 14:57 &lt;deer&gt; * Masterboy 想知道 bogobot 在哪儿 14:57 &lt;jrandom&gt; 难点在于实现需要的访问控制功能——在不受信任的数据缓存/分布式后端存储里，ACL（访问控制列表）本质上就是加密 14:57 &lt;jrandom&gt; 但这个讨论的“旁支”来自一位匿名者在 @ http://www.i2p.net/node/view/215#comment-105 提出的三点 14:57 &lt;_cervantes_&gt; 以及签名的内容 14:58 &lt;jrandom&gt; 对，两种方式都需要签名的内容 15:00 &lt;_cervantes_&gt; 这就是 hypercubus 的模型有其优点的地方……但绝不是“快速”的解决方案 15:00 &lt;jrandom&gt; 基于昨晚 IRC 的讨论，我们聚焦于“LiveJournal 的威胁模型”——LJ 用户关心哪些攻击，不关心哪些 15:01 &lt;wilde&gt; 先把最重要的事做了，先搞出一个基础版 MyI2P 15:02 &lt;jrandom&gt; 对，要实现基础版 myi2p，我们得确定部署架构 15:03 &lt;jrandom&gt; 针对无法运行自己节点的用户，按 LJ 的威胁模型，我觉得无需走不受信任数据缓存这条路 15:03 &lt;jrandom&gt; 如果他们只需要 LJ 的威胁模型，为什么要用 myi2p？ 因为它是匿名的 15:04 &lt;jrandom&gt; 我们可以继续追求某种理想化系统，但有收益递减法则 15:04 -!- Irssi: #i2p: Total of 24 nicks [0 ops, 0 halfops, 0 voices, 24 normal] 15:05 &lt;jrandom&gt; 这就是我倾向于按目前的方向保留这项赏金的原因——基础系统出来后我们可以再添加替代方案 15:05 -!- duck_ is now known as duck 15:06 &lt;jrandom&gt; 不管怎样，我在 4) MyI2P 这部分就这些了，除非有人还有别的话题 15:06 &lt;jrandom&gt; 如果没有，就转到 5) ??? 15:07 &lt;_cervantes_&gt; 嗯，你需要一把大法槌 :) 15:07 &lt;jrandom&gt; 我忘了在会议记录里提 morph.i2p 的新 eepsite，而且 nickster.i2p 现在有公共 fproxy 可用了！ 15:08 &lt;jrandom&gt; （还有 sungo.i2p 的网络摄像头已经上线运行了 :) 15:08 &lt;_cervantes_&gt; 呵… 15:08 &lt;_cervantes_&gt; i2pr0n 15:08 &lt;jrandom&gt; 还有谁要提什么吗？ 15:10 &lt;jrandom&gt; 如果没有，我们就到 70 分钟了 15:10 &lt;deer&gt; &lt;Masterboy&gt; 没有 15:10 * jrandom 收尾 15:10 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2004/03/23/i2p-dev-meeting-march-23-2004/Tue, 23 Mar 2004 00:00:00 +0000/zh/blog/2004/03/23/i2p-dev-meeting-march-23-2004/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>Present:</strong> duck, fidd, human, jrand0m, kaji, KyroxX, lucky, Masterboy, mihi, no_dammagE, ox, ughabugha, wbk, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:01:22] &lt;jrand0m&gt; agenda: [22:01:22] &lt;jrand0m&gt; 0) Hi [22:01:22] &lt;jrand0m&gt; 1) Network status [22:01:28] &lt;jrand0m&gt; 2) 0.3.1 plan [22:01:28] &lt;jrand0m&gt; 3) Web architecture [22:01:28] &lt;jrand0m&gt; 4) Administravia [22:01:34] &lt;jrand0m&gt; 5) ??? [22:01:38] &lt;jrand0m&gt; 0) hi [22:01:39] &lt;no_dammagE&gt; of yourse [22:01:43] &lt;ughabugha&gt; Oh, cool, the meeting. :) [22:01:51] &lt;jrand0m&gt; hi, welcome to the weekly dev meeting, number $something [22:01:56] &lt;ughabugha&gt; Hi. [22:02:02] &lt;jrand0m&gt; weekly status notes up at http://i2p.net/pipermail/i2p/2004-March/000180.html [22:02:09] * mihi has joined #i2p [22:02:13] &lt;fidd&gt; howdy [22:02:32] &lt;jrand0m&gt; we'll see if we can avoid a 2 hour session today ;) [22:02:39] &lt;jrand0m&gt; ok, jumping to 1) network status [22:02:43] &lt;Masterboy&gt; :P [22:02:56] &lt;jrand0m&gt; we got 0.3.0 out on sunday, and its generally functional [22:03:12] &lt;Masterboy&gt; yes it is:) [22:03:23] &lt;ox&gt; * jrandom waves from i2p#i2p to prove it ;) [22:03:43] &lt;jrand0m&gt; there are still some bugs to fix, and a new set of things to be addressed, but ever onwards we go [22:04:21] * ion has joined #i2p [22:04:22] * ughabugha is reading the status notes. [22:04:27] * mrflibble has quit IRC (r eboot time) [22:04:35] &lt;jrand0m&gt; in the email i mention a new network monitoring tool duck put together - `http://duck.i2p/dot/dot.png` (or a snapshot at http://i2p.net/~jrandom/profiles.png) [22:05:05] &lt;jrand0m&gt; it basically gives us a view into how the network is doing - how many people are out there, and how well they're finding out about reliable and fast resources [22:05:22] &lt;jrand0m&gt; (basically it visualizes the result of the 0.3 peer profiling and selection process) [22:05:50] &lt;ox&gt; &lt;duck&gt; nice! [22:06:22] &lt;jrand0m&gt; yeah, its nice to see the visual feedback on the algorithms, rather than manually going through the networkDb [22:06:37] &lt;ox&gt; &lt;Masterboy&gt; there's a need of cpu usage decreasing.. [22:06:38] &lt;fidd&gt; :) [22:06:48] * jrand0m gives the eepSiteAppOfTheWeek award to duck for dot.png [22:06:54] &lt;ughabugha&gt; Yeah, I wonder what would we be doing without duck? [22:07:08] &lt;ox&gt; &lt;duck&gt; maybe we can make an audio version too [22:07:17] &lt;fidd&gt; haha [22:07:20] &lt;jrand0m&gt; :) [22:07:22] &lt;human&gt; heheh [22:07:34] &lt;fidd&gt; or a smell-one [22:07:47] &lt;ughabugha&gt; Yeah, and stream it over jnon's icecast every hour. [22:07:51] &lt;no_dammagE&gt; how do I understand the speed column in #transport? [22:08:00] &lt;no_dammagE&gt; I mean peer profiles [22:08:25] &lt;jrand0m&gt; no_dammagE&gt; good question. if you read the bottom text below, it explains that the numbers have no correlation with anything - they're strictly relative values. [22:08:50] &lt;no_dammagE&gt; ok :) [22:09:15] &lt;jrand0m&gt; if you want the *real* answer, see http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/router/java/src/net/invisiblenet/i2p/router/peermanager/SpeedCalculator.java?rev=1.3&amp;content-type=text/x-cvsweb-markup [22:10:07] &lt;jrand0m&gt; the network has also grown to a steady 18-22 routers, which is a good size for the moment [22:10:31] &lt;jrand0m&gt; we'll want to grow a bit more once some of the existing bugs are dealt with, and the 0.3.1 phttp code is in place [22:10:36] &lt;KyroxX&gt; re [22:10:45] &lt;jrand0m&gt; wb KyroxX [22:11:03] &lt;jrand0m&gt; ok, that leads us into 2) 0.3.1 plan [22:11:16] &lt;no_dammagE&gt; mine will go off in 30 minutes and will go on in ~ 20 hours (or ill make it on the autostart so that it will be started with the PC) [22:11:29] &lt;jrand0m&gt; cool no_dammagE, thats fine [22:11:33] * fR has quit IRC (Ping timeout) [22:12:01] &lt;jrand0m&gt; rather than get the phttp code, the bandwidth limiter, and the new collusion deterrent all in one 0.3.1 release, i'm pushing the collusion deterrent into 0.3.2 [22:12:19] &lt;jrand0m&gt; roadmap hasn't yet been updated, but things are pretty much the same [22:12:45] * fR has joined #i2p [22:13:17] &lt;ughabugha&gt; Are you going to release 0.3.0.1? [22:13:18] &lt;jrand0m&gt; there's going to be some complex stuff in the phttp revamp, dealing with throttling the connections, but we'll see how it goes [22:13:36] * KyroxX has quit IRC (Verlassend) [22:13:47] &lt;jrand0m&gt; perhaps, though currently the roadmap lists 0.3.1 as next week [22:13:54] &lt;jrand0m&gt; sunday, even. [22:14:01] &lt;ox&gt; &lt;baffled&gt; I knew you was in collusion with somebody. [22:14:02] &lt;jrand0m&gt; so i'm not sure [22:14:03] * Rom|Away|3h has quit IRC (Ping timeout) [22:14:04] &lt;Masterboy&gt; how can i limit the cpu usageof my router? why not make : "low" - "normal" - "high" - so you could choose? [22:14:10] &lt;jrand0m&gt; heh baff [22:14:11] &lt;no_dammagE&gt; why is that critical?: [22:14:11] &lt;no_dammagE&gt; 21:55:36.249 CRIT [I2CP Reader ] et.invisiblenet.i2p.util.Clock: Updating clock [22:14:12] &lt;no_dammagE&gt; offset to 105791ms from 0ms [22:14:16] * Romster has joined #i2p [22:14:24] * jar has quit IRC (Ping timeout) [22:14:38] &lt;jrand0m&gt; Masterboy&gt; the code to work along those lines is planned for the 1.0rc1 release [22:14:43] &lt;jrand0m&gt; (router throttling) [22:14:48] * KyroxX has joined #i2p [22:14:50] &lt;jrand0m&gt; we've got some basics, but its not ready yet. [22:15:08] &lt;KyroxX&gt; re [22:15:13] &lt;jrand0m&gt; no_dammagE&gt; because it should only occur at most once - if you see it happening a lot, its an issue [22:15:14] &lt;Masterboy&gt; oki [22:15:21] &lt;jrand0m&gt; (a critical issue) [22:15:48] &lt;jrand0m&gt; any other questions / concerns on the 0.3.1 release? [22:15:55] &lt;mihi&gt; then it should be debug the first time and then crit... [22:16:06] &lt;jrand0m&gt; you're right [22:16:09] &lt;KyroxX&gt; whats the topic? [22:16:17] &lt;ughabugha&gt; jrand0m: Err.. How can this occur on I2P? Closing Link: [unknown@192.168.0.2] (Ping timeout) [22:16:31] &lt;jrand0m&gt; KyroxX&gt; the weekly dev meeting, item 2) 2) 0.3.1 plan [22:16:35] &lt;ughabugha&gt; Ah, never mind. [22:16:40] &lt;jrand0m&gt; ughabugha&gt; ircd patch [22:16:49] &lt;KyroxX&gt; ah [22:17:02] &lt;ox&gt; &lt;duck&gt; my ircd is running on nsa.localdomain [22:17:06] &lt;jrand0m&gt; hmm [22:17:08] &lt;ox&gt; &lt;duck&gt; which has 192.168.0.2 as IP [22:17:12] &lt;jrand0m&gt; ah [22:17:30] * Romster has quit IRC (Ping timeout) [22:17:32] &lt;jrand0m&gt; ok, moving on to 3) Web architecture [22:17:49] * ion has quit IRC (Ping timeout) [22:17:58] &lt;jrand0m&gt; i know we discussed this last week a bit, and there's been some discussion on the mailing list about it too [22:18:02] &lt;mihi&gt; how can i make an account on drupal.i2p.net? [22:18:15] * mihi is too stupid for that... [22:18:16] &lt;jrand0m&gt; wilde&gt; can you add one for mihi? [22:18:31] &lt;jrand0m&gt; (there's no way to register normally) [22:18:35] &lt;mihi&gt; jrand0m: you could simply say no, then i know i can stop trying ;) [22:18:42] &lt;jrand0m&gt; if wilde isn't around, i'll add one for you momentarily :) [22:18:51] * Romster has joined #i2p [22:19:04] * Romster is now known as Rom|Away|3h [22:19:18] &lt;fidd&gt; i'd like one too if its ok :) [22:21:05] &lt;ox&gt; &lt;jmand&gt; /ping jmand [22:21:12] &lt;jrand0m&gt; ok, back to the web arch stuff [22:22:06] &lt;jrand0m&gt; there are several different aspects of "how we use the web" in i2p, and we can either treat them all as OneBigWebThingy, or we can talk about specializing the components, making things that do their OneThingWell [22:22:34] * ion has joined #i2p [22:22:44] &lt;jrand0m&gt; mihi brought up some good points that I hadn't been looking at, some valuable features that we'll certainly want [22:23:03] &lt;ughabugha&gt; jrand0m: Are you talking about the separation of Squid and I2P web? [22:23:11] &lt;ughabugha&gt; Or something deeper? [22:23:24] &lt;duck&gt; the 'HTTPTunnel vs. {privoxy,muffin} + HTTPClient' thread [22:23:30] &lt;duck&gt; (http://i2p.dnsalias.net/pipermail/i2p/2004-March/) [22:23:48] &lt;jrand0m&gt; the seperation of squid and eepsites, as well as the seperation of browser proxies vs. (essentially) cgis [22:23:49] &lt;ughabugha&gt; Right. [22:24:00] &lt;jrand0m&gt; and, of course, the filters [22:24:48] &lt;jrand0m&gt; since we all work in the open source world here, there's no real need to have OneBigThing that deals with all of the different use cases - we can build one to address a need, then reuse its code for another to address another need [22:24:56] * jar has joined #i2p [22:25:04] &lt;duck&gt; I tend to agree with human's latest post [22:25:13] &lt;jrand0m&gt; plus, with mihi's new streaming I2PTunnel api, its fairly easy to build off [22:26:42] &lt;jrand0m&gt; as do i, though i don't have the time to work on httptunnel, so its really up to mihi as to what use case he's most interested in addressing first [22:26:48] * lucky has joined #i2p [22:27:45] * jar has quit IRC (EOF From client) [22:27:52] &lt;jrand0m&gt; mihi&gt; any thoughts? [22:28:26] &lt;jrand0m&gt; ok or anyone else? :) [22:28:47] &lt;duck&gt; `http://i2p.i2p/` looks ugly to me [22:28:55] &lt;duck&gt; but even that could be survived [22:28:59] &lt;jrand0m&gt; i2p.i2p? [22:29:05] &lt;human&gt; ? [22:29:27] * ion has quit IRC (Ping timeout) [22:29:28] &lt;jrand0m&gt; i could add in a dns entry for eep.i2p.net pointing to 127.0.0.1 for machines that do bad dns things [22:30:01] * fR has quit IRC (EOF From client) [22:30:20] * human didn't get the latest proposal :-) [22:30:27] &lt;duck&gt; I think I did see i2p.i2p mentioned somewhere as replacement for the current http://i2p/keybla [22:30:35] &lt;jrand0m&gt; yours was the latest human [22:30:54] &lt;jrand0m&gt; oh, right, yeah on irc last night i think jnano was discussing it [22:30:55] &lt;human&gt; jrand0m: i mean: "i could add in a dns entry for eep.i2p.net pointing to 127.0.0.1 for machines that do bad dns things" [22:31:03] &lt;mihi&gt; duck: you have good eyes. i did this to prevent netbios lookups in Opera. [22:31:21] &lt;duck&gt; ah yeah "code/apps/i2ptunnel/java/src/net/invisiblenet/i2p/httptunnel/handler/RootHandler.java" [22:31:21] &lt;jrand0m&gt; ah sorry human, i meant that with regards to what mihi just said :) [22:31:23] * lucky has quit IRC (Ping timeout) [22:31:49] &lt;duck&gt; it is a shame that some browsers need such workarounds [22:31:55] &lt;human&gt; wew [22:32:15] &lt;jrand0m&gt; human mentioned something about socks4 not requiring that? [22:32:15] * KyroxX is now known as wbk [22:32:23] &lt;duck&gt; socks4a [22:32:29] &lt;jrand0m&gt; ah ok [22:32:39] &lt;duck&gt; (socks4 does DNS) [22:32:49] &lt;jrand0m&gt; do all browsers support socks4a? [22:32:59] &lt;human&gt; jrand0m: socks4 is Evil(TM), but socks4a and socks5 delegate name resolution to the server [22:33:00] &lt;duck&gt; s/socks4 does DNS/with socks4 the client does DNS/ [22:33:06] &lt;mihi&gt; some browsers don't even support socks proxies... [22:33:08] &lt;human&gt; jrand0m: yes, AFAIK [22:33:27] &lt;jrand0m&gt; right, plus the kiosk issue mihi, certainly [22:33:52] &lt;duck&gt; it could be an alternative [22:34:04] &lt;duck&gt; httpclient + socksclient + etc [22:34:29] &lt;human&gt; jrand0m, mihi: programs that don's support socks could be tsocks'ed [22:34:53] &lt;jrand0m&gt; human&gt; unless its a kiosk, where people can't run apps [22:35:00] &lt;jrand0m&gt; (or change settings, etc) [22:35:19] &lt;human&gt; jrand0m: yes, of course socks tunnels aren't suited for these tasks [22:35:31] &lt;duck&gt; (human: though then they'd still call gethostbyname) [22:35:39] &lt;jrand0m&gt; would they duck? [22:35:55] &lt;human&gt; duck: no, tsocks even inhibits them and forwards them to the proxy server [22:36:16] &lt;human&gt; duck: (dunno what happens in the windows world, though) [22:36:30] &lt;jrand0m&gt; they BSOD [22:36:32] &lt;jrand0m&gt; er.. [22:36:57] &lt;duck&gt; (not according to /usr/share/doc/tor-0.0.2_pre27/CLIENTS.gz) [22:36:57] &lt;human&gt; heheheh [22:37:07] &lt;jrand0m&gt; heh duck [22:37:18] &lt;human&gt; socks tunnels, however, will not replace www proxies :-) [22:37:24] &lt;duck&gt; (( &lt;/tortechnotalk&gt; )) [22:38:25] &lt;jrand0m&gt; mihi&gt; whats your take on the highest priority use case for httptunnel? if there's something we can help with? [22:38:31] &lt;mihi&gt; http://home.arcor.de/mschierlm/test/nosocks.png (which browser is that?) [22:38:31] &lt;human&gt; it's just an add-on to do some neat stuff with tunnelling, chaining etc. [22:38:31] &lt;wbk&gt; I2P is the ircd of iip right? [22:38:31] &lt;duck&gt; anyway, all solutions need a clientside filter [22:38:47] &lt;human&gt; duck: yes, according to man 8 tsocks :-) [22:39:14] &lt;jrand0m&gt; dunno mihi, opera? [22:39:19] * fR has joined #i2p [22:39:19] &lt;duck&gt; wbk: no private msg [22:39:19] &lt;jrand0m&gt; wbk&gt; no [22:39:30] &lt;mihi_backup&gt; jrand0m: make it work perfectly with post requests &amp;&amp; make it do everything httpclient does [22:39:45] &lt;jrand0m&gt; word [22:40:08] &lt;ughabugha&gt; mihi: That's Opera. [22:40:14] &lt;human&gt; mihi: dunno, but as i wrote above: socks tunnels, however, will not replace www proxies :-) [22:40:18] &lt;ughabugha&gt; If you ment that as a question. :) [22:41:13] &lt;jrand0m&gt; ok, cool, anyone have anything else to bring up for web stuff, or are we ready for 4) Administravia? [22:42:23] &lt;jrand0m&gt; ok, just some notes - [22:42:24] * Rom|Away|3h is now known as Rom|Away|4h [22:42:51] &lt;jrand0m&gt; the drupal site is back online, so anyone who wants to help out with that, or see the latest progress, please hit drupal.i2p.net :) [22:44:02] &lt;jrand0m&gt; on it, you'll find the other two administravia points - the team roster [http://drupal.i2p.net/team] and the draft of a new license policy [http://drupal.i2p.net/node/view/85] [22:44:26] &lt;duck&gt; I was looking at the license policy... [22:44:35] &lt;duck&gt; AFAIK Cryptix == BSD [22:44:43] &lt;jrand0m&gt; right [22:44:52] &lt;duck&gt; (but with Cryptix team as copyrightor instead of regents of massachusets or something) [22:44:52] &lt;jrand0m&gt; but, strictly, its the Cryptix license ;) [22:45:05] &lt;duck&gt; what is MIT? [22:45:13] &lt;jrand0m&gt; mit is == bsd 2 clause [22:45:16] &lt;jrand0m&gt; == x [22:45:19] &lt;duck&gt; what code is MIT I mean [22:45:25] &lt;jrand0m&gt; nothing [22:45:29] &lt;human&gt; == x &lt; 4.4.0 [22:45:36] &lt;jrand0m&gt; i just list it as "if you want to use MIT, great" [22:45:42] &lt;jrand0m&gt; right human :/ [22:45:49] &lt;duck&gt; the amount of licenses is already quite a few [22:45:56] &lt;duck&gt; I was wondering if that could be restricted [22:46:07] &lt;duck&gt; for example changing the GPL code into BSD or even pubdomain [22:46:31] &lt;duck&gt; was wondering what the author(s) of that part(s) did think about that [22:46:32] &lt;ox&gt; &lt;no_dammagE&gt; so, chatroom, ill go sleep now. Good code @ Devteam, good time of day to all others. Till tomorrow. [22:46:40] &lt;duck&gt; bye no_dammagE [22:46:41] &lt;jrand0m&gt; i would love if the i2ptunnel streaming lib / naming lib or even the full i2ptunnel were licensed under a bsd-like license [22:46:51] &lt;jrand0m&gt; later no_dammagE [22:46:55] &lt;no_dammagE&gt; cu [22:46:58] * no_dammagE has quit IRC [22:47:19] * jar_backup has joined #i2p [22:47:50] &lt;jrand0m&gt; but, of course, GPL is fine, t'is mihi's right :) [22:48:06] &lt;mihi&gt; for streaming/naming lib that would be okay for me (or BSD or LGPL). but I'd like to keep GPL for the core I2PTunnel [22:48:07] &lt;ughabugha&gt; Well, whatever the license is, it should be GPL-compatible. [22:48:36] &lt;ughabugha&gt; (Ie, it shouldn't be more restrictive than GPL) [22:48:42] &lt;human&gt; i'm a GNU GPL advocate, but i think that the best license to disseminate new protocols and formats is something BSD-style (e.g. see how the OGG Vorbis guys relicensed everything from LGPL do MIT-X11) [22:49:05] &lt;jrand0m&gt; mihi&gt; the streaming and naming lib are funcional without dependency upon i2ptunnel itself, right? [22:49:14] &lt;ughabugha&gt; Yeah, reference implementation shouldn't be GPL. [22:49:25] &lt;mihi&gt; they should be. if not, it's a bug. [22:49:30] &lt;jrand0m&gt; BSD 2 clause on those would be fantastic [22:49:40] &lt;human&gt; yup! [22:49:45] &lt;mihi&gt; you can have naming lib public domain if you include it into core ;) [22:50:02] * ion has joined #i2p [22:50:03] &lt;jrand0m&gt; absolutely, I'd love to include them in the core sdk [22:50:42] &lt;mihi&gt; them? ;) (including streaming lib into core would be a bad idea imho, since it is too less open for other impls) [22:51:09] &lt;jrand0m&gt; well, the sdk impl itself makes some nontrivial design assumptions - its just a ref impl [22:51:22] &lt;jrand0m&gt; i'd love if people could take i2p.jar and write a streaming app [22:51:28] &lt;human&gt; mihi: regarding I2PTunnels &amp; GPL: i'd suggest to add an explicit GNU GPL exception that allows people to link your app with proprietary JVMs (see my comment on http://drupal.i2p.net/node/view/85) [22:51:28] * Masterboy has quit IRC (Ping timeout) [22:51:59] &lt;duck&gt; human: that brings up the "have to hire a lawyer before I can use it"-problem [22:52:01] &lt;jrand0m&gt; (perhaps we can split the current i2ptunnel into i2ptunnel and i2pstreaming, if you'd prefer?) [22:52:32] &lt;mihi&gt; jrand0m: that would be okay for me. just change the ant task to build 2 jars ;) [22:52:35] &lt;human&gt; duck: i suggest to add the exception just to avoid it [22:52:39] &lt;jrand0m&gt; duck&gt; if mihi is willing to BSD the streaming and naming libs, i don't think that'd be too much trouble [22:53:30] &lt;mihi&gt; and better make i2pministreaming instead of i2pstreaming [22:53:41] &lt;duck&gt; mihistreaming :) [22:53:48] &lt;mihi&gt; (note the n in mi4ni) [22:54:02] &lt;mihi&gt; duck: that was exactly what i thought ;) [22:54:03] &lt;jrand0m&gt; word mihi, so perhaps we can revise the table on http://drupal.i2p.net/node/view/85 to list the I2PTunnel core as GPL (perhaps with the exception human mentions?), plus a seperate I2PMiniStreaming line as BSD? [22:54:04] &lt;jrand0m&gt; hehe [22:54:10] &lt;jrand0m&gt; i2pmihistreaming is good too :) [22:55:25] &lt;duck&gt; ok [22:55:40] &lt;duck&gt; next week I'll try to convince you all to move totally to publicdomain [22:55:45] &lt;duck&gt; but this is enough for now :) [22:55:48] &lt;jrand0m&gt; :) [22:55:50] &lt;human&gt; hehe [22:56:06] &lt;jrand0m&gt; mihi*=5 [22:56:14] &lt;mihi&gt; jrandom**=5; [22:56:21] &lt;duck&gt; wbk did just offer to help with the webdesign [22:56:36] &lt;jrand0m&gt; oh awesome duck [22:56:45] &lt;jrand0m&gt; well, briefly before we jump to 5) [22:56:58] &lt;jrand0m&gt; do any devs have any qualms with the /policy/ in http://drupal.i2p.net/node/view/85? [22:57:05] &lt;duck&gt; so I did do a bureaucratic team-table lookup and delegate him to wilde [22:57:25] &lt;human&gt; before jumping... what about the GPL + exception suggestion? [22:57:29] &lt;jrand0m&gt; aka "implicitly under $primaryLicense" or "explicitly under $alternate"? [22:57:47] &lt;jrand0m&gt; duck++ :) [22:58:02] &lt;mihi&gt; human: I'm adding it atm [22:58:07] * human agrees with jrand0m's policy [22:58:25] &lt;duck&gt; what about copyright owner [22:58:28] &lt;human&gt; mihi: ok, thanks [22:58:30] * duck did see human adding some new files as GPL [22:58:36] &lt;duck&gt; and putting mihi's name on that [22:58:45] &lt;ughabugha&gt; Err... I don't think drupal likes passwords which are 32 characters long. [22:58:51] &lt;human&gt; duck: i just cut'n'pasted existing files [22:59:18] &lt;duck&gt; ok, but what if we have 50 ppl working on it and each putting their own name on the copyrights [22:59:20] &lt;jrand0m&gt; for people that add public domain code, there's no copyright, but for people who use copyright, people should copyright it themselves [22:59:22] &lt;human&gt; duck: (well, even if i'm forgetting to put copyrights into files...) [22:59:25] &lt;duck&gt; then you cant switch license at a later point [22:59:29] &lt;jrand0m&gt; thats fine duck, in my opinion [22:59:53] &lt;jrand0m&gt; e.g. thecrypto should be the copyright owner of his encryption and SHA routines [23:00:03] &lt;human&gt; (i was still observing jrand0m's policy to stick with module licenses, btw) [23:00:05] &lt;jrand0m&gt; though since he's released it under BSD 2 clause, we will use it [23:00:38] &lt;jrand0m&gt; oh, maybe i'm missing the point - you want to make sure everyone puts their own name on it? [23:00:44] &lt;duck&gt; no [23:00:49] * jrand0m assigns copyright to richard nixon [23:00:56] &lt;human&gt; heheh [23:01:34] &lt;human&gt; btw: in my country, "public domain" is just another kind of copyright [23:01:46] &lt;jrand0m&gt; hmm. i2p doesn't have any legal entity to receive copyright (and *never* will) [23:02:02] &lt;human&gt; i.e. you (the author) distribute your works without any restrictions [23:02:18] &lt;jrand0m&gt; right, a lot of countries have fucked up IP laws [23:02:59] &lt;human&gt; jrand0m: just to say that maybe it's better to put something like "i've created this file, and you can use it without any restriction" in each file [23:03:13] &lt;jrand0m&gt; that i think is a good idea [23:03:47] &lt;human&gt; jrand0m: (it's still happening, of course, but i think it should be a requirement :-) [23:03:55] &lt;jrand0m&gt; thats why i included the "jrandom wrote this in $year and releases it into the public domain" ;) [23:04:08] &lt;human&gt; jrand0m: yeah :-) [23:04:27] &lt;jrand0m&gt; so i'm missing ducks point [23:04:37] &lt;fidd&gt; and that thing abouth eating children [23:04:37] &lt;duck&gt; I lost it too [23:04:43] &lt;jrand0m&gt; :) [23:04:44] &lt;human&gt; heheh [23:04:47] &lt;duck&gt; lets forget it [23:04:58] * lucky has joined #i2p [23:05:13] &lt;jrand0m&gt; ok, so I'll add to the commit priv section the suggestion that people make note of their authorship of what they write [23:05:22] &lt;jrand0m&gt; (even if they dont copyright it?) [23:05:24] &lt;lucky&gt; hi [23:05:25] &lt;lucky&gt; :D [23:05:39] &lt;jrand0m&gt; s/suggestion/&lt;i&gt;suggestion&lt;/i&gt;/ [23:05:42] &lt;jrand0m&gt; hi lucky [23:05:50] &lt;jrand0m&gt; [damn i borked my regexp] [23:05:57] &lt;duck&gt; want me to PGP sign a statement? [23:06:09] &lt;jrand0m&gt; i'm going to, yes [23:06:30] &lt;jrand0m&gt; once the policy is ready and revised, i'll be contacting all prior committers for PGP/GPG auth [23:06:33] &lt;human&gt; jrand0m: yes (in my country it's impossible to refuse copyright, it's seen as an inalienable author's right) [23:06:52] &lt;duck&gt; yes, your country is fucked [23:06:53] &lt;duck&gt; NEXT [23:06:56] &lt;duck&gt; (oops) [23:06:58] &lt;jrand0m&gt; :) [23:07:19] &lt;fidd&gt; human, what country? [23:07:39] &lt;human&gt; jrand0m: so, "this file is not copyrighted" just doesn't make sense - you should *always* explicitly say that you're the author, and that you put no restrictions on your work [23:07:47] &lt;human&gt; fidd: somewhere near Europe :-) [23:07:54] &lt;fidd&gt; heh, ok [23:07:59] &lt;lucky&gt; human: you can later say you don't want the copyright [23:08:03] &lt;lucky&gt; and put it in the public domain. [23:08:19] &lt;jrand0m&gt; human&gt; with the "implicit release under $primaryLicense", that should address the issue though, right? [23:08:24] &lt;duck&gt; human means that that doesnt mean anything in $fuckedcountry [23:08:42] &lt;jrand0m&gt; human&gt; since that implicitly means commit == release as $primaryLicense [23:08:50] &lt;human&gt; duck: yup, exactly [23:09:07] &lt;jrand0m&gt; (so no comment == implicit license by $author, per `cvs log`) [23:09:28] &lt;jrand0m&gt; (ah, legalese in code ;) [23:09:36] &lt;human&gt; jrand0m: well, i'm not a lawyer... but i think it should work [23:09:43] * kaji has joined #i2p [23:09:48] &lt;ox&gt; * wilde agrees with the last proposal [23:09:57] &lt;jrand0m&gt; w3rd. [23:10:05] &lt;jrand0m&gt; ok, i'll see if i can get the eff to review [23:10:19] &lt;jrand0m&gt; moving on to 5) ??? [23:10:21] &lt;human&gt; jrand0m: maybe it's better to have some sort of agreement when ppl are given CVS access [23:10:46] &lt;ox&gt; &lt;wilde&gt; when will we see, net.i2p.legal.LicenseManager? [23:10:47] &lt;jrand0m&gt; agreed human&gt; explicit agreement with $policy will be a prerequisit for getting commit privs [23:10:50] &lt;jrand0m&gt; heh [23:10:52] &lt;human&gt; jrand0m: (for example, GPG signing the your policy, and hosting it on the I2P site?) [23:11:00] &lt;human&gt; heheh [23:11:04] &lt;jrand0m&gt; reasonable enough human. [23:11:13] &lt;mihi&gt; jrand0m prefers PGP8 ;) [23:11:23] &lt;jrand0m&gt; damn straight. pgpdisk++ [23:12:06] * wilde has joined #i2p [23:12:14] &lt;duck&gt; hi wilde [23:12:36] &lt;jrand0m&gt; ok, does anyone have anything they want to bring up for 5) ??? [23:13:27] &lt;wilde&gt; just an invitation one more time for people to visit drupal and comment, modify, etc [23:13:37] &lt;jrand0m&gt; word, yes, thats a good point [23:13:41] &lt;duck&gt; http://drupal.i2p.net/ [23:13:41] &lt;wilde&gt; so we can have good docs for 1.0 [23:13:41] &lt;mihi&gt; human, jrand0m: is the license in CVS okay now? ;) [23:13:55] &lt;jrand0m&gt; on http://drupal.i2p.net/team there are a lot of [vacant] roles. volunteer! [23:14:02] &lt;fidd&gt; i cant get drupal thru squuid :/ [23:14:17] * mihi volunteers for QS guy cuz of echo server ;) [23:14:29] &lt;mihi&gt; s/QS/QA/ [23:14:33] &lt;jrand0m&gt; woot! [23:15:01] &lt;wilde&gt; unit tests for echo server [23:15:12] &lt;mihi&gt; wilde rofl no [23:15:17] &lt;human&gt; mihi: maybe you should s/XXXX/mihi/ in the GPL exception :-) [23:15:20] &lt;ughabugha&gt; jrand0m: Heh, what do you mean by stress testing? :) [23:15:34] &lt;mihi&gt; echo server is system test for i2p ;) [23:15:38] &lt;mihi&gt; human: oops ;) [23:15:56] * Rom|Away|4h has quit IRC (Ping timeout) [23:16:08] &lt;jrand0m&gt; ughabugha&gt; it means you smash (aka use) the router and have patience with me to debug it, submitting reports and logs [23:16:35] &lt;ox&gt; &lt;wilde&gt; thus stress testing poor jrandom... [23:16:40] &lt;ughabugha&gt; jrand0m: Oh, okay. :) [23:16:44] &lt;duck&gt; wow, mihi is fast [23:16:47] &lt;ughabugha&gt; Hehe. [23:17:30] * Romster has joined #i2p [23:17:40] &lt;mihi&gt; duck: editor still open and the CVS comment was fast to type as well ;) [23:17:40] &lt;jrand0m&gt; mihi&gt; licenses look great - just to be explicit, you're idented here, and you intend to release under the bsd 2 clause [per http://opensource.org/licenses/bsd-license.php], correct? [23:17:41] * Romster is now known as Rom|Away|4h [23:18:02] &lt;jrand0m&gt; (or you can just add that copyright text into the source) [23:19:24] &lt;mihi&gt; hmm, what does idented mean? (yes to your second subclause) [23:19:42] &lt;jrand0m&gt; means you've proven to trent that you're mihi :) [23:19:50] &lt;duck&gt; authenticated [23:19:54] &lt;mihi&gt; ok, identified ;) [23:20:01] &lt;jrand0m&gt; w3rd [23:20:06] &lt;human&gt; let's try identicated [23:20:14] &lt;mihi&gt; it looked to me like "indented" and i thought that my white space was incorrect ;) [23:20:20] &lt;jrand0m&gt; hehe [23:20:43] &lt;ox&gt; * wilde thinks launches word for find yet another synonym [23:21:07] &lt;human&gt; authentified? [23:21:22] &lt;duck&gt; anyway... [23:21:28] &lt;jrand0m&gt; ok, r0x0r, anyone have anything else to bring up? [23:21:44] &lt;ox&gt; &lt;wilde&gt; yeah [23:21:50] &lt;ox&gt; &lt;wilde&gt; eep naming [23:22:00] &lt;jrand0m&gt; heh you don't like my pronounciation? [23:22:12] * kaji has quit IRC (Ping timeout) [23:22:14] &lt;ox&gt; &lt;wilde&gt; of i2p -&gt; eep [23:22:14] * Rom|Away|4h has quit IRC (Ping timeout) [23:22:21] &lt;jrand0m&gt; oh [23:22:30] &lt;jrand0m&gt; you want to rename the whole project "eep" ? [23:22:39] &lt;human&gt; lol [23:22:48] &lt;ox&gt; * wilde mutters [23:22:48] &lt;mihi&gt; envisible enternet project ;) [23:23:08] &lt;lucky&gt; envisible [23:23:09] &lt;jrand0m&gt; extrordinarily excellent people [23:23:15] &lt;lucky&gt; connotates something for me. [23:23:46] &lt;mihi&gt; even easier publishing ;) [23:23:51] &lt;jrand0m&gt; ooOOoo [23:23:51] &lt;lucky&gt; As in its going to be visable, therefore possible. envision maybe? [23:23:53] &lt;ughabugha&gt; Come on, stop picking on wilde. :) [23:23:54] &lt;ox&gt; &lt;wilde&gt; seriously, do you like the name then it's fun? [23:24:06] &lt;ox&gt; &lt;wilde&gt; fine i mean, getting tired [23:24:44] &lt;ox&gt; &lt;wilde&gt; new users will not have it easy [23:25:03] &lt;jrand0m&gt; oh, i'm not a marketeer. we went under "eep" because its all i could think of [23:25:23] &lt;human&gt; i think it should be forbidden to explain that eep ~= i2p, or users will *really* screw up [23:25:25] * ion has quit IRC (Ping timeout) [23:25:26] &lt;jrand0m&gt; what should we call websites that people both host and access through i2p? [23:25:38] &lt;jrand0m&gt; hehe [23:25:42] &lt;duck&gt; i2psites? [23:25:44] &lt;ox&gt; &lt;wilde&gt; i2p site? [23:25:57] * human likes eepsites without explanations :-) [23:26:09] * kaji has joined #i2p [23:26:25] * jrand0m asks the http://drupal.i2p.net/team user advocate for their opinion [23:26:35] &lt;duck&gt; we got one? [23:26:38] &lt;jrand0m&gt; no [23:26:43] &lt;jrand0m&gt; ;) [23:26:52] &lt;duck&gt; heh [23:26:55] &lt;human&gt; anyway... you can change all the naming, as long as the "Shitlist" keeps its current name [23:26:56] &lt;ox&gt; * wilde rushes to the browser [23:27:01] &lt;jrand0m&gt; heh [23:27:06] &lt;mihi&gt; lol human [23:27:07] &lt;jrand0m&gt; oh, shitlist is going to stay, for sure ;) [23:27:21] &lt;ox&gt; &lt;wilde&gt; i take the role, it should be i2p sites, i resign [23:27:21] &lt;duck&gt; I bet that shitlist is a proper english word [23:27:24] &lt;jrand0m&gt; i mean, "blacklist" just isn't as fun [23:27:26] &lt;jrand0m&gt; hah wilde [23:27:29] &lt;human&gt; jrand0m: cool! [23:27:56] &lt;ughabugha&gt; But why not stick to the current names? [23:28:05] * human was worried that the shitlist was going to be the first victim when I2P goes corporate [23:28:06] &lt;jrand0m&gt; ok, i don't really care either way, i2psite is fine, eepsite is fine [23:28:09] &lt;ughabugha&gt; I mean we have enough time to consider it on the mailing list until 1.0. [23:28:09] &lt;mihi&gt; jrand0m: and the elephants on the moon have to stay too ;) [23:28:22] &lt;kaji&gt; so is kaji.i2p up for anyone. i kinda just started it up without testing anything and left it running [23:28:31] &lt;jrand0m&gt; human&gt; i think we don't have to worry about that one ;) [23:28:35] &lt;ughabugha&gt; kaji: It worked for me. [23:28:48] &lt;jrand0m&gt; we have to keep moving the easter eggs mihi :) [23:28:48] &lt;ox&gt; &lt;wilde&gt; i don't really care, eepsite is just as boring as i2psite [23:29:05] &lt;jrand0m&gt; we can consider them synonyms [23:29:23] &lt;ox&gt; &lt;wilde&gt; that the worst decision ;) [23:29:44] &lt;duck&gt; wbk: ok, I have to leave for a bit. The meeting is almost over so people can help you in #i2p [23:29:44] * jrand0m supposes that now that i've taken on the title of PM i've got to make a decision [23:29:48] * ion has joined #i2p [23:29:55] * jrand0m kicks self [23:30:09] &lt;human&gt; heheh [23:30:12] * mihi guesses jrand0m needs some support for that [23:30:19] * Trent@anon.iip sets mode: +o mihi [23:30:27] * mihi sets mode: +o jrand0m [23:30:30] &lt;@jrand0m&gt; ooOOoo [23:30:32] * mihi sets mode: -o mihi [23:30:49] &lt;ox&gt; &lt;wilde&gt; ok no more questions from me [23:30:55] * human sacrifices his pet to the PM [23:31:38] * mihi still waits for jrand0m kicking himself... [23:31:44] &lt;@jrand0m&gt; i think there's benefit to discussion, as well as some quirkiness. i also lean in human's direction - there's no need to confuse people by explaining "eep != i2p" [23:31:59] * @jrand0m Offically Decides "eepsite" [23:32:23] * You were kicked by jrand0m (bastard!) Session Close: Tue Mar 23 23:32:23 2004 Session Start: Tue Mar 23 23:32:30 2004 [23:32:32] &lt;human&gt; lol [23:32:37] &lt;duck&gt; lets quickly baff the meeting closed [23:32:40] &lt;duck&gt; oh, too late [23:32:42] &lt;jrand0m&gt; heh [23:32:48] &lt;human&gt; heheh [23:32:56] &lt;jrand0m&gt; ok anything else? we're at the 92 minute mark [23:33:05] * jrand0m winds up... [23:33:20] * jrand0m *baf*s the meeting closed </div>/zh/blog/2004/03/16/i2p-dev-meeting-march-16-2004/Tue, 16 Mar 2004 00:00:00 +0000/zh/blog/2004/03/16/i2p-dev-meeting-march-16-2004/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> aum, deer, jrandom, mihi</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:12 &lt; jrandom&gt; 议程: 13:12 &lt; jrandom&gt; 0) 嗨 13:12 &lt; jrandom&gt; 1) 管理杂务 13:13 &lt; jrandom&gt; 2) 0.3 进度 13:13 &lt; jrandom&gt; 3) peer（对等节点）画像/选择 13:13 &lt; jrandom&gt; 4) Web 架构 13:13 &lt; jrandom&gt; 5) ??? 13:13 &lt; jrandom&gt; 0) 嗨 13:13 * jrandom 向大家挥手 13:14 &lt; deer&gt; * jrandom_ 从 i2p 挥手 13:14 &lt; deer&gt; * wilde 击个掌 13:15 &lt; deer&gt; &lt;ughabugha&gt; 嗨！ 13:15 &lt; deer&gt; * duck 正在阅读 13:15 &lt; deer&gt; &lt;human&gt; yo! 13:16 &lt; jrandom&gt; w0rd，抱歉把那些进度说明挂出来晚了 (http://i2p.net/pipermail/i2p/2004-March/000165.html) 13:18 &lt; jrandom&gt; 1) 管理杂务 13:19 &lt; jrandom&gt; 为了简单起见，也为了避免我们上周因为各网络闹脾气遇到的麻烦，我们做了点小魔法，这次会议同时跑在三个 IRC 网络上 13:19 &lt; deer&gt; &lt;duck&gt; (amazing!) 13:19 &lt; jrandom&gt; iip 的 #i2p、duck/baffled 的 i2p IRC 网络的 #i2p，以及 freenode 的 #i2p 13:19 &lt; jrandom&gt; :) 13:19 &lt; deer&gt; &lt;baffled&gt; 谁才偏执？ 13:20 &lt; deer&gt; &lt;ughabugha&gt; 好了，读完进度说明了。 13:20 &lt; deer&gt; &lt;ughabugha&gt; jrandom: 有什么要说的吗？ 13:20 &lt; deer&gt; &lt;ughabugha&gt; 还是说它们？ 13:21 &lt; jrandom&gt; 只是提一下，这样在一个网络上有问题的人可以换另一个 13:21 &lt; deer&gt; &lt;mihi&gt; 好的。我也读完进度说明了 13:21 &lt; jrandom&gt; 另外，drupal 机器本周末应该会恢复上线（祈祷中） 13:22 &lt; deer&gt; &lt;ughabugha&gt; 哦，好的。1) 还有什么要讨论的吗？ 13:22 &lt; deer&gt; &lt;ughabugha&gt; 还是说等大家读完？ 13:22 &lt; deer&gt; &lt;ughabugha&gt; jrandom: 好。:) 13:22 &lt; jrandom&gt; 没有，除非有人有管理杂务要提出？ 13:23 &lt; deer&gt; * mihi 想在第 3 点做个标记 13:23 &lt; jrandom&gt; 旗子已插 ;) 13:23 &lt; deer&gt; * duck 在第 2 点 13:23 &lt; deer&gt; &lt;duck&gt; 呃，我们用什么索引？ 13:24 * jrandom 觉得我们可以转到议程项目 2) 0.3 进度 13:25 &lt; jrandom&gt; 我为 0.3 的进度说明打了比平时多得多的字，所以这里就不重复了，有没有人有任何问题/担忧要提？ 13:25 &lt; deer&gt; &lt;ughabugha&gt; 继续。 13:26 &lt; deer&gt; &lt;duck&gt; 为什么 ElGamal/AES+SessionTag 的解密经常失败？ 13:26 &lt; jrandom&gt; duck&gt; 因为过载和延迟。如果一个 garlic 路由的消息被延迟超过该 sessionTag 的寿命，解密就会失败 13:27 &lt; deer&gt; &lt;duck&gt; 好 13:27 &lt; jrandom&gt; 此外，即使 garlic 路由的消息解密没问题，但内容被延迟得太久，以至于 cloves 过期了，那也是一次无用的解密 13:28 &lt; deer&gt; &lt;duck&gt; 不知为何那句话让我以为除了过载/延迟之外还有别的原因 13:28 &lt; deer&gt; &lt;tro|l&gt; ce zi e azi? 13:28 &lt; jrandom&gt; 嗯，源路由的回复块在解密上也有些问题，不过它们会在 0.3.1 里消失，太深入调试不太值得 13:29 &lt; deer&gt; &lt;kaji&gt; 哇，它能用了！ 13:29 &lt; jrandom&gt; （而且一次失败的 ElG 可能是 i2p 做的最耗 CPU 的事情） 13:30 &lt; deer&gt; &lt;jrandom_&gt; 呵呵 欢迎来到 i2p #i2p :) 13:30 &lt; deer&gt; * kaji 赞美 0.2.5.1 13:30 &lt; deer&gt; &lt;jrandom_&gt; 0.2.5.1？靠，快去用 0.2.5.4 :) 13:30 &lt; jrandom&gt; 好，0.3 进度还有别的吗？ 13:31 &lt; deer&gt; &lt;kaji&gt; .. 13:31 &lt; deer&gt; &lt;duck&gt; . 13:31 &lt; deer&gt; &lt;kaji&gt; ping? 13:31 &lt; jrandom&gt; p0ng 13:31 &lt; mihi&gt; pung 13:31 &lt; deer&gt; &lt;mihi_backup&gt; pung2 13:32 &lt; deer&gt; &lt;Pellinore&gt; prawn 13:32 &lt; jrandom&gt; 好，转到 3) peer 画像/选择 13:32 * mihi 把旗子挪到另一个编号为 3 的议题 ;) 13:32 &lt; jrandom&gt; （天哪，居然没有素食海鲜替代品，真是有点好笑……） 13:32 &lt; deer&gt; * kaji 赞美 0.2.5.4.1 13:32 &lt; deer&gt; &lt;duck&gt; 整个 peer 画像看起来像是在耍魔法，你打算怎么调试？ 13:32 &lt; deer&gt; &lt;Pellinore&gt; 有素蟹肉。 13:32 &lt; jrandom&gt; 啊，说得对，pellinore。 13:32 &lt; deer&gt; &lt;wilde&gt; jrandom: 还有素寿司 13:33 &lt; jrandom&gt; duck&gt; 哪一部分看起来像魔法？ 13:33 &lt; deer&gt; &lt;duck&gt; 整个分类之类的 13:33 &lt; deer&gt; &lt;Pellinore&gt; 我记得我还见过某种 chik-type 鱼排替代品，但也可能我记错了。 13:33 &lt; deer&gt; &lt;duck&gt; 我的意思是，你怎么知道你做的是最优的？ 13:33 &lt; jrandom&gt; peer 组织器（把画像移动到不同组的那个）是一个非常简单且可分离的组件 13:33 &lt; jrandom&gt; 哦，这是个好问题。 13:34 &lt; jrandom&gt; 我前几天做了些基准测试，用 10,000 个画像跑这个组织器，组织完大约用了 ~50ms 13:34 &lt; jrandom&gt; （organizing == 跑计算器并在组之间移动它们） 13:34 &lt; jrandom&gt; 画像也只占 ~3-4KB 的完整画像，最小画像大约 ~200 字节 13:35 &lt; deer&gt; &lt;duck&gt; 是的，但你怎么知道对第 1 组用“0.597s 回复”是对的 13:35 &lt; deer&gt; &lt;duck&gt; 而不是 0.603s 13:35 &lt; jrandom&gt; （所以我们会保留最好的 1000 个 peers 的完整画像，以及接下来 10,000 个的最小画像） 13:35 &lt; jrandom&gt; 啊，好问题。 13:36 &lt; jrandom&gt; 那是 Rate 组件 13:36 &lt; jrandom&gt; 显然会有些波动，我们不会非常精确。目标是大致有个范围，然后据此组织 13:37 &lt; deer&gt; &lt;duck&gt; 我确实看到它在用平均值 13:37 &lt; jrandom&gt; 例如，找出跑在 T3 上、四核处理器的那些 routers，把它们和跑在 386 上配 2400 bps 调制解调器的 routers 分开 13:37 &lt; deer&gt; &lt;duck&gt; 所以如果丢进 100 个很烂的节点，会严重影响平均值 13:37 &lt; jrandom&gt; 同意——那里面有两方面我们可以调 13:38 &lt; jrandom&gt; 首先，我们可以让阈值用前 10% 来决定“快”与“非快” 13:38 &lt; jrandom&gt; （或者前 90%，随你） 13:38 &lt; jrandom&gt; 其次，我们可以调整 Rate 组件来保留各种统计——不是简单的平均，它可以忽略偏斜、求 stddev 等 13:39 &lt; jrandom&gt; rate 组件目前相当初级，如果有擅长统计的人能看看并改进就太好了 13:39 &lt; jrandom&gt; （它的一个关键目标是与规模无关（scale-free）——所以即使我们收到 100,000 个事件，也不必把所有数据点都留在内存里等） 13:40 &lt; deer&gt; &lt;duck&gt; 好，那么是什么能防止另一个 NGRouting 灾难发生？ 13:40 &lt; jrandom&gt; 但你说得对——计算器和 peer 选择算法将是未来改进网络的主要焦点 13:40 &lt; jrandom&gt; ngrouting 试图做两件不同的事——找特定数据，以及找可用的 peers。 13:40 &lt; jrandom&gt; 我们只需要找可用的 peers 13:41 &lt; deer&gt; &lt;duck&gt; 不错 13:41 &lt; jrandom&gt; （然后把我们的 tunnels 放在那里） 13:41 &lt; deer&gt; * duck 移除了断点 13:41 &lt; jrandom&gt; :) 13:41 &lt; mihi&gt; 但我们也得找到 tunnels。 13:41 &lt; jrandom&gt; 对，mihi——netDb 是个重要点 13:42 &lt; deer&gt; &lt;Pellinore&gt; 我统计学的数学没问题，但把数据转成计算机能用的数据这方面技术很差。 13:42 &lt; deer&gt; &lt;Pellinore&gt; 不过我很乐意和某人合作，尽力贡献。 13:42 &lt; jrandom&gt; 太好了，pellinore！ 13:43 &lt; jrandom&gt; 主要的 rate 类在这里：http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/core/java/src/net/invisiblenet/i2p/stat/Rate.java?rev=1.3&amp;content-type=text/x-cvsweb-markup 我们可以稍后再聊 :) 13:43 &lt; deer&gt; &lt;Pellinore&gt; 好 13:43 &lt; jrandom&gt; （我知道，我不指望你读代码，只是提一下） 13:44 &lt; deer&gt; &lt;Pellinore&gt; 我会读的，不过大概跟我家狗在读 Kierkegaard 差不多。 13:44 &lt; jrandom&gt; 呵呵 13:45 &lt; deer&gt; &lt;Pellinore&gt; 但我在学习。 13:45 &lt; deer&gt; &lt;Pellinore&gt; 不管怎样，请继续——我不想拖慢进度。 13:45 &lt; jrandom&gt; （自愿帮忙可不是拖后腿 ;) 13:46 &lt; jrandom&gt; 关于 peer 画像/选择代码我忘了提一点，“integration” 级别只在网络数据库中用于“探索”，不用在搜索/存储中 13:46 &lt; jrandom&gt; 搜索/存储我们仍然对所有未失败的 peers 做（相当）传统的 Kademlia（卡德姆利亚）search/store 13:46 &lt; jrandom&gt; 而且，在每个 peer 组内，我们总是*随机地*选择 13:46 &lt; jrandom&gt; （也就是不会总是选最快组里最快的那个，等等） 13:47 &lt; jrandom&gt; 这是出于安全和负载均衡的原因 13:48 &lt; jrandom&gt; （安全方面，这样攻击者不能只造一个特别快的 router 然后看大家都用它——他们得造大量特别快的 routers，把整个分布往自己那边倾斜，等等） 13:49 &lt; jrandom&gt; 好，3) peer 画像/选择还有别的吗？ 13:49 &lt; deer&gt; &lt;duck&gt; . 13:50 &lt; deer&gt; &lt;ughabugha&gt; 看起来没有。 13:50 &lt; jrandom&gt; 好，进入 4) Web 架构 13:52 &lt; jrandom&gt; mihi 的新流式库给了我们很多灵活性，而且他提过几次想把 httpclient 代码抽出来做得更健壮。此外，human 已经开始更新，让同一个客户端内支持透明的 Squid（或 tor-www）代理和 eepsite 代理 13:52 &lt; jrandom&gt; 综合这些因素，再考虑到类似 Web 的功能很可能对 i2p 的用户群很重要，我觉得我们应该退一步，设想一下这些东西该如何拼在一起 13:53 * mihi 我硬盘上有一些 httptunnel 的代码在飞，但离完成还差得远 13:53 &lt; mihi&gt; 对我来说 httptunnel == httpclient + 一些过滤器 13:53 &lt; mihi&gt; 当然使用我的命名和流式 API。 13:54 &lt; mihi&gt; 目前代码只允许不同的“匿名性配置”。 13:54 &lt; jrandom&gt; 对 human 的那种切换到像 squid 等 outproxies 的做法，有什么想法吗？ 13:54 &lt; mihi&gt; 也就是把所有请求都从一个 destination 发出，最多复用到 10 个，把它们按每个主机名复用到一个 dest，等等。 13:54 &lt; jrandom&gt; 啊，有意思 13:55 &lt; mihi&gt; 不过这些目标现在还没用上 ;) 13:55 &lt; jrandom&gt; w3rd。是的，有个大前提是，在一个 router 上放很多 destinations 会非平凡地增加 CPU 负载 13:55 &lt; jrandom&gt; （因为任何一次 garlic 失败都得对每个 dest 失败一次，才算彻底失败） 13:56 &lt; jrandom&gt; 不过我想我们还有些魔法可以用来把它最小化 13:56 &lt; deer&gt; &lt;ughabugha&gt; 你确定透明的 Squid 代理在性能上是个好主意吗？我的意思是，人们可能会变懒，浏览完 I2P 站点或使用 I2P squid 后不把 eepproxy 关掉，从而把不需要匿名的东西也浪费 I2P 带宽。 13:56 &lt; jrandom&gt; ughabugha&gt; 一切都需要匿名 :) 13:57 &lt; jrandom&gt; （如果他们分不清，好吧，靠……） 13:57 &lt; mihi&gt; 我对 httptunnel 的设想是会重写 HTTP 链接（类似 fproxy），这样你不需要代理，只要一个 servlet。 13:57 &lt; deer&gt; &lt;ughabugha&gt; jrandom: 呵。那样 I2P 一出生就死了。网络上不会有足够的可用带宽，所有终端节点可能会把它吃光。 13:58 &lt; mihi&gt; 在那个信息页上可以加个功能，比如通过 squid 浏览该站点。 13:58 &lt; jrandom&gt; 我不太跟上了。我理解并同意涉及的 DNS 问题（不过我觉得我们有几种办法绕开） 13:58 &lt; jrandom&gt; 啊，好的 mihi 13:58 &lt; deer&gt; &lt;aum&gt; 大家早 13:58 &lt; jrandom&gt; mihi&gt; 所以像一个更更高级的“Unable to reach peer”页面？ 13:59 &lt; mihi&gt; 更像 freenet 里的“匿名性警告”页面 ;) 13:59 &lt; jrandom&gt; ughabugha&gt; 如果我们连网页浏览都搞不定，那我们怎么搞 BT/文件共享？ 13:59 &lt; jrandom&gt; 嗯 mihi，但我们想要那样吗？对于想匿名浏览 Web 的人？或者说 httpclient 不是他们会用的应用？ 14:00 &lt; jrandom&gt; 早啊 aum，正好赶上开发会议 :) 14:00 &lt; mihi&gt; jrandom: 如果有人只是想匿名浏览 Web，他 14:00 &lt; deer&gt; &lt;ughabugha&gt; jrandom: 嗯……好问题。我们真的会去搞吗？ ;) 14:00 &lt; deer&gt; &lt;aum&gt; jrandom: 你不在 iip，不在 irc.duck.i2p？!? 14:00 &lt; jrandom&gt; ughabugha&gt; 我们必须得搞。 14:01 &lt; mihi&gt; 也许会配置 httptunnel 去这么做（httptunnel 仍然能当代理用，所以加上去很简单） 14:01 &lt; mihi&gt; 而且我猜大多数“匿名”浏览 Web 的人会喜欢一些内容过滤器 ;) 14:01 &lt; jrandom&gt; mihi&gt; 我觉得 human 已经做了 :) 14:01 &lt; jrandom&gt; 同意 mihih 14:01 &lt; jrandom&gt; /hih/hi/ 14:02 &lt; mihi&gt; 我说 httptunnel 的时候，不是指 httpclient ;) 14:02 &lt; jrandom&gt; 啊好 14:02 &lt; deer&gt; &lt;jrandom_&gt; 我在这儿呢 aum ;) 14:02 &lt; mihi&gt; 但我们真的应该尽快把 i2ptunnel 挪到用流式 API，这样我们要维护的文件数量就会减少 14:03 &lt; jrandom&gt; 同意 14:03 &lt; mihi&gt; human 只修了旧版本，我把新版本自己也修了 14:03 &lt; jrandom&gt; 我们今天下午遇到了一些 bug，不确定 human 是否把日志转发给你了 14:03 &lt; deer&gt; &lt;wilde&gt; 还有个要加到清单上的事：outproxy 被用了，但更像 i2p2i 14:04 &lt; mihi&gt; 我还没从任何人那儿收到日志…… 14:04 &lt; jrandom&gt; mihi&gt; 我们会尽快上流式代码，会后如果你有空可以聊，或者邮件？ 14:04 &lt; deer&gt; * aum 昨天有一段时间在看 p2p 应用，想看看能不能在 i2p 上跑 14:04 &lt; jrandom&gt; wilde&gt; 嗯？ 14:04 &lt; jrandom&gt; 太好了 aum，有什么看起来有戏的吗？ 14:04 &lt; deer&gt; * aum 目前倾向于“推送”型文件共享，比如 konspire2b 14:05 &lt; jrandom&gt; i2psnark 也可以比较容易地改用新的 i2ptunnel 流式 API 14:05 &lt; deer&gt; &lt;human&gt; mihi: 正在发日志（mihi@i2p.net，对吗？） 14:06 &lt; mihi&gt; 不知道 mihi 有没有给我做个转发 14:06 &lt; deer&gt; &lt;mihi&gt; s/mihi/jrandom 14:06 &lt; jrandom&gt; 嗯 aum，你觉得 freenet/insert 模型真的会最有效吗？ 14:06 &lt; deer&gt; &lt;wilde&gt; jrandom: 我在想用一个 i2p webserver -&gt; proxy -&gt; internet，这样人们可以浏览一个 i2p 站点，不过也许普通的 tunnel 就能扛住流量 14:06 &lt; jrandom&gt; mihi&gt; 要不要我把它转发到你那儿？ 14:06 &lt; mihi&gt; jrandom: 没意见 ;) 14:07 &lt; deer&gt; &lt;ughabugha&gt; aum: “推送”型？那是什么？ 14:07 &lt; deer&gt; &lt;aum&gt; 我喜欢 konspire2b 的一点是，它去掉了对即时/快速传输的期待，通过只广播内容公告，然后让人们“订阅”“内容源”，来降低带宽需求 14:07 &lt; jrandom&gt; mihi&gt; 搞定。 14:08 &lt; deer&gt; &lt;aum&gt; 所以不用请求一个文件、干等、等得心烦，你只要“订阅”源的“频道”，然后去忙别的 14:08 &lt; deer&gt; &lt;aum&gt; konspire2b.sf.net 14:08 &lt; jrandom&gt; aum&gt; 但那不是非常低效吗，因为你要维护一个用于可用清单的覆盖网络（广播），然后还要中继它们？ 14:09 &lt; jrandom&gt; 直接的 swarming 系统不是会更有用/更高效吗？ 14:09 &lt; deer&gt; &lt;ughabugha&gt; 呵。听起来很适合 I2P。 14:09 &lt; deer&gt; &lt;aum&gt; jrandom: 有直接 swarming 的例子吗？ 14:09 &lt; jrandom&gt; wilde&gt; 哦，就像 duck 和 janonymous 站上的 cgiproxy？ 14:09 &lt; jrandom&gt; aum&gt; bittorrent 14:10 &lt; deer&gt; &lt;ughabugha&gt; aum: 你是指 http://konspire.sourceforge.net/? 14:10 &lt; jrandom&gt; 你从某处拿到 torrent，然后直接从有该内容的 peers 那里取内容块 14:10 &lt; deer&gt; &lt;aum&gt; ughabugha: 应该是 :) 14:10 &lt; mihi&gt; argl... $me-&gt;brother 把 i2p 的端口映射给去掉了... 14:10 &lt; jrandom&gt; 真糟 14:10 &lt; deer&gt; &lt;aum&gt; jrandom: 现在有人在尝试 bt/i2p 吗？ 14:11 &lt; deer&gt; &lt;baffled&gt; aum，你仔细看过 mnet 吗？ 14:11 &lt; jrandom&gt; aum&gt; eco 在 i2psnark 上有一些进展 14:11 &lt; deer&gt; &lt;aum&gt; 我看过，但没仔细看 14:11 &lt; jrandom&gt; （虽然他现在不见了） 14:12 &lt; jrandom&gt; 嗯，mnet 配合 eepsite 元跟踪器和 human 的 i2p/twisted 传输可能可行 14:12 &lt; deer&gt; &lt;duck&gt; 我和 janonymous 的深入测试似乎表明当前 i2psnark 的问题 50% 是 i2p 造成的，50% 是 snark 造成的 14:12 &lt; jrandom&gt; duck&gt; 那些测试是最近做的吗？ 14:12 &lt; deer&gt; &lt;duck&gt; 上周 14:12 &lt; jrandom&gt; 不过我也不反对可能探索其他 bt 实现 14:12 &lt; jrandom&gt; 啊好 14:13 &lt; deer&gt; &lt;duck&gt; 至于 mnet，我觉得你得先修 mnet 本身，然后才可能让它工作 14:13 &lt; deer&gt; &lt;duck&gt; 所以你不如去修 freenet 然后用它 14:13 &lt; jrandom&gt; 呵 14:13 &lt; deer&gt; &lt;aum&gt; 修 freenet，好！就在我们实现世界和平之后 ;p 14:13 &lt; deer&gt; &lt;duck&gt; 但可以去 freenode 的 #mnet 问问 14:13 &lt; deer&gt; &lt;Pellinore&gt; mnet=? 14:13 &lt; deer&gt; &lt;Pellinore&gt; Mute? 14:14 &lt; jrandom&gt; 从这个意义上说，也许做一个适配 i2p 的 azureus 模组会可行？ 14:14 &lt; deer&gt; &lt;wilde&gt; 不，是一种基于市场的 p2p 方法 14:14 &lt; jrandom&gt; pellinore - mnet.sf.net，一个不提供匿名性的分布式数据存储 14:14 &lt; deer&gt; &lt;baffled&gt; 实际上，我在大约五台机器上都在可靠地用 mnet。 14:14 &lt; jrandom&gt; 对，mojonation 的后续 14:14 &lt; deer&gt; &lt;baffled&gt; 我在一台机器上都无法可靠地使用 freenet。 14:14 &lt; deer&gt; &lt;duck&gt; baffled: 0.6 还是 0.7？ 14:14 &lt; deer&gt; &lt;duck&gt; （0.7 用的是 twisted，记得没错的话） 14:16 &lt; deer&gt; &lt;Pellinore&gt; jrandom —— 谢谢。 14:16 &lt; deer&gt; &lt;Pellinore&gt; 你在任何机器上都不能可靠地用 Freenet。 14:17 &lt; deer&gt; &lt;baffled&gt; 0.6.[23]. 14:17 &lt; deer&gt; &lt;Pellinore&gt; 也因此等等原因，我们才在这儿。:) 14:17 &lt; deer&gt; &lt;aum&gt; 我发现 entropy 挺好用的……最终会的！ 14:17 &lt; jrandom&gt; 我不知道，我还是觉得 freenet 也许是做 i2p DHT 的一个不错基础（当我们能砍掉大部分代码，只保留数据存储/SSK/CHK 的东西时） 14:18 &lt; jrandom&gt; 对文件共享，我们应该向文件共享圈学习哪些方法最有效 14:18 &lt; deer&gt; &lt;aum&gt; 但自从我写了那篇关于 entropy 的 linuxworld 文章，现在有成堆的 entropy 节点，这个网已经开始有点 freenet 的性能特征了 14:18 &lt; deer&gt; &lt;Pellinore&gt; 我喜欢 Freenet 的基本布局和功能，只是这玩意不工作，尤其是拨号连接的话。 14:18 &lt; jrandom&gt; 例如 DC 克隆、BT、[那些疯狂的文件共享人还用啥？] 14:19 &lt; jrandom&gt; 呵 aum，该死的你 ;) 14:19 &lt; deer&gt; &lt;duck&gt; 还有 Newsbyte 指出的 entropy 的那些问题…… 14:19 &lt; deer&gt; &lt;aum&gt; 比如它更弱的匿名性？ 14:19 &lt; deer&gt; &lt;baffled&gt; 不过 0.7 有稳定性问题。 14:19 &lt; deer&gt; &lt;baffled&gt; 我觉得这条连接又开始不稳定了。 14:19 &lt; jrandom&gt; 还有安全问题。我想我们可以很遗憾地放弃使用 entropy 14:21 &lt; jrandom&gt; 不过，呃，我们现在在第 4 点，Web 架构，所以暂时跳回这个话题吧 ;) 14:21 &lt; deer&gt; &lt;aum&gt; 另一个疯狂的文件共享想法——用 nntp，让 n 个人跑互联的 nntpd，然后用某种把文件拆成 b64 块并发帖的库，再用库来取回它们？ 14:22 &lt; jrandom&gt; NNTP（网络新闻传输协议）会很有意思——它非常可靠而且久经考验 14:22 &lt; deer&gt; &lt;duck&gt; 让服务器互联？ 14:22 * jrandom 很想在 i2p 上跑个 innd ;) 14:23 &lt; deer&gt; &lt;aum&gt; 而且既然 i2p 做匿名，那 nntp 就不需要了 14:23 &lt; jrandom&gt; 对，innd 的 feed 线可以指向本地的 i2ptunnel 代理 14:23 &lt; deer&gt; &lt;aum&gt; 而且不同服务器的人可以把服务器配置成缓存自己选择的群组 14:23 &lt; mihi&gt; 取决于它们互联的频率，可以通过制造 message id 冲突来审查文章 14:23 &lt; deer&gt; &lt;duck&gt; （你配置过 innd 吗？） 14:24 &lt; jrandom&gt; 配过很多次 duck，不过很久以前了 14:24 &lt; deer&gt; &lt;aum&gt; innd 难配吗？ 14:24 &lt; deer&gt; &lt;duck&gt; 哦好吧，你是神 14:24 &lt; jrandom&gt; mihi&gt; 同意——那不是一个抗审查的分发媒介 14:24 &lt; jrandom&gt; aum&gt; 相当折腾 14:25 &lt; jrandom&gt; 就像 squid 一样——它很擅长它的事，但我们可能需要一些极其简单的（最好一键）来打包 14:25 * jrandom 把我们拉回正题 14:26 &lt; deer&gt; &lt;aum&gt; 还有一种 p2p/文件共享方法——我记得见过一种通过 http 工作、把 http 服务器串起来的 p2p 应用 14:26 * mihi 猜大多数用户不会在浏览器里设置代理…… 14:26 &lt; deer&gt; &lt;aum&gt; 抱歉，话题是什么？ 14:26 &lt; jrandom&gt; 议程第 4 项）Web 架构 ;) 14:26 &lt; aum&gt; 也就是，I2P 内的 Web 服务器？ 14:26 &lt; mihi&gt; aum: 是的 14:26 &lt; jrandom&gt; 这是个好点子 mihi——一个 Web 系统会需要基础脚本（.bat、.sh）用于启动/停止 14:27 &lt; jrandom&gt; 嗯，mozilla 里是不是有某个 JavaScript URL 可以用来设置代理？ 14:27 &lt; jrandom&gt; 比如我们能不能在 httptunnel 上做个配置页，点击“on”/“off”？ 14:28 &lt; jrandom&gt; 我知道我们今天不太可能就 Web 功能如何工作达成决定，但我们应该定下一些方向 14:28 &lt; aum&gt; 现在的 eepproxy 设置有什么问题？ 14:29 &lt; jrandom&gt; 比如过滤、入站代理（eeproxies）、出站服务器（普通 i2ptunnel server）、出站代理（像 squid 或 tor-www 那样的 outproxies（外部代理）） 14:29 &lt; mihi&gt; aum: 提供和请求 eepsites 都需要相当的技能 14:29 &lt; jrandom&gt; 而且，现有的 outproxy 系统很糟糕。 14:29 &lt; jrandom&gt; 完全无法扩展 14:29 &lt; jrandom&gt; 我们需要某种东西来允许/迫使把出站 Web 请求负载分配到多个 outproxies 上 14:30 &lt; mihi&gt; 用户如何获得这些 outproxies。配置文件（像 hosts.txt 那样？） 14:30 &lt; jrandom&gt; 而普通人愿意跑 outproxies 的一个原因是可否认性——即使他们请求了“坏东西”，也可以说“是 i2p 干的” 14:31 &lt; jrandom&gt; 那是一个选项 mihhi 14:31 &lt; mihi&gt; jrandom: 呵呵 14:31 &lt; jrandom&gt; s/hh/h/ 14:31 &lt; aum&gt; 但 eepproxy 不是对目标服务器做“直接”的 http 连接吗，也就是在 i2p 里能有多“直接”就多直接？ 14:31 &lt; deer&gt; &lt;wilde&gt; . /castvote DHT 按 Freenet 的方式 14:31 &lt; mihi&gt; aum: 问题在“普通”的 Web URL。 14:31 &lt; jrandom&gt; ./castvote 3 developers x 1 month x 12h / day 14:32 &lt; deer&gt; * human 顺便给 TunnelManager 加了 httptunnel 支持 14:32 &lt; deer&gt; &lt;human&gt; s/httptunnel/httpclient/ 14:32 &lt; deer&gt; &lt;aum&gt; 那是啥？ 14:32 &lt; deer&gt; &lt;aum&gt; 哦，http client 支持？ 14:32 &lt; deer&gt; &lt;human&gt; aum: 是的 14:32 &lt; jrandom&gt; 对，我们需要找到一种办法让人们通过 i2p 浏览 slashdot.org 14:32 &lt; deer&gt; &lt;aum&gt; 所以 tunnelmgr 现在会说 http？ 14:32 &lt; jrandom&gt; nice1 human! 14:32 &lt; jrandom&gt; aum&gt; 记得那个 squid 代理吗？ 14:33 &lt; deer&gt; &lt;aum&gt; 记得 14:33 &lt; deer&gt; &lt;wilde&gt; jrandom: 所以大约 4 人月做一个 DHT（分布式哈希表）？ 14:33 &lt; deer&gt; &lt;human&gt; aum: 是的：openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;] 14:33 &lt; jrandom&gt; wilde&gt; 我觉得合理，是的。 14:34 &lt; deer&gt; &lt;aum&gt; human: 你有写说明在哪吗？ 14:35 &lt; jrandom&gt; aum&gt; 它做的只是说 "if !eepsite { send through $outboundWWWproxy } else {send to eepsite}" 14:35 &lt; deer&gt; &lt;human&gt; aum: 我正要提交，然后被一个 StreamingI2PTunnelServer 的 bug 卡住了…… 14:36 &lt; jrandom&gt; 一个不错的短期方案是一个 "outproxies.txt"，类似 hosts.txt 14:36 &lt; deer&gt; &lt;aum&gt; human: “openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;]” 到底做什么？ 14:36 &lt; jrandom&gt; 不过我们也应该开始想中期和长期方案 14:37 &lt; deer&gt; &lt;human&gt; human: 会打开一个监听连接的代理，把所有不以 .i2p 结尾的 URL 的东西都重定向到 WWW-proxy 14:38 &lt; deer&gt; &lt;Pellinore&gt; 这就有意思了。 14:38 &lt; deer&gt; &lt;aum&gt; human: 啊，真不错，所以你在 tunnelmgr 里分出一个线程了？ 14:38 &lt; deer&gt; &lt;human&gt; human: 也就是说，你可以用它同时浏览 eepsite 和普通 Web 14:38 &lt; deer&gt; &lt;human&gt; human: 是的 14:38 &lt; deer&gt; &lt;human&gt; s/human/aum/ :-) 14:39 &lt; deer&gt; &lt;aum&gt; 有点超出 tunnelmgr 的“职责”，不过嘿，i2p 代码里也没有更合适的地方——干得漂亮 d00d 14:39 &lt; deer&gt; &lt;aum&gt; human: 所以你既会 python 也会 java？这不伤脑子吗？ 14:39 &lt; deer&gt; &lt;human&gt; aum: 我这么做是为了避免再启动一个 JVM 来跑 EepProxy 14:40 &lt; jrandom&gt; （嗯，代码实现是在 i2ptunnel 的 httpclient 里，human 最近只是把它也通过 tunnelmanager 暴露了出来） 14:40 &lt; deer&gt; &lt;aum&gt; 是的，尽量让 JVM 实例少点总是好事 14:40 &lt; jrandom&gt; （（个人觉得 httpclient 放在那儿就对了 ;) 14:40 &lt; jrandom&gt; （（（直到 mihi 的下一代 httpclient [httptunnel] 出来））） 14:41 &lt; deer&gt; &lt;aum&gt; httpclient 在 cvs 里吗，这样它会跟着 i2p update/build 一起编译？ 14:41 &lt; jrandom&gt; 是的，eepProxy 用的是 httpclient 14:42 &lt; deer&gt; &lt;aum&gt; *天哪这也太精神分裂了——我开了 3 个 xchat 会话 (irc.duck.i2p,iip,freenode)) 14:42 &lt; jrandom&gt; :) 14:42 &lt; deer&gt; &lt;aum&gt; irc.duck.i2p 的延迟很大 14:42 &lt; jrandom&gt; 好，所以今天显然不会对 Web 架构做出结论，不过讨论很有价值 14:43 &lt; jrandom&gt; 是啊 aum，我这儿大概 15 秒 14:43 &lt; jrandom&gt; 现在关于 Web 架构还有什么吗，还是我们转到 5) ??? 开放讨论部分？ 14:43 &lt; deer&gt; * human 正在想着一个 I2PSocksTunnel 14:44 &lt; jrandom&gt; 天，这就很酷了 14:44 &lt; deer&gt; &lt;human&gt; （嗯，也许它属于 5） 14:44 &lt; deer&gt; &lt;aum&gt; socks？有没有办法把不支持 socks 的客户端“垫片”到一个 socks 接口？ 14:44 &lt; deer&gt; &lt;human&gt; aum: apt-get install tsocks :-) 14:45 &lt; aum&gt; Web 讨论——最后一件事——要不要考虑 fork/打补丁一个现有的 Web 客户端 14:45 &lt; mihi&gt; aum: Windows 下的 sockscap 14:45 &lt; jrandom&gt; aum&gt; 有点可怕。很强大，但可怕。 14:45 &lt; jrandom&gt; [我可不想去维护那个] 14:45 &lt; aum&gt; 就算现在，用 dillo 这样简单到发傻的浏览器也行 14:46 &lt; jrandom&gt; [[虽然可以把它做得“超级安全”，等等。但仍然，非常非常可怕]] 14:46 &lt; aum&gt; 或者更好，用 wxWindows 里的浏览器控件，它是跨平台的 14:46 * jrandom 回忆起最初的 flinks，当时内置了一个 freesite 浏览器 14:47 &lt; aum&gt; 但话又说回来，如果不能上他们平时那种充斥着 M$ 特定 JavaScript 的站点，小白会抱怨的 14:47 &lt; jrandom&gt; 对 aum，如果不支持最新标准兼容的代码，黑客也会抱怨。 14:47 &lt; aum&gt; 嘿，我们应该去问 Microsoft 要 IE6 的源代码，然后打补丁 ;p 14:47 &lt; jrandom&gt; 造一个浏览器 == 浪费成千上万工时的好办法 14:47 &lt; jrandom&gt; 呵 14:47 &lt; deer&gt; * human 用 privoxy 非常开心 14:48 &lt; aum&gt; 也许他们会把 IE6 源码当作欧洲惩罚性和解的一部分“toss”给我们 14:48 &lt; deer&gt; &lt;human&gt; (http://www.privoxy.org/) 14:48 &lt; aum&gt; s/toos/toss/ 14:48 &lt; jrandom&gt; human&gt; 那在代理的两端要怎么用？ 14:48 &lt; jrandom&gt; 比如我们想在本地过滤内容，而不是在出站端点 14:49 &lt; deer&gt; &lt;human&gt; jrandom: 可以鼓励用户安装 14:49 &lt; jrandom&gt; （但出站端点也会想过滤一些内容以避免滥用，等等） 14:49 &lt; deer&gt; &lt;human&gt; jrandom: 或者把它作为 I2P 默认安装的一部分 14:49 &lt; aum&gt; 如果一个 DWP（分布式 Web 代理）用 DHT 做缓存怎么样？ 14:49 &lt; jrandom&gt; 鼓励 == 只有极客会装。打包吧 :) 14:49 &lt; jrandom&gt; 那就很棒 aum 14:49 &lt; deer&gt; &lt;human&gt; jrandom: 呵呵，同意 :-) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: 顺便说，privoxy 也能跑在 windogs 上 14:50 &lt; jrandom&gt; word。是的，我们需要某种内容过滤——Privoxy、Muffin，随便什么都行。 14:50 &lt; deer&gt; &lt;wilde&gt; 漫长的会议…… 14:50 * jrandom 明白了这个暗示.. 14:51 &lt; deer&gt; &lt;Pellinore&gt; wilde: 要说的很多。 14:51 &lt; jrandom&gt; 还有谁要提什么吗？更多内容我们可以走邮件列表 14:51 &lt; deer&gt; &lt;Pellinore&gt; 当然要做的也很多。 14:51 &lt; deer&gt; &lt;Pellinore&gt; 我有几个小问题。 14:51 &lt; aum&gt; 我们能不能 fork privoxy 并且 1) 让它跑在 i2p 上，2) 让它用 DHT 做缓存？ 14:51 &lt; deer&gt; &lt;Pellinore&gt; 不过这些私下说也一样。 14:51 &lt; jrandom&gt; pellinore&gt; 怎么了？ 14:51 &lt; deer&gt; &lt;Pellinore&gt; 没事儿，抱歉我多嘴了。 14:51 &lt; jrandom&gt; aum&gt; 多半不需要 fork 14:52 &lt; deer&gt; &lt;Pellinore&gt; 我会私下找你或 duck 谈，改天吧。 14:52 &lt; deer&gt; &lt;Pellinore&gt; 不算真正的开发话题。 14:52 &lt; deer&gt; &lt;duck&gt; 10+16+7=33 人时浪费在这一个小时的加时上 :) 14:52 &lt; jrandom&gt; 但做一个 DHT 要花很多力气。完全、极其值得 14:52 -!- Irssi: #i2p: 共有 10 个昵称 [0 ops, 0 halfops, 0 voices, 10 normal] 14:52 * aum 再去看看 infoanarchy.org 上关于 DHT 的 wiki 页面 14:52 &lt; jrandom&gt; iip 上有 16 个人？ 14:53 &lt; deer&gt; &lt;human&gt; aum: 不需要 fork，只要：web browser &lt;-&gt; privoxy &lt;-&gt; httpclient &lt;-&gt; i2p &lt;-&gt; outbound proxy &lt;-&gt; www.pr0n.com 14:53 &lt; deer&gt; &lt;wilde&gt; 一个通用的 DHT，也能在 I2P 之外工作，并且允许 HTTP 之外的其他绑定 14:53 &lt; jrandom&gt; aum&gt; 看看 duck 加到 i2p wiki 的那个链接，列了各种方案 14:54 &lt; deer&gt; &lt;human&gt; aum: 你可以把 privoxy 配成连接另一个 HTTP/socks 代理（我的 I2P-to-tor privoxy 就是这么工作的） 14:54 &lt; deer&gt; &lt;duck&gt; (http://www.bamboo-dht.org/) 14:54 &lt; aum&gt; 不太喜欢一个在 i2p 外也工作的 dht——最好的 dht 是不试图提供匿名性的（也就没有匿名开销），能在 i2p 里最优地工作 14:54 &lt; jrandom&gt; 呃 duck，那份列表怎么了？ 14:54 &lt; deer&gt; &lt;duck&gt; aum: 更容易测试 14:55 &lt; deer&gt; &lt;duck&gt; jrandom: 我猜是哪个家伙把它删了 14:55 &lt; jrandom&gt; 呵 14:56 &lt; jrandom&gt; google++ : http://www.etse.urv.es/~cpairot/dhts.html 14:56 &lt; jrandom&gt; （不是同一页，但也有意思） 14:56 &lt; jrandom&gt; 哦，这里有那页——http://himalia.it.jyu.fi/ffdoc/storm/pegboard/available_overlays--hemppah/peg.gen.html 14:57 &lt; jrandom&gt; 不过，是的，一个不试图实现匿名性的 DHT，加上一个同时支持 CHK（内容哈希键，Content-Hash Key）风格和 SSK（签名子空间键，Signed Subspace Key）风格内容的 DHT，才是最好的 14:58 &lt; jrandom&gt; （SSK 风格不是绝对必要，但它会非常有用） 14:58 &lt; jrandom&gt; 好，言归正传 14:58 &lt; jrandom&gt; 还有谁要提什么吗？ 14:59 &lt; deer&gt; &lt;duck&gt; 明天是圣帕特里克节 14:59 &lt; deer&gt; &lt;wilde&gt; 话题 5) ？ 14:59 &lt; deer&gt; &lt;duck&gt; 所以都去喝爱尔兰啤酒吧 14:59 &lt; jrandom&gt; 好主意 14:59 &lt; deer&gt; &lt;Pellinore&gt; 明天既是我当前这段关系的周年纪念，也是我第二次婚姻的纪念日。 14:59 * jrandom 记下，明天避开爱尔兰酒吧 15:00 &lt; jrandom&gt; 哦，恭喜 pellinore :) 15:00 &lt; jrandom&gt; wilde&gt; 我们在 5) ??? 15:01 &lt; jrandom&gt; （而且马上要到 6) [baf]） 15:01 * jrandom 马上就到 iip [如果能的话] 15:01 * jrandom 收尾 15:01 * jrandom *baf* 地宣布会议结束 </div>/zh/blog/2004/03/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B43%E6%9C%8802%E6%97%A5/Tue, 02 Mar 2004 00:00:00 +0000/zh/blog/2004/03/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B43%E6%9C%8802%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> duck, jrandom, kaji, madman, nick, ughabugha, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 13:07 &lt; jrandom&gt; 0) 嗨 13:07 &lt; jrandom&gt; 1) 开发状态 13:07 &lt; jrandom&gt; 2) 级联 13:07 &lt; duck&gt; 我停一下 13:07 &lt; jrandom&gt; 3) 路线图 13:07 &lt; jrandom&gt; 4) 网站 13:07 &lt; jrandom&gt; 5) ??? 13:07 &lt; jrandom&gt; 0) 嗨 13:07 * jrandom 向第一个通过 i2p 举行的 i2p 开发者会议挥手 :) 13:07 &lt; ughabugha&gt; nick 是 Janonymous。 13:08 &lt; ughabugha&gt; 好的。 13:08 &lt; duck&gt; 嗨 13:08 &lt; jrandom&gt; 每周状态说明已发布到邮件列表（在线地址 http://i2p.net/pipermail/i2p/2004-March/000155.html） 13:08 &lt; ughabugha&gt; 嗨。 13:08 &lt; jrandom&gt; 照常，我们将以此为指南 13:08 &lt; nick&gt; 你好 13:09 &lt; jrandom&gt; 进入 1) 开发状态 13:09 * jrandom 重复口头禅“正在取得进展” 13:10 &lt; jrandom&gt; 0.2.5 带来了一些不错的内容，我们也找到了长期潜伏的 bug 13:10 &lt; jrandom&gt; 最新一个与数据库有关，但还没修好，所以没必要跟踪 CVS HEAD 13:11 &lt; jrandom&gt; 回显测试结果相当不错，但在 irc 和 snark 上仍有一些问题需要解决 13:12 &lt; jrandom&gt; 大家访问 eepsite 的情况如何？ 13:12 &lt; jrandom&gt; （以及/或者 squid？） 13:12 &lt; nick&gt; 时好时坏 13:12 &lt; duck&gt; 用 janonymous 或 ugha 一般还可以 13:13 &lt; duck&gt; 有时 janonymous 会宕掉之类 13:13 &lt; ughabugha&gt; 是啊。 13:13 &lt; duck&gt; &lt;mihi_backup&gt; jrandom: 你真是太会惹我生气了…… 13:13 &lt; jrandom&gt; 哎呀 13:13 &lt; nick&gt; 我一直在添加新内容 13:13 &lt; jrandom&gt; 怎么了，mihi？ 13:13 &lt; jrandom&gt; 不错的 nick 13:14 &lt; jrandom&gt; 呃，janonymous 13:15 &lt; nick&gt; 呃？ 13:15 &lt; nick&gt; :) 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 我现在启动了一个双向中继。 13:15 &lt; jrandom&gt; 啊，酷 13:15 -!- nick [~Janonym@localhost] 已退出 [Client closed connection] 13:15 &lt; jrandom&gt; 怎么了，mihi？ 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 自动的。 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; :) 13:16 &lt; ughabugha&gt; :) 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 哎呀，一个 bug。 13:16 &lt; ughabugha&gt; 哎呀，一个 bug。 13:16 &lt; jrandom&gt; 呵，他还在吗，或者关于开发状态还有别的？ 13:17 &lt; duck&gt; 继续吧 13:17 &lt; jrandom&gt; 好 13:17 &lt; jrandom&gt; 进入 2) 级联 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; * mihi_backup 现在改名为 mihi_away 13:17 &lt; ughabugha&gt; * mihi_backup 现在改名为 mihi_away 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 啊，把我自己的文本转发似乎不起作用。 13:17 &lt; ughabugha&gt; 啊，把我自己的文本转发似乎不起作用。 13:17 &lt; jrandom&gt; ;) 13:18 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 不，等等。 13:18 &lt; ughabugha&gt; 不，等等。 13:18 &lt; madman&gt; 那就别说话 :) 13:18 &lt; jrandom&gt; mix cascades（混合级联）是低延迟混合网络的两大风格之一，虽然我们在 i2p 中并不使用它们，但如果有人认为它们有用，可以调整他们的 router 来达到同样效果 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 测试 13:19 &lt; ughabugha&gt; 测试 13:19 &lt; ughabugha&gt; IIP &lt;jrandom&gt; mix cascades are one of the two big styles of low latency mix nets, and while we don't use them in i2p, if some people think they're useful, they can tweak their router to get the same effect 13:19 * jrandom 感觉到一个递归回声要来了…… 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 该死！ 13:19 &lt; ughabugha&gt; 该死！ 13:20 &lt; jrandom&gt; 总之，我认为提出基础性的设计问题总是好的，审视 i2p 并看看我们为何以这种方式做事 13:21 &lt; jrandom&gt; 我感觉未来会更多地听到类似级联的系统，所以希望邮件中的描述有助于解释 i2p 与级联系统的关系 13:21 &lt; ughabugha&gt; 好了，它现在应该能用了。 13:21 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 说点什么。 13:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我提议当前路线图里不要追求一个混合网络（mix net）的实现，把它留到以后 13:21 &lt; ughabugha&gt; 是的，现在能用了。 13:21 -!- wilde [~anon@localhost] 加入了 #i2p 13:22 &lt; jrandom&gt; janymous&gt; 嗯，i2p 本身就是一个混合网络（mixnet），只是它不是混合级联（mix cascade） 13:22 &lt; madman&gt; 我要下线了 13:22 &lt; jrandom&gt; 好，回头聊 madman 13:22 &lt; jrandom&gt; 嗨，wilde 13:22 &lt; madman&gt; 那再见 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; 终于 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; 大家好 13:22 &lt; jrandom&gt; 不过我同意，我不认为需要把混合级联（mix cascade）的功能放进路线图。 13:23 &lt; ughabugha&gt; IIP &lt;madman2003&gt; 大家再见 13:24 &lt; jrandom&gt; 好的，关于级联还有别的吗，还是我们转到 3) 路线图？ 13:26 &lt; ughabugha&gt; 嗨，wilde@IIP 13:26 &lt; ughabugha&gt; 再见，madman@IIP 13:26 -!- madman [~a@localhost] 已退出 [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 只是感觉它可以以后再实现，就像 DHT 一样。High Wilde 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 再见 Madman --- 日志关闭 Tue Mar 02 13:27:07 2004 --- 日志开启 Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] 加入了 #i2p 13:27 -!- Irssi: #i2p：共有 3 个昵称 [0 个管理员, 0 个半管理员, 0 个发言权, 3 个普通] 13:27 -!- wilde [~anon@localhost] 加入了 #i2p 13:27 &lt; jrandom&gt; 回来了 13:28 &lt; ughabugha&gt; 糟糕，jrandom 退出了。 13:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 呃 13:28 &lt; jrandom&gt; 好的，我最后看到的是 13:26:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 再见 Madman 13:28 -!- Irssi: 加入 #i2p 在 36 秒内同步完成 13:28 &lt; jrandom&gt; （irssi 漏了一个 ping，所以断开了） 13:29 &lt; ughabugha&gt; 你错过了 IIP &lt;Janonymous&gt; 路线图 13:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 啊……我们一致同意进入路线图 ;) 13:29 &lt; jrandom&gt; w3rd 13:29 &lt; jrandom&gt; 好吧，路线图的变更大概就是 mihi 现在恨我的原因 13:30 &lt; ughabugha&gt; 呃，那你漏掉的可不止这些。 13:30 &lt; ughabugha&gt; 稍等。 13:30 &lt; ughabugha&gt; [23:23 39] &lt;ughabugha&gt; IIP &lt;wilde&gt; 哦我们现在有两个阵营，iip 这帮和 I2P 这帮 13:30 &lt; ughabugha&gt; [23:23 47] &lt;ughabugha&gt; IIP &lt;wilde&gt; 两个 13:30 &lt; ughabugha&gt; [23:23 50] &lt;ughabugha&gt; 呵呵。 13:30 &lt; ughabugha&gt; [23:23 54] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; :) 有个中继跑起来了 13:30 &lt; ughabugha&gt; [23:24 22] &lt;ughabugha&gt; 这是我临时匆忙拼出来的脚本。将来的会议我们应该找个更好的办法。 13:30 &lt; ughabugha&gt; [23:24 44] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; 它能用 13:30 &lt; ughabugha&gt; [23:25 18] &lt;ughabugha&gt; 好了，现在专注于 I2P，不要管中继。 13:30 &lt; ughabugha&gt; [23:25 39] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; 所以，混合级联可以很好地在 i2p 之上实现 13:30 &lt; ughabugha&gt; 刷屏抱歉。 13:30 &lt; duck&gt; 这太混乱了 13:31 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 但我觉得我们可以强调 /over/ 13:31 &lt; ughabugha&gt; 好的，3) 路线图 13:31 &lt; ughabugha&gt; duck: 差不多。 13:31 &lt; jrandom&gt; 这跟第 67 次会议相比不算啥 ;) 13:31 &lt; jrandom&gt; 好的，进入 3 13:31 &lt; jrandom&gt; 有人对路线图有什么看法吗？ 13:32 &lt; jrandom&gt; 变更 / 观点 / 关注点？ 13:32 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; multi-tunneling 13:32 &lt; jrandom&gt; janonymous&gt; 我们已经有了 13:32 &lt; jrandom&gt; （自 0.2.5 起） 13:32 &lt; jrandom&gt; 如果我理解没错的话 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 但是，我的意思是，把一个文件通过两个 tunnel 发送以加速传输？ 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 同时 13:34 &lt; jrandom&gt; i2p 不直接处理文件，但没错，每个 i2p 消息现在都可以通过多个 tunnel 发送 13:34 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我认为这会是 2.0 阶段很棒的一个增强 13:34 &lt; jrandom&gt; 例如：前 32kb 走 tunnel X，接下来的 32kb 走 tunnel Y 13:35 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 对……我就是这个意思……这对我来说很有必要 13:35 &lt; jrandom&gt; 但带有 I2CP 支持的 i2psnark 将能够把效能最大化 13:35 &lt; jrandom&gt; janonymous&gt; 我们现在就是这么做的 13:36 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 哦。I2PSnark 会在点对点通信中利用多个 tunnel 吗？ 13:36 &lt; jrandom&gt; 所有消息都可以通过多个 tunnel。 13:36 &lt; duck&gt; 理论上 13:37 &lt; jrandom&gt; 不仅仅是理论上——如果一条消息耗时 &gt; 15s，它会通过其他可用的 lease 发送 13:37 &lt; jrandom&gt; 如果超过 &gt; 30s，会丢弃并重新获取该 leaseSet，后续消息将通过新找到的 leases 发送 13:37 &lt; jrandom&gt; 但是 13:38 &lt; jrandom&gt; i2ptunnel（以及任何使用 i2p 的 mode=guaranteed 的东西）都会在每条消息送达后才发送下一条 13:38 &lt; jrandom&gt; 原生 I2CP 应用不需要这么做 13:38 &lt; jrandom&gt; （使用 socket 库的应用也不需要——一旦该库实现并支持 SACK（选择性确认）） 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 好的……我只是觉得这将来会是这些 tunnel 的一种很棒的方法……既提升速度又增强匿名性 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 并减轻单个 tunnel 的压力 13:39 &lt; jrandom&gt; 同意 13:39 &lt; jrandom&gt; 好，还有别的路线图事项吗？ 13:40 &lt; jrandom&gt; （有人要因为我砍掉 socket 库而骂我吗？ mihi？ :) 13:41 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我今天早些时候用过一个类比向别人解释 multi-tunneling……我说这就像给公路增加车道 13:42 &lt; jrandom&gt; 差不多 13:42 &lt; jrandom&gt; （不过各自的匝道车道数始终不变 ;) 13:42 &lt; duck&gt; 如果 mihi 生气，他可以来做 socket API，对吧？ 13:43 &lt; jrandom&gt; 当然，或者其他任何人。socket 库是好东西 13:43 &lt; jrandom&gt; （但很难，而且依我之见对网络的运行/安全并非功能上的必需） 13:44 &lt; jrandom&gt; 我只是希望我有时间在推进 i2p 核心代码的同时把它做出来 13:44 &lt; jrandom&gt; 不过，这就是生活 13:45 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 看来 mihi 不在 13:45 &lt; ughabugha&gt; 好，我回来了。 13:45 &lt; jrandom&gt; 酷 13:45 &lt; jrandom&gt; 好，转到 4) 网站 13:46 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 大匝道 == 宽带 / 小匝道 == 拨号？？ 13:46 &lt; ughabugha&gt; 嗯 13:46 &lt; ughabugha&gt; socket 库本来要做什么？ 13:46 -!- nick [~Janonym@localhost] 加入了 #i2p 13:46 &lt; jrandom&gt; 对，nanonymous 13:46 &lt; jrandom&gt; 呃，janonymous 13:46 &lt; jrandom&gt; （无论如何，i2p 不能让你的本地网络连接更快） 13:46 &lt; jrandom&gt; ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 &lt; ughabugha&gt; 你是指 Java 的 socket 库吗？你不是已经有一个了吗？ 13:47 &lt; jrandom&gt; socket 库把类似 TCP（TCP-esque）的代码从 i2p 中抽离出来，让 i2p 专注于类似 IP 的消息 13:47 &lt; nick&gt; 嗯 13:47 -!- nick [~Janonym@localhost] 已退出 [Client closed connection] 13:48 &lt; jrandom&gt; 啊，对，是的，但这会让应用能更高效地在 i2p 上流式传输数据（如果/当 socket 库支持选择性 ACK，而不是像现在这样每条消息都需要一个 ACK） 13:49 &lt; jrandom&gt; 我不太愿意在 router 内实现 SACK，因为它完全可以安全地放在外面（放进 socket 库） 13:49 &lt; ughabugha&gt; 但为什么放弃它？真的要花那么多工作量吗？ 13:49 &lt; jrandom&gt; 是的，要把它做好 13:49 &lt; jrandom&gt; 有些代码已经部分实现了，但我没有时间去维护和测试 13:49 &lt; ughabugha&gt; 好吧。你说了算。 13:50 &lt; jrandom&gt; 嗯，$devWhoImplements 才是大佬 ;) 13:50 &lt; jrandom&gt; 总之，转到 4) 网站 13:50 &lt; ughabugha&gt; :) 13:51 &lt; ughabugha&gt; 有志愿者吗？ 13:51 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 关于匿名 P2P 实现的调研 13:51 * jrandom 回响 ughabugha 的问题 :) 13:51 &lt; jrandom&gt; 嗯，janonymous？ 13:51 &lt; ughabugha&gt; Janonymous: 这会在 5) ??? 下讨论 13:51 &lt; jrandom&gt; :) 13:52 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 嗯，那是要放到网站上的内容 13:52 &lt; jrandom&gt; 啊，对，我同意 13:52 &lt; jrandom&gt; （参见 http://i2p.net/pipermail/i2p/2004-February/000133.html 的第 7 项） 13:53 &lt; jrandom&gt; 还有第 8 项 13:53 &lt; jrandom&gt; 或者你不是这个意思？ 13:53 &lt; jrandom&gt; 我可能会把去年夏天研究和设计 i2p 时翻阅的一大堆论文贴出来 13:53 &lt; jrandom&gt; （或者至少是它们在 CiteSeer 上的条目链接） 13:54 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 好的。我们要讨论 I2P 的下一个 CMS（内容管理系统）吗？ 13:54 &lt; ughabugha&gt; jrandom 已经选好了 CMS。 13:55 &lt; jrandom&gt; 是/否——与其再花一两个月研究各种 CMS 的利弊，不如暂时先用 Drupal 13:55 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; /topic #i2p 13:55 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 好的……至于放些什么……我们需要一个展示 13:55 &lt; jrandom&gt; 如果需要迁移到别的，wilde 向我保证导出内容足够简单 13:55 &lt; jrandom&gt; 一个展示？ 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 包含大量插图和一步步的 I2P 入门介绍 13:56 &lt; jrandom&gt; 我们确实需要落实图形设计 13:56 &lt; jrandom&gt; 啊对 13:56 &lt; jrandom&gt; 用户入门 13:56 &lt; jrandom&gt; wiki 上的介绍总体上是面向技术人员的 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 几乎像一个多媒体演示 13:56 &lt; ughabugha&gt; IIP &lt;jrand0m&gt; w0ah 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 对 13:57 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 耶！ 13:57 &lt; jrandom&gt; 好，我想我们可以把这些组织起来，但或许要等到我们同时拥有一个真正的安装程序和一个 GUI 控制系统再制作这些内容 13:57 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 其中应该是图多于字 :) 13:57 &lt; jrandom&gt; 对 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 好嘞 13:58 &lt; jrandom&gt; 但我们还没有真正的安装程序，而且（尽管 i2pmgr 和 i2pmole 都很棒）我认为控制面板上仍有工作要做 13:58 &lt; ughabugha&gt; 这不是当前的首要任务。 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 确实不是。但对我们这些不编程的人来说…… 13:59 &lt; jrandom&gt; 对。所以我们需要志愿者来做：1）规划 i2p 网站需要有哪些内容 2）为 i2p 网站设计图形/CSS/布局 3）为 i2p 网站撰写内容 14:00 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我有一个月可以投入。我觉得这很值得。 14:00 &lt; jrandom&gt; w00t :) 14:00 * jrandom 把 Janonymous 记为志愿者……负责内容规划和内容创作？ 14:00 &lt; wilde&gt; 回来了 14:00 &lt; ughabugha&gt; 嗯，我可以做 HTML、CSS 和技术方面的事，但我不太擅长写作，也不是设计师。 14:01 &lt; jrandom&gt; r0x0r 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 对……我在设计这部分也还不太行 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我可以尝试写，但需要有人好好评审……我从没写过这类评论/说明性的东西 14:01 &lt; ughabugha&gt; 只要给出具体指示，我也会用 Photoshop 等工具 ;) 14:01 &lt; wilde&gt; 我来负责 Drupal 和功能 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我有些好主意可以给你，ughabugha 14:02 &lt; jrandom&gt; 对，我说的内容规划不是指版式，而是“好的，我们需要用户入门页、技术入门页、FAQ”等等 14:02 &lt; ughabugha&gt; 呵，好。:) 14:02 &lt; jrandom&gt; r0x0r0r 14:02 * jrandom 把 wilde 和 ughabugha 也记为志愿者 :) 14:02 &lt; ughabugha&gt; 拭目以待。 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我做了一张粗糙的图片，链接在 I2p 上新的 I2POverview 文档里 14:03 &lt; jrandom&gt; 的确，是的 janonymous，那张图相当不错，虽然有些小技术问题，但很有用 14:03 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我确定用 Photoshop 做出来会好看很多 14:04 &lt; ughabugha&gt; 呵。 14:04 &lt; ughabugha&gt; Janonymous: 我们明天私下讨论这个吧。 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 呃，其实我可能不小心把它删了 :/ 14:04 &lt; jrandom&gt; 好的，关于网站还有别的吗，或者可以转到 5) ??? 了？ 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 好 14:07 &lt; wilde&gt; 好，有一件事： 14:07 &lt; ughabugha&gt; 关于网站还有别的吗？ 14:07 &lt; wilde&gt; 访问网站时首先应该获得什么感受？ 14:07 &lt; wilde&gt; 请给出关键词 14:07 &lt; jrandom&gt; wilde&gt; 参见 http://i2p.net/pipermail/i2p/2004-February/000133.html（“rom a branding perspective”这一段 :)） 14:08 &lt; jrandom&gt; 我确实喜欢“anonymous bit by bit”这个说法 14:08 &lt; ughabugha&gt; 我想没有。我们要进入 5) ??? 吗？ 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我们要做一个更详细的用户路线图吗？ 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 一个更详细地描述长期目标的 14:08 &lt; ughabugha&gt; wilde: 只有正面情绪。 14:09 &lt; jrandom&gt; janonymous&gt; 同意，当前的路线图其实只是技术任务的技术说明 ;) 14:09 &lt; jrandom&gt; 好的，5) ?? 14:09 &lt; jrandom&gt; 还有什么想提的吗？ 14:10 &lt; wilde&gt; itoopie 并不太符合“简单且安全” 14:10 &lt; wilde&gt; 它更像是卡通的感觉 14:10 &lt; wilde&gt; 这就是我问的原因 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 是啊，可能需要多营造一些期待感 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 让用户参与进来 14:10 -!- kaji [~booky5@localhost] 加入了 #i2p --- 日志关闭 Tue Mar 02 14:11:08 2004 --- 日志开启 Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] 加入了 #i2p 14:12 -!- Irssi: #i2p：共有 6 个昵称 [0 个管理员, 0 个半管理员, 0 个发言权, 6 个普通] 14:12 &lt; jrandom_&gt; 回来了 14:12 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 也就是说，它应该在他们不知不觉中就能为他们工作 14:12 &lt; jrandom_&gt; wilde&gt; 我愿意听取建议 14:12 &lt; ughabugha&gt; * jrandom_ (~jrandom@localhost) 加入了 #i2p 14:12 &lt; jrandom_&gt; &lt;Janonymous&gt; 是啊，可能需要多营造一些期待感 14:12 &lt; jrandom_&gt; 嗯？ 14:14 &lt; ughabugha&gt; 你错过了这些： 14:14 &lt; ughabugha&gt; [00:11 43] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; 我只是想再强调一下……我认为所有 multi-tunneling 方法都应该是透明的，并向所有客户端应用开放 14:14 &lt; ughabugha&gt; [00:12 07] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; 也就是说，它应该在他们不知不觉中就为他们工作 14:14 &lt; jrandom_&gt; janonymous&gt; 已经实现。 14:14 &lt; jrandom_&gt; i2p 已经在多个 tunnel 上对端到端通信进行透明的负载均衡 14:15 * jrandom_ 踢了 jrandom 一脚 14:15 -!- jrandom [~jrandom@localhost] 已退出 [Ping timeout] 14:15 -!- Irssi: 加入 #i2p 在 231 秒内同步完成 14:15 &lt; wilde&gt; 参与？ 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 即便我们筛选出最快、最稳定的 tunnel……如有需要，我们仍可以使用其他较慢的 tunnel 来增加吞吐量 14:15 &lt; kaji&gt; iip 起来了吗？ 14:15 -!- kaji [~booky5@localhost] 已退出 [Client closed connection] 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 无论如何我们可能都希望分散负载……而这些都应该对客户端应用保持透明 14:15 -!- 你现在叫做 jrandom 14:16 -!- protocol [~iip@localhost] 加入了 #i2p 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 好 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 酷 14:16 &lt; jrandom&gt; :) 14:17 &lt; ughabugha&gt; jrandom: 不要用 ACTION，它不会被转发 ;) 14:17 &lt; jrandom&gt; 哈，好，抱歉 14:17 * jrandom 说了些他们看不到的话 14:17 &lt; jrandom&gt; ;) 14:17 &lt; jrandom&gt; 好，大家还有别的吗？ 14:18 &lt; jrandom&gt; 我想当前 netDb 的 bug 修好后，我们也许可以再尝试一下 i2psnark 的测试 14:20 -!- kaji [~booky5@localhost] 加入了 #i2p 14:20 -!- wilde [~anon@localhost] 已退出 [Ping timeout] 14:20 &lt; ughabugha&gt; 但等待 15 秒真的能分散负载吗？ 14:20 &lt; ughabugha&gt; 我不这么认为。 14:20 * protocol 说 iip 是给 lusers 用的 14:20 &lt; ughabugha&gt; 在我看来，它应该是百分之百并行，节点应当以目标端可处理的最快速度通过 tunnel 发送数据包。 14:20 &lt; ughabugha&gt; 我是说通过所有的 tunnel。 14:20 -!- nick [~Janonym@localhost] 加入了 #i2p 14:20 -!- kaji [~booky5@localhost] 已退出 [Client closed connection] 14:21 &lt; jrandom&gt; ughabugha: 理想情况下，每条消息只通过一个 tunnel 发送，但每条消息会在所有 tunnel 之间做负载均衡 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 我跟 duck 通过 I2PSnark 做了个测试 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 今天早些时候。 14:21 &lt; jrandom&gt; ughabugha: 如果我们总是通过所有 tunnel 同时发送，那会造成大量流量浪费 14:21 -!- nick [~Janonym@localhost] 已退出 [Client closed connection] 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 大家都满意“I2P”这个名字吗？ 14:21 -!- kaji [~booky5@localhost] 加入了 #i2p 14:21 -!- wilde [~anon@localhost] 加入了 #i2p 14:22 &lt; jrandom&gt; janonymous&gt; i2p 就是名字。 14:22 &lt; jrandom&gt; 你可以叫它 betty，但它的名字就是 i2p ;) 14:22 &lt; ughabugha&gt; kaji: 你为什么这样闪来闪去？ 14:22 &lt; jrandom&gt; ughabugha: kaji 喜欢逗我们 14:22 &lt; ughabugha&gt; jrandom: 我明白。看来它确实按我想的那样工作。 14:23 &lt; kaji&gt; 我不知道 14:23 &lt; kaji&gt; iip 起来了吗？ 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 酷 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 对我来说是的 14:23 &lt; ughabugha&gt; 对某些人有效，对另一些人无效。 14:23 &lt; ughabugha&gt; 所以我在跑一个中继。 14:24 &lt; jrandom&gt; ughabugha++ 14:24 &lt; ughabugha&gt; 用来连接这些网络。 14:24 &lt; kaji&gt; 酷 14:24 &lt; jrandom&gt; 并行/串行发送的细节在 net.invisiblenet.i2p.router.message.OutboundClientMessageJob 里 14:24 &lt; ughabugha&gt; :) 14:24 &lt; jrandom&gt; （给想了解其工作细节的人） 14:25 &lt; jrandom&gt; 好，还有什么要提的吗？ 14:25 &lt; kaji&gt; 那么 i2p 开发怎么样？ :) (Mirc sez 'lag=30 seconds') 14:25 &lt; jrandom&gt; kaji&gt; 我们正在取得进展 ;) 14:26 &lt; jrandom&gt; 我这边的 irssi 延迟在 80 秒和 1 秒之间来回跳 14:26 &lt; jrandom&gt; （过去 90 分钟断开了两次） 14:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 关于新网站的内容还有其他想法吗？ 14:27 &lt; ughabugha&gt; IIP &lt;kaji&gt; 棒 14:27 &lt; jrandom&gt; 除了 http://i2p.net/pipermail/i2p/2004-February/000133.html 之外，我觉得我们会用 Drupal 的某个论坛模块 14:27 &lt; ughabugha&gt; 我这边 80 分钟没有断线。 14:27 &lt; jrandom&gt; 不错，ughabugha 14:27 &lt; kaji&gt; 嗯，现在延迟降到几秒了 14:27 &lt; jrandom&gt; 是的，会变化的，kaji 14:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 哦，今天我和 ugha 在我的 eep 上的聊天室聊过天 :) 14:28 &lt; jrandom&gt; 不错！ 14:28 &lt; ughabugha&gt; Janonymous: 我不认为那叫聊天。 ;) 14:28 &lt; ughabugha&gt; 更像是隔着几公里在喊话。 14:28 &lt; jrandom&gt; 等等，你们做了语音？ 14:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; :) 其实就一条消息 14:29 &lt; ughabugha&gt; :) 14:29 &lt; ughabugha&gt; 嗯，延迟都是我造成的。 14:30 &lt; ughabugha&gt; 不管怎样，如果有人有议题要讨论，现在就提吧，因为我得走了。 14:30 &lt; jrandom&gt; 确实，90 分钟也是个不错的会议时长，可以结束了…… 14:30 &lt; jrandom&gt; 其他问题可以在邮件列表上继续 14:30 &lt; jrandom&gt; （以及/或者稍后在 iip/i2p 上） 14:31 * jrandom 准备好 *baf*er…… 14:31 * jrandom 用 *baf* 宣布会议结束 </div>/zh/blog/2004/02/24/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B42%E6%9C%8824%E6%97%A5/Tue, 24 Feb 2004 00:00:00 +0000/zh/blog/2004/02/24/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B42%E6%9C%8824%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> baffled, DrWoo, duck, human, Janonymous, jrand0m, kaji\_, madman2003, mihi, Trix, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; 0) 嗨 [22:00] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:00] &lt;jrand0m&gt; 2) 文档 [22:00] &lt;jrand0m&gt; 3) ??? [22:00] &lt;jrand0m&gt; 0) 嗨 [22:00] &lt;human&gt; 嗨 [22:00] * jrand0m 向刚重新启动的 iip-ircd 挥手 :) [22:01] &lt;jrand0m&gt; （还有，呃，向你挥手 :) [22:01] &lt;jrand0m&gt; 每周状态笔记（我们正按这个进行）在 http://i2p.dnsalias.net/pipermail/i2p/2004-February/000148.html [22:01] &lt;jrand0m&gt; （而且显然也发到了邮件列表） [22:01] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:02] &lt;jrand0m&gt; Dev 在 0.2.5 的发布上进展不错，这个版本将允许并利用 2+ 跳的 tunnel，以及支持拥有多个入站 tunnel 的客户端 [22:03] &lt;jrand0m&gt; 这将带来的关键功能是提高可靠性和实际匿名性 [22:04] &lt;jrand0m&gt; 现在的 1 跳 tunnel 会让你暴露在主动对手的统计攻击之下，但在 0.2.5 里你可以自己决定跳数长度（并把默认值提高到 2），让统计攻击复杂得多 [22:06] &lt;jrand0m&gt; 我也在客户端发送流程和网络数据库（netDb）里发现了两个 bug，可能解释了最近的一些不稳定性 [22:06] &lt;jrand0m&gt; （bug 修复在进行中） [22:07] &lt;jrand0m&gt; 另外，我认为路线图 [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] 仍然能准确反映开发进度 [22:07] * mihi 加入了 #i2p [22:07] &lt;jrand0m&gt; 嘿呀 mihi [22:07] * protocol 退出了 IRC（Ping 超时） [22:07] &lt;jrand0m&gt; 好，router 开发状态就这些，转到 2) 文档 [22:07] * human 想说自从 0.2.4 起他觉得 I2P 基本不可用（在我这台电脑上看起来比 0.2.3 时代要糟糕得多） [22:07] &lt;jrand0m&gt; 嗯 [22:08] &lt;human&gt; 也许我们会后再聊…… [22:08] &lt;jrand0m&gt; 是可靠性、延迟、CPU、带宽方面？ [22:08] * protocol 加入了 #i2p [22:08] &lt;mihi&gt; 嗨 jrand0m，大家好 [22:08] &lt;human&gt; jrand0m：我连不上任何 eepsite 或 I2P 服务（只有少数短暂的例外） [22:08] * mihi 赞同 human 的看法 [22:09] &lt;jrand0m&gt; 大多数 eepsite 都挂了——最近 duck、baffled、madman2003 最稳定 [22:09] &lt;human&gt; jrand0m：我连不上它们，irc.*.i2p 也不行 [22:09] &lt;jrand0m&gt; 我一直用 squid 浏览网页——你也用不了？ [22:09] &lt;human&gt; jrand0m：不行 [22:09] &lt;jrand0m&gt; 嗯 [22:10] &lt;madman-away&gt; 我的 i2p 站点每天大概有 8 小时在线时间 [22:10] &lt;human&gt; jrand0m：会后我们再谈吧，我不想垄断讨论 :-) [22:10] * madman-away 现在叫做 madman2003 [22:10] &lt;mihi&gt; 也可能是我运营商的问题，http://babelfish.altavista.com/babelfish/urltrurl?tt=url&amp;url=http%3A%2F%2Fwww.expressnet.de%2Fnews%2Fnews.php&amp;lp=de_en :( [22:10] &lt;Janonymous&gt; 我也是 [22:10] &lt;human&gt; jrand0m：只是想指出似乎确实存在一些以前没有的问题 [22:10] &lt;Janonymous&gt; 我的现在应该是在线的 [22:11] &lt;madman2003&gt; 目的地是哪个？ [22:11] &lt;jrand0m&gt; 好吧，如果可靠性在倒退，我们需要在推进 0.2.5 之前解决它 [22:11] * mihi 讨厌 babelfish 的英文 :( [22:11] &lt;jrand0m&gt; 呵 [22:12] &lt;jrand0m&gt; （嗯，至少它把“Thank you for your understanding.”这句翻对了……） [22:12] &lt;human&gt; jrand0m：这需要调查……我也想过是 ISP 的问题，但自 0.2.4 起问题就一直存在（而且其他网络服务似乎没这个问题） [22:12] &lt;jrand0m&gt; 0.2.4.0 很烂，0.2.4.1 也一样 [22:12] * wilde 加入了 #i2p [22:13] &lt;human&gt; jrand0m：我知道，这让我很担心…… [22:13] &lt;wilde&gt; hey i2p [22:13] &lt;jrand0m&gt; 嘿呀 wilde [22:13] &lt;madman2003&gt; 我注意到的一点是 tunnel 更容易变得不稳定 [22:13] &lt;human&gt; jrand0m：0.2.4.2 对我来说变化不大 [22:13] &lt;human&gt; jrand0m：s/ i / it / [22:14] &lt;jrand0m&gt; madman2003&gt; 这很可能是因为 router 上下线（在 0.3 之前这会是个大问题） [22:14] &lt;jrand0m&gt; 嗯好 [22:14] &lt;wilde&gt; jrand0m：这是不是意味着我们现在该避免运行“短时在线”的节点？ [22:15] * mihi 退出了 IRC（Ping 超时） [22:15] &lt;jrand0m&gt; 嗯，我想 0.2.5 会有一些重要的修复，但我们可以在可靠性问题解决前，先别从 0.2.5 直接进到 0.3。 [22:16] &lt;jrand0m&gt; wilde&gt; 我不喜欢“transients”这个词，它让我想起另一个项目会区别对待不可靠 router 和可靠 router。我们是一视同仁对待所有 router（而且为了匿名性也必须这样） [22:16] &lt;jrand0m&gt; 但只要 router 要么通常在线、要么通常离线，就没问题 [22:17] &lt;jrand0m&gt; （就是不要那种上 10 分钟、下 10 分钟、上 30、下 30 之类的） [22:17] &lt;madman2003&gt; 我有个需求：提供一个选项来重新建立 router（和 tunnel） [22:17] &lt;baffled&gt; i2p 是个对 router 一视同仁的组织？ [22:17] &lt;jrand0m&gt; 哈哈 baffled [22:18] &lt;jrand0m&gt; madman2003&gt; 重新建立 router？你的 router 还会自己关掉？ [22:18] &lt;madman2003&gt; 我是说把一切都重新连接起来 [22:18] &lt;madman2003&gt; 类似于 router 的热重启 [22:18] &lt;madman2003&gt; 又不会惹恼其他 router [22:18] &lt;madman2003&gt; （我得经常重启 router 和 tunnel） [22:18] &lt;jrand0m&gt; 你可以放心重启客户端应用（比如 i2ptunnel、eepproxy 等），不用动 router [22:19] &lt;jrand0m&gt; 你/永远不/该需要重启你的 router。 [22:19] &lt;jrand0m&gt; （几乎所有配置都会动态更新） [22:19] * Trix 加入了 #i2p [22:19] &lt;jrand0m&gt; 嗨 Trix [22:19] &lt;Trix&gt; 嗨 [22:19] &lt;madman2003&gt; 通常重启 tunnel 就能解决 [22:21] &lt;jrand0m&gt; 只有一种情况下从技术上才有必要（客户端的 leaseSet 中旧的租约过期，这在启动时会随机发生），而且这已经在 CVS 修复了，所以你不该再需要这么做。 [22:22] &lt;jrand0m&gt; （事实上，重启 tunnel 可能会导致临时问题，取决于 tunnel 的类型） [22:22] &lt;madman2003&gt; 有时候我也不确定是我在制造问题，还是别人 [22:22] &lt;jrand0m&gt; 如果你的 router 控制台没有任何红色警告，那就是网络的问题（或者别人） [22:22] * jnk 加入了 #i2p [22:23] &lt;jrand0m&gt; 耐心比重启更能解决当前 i2p 的很多 bug ;) [22:24] &lt;jrand0m&gt; 不过 0.2.5 之后我们还会有一系列修复版本 [22:24] &lt;jrand0m&gt; （像 testnet，那样，不过没有对用户群的限制） [22:25] &lt;jrand0m&gt; （而且一如既往，出问题就请发日志上来 :) [22:25] &lt;jrand0m&gt; 好了，继续 2) 文档 [22:26] &lt;jrand0m&gt; 正如 http://i2p.net/pipermail/i2p/2004-February/000147.html 所发的那样，有了一些新的概览文档 [22:27] &lt;jrand0m&gt; 希望大家多提意见改进它们，被引用的那些页面基本上会成为学习 I2P 的主要起点 [22:28] &lt;madman2003&gt; 我看了，希望你关于可以安全地减少加密量的说法是对的 [22:29] &lt;wilde&gt; 是减少加密层数还是减少位数？ [22:29] &lt;jrand0m&gt; 我还不确信加密是瓶颈，但这是个可能性 [22:30] &lt;jrand0m&gt; 我们不能安全地减少层数，但我们可以在不同层采用不同强度的加密，而不是所有地方都用同一套代码 [22:30] &lt;madman2003&gt; 问题在于如何找到路径 [22:30] &lt;jrand0m&gt; 嗯？ [22:31] &lt;madman2003&gt; 静态路径通常更容易被找到 [22:31] &lt;madman2003&gt; 更动态的路径更难建立 [22:32] &lt;madman2003&gt; （我说的是无法妥善处理 router 下线） [22:32] &lt;jrand0m&gt; 啊，我以为你在说加密 [22:32] &lt;jrand0m&gt; 处理不可靠 router 会相对容易，只是需要 0.3 的代码 [22:33] * jrand0m 有大约 30 页关于不同技术的笔记，都是可行的，就是工作量很大 [22:33] * protocol 退出了 IRC [22:34] &lt;madman2003&gt; 也许可以准备备用路径 [22:34] &lt;madman2003&gt; tunnel 冗余 [22:34] &lt;jrand0m&gt; 对，这就是 0.2.5——多个 lease [22:35] &lt;jrand0m&gt; （lease == 声明某个目的地可以通过某条特定的 tunnel 到达） [22:35] &lt;madman2003&gt; 我等着它上线 :) [22:36] &lt;jrand0m&gt; w3rd [22:37] &lt;jrand0m&gt; 如果有人对改进文档有建议，随时去改 wiki、在列表发帖，或给我发邮件 [22:38] &lt;jrand0m&gt; 好，快速进入 3) ??? [22:38] &lt;jrand0m&gt; 有什么想提出来讨论的吗？ [22:39] &lt;DrWoo&gt; 土豆他妈的很便宜，可薯片却很贵，这是怎么回事？ [22:39] &lt;DrWoo&gt; :) [22:39] &lt;jrand0m&gt; 这是个阴谋！ [22:40] * DrWoo 觉得 jrand0m 几乎什么都有答案 :) [22:40] &lt;jrand0m&gt; 当然啦，啥都能怪到阴谋上。 [22:40] &lt;jrand0m&gt; 好 [22:40] &lt;wilde&gt; Stego（隐写）？ [22:40] * human 欢迎大家就如何向非 Java 应用暴露类似 I2CP 的面向消息的功能提出建议 [22:41] &lt;wilde&gt; I2P 会如何实现 Stego，让普通的端口扫描什么都看不出来 [22:41] &lt;wilde&gt; 连随机字节都没有 [22:41] * human 可能（确实？）有点重复……他在想用 http://openvpn.sf.net/ 通过 I2P 搭 VPN [22:41] &lt;jrand0m&gt; 嗯，一个是 PHTTP。 [22:42] &lt;jrand0m&gt; openvpn 看起来很有意思——我之前没意识到 tun/tap 也有 Windows 端口 [22:42] &lt;jrand0m&gt; 做一个 I2CP 的简单面向消息的 socket 桥应该很容易 [22:43] &lt;wilde&gt; freenet 不是叫它 Silent Bob（未给出“暗号”时节点保持沉默的机制）吗，就是你不给秘密敲门（知道 router ID）节点就沉默 [22:43] * madman2003 退出了 IRC（12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:43] &lt;baffled&gt; 好吧，老样子，我 15 分钟后还有个约，回头再跟进。 [22:43] &lt;jrand0m&gt; 对，如果我们想和 web 服务器之类集成做 Silent Bob，可以的 [22:43] &lt;jrand0m&gt; 酷，回头见 baffled [22:44] &lt;jrand0m&gt; （但 Silent Bob 并不能阻止端口扫描的探测，只是让它看起来像是另一个服务） [22:44] &lt;wilde&gt; 我宁愿不要被陌生人或 ISP 扫端口还发现我开着端口 [22:44] &lt;wilde&gt; 好的 [22:44] &lt;human&gt; jrand0m：好吧，等 I2P 在我电脑上又能用了我就开干 :-) [22:44] &lt;jrand0m&gt; UDP 也可以 [22:44] &lt;jrand0m&gt; :) human [22:45] * kaji 加入了 #i2p [22:46] &lt;jrand0m&gt; 我之前没意识到可靠性降得这么厉害，0.2.5 之后我们会做足够多的迭代把它给你拉回来 human [22:46] &lt;wilde&gt; 能不能在不动操作系统或防火墙的情况下，让 Java 程序“看不见”一个打开的端口 [22:46] &lt;human&gt; w00t! [22:47] &lt;jrand0m&gt; 你的意思是有个监听的 TCP 套接字还不被端口扫描发现？不，单靠 Java 不行。 [22:47] &lt;wilde&gt; 好的 [22:48] &lt;jrand0m&gt; （我甚至不知道其它语言怎么做） [22:48] &lt;jrand0m&gt; 对此用 udp 可能是最佳方案 [22:48] * human 欢迎大家试着 telnet human.i2p（通过 tunnel 的 TCP echo 服务器），随便输入点东西 [22:48] &lt;wilde&gt; 也许是个小 C 程序，过滤一下再转发到另一个端口 [22:49] * kaji_ 加入了 #i2p [22:49] &lt;jrand0m&gt; 如果它接受 TCP 连接，那恐怕就已经太迟了，如果我理解你的担忧没错的话。 [22:49] &lt;Janonymous&gt; 怎么 telnet？ [22:49] &lt;kaji_&gt; 终于 [22:50] &lt;kaji_&gt; 花了半天，iip 的可用性目前烂透了 [22:50] * kaji 退出了 IRC（Ping 超时） [22:51] &lt;duck&gt; 要是你担心开放端口，可以用 rTCP / PHTTP / whatever，对吧？ [22:51] &lt;Janonymous&gt; 靠……嘿，jr，那些新文档能从 i2p 主页直接进吗？ [22:51] &lt;human&gt; Janonymous: java -jar lib/i2ptunnel.jar -nogui -e "config localhost 7654" -e "client 12221 human.i2p" [22:51] &lt;jrand0m&gt; 不能，Janonymous，只能从那封邮件里的链接进去 [22:51] &lt;human&gt; Janonymous: 然后 telnet localhost 12221 [22:51] &lt;jrand0m&gt; duck&gt; 对 [22:52] &lt;Janonymous&gt; 好 [22:52] &lt;duck&gt; （当然 whatever 可以是 silentbob/stealth/stego 传输） [22:52] &lt;jrand0m&gt; human&gt; Message send failed after 61226ms with 391 bytes [22:53] &lt;human&gt; jrand0m：这是什么意思……？ [22:53] &lt;jrand0m&gt; 意思是我连不上你的 echo [22:53] &lt;duck&gt; -nogui 已弃用 :) [22:53] &lt;jrand0m&gt; 你能连上 duck.i2p 吗？ [22:54] &lt;wilde&gt; 吓我一跳，我去搜了 rtcp：http://dret.net/glossary/rtcp [22:54] &lt;jrand0m&gt; 对，rtcp 这个名已经被占用了 :/ [22:54] &lt;human&gt; jrand0m：我在试，但我很久很久都连不上 duck.i2p…… [22:54] &lt;jrand0m&gt; wilde&gt; http://wiki.invisiblenet.net/iip-wiki?RelayingTCP [22:54] &lt;wilde&gt; “Wilde's WWW Online Glossary” [22:55] &lt;jrand0m&gt; 呵呵对哦 :) [22:55] &lt;jrand0m&gt; human&gt; 那就绝对是件坏事了，因为它几乎一直都在线——能把你的 log-*.txt 发我看看吗？ [22:56] &lt;human&gt; Started on: Tue Feb 24 10:21:22 GMT 2004 [22:56] &lt;human&gt; Version: Router: 0.2.4.2 / SDK: 0.2.4.2 [22:56] &lt;human&gt; Bandwidth used: 56096295 bytes sent, 34308394 bytes received (avg 1.44KBps sent 0.88KBps received) [22:56] &lt;human&gt; jrand0m：好的，日志通过 meshmx 过来 [22:56] &lt;jrand0m&gt; gracias [22:56] &lt;jrand0m&gt; 好，还有别的要提的吗？ [22:58] * jrand0m 做结 [22:58] * jrand0m 用*baf*宣布会议结束 </div>/zh/blog/2004/02/17/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B42%E6%9C%8817%E6%97%A5/Tue, 17 Feb 2004 00:00:00 +0000/zh/blog/2004/02/17/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B42%E6%9C%8817%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> DrWoo, duck, fidd, human, jar, jrand0m, kaji, li, lucky, madman2003, mihi, Newsbyte, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> 鉴于我们因为 Jrand0m 身体不太舒服而没有举行一场很正式的会议，这里是我记录的会议日志，时间范围从会议开始前不久一直到结束后一段时间。 我已经删掉了那段时间里由于 iip 至少重启了两次而产生的被踢出和启动界面的内容。 如果有人有更好的日志，欢迎替换这些。 (困惑) <p>&lt;human&gt; baffled: 我们正在尝试用心灵感应联系 jrand0m，让他来参加会议 &lt;human&gt; baffled: 只要把注意力集中到他身上，帮我们一下 &gt; 我们不需要牵手之类的吗？ &lt;human&gt; baffled: 如果那能帮你集中注意力……嗯，可以 &gt; 酷，把手给我，我要开始专注了！ &lt;UL &gt; &lt;li&gt; human 把手递给了 baffled &lt;/UL&gt; human 已将频道 #i2p 的主题更改为 I2P 会议：牵起你身边人的手，把心念集中在 jrand0m 身上，邀请他来这里 thecrypto (~<a href="mailto:thecrypto@anon.iip">thecrypto@anon.iip</a> ) 加入了频道 #i2p &lt;UL &gt; &lt;li&gt; baffled 把手指上的神圣薯片油擦干净，握住 human 的手。 &lt;/UL&gt; &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: 他不是会先拟个会前议程吗，你可以拿来主持会议 &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: 呃……为什么是我？ Rain (<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) 加入了频道 #i2p &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: （不过我没看到任何会议议程） &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: 为什么不，你现在是清醒的 &lt;wilde&gt; 我们自己列个议程吧 &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; 对啊，你们都知道大致的问题 &lt;wilde&gt; 有很多话题要讨论 &lt;UL &gt; &lt;li&gt; human 将主持会议，交换条件是每位参加者献上他们的长女 &lt;/UL&gt; &lt;wilde&gt; 融资、战略、市场推广、网站、招募更多开发者和重度用户等 &lt;human&gt; wilde: 我同意，我们可以先非正式地聊聊 I2P 最近的进展 &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: 打开个文本窗口，快速做一个编号议程 &lt;UL &gt; &lt;li&gt; human 同意了 wilde 的提议 &lt;/UL&gt; &gt; 首先我们是不是需要趁 jrandom 不在给他安排一大堆职责？ 退出: wilde（Ping 超时） 退出: ion（Ping 超时） &lt;UL &gt; &lt;li&gt; human 也同意了 baffled 的意见 &lt;/UL&gt; wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) 加入了频道 #i2p &lt;wilde&gt; 我回来了 &gt; 你是第一个开口的，你来负责。 &lt;wilde&gt; 谁？我吗？ jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) 加入了频道 #i2p &gt; 别再一脸惊讶了。 &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; 你们真有意思 :) &gt; 嘿，jar。 &lt;jar&gt; 嗨 baffled :) &lt;jar&gt; 嗨 i2p！ ion (<a href="mailto:ion@anon.iip">ion@anon.iip</a> ) 加入了频道 #i2p &lt;UL &gt; &lt;li&gt; human 开始记录会议（或者说不管这会变成什么） &lt;/UL&gt; &gt; 我们选了 wild 来主持会议，因为他是到点后第一个说话的人。 &lt;wilde&gt; 好的 jrand0m (<a href="mailto:jrand0m@anon.iip">jrand0m@anon.iip</a> ) 加入了频道 #i2p &lt;wilde&gt; 1. 问候 &lt;wilde&gt; 2. I2P 状态 &lt;wilde&gt; 3. 如何帮助 I2P 项目 &lt;wilde&gt; 4. 招募更多开发者 &lt;wilde&gt; 5. 筹集资金（捐款、卖 T 恤） &lt;wilde&gt; 6. 自由讨论 &lt;human&gt; jrand0m: 现身啦！！！ &lt;wilde&gt; 嘿 jrand0m！ &gt; 我来一件 T 恤。 &lt;human&gt; 我们的实验成功了！！！ &lt;jrand0m&gt; 糟，以为我错过了 :) &lt;UL &gt; &lt;li&gt; jrand0m 把话筒交给了 wilde ;) &lt;/UL&gt; &gt; 你最好回头看看日志，jrandom。 &lt;wilde&gt; 好的老大，你可以按喜好修改议程 &lt;jrand0m&gt; &lt;a href=&ldquo;<a href="http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html%22&amp;gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&amp;lt;/a">http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html"&gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&lt;/a</a> &gt; &lt;UL &gt; &lt;li&gt; jrand0m 刚发了个链接 &lt;/UL&gt; &gt; 那些 T 恤质量好吗？ &lt;jrand0m&gt; 最好是好的 &lt;UL &gt; &lt;li&gt; jrand0m 为迟到道歉，今天一直不敢看显示器（头痛欲裂） &lt;/UL&gt; &gt; 不必、也不需要道歉。 &lt;wilde&gt; 没事儿，我们准备了应急方案 &lt;wilde&gt; 每个人都去 McDonalds&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=McDonalds&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 打工，然后用工资雇印度程序员 退出: ion（Ping 超时） &lt;jrand0m&gt; 哈，不错 &lt;jrand0m&gt; 也许我们可以直接进入议程，还是说现在是在 1、2、3、6？ &lt;wilde&gt; 0. &lt;wilde&gt; 1. 问候 &lt;wilde&gt; I2P 大家好 &lt;fidd&gt; 嗨 &lt;jrand0m&gt; 嗨 &lt;jar&gt; 嗨 &lt;kaji&gt; 啊，我赶上了 &lt;wilde&gt; 还有最后的问候吗？第一次，第二次…… &lt;kaji&gt; 嗨 &gt; 用哪个议程？你发的，还是 wild 发的那个？ &lt;jrand0m&gt; 也许我可以讲第 2 项：状态 &lt;wilde&gt; 2. I2P 状态 &lt;jrand0m&gt; 当前 router 无法工作 &lt;wilde&gt; 那我们现在处于 testnet 之后的什么阶段？ &gt; 我们能对此投票吗？ &lt;jrand0m&gt; 是的，已经过了测试网阶段，不过我在过程中引入了两个 bug &gt; 投票。 &lt;jrand0m&gt; 投票决定它是不是坏掉了？ &gt; 对。 &lt;UL &gt; &lt;li&gt; jrand0m 想知道要是我们投票够用力，它会不会又好了 &lt;/UL&gt; &lt;kaji&gt; 对我来说它已经挂了 &gt; 哦，算了。 &gt; 嗯，我们牵了手，然后你就出现了。 &lt;jrand0m&gt; 嘿，值得一试 ;) &lt;UL &gt; &lt;li&gt; jrand0m 开始举行驱 bug 降灵仪式 &lt;/UL&gt; &gt; 那会让它们变成 bogobugs 吗？ &lt;UL &gt; &lt;li&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 把干涸的鲜血撒在地上 &lt;li&gt; jrand0m 感应到这个咒语会让 bug 在一两天内消失，一旦修好就会发邮件到 i2p@ &lt;/UL&gt; &gt; 哇——哦！ &lt;kaji&gt; 我换到了 j2sdk1.4.2_03 才让 ant 在 XP 上跑起来，不知道这对 router 不工作有多大影响 &lt;wilde&gt; 所以要来个短暂的 i2p 休假 &lt;jrand0m&gt; 没影响，我在 XP 上也用这个版本 &lt;jrand0m&gt; 这个 bug 是程序员的失误，可能还是个小问题 &lt;jrand0m&gt; （但相当致命） &lt;jrand0m&gt; 说得对，wilde &lt;jrand0m&gt; 不过除此之外，我在 0.2.5 和 0.3 的文档上已经推进不少 &lt;jrand0m&gt; 所以我觉得不需要完整的两周 &lt;jrand0m&gt; 不过走到那一步再说。 &lt;wilde&gt; 不错，应用层有没有谁有改进？ &lt;jrand0m&gt; 有个想法——在测试网时，我们把重心更多放在了 IRC 和 echo，而不是 eepsites &lt;UL &gt; &lt;li&gt; wilde 把没做今天作业（一个很酷的 I2P 应用）的人记进了小黑本 &lt;/UL&gt; &gt; 你觉得他们因此受影响了吗？我肯定是这么想的。 &lt;jrand0m&gt; 在一个 router 上跑很多客户端（也称为 destinations）会增加负载，我们也许该考虑缩小测试范围 &lt;jrand0m&gt; 另外也可以讨论一下是否重新评估加密的密钥长度以降低负载（等有更多指标后再说） 退出: Robert（Ping 超时） &gt; 你认为一个 router 上多少客户端算多？ &lt;jrand0m&gt; 不太确定，我希望 0.2.4.x 可用后，我们能同时使用 IRC 和 eepsites &lt;jrand0m&gt; 这还要看机器 &lt;wilde&gt; 那现在哪个更合适？eepsites 还是 IRC？ &lt;UL &gt; &lt;li&gt; jrand0m 想要两者，中长期我们都会让它们正常运行 &lt;/UL&gt; &lt;jrand0m&gt; 总之，等 0.2.4.x 出来再看。 也许两者都会恢复良好。 &lt;wilde&gt; 是啊，但对调试最有用的是哪种？持续连接还是零散连接？ &lt;jrand0m&gt; 都要 ;) &lt;wilde&gt; 轻量的 IRC，还是 eep 图形？ &lt;jrand0m&gt; i2p 需要同时支持长期的流式连接和短期的突发连接 &lt;kaji&gt; 那重型的长时间下载呢？ &lt;jrand0m&gt; 对，长期的流式连接 &lt;jrand0m&gt; （不过我觉得在 i2p 上做文件共享，最好用 i2psnark 通过消息来做，类似 udp） &lt;wilde&gt; 真正的问题是：你建议缩小测试范围，是指 IRC 还是 EEP？ &lt;wilde&gt; （还是别的什么） &lt;jrand0m&gt; 两三个客户端就行了，我只是知道目前跑 4 个以上服务可能会有点超载（还取决于大家的电脑） lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) 加入了频道 #i2p &lt;wilde&gt; 好，这大概比较稳妥 &lt;jrand0m&gt; 有谁能说说客户端应用的开发进展吗？ &lt;wilde&gt; 所以重点应该放在能产出一些统计数据的服务上，比如 IRC 脚本 &lt;jrand0m&gt; 这确实很关键。 Newsbyte (~<a href="mailto:fredisdea@anon.iip">fredisdea@anon.iip</a> ) 加入了频道 #i2p &lt;jrand0m&gt; 哇 &lt;jrand0m&gt; 嗨 Newsbyte &lt;Newsbyte&gt; 啊，jran &lt;UL &gt; &lt;li&gt; wilde 看了看时钟，又看了看迟到的 Newsbyte，这要罚你一个苹果 &lt;/UL&gt; &lt;Newsbyte&gt; 啊？ &lt;Newsbyte&gt; 我从来不来这里 &lt;jrand0m&gt; 另外，echo 服务器和客户端应用非常适合收集统计数据，而且没有任何特定于 IRC 的依赖。 &lt;wilde&gt; 没啥 &lt;Newsbyte&gt; 再说了，没有 nop 的 I2P 会议算什么？ ;-) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: 嘿，总觉得他不是为开会来的 :) &lt;human&gt; 做一个 eepsite 监控工具会有用吗？ &lt;Newsbyte&gt; 没有 nop，就不算会议 &lt;UL &gt; &lt;li&gt; Newsbyte 可以做总结 &lt;/UL&gt; &lt;wilde&gt; jrand0m：还有没有你想在网络里统计的东西？ &lt;jrand0m&gt; human&gt; 当然——比如定期 ping 一下 eepsites，甚至也许还能跟踪页面变化？ &lt;human&gt; jrand0m：跟踪什么变化？ &lt;jrand0m&gt; 我觉得 IRC 脚本能给我们长期的断连/可靠性数据，echo 应用能给我们时延，剩下的就主要是吞吐量了 &lt;jrand0m&gt; 页面内容的变化 &lt;Newsbyte&gt; 是的，而且要用不止一台服务器 &lt;wilde&gt; 一个 kb/s 计量器，来个 I2P 海盗电台怎么样？ &lt;jrand0m&gt; 嗯？ 对，网络正常时我们通常有 4 到 10 台服务器 &lt;human&gt; jrand0m：能做，但……你会如何使用内容变更信息？ &lt;kaji&gt; 我以前跑过一阵 shoutcast 流 &lt;jrand0m&gt; human&gt; 这方面对我帮助不大，但能让用户使用这个测试（它会告诉他们哪里变了，也能让他们更常跑测试［产生更多流量］） &lt;jrand0m&gt; 不错，kaji &lt;jrand0m&gt; 对，aum 的流也会周期性上线 &lt;human&gt; jrand0m：哦，好的，我明白了 &lt;mihi&gt; jrand0m：一个 chargen 服务？ ;) &lt;madman2003&gt; 大家再见，祝 i2p 顺利 &lt;wilde&gt; 所以吞吐量是一个既有趣又有用的指标 &lt;jrand0m&gt; 回头见 madman2003 &lt;wilde&gt; 再见 madman2003 退出: madman2003 (..12(. <a href="https://www...nnscript...de">www...nnscript...de</a> .12.::. .N.o.N.ame.S.cript 3&hellip;8 .12.::. <a href="https://www...XLhost...de">www...XLhost...de</a> . .12.).) &gt; 好吧，像往常一样我五点还有个会，所以我一会儿回来。 记得给我算上一件 T 恤。 &lt;jrand0m&gt; 对，mihi，那样可行（不过流媒体 .ogg 更酷） baffled (~<a href="mailto:kirk@anon.iip">kirk@anon.iip</a> ) 加入了频道 #i2p mrflibble (<a href="mailto:mrflibble@anon.iip">mrflibble@anon.iip</a> ) 加入了频道 #i2p -Trent@anon.iip- 昵称 baffled 未注册 Ocelot (~<a href="mailto:Ocelot@anon.iip">Ocelot@anon.iip</a> ) 加入了频道 #i2p Rain (~<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) 加入了频道 #i2p nickthief61599 (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) 加入了频道 #i2p lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) 加入了频道 #i2p backup (~<a href="mailto:ypo@anon.iip">ypo@anon.iip</a> ) 加入了频道 #i2p Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) 加入了频道 #i2p jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) 加入了频道 #i2p wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) 加入了频道 #i2p 退出: backup（Ping 超时） &lt;wilde&gt; 嘿 &lt;wilde&gt; 网络不稳定吗？ &lt;wilde&gt; 我刚刚怎么也连不回来 退出: thecrypto（离开） &lt;lucky&gt; 是啊 &lt;lucky&gt; 最近有点儿……唉。 &lt;lucky&gt; 最近如此。 &lt;wilde&gt; 会议怎么样了？ &lt;lucky&gt; 估计被打散了 &lt;wilde&gt; 好的 lucky，你在会议里最后看到的是什么？（私聊我） &lt;lucky&gt; &lt;wilde&gt; 再见 madman2003 &lt;lucky&gt; &lt;&ndash; madman2003 已退出（( <a href="https://www.nnscript.de">www.nnscript.de</a> :: NoNameScript&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=NoNameScript&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 3.8 :: <a href="https://www.XLhost.de">www.XLhost.de</a> )） &lt;lucky&gt; &lt;jrand0m&gt; 对，mihi，那样可行（不过流媒体 .ogg 更酷） Galaxy (<a href="mailto:yogi@anon.iip">yogi@anon.iip</a> ) 加入了频道 #i2p &lt;wilde&gt; 好的，我这边也是在那儿中断的 &lt;fidd&gt; 我也是 退出: Sonax（来自客户端的 EOF） Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) 加入了频道 #i2p &lt;kaji&gt; 会议被核爆了 kaji 已将频道 #i2p 的主题改为 nuked &lt;kaji&gt; ping? &lt;jar&gt; pong! &lt;kaji&gt; 好 &lt;kaji&gt; 我还以为又崩了 &lt;jar&gt; 是的 :( 退出: wilde () &lt;kaji&gt; 那么……会议呢？ &lt;jar&gt; 以惨烈的方式结束了…… &lt;jar&gt; jrandom 又有动静，看起来暂时就这样了 &lt;jar&gt; 接下来 0.2.4.2 会在几天内有进展…… &lt;jar&gt; （就像 jr 说的，一两天） mihi_backup (~<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) 加入了频道 #i2p jar 现在改名为 jar_ sheer (<a href="mailto:sheer@anon.iip">sheer@anon.iip</a> ) 加入了频道 #i2p &lt;kaji&gt; wilde 说了点关于资金的事，但上次我问 jran，他说 i2p 目前用不着钱 退出: Ranma () Robert (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) 加入了频道 #i2p Sonax 现在改名为 JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 现在改名为 Sonax 退出: Rain（I Quit） zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) 加入了频道 #i2p Ranma (<a href="mailto:ranma@anon.iip">ranma@anon.iip</a> ) 加入了频道 #i2p mihi (<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) 加入了频道 #i2p &lt;mihi&gt; 嗯，会议怎么了？ &lt;UL &gt; &lt;li&gt; mihi 有个主意 &lt;/UL&gt; &lt;mihi&gt; ;) Mode change &ldquo;+o mihi&rdquo; on channel #i2p by <a href="mailto:Trent@anon.iip">Trent@anon.iip</a> Mode change &ldquo;-o duck&rdquo; on channel #i2p by mihi &lt;mihi&gt; 没有人知道会议的情况吗？ &lt;UL &gt; &lt;li&gt; mihi 注意到大家已经不再怕管理员了 ;) &lt;/UL&gt; 退出: zathras（Ping 超时） mihi_backup 被 mihi 踢出了频道 #i2p（mihi） zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) 加入了频道 #i2p 退出: Sonax（客户端退出） &lt;lucky&gt; mihi，我们都因为那次会议被踢了 hacktic4ever (~<a href="mailto:hacktic4e@anon.iip">hacktic4e@anon.iip</a> ) 加入了频道 #i2p 退出: hacktic4ever () &lt;mihi&gt; 好的，晚安 &lt;duck&gt; 大家好 退出: sheer（来自客户端的 EOF） 退出: mihi（希望下周更顺利……） &lt;duck&gt; 我错过什么了吗？ 退出: jnk（Ping 超时）</p>/zh/blog/2004/02/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B42%E6%9C%8810%E6%97%A5/Tue, 10 Feb 2004 00:00:00 +0000/zh/blog/2004/02/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B42%E6%9C%8810%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> baffled, dm, duck, fidd, FireRabbit, human, jrand0m, madman-away, mihi, wiht, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; &lt;incoming&gt; [22:00] &lt;jrand0m&gt; 0) 嗨 [22:00] &lt;jrand0m&gt; 1) 测试网络（testnet）状态 [22:00] &lt;jrand0m&gt; 2) i2p 中的命名 [22:00] &lt;jrand0m&gt; 3) minwww 和 i2cp [22:00] &lt;jrand0m&gt; 4) i2p.net 网站 [22:00] &lt;jrand0m&gt; 5) ??? [22:00] &lt;dm&gt; 我前几天在想，我们可以做一个 I2P 的 .NET 接口。不管怎样.. [22:00] &lt;FireRabbit&gt; 嗯，会有的 [22:00] &lt;madman-away&gt; 大家好 [22:00] &lt;jrand0m&gt; -1) .net 接口会很酷 [22:00] &lt;jrand0m&gt; 0) 嗨 [22:00] * madman-away 现在叫 madman2003 [22:00] &lt;jrand0m&gt; 各位好啊 [22:00] &lt;wilde&gt; 嗨 [22:00] &lt;FireRabbit&gt; &lt;-- 会写一个 .net 接口 [22:00] &lt;FireRabbit&gt; 不管怎样，嗨 [22:00] &lt;jrand0m&gt; r0x0r. [22:00] &lt;dm&gt; 太棒了 [22:01] &lt;jrand0m&gt; 欢迎来到第七十多次会议 [22:01] &lt;FireRabbit&gt; &lt;-- 需要那个带客户端协议的 URL [22:01] * ion 加入了 #i2p [22:01] &lt;jrand0m&gt; i2p.net/ 上有 wiki 的链接，你大概会想用 tunnelManager [22:01] &lt;FireRabbit&gt; 好的 [22:01] &lt;jrand0m&gt; （大家应该看看 [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html)，本周的状态更新） [22:01] &lt;FireRabbit&gt; 那在最新发布里工作良好吗？ [22:02] &lt;jrand0m&gt; 是的，aum 在用（而且我几小时前刚修了一个他遇到的 bug） [22:02] &lt;jrand0m&gt; （规格在 [I2PTunnelManager specs](http://wiki.invisiblenet.net/iip-wiki?I2PTunnelManager) ） [22:02] &lt;jrand0m&gt; 好，继续 [22:02] &lt;jrand0m&gt; 1) 测试网络状态 [22:02] &lt;FireRabbit&gt; okc ool yes, [22:03] &lt;jrand0m&gt; 我不想像复读机一样，但……测试网络在推进。 [22:04] &lt;jrand0m&gt; 我们还没完全到位，但最新构建上已经有了几个小时不出问题的会话 [22:04] &lt;jrand0m&gt; 一些环境还达不到这种可靠性，不过有些能做到。所以我们在努力把它们都提到这个水平 [22:04] &lt;FireRabbit&gt; 太好了 [22:04] &lt;baffled&gt; 至少我们正在往网络里塞满动物 [22:05] &lt;jrand0m&gt; 呵呵 [22:05] &lt;jrand0m&gt; dog, cat, mouse, duck... [22:05] * wiht 加入了 #i2p [22:05] &lt;FireRabbit&gt; rabbit! [22:05] &lt;baffled&gt; 也许我该改名叫 bafflo [22:05] &lt;human&gt; human! [22:05] &lt;jrand0m&gt; !! [22:05] &lt;jrand0m&gt; #animalfarm [22:06] &lt;dm&gt; dm [22:06] &lt;jrand0m&gt; 总之，关于测试网络状态我想说的大概就是这些（除此之外还有状态邮件里的内容） [22:06] &lt;wilde&gt; 人们会离线读日志，所以请保持主题 [22:06] &lt;jrand0m&gt; 呵，对不起爸 ;) [22:07] &lt;jrand0m&gt; 我觉得我们仍在按路线图推进 [22:07] &lt;wiht&gt; 你计划还要发布多少个测试网络版本？ [22:07] &lt;jrand0m&gt; （另外我在跑测试的时候也做了一些面向未来的工作，比如 &gt;2 hop 的 tunnels） [22:07] &lt;jrand0m&gt; wiht&gt; 需要多少就发多少 [22:08] &lt;jrand0m&gt; 不过在我看来，我们已经非常接近这一轮测试网络的收尾了 [22:08] &lt;dm&gt; &gt;2 hop 的 tunnels 不就是一个设置吗？ [22:08] &lt;jrand0m&gt; 是的 [22:08] &lt;jrand0m&gt; 但过去它并没有得到很好的测试 [22:08] &lt;dm&gt; 酷 [22:09] &lt;jrand0m&gt; 在测试网络进行期间，我在我的笔记本上还跑着一个单独的测试网络做别的事 [22:09] * human 欢迎各种建议，以便让 ircmonitor 更有用 [22:09] &lt;jrand0m&gt; &lt;做梦中&gt;一个 http 监听器，按需渲染 .png？&lt;/做梦中&gt; [22:09] &lt;jrand0m&gt; （或者直接 /msg cat renderPNG） [22:10] &lt;human&gt; jrand0m: 好的，应该可行 [22:10] &lt;baffled&gt; 我还是想看到文本摘要。 [22:10] &lt;jrand0m&gt; human++ [22:10] &lt;baffled&gt; 在 ircmonitor 上。 [22:10] &lt;jrand0m&gt; 对，（文本摘要）++ 也要 [22:10] &lt;human&gt; jrand0m: 我还在考虑用 gnuplot 来生成图（而不是 gnu plotutils） [22:11] &lt;jrand0m&gt; 土豆，土豆 [22:11] &lt;jrand0m&gt; （啊，IRC 上口音的魅力） [22:11] &lt;FireRabbit&gt; lol [22:11] &lt;human&gt; jrand0m, baffled: 你们能给个文本摘要的例子吗？ [22:11] &lt;baffled&gt; 如果你给我点时间的话。 [22:11] * dm 读成了“土豆，土豆” [22:12] &lt;jrand0m&gt; 周期：4 小时 平均延迟：5.3s 丢失消息：95 丢失消息频率：每 49 秒 1 条 [22:12] &lt;jrand0m&gt; （也许再加上最大和最小延迟） [22:12] &lt;human&gt; jrand0m: 哦，好的 [22:12] &lt;jrand0m&gt; 如果可行 / 不太麻烦的话 [22:13] &lt;jrand0m&gt; （至少我听到文本摘要时想到的是这些） [22:13] &lt;wilde&gt; 最大延迟，最小延迟 [22:13] &lt;mihi&gt; human: 看看我给 ping tester 的摘要 [22:13] &lt;mihi&gt; 嗯，这周有人跑 echo 服务器吗？ [22:13] &lt;jrand0m&gt; 据我所知没有 [22:14] &lt;human&gt; jrand0m: 应该可行——我基本上会让 ircmonitor 记录更多原始数据，然后我会写一些小工具脚本来生成图表和/或文本摘要 [22:14] &lt;jrand0m&gt; 太赞了 [22:14] &lt;baffled&gt; 抱歉 mihi，我一直想把你的那个搭起来，但总忘记。 [22:14] &lt;jrand0m&gt; 我觉得这会成为整体功能测试的一部分，并且会跟我们一起成长 [22:15] &lt;jrand0m&gt; 好，关于测试网络还有别的要讨论的吗？ [22:16] * jrand0m 转到 2) i2p 中的命名 [22:16] &lt;wilde&gt; 测试网络现在最大的问题是什么？ [22:16] &lt;jrand0m&gt; 测试网络中最大的两个问题是—— [22:16] &lt;jrand0m&gt; 1) 找到并修复 router 断连的原因 [22:17] &lt;jrand0m&gt; 2) 查明频繁的 inter-ircd 断连的原因 [22:17] &lt;mihi&gt; 1b) 如何应对 router 偶尔会断开这一事实 [22:17] &lt;jrand0m&gt; 对 [22:17] &lt;jrand0m&gt; 不过，这不真的是这一轮测试网络要解决的。 [22:17] &lt;jrand0m&gt; 0.3.x 是一系列用来应对不可靠 router 的更新 [22:18] &lt;jrand0m&gt; 这也是为什么我一直在限制在测试网络上运行的 router 数量——我知道当 router 不能大部分时间保持在线时，它表现得很差 [22:18] &lt;wiht&gt; 所以你现在假设 router 是可靠的，对吗？ [22:18] &lt;jrand0m&gt; 在 0.2.3.6 测试网络里，是的 [22:18] &lt;jrand0m&gt; （它能从故障中恢复，但不够快） [22:19] &lt;jrand0m&gt; （更优雅的恢复会通过每个 destination 使用多个 leases、加强对等体画像（peer profiling）、重放防护（replay prevention）、以及在备用 lease 目标上重试来实现） [22:20] &lt;jrand0m&gt; 好，转向 2) i2p 中的命名 [22:21] &lt;jrand0m&gt; wiht 提到问题的核心——全局名字非常有用，而且大家喜欢它们 [22:21] &lt;jrand0m&gt; （不熟悉这次讨论的人应该看看 [status discussion 000135](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000135.html) 以及后续回复） [22:22] &lt;wiht&gt; 人们对它们很习惯，可能比对本地名字（比如你举的 ICQ 类比）更习惯。 [22:22] &lt;jrand0m&gt; 我不确定。 [22:22] &lt;jrand0m&gt; 比如说我叫 John。 [22:22] &lt;jrand0m&gt; John 不是全局的。 [22:22] &lt;jrand0m&gt; 甚至 John Q. Random 也不是全局的。 [22:22] &lt;jrand0m&gt; John Q. Random 1942 年生于阿根廷也不是。 [22:23] &lt;human&gt; 嗯，之前说过命名系统可以有不止一种“口味” [22:23] &lt;jrand0m&gt; 的确 [22:23] &lt;human&gt; 人们可以选择一个信任的“注册机构”，从那里挑选唯一的名字 [22:23] &lt;jrand0m&gt; 当然可以。 [22:24] &lt;jrand0m&gt; 不过这样也有风险 [22:24] &lt;wiht&gt; 我记得我最初提的方案允许存在多个认证机构（CA）。 [22:24] &lt;human&gt; jrand0m: 当然，这是舒适性与安全性的权衡 [22:24] &lt;FireRabbit&gt; 我觉得有人应该先写个简单“中心化”的 dns 系统，暂时用着，再去考虑安全 [22:24] &lt;human&gt; jrand0m: :-) [22:24] &lt;FireRabbit&gt; 只是为了让测试更容易 [22:25] &lt;jrand0m&gt; 多个 CA 在没有全局命名时更容易运作 [22:25] &lt;wiht&gt; jrand0m: 回到你的例子，如果你是第一个注册 jrandom.i2p 的，另一个 John Random 就得比如注册 jrandom2.i2p。 [22:25] &lt;baffled&gt; 实际上只有发生冲突时才有问题，对吧？ [22:25] &lt;jrand0m&gt; FireRabbit&gt; 我强烈感觉我们一开始用的东西会沿用 12+ 个月。 [22:25] &lt;jrand0m&gt; baffled，说得对，在任何方案里都是如此 [22:25] &lt;wiht&gt; baffled: 是的，那就是问题。 [22:25] &lt;jrand0m&gt; wiht&gt; 如果有多个 CA 就不是了 [22:25] &lt;FireRabbit&gt; 也许吧 [22:25] &lt;wilde&gt; 如果存在本地命名，eepsites 会一团糟，链接不会起作用 [22:25] &lt;baffled&gt; 所以你只在冲突解决的情况下才需要一个权威机构。 [22:26] &lt;jrand0m&gt; 是的，wilde [22:26] &lt;jrand0m&gt; 要与他人共享和使用的名字应该是完全限定的——自我签名（self certified）的——名字 [22:26] &lt;wiht&gt; jrand0m: 你能举个自我签名名字的例子吗？ [22:27] &lt;jrand0m&gt; 摘自我的邮件—— `http://i2pref/[base64 of the NameReference]` [22:27] &lt;wilde&gt; 所以当我链接到你的网站，而外面有三个 jrandom……会用哪一个？ [22:28] * human 认为没有全局命名的去中心化 NS 是 Good(TM)，因为它能让人理解把主机名验证和认证委托出去的风险 [22:28] &lt;jrand0m&gt; 你用完全限定名来链接——它里面包含了实际的 Destination（目标标识）本身。 [22:28] &lt;jrand0m&gt; （我邮件里的 NameReference（名称引用）结构） [22:28] &lt;wilde&gt; 所以这有点像 base64 链接 [22:28] &lt;jrand0m&gt; 对 human——它去掉了那个攻击点 [22:28] &lt;wiht&gt; 那人们又得输入一串很长的字符了吗？那似乎有点自我否定。 [22:28] * madman2003 退出了 IRC (EOF From client) [22:29] &lt;jrand0m&gt; 没人会手打 base64 名字 [22:29] &lt;jrand0m&gt; （嗯，也许 mihi 会） [22:29] &lt;jrand0m&gt; `&lt;a href="http://i2pref/[base64 of the NameReference]"&gt;jrandom 的页面&lt;/a&gt;` [22:29] &lt;wiht&gt; 哦。这样就说得通了。 [22:30] * mihi 不会“输入”任何可以复制粘贴的东西 [22:30] &lt;jrand0m&gt; :) [22:30] &lt;wilde&gt; 好，但基本上就是很长的 URL [22:30] &lt;jrand0m&gt; 在 eepsites 里，是的 [22:30] * dm 退出了 IRC (Ping timeout) [22:30] &lt;wilde&gt; 好，这就是我的问题 [22:30] &lt;jrand0m&gt; 不过还有其他几种场景值得看看 [22:31] &lt;jrand0m&gt; 比如人们想浏览或搜索新站点时 [22:31] &lt;jrand0m&gt; 在这些情况下，拥有包含大量 name reference 的服务器会很有用 [22:31] &lt;baffled&gt; 我能提个主意，用历史服务器而不是权威机构吗。 [22:31] &lt;jrand0m&gt; 历史服务器？ [22:32] &lt;jrand0m&gt; 啊，就是谁先来“谁拿到”？ [22:32] &lt;baffled&gt; 如果有人采用了一个已有使用的域名，历史服务器会给那个人发个通知，说明原持有者以及如何联系。 [22:32] &lt;human&gt; 或许搞一个存档，能看到域名在一段时间内如何变化？ [22:32] &lt;baffled&gt; 只要双方都能联系到，冲突就可以由他们双方来解决。 [22:33] &lt;wiht&gt; baffled: 如果新域名的运营者很无赖，继续占着那个已被占用的域名怎么办？ [22:33] &lt;baffled&gt; 如果一方不可用，那冲突在一段时间后就归可用的一方。 [22:33] &lt;human&gt; 当然这意味着要对服务器运营者给予一定信任 [22:33] &lt;wilde&gt; 这其实只是换一种方式的权威 [22:33] &lt;jrand0m&gt; 对 [22:34] &lt;baffled&gt; 任何仲裁者最终都会扮演权威的角色。 [22:34] &lt;human&gt; 嗯，使用非全局名字会让大家明白，建立在它们之上的一切会让生活更方便，但可能降低安全性 [22:34] &lt;jrand0m&gt; 对，对 [22:34] &lt;baffled&gt; 我不认为这会成为大问题。 [22:34] &lt;jrand0m&gt; （但为什么我们需要仲裁者？世界上不能有两个 John 吗？） [22:35] &lt;jrand0m&gt; 如果 i2p 被用于商业或其他类似活动，我预计名字会受到猛烈攻击 [22:35] &lt;baffled&gt; 如果我想要 jrandom.i2p 而 jr 不肯让，我总可以选 jrandom.i3p 或者发个悬赏。 [22:35] &lt;wilde&gt; 我投票给那个隐晦的 nameref 方案 [22:35] &lt;wiht&gt; 同样，那也没问题，只要“新”用户能理解其含义，并知道他们想联系哪个 John。 [22:35] &lt;jrand0m&gt; （因为有人可以劫持并骗钱，等等） [22:36] &lt;jrand0m&gt; 对——我们很可能会一直在软件里捆绑一些 name reference [22:36] &lt;jrand0m&gt; （类似当前的 hosts.txt） [22:36] &lt;wiht&gt; 不过有个想法我们应该保留，就是 MrEcho 提的给 reference 附上一个 timed lease。这样，域名可以过期。 [22:37] &lt;jrand0m&gt; 为什么域名需要过期来着？ [22:37] &lt;baffled&gt; 它们厌世了？ [22:37] &lt;jrand0m&gt; 哦，是为了替换里面包含的 Destination？ [22:37] &lt;jrand0m&gt; 呵 [22:38] &lt;wiht&gt; 有些是因为运营者只想用一天或一个月。另一些是当域名所有权转移到不同的 destination 时。 [22:38] &lt;jrand0m&gt; 嗯，但没有唯一性的话，其实就不存在所有权 [22:38] &lt;jrand0m&gt; 它不是稀缺资源 [22:38] &lt;jrand0m&gt; 如果有人想改他们监听的 dest，他们可以用自己的 dest 签一份说明“嘿，我搬到这边了”的说明 [22:39] &lt;wilde&gt; 所以 nameref 由一把钥匙保护，destination 是另一把 [22:39] &lt;jrand0m&gt; nameref 是由 destination 的签名密钥签名的 [22:40] &lt;wilde&gt; 你可能想要另一把专用于 nameref 的钥匙，如果可能的话 [22:40] &lt;jrand0m&gt; 嗯，我理解也同意，但那意味着 Destination 里要再加一段 1024bit 的部分 [22:40] &lt;wilde&gt; 这样即使机器被攻破，你也可以把 nameref 的钥匙写在纸上随身带 [22:41] * wiht 退出了 IRC (Ping timeout) [22:41] &lt;jrand0m&gt; （而且 Destination 到处都会用到） [22:41] &lt;jrand0m&gt; 嗯，我没太跟上“被攻破”的那部分？ [22:42] &lt;wilde&gt; destination 的私钥一直在机器上 [22:42] &lt;jrand0m&gt; 啊对对 [22:42] &lt;wilde&gt; 而 nameref 的私钥没必要在，可以放在钱包里写在纸上 [22:43] &lt;jrand0m&gt; 这是个好点子。也许可以用注释块来做（里面包含环绕 Destination 哈希的 PGP 签名）？ [22:43] &lt;wilde&gt; 但这也许有点过头 [22:43] &lt;wilde&gt; 我只是不喜欢把最有价值的钥匙放在机器上，如果没有必要的话 [22:44] &lt;jrand0m&gt; 对——我们需要 Destination 的签名钥匙和解密钥匙，但功能上不需要别的。 [22:44] &lt;jrand0m&gt; 嗯 [22:45] &lt;jrand0m&gt; 或许 name reference 里可以再带一个 1024bit 的公钥 [22:45] &lt;jrand0m&gt; 然后我们用那个通过 DSA 来验证 [22:45] &lt;jrand0m&gt; 而不是用 destination 的公钥 [22:45] &lt;jrand0m&gt; 嗯，这可行 [22:45] &lt;jrand0m&gt; 额外 32bytes，但只加在 nameReference 上，不加在 Destination 上 [22:46] * jrand0m 不知道为啥我会以为那意味着要放到 Destination 里 [22:46] &lt;wilde&gt; 一堆钥匙 :) 但多了安全性和灵活性 [22:46] &lt;jrand0m&gt; 对 [22:46] &lt;jrand0m&gt; （不过，说真的，我们都知道大家会把钥匙放在同一个目录里） [22:46] &lt;jrand0m&gt; （（不过也许商家不会）） [22:47] &lt;wilde&gt; 你可以移交一个“域名”而不是 destination，或者改成别人的 destination [22:47] &lt;jrand0m&gt; 嗯，好。我希望 MrEcho 和 wiht 在这儿 [22:47] &lt;jrand0m&gt; 对 [22:48] &lt;jrand0m&gt; 嗯，这些都挺好，我觉得可行 [22:48] &lt;jrand0m&gt; 但需要有人把它写出来 :) [22:49] &lt;jrand0m&gt; 所以，或许我们稍后再继续讨论，但在那之前，还是 hosts.txt 先上 [22:49] &lt;wilde&gt; 雇点印度人 [22:50] * jrand0m /dcc 拿到一笔资助，雇 80 人的团队来做 i2p [22:51] &lt;wilde&gt; :) [22:51] &lt;jrand0m&gt; 好，关于命名还有别的补充吗，或者目前这样就可以？ [22:51] &lt;baffled&gt; 继续吧，兄弟。 [22:52] * wiht 加入了 #i2p [22:52] * jrand0m 跳一步、跨一步、再跳一步，来到 3) minwww 和 i2cp [22:52] &lt;jrand0m&gt; 哎，欢迎回来 wiht [22:52] &lt;baffled&gt; 1, 2, 5 呃 3 sitr. [22:52] &lt;wiht&gt; 我刚才很难重新连回 IIP 网络。我晚点再读日志。 [22:53] &lt;jrand0m&gt; 好的 wiht，我们也可以在列表上继续等等 [22:54] &lt;jrand0m&gt; 好，前几天我终于写了为什么我觉得直接用 i2cp 值得一看，并且勾勒了一个用于 i2p 的最小化 Web 系统（也可用于把外部网页通过 i2p 代理进来） [22:54] &lt;jrand0m&gt; （参考 wiki：[MinWWW wiki](http://wiki.invisiblenet.net/iip-wiki?MinWWW) ） [22:56] &lt;jrand0m&gt; 对于 HTTP，建立/拆除 TCP/IP 连接的成本很小，但在 I2P 上，这个差异是 10 个 destination 到 destination 的消息 vs 2 个 [22:56] * sheer 加入了 #i2p [22:56] &lt;duck&gt; 会议已经开始了吗？ [22:57] &lt;jrand0m&gt; 是的，已经 56 分钟了 [22:57] * jrand0m 让 duck 面壁 [22:57] &lt;duck&gt; 那我来得正是时候 [22:57] * wilde 退出了 IRC (Ping timeout) [22:57] &lt;jrand0m&gt; 哈 [22:57] &lt;baffled&gt; 毫无疑问，他得换个新钟。 [22:58] &lt;jrand0m&gt; 关于 minwww 有一部分我不太确定：minwww 代理是否应该同时自动充当外部网关？ [22:58] * wiht 退出了 IRC (Ping timeout) [22:59] &lt;jrand0m&gt; 这样会增加可用 outproxies 的数量，降低负载 [22:59] &lt;jrand0m&gt; 再加上一个与 64/128KB 限制绑定的轮询算法，人们不太可能用它来进行大型文件共享 [22:59] * wiht 加入了 #i2p [23:00] &lt;jrand0m&gt; 或者我们只要弄一个小的 outproxies 列表（定期更新）？ [23:01] &lt;jrand0m&gt; （或者这个想法不值得深究？） [23:01] * wilde 加入了 #i2p [23:02] &lt;jrand0m&gt; （或者我已经超时了，没人能读到我说的任何话） [23:02] &lt;wilde&gt; jrand0m: 能看到 [23:02] &lt;jrand0m&gt; 好的，酷 [23:02] &lt;baffled&gt; 我得再多了解下，不过现在十分钟后我还有个约，我稍后回来。 [23:02] &lt;jrand0m&gt; 行，回头见 [23:03] &lt;jrand0m&gt; 是的，还有 i2ptunnel 的关键功能，要处理 8bit 干净的流 [23:03] &lt;jrand0m&gt; 这对比如通过 i2p 的 irc 之类是必要的 [23:03] &lt;mihi&gt; jrand0m: 别忘了 ss[lh] [23:04] &lt;jrand0m&gt; 但对于消息导向的协议，比如 http、smtp、bittorrent 等，i2cp 可能更合适 [23:04] &lt;jrand0m&gt; 对，没错 [23:04] &lt;jrand0m&gt; （嗯，更像是“telnet”，因为在 i2p 上跑 ssh 有点大材小用） [23:04] &lt;wilde&gt; ssh -X [23:05] &lt;jrand0m&gt; 说得也是 [23:05] &lt;jrand0m&gt; （还有证书，等等） [23:05] &lt;wilde&gt; 加密永远不嫌多 [23:05] &lt;jrand0m&gt; 但如果我们通过 squid 拉网页需要 5-10 秒，用 i2cp 会把它降到 0.5-2 秒 [23:06] &lt;jrand0m&gt; （即便不对网络做任何后续调优，并且能降低整体网络负载） [23:06] &lt;wilde&gt; 做 i2cp 需要多少人时？ [23:07] &lt;jrand0m&gt; 依我看，i2cp 有一个相当简单的 API，打包在 Java 的 i2p SDK 里 [23:07] &lt;jrand0m&gt; 用/学起来有多费劲，mihi 会更有发言权 [23:08] * wiht 退出了 IRC (Ping timeout) [23:08] &lt;mihi&gt; 有时会有点困惑（什么时候要在构造器里传值，什么时候用默认构造器后再调方法传），不过有 i2ptunnel 和 atalk 作示例不该太难。 [23:09] * ion 退出了 IRC (Ping timeout) [23:09] &lt;jrand0m&gt; 我们显然可以改进 sdk，我只是参考 JMS API 做的 [23:10] &lt;jrand0m&gt; （而且如果有人想用它折腾熟悉一下，我非常乐意帮忙） [23:11] &lt;jrand0m&gt; 好，关于 minwww/i2cp 还有别的吗？ [23:11] &lt;jrand0m&gt; 没有的话，转到 4) i2p.net 网站 [23:11] &lt;jrand0m&gt; （然后大家一片欢呼） [23:11] &lt;jrand0m&gt; 好 [23:12] &lt;duck&gt; 关于搜索功能 [23:12] &lt;duck&gt; wikipedia 用 google 做搜索功能 [23:12] &lt;jrand0m&gt; 没错。而且我们已经是 i2p 的 #1 搜索结果了 :) [23:13] &lt;duck&gt; 所以可能不需要什么炫酷的东西来做搜索。 [23:13] &lt;mihi&gt; duck: 目前是的 ;) [23:13] &lt;duck&gt; 我是说内部搜索 [23:13] &lt;mihi&gt; #1 是 www.crestron.com/company_info/i2p/ [23:13] &lt;jrand0m&gt; 啊对，我这周忘了贿赂鸽子 [23:14] &lt;duck&gt; LeaseSet site:wiki.invisiblenet.net [23:14] &lt;jrand0m&gt; 不错 [23:14] &lt;jrand0m&gt; 是的，当然可以。 [23:14] &lt;wilde&gt; drupal 有内部搜索，而且可以按内容类型过滤 [23:15] &lt;wilde&gt; 它也非常对 google 友好，有 clean urls，没有 index.php? 一堆参数 [23:15] &lt;wilde&gt; 一切看起来都像目录 [23:16] * ion 加入了 #i2p [23:16] &lt;wilde&gt; 我试过不同的 CMS，到目前为止 Drupal 是我最喜欢的 [23:16] &lt;duck&gt; 我更喜欢 Ian 自制的方案 [23:16] &lt;duck&gt; :) [23:16] &lt;jrand0m&gt; 它用什么后端？mysql/bdb/txt/? [23:16] &lt;wilde&gt; 它被 [kerneltrap.org](http://kerneltrap.org/) [debianplanet.org](http://www.debianplanet.org/) [linuxgazette.com](http://www.linuxgazette.com/) 使用 [23:16] &lt;wilde&gt; 举几个例子 [23:17] &lt;wilde&gt; 可以扛很大的访问量 [23:17] &lt;wilde&gt; 他们的设计糟糕透了 [23:17] &lt;wilde&gt; 但漂亮的 CSS 样式表能修好 [23:17] &lt;wilde&gt; 这里有些看起来更好的： [23:17] &lt;duck&gt; Drupal 核心平台、额外插件模块、以及许多主题模板，都可在 GNU GPL 下免费下载。Drupal 用 PHP 编写，数据库后端可以用 MySQL、PostgreSQL 或 mSQL，能在多种平台上运行，包括 Apache 或 Microsoft IIS Web 服务器。 [23:17] &lt;wilde&gt; [sudden-thoughts.com](http://www.sudden-thoughts.com/) [23:17] &lt;jrand0m&gt; 这一点很重要——我们需要确保底层软件能支持设计（而且设计能在底层软件上可用） [23:18] &lt;wilde&gt; [codemonkeyx.net](http://www.codemonkeyx.net/) [23:18] &lt;wilde&gt; [disguast.org](http://www.disguast.org/index.php) [23:18] &lt;wilde&gt; [trip.ee](http://trip.ee/) [23:18] &lt;wilde&gt; [blainepeterson.com/image](http://www.blainepeterson.com/image) [23:18] &lt;wilde&gt; . [23:19] * jrand0m 感觉到 wilde 是个狂热的 drupal 粉 :) [23:19] &lt;wilde&gt; 我确实逐渐变成了，因为我喜欢它背后的信息管理理念 [23:19] &lt;wilde&gt; 一切都是一个节点 [23:20] &lt;wilde&gt; 很棒的分类体系 [23:20] &lt;wilde&gt; 你可以为地理位置、内容类型、语言等创建词汇表 [23:20] &lt;wilde&gt; 并创建自定义 URL 按这些内容过滤 [23:21] &lt;jrand0m&gt; 它能不能在首页上放两个 blog 区块？比如一个小的 blog 区域只包含最近开发博客的标题，而主大的一个单独 blog 区域包含最近的 i2p 公告？ [23:21] &lt;wilde&gt; 它也经常更新而且改动都不错 [23:21] &lt;duck&gt; 换句话说我们现在还没上 drupal 简直太傻了 [23:21] &lt;wilde&gt; 我们有 duck [23:21] &lt;wilde&gt; drupal.i2p.net [23:21] &lt;jrand0m&gt; :) [23:21] &lt;wilde&gt; duck，你太 90 年代了 [23:22] &lt;duck&gt; 那很好 [23:22] &lt;wilde&gt; 设计当然很丑 [23:22] &lt;duck&gt; 因为那个设计太 80 年代了 [23:22] &lt;jrand0m&gt; lol [23:22] * wilde 和 duck 玩泥浆摔跤 [23:22] &lt;jrand0m&gt; 对，这里有三件不同的事需要搞定——技术、信息架构（IA）、以及视觉设计 [23:23] &lt;wilde&gt; 你可以先试试用户界面 [23:23] &lt;wilde&gt; 登录：test 密码：test [23:23] &lt;duck&gt; warning: Bad arguments to implode() in /var/www/html/i2p/modules/project/issue.inc on line 360. [23:23] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ' at line 1 [23:23] &lt;duck&gt; query: SELECT COUNT(*) FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) in /var/www/html/i2p/includes/database.mysql.inc on line 90. [23:23] &lt;jrand0m&gt; 搜索还不能用，对吧 wilde？ [23:24] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20' at line 1 [23:24] &lt;jrand0m&gt; 哦，干得漂亮 duck [23:24] &lt;duck&gt; query: SELECT n.nid FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20 in /var/www/htm [23:24] &lt;duck&gt; sucky [23:24] &lt;jrand0m&gt; AND () AND [23:24] &lt;wilde&gt; 哎呀，我必须承认搜索我碰到些问题 [23:25] &lt;duck&gt; . [23:25] &lt;wilde&gt; 有个全文索引的 cron 脚本还没配置 [23:25] &lt;wilde&gt; 2 分钟内 duck 就把我毕生心血搞崩了 [23:25] &lt;jrand0m&gt; (!hi5 duck) [23:26] &lt;jrand0m&gt; 但我确实觉得值得一看 [23:26] &lt;wilde&gt; 你做了啥 duck？ [23:26] &lt;jrand0m&gt; 我不确定我们是不是到了该死磕某个 CMS 的时候了 [23:26] &lt;wilde&gt; 还没 [23:26] &lt;jrand0m&gt; （s/some/某个具体的/） [23:27] &lt;duck&gt; jrand0m 不是已经列了需要的功能概览吗 [23:27] &lt;jrand0m&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:27] &lt;duck&gt; 所以现在各方应该拿出方案以及报价 [23:28] &lt;duck&gt; 当然，胜出的方案将以 i2p 股票支付 [23:28] &lt;jrand0m&gt; 我跟你说，那可非常值钱 [23:28] &lt;jrand0m&gt; 咳咳 [23:29] &lt;jrand0m&gt; 你还会得到自己的 @i2p.net 邮箱 [23:29] &lt;jrand0m&gt; 异性会爱上你 [23:29] &lt;jrand0m&gt; （或者同性，随便） [23:30] &lt;wilde&gt; 我们有一些 CMS 选项 [23:30] &lt;wilde&gt; 我们应该选一个 CMS [23:30] &lt;wilde&gt; 而 wiki 并不是真正的长期方案 [23:30] &lt;jrand0m&gt; 是的，一些列在 [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) 的第 4 点 [23:30] &lt;jrand0m&gt; 同意，对网站本身而言 [23:31] &lt;jrand0m&gt; 不过网站里基于 wiki 的版块也许不错，比如用户指南/黑客指南 [23:31] &lt;jrand0m&gt; （但不是所有东西） [23:32] &lt;wilde&gt; 托管方面呢？ [23:32] &lt;jrand0m&gt; [DMOZ CMS listing](http://dmoz.org/Computers/Software/Internet/Site_Management/Content_Management/Open_Source/) 上一直都有 53 个条目 [23:32] &lt;wilde&gt; 它应该扛得住 slashdot [23:32] &lt;jrand0m&gt; 托管？ [23:32] &lt;jrand0m&gt; 啊，对。 [23:33] &lt;jrand0m&gt; 这其实是纯 HTML 的一个巨大吸引点 [23:33] &lt;jrand0m&gt; （镜像起来太容易了） [23:33] &lt;wilde&gt; 还有在 [23:33] &lt;wilde&gt; [oscom.org](http://www.oscom.org/) [23:33] &lt;jrand0m&gt; i2p.net 在一个机房，里面还有几个大站 [23:34] &lt;jrand0m&gt; 啊对 [23:34] * jrand0m 很希望大家能持续推进，找到“对”的解决方案 [23:35] &lt;wilde&gt; [opencms.org](http://www.opencms.org/) 很有意思 [23:35] &lt;wilde&gt; 不过可能太偏企业 [23:35] &lt;wilde&gt; 有工作流、项目等 [23:35] &lt;wilde&gt; 我真心喜欢，用它做过一个项目 [23:36] &lt;jrand0m&gt; 有意思 [23:36] &lt;wilde&gt; 但它是 java ;) [23:36] &lt;jrand0m&gt; 嗯，还有 xml [23:36] &lt;wilde&gt; jsp 模板之类 [23:36] &lt;wilde&gt; tomcat [23:36] &lt;jrand0m&gt; （或者 jetty） [23:36] &lt;jrand0m&gt; （（或者 resin）） [23:37] &lt;duck&gt; （（（lisp））） [23:37] &lt;wilde&gt; 我绝不会用在这个项目上，真的太重了 [23:37] &lt;jrand0m&gt; wilde&gt; 你愿意看看主流 CMS，并列下优缺点吗？ [23:38] &lt;wilde&gt; 我看了:)，然后选了 Drupal ;) [23:38] * jrand0m 早该想到 [23:38] &lt;wilde&gt; 我试过大概十个主流的 [23:38] &lt;wilde&gt; 之前做一些项目时 [23:38] &lt;wilde&gt; 不同的 CMS 适合不同的项目 [23:39] &lt;duck&gt; 那就说用 drupal [23:39] &lt;wilde&gt; Zope 及其朋友也不错 [23:39] &lt;duck&gt; 结构清楚吗？ [23:39] &lt;duck&gt; 下一步是做界面吗？ [23:40] &lt;wilde&gt; 界面基本上只需要一个 CSS 模板，再改改 xtemplate 让它更美观 [23:41] &lt;wilde&gt; www.csszengarden.com 可以拿来灵感 [23:41] &lt;jrand0m&gt; wilde&gt; 它能不能在首页上放两个 blog 区块？比如一个小的 blog 区域只包含最近开发博客的标题，而主大的一个单独 blog 区域包含最近的 i2p 公告？ [23:41] &lt;jrand0m&gt; 基本上我想避免开发博客把新闻和公告从首页顶下去 [23:42] &lt;wilde&gt; jrand0m: 不知道，我去看看，blogs 不一定要上首页，是我这样配置的 [23:42] &lt;jrand0m&gt; 啊，酷 [23:42] &lt;wilde&gt; 我们可以改成只有 stories 上首页 [23:42] &lt;wilde&gt; 任何作为节点的东西都可以上首页，投票、stories、书页、文章等， [23:43] &lt;jrand0m&gt; 能不能做到上面是 stories，下面是最近 N 条 blog？ [23:43] * jrand0m 停止事无巨细 [23:43] &lt;wilde&gt; blogs 现在链接在左下 [23:44] * godmode0 加入了 #i2p [23:44] &lt;wilde&gt; 有好用的图库插件，适合截图 [23:44] &lt;jrand0m&gt; 好的 [23:44] &lt;wilde&gt; filestore 插件也不错 [23:45] &lt;wilde&gt; 还有更多 cvs、开发者插件 [23:45] &lt;wilde&gt; 以及 mailinglist [23:45] &lt;jrand0m&gt; 我不是 CMS 专家，听起来你做了功课，而且很有热情 [23:45] &lt;jrand0m&gt; w0ah 不错 [23:45] &lt;wilde&gt; jrand0m: 我需要有人偶尔给我踩刹车 :) [23:46] &lt;wilde&gt; 但设计真的得修，谁是这儿的设计大神？ [23:46] * wilde 受不了糟糕的设计，wiki 和现在的 drupal 都要把他整崩 [23:46] * jrand0m 指向 DrWoo 和 frontier [23:46] &lt;wilde&gt; 现在有人吗？ [23:47] &lt;duck&gt; 没有，我已经走了 [23:47] * jrand0m 盯着潜水党 [23:47] &lt;wilde&gt; 那网站应该传达什么？ [23:47] &lt;duck&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:47] &lt;wilde&gt; 这话题稍微广一点，我们还有市场和捐赠要考虑 [23:48] &lt;jrand0m&gt; （duck 说的） [23:48] &lt;wilde&gt; 我看过那个，但我们这里人更多啊 :) [23:48] &lt;jrand0m&gt; :) [23:48] &lt;duck&gt; 但渺小的人类不重要！ [23:48] * wilde 接入了博格集体 [23:49] &lt;jrand0m&gt; 显然我希望网站传达的一点是：“嘿，这是个超赞的项目，开发者们，加入我们，干票大的” [23:49] &lt;duck&gt; 好吧；我快睡着了 [23:49] &lt;duck&gt; 享受吧 [23:49] &lt;jrand0m&gt; 呵，行，晚安 duck [23:49] &lt;duck&gt; wilde: CMS 搞得不错 [23:49] * wilde 想起 80 年代设计那事，5 个月的工作量！ [23:50] &lt;jrand0m&gt; 好在我们有 2 个月 ;) [23:50] &lt;wilde&gt; 晚安 duck [23:50] &lt;duck&gt; 哦对了，设计应该“跪求”同行评审和有用的评论 [23:50] * ion 退出了 IRC (Ping timeout) [23:50] &lt;jrand0m&gt; 同意 [23:50] &lt;wilde&gt; 关于 toopie [23:51] &lt;jrand0m&gt; 我挺喜欢他，他很有趣、简单、贴题 [23:51] &lt;wilde&gt; toopie 看起来是不是有点……嗯……蠢 [23:51] &lt;jrand0m&gt; （而且他几乎能当任何用途的图标） [23:51] * ion 加入了 #i2p [23:51] &lt;wilde&gt; 他在眯眼 [23:52] &lt;jrand0m&gt; 呵，我觉得我们可以整一个适合放左上角 Logo 的 toopie [23:52] &lt;jrand0m&gt; 最近为了不同目的已经有很多版本在传了 [23:53] &lt;wilde&gt; 我喜欢他，但他必须见一下形象顾问 [23:53] * jrand0m 建议跟 DrWoo 多交流下，无论是设计还是 toopie 的事 [23:54] &lt;wilde&gt; 同意 [23:54] &lt;wilde&gt; 好，也许我们先到这 [23:54] &lt;jrand0m&gt; 不用着急，有很多东西要消化和打磨 [23:54] &lt;wilde&gt; 但如果你们发现了新的超赞 CMS，请大声喊出来 [23:54] &lt;duck&gt; 我们能把这个当背景吗：[The Triumph of Death artwork](http://www.artchive.com/artchive/B/bruegel/death.jpg) [23:55] &lt;jrand0m&gt; 不过我同意 duck，说得好，把一个 drupal 搭起来供我们试用 [23:55] &lt;jrand0m&gt; 这图马上要上我桌面了 [23:55] &lt;jrand0m&gt; 我在想文字叠那上面是什么效果 [23:55] &lt;wilde&gt; 酷图 [23:55] &lt;jrand0m&gt; 其实，说到这，5) ??? [23:56] &lt;jrand0m&gt; 还有别的要补充吗？ [23:56] * jrand0m 戳戳看台观众 [23:56] &lt;wilde&gt; 今天这里非常安静 [23:56] &lt;wilde&gt; 大家都来这儿听救世主 Jrandom [23:57] &lt;duck&gt; 2 小时有点太长了 [23:57] &lt;mihi&gt; *ggg* [23:57] * jrand0m 只是来喝啤酒的 [23:57] &lt;duck&gt; 也许你可以尝试每周两次、每次 30 分钟的会议 [23:57] &lt;wilde&gt; 不行 [23:57] &lt;duck&gt; 然后周五下午裁员 [23:57] &lt;wilde&gt; 那太频繁了 [23:58] &lt;jrand0m&gt; 我也觉得 2 小时的会议非常夸张 [23:58] &lt;jrand0m&gt; （除非是明确的专题会。比如专门讨论网页设计，或者某些 router 功能，等等） [23:58] &lt;jrand0m&gt; （看，我们在“元”讨论） [23:59] &lt;jrand0m&gt; 或许我该少说点，把时间限制在 1 小时？ [23:59] &lt;jrand0m&gt; 或者会议的大头放到邮件列表里，#i2p 留给讨论？ [23:59] * godmode0 退出了 IRC (Ping timeout) [23:59] &lt;wilde&gt; 邮件列表可以更多地用于讨论 Session Time: Wed Feb 11 00:00:00 2004 [00:00] &lt;duck&gt; 我觉得会前的邮件长文已经很好了 [00:01] &lt;jrand0m&gt; 那也许每周会议更多是“好，大家怎么样？有啥要讨论的吗？” [00:01] &lt;jrand0m&gt; （但这种开放式会议本身就很危险） [00:01] * godmode0 加入了 #i2p [00:02] &lt;jrand0m&gt; 好吧，也许我们把这个“元话题”移到列表或晚点再说 [00:02] &lt;jrand0m&gt; 我们已经破 2 小时了 [00:02] &lt;jrand0m&gt; 所以…… [00:02] * jrand0m 蓄力中…… [00:02] &lt;fidd&gt; :) [00:02] * jrand0m *baf* 地宣布会议结束 </div>/zh/blog/2004/02/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B42%E6%9C%883%E6%97%A5/Tue, 03 Feb 2004 00:00:00 +0000/zh/blog/2004/02/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B42%E6%9C%883%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> baffled, dm, duck, human, jrand0m, kaji, lucky, madman2003, mihi, Nightblade, Synonymous, wiht</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) testnet [22:01] &lt;jrand0m&gt; 2) updated roadmap [22:01] &lt;jrand0m&gt; 3) updated application list [22:01] &lt;jrand0m&gt; 4) volunteers needed [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) hi [22:01] * jrand0m waves [22:01] * mihi waves back [22:02] * jrand0m has to warn that i've been up for too long, so may be a little out of it [22:02] &lt;jrand0m&gt; but anyway, as we proceed, everyone should read (or have read) http://i2p.dnsalias.net/pipermail/i2p/2004-February/000132.html [22:02] &lt;jrand0m&gt; lets jump right into 1) testnet [22:03] &lt;mihi&gt; you should change the subject for each mail... they all get sorted into one thread here [22:03] &lt;jrand0m&gt; hah nice [22:03] * jrand0m tried for consistency (for ease of filtering) [22:03] &lt;jrand0m&gt; would you like me to add the date to it? [22:03] &lt;madman2003&gt; how is the testent really doing?(pessimistic opnion please) [22:03] &lt;jrand0m&gt; madman2003&gt; poorly, but better than before [22:04] &lt;mihi&gt; jrand0m: date (or meeting number) would be great [22:04] &lt;jrand0m&gt; 'k mihi, consider it done [22:04] &lt;jrand0m&gt; (anyone other than me want to give some feedback to madman2003's question?) [22:04] &lt;duck&gt; madman2004: baffled and me have been connected for 4h now [22:04] &lt;baffled&gt; Really that long? [22:04] &lt;duck&gt; before test3 the maximum time was 10 min [22:05] &lt;jrand0m&gt; w00t [22:05] &lt;duck&gt; baffled: since 18:15:07 CET [22:05] &lt;jrand0m&gt; yeah i had a 90m session the other day too [22:05] &lt;duck&gt; but maybe we are directly hopped [22:05] &lt;madman2003&gt; and you're sure the link is intact? [22:05] &lt;jrand0m&gt; duck&gt; all tunnels are 2 hop (unless your router is failing, in which case your tunnels will break at least once) [22:06] &lt;jrand0m&gt; madman2003&gt; when the tunnels fail, they fail hard [22:06] &lt;madman2003&gt; how's general latency on the testnet? [22:06] * Ophite1 has joined #i2p [22:06] * jrand0m usually gets 2-10s latency through the squid [22:06] * lucky has joined #i2p [22:06] &lt;jrand0m&gt; 5-20s latency through irc [22:07] &lt;madman2003&gt; is the 30 secs delay on local sites fixed yet? [22:07] &lt;jrand0m&gt; duck&gt; can you /ping duck on your ircd? how long does it take to reply with a CTCP refused error? [22:07] &lt;jrand0m&gt; (or baffled&gt;) [22:08] &lt;jrand0m&gt; madman2003&gt; there have been significant bugfixes that would account for 30s+ delays locally [22:08] &lt;jrand0m&gt; (jobs got locked up causing insane delays) [22:08] &lt;duck&gt; response to admin request to baffleds ircd is ~8s [22:08] &lt;jrand0m&gt; duck&gt; to local? [22:09] &lt;duck&gt; fido ping/pong is 3 seconds, which is local [22:09] &lt;jrand0m&gt; coo' [22:09] &lt;duck&gt; for local eepsites it also seems to be ~3s [22:09] &lt;jrand0m&gt; (still much higher than i'd like, but &lt;&lt;30s) [22:09] &lt;duck&gt; initial request longer, might be ~30s [22:10] &lt;jrand0m&gt; interesting [22:10] &lt;duck&gt; , [22:10] &lt;jrand0m&gt; ok, so there's definitely still work to be done on the testnet, but there's been progress [22:10] &lt;madman2003&gt; is the testnet going to run until poor performance becomes perfect, what is the exact requirement of succes? [22:11] &lt;madman2003&gt; (i know about 3 days of working good) [22:11] &lt;jrand0m&gt; success == 3 consecutive days of things that should succeed succeeding. [22:11] &lt;jrand0m&gt; human has volunteered to help out and implement something along the lines of what I posted in the email [22:11] * mihi floods the testnet with pings ;) [22:11] * leenookx has quit IRC (Ping timeout) [22:11] &lt;jrand0m&gt; basically a way we can just leave a pair of bots connected to the two ircds and measure our progress and failures [22:12] &lt;jrand0m&gt; (yay human!) [22:12] &lt;mihi&gt; hmm, if there is no netsplit, i2p is working, but you cannot make the other way conclusion... [22:13] &lt;jrand0m&gt; the i2p roadmap [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] has the 0.2.4 release (~= testnet completion) in a week and a half [22:13] &lt;madman2003&gt; why don't you focus on making local delay &lt;1s? [22:13] &lt;jrand0m&gt; that i will. [22:13] &lt;madman2003&gt; good chance that will solve some other problems too [22:13] &lt;jrand0m&gt; the cause of &gt;1s delay is likely the load [22:14] &lt;jrand0m&gt; for routers with no peers, local only requests are near instantaneous [22:14] &lt;jrand0m&gt; (but as the testnet is actually showing some load, we're stressing different things) [22:15] &lt;duck&gt; baffled and me also had a little chat about making statsbots, but if human wants to do it; cool for me [22:15] &lt;madman2003&gt; maybe delays have to do with requests being send to other routers [22:15] &lt;madman2003&gt; before it see that it's local [22:15] &lt;jrand0m&gt; oh word duck [22:15] &lt;jrand0m&gt; naw, doesn't work that way madman2003 [22:16] &lt;jrand0m&gt; (it gets pumped to the client manager first, which checks if its local, and only if it isn't does it get placed in the router's net pool) [22:16] * madman2003 wonders where all that load is coming from [22:16] &lt;jrand0m&gt; france. [22:16] &lt;jrand0m&gt; er, germany. [22:16] &lt;jrand0m&gt; (since *someone* is pinging everyone ;) [22:17] &lt;duck&gt; kuala lumpur [22:17] * duck hopes nobody gets that joke [22:17] * jrand0m is pleased to meet duck's hopes [22:17] &lt;mihi&gt; all that pings made my local box thrashing as well... (with no router!) [22:18] &lt;jrand0m&gt; mihi&gt; the i2cp lib does the crypto ;) [22:18] * wiht has joined #i2p [22:18] &lt;madman2003&gt; doesn't i2p protect from ping floods? [22:19] &lt;jrand0m&gt; madman2003&gt; the load isn't that significant, its just the code currently has very course grain synchronization (and during the testnet thats being adjusted to more fine grained sync) [22:19] &lt;madman2003&gt; grain sync? [22:19] &lt;mihi&gt; jrand0m: congrats: seems that ping -ns does not only produce - - - now [22:20] &lt;jrand0m&gt; lol mihi :) [22:20] &lt;mihi&gt; why lol? ping -ns never worked for me. (only the synchronized one) [22:20] &lt;duck&gt; synchronized one never worked for me... [22:20] &lt;jrand0m&gt; oh really? word, -ns has been working well for me [22:21] &lt;jrand0m&gt; madman2003&gt; its a tradeoff of memory and CPU vs concurrency [22:22] &lt;jrand0m&gt; (course grained synchronization minimizes CPU and memory usage, while fine grained synchronization uses more CPU and memory in exchange for higher concurrency) [22:22] * TrueSeeker has quit IRC (Leaving) [22:22] * mihi will post ping stats in #flood in a few secs [22:22] * ion has quit IRC (Ping timeout) [22:23] &lt;lucky&gt; bah. [22:23] &lt;jrand0m&gt; but yeah, the plan is to have the testnet wrap up once it passes the 3 day test. my current estimate is the 14th, but we'll see. [22:23] &lt;lucky&gt; miserably day. [22:23] &lt;lucky&gt; stupid capitalist pigs [22:23] &lt;lucky&gt; taking all my money.. [22:24] &lt;baffled&gt; looks like there a are new goodies in cvs, how long before test4? [22:24] &lt;jrand0m&gt; not today, hopefully tomorrow [22:24] * jrand0m is going to bed after the meeting :) [22:25] &lt;baffled&gt; cool. [22:26] &lt;madman2003&gt; bye everyone [22:26] &lt;jrand0m&gt; later madman2003 [22:26] &lt;madman2003&gt; don't forget the other points of the meeting :) [22:26] &lt;jrand0m&gt; ok, so thats testnet. anything else on that, or shall we move to 2) updated roadmap? [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;baffled&gt; Are there other stressers we need on the test net? [22:26] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:26] &lt;duck&gt; what date is it? [22:27] &lt;jrand0m&gt; Feb 3 [22:27] &lt;baffled&gt; 3rd here. [22:27] &lt;mihi&gt; 2004-02-03 [22:27] * leenookx has joined #i2p [22:27] &lt;duck&gt; ah, thanks [22:27] &lt;jrand0m&gt; baffled&gt; actually, has anyone tried out i2psnark on testnet? [22:27] &lt;wiht&gt; baffled: What do you mean by stressers? [22:28] &lt;mihi&gt; wiht: i guess people stressing the testnet [22:28] &lt;baffled&gt; Well, the other day you asked aum and I to siess and desist on nntp I was kinda thinking about setting up a 128kbps ogg stream. [22:28] * mihi 'd like a public echo service set up by anyone - would allow good latency checks [22:28] &lt;baffled&gt; so those two items I guess. [22:28] &lt;jrand0m&gt; we've had a good crew hitting the squid [22:28] &lt;jrand0m&gt; oh, nntp would rule, as would an ogg stream! [22:29] * jrand0m doesn't recall asking y'all to stop (except maybe temporarily during an update?) [22:29] &lt;jrand0m&gt; agreed mihi [22:29] * jrand0m checks what port 'echo' is [22:29] &lt;jrand0m&gt; 7 [22:29] &lt;mihi&gt; afaik 9 [22:29] &lt;mihi&gt; oops ;) [22:29] &lt;baffled&gt; You may been frazelled about something else at the time. [22:30] &lt;wiht&gt; Port 7. [22:30] &lt;duck&gt; 4 [22:30] * ion has joined #i2p [22:30] &lt;jrand0m&gt; prolly baffled ;) [22:30] &lt;duck&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;jrand0m&gt; echo 7/tcp [22:30] &lt;jrand0m&gt; echo 7/udp [22:30] &lt;jrand0m&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;wiht&gt; Port 7 for TCP and UDP. [22:30] &lt;mihi&gt; duck: we want [0-9]*/tcp [22:30] * duck ducks [22:31] * Synonymous has joined #i2p [22:31] &lt;jrand0m&gt; so, anyone want to wrap up human's test app (the echo server and client)? [22:32] &lt;jrand0m&gt; (though running twisted does seem a bit much for that ;) [22:32] &lt;duck&gt; the non-twisted one would work [22:33] &lt;duck&gt; . [22:33] * jrand0m didn't realize his i2p code could work w/out twisted [22:33] &lt;jrand0m&gt; but anyway, anyone wnat to volunteer to run point on getting an echo service up? [22:33] * duck sits on his hands [22:33] &lt;wiht&gt; Reachable through I2P, or reachable through regular Internet? [22:34] &lt;jrand0m&gt; through i2p [22:34] &lt;baffled&gt; I can look into it with some specific specs. [22:34] &lt;mihi&gt; duck: do ducks have hands? i thougt wings ;) [22:34] &lt;jrand0m&gt; spec: receive a line of text and echo it back :) [22:34] &lt;baffled&gt; oh, okay no prob. [22:34] &lt;lucky&gt; bah... i have to start filing taxes next year! [22:34] &lt;mihi&gt; jrand0m: s/line/byte chunk/ [22:34] &lt;lucky&gt; Stupid, damn government... [22:35] &lt;jrand0m&gt; mihi&gt; line is so much easier to parse ;) [22:35] &lt;duck&gt; lucky: hush [22:35] &lt;jrand0m&gt; baffled++ [22:35] &lt;jrand0m&gt; ok, moving on to 2) updated roadmap [22:35] * jrand0m directs people's attention to http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:36] &lt;mihi&gt; jrand0m: why? while (len=in.read(b) != -1) {o.write(b,0,len);} [22:36] &lt;jrand0m&gt; (which, of course, y'all have already read) [22:36] * MrEcho has joined #i2p [22:36] &lt;jrand0m&gt; mihi&gt; single byte messages vs nagle, etc [22:37] &lt;jrand0m&gt; but anyway, whatever baffled implements to do echoing to support testing is Good [22:37] &lt;jrand0m&gt; (or you and he can work out what works best for you) [22:37] * wiht has quit IRC (Ping timeout) [22:37] &lt;baffled&gt; If you have requirements write them down and let me know later mihi and I'll try. [22:38] * ion has quit IRC (Ping timeout) [22:38] &lt;mihi_backup&gt; baffled: not really. if needed adding a newline after a timestamp is no problem at all. [22:38] * jar_ has quit IRC (Ping timeout) [22:38] &lt;duck&gt; (netsplit after 4:20) [22:38] &lt;jrand0m&gt; heh [22:39] &lt;jrand0m&gt; not good :/ [22:39] &lt;jrand0m&gt; well, iterative and incremental. [22:39] &lt;mihi&gt; 22:38:09.430 ERROR [WrC1-&gt;Pz83 ] .i2p.i2ptunnel.I2PTunnelRunner: Error sending [22:39] &lt;mihi&gt; message to peer. Killing tunnel runner [22:39] &lt;jrand0m&gt; are all 9/10 routers up atm? [22:39] &lt;jrand0m&gt; (or did one go down?) [22:40] &lt;jrand0m&gt; i only see 8 [22:40] &lt;jrand0m&gt; 22:41:02.758 ERROR [TCP Read [9]] er.transport.tcp.TCPConnection: Error reading from stream to [RouterIdentity: [22:40] &lt;jrand0m&gt; Hash: 4Sb3aJoFusrhpHgYA2xCZCkn0P5jBo822qu9C0wsE1w= [22:40] * duck did just update [22:40] &lt;duck&gt; where goes the i2cp admin stuff fit in the roadmap? [22:41] &lt;duck&gt; afaik that isnt implemented, but 0.2.5 talks about finalizing the spec [22:41] &lt;jrand0m&gt; current plan is to make I2CP the plain client protocol, leaving admin functionality seperate [22:41] &lt;jrand0m&gt; (e.g. through the :7655 admin web port) [22:41] &lt;duck&gt; ok [22:42] &lt;jrand0m&gt; (and rip out all that other crap) [22:42] * jar_ has joined #i2p [22:42] * ion has joined #i2p [22:42] &lt;jrand0m&gt; ((shrinkingCodebase)++) [22:43] &lt;jrand0m&gt; does anyone have any thoughts on the two Big Issues? [22:43] &lt;jrand0m&gt; = aborting the current PHTTP transport (until 2.0) [22:43] &lt;jrand0m&gt; = keeping support for a restricted route topology at 2.0 [22:43] &lt;baffled&gt; Well gang, gotta boogie so I'll have to read the logs later. [22:43] &lt;jrand0m&gt; cool, glad you could make it, l8r [22:43] * baffled has quit IRC (Leaving) [22:44] &lt;duck&gt; secure i2cp would lower the direct need for restricted route topology a bit [22:44] &lt;duck&gt; so thats fine [22:45] &lt;jrand0m&gt; agreed, though the 'secured' in this sense won't be ideal (all i2cp payloads will of course be encrypted, but sniffers can detect that $client is sending a $n byte message to $destination) [22:46] &lt;jrand0m&gt; the only difference from the current i2cp is a little update to the authentication protocol / structure [22:46] &lt;jrand0m&gt; ((well, the $client can't detect $n, since messages are padded randomly. nm) [22:46] &lt;jrand0m&gt; er, $sniffer, not $client [22:47] * wiht has joined #i2p [22:47] &lt;jrand0m&gt; (of course that doesn't defeat a global passive adversary) [22:48] &lt;jrand0m&gt; anyone have any other concerns / suggestions / ideas / comments? [22:48] &lt;jrand0m&gt; (on the roadmap) [22:49] &lt;duck&gt; no [22:49] &lt;jrand0m&gt; nor do i [22:49] * jrand0m hops on to 3) updated application list [22:49] &lt;jrand0m&gt; [insert "mihi rules" rant here] [22:50] &lt;duck&gt; help jrand0m to say no! [22:50] &lt;jrand0m&gt; mihi&gt; any thoughts on the muffin thing? http://wiki.invisiblenet.net/iip-wiki?I2PApplications [22:50] &lt;jrand0m&gt; heh [22:51] &lt;mihi&gt; jrand0m: you know what i think about that... [22:51] &lt;jrand0m&gt; (i'm not specifically asking you to integrate it, i'm just seeing what your thoughts are as to whether it would be good) [22:52] &lt;mihi&gt; httpclient has to get out of i2ptunnel, since i2ptunnel is for stream forwarding and httpclient does content forwarding [22:52] &lt;mihi&gt; hacking that into i2ptunnel would be just more hackish. [22:52] &lt;jrand0m&gt; word, so the app down below [Scalable web proxies] [22:52] &lt;jrand0m&gt; that makes sense [22:53] &lt;jrand0m&gt; (apps that do One Thing and One Thing Well)++ [22:53] &lt;mihi&gt; jrand0m: you misunderstood me... [22:53] &lt;jrand0m&gt; whaddimiss? [22:54] &lt;mihi&gt; i don't have anything against an app that reads a http request, parses it, sends it over i2p, reads the answer, parses it, sends it back (maybe with filtering) - just not do it as httptunnel does. [22:54] &lt;mihi&gt; httptunnel forwards everything except the first few lines. [22:54] &lt;jrand0m&gt; ah you're right [22:55] * jrand0m doesn't quite have head screwed on correctly [22:55] &lt;mihi&gt; it would be hard to build effective filtering into it (if it should filter html and not text or sth like that) [22:55] &lt;jrand0m&gt; right - perhaps just have MUFFIN as a standalone [22:55] &lt;jrand0m&gt; (filtering whatever comes out of the httpclient) [22:55] &lt;mihi&gt; so i'd say, an extra app for that. but that would require streaming lib... (or sth like that) [22:56] * duck likes how you can do proxies xmlrpc/soap with httpclient though [22:56] &lt;wiht&gt; jrand0m: I did not see an entry for "muffin" on the list of applications. [22:56] &lt;jrand0m&gt; wiht&gt; http://muffin.doit.org/ [22:56] &lt;mihi&gt; muffin is a http content filter [22:57] &lt;mihi&gt; if we have a content filter, we could drop that shitty "proxy" thingy. [22:57] &lt;jrand0m&gt; duck&gt; hopefully the muffin filter would be set to pass through xmlrpc/soap, only filtering things like VBScript / etc [22:57] &lt;wiht&gt; I see. [22:57] &lt;jrand0m&gt; hm, mihi? [22:57] &lt;duck&gt; ah wait, xmlrpc/soap would be content type xml [22:57] &lt;jrand0m&gt; mihi&gt; wouldn't it still need to do the name translation, at the least? [22:58] &lt;mihi&gt; sure, but not as a proxy. `http://localhost:12345/duck.i2p/` would work much better. [22:58] &lt;Synonymous&gt; muffin is gpl, u have to be careful in a public domain project to use gpl code, its still copyrighted ;) [22:58] &lt;mihi&gt; since you can link to that from the regular web [22:58] &lt;jrand0m&gt; hrm mihi. [22:58] &lt;mihi&gt; Synonymous: i2ptunnel is gpl anyway [22:58] &lt;jrand0m&gt; Synonymous&gt; I2PTunnel is GPL [22:58] &lt;Synonymous&gt; ya [22:59] * jrand0m is well aware of the fact that some people consider copyrights valid, and tries to accomodate them. [22:59] &lt;Synonymous&gt; make sure to put that up where it is visible (if you use muffin) it already says that iptunnel is gpl [22:59] &lt;jrand0m&gt; of course, if we use muffin it'd get attributed and marked as gpl. [22:59] &lt;Synonymous&gt; ya thats what i said, becareful about it [23:00] &lt;jrand0m&gt; (we're not going to get into the copyright discussion here) [23:00] &lt;jrand0m&gt; ok, any other thoughts on the apps listed? [23:00] &lt;Synonymous&gt; then don't, and my comment was not intended to start one [23:00] * duck laughts at http://muffin.doit.org/demo/evil/ [23:01] &lt;jrand0m&gt; what do y'all think will be necessary app functionality for 1.0? [23:01] &lt;jrand0m&gt; heh duck [23:01] &lt;jrand0m&gt; (or are we already there, and 1.0 app functionality == things proxied through i2ptunnel :) [23:02] &lt;Synonymous&gt; ppl would want functional chat, and maybe a freenet like ap for 1.0 if thats what you are asking, maybe a set of tools so ppl can easily set up their own services on it [23:02] &lt;mihi&gt; an IM and a naming service are still missing [23:02] &lt;jrand0m&gt; mihi&gt; irc over i2p? [23:02] &lt;wiht&gt; Yes, naming service should be in place by 1.0 version of I2P. [23:03] &lt;duck&gt; eep [23:03] &lt;mihi&gt; jrand0m: irc over i2p would be okay as well, but a naming service ;) [23:03] &lt;jrand0m&gt; wiht&gt; do you have any thoughts on whether a naming service will be implemented and ready to go live by April? [23:03] * jrand0m really doesn't think a naming service is necessary. useful, yes [23:04] &lt;jrand0m&gt; (all we *need* is a way to easily update a hosts.txt file) [23:04] &lt;kaji&gt; or a distributed vpn layer [23:04] &lt;jrand0m&gt; heh [23:04] &lt;mihi&gt; jrand0m: for me even that (if automated) is a naming service [23:04] &lt;wiht&gt; jrand0m: Probably by the middle of April. [23:05] &lt;jrand0m&gt; kaji&gt; a distributed vpn layer is a solid month of 1-2 devs ;) [23:05] &lt;wiht&gt; I want to make it scalable for accomodating many more entries than we have in hosts.txt now. [23:05] &lt;jrand0m&gt; 1.0--&gt;3.0 wont have millions of entries [23:05] &lt;wiht&gt; MrEcho: Do you have any thoughts on this? [23:05] &lt;jrand0m&gt; thousands, yeah [23:06] &lt;jrand0m&gt; Synonymous&gt; freenet like app would be cool, but then we need to recruit someone to implement :) [23:07] &lt;jrand0m&gt; Synonymous&gt; tools to set up services - definitely. hopefully i2pmanager or i2pmole will do [23:07] &lt;Synonymous&gt; that might be hard, esp since freenet doesnt work hehe [23:07] &lt;wiht&gt; Speaking of which, what is the progress of I2PManager? [23:07] &lt;jrand0m&gt; aparently its coming along, the console / cli mode is making progress (aum now uses it to manage his services via init scripts) [23:08] &lt;jrand0m&gt; i've used the gui, and aum's logged a few bugs on the tunnelmanager that are still outstanding [23:08] &lt;jrand0m&gt; (due to large #s of tunnels being created, not due to a small #) [23:08] &lt;wiht&gt; I think I2PManager should be an application for 1.0. [23:09] &lt;jrand0m&gt; i hope so too [23:09] &lt;jrand0m&gt; (especially since that would mean we can throw out the kludged installer, since i2pmanager has that built in) [23:09] &lt;jrand0m&gt; so, people with python experience should get in touch with aum to see how they can help :) [23:09] &lt;human&gt; re [23:09] &lt;jrand0m&gt; wb human [23:10] * human read about the muffin proxy [23:10] &lt;human&gt; i know about another privacy-oriented personal proxy called privoxy [23:11] &lt;jrand0m&gt; yeah, privoxy was another one i had been looking at. good potential as well [23:11] &lt;jrand0m&gt; (reason i leaned towards muffin was the ease of integration, since its java) [23:12] * jrand0m won't be the one who implements / integrates it, so my view is only a suggestion [23:12] &lt;@Nightblade&gt; i think a group chat (or irc) would be a good program because if you can get chat to work reliably then you know i2p's latency and stability are good [23:13] &lt;jrand0m&gt; agreed [23:13] &lt;Synonymous&gt; how would trent work on such a system though, is it possible to do it with a system of public and private keys (like frost) [23:13] &lt;Synonymous&gt; the channel would be the 'board' ? [23:13] &lt;jrand0m&gt; Synonymous&gt; duck has actually done some neat stuff [23:13] &lt;Synonymous&gt; kool [23:14] &lt;duck&gt; which is: users login with a secret password to the ircd, the ircd publishes the sha1 of the password [23:14] &lt;jrand0m&gt; Synonymous&gt; in his modified ircd, you can provide a password that has its hash shown in the ident [23:14] &lt;Synonymous&gt; it would also be like waste i guess, even though I didnt usei t [23:14] &lt;jrand0m&gt; duck&gt; though if anyone else creates their own ircd, they can spoof that :/ [23:14] &lt;duck&gt; so others can check the sha1 against a local list, without requiring a centralized database [23:15] &lt;duck&gt; sure [23:15] &lt;jrand0m&gt; but people could just remember what ircd someone usually connects from, i suppose [23:15] &lt;jrand0m&gt; would it be possible to have a nickserv? [23:15] * jrand0m doesn't know much about how irc nets work [23:16] &lt;duck&gt; yes, but I didnt want that [23:16] &lt;duck&gt; because Trent was made as a temporary hack [23:16] &lt;jrand0m&gt; right, it'd be Good if we could do without [23:16] &lt;jrand0m&gt; hehe [23:16] &lt;jrand0m&gt; until iip 2.0, right? ;) [23:16] &lt;duck&gt; now it is the longest running joke in the world [23:17] &lt;duck&gt; . [23:18] &lt;jrand0m&gt; ok, so if we go 1.0 with: irc, eepsites (and a way to set up your own), squid, and cvs, thats reasonable? [23:18] &lt;@Nightblade&gt; yeah [23:18] &lt;jrand0m&gt; (obviously it'd be fantastic if we could include i2psnark, naming, I2PIM, and the other apps) [23:19] &lt;duck&gt; with irc you mean native i2pirc? [23:19] &lt;duck&gt; or if not, why not nntp etc too [23:19] &lt;jrand0m&gt; oh, right [23:19] &lt;jrand0m&gt; of course [23:20] * jrand0m !thwaps self. [23:20] &lt;duck&gt; not too much ofcourse [23:20] * duck thinks that the pgp keyserver is silly [23:20] &lt;jrand0m&gt; i just meant that its easy to overwhelm people with options [23:20] &lt;duck&gt; ah, sure [23:20] &lt;duck&gt; as in officially bundeled stuff [23:20] &lt;jrand0m&gt; "why should I use I2P" "well you can [.............]" [23:20] &lt;jrand0m&gt; right [23:20] * duck agrees [23:21] &lt;jrand0m&gt; with i2ptunnel, we can support all that we've seen (and more :) [23:21] &lt;jrand0m&gt; ok, in that case, I don't think we need to worry too much about the i2papps [23:21] &lt;mihi&gt; btw: we should deprecate the -nogui option of I2PTunnel... [23:22] &lt;jrand0m&gt; to default to -nogui? [23:22] &lt;jrand0m&gt; (or you trying to get us all to use awt? ;) [23:22] &lt;mihi&gt; no. not to use -nogui at all. -cli and -nocli are more "transparent" [23:22] &lt;Synonymous&gt; you should also package all these options in 1 distro if you can [23:22] &lt;jrand0m&gt; ah ok mihi [23:22] &lt;Synonymous&gt; unlike freenet, which mentions no otehr utilities and its up to you to go find them out [23:22] &lt;jrand0m&gt; Synonymous&gt; definitely [23:22] &lt;jrand0m&gt; Synonymous&gt; have you used i2pmgr yet? [23:23] &lt;mihi&gt; -nogui acts differently whether you use -e "run configfile" or use "configfile" [23:23] &lt;Synonymous&gt; no, i couldnt get it working :) [23:23] &lt;jrand0m&gt; (its still pre-alpha, but functional) [23:23] &lt;jrand0m&gt; ah ok [23:23] &lt;Synonymous&gt; from before but it didnt try the gui [23:23] &lt;Synonymous&gt; i might try now that it has one [23:23] &lt;Synonymous&gt; :) [23:23] &lt;jrand0m&gt; word, its been makin progress [23:23] * duck suppresses a yawn [23:24] &lt;jrand0m&gt; yeah yeah yeah duck, ok ;) [23:24] &lt;jrand0m&gt; i think thats it for apps - unless someone else has something? [23:24] &lt;jrand0m&gt; moving on to 4) Volunteers needed [23:25] &lt;jrand0m&gt; we're making good progress, and the pace is fine and imho sustainable [23:25] &lt;jrand0m&gt; but we've all been talking about some really neat things that we'd like added on [23:25] &lt;jrand0m&gt; if there were another N hours in the day, yadda yadda yadda [23:26] &lt;duck&gt; what do you mean with 'development bandwidth'? [23:26] &lt;jrand0m&gt; more hours of developer activity [23:26] &lt;duck&gt; aye [23:27] &lt;jrand0m&gt; (e.g. 2 developers == 16/20 hours/day) [23:27] &lt;jrand0m&gt; my gut feeling is of the 'if you build it, they will come' variety [23:28] &lt;jrand0m&gt; (but i've also worked at companies that thought they had a kickass product, made it more kickass, released it, and didn't see much market activity) [23:28] * duck doesnt think that hiring cheap indians will work [23:28] &lt;jrand0m&gt; heh [23:29] &lt;duck&gt; product marketing != developer marketing [23:29] &lt;jrand0m&gt; right, i agree [23:29] &lt;jrand0m&gt; i just meant as an analogy [23:30] &lt;jrand0m&gt; we'll see how things progress. i just wanted to throw that stuff out there [23:30] &lt;@Nightblade&gt; it is a complex program which makes it harder to find people who can figure it out [23:31] &lt;jrand0m&gt; agreed Nightblade [23:31] * greasyaxelsex__ has joined #I2P [23:31] &lt;jrand0m&gt; Nightblade&gt; thats what 1.0 release criteria #3 on the roadmap is for: " Javadoc and code walkthrough / guidebook updated" [23:32] * dm has joined #i2p [23:32] * wiht has quit IRC (EOF From client) [23:32] &lt;jrand0m&gt; we currently have a generally up to date wiki providing an overview of the java impl [23:32] &lt;mihi&gt; hi dm [23:32] &lt;jrand0m&gt; but i will definintely need help with the documentation [23:32] &lt;dm&gt; hello mihi. [23:33] &lt;jrand0m&gt; (since what makes sense to me != what makes sense to people learning the code) [23:33] * dm accuses jrand0m of using terms he's invented when explaining things. [23:34] &lt;jrand0m&gt; occationally ;) [23:34] &lt;Synonymous&gt; i will help wtih the webpage if u want [23:34] &lt;jrand0m&gt; (though the only thing i knowingly have coined wrt i2p is 'militant grade anonymity' ;) [23:34] &lt;Synonymous&gt; i already have a template [23:34] &lt;dm&gt; How far are we from a bugless 0.2.x? I get my broadband in less than a week's time. [23:34] * wiht has joined #i2p [23:34] &lt;Synonymous&gt; the website needs major owkr [23:34] &lt;Synonymous&gt; im working on my own anonymous p2p website, but you can borrow mine :) [23:35] &lt;jrand0m&gt; hehe [23:35] &lt;Synonymous&gt; its modeled after freenet's [23:35] &lt;Synonymous&gt; but better [23:35] &lt;Synonymous&gt; :P [23:35] &lt;jrand0m&gt; actually, yeah, perhaps we can start a thread on the i2p list describing goals of the website and seeing how it fits together? [23:35] &lt;dm&gt; Synonymous: are you building a p2p app, or just the website? [23:35] &lt;Synonymous&gt; just the website [23:35] &lt;jrand0m&gt; (and if that traffic grows, we'll move to something like i2p-www@) [23:36] &lt;duck&gt; ROFL at anonymous p2p website boilerplates [23:36] &lt;jrand0m&gt; dm&gt; roadmap updated at http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap with 0.2.4 slated for February 14 [23:36] &lt;Synonymous&gt; explaing anonymous p2p, the different topologies of networks, the philosophy of it, cypherpunkdom, digital imprimature, links to projects, a mailing list for ppl to discuss it [23:36] &lt;mihi&gt; dm&gt; bugless sw does not exist [23:36] &lt;jrand0m&gt; duck&gt; gotta keep the anonymity set large ;) [23:36] &lt;Synonymous&gt; also links to the other website that does that [23:37] &lt;dm&gt; mihi: does too! [23:37] &lt;jrand0m&gt; mihi&gt; i worked on one project a few years ago that actually shipped with 0 bugs. no p1 or even p5s [23:37] &lt;dm&gt; func addints(int a, int b) { return a + b; } [23:37] &lt;mihi&gt; jrand0m: they just did not find them... [23:37] &lt;mihi&gt; dm: which language? [23:37] &lt;jrand0m&gt; mihi&gt; then its not a bug ;) [23:37] * greasyaxelsex__ has left #I2P (greasyaxelsex__) [23:37] &lt;dm&gt; pseudo-language [23:38] &lt;mihi&gt; and how does this pseudo-language react on an overflow? [23:38] &lt;wiht&gt; dm: In a project with thousands of lines of code, having no bugs is much less likely. [23:38] &lt;duck&gt; . [23:38] &lt;Synonymous&gt; so April is the deadline for something for public release? Why not try to recruit some devls, or would it take to long for you to explain to them how it works etc. [23:39] &lt;dm&gt; input is never over max_value /2 [23:39] &lt;jrand0m&gt; (we're currently ~20KLOC, using the "grep \; | wc -l" algorithm) [23:39] &lt;jrand0m&gt; Synonymous&gt; I don't think we want to just go around posting on lists "hey, we're doing a kickass thing, come code on it" (thats essentially a 1.0 announcement) [23:40] &lt;dm&gt; that's a lotta lines. [23:40] &lt;dm&gt; Java bloat! [23:40] &lt;jrand0m&gt; but if there are people who are interested in helping out, i'll most definitely go out of my way to find out how i can get them involved [23:40] * jrand0m kicks dm [23:40] &lt;jrand0m&gt; java bloat is when the jvm uses ram. you're suggesting OO bloat [23:40] &lt;dm&gt; What a project leader jrand0m is. [23:40] &lt;Synonymous&gt; well, how will u know if ppl are interested if there is no knowledge of it, thats a contradiction [23:41] &lt;Synonymous&gt; and by 'recruit' i mean email them, not pubically anounce on say, zeropaid, about i2p [23:41] &lt;Synonymous&gt; like someone did ;) [23:41] &lt;jrand0m&gt; Synonymous&gt; what are your thoughts on the explanation of that issue from the email? [23:41] &lt;dm&gt; Right OO bloat. [23:41] &lt;jrand0m&gt; yeah, I was pissed when someone told me about that zp article [23:41] &lt;Synonymous&gt; ya your the one that did the interview [23:41] &lt;jrand0m&gt; (you can read the august iip-dev messages) [23:41] &lt;Synonymous&gt; they just quoted you? [23:41] &lt;jrand0m&gt; "interview"? more like some random person on iip asking me questions [23:42] &lt;dm&gt; mihi: are you working on the streaming lib? [23:42] &lt;Synonymous&gt; ah :) [23:42] &lt;mihi&gt; dm:no [23:42] &lt;mihi&gt; Standard@laptop /cygdrive/c/eigenes/notback/cvsprojects/i2p/i2p/code [23:42] &lt;mihi&gt; $ grep \; `find . -name "*.java"` | wc -l [23:42] &lt;mihi&gt; 30593 [23:42] &lt;jrand0m&gt; ah. [23:42] &lt;Synonymous&gt; well, make get a list of project leaders for anonymous p2p and say "here is a project you might be interested in looking at, if you have any ideas on code or projects that might help it please let me know" [23:42] &lt;mihi&gt; 30kLOC ;) [23:42] &lt;jrand0m&gt; grep -v \^import [23:43] &lt;jrand0m&gt; Synonymous&gt; stealing project leads == bad form ;) [23:43] &lt;jrand0m&gt; (there are many good projects, and while I obviously think i2p is important, others are too) [23:44] &lt;Synonymous&gt; not stealing, and i dont think the 'leader' can be stolen, he would just desolve the project [23:44] * jrand0m cant believe we're at 30kloc [23:44] &lt;jrand0m&gt; heh [23:46] &lt;jrand0m&gt; ok, moving on to 5) ??? [23:46] &lt;duck&gt; 2 eepsite proposals, for those who dont know what to do: 1) meshmx FE tunnel (with stunnel) 2) pastebin.de site [23:46] &lt;jrand0m&gt; anyone have anything else to discuss / bring up? [23:46] &lt;jrand0m&gt; oh word duck [23:46] &lt;jrand0m&gt; whats pastebin.de? [23:46] &lt;jrand0m&gt; (similar?) [23:47] &lt;duck&gt; site where you can paste code/logs/stuff publically [23:47] &lt;duck&gt; for irc debugging [23:47] &lt;duck&gt; http://pastebin.de/ [23:47] &lt;jrand0m&gt; interesting [23:47] * @Nightblade just prefers flooding channels with code [23:48] &lt;jrand0m&gt; wow that is one hell of an innovative idea [23:48] &lt;jrand0m&gt; insanely simple. [23:48] &lt;jrand0m&gt; focused. [23:48] &lt;jrand0m&gt; practical. [23:48] &lt;dm&gt; Only python though? [23:48] &lt;jrand0m&gt; oh reall? [23:48] &lt;jrand0m&gt; :/ [23:48] &lt;duck&gt; I think this one has python highlighting [23:48] * jrand0m takes back 'practical' ;) [23:48] &lt;duck&gt; but I have also seen php ones etc [23:48] &lt;duck&gt; and you might have a general approach [23:48] &lt;dm&gt; I think I've seen one which accepts any language. [23:49] &lt;dm&gt; Good idea, mind you. [23:49] &lt;duck&gt; anyway, just something simple [23:49] &lt;duck&gt; you dont need highlighting at all [23:49] &lt;duck&gt; online linenrs would be useful [23:49] * dm looks at python code. [23:49] &lt;dm&gt; What's so special about this again? [23:50] &lt;jrand0m&gt; its got a y [23:50] * Nightblade sets mode: +o jrand0m [23:50] &lt;@jrand0m&gt; w00t [23:50] * Trent@anon.iip sets mode: +o mihi [23:50] &lt;duck&gt; there is nothing special about it, [23:51] &lt;dm&gt; A lot of people really like it, I think. [23:51] &lt;duck&gt; oh, you mean about python [23:51] &lt;dm&gt; yes, sorry. [23:52] * duck moves that to 6) offtopic [23:52] &lt;duck&gt; :) [23:52] &lt;@jrand0m&gt; heh [23:52] &lt;@jrand0m&gt; [beuler, beuler] [23:52] &lt;dm&gt; Sorry, didn't realize you guys were having a meeting. [23:52] &lt;@jrand0m&gt; every tuesday 9p gmt :) [23:53] &lt;duck&gt; ok, php stuff: http://pastebin.com/pastebin.php?showsource=php [23:53] &lt;@jrand0m&gt; anyone have anything else they want to bring up wrt i2p, etc? [23:54] &lt;@mihi&gt; i2p rocks! [23:54] &lt;@jrand0m&gt; (if only it were more reliable..) [23:55] &lt;@mihi&gt; it is more reliable than freenet for me ;) [23:55] &lt;@jrand0m&gt; heh :) [23:55] &lt;@jrand0m&gt; if i just hadn't fucked with your i2ptunnel to set the retry count to 0 we'd be fine ;) [23:56] &lt;@jrand0m&gt; (corrupt a lil data here and there, but that never hurt no one...er......) [23:56] &lt;@jrand0m&gt; ok [23:56] &lt;dm&gt; don't baf [23:56] * @jrand0m isn't going to try to drag it out 4 more minutes to reach 2 hours [23:57] &lt;dm&gt; do not baf [23:57] * @jrand0m denies dm and *baf*'s the meeting closed </div>/zh/blog/2004/01/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B41%E6%9C%8827%E6%97%A5/Tue, 27 Jan 2004 00:00:00 +0000/zh/blog/2004/01/27/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B41%E6%9C%8827%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> baffled2, duck, jrand0m, kaji, madman2003, mihi, Reskill</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:03] &lt;jrand0m&gt; 0) 嗨 [22:03] &lt;jrand0m&gt; 1) router 开发状态 (0.2.4) [22:03] &lt;jrand0m&gt; 2) RTCP [22:03] &lt;jrand0m&gt; 3) i2p.net [22:03] &lt;jrand0m&gt; 4) ??? [22:03] &lt;jrand0m&gt; 0) 嗨 [22:03] * jrand0m 挥手 [22:03] &lt;jrand0m&gt; 这是会议 $num [22:03] &lt;duck&gt; . [22:03] * mihi_backup 加入了 #i2p [22:03] &lt;jrand0m&gt; 等我们结束后，日志会发布到 wiki 上 [22:03] * Robert 已退出 IRC（Ping 超时） [22:04] * baffled 已退出 IRC（Ping 超时） [22:04] &lt;jrand0m&gt; 好，继续（希望能战胜 ping 超时）…… 1) router 开发状态 [22:04] * baffled 加入了 #i2p [22:05] &lt;jrand0m&gt; 这周又做了一些 bug 修复，而且我们已将大部分延迟和相关的消息丢失归因到 PHTTP 传输上 [22:06] &lt;jrand0m&gt; 为了避免重复邮件里的内容 [http://i2p.dnsalias.net/pipermail/i2p/2004-January/000113.html]，那么，大家对开发状态有任何问题/意见吗？ [22:06] &lt;duck&gt; 是的 [22:06] &lt;jrand0m&gt; 怎么了？ [22:06] &lt;duck&gt; 看起来过一会儿整个 tunnel 仍然会卡住 [22:07] &lt;duck&gt; 然后 madman2003 和 human 就得冲我喊 [22:07] &lt;duck&gt; 并把所有东西都重启 [22:08] &lt;jrand0m&gt; 嗯，是的，我想这很大程度上是因为 0.2.3.5 的 PHTTP 代码实在写得很糟。有些 routers 外面只能通过 PHTTP 才能访问，如果它们还在跑原始的 0.2.3.5，它们彼此之间就无法通信（但仍能与你通信） [22:08] * jar 加入了 #i2p [22:08] &lt;madman2003&gt; 我想说一件事（有点跑题）：0.3 里加个 404 页面会很好，因为很多浏览器在没有得到预期响应时会困惑 [22:08] &lt;jrand0m&gt; 这意味着，每当你通过它们构建 tunnel，你的 tunnel 就不可达 [22:09] * DrWoo 已退出 IRC（Ping 超时） [22:09] &lt;jrand0m&gt; duck&gt; 这就是“赞成派”主张尽快发布 0.2.3.6 的原因之一，0.2.4 会在几天内带着 RTCP 发布 [22:09] * DrWoo 加入了 #i2p [22:09] &lt;duck&gt; 好的，所以那是 phttp 这部分的问题？ [22:09] &lt;jrand0m&gt; （“反对派”的理由是“升级很糟”） [22:10] &lt;jrand0m&gt; 嗯？phttp 代码已经在 CVS 里打了补丁 [22:10] &lt;duck&gt; 什么反对派？ [22:10] &lt;jrand0m&gt; madman2003&gt; 我想 baffled 可能在看那个 :) [22:10] &lt;madman2003&gt; 升级很容易 :) [22:10] &lt;kaji&gt; 升级超棒 [22:10] &lt;madman2003&gt; 用 i2pmgr 更容易 [22:11] &lt;madman2003&gt; 只需按一下按钮 :) [22:11] * Robert 加入了 #i2p [22:11] &lt;baffled2&gt; 我在看呢，madman，可能要等一会儿！ [22:11] &lt;jrand0m&gt; 嗯，反对的一方认为，如果现在发布（比如几小时内），大家在 2-3 天后还得再升级一次 [22:11] &lt;jrand0m&gt; 如果这样也行，我可以很容易打包一个 0.2.3.6 [22:11] &lt;duck&gt; 更新让我很开心 [22:12] &lt;kaji&gt; .6 修复了什么？ [22:12] &lt;baffled2&gt; 我建议就这么做，我们大多数人定期升级没问题。 [22:12] &lt;madman2003&gt; 如果有用的话，我愿意每 24 小时升级一次 [22:12] &lt;jrand0m&gt; 0.2.3.6 修好了 PHTTP，让它，呃，能正常工作 [22:12] &lt;jrand0m&gt; 好，太棒了 [22:13] &lt;jrand0m&gt; 那我会在会后把 0.2.3.6 打包好（也许需要 1-2 小时清理），准备好后会在列表上发帖 [22:13] &lt;jrand0m&gt; （也会在这里通知） [22:13] * Masterboy 已退出 IRC（Ping 超时） [22:14] &lt;jrand0m&gt; 好，关于开发状态还有别的事吗，还是我们跳到 2) RTCP [22:15] * jrand0m 跳到 2 [22:15] &lt;madman2003&gt; 你随时都可以再回来讲 [22:15] &lt;jrand0m&gt; 对对 [22:15] &lt;jrand0m&gt; 好的，rtcp 进展顺利，我希望再写上几个小时代码就能让客户端库工作起来 [22:16] &lt;jrand0m&gt; Kirk 在列表上提了一个关于链式连接的好观点——理论上，这些中继之间可以互联，构建一个虚拟的中继网络 [22:16] &lt;jrand0m&gt; 但是嘛，那本质上就演变成 IRC，或者另一个完整的匿名网络 [22:17] &lt;madman2003&gt; 你是说完全去掉 PHTTP？ [22:17] &lt;jrand0m&gt; 虽然可行（而且挺有意思），但我觉得目前我们只提供独立的 RTCP 中继（以及/或者在 router 中集成的中继） [22:18] &lt;jrand0m&gt; madman2003&gt; 不会，PHTTP 会保留（哪怕只是用于时间同步，以及给那些在仅允许 HTTP 的防火墙后面的人用），但 RTCP 提供了一个更快、低延迟的替代方案 [22:18] &lt;madman2003&gt; （我会集成到 router 里，因为那样可以分散中继的负载） [22:18] &lt;jrand0m&gt; 同意 [22:19] &lt;jrand0m&gt; 基本上，我对 RTCP 的设想拓扑是：凡是能有可达地址的人都会运行自己的 RTCP 中继（在上面使用自己的 targetId），而没有可达地址的人可以从那些有可达地址的中继中任选一个，并在其上创建一个 target [22:20] &lt;jrand0m&gt; 这些中继本质上就成了点对点通信的交换台，但方式是完全分布式的（因为它们彼此之间没有任何依赖） [22:20] &lt;madman2003&gt; 或者在中继多于需要中继的人时，使用多个中继 [22:20] &lt;baffled2&gt; 大家要如何找到各个 rtcp 中继？ [22:20] &lt;madman2003&gt; phttp :) [22:20] &lt;jrand0m&gt; 对，这是个好主意——routers 可以在多个中继上创建 targets [22:20] &lt;jrand0m&gt; baffled&gt; rtcp 中继会列在某个 router 的 RouterInfo 中（发布在 networkDb 里） [22:21] &lt;jrand0m&gt; 基本上，一个 router 会看到“oh, router XYZ has an rtcp address at 127.0.0.1:8999 targetId 3123”，然后连接到 127.0.0.1:8999 并请求属于它自己的 target [22:23] &lt;madman2003&gt; 我刚想到一个点：每 12 或 24 小时自动重启 tunnels [22:23] &lt;madman2003&gt; 以及每隔几天自动重启 router 和其他部分 [22:24] * jrand0m 正在努力让这些都不再必要 [22:24] &lt;jrand0m&gt; 我有一个跑在 Linux 机器上的 router 已经连续运行了好几天 [22:24] &lt;mihi&gt; madman2003: 你可以在 JVM 里加上自己的线程，让它在 12 小时后退出 [22:24] &lt;jrand0m&gt; （而且只是我升级它的时候才下线） [22:24] * madman2003 得走了 [22:25] &lt;jrand0m&gt; 回头见，madman2003 [22:25] &lt;madman2003&gt; 祝会议顺利 [22:25] * madman2003 已退出 IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:25] &lt;jrand0m&gt; 好，关于 rtcp 还有别的吗？ [22:26] &lt;duck&gt; 没有，听起来不错 [22:26] &lt;jrand0m&gt; 好，继续一个简短的 [22:26] &lt;jrand0m&gt; 3) i2p.net。 [22:26] &lt;jrand0m&gt; 不用多说了 [22:26] &lt;jrand0m&gt; 4) ??? [22:26] &lt;jrand0m&gt; 还有其他的吗？ [22:28] &lt;duck&gt; . [22:28] * jrand0m 感觉这是一场可能破纪录的 26 分钟会议 [22:29] &lt;Reskill&gt; 哈哈 [22:29] * Reskill 慢悠悠地走了进来 [22:29] &lt;jrand0m&gt; 早上好，Reskill [22:29] &lt;jrand0m&gt; 好，我要开始准备发布 0.2.3.6，然后继续敲 rtcp 代码，目标是 0.2.4 [22:30] &lt;jrand0m&gt; 如果没有别的了…… [22:30] &lt;Reskill&gt; Oo... [22:30] &lt;baffled2&gt; 好吧，我回家后再见各位。 [22:30] * jrand0m 将会议 *baf* 地关闭了 </div>/zh/blog/2004/01/20/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2004%E5%B9%B41%E6%9C%8820%E6%97%A5/Tue, 20 Jan 2004 00:00:00 +0000/zh/blog/2004/01/20/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2004%E5%B9%B41%E6%9C%8820%E6%97%A5/<p>（由wayback machine提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> dm, duck, Frontier, jar, jrand0m, mihi, Ophite1</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:07] &lt;jrand0m&gt; agenda: [22:07] &lt;jrand0m&gt; 0) hi (read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] &lt;jrand0m&gt; 1) router dev status [22:07] &lt;jrand0m&gt; 2) twisted-i2p [22:07] &lt;jrand0m&gt; 3) unit tests [22:07] &lt;jrand0m&gt; 4) network testing / monitoring [22:07] &lt;jrand0m&gt; 5) ??? [22:07] &lt;jrand0m&gt; 0) hi [22:07] &lt;jrand0m&gt; hi [22:07] * jrand0m waves [22:07] &lt;dm&gt; ohhhh meeting! [22:07] * dm waves back. [22:07] &lt;jrand0m&gt; 9p gmt every tuesday :) [22:08] &lt;jrand0m&gt; people should read that url (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) since there's stuff in it that I need feedback on during agenda item 4 [22:08] &lt;jrand0m&gt; 1) router dev status [22:09] &lt;jrand0m&gt; making progress, code currently in cvs is looking good. i've had a script testing a series of routers for the last day or so and none of them have popped out a single ERROR message [22:09] &lt;duck&gt; reading... [22:10] &lt;jrand0m&gt; but of course thats just baseline testing (keeping the routers building tunnels correctly, tunneling data through one to another via i2ptunnel, etc) [22:11] * jnk has joined #i2p [22:11] &lt;jrand0m&gt; theres certainly other things that need to be fixed up in the wild, which is why there's going to be a 0.2.3.5 release in the next day or so to confirm functionality or to find new bugs [22:11] &lt;jrand0m&gt; ok, moving on [22:12] &lt;jrand0m&gt; 2) twisted+i2p [22:12] &lt;duck&gt; I do have errors [22:12] &lt;duck&gt; but probably due to others [22:12] &lt;jrand0m&gt; dropped messages and unknown tunnels, right? [22:12] &lt;duck&gt; checking [22:13] &lt;jrand0m&gt; (those are the errors I see with one of my 'live' routers but not on the test network) [22:13] &lt;duck&gt; 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] &lt;jrand0m&gt; ah ok, yeah, i've been smacking around the phttp relay too [22:13] &lt;duck&gt; 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] &lt;jrand0m&gt; hmm that one is funky - could you bounce me the stacktrace? [22:14] &lt;duck&gt; I'll put it up. [22:14] &lt;duck&gt; . [22:14] &lt;jrand0m&gt; gracias [22:15] &lt;jrand0m&gt; actually, thats going to be a general rule with the future releases - WARN or INFO or DEBUG messages are fine, and ERROR or CRIT messages are things I'd like to hear about [22:16] &lt;jrand0m&gt; ok, back to 2) [22:16] &lt;jrand0m&gt; human has put together a way to use i2p via python and the twisted framework (yay!) [22:17] &lt;jrand0m&gt; see his email for more info (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] &lt;jrand0m&gt; anything to add human? (if you're here) [22:17] &lt;duck&gt; it is _so_ cool [22:17] &lt;jrand0m&gt; yeah, the sample code for the echo server and client look kick-ass [22:18] &lt;jrand0m&gt; ok, moving on to 3) unit tests [22:19] &lt;jrand0m&gt; yeah, there are some unit tests for most of the data structures, but they aren't "one click testable" so I don't run them on every build. [22:20] &lt;jrand0m&gt; current thoughts are to migrate them to jUnit, as well as to merge as many of the other unit tests currently implemented in the main(..) method of various components (specifically the crypto ones) [22:21] &lt;duck&gt; probably it is difficult to test more complex things [22:21] &lt;jrand0m&gt; thats going to come up to be on the critical path sooner rather than later, depending on where the debugging leads us [22:21] &lt;jrand0m&gt; right, the unit tests as is just test the basics [22:21] &lt;duck&gt; like routing, tcp stuff etc [22:21] &lt;jrand0m&gt; right [22:21] * dm sees a debate on value of unit testing coming. [22:21] &lt;jrand0m&gt; but things like the AESInputStream can be tested in collaboration with AESOutputStream [22:22] &lt;duck&gt; unit test = kickass [22:22] &lt;jrand0m&gt; (and for those watching their logs closely, there's been some funky "pushed back" behavior during decrypt streaming) [22:22] &lt;jrand0m&gt; definitely. [22:23] &lt;jrand0m&gt; unit tests are just for the, er, units. not for the larger components (which is what agenda item 4 is about ;) [22:24] &lt;jrand0m&gt; but in any case, if someone is interested in helping out convert the existing data structure unit tests to the jUnit framework, lemmie know - it'd be much appreciated (and would give you a good foundation of the i2p codebase) [22:24] * mihi_away is now known as mihi [22:25] &lt;dm&gt; If it's not done by the weekend I can take a look. I know nothing about unit testing so I could learn through it. [22:25] &lt;jrand0m&gt; wikked! [22:25] &lt;dm&gt; No promises though. [22:25] &lt;jrand0m&gt; right right [22:25] &lt;jrand0m&gt; ok, moving on to 4) network testing / monitoring [22:26] &lt;jrand0m&gt; has everyone read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? I don't want to just copy and paste that [22:26] * Frontier has joined #i2p [22:27] * jrand0m gives people time to digest [22:27] * dm says... [22:28] &lt;Frontier&gt; digest wat? [22:28] &lt;dm&gt; C) but not with automatic sending. [22:28] &lt;dm&gt; i.e. you type emaillogstojrandom.sh (.bat) [22:28] &lt;dm&gt; email or post, or whatever. [22:29] &lt;dm&gt; and when it does that it clears you log, or moves it somewhere, so you don't submit the same data twice. [22:29] &lt;jrand0m&gt; so basically B [22:29] &lt;jrand0m&gt; (or A) [22:29] &lt;dm&gt; Yeah, user-friendly B) :) [22:29] &lt;jrand0m&gt; thats one of the tricks wrt the data... that log grows to tens of megs per night [22:29] &lt;jrand0m&gt; right [22:30] &lt;dm&gt; sorry, didn't see history=false for C. [22:30] &lt;jrand0m&gt; Frontier) we're discussing section 4 of http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] &lt;mihi&gt; jrand0m: man bzip2 [22:30] &lt;dm&gt; So history=false with a script to post on command. [22:30] &lt;dm&gt; sorry, history=true :) [22:30] &lt;dm&gt; god, I've made a mess of it. [22:31] &lt;jrand0m&gt; right mihi, but bzip2 isn't on windows (unless we require it and install it). or do you mean bzip2 has a flag to submit a file to a url? [22:32] &lt;dm&gt; I wouldn't worry about the size, 10s of megs for the small group of people you have here is fine. [22:32] &lt;Ophite1&gt; I vote C. [22:32] &lt;dm&gt; As long as it gets archived when you run the script to submit. [22:32] &lt;Ophite1&gt; This is a debug client. [22:32] &lt;Ophite1&gt; A in a production client of course :) [22:32] &lt;mihi&gt; jrand0m: then use GZipOutputStream [22:32] &lt;jrand0m&gt; right right Ophite1 ;) [22:33] &lt;jrand0m&gt; mihi&gt; people might like to read these files ;) [22:33] &lt;duck&gt; yeah, opt-in for debugging participation, but once you join, make it as easy as possible for the user (so C) [22:33] &lt;mihi&gt; man zcat ;) [22:33] &lt;Ophite1&gt; jrandom: gzcat | less ;-) [22:33] &lt;mihi&gt; Ophite1: zless ;) [22:33] &lt;jrand0m&gt; C:\Documents and Settings\dev&gt;man [22:33] &lt;jrand0m&gt; 'man' is not recognized as an internal or external command, [22:33] &lt;jrand0m&gt; operable program or batch file. [22:33] &lt;jrand0m&gt; ;) [22:34] &lt;mihi&gt; cd \cygwin &lt;Ctrl+T&gt; call cygwin.bat [22:34] * dm twiddles his thumbs. [22:34] &lt;Ophite1&gt; double-click -&gt; winrar -&gt; view [22:34] &lt;jrand0m&gt; ok, so we have one B, two C, whats your take mihi? [22:34] &lt;jrand0m&gt; (and anyone else?) [22:34] &lt;dm&gt; twiddle thumbs, pick nose, click click. [22:34] &lt;mihi&gt; double-click - 7zop - view. I'd say C. [22:35] &lt;mihi&gt; s/7zop/7zip/ [22:35] &lt;jrand0m&gt; 3 c one b. i kind of prefer c too, and of course if someone /doesnt/ want to submit this data, they can always say so and it won't do shit [22:36] &lt;jrand0m&gt; i'll see if i can implement both c and b [22:36] &lt;dm&gt; Looks like C it is. [22:36] &lt;dm&gt; Don't waste your time, the B person is on dialup and would offer very little data anyway ;) [22:36] &lt;jrand0m&gt; hehe [22:36] &lt;jrand0m&gt; well, c is probably going to be implemented on top of b, so it won't take any more work [22:37] &lt;jar&gt; for me : just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;jrand0m&gt; word jar [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; obviously not anything other than A for prod client... [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; that's a no-brainer :) [22:37] &lt;jar&gt; sorry ... :( [22:37] &lt;jrand0m&gt; s'all good jar, we won't kickban you (... this time ;) [22:38] &lt;jrand0m&gt; ok, so i'll get cracking on that, and pretty much once thats tested we'll have a new 0.2.3.5 release (sometime tomorrow) [22:39] &lt;jrand0m&gt; ok, moving on to 5) ??? [22:39] &lt;jrand0m&gt; anyone have anything else? questions, thoughts, concerns? [22:39] * duck offers free hosting [22:39] * dm accepts free hosting [22:39] &lt;jrand0m&gt; oh word. yeah, people should host sites on host.duck.i2p, its nice having reachable pages [22:39] &lt;jrand0m&gt; (of course people should also feel free to host for themselves too ;) [22:40] &lt;duck&gt; sure, just for those who can't stay online 24/7 [22:40] &lt;jrand0m&gt; right [22:40] &lt;mihi&gt; what happened (will happen?) to the streaming api? [22:40] &lt;jrand0m&gt; mihi&gt; its in the task list, but getting the network functioning reliably is higher priority at the moment :/ [22:41] &lt;mihi&gt; but it is not dropped completely? (that's what i wanna know...) [22:41] &lt;jrand0m&gt; i'll get back to the streaming api for the 0.3.1 release (perhaps sooner, but not sure) [22:41] &lt;jrand0m&gt; its definitely NOT dropped completely. [22:41] &lt;jrand0m&gt; it will be done. [22:41] &lt;dm&gt; What's this streaming API? A different way of exposing the network to clients? [22:42] &lt;jrand0m&gt; dm&gt; http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] &lt;jrand0m&gt; I made what is arguably a mistake of including mode=guaranteed in the router from the beginning instead of putting it in a seperate lib (and now i'm trying to move it out of the router :) [22:43] &lt;jrand0m&gt; (the insanely awesome benefit of that mistake was mihi coming along and writing i2ptunnel :) [22:44] * wn-user has joined #i2p [22:44] &lt;jrand0m&gt; anyone else have anything? [22:44] * dm gets it. [22:45] &lt;jrand0m&gt; w3rd [22:45] &lt;dm&gt; Hmmm, too early to end meeting, ain't it? [22:45] &lt;duck&gt; what about the hosts.txt [22:45] &lt;duck&gt; it is growing and growing [22:45] &lt;jrand0m&gt; well, 45 mins. two weeks ago we had 20 mins [22:45] &lt;jrand0m&gt; ah, true that [22:45] &lt;duck&gt; but 75% is offline [22:45] &lt;duck&gt; and it looks like 50% is permanently offline [22:45] &lt;jrand0m&gt; prolly [22:46] &lt;jrand0m&gt; I dunno [22:46] &lt;duck&gt; just keep it growing, to raise the incentive for a DNS solution :) [22:46] &lt;jrand0m&gt; heh exactly [22:46] &lt;Ophite1&gt; I'm all for a little delay, I'm having a lot of fun with all kinds of Windows problems... [22:46] &lt;dm&gt; Ophite1: windows is the devil! [22:46] &lt;Ophite1&gt; You never really understand just how awful Windows is, until you write software for it. [22:47] &lt;jrand0m&gt; reason #941 to use java [22:47] &lt;dm&gt; Unless you're using .NET. [22:47] &lt;dm&gt; also known as java++ [22:47] &lt;Ophite1&gt; dm/jrand0m: it's still running *on* Windows, and there are still some things you just keep running into. [22:47] &lt;duck&gt; jrand0m: those last patches, would they solve disconnects? or more connection problems [22:47] &lt;Ophite1&gt; Path lengths for example. Bloody unicode. [22:48] &lt;mihi&gt; Or not to use \n in file names ;) [22:48] &lt;mihi&gt; which will crash cvs anyway (on *nix, BTDT) [22:48] &lt;jrand0m&gt; duck&gt; no patches today are critical [22:48] &lt;duck&gt; from yesterday I mean [22:49] &lt;dm&gt; What happens if you use \n in a filenamE? :) [22:49] &lt;mihi&gt; dm: try it ;) on *nix, nothing happens, as long as you don't try to run cvs update afterwards. [22:49] &lt;jrand0m&gt; oh, yesterday there were Good patches that would solve some (most? all?) i2ptunnel Peer unreachable messages. not i2cp disconnects though [22:50] &lt;dm&gt; I think it would throw an exception. [22:50] &lt;jrand0m&gt; (which is one of the reasons 0.2.3.5 is coming out) [22:51] &lt;mihi&gt; dm: it works w/ local repository, but not w/ pserver or ssh. [22:51] &lt;mihi&gt; something like 'protocol error'. [22:51] &lt;mihi&gt; (the protocol terminates file names by \n ;) ) [22:51] &lt;Ophite1&gt; sort of like what happens with direct connect if you have filenames with $ and | in them. I hate DC. [22:51] &lt;duck&gt; . [22:52] &lt;Ophite1&gt; No matter what I code, ever, it could never be that bad :) [22:52] &lt;jrand0m&gt; naw, you c devs just treat \0 as special instead of $ ;) [22:52] &lt;jrand0m&gt; ok, anything else on i2p or we good to go? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] &lt;jrand0m&gt; 'k thazzit [22:54] * jrand0m *baf*s the meeting to a close </div>/zh/blog/2004/01/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B41%E6%9C%8813%E6%97%A5/Tue, 13 Jan 2004 00:00:00 +0000/zh/blog/2004/01/13/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2004%E5%B9%B41%E6%9C%8813%E6%97%A5/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席:</strong> duck, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, wiht, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) 0.2.3.4 [22:01] &lt;jrand0m&gt; 2) 0.3 [22:01] &lt;jrand0m&gt; 3) streaming library, I2COCP, CI2CP [22:01] &lt;jrand0m&gt; 4) apps [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; hi everyone [22:01] &lt;jrand0m&gt; y'all seen http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html? [22:01] &lt;jrand0m&gt; if not, now's your chance :) [22:02] &lt;jrand0m&gt; iip has been acting up a bit, so if someone could say something every once in a while, that'd be swell [22:02] &lt;MrEcho&gt; . [22:02] &lt;jrand0m&gt; w3rd [22:02] &lt;jrand0m&gt; ok, moving on, 1) 0.2.3.4 [22:03] &lt;jrand0m&gt; there'll be a new release in the next day or so with the current state of the code, which includes a lot of bugfixes and more features [22:03] &lt;jrand0m&gt; e.g. tunnelmanager isn't in 0.2.3.3 yet [22:03] &lt;MrEcho&gt; col [22:03] &lt;jrand0m&gt; it'll be backwards incompatible, because i'm mean [22:04] &lt;jrand0m&gt; jumping onto 2) 0.3 [22:04] &lt;MrEcho&gt; :P [22:04] &lt;jrand0m&gt; that'll be out fairly soon, but obviously not on thursday [22:04] &lt;jrand0m&gt; it won't be out until 0.2.3.4 is performing reliably so that everyone can reach all sites they should be able to [22:05] &lt;MrEcho&gt; cool [22:05] &lt;jrand0m&gt; well, moving right along to 3) streaming lib / etc [22:05] &lt;jrand0m&gt; well, thats all spelled out in the email :) [22:05] * eco has joined #i2p [22:05] * mihi_away is now known as mihi [22:05] &lt;jrand0m&gt; if anyone wants to get involved in it, please let me know [22:06] * ion has joined #i2p [22:06] &lt;jrand0m&gt; 'lo eco, mihi, ion [22:06] &lt;jrand0m&gt; ok, moving on to 4) apps [22:06] &lt;jrand0m&gt; anyone working on an app that will run over i2p that has anything to add? [22:07] * wiht has joined #i2p [22:07] &lt;MrEcho&gt; re ask the quest j [22:07] &lt;jrand0m&gt; well, we're at the last agenda item, so might as well :) [22:08] &lt;MrEcho&gt; wiht .. get my email? [22:08] &lt;jrand0m&gt; anyone have anything to bring up outside the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html post? [22:08] &lt;wiht&gt; Yes, let me read it. [22:08] &lt;jrand0m&gt; MrEcho&gt; have you read zooko's naming page yet? [22:08] * jar has joined #i2p [22:08] &lt;MrEcho&gt; no .. lost the link [22:09] &lt;jrand0m&gt; (from the logs last week, http://zooko.com/distnames.html) [22:10] &lt;jrand0m&gt; anyone have anything to add, or are we at a record breaking 10 minute meeting? [22:10] &lt;MrEcho&gt; still working on my dns idea [22:10] &lt;jrand0m&gt; coo' [22:10] &lt;wiht&gt; MrEcho: Yes, I would like to work together on naming service. [22:10] &lt;MrEcho&gt; sweet [22:11] &lt;wiht&gt; But I will not have time until next Wednesday. [22:11] &lt;MrEcho&gt; ok [22:11] &lt;MrEcho&gt; will give me some time to finish up on a few things [22:11] &lt;mrflibble&gt; how long till the meet? [22:11] &lt;jrand0m&gt; -11 minutes [22:11] &lt;mrflibble&gt; oops [22:11] * mrflibble is v late [22:11] &lt;mrflibble&gt; :) [22:12] &lt;jrand0m&gt; (we've gone through the 5 agenda items very very quicky :) [22:12] * mrflibble goes back to lurking and the backscroll [22:12] &lt;jrand0m&gt; heh [22:12] &lt;wiht&gt; jrand0m: Have you measured how much CPU is used per tunnel by the server? [22:14] &lt;wiht&gt; Let me restate that: if you have five connections to other routers, and they are using 20% of CPU, how much will be used after 6th connection? Have you measured this? [22:15] &lt;jrand0m&gt; they shouldn't consume 20% of the cpu, or even 1% [22:15] &lt;jrand0m&gt; (for client tunnels - server tunnels may consume more) [22:15] &lt;wiht&gt; Server tunnels. [22:16] * eco has quit IRC (Ping timeout) [22:16] &lt;wiht&gt; But that will probably be dependent on your CPU speed, so that was a badly stated question. [22:16] &lt;jrand0m&gt; server tunnels before the streaming lib will require cpu load whenever a new peer connects [22:18] &lt;wiht&gt; All right. [22:19] &lt;duck&gt; are we at #5 already? [22:19] * ion has quit IRC (Ping timeout) [22:19] &lt;jrand0m&gt; yup [22:20] * duck mentions the hosting options that home.duck.i2p provides [22:20] &lt;jrand0m&gt; ooOOoo [22:20] &lt;duck&gt; it hasnt been tested by anybody besides me though [22:20] &lt;duck&gt; waiting for betatester Ardvark to show up [22:20] &lt;jrand0m&gt; so the hosting lets someone run apache / etc? [22:21] &lt;jrand0m&gt; (or do they have to run the i2p router? [22:21] &lt;duck&gt; neither [22:21] &lt;duck&gt; they can put their html files on /home/username/public_html/ [22:21] &lt;duck&gt; and it will show up on `http://home.duck.i2p/~username/` [22:21] &lt;jrand0m&gt; ah nice [22:21] &lt;jrand0m&gt; php support? cgi / .pl / etc? or just html? [22:22] &lt;jrand0m&gt; (thats kick fucking ass, in any case) [22:22] &lt;duck&gt; php and html [22:22] &lt;jrand0m&gt; wwwwwwwwwicked [22:22] &lt;mihi&gt; duck: won't that compromize your anonymity? [22:22] &lt;duck&gt; how? [22:22] &lt;mihi&gt; phpshell? [22:22] &lt;mihi&gt; or is the full apache in a vmware/UML box? [22:22] &lt;duck&gt; system, exec, etc are disabled [22:23] &lt;duck&gt; plus the host cant connect to the outsite [22:23] * wilde has joined #i2p [22:23] &lt;duck&gt; (it is inside an UML box) [22:23] &lt;duck&gt; (pl and other cgis are too difficult to debug without shell access, plus they often break) [22:23] * mihi_backup has joined #i2p [22:23] &lt;jrand0m&gt; jsp access? :) [22:23] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:23] &lt;duck&gt; ofcourse not [22:24] &lt;mihi&gt; and why not ssh access as well, when it's an UML box? [22:24] &lt;duck&gt; because the average IIP user will start running forkbombs [22:24] &lt;jrand0m&gt; with ssh access, they could traceroute i2p.dnsalias.net [22:24] &lt;mihi&gt; man ulimit [22:24] &lt;jrand0m&gt; ah true [22:24] &lt;mihi&gt; man limiting cpu time on uml boxes. [22:25] &lt;mihi&gt; (okay, it will crash apache, shit...) [22:25] &lt;duck&gt; man run your own host :) [22:25] &lt;jrand0m&gt; hehe [22:25] &lt;lucky&gt; hi [22:25] &lt;duck&gt; I'll add it on the todo [22:25] &lt;jrand0m&gt; a reliable hosting service provider will RULE [22:25] &lt;kaji&gt; now all we need is a wiki [22:25] * wiht has left #i2p (wiht) [22:26] * lucky has a reliable net connection... [22:26] &lt;duck&gt; you already have a wiki [22:26] &lt;jrand0m&gt; kaji&gt; duck.i2p has one [22:26] &lt;duck&gt; wiki.invisiblenet.net [22:26] &lt;jrand0m&gt; that too [22:26] &lt;kaji&gt; oh sweet then [22:26] &lt;jrand0m&gt; (yeah, the main i2p wiki is http://wiki.invisiblenet.net/iip-wiki?I2P ) [22:26] * dm has quit IRC (Ping timeout) [22:28] * mihi is now known as mihi_away [22:28] * mihi_backup has quit IRC (Ping timeout) [22:29] &lt;jrand0m&gt; 'k, anything else before we close out the meeting? [22:29] &lt;kaji&gt; doh, i missed the meeting? [22:29] &lt;jrand0m&gt; we're not quite done yet, but about it [22:29] &lt;lucky&gt; meeting? [22:29] &lt;lucky&gt; Oh, thats so not fair [22:29] &lt;lucky&gt; i just got home. [22:29] &lt;wilde&gt; are there logs anywhere? [22:29] &lt;wilde&gt; meeting log [22:30] * lucky has a log... [22:30] &lt;kaji&gt; can some one write a howto for using wget over i2p in windows? [22:30] &lt;jrand0m&gt; meeting logs at http://wiki.invisiblenet.net/iip-wiki?Meetings [22:30] &lt;jrand0m&gt; kaji you'll probably need to add the http_proxy to the environment [22:32] &lt;jrand0m&gt; ok, lets wrap this one up, and I'll post up the logs momentarily. anyone who has anything else can post to the mailing list or just chat on here :) [22:32] &lt;kaji&gt; also im now sharing /books/ and /audio/ at kaji.i2p and i think i will make a short howto about the bugs in apache alias for windows [22:32] &lt;jrand0m&gt; word kaji! [22:32] * jrand0m *baf*s the meeting closed on that note </div>/zh/blog/2004/01/06/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2004%E5%B9%B41%E6%9C%886%E6%97%A5/Tue, 06 Jan 2004 00:00:00 +0000/zh/blog/2004/01/06/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2004%E5%B9%B41%E6%9C%886%E6%97%A5/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> duck, dup, enduser, FillaMent, human, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, Nightblade, wiht</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] &lt;jrand0m&gt; 2) [discussion] [22:02] &lt;wiht&gt; Can I add installer to agenda? [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; oh yes, certainly! [22:02] &lt;jrand0m&gt; we're trying something new this week [22:03] &lt;wiht&gt; You can put it at the end of the agenda. [22:03] &lt;jrand0m&gt; rather than the old talktalktalkreplytalktalktalk, the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html post describes most of the things I had planned on saying [22:03] * mihi_ has joined #i2p [22:04] &lt;jrand0m&gt; instead, we're trying this week to make the meeting more discussion oriented - things people want to talk about from that post, any follow up posts, and/or anything else people want to discuss [22:04] &lt;jrand0m&gt; such as a new installer [22:05] &lt;jrand0m&gt; so, that said, people should start by checking out that email/post and we'll go from there :) [22:05] * mihi_away is now known as mihi [22:05] * kaji reads the post [22:05] * mihi_ is now known as mihi_backup [22:06] &lt;jrand0m&gt; 27 users with only one dup! w0w [22:07] * dm is now known as dup [22:07] &lt;jrand0m&gt; ok, when people have read that, perhaps we can start by going over the index and seeing if there's anything someone wants to add / comment on / discuss? [22:07] &lt;mihi&gt; jrand0m: where do you know from that there are no more dupes? [22:07] &lt;jrand0m&gt; heh thanks dm [22:07] &lt;jrand0m&gt; mihi&gt; I installed keyloggers on everyone's computers (bwhahahaha) [22:07] &lt;wiht&gt; I would like to add installer as topic 10, and possibly naming service as topic 11. [22:07] * mihi sent the followup to the wrong address :(, resending... [22:08] &lt;jrand0m&gt; good call wiht [22:09] &lt;MrEcho&gt; mrecho's new dns is in the works [22:09] &lt;jrand0m&gt; cool mihi, yeah I was wondering ;) [22:09] &lt;kaji&gt; how is dns coming along? - ah [22:09] &lt;jrand0m&gt; MrEcho&gt; your post, right? [22:09] &lt;MrEcho&gt; working on the post [22:10] &lt;jrand0m&gt; ok, in the meantime, anyone have anything on 1) streaming? or should we jump to 2) I2PTunnel, TunnelManager, and i2pmgr? [22:10] &lt;lucky&gt; good lord... i could spend the rest of my life attempting to figure out these dependecnies. [22:10] &lt;wiht&gt; So let's say DNS/NS as topic 11. [22:10] &lt;jrand0m&gt; sounds good wiht [22:10] * duck walks in [22:11] &lt;jrand0m&gt; ev'nin duck [22:11] &lt;mihi&gt; ad 1, i committed code for i2ptunnel using the streaming api [22:11] &lt;jrand0m&gt; ah right, awesome mihi :) [22:11] &lt;lucky&gt; hi duck [22:11] * twosandals has quit IRC (Leaving) [22:11] &lt;kaji&gt; jrand0m can several sevices use the same key if they are on diffrent ports? [22:11] &lt;jrand0m&gt; no kaji [22:11] &lt;mihi&gt; btw: why do your ant files always delete the jar before rebuilding it? [22:11] &lt;jrand0m&gt; mihi&gt; paranoia [22:12] &lt;mihi&gt; stealing me time with debugging, i'd say ;) [22:12] &lt;jrand0m&gt; kaji&gt; in i2p, a key /is/ a port, essentially [22:12] &lt;jrand0m&gt; heh [22:12] &lt;kaji&gt; ah [22:13] &lt;jrand0m&gt; mihi&gt; if you want to update that, as long as it'll build the jar if the class files change thats fine [22:13] &lt;mihi&gt; if the file is newer than all files in it, and could skip it otherwise. [22:13] &lt;jrand0m&gt; right [22:13] &lt;mihi&gt; and for paranoia it is better to add a &lt;depends&gt; task [22:13] &lt;jrand0m&gt; agreed [22:13] &lt;FillaMent&gt; yo yo [22:13] &lt;jrand0m&gt; 'lo FillaMent [22:14] &lt;jrand0m&gt; ok, 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC has joined #i2p [22:15] &lt;human&gt; i did a little hacking to make the TunnelManager return the job ids when "openclient" or "openserver" commands are called [22:16] &lt;jrand0m&gt; kickass :) [22:16] &lt;human&gt; this way, apps using the TunnelManager know which job to close later, without parsing the "list" output [22:16] &lt;jrand0m&gt; yeah, I've not been too comfortable with using tunnelmanager's list and close, since multiple clients can b0rk each other that way [22:17] &lt;jrand0m&gt; we'll get that patch in there right after the meeting. gracias human :) [22:17] &lt;human&gt; it involved making I2PTunnel.runCommand return some stuff (currently a Property) [22:17] &lt;human&gt; s/Property/Properties/ [22:17] &lt;jrand0m&gt; oh right, there's some things to modify in that before getting it into the code [22:18] &lt;human&gt; but mihi would prefer to add some asynchronous callbacks to the Logging clas, as far as i understand... [22:19] &lt;jrand0m&gt; right - so that things can get information from the tasks immediately, without waiting for it to finish [22:20] * mihi has quit IRC (EOF From client) [22:20] &lt;human&gt; jrand0m: the idea is: let's I2PTunnel.runCommand() return immediately, and eventually use callbacks to get more info, right? [22:21] &lt;jrand0m&gt; right [22:21] &lt;jrand0m&gt; so the tasks fire callbacks whenever there is data to distribute [22:21] * mihi has joined #i2p [22:21] &lt;human&gt; well, IMHO there is another question: «how many java apps (will) use I2PTunnel.runCommand() asynchronously?» *All* the apps currently using I2PTunnel (even via the TunnelManager) are perfectly fine with synchronous (even if long) .runCommand() calls, and making all the stuff asynchronous would only make things more complicated (IMHO) [22:22] * mihi uses it via the gui [22:22] &lt;human&gt; (well, "all" means the TunnelManager and apps parsing the Tunnel manager output) [22:22] &lt;jrand0m&gt; right, the gui will hang while the command is executed [22:22] &lt;mihi&gt; and entering the next 3 tunnel open commands is blocked while the first is running [22:23] &lt;human&gt; mihi: ok, i didn't know about your app... then we need some solution :-) [22:24] &lt;human&gt; mihi: asynchronous .runCommand() behaviour would require to revise the TunnelManager [22:24] &lt;mihi&gt; human: when (iyo) should runCommand terminate? when the tunnel is built, when the connection got through? [22:25] &lt;mihi&gt; "destination unreachable" will be known *after* the first connection attempt was made. [22:25] &lt;jrand0m&gt; the command pattern would have the execute() return only after it was complete. [22:26] &lt;mihi&gt; what does *complete* mean? [22:26] &lt;jrand0m&gt; (so if we're following the command pattern, runCommand would block until everything required to do that command was complete) [22:26] &lt;human&gt; mihi: eheh, that's the question :-) [22:26] &lt;jrand0m&gt; complete for "server 1234 privkeys" would be when the server can accept connections on port 1234 [22:26] &lt;human&gt; mihi: well, for TunnelServer's IMHO it should return after tunnel creation [22:27] &lt;jrand0m&gt; complete for "client 234 peer" would be complete when a connection to port 234 would successfully reach peer [22:27] &lt;jrand0m&gt; at least, thats my take [22:27] &lt;mihi&gt; how can you determint the latter? [22:27] &lt;jrand0m&gt; I really don't feel strongly either way [22:27] &lt;jrand0m&gt; perhaps a ping? [22:27] * Sciatica has joined #i2p [22:28] &lt;mihi&gt; and if the peer goes down just after the ping? [22:28] &lt;mihi&gt; imo it is impossible to do network apps without callbacks [22:28] &lt;jrand0m&gt; right [22:28] &lt;mihi&gt; or lotsa threads, and i prefer callback on threads synchronized to death [22:29] &lt;jrand0m&gt; perhaps it should only return after its able to /attempt/ to connect? [22:29] &lt;jrand0m&gt; or maybe the command pattern isn't the desired pattern [22:29] &lt;mihi&gt; that's what it's doing now. and what result should it return then? [22:30] &lt;mihi&gt; the point is that you want to have a result (different from an int for the connection id) [22:30] &lt;jrand0m&gt; right, for the client command, one wants the job (so it can be closed later), but for the genkey command, one wants the public key and private key [22:30] * mihi cannot think of any other info that is known at that point. [22:30] &lt;jrand0m&gt; agreed, me neither. [22:31] &lt;dup&gt; 0! [22:31] &lt;mihi&gt; and genkey should wait? okay, if you think so. [22:31] &lt;human&gt; mihi: well, something like a status ("ok" or "error") and error messages... [22:31] &lt;mihi&gt; human: error messages will be "too late" imo [22:31] &lt;mihi&gt; but do what you want... [22:32] &lt;mihi&gt; as long as you make it work with the streaming api afterwards as well... [22:32] &lt;jrand0m&gt; the pain points human is addressing are the kludges in the TunnelManager that parses the logging messages. but I agree, as long as we can expose that information via the logging interface, thats fine [22:32] &lt;dup&gt; mihi is wise. [22:32] &lt;human&gt; human: some can be communicated immediately (e. g. when the tunnel port is still in use) [22:32] &lt;mihi&gt; human is talking to himself ;) [22:32] &lt;human&gt; oops! :-) [22:35] &lt;human&gt; maybe we should see what kind of applications are being built upon I2PTunnel [22:35] &lt;human&gt; the asynchronous interface is the Right Thing(TM), but it's more complicated to use [22:35] &lt;jrand0m&gt; I think it would be best if we could keep the same functionality for the current software - including the gui. [22:35] &lt;FillaMent&gt; maybe I'm jumping in ignorantly, but perhaps a method like one might find many that deal with HTTP: getHeader(String headerName) [22:35] &lt;FillaMent&gt; smake me as needed [22:35] &lt;FillaMent&gt; smack [22:36] * jrand0m smake's FillaMent [22:36] &lt;human&gt; and the TunnelManager doesn't need it (since it will *never* be able to properly support asynchronous events, due to its nature) [22:36] * kaji has a completely off-topic idea [22:36] * FillaMent resigns himself to advocacy =) [22:37] &lt;human&gt; but if mihi application needs to monitor the tunnels state, then the asynchronous interface is a Must(TM) [22:37] &lt;jrand0m&gt; human&gt; java -jar lib/I2PTunnel.jar\n. We need to support async. [22:37] &lt;kaji&gt; i2p as a java applet so you can run it from strange computers quickly by going to a website [22:37] * Sciatica has quit IRC (EOF From client) [22:37] &lt;human&gt; jrand0m: yes, then we must rework the TunnelManager :-) [22:37] &lt;jrand0m&gt; kaji&gt; i2p 3.0 :) [22:38] &lt;jrand0m&gt; agreed human, the tunnelmanager implementation was a quick and dirty impl [22:38] &lt;jrand0m&gt; do you think you could look into how that'd need to proceed? [22:38] * human can volunteer to adapti the TunnelManager to the asynchronous interface, when ready [22:38] &lt;jrand0m&gt; w00t :) [22:40] &lt;jrand0m&gt; ok, are we ready for agenda item 3) I2COCP [22:40] &lt;human&gt; otherwise, it would be possible to create sync and async methods for I2PTunnel [22:40] &lt;jrand0m&gt; true [22:40] &lt;jrand0m&gt; but duplication might be overkill when a little refactoring would serve the purpose [22:41] * baffled has quit IRC (Leaving) [22:41] &lt;duck&gt; personal concern about the tunnels: apps not closing them, so your whole tunnelmanager becomes flooded [22:41] &lt;human&gt; jrand0m: yes, we should choose the easiest solution between reworking the TunnelManager or adding new APIs to I2PTunnel :-) [22:42] &lt;jrand0m&gt; thats a good point duck. currently there are no timeouts / expirations, and it assumes the apps using the tunnelManager are well behaving (and that the tunnelManager has no bugs [hah!]) [22:43] &lt;mihi&gt; apropos new apis: should the Streaming api classes "replace" the old ones or should it be possible to use both (w/ different commands?) [22:43] &lt;jrand0m&gt; mihi&gt; I think the streaming ones will want to replace, since once the streaming api is solid mode=GUARANTEED will go away [22:43] &lt;jrand0m&gt; (and hence the old ones wont work) [22:44] * MrEcho 's email sent [22:46] &lt;jrand0m&gt; anything else for the tunnel discussion? (this obviously isn't the end of tunnel discussions overall ;) [22:47] * dup is now known as dm [22:47] &lt;jrand0m&gt; ok, I2COCP [22:47] &lt;jrand0m&gt; this was just something human suggested the other day and it seems to fill a gap thats not currently met. but I think we want to hold off on implementing until we have something that wants to use it :) [22:48] &lt;wiht&gt; That is a somewhat long name, even abbreviated. [22:48] * jrand0m now calls I2COCP "Wilma" [22:48] &lt;human&gt; jrand0m: well, i was going to write the same words :-) [22:48] &lt;jrand0m&gt; heh cool [22:49] &lt;jrand0m&gt; ok, jumping on to 4) roadmap [22:49] &lt;human&gt; jrand0m: IMHO, in general, there should be a way for non-java apps to have a somewhat full access to the I2P network [22:49] &lt;jrand0m&gt; agreed [22:49] &lt;jrand0m&gt; the intent is that they'd use I2CP [22:50] &lt;jrand0m&gt; (as all java apps, i2ptunnel and the streaming library included, use that) [22:50] &lt;human&gt; jrand0m: yes [22:50] &lt;MrEcho&gt; I2PDNS "Janessa" [22:50] &lt;jrand0m&gt; but you're right, they'd want streaming too, so either tunnelmanager-&gt;i2ptunnel or i2cocp-&gt;streaming lib [22:50] * jrand0m has never met a Janessa [22:51] * Sciatica has joined #i2p [22:51] &lt;jrand0m&gt; ok, so, yeah, the roadmap has been updated. no real big changes beyond pushing back 0.3 and 0.3.1 by 2 weeks, adding 2.0 info, and some more 1.0 criteria [22:51] &lt;human&gt; jrand0m: yeah, there should be "TCP" and "UDP"-like protocols for I2P, with complete protocol event reporting, accessible from non-java apps [22:52] &lt;MrEcho&gt; human, sounds good [22:52] &lt;jrand0m&gt; I want there to be every possible interface, but I don't want to overcommit with too many interfaces to be supported [22:52] * human wanted I2COCP (or whatever) for his I2P twisted transport (see http://www.twistedmatrix.com/), but for now he will happily kludge around the TunnelManager :-) [22:53] * w0rmus has quit IRC (Lost terminal) [22:53] &lt;jrand0m&gt; word. that'd be best for now [22:54] &lt;jrand0m&gt; ok, any comments on the roadmap? [22:55] &lt;jrand0m&gt; [nothing to see here, la la] [22:55] &lt;jrand0m&gt; ok, 5) i2pIM [22:55] &lt;jrand0m&gt; thecrypto isn't here, so we can just wait for a post to i2p@ with updates :) [22:55] &lt;wiht&gt; We have Jabber now, if I am not mistaken. Do we still need i2pIM? [22:55] &lt;jrand0m&gt; yes [22:55] &lt;jrand0m&gt; jabber has a server that gets cleartext. [22:56] &lt;wiht&gt; Oh. Very well, then; I was not aware of this. [22:56] &lt;jrand0m&gt; thats two strikes (a server, and cleartext) [22:56] &lt;jrand0m&gt; its a good solution for some things though, certainly [22:56] &lt;jrand0m&gt; actually, once thing I was thinking about this morning was if we could get i2pIM and i2psnark merged together, that would be Good. [22:57] &lt;jrand0m&gt; (but once thing at a time) [22:57] &lt;jrand0m&gt; actually, speaking of the devil, 6) i2psnark :) [22:57] &lt;human&gt; jrand0m: i sometimes used jabber with gnupg... [22:57] &lt;jrand0m&gt; for &gt;2 person chats? [22:58] &lt;jrand0m&gt; for one on one, I totally agree there are existing solutions [23:01] &lt;jrand0m&gt; ok, on to a fun one, 7) introducing I.Toopie :) [23:01] &lt;human&gt; how would you implement encrypted &gt;2 people chats? a shared private key? [23:01] &lt;jrand0m&gt; yes human [23:01] &lt;jrand0m&gt; or through n! shared keys in the group [23:02] &lt;human&gt; well, maybe it could be done above the existing jabber protocol... [23:02] &lt;mihi&gt; human: a shared symmetric key sent to all participants [23:02] &lt;jrand0m&gt; the hard part is dealing with joins &amp; leaves - key rotation /etc [23:03] * Sciatica has quit IRC (Ping timeout) [23:03] &lt;jrand0m&gt; its in no way a trivial issue. its really really really hard. [23:03] * mihi acks [23:03] * human agrees [23:04] &lt;jrand0m&gt; (which is why having an app designed for it rather than trying to kludge it on top of another protocol may be worthwhile) [23:04] &lt;jrand0m&gt; but thecrypto can best describe his plans [23:04] &lt;jrand0m&gt; (though its my understanding he's still open to ideas for how to deal with groups) [23:05] * Sciatica has joined #i2p [23:06] &lt;jrand0m&gt; ok, moving on :) [further discussion on i2p@, etc] [23:06] &lt;wiht&gt; What is I.Toopee, though? [23:06] &lt;lucky&gt; the mascot... [23:06] &lt;jrand0m&gt; I.Toopie is a guy holding a yellow mask in front of his face [23:06] * lucky shudders. [23:07] &lt;lucky&gt; uh huh. [23:07] &lt;lucky&gt; can i see it? [23:07] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup has quit IRC (EOF From client) [23:07] &lt;lucky&gt; i have added java to my compile queue... [23:07] &lt;lucky&gt; but.. lol [23:07] &lt;lucky&gt; i already have 7 things running [23:07] &lt;lucky&gt; it'll be a while. [23:08] &lt;lucky&gt; aw, cute :P [23:08] &lt;MrEcho&gt; lol [23:08] &lt;jrand0m&gt; there have been lots of cool logos (I can't believe we've had the logo contest going on for 3 months!), and it looks like we've got some strong potential with I.Toopie. in its simplicity, its conception, and its versatility. [23:08] &lt;jrand0m&gt; and, yeah, its cute ;) [23:08] &lt;mihi&gt; are some imgs broken or is my browser buggy? [23:08] &lt;jrand0m&gt; yeah, some are broken [23:09] &lt;jrand0m&gt; (they were put on temporary hosting sites 3 months ago) [23:09] &lt;MrEcho&gt; I.Toopie's stick is now all yellow ... [23:09] &lt;MrEcho&gt; changed lastnight [23:09] &lt;jrand0m&gt; it is? [23:09] &lt;jrand0m&gt; people should UPDATE THE WIKI then [23:09] &lt;jrand0m&gt; ;) [23:09] &lt;MrEcho&gt; hehe [23:09] &lt;MrEcho&gt; i dont have the pic anymore .. sorry [23:10] &lt;wiht&gt; I see the pictures with Opera, but not with Mozilla somewhy. [23:10] &lt;jrand0m&gt; you can see http://img.villagephotos.com/p/2003-10/437060/badass.jpg ? [23:10] &lt;jrand0m&gt; (thats one of the images on that page) [23:11] &lt;duck&gt; Access Denied (User Account Disabled) [23:11] &lt;jrand0m&gt; yeah, same here. [23:11] &lt;MrEcho&gt; i can see it [23:11] &lt;jrand0m&gt; but yes, DrWoo has done some kickass stuff with I.Toopie [23:11] &lt;MrEcho&gt; moz 1.5 [23:11] * soros has quit IRC (EOF From client) [23:11] * mihi_away has joined #i2p [23:11] * lucky has quit IRC (EOF From client) [23:12] &lt;jrand0m&gt; same here MrEcho. strange. [23:12] &lt;wiht&gt; MrEcho: I am using Mozilla 1.4. [23:12] &lt;jrand0m&gt; (same as in I'm on moz 1.5 and I'm getting access denied) [23:13] * jrand0m looks forward to a tray icon w/ i.toopie :) [23:13] &lt;jrand0m&gt; ok, moving on to 8) chess server [23:14] * Sciatica has quit IRC (Ping timeout) [23:14] * ion has quit IRC (Ping timeout) [23:14] &lt;jrand0m&gt; the latest hosts.txt (http://i2p.dnsalias.net/i2p/hosts.txt) contains the reference for chess.fillament.i2p [23:14] &lt;jrand0m&gt; you can use any old FICS client or just telnet to that and play away :) [23:14] &lt;jrand0m&gt; (yay) [23:15] &lt;kaji&gt; is there a goog fics client for windows? [23:15] &lt;jrand0m&gt; dunno, I ended up using telnet [23:15] &lt;wiht&gt; Does eboard work? [23:15] &lt;jrand0m&gt; (which had some fairly tough rampup to learn the commands) [23:15] * ion has joined #i2p [23:16] &lt;jrand0m&gt; dunno [23:16] * BpX has joined #i2p [23:16] &lt;wiht&gt; I will try it later. [23:16] &lt;jrand0m&gt; cool, if you could post up what you find, that'd be great [23:17] &lt;jrand0m&gt; ok, 9) DHT [23:17] * wilde has quit IRC (Ping timeout) [23:17] &lt;jrand0m&gt; we still don't have a dht, but perhaps this is a lead for something we can start to port [23:18] &lt;jrand0m&gt; (it uses UDP so getting it to use I2CP wouldn't be hard) [23:18] &lt;MrEcho&gt; dht??? [23:18] &lt;MrEcho&gt; im blanking on that one [23:18] &lt;jrand0m&gt; MrEcho&gt; see [10] in the email ;) [23:18] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] &lt;Nightblade&gt; entropy is a good enough temporary solution [23:18] &lt;jrand0m&gt; agreed [23:19] &lt;jrand0m&gt; though I think we need to look at a long term solution as well [23:19] * soros has joined #i2p [23:19] * lucky has joined #i2p [23:20] * human is worried about gcj/kaffe compatibility with DHTs like Bamboo (http://bamboo-dht.org/) [23:20] &lt;jrand0m&gt; yeah, bamboo is 1.4 [23:20] &lt;MrEcho&gt; afk [23:20] &lt;jrand0m&gt; thats the glory of i2cp though - the router &amp; tunnels can be gcj'ed, while things that access them can be whatever [23:21] &lt;jrand0m&gt; it /is/ purely for an app though - not as part of the core [23:21] &lt;jrand0m&gt; I'm just trying to think of things that would help the end users who end up downloading i2p do something useful right off the bat [23:22] &lt;jrand0m&gt; (being able to post uncensorable content anonymously would be a good useful thing) [23:22] &lt;jrand0m&gt; s/uncensorable/very censorship resistant/ [23:23] &lt;human&gt; jrand0m: ah, ok - i thought that bamboo was going to replace Kademlia for the NetworkDB :-) [23:23] &lt;Nightblade&gt; the squid proxy is something they can do... for users for example in china that would be a very nice thing to have [23:23] &lt;jrand0m&gt; Nightblade&gt; right, but the squid isn't scalable [23:24] &lt;Nightblade&gt; yeah i think it would be interesting to have a kind of distributed JAP [23:24] &lt;jrand0m&gt; agreed [23:24] &lt;jrand0m&gt; so that's also another thing that would be great if people could check into :) [23:24] &lt;mihi&gt; Nightblade: the prob is abuse handling - i won't open my box for any outgoing http [23:24] &lt;jrand0m&gt; I'm sure some people will though [23:25] &lt;Nightblade&gt; with an additional part where an individual node could choose what sites they want to proxy for people... a client could send a requst for "whitehouse.com" and then one of the nodes that will do the proxying and will permit that url can answer [23:25] &lt;Nightblade&gt; yeah i think it would have to have some kind of access controls [23:25] &lt;Nightblade&gt; blacklist or whitelist [23:25] &lt;jrand0m&gt; right [23:25] &lt;Nightblade&gt; of domain names [23:26] &lt;jrand0m&gt; its the "exit policy" system. though this is a whole project in and of itself [23:27] &lt;MrEcho&gt; it could ride on the DNS system... i guess [23:27] &lt;jrand0m&gt; certainly [23:27] &lt;wiht&gt; mihi: What if you limit the bandwidth used? Or is it the websites accessed that could get you in trouble? [23:27] &lt;MrEcho&gt; at a very later date lol [23:27] &lt;jrand0m&gt; wiht&gt; many providers explicitly disallow running servers of any kind [23:28] &lt;MrEcho&gt; verizon fucks with port 21 for sure... [23:28] &lt;wiht&gt; jrand0m: Oh. Yes, that is a problem. [23:28] &lt;Nightblade&gt; there would have to be some way for clients to request the sites they want downloaded for them.. Broadcast requests are not a very good solution, especially on i2p [23:29] &lt;mihi&gt; wiht: the problem is the websites that can be accessed. compare the lawsuit of JAP some time ago. /me lives in the same country [23:29] &lt;jrand0m&gt; agreed. though broadcast isn't possible without brute forcing a ~2^2300 keyspace ;) [23:30] &lt;jrand0m&gt; right mihi, people in oppresive regimes would not be able to safely run outproxies [23:30] &lt;wiht&gt; mihi: What was the lawsuit? I do not remember. [23:30] * dm has quit IRC (Ping timeout) [23:30] &lt;Nightblade&gt; i mean, even if you had a list of destinations that provide web proxying, you would not want to have to broadcast to them all [23:30] &lt;jrand0m&gt; right Nightblade [23:30] &lt;Nightblade&gt; request broadcast i mean [23:31] &lt;mihi&gt; the prob was that someone had accessed a child porn site and it went over a JAP proxy and they could not tell where the request came from. this was interpreted as thowing stones into police's work [23:31] &lt;jrand0m&gt; people may want to check out crowds or rewebber to see other projects that worked on this same task [23:31] &lt;wiht&gt; mihi: Ah. Thank you for the explanation. I see understand you are concerned now. [23:31] * mihi_away has quit IRC (Ping timeout) [23:31] &lt;mihi&gt; and made that change to the jap software that makes it possible to catch people. which was removed later [23:32] &lt;wiht&gt; Er, I understand why you are concerned. [23:32] &lt;mihi&gt; at the end it came out that the JAP would not have to disclose the data, but i don't want to know what the lawyers cost... [23:32] &lt;Nightblade&gt; yeah but didn't the police seize the information anyway? [23:32] &lt;jrand0m&gt; yes [23:33] &lt;mihi&gt; they did... [23:33] &lt;jrand0m&gt; but anyway, yes, both a scalable DHT and a scalable web proxy would be Really Good Things to have by 1.0 [23:34] &lt;mihi&gt; and they cannot give it backk, can they? [23:34] * BpX has quit IRC (Ping timeout) [23:36] * Sciatica has joined #i2p [23:36] &lt;jrand0m&gt; ok, anything else for point 9? or are we on to 10/11) NS/DNS? [23:36] &lt;wiht&gt; I would like to make a brief comment about the installer after topic 10. [23:37] &lt;jrand0m&gt; 'k perhaps lets hit that now, since NS/DNS might not be uber-brief? ;) [23:37] &lt;wiht&gt; All right. The router has a start script and a stop script. [23:37] &lt;jrand0m&gt; right [23:37] &lt;wiht&gt; I would like all of the services to be done that way--to have both a start and a stop script. [23:37] &lt;jrand0m&gt; most of them do [23:37] &lt;jrand0m&gt; don't they? [23:38] &lt;jrand0m&gt; oh, not stop scripts [23:38] &lt;wiht&gt; No, just the router. [23:38] &lt;wiht&gt; That way, desired services could be started on computer bootup, just like the router. I made a post to that effect to the mailing list. [23:38] &lt;jrand0m&gt; aum is working on the i2pmgr, which is going to be both a console based and gui based control center for the services and the router itself [23:38] &lt;wiht&gt; Let's say I want to start the eep and nntp on bootup. Currently, I can't do that. [23:39] &lt;jrand0m&gt; right, you'd need to nohup startEepProxy.sh &amp; [23:39] &lt;wiht&gt; All right. By the way, where are these scripts in CVS? [23:39] &lt;MrEcho&gt; k im back [23:39] * mihi_away has joined #i2p [23:39] &lt;jrand0m&gt; wiht&gt; the scripts are in the Install.java (aka hacked) [23:39] &lt;wiht&gt; jrand0m: Thanks./ [23:40] &lt;jrand0m&gt; but good point, we want it to be as simple as possible to start on boot, as well as start on demand [23:41] &lt;jrand0m&gt; ok, on to 10/11) ns/dns [23:41] &lt;MrEcho&gt; well check my email [23:41] &lt;MrEcho&gt; theres a few things i forgot about putting in there [23:41] &lt;jrand0m&gt; unfortunately your email didn't really go through to the web interface well :/ [23:41] &lt;MrEcho&gt; like "temp" names [23:41] &lt;MrEcho&gt; ?? [23:42] * Sciatica has quit IRC (Ping timeout) [23:42] * ion has quit IRC (Ping timeout) [23:42] &lt;jrand0m&gt; MrEcho&gt; http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] &lt;MrEcho&gt; because of the gif or something [23:42] &lt;MrEcho&gt; shit .. i singed it [23:43] &lt;MrEcho&gt; sorry [23:43] &lt;jrand0m&gt; the mailing list is really intended to be text only. pgp sigs are fine (others have posted signed things) [23:43] &lt;kaji&gt; whats a good free small antivirus? [23:43] * ion has joined #i2p [23:43] &lt;jrand0m&gt; kaji&gt; linux [23:43] * Sciatica has joined #i2p [23:43] &lt;wiht&gt; LOL. [23:43] &lt;kaji&gt; that runs with my hardware [23:43] &lt;wiht&gt; kaji: Try AVG Antivirus for Windows. [23:44] * MrEcho_ has joined #i2p [23:44] * MrEcho has quit IRC (EOF From client) [23:44] &lt;MrEcho_&gt; fuckign iip [23:44] &lt;jrand0m&gt; MrEcho / (and anyone else interested in the NS/DNS issue)&gt; have you read http://zooko.com/distnames.html ? [23:44] &lt;MrEcho_&gt; j, should i resend the email? [23:44] &lt;jrand0m&gt; it went through to the list fine, it just didn't get web archived correctly [23:44] &lt;MrEcho_&gt; ya [23:45] &lt;wiht&gt; jrand0m: I did not read it yet. [23:45] &lt;MrEcho_&gt; ill take a look at it later [23:45] * mrflibble has joined #i2p [23:45] &lt;jrand0m&gt; for those who aren't on the list, I've saved MrEcho_'s email at http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] &lt;MrEcho_&gt; thanks J [23:46] &lt;kaji&gt; its gay, it wants an email adress [23:46] &lt;jrand0m&gt; my concern is with the security and scalability of the naming service. once we find a solution that meets those needs, fantastic, but until we do, we should be careful of interim solutions. [23:47] &lt;jrand0m&gt; kaji&gt; email lists usually want an email address, yeah ;) [23:47] &lt;kaji&gt; i mean AVG Antivirus [23:47] &lt;jrand0m&gt; oh ;) [23:48] &lt;wiht&gt; MrEcho has several good ideas that I did not have in my specification, such as a ban list for bad clients. [23:49] &lt;MrEcho_&gt; not really a ban list [23:49] &lt;jrand0m&gt; once there are 1000 clients, does that mean that it would take 125 lookups to find a value? [23:49] &lt;MrEcho_&gt; no [23:49] &lt;wiht&gt; Not a list, but banning bad clients is something I did not have. [23:50] &lt;MrEcho_&gt; 2-4 clients for checking [23:50] &lt;jrand0m&gt; so every client will have 250 entries? [23:50] * mihi_away is now known as mihi_backup [23:50] &lt;MrEcho_&gt; no [23:50] &lt;wiht&gt; With what I have, it would be one lookup, possibly forwarded a couple of times to reach an authoritative server. [23:50] &lt;MrEcho_&gt; clients will only have what they need [23:51] &lt;MrEcho_&gt; it will keep querying other Clients untill they get data that matches for the check [23:51] &lt;jrand0m&gt; so with 4 peers, it'd do a random search and on average it'd take 125 lookups [23:51] &lt;jrand0m&gt; (1000/4/2) [23:51] &lt;jrand0m&gt; or are the peers a DHT? [23:52] &lt;jrand0m&gt; (with some maintenance protocol?) [23:52] &lt;jrand0m&gt; or a search tree? [23:52] &lt;MrEcho_&gt; in a way yes [23:52] &lt;MrEcho_&gt; ill have a cut off on client searches, it will just query the MS [23:53] &lt;jrand0m&gt; secure distributed naming is a fairly well studied problem - what would make your proposal easier to analyze the security and scalability would be if you could draw comparisons and validate variations on other approaches, perhaps? [23:54] &lt;MrEcho_&gt; if it doesnt find / or get enough data from Clients within a set range it will then just query the MS. [23:54] &lt;jrand0m&gt; as is, there isn't enough detail for me to have confidence in the scalability or security of the architecture. not to say it couldn't work out well, I just can't see that it would yet. [23:54] &lt;MrEcho_&gt; cany u stop typing for a sec [23:54] * jrand0m stops typing. [23:55] &lt;MrEcho_&gt; its going to work .. it will have scalability, it will have security [23:56] &lt;MrEcho_&gt; the more users the better it will get [23:56] &lt;jrand0m&gt; so "trust me", 'eh? [23:56] &lt;MrEcho_&gt; do you trust the Internet DNS system? [23:56] &lt;jrand0m&gt; for some tasks. [23:57] &lt;jrand0m&gt; for many, no. [23:57] &lt;jrand0m&gt; (its quite easy for govts / etc to get records changed - court cases order registrars to update all the time) [23:58] &lt;MrEcho_&gt; only other way of doing it is having big ass lists of Names and lots of crypto on every client [23:58] &lt;MrEcho_&gt; and being dynamic .. forget about it [23:59] * mrflibble has quit IRC (EOF From client) [23:59] &lt;jrand0m&gt; I suggest reviewing zooko's paper before proceeding further, and answering his final point 5 ("why I'm wrong") Session Time: Wed Jan 07 00:00:00 2004 [00:01] &lt;jrand0m&gt; ok, thats probably about it for point 10/11 (lots of future discussion still left on that, of course) [00:02] &lt;jrand0m&gt; anyone have any other thoughts, etc? [00:02] &lt;wiht&gt; Yes. [00:03] &lt;jrand0m&gt; care to share with the class? :) [00:03] &lt;wiht&gt; I will be rewriting the specification I wrote. I would like to use a local SQL server to store data, not files. [00:03] &lt;jrand0m&gt; ah cool [00:03] &lt;jrand0m&gt; (same concerns go for the spec you wrote too - if you could answer zooko's last question, that'd be key :) [00:03] * mrflibble has joined #i2p [00:03] &lt;wiht&gt; Let MySQL or a similar server manage data storage, and let Java query that server. [00:04] &lt;duck&gt; huh ? zooko specs? [00:04] &lt;wiht&gt; I think that will be easier to implement. [00:04] &lt;jrand0m&gt; duck&gt; naw, I'm just pointing people at his old article "Names: Decentralized, Secure, Human-Meaningful: Choose Two" [00:04] &lt;duck&gt; ah that [00:04] &lt;Nightblade&gt; wiht: what specification is that (i missed a lot of the meeting)? [00:04] * MrEcho has joined #i2p [00:04] &lt;jrand0m&gt; (a lot easier than rehashing why supernode/centralized servers are scary security issues ;) [00:05] * MrEcho_ has quit IRC (EOF From client) [00:05] * mihi 'd have something for the log as well ;) [00:05] &lt;mihi&gt; something longer ;) [00:05] &lt;mihi&gt; *** I2Ping results: [00:05] &lt;mihi&gt; + + + eco.i2p [00:05] &lt;mihi&gt; + - - jabber.duck.i2p [00:05] &lt;mihi&gt; - + + i2pcvs.i2p [00:05] &lt;mihi&gt; - + + duck.i2p [00:05] &lt;mihi&gt; - + - jap.eco.i2p [00:05] &lt;jrand0m&gt; Nightblade&gt; it was posted to iip-dev back in... august? [00:05] &lt;mihi&gt; - + + irc.duck.i2p [00:05] &lt;mihi&gt; - + + human.i2p [00:06] &lt;mihi&gt; - - + nntp.duck.i2p [00:06] &lt;mihi&gt; - - - tc.i2p [00:06] &lt;mihi&gt; - - - dyad.i2p [00:06] &lt;mihi&gt; - - - bozo.i2p [00:06] &lt;mihi&gt; - - - ogg.aum.i2p [00:06] &lt;mihi&gt; - - - fcp.entropy.i2p [00:06] &lt;mihi&gt; - - - http.entropy.i2p [00:06] &lt;Nightblade&gt; jrandom: oh, before my time.. :) [00:06] &lt;mihi&gt; - - - www.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.aum.i2p [00:06] &lt;mihi&gt; - - - smtp.mail.i2p [00:06] &lt;wiht&gt; Nightblade: I posted it on September 15th. [00:06] &lt;mihi&gt; - - - pop.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.tc.i2p [00:06] &lt;mihi&gt; - - - lp.i2p [00:06] &lt;mihi&gt; - - - kaji.i2p [00:06] &lt;mihi&gt; - - - nm.i2p [00:06] &lt;mihi&gt; - - - squid.i2p [00:06] &lt;mihi&gt; - - - chess.fillament.i2p [00:06] &lt;mihi&gt; - - - mesh.firerabbit.i2p [00:06] &lt;mihi&gt; - - - nightblade.i2p [00:06] &lt;mihi&gt; - - - aum.i2p [00:06] &lt;MrEcho&gt; gezz is anyone up and running? [00:06] &lt;mihi&gt; - - - fillament.i2p [00:06] &lt;mihi&gt; *** Finished. [00:06] &lt;mihi&gt; why are so many hosts down...? [00:06] * jrand0m isn't running my servers atm [00:07] &lt;FillaMent&gt; I can connect to myself on both eep and chess [00:07] * mrflibble has quit IRC (Ping timeout) [00:07] &lt;jrand0m&gt; oh wait, i2pcvs is up, neat [00:07] &lt;Nightblade&gt; mihi: mine isn't up because the i2ptunnel crashes for me after a few hours [00:07] &lt;mihi&gt; so my router is broken (or it's usual I2P problems...) [00:08] &lt;jrand0m&gt; really Nightblade? please report i2ptunnel crashes (bugzilla would be nice) [00:08] &lt;Nightblade&gt; it is in the bugzilla [00:08] &lt;lucky&gt; hi [00:08] &lt;Nightblade&gt; hold.. [00:08] &lt;FillaMent&gt; Nightblade: what JVM? [00:08] &lt;Nightblade&gt; #39 [00:08] &lt;wiht&gt; My router has been running for more than 12 hours now, although it had a problem in registering itself. [00:09] &lt;Nightblade&gt; java version "1.4.2-p5" [00:09] &lt;Nightblade&gt; on freebsd... it could be a jvm problem, i don't know. java support isn't too good on freebsd [00:09] &lt;jrand0m&gt; you're right Nightblade, my bad [00:09] &lt;jrand0m&gt; thats the fairly infrequent i2cp bug [00:09] &lt;jrand0m&gt; is that consistent for you? [00:09] &lt;Nightblade&gt; the router is very stable for me, just the i2ptunnel server tunnel gives me problems [00:09] &lt;Nightblade&gt; yeas it happened several times [00:10] &lt;Nightblade&gt; i haven't tried it recently though [00:10] * jrand0m just pulled fillament's eepsite [00:10] &lt;jrand0m&gt; (first try, just noticed the window was complete) [00:10] &lt;FillaMent&gt; Yeah,, I just jabbered with duck, wiht's trying to hit chess [00:10] &lt;jrand0m&gt; ah cool [00:10] &lt;jrand0m&gt; but yes, there are still reliability issues to be dealt with in the network. [00:10] * FillaMent nudges people with the included winking, "He'll probably be wanting to play." [00:10] * human 's eepsite is still up - it means that 'killall java' really helped... :-) [00:10] &lt;wiht&gt; I just successfully connected to chess server. [00:10] &lt;duck&gt; yeah? [00:11] &lt;jrand0m&gt; lol FillaMent [00:11] * mrflibble has joined #i2p [00:12] &lt;Nightblade&gt; is it safe to run the cvs version of i2p [00:12] &lt;jrand0m&gt; /me succesfully fetches human's 1984-2004: twenty years of GNU! :-) [00:12] &lt;jrand0m&gt; yes Nightblade [00:12] &lt;FillaMent&gt; could not get eco... [00:12] &lt;Nightblade&gt; ok maybe i'll give that a try [00:12] &lt;duck&gt; with freenet you should always run the latest cvs version! [00:13] &lt;duck&gt; only then it is bugfree [00:13] &lt;duck&gt; s/freenet/i2p/ [00:13] * jrand0m pulled eco.i2p [00:13] &lt;FillaMent&gt; just got duck [00:13] &lt;jrand0m&gt; "Jan 4: First field test of I2PSnark. Pretty catastrophic: no transfer at all. Guess my single router test environment wasn't very representative :-) Back to the drawing board... " [00:13] &lt;jrand0m&gt; d'oh [00:13] &lt;duck&gt; well, it worked actually [00:13] &lt;duck&gt; ardvark could snark something from me [00:14] &lt;jrand0m&gt; bt precreates the files - were the files actually valid? [00:14] &lt;duck&gt; but ze did find out the next day [00:14] &lt;duck&gt; because it was obscured in the logs [00:14] &lt;jrand0m&gt; what, you mean the logs i2p generates are fairly insane? nawwwwww [00:14] &lt;duck&gt; no [00:14] &lt;duck&gt; the i2psnark output [00:14] &lt;jrand0m&gt; ah [00:15] &lt;duck&gt; additionally, I suspect that snark does too much churning (sp?) [00:15] &lt;duck&gt; the normal bittorrent client seems to be more easy [00:15] &lt;duck&gt; also the high delays on i2p might cause premature blocks [00:16] * mrflibble has quit IRC (Ping timeout) [00:16] &lt;duck&gt; last thing is that we had to restart i2ptunnel a few times :/ [00:16] &lt;jrand0m&gt; agreed [00:16] &lt;human&gt; final question about I2PTunnel / I2PTunnelManager (yes, i know, i'm boring): what about my patch to make "openclient" and "openserver" return a meaningful jobId? [00:16] &lt;jrand0m&gt; so, yeah, lots of work to do [00:16] &lt;human&gt; 1. let's accept it to make the TunnelManager work until the new asynchronous architecture will be roxoring [00:17] &lt;human&gt; 2. your patch plain sucks, fuck off, and fuck the TunnelManager [00:17] &lt;human&gt; 3. ... [00:17] * MrEcho_ has joined #i2p [00:17] * mihi is for 3 ;) [00:17] * MrEcho has quit IRC (EOF From client) [00:17] &lt;jrand0m&gt; 4. lets see how we can update the tunnel manager to go async? shouldn't be too hard [00:17] &lt;jrand0m&gt; the patch is good, but mihi has a point [00:18] &lt;human&gt; jrand0m: yes, i agree [00:18] &lt;jrand0m&gt; we still have 1+ weeks until 0.3, so we've got time until the next full release [00:18] &lt;human&gt; jrand0m: but my doubt is: how long will it take to have the async interface to be implemented in the TunnelManager? [00:18] &lt;jrand0m&gt; tunnelmanager itself was 2 hours, I could add async tonight [00:19] &lt;jrand0m&gt; (all that needs to happen is an update to the BufferedLogging to accept .set calls) [00:19] &lt;human&gt; jrand0m: (with "to have" i also mean "to have it implemented even in I2PTunnel) [00:19] &lt;jrand0m&gt; (or .nofity/etc) [00:19] &lt;jrand0m&gt; right [00:19] * mrflibble has joined #i2p [00:20] &lt;jrand0m&gt; if you'd prefer, I could start with your patch (which adds the job id) and merge it with the updates for async [00:21] &lt;human&gt; jrand0m: i could add the async interface to TunnelManager myself, but the interface still doesn't exist :-) [00:22] &lt;jrand0m&gt; right, just add public void notifyEvent(String eventName, Object value); to Logging.java [00:22] &lt;human&gt; jrand0m: i'd suggest "let's merge the dirty hack to make the job ids in the 0.3 release somewhat work, and then work on the async interface" [00:23] &lt;jrand0m&gt; 0.3 is still a ways off [00:23] &lt;mihi&gt; 0.3 should have the streaming api anyway, shouldn't it? [00:23] &lt;human&gt; jrand0m: i'm talking about the worst case [00:23] &lt;wiht&gt; jrand0m: Maybe there should be another version before 3.0 to settle these issues? [00:23] &lt;jrand0m&gt; yes mihi [00:23] &lt;mihi&gt; human: the worst case is "cvs rollback &amp;&amp; patch -p0 your.patch" [00:24] &lt;jrand0m&gt; ok, how about this. I'll get the async implemented and committed tonight, if you could look at it tomorrow human and see what needs to be done to get your update in there? [00:26] &lt;FillaMent&gt; jrand0m: do you have a job? [00:27] &lt;jrand0m&gt; i2p [00:27] &lt;duck&gt; get 1.0 done! [00:27] &lt;FillaMent&gt; I mean a source of income [00:27] &lt;jrand0m&gt; :) [00:27] &lt;FillaMent&gt; that you have to work for [00:27] &lt;jrand0m&gt; income is overrated. [00:27] * jrand0m fired my boss [00:27] &lt;Nightblade&gt; "will code for food" - that's my motto [00:27] &lt;Nightblade&gt; lol [00:27] &lt;human&gt; mihi: well, but i and aum (who is working on a python app for the TunnelManager) would like to have jobIds ASAP... [00:28] &lt;human&gt; jrand0m: ok, i'll work on your changes later/tomorrow [00:28] &lt;FillaMent&gt; Job/Money, sleep/hygiene, food, side projects, social life: Choose any 3 [00:29] * jrand0m only choses one. [00:29] &lt;jrand0m&gt; word human [00:30] &lt;FillaMent&gt; Anyone have any other ideas for "just tunnel to" services that would be nice to have on the network? [00:30] * jrand0m still wants a telnet based Adventure :) [00:30] &lt;jrand0m&gt; or a waffle bbs [00:30] * duck is now known as enduser [00:30] * jrand0m kicks enduser [00:31] &lt;jrand0m&gt; (damn, no ops) [00:31] &lt;FillaMent&gt; For OS/2 there was a comm driver that could map a comm port to a TCP port =) [00:31] &lt;enduser&gt; what difference will I see as enduser when I2PTunnel uses the SteamingAPI? [00:31] * enduser is now known as duck [00:31] &lt;jrand0m&gt; none [00:31] &lt;human&gt; lol [00:31] &lt;FillaMent&gt; FillaMent: friend of mine ran a BBS that way for a while [00:31] &lt;jrand0m&gt; performance, and perhaps anonymity [00:31] * human would like a I2P tunnel to a rootshell [00:32] &lt;human&gt; any volunteer? :-) [00:32] &lt;duck&gt; rootshell on a UML [00:32] &lt;jrand0m&gt; chroot'ed rootshells would be good [00:32] &lt;jrand0m&gt; or UML'ed :) [00:32] &lt;FillaMent&gt; human: had I a spare boxen, I'd do it [00:32] &lt;jrand0m&gt; hehe FillaMent [00:32] &lt;duck&gt; vnc connection to my vmware win98? [00:32] &lt;FillaMent&gt; seriously though guys... [00:32] &lt;wiht&gt; E-mail server would be a good one as well. Or do we have that already? [00:32] &lt;FillaMent&gt; wiht: think TC has pop and SMTP [00:33] &lt;jrand0m&gt; thats aum, but they're offline, as his box is offline [00:33] * human could offer telnet accounts on his GNU/Hurd system... [00:33] &lt;jrand0m&gt; ooOOoo [00:33] &lt;FillaMent&gt; well, I'm not too keen on setting up open SMTP access yet [00:33] &lt;jrand0m&gt; understandable [00:34] &lt;FillaMent&gt; maybe when the network is more stable and I've got money to up my bandwidth [00:34] &lt;wiht&gt; How about a PGP keyserver? [00:34] &lt;mihi&gt; FillaMent: you could set up a tunnel pointing to a cleartext remailer [00:34] &lt;FillaMent&gt; wiht: now THAT's a great idea =) [00:35] &lt;FillaMent&gt; mihi heh... I could just point the tunnel to my ISP SMTP box =) [00:35] &lt;mihi&gt; FillaMent: this would make *you* be resposible for abuse... [00:35] &lt;mihi&gt; s/be// [00:35] &lt;duck&gt; http://www.mit.edu/people/marc/pks/pks.html [00:36] &lt;duck&gt; seriously, should duck enterprises consider running a pgp keyserver? [00:37] &lt;FillaMent&gt; duck: I was poking into that myself... you want to handle it? [00:37] &lt;duck&gt; we have been one of the most stable service providers according to mihi's independent ping logs [00:37] &lt;jrand0m&gt; hehe [00:37] &lt;wiht&gt; duck: Yes, please consider it. [00:37] &lt;jrand0m&gt; btw duck, how do you do that? do you restart periodically or just run on a reliable OS and JVM? [00:38] &lt;FillaMent&gt; question: does the JVM cache DNS resolves? [00:38] &lt;duck&gt; restarting is for kernel updates [00:38] &lt;jrand0m&gt; yes, but you can do some nasty trickery to avoid it FillaMent [00:38] * wiht notes that the meeting has gone on for 2h40m now. [00:38] &lt;jrand0m&gt; oh yeah, [00:39] * mrflibble sticks his hand up [00:39] &lt;jrand0m&gt; um, this meeting's log is going to be huge. and here I was thinking posthing things up front would /shorten/ the meeting [00:39] &lt;jrand0m&gt; sup mrflibble? [00:39] &lt;FillaMent&gt; jrand0m: okay... because I am without downage but my IP changes periodically... my dyndns update script runs every hour so max 60+~10min of my named addy not pointing to my IP... [00:39] &lt;FillaMent&gt; how would that affect my router's presence on the network? [00:40] &lt;mrflibble&gt; my box could be availalbe for some kind of demony thing [00:40] &lt;jrand0m&gt; cool FillaMent, shouldn't be much of a problem, as long as you point to your dyndns [00:40] &lt;wiht&gt; mrflibble: demony? [00:40] &lt;mrflibble&gt; i guess it depends how much bandwidth the thing would use [00:40] &lt;mrflibble&gt; daemony [00:40] &lt;jrand0m&gt; w3rd mrflibble - has the router been working reliably for you, or are you just being a good sameritan? :) [00:41] &lt;mrflibble&gt; not really, but that's because my local bw is saturated atm [00:41] &lt;mrflibble&gt; im not running it on my colo yet [00:41] &lt;mrflibble&gt; want to play around with it locally first [00:41] &lt;jrand0m&gt; ah cool. yeah, i2p isn't really ready for wide deployment, still for testing mainly [00:42] &lt;FillaMent&gt; Heh.. I'll point a tunnel to my CUPS server and you can have anonymous printing =) [00:42] &lt;jrand0m&gt; rofl [00:42] &lt;mrflibble&gt; if there's something that u want me to run that would use &lt;40gb bw a month, lmk [00:42] &lt;FillaMent&gt; just include a banner page so I know where to mail the hardcopy =) [00:42] &lt;mrflibble&gt; hehe [00:43] &lt;jrand0m&gt; wikked mrflibble, I'm sure we'll take you up on that :) [00:43] &lt;mihi&gt; banner | lpr ? ;) [00:43] &lt;FillaMent&gt; mihi you cah set up CUPS with a banner page [00:43] &lt;mrflibble&gt; oky doky! [00:43] &lt;mihi&gt; banner will most likely create lots of pages ;) [00:43] &lt;jrand0m&gt; ok, before we get to the mixminion-&gt;printer-&gt;post office gateway discussion, lets close this meeting ;) [00:44] * jrand0m readies the *baf*'er [00:44] * jrand0m *baf*'s the meeting closed. </div>/zh/blog/2003/12/30/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B412%E6%9C%8830%E6%97%A5/Tue, 30 Dec 2003 00:00:00 +0000/zh/blog/2003/12/30/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B412%E6%9C%8830%E6%97%A5/<p>（来源于互联网档案馆 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席:</strong> eco\_, i2p, jrandom, mihi, Ophite1, polo, rsk</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> &lt;jrandom&gt; 0) hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 2) i2ptunnel &lt;jrandom&gt; 3) im &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; hello mihi, polo &lt;polo&gt; hello ! &lt;mihi&gt; hi jrandom &lt;jrandom&gt; 0) hi &lt;jrandom&gt; :) &lt;rsk&gt; hi &lt;i2p&gt; &lt;duck&gt; hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 0.2.3.3 is out, and it seems to be working &lt;jrandom&gt; still lots to do, of course &lt;jrandom&gt; but this should be the last 0.2 release &lt;jrandom&gt; 0.3 is going to add the peer profiling to allow routers to avoid bad routers &lt;jrandom&gt; (and 0.3.1 is a revamp of the transports) &lt;jrandom&gt; hola Ophite1 &lt;Ophite1&gt; Heya. &lt;rsk&gt; so more overhead for 0.3? &lt;jrandom&gt; yes and no &lt;jrandom&gt; it will have peer testing, but its going to be more focused &lt;rsk&gt; will we see a speed up with path selection? &lt;jrandom&gt; yes &lt;jrandom&gt; there are those 'liveliness' calculators, and there will be new latency and throughput calculators added &lt;jrandom&gt; plus people will be able to tweak their own preferences for particular peers &lt;jrandom&gt; e.g. if you know you want to prefer peer X over peer Y, you will be able to give them a weighting bonus of some random points &lt;mihi&gt; will there be a clean shutdown? *g* &lt;jrandom&gt; thats actually a good question mihi &lt;jrandom&gt; i2p is getting to the point where it needs an admin interface. &lt;jrandom&gt; the longest Job thats holding up its operation is the GenerateStatusConsoleJob &lt;jrandom&gt; which can now take up to 4-6 seconds &lt;jrandom&gt; (holding everything else up) &lt;jrandom&gt; that needs to go async and on demand. &lt;jrandom&gt; but i dont want to write a web listener / etc. &lt;jrandom&gt; perhaps the reverse - a servlet that starts the router and communicates with it &lt;mihi&gt; you don't need a full web server. just when you see GET, return your data. &lt;jrandom&gt; right &lt;jrandom&gt; you're right, that stuff should be in 0.3 as well. &lt;mihi&gt; and when you see something else (like SHUTDOWN), do as you please. of course only from localhost ;) &lt;jrandom&gt; aww c'mon &lt;mihi&gt; then someone can make a nice admin program &lt;jrandom&gt; right &lt;mihi&gt; you had some triggers by files, didn't you? are they documented somewhere? &gt;&gt;&gt; mihi [~mihi@ags9-d9ba536a.pool.mediaWays.net] requested PING 1072820995 from jrandom &lt;jrandom&gt; those were in IDN, not the router itself &lt;jrandom&gt; but that might be a good way to go &lt;jrandom&gt; its a trivially easy system &lt;jrandom&gt; good idea, lets go that way &lt;jrandom&gt; (and i can just reuse that code :) &lt;i2p&gt; &lt;duck&gt; this magical filestuff starts to look like plan9 &lt;jrandom&gt; lol &lt;mihi&gt; but file triggers require polling &lt;jrandom&gt; right mihi, reading a directory every 30s aint that bad &lt;mihi&gt; but a ServerSocket#accept is cheaper. &lt;mihi&gt; as it won't eat any time. (provided a good OS) &lt;mihi&gt; okay, file triggers are better than nothing, sure. &lt;jrandom&gt; server socket would allow remote admin &lt;jrandom&gt; (when appropriate) &lt;jrandom&gt; dunno. &lt;jrandom&gt; something to be worked out. &lt;jrandom&gt; (or if someone wants to jump on it and code... :) &lt;mihi&gt; and server socket could deliver the routerConsole as well. &lt;jrandom&gt; right &lt;jrandom&gt; ok, 2) i2ptunnel &lt;jrandom&gt; :) &lt;jrandom&gt; i2ptunnel still rules, and its looking like we want to add a socket based API to control it &lt;i2p&gt; &lt;anon&gt; aum's ic2cp2pc plans are off for now? &lt;jrandom&gt; yes, ci2cp is dead in the water, replaced with the socket based API to control I2PTunnel &lt;jrandom&gt; I think I may be able to throw on that API in the next few days, so he can get churning on the impl &lt;mihi&gt; just use a socket, make in.readLine() and feed that line to runCommand() ;) &lt;rsk&gt; what does the api give i2p? &lt;jrandom&gt; pretty much mihi (except it formats the results and send them back in a standard way) &lt;mihi&gt; with an appropriate "logger" to send the commands back. &lt;mihi&gt; s/commands/results/ &lt;jrandom&gt; rsk&gt; it lets application developers build client and server sockets over i2p without dealing with I2CP's encryption needs &lt;jrandom&gt; right right &lt;jrandom&gt; i2ptunnel /does/ have an overhead for situations where there are lots of i2ptunnels &lt;jrandom&gt; regardless of the JVM &lt;jrandom&gt; i2ptunnel clients create a new destination per client contacted, and the router will perform much worse as the number of local destinations grows. &lt;rsk&gt; ah &lt;jrandom&gt; this is due to the anonymity needs of the network tied to how our encryption works &lt;jrandom&gt; for applications who just want to open a tunnel or two to a peer, this new api will RULE &lt;jrandom&gt; but for applications that need to talk to lots of other peers, I2CP is the way to go. &lt;jrandom&gt; (since that is a single destination, multiplexed by i2cp) &lt;jrandom&gt; I suppose its the old TCP vs UDP balance, in a way &lt;jrandom&gt; mihi&gt; do you have any thoughts, or some ideas for the future of i2ptunnel? &lt;rsk&gt; hows the work on the ip over i2p, or the vpn stuff going? &lt;mihi&gt; jrandom: someone write a good streaming api, and then lets i2ptunnel use it. &lt;mihi&gt; same for naming server. &lt;mihi&gt; perhaps add some sequence numbers if no one does the things above. &lt;mihi&gt; which will mean an incompatible change. &lt;jrandom&gt; incompatible changes aren't bad, we're early in dev &lt;jrandom&gt; (if we could increase the size of of the IDs too to two or four bytes per side as well?) &lt;mihi&gt; the streaming api will be an incompatible change nevertheless. and if i2p worked, we don't need sequence numbers. &lt;jrandom&gt; rsk&gt; on hold, until someone has time to run with it? &#8801; rsk/#i2p thinks incompatible chages are the best kind &lt;jrandom&gt; right mihi &lt;mihi&gt; ID should be 3 byte atm, so why *increase* to 2 bytes? &lt;jrandom&gt; mihi&gt; actually, I'd like to slowly deprecate mode=GUARANTEED and implement that in the streaming api &#8801; mihi/#i2p too &lt;jrandom&gt; leaving i2p = IP, not TCP or UDP &lt;jrandom&gt; damnit I wish I had another 14 hours in the day. &lt;mihi&gt; only 14? ;) &lt;jrandom&gt; ;) &lt;jrandom&gt; aren't the 3 byte ids derived by both sides of the con? or maybe i'm just confused &lt;mihi&gt; each side has an ID of 3 bytes, hovever, only one must be sent at a time. &lt;jrandom&gt; perhaps I'll implement the streaming API, rip out GUARANTEED, and add that socket controller next. &lt;jrandom&gt; ah ok &lt;mihi&gt; see /apps/i2p/i2ptunnel/java/src/protocol.txt &lt;jrandom&gt; right right &lt;mihi&gt; btw, who misplaced that file *there*? &#8801; jrandom blames eco ;) &lt;jrandom&gt; wait, naw, you put 'em there &lt;jrandom&gt; didnt you? &lt;jrandom&gt; oh wait, no I imported them &#8801; jrandom blames self for being stupid. &lt;jrandom&gt; (la la la) &lt;jrandom&gt; damn. ok, yeah, working on the streaming API and the socket controller will allow me to mull over the peer testing / profiling / selection manifesto &lt;jrandom&gt; I'll post that in a few days for comment &lt;jrandom&gt; (and it'll get my head out of the router. variety++) &lt;jrandom&gt; mihi&gt; anything else on i2ptunnel? &lt;mihi&gt; not that i know &lt;jrandom&gt; coo' &lt;jrandom&gt; (thanks again for taking the time to chime in on this stuff, I know you're busy with fiw and the rest) &lt;jrandom&gt; ok, thecrypto isn't here, but he's making progress on the IM app. &lt;jrandom&gt; (thats agenda item 3) &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 0.3.0 ~= peer profiling stuff, and now it'll also include the streaming api and that socket controller for i2ptunnel &lt;jrandom&gt; but, if you couldn't guess, its not going to be released on jan 1 &lt;jrandom&gt; jan 15 is an outside possibility. we'll see how things go. &lt;jrandom&gt; 0.3.1 isn't a full month of work, so it may not need to get bumped. &lt;jrandom&gt; other than that, the roadmap is still pretty much on track and representative of where we're moving &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; a new faq is posted at http://wiki.invisiblenet.net/iip-wiki?I2PTiming &lt;jrandom&gt; mihi, you had a suggestion about the fourth option there (building our own in-i2p timing)? &lt;jrandom&gt; hi brawl &lt;mihi&gt; yep. &#8729;&#966;&#8729; brawl is now known as eco_ &lt;eco_&gt; hi guys &lt;jrandom&gt; oh heya eco &lt;mihi&gt; you should connect 3 random nodes and remember the diff between the avg time and local time. &lt;jrandom&gt; we just discussed the streaming API / tunnel api &lt;mihi&gt; and then hack up your own getTimeMillis that corrects that. &lt;Ophite1&gt; mihi: No, you shouldn't. &lt;jrandom&gt; mihi&gt; so if an attacker creates 1000 nodes with the wrong time, everyone gets screwed &lt;jrandom&gt; (since avg would skew randomly in between) &lt;mihi&gt; if an attacker creates 1000 nodes, everyone gets screwed anyway...? &lt;rsk&gt; wouldnt that be self corecting? &lt;Ophite1&gt; mihi: OK, 3. &lt;jrandom&gt; no, we should be able to handle that mihi. &lt;mihi&gt; okay, then only use avg, if standard deviation is lower than 1sec or so. &lt;rsk&gt; if everyone has the same time your ok, even if that time is wrong, right? &lt;jrandom&gt; rsk&gt; if all 1000 nodes were in sync, but what if they're all random &lt;mihi&gt; only use times that are close enough together. if not, take 3 new nodes. &lt;jrandom&gt; mihi&gt; right, we could implement NTP (which basically does what you say, using a series of candidate averages to iteratively close in on the correct time &lt;mihi&gt; but we need not care of everything (like ping latencies), as ntp does. &lt;Ophite1&gt; if we did not, mihi, time would slowly creep backwards. &#8801; mihi/#i2p thinks that is better than let users set their time individually. &lt;jrandom&gt; so anyone who randomly picks 3 of those skewed nodes gets sent onto their own private network? &lt;jrandom&gt; what about that third option - &lt;jrandom&gt; i2p has a component that checks with a real NTP server via NTP or SNTP &lt;mihi&gt; if you have only skewed notes in your netDB, you are on that private net as well... &lt;jrandom&gt; rather than reimplementing the wheel &lt;Ophite1&gt; while I partially like that one... &lt;Ophite1&gt; NTP isn't signed, it's subject to an MITM attack. &lt;Ophite1&gt; or dns cache poisoning for, say, time.nist.gov &lt;jrandom&gt; right Ophite1, though with 200,000+ SNTP or NTP hosts, thats a large set to attack. &lt;jrandom&gt; we would definitely not sync of time.nist.gov. &lt;Ophite1&gt; connections from i2p to the NSA's time server might raise a few eyebrows, ne? :) &lt;jrandom&gt; and if an attacker goes after time.nist.gov, everyone everywhere is affected &lt;jrandom&gt; heh &lt;mihi&gt; then we combine both. ask a "real" ntp server and your neighbor. if both say the same, it's okay. &lt;jrandom&gt; so even /more/ code ;) &lt;jrandom&gt; but yeah, thats reasonable. &lt;Ophite1&gt; That's interesting. And if they don't? &lt;Ophite1&gt; pick another ntp server? &lt;jrandom&gt; refuse the peer. &lt;mihi&gt; try other ntp server and another peer. &lt;mihi&gt; until you have a match. then refuse all prev peers. &#8801; mihi/#i2p types slower than jrandom :( &lt;Ophite1&gt; match within a certain threshold, say 1sec? &lt;jrandom&gt; 1s would be good. &lt;jrandom&gt; accepting peers up to 30s or so (to deal with lag) &lt;Ophite1&gt; is 1 sec okay on HEAVILY LADEN connections? &lt;jrandom&gt; 1s for syncing, 30s for comm. &lt;Ophite1&gt; I've seen latency on DSL get to 5 seconds when doing evil things to it. &lt;jrandom&gt; with tcp or udp? &lt;Ophite1&gt; but then, in that case, that host might not be the one you want to sync time to anyway ;) &lt;jrandom&gt; right &lt;Ophite1&gt; udp. &lt;jrandom&gt; hmm 'k &lt;Ophite1&gt; you'd have thought it'd get dropped :) &lt;i2p&gt; &lt;duck&gt; I think that the problem is more letting the user know that there is a problem &lt;jrandom&gt; duck&gt; that is true. &lt;i2p&gt; &lt;duck&gt; only after walking through big logs they see that their clock is off (if they find it) &lt;Ophite1&gt; Maybe. Sort of. &lt;i2p&gt; &lt;duck&gt; or that the port is already bound &lt;jrandom&gt; an admin interface would be nice. &lt;i2p&gt; &lt;duck&gt; the world is better with everybody using NTP connected to their local stantrum (sp) 2 server CTCP Cloaking is now [On] &lt;jrandom&gt; perhaps we'll have a 0.4 release with a bunch of cleanups and end user things, prior to going 1.0? &lt;jrandom&gt; right (stratum) &lt;i2p&gt; &lt;duck&gt; only windows clients are not likely to have that &lt;i2p&gt; &lt;duck&gt; but they are also not likely to be stable &lt;jrandom&gt; windows has NTP &lt;i2p&gt; &lt;duck&gt; so who cares &lt;Ophite1&gt; duck: Windows XP and Windows Server 2003 include NTP. &lt;jrandom&gt; a shitload easier than with unix too &lt;Ophite1&gt; sync'ed by default to time.windows.com iirc. &lt;jrandom&gt; with drop down options for others &lt;Ophite1&gt; It's an essential part of Windows Product Activation. &lt;Ophite1&gt; can't expire if you don't know the time :) &lt;jrandom&gt; heh &lt;mihi&gt; no option at my university... all clocks are 1 hour to 5 hours off. but i might not be allowed to run i2p there anyway... &lt;Ophite1&gt; mihi: i2p should try especially hard to work in such a situation... &lt;jrandom&gt; mihi&gt; awesome! you can help test out the hidden operation :) &lt;jrandom&gt; as an aside, I'm going to be doing some traveling this summer &lt;jrandom&gt; i'll likely be offline, without my laptop. &lt;i2p&gt; &lt;duck&gt; sidethought: ntp.duck.i2p :) &lt;Ophite1&gt; Look at it like this: Brianna Kazaa downloads cool new anonymous filesharing client which her best friend told her was really cool and lets you chat to people secretly and stuff. Do we want to tell her that she needs to set her clock within 30 seconds (how will she get some?)? Or do we want it to just work? &lt;jrandom&gt; but I'm going to make sure I can still be on I2P with just public terminals. CTCP Cloaking is now [Off] &lt;jrandom&gt; no brainer Ophite1. just work (with docs for geeks) &lt;jrandom&gt; duck&gt; bootstrap ;) &lt;jrandom&gt; and i2p will /not/ require root. &lt;Ophite1&gt; That's my point. &lt;Ophite1&gt; jrandom: would you run a router on a box you didn't have root to? &lt;jrandom&gt; so yeah, a mix between option 3 and 4 &lt;Ophite1&gt; option 3.5 sounds cool to me ;) &lt;jrandom&gt; Ophite1&gt; i'd run a hundred of them :) &lt;mihi&gt; option 3.1415926... &lt;jrandom&gt; (and move on to the next lab, run a hundred more) &lt;Ophite1&gt; Ooh. Pie. Tasty.;) &lt;Ophite1&gt; jrandom: I said you didn't have root on. Amateur. :) &lt;jrandom&gt; lol &lt;jrandom&gt; so thats basically where we're looking. &lt;jrandom&gt; until the time stuff is implemented, everyone should use option 1 or 2. &lt;jrandom&gt; for option 2, if someone could write up some docs, I'd appreciate it &lt;Ophite1&gt; that's acceptable for now as we are Not Yet Ready for Brianna Kazaa et al ;) &lt;mihi&gt; jftr: i won't test "hidden operation". my univ account has already been disabled once and i don't want it another time blocked... &lt;Ophite1&gt; mihi: You are the best test we could possibly have. &lt;jrandom&gt; Ophite1 &gt; not for test. &lt;jrandom&gt; 'k mihi, we'll find a way, and once its ready you'll be able to use it. &lt;Ophite1&gt; OK, maybe not test. Some unis get shirty enough to chuck you out rather than just block you. &lt;Ophite1&gt; I know someone at the most anti-filesharing pro-RIAA university in the USA. He runs a 2gbit dumpsite. &lt;jrandom&gt; lol nice &lt;Ophite1&gt; I appreciate that very, very few people are this ballsy. &lt;jrandom&gt; ok, thats it for time synchronization. &lt;jrandom&gt; eco_&gt; hi. any bt stuff you want to talk about? {or save till next week} &lt;Ophite1&gt; but bear in mind the majority of the internet is in future probably going to become university/corporate. i2p might be banned. i2p might WELL be considered abuse by major ISPs. i2p will have to work anyway. &lt;Ophite1&gt; I have a few interesting ideas along that angle I will present at a future date. &lt;jrandom&gt; word &lt;Ophite1&gt; (transport) &lt;rsk&gt; i2p is considered abuse by major ISPs, read your contract &lt;Ophite1&gt; rsk: running a distributed proxy cache? &lt;rsk&gt; running any 'server' &lt;Ophite1&gt; rsk: Not unless it relays to SMTP or WWW. &lt;jrandom&gt; running services of any time &lt;jrandom&gt; right &lt;Ophite1&gt; rsk: Hehe, I have a solution to that ;) &lt;eco_&gt; jrandom: can give a brief update &lt;jrandom&gt; floor is yours :) &lt;eco_&gt; i'm porting the java-based bittorrent client snark (www.klomp.org/snark) to get aquainted with i2p &lt;eco_&gt; first port runs on top of i2ptunnel, directly calling the java classes &lt;eco_&gt; current state: does work with 2 peers, things get messed up with &gt; 2, tunnels aren't cleaned up, so restarting is painful &lt;eco_&gt; eta: this weekend &#8801; eco_/#i2p realises that this might be considered &gt; 2003 &lt;jrandom&gt; w00t! &#8801; jrandom hacks time.nist.gov &lt;eco_&gt; a "real" port would probably cut the overhead of the tunnels, but that's a next step &lt;jrandom&gt; cool &#8801; eco_/#i2p gives floor back to mc jrandom &lt;jrandom&gt; 'k, I think that was it &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; anyone have anything else? &#8801; eco_/#i2p would like to express his thanks for the job well done by jrandom cs up to now &lt;eco_&gt; and that sleep has some use for home sapiens, though jrandom seems to prove this false &lt;jrandom&gt; ;) &lt;jrandom&gt; what are y'all's thoughts on meeting here as opposed to iip, until i2p is reliable enough? &lt;jrandom&gt; personally, I'm tired of meetings being cut to shreds every week. &lt;i2p&gt; &lt;anon&gt; lilo sucks! &lt;eco_&gt; we might be shutting people out by going here &lt;jrandom&gt; we are, I know. &lt;jrandom&gt; if we can get an iip&lt;--&gt;here bridge &lt;i2p&gt; &lt;duck&gt; IIP is shutting ppl out each day &lt;jrandom&gt; that'd be good. &lt;jrandom&gt; right. &lt;jrandom&gt; iip is, unfortunately, unusable for a reliable development community. &lt;i2p&gt; &lt;duck&gt; http://banaan.zeelandnet.nl/open/changate.html &lt;i2p&gt; &lt;duck&gt; that is the code where eyeKon etc is based on &lt;jrandom&gt; and while I like to go off coding on my own, y'all come up with really good ideas and do good stuff that is essential &#8801; rsk/#i2p is writing a windows update script &lt;i2p&gt; &lt;duck&gt; theoretically it could connect to 3 servers and mirror each of them &lt;jrandom&gt; word duck, perhaps I'll try to get one running on i2p.dnsalias.net &lt;jrandom&gt; ping flood from hell ;) &lt;eco_&gt; irc at duck.i2p was pretty good today, beat iip &lt;jrandom&gt; agreed &lt;jrandom&gt; dropped me a few times though. &lt;jrandom&gt; perhaps it'll be more reliable next week &lt;eco_&gt; it's in your hands :-) &lt;jrandom&gt; reliability probably won't improve until 0.3, which is ~2 weeks out &lt;jrandom&gt; (1 week to do the tunnel/streaming stuff, 1 week for peer profiling / testing) &lt;jrandom&gt; then there'll be whatever bugs that introduces :) &lt;jrandom&gt; though I should say I was really excited to stream audio from aum last night &lt;jrandom&gt; and ardvark was able to stream for 42 minutes without buffering! &lt;jrandom&gt; so perhaps we can be reliable enough &lt;jrandom&gt; (my local router is phttp only, which is probably a slight cause) &lt;jrandom&gt; ok, anyone have anything else? &lt;i2p&gt; &lt;duck&gt; cant thing of anything &#8801; eco_/#i2p can't either &#8801; jrandom winds up... &#8801; jrandom *baf*s the meeting closed </div>/zh/blog/2003/12/23/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2003%E5%B9%B412%E6%9C%8823%E6%97%A5/Tue, 23 Dec 2003 00:00:00 +0000/zh/blog/2003/12/23/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2003%E5%B9%B412%E6%9C%8823%E6%97%A5/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ardvark, duck, FillaMent, jrand0m, luckypunk, TC, thecrypto</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) administravia [22:01] &lt;jrand0m&gt; 2) dev status [22:02] &lt;jrand0m&gt; 3) services on i2p [22:02] &lt;jrand0m&gt; 4) app status [ns, im, i2ptunnel, ...] [22:02] &lt;jrand0m&gt; 5) ??? [22:02] &lt;thecrypto&gt; wow, i picked a good time [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; yes you did thecrypto :) [22:02] &lt;jrand0m&gt; hi [22:02] &lt;jrand0m&gt; welcome to meeting 70 [22:02] &lt;TC&gt; woot [22:03] &lt;jrand0m&gt; 1) administravia [22:03] &lt;thecrypto&gt; w00t! [22:03] &lt;jrand0m&gt; mailing list, get on it for announcements / discussion / etc: (Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/ [22:04] &lt;jrand0m&gt; bugzilla: tell me where shit is broken (and perhaps look for ways you can help! :) (Link: http://i2p.dnsalias.net/bugzilla/index.cgi)http://i2p.dnsalias.net/bugzilla/index.cgi [22:04] &lt;jrand0m&gt; i think thats it for administravia [22:05] &lt;jrand0m&gt; (note that i'm just talking i2p stuff here, i don't see any iip things on the agenda) [22:05] &lt;jrand0m&gt; 2) dev status [22:05] &lt;jrand0m&gt; 0.2.3 as originally released had a chunk of bugs, so there have been perhaps a dozen subsequent builds, but none quite stable enough to be called 0.2.3.1 yet [22:06] &lt;jrand0m&gt; i'm rebuilding the tunnel management subsystem now, since that is the source of the bugs and 0.3 (scheduled for jan 1) needs the new pooling tunnel manager anyway. [22:07] &lt;jrand0m&gt; making good progress on that, I'm hoping it'll be ready for use in the next day or two (i'm testing it now) [22:07] &lt;jrand0m&gt; a description of whats up with that is on (Link: http://wiki.invisiblenet.net/iip-wiki?TunnelManagement)http://wiki.invisiblenet.net/iip-wiki?TunnelManagement [22:08] &lt;jrand0m&gt; duck among others have been incredibly helpful in submitting bugs, logs, and helping track down a ton of problems and memory / cpu issues. [22:08] &lt;jrand0m&gt; y'all rule, I really appreciate the help [22:09] * thecrypto pulls out the "APPLAUSE" sign [22:09] &lt;jrand0m&gt; ;) [22:09] &lt;jrand0m&gt; the # of routers have also been increasing... on avg we're at around 9-12 [22:09] &lt;jrand0m&gt; (up from 3-5 a week ago, and 6-8 in 0.2.2 times) [22:10] &lt;jrand0m&gt; the next release will improve the reliability dramatically [22:10] &lt;jrand0m&gt; (aka it won't get out the door until it does) [22:10] &lt;jrand0m&gt; ok, 3) services on i2p [22:11] &lt;jrand0m&gt; fillament started hosting his flog on i2p :) [22:12] &lt;FillaMent&gt; and I've got another trick up my sleeve =) [22:12] &lt;jrand0m&gt; ooOOoo :) [22:12] &lt;luckypunk&gt; tw [22:12] &lt;luckypunk&gt; hm [22:12] &lt;luckypunk&gt; hello. [22:12] &lt;luckypunk&gt; Does it work yet? [22:12] &lt;jrand0m&gt; duck started a new irc server on i2p with dcc disabled (for security reasons) plus some ident-ish features [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; luckypunk&gt; people with 350Mhz machines will need to wait until 0.3 is out before being able to use it effectively ;) [22:13] &lt;luckypunk&gt; yes, but is i2p reliable enough for that? [22:13] &lt;jrand0m&gt; (but subscribe to the i2p mailing list so you can get announcements) [22:13] &lt;luckypunk&gt; i overclocked to 377 [22:13] &lt;luckypunk&gt; does that help? [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; i was chatting on that irc server the other day, until my irc client b0rked [22:14] &lt;jrand0m&gt; but yes, things are a bit unreliable at the moment while the tunnel management subsystem is rebuilt [22:14] &lt;luckypunk&gt; well, im happy my computer didn't molassify overnight again. [22:15] &lt;jrand0m&gt; any other new services i've missed? [22:15] &lt;luckypunk&gt; well, when .3 comes out...t here'll be a yahooish service. [22:15] &lt;luckypunk&gt; ;) [22:15] &lt;jrand0m&gt; cool [22:15] &lt;TC&gt; i should run somthing else [22:16] &lt;TC&gt; whats a service we need that doesnt require messing with apache? [22:16] &lt;jrand0m&gt; your bbs is kick ass tc, i just can't wait until i2p is reliable enough for me to get to it consistently [22:16] &lt;jrand0m&gt; you could run a telnet based games server (e.g. adventure, etc) [22:16] &lt;luckypunk&gt; lol [22:16] &lt;TC&gt; hah [22:16] &lt;FillaMent&gt; MUSH [22:17] &lt;luckypunk&gt; i'll do that... it's low demand. [22:17] &lt;luckypunk&gt; and i already had about 300k of tinymush code. [22:17] &lt;jrand0m&gt; yeah, the whole mush/mud/moo/ style thaang [22:17] &lt;luckypunk&gt; heh [22:17] &lt;TC&gt; what about ultima online? [22:18] &lt;thecrypto&gt; ooh that's be fun [22:18] &lt;luckypunk&gt; "Slay FreeNet Databugs!" [22:18] &lt;luckypunk&gt; TC: =| [22:18] &lt;thecrypto&gt; we need to get a telnet client then [22:18] &lt;luckypunk&gt; maybe if we all obtained 6 ghz computers with oc-128 lines. :D [22:18] &lt;jrand0m&gt; thecrypto&gt; /bin/telnet + i2ptunnel [22:18] &lt;thecrypto&gt; ...yeah [22:18] &lt;thecrypto&gt; i'm sloew [22:19] &lt;thecrypto&gt; :) [22:19] &lt;jrand0m&gt; any other low hanging fruit for services? a mail server (pop3/imap without internet mail) would rule [22:19] &lt;jrand0m&gt; (and if it could /receive/ internet email that'd rule too) [22:21] &lt;jrand0m&gt; ok, 4) app status [22:21] &lt;jrand0m&gt; naming service [22:21] &lt;jrand0m&gt; wiht / co was here earlier, but not now [22:21] &lt;jrand0m&gt; MrEcho&gt; how goes? *** MrEcho is echo@anon.iip (Digital_Light) *** on channels: #iip-dev #anonymous *** on irc via server anon.iip (Official IIP ) *** MrEcho has been idle 3 minutes, signed on at Thu Jan 01 01:00:00 1970 [22:23] &lt;jrand0m&gt; ok, perhaps we'll get back to that [22:23] &lt;jrand0m&gt; hosts.txt has been growing as destinations have come online [22:23] &lt;jrand0m&gt; there's a bot on the jabber server that will let you register / fetch entries [22:24] &lt;jrand0m&gt; (plus the hosts.txt distributed with new installs is managed in cvs and mirrored at (Link: http://i2p.dnsalias.net/i2p/hosts.txt)http://i2p.dnsalias.net/i2p/hosts.txt) [22:24] &lt;jrand0m&gt; next up, IM [22:24] &lt;jrand0m&gt; hi thecrypto :) [22:24] &lt;jrand0m&gt; welcome back [22:25] &lt;thecrypto&gt; hi [22:25] &lt;thecrypto&gt; i2pim is being started from scratch [22:25] &lt;thecrypto&gt; i need to figure out how this network works but tearing apart ATalk and slowly putting it back together [22:25] &lt;thecrypto&gt; so it's slowly coming along [22:25] &lt;jrand0m&gt; word [22:25] &lt;thecrypto&gt; i don't know if i can get group chat working [22:25] &lt;thecrypto&gt; but it's an idea [22:26] &lt;jrand0m&gt; you had mentioned the idea of 'tossing around the baton' style of group chat - not centralized, but still workable... I think that might be a way to go [22:26] &lt;thecrypto&gt; it might involve some difficult baton passing to get it, but if anyone has an idea for how to do group chat under my model, e-mail the list i just signed onto [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;jrand0m&gt; cool [22:27] &lt;jrand0m&gt; yeah, starting off with one on one (perhaps with send/receive file) would probably be prudent [22:27] &lt;thecrypto&gt; yeah, the only problem would be syncronizing the baton will be difficult [22:27] &lt;thecrypto&gt; because you don't want 2 people grabbing the baton at the same time, or have the person who has the baton to drop of then et [22:27] &lt;thecrypto&gt; nety [22:27] &lt;TC&gt; token-ring-chat? [22:27] &lt;jrand0m&gt; yup, voting systems are a pain. [22:28] &lt;jrand0m&gt; right, good ol' 2phaseCommit [22:28] &lt;thecrypto&gt; TC: no, basically the IM network has no central presence server [22:28] &lt;thecrypto&gt; so what i'm thinking about doing is have a virtual server baton [22:29] &lt;duck&gt; ok, using a bootdisk from now on... [22:29] &lt;jrand0m&gt; the other option is to do group chat fully distributed: "group" just being "send these messages to peer X, Y, Z" [22:29] &lt;jrand0m&gt; d'oh duck [22:29] &lt;thecrypto&gt; yeah, but that's network by broadcast [22:29] &lt;jrand0m&gt; not really [22:29] &lt;thecrypto&gt; which is usually the stupidest idea [22:29] &lt;jrand0m&gt; the messages have to get sent to peer X, Y, Z from someone sometime [22:30] &lt;jrand0m&gt; its actually 1 less message than the (temporary) server based model [22:30] &lt;thecrypto&gt; yes, but then each person has to keep track of the group [22:30] &lt;jrand0m&gt; (and the UI can make the group 'pretty') [22:30] &lt;thecrypto&gt; and now there has to be messages passed around about what the group is current [22:30] &lt;jrand0m&gt; right, perhaps a control message stating "I think group A is X, Y, Z" [22:31] &lt;jrand0m&gt; instead of the voting protocol [22:31] &lt;jrand0m&gt; right, I'm not sure what way is best [22:31] &lt;jrand0m&gt; just saying there's an option [22:31] &lt;jrand0m&gt; no lo se [22:31] &lt;thecrypto&gt; yeah [22:32] &lt;jrand0m&gt; anyway, if you want a 'product' on bugzilla for i2pim, lemmie know, as well as if theres anything i can do to help [22:32] &lt;thecrypto&gt; well, i need code for there to be bugs in first [22:32] &lt;jrand0m&gt; ;) [22:33] &lt;thecrypto&gt; so wait a bit and i'll have something to put on bugzilla [22:34] &lt;jrand0m&gt; cool, whenever, its trivial to add [22:35] &lt;jrand0m&gt; ok, i2ptunnel [22:35] &lt;jrand0m&gt; i've tossed in two bug-ish things into bugzilla: (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1 and (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2 [22:36] &lt;jrand0m&gt; plus there's a thing wrt some browsers b0rking on missing trailing / [22:37] &lt;jrand0m&gt; getting sequence numbers into i2ptunnel would be really good, as large transfers sometimes are getting corrupted (missing message thats dropped, but sequence numbers would notice that immediately and fail fast) [22:37] &lt;jrand0m&gt; other than that, the things are minor, i2ptunnel is behaving a lot better than the router :) [22:38] &lt;jrand0m&gt; ok, any other apps? [22:39] &lt;jrand0m&gt; there was some discussion about NAT/SOCKS the last few days on the channel [22:39] &lt;jrand0m&gt; a socks enabled proxy that would let people ftp, bittorrent, etc would be really great [22:39] &lt;jrand0m&gt; plus there's the discussion aum started on the i2p list wrt file sharing / cdn [22:40] &lt;jrand0m&gt; (i swear i didn't tell him to make that post ;) [22:41] &lt;jrand0m&gt; i probably won't be doing anything on the app side beyond help out integrating with i2p, as there's a truckload of stuff to do in the router, so if you're interested in seeing them show up, get hackin' [22:44] &lt;jrand0m&gt; ok, thats it for apps [22:44] &lt;jrand0m&gt; 5) ??? [22:44] &lt;jrand0m&gt; hi [22:44] &lt;jrand0m&gt; any comments / questions / concerns / etc? [22:45] &lt;ardvark&gt; I think everyone fell asleep ;) [22:46] &lt;jrand0m&gt; someone posted a question to the wiki's FAQ and it got answered after about a day, so if anyone has concerns, either post them there, to the i2p@i2p.dnsalias.net mailing list, ask it in this channel, or spraypaint it on the wall [22:46] &lt;duck&gt; oh, meeting [22:46] &lt;jrand0m&gt; yeah, exciting, aint it ;) [22:46] * jrand0m slings mud at duck [22:46] * mihi did not follow, sorry. he will stand in the corner for the next 5 minutes... [22:46] &lt;jrand0m&gt; hehe [22:47] &lt;jrand0m&gt; ok, thats about it. [22:48] * jrand0m *baf*s the meeting to a close </div>/zh/blog/2003/12/16/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B412%E6%9C%8816%E6%97%A5/Tue, 16 Dec 2003 00:00:00 +0000/zh/blog/2003/12/16/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B412%E6%9C%8816%E6%97%A5/<p>（由wayback machine提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> duck, FireRabbit, jrand0m, lonelynerd, mids, mihi, MrEcho, protocol, TC, wiht</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; 1) iip [22:04] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:04] &lt;jrand0m&gt; 3) hi [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; welcome to the ... something'th meeting [22:05] &lt;jrand0m&gt; (68? 69?) [22:05] &lt;MrEcho&gt; damm its 1pm here [22:05] &lt;jrand0m&gt; GMT-8? [22:05] &lt;duck&gt; 69 [22:05] &lt;jrand0m&gt; h0t. [22:06] &lt;jrand0m&gt; ok, 1) iip [22:06] *** Signoff: tusko (EOF From client) [22:06] * MrEcho compiles a kernel for the meeting [22:06] &lt;jrand0m&gt; iip is acting crazy. all i know is nop is "moving servers", whatever that means. i don't know when it'll be done, etc. [22:06] &lt;jrand0m&gt; anyone have any more info they want to share with the class? [22:06] *** mids (mids@anon.iip) has joined channel #iip-dev [22:06] &lt;MrEcho&gt; no info from nop [22:07] &lt;mids&gt; this morning I was told that I could start Trent again [22:07] &lt;mids&gt; (I did do so already last night) [22:07] &lt;jrand0m&gt; wikked [22:07] &lt;jrand0m&gt; gracias [22:07] &lt;mids&gt; so that indicates that nop believes that IIP is more stable again [22:07] &lt;mids&gt; if that is worth anything... [22:07] &lt;mids&gt; *cough* [22:07] &lt;jrand0m&gt; ok cool [22:08] &lt;jrand0m&gt; [woot roommate just handed me a glass of wine for the meeting] [22:08] &lt;MrEcho&gt; lol [22:08] &lt;jrand0m&gt; ok, since nop is online and won't come to hte meeting, we'll have to save the lynch mob for later [22:09] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:09] &lt;mids&gt; what specific question do you want to ask him? [22:09] &lt;protocol&gt; when is the meeting [22:09] &lt;jrand0m&gt; specific question&gt; when will he make an official announcement describing the past problems and how the future ones will be addressed? [22:09] &lt;jrand0m&gt; the meeting is now [22:10] &lt;jrand0m&gt; (aka, at what point should we explore non-iip means of communication) [22:10] &lt;mids&gt; if I get an answer I'll let you know. [22:10] &lt;jrand0m&gt; thanks [22:11] &lt;jrand0m&gt; ok, i2p stuff. 0.2.3 came out yesterday, and while most of hte kademlia code is working fine, there are some 0.2.2 bugs showing up as well as some other bugs being explored. [22:11] &lt;jrand0m&gt; i've committed a change to use tunneled messages for dbStore instead of garlics, which should reduce the load tc (et al) have been seeing on servers [22:12] &lt;jrand0m&gt; there is also a new persistent sessionKeyManager that will make it so restarts won't totally b0rk a router for 15 minutes [22:12] &lt;MrEcho&gt; what about client connect times to routers? [22:12] &lt;duck&gt; so far it feels as good/bad as 0.2.2; unless my router/tunnels go down again this night, in which case it is worse as 0.2.2 [22:13] &lt;jrand0m&gt; MrEcho&gt; that seems to be in the interaction of two bugs from 0.2.2 thats acting up more than before. those two are my top priority. [22:13] &lt;MrEcho&gt; ok cool [22:13] &lt;jrand0m&gt; duck&gt; my feeling is that its worse than 0.2.2, from an end user perspective. i'm working on fixing that without sacrificing anonymity or security. [22:13] &lt;MrEcho&gt; its hard to work on the dns with that damm bug .. i have to restrt the dns server alot [22:14] &lt;jrand0m&gt; MrEcho&gt; with local only routers i have not been able to reproduce the bugs - does it work for you w/ local only? [22:15] &lt;MrEcho&gt; no [22:15] &lt;jrand0m&gt; could you send me debug logs for that? [22:15] &lt;MrEcho&gt; already deleted [22:16] &lt;jrand0m&gt; ok, if you try again and it doesn't work, if you could send me debug logs from both the router and client I'd appreciate it. [22:16] &lt;MrEcho&gt; its doing the samething as before .. client gets msg that its sent .. but never makes it to the client [22:16] &lt;MrEcho&gt; to the other client [22:17] &lt;MrEcho&gt; ya .. ill see what i can do [22:17] &lt;jrand0m&gt; ok, sounds like the i2psessionImpl2 bug. i haven't been able to reproduce that locally, but once its fixed for remote hopefully it will work for your situation [22:17] &lt;jrand0m&gt; gracias [22:17] &lt;jrand0m&gt; in any case, thanks for y'all's patience with the update. we're making progress, even if it doesn't feel like it on the surface [22:18] &lt;protocol&gt; shine on you crazy diamond [22:18] &lt;duck&gt; in the future, say once i2p is actually used, how will the development / release process change to prevent broken releases from mess up the net? [22:19] &lt;jrand0m&gt; once 1.0 is out, i'll do dev &amp; roll out to an insane group of volunteers to play with for a week, then if things wokr great, it'll get rolled out to general release. [22:20] * FireRabbit will be an insane vollunteer [22:20] &lt;jrand0m&gt; right now i've got to battle with kaffe &amp; jetty for updates on i2p.dnsalias.net [22:20] &lt;duck&gt; what species? [22:20] * MrEcho already is [22:20] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:20] &lt;jrand0m&gt; y'all already are insane (and very helpful) volunteers :) [22:20] &lt;FireRabbit&gt; thank you! [22:20] &lt;FireRabbit&gt; :) [22:21] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:21] &lt;jrand0m&gt; hey if it aint tc [22:21] * MrEcho wips TC .. your late [22:21] &lt;TC&gt; hey [22:21] &lt;TC&gt; we back up and running? [22:21] &lt;MrEcho&gt; ya i can type todya... [22:22] &lt;jrand0m&gt; iip seems up... [22:22] &lt;TC&gt; yay [22:22] &lt;jrand0m&gt; in any case, i'm hoping to have 0.2.3.1 out in the next few days, once the two critical bugs get fixed (the cpu overload tc has seen has already been updated) [22:23] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:23] &lt;TC&gt; what was the cause? [22:23] &lt;FireRabbit&gt; i seem to have noticed increased disk activtiy since updating to 0.2.3 but i havent spent any time to see if thats actually i2p or just the comp being stupid [22:23] *** Signoff: wiht ((null)) [22:23] &lt;TC&gt; FireRabbit, how much memmory do you have? [22:24] &lt;FireRabbit&gt; that computer has 128 i believe [22:24] &lt;FireRabbit&gt; you think it could be the paging file? [22:24] &lt;jrand0m&gt; the cause was that 0.2.3 sends all dbStore messages via garlic routed messages instead of directly, which uses either ElGamal or AES+SessionTag (depending on whether tags are known). the persistentSessionKeyMAnager will make tags last longer, and 0.2.3.1 will send dbStore messages through tunnels instead [22:24] &lt;TC&gt; because i have 512 and i2p gave me an 'out of memmory' error last night [22:24] &lt;jrand0m&gt; really? shite [22:24] &lt;FireRabbit&gt; oh, intresting [22:25] &lt;MrEcho&gt; wow [22:25] &lt;jrand0m&gt; yeah, thats #3 on the list of bugs left to crack (though thats not a 0.2.3.1 showstopper) [22:25] &lt;jrand0m&gt; OOMs don't use all 512 [22:25] &lt;TC&gt; but it seems to be running fine now [22:25] &lt;jrand0m&gt; they only use what java's given (e.g. 64M) [22:26] &lt;TC&gt; yes [22:26] &lt;duck&gt; Memory: In use: 8187KB [22:26] &lt;jrand0m&gt; word [22:26] &lt;duck&gt; that is not much! [22:26] &lt;duck&gt; yet [22:26] &lt;MrEcho&gt; Memory: In use: 8908KB Free: 4088KB [22:27] &lt;jrand0m&gt; right, there is something growing in there, i hope to have it tracked down by 0.3 [22:27] &lt;jrand0m&gt; cool, free means it used to use 12.9M, now it only uses 8.9 [22:27] &lt;TC&gt; its running at 30megs of memory at the moment but last night it jumped up to (what windows told me) '70' about then is where it crashed [22:27] &lt;jrand0m&gt; yeah, kaffe does that for me tc [22:28] &lt;jrand0m&gt; ok, in any case, people should subscribe to the i2p mailing list [22:28] * FireRabbit is thinking when he gets home today hes going to rewrite the meshwork lib since it has some problems [22:28] &lt;FireRabbit&gt; sigh [22:28] &lt;jrand0m&gt; ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] &lt;jrand0m&gt; d'oh FireRabbit [22:28] &lt;FireRabbit&gt; this thing is never going to gte done [22:28] &lt;TC&gt; yah, and memory is no biggy for the most part [22:28] &lt;jrand0m&gt; heh, no project goes as easily as one hopes [22:28] &lt;FireRabbit&gt; nope [22:28] &lt;protocol&gt; jrand0m: the maillist triggers Yahoo! spam protection [22:28] &lt;protocol&gt; just a heads up [22:28] &lt;jrand0m&gt; really protocol? [22:29] &lt;protocol&gt; yeah [22:29] &lt;jrand0m&gt; perhaps thats what triggered the spam guard when i cc'ed iip-dev [22:29] * jrand0m will write my isp [22:29] &lt;jrand0m&gt; (or perhaps its the .dnsalias.net thing) [22:30] &lt;protocol&gt; i didn't get any mailings so far, and i emptied my bulk mail b4 i could check [22:30] &lt;duck&gt; or the jrandom nicknam [22:30] &lt;jrand0m&gt; lol duck [22:30] &lt;FireRabbit&gt; :) [22:30] &lt;jrand0m&gt; that'd be awesome if my nick was filtered :) [22:30] &lt;FireRabbit&gt; hehe [22:30] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; wb wiht [22:30] &lt;jrand0m&gt; speaking of which, I suppose I should inject 3.1) apps :) [22:31] &lt;jrand0m&gt; hey MrEcho, how goes the battle? [22:31] &lt;wiht&gt; jrand0m: Hello. [22:31] &lt;MrEcho&gt; the day somone writes a autodetect program for the linux compile config [22:31] &lt;MrEcho&gt; well its on its way [22:31] &lt;duck&gt; knoppix uses some autodetect thing, isnt it? [22:31] &lt;jrand0m&gt; ./configure ; make ; make check ; make install ; reboot [22:31] &lt;duck&gt; &lt;/offtopic&gt; [22:31] &lt;MrEcho&gt; ive pritty much maped out how i want to do everything [22:31] &lt;jrand0m&gt; word [22:32] &lt;jrand0m&gt; do you have a clear view on how i2ptunnel could be updated to make use of what you're doing MrEcho? [22:32] &lt;FireRabbit&gt; i think knoppix uses hotplug [22:32] &lt;MrEcho&gt; 0.1 wont be/might be locked down .. dont know yet [22:32] &lt;jrand0m&gt; coo' [22:33] &lt;TC&gt; oh jrand0m, i have a question about the cvs [22:33] &lt;jrand0m&gt; que tal? [22:33] &lt;MrEcho&gt; for dns querys im going to have a server port on the Client and RS side for Names querys [22:33] &lt;FireRabbit&gt; ok jrand0m so enlighten me on this, if you have two arrays, one thats storing data just recieved and one thats acting as a buffer what would you name them [22:33] &lt;MrEcho&gt; and im going to build a lib for any app to use [22:33] &lt;jrand0m&gt; FireRabbit&gt; src, dest [22:34] &lt;FireRabbit&gt; humm [22:34] &lt;TC&gt; i thought it would be a good idea if i updated the host file directly to the i2p based cvs so it could be included with future versions [22:34] &lt;jrand0m&gt; definitely tc [22:34] &lt;FireRabbit&gt; this is a pretty big class, i think id want to go a little more specific than that [22:34] * jrand0m should get you a cvs account [22:34] &lt;TC&gt; im just wondering how to connect to it [22:34] &lt;duck&gt; TC: you want (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] &lt;duck&gt; easiest CVS client for windows that I know [22:35] * MrEcho uses the dos ver :) [22:35] &lt;mihi&gt; duck: for windows != win9x ;) [22:35] * FireRabbit uses the cvs command line port [22:35] &lt;duck&gt; mihi: I did test it with win9x [22:35] &lt;jrand0m&gt; tc&gt; have you used cvs before? or are you concerned w/ anonymity? (you should be able to cvs through i2p at the moment) [22:35] * mihi uses either WinCVS or the cygwin cvs [22:35] * jrand0m uses cvs.exe [22:35] &lt;TC&gt; ok, so i use that client and set up the proxy? [22:35] &lt;TC&gt; no, ive never used cvs before [22:35] &lt;jrand0m&gt; ok, i'll walk you through the setup after the meeting [22:36] &lt;TC&gt; sure, thanks [22:36] &lt;duck&gt; about cvs-ing through the tunnel: [22:36] &lt;duck&gt; wouldnt the double messages be a big problem? [22:36] *** Signoff: wiht (Ping timeout) [22:37] &lt;duck&gt; especially for commits [22:37] &lt;jrand0m&gt; yes duck, but I haven't run into that problem (cvs messages are typically small) [22:37] &lt;jrand0m&gt; &gt;64k messages (e.g. the specs .pdf or .sxw) should for now be done through the normal internet [22:38] &lt;duck&gt; jabber msges get also duplicated quite often [22:38] &lt;jrand0m&gt; you're right though, in that its not a rock solid solution for cvs yet [22:38] &lt;duck&gt; even though they are XML, they are not that big [22:40] &lt;jrand0m&gt; right, lost acks are one of the bitches of the current lost i2psessionimpl2 bugs :/ [22:40] &lt;duck&gt; k [22:41] &lt;duck&gt; (that was a partly lost ack) [22:41] &lt;jrand0m&gt; (with the network this size, there should be no resends ever, unless that the peer is offline) [22:42] &lt;jrand0m&gt; hmm ok, any other i2p stuff? [22:42] &lt;mihi&gt; jrand0m: how about adding some kinda sequence number into the i2p packets? [22:43] &lt;jrand0m&gt; i2ptunnel packets? [22:43] &lt;mihi&gt; this would help with the doubling things. [22:43] &lt;mihi&gt; no, i2pnp packets [22:43] &lt;mihi&gt; okay, one could do it on i2ptunnel level as well. [22:43] &lt;TC&gt; so jrand0m did you get your conncetion back or are you still at a cafe? [22:43] &lt;mihi&gt; just if you get twice the same number, disregard the second one. [22:44] &lt;jrand0m&gt; those already handle dup ids for most things, though you're right in that there's going to be an update on 0.3 for the remaining messages [22:44] &lt;jrand0m&gt; right, currently we keep a history of the last 1000 msgIds to drop dups [22:44] &lt;mihi&gt; okay, if anyone volunteers to write a good tcp impl for i2p, that would be better ;) [22:44] &lt;jrand0m&gt; yes! :) [22:44] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:45] * jrand0m thinks there's going to be a bounty for some [yet to be determined killer app/feature] once 1.0 gets near [22:45] &lt;duck&gt; win a 1 hour private chat session with UserX! [22:45] &lt;jrand0m&gt; lol [22:45] &lt;MrEcho&gt; lol [22:46] &lt;jrand0m&gt; ok, any other i2p things, or iip things, or anything else for this, the 69th iip-dev meeting? [22:46] &lt;jrand0m&gt; (other than userx pinup girl comments) [22:47] &lt;duck&gt; any other apps that duck inc. should run? [22:47] &lt;jrand0m&gt; bluebeep! [22:47] &lt;TC&gt; 1. jrand0m did you fix your connection issues? 2. what do you think of my new eepsite? [22:47] &lt;TC&gt; bluebeep? [22:47] &lt;jrand0m&gt; oh sorry tc. yes, i finally have net access :) haven't seen your new eepsite beyond the board (which kicks ass), but i'll check later :) [22:48] &lt;duck&gt; TC: I like the new design [22:48] &lt;TC&gt; hmm, i should change the board as well to cut down on the load time [22:48] &lt;duck&gt; only think you should try to disable the email function in the phpboard, now you get an error each time [22:48] &lt;TC&gt; thanks duck [22:48] &lt;jrand0m&gt; dropping images would be a plus [22:49] &lt;TC&gt; good idea [22:49] &lt;jrand0m&gt; (bluebeep is an old wardialer) [22:49] &lt;MrEcho&gt; ya [22:49] &lt;jrand0m&gt; (and all around fun toy) [22:49] &lt;duck&gt; please keep in mind that the average age is 16 here [22:50] * MrEcho is 24 [22:50] * duck ducks [22:50] * jrand0m doubts there are too many 3 year olds to balance out the geriatrics among us ;) [22:50] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:50] &lt;MrEcho&gt; lol [22:50] * TC built a blackbox once [22:50] &lt;jrand0m&gt; w3wt [22:50] &lt;lonelynerd&gt; is the meeting already over? [22:50] &lt;duck&gt; last Q: [22:50] *** protocol is now known as proto_afk [22:51] &lt;duck&gt; how can we read the kademlia stats? [22:51] * jrand0m hasn't !baf'ed yet lonelynerd, so ask away :) [22:51] * MrEcho kills pcmcia support in the kernel [22:51] &lt;duck&gt; just so that we understand what routerConsole.html dumps [22:51] &lt;MrEcho&gt; im getting pissed [22:51] &lt;jrand0m&gt; ok, the JobQueue stats I assume you mean? [22:52] * duck guesses that it is all obvious probably [22:52] &lt;jrand0m&gt; basically when I look at JobQueue stats, I check to see that the avg execution time for the Build garlic message, buld tunnel, and handle * message jobs are small [22:52] &lt;jrand0m&gt; (those are the jobs that usually take the longest, and when the pending side of things gets large, everything suffers) [22:53] &lt;lonelynerd&gt; (actually, i better read the logs first) [22:53] &lt;duck&gt; gotcha [22:53] &lt;jrand0m&gt; the .1-.6s avg pending time i've been seeing is shit poor and one of the big things i'm going to aim for once its time to tune 'em [22:54] &lt;jrand0m&gt; the netDb contents liveliness and reliability are largely random numbers, as long as they're &gt; 100. last sent successfully means when was the last time it was sent to 2 or more peers [22:54] &lt;jrand0m&gt; (we resend randomly if it isn't local) [22:54] &lt;jrand0m&gt; (no more than once every 5 minutes though) [22:55] &lt;jrand0m&gt; is there a stat that would be helpful for people, or some other visualization that might help? (if its nontrivial i might not throw it in, but if its easy, i probably would) [22:56] &lt;duck&gt; thanks [22:57] &lt;jrand0m&gt; any other comments / questions / concerns / frisbees? [22:59] &lt;jrand0m&gt; in that case [22:59] * jrand0m winds up [22:59] * jrand0m *baf*s the meeting closed </div>/zh/blog/2003/12/09/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B412%E6%9C%889%E6%97%A5/Tue, 09 Dec 2003 00:00:00 +0000/zh/blog/2003/12/09/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B412%E6%9C%889%E6%97%A5/<p>（由wayback machine提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> duck, joda, jrand0m, mrflibble, Nostradumbass</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 0) welcome to $num [22:02] &lt;jrand0m&gt; 1) iip status [22:02] &lt;jrand0m&gt; 2) kademlia stuff + idn [22:02] &lt;jrand0m&gt; 3) peer profiling stuff [22:02] &lt;jrand0m&gt; 4) i2p services [22:02] &lt;jrand0m&gt; 5) stuff [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; hi [22:03] &lt;jrand0m&gt; this is meeting 67 or 68... [22:03] &lt;jrand0m&gt; 1) iip status [22:03] &lt;jrand0m&gt; I dunno. anyone know what the situation has been as of late? [22:04] &lt;jrand0m&gt; the iip devs aren't here, so... dunno. [22:04] &lt;jrand0m&gt; [ping] [22:04] &lt;jrand0m&gt; (last week I typed for probably 10 minutes before my client pinged me out...) [22:05] &lt;jrand0m&gt; (i'm not going to type anything else until I get a p0ng, damnit ;) [22:05] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:05] &lt;jrand0m&gt; 'lo Nostradumbass [22:06] &lt;Nostradumbass&gt; hi :) [22:06] &lt;jrand0m&gt; ok cool, so I haven't pinged out, people are just lurking. cool :) [22:06] * jrand0m hops on to the next agenda item [22:06] &lt;Nostradumbass&gt; how's i2p coming? [22:06] &lt;Nostradumbass&gt; sorry? [22:06] &lt;jrand0m&gt; good lead in ;) [22:07] &lt;jrand0m&gt; agenda item 3) i2p 0.2.3 status :) [22:07] *** nerox (~nerox@anon.iip) has joined channel #iip-dev [22:07] &lt;jrand0m&gt; there's been a lot of progress, even though I'm offline. commited a truckload of code a few hours ago [22:07] &lt;jrand0m&gt; that includes an implementation of the kademlia netDb [22:08] &lt;jrand0m&gt; so I'm pretty confident we'll hit the release for 0.2.3 next week (which is basically kademlia netDb + a shell script) [22:08] &lt;jrand0m&gt; there have been a few more variations on the kademlia proto though to make things more relevent for i2p [22:09] &lt;jrand0m&gt; we will always have a very, very, /very/ sparse kademlia tree. [22:09] &lt;jrand0m&gt; 2^256 possible slots, and 1-10 values per peer in the network. [22:09] &lt;jrand0m&gt; so, thinking insanely overzealous, we still wont be using jack shit, and everything will be in the furthest out kbucket [22:10] &lt;jrand0m&gt; so some parts of kademlia are going to be quietly ignored ;) but the basic gist stays the same, including the search algo &amp; distance metric [22:10] &lt;jrand0m&gt; idn, however, is dead in the water. [22:11] &lt;jrand0m&gt; the idea that i2p's netDb code could run off the same code as a publishing DHT was a silly little idea [22:11] &lt;jrand0m&gt; and has been promptly abandonded. [22:11] &lt;jrand0m&gt; idn is still generally a good idea, but I'm not going to spend my i2p dev time working on it [22:12] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; but part of the 0.2.3 changes include a dramatic revamp of how we choose peers and organize router stats [22:12] &lt;jrand0m&gt; heya tusko [22:12] &lt;jrand0m&gt; that brings us to agenda item 3) peer profiling [22:12] &lt;jrand0m&gt; I've been pretty silly...and finally did some of the math [22:13] &lt;jrand0m&gt; the stats being gathered now are immense. [22:13] &lt;jrand0m&gt; about 6000 data points /per peer/ [22:13] &lt;duck&gt; what is peer profiling? [22:13] &lt;jrand0m&gt; peer profiling is where the router keeps track of the performance of each peer so that it can decide who to use in the future [22:13] &lt;duck&gt; ah [22:13] &lt;jrand0m&gt; (aka fast routers, reliable routers, etc) [22:13] &lt;duck&gt; the process that eats up my memory :) [22:14] &lt;jrand0m&gt; heh actually that part isn't toooo bad [22:14] &lt;jrand0m&gt; though 6000 data points won't scale. [22:14] &lt;jrand0m&gt; 1000 routers @ 6000 data points each @ 4 bytes / data point = 24Mb [22:15] &lt;jrand0m&gt; though keeping detailed stats on a few hundred peers is probably fine, even as the net grows beyond that [22:15] &lt;jrand0m&gt; we /don't/ need to keep stats on everyone. just routers we want to 'use' for our tunnels, garlic routing, and source routing. [22:16] &lt;jrand0m&gt; we could probably get away in the long term with just keeping track of a hundred or so peers. [22:16] &lt;jrand0m&gt; but, for now, I'm going to say fuckit. [22:16] &lt;jrand0m&gt; keep stats on all peers [22:16] &lt;duck&gt; ping [22:16] &lt;jrand0m&gt; p0ng [22:17] &lt;duck&gt; will it try to learn about all peers? [22:17] &lt;jrand0m&gt; right now, yes [22:17] &lt;duck&gt; oh wait, your last lines covered that [22:17] &lt;jrand0m&gt; we also have some code for coallescing and running calculations on the peer profiles [22:18] &lt;jrand0m&gt; so one of those calculators will determine what peers to drop [22:18] &lt;jrand0m&gt; an example of the data set being collected: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] &lt;jrand0m&gt; (you'll notice lots of 0s :) [22:19] &lt;jrand0m&gt; I've written up a rough manifesto for peer selection and profiling, but need to get that onto the wiki [22:20] &lt;jrand0m&gt; but thats all 0.3 stuff, really. 0.2.3 just uses a little of it [22:21] &lt;jrand0m&gt; ok, thats it for the peer profiling. lots more later, just giving a lil view into whats up [22:21] &lt;jrand0m&gt; (of course, as always, anyone who wants to get down and dirty and figure out what other stats / calculations / attacks / etc should be used would be *very* much appreciated) [22:22] &lt;jrand0m&gt; ok, 4) i2p services [22:23] &lt;jrand0m&gt; tc's site is awesome &amp; really reliable! I finally got to nightblade's page as well, and its a cool blog ('plog' ;).. I just wish I could leave comments :) [22:23] &lt;jrand0m&gt; there's also duck's jabber server, which works fairly easily with the instructions posted to tc's board [22:24] &lt;jrand0m&gt; things sometimes act up a bit, but thats related to some bugs in the router &lt;= 0.2.2, and have been fixed (and will roll out in 0.2.3) [22:24] &lt;jrand0m&gt; the squid proxy is generally offline, since I'm offline too much to babysit my kaffe routers :/ [22:25] &lt;jrand0m&gt; so for the moment, the eepsites and the jabber chat is probably the most reliable things on i2p, all running on top of i2ptunnel [22:25] &lt;jrand0m&gt; what services would be cool to show up next? [22:25] &lt;duck&gt; I did try to run an ircd over i2ptunnel [22:25] &lt;duck&gt; but before it got the full MOTD after logging in, I got ping timeouted already [22:26] &lt;jrand0m&gt; d'oh [22:26] &lt;duck&gt; and that was on the same router [22:26] &lt;duck&gt; so in the wild performance will be even worse [22:26] &lt;jrand0m&gt; on the local router it pinged out?! [22:26] &lt;jrand0m&gt; local router should never ping anything out [22:26] &lt;jrand0m&gt; oh, except for that race bug [22:26] &lt;jrand0m&gt; (which is probably what it was, since it was local and the race is faster there) [22:26] &lt;duck&gt; irc client pinged out for not responding in time [22:27] &lt;duck&gt; I'll retry with 0.2.3 [22:27] &lt;jrand0m&gt; word [22:27] &lt;duck&gt; though jabber is nice for now [22:27] &lt;jrand0m&gt; totally [22:27] &lt;jrand0m&gt; and long term, irc is not the way to go [22:27] &lt;duck&gt; tc, jrandom and me are there to chat with! [22:27] &lt;jrand0m&gt; hehe :) [22:28] &lt;jrand0m&gt; we need an IM and group chat solution that doesn't give cleartext to anyone unauthorized, and doesn't require centralized choke points [22:28] &lt;jrand0m&gt; (aka iip 2.0) [22:28] &lt;jrand0m&gt; now would be a nice time for userx to come back into the fold ;) [22:29] * jrand0m stops holding breath [22:29] &lt;jrand0m&gt; an nntp server would /also/ really really rule. [22:29] &lt;duck&gt; I'll try that tomorrow [22:29] &lt;jrand0m&gt; r0x0r [22:30] &lt;duck&gt; jabber is really nice to run other things over [22:30] &lt;duck&gt; check out the jabber rpc specs [22:30] &lt;duck&gt; (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] &lt;duck&gt; other services? [22:30] &lt;jrand0m&gt; thats interesting - doing jabber as a naming service, essentially [22:31] &lt;duck&gt; you mean: [22:31] &lt;jrand0m&gt; there will always be more services to add - with mail (usenet), chat (jabber) and publishing/browsing (eepsites), there's good coverage [22:31] &lt;duck&gt; name server has a jabber client through which you can register names (provided token) [22:31] &lt;duck&gt; also use it to query? [22:31] &lt;jrand0m&gt; naw [22:32] &lt;jrand0m&gt; jabber's registry being the naming service [22:32] &lt;duck&gt; ok [22:32] &lt;jrand0m&gt; its centralized but it works [22:32] &lt;jrand0m&gt; just like hosts.txt :) [22:33] &lt;duck&gt; are there mail solutions that are better suited for there environments than smtp and pop/imap ? [22:33] &lt;jrand0m&gt; thats a really good question [22:33] &lt;duck&gt; cause I dont think that it will just work when you hook up mail servers [22:34] &lt;jrand0m&gt; yeah, it'd probably need either a gateway (ala freemail) or the naming service doing some interesting tap dancing [22:34] &lt;jrand0m&gt; or it reverts back to centralized single POP3/IMAP server with everyone on the same server [22:35] &lt;duck&gt; I spoke with aum (author of freemail) yesterday [22:35] &lt;duck&gt; he was talking about reimplementing fred in python [22:35] &lt;jrand0m&gt; lol nice [22:35] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [22:35] &lt;duck&gt; so I did suggest him to work on the python routers for i2p instead [22:35] &lt;jrand0m&gt; ooh that would TOTALLY rule! [22:35] &lt;duck&gt; then he got totally upset about the pdf documents [22:36] &lt;jrand0m&gt; hey, if he wants the openOffice originals, or even a txt export I'll export [22:36] &lt;duck&gt; and I lost my patience and told him that you would also have the m$word docs if he did ask nicely [22:36] &lt;duck&gt; well, you were a fuckhead for not doing a html export or something [22:36] &lt;jrand0m&gt; naw, I tried that ;) [22:36] &lt;duck&gt; I lost my patience and told him to talk to you [22:36] &lt;jrand0m&gt; the openOffice html export SUCKS [22:37] &lt;duck&gt; hm [22:37] &lt;mrflibble&gt; true jr [22:37] &lt;jrand0m&gt; when the specs turn 1.0 (aka when the router turns 1.0 and they're updated to match the code), they'll be on the wiki. [22:37] &lt;duck&gt; wiki has most info though [22:37] &lt;jrand0m&gt; exactly [22:37] &lt;mrflibble&gt; i tried using that for that kevin mitnick book. it was worse than ms office [22:37] &lt;duck&gt; oh well [22:37] &lt;jrand0m&gt; zactly. [22:37] &lt;duck&gt; he might appear here once [22:37] &lt;jrand0m&gt; that'd be awesome [22:38] &lt;duck&gt; but maybe it is better with his attitude to join the freenet gang [22:38] &lt;duck&gt; ... [22:38] &lt;jrand0m&gt; well, effort on freenet is always a good thing [22:38] * duck goes back to beeing friendly [22:38] &lt;jrand0m&gt; :) [22:38] &lt;duck&gt; aums work rocks [22:38] &lt;duck&gt; hopefully he'll rock on i2p [22:39] &lt;jrand0m&gt; yeah whenever someone talked about searching on freenet, I always just said "well just do a McNabb" [22:39] &lt;jrand0m&gt; we need the help, certainly [22:39] &lt;duck&gt; which brings me to the following question: [22:39] &lt;duck&gt; are the changes to I2P that you do specced? [22:39] &lt;duck&gt; or is the java source the documentation for the latest info [22:40] &lt;jrand0m&gt; there are notes taken in my palmpilot, filesystem, and notebook, but unfortunately I haven't updated the openoffice docs in a while [22:40] &lt;jrand0m&gt; feb is doc-month for jrandom. [22:40] &lt;jrand0m&gt; (and qa, and bugfixing) [22:41] &lt;jrand0m&gt; ((and benders ;)) [22:41] &lt;jrand0m&gt; the specs are still pretty much correct, there are just more details. [22:41] &lt;duck&gt; awesome [22:41] &lt;jrand0m&gt; but the datastructures have had more changes [22:42] &lt;jrand0m&gt; ok, anything else for services? [22:43] &lt;jrand0m&gt; ok, 5) stuff [22:43] &lt;jrand0m&gt; hi [22:43] &lt;duck&gt; hi! [22:43] &lt;jrand0m&gt; how's tricks? [22:43] &lt;jrand0m&gt; [any questions / thoughts / issues / etc go here] [22:43] &lt;duck&gt; the base64 tricks should be added to the i2ptricks pages [22:44] &lt;jrand0m&gt; ooh good point [22:44] &lt;duck&gt; might be some other tricks too that I dont know yet [22:44] &lt;duck&gt; will grep the sources for 'main' [22:44] &lt;jrand0m&gt; I feel guilty for not having the installer let someoene automatically fetch hosts.txt and reseed [22:44] &lt;jrand0m&gt; lol [22:44] &lt;jrand0m&gt; there are lots and lots of main() methods, but they're mostly test functions [22:45] &lt;jrand0m&gt; oh! [22:45] &lt;jrand0m&gt; one thing. DONT run the current code from cvs and expect it to work with normal routers. [22:45] *** joda (--@anon.iip) has joined channel #iip-dev [22:45] &lt;joda&gt; hi [22:45] &lt;jrand0m&gt; the db messages changed :) [22:45] &lt;jrand0m&gt; hi joda [22:45] &lt;joda&gt; sorry, if I interrupt something [22:45] &lt;duck&gt; I got a bit upset that I couldnt get cvs to work [22:45] &lt;duck&gt; but then I did remember that this isnt freenet [22:45] &lt;joda&gt; I was just wondering what happend to "anonymail" ? [22:46] &lt;duck&gt; so you dont need latest cvs to be able to use it [22:46] &lt;jrand0m&gt; joda&gt; the user who runs it doesn't seem to be online at the moment. should be back soon [22:46] &lt;jrand0m&gt; hehe duck - did it fail for you today after I committed, or do you mean from before today? [22:46] &lt;duck&gt; last week somewhere [22:46] &lt;joda&gt; jrand&gt; thx :) [22:46] &lt;joda&gt; cu :) [22:46] &lt;jrand0m&gt; ah 'k duck [22:46] &lt;jrand0m&gt; l8r joda [22:47] &lt;jrand0m&gt; yeah, I only endorse running the released code [22:47] &lt;duck&gt; will 0.2.3 put the version files in a directory? :) [22:47] &lt;jrand0m&gt; 0.2.3 gets rid of the version files :) [22:47] &lt;jrand0m&gt; (lots and lots and lots of changes) [22:47] &lt;jrand0m&gt; but that means 0.2.3 (and beyond) will require g enerally correct clocks [22:48] &lt;jrand0m&gt; (current Router.CLOCK_FUDGE_FACTOR = 30 minutes) [22:48] &lt;duck&gt; what will the fudge facter be for 0.2.3? [22:48] &lt;jrand0m&gt; probably the same [22:49] *** joda has left #iip-dev [22:49] &lt;duck&gt; oh, current = your code [22:49] &lt;jrand0m&gt; that time will be used to expire db entries [22:49] &lt;duck&gt; k [22:49] &lt;jrand0m&gt; ah, right, yeah :) [22:49] &lt;jrand0m&gt; (in 0.2.2 that clock_fudge_factor is spread out throughout half a dozen files) [22:49] &lt;duck&gt; maybe the installer could be a bit more userfriendly [22:49] &lt;duck&gt; as in less questions [22:49] *** Signoff: nickthief66282 (Excess Flood) [22:50] &lt;duck&gt; default phttp urls included, no bandwidth limiting etc [22:50] &lt;jrand0m&gt; I guess we could autoguess random ports too [22:50] &lt;jrand0m&gt; you're right [22:50] &lt;jrand0m&gt; want commit privs? :) [22:50] *** Signoff: nerox (EOF From client) [22:50] &lt;jrand0m&gt; (if not I can update it for 0.2.3) [22:51] &lt;duck&gt; an argument against it can be that users will take settings too easily for granted [22:51] &lt;duck&gt; and everybody uses the same phttp relay [22:51] *** nickthief24373 (~chatzilla@anon.iip) has joined channel #iip-dev [22:51] &lt;jrand0m&gt; true. though 0.3.1 plans include an update to the phttp relay code to let relays talk to each other, and redirect users to a less loaded relay [22:52] &lt;jrand0m&gt; i'm generally happy with the install process atm though - i built a new 0.2.2 install and was browsing tc's page in under a minute [22:52] &lt;jrand0m&gt; (though thats because i know what all the text says and didn't read it...) [22:52] &lt;duck&gt; I dont like the long keys [22:53] &lt;duck&gt; especially not if you have to copy&amp;paste them [22:53] &lt;duck&gt; better use them as file [22:53] &lt;jrand0m&gt; hmm? [22:53] &lt;duck&gt; but distributing the binary files are a pain [22:53] &lt;duck&gt; so you have to do the base64 trick.. [22:53] &lt;duck&gt; could the i2ptunnel read base64 destination keys too? [22:53] &lt;duck&gt; from a file that is [22:53] &lt;jrand0m&gt; I was just typing that ;) [22:53] &lt;jrand0m&gt; yeah, that wouldnt be much work [22:54] &lt;jrand0m&gt; perhaps even 1 line [22:54] &lt;duck&gt; also, what about armouring? [22:54] &lt;duck&gt; with a header&amp;footer [22:54] &lt;duck&gt; like pgp etc [22:55] &lt;jrand0m&gt; true, it would be useful to have that sort of validation [22:55] &lt;duck&gt; ofcourse that is a gadget [22:55] &lt;duck&gt; but it could be helpful for those who want to use the tunnel [22:55] &lt;jrand0m&gt; though the Destination structure itself is pretty picky [22:55] &lt;jrand0m&gt; but you're right, a raw base64 isn't the most intuitive or safe thing to pass around [22:56] &lt;jrand0m&gt; we need a bugzilla [22:56] &lt;jrand0m&gt; so things like this can get posted as todo [22:56] &lt;jrand0m&gt; i'd move off my palm's todo list for that [22:56] &lt;duck&gt; bugzilla has nazi registration requirements [22:56] &lt;duck&gt; with emails etc.. [22:56] &lt;jrand0m&gt; true [22:57] &lt;duck&gt; but better as nothing [22:57] &lt;duck&gt; other bugtrackers all have their shortcomings [22:57] &lt;jrand0m&gt; yeah, every company i've worked at has pretty much ended building their own [22:58] &lt;jrand0m&gt; we'll see. we need a bugtracker by the time we start doing full on qa (once 0.3 comes out) [22:58] &lt;jrand0m&gt; so we've got a few weeks ;) [22:58] &lt;jrand0m&gt; but if someone did some research and found a really nice one, that'd be great [22:59] &lt;jrand0m&gt; [not you specifically duck, anyone who's reading these meeting logs at home ;)] [22:59] &lt;duck&gt; so far phpBugTrackers has been okay for me [22:59] &lt;jrand0m&gt; hmm haven't used that [22:59] &lt;duck&gt; yes, I am not talking to jrandom either [22:59] &lt;jrand0m&gt; lol [22:59] &lt;duck&gt; but to the group of I2P code developers :) [22:59] * jrand0m is actually 12 people acting under a single nym [23:00] &lt;jrand0m&gt; ok, 1 hour, on the dot [23:00] &lt;jrand0m&gt; anyone else have anything before I get the *baf*er out? [23:01] * duck demands 1 more minute [23:01] &lt;duck&gt; since we did start on 21:02 [23:01] &lt;jrand0m&gt; yeah yeah [23:01] &lt;jrand0m&gt; la la la [23:01] &lt;jrand0m&gt; what should i have for dinner? [23:01] &lt;jrand0m&gt; there's a nice falafel place next door... [23:01] &lt;jrand0m&gt; had gnocci for lunch too [23:01] &lt;jrand0m&gt; hmm... [23:01] &lt;jrand0m&gt; maybe a liquid dinner [23:02] &lt;duck&gt; soup? [23:02] &lt;jrand0m&gt; ooOooo whiskey soup! [23:02] * jrand0m *baf*'s the meeting closed on that note </div>/zh/blog/2003/11/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B411%E6%9C%8830%E6%97%A5/Sun, 30 Nov 2003 00:00:00 +0000/zh/blog/2003/11/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B411%E6%9C%8830%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> jrand0m, nop, MrEcho, dm, dish, mihi</p> <h2 id="meeting-log">会议日志</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 议程 [22:02] &lt;jrand0m&gt; 0) 欢迎 [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) 状态 [22:02] &lt;jrand0m&gt; 1.2) 路线图变更 [22:02] &lt;jrand0m&gt; 1.3) 开放的子项目 [22:02] &lt;jrand0m&gt; 2) 原生 modPow [22:03] &lt;jrand0m&gt; 2) GUI 安装程序 [22:03] &lt;jrand0m&gt; 3) IM（即时通讯） [22:03] &lt;jrand0m&gt; 4) 命名服务 [22:03] &lt;jrand0m&gt; 5) 许可 [22:03] &lt;jrand0m&gt; 6) 其他？ [22:03] &lt;jrand0m&gt; 0) 欢迎 [22:03] &lt;jrand0m&gt; 嗨。 [22:03] &lt;nop&gt; 嗨 [22:03] &lt;jrand0m&gt; 会议 2^6 [22:04] &lt;jrand0m&gt; nop，你有什么要添加的议程项目吗？ [22:04] &lt;jrand0m&gt; 好的，1.1) router 状态 [22:04] &lt;jrand0m&gt; 我们目前是 0.2.0.3，据我所知可以正常运行 [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; 对吗？ [22:05] &lt;MrEcho&gt; 我在运行它……看起来不错 [22:05] &lt;nop&gt; 不 [22:05] &lt;jrand0m&gt; 0.2.0.3 发布后有一些小的提交，不值得再发版 [22:05] &lt;nop&gt; 我只是想赶上进度 [22:05] &lt;jrand0m&gt; 酷 [22:06] &lt;jrand0m&gt; 根据 0.2.0.x 的经验和反馈，我们更新了路线图，以降低运行时的资源占用 [22:06] &lt;jrand0m&gt; （也就是让大家跑 Web 服务器/等不会吃满 CPU） [22:06] &lt;jrand0m&gt; 具体来说（进入议程 1.2）：http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:07] &lt;MrEcho&gt; 我注意到大多数 router 使用：TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; 它会自动转到 phttp，还是会先尝试 tcp？ [22:07] &lt;jrand0m&gt; 嗯，大多数 routers 应该支持 PHTTP，如果它们能接受传入连接，也应该支持 TCP [22:07] &lt;jrand0m&gt; 只要可能，它就会使用 TCP [22:07] &lt;jrand0m&gt; PHTTP 的权重成本比 TCP 高大约 1000 倍 [22:08] &lt;jrand0m&gt; （参见 GetBidsJob，它会询问每个传输认为向某个对等体发送消息的代价是多少） [22:08] &lt;jrand0m&gt; （另见 TCPTransport.getBid 和 PHTTPTransport.getBid 所使用的取值） [22:08] &lt;MrEcho&gt; 好的 [22:08] &lt;jrand0m&gt; 你发送和接收消息经常使用 PHTTP 吗？ [22:09] &lt;jrand0m&gt; （那可能意味着你的 TCP 监听器不可达） [22:09] &lt;MrEcho&gt; 我这边没填那些 URL [22:09] &lt;jrand0m&gt; 啊，OK。 [22:09] &lt;MrEcho&gt; 哦，是的 [22:10] &lt;jrand0m&gt; 好的，嗯，我的 routers 与你之间有已建立的 TCP 连接 [22:10] &lt;dm&gt; 它们真是热情好客啊。 [22:11] &lt;jrand0m&gt; 不过我很高兴你们促使我实现了 routerConsole.html，这样我们就不用为这种破事去翻日志了 [22:11] &lt;MrEcho&gt; 有没有超时机制？如果 TCP 连接不上就转到 phttp？超时时间是多少？ [22:11] &lt;jrand0m&gt; 如果收到 TCP 连接被拒绝/主机未找到/等，它会立即判定本次尝试失败，并尝试下一个可用的 bid [22:12] &lt;MrEcho&gt; 所以不重试？ [22:12] &lt;jrand0m&gt; 据我记得，phttp 的超时是 30 秒 [22:12] &lt;jrand0m&gt; 没必要重试。要么你有一个已建立的 TCP 连接并能发送数据，要么没有 :) [22:13] &lt;MrEcho&gt; 哈哈，好 [22:13] &lt;MrEcho&gt; 之后每次还会尝试 tcp，还是会跳过它直接用 phttp 建立下一个连接？ [22:13] &lt;jrand0m&gt; 目前它每次都会尝试 tcp。 [22:13] &lt;jrand0m&gt; 传输模块还不会保存历史记录 [22:13] &lt;MrEcho&gt; 好，酷 [22:14] &lt;jrand0m&gt; （不过如果某个对等体失败 4 次，他们会被拉进黑名单 8 分钟） [22:14] &lt;MrEcho&gt; 那么，一旦对方收到 phttp 消息，它应该通过 tcp 连接到发送该消息的 router，对吧？ [22:14] &lt;jrand0m&gt; 没错。一旦建立了任何 tcp 连接，就可以使用它。 [22:14] &lt;jrand0m&gt; （但如果双方都只有 phttp，显然就只能用 phttp） [22:15] &lt;MrEcho&gt; 那就意味着它无法与任何人建立 tcp 连接 [22:15] &lt;MrEcho&gt; ……不过，嗯 [22:16] &lt;MrEcho&gt; 真希望有办法绕过这个问题 [22:16] &lt;jrand0m&gt; 不，我的某个 router 没有 TCP 地址——只有 PHTTP。但我会与那些有 TCP 地址的对等体建立 TCP 连接。 [22:16] &lt;jrand0m&gt; （这样他们就可以沿着那个 TCP 连接回发消息，而不是给我发送更慢的 PHTTP 消息） [22:17] &lt;jrand0m&gt; 或者你不是这个意思？ [22:17] &lt;MrEcho&gt; 是的，我搞混了 [22:17] &lt;jrand0m&gt; 行，没问题 [22:18] &lt;jrand0m&gt; 所以，请查看更新后的路线图以获取最新进度信息 (http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; 好的，1.3) 开放的子项目 [22:19] &lt;jrand0m&gt; 我终于把我 Palmpilot 上的一堆待办清单放进了 wiki：http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; 所以如果你无聊并在找编码项目…… :) [22:20] &lt;MrEcho&gt; 天哪 [22:20] &lt;MrEcho&gt; 已经有两个了 [22:20] &lt;dish&gt; 你有 Palmpilot，这也太酷了 [22:20] &lt;MrEcho&gt; 我的挂了 [22:20] &lt;jrand0m&gt; mihi&gt; 里面有一条关于 I2PTunnel 的条目，描述了我前阵子的一个想法 [22:21] &lt;MrEcho&gt; 不知道怎么回事 [22:21] &lt;jrand0m&gt; 是啊，我以前有过 Palm，但最近有人捐了这台支持这个项目 ;) [22:21] &lt;dish&gt; 能不能把一个议程项加到会议里，讨论一下 userX 上次说话是什么时候 [22:21] &lt;MrEcho&gt; 该死的东西现在甚至都开不了机了 [22:21] &lt;MrEcho&gt; 哈哈 [22:22] &lt;jrand0m&gt; 我觉得 UserX 已经有四五个月没说过话了 ;) [22:22] &lt;MrEcho&gt; 那是个机器人之类的吗？ [22:22] &lt;dish&gt; 他们5个月前说了什么？ [22:22] &lt;MrEcho&gt; 我敢打赌，那是他以前能访问的一台机器上跑着的 BitchX……然后他忘了 [22:22] &lt;jrand0m&gt; 他们说下周会回来对 anonCommFramework（i2p 的旧名字）提些意见 ;) [22:23] &lt;dish&gt; 哈哈 [22:23] &lt;jrand0m&gt; 不过我想他很忙。生活就是这样 [22:23] &lt;jrand0m&gt; 好的，2) 原生 modPow [22:24] &lt;MrEcho&gt; 我看到了那段 C 代码 [22:24] &lt;jrand0m&gt; 我拼了个 .c 桩和一个 Java 类，演示如何集成像 GMP 或其他 MPI 库之类的东西，但它显然还不能工作 [22:25] &lt;jrand0m&gt; 如果我们有一小套 C 类以及与之对应的简单 Java 封装类，能为 Windows、OSX、*BSD、Linux 构建，并用 GPL 打包，那就太好了 [22:25] &lt;jrand0m&gt; （此处插入重大 iip 崩溃） [22:38] &lt;MrEcho&gt; 我最后看到的是： [13:25] &lt;jrand0m&gt; 好的，2) 原生 modPow [22:38] &lt;jrand0m&gt; 嗨 MrEcho [22:38] &lt;jrand0m&gt; 是的，似乎一个主代理崩了 [22:39] &lt;jrand0m&gt; 我再等 2 分钟再重启 [22:39] &lt;MrEcho&gt; k [22:39] &lt;MrEcho&gt; 一次性 $25，我可以在 thenidus.net 上弄到完整的 Java……我其中一个站点 [22:40] &lt;jrand0m&gt; $25？他们还要为安装软件收费？ [22:40] &lt;MrEcho&gt; 不太清楚……这是个套餐 [22:40] &lt;MrEcho&gt; 我现在在问我朋友 [22:40] &lt;jrand0m&gt; 不过我不确定代码现在已经足够稳定，值得出去租一堆托管机位来部署 routers。还没到那地步 :) [22:41] &lt;dm&gt; frazaa? [22:41] &lt;MrEcho&gt; java - jsp [22:41] &lt;jrand0m&gt; 好，重发我刚才说的： [22:41] &lt;jrand0m&gt; 我拼了个 .c 桩和一个 Java 类，演示如何集成像 GMP 或其他 MPI 库之类的东西，但它显然还不能工作 [22:41] &lt;jrand0m&gt; 如果我们有一小套 C 类以及与之对应的简单 Java 封装类，能为 Windows、OSX、*BSD、Linux 构建，并用 GPL（或限制更少的许可证）打包，那就太好了 [22:41] &lt;jrand0m&gt; 不过随着新路线图把 AES+SessionTag 列为我当前要做的事项，这件事就没那么关键了。 [22:42] &lt;jrand0m&gt; 不过如果有人愿意推动这件事，那就太好了（而且我确信我们都很熟悉的另一个项目也会对这样的打包感兴趣） [22:43] &lt;dm&gt; z? [22:43] &lt;jrand0m&gt; 呵，某种程度上是 ;) [22:44] &lt;jrand0m&gt; 好的，3) GUI 安装程序 [22:44] &lt;jrand0m&gt; MrEcho&gt; 嗨 [22:44] &lt;MrEcho&gt; :) [22:44] &lt;MrEcho&gt; 呵呵 [22:44] &lt;MrEcho&gt; 快要出来了 [22:44] &lt;jrand0m&gt; 酷 [22:44] &lt;MrEcho&gt; 没什么花哨的 [22:45] &lt;MrEcho&gt; 我有一些很酷的点子能把它做得很花，但那还早 [22:45] &lt;jrand0m&gt; 我在想安装程序是否应该增加：1）一个选项，从 http://.../i2pdb/ 自动获取种子；2）自动获取 http://.../i2p/squid.dest，并顺带创建 runSquid.bat/runSquid.sh？ [22:45] &lt;jrand0m&gt; 行 [22:46] &lt;jrand0m&gt; 对，我们希望安装程序尽可能简单——你想到的那些花哨东西是什么？ [22:46] &lt;MrEcho&gt; 问题是……当你执行 java -jar installer 时，由于你现在的实现，它默认走非 GUI [22:46] &lt;MrEcho&gt; 我们怎么做到双击 jar 文件就加载 GUI？ [22:47] &lt;jrand0m&gt; install.jar &lt;-- 非 GUI， installgui.jar &lt;-- GUI [22:47] &lt;jrand0m&gt; 代码分开，包也分开 [22:47] &lt;MrEcho&gt; 花哨指的是一些你可能注意不到的小细节……但会很干净利落 [22:47] &lt;jrand0m&gt; 酷 [22:47] &lt;MrEcho&gt; 哦，好的 [22:48] &lt;jrand0m&gt; （或者 install &lt;-- GUI installcli &lt;-- CLI。看看进展再说） [22:49] &lt;jrand0m&gt; GUI 这块还有别的吗，还是我们跳到第 4 项？ [22:49] &lt;jrand0m&gt; （你心里有时间表吗？不催，就是问问） [22:51] &lt;MrEcho&gt; 现在还没想好 [22:51] &lt;jrand0m&gt; 酷 [22:51] &lt;jrand0m&gt; 好的，4) IM [22:51] &lt;jrand0m&gt; thecrypto 不在，所以….. [22:51] &lt;jrand0m&gt; 5) 命名服务 [22:51] &lt;jrand0m&gt; wiht 也不在…… [22:51] &lt;jrand0m&gt; ping [22:52] &lt;dish&gt; 你的议程编号数错了 [22:52] &lt;dish&gt; 3) IM [22:52] &lt;jrand0m&gt; 是啊，我之前有两个第 2 项 [22:52] &lt;dish&gt; 4) 命名 [22:52] &lt;dish&gt; ;) [22:52] &lt;jrand0m&gt; （原生 modPow 和 GUI 安装程序） [22:52] &lt;jrand0m&gt; 看，我们很灵活之类的 [22:59] &lt;jrand0m&gt; 好吧，为了日志我还是继续 [22:59] &lt;jrand0m&gt; 6) 许可 [23:00] &lt;jrand0m&gt; 我在考虑用比 GPL 限制更少的许可。我们用了一些 MIT 许可的代码，另外还有一个文件是 GPL 的（不过那只是 base64 编码，实现可以很容易替换）。除此之外，所有代码要么归我，要么归 thecrypto 版权所有。 [23:01] &lt;dish&gt; 看看 mihi 的 i2p tunnel 这部分代码 [23:01] &lt;jrand0m&gt; 哦对，mihi 已经用 GPL 发布了那部分，但如果他愿意，也可以用别的许可发布 [23:01] &lt;jrand0m&gt; （不过 I2PTunnel 本质上是第三方应用，可以按它想要的方式授权） [23:02] &lt;jrand0m&gt; （不过因为 i2p 的 SDK 是 GPL，他被迫也只能用 GPL） [23:02] &lt;MrEcho&gt; 总算了 [23:02] &lt;jrand0m&gt; 我不太清楚。许可不是我的强项，但我倾向至少改成 LGPL [23:03] &lt;dish&gt; 把对 I2P HTTP Client 的那 10–20 行改动，按 mihi 的许可证来发布就行了 [23:03] &lt;jrand0m&gt; 呵呵 :) [23:06] &lt;jrand0m&gt; 总之，7) 其他？ [23:07] &lt;jrand0m&gt; 关于 i2p，大家有任何问题/顾虑/想法吗？ [23:07] &lt;dish&gt; 我来问个 [23:07] &lt;dish&gt; I2P 有“组名”功能吗？ [23:07] &lt;jrand0m&gt; 组名功能？ [23:07] &lt;dm&gt; 探索频道战队！ [23:07] &lt;MrEcho&gt; 哈哈 [23:08] &lt;dish&gt; 比如你想要一个私有或独立的网络，但如果某些 router 不小心混到一起，没有组名的话，这两个网络就会合并 [23:08] &lt;MrEcho&gt; 他想到的是 WASTE [23:08] &lt;jrand0m&gt; 啊 [23:08] &lt;dish&gt; 我不知道为什么会想要那样，我只是随便问问以防万一 [23:08] &lt;jrand0m&gt; 是的，在网络设计的早期我玩过这个 [23:09] &lt;jrand0m&gt; 这比我们目前（或者相对近期 [6–12 个月]）需要的更复杂，但以后可能会集成 [23:09] &lt;dish&gt; 或者说这是个坏主意，因为保持一个大的网络更好？ [23:09] &lt;dm&gt; i2pisdead [23:09] &lt;jrand0m&gt; 呵 dm [23:10] &lt;nop&gt; 闭嘴 [23:10] &lt;dm&gt; nop：硬汉？ [23:10] &lt;jrand0m&gt; 不，dish，这是个好主意 [23:10] &lt;dm&gt; 搞笑吗？ [23:10] &lt;jrand0m&gt; 这本质上就是 0.2.3 版要做的——受限路径 [23:10] &lt;jrand0m&gt; （也就是你有一小组私有（受信任）的对等体，你不想让所有人知道他们是谁，但仍想能与他们通信） [23:15] &lt;jrand0m&gt; 好，还有别的吗？ [23:15] &lt;nop&gt; 没啦，我只是逗你 [23:18] &lt;dm&gt; 搞笑吗？ [23:20] &lt;jrand0m&gt; 好吧，嗯，这是个/有趣的/会议，中间还夹杂了几次 iip 崩溃 ;) [23:21] &lt;jrand0m&gt; * jrand0m *baf* 地宣布会议结束 </div>/zh/blog/2003/11/26/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B411%E6%9C%8826%E6%97%A5/Wed, 26 Nov 2003 00:00:00 +0000/zh/blog/2003/11/26/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B411%E6%9C%8826%E6%97%A5/<p>（感谢互联网档案馆 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> dm, duck, jrand0m, Nostradumbass, Ophite1, TC, tonious</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; agenda: [22:04] &lt;jrand0m&gt; 0) welcome [22:04] &lt;jrand0m&gt; 1) status [22:04] &lt;jrand0m&gt; 2) transport futures [22:05] &lt;jrand0m&gt; 3) peer stats for selection [22:05] &lt;jrand0m&gt; 4) apps [22:05] &lt;jrand0m&gt; 5) ...? [22:05] &lt;jrand0m&gt; 0) [22:05] &lt;jrand0m&gt; hi. [22:05] &lt;jrand0m&gt; 66 is it? [22:05] &lt;duck&gt; 7) what brand of whiskey does jrand0m drink? [22:06] &lt;jrand0m&gt; bushmills, glenlivit [22:06] &lt;jrand0m&gt; (for whiskey and whisky, respectively) [22:06] &lt;TC&gt; yey, i made the meating [22:06] &lt;jrand0m&gt; woot [22:06] &lt;jrand0m&gt; ok, 1) status [22:06] &lt;jrand0m&gt; the kademlia stuff is coming along very well. [22:07] &lt;jrand0m&gt; I've build a little simulator that runs a network of five nodes and puts them through the basic tests [22:07] &lt;jrand0m&gt; also the idn stuff is implemented with some tests as well [22:08] &lt;jrand0m&gt; the last two days or so have been focused on making sure the kademlia code works for both idn and for the i2p netdb, which has caused a bunch of changes [22:09] &lt;jrand0m&gt; actually, the big change is that I'm forcing myself to be practical and make the kademlia code work first with the netDb and /then/ think about the idn stuff. [22:10] &lt;jrand0m&gt; idn right now is kind of functional, except for inter-node comm (which will be replaced with comm over i2p, of course ;) [22:10] &lt;TC&gt; idn is the stuff for the distributed storage? [22:10] &lt;jrand0m&gt; roadmap has been updated as well - http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:10] &lt;jrand0m&gt; yes [22:10] &lt;jrand0m&gt; idn = Invisible Distribution Network [22:10] &lt;jrand0m&gt; (free open source anonymous akamai, basically) [22:11] &lt;TC&gt; is there a non anonymous public akamai implemintation i could play with? [22:11] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; mnet is probably up that alley [22:12] *** Signoff: nickthief60934 (Excess Flood) [22:12] &lt;jrand0m&gt; before I jump back into the router completely, I'm planning on leaving the idn code in a state that /hopefully/ someone would be able to jump in and make that into a usable app. [22:13] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:14] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:14] &lt;jrand0m&gt; if you see the roadmap, kademlia has been pushed into the 0.2.2 release. in addition, there are also two big outstanding things that I hope to have in there, fixing a pair of bugs that do annoying things [22:14] &lt;TC&gt; would it be posible do image grabs do idn from an i2ptunnel eepsite? [22:15] &lt;jrand0m&gt; hmm? [22:15] &lt;jrand0m&gt; oh, like &lt;img src="idn:blah"&gt;? [22:15] &lt;TC&gt; i was just thinking of bandwidth saving, yes [22:15] &lt;Ophite1&gt; protocol would be the obvious way to go, yes. [22:16] &lt;jrand0m&gt; hmm Ophite1? [22:17] &lt;jrand0m&gt; (sorry, I'm sick again so might not be quite on top of my game today) [22:17] &lt;dm&gt; how many LOC have you written jr? [22:17] &lt;TC&gt; Ophite1, could i2p tunnel be modified to redirect? [22:18] &lt;TC&gt; or could the browser do it on its own somehow? [22:18] &lt;jrand0m&gt; dm&gt; "find . -exec grep \\\; {} \; | wc -l" currently puts the sdk ~8kloc, the router ~11kloc [22:18] &lt;dm&gt; okay thanks. [22:19] &lt;jrand0m&gt; idn would want to support receiving requests from browsers. [22:19] &lt;Ophite1&gt; would mean integrating idn into i2ptunnel. very ugly. [22:19] &lt;jrand0m&gt; currently idn has a so-god-damn-easy api. [22:19] &lt;jrand0m&gt; the api is the file system. [22:19] &lt;jrand0m&gt; aka: [22:19] &lt;jrand0m&gt; command=get [22:19] &lt;jrand0m&gt; key=zGb1tPM6ARNRTWZLCWK4XXco2Ngk8ccx-ciDUCom~9U [22:19] &lt;jrand0m&gt; saveAs=testGetOutput.txt [22:20] &lt;jrand0m&gt; place that in a file in a directory, and voila. [22:20] &lt;jrand0m&gt; (that was the easiest possible for me to implement and test with. certainly better ones can be found and made) [22:21] &lt;jrand0m&gt; ok, so, yeah. thats the status. I'm hoping for a 0.2.2 release by this time next week, at least. [22:22] &lt;jrand0m&gt; that'll include the first integration of the kademlia stuff, tunnel fixes, and i2cp updates. [22:23] &lt;jrand0m&gt; ok, 2) transport futures [22:23] &lt;jrand0m&gt; I don't like our tcp transport. and our udp transport is disabled. and our phttp transport is tweaky. [22:23] * jrand0m would like to see the tcp transport replaced with tls / ssl / some-other-standard [22:24] &lt;Ophite1&gt; link-level encryption is a requirement? [22:24] &lt;jrand0m&gt; absolutely. [22:25] &lt;Ophite1&gt; tls is _hell_ though. ask openssl. [22:25] &lt;tonious&gt; ssh? [22:25] &lt;Ophite1&gt; that, too. [22:25] &lt;jrand0m&gt; yeah, I followed the nasty discussions on the cryptography list last month, with interest. [22:25] &lt;jrand0m&gt; ssh is definitely a possibility. [22:26] &lt;jrand0m&gt; safe, too, since we already essentially have the certificates (in the RouterInfo.publicKey) [22:26] &lt;Ophite1&gt; but we're in java. we'd have to code it ourselves? :/ [22:26] &lt;jrand0m&gt; naw, there are ssl, tls, and ssh java libs [22:26] *** Signoff: nickthief60934 (Ping timeout) [22:26] &lt;tonious&gt; There's already at least one java ssh client. Dunno about servers. [22:26] &lt;Ophite1&gt; re: security of such libs, given numerous high profile holes in openssl, openssh, et al? [22:27] &lt;jrand0m&gt; Ophite1&gt; most likely better than custom built code. [22:27] &lt;jrand0m&gt; not that I have any reason to think there are exploits in the tcp transport as written. [22:27] &lt;jrand0m&gt; but it has not been reviewed. [22:28] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; in any case, updating the transports isn't really on deck until january (after the 0.3 release goes out) [22:28] &lt;jrand0m&gt; but if anyone wants to look into it and do some research, that'd be great [22:29] &lt;TC&gt; how many devs do we have activly coding? [22:29] &lt;dm&gt; 1! :) [22:29] &lt;jrand0m&gt; you can see who commits via (Link: http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html)http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html [22:29] &lt;tonious&gt; But he's got the strength of ten men.... [22:30] &lt;jrand0m&gt; mihi has been cleaning up some of my messes, thankfully :) [22:30] &lt;dm&gt; haha, it's all jrandom :) [22:30] &lt;dm&gt; nice way of saying "just me" [22:31] &lt;dm&gt; I noticed that about mihi, when he got involved in frazaa, he just showed up one day and started cleaning up my (horrid) java. It was quite entertaining. [22:31] &lt;jrand0m&gt; heh [22:31] &lt;Ophite1&gt; people like that are very, very useful :) [22:32] &lt;jrand0m&gt; quite [22:32] &lt;dm&gt; "who's writing all these catch statements who do nothing ;)" -mihi [22:32] &lt;jrand0m&gt; d'oooh [22:33] &lt;Ophite1&gt; it's cause of reminders like that the code won't get as bad as freenet (we hope?) :) [22:33] &lt;jrand0m&gt; if in 5 years any of the current i2p code is still in use, I'll be shocked. [22:34] &lt;jrand0m&gt; (it had better be ported into finely tuned ASM code by then!) [22:34] * Ophite1 makes his "java implementation is just a prototype" speech [22:34] &lt;dm&gt; well, if you're still working on it 4 years from now, I'll guarantee that It'll be in use 5 years from now :) [22:34] &lt;TC&gt; heh, comment it out and leave it in place [22:35] &lt;dm&gt; is there a link to see the source on the web? not just the changes. [22:35] &lt;jrand0m&gt; yes dm, http://i2p.dnsalias.net/ [22:35] &lt;dm&gt; nm, found it. [22:35] &lt;jrand0m&gt; :) [22:35] &lt;jrand0m&gt; ok, 4) peer stats for selection [22:36] &lt;jrand0m&gt; calling this a nebulus topic is one hell of an understatement. [22:36] &lt;jrand0m&gt; doctoral theses could be written (and some have been) on how to choose what peers to use in an untrusted environment. [22:36] &lt;dm&gt; public interface Job [22:36] &lt;dm&gt; oops, meeting. Sorry didn't realize. [22:37] &lt;jrand0m&gt; the good part is that half of our peer selection is already taken care of - the selection of peers to find other peers. [22:37] &lt;jrand0m&gt; (thats the kademlia stuff) [22:38] &lt;jrand0m&gt; the part thats left is the selection of peers to participate in tunnels, to route garlics, and to bounce replies through [22:38] *** Signoff: dm (EOF From client) [22:38] *** Signoff: TC (EOF From client) [22:38] *** Signoff: leenookx (EOF From client) [22:38] &lt;jrand0m&gt; what I'm thinking for 0.3 is just going to be a simple history of each peer, tested periodically [22:39] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:39] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:39] &lt;jrand0m&gt; stats revolving around latency and uptime [22:39] *** Signoff: soros (Client exiting) [22:39] &lt;Ophite1&gt; suggest you be wary of including accurate information about bandwidth usage and latency in that stats. [22:40] &lt;Ophite1&gt; as per my drunken questions. [22:40] &lt;Ophite1&gt; perhaps a more indirect route, but it's an area that needs very careful, well considered attention. [22:40] &lt;jrand0m&gt; hmm, with the intent of keeping the accurate info unknown, or to defeat predictabilities? [22:40] &lt;jrand0m&gt; right [22:41] &lt;jrand0m&gt; this discussion is for a release that won't go out until at least jan 1 [22:42] * jrand0m understands and agrees that we want to avoid the predictabilities [22:42] &lt;jrand0m&gt; but I think we want to gather and use as accurate info as we can, /then/ adjust for entropy [22:42] &lt;Ophite1&gt; mere entropy alone may not be enough. [22:43] &lt;Ophite1&gt; but, I need more research on this :/ [22:43] &lt;jrand0m&gt; true - randomly deciding to garlic route a message rather than tunnel route it, or to use a sequence of tunnels instead of one directly, etc [22:44] &lt;jrand0m&gt; no rush, just wanted to plant the subject in the minds of those out there :) [22:44] &lt;jrand0m&gt; ok, 4) apps [22:45] &lt;Ophite1&gt; been troubling me for a week or more; though, I'm happy to announce I've run into a brick wall so far :) [22:45] &lt;jrand0m&gt; w00t :) [22:45] &lt;Ophite1&gt; inclusion of accurate or accurate+some%entropy statistics may make some attacks work though. [22:46] &lt;TC&gt; oh, before apps i have a question [22:46] &lt;jrand0m&gt; well, its always easy enough to simply discard accurate info as necessary [22:46] *** Signoff: nickthief60934 (Excess Flood) [22:46] &lt;jrand0m&gt; sure tc, whats up? [22:46] &lt;jrand0m&gt; (stats will also (hopefully) make it easier to debug the network's operation while in development) [22:46] &lt;TC&gt; when are manditory minium hop counts (or something like it) going to start?&gt; [22:47] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:47] &lt;jrand0m&gt; right now the default minimum tunnel length is one non-local hop [22:47] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:47] * TC didnt know that [22:48] &lt;Ophite1&gt; which is okay as long as the non-local hop doesn't KNOW it's the only non-local hop. [22:48] &lt;jrand0m&gt; that will be up'ed to 2-4 once things are more reliable [22:48] &lt;jrand0m&gt; right Ophite1 [22:48] &lt;Ophite1&gt; still one better than a gnunet shortcut, so it's cool :) [22:48] &lt;TC&gt; oh, and how do speed improvements look? [22:48] * jrand0m is basing that 2-4 # on o-r comments [22:49] &lt;Ophite1&gt; temporary stats for network testing are okay by me, and very useful, but please bear in mind they may be a dangerous feature for production anonymity. [22:49] &lt;jrand0m&gt; hmm, speed improvements will come through more reliable and faster peer selections, which is the 0.3 release [22:49] &lt;dm&gt; jeez, I forgot how jr's code looks like it was written by a robot. [22:49] &lt;dm&gt; Hmmm, that would explain a lot. [22:50] &lt;Ophite1&gt; and through more scalable routing, which is next weeks' :) [22:50] &lt;jrand0m&gt; heh sorry dm, I'll try to be more inconsistent ;) [22:50] &lt;Ophite1&gt; (did I just mean discovery?) [22:50] &lt;jrand0m&gt; right, its discovery, not routing, really. [22:51] &lt;jrand0m&gt; i2p is scale free for normal comm. [22:51] &lt;jrand0m&gt; (and o(log(n)) for discovery) [22:51] &lt;TC&gt; i think your average ai who lives on the net would be pro i2p, what do you think dm? [22:52] &lt;dm&gt; I think the average method size in this code is the smallest I've ever seen is what I think. [22:53] &lt;Ophite1&gt; dm: clean. very good for a proto :) [22:53] &lt;dm&gt; Do you comment as you go or do you go back and put those descriptions? [22:53] &lt;jrand0m&gt; I comment when I get confused [22:54] &lt;jrand0m&gt; (I really can't wait until collections are typesafe) [22:54] &lt;jrand0m&gt; but, yeah, 4) apps :) [22:54] &lt;jrand0m&gt; (unless anyone else has router / network questions?) [22:55] &lt;TC&gt; pnope [22:55] &lt;jrand0m&gt; ok, wiht isn't here, anyone else have any naming service thoughts / comments (mrecho?) [22:55] &lt;TC&gt; a distributed naming server? [22:56] &lt;dm&gt; is wiht ever here? [22:56] &lt;tonious&gt; It could probably just sit on top of IDN. [22:56] &lt;jrand0m&gt; yeah, I'd really love to see the naming service be a dht (perhaps reusing the idn / kademlia code) containing CA signed entries [22:56] &lt;TC&gt; did co die? [22:56] &lt;jrand0m&gt; exactly tonious [22:57] &lt;jrand0m&gt; perhaps you're right, it could be an app that /uses/ idn, not just uses the code. hmmm... [22:57] &lt;jrand0m&gt; that'd be Good. [22:57] &lt;tonious&gt; Mebbe have a key fingerprint associated in case of collisions. [22:57] &lt;jrand0m&gt; naw, co/wiht is around every few days [22:57] &lt;tonious&gt; Wouldn't even necessarily need a centralized CA? [22:57] &lt;jrand0m&gt; we'd need a CA if nyms are unique. [22:58] &lt;Ophite1&gt; The CA signing chain should elminiate collisions. [22:58] &lt;jrand0m&gt; (and we need nyms to be unique to do naming, really) [22:58] &lt;Ophite1&gt; of course this makes CA key very important. [22:58] &lt;TC&gt; how about dys dns? can i make my host file redirect to a eepsite? [22:59] &lt;tonious&gt; TC: Not really. The OS doesn't even see i2p. [22:59] &lt;jrand0m&gt; though we could have $nym.$ca be the thing looked up for [22:59] &lt;Ophite1&gt; perhaps so important we want to distribute trust by it signing some second level .*.i2p domains, and have virtually all stuff under that, *.*.i2p - i.e., jrand0m.nym.i2p [22:59] &lt;jrand0m&gt; right, though with tusko's ppp2p we can get i2p to IP mappings [23:00] &lt;tonious&gt; I dunno. The idea of a CA in an essentially distributed system disagrees with me. [23:00] &lt;tonious&gt; Not bein' a developer though I'm not gonna make a fuss :) [23:01] &lt;TC&gt; dns really isnt that importent [23:01] &lt;jrand0m&gt; tonious&gt; we can do a web of trust, essentially. with, say, 8 seperate known CAs, everyone's local name server knows about those 8, and each of them manages a subdomain (e.g. tc.ca1 or Nightblade.ca2, or we add a .i2p at the end) [23:01] &lt;Ophite1&gt; if you can think of a better way? [23:02] &lt;Nostradumbass&gt; i have another question - its sort of spans the network-application area. [23:02] &lt;jrand0m&gt; (thats really the degenerate case of a WoT) [23:02] &lt;Ophite1&gt; what I said, sort of - get a root key to sign domains... [23:02] &lt;jrand0m&gt; agreed tc [23:02] &lt;jrand0m&gt; fire away Nostradumbass [23:02] &lt;Ophite1&gt; someone gets com.i2p or nym.i2p... [23:02] &lt;Nostradumbass&gt; has any thought been goven to guaranteed latency? [23:02] &lt;Ophite1&gt; allow them to sign jrand0m.nym.i2p, or whatever. [23:02] &lt;Nostradumbass&gt; i'm thinking of VoIP. [23:03] &lt;jrand0m&gt; Ophite1&gt; we wouldn't even need a .i2p key with that [23:03] &lt;tonious&gt; Ophite1: What if the com ca gets taken out by an RIAA hitsquad or something? [23:03] &lt;jrand0m&gt; Nostradumbass&gt; you mean VoI2P? :) [23:03] &lt;Ophite1&gt; then once you're done, destroy the master CA. [23:03] &lt;Nostradumbass&gt; yes [23:03] &lt;Ophite1&gt; tonious: then there's still the others. [23:04] &lt;Ophite1&gt; or some system that requires conspiring groups to get the nym signing key? [23:04] &lt;jrand0m&gt; Nostradumbass&gt; we have already had people run shoutcast streams over i2p with some buffering at 96khz and no buffering problems at less speed. but there's latency. [23:04] &lt;Nostradumbass&gt; with the upcoming release of cryptophone's (Link: http://www.cryptophone.de/)http://www.cryptophone.de/ source it could make an interesting app for i2p. [23:04] &lt;Ophite1&gt; and a really freakin' big hashcash? [23:04] &lt;jrand0m&gt; definitely Nostradumbass [23:04] &lt;tonious&gt; Ophite1: Mebbe a majority signing protocol? [23:04] *** Signoff: dm (Ping timeout) [23:04] &lt;jrand0m&gt; tonious&gt; majority is dangerous with sybil [23:05] &lt;Ophite1&gt; tonious: otoh, it HAS to be non-repudiatory, and has to be able to guarantee non-collision. [23:05] &lt;Ophite1&gt; and majority couldn't do that. [23:05] &lt;Ophite1&gt; a majority of well known users maybe. [23:05] &lt;Ophite1&gt; if it's a consolation, the internet has problems with this too (think Verisign). [23:05] &lt;jrand0m&gt; right, WoT :) [23:06] &lt;Ophite1&gt; but then WoT means that different people might have different ideas of who to trust, which violates non-collision maybe? [23:06] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; Nostradumbass&gt; now if we could get some coders to work on a high performance RTSP over i2p tunnel... ;) [23:06] &lt;Ophite1&gt; it's important, given the length of an "I2P address", but also hard. [23:06] *** Drak0h (~Dr4k0h@anon.iip) has joined channel #iip-dev [23:07] &lt;Ophite1&gt; Nostradumbass: not guaranteed. [23:07] &lt;TC&gt; so how do we secure alias identification (important for commerce and seting up multiple eepsites)? [23:07] &lt;Nostradumbass&gt; over-provisioning of bandwidth is often the only simple way to try and guarantee latency. is there going to ba any way for a node to determine the available bandwidht at another node, so as to ease routing for VoIP apps? [23:07] &lt;jrand0m&gt; yes Nostradumbass, QoS can be done transparently within i2p, but unfortunately thats (I hate saying this) &gt; 1.0 [23:07] &lt;tonious&gt; Say we take root CAs out of it. You generate your key and sign your aliases. [23:08] *** Signoff: thecrypto (EOF From client) [23:08] &lt;Ophite1&gt; Nostradumbass: also, troublesome re some potential attacks? [23:08] &lt;tonious&gt; You also specify who's keys you trust, ala PGP. I think redundancy is more important than collision. [23:08] &lt;Ophite1&gt; tonious: so which jrand0m.nym.i2p did you want again? [23:08] * jrand0m attacks the ns dht to get my nym back [23:08] &lt;Ophite1&gt; if everyone doesn't trust the same, we might not be referring to the same thing when we use the same name. [23:09] &lt;Ophite1&gt; and it would probably allow freenet-KSK-style collision wars. [23:09] &lt;jrand0m&gt; right. either the naming service has CA signed nyms, or it just distributes H(destination) --&gt; destination mappings [23:09] &lt;tonious&gt; Just pop up a menu or something. Or if you're designing an application that talks to a specific server, give it the public key of the signing agent? [23:10] &lt;jrand0m&gt; (and H(destination) == 42 chars as opposed to ~500 chars for a destination) [23:10] &lt;Ophite1&gt; tonious: if you're going to give it public keys, you might as well just sling around I2P addresses. [23:10] &lt;Ophite1&gt; now that's an interesting ideal [23:10] &lt;Ophite1&gt; assuming sha-256 can't be reversed that yields 256-bit I2P addresses that could be "looked up" to reveal the structure. [23:10] *** dm (~sd@anon.iip) has joined channel #iip-dev [23:11] &lt;Ophite1&gt; I smell kademlia again. [23:11] &lt;jrand0m&gt; :) [23:11] &lt;Ophite1&gt; It can also be simply checked. [23:11] &lt;jrand0m&gt; and there's existing code to reuse. [23:11] &lt;Ophite1&gt; somehow, that makes sense. why weren't we doing this already? :) [23:11] &lt;jrand0m&gt; because we want nyms [23:12] &lt;Ophite1&gt; nyms for hosts? [23:12] &lt;jrand0m&gt; but, I suppose, 42 chars is a good enough starting point [23:12] &lt;Ophite1&gt; need a root CA for that :/ [23:12] &lt;jrand0m&gt; right [23:12] &lt;Ophite1&gt; in the case where you don't want to trust a root ca? [23:12] &lt;Ophite1&gt; 42 chars is short enough to paste. [23:12] &lt;jrand0m&gt; you don't need a root CA, you can have a forest instead of a tree [23:12] &lt;Ophite1&gt; 520 chars isn't :) [23:12] &lt;jrand0m&gt; heh [23:13] &lt;Ophite1&gt; but if you have a forest, how does anyone know which tree you're talking about? [23:13] &lt;Ophite1&gt; you could slap a key in there, but then, ooh, we've got huge strings of random garbage again. [23:13] &lt;jrand0m&gt; common suffix. $nym.$ca [23:13] &lt;Ophite1&gt; well, I'd like $nym.$ca.i2p :) [23:13] &lt;Ophite1&gt; avoid confusion :) [23:13] &lt;jrand0m&gt; right. I mean, there are possible attacks. I dunno. I'm with TC though [23:13] &lt;jrand0m&gt; good 'nuff for me [23:14] &lt;jrand0m&gt; ok, /other/ apps :) [23:14] &lt;Ophite1&gt; how do you know which ca is which? [23:14] &lt;Ophite1&gt; you have a list? what signs the list? [23:14] &lt;jrand0m&gt; i2pns.config [23:14] *** Signoff: Drak0h (Ping timeout) [23:14] &lt;Ophite1&gt; how're you going to get that? [23:14] &lt;TC&gt; if i could make my own dns list, hostfile style i would be happy [23:14] &lt;jrand0m&gt; on install [23:15] &lt;Ophite1&gt; how are you going to verify those are the "right" keys? [23:15] &lt;Ophite1&gt; ca substitution? [23:15] &lt;jrand0m&gt; right tc, we can even do that without any distributed naming service [23:15] &lt;TC&gt; because i say they are Ophite1 [23:15] &lt;jrand0m&gt; Ophite1&gt; you aren't, any more than you're verifying that the source code is running the "real" i2p [23:15] &lt;TC&gt; and if you trust me, you can download them off my eepsite [23:16] &lt;Ophite1&gt; I suppose at the end of the day you can only reduce that to trust in one key being right, so :) [23:16] &lt;Ophite1&gt; works for me, yeah. [23:16] &lt;Ophite1&gt; as long as I get o1.i2p ;) [23:16] &lt;jrand0m&gt; heh [23:17] &lt;tonious&gt; Hmm. Revised threshold scheme: Each CA works the entire namespace, but a majority of CAs must agree before handing out subspace? [23:17] &lt;jrand0m&gt; ok, last I heard tusko had found a way to get the ppp2p to run off windows machines as well as *nix [23:17] &lt;TC&gt; it would make the i2p\internet doman system much more community based if we all passed around a huge hostfile\cheat sheet [23:17] &lt;Ophite1&gt; tonious: back to majority again... [23:17] &lt;jrand0m&gt; scary for attacks tonious [23:17] &lt;jrand0m&gt; thats true TC [23:17] &lt;jrand0m&gt; (and the value of such a community should not be underestimated) [23:18] &lt;Ophite1&gt; tc: arpanet stylee? [23:18] &lt;tonious&gt; Sigh. :) [23:18] &lt;Ophite1&gt; I guess seeds have gotta come from somewhere, so yeah ;) [23:18] &lt;TC&gt; to get a domain name, you would say this is me, and if people agreed they would change the file, and if they where trusted, others would download updates [23:19] &lt;jrand0m&gt; sounds like that'd be a heavily retrieved key from idn :) [23:19] &lt;Ophite1&gt; smells vaguely ca-like too :) [23:19] &lt;TC&gt; you could even have a fight, with more then one file [23:19] &lt;Ophite1&gt; the fidonet nodelist! [23:19] &lt;tonious&gt; And in case of a netsplit there'd be multiple patchfiles. [23:19] &lt;Ophite1&gt; ...doesn't scale. [23:19] &lt;jrand0m&gt; with under a few hundred domains, its maintainable manually [23:20] &lt;TC&gt; after a few hundred you go trusted [23:20] &lt;jrand0m&gt; right Ophite1. this would just be until we argue out the Right Way. [23:20] &lt;tonious&gt; It might be enough to jumpstart a WoT. [23:20] &lt;jrand0m&gt; (or we convince people that CAs aren't that bad ;) [23:20] &lt;jrand0m&gt; true tonious [23:20] &lt;Ophite1&gt; if you're trusting someone to agree that someone is someone else, that's a CA, not just a nodelist :) [23:21] &lt;tonious&gt; Heh. Sorry for bein' the skeptic. [23:21] &lt;TC&gt; jrand0m, in the end i dont whant to be dependent on CA's [23:21] &lt;Ophite1&gt; just allow people to give space below theirs... [23:21] &lt;Ophite1&gt; castyle -- and those on the nodelist to be the cas. [23:21] &lt;Ophite1&gt; course then it's all "which ca is jrand0m on?" [23:21] &lt;jrand0m&gt; CA's aren't necessarily choke points. if they're unsatisfactory, we replace them. [23:22] &lt;tonious&gt; Ophite1: I like that. [23:22] &lt;Ophite1&gt; point. CA being crapped out would be Big Enough News for someone to simply replace them. [23:22] &lt;Ophite1&gt; tonious: so is it slashdot.org or slashdot.com? goatse.cx? :) [23:22] &lt;dm&gt; what does CA stand for? :) [23:22] &lt;Ophite1&gt; certification authority. [23:23] &lt;dm&gt; k, thanks. [23:23] &lt;tonious&gt; Heh. That's where your own WoT comes in, Ophite1. [23:23] &lt;Ophite1&gt; tonious: yes, but I still have to see goatse once before I realise it's the wrong bloody one. :) [23:23] &lt;tonious&gt; 'I trust Ophite1 not to show that horrible asshole, and he signed slashdot.org' [23:23] &lt;jrand0m&gt; lol [23:24] &lt;Ophite1&gt; so essentially you're trusting a limited subset of people, not to be horrible assholes. [23:24] * jrand0m reserves the right to be an asshole at times [23:24] &lt;Ophite1&gt; and to hand out domains to the rest. [23:24] &lt;Ophite1&gt; at least one of which ought, really, to be a trent-style first-comes-first-served bot. [23:24] &lt;Ophite1&gt; (with.. yes... hashcash.) [23:24] &lt;tonious&gt; Yeah. And there may be namespace collisions by people who are outside my WoT... [23:25] &lt;jrand0m&gt; yup, and another should be something like thetower's tfee/subpage redirects [23:25] &lt;Ophite1&gt; tonious: something that you can actually USE might be appreciated. it's just a naming system. :) [23:25] &lt;tonious&gt; Heh. [23:25] &lt;Ophite1&gt; the good thing about multiple cas is that they can do their own thing re: that kind of thing - different policies. [23:26] *** Signoff: nickthief60934 (Ping timeout) [23:26] &lt;jrand0m&gt; ok, other apps... [23:26] &lt;jrand0m&gt; IM? [23:26] &lt;Ophite1&gt; finally :) [23:26] &lt;Ophite1&gt; signed nyms! :) [23:26] &lt;tonious&gt; Sorry Ophite1 :) [23:26] &lt;jrand0m&gt; !thwap Ophite1 [23:27] &lt;Ophite1&gt; what, what are you all looking at? :) [23:27] &lt;Ophite1&gt; yes, WoT would be appropriate for _that_ :) [23:27] &lt;dm&gt; I think I remember who was doing IM... thecrypto? [23:27] &lt;Ophite1&gt; in fact... elgamal 2048-bit... dsa 1024-bit... sha-256... sounds kind of familiar. openpgp? [23:27] &lt;jrand0m&gt; yodel was in here the other day, mentioned that they had tried out running yodel's xml-rpc interface over with their own local router, and it worked. so, yay [23:27] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:28] &lt;tonious&gt; I've managed to get SOAP going on mine, too. [23:28] &lt;jrand0m&gt; yup dm [23:28] &lt;tonious&gt; No useful apps, beyond 'Yep, it works' so far. [23:28] &lt;jrand0m&gt; hehe [23:29] *** Signoff: nickthief60934 (Excess Flood) [23:29] &lt;Nostradumbass&gt; tonious: so SOAP over i2p = Black SOAP? [23:29] * jrand0m really wants to get idn up and running so we can use i2p as an IP layer, not a TCP layer [23:29] &lt;jrand0m&gt; lol Nostradumbass [23:29] &lt;Ophite1&gt; nicename :) [23:29] &lt;tonious&gt; Nostradumbass: Yep, you got it. [23:30] &lt;tonious&gt; Now I can set up my own I2P casino. w00t! [23:30] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:30] &lt;jrand0m&gt; w33wt [23:30] &lt;jrand0m&gt; ok, I think thats 'bout it for the apps [23:30] &lt;jrand0m&gt; 5) ...? [23:31] &lt;jrand0m&gt; hi [23:31] &lt;Ophite1&gt; tonious: cool. we could use a few of those. donate a percentage to the i2p project? :) [23:31] &lt;TC&gt; merchandising [23:31] &lt;tonious&gt; Has anybody thought of a C implementation of I2P? [23:31] &lt;jrand0m&gt; yeah, rent out colo boxes and run routers :) [23:32] &lt;jrand0m&gt; tonious&gt; lets wait until we get the router protocol implemented and thoroughly reviewed before porting ;) [23:32] &lt;tonious&gt; Or anonymous colo: Behind an I2P router and no internet routing :) [23:32] &lt;Ophite1&gt; merchandising = logo. [23:32] &lt;TC&gt; stickers, t-shirts, hats, we need the logo [23:32] &lt;Ophite1&gt; tonious: after it's working and anonymous and stuff? of course. [23:32] &lt;tonious&gt; Yeah, but I'm still running my P2 and I'm a poor guy. [23:32] &lt;tonious&gt; :( [23:32] &lt;Ophite1&gt; i2p needs a good logo. [23:32] &lt;Nostradumbass&gt; yes [23:32] &lt;Ophite1&gt; I mean, the internet doesn't have a logo, but that's just bad marketing. :) [23:32] &lt;dm&gt; I like the one on the WIKI. [23:32] &lt;TC&gt; also, each made-for-i2p program needs its own tweeked version, or take off of the logo [23:32] &lt;jrand0m&gt; how about a transparent logo... it'd, be, like, everywhere, dood [23:33] &lt;Ophite1&gt; an invisible logo. heh. [23:33] &lt;tonious&gt; A 1 pixel by 1 pixel blank gif? [23:33] &lt;jrand0m&gt; definnitely [23:33] &lt;Ophite1&gt; tonious: we'd be sued for copyright infringment? :) [23:33] &lt;tonious&gt; Ha! [23:33] &lt;Ophite1&gt; ("Hey, that's OUR blank gif!") [23:33] &lt;jrand0m&gt; lol [23:33] &lt;Ophite1&gt; Hey, if John Cage can do it... [23:33] &lt;tonious&gt; So we leave our names in the comments field :) [23:33] &lt;Nostradumbass&gt; Ophite1: how about a stream roller paving over the Internet? [23:33] &lt;jrand0m&gt; heh we're just rendering his audio [23:34] &lt;Ophite1&gt; that one on the bottom looks the best imho. [23:34] &lt;tonious&gt; I like the one on the top. It's simple. Like me. [23:34] &lt;Ophite1&gt; with the arc design. [23:35] &lt;Ophite1&gt; something that is small, very simple, and above all would work well as an icon, or in the system tray :) [23:35] &lt;Ophite1&gt; and yes, which can be customised and used as a basis for logos of apps. [23:35] &lt;jrand0m&gt; right [23:35] &lt;dm&gt; How about a black circle with white fill. [23:35] &lt;Ophite1&gt; that arc would be a good start (colour changes?) [23:35] &lt;dm&gt; or a triangle, maybe a square! [23:35] &lt;dm&gt; a parallelogram! [23:37] &lt;tonious&gt; Heh. Open up a cafepress store... [23:37] &lt;Ophite1&gt; god no, not cafepress. [23:37] &lt;dm&gt; a white cloud! [23:37] &lt;Ophite1&gt; we demand class. ... thinkgeek. ;-) [23:37] &lt;dm&gt; little fluffy cloud. [23:38] &lt;TC&gt; it would look toomuch like a cumpuddle in minature [23:38] * jrand0m associates clouds with the sky, thankyouverymuch [23:38] &lt;tonious&gt; Ophite1: First we've gotta convince 'em that we're whitehat. [23:39] &lt;TC&gt; no, lets be black hat [23:39] &lt;jrand0m&gt; tonious&gt; can militant anarchists be whitehats too? [23:39] * TC doesnt like ppl in hats [23:39] &lt;tonious&gt; Dunno. [23:39] * tonious wears a grey fedora FWIW. [23:39] &lt;Nostradumbass&gt; how about a white and a black hat? [23:39] &lt;TC&gt; and modulus would say somthing about class distinction or something [23:40] &lt;dm&gt; a small picture of uncle sam's face? [23:40] &lt;TC&gt; checkered hat? [23:40] &lt;jrand0m&gt; heh tc [23:40] &lt;Nostradumbass&gt; or white and a black wizzard hats [23:40] &lt;Ophite1&gt; I am NOT a white hat. How dare you insinuate that. I want an apology. [23:41] &lt;TC&gt; or a black dunce hat [23:41] &lt;jrand0m&gt; well, anyway... [23:42] &lt;tonious&gt; "i2p inside"? [23:42] &lt;jrand0m&gt; heh [23:42] &lt;dm&gt; I, too, pee... [23:42] &lt;jrand0m&gt; dm&gt; on a calvin sticker! [23:42] &lt;Ophite1&gt; "i2p ... somewhere" [23:42] &lt;TC&gt; so, logo ppl, come on! so can nop set us up a i2p cafepress site? [23:43] * jrand0m repeats the mantra No PR until its ready. [23:43] &lt;Nostradumbass&gt; dm: yeah, make it a "Concentration" style chrade logo-gram. [23:43] &lt;Nostradumbass&gt; &lt;eye&gt; 2 and a pee-ing penis. [23:44] &lt;dm&gt; Let's set a date. [23:44] &lt;jrand0m&gt; heh, yeah, and you'll have your mother click on that icon? [23:44] &lt;dm&gt; March 1st. [23:44] &lt;Nostradumbass&gt; grab it, in fact :) [23:44] &lt;tonious&gt; My mother disapproves of encryption :) [23:44] *** UserX (~User@anon.iip) has joined channel #iip-dev [23:44] &lt;dm&gt; Slashdot article! No matter how far (or not) jrand0m has gotten! [23:44] &lt;dm&gt; Let's pile on the pressure. [23:44] &lt;Ophite1&gt; nooooooo. [23:44] &lt;Ophite1&gt; not yet! [23:45] &lt;jrand0m&gt; damn dm, if you pulled that date out of thin air, you're good. in my palm I have 1.0 slotted as ~ march 1 [23:45] * dm slaps Ophite1 [23:45] &lt;dm&gt; i said march 1st. [23:45] &lt;Ophite1&gt; the appropriate time to promote is when we have a cool shiny thing to wave at them. [23:45] &lt;Nostradumbass&gt; please, no slashdot till the network is ready for the onslaught. [23:45] &lt;jrand0m&gt; right [23:45] &lt;dm&gt; I'm good, what can I say. [23:45] &lt;Ophite1&gt; I call launch date April 4th. [23:45] &lt;Ophite1&gt; 04/04/04 ;) [23:45] &lt;jrand0m&gt; no PR until AFTER 1.0 comes out. [23:45] &lt;Nostradumbass&gt; Mojo was almost destroyed by /. [23:46] &lt;dm&gt; no, none of this rational thinking. March 1st, end of story. [23:46] &lt;jrand0m&gt; ooOOo Ophite1 [23:46] * jrand0m senses that I'm going to have to submit to /. to get them to NOT post dm^H^Han anonymous person's article [23:46] &lt;Ophite1&gt; no, don't do that. malda doesn't give a shit, and he'll post THAT :) [23:46] &lt;jrand0m&gt; heh [23:47] &lt;dm&gt; Yes, you will be ridiculed by my post: "Em, like, there's this like anonymous cool program that's better than kazaa, I2P it's awesome, it's fast, DSA124. yeah" [23:47] &lt;jrand0m&gt; anyway, as things progress, http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap will be updated [23:48] &lt;dm&gt; time to pack. [23:49] &lt;jrand0m&gt; (and some day I'm going to take a week off and go snowboarding) [23:49] *** soros (~soros@anon.iip) has joined channel #iip-dev [23:49] &lt;jrand0m&gt; yeah, we're about the 2hour mark. [23:49] &lt;jrand0m&gt; time to... [23:49] * jrand0m *baf*'s the meeting closed. </div>/zh/blog/2003/11/18/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B411%E6%9C%8818%E6%97%A5/Tue, 18 Nov 2003 00:00:00 +0000/zh/blog/2003/11/18/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE-2003%E5%B9%B411%E6%9C%8818%E6%97%A5/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dm, duck, godmode0, jrand0m, mihi, Ophite1, soros, TC, tusko, yodel</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; 1) i2p dev status [22:02] &lt;jrand0m&gt; - 0.2.1.1 is out (peer and tunnel updating and testing, tuning enhancements, tunnel throttling, a DoS defense) [22:02] &lt;jrand0m&gt; - don't use bw limiting (still some debugging) [22:02] &lt;jrand0m&gt; - keep your clocks generally correct (30 minute fudge factor) [used for lease expirations and garlics] [22:02] &lt;jrand0m&gt; 2) kademlia, 0.3, and idn [22:02] &lt;jrand0m&gt; 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:02] &lt;jrand0m&gt; 4) app status [ppp2p, i2ptunnel, im, ns, squid] [22:02] &lt;duck&gt; 5) why does jrand0m drink cheap local beer? [22:02] &lt;jrand0m&gt; 5) comments / questions / etc [22:02] &lt;jrand0m&gt; heh [22:02] &lt;jrand0m&gt; so yeah, basically that fits under 5 :) [22:02] &lt;mihi_&gt; double 5 ;) [22:03] &lt;mihi_&gt; oops... [22:03] &lt;jrand0m&gt; 0) welcome [22:03] * mihi_ did not look 2 the left column [22:03] &lt;jrand0m&gt; hi. 65th meeting I suppose. [22:03] &lt;jrand0m&gt; hehe [22:03] &lt;jrand0m&gt; 1) that code stuff [22:04] &lt;jrand0m&gt; 0.2.1.1 came out last night [22:04] &lt;jrand0m&gt; lots of goodness in there. [22:04] * mihi tests it atm. [22:04] &lt;jrand0m&gt; tunnels are tested and fail fast, penalizing all participants so they won't likely get into the rebuild [22:05] &lt;jrand0m&gt; messages in i2ptunnel are also throttled to max 64k size (larger messages caused badness) [22:05] &lt;jrand0m&gt; there are some bugs being worked out with the bw limiting code, so make sure your bw limits in router.config are negative values [22:06] &lt;jrand0m&gt; (i2p doesn't have enough traffic on it to cause real load atm anyway) [22:06] &lt;jrand0m&gt; (but bw limiting will be unit tested and fixed for 0.2.1.2) [22:07] &lt;jrand0m&gt; also, please try to keep your clocks close to correct. it sucks that we have to need that, but right now we do. [22:07] &lt;jrand0m&gt; we may be able to work out a way to not require semi-sync'ed clocks, but its delicate. [22:07] &lt;jrand0m&gt; 2) fun stuff [22:08] &lt;jrand0m&gt; a lot of the bugs being worked out in the last few releases are related to the crappy kludge of a BroadcastNetworkDB. [22:08] &lt;jrand0m&gt; since its planned for replacement in 0.3, might as well at least mention what its being replaced with [22:09] &lt;jrand0m&gt; kademlia is a structured distributed hash table (DHT) that lets us insert and fetch in under O(log(N)) time, guaranteed [22:09] &lt;jrand0m&gt; [with one small caveat thats still being worked out] [22:10] &lt;jrand0m&gt; that kademlia code needs to get written for 0.3 so we can do insert and fetch of RouterInfo and LeaseSet structures. [22:10] &lt;jrand0m&gt; however, things would be simpler if it were implemented seperately - and hence testable seperately. [22:10] &lt;jrand0m&gt; (unit testing == good) [22:11] &lt;jrand0m&gt; so, whats a simple way to unit test a dht? to write a simple file store/lookup service on it. [22:11] &lt;dm&gt; insert fetch? are we talking about content? [22:11] &lt;jrand0m&gt; enter idn: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:11] &lt;Ophite1&gt; dm: No, only routerinfo and leaseset structures. [22:12] &lt;jrand0m&gt; dm&gt; i2p's networkDatabase currently contains only two specialized structures, as ophite said [22:12] &lt;dm&gt; okay, thanks. [22:12] &lt;Ophite1&gt; may or may not be useful to use it for bootstrapping other protocols too, but it's not anonymous itself. (?) [22:12] *** grimps (~grimp@anon.iip) has joined channel #iip-dev [22:12] &lt;tusko&gt; one question: which protocol is used now for networkDatabase? [22:13] &lt;jrand0m&gt; sorry, phone. [22:13] *** Signoff: godmode0 (Ping timeout) [22:13] &lt;jrand0m&gt; correct, kademlia is not anonymous, but not non-anonymous either [22:13] &lt;Ophite1&gt; modified kademlia will scale. random will not. [22:13] &lt;jrand0m&gt; tusko&gt; currently we do a flooded broadcast [22:13] &lt;duck&gt; what about kademlia getting splitted? [22:13] &lt;dm&gt; no cell phones allowed into meeting. [22:13] &lt;duck&gt; &lt;insert zooko comments&gt; [22:13] &lt;Ophite1&gt; flooded broadcast aka gnutella method definitely won't ;) [22:13] &lt;jrand0m&gt; Ophite1&gt; right, kademlia doesn't use random ones :) [22:13] &lt;duck&gt; Ophite1: works better as freenet routing :) [22:14] &lt;jrand0m&gt; duck&gt; exactly (&lt;jrand0m&gt; [with one small caveat thats still being worked out] ) [22:14] &lt;Ophite1&gt; duck: i rest my case... ;) [22:14] *** Signoff: mihi (Ping timeout) [22:14] &lt;tusko&gt; is kademlia some sort of hypercube? [22:14] &lt;Ophite1&gt; no, a circle. [22:14] *** Signoff: mihi_ (Ping timeout) [22:14] &lt;jrand0m&gt; and/or a xor tree :) [22:15] &lt;Ophite1&gt; splits/joins... reshuffle tree? can we take a peek at emule's overnetalike for this? :) [22:15] &lt;jrand0m&gt; its a fairly easy protocol, but we can definnitely look around. [22:16] &lt;jrand0m&gt; icepick has implemented kademlia in python too, for ent (as kashmir) [22:16] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:16] &lt;Ophite1&gt; consider also malicious nodes deliberately fragmenting the tree. [22:16] &lt;jrand0m&gt; absolutely. but its fairly attack resistant [22:16] &lt;Ophite1&gt; 256 bit keyspace is more resistant to that though. [22:17] &lt;Ophite1&gt; plus would have to make a lot of routeridentity structures = hard. [22:17] &lt;tusko&gt; i found interesting the papers of gravepine: (Link: http://grapevine.sourceforge.net/)http://grapevine.sourceforge.net/ [22:17] &lt;jrand0m&gt; this is also why I want to implement it first as an application, rather than rip out the core of i2p - so we can work out all the messy details first [22:17] &lt;Ophite1&gt; so I'm pleased with sec 3 of 0.9 draft. [22:17] *** Signoff: nickthief54450 (Excess Flood) [22:18] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:18] &lt;tusko&gt; look to (Link: http://grapevine.sourceforge.net/tech-overview.php)http://grapevine.sourceforge.net/tech-overview.php [22:18] &lt;Ophite1&gt; though I might point out that if message 0, DatabasePing, is inplemented, you might want to include a hashcash in it. [22:18] &lt;jrand0m&gt; interesting tusko, I think their economic model might require some revision, as with their sybyl defenses [22:19] &lt;Ophite1&gt; (you may already; haven't ready that part) [22:19] &lt;jrand0m&gt; absolutely Ophite1. I was actually thinking about putting hashcash certs into all of the messages (DatabaseLookup included) [22:20] &lt;Ophite1&gt; good idea. though, be careful of performance and tuning vs. dos defense there, and you might want to run hashcash calc in a separate, lower-priority thread? [22:21] &lt;jrand0m&gt; well, hashcash verification should be near instantaneous [22:21] &lt;jrand0m&gt; and hashcash generation shouldn't be able to be precompiled [22:21] &lt;jrand0m&gt; er, precomputed [22:21] &lt;dm&gt; Ophite1 must be an avatar created by jrand0m so that he can finally talk about I2P with someone who understands wtf he's saying. [22:22] &lt;jrand0m&gt; lol [22:22] * dm is not fooled. [22:22] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:22] &lt;Ophite1&gt; one way of preventing that is to use derivatives of session keys as part of the hashcash.. [22:22] &lt;jrand0m&gt; right. and/or put in a nonce and the date [22:22] &lt;Ophite1&gt; date leads to those troublesome timing problems though. that could be a real issue. [22:22] &lt;Ophite1&gt; unless you feel like rewriting ntp as well ;-) [22:22] *** Signoff: mihi (Ping timeout) [22:23] &lt;jrand0m&gt; heh [22:23] &lt;jrand0m&gt; well, we've already run into that a little bit [22:23] &lt;jrand0m&gt; (hence the 30 minute fudge factor) [22:23] &lt;jrand0m&gt; a session hash may be workable though. good idea. [22:24] &lt;Ophite1&gt; and no, i'm not jrand0m's clone ;) [22:24] &lt;jrand0m&gt; ok, so for idn, I'm probably only going to implement the stuff on that I2PIDN wiki page [22:25] *** Signoff: dm (Ping timeout) [22:25] &lt;jrand0m&gt; what would probably rule would be if someone would take that and run with it - make a real user interface, better get/store apps, fec/ecc/etc. [22:25] &lt;jrand0m&gt; also, I had some ideas about a search network built in parallel as well [22:26] &lt;jrand0m&gt; but, well, its probably more useful to i2p that I focus my time on the router [22:26] &lt;Ophite1&gt; it runs on top of i2p? [22:26] &lt;jrand0m&gt; (making it functional, scalable, and secure) [22:26] &lt;jrand0m&gt; yes [22:26] &lt;jrand0m&gt; i2p lets idn be anonymous [22:27] &lt;Ophite1&gt; what were your search network ideas? [22:27] &lt;jrand0m&gt; note: its not written yet, but its looking like its #2 on my task list [22:27] &lt;Ophite1&gt; can another dht be built through tunnels? [22:27] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:27] &lt;jrand0m&gt; basically a distributed replicated db, with hashcash inserts and syncs, where people store idn keys along side metadata / etc [22:27] *** dm (~as@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; hmm, yes, certainly. but i2p isn't inherently tunnel based - its message based (i2p is IP, i2ptunnel is TCP) [22:28] &lt;Ophite1&gt; if ~all node participate = very useful for "discovering" other protocols. [22:28] &lt;jrand0m&gt; definitely [22:28] &lt;Ophite1&gt; so, should be standard. [22:28] &lt;Ophite1&gt; dhcp/zeroconf for the i2p? :) [22:28] &lt;jrand0m&gt; idn would be a very good app to bundle with i2p to let people have an 'out of box experience' [22:29] &lt;Ophite1&gt; If it's meant to be a fully featured communication/file transfer/storage application, I'd like to propose the name "Darknet". [22:29] &lt;jrand0m&gt; :) [22:29] &lt;Ophite1&gt; You, of course, probably already know where that comes from. :) [22:30] &lt;dm&gt; Where does it come from? [22:30] &lt;Ophite1&gt; MS Research's paper: The Darknet and the Future of Content Distribution. [22:30] *** Signoff: godmode0 (Ping timeout) [22:30] &lt;TC&gt; link? [22:30] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; well, tim may says he invented the term ~11 years ago ;) [22:30] &lt;tusko&gt; where is the I2PIDN wiki page? [22:30] &lt;dm&gt; (Link: http://crypto.stanford.edu/DRM2002/darknet5.doc)http://crypto.stanford.edu/DRM2002/darknet5.doc [22:30] &lt;jrand0m&gt; tusko&gt; (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:30] &lt;Ophite1&gt; also implies that the network works "in the dark" - noone knows who anyone is ;) [22:30] &lt;jrand0m&gt; exactly. [22:31] *** mihi_ (~mihi@anon.iip) has joined channel #iip-dev [22:31] &lt;jrand0m&gt; well, i2p itself is a darknet in that sense, but its generic messaging - it is the IP layer for such a darknet. [22:31] &lt;jrand0m&gt; i2ptunnel is the TCP layer, and idn is NFS :) [22:31] &lt;Ophite1&gt; i2p is the protocol that allows such a network to be created from something broadly like overnet. [22:31] &lt;Ophite1&gt; speaking of which... is there a way to specify priority in messages? [22:32] *** mihi is now known as nickthief76430 [22:32] *** mihi_ is now known as mihi [22:32] &lt;jrand0m&gt; funny that you mention that :) [22:32] *** nickthief76430 is now known as mihi_backup [22:32] &lt;mihi&gt; oops... [22:32] &lt;jrand0m&gt; I was just reading some of the upcoming HotNets2 papers ((Link: http://nms.lcs.mit.edu/HotNets-II/program.html)http://nms.lcs.mit.edu/HotNets-II/program.html) and got inspired for some QoS over i2p mechanisms [22:33] &lt;Ophite1&gt; would a bulk/low-latency bit compromise anonymity slightly (intersection attack?) by allowing traffic linkage? well, even if it were sometimes flips? [22:33] &lt;Ophite1&gt; ah, well that might work better of course =) [22:33] &lt;Ophite1&gt; Don't worry about local plausible denability. [22:33] &lt;jrand0m&gt; right, i2p assumes the local machine is trusted [22:33] *** Signoff: dm (Ping timeout) [22:33] &lt;Ophite1&gt; That is a problem to be solved by Rubberhose/Marutukku and Thermite, not I2P. [22:34] &lt;jrand0m&gt; exactly. (otherwise, the software is compromised and it doesn't matter what we do) [22:34] * TC hopes his local machine is trusted [22:34] &lt;jrand0m&gt; heh [22:34] &lt;Ophite1&gt; TC: easy way to find out; make death threats against bush and see if SS agents turn up at your door ;-) [22:34] &lt;jrand0m&gt; lol [22:34] &lt;TC&gt; done and done [22:34] *** Signoff: tonious (Ping timeout) [22:34] &lt;jrand0m&gt; hah! [22:35] * jrand0m watches my squid proxy get taken down by the fbi [22:35] &lt;TC&gt; its a trap! [22:35] &lt;jrand0m&gt; get an axe! [22:35] &lt;jrand0m&gt; :) [22:35] &lt;TC&gt; anybody play uplink? [22:35] &lt;Ophite1&gt; completed it. cracked it. released it. [22:35] &lt;Ophite1&gt; trained it too ;) [22:36] * jrand0m takes that as a "yes" [22:36] *** dm (~as@anon.iip) has joined channel #iip-dev [22:37] &lt;Ophite1&gt; there may be some dos possibilities in caching, in memory stuff... [22:37] &lt;jrand0m&gt; ok, so thats what I'm thinking with idn/kademlia. get idn implemented and working over the 0.2. code, smash it in a bit, then implement 0.3 with that kademlia implementation [22:37] &lt;jrand0m&gt; oh certainly. the todo list has 'sync pending and large messages to disk' :) [22:37] &lt;dm&gt; shouldn't IDN be implemented after I2P is tested and mature? [22:38] &lt;jrand0m&gt; thats one of the problems we ran into testing a large file of TC's eepsite [22:38] &lt;Ophite1&gt; dm: not given as it's a testbed for the fancy db. [22:38] &lt;jrand0m&gt; dm&gt; I was thinking that too, but I need to implement the kademlia code to get 0.3 ready. basically the kademlia code IS 0.3 [22:38] &lt;Ophite1&gt; I do like the hybrid dht nature such a network would provide though. [22:39] &lt;dm&gt; aha... [22:39] &lt;jrand0m&gt; but if no one wants to toss a normal UI onto it until i2p 1.0, that might be a good idea as well [22:39] &lt;Ophite1&gt; dht node discovery + ngr-like routing = scalability capable of handling critical mass [22:39] &lt;dm&gt; what happened to that original milestone list. secure--&gt;anonymous--&gt;not harvestable, etc... [22:39] &lt;Ophite1&gt; jrand0m: I will refrain from advertising it to pirates until it's ready. that enough? [22:39] &lt;jrand0m&gt; well, minus the ngr-like routing :) we tunnel :) [22:39] &lt;TC&gt; as long as we keep the cli [22:39] &lt;dm&gt; ah scalable was one of the items in that chain. [22:39] &lt;jrand0m&gt; dm&gt; 0.3 is necessary for scalable. which is before not harvestable [22:39] &lt;jrand0m&gt; thanks Ophite1 :) [22:40] &lt;jrand0m&gt; definitely TC. I'll need the cli to test it [22:40] &lt;Ophite1&gt; scalability of the actual anonymous stuff is directly related to choices made in the routing for the tunnels, and that's a router implementation thing? [22:40] &lt;jrand0m&gt; (and, c'mon, we'll probably do software distribution / releases with idn) [22:40] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:40] &lt;dm&gt; alrighty... sounds okay then. [22:40] &lt;jrand0m&gt; absolutely ophite. [22:40] &lt;Ophite1&gt; suggestion: maximum message size? [22:40] &lt;jrand0m&gt; thats the Hard problem [22:41] &lt;jrand0m&gt; max message size is currently insanely large (4g) but I'm thinking of trimming it to 64k or 128k [22:41] &lt;jrand0m&gt; but I don't want to resort to that yet [22:41] * Ophite1 goes digging in notes [22:41] &lt;Ophite1&gt; BitTorrent/Scone scalability notes indicate 512K. [22:42] &lt;jrand0m&gt; heh ok cool. (any refs I can dig into?) [22:42] &lt;Ophite1&gt; but, think of it like tcp window size. [22:42] &lt;jrand0m&gt; right [22:42] &lt;Ophite1&gt; not for scone, sorry - friend's research project. [22:42] &lt;jrand0m&gt; coo', no worry [22:42] *** Signoff: mihi_backup (Ping timeout) [22:42] &lt;Ophite1&gt; fwiw, your kademlia is about as good as his though :) [22:42] &lt;jrand0m&gt; hehe [22:42] &lt;jrand0m&gt; (well, I haven't implemented it yet ;) [22:42] &lt;Ophite1&gt; uh, hers I mean :/ [22:42] &lt;jrand0m&gt; oh wikked [22:43] &lt;dm&gt; boner.. [22:43] *** mihi_backup (~mihi@anon.iip) has joined channel #iip-dev [22:43] &lt;jrand0m&gt; heh [22:43] &lt;jrand0m&gt; so, thats 2) kademlia, 0.3, and idn [22:43] &lt;Ophite1&gt; she named her toys after puddings. custard, crumble (Waste-like), strudel.. her bittorrent-a-like was the fastest pudding in the world - 'scone ;) [22:43] &lt;jrand0m&gt; haha [22:45] &lt;Ophite1&gt; she's a math. [22:45] &lt;jrand0m&gt; even better [22:45] &lt;jrand0m&gt; there's a lot of stats gathering / analysis that will be coming up for advanced peer selection [22:45] &lt;Ophite1&gt; but I'll see if I can bounce stuff past her. scalability from i2np 0.9 was from her - she likes it. [22:45] &lt;jrand0m&gt; (unfortunately we can't cheat like mnet, mixminion, and tor) [22:46] &lt;jrand0m&gt; great to hear [22:46] &lt;Ophite1&gt; one comment - dsa? [22:46] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:46] &lt;Ophite1&gt; dsa 1024 bit, as in SHA-1? [22:46] &lt;jrand0m&gt; yea [22:47] &lt;Ophite1&gt; 'spose it is tried and tested. [22:47] &lt;Ophite1&gt; also small. [22:47] &lt;jrand0m&gt; right. but I'm not 100% tied to our particular crypto impls [22:47] &lt;Ophite1&gt; anyway. to roadmap. [22:47] &lt;TC&gt; haha, lets name a windows version 'Microsoft Darknet (r)' [22:47] &lt;jrand0m&gt; heh tc [22:48] &lt;jrand0m&gt; ok, 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:48] &lt;jrand0m&gt; because of all the bugs I've been running into wrt the broadcast db, I want to escalate the 0.3 (kademlia db) release [22:48] &lt;TC&gt; its nice not being limmited by trademarks like a normal open source project [22:49] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:49] &lt;jrand0m&gt; 0.2.3 is restricted routes / trusted peers, and probably not a hard feature requirement that anyone here has. it can be shuffled out to 0.4 without problem, I think [22:50] &lt;jrand0m&gt; 0.2.2 is tunnel mods, but I think a lot of the pressure to get that implemented will be eased with the 0.2.1.1 release (which tests and rebuilds tunnels as necessary, rather than waiting 10 minutes) [22:50] &lt;Ophite1&gt; trusted peers is an area that needs some revision imho. [22:50] &lt;jrand0m&gt; agreed. [22:50] *** dm_backup (~as@anon.iip) has joined channel #iip-dev [22:50] &lt;Ophite1&gt; only area that doesn't give me warm fuzzies. [22:50] &lt;Ophite1&gt; though that may just be the word "trusted". :) [22:50] &lt;jrand0m&gt; basically my current thoughts are to publish tunnels to routers [22:50] &lt;jrand0m&gt; heh [22:51] &lt;jrand0m&gt; (if we publish tunnels to routers, we can get away with untrusted gateways, which drops the 'trusted' from trusted peers) [22:51] *** Signoff: dm (Ping timeout) [22:51] *** dm_backup is now known as dm [22:51] &lt;Ophite1&gt; need to analyse anonymity implications of that. [22:51] &lt;jrand0m&gt; but trusted peers is inherently necessary in a militant grade anon system, where /all/ nodes you can contact are considered attackers. [22:52] &lt;Ophite1&gt; don't think that is truly possible... [22:52] &lt;jrand0m&gt; certainly. yet another reason it should get 0.4 [22:52] &lt;jrand0m&gt; Ophite1&gt; trusted nodes with timed / triggered self destruct. [22:52] &lt;jrand0m&gt; set up a patsy, route through it, kill it [22:52] &lt;jrand0m&gt; exactly, if patsies delete their logs after N hours / N bytes / N messages [22:52] &lt;Ophite1&gt; I mean if you want me to release a worm that sets up a couple of million... [22:53] &lt;Ophite1&gt; logs? what logs? [22:53] &lt;jrand0m&gt; :) [22:53] &lt;jrand0m&gt; ok, format the disks ;) [22:53] * Ophite1 wrote kernel-level stealth trojan [22:53] &lt;jrand0m&gt; nice [22:53] * dm wrote kernel level outlook calendar plugin. [22:53] &lt;Ophite1&gt; ...when I was 19 :) [22:53] &lt;Ophite1&gt; still works. :) [22:54] &lt;Ophite1&gt; not going to include it in this though, don't worry, or, uh, check my code, which would probably be a Good Thing To Do anyway ;) [22:54] &lt;dm&gt; when I was 12. [22:54] &lt;jrand0m&gt; I don't think i2p will want /that/ large distribution until after 1.0 is stable and heavily peer reviewed [22:54] &lt;jrand0m&gt; heh Ophite1 [22:54] &lt;jrand0m&gt; heh dm [22:54] &lt;Ophite1&gt; frankly, think that is a fluff feature. [22:54] &lt;jrand0m&gt; perhaps. [22:55] &lt;jrand0m&gt; restricted routes is a necessity though [22:55] &lt;jrand0m&gt; its basic functionality for people behind firewalls [22:55] &lt;jrand0m&gt; (very restrictive firewalls) [22:55] &lt;Ophite1&gt; hello, transports. [22:55] &lt;Ophite1&gt; we'll get to that. [22:55] &lt;Ophite1&gt; or is now the appropriate time to discuss them? [22:55] &lt;jrand0m&gt; sure, lets dig in :) [22:56] &lt;jrand0m&gt; we've already run into a problem with an unreachable peer that could be solved with restricted routes [22:56] *** tusko has left #iip-dev [22:56] &lt;jrand0m&gt; even though it was due to misconfiguration, it could be more common [22:57] &lt;Ophite1&gt; Also: given two cooperating peers behind inbound-filtering firewalls that drop bad packets, and one cooperating peer which is not behind a firewall and can send packets with forged IP source addresses to both of the other peers... [22:57] &lt;Ophite1&gt; You can establish a TCP connection between the two firewalled peers that both firewalls think is outbound. [22:57] &lt;jrand0m&gt; definitely [22:57] &lt;dm&gt; forged IP addresses?!? [22:58] &lt;Ophite1&gt; believe me, firewalls are a VERY common problem. [22:58] &lt;Ophite1&gt; sometimes they are user-controlled but the user is a doofus. that can be handled with the installer handling the firewall :) [22:58] &lt;dm&gt; I2P is gonna use IP spoofing? :) [22:58] &lt;jrand0m&gt; definitely. if i2p can't operate behind firewalls / NATs / proxies, there's no reason to continue. [22:59] &lt;Ophite1&gt; sometimes they are actively hostile, corporate or educational gateways seeking to deliberately mess up everything. It's got to traverse those, and traverse them cleanly. [22:59] &lt;jrand0m&gt; dm&gt; transport options [22:59] &lt;jrand0m&gt; absolutely Ophite1 [22:59] &lt;Ophite1&gt; dm: I have a working implementation - in the Direct Connect protocol. [22:59] &lt;jrand0m&gt; i2p wants to be the battleground for that code. [22:59] &lt;Ophite1&gt; dm: If *that* can handle it, i2p can. [22:59] *** Signoff: tonious (Ping timeout) [23:00] &lt;Ophite1&gt; I suggest leaving it turned off by default though. Only a very few want it turned on, and it would be nice if they can advertise which they are so requests can be routed to them. [23:00] &lt;dm&gt; you can't spoof IPs without native code can you? [23:00] &lt;Ophite1&gt; the advantage is that they don't have to route *through*, just help the setup. [23:00] &lt;Ophite1&gt; = massive speed boost. [23:01] &lt;jrand0m&gt; definitely Ophite1, thats what the RouterInfo.routerAddress[] structure is for [23:01] &lt;Ophite1&gt; dm: yeah, like this isn't going to be rewritten? [23:01] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [23:01] &lt;dm&gt; okay, just checking... [23:01] &lt;jrand0m&gt; right dm, I have no qualms whatsoever with including native code in i2p [23:01] &lt;Ophite1&gt; I would like to state that I don't think java is a permanent solution. [23:01] &lt;Ophite1&gt; And that I regard java router as testbed/prototype. [23:01] &lt;jrand0m&gt; thats fine. if it gets us to 1.0, works out the protocol, etc, good enough. [23:02] &lt;Ophite1&gt; ...and hope it doesn't get stuck there as freenet has ;) [23:02] &lt;dm&gt; IPAddress.Spoof(192.168.32.1); [23:02] *** alient (alient@anon.iip) has joined channel #iip-dev [23:02] &lt;jrand0m&gt; lol dm [23:02] &lt;dm&gt; import IPSpoofing; [23:02] &lt;Ophite1&gt; mmm... raw sockets in java ;) [23:02] &lt;jrand0m&gt; fcntl / ioctl in java... mmMMmm [23:02] &lt;mihi&gt; hmm, raw sockets require root on unix, don't they? [23:02] &lt;dm&gt; women with large breasts lickig my penis.. mmMMmmm [23:02] &lt;jrand0m&gt; so we include a rootkit [23:03] &lt;jrand0m&gt; ;) [23:03] &lt;Ophite1&gt; jrand0m: got it covered =) [23:03] &lt;jrand0m&gt; heh [23:03] &lt;Ophite1&gt; besides as I said; only a few need it. [23:03] &lt;jrand0m&gt; right [23:04] &lt;jrand0m&gt; and only for legitimate reasons, of course. [23:04] &lt;Ophite1&gt; on my dc hub, only one (bot) had the capability, and the hub told it when passives wanted to connect to passives. [23:04] &lt;Ophite1&gt; caused a bit of amazement that did. [23:04] &lt;jrand0m&gt; hehe [23:04] &lt;Ophite1&gt; also got the bot's host shut down, hence my suggestion to perhaps turn it off by default :) [23:04] &lt;jrand0m&gt; thats definitely a good feature to have avail [23:04] &lt;jrand0m&gt; lol [23:05] *** Signoff: nickthief54450 (Excess Flood) [23:05] &lt;jrand0m&gt; ok, so with restricted routes pushed to 0.4, we have a month or so to continue the debate as to whether the functionality is necessary [23:06] &lt;jrand0m&gt; any other thoughts / things that should be in the roadmap that aren't, things that are in the wrong place, etc? [23:06] &lt;Ophite1&gt; I say push it to 0.4 definitely. It will cause firewall issues at the moment but we are still in testing... [23:06] &lt;Ophite1&gt; ...someone that can't open a firewall port probably shouldn't be trying it yet. [23:06] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; right. and even with firewalls, PHTTP lets them through. [23:07] &lt;Ophite1&gt; though need to test phttp against hostile proxies. [23:07] * jrand0m is behind a firewall I don't control and I participate fully in i2p [23:07] &lt;dm&gt; hax0r [23:07] &lt;jrand0m&gt; well, yes, hostile proxies can fake confirm, but its all signed, so the message can't go to the wrong place / etc [23:08] &lt;jrand0m&gt; but the phttp relay and transport does have a lot of features needed [23:08] &lt;Ophite1&gt; in particular, to examine the future possibilities application level routers might have at detecting/fucking up the protocol. [23:08] &lt;jrand0m&gt; hm? [23:08] &lt;Ophite1&gt; have some experience with firewall tunnelling though. [23:08] &lt;Ophite1&gt; might want to include a GET fallback. [23:09] &lt;jrand0m&gt; hmm. GET goes into logs. but perhaps as a fallback [23:09] &lt;jrand0m&gt; (POST can be to /index.html) [23:09] &lt;Ophite1&gt; jrand0m: but it's all signed/encrypted if noderefs are cool...? [23:10] &lt;Ophite1&gt; unless the proxy becomes an active attacker too, that's going to be quite hard for it. [23:10] &lt;jrand0m&gt; all messages are encrypted to the destination router, and the designation as to what phttp relay to go through is signed in the routerInfo [23:10] &lt;jrand0m&gt; right. phttp proxy as is certainly isn't strong enough to go against an active attacker [23:11] *** Signoff: grimps (Leaving) [23:12] &lt;jrand0m&gt; I think it'd be great if people posted some alternate transport ideas to the wiki :) [23:12] &lt;jrand0m&gt; ok, 4) app status [ppp2p, i2ptunnel, im, ns, squid] [23:12] &lt;jrand0m&gt; damn, tusko left [23:12] &lt;jrand0m&gt; tusko wrote a python script (ppp2p) to let people run ppp over i2p via i2ptunnel [23:13] &lt;Ophite1&gt; Told you someone would do that :) [23:13] &lt;dm&gt; ppp over i2p? [23:13] &lt;jrand0m&gt; I haven't looked at it, but last I heard he was running a vpn over i2p with 5s ping times [23:13] &lt;jrand0m&gt; heh yeah [23:13] &lt;Ophite1&gt; dm: of course. [23:13] &lt;dm&gt; when could you use that? [23:13] &lt;dm&gt; could/would [23:13] &lt;jrand0m&gt; dm&gt; anonymous outproxy [23:13] &lt;Ophite1&gt; dm: anonymous ANYTHING. [23:13] &lt;jrand0m&gt; to, say, run a kazaa node anonymously, or whatever [23:13] * Ophite1 points out that anyone running an outbound i2p-&gt;ppp link is insane and will probably be blacklisted/hunted down [23:13] &lt;dm&gt; ah, I understand. [23:13] &lt;jrand0m&gt; definitely Ophite1 [23:14] &lt;jrand0m&gt; so right now, its only for trusted peers. [23:14] &lt;Ophite1&gt; see also: the dresden JAP cascade... :) [23:14] &lt;jrand0m&gt; which, well, doesnt really make sense for anonymity... [23:14] &lt;jrand0m&gt; heh [23:14] &lt;Ophite1&gt; also most of the stuff going out of their node will be unencrypted... [23:14] * jrand0m thinks about ike over ppp over i2p [23:15] * jrand0m watches my head explode [23:15] *** fiaga (~po@anon.iip) has joined channel #iip-dev [23:15] &lt;Ophite1&gt; jrand0m: why not i2p over ppp over i2p? [23:15] &lt;jrand0m&gt; definitely doable. aint recursion fun? [23:15] &lt;soros&gt; i2p over i2p :-o [23:15] &lt;jrand0m&gt; or i2p over ppp over i2p over i2p over freenet over kazaa [23:15] &lt;Ophite1&gt; now that's just silly. Freenet wouldn't possibly work ;) [23:16] &lt;godmode0&gt; over slow connect :) [23:16] &lt;jrand0m&gt; heh it'd have latency issues, certainly :) [23:16] &lt;mihi&gt; ... over an icmp tunnel over ... [23:16] &lt;Ophite1&gt; ooh yes, loki :) [23:16] &lt;Ophite1&gt; 0ldsk00l :) [23:17] &lt;Ophite1&gt; I2P addresses, being the public keys, are ... rather long. [23:17] &lt;jrand0m&gt; yes. [23:17] &lt;jrand0m&gt; actually, since we're on agenda item 4: ns [23:17] &lt;Ophite1&gt; As in an I2P www url being actually too long to paste into any sane place (&gt;512 chars?!!) [23:17] &lt;mihi&gt; co promised to write a naming service... [23:17] &lt;jrand0m&gt; yeah. [23:17] &lt;jrand0m&gt; I think with idn implemented, it would be very easy for someone to adapt the kademlia code into a distributed dns [23:17] &lt;mihi&gt; Ophite1: post them to the eepsite forum. [23:18] &lt;Ophite1&gt; trouble with namespace as I can figure it out is that there has to be either some degree of central control OR you have to allow collisions. [23:18] *** Signoff: fiaga (Ping timeout) [23:18] &lt;jrand0m&gt; (just toss on a CA or WoT CAs, and voila. (Link: www.mihi.i2p)www.mihi.i2p) [23:18] &lt;jrand0m&gt; not necessarily. [23:18] &lt;Ophite1&gt; please enlighten me with your better ideas then. [23:18] &lt;jrand0m&gt; Ophite1&gt; check out co/wiht's specs on the iip-dev list. [23:19] &lt;Ophite1&gt; best I could come up with is root key creates signed namespaces. dnssec stylee. [23:19] &lt;jrand0m&gt; he doesn't go the full route with a dht, but he manages groups [23:19] &lt;jrand0m&gt; just like how we do now - we /all/ can choose who our root dns servers are. [23:19] &lt;jrand0m&gt; in the same vein, we /all/ should be able to choose who our CA (or CA WoT) is [23:20] &lt;jrand0m&gt; so I guess technically there /could/ be collisions, but only once there are multiple CA groups that don't interact [23:20] * Ophite1 notes that is unlikely [23:20] &lt;jrand0m&gt; agreed [23:20] &lt;Ophite1&gt; you either trust the root CA or you don't. [23:20] &lt;jrand0m&gt; and if you don't trust the root, you create your own [23:21] &lt;jrand0m&gt; (or find another) [23:21] &lt;Ophite1&gt; and if you don't trust the root CA it's for a reason, a reason that will rapidly get around. [23:21] &lt;jrand0m&gt; exactly [23:21] &lt;jrand0m&gt; especially when there's anonymous publishing :) [23:21] &lt;Ophite1&gt; being as CA's only real purpose is to insure anti-collision - like Trent... [23:21] &lt;jrand0m&gt; right [23:22] &lt;Ophite1&gt; about the only thing that would cause lack of trust in CA is (1) key leakage or (2) refusal to register something that isn't already registered. [23:22] * jrand0m notes verisign's "trustworthiness" [23:23] * Ophite1 notes that Verisign purports to verify the identity of the certificate holder - one of the properties that an I2P namespace is in fact guaranteed NOT to do [23:23] &lt;jrand0m&gt; self signed certs+++ [23:24] &lt;Ophite1&gt; also I'd point out that distributed systems - like Darknet, as I will call it from here on in until it sticks :) - built on top of i2p probably wouldn't use the namespace. [23:24] &lt;Ophite1&gt; It's for servers, really. [23:24] &lt;jrand0m&gt; heh [23:24] &lt;jrand0m&gt; right [23:24] &lt;Ophite1&gt; Servers don't scale. That problem will be in i2p as much as in IP. [23:24] &lt;Ophite1&gt; so, I think that the usage in practice will actually be surprisingly limited. [23:24] &lt;jrand0m&gt; the idn ("darknet") would keep references to destinations - the full 387 bits of their keys, not some pretty name [23:24] &lt;jrand0m&gt; agreed. [23:25] &lt;jrand0m&gt; except / until someone writes a distributed outproxy system [23:25] &lt;jrand0m&gt; aka o-r / freedom over i2p [23:25] &lt;TC&gt; how many diffrent keys can we have? [23:25] * jrand0m looks forward to that day [23:25] &lt;jrand0m&gt; tc&gt; 2^2048 [23:25] &lt;Ophite1&gt; jrand0m: at which point the root key signs them a namespace: .proxy.i2p [23:26] &lt;dm&gt; This must be the most hypothetical/megalomaniac open source development meeting ever :) [23:26] &lt;jrand0m&gt; aint subspaces grand :) [23:26] &lt;jrand0m&gt; lol dm [23:26] &lt;jrand0m&gt; hey, we're alowed to aim high, aint we? [23:26] &lt;dm&gt; I'm sure most devl meetings are like: "So, do we put 3 bits for the mpeg-5 header or 4?" [23:26] &lt;Ophite1&gt; jrand0m: oddly as it may seem, not every number works for elgamal ;-) [23:26] &lt;TC&gt; dm, youve seen debian meetings right? [23:26] &lt;jrand0m&gt; awww c'mon, 000000000000000000000000000 is a secure key [23:26] * Ophite1 hands out Chocolate Digestives [23:26] &lt;dm&gt; TC: no, what are the like? [23:26] &lt;Ophite1&gt; jrand0m: ooh, identity. [23:26] &lt;TC&gt; dm, i dont know, i was asking [23:27] &lt;jrand0m&gt; ok. thecrypto isn't here either... anyone have im thoughts? [23:27] &lt;Ophite1&gt; damn, I was about to ask about that. [23:27] &lt;Ophite1&gt; quite an important app. [23:27] &lt;dm&gt; Anyway, this type of meeting is more lurker-friendly, so I'm all for it. [23:27] * dm is entertained. [23:27] &lt;jrand0m&gt; heh [23:27] &lt;TC&gt; where is co? [23:27] &lt;Ophite1&gt; as many people will expect i2p to be iip's successor. [23:28] &lt;jrand0m&gt; iip over i2p is fairly easy, if we don't want dcc [23:28] &lt;Ophite1&gt; (I guess it could be, if we just run an iip irc server over i2p...) [23:28] &lt;jrand0m&gt; iip over i2p with dcc requires a new app [23:28] &lt;jrand0m&gt; exactly Ophite1 [23:28] &lt;jrand0m&gt; 0 coding [23:28] &lt;TC&gt; cant we just run irc over i2p? [23:28] &lt;Ophite1&gt; I don't like that idea 'cause ... well, it doesn't give us anything we don't already have :) [23:28] &lt;jrand0m&gt; but last I heard, thecrypto was doing some work on an IM app [23:28] &lt;jrand0m&gt; certainly tc [23:29] &lt;jrand0m&gt; right Ophite1, and it doesn't scale [23:29] &lt;jrand0m&gt; (all the traffic gets funneled to the ircd) [23:29] &lt;Ophite1&gt; Also the IRCd can spy on traffic. [23:29] &lt;TC&gt; ah, goodpoint [23:29] &lt;jrand0m&gt; (this would be when UserX should show up and discuss his ideas for iip2.0) [23:29] &lt;jrand0m&gt; right Ophite1 [23:29] &lt;jrand0m&gt; all the problems of the current iip [23:29] &lt;Ophite1&gt; jrand0m: And absolutely nothing different. [23:29] &lt;jrand0m&gt; more lag. [23:30] &lt;Ophite1&gt; except it's in java. lovely. :) [23:30] &lt;jrand0m&gt; heh [23:30] &lt;Ophite1&gt; Now, shitloads of people have cut their undergraduate teeth trying and failing to build distributed chat applications. [23:30] &lt;jrand0m&gt; ok, so someone should either help thecrypto out or push him along some more :) [23:30] * Ophite1 points out IRC3 [23:30] &lt;jrand0m&gt; yeah, its a perfect school project [23:30] &lt;Ophite1&gt; ..and SILC... [23:30] &lt;Ophite1&gt; ...and... [23:31] &lt;Ophite1&gt; well about a gazillion others. [23:31] &lt;jrand0m&gt; 'zactly [23:31] &lt;Ophite1&gt; Literally all of these, I might add, are pre-DHT as far as I can tell. [23:31] &lt;jrand0m&gt; yup [23:31] &lt;Ophite1&gt; That's disappointing 'cause that's a freakishly useful structure. [23:31] &lt;jrand0m&gt; a DHT for lookup / P3P, and then direct con for IM [23:31] &lt;jrand0m&gt; group chat is harder though, but not too hard [23:31] &lt;Ophite1&gt; well, direct in the i2p sense :) [23:31] &lt;jrand0m&gt; heh right [23:32] &lt;Ophite1&gt; what about darkmail/i2pmail? [23:32] &lt;soros&gt; group sex too [23:32] &lt;dm&gt; soros: agreed. [23:32] &lt;jrand0m&gt; group sex isn't that hard soros ;) [23:32] &lt;jrand0m&gt; lol [23:32] &lt;jrand0m&gt; email over i2p is easy. someone just needs to run a pop server [23:32] &lt;jrand0m&gt; or webmail [23:32] &lt;jrand0m&gt; hahah [23:33] &lt;Ophite1&gt; jrand0m: sure, as long as literally everyone is okay with bloody pgp :) [23:33] * Ophite1 gets CKT nightmares again [23:33] &lt;jrand0m&gt; oh, true. that'd expose the contents to hte server ;) [23:33] &lt;Ophite1&gt; Also... spam. [23:33] &lt;jrand0m&gt; yup [23:33] &lt;Ophite1&gt; We have this thing called hashcash. [23:33] &lt;Ophite1&gt; They sort of fit together, no? [23:34] &lt;jrand0m&gt; ok, so yeah, someone should get working on an i2p specific email app :) [23:34] &lt;Ophite1&gt; obviously that would work best as part of the im. [23:34] &lt;Ophite1&gt; What, after all, is the distinction between irc and email? [23:34] &lt;jrand0m&gt; true, like an IM VMB [23:34] &lt;Ophite1&gt; Whether or not you can page up and see what you missed after you rejoin... [23:34] &lt;jrand0m&gt; placed into the dht [23:34] &lt;jrand0m&gt; good point [23:35] * jrand0m wishes we had a team of a dozen coders [23:35] &lt;Ophite1&gt; note, however, that mail requires storage, as it is offline communication. irc requires no storage, as it is online communication. [23:35] &lt;dm&gt; also email has a lot more penis enlargement adverts. [23:35] &lt;Ophite1&gt; jrand0m: ask around for funding. [23:35] &lt;Ophite1&gt; dm: see above re: hashcash. [23:35] &lt;jrand0m&gt; right, the P3P could contain pending messages [23:36] &lt;Ophite1&gt; dm: A primitive that was not available to the bloke who hacked up email in a night. [23:36] &lt;Ophite1&gt; (At least we won't have to use ! paths to specify the tunnel manually. heh. heh. heh.) [23:36] * dm is gonna miss clear-text dead simple protocols. [23:36] &lt;jrand0m&gt; jrandom%ophite!dm!mihi [23:37] &lt;Ophite1&gt; no, this is i2p. Insert ~520 garbage characters between the bangs then you're closer ;) [23:37] &lt;jrand0m&gt; haha [23:37] &lt;Ophite1&gt; several of these things *are* sort of related. [23:37] &lt;jrand0m&gt; true, 387 bytes base64 encoded... [23:38] &lt;Ophite1&gt; or to put it another way, ELONGURL :) [23:38] &lt;jrand0m&gt; heh [23:38] &lt;Ophite1&gt; [does IE chop at 512?] [23:38] &lt;jrand0m&gt; naw, works fine [23:38] &lt;Ophite1&gt; you admit to using IE? [23:38] &lt;Ophite1&gt; To browse anonymously?! [23:38] &lt;jrand0m&gt; ;) [23:38] * Ophite1 pulls out six of Liu De Yiu's best and waits =) [23:38] * jrand0m uses ie for eppsites, moz for squiding [23:39] &lt;duck&gt; what item are we now? [23:39] &lt;duck&gt; 4? [23:39] &lt;jrand0m&gt; yeah, ok ok [23:39] &lt;Ophite1&gt; still 4 I think. [23:39] &lt;jrand0m&gt; i2ptunnel. still kicks ass. [23:39] &lt;jrand0m&gt; any thoughts? any comments mihi? [23:40] &lt;jrand0m&gt; one thing I want to note wrt the squid outproxy is that I've updated the header filtering to ALLOW COOKIES and replace the user agent with something silly [23:40] * mihi just waits for naming service... [23:40] &lt;jrand0m&gt; mihi (or someone else)&gt; it'd be really easy to bootstrap such a naming service with an /etc/hosts style i2p ns [23:41] &lt;mihi&gt; btw: are there any other public dests except your squid and tc's eepsite? [23:41] &lt;jrand0m&gt; i2pcvs.dest [23:41] &lt;jrand0m&gt; (points at the i2p cvs pserver) [23:41] &lt;jrand0m&gt; (but isn't always up) [23:41] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:41] &lt;jrand0m&gt; hola yodel [23:41] &lt;yodel&gt; hela [23:42] &lt;jrand0m&gt; ok, I think thats it for 4) apps [23:42] &lt;jrand0m&gt; 5) comments / questions / etc [23:42] &lt;mihi&gt; gui installer? [23:42] &lt;TC&gt; hi yodel [23:43] &lt;yodel&gt; I have to start experimenting putting the xml-rpc over i2p [23:43] &lt;yodel&gt; should work with httptunnel [23:43] &lt;jrand0m&gt; good question mihi. last I heard MrEcho had some of it working [23:43] &lt;jrand0m&gt; awesome yodel [23:43] &lt;jrand0m&gt; definitely. [23:43] &lt;jrand0m&gt; how large are the streams? [23:43] &lt;jrand0m&gt; (aka how chatty is the protocol?) [23:44] * Ophite1 plans to try BitTorrent over I2P as a stress test [23:44] &lt;yodel&gt; xml over http [23:44] &lt;yodel&gt; the ssl layer wont be needed with i2p [23:44] &lt;Ophite1&gt; so, uh, very chatty? :) [23:44] &lt;jrand0m&gt; ah cool, large POST or large replies? [23:44] &lt;jrand0m&gt; (or just small and small?) [23:45] &lt;jrand0m&gt; damn you Ophite1 :) [23:45] &lt;yodel&gt; equal sizes [23:45] &lt;yodel&gt; does httptunnel support gzipped http? [23:45] &lt;jrand0m&gt; but doesn't bt use IP addresses? [23:45] &lt;jrand0m&gt; hmm, httptunnel doesn't have any inherent compression, its just a bitstream [23:45] &lt;TC&gt; hmm, package i2p+ppp\vpn+gui as a security solution for wireless windows shares [23:45] &lt;yodel&gt; so should work... [23:45] &lt;godmode0&gt; jrand0m&gt; you test i2p in nntp news server ? [23:45] &lt;jrand0m&gt; yup yodel [23:45] &lt;yodel&gt; 500-1000 byte send, same for reply [23:46] &lt;jrand0m&gt; hmm I haven't tested that yet godmode0 [23:46] &lt;yodel&gt; much less when zipped [23:46] &lt;jrand0m&gt; oh cool yodel, that'll work without any problem [23:46] &lt;yodel&gt; what is the latency for a single msg/package/whatever? [23:46] &lt;jrand0m&gt; 2-5s, sometimes up to 10s [23:46] &lt;jrand0m&gt; (currently) [23:46] &lt;Ophite1&gt; not bad for a pre-dht :) [23:46] &lt;yodel&gt; so 20s roundtime? [23:47] &lt;jrand0m&gt; I usually pull up a web page in 5-10s [23:47] &lt;yodel&gt; ah [23:47] &lt;yodel&gt; goo [23:47] &lt;yodel&gt; +d [23:48] &lt;jrand0m&gt; damn, we're coming up to the 2 hour mark. anyone have any other questions / thoughts? [23:48] &lt;Ophite1&gt; Pie is good. [23:48] &lt;duck&gt; jrand0m: why do you drink cheap local beer? [23:48] &lt;Ophite1&gt; Orgy and pie is better. [23:48] &lt;jrand0m&gt; rofl duck [23:49] &lt;Ophite1&gt; duck: It's better than Tesco Value Lager? [23:49] * Ophite1 spits from reflex [23:49] &lt;jrand0m&gt; heh [23:49] * duck is concerned about jrand0m's health [23:49] &lt;jrand0m&gt; you're concerned about my cheap beer habits but not my good whiskey habits? [23:50] * Ophite1 reminds about the single malt on Cary Sherman's head [23:50] &lt;duck&gt; do you eat well? [23:50] &lt;godmode0&gt; corona [23:50] &lt;duck&gt; do you do your daily exercises? [23:50] &lt;jrand0m&gt; well, i'm one of those veggies [23:50] &lt;Ophite1&gt; Isn't that a personal question, duck? [23:50] &lt;jrand0m&gt; does typing count? [23:50] &lt;duck&gt; you did drink that much already? [23:50] &lt;duck&gt; that you became a veggie [23:50] &lt;jrand0m&gt; heh [23:50] &lt;Ophite1&gt; cheap beer will do that. [23:51] &lt;duck&gt; Ophite1: jrand0m's health should concern us all, since it is essential for I2P [23:51] *** Signoff: mihi_backup (mihi hands jrand0m the *BAF*er) [23:51] &lt;jrand0m&gt; heh ok ok mihi [23:51] * jrand0m winds up [23:51] * jrand0m *baf*s the meeting closed </div>/zh/blog/2003/11/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2003%E5%B9%B411%E6%9C%8811%E6%97%A5/Tue, 11 Nov 2003 00:00:00 +0000/zh/blog/2003/11/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2003%E5%B9%B411%E6%9C%8811%E6%97%A5/<p>(由 Wayback Machine 提供 <code>http://www.archive.org/</code>)</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> dish, dm, jrand0m, MrEcho, nop</p> <p>(会议记录经过编辑，以掩盖 iip 在会议中途崩溃且出现大量 ping 超时的事实，所以不要把它当作一篇平铺直叙的记录来读)</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 议程 [22:02] &lt;jrand0m&gt; 0) 欢迎 [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) 状态 [22:02] &lt;jrand0m&gt; 1.2) 路线图变更 [22:02] &lt;jrand0m&gt; 1.3) 待认领的子项目 [22:02] &lt;jrand0m&gt; 2) 本地 modPow [22:03] &lt;jrand0m&gt; 2) GUI 安装程序 [22:03] &lt;jrand0m&gt; 3) IM [22:03] &lt;jrand0m&gt; 4) 命名服务 [22:03] &lt;MrEcho&gt; 我看到了那段 .c 代码 [22:03] &lt;jrand0m&gt; 5) 许可 [22:03] &lt;jrand0m&gt; 6) 其他？ [22:03] &lt;jrand0m&gt; 0) 欢迎 [22:03] &lt;jrand0m&gt; 嗨。 [22:03] &lt;nop&gt; 嗨 [22:03] &lt;jrand0m&gt; 会议 2^6 [22:04] &lt;jrand0m&gt; nop，有要补充到议程里的项目吗？ [22:04] &lt;jrand0m&gt; 好的，1.1) router 状态 [22:04] &lt;jrand0m&gt; 我们是 0.2.0.3，按我上次听到的说法，它是可用的 [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; 对吧？ [22:05] &lt;MrEcho&gt; 我在跑它……看起来没问题 [22:05] &lt;nop&gt; 不 [22:05] &lt;jrand0m&gt; 0.2.0.3 发布后有一些小的提交，不到出新版本的程度 [22:05] &lt;nop&gt; 我只是想赶上进度 [22:05] &lt;jrand0m&gt; 酷 [22:06] &lt;jrand0m&gt; 鉴于 0.2.0.x 的经验和反馈，我们更新了路线图，让运行时占用更少资源 [22:06] &lt;jrand0m&gt; （也就是让人们能跑 web 服务器/等，而不会吃满他们的 CPU） [22:06] &lt;jrand0m&gt; 具体来说（进入议程 1.2）：http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:06] &lt;MrEcho&gt; 我注意到大多数 router 使用：TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; 它会自动走 phttp，还是会先尝试 tcp？ [22:07] &lt;jrand0m&gt; 嗯，大多数 router 应该支持 PHTTP，如果它们能接受入站连接，也应该支持 TCP [22:07] &lt;jrand0m&gt; 只要可能就会使用 TCP [22:07] &lt;jrand0m&gt; PHTTP 的权重成本大约比 TCP 高 1000 倍 [22:08] &lt;jrand0m&gt; （参见 GetBidsJob，它会询问每个传输认为向某个对等体发送消息的代价） [22:08] &lt;jrand0m&gt; （另见 TCPTransport.getBid 和 PHTTPTransport.getBid 所用到的数值） [22:08] &lt;MrEcho&gt; 好 [22:08] &lt;jrand0m&gt; 你经常用 PHTTP 来收发消息吗？ [22:09] &lt;jrand0m&gt; （那可能表明你的 TCP 监听器不可达） [22:09] &lt;MrEcho&gt; 我这边没有填那些 URL [22:09] &lt;jrand0m&gt; 啊，OK。 [22:09] &lt;MrEcho&gt; 哦，是的 [22:10] &lt;jrand0m&gt; 好的，嗯，我的 router 和你之间有打开的 TCP 连接 [22:10] &lt;dm&gt; 它们真是热情好客啊。 [22:10] * jrand0m 很高兴你们让我实现了 routerConsole.html，这样我们就不必为了这些破事儿去翻日志了 [22:11] &lt;MrEcho&gt; 如果连不上 tcp 会转到 phttp 吗？有超时吗？时间是多长？ [22:11] &lt;jrand0m&gt; 总之，路线图的重大变化是 0.2.1 会实现 AES+SessionTag 相关的内容 [22:11] &lt;MrEcho&gt; 或者我们能把那个做成一个设置吗？ [22:11] &lt;jrand0m&gt; 如果遇到 TCP 连接被拒绝/找不到主机/等情况，它会立即放弃该次尝试，然后尝试下一个可用的 bid [22:12] &lt;MrEcho&gt; 所以不会重试 [22:12] &lt;jrand0m&gt; phttp 的超时是 30 秒，如果我没记错的话 [22:12] &lt;jrand0m&gt; 没必要重试。要么你有一个已建立的 TCP 连接可以发送数据，要么没有 :) [22:12] &lt;MrEcho&gt; lol 好的 [22:13] &lt;MrEcho&gt; 之后它每次还会尝试 tcp，还是会跳过直接用 phttp 建下一个连接？ [22:13] &lt;jrand0m&gt; 目前它每次都会尝试 tcp。 [22:13] &lt;jrand0m&gt; 传输层还不会保存历史 [22:13] &lt;MrEcho&gt; 好的，酷 [22:14] &lt;jrand0m&gt; （不过如果一个对等体失败 4 次，它会被拉黑 8 分钟） [22:14] &lt;MrEcho&gt; 那么对方收到 phttp 消息后，应该会通过 tcp 连接到发送该消息的 router，对吧？ [22:14] &lt;jrand0m&gt; 对。一旦建立了任何 tcp 连接，它就可以用它。 [22:14] &lt;jrand0m&gt; （但如果双方都只有 phttp，显然只能用 phttp） [22:15] &lt;MrEcho&gt; 那就意味着它无法和任何东西建立 tcp 连接 [22:15] &lt;MrEcho&gt; ……不过是的 [22:16] &lt;MrEcho&gt; 真希望有办法绕过这个 [22:16] &lt;jrand0m&gt; 不，我的 router 里有一个没有 TCP 地址——只有 PHTTP。但我会与有 TCP 地址的对等体建立 TCP 连接。 [22:16] &lt;jrand0m&gt; （然后他们就可以沿着那个 TCP 连接回发消息，而不是给我发送更慢的 PHTTP 消息） [22:17] &lt;jrand0m&gt; 还是你不是这个意思？ [22:17] &lt;MrEcho&gt; 是的，我搞混了 [22:17] &lt;jrand0m&gt; 行，没问题 [22:18] &lt;jrand0m&gt; 所以，关于更新后的时间安排请看更新过的路线图 ((Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; 好的，1.3) 待认领的子项目 [22:19] &lt;jrand0m&gt; 我终于把我 palmpilot 上的一堆待办列表放进了 wiki，在 (Link: http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects)http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; 所以如果你无聊正想找点代码项目做…… :) [22:19] &lt;MrEcho&gt; 真是的 [22:20] &lt;MrEcho&gt; 我已经有 2 个了 [22:20] &lt;dish&gt; 你还有个 palmpilot，太精英了 [22:20] &lt;MrEcho&gt; 我的挂了 [22:20] &lt;jrand0m&gt; mihi&gt; 里面有一条关于 I2PTunnel 的条目，描述了我不久前的一个想法 [22:20] &lt;MrEcho&gt; 不知道它怎么了 [22:21] &lt;jrand0m&gt; 是啊，我以前用过 palm，最近有人为这项事业捐了一个给我 ;) [22:21] &lt;dish&gt; 会议上能不能加一条议程，讨论 userX 上次发话是什么时候 [22:21] &lt;MrEcho&gt; 该死的玩意儿现在连电都开不了 [22:21] &lt;MrEcho&gt; lol [22:22] &lt;jrand0m&gt; 我觉得 UserX 有四五个月没说过话了 ;) [22:22] &lt;MrEcho&gt; 那是个机器人之类的吗？ [22:22] &lt;dish&gt; 他们 5 个月前说了什么？ [22:22] &lt;MrEcho&gt; 我敢打赌那是在他曾经能访问的一台机器上跑着的 BitchX……然后他忘了它 [22:22] &lt;jrand0m&gt; 他说他下周会回来说说对 anonCommFramework（i2p 的旧名字）的看法 ;) [22:23] &lt;dish&gt; 哈哈 [22:23] &lt;jrand0m&gt; 不过我想他是忙了。生活就是这样 [22:23] &lt;jrand0m&gt; 好的，2) 本地 modPow [22:23] &lt;MrEcho&gt; 我看到了那段 c 代码 [22:24] &lt;jrand0m&gt; 我拼了个 .c 桩代码和一个 Java 类，用来演示如何集成像 GMP 或其他 MPI 库，不过显然它现在还不能用 [22:25] &lt;jrand0m&gt; 如果能有一个小型的 C 类集合和相应的简单 Java 包装类，我们就可以为 windows、osx、*bsd、linux 构建，并以 GPL 方式打包，那就太好了</div> <p>(在此插入重大 iip 故障)</p>/zh/blog/2003/10/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B410%E6%9C%8821%E6%97%A5/Tue, 21 Oct 2003 00:00:00 +0000/zh/blog/2003/10/21/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B410%E6%9C%8821%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> jrand0m, dm, thecrypto, sisr, co, godmode0, mihi</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [22:59] &lt;dm&gt; 那这次会议到底是什么时候？ [23:00] &lt;jrand0m&gt; 现在。 [23:00] &lt;jrand0m&gt; 0) 欢迎 [63] [23:00] &lt;jrand0m&gt; 1) 路线图： (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:00] &lt;jrand0m&gt; 2) 0.2 待办： [23:00] &lt;jrand0m&gt; - 长时间通信测试 [23:00] &lt;jrand0m&gt; - Lease 重建相关的 bug [23:00] &lt;jrand0m&gt; 3) prng（耶） [23:00] &lt;jrand0m&gt; 4) 应用 / 问题 / 等等 [23:00] &lt;jrand0m&gt; 0) 嗨 [23:00] &lt;jrand0m&gt; 抱歉我犯傻，忘了夏令时 [23:00] &lt;jrand0m&gt; 欢迎来到第 63 次会议 [23:01] *** darl_mcbride 已离开 #iip-dev [23:01] &lt;jrand0m&gt; 1) 路线图 [23:01] &lt;jrand0m&gt; 路线图在上面的 URL，必要时会更新。 [23:02] &lt;jrand0m&gt; 是的，日期比以往更靠后，这主要反映了：1）我不想发布糟糕的软件 2）我之前的估算忽略了细节 [23:02] &lt;jrand0m&gt; 但当然，如路线图所说，“如果你参与进来帮忙写些代码，进度会更快” :) [23:03] &lt;jrand0m&gt; 0.2 本身将带来真正有用的功能 [23:03] *** 签出：thecrypto（Ping 超时） [23:03] &lt;dm&gt; 好消息。 [23:03] &lt;jrand0m&gt; 好，项目 2）0.2 待办 [23:04] &lt;jrand0m&gt; 过去一周左右我一直在对 0.2 版本做 QA，定位一些难以发现的 bug [23:04] &lt;jrand0m&gt; 不过我想我几分钟前找到了根源，目前正在后台跑测试验证。 [23:04] &lt;jrand0m&gt; （问题在于使用几个小时后，与某个 router 或某个 destination 的通信会失败） [23:05] &lt;dm&gt; 你用的是什么测试架构？目前全是本地吗？ [23:05] &lt;jrand0m&gt; 本地三个 router，远端三个 router [23:05] &lt;sisr&gt; 0.2 是否包含这样一个功能：当某个 router 在一定次数内无法联系到时就停止尝试？ [23:05] &lt;jrand0m&gt; 是的 [23:06] &lt;jrand0m&gt; 每个 router 每隔 N（目前为 2）分钟向它已知的所有节点发布自己的联系信息。 如果某个 router 在每 2.5*N 分钟内没有收到新的联系信息，就会丢弃对该节点的引用。 [23:06] &lt;jrand0m&gt; 不过，如果它想要找到一个新的 router（即通过一个 Lease（I2P 的“租约”）获得了对它的引用），它可以随时进行搜索找到它 [23:07] &lt;jrand0m&gt; 然而，在本地同时跑三个 router 再加两个活跃的 destination，呃，对 CPU 压力山大。 [23:08] &lt;jrand0m&gt; 我加了个挺糟糕的功能，我自己都觉得不太光彩，但它允许你通过添加一个环境变量，基本上关闭 ElG 和 AES 加密。 这只在和同样关闭加密的其他节点通信时才有用（否则你没法互相通信） [23:09] &lt;jrand0m&gt; 好的，0.2 待办就这些 [23:09] &lt;dm&gt; 是为了你的测试吗？ [23:09] &lt;jrand0m&gt; 对，基本是。 [23:09] &lt;jrand0m&gt; （以及/或者给其他做自测、添加新功能的人用 / 等等 ;) [23:10] &lt;jrand0m&gt; 理论上，两个 destination（比如 atalk）也可以设置 -Di2p.encryption=off 标志来工作（不过就没有端到端加密了） [23:10] *** thecrypto (~thecrypto@anon.iip) 加入了频道 #iip-dev [23:10] &lt;jrand0m&gt; 但我认为这是个坏主意。 [23:11] &lt;jrand0m&gt; 一旦 AES+SessionTag 的方案准备就绪，这个功能肯定会被移除 [23:11] &lt;jrand0m&gt; 好，3）prng [23:11] &lt;sisr&gt; 有建议的最低 CPU 和内存需求吗？ [23:12] &lt;sisr&gt; 抱歉 [23:12] &lt;jrand0m&gt; 嗯，内存占用很小（Sun 的 JVM 需要 7-10Mb，kaffe 16-22Mb） [23:13] &lt;jrand0m&gt; 目前 CPU 肯定是瓶颈，不过我没有很多不同的机器可以测试 ;) [23:14] &lt;jrand0m&gt; 这么说吧：在同一台机器上跑三个 router 和两个指向外部 Squid 的 i2ptunnel，基本把我的 P4 1.7Ghz 盒子给榨干了 [23:14] &lt;thecrypto&gt; 如果你想让我说点什么h，我可能会更活跃些。 [23:14] &lt;dm&gt; 好啊，说点什么吧。 [23:15] &lt;jrand0m&gt; 哈喽 thecrypto :) [23:15] &lt;sisr&gt; 为什么会有人在同一台电脑上跑多个 router？ [23:15] &lt;jrand0m&gt; sisr&gt; 只有开发者才会这么做。 [23:16] &lt;sisr&gt; 好的，那么 CPU 应该不至于太糟，我们这几周可以跑一些测试 [23:16] &lt;jrand0m&gt; 对 [23:17] &lt;jrand0m&gt; 好，prng 的问题结果是 kaffe 里的一个 bug，现在已经修复了。 [23:17] &lt;jrand0m&gt; 这样一来，我们就不必非得弄一个 yarrow 的实现了，因为它们使用的是 sha1prng [23:18] &lt;jrand0m&gt; （不过如果以后能有也不错） [23:18] &lt;jrand0m&gt; 好，4）应用 / 问题 / 等等 [23:18] &lt;jrand0m&gt; 我没有别的要说的，所以……嗨 :) [23:19] &lt;jrand0m&gt; 还有其他问题 / 想法 / 评论吗？ [23:19] &lt;sisr&gt; 命名服务器进展如何？我很久没见到 co 了 [23:19] *** co (anon@anon.iip) 加入了频道 #iip-dev [23:19] &lt;jrand0m&gt; 说曹操曹操到 [23:19] &lt;jrand0m&gt; 嗨，co [23:19] &lt;sisr&gt; 哈哈 [23:19] &lt;co&gt; 你好。 [23:20] &lt;jrand0m&gt; 我们已经到了议程上除了提问外没啥可说的阶段了 [23:20] &lt;jrand0m&gt; [23:19] &lt;sisr&gt; 命名服务器进展如何？我很久没见到 co 了 [23:20] &lt;jrand0m&gt; [23:19] *** co (anon@anon.iip) 加入了频道 #iip-dev [23:20] &lt;jrand0m&gt; 然后就发生了这事儿 :) [23:20] *** 签出：godmode0（客户端发来 EOF） [23:21] &lt;co&gt; 这方面没有进展。我只写了很小一部分客户端，服务器端还没动。 [23:22] &lt;jrand0m&gt; 酷 [23:22] * dm 把羞耻棒指向 co。 [23:22] &lt;sisr&gt; 我认为 HTTP i2p tunnel 现在工作得不错 [23:22] &lt;sisr&gt; 我把 mihi 出色的 httpclient 做了适配，这样你把它填到代理设置里就行 [23:23] &lt;jrand0m&gt; 太棒了！ [23:23] &lt;sisr&gt; 它还对非 i2p 站点做了一些简单的过滤 [23:23] &lt;sisr&gt; 我想 jrand0m 已经提交了这个，对吧？ [23:23] &lt;jrand0m&gt; 我们知道它适配哪些浏览器吗？ 我知道 moz... [23:23] &lt;jrand0m&gt; 嗯，我想我提交过那些东西……我查一下 [23:23] * co 表示适当的羞愧。 [23:23] &lt;sisr&gt; 它能在 Mozilla 和 Konqueror 上工作 [23:24] *** godmode0 (~enter@anon.iip) 加入了频道 #iip-dev [23:24] &lt;jrand0m&gt; 别担心，co，我已经落后计划两个月了 [23:24] &lt;sisr&gt; 我会尝试让 mihi 的 I2P Tunnel 本周能与电子邮件服务器一起工作 [23:24] &lt;sisr&gt; 另外，许多 wiki 页面已经更新 [23:24] &lt;jrand0m&gt; 哦对！ 谢谢你的工作 [23:25] * jrand0m 今天下午实际上给其中一个 FAQ 加了条警示 :) [23:25] * dm 决定把他强大的分析脑力用来判断 sisr 来自哪里。 [23:25] &lt;dm&gt; “另外，许多 wiki 页面已经更新” [23:25] &lt;sisr&gt; 好，请开始 [23:25] &lt;dm&gt; 嗯嗯嗯.....嗯嗯嗯嗯.....嗯嗯嗯嗯... [23:26] &lt;dm&gt; 啊，又一个线索？ [23:26] &lt;sisr&gt; 但即使你猜对了我也不能告诉你 [23:26] &lt;dm&gt; “……has commit this already, yes?” [23:26] &lt;co&gt; jrand0m：如果之前没人问过，你是想把 I2P 框架和应用一起打包同时发布吗？ [23:27] &lt;jrand0m&gt; 我发现我想要的和实际发生的并不总是一回事 [23:27] &lt;co&gt; 我是说一起发布它们。 [23:27] &lt;sisr&gt; 轮到 co 之后我有个问题 [23:27] &lt;jrand0m&gt; 当前的计划在 (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:28] &lt;jrand0m&gt; i2p 本身会包含 router 和 sdk，但会把任何已经准备好的应用一起捆绑发布，何时准备好就何时捆绑。 [23:28] &lt;jrand0m&gt; （当前的安装程序会捆绑 router、sdk、phttprelay、atalk 和 i2ptunnel） [23:29] *** 签出：dm（Ping 超时） [23:29] &lt;jrand0m&gt; 怎么样，sisr？ [23:29] &lt;co&gt; 那个页面很有帮助。谢谢。 [23:30] &lt;sisr&gt; I2P 很强大，可以用来浏览 WWW，浏览通过 I2P Tunnel 连接的程序和网页，而且如果有人写出直接基于 I2P 的 web 服务器和客户端，就可以不通过 tunnel [23:30] &lt;jrand0m&gt; 绝对没错。 [23:30] &lt;sisr&gt; 我的疑问是 I2P 的开发者定位是怎样的？是不是要让一切都通过 I2P Tunnels 运作，这样用户就能使用他们已经熟悉的程序，比如 IE 或者 [23:31] &lt;sisr&gt; 还是说更好的是去做 I2P 的 web 服务器程序、I2P 的 web 浏览器 一切都为 I2P 特制？ [23:31] *** dm (~as@anon.iip) 加入了频道 #iip-dev [23:32] &lt;jrand0m&gt; 就我个人而言，我很希望前者能实现。 然而，专为 i2p 设计原生应用会带来性能提升 [23:32] &lt;mihi&gt; Unix 原则：一件事，一个工具。所以不要写新的浏览器。 [23:32] &lt;jrand0m&gt; 对 [23:32] &lt;sisr&gt; I2P Tunnel 的开销有多大？ 那我们应该专注于用 I2P Tunnel 让现有程序跑起来 [23:32] &lt;dm&gt; 一件事，一个工具？愚蠢的原则。 [23:33] &lt;sisr&gt; 我认为我们需要编写教程，教大家如何设置 Squid 和电子邮件代理去访问常规 WWW。这很有价值，而且需要不止一两个示例，也就是说要提供易于操作的说明，方便别人自行搭建 [23:33] &lt;jrand0m&gt; sisr&gt; i2ptunnel 的唯一显著开销在于它依赖 i2p 的“保证送达”模式，这要求每发一条消息都等待一个 ack 消息（通过一对 tunnel 完成完整的往返，并使用所有相应的加密） [23:34] &lt;sisr&gt; 哈哈，好吧，sisr 用的是一台很老的电脑 [23:34] &lt;sisr&gt; 因此在我看来真的很慢 [23:34] &lt;dm&gt; 前几次真实测试的延迟如何？就好奇问问。 [23:35] &lt;jrand0m&gt; 我在大约 30-60 秒内就能把 news.google.com 连同所有图片拉下来 [23:35] &lt;dm&gt; 好 [23:36] &lt;sisr&gt; 在 I2P 之上搭一个类似 Freenet 的内容分发系统会有多难？是个大工程还是小工程？ [23:36] &lt;co&gt; 那如果不经过 tunnel，需要多长时间？ [23:37] &lt;jrand0m&gt; sisr&gt; 如果我全职做，我估计大约 1 个月能在 i2p 之上弄出一个 DHT（分布式哈希表） [23:37] &lt;jrand0m&gt; co&gt; 约 10-15 秒 [23:38] &lt;co&gt; 所以 i2ptunnel 慢了大约 3 倍。 [23:39] &lt;jrand0m&gt; 嗯，确切地说是 i2ptunnel 加上 routers。 但这不是线性时间——在 i2p 上传 10 字节和上传 100k 所花的时间差不多 [23:39] *** 签出：thecrypto（Ping 超时） [23:39] &lt;co&gt; 至少对你来说是这样。 [23:39] &lt;jrand0m&gt; 开销主要在消息封装上 [23:39] &lt;sisr&gt; 如果 I2P Tunnel 将成为大多数 I2P 应用的核心，那么我们应该把重点放在用户界面上，提供易于点击的选项来设置 tunnel [23:40] &lt;sisr&gt; 比如复选框来设置带端口的 I2P Tunnel web 服务器，以及电子邮件服务器的复选框，这样就非常简单 [23:40] &lt;jrand0m&gt; sisr&gt; 我个人真的非常喜欢它现在的界面 :) [23:40] &lt;jrand0m&gt; 哦，当然。 其实 [23:40] * sisr 从没见过界面，不过想象中就是个文本框 [23:40] &lt;sisr&gt; 也许有人可以截一下 I2P Tunnel 的图做教程 [23:41] &lt;jrand0m&gt; 我之前计划让安装器创建一组 .bat 和 .sh 脚本来自动完成这些（例如：java .... I2PTunnel -e 'config basdfawer' -e 'server ...' ） [23:42] &lt;sisr&gt; 我们现在该为 I2P 做些什么 [23:42] &lt;jrand0m&gt; 这是个大问题。 简短的答案是“你能做什么就做什么” [23:43] &lt;jrand0m&gt; 如果有人直接去更新安装器，让它生成那些 .sh 和 .bat 脚本，那就太棒了 [23:43] &lt;jrand0m&gt; 如果有人有时间做做 i2proadmap 上的一些事项，也很棒 :) [23:44] &lt;jrand0m&gt; 我认为 0.2 一出，文档和 QA 会有大量需求（也就是“马上就好”的意思） [23:44] &lt;sisr&gt; 安装器会是什么样？InstallShield 还是 Java？ [23:45] &lt;jrand0m&gt; 当前的安装器是一个单独的 “install.jar”，会引导用户回答几个问题 [23:45] &lt;jrand0m&gt; 这是个很烂的安装器 [23:45] &lt;jrand0m&gt; 但它已经尽可能地做到跨平台 [23:48] &lt;jrand0m&gt; 好，酷，routers 还在工作，我想这个 bug 修复可能真的解决了问题。 [23:48] &lt;jrand0m&gt; 哦对了。 [23:48] &lt;jrand0m&gt; 邮件列表会在某个时候恢复 [23:48] &lt;jrand0m&gt; 如果到 0.2 准备好时还没恢复，我会创建一个新的邮件列表 [23:49] &lt;co&gt; 我还有一个问题。 [23:49] &lt;jrand0m&gt; 说吧 [23:50] &lt;co&gt; 现在有没有可用的 I2P 节点列表？ [23:50] &lt;jrand0m&gt; 没有。 [23:50] &lt;jrand0m&gt; 没有公开的 i2p 节点开放 [23:50] &lt;co&gt; 我明白。 [23:50] &lt;jrand0m&gt; 不过，其中一个会在 0.2 发布后通过 HTTP 提供它的对等节点列表 [23:50] &lt;jrand0m&gt; （该列表的 URL 会在安装器里） [23:50] &lt;jrand0m&gt; s/will be/is/ [23:52] &lt;mihi&gt; 它也在我的书签里…… [23:52] &lt;jrand0m&gt; 呵，坏蛋 [23:52] &lt;mihi&gt; 顺便说：size=777 超了 111 字节 ;) [23:53] &lt;jrand0m&gt; 笑翻 [23:53] &lt;jrand0m&gt; 我完全没注意到。 [23:53] &lt;jrand0m&gt; 它们以前是 384 [23:53] &lt;jrand0m&gt; 但后来我在 routerInfo 里加了一些 router 软件版本信息 [23:53] &lt;sisr&gt; 我觉得 nop 可以用 I2P Tunnel，配合 0.2 的 router 搭一个测试 IRC 服务器？ [23:54] &lt;jrand0m&gt; 那就太酷了 [23:54] &lt;sisr&gt; 如果 nop 那样做，我想知道跟现在这个 IIP 相比延迟会怎样 [23:54] &lt;jrand0m&gt; 不过我们没法 dcc [23:54] &lt;jrand0m&gt; i2p 的延迟会高很多 [23:54] &lt;jrand0m&gt; （因为我们还没有 AES+SessionTag，每次发送都要几秒） [23:57] &lt;jrand0m&gt; 好的，在列表恢复之前，如果有人有话要说，要么在这里聊，要么丢到 wiki 上 [23:57] &lt;dm&gt; 好，晚安 [23:57] *** dm 已离开 #iip-dev [23:57] * jrand0m 将会议 *baf* 地宣布结束 </div>/zh/blog/2003/10/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B410%E6%9C%8814%E6%97%A5/Tue, 14 Oct 2003 00:00:00 +0000/zh/blog/2003/10/14/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B410%E6%9C%8814%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> jrand0m, dm, Dellammo, mihi, moi, mihi-backup, dm_backup, wilde, shardy</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [23:01] &lt;jrand0m&gt; 议程 [23:01] &lt;jrand0m&gt; 0) 欢迎 [23:01] &lt;jrand0m&gt; 1) 0.2 进度 [23:01] &lt;jrand0m&gt; 2) www 代理 [23:01] * dm 若有所思。 [23:02] &lt;dm&gt; 哦，开会？ [23:02] &lt;jrand0m&gt; 3) phttprelay [23:02] &lt;jrand0m&gt; 4) i2ptunnel [23:02] &lt;jrand0m&gt; 5) 安装 [23:02] &lt;dm&gt; 抱歉。 [23:02] &lt;jrand0m&gt; 6) iip 功能请求 [23:02] &lt;jrand0m&gt; 7) ??? [23:02] &lt;jrand0m&gt; 0) 欢迎 [23:02] &lt;jrand0m&gt; 嗨。 [23:02] &lt;jrand0m&gt; 会议 62？是吗？ [23:02] &lt;Dellammo&gt; 嗨 [23:02] &lt;jrand0m&gt; （别担心 dm，我们可以原谅你） [23:02] &lt;mihi&gt; 嗨 jrand0m [23:02] &lt;dm&gt; 嗨 mihi [23:02] * mihi 也这么想 [23:03] &lt;jrand0m&gt; 1) 0.2 进度 [23:03] * jrand0m 最近犯了严重的“功能蔓延症”，所以 0.2 版发布还剩大约 30 分钟的代码要写。 [23:04] &lt;jrand0m&gt; 但完成后，我们就能不受 NAT、防火墙或 HTTP 代理 的影响，可靠地运行并通信。 [23:04] * dm 刚刚创建了 I2PSecureRemoteShell 1.0 [23:04] &lt;dm&gt; 酷，jr！ [23:05] &lt;jrand0m&gt; 一切都已可用，唯一剩下的是让未使用的数据库条目在 N 分钟后过期（默认可能是 5） [23:05] &lt;jrand0m&gt; 穿越 NAT/防火墙/HTTP 代理 的通信使用 PHTTP（Polling HTTP，轮询式 HTTP）传输。它很慢，但可靠。 [23:05] &lt;dm&gt; 它怎么工作的？用哪些端口？ [23:06] &lt;jrand0m&gt; 它把消息发送到一个可达的 PHTTP 中继，后者会存储消息，然后接收方每隔 N 秒轮询获取消息 [23:06] &lt;jrand0m&gt; 这方面还有很多可以调优和改进的点，这就是议程第 3 点 :) [23:06] &lt;dm&gt; P 代表什么？ [23:06] &lt;jrand0m&gt; Polling HTTP [23:06] &lt;dm&gt; 好的，谢谢。 [23:07] &lt;jrand0m&gt; 会议结束后我也会去更新 wiki 上的 “kludges” 页面，记录那些怪异的地方 [23:07] &lt;jrand0m&gt; （比如在通信过程中还不能处理 lease 变化） [23:08] &lt;jrand0m&gt; 另一个要讨论的是议程第 5 项——安装。也就是我们该如何处理 router/SDK/tunnel 等的安装 [23:08] &lt;jrand0m&gt; 好的，0.2 进度就这些 [23:08] &lt;jrand0m&gt; 2) www 代理。 [23:09] &lt;jrand0m&gt; moi 针对在 I2P 内部浏览 www 站点有个很酷的主意。 [23:09] &lt;jrand0m&gt; 想解释一下吗，moi？ [23:09] * jrand0m 把聚光灯打到你身上 *** moi is ~someone@anon.iip (someone) *** on channels: #freenet #anonymous #iip #iip-dev *** on irc via server anon.iip (Official IIP ) *** moi 已空闲 9 分钟，于 Thu Jan 01 01:00:00 1970 登录 [23:10] &lt;moi&gt; 嗯 [23:10] &lt;moi&gt; 我只是修改了一个 HTTP 代理，并使用了 mihi 的 tunnel [23:10] &lt;moi&gt; 这样你就可以访问 (Link: http://i2p/BASE64KEYHERE)http://i2p/BASE64KEYHERE [23:10] &lt;moi&gt; 最终命名服务器也会在那儿—— [23:11] &lt;dm&gt; 赞 [23:11] *** Signoff: mihi (Ping timeout) [23:11] &lt;moi&gt; 你需要先粘贴第一个长密钥，但之后理论上应该就能跟着链接走了，我想 [23:11] &lt;Dellammo&gt; 所以是访问 i2p 内部网页，还是 i2p 外部的页面？ [23:11] &lt;dm&gt; i2p 解析到 localhost？ [23:11] &lt;moi&gt; 这样有人就能架一个 i2p 版 Google，然后从那儿开始……也许 [23:12] &lt;mihi-backup&gt; !thwap dm. [23:12] &lt;mihi-backup&gt; 一个代理… [23:12] &lt;jrand0m&gt; 出于安全考虑，代理应对除 (Link: http://i2p/)http://i2p/ 之外的所有主机返回 404 [23:12] &lt;dm&gt; 哎呀！ [23:12] &lt;moi&gt; 好主意 [23:12] &lt;dm&gt; 刚漏看那部分 [23:12] &lt;mihi-backup&gt; 不过一个简单的 servlet 也不错 [23:12] &lt;jrand0m&gt; 嗯？ [23:13] *** mihi (~mihi@anon.iip) 加入频道 #iip-dev [23:13] &lt;jrand0m&gt; 嗯，可能有个问题。 [23:13] &lt;jrand0m&gt; 这是用 HTTP 1.0 还是 1.1？ [23:14] &lt;mihi&gt; 如果服务器要求 Host: 头呢？ [23:14] &lt;jrand0m&gt; [也就是，会带 Host: 头吗？] [23:14] &lt;jrand0m&gt; 正是 [23:14] * mihi 期待点什么 [23:14] &lt;moi&gt; 我在想能不能让代理把那个头抹掉 [23:14] &lt;jrand0m&gt; 如果服务器的出站 tunnel 总是在同一台主机上，那就没问题 [23:14] &lt;jrand0m&gt; 你可以把代理的 Host: 设成 127.0.0.1 [23:15] *** dm_backup (~as@anon.iip) 加入频道 #iip-dev [23:15] &lt;jrand0m&gt; 但那样就必须在和服务器同一台主机上运行 tunnel。问题不大，反正这不是为了通用的正常网页浏览 [23:15] &lt;jrand0m&gt; 对吧？ [23:15] *** Signoff: dm (Ping timeout) [23:16] * moi 还没想得那么深入 [23:16] &lt;mihi&gt; 如果你在自己机器上跑服务器，也可以把 i2p 别名成 localhost 或类似的。 [23:16] &lt;dm_backup&gt; 那大家现在都得跑 Web 服务器了吗？ [23:16] &lt;jrand0m&gt; dm_backup&gt; 这只针对想这么做的人。 [23:16] *** dm_backup 现在名为 dm [23:16] &lt;Dellammo&gt; 比如我 [23:16] &lt;dm&gt; 是啊，我是说这个 (Link: http://i2p)http://i2p 这个玩意儿 [23:17] &lt;mihi&gt; 如果你想提供内容，是的。 [23:17] &lt;mihi&gt; 不过你在老牌的 WWW 上提供内容也得跑一个。 [23:18] &lt;Dellammo&gt; 为什么？ [23:18] &lt;dm&gt; 嗯，也许我该给 I2P 做个 P2P 应用。 [23:18] &lt;jrand0m&gt; 在 i2p 上的文件共享应用会很棒。 [23:18] &lt;dm&gt; 对，抱歉，我是说文件共享。 [23:19] &lt;moi&gt; 我觉得有人可以配合 i2ptunnel 一起跑个 OpenNap 服务器 [23:19] &lt;jrand0m&gt; 可以。 [23:19] &lt;jrand0m&gt; （尽管原生的 i2p P2P 性能会更好） [23:19] &lt;mihi&gt; 但下载会很难。 [23:20] &lt;mihi&gt; 因为所有都是 localhost，没法到达正确的主机 ;) [23:20] &lt;dm&gt; 我们先等等，看看 PING 能不能跑在 i2ptunnel 上再说。 [23:20] * Dellammo 有点糊涂，我们是在说一个不是 i2ptunnel 的代理，通过输入‘(Link: http://i2p/')http://i2p/' 让你访问 i2p 网络内部的 Web 服务器吗？ [23:20] &lt;jrand0m&gt; 或许弄个简单的、为 i2p 设计的 FTP 客户端？ [23:20] &lt;dm&gt; （不是字面意义上的 ping） [23:20] &lt;mihi&gt; jrand0m：ftp 需要两个端口… [23:20] &lt;jrand0m&gt; 为 i2p 设计的。 [23:21] &lt;jrand0m&gt; 一个通用的文件传输应用，不是特指 FTP 协议 [23:21] &lt;mihi&gt; 那就不是 ftp 了。 [23:21] &lt;mihi&gt; ATalk ;) [23:21] &lt;jrand0m&gt; （利用更大的消息尺寸） [23:21] &lt;dm&gt; 智者之战！ [23:21] &lt;jrand0m&gt; 呵 [23:21] &lt;moi&gt; Dellammo：现在你需要为每个你想浏览的网站/Destination 创建一个 i2ptunnel。我们在考虑用一个代理服务器为每个站点动态构建一个 i2ptunnel。 [23:22] &lt;jrand0m&gt; （类似那样） [23:22] &lt;jrand0m&gt; 你其实不想具体用 i2ptunnel。 [23:22] &lt;jrand0m&gt; 你会想用 i2ptunnel 协议，直接发消息，而不是通过 TCP/IP 套接字。 [23:23] &lt;jrand0m&gt; mihi&gt; 把协议功能从 i2ptunnel 中剥离出来，让其他应用能向一个 i2p tunnel 发送数据，大概需要多少时间？ *** mihi is mihi@anon.iip (mihi) *** on channels: #iip-dev #iip #headlines #german #freenet-opn #freenet #fredisdead #frazaa @#fiw #anonymous *** on irc via server anon.iip (Official IIP ) *** mihi 已空闲 3 分钟，于 Thu Jan 01 01:00:00 1970 登录 *** mihi-backup is ~mihi@anon.iip (mihi) *** on channels: #iip-dev *** on irc via server anon.iip (Official IIP ) *** mihi-backup 已空闲 12 分钟，于 Thu Jan 01 01:00:00 1970 登录 [23:25] &lt;mihi&gt; 有什么大量的协议功能吗？I2PTunnelRunner 可以直接用。 [23:25] &lt;mihi&gt; 你只需要按需调整客户端类。 [23:25] &lt;jrand0m&gt; 嗯，不太是——i2ptunnelRunner 用的是 socket [23:26] &lt;jrand0m&gt; 这是一个纯 Java 应用，它想生成一条消息（"HTTP GET /\n\n"），并把它发送到一个出站的 I2PTunnel [23:27] &lt;jrand0m&gt; 我们不想把联系代理的客户端重定向到一个新端口去连接新实例化的 I2PTunnel（因为那样就没法在该站点的外链上切回来了） [23:28] &lt;jrand0m&gt; 不过也许把 I2PTunnelRunner 切换为使用 InputStream（它用到的也就是 socket.getInputStream）会很容易… [23:28] &lt;jrand0m&gt; 但我们仍然需要监听端 [23:28] *** Signoff: mihi (Ping timeout) [23:28] &lt;jrand0m&gt; 囧 [23:28] * jrand0m 希望备份号别也掉线… [23:28] &lt;dm&gt; 备份也要挂了，看着吧！ [23:29] &lt;mihi-backup&gt; ;) [23:29] &lt;jrand0m&gt; w00t [23:29] &lt;mihi-backup&gt; [23:25] &lt;jrand0m&gt; 嗯，不太是——i2ptunnelRunner 用的是 socket [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; 哎，对。你是想完全不使用 socket 来做吗？ [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; 那样的话，i2ptunnel 就没剩下多少代码了。大部分都是处理 socket 的。 [23:29] &lt;mihi-backup&gt; [23:26] &lt;mihi&gt; 最好遵循协议自己实现（用 i2ptunnel.java 里的静态方法组装消息） [23:29] &lt;mihi-backup&gt; [23:28] &lt;mihi&gt; http 不需要那么多线程。只要在入站消息上跑个 reader，直到遇到双回车，然后把你的东西发出去。 [23:30] &lt;jrand0m&gt; 啊，行。谢谢 [23:30] &lt;jrand0m&gt; moi&gt; tu sabes? [23:30] &lt;mihi-backup&gt; 至于把 I2PTunnel 换成一个输入流。要它做什么？你解析完请求后，流上也收不到任何东西了。 [23:31] * moi 在思考 [23:31] &lt;dm&gt; toi 在想 [23:31] &lt;mihi-backup&gt; 直接把 tunnelrunner 忘了吧。;) [23:31] &lt;jrand0m&gt; 对，我只是想着让 I2PTunnel 和 HTTP 代理使用相同的代码——I2PTunnel 用 socket.getInputStream()，HTTP 代理用 new ByteArrayInputStream("GET / \n\n".getBytes()) [23:31] *** mihi (mihi@anon.iip) 加入频道 #iip-dev [23:32] * moi 之后需要详细过一遍 [23:32] &lt;mihi-backup&gt; 但那会导致 runner 在把字符串发完时发送一个 "Connection closed"。 [23:32] &lt;mihi-backup&gt; 因为流结束了。 [23:32] &lt;jrand0m&gt; 对，那是正常的 HTTP [23:33] &lt;mihi-backup&gt; 我说了，忘了 runner 吧 ;) [23:33] &lt;jrand0m&gt; 行 [23:33] &lt;mihi-backup&gt; jrand0m：不。连接是在答案回来时关闭的，不是在问题发出去时。 [23:33] &lt;jrand0m&gt; 哦对 [23:33] &lt;jrand0m&gt; ;) [23:36] &lt;jrand0m&gt; 不错 moi，这些我们之后再细化。 [23:36] &lt;jrand0m&gt; 好的，这就是议程第 2 项。现在到 3） [23:36] &lt;moi&gt; 好 [23:37] &lt;jrand0m&gt; 3) phttprelay [23:37] &lt;jrand0m&gt; phttp relay 是一组 servlet，用 .war 文件打包 [23:38] &lt;jrand0m&gt; 它在 Windows / Sun JVM 上开箱即用，但我得 hack 一下 jetty 才能让它在 kaffe 上跑 [23:38] &lt;mihi&gt; make .peace not .war [23:39] * jrand0m 呻吟 [23:39] &lt;dm&gt; 没有 J2ee 服务器也能跑 .war 文件？ [23:39] &lt;dm&gt; 长见识了。 [23:39] &lt;jrand0m&gt; .war 文件可以在任何 servlet 容器里运行——tomcat、apache 配合 mod_jk、jetty 等 [23:40] &lt;jrand0m&gt; 我们希望一些人把它们跑在有公网可达 IP 的机器上，但它们只对那些没有公网可达地址的人（比如我）是必要的 [23:41] &lt;mihi&gt; 如果不通过那个，要穿过 nat 需要重定向哪些端口？ [23:41] &lt;jrand0m&gt; 它的实现也很初级——需要限制为多少 router 中继、队列多少消息、多长时间超时等 [23:41] &lt;jrand0m&gt; 只要 I2NP 的 TCP 端口 [23:41] &lt;jrand0m&gt; （或者 I2NP 的 UDP 端口） [23:41] * mihi 不知道他的 nat 是否允许 udp 转发 [23:42] * jrand0m 也不知道 mihi 的 nat 是否允许 [23:43] &lt;jrand0m&gt; 现在，比如我的笔记本只能通过 PHTTP 可达，而我服务器的 router 可以通过 PHTTP、TCP 和 UDP 可达。如果我的笔记本通过 TCP 建立到服务器 router 的连接，就能通过 TCP 发消息。但如果我的笔记本没有先那样做，服务器就必须通过 PHTTP 发消息 [23:44] &lt;jrand0m&gt; 代码在 i2p/code/apps/phttprelay/，有 servlet 经验且想改个小应用的可以去看看 [23:45] &lt;jrand0m&gt; （它应该也能在 https 和纯 http 下透明工作） [23:45] &lt;jrand0m&gt; 我会很快把 PHTTP 协议写成文档。 :) [23:45] *** Signoff: mihi (Ping timeout) [23:45] &lt;jrand0m&gt; 好的，3) phttprelay 就这些 [23:45] &lt;jrand0m&gt; 4) i2ptunnel [23:46] &lt;jrand0m&gt; 我们已经讨论了不少。除非 mihi（或其他人）还有别的，我们可以转到 5） [23:46] *** wilde (~anon@anon.iip) 加入频道 #iip-dev [23:46] &lt;jrand0m&gt; hola wilde [23:47] &lt;jrand0m&gt; 好。既然如此，第 5 项 :) [23:47] &lt;jrand0m&gt; 5) 安装 [23:48] &lt;jrand0m&gt; 为了把 0.2 推出去，甚至以后，我在考虑写些 ant 脚本。 [23:48] &lt;jrand0m&gt; 还是我们该用另一个开源安装系统？ [23:48] &lt;jrand0m&gt; 有谁有经验/想法吗？ [23:49] &lt;Dellammo&gt; 嗯 [23:50] &lt;jrand0m&gt; ant 的好处是和构建系统统一、跨平台，而且能无界面运行。 [23:50] &lt;wilde&gt; 嘿 [23:50] &lt;jrand0m&gt; 但它需要 ant（而 ant 需要 java）。而且它没有 GUI [23:51] &lt;Dellammo&gt; 我能想到很多 Windows 的安装程序… 不过不知道有多少是 gpl 的 [23:51] &lt;jrand0m&gt; 是，我有 InstallAnywhere Enterprise 的授权，但这不利于开源 [23:51] &lt;jrand0m&gt; NSIS 是开源的，但有它的门道。 [23:51] &lt;dm&gt; 傻问题：ant 包含在 java 里吗？ [23:52] &lt;jrand0m&gt; 不。 [23:52] &lt;jrand0m&gt; 哦，不过我们可以分发一个用 GCJ 编译的 ant [23:52] &lt;dm&gt; 好吧，那应该是跟 eclipse 一起带的。 [23:52] &lt;jrand0m&gt; （编译成原生代码） [23:52] &lt;jrand0m&gt; 没错，dm。 [23:52] &lt;jrand0m&gt; apache 做 ant（ant.apache.org），它是 apache 许可的。 [23:52] &lt;jrand0m&gt; 哦，呃。 [23:52] * jrand0m 刚读了我自己打的这句话） [23:53] &lt;jrand0m&gt; 按 FSF 的说法，gpl 对 apl 不友好 [23:53] &lt;jrand0m&gt; 我们大概不能分发 ant。 [23:53] &lt;dm&gt; 不能就用个脚本吗？安装需要做什么？ [23:53] &lt;jrand0m&gt; 但我们可以用它。 [23:53] &lt;jrand0m&gt; 其实没多少。用脚本就行。 [23:53] &lt;jrand0m&gt; 但我们要不要写 .bat 和 .sh，等等。 [23:54] *** shardy (~shardy@anon.iip) 加入频道 #iip-dev [23:54] &lt;dm&gt; 安装包含什么？就几个问题？ [23:54] &lt;jrand0m&gt; 用 Java 写一个跨平台的自定义安装器有点杀鸡用牛刀，最好用现成的安装框架 [23:54] &lt;jrand0m&gt; 对，几个问题 [23:54] &lt;jrand0m&gt; 我预见的安装目标： [23:54] &lt;Dellammo&gt; 我们会有个闪亮的新 logo 吗？谁在做？ [23:54] &lt;jrand0m&gt; install-router [23:55] &lt;jrand0m&gt; install-www-tunnel, install-www-proxy, install-sdk, install-cvs-tunnel, update-seednodes [23:55] &lt;moi&gt; 为啥不用 InstallAnywhere？只要代码是开源的就行 [23:55] * jrand0m 觉得那应该是你，Dellammo :) [23:55] &lt;jrand0m&gt; InstallAnywhere 不是开源的。 [23:55] * Dellammo 开始动手 [23:56] &lt;dm&gt; 现在脚本应该就够了，不过未雨绸缪也行。 [23:56] &lt;jrand0m&gt; （大概 4 千欧/座） [23:56] &lt;jrand0m&gt; 对。所以明天我大概先写 ant 脚本，但我们需要研究一个系统 [23:56] *** Signoff: wilde (Ping timeout) [23:56] &lt;jrand0m&gt; 所以如果有人能帮忙，就太感谢了 :) [23:57] &lt;dm&gt; 啊好吧，我刚想到的是 shell 脚本。 [23:57] &lt;moi&gt; 在 Linux 上，一些包管理器可以做到这些 [23:57] *** wilde (~anon@anon.iip) 加入频道 #iip-dev [23:57] &lt;jrand0m&gt; 为不同平台维护不同的安装器很麻烦 [23:59] &lt;dm&gt; Java 安装器？为什么会很麻烦？ [23:59] &lt;jrand0m&gt; Java 安装器会很棒 [23:59] &lt;mihi-backup&gt; pain in the a**e [23:59] &lt;mihi-backup&gt; 哎，对不起… [23:59] &lt;dm&gt; system.out.println("Please enter where you would like to install I2P") ;) [23:59] &lt;mihi-backup&gt; s/tln/t; s/P"/P: "/ [23:59] &lt;mihi-backup&gt; s/sys/Sys/ [00:00] &lt;jrand0m&gt; 用 Java 写一个自定义安装器是可行的，但更倾向于用现有框架。不过如果你愿意写自定义安装器，我支持你！ [00:00] &lt;dm&gt; mihi 在抽风。 [00:00] * mihi-backup 用一条大鳟鱼把 dm 抽了几下 [00:00] &lt;dm&gt; 这样吧… [00:01] &lt;dm&gt; 如果你有时间把安装所需的具体步骤写出来，我就写一个 Java 安装器。 [00:01] &lt;mihi-backup&gt; dm：看 ant 脚本 ;) [00:01] &lt;jrand0m&gt; 好的 dm。我把 ant 那套跑起来后会给你写文档 [00:01] &lt;dm&gt; 行，到时候看看我能不能看懂 ant 脚本。 [00:02] *** Signoff: wilde (Ping timeout) [00:02] &lt;Dellammo&gt; jrand0m，i2p I2P i^2p 还是 I^2P？ [00:02] * jrand0m 有些涂鸦，把大写 I、数字 2 和大写 P 叠在一起… [00:03] &lt;Dellammo&gt; 嗯 [00:03] *** wilde (~anon@anon.iip) 加入频道 #iip-dev [00:03] *** mihi (~mihi@anon.iip) 加入频道 #iip-dev [00:03] &lt;jrand0m&gt; 好的，这就是 5) 安装 [00:03] &lt;jrand0m&gt; 6) iip 功能请求 [00:04] &lt;jrand0m&gt; 有人来提了个自动昵称抢占处理的请求 [00:04] &lt;jrand0m&gt; 基本上，如果有人注册了一个昵称，除非通过了身份验证，其他人就不能一直使用这个昵称 [00:04] &lt;jrand0m&gt; nop 或任何做过 iip 开发的人——想法？ [00:04] * jrand0m 觉得这是个很不错的功能 [00:05] * Dellammo 画了只“光明会之眼”，上面加了一个“禁止吸烟”那样的禁止符号 [00:05] &lt;jrand0m&gt; 呵 [00:05] &lt;dm&gt; 也许我也做个 I2P 的 logo……给我安装器的 GUI 用 ;) [00:05] *** Signoff: wilde ((null)) [00:05] &lt;Dellammo&gt; 大家都做一个，这样我们就不会被一个糟糕的 logo 卡住了 [00:05] &lt;mihi&gt; jrand0m：问问 mids——他维护 trent。 [00:06] &lt;mihi&gt; 顺便说，trent 的源码在 cvs 里 [00:06] &lt;Dellammo&gt; logo 是任何活动中最重要的部分 [00:06] &lt;jrand0m&gt; 的确，Dellammo。 [00:06] * dm 拂去 Corel Draw 的灰尘… [00:06] &lt;dm&gt; 我超爱 Corel Draw。 [00:07] &lt;jrand0m&gt; 好的，6）就这些 [00:07] &lt;jrand0m&gt; 7) ??? [00:07] &lt;jrand0m&gt; 有什么问题/想法/飞盘/脚趾甲？ [00:07] &lt;dm&gt; 想法：希望它能奏效。 [00:08] &lt;jrand0m&gt; 呵 [00:08] * jrand0m 我也希望。 [00:09] &lt;mihi&gt; jrand0m：继续保持出色的工作！ [00:09] &lt;dm&gt; 对，继续加油。 [00:09] &lt;jrand0m&gt; 出色的工作？你显然没看过代码 ;) [00:09] &lt;dm&gt; 喜欢你的代码，除了那晃眼的下划线。 [00:09] &lt;dm&gt; blinding…bleeding…之类的… [00:09] &lt;jrand0m&gt; 呵，实例变量带下划线 _，这样我们就不用写 this.var = var; [00:10] &lt;jrand0m&gt; 好… 68 分钟了…如果我还能再拖一分钟… [00:10] &lt;jrand0m&gt; w00t [00:10] * jrand0m 用 *baf* 宣布会议结束。 </div>/zh/blog/2003/10/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B410%E6%9C%887%E6%97%A5/Tue, 07 Oct 2003 00:00:00 +0000/zh/blog/2003/10/07/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B410%E6%9C%887%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> jrand0m, mihi, dm, mihi_backup</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [23:04] &lt;jrand0m&gt; 0.0) 欢迎 [23:04] &lt;jrand0m&gt; 1.0) 开发状态 [23:04] &lt;jrand0m&gt; 2.0) 新服务器 [23:04] &lt;jrand0m&gt; 3.0) 有问题吗？ [23:04] &lt;jrand0m&gt; 0.0) 欢迎参加第 61 次 iip 会议 [23:04] &lt;jrand0m&gt; 嗨。 [23:04] &lt;mihi&gt; 大家好 [23:04] &lt;dm&gt; 你们俩好 ;) [23:04] &lt;jrand0m&gt; 好，1.0) 开发状态 [23:05] &lt;jrand0m&gt; 我们基本准备好 0.2 版本了——届时人们就能运行 i2p 了。 [23:06] &lt;dm&gt; 太棒了！ [23:06] &lt;dm&gt; 预计时间？ [23:06] &lt;jrand0m&gt; 它还无法扩展，而且目前实现采用了极其安全的 ElG+AES 风格（而不是使用 session tags（会话标签） 的优化方案） [23:06] &lt;jrand0m&gt; 预计：几天内（相关：议程项 2.0） [23:07] &lt;jrand0m&gt; 但它将是可用的。我能在大约 10 秒内发送 10 字节以及 100K 的消息 [23:07] &lt;jrand0m&gt; （两者都在同一颗 CPU 上，所以是 CPU 争用） [23:07] &lt;jrand0m&gt; 还有一些 tunnel 回退我正在处理，然后就该构建 ant 脚本等 [23:07] &lt;jrand0m&gt; 实际上 [23:08] &lt;jrand0m&gt; 几秒钟前我在 freebsd 上用 Kaffe 1.1.1 构建了所有内容，连一个警告都没有。 [23:08] * jrand0m &lt;3 不用改代码 [23:08] &lt;mihi&gt; 不过它也没运行起来，对吧？ ;) [23:08] &lt;jrand0m&gt; 呵 [23:09] &lt;jrand0m&gt; 不，能用 [23:09] &lt;jrand0m&gt; 我正在处理的问题是故障切换（也就是如果一个节点关掉又重启，通信能干净地恢复） [23:10] &lt;mihi&gt; 你试过发送完整的 ASCII 表（字节 0x00 到 0xFF）吗？在另一端显示是否正常？ [23:10] &lt;jrand0m&gt; 还没有，i2ptunnel 也还没试。不过今晚会试 [23:10] &lt;mihi&gt; 用二进制连接（比如 ssh）试试 i2ptunnel，不要用基于文本的。 [23:11] &lt;jrand0m&gt; 好 [23:11] &lt;mihi&gt; 要是一个节点关机后不再起来呢？ [23:11] &lt;jrand0m&gt; 那就和它的通信会失败 ;) [23:12] &lt;jrand0m&gt; （有保证的传递现在会正确失败，并且 SDK 已经打了补丁来处理这个情况） [23:13] &lt;jrand0m&gt; 好了，状态就这些。过去两天我被别的事拉走了，不过很快就会安静下来。 [23:13] &lt;jrand0m&gt; 2.0) 新服务器 [23:13] &lt;jrand0m&gt; 我们有一台新的服务器，接入了三重上联的 T3。 [23:14] &lt;jrand0m&gt; 它将托管 webcvs、一个默认的 i2p router、一个带有种子 router 引用的 web 服务器，以及一些默认服务（例如：一个指向 squid 实例的 i2p tunnel、一个指向 cvs 的 i2ptunnel、一个指向 web 服务器的 i2ptunnel） [23:15] *** 退出: mihi（客户端 EOF） [23:15] *** mihi_ (~mihi@anon.iip) 加入了频道 #iip-dev [23:15] &lt;jrand0m&gt; 我稍后还会加上一个公共 isproxy [23:15] &lt;dm&gt; 我靠，这要花你多少钱？ [23:15] &lt;jrand0m&gt; 65/月 [23:15] &lt;jrand0m&gt; 40Gb 传输，2Gb 数据 [23:15] &lt;dm&gt; 带宽限制？ [23:15] &lt;dm&gt; 酷。 [23:16] *** 现在将 mihi_ 更名为 mihi [23:16] &lt;jrand0m&gt; 或许那台服务器会成为我们的 cvs，但现在没必要切换。 [23:16] &lt;jrand0m&gt; 好，3.0) 问题 [23:17] &lt;jrand0m&gt; [是的，这是我见过的最快的会议 ;)] [23:17] &lt;mihi_backup&gt; 你知道命名服务的进展吗？ [23:17] &lt;jrand0m&gt; 我听说 wiht 提交了几个文件，但我还没检出看看 [23:17] &lt;dm&gt; 我想向所有开发者表达我的（精神）支持。保持谦逊但坚定。 [23:18] &lt;mihi_backup&gt; 就我所知，它们只是占位而已。 [23:18] &lt;jrand0m&gt; 没脑子的蠢货，肯定的。 [23:18] &lt;mihi_backup&gt; 供实现用的接口。 [23:18] &lt;dm&gt; 占位？ [23:18] &lt;jrand0m&gt; 哈哈 [23:19] &lt;dm&gt; 啊 [23:19] * jrand0m extends MyParents [23:19] &lt;mihi_backup&gt; java 不允许多重继承 ;) [23:19] &lt;dm&gt; 没有私生子…… [23:20] * jrand0m implements MyDad, MyMom // just seems wrong [23:20] &lt;mihi_backup&gt; 不过你并不 extend 你的母亲或父亲（参见 Liskov（拼写？）替换原则） [23:20] * dm implements jrandom'sMom [23:20] &lt;dm&gt; ;) [23:20] &lt;jrand0m&gt; 哦，说得好，mihi [23:20] * dm now implements mihi'smother [23:20] &lt;jrand0m&gt; 呵 [23:21] *** 退出: mihi（Ping 超时） [23:21] &lt;mihi_backup&gt; you just need a constructor public Human(Human father, Human mother) throws SameSexException [23:22] &lt;dm&gt; 不错 [23:22] &lt;jrand0m&gt; 我想现代科学需要再多几个构造函数 [23:22] &lt;dm&gt; 虽然它不是 public [23:22] &lt;dm&gt; 它是 pubic [23:22] *** mihi (mihi@anon.iip) 加入了频道 #iip-dev [23:22] &lt;dm&gt; 我自己都把自己逗笑了。 [23:23] &lt;jrand0m&gt; 好，就这样吧 [23:23] &lt;jrand0m&gt; 我想我们刚刚把会议控制在了 23 分钟 :) [23:23] * jrand0m 把后口袋里的 *baf*er 抽出来，然后用 *baf* 把会议结束了 </div>/zh/blog/2003/09/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B49%E6%9C%8830%E6%97%A5/Tue, 30 Sep 2003 00:00:00 +0000/zh/blog/2003/09/30/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B49%E6%9C%8830%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [22:56] &lt;jrand0m&gt; 好好 [22:56] &lt;jrand0m&gt; 议程 [22:56] &lt;jrand0m&gt; 0.0) 欢迎 [22:56] &lt;jrand0m&gt; 1.0) 开发状态 [22:56] &lt;jrand0m&gt; 1.1) router [22:56] *** Myself248 (~ident@anon.iip) 已加入频道 #iip-dev [22:56] &lt;jrand0m&gt; 1.2) DH 预计算 [22:56] &lt;jrand0m&gt; 2.0) 微路线图 [22:56] &lt;jrand0m&gt; 3.0) 应用/用法 [22:56] &lt;jrand0m&gt; 4.0) ns [22:56] &lt;jrand0m&gt; 5.0) IM [22:56] &lt;jrand0m&gt; 6.0) 行政杂务（cvs, bugzilla, cvs list, cvs web） [22:56] &lt;jrand0m&gt; 7.0) 问题 [22:57] &lt;jrand0m&gt; （没错，今天7个点。w00t） [22:57] &lt;jrand0m&gt; 0.0) 欢迎 [22:57] &lt;jrand0m&gt; 嗨。 [22:57] &lt;dm&gt; 嘿 [22:57] &lt;jrand0m&gt; 今天17个用户。不错 [22:57] *** Ryan_Singer (chatzilla@anon.iip) 已加入频道 #iip-dev [22:57] &lt;jrand0m&gt; 还在增加 [22:57] &lt;jrand0m&gt; 好 [22:57] &lt;thecrypto&gt; 1~hi [22:57] &lt;jrand0m&gt; 1.1) router 的开发状态 [22:58] &lt;jrand0m&gt; Java 参考实现的 router 进展非常好 [22:58] *** ChZEROHag (hag@anon.iip) 已加入频道 #iip-dev [22:58] &lt;jrand0m&gt; 我们现在能在不同的 router 上运行应用并互相发送消息了 [22:59] &lt;ChZEROHag&gt; 抱歉打断，但希望只打断一次 [22:59] &lt;jrand0m&gt; 采取迭代增量式的方法，目前状态是安全的、不匿名、不具伸缩性，且可被收集（harvestable） [22:59] &lt;ChZEROHag&gt; 还有谁在做 C 的 API？ [22:59] &lt;jrand0m&gt; 嗨 ChZEROHag，怎么样？ [22:59] &lt;ChZEROHag&gt; 我在做，不过很慢 [22:59] *** dcat (dirtycat@anon.iip) 已加入频道 #iip-dev [22:59] &lt;jrand0m&gt; 哦，酷 [22:59] &lt;jrand0m&gt; shardy 会在 toorcon 结束后开始做一个 [22:59] &lt;jrand0m&gt; 也许你们俩可以一起做？ [23:00] &lt;co&gt; jrand0m：可以手动输入一个 destination 来发送消息吗？ [23:00] &lt;co&gt; 更确切地说，有没有 destination 的 ASCII 表示？ [23:00] &lt;jrand0m&gt; 是的 co，这两个都可以 [23:00] &lt;co&gt; 太好了。 [23:00] &lt;jrand0m&gt; destination，以及所有 I2P 结构，都可以用（另一套字母表的）base64 加载和序列化 [23:01] &lt;thecrypto&gt; 所以不容易记住，但会是 ascii？ [23:01] &lt;jrand0m&gt; （例如，在我某个 router 的 netDb 里，我有 leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat，它包含了 destination enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8 的 lease set） [23:02] &lt;jrand0m&gt; [though that is H(destination).toBase64() [23:03] &lt;jrand0m&gt; ChZEROHag&gt; 如果你需要我们帮什么，尽管开口 [23:03] &lt;jrand0m&gt; 好，这就是 1.1。1.2) DH 预计算 [23:03] &lt;ChZEROHag&gt; 你可以帮我做吗？ :-) [23:04] &lt;jrand0m&gt; 昨晚我写了个 DH 交换的预计算优化，可以把 1.5 秒的会话协商省掉约 ~1 秒。如果有懂密码学的人能帮我确认我没疯就好了 ;) [23:04] &lt;jrand0m&gt; lol ChZEROHag [23:04] &lt;ChZEROHag&gt; 啊我想起来我需要什么了 [23:04] &lt;ChZEROHag&gt; 一个 netdb 的实现 [23:04] &lt;thecrypto&gt; 在 cvs 里吗？ [23:04] &lt;thecrypto&gt; 那个 dh [23:04] &lt;jrand0m&gt; 是的 thecrypto [23:05] &lt;jrand0m&gt; C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] &lt;ChZEROHag&gt; 嗯我今晚还要醒着 3/4 小时，也许能找点事做 [23:05] &lt;jrand0m&gt; 呃，s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) 已加入频道 #iip-dev [23:06] &lt;jrand0m&gt; 好。你要 netdb 实现做什么？ [23:06] &lt;ChZEROHag&gt; 我不记得了 [23:06] &lt;jrand0m&gt; 我们目前在 cvs 里有个不具伸缩性的 netdb [23:06] &lt;jrand0m&gt; 呵 [23:06] &lt;ChZEROHag&gt; 至少一周没碰过了 [23:06] &lt;jrand0m&gt; 你是做 C 的 I2CP API，对吧？不是 I2NP？ [23:07] &lt;ChZEROHag&gt; 我本来打算全都做 [23:07] *** wax_off 已离开 #iip-dev [23:07] &lt;jrand0m&gt; I2NP 比 I2CP 工作量真的、真的、真的大得多 [23:07] &lt;ChZEROHag&gt; 一旦真正开始，应该就会顺下来 [23:07] &lt;jrand0m&gt; 不过如果你用 C 实现一个 I2NP，那就太棒了 [23:07] &lt;dm&gt; 现在有任何语言实现了 I2NP 吗？ [23:07] &lt;jrand0m&gt; （I2CP:I2NP::FCP:FNP） [23:07] &lt;jrand0m&gt; 有的 dm [23:08] * ChZEROHag 将 emacs 从最小化恢复 [23:08] &lt;jrand0m&gt; 我在做的 Java 实现里 I2NP 已经在工作了 [23:08] &lt;dm&gt; 好的…… [23:08] &lt;ChZEROHag&gt; jrand0m：url？我需要个参考，哪怕是用可怕的语言写的。 [23:08] &lt;jrand0m&gt; 呵 [23:08] &lt;jrand0m&gt; 呃，这其实是 6.0 行政杂务：也就是我们的匿名 cvs 访问他妈的在哪儿 ;) [23:09] &lt;thecrypto&gt; 我在拿 DH 的东西 [23:09] &lt;jrand0m&gt; 酷 [23:09] &lt;ChZEROHag&gt; 哦对 [23:09] &lt;Ryan_Singer&gt; jrand0m，回到日程，微路线图？ [23:09] * thecrypto 捂脸 [23:09] &lt;ChZEROHag&gt; 那我等等 :) [23:09] &lt;jrand0m&gt; 呵，好 [23:09] &lt;jrand0m&gt; 微路线图 [23:09] &lt;jrand0m&gt; 我把 0.1 到 0.5 都规划好了 [23:09] &lt;dm&gt; 跟着 Freenet 的路线图走的？ [23:10] *** mrflibble (mrflibble@anon.iip) 已加入频道 #iip-dev [23:10] &lt;jrand0m&gt; 0.1) 可用、安全、不匿名、不具伸缩性、可被收集 [23:10] &lt;dm&gt; 到 0.5 期间开发变慢然后冻结…… [23:10] &lt;jrand0m&gt; 我们现在在 0.1。 [23:10] &lt;jrand0m&gt; 呵 我注意到了 dm，flinks 也卡在 0.5.2 ;) [23:10] &lt;co&gt; 你给整个包叫什么？ [23:10] &lt;jrand0m&gt; （奇怪的巧合） [23:10] &lt;co&gt; 也就是 0.1 版的什么？ [23:10] &lt;jrand0m&gt; 整个包？i2p router 参考实现 [23:10] &lt;ChZEROHag&gt; co：Wonga [23:10] * beefbroth 加入会议 [23:11] &lt;jrand0m&gt; 晚上好啊 beefbroth [23:11] &lt;co&gt; 好的。这就解释了。 [23:11] &lt;ChZEROHag&gt; 其实也许我就这么叫。肯定比“i2pd”有意思 [23:11] &lt;jrand0m&gt; 0.1 有 bug，这是必然。而且没有什么优化（不过 DH 预计算有帮助）。 [23:11] &lt;jrand0m&gt; 呵 [23:11] &lt;Ryan_Singer&gt; jrand0m，那 0.2) 呢？ [23:11] &lt;jrand0m&gt; 隐形互联网警察局 [23:11] &lt;jrand0m&gt; 好，0.2 [23:12] &lt;jrand0m&gt; 0.2 是可用、安全、匿名、不具伸缩性、可被收集 [23:12] &lt;jrand0m&gt; 0.2 增加对非零长度的 tunnel 支持 [23:12] &lt;jrand0m&gt; 我其实昨晚实现了大部分，但还没彻底测试 [23:12] &lt;jrand0m&gt; 我觉得 0.2 本周末前能好 [23:12] &lt;Ryan_Singer&gt; 从开发角度我们离那还有多远？ [23:13] &lt;Ryan_Singer&gt; 很好 [23:13] &lt;jrand0m&gt; 0.3) 是可用、安全、匿名、可伸缩、可被收集 [23:13] * thecrypto 下了 bochs，这样他就能模拟一个网络来帮忙 [23:13] &lt;jrand0m&gt; 0.3 增加一个 kademliaDatabaseManager [23:13] &lt;jrand0m&gt; 现在我们用的是 BroadcastDatabaseManager [23:13] &lt;jrand0m&gt; （也就是 gnunet ;) [23:14] &lt;jrand0m&gt; 实现简单，对小网络可用，但要扩展就需要 Kademlia（分布式哈希表算法） [23:14] &lt;jrand0m&gt; 0.4) 是可用、安全、匿名、可伸缩、不可被收集 [23:14] &lt;jrand0m&gt; 那会加入可信链接 [23:14] &lt;Ryan_Singer&gt; jrand0m，实现 kademlia 的开发挑战有多大？ [23:14] &lt;jrand0m&gt; 我对可信链接有两个想法……一个更容易实现且可用 [23:15] &lt;jrand0m&gt; kademlia 可能要整整一周 [23:15] &lt;jrand0m&gt; （要做到对） [23:15] &lt;jrand0m&gt; 注意这些都有大量重构和调优的空间。我的目标是先可用，然后再调优。 [23:16] &lt;co&gt; 你确定能这么快开发和测试吗？ [23:16] &lt;jrand0m&gt; 我什么都不确定 [23:16] &lt;jrand0m&gt; 这只是我的估计 [23:16] &lt;Ryan_Singer&gt; co，他做出可用的，我们来测 [23:16] &lt;ChZEROHag&gt; 你确定？ [23:16] &lt;ChZEROHag&gt; （抱歉） [23:16] &lt;co&gt; Ryan_Singer：我明白了。 [23:17] * jrand0m &lt;3 肯测试的人 :) [23:17] &lt;Myself248&gt; 你说“我们”测试。非程序员有没有地方能帮上测试？ [23:17] &lt;jrand0m&gt; Myself248&gt; 可能要到 0.4 才有 [23:17] &lt;dm&gt; 希望不会发展到那种程度：功能上可用，但没人知道网络内部到底发生了什么以让它表现良好（比如 freenet） [23:18] &lt;jrand0m&gt; 0.4 好了就是预览版。一旦到了 0.4，我会调优和重构，补齐空白，准备 0.5（alpha） [23:18] &lt;Myself248&gt; 文档、文档、还是文档。 [23:18] &lt;dm&gt; 有没有考虑对网络内部进行主动监控，还是很直观？ [23:18] &lt;jrand0m&gt; 有的 dm，绝对有 [23:18] &lt;jrand0m&gt; i2np 的关键之一是发布的 routerInfo 结构里包含统计信息 [23:18] &lt;mihi&gt; jrand0m：做个 s/0./0.0./ ;) [23:18] &lt;jrand0m&gt; 初始版本会发布真实的统计供我们调优 [23:19] &lt;jrand0m&gt; 后面的版本要么不发布统计，要么发布假的 [23:19] * jrand0m 不做 0.0 [23:19] &lt;shardy&gt; 好了，我来了 [23:19] &lt;jrand0m&gt; 欢迎回来 shardy [23:19] &lt;shardy&gt; 抱歉晚了，忘了这个窗口开着，呵 [23:19] &lt;dm&gt; 酷。 [23:19] &lt;Ryan_Singer&gt; 有没有描述 .4 之前网络架构的更高层文档？ [23:19] &lt;jrand0m&gt; 砍头去 [23:20] &lt;jrand0m&gt; Ryan_Singer&gt; 嗯，几个月前我写过一些概览文档，mids 和 nop 做了镜像，还有 i2p 概览文档 [23:20] &lt;jrand0m&gt; 0.4 就是规范里描述的完整 i2np，只是不一定是最佳实现 [23:20] &lt;shardy&gt; 哦对 jrand0m，我会帮你检查一下 DH 的优化 [23:20] &lt;jrand0m&gt; 好的，感谢 [23:20] &lt;Ryan_Singer&gt; 能给我那些文档吗？ [23:21] &lt;jrand0m&gt; 概览在这里 (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] &lt;beefbroth&gt; 在 wiki 上我想？ [23:21] &lt;jrand0m&gt; 旧的概览文档……嗯 [23:21] &lt;jrand0m&gt; （i2p 规范在 (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs） [23:21] &lt;co&gt; 它们在 (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] &lt;jrand0m&gt; 对，beefbroth [23:22] &lt;jrand0m&gt; 不过有一些老的 html 文档，配了丑丑的画图（ms paint）图片，展示 tunnel 如何工作…… [23:22] &lt;beefbroth&gt; 我应该知道，我已经读了很多遍 [23:22] &lt;jrand0m&gt; 呵 [23:22] &lt;co&gt; 除非那些是更老的版本或者镜像。 [23:22] &lt;jrand0m&gt; wiki 上那些文件是 0.9（I2NP 和数据结构的 0.9.1 也出来了，不过只是小改） [23:23] &lt;thecrypto&gt; jrand0m：预计算看起来不错 [23:23] &lt;jrand0m&gt; 酷 [23:24] *** pitu (~pitu@anon.iip) 已加入频道 #iip-dev [23:24] * jrand0m 用 java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar 运行 router [23:25] &lt;jrand0m&gt; 好，这就是微路线图 [23:25] &lt;jrand0m&gt; 如你所见，我承认本月底前 alpha 不会准备好。0.4 可能是十月第一周 [23:26] &lt;dm&gt; 没关系，即便那样也是这类网络史上最快的实现 ;) [23:26] &lt;Ryan_Singer&gt; lol [23:26] &lt;beefbroth&gt; 读 jrand0m 的时间估计时请记得，他过去 4 小时一直在喝威士忌 :-P [23:26] &lt;jrand0m&gt; 呵 [23:26] &lt;Ryan_Singer&gt; 好……应用/用法？ [23:26] &lt;jrand0m&gt; 而且还是好威士忌 ;) [23:26] &lt;jrand0m&gt; 好，应用/用法 [23:27] &lt;dm&gt; 4 秒后到 0.7……3……2……1..!! [23:27] &lt;jrand0m&gt; 我瞄准的是易上手的——这些是我们几乎不用写新代码就能做到的事。 [23:27] &lt;ChZEROHag&gt; 你要是完全清醒，怎么可能好好写代码？ [23:27] &lt;jrand0m&gt; 这些都大量用到了 mihi 超赞的 i2ptunnel [23:27] &lt;co&gt; ChZEROHag：很容易。 [23:27] *** mihi 已将频道 #iip-dev 的主题改为 &lt;dm&gt; 0.7 in 4 seconds....3...2...1..!! [23:28] &lt;jrand0m&gt; 用 i2ptunnel，我们可以在不写任何新代码的情况下做以下事情： [23:28] &lt;jrand0m&gt; 公共 www 代理（i2ptunnel + squid） [23:28] * dm 向 mihi 致意。 [23:28] &lt;jrand0m&gt; JAP（i2ptunnel + JAP） [23:28] &lt;mihi&gt; 不过你不能通过 i2p 踢人（tunnel 里也不行……） [23:28] &lt;jrand0m&gt; 匿名浏览 www（i2ptunnel + 浏览器） [23:28] &lt;jrand0m&gt; 运行一个 i2p Web 服务器（i2ptunnel + httpd） [23:29] &lt;co&gt; 非常好。mihi 干得漂亮。 [23:29] &lt;jrand0m&gt; cvs 出口代理（i2ptunnel）［比如到 sourceforge 的 cvs 出口代理用于匿名 freenet 开发］ [23:29] &lt;jrand0m&gt; cvs 客户端，cvs 服务器 [23:29] &lt;jrand0m&gt; IM 应用、pop3 服务器、imap 服务器、opennap [23:29] &lt;jrand0m&gt; 这些都是真·易上手的 [23:29] &lt;dm&gt; 好了，现在我们只需要 i2p :) [23:30] &lt;jrand0m&gt; 对 ;) [23:30] &lt;Myself248&gt; i2p web 服务器不会取代 freenet 吧？ :) [23:30] * jrand0m 觉得这算是个常见问题我应该回答 [23:30] &lt;Ryan_Singer&gt; jrand0m，不过它们也非常有价值 [23:30] &lt;ChZEROHag&gt; 在那清单里，我觉得 cvs 更重要/更有用 [23:30] &lt;ChZEROHag&gt; 一方面我想保持匿名，另一方面如果提供匿名 www 会招来一堆菜鸟 [23:30] &lt;jrand0m&gt; i2p + web 并不取代 freenet——freenet 在匿名通信框架之上增加了重要价值——内容分发 [23:31] &lt;ChZEROHag&gt; 而且目前匿名邮件的想法有点可怕 :) [23:31] * dm 记下：“不要菜鸟” [23:31] &lt;jrand0m&gt; cvs 肯定在前三 [23:31] &lt;beefbroth&gt; 我觉得如果 i2p 的 web 服务做得好，就得考虑把 freenet 的 DHT/存储部分合到 i2p 上，这样两全其美。 [23:31] &lt;Ryan_Singer&gt; ChZEROHag，如果它可扩展，那是好事 [23:31] &lt;ChZEROHag&gt; dm：菜鸟只是在早期阶段的问题，而且他们通常不用 cvs [23:31] &lt;Myself248&gt; 好吧，给任何匿名邮件都加上一堆 hashcash（哈希现金，工作量证明机制）。 [23:31] &lt;ChZEROHag&gt; 甚至都不知道那是什么（或者它的存在） [23:31] &lt;co&gt; 我觉得需要做的测试之一是对网络做一次攻击测试。 [23:31] &lt;jrand0m&gt; 是的 beefbroth，一旦 i2p 实现了我们的目标，freenet 很可能会调整以利用它 [23:32] &lt;co&gt; 抱歉如果偏题。 [23:32] &lt;mihi&gt; Myself248：只要加个重定向到匿名重邮器就行。 [23:32] &lt;jrand0m&gt; 不，co，这绝对在主题内——攻击这个网络是关键 [23:32] &lt;ChZEROHag&gt; Myself248：hashcash 主要是为了防止在我们被迫用这个古老协议“irc”的时候发生泛洪 [23:32] &lt;ChZEROHag&gt; 不是为了阻止所谓的“滥用” [23:32] &lt;jrand0m&gt; 对，mihi。不过也许把 mixminion 跑在 i2p 上会很有用 [23:33] &lt;jrand0m&gt; 对，hashcash 甚至内置在 i2p 里，用来防止消息在只走一跳的情况下被投递，除非它们“付费” [23:33] &lt;Ryan_Singer&gt; jrand0m，我们可以很容易地在这上面跑 imap 吗？ [23:33] &lt;jrand0m&gt; 绝对可以 [23:33] &lt;Ryan_Singer&gt; 令人印象深刻 [23:33] &lt;jrand0m&gt; 一个指向 imapd 的 i2ptunnel，客户端的 i2ptunnel 指向那个 tunnel 的 destination [23:34] &lt;Myself248&gt; 还有 freenet 的搜索引擎 :) [23:34] &lt;mihi&gt; ftp 或若干非 jabber 的即时通讯会有问题…… [23:34] &lt;jrand0m&gt; 对，需要两个连接的东西更复杂 [23:34] &lt;ChZEROHag&gt; jrand0m：i2p 里有 hashcash？ [23:34] &lt;ChZEROHag&gt; 这会后我要烦你这个。 [23:34] &lt;shardy&gt; i2p 里有 hashcash？不错。 [23:34] &lt;dm&gt; 我们走太前面了！哦算了，谁在乎……QUAKE + IIP!!!!!! [23:34] &lt;dm&gt; 抱歉，是 I2p :) [23:34] &lt;jrand0m&gt; lol dm [23:35] &lt;Myself248&gt; 我们这些小 CPU 的听到 hashcash 就犯怵，但作为反垃圾措施我理解。 [23:35] &lt;co&gt; dm：那真是把进度提得太前面了。 [23:35] * mihi 是 jabber:schierlm@a-message.de ;) [23:35] &lt;jrand0m&gt; 是的 ChZEROHag——Destination == public signing key (DSA) + public encryption key (ElGamal) + certificate（要么是 null 要么是 hashcash(keys)） [23:35] &lt;beefbroth&gt; i2p 的 tunnel 在客户端这端是静态的还是动态的？ [23:35] &lt;mihi&gt; beefbroth：目前都是静态的。但你可以用 socks 代理作目的地 ;) [23:35] &lt;jrand0m&gt; Myself248&gt; 我过几周会收到一台很牛的 sun ultra1。要是 160Mhz 的机器能跑，大家都能 [23:35] &lt;shardy&gt; 嗯。hashcash 不该对小 CPU 很致命。只有当你想做十几亿次的时候，才会注意到。 [23:36] &lt;co&gt; beefbroth：它可以是动态的。 [23:36] &lt;Ryan_Singer&gt; 这里这些“易上手”的潜在应用非常惊人 [23:36] &lt;jrand0m&gt; 对，mihi [23:36] &lt;jrand0m&gt; “eleventy”。呵 [23:36] &lt;ChZEROHag&gt; 易上手的本质上就是“普通”的互联网应用，但匿名地 [23:36] &lt;ChZEROHag&gt; 对吧？ [23:36] &lt;jrand0m&gt; 对 [23:36] &lt;Ryan_Singer&gt; 是的 [23:36] &lt;dm&gt; （quake） [23:37] &lt;jrand0m&gt; 0.1 安全地跑它们，0.2 匿名地跑它们，0.3 可伸缩地跑它们，0.4 不可被收集地跑它们 [23:37] &lt;jrand0m&gt; （我们现在在 0.1） [23:37] &lt;shardy&gt; 你说的不可被收集是什么意思？ [23:37] &lt;co&gt; 抱歉，“可被收集”又是什么意思来着？ [23:37] &lt;ChZEROHag&gt; dm：不幸的是，受了足够阻碍，实时类东西在30多年后仍不是“普通的” [23:37] &lt;Myself248&gt; 呼。我也希望有人问这个。;) [23:37] &lt;Ryan_Singer&gt; 可记录的 [23:37] &lt;jrand0m&gt; “收集（harvesting）”意思是一个主动的攻击者可以运行一个 router，找出很多其他 router（“收集”它们），然后派人去踹他们的门 [23:38] &lt;Myself248&gt; 哦，就像你可以在 gnutella 上做的那样。:) [23:38] &lt;Ryan_Singer&gt; 类似情报机构那样的人 [23:38] &lt;jrand0m&gt; 对 [23:39] &lt;shardy&gt; 啊，懂了。 [23:39] &lt;jrand0m&gt; 好，不过，是的，这就是微路线图。 [23:40] &lt;jrand0m&gt; 现在，我把这些叫 0.x 而不是 0.0.x 是不是很蠢？1.0 应该是“完美的”，还是应该是可用且安全？ [23:40] &lt;Ryan_Singer&gt; jrand0m，我们什么时候能看到 .4？ [23:40] &lt;jrand0m&gt; 0.4 可能还要两周 [23:40] * jrand0m 十月中旬会休（半）周，有人要来访 [23:40] *** Signoff: dm (客户端发来 EOF) [23:40] &lt;mihi&gt; 1.0 应该是稳定的。 [23:40] &lt;co&gt; 让 1.0 成为可用且安全。 [23:40] &lt;thecrypto&gt; 同意 co [23:41] &lt;Ryan_Singer&gt; 1.0 应该可用、稳定且安全 [23:41] &lt;ChZEROHag&gt; jrand0m：我对版本号的哲学是：拿不准就抄 Linux [23:41] &lt;Myself248&gt; 5.0 可以是“完美的”。自由软件圈的人过分害怕版本号膨胀。 [23:41] &lt;jrand0m&gt; 好说 [23:41] &lt;mrflibble&gt; jrand0m，v1 的东西从来都不完美 :) [23:41] *** dm (~gj@anon.iip) 已加入频道 #iip-dev [23:41] &lt;mrflibble&gt; 人们也不指望它们完美 [23:41] &lt;dm&gt; 我错过 1.0 了吗？ [23:41] &lt;ChZEROHag&gt; mrflibble：人们不指望任何软件完美。人们用 windows。 [23:41] &lt;Ryan_Singer&gt; 这软件会是 GPL 还是 LGPL？ [23:41] &lt;jrand0m&gt; 不错，我已经因为 1.0 还不完美而挨批了 [23:41] &lt;ChZEROHag&gt; 但这不代表它不应该完美。 [23:41] &lt;mrflibble&gt; 有道理 ChZEROHag [23:42] &lt;dm&gt; 啊糟糕，我确实错过了…… [23:42] &lt;mihi&gt; dm：别闹了 [23:42] &lt;mrflibble&gt; 是的，你错过了 [23:42] &lt;jrand0m&gt; router 用 GPL。Java 客户端库目前是 GPL，但我持开放态度。thecrypto 和我拥有除一个部分外的全部版权（Cryptix 的 AES 实现是 MIT） [23:42] &lt;dm&gt; 好好好我错了 :( [23:42] &lt;jrand0m&gt; 实际上，我收回刚才的话 [23:42] &lt;jrand0m&gt; 我用了 Freenet 的 Base64.java [23:43] &lt;beefbroth&gt; 我们还在 0.3 应用这个议程项上吗？ [23:43] &lt;jrand0m&gt; 所以 base64 是 GPL :) [23:43] &lt;thecrypto&gt; 而 IM 客户端会用 GPL [23:43] &lt;jrand0m&gt; 哦对，我们在 0.3 对吧 [23:43] &lt;thecrypto&gt; 等我把代码里加上注释就放出来 [23:43] *** UserX_ (~User@anon.iip) 已加入频道 #iip-dev [23:43] &lt;jrand0m&gt; 呵 thecrypto [23:43] &lt;ChZEROHag&gt; GPL 我觉得不错 [23:43] &lt;jrand0m&gt; 哇哦，23 个用户 [23:43] &lt;Myself248&gt; 我们在议程项 6.02E23，随机扯淡。:) [23:43] &lt;Ryan_Singer&gt; jrand0m，如果你有时间，我想和你聊聊授权和潜在的咨询项目 [23:43] &lt;jrand0m&gt; 好的 Ryan_Singer [23:43] &lt;ChZEROHag&gt; 不过正如某人（Fillament？）指出的——如果有人违反许可证，匿名的人能怎么办？ [23:43] &lt;mihi&gt; jrand0m：22 ;) [23:43] &lt;jrand0m&gt; ChZEROHag&gt; 去看看我在 flinks 上的许可证 ;) [23:43] &lt;Myself248&gt; 我们需要一个匿名法庭系统。 [23:44] * mihi 在这儿两次 [23:44] &lt;jrand0m&gt; Myself248&gt; 叫 yodel ;) [23:44] &lt;Myself248&gt; “法庭现在审理案号 34534，J. Doe 诉 J. Doe” [23:44] &lt;Ryan_Singer&gt; ChZEROHag，我问这个是因为企业想用这软件来防范工业间谍 [23:44] &lt;co&gt; 命名服务器也会用 GPL 许可。 [23:44] &lt;CCD&gt; lol [23:44] &lt;Myself248&gt; “法警，那不就是我们刚才听的 34533 个案子里的同一双方吗？” [23:44] &lt;shardy&gt; 嗯 [23:45] &lt;shardy&gt; 总有一种想法：如果你真想让大家用你的协议，而且不在乎钱，就把它完全开放。甚至不受 GPL 限制。 [23:45] &lt;co&gt; shardy：你是说公有领域？ [23:45] &lt;beefbroth&gt; 我觉得那是 co 引到 0.4 议程项的铺垫 :-P [23:45] &lt;jrand0m&gt; shardy&gt; 规范是公开开放的。我没有对规范主张版权。 [23:45] &lt;Ryan_Singer&gt; shardy，不，我们希望对协议的工作能保持可用 [23:45] &lt;shardy&gt; 公有领域、BSD 许可、“随便用给署名就行”之类 [23:45] &lt;jrand0m&gt; 代码方面，router 用 GPL。Java 的一个客户端 API 实现是 GPL [23:46] &lt;Ryan_Singer&gt; 看看 liberty 协议…… (Link: http://projectliberty.org)http://projectliberty.org [23:46] &lt;shardy&gt; jrand0m：好的，懂了。 [23:46] * jrand0m 想过“政府禁用”许可证 ;) [23:46] &lt;jrand0m&gt; 好，把 3.0) 应用放进清单的原因是这样的 [23:46] &lt;jrand0m&gt; 我们需要帮助。 [23:46] &lt;Ryan_Singer&gt; 需要什么帮助？ [23:46] &lt;jrand0m&gt; i2ptunnel 是好代码。i2p 的 router 也会是好代码。 [23:47] &lt;jrand0m&gt; 我们需要大家开始摸清发布工程的方方面面 [23:47] &lt;dm&gt; 你既然能用 i2ptunnel，为啥还需要应用？ [23:47] &lt;ChZEROHag&gt; jrand0m：你再说一遍？ [23:47] &lt;jrand0m&gt; 也就是，如何真正打包一个东西，让张三能下载就能上网 [23:47] &lt;ChZEROHag&gt; dm：如果能用 telnet，你为什么还需要应用？ [23:47] &lt;dm&gt; 啥？ [23:47] * dm 抓抓头。 [23:47] &lt;CCD&gt; 呃，除了 telnet 还有别的？ [23:48] * jrand0m 觉得这就是 ChZEROHag 的观点 dm ;) [23:48] *** Myself248 现在叫做 myself248 [23:48] *** Signoff: thecrypto (Ping 超时) [23:48] &lt;ChZEROHag&gt; dm：用 i2ptunnel 就像有辆能跑的车却把它放在手推车上拖着走 [23:48] &lt;jrand0m&gt; 好，就这样。我只是想提一句，以防大家有空闲时间 :) [23:48] &lt;jrand0m&gt; 好，4.0) [23:48] &lt;jrand0m&gt; 命名服务 [23:48] &lt;dm&gt; 我能看出来他在表达个观点。 [23:48] &lt;jrand0m&gt; 嗨 co，最近怎样？:) [23:48] &lt;co&gt; 命名服务器必须是 GPL，因为至少 Java 实现使用了客户端库中的代码来联系 router。 [23:49] &lt;dm&gt; 可我们刚花了 20 分钟一直说：I2Ptunnel + web 服务器！I2Ptunnel + quake! ;) [23:49] &lt;ChZEROHag&gt; 或者，用计算机的术语说，就像用 telnet 做你所有的互联网事情，而不是直接在 ip 栈上做 [23:49] &lt;co&gt; 上周我没做多少。我发布了客户端 API，它也需要工作。 [23:49] &lt;ChZEROHag&gt; i2ptunnel 是个过渡方案 [23:49] &lt;co&gt; 不过这周我有时间开始实现命名服务器。 [23:49] &lt;jrand0m&gt; 酷 [23:49] &lt;jrand0m&gt; 客户端 api 在哪来着？ [23:50] &lt;mihi&gt; 在邮件列表上 ;) [23:50] &lt;co&gt; 它的一个假设是 destination 可以用 base64 编码，这就是我之前问那个问题的原因。 [23:50] &lt;jrand0m&gt; ChZEROHag&gt; 某种程度上它是过渡的 [23:50] * jrand0m !拍 自己 [23:50] *** thecrypto (~thecrypto@anon.iip) 已加入频道 #iip-dev [23:50] &lt;dm&gt; TCP 也是！ [23:50] *** yodel (yodel@anon.iip) 已加入频道 #iip-dev [23:50] &lt;jrand0m&gt; 嗨 yodel [23:50] &lt;beefbroth&gt; 命名约定会是什么样？普通用户能适应吗（比如 (Link: www.somthing.com)www.somthing.com 或 (Link: www.something.i2p)www.something.i2p 用于 http/web 之类）？ [23:50] &lt;co&gt; 我会把命名服务规范和客户端 API 放进 CVS。 [23:50] &lt;jrand0m&gt; 欢迎回来 thecrypto [23:50] &lt;ChZEROHag&gt; 这些可能之前讲过了，但 ns 如何公平地提供唯一名称？ [23:50] * mihi 想要 *.mihi.iip ;) [23:50] &lt;jrand0m&gt; beefbroth&gt; 有命名服务还是没有？ [23:50] &lt;jrand0m&gt; 呵 mihi [23:50] &lt;ChZEROHag&gt; 避免蹲名之类困扰过 DNS 的问题 [23:50] &lt;thecrypto&gt; 谁能把刚才发生的发给我？ [23:51] &lt;beefbroth&gt; jrand0m：有。我想没有的话会是一长串数字。 [23:51] &lt;co&gt; ChZEROHag：你会在一组命名服务器注册，然后用那组的名字标识自己。 [23:51] &lt;co&gt; 比如你提供 IM 服务，就是 IM.beefbroth.mygroup。 [23:51] &lt;mihi&gt; 哎呀，s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) 已加入频道 #iip-dev [23:51] *** Signoff: godmode0 (客户端发来 EOF) [23:51] &lt;jrand0m&gt; ChZEROHag&gt; co 的命名服务有可信组，每个组管理一个组名（tld）。你选择由哪些组来运行各个 tld [23:51] &lt;co&gt; 是的，有人也可以在 group2 注册用户名 beefbroth。 [23:51] &lt;thecrypto&gt; 我走开的 4 分钟里 [23:52] &lt;ChZEROHag&gt; co：所以唯一的问题是 .mygroup 的唯一性？ [23:52] &lt;ChZEROHag&gt; 那谁拿 group ‘com’？:-) [23:52] &lt;jrand0m&gt; 而且这是由客户端选择的 [23:52] &lt;mihi&gt; ChZEROHag：i2p 不是商用（COMmerical） [23:52] &lt;jrand0m&gt; （比如你告诉 ns 客户端库“.com 组是 group 0123ff33aefcbb34fe [23:52] &lt;beefbroth&gt; 我不太想提，但我几乎觉得这些组应该默认 3 个字母，以维持它与常规 web 类似的错觉 [23:52] &lt;co&gt; ChZEROHag：我不确定谁拿“com”组。 [23:52] &lt;co&gt; 好问题。 [23:53] &lt;shardy&gt; beefbroth：除非“常规 web”不再只有 3 个字母的 [23:53] &lt;mihi&gt; beefbroth：或者给所有地址加个 .i2p。 [23:53] &lt;ChZEROHag&gt; beefbroth：那种错觉只在美国存在 [23:53] &lt;shardy&gt; tlds。 [23:53] &lt;jrand0m&gt; 一开始，我们也许只想先有一个命名服务器组，“.i2p” [23:53] &lt;co&gt; beefbroth：命名服务器软件允许你最多用 32 个字母。 [23:53] &lt;ChZEROHag&gt; 在其他地方我们用给我们的 2 字母国家代码 [23:53] &lt;shardy&gt; .us 在美国也在用。 [23:53] &lt;co&gt; 实际上，我想第一个组叫“test”。 [23:53] &lt;shardy&gt; 还有 .info 和 .name 之类 [23:53] &lt;jrand0m&gt; 呵，好 [23:54] &lt;ChZEROHag&gt; shardy：是啊，被大概 5 个人用。 [23:54] &lt;ChZEROHag&gt; 不过这也许留待以后再吐槽 :) [23:54] &lt;jrand0m&gt; 实际上…… [23:54] &lt;shardy&gt; 甚至还有 .museum [23:54] &lt;Ryan_Singer&gt; jrand0m，用 .12p 听起来不错 [23:54] &lt;jrand0m&gt; 我前几天碰到一个基于 JXTA 的分布式 DNS [23:54] &lt;co&gt; ChZEROHag：但关键是，如果你不喜欢运行“com”组的人，你可以建立“com2”组并运行它的服务器（并在那注册）。 [23:55] &lt;ChZEROHag&gt; 是的那部分完全能理解 [23:55] &lt;mihi&gt; ChZEROHag：(Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] &lt;jrand0m&gt; co&gt; 你不能直接说“他们‘认为’他们是 .com，但我说 .com 由 group2 运行”？ [23:55] &lt;ChZEROHag&gt; 我想问的是，它是否依赖先到先得？ [23:55] &lt;co&gt; 你可以把客户端配置成任何样子。 [23:56] &lt;Ryan_Singer&gt; JXTA 的命名系统是怎么工作的？ [23:56] &lt;jrand0m&gt; co&gt; (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS 是一个分布式 DNS 的 wiki，但很粗糙，也没解决真正的难题 [23:56] &lt;co&gt; ChZEROHag：在你向某个组注册用户名时，是的。 [23:56] &lt;co&gt; jrand0m：我会会后看看。 [23:56] &lt;jrand0m&gt; jxta 让命名服务器跑在 rendezvous 点上 [23:56] &lt;ChZEROHag&gt; mihi：那是啥？ [23:56] &lt;beefbroth&gt; 那么有人可能尝试通过模仿已有的 i2p 命名服务器组来攻击 NS 系统 [23:57] *** Signoff: jeremiah (Ping 超时) [23:57] &lt;co&gt; beefbroth：我觉得不会。 [23:57] &lt;mihi&gt; ChZEROHag：听一下。为什么 xxx 百万美国人偏好 .us 而不是 .com [23:57] &lt;mihi&gt; 6800 万 [23:57] &lt;co&gt; 我设想，设置组的人会宣布这些组。 [23:57] &lt;jrand0m&gt; 模仿？他们无法模仿，因为组里的服务器通过公钥系统进行认证 [23:58] &lt;jrand0m&gt; 不过，如果组允许不可信成员加入，就会被轻易接管。 [23:58] &lt;shardy&gt; 但密钥交换怎么做？ [23:58] &lt;co&gt; 后来的人会面临一个问题：该组已经建立，客户端软件的配置文件里包含了前一个组的 destination。 [23:58] &lt;ChZEROHag&gt; mihi：嗯我一直说偏好它是有道理的，爱国什么的，只是我从没真见过。 [23:58] &lt;beefbroth&gt; 如果两组命名服务器都声称解析 .i2p 组，会怎样？ [23:58] &lt;co&gt; 不过好问题，我会再仔细想想。 [23:58] &lt;ChZEROHag&gt; mihi：总之我会去听听看 [23:58] &lt;jrand0m&gt; shardy&gt; 不是密钥交换——是密钥发布 [23:58] &lt;beefbroth&gt; 我懂了，说得好 [23:58] &lt;ChZEROHag&gt; co：是的，这也是我想问的另一点 [23:58] &lt;shardy&gt; 但如果在线发布，密钥仍会被拦截 [23:58] &lt;jrand0m&gt; beefbroth&gt; 没人声称什么。你的客户端说“i2p == [dest1, dest2, dest]” [23:59] &lt;shardy&gt; 我们需要一个基于信任的 dns 系统 :) [23:59] &lt;shardy&gt; 这样你可以提交一个名称查询，拿回一组响应……然后选择可信的那个 [23:59] &lt;co&gt; 谢谢你提出来。 [23:59] &lt;jrand0m&gt; shardy&gt; 啊，我想我明白困惑在哪了。命名服务可能需要带一组带外的 destination（也就是随安装包一起） [23:59] &lt;ChZEROHag&gt; 是啊我们有一个——大家都信 IANA（不管他们现在叫什么），否则就…… [23:59] * shardy 蹲下 [23:59] &lt;ChZEROHag&gt; :-D [23:59] &lt;mrflibble&gt; 他们在用 dnssec 尝试这么做，但当然那不匿名 [00:00] &lt;jrand0m&gt; 这个命名服务要做的是摆脱根服务器 [00:00] &lt;beefbroth&gt; 你总可以有个 i2p 首页列出活动的命名组和权威？ [00:00] &lt;shardy&gt; jrand0m：好的。只是指出，不管怎样它仍可能被拦截，除非有物理安全的渠道来最初传递这些密钥…… [00:00] &lt;co&gt; shardy：我想我在规范里覆盖了密钥交换。如果没有，告诉我。 [00:00] &lt;shardy&gt; 但带外打包会更好 [00:00] &lt;shardy&gt; co：我会看看。 [00:00] &lt;jrand0m&gt; shardy&gt; 哦对。大家需要能信任他们下载的代码 [00:00] &lt;co&gt; beefbroth：当然可以。 [00:01] &lt;ChZEROHag&gt; 啊这提醒了我 [00:01] &lt;jrand0m&gt; beefbroth&gt; 是的，那肯定是最先实现的应用之一——一个带 bbs 和 wiki 的 i2p web 服务器，大家可以通过 i2p 访问 [00:01] &lt;ChZEROHag&gt; 我应该给我的 iipmail 生成个 gpg 密钥 [00:01] *** yodel 已离开 #iip-dev [00:01] * ChZEROHag 在无聊环节进行时这么做 [00:01] &lt;jrand0m&gt; 呵好 [00:01] &lt;co&gt; 请理解命名服务器规范仍然接受改进建议。 [00:02] &lt;shardy&gt; 我想把所有规范带上飞机去 toorcon……那样我就有时间读了 [00:02] &lt;co&gt; 我并不声称它现在是完美或定稿的。 [00:02] &lt;jrand0m&gt; 呵 希望是个长航班 [00:02] &lt;shardy&gt; 也比一直玩 fft advance 更高产，呵 [00:02] * jrand0m 发现一旦有实现规范的代码，批评就会更踊跃 [00:02] *** godmode0_ 现在叫做 godmode0 [00:02] &lt;co&gt; 而且我还得写代码。 [00:02] &lt;co&gt; 我想我们可以进入下一个话题了。 [00:02] &lt;jrand0m&gt; 好 [00:02] &lt;jrand0m&gt; 5.0) IM [00:03] &lt;jrand0m&gt; 嗨 thecrypto [00:03] &lt;mihi&gt; 名称不应与 base64 表示冲突。 [00:03] &lt;thecrypto&gt; 嗨 [00:03] &lt;thecrypto&gt; 好的 [00:03] &lt;mihi&gt; 命名服务器应该透明地原样返回 base64 地址。 [00:03] &lt;co&gt; mihi：很好，我会尽量避免这个问题。 [00:03] &lt;thecrypto&gt; 首先因为我的电子邮件又不好使了（该死的垃圾邮件） [00:03] &lt;jrand0m&gt; （所有继承自 DataStructure 的类都有 String .toBase64() 和 .fromBase64(InputStream) ） [00:03] &lt;thecrypto&gt; 我就在这里回答 Whit 关于我系统的问题 [00:04] * jrand0m 打开 co 的邮件 [00:04] &lt;mihi&gt; jrandom？为什么是 InputStream 而不是 Reader？ [00:04] &lt;thecrypto&gt; network 是我先想到的，你通过 i2p network 建立连接，它很 p2p，所以我叫它 networkr [00:04] &lt;jrand0m&gt; 要 Reader 的话套个 InputStreamReader 就好了，你这小坏蛋 [00:04] &lt;mihi&gt; 在我看来 base64 是字符，不是字节。 [00:04] &lt;ChZEROHag&gt; jrand0m：IM == 即时通讯？ [00:04] &lt;jrand0m&gt; 是的 ChZEROHag [00:04] &lt;thecrypto&gt; 如果大家不喜欢这个，给我个怎么称呼它的建议 [00:05] &lt;ChZEROHag&gt; jabber？ [00:05] &lt;thecrypto&gt; IM == 我自己的分布式 IM 网络 [00:05] &lt;shardy&gt; 你应该叫它“bob” [00:05] &lt;jrand0m&gt; i2p im 和 aim 是网络同一种意义，或 kazaa 是网络，同样都跑在 tcp/ip 或 udp/ip 上 [00:05] &lt;co&gt; 叫 IM 应用怎么样？ [00:05] &lt;ChZEROHag&gt; （anonabber） [00:05] &lt;co&gt; jrand0m：我懂了。 [00:05] &lt;thecrypto&gt; jabber 需要中心化服务器 [00:05] &lt;jrand0m&gt; 术语对我无所谓。我喜欢 shardy 的点子 [00:05] &lt;ChZEROHag&gt; thecrypto：没有什么是“必须”中心化服务器的 [00:05] &lt;thecrypto&gt; 而且我今天拼写不行，将就一下 [00:05] &lt;ChZEROHag&gt; 只是现在写成那样 [00:05] &lt;jrand0m&gt; （不过我更喜欢 Betty） [00:05] &lt;thecrypto&gt; 所以你想让我叫它 I2PIM bob？ [00:05] &lt;thecrypto&gt; :) [00:05] &lt;jrand0m&gt; 那 Wilma 怎么样？ [00:05] &lt;jrand0m&gt; Fred 被占用了 [00:05] &lt;co&gt; 叫分布式 IM 怎么样？ [00:05] &lt;jrand0m&gt; DIM，呵 [00:05] &lt;co&gt; 不过，那就是分布式 IM 应用？ [00:05] &lt;dm&gt; AIM，anonymous Instant messaging！ [00:05] &lt;thecrypto&gt; 糟糕的首字母缩略词 :) [00:06] &lt;dm&gt; 然后我们就能接管 AOL。 [00:06] &lt;thecrypto&gt; 哦我等不及 AOL 知道这个了 [00:06] &lt;ChZEROHag&gt; dm：那会把某些混蛋气坏。我喜欢。 [00:06] &lt;jrand0m&gt; 呵 做吧 [00:06] &lt;Ryan_Singer&gt; thecrypto，我们能以去中心化方式实现 IM 吗，还是必须中心化？ [00:06] &lt;co&gt; dm：好主意。我支持这个缩写。 [00:06] &lt;jrand0m&gt; 按我读 thecrypto 文档的理解，IM 是完全去中心化的 [00:06] &lt;thecrypto&gt; 我正在实现一个分布式 IM，在 CVS 里 [00:06] &lt;beefbroth&gt; 我会反对任何会让人困惑的东西 [00:07] &lt;Ryan_Singer&gt; AOL TimeWarner 把名字改回 Time Warner 了 [00:07] &lt;ChZEROHag&gt; dm：那会把某些混蛋气坏。我喜欢。 [00:07] &lt;jrand0m&gt; 如果人们不理解什么是匿名，“透明匿名”也没用。 [00:08] &lt;ChZEROHag&gt; 哦等等，我有类似的东西写在纸上 [00:08] &lt;beefbroth&gt; 我喜欢 thecrypto 的想法 [00:08] &lt;thecrypto&gt; 我在找 I2PIM 跑在哪个“network”上 [00:08] &lt;jrand0m&gt; 教人如何保护自己非常重要 [00:08] &lt;thecrypto&gt; 我在想 Presence System？ [00:08] &lt;Ryan_Singer&gt; 强调匿名的安全属性 [00:08] &lt;dm&gt; I2M（instant 2 messaging） [00:08] &lt;ChZEROHag&gt; 虽然我只叫它 XIrc [00:09] &lt;jrand0m&gt; 你说了算 thecrypto，什么顺手用什么 ;) [00:09] &lt;dm&gt; 在 I2M 的 logo 里，那个 2 会很小 :) [00:09] &lt;thecrypto&gt; 那么 I2P 展开是 Invisible … jrand0m ？ [00:09] &lt;ChZEROHag&gt; 我喜欢的一点是每个人都叫 Borg，他们在 Collective 里聊天 [00:09] &lt;jrand0m&gt; i2p = i^2p（Invisible Internet Project） [00:09] &lt;co&gt; 我以为 P 代表 protocol。 [00:09] &lt;jrand0m&gt; 也能这么说 [00:09] &lt;jrand0m&gt; 不，实际上，不是 [00:10] &lt;thecrypto&gt; 所以是 Invisible Internet Project Instant Messaging [00:10] &lt;jrand0m&gt; i2np 是协议 [00:10] &lt;jrand0m&gt; i2p 是项目 [00:10] &lt;jrand0m&gt; i2cp 是客户端协议 [00:10] &lt;beefbroth&gt; 我以为代表“poop” [00:10] &lt;co&gt; thecrypto：你说得对，名字不是特别重要。 [00:10] &lt;dm&gt; i2m = i^2m = instant invisible messaging [00:10] &lt;thecrypto&gt; 那下一个话题吧 [00:10] &lt;Ryan_Singer&gt; 好……所以我们偏离议程了……IM 讲完了吗？ [00:10] &lt;shardy&gt; 如果“bob”不行，我们可以叫它“jimbob” [00:10] &lt;jrand0m&gt; 好，6.0) 行政杂务 [00:10] &lt;thecrypto&gt; 没，还有 [00:11] &lt;thecrypto&gt; 抱歉 [00:11] &lt;co&gt; 是 administrivia。 [00:11] &lt;thecrypto&gt; 不是，是 IM [00:11] &lt;jrand0m&gt; nop&gt; 给我 root。我需要装匿名 cvs、bugzilla 和 cvsweb。 [00:11] &lt;thecrypto&gt; 我还没讲完 [00:11] &lt;thecrypto&gt; :) [00:11] &lt;thecrypto&gt; 倒回去！ [00:11] * jrand0m 往回 [00:11] &lt;jrand0m&gt; 5.1) thecrypto v2 [00:11] &lt;Ryan_Singer&gt; 还有什么 IM 的点，thecrypto？ [00:12] &lt;mihi&gt; thecrypto：继续说；/me 我也是错过命名服务那段才后来补的 [00:12] &lt;thecrypto&gt; 好，关于存在（presence）之间的通信有点不同 [00:12] &lt;thecrypto&gt; 不是每个人都认识每个人 [00:12] &lt;thecrypto&gt; 几乎不可能“跟踪”某人 [00:12] &lt;thecrypto&gt; 你得请求才会被展示 [00:13] &lt;mihi&gt; 在匿名网络里，通常没有人认识任何人 ;) [00:13] &lt;jrand0m&gt; （只要大家的 Destination 是随机的） [00:13] *** Signoff: pitu (终端丢失) [00:13] &lt;dm&gt; 你什么意思？ [00:13] &lt;thecrypto&gt; Alice 想和 Bob 聊天 [00:13] &lt;jrand0m&gt; mihi&gt; 不过命名服务允许按服务搜索 [00:13] &lt;jrand0m&gt; （服务是 IM、www 等） [00:13] &lt;thecrypto&gt; Alice 通过某种方式找到了 Bob 的 IM destination，可能通过命名服务 [00:14] &lt;thecrypto&gt; 所以 Alice 给 Bob 的 IM destination 发一条消息 [00:14] &lt;dm&gt; 然后？ [00:14] &lt;thecrypto&gt; 他会收到一个小消息说“Alice 尝试联系你”，他可以选择要不要和她说话，也可以忽略 [00:15] &lt;thecrypto&gt; 但没有中心的在线状态服务器，Alice 也可能只是看到她的消息消失而没有回应 [00:15] &lt;dm&gt; 好的，那不就和 MSN 一样？ [00:15] &lt;jrand0m&gt; （虽然 Alice 能知道 Bob 忽略了她） [00:15] &lt;thecrypto&gt; 并且 Alice 不能只是把 Bob 加到她的好友列表然后等他 [00:15] &lt;Ryan_Singer&gt; thecrypto，好的……这和正确配置的 Y!、MSN 或 AIM 有什么不同……除了没有中心服务器 [00:15] &lt;thecrypto&gt; 因为 Bob 必须给 Alice 发一个消息才能看到她上线 [00:15] &lt;Ryan_Singer&gt; 哦 [00:15] &lt;dm&gt; 好的，对用户来说体验并没变，但我懂你意思了。 [00:16] &lt;jrand0m&gt; thecrypto&gt; 不完全对 [00:16] &lt;Ryan_Singer&gt; 懂了……没有好友列表功能…… [00:16] &lt;jrand0m&gt; 哦，嗯，从技术上讲…… [00:16] &lt;thecrypto&gt; Ryan_Singer：不，还是有好友列表 [00:16] &lt;dm&gt; 如果 Alice 看不到 Bob，她怎么给 Bob 发消息？ [00:16] &lt;dm&gt; 你只能随机试着联系，看看他们在不在？ [00:16] &lt;jrand0m&gt; Bob 得给 Alice 的 router 发消息，这可以在 Alice 不知道的情况下发生 [00:16] &lt;thecrypto&gt; Alice 也可以随机尝试 [00:17] &lt;dm&gt; 那不太方便吧？你一上线就得给每个人发条消息问（你在吗？你在吗？） [00:17] &lt;beefbroth&gt; thecrypto：用户不能在他上线时给所有好友“通知”一下吗，给他们发一条消息？或者你就是这个意思 [00:17] * co 注意到可能有两个 Bob 分别注册在两个不同的命名服务器组。 [00:17] &lt;thecrypto&gt; beefbroth：我就是这个意思 [00:17] &lt;dm&gt; 好的，所以和现在的方案类似，只是你默认不可见。 [00:17] &lt;dm&gt; 懂了。 [00:18] &lt;thecrypto&gt; dm：不，是另一种方式，你上线时，给所有人发一条消息说“我上线了，我上线了”，如果你收到“我上线了”的消息，就回一条 [00:18] &lt;thecrypto&gt; 如果你愿意的话 [00:18] &lt;co&gt; 所以用户控制谁能看到他/她/它。 [00:18] &lt;thecrypto&gt; 所以 Alice 可以把你加到她的好友列表，你会在她上线时收到一条消息“Alice 把你加到她的好友列表，是否愿意向她通告你的在线状态” [00:19] &lt;Ryan_Singer&gt; 你下线时会先发一条消息说“我要下线了”吗？ [00:19] &lt;dm&gt; 好的，所以 IM 体验和现在一样。只是确认一下。 [00:19] &lt;thecrypto&gt; 如果 Bob 把 Alice 加到他的好友列表，并且 Bob 收到 Alice 的在线消息，就会自动回发 [00:19] &lt;beefbroth&gt; 可能需要每隔一段时间“ping”一下对方，以确保不是意外断开 [00:19] &lt;thecrypto&gt; 如果 Bob 没把 Alice 加到好友列表，而 Bob 收到 Alice 的在线消息，就会提示用户 [00:19] &lt;dm&gt; 好的，这只是绕过服务器的一种方式，但问题是应用默认是否会在有人登录时发“我上线了”。 [00:20] &lt;Ryan_Singer&gt; 希望会 [00:20] &lt;jrand0m&gt; Ryan_Singer&gt; 或者定期发“我还在线”的 ping [00:20] &lt;jrand0m&gt; （没收到 ping == 下线） [00:20] &lt;Ryan_Singer&gt; 心跳保持那种？ [00:20] &lt;beefbroth&gt; 可能需要每隔一段时间“ping”一下对方，以确保不是意外断开 [00:20] &lt;thecrypto&gt; 如果 Bob 把 Alice 加到他的好友列表，并且 Bob 收到 Alice 的在线消息，就会自动回发 [00:20] &lt;beefbroth&gt; 哈 [00:20] &lt;thecrypto&gt; 如果 Bob 没把 Alice 加到好友列表，而 Bob 收到 Alice 的在线消息，就会提示用户 [00:21] &lt;dm&gt; 好的，所以 IM 体验和现在一样。只是确认一下。 [00:21] &lt;thecrypto&gt; 只是现在你要确认被加好友 [00:21] &lt;thecrypto&gt; 我觉得只有 ICQ 有这个 [00:21] &lt;jrand0m&gt; IM 应用会是独立的还是我能用 trillian？ [00:21] &lt;dm&gt; 是的，MSN 就是这样。 [00:21] &lt;jrand0m&gt; 【等等】 [00:21] &lt;ChZEROHag&gt; thecrypto：ICQ 只是装作需要确认 [00:21] &lt;beefbroth&gt; dm：不对。你不用应付 MSN、Y! 和 AIM 每隔几个月改协议、把人锁在外面了 :) [00:22] &lt;thecrypto&gt; jrand0m：我会写规范，trillian 要么给我插件接口，要么他们自己写 [00:22] &lt;thecrypto&gt; 我至少会写一个 gaim 的插件 [00:22] &lt;thecrypto&gt; 还有一个独立客户端 [00:22] &lt;jrand0m&gt; 酷 [00:22] &lt;thecrypto&gt; 它是为这个网络而做的 [00:22] &lt;jrand0m&gt; gaim 支持文件传输吗，还是这是 i2pim 客户端的优势？ [00:22] &lt;beefbroth&gt; thecrypto：你可能想联系一下 kopete 的开发者，通知他们 [00:22] * jrand0m 暴露了自己的无知 [00:23] &lt;thecrypto&gt; 我会尽量让 gaim 插件和独立版一样好，但我不确定 [00:23] &lt;co&gt; thecrypto：我们先做独立应用吧。 [00:23] &lt;thecrypto&gt; gaim 的文件传输我记得只在 AIM 上工作 [00:23] &lt;thecrypto&gt; 所以可能要折腾一下才能进插件 [00:23] &lt;Ryan_Singer&gt; 好……我想我们现在都懂了……还有别的 IM 问题吗？ [00:24] &lt;thecrypto&gt; 还有 co 的最后一点 [00:24] &lt;beefbroth&gt; gaim 在 NAT 用户的 IM 传输上有问题 [00:24] &lt;thecrypto&gt; 不止一个人可以用同样的名字 [00:24] &lt;thecrypto&gt; 他们会有唯一的 destination [00:24] *** Signoff: mihi (Ping 超时) [00:24] &lt;co&gt; 好的。 [00:24] * mihi_backup 还在…… [00:24] &lt;thecrypto&gt; 但有人不能假冒 [00:25] &lt;jrand0m&gt; 呵 不错啊 mihi_backup [00:25] &lt;co&gt; 如果你用命名服务器，会是“来自 group1 的 Bob”和“来自 group2 的 Bob”。 [00:25] &lt;co&gt; 具有唯一的 destination。 [00:25] &lt;jrand0m&gt; 对 thecrypto。名字是任意的。有点像 dns ;) [00:25] *** mihi (~none@anon.iip) 已加入频道 #iip-dev [00:25] &lt;thecrypto&gt; 另外 IM 客户端本身可以可选检查“嘿，你收到的这条 IM 来自一个叫 Bob 的人，你列表里 Bob 的 destination 不同，接受消息吗？” [00:26] &lt;dm&gt; mihi：你走的时候你的备份说话了。 [00:26] &lt;thecrypto&gt; 如果有人试图假冒 Bob，你会知道，否则你可以把它做个别名处理掉 [00:26] &lt;mihi&gt; 我知道…… [00:26] &lt;jrand0m&gt; “叫 bob 的人”？谁说的？他自己叫 bob？还是某个组叫他 bob？还是你把他的 dest 命名为 bob？ [00:26] &lt;thecrypto&gt; presence 里有个字段叫 name [00:26] &lt;thecrypto&gt; 我看的是那个 [00:27] * jrand0m 喜欢 ICQ 处理这个问题的方式——每个人都是一个号码，你只是在本地把号码起别名为名字 [00:27] &lt;co&gt; 顺便问一句，我是不是应该让 NS 实体名大小写不敏感？ [00:27] &lt;jrand0m&gt; 也许要，co [00:27] &lt;mihi&gt; base64 的东西必须大小写敏感 ;) [00:27] * jrand0m 不想让人冒充 Jrand0m [00:27] &lt;co&gt; mihi：实体名，不是 destination。 [00:27] &lt;jrand0m&gt; 对对，mihi [00:28] &lt;jrand0m&gt; （好吧，人们想冒充 jrand0m 随便。我只想要回 jrandom） [00:28] &lt;co&gt; 继续，thecrypto。 [00:28] *** Signoff: UserX_ (Ping 超时) [00:28] &lt;thecrypto&gt; 我讲完了 [00:28] &lt;thecrypto&gt; 终于 :) [00:28] &lt;mihi&gt; co：你应该能在任何可以放实体名的地方放一个 destination。 [00:28] &lt;mihi&gt; 就像 dns 名和 IP 一样 [00:28] &lt;co&gt; mihi：好主意。我会把这个加进规范。 [00:28] &lt;thecrypto&gt; jrand0m：其实有点像 ICQ，只是你告诉别人你希望你的别名是什么 [00:29] &lt;thecrypto&gt; 我觉得他们现在也是这么做的 [00:29] &lt;co&gt; 不过，这样一来，名字就会比 destination 短很多好输入。 [00:29] &lt;jrand0m&gt; mihi&gt; 命名服务只把名字转为 destination——如果你问命名服务一个 destination 的 destination，它应该非常非常快地返回 [00:29] &lt;Ryan_Singer&gt; 好了各位……我有个会……jrand0m，给我发匿名邮件 [00:29] &lt;jrand0m&gt; 好，回见 [00:29] &lt;mihi&gt; jrand0m：是的，而且应该返回那个 dest 本身，而不是“未找到” [00:30] &lt;jrand0m&gt; 对 [00:30] *** Signoff: Ryan_Singer ((null)) [00:30] &lt;jrand0m&gt; 好。我们到 7.0) 了 [00:30] &lt;jrand0m&gt; 提问 [00:30] &lt;jrand0m&gt; 嗨 [00:30] &lt;co&gt; 6.0) Administrivia 怎么办？ [00:31] &lt;co&gt; 还是你已经讲完了？ [00:31] &lt;jrand0m&gt; 6.0 行政杂务就是我催 nop 给我 root，这样我能给大家：匿名 cvs 访问、bugzilla 和 cvsweb 界面 :) [00:31] &lt;beefbroth&gt; 会不会有负责人来打包 Win/Mac/SuSE/RedHat/Debian 的 alpha、beta 和发布版，以加速普及？ [00:32] &lt;jrand0m&gt; 你自告奋勇？ [00:32] &lt;jrand0m&gt; （也就是，是的，那太棒了） [00:32] &lt;beefbroth&gt; 如果我学会给我的发行版打包的话 :) [00:32] &lt;jrand0m&gt; 你用哪个发行版？ [00:33] &lt;co&gt; 我记得，IIP 的开发者想在 I2P 上重实现 IIP。如果 I2P 能兑现匿名性的承诺，直接在 I2P 上跑 IRC 会不会更简单？ [00:33] &lt;beefbroth&gt; 但我的意思是，很多人靠这些（包）。这会让大家更容易采用。Freenet 就因为缺乏活跃维护者而受苦。 [00:33] &lt;dm&gt; jr 很会当管理者 :) [00:33] &lt;jrand0m&gt; 是的 co，更简单，但伸缩性不如另一些方式 [00:33] *** UserX_ (~User@anon.iip) 已加入频道 #iip-dev [00:33] &lt;thecrypto&gt; 是，但有些人不想要 IRC [00:34] &lt;jrand0m&gt; beefbroth&gt; 你说得很对，活要干的很多，而我至少得睡 4 小时 [00:34] &lt;co&gt; thecrypto：说得对，不过 I2P 会把大家的 IP 匿名化。 [00:34] &lt;beefbroth&gt; jrand0m：我可以在东西准备好时帮忙打包。我觉得这是一些非开发者但有点技术的人能贡献的好方式。 [00:34] &lt;jrand0m&gt; 太棒了 beefbroth [00:34] &lt;thecrypto&gt; 如果我们有 IM 和 IRC，会有更多人采用 [00:35] &lt;mihi&gt; co：问题是 IRC 有可以被关闭的东西（服务器）。 [00:35] *** jeremiah (~jeremiah@anon.iip) 已加入频道 #iip-dev [00:35] &lt;jrand0m&gt; thecrypto&gt; 立刻带来采用的：opennap [00:35] &lt;beefbroth&gt; 学会打包比学会 i2p 数据结构容易。这是让几个人参与进来的简单方法 [00:35] &lt;dm&gt; IRC 还是挺难的不是吗？ [00:35] &lt;dm&gt; 分布式 IRC 是说…… [00:35] &lt;co&gt; mihi：当然。我忘了。谢谢提醒。我撤回反对。 [00:36] &lt;jrand0m&gt; dm&gt; irc 可以有多个 irc 服务器（比如 efnet 等）通过 i2p 互相通信 [00:36] &lt;shardy&gt; 你是指“像 irc 的”聊天协议吗？ [00:36] &lt;shardy&gt; 还是改造 irc？ [00:36] &lt;jrand0m&gt; 人通过 i2p 的 tunnel 连接到其中一个 irc 服务器来互相交流 [00:36] &lt;dm&gt; irc 的服务器在 i2p 后面没问题，我是说没有服务器。不重要我猜。 [00:37] &lt;jrand0m&gt; dm&gt; 对，没服务器的可以做得更好，我们也想过一些，但没有很扎实的（据我所知） [00:38] &lt;dm&gt; 不管怎样，偏题了。 [00:38] &lt;dm&gt; 继续吧！ [00:39] &lt;jrand0m&gt; 还有别的问题吗？ [00:39] &lt;jrand0m&gt; 有人看规范了吗？ ;) [00:39] &lt;jrand0m&gt; （除了把它们背下来的 beefbroth） [00:39] * dm 望向天花板。 [00:40] &lt;jrand0m&gt; 好，那就是 100 分钟的会议了 [00:40] &lt;thecrypto&gt; 我在看，我需要什么就看什么 :) [00:40] &lt;ChZEROHag&gt; 规范！ [00:40] &lt;ChZEROHag&gt; 这就是我忘了的！ [00:40] &lt;jrand0m&gt; 呵 [00:41] *** dm 已将频道 #iip-dev 的主题改为 topic1 [00:41] * jrand0m 装填完毕然后…… [00:41] * jrand0m 将会议 *baf* 地结束了 </div>/zh/blog/2003/09/23/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2003%E5%B9%B49%E6%9C%8823%E6%97%A5/Tue, 23 Sep 2003 00:00:00 +0000/zh/blog/2003/09/23/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2003%E5%B9%B49%E6%9C%8823%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [22:56] <jrand0m> 好好 [22:56] <jrand0m> 议程 [22:56] <jrand0m> 0.0) 欢迎 [22:56] <jrand0m> 1.0) 开发状态 [22:56] <jrand0m> 1.1) router [22:56] *** Myself248 (~ident@anon.iip) 加入了频道 #iip-dev [22:56] <jrand0m> 1.2) DH 预计算 [22:56] <jrand0m> 2.0) 微路线图 [22:56] <jrand0m> 3.0) 应用 / 用途 [22:56] <jrand0m> 4.0) ns [22:56] <jrand0m> 5.0) IM [22:56] <jrand0m> 6.0) administravia（cvs、bugzilla、cvs 列表、cvs web） [22:56] <jrand0m> 7.0) 问题 [22:57] <jrand0m> （没错，今天7个点。w00t） [22:57] <jrand0m> 0.0) 欢迎 [22:57] <jrand0m> 嗨。 [22:57] <dm> 嘿 [22:57] <jrand0m> 今天17个用户。不错 [22:57] *** Ryan_Singer (chatzilla@anon.iip) 加入了频道 #iip-dev [22:57] <jrand0m> 还在增加 [22:57] <jrand0m> 好的 [22:57] <thecrypto> 1~hi [22:57] <jrand0m> 1.1) router 的开发状态 [22:58] <jrand0m> Java 参考实现的 router 进展很顺利 [22:58] *** ChZEROHag (hag@anon.iip) 加入了频道 #iip-dev [22:58] <jrand0m> 我们现在可以在不同的 routers 上运行应用并相互发送消息了 [22:59] <ChZEROHag> 抱歉打断一下，希望只这一次 [22:59] <jrand0m> 采用迭代增量式的方法，目前状态是安全，但不匿名，不可扩展，且可被收集 [22:59] <ChZEROHag> 还有其他人在做 C 的 api 吗？ [22:59] <jrand0m> 你好啊 ChZEROHag，怎么样？ [22:59] <ChZEROHag> 因为我在做，但很慢 [22:59] *** dcat (dirtycat@anon.iip) 加入了频道 #iip-dev [22:59] <jrand0m> 哦，酷 [22:59] <jrand0m> shardy 会在 toorcon 结束后做一个 [22:59] <jrand0m> 或许你们俩可以一起做？ [23:00] <co> jrand0m：你能手动输入一个 destination 来发消息吗？ [23:00] <co> 更准确地说，有没有 destination 的 ASCII 表示？ [23:00] <jrand0m> 是的 co，两者都是 [23:00] <co> 太好了。 [23:00] <jrand0m> destinations，以及所有 I2P 结构，都可以用（另一种字母表的）base 64 加载和序列化 [23:01] <thecrypto> 所以不容易记，但会是 ascii？ [23:01] <jrand0m> （例如在我某个 router 的 netDb 里，我有 leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat，它包含 destination enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8 的 lease set） [23:02] <jrand0m> [不过那是 H(destination).toBase64() [23:03] <jrand0m> ChZEROHag> 如果我们能帮你点什么，尽管开口 [23:03] <jrand0m> 好，这就是 1.1。1.2) DH 预计算 [23:03] <ChZEROHag> 你可以帮我做完它？:-) [23:04] <jrand0m> 昨晚我写了个 DH 交换的预计算优化，能把 1.5 秒的会话协商省掉约 1 秒。如果有懂密码学的能确认我没疯就太好了 ;) [23:04] <jrand0m> lol ChZEROHag [23:04] <ChZEROHag> 啊我知道我需要什么了 [23:04] <ChZEROHag> 一个 netdb 的实现 [23:04] <thecrypto> 在 cvs 里吗？ [23:04] <thecrypto> 这个 dh [23:04] <jrand0m> 是的 thecrypto [23:05] <jrand0m> C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] <ChZEROHag> 嗯我还会再熬个 3/4 小时，或许能找点事做 [23:05] <jrand0m> 呃，s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) 加入了频道 #iip-dev [23:06] <jrand0m> 好哒。你需要 netdb 实现做什么？ [23:06] <ChZEROHag> 我不记得了 [23:06] <jrand0m> 我们目前在 cvs 里有一个不可扩展的 netdb [23:06] <jrand0m> 嘿 [23:06] <ChZEROHag> 至少一周没碰了 [23:06] <jrand0m> 你在做 C 的 I2CP api，对吧？不是 I2NP？ [23:07] <ChZEROHag> 我本来打算全都做 [23:07] *** wax_off 离开了 #iip-dev [23:07] <jrand0m> I2NP 比 I2CP 工作量真的真的真的大很多 [23:07] <ChZEROHag> 一旦我真正开始，就会顺着做出来 [23:07] <jrand0m> 但如果你在 C 里实现一个 I2NP，那就太棒了 [23:07] <dm> 现在有任何语言里的 I2NP 吗？ [23:07] <jrand0m> （I2CP:I2NP::FCP:FNP） [23:07] <jrand0m> 有的 dm [23:08] * ChZEROHag 还原了 emacs [23:08] <jrand0m> 我正在做的 Java 实现里 I2NP 是工作的 [23:08] <dm> 好的…… [23:08] <ChZEROHag> jrand0m：url？我需要一个参考，就算是用可怕的语言写的也行。 [23:08] <jrand0m> 嘿 [23:08] <jrand0m> 呃，其实那是 6.0 administravia：也就是我们的匿名 cvs 访问到底在哪 ;) [23:09] <thecrypto> 我在拿 DH 的东西 [23:09] <jrand0m> 酷 [23:09] <ChZEROHag> 哦对 [23:09] <Ryan_Singer> jrand0m，回到日程，microroadmap？ [23:09] * thecrypto 捂脸 [23:09] <ChZEROHag> 那我等着 :) [23:09] <jrand0m> 呵 好的 [23:09] <jrand0m> 微路线图 [23:09] <jrand0m> 我把 0.1 到 0.5 都规划好了 [23:09] <dm> 那就是照着 freenet 的路线图走的？ [23:10] *** mrflibble (mrflibble@anon.iip) 加入了频道 #iip-dev [23:10] <jrand0m> 0.1) 可用，安全，不匿名，不可扩展，可被收集 [23:10] <dm> 在 0.5 期间开发放缓并冻结…… [23:10] <jrand0m> 我们现在在 0.1。 [23:10] <jrand0m> 呵 我注意到了 dm，flinks 也在 0.5.2 卡住了 ;) [23:10] <co> 你叫整个包叫什么？ [23:10] <jrand0m> （奇怪的巧合） [23:10] <co> 也就是，0.1 版的什么？ [23:10] <jrand0m> 整个包？i2p router 参考实现 [23:10] <ChZEROHag> co：Wonga [23:10] * beefbroth 加入了会议 [23:11] <jrand0m> 晚上好 beefbroth [23:11] <co> 好的。这样就解释得通了。 [23:11] <ChZEROHag> 其实我也许会这么叫。肯定比“i2pd”有趣 [23:11] <jrand0m> 0.1 有 bug，这是肯定的。也没有什么显著优化（不过 DH 预计算有帮助）。 [23:11] <jrand0m> 呵 [23:11] <Ryan_Singer> jrand0m，那 0.2) 呢？ [23:11] <jrand0m> invisible internet police department [23:11] <jrand0m> 好的，0.2 [23:12] <jrand0m> 0.2 是可用，安全，匿名，不可扩展，可被收集 [23:12] <jrand0m> 0.2 增加对非零长度 tunnels 的支持 [23:12] <jrand0m> 我昨晚其实大部分已经实现了，但还没彻底测试 [23:12] <jrand0m> 我觉得 0.2 到本周末能准备好 [23:12] <Ryan_Singer> 从开发角度看我们离它还有多远？ [23:13] <Ryan_Singer> 很好 [23:13] <jrand0m> 0.3) 是可用，安全，匿名，可扩展，可被收集 [23:13] * thecrypto 下了 bochs，这样他可以模拟网络来帮助这个 [23:13] <jrand0m> 0.3 增加一个 kademliaDatabaseManager [23:13] <jrand0m> 目前我们用的是 BroadcastDatabaseManager [23:13] <jrand0m> （也就是 gnunet ;) [23:14] <jrand0m> 实现起来很简单，小网络能用，但我们需要 Kademlia 来扩展 [23:14] <jrand0m> 0.4) 是可用，安全，匿名，可扩展，不可被收集 [23:14] <jrand0m> 会加上受信链接 [23:14] <Ryan_Singer> jrand0m，实现 Kademlia 的开发挑战有多大？ [23:14] <jrand0m> 我有两个受信链接的想法……一个更容易实现和使用 [23:15] <jrand0m> Kademlia 可能要整整一周 [23:15] <jrand0m> （要做对的话） [23:15] <jrand0m> 注意这些都还有大量重构和调优空间。我先追求可用，然后再调。 [23:16] <co> 你确定能那么快开发和测试吗？ [23:16] <jrand0m> 我什么都不确定 [23:16] <jrand0m> 只是我的估计 [23:16] <Ryan_Singer> co，他先做出可用的，我们来测 [23:16] <ChZEROHag> 你确定吗？ [23:16] <ChZEROHag> （抱歉） [23:16] <co> Ryan_Singer：明白了。 [23:17] * jrand0m <3 肯测试的人 :) [23:17] <Myself248> 你说“我们”测试。非代码的人能参与测试吗？ [23:17] <jrand0m> Myself248> 可能要等到 0.4 [23:17] <dm> 但愿不会到那一步：功能可用，但没人知道网络内部到底怎么运作才能跑好（比如 freenet） [23:18] <jrand0m> 0.4 准备好后，那就是预览-Alpha。一旦到 0.4 我会调优、重构、补空白，为 0.5（Alpha）做准备 [23:18] <Myself248> 文档、文档、文档。 [23:18] <dm> 有在考虑对网络内部进行主动监控吗，还是很直观？ [23:18] <jrand0m> 是的 dm，绝对有 [23:18] <jrand0m> i2np 的关键之一是 routerInfo 结构里发布统计数据 [23:18] <mihi> jrand0m：做个 s/0./0.0./ ;) [23:18] <jrand0m> 初始版本会发布真实统计，这样我们能调优 [23:19] <jrand0m> 之后的版本要么不发布统计，要么发布假的 [23:19] * jrand0m 不做 0.0 [23:19] <shardy> 好，我到了 [23:19] <jrand0m> 欢迎回来 shardy [23:19] <shardy> 抱歉迟到了，忘了这个窗口开着，呵 [23:19] <dm> 酷。 [23:19] <Ryan_Singer> 有没有更高层次的文档描述 .4 下的网络架构？ [23:19] <jrand0m> 砍头去 [23:20] <jrand0m> Ryan_Singer> 嗯，几个月前我有些概览文档，mids 和 nop 做了镜像，还有 i2p 概览文档 [23:20] <jrand0m> 0.4 是按规范里的完整 i2np，只是实现不够优化 [23:20] <shardy> 哦对了 jrand0m，我会帮你看看那个 DH 优化 [23:20] <jrand0m> 好的，gracias [23:20] <Ryan_Singer> 我能拿到那些文档吗？ [23:21] <jrand0m> 概览在 (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] <beefbroth> 我记得它们在 wiki 上？ [23:21] <jrand0m> 老的概览文档……嗯 [23:21] <jrand0m> （i2p 规范在 (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs） [23:21] <co> 它们在 (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. [23:21] <jrand0m> 对 beefbroth [23:22] <jrand0m> 不过有些旧的 html 文档，配了丑丑的画图图片，展示 tunnels 怎么工作…… [23:22] <beefbroth> 我应该知道，我看了很多遍 [23:22] <jrand0m> 呵呵 [23:22] <co> 除非那些是老版本或镜像。 [23:22] <jrand0m> wiki 上那些文件是 0.9（I2NP 和数据结构已有 0.9.1，但只是小改动） [23:23] <thecrypto> jrand0m：预计算看起来不错 [23:23] <jrand0m> 酷 [23:24] *** pitu (~pitu@anon.iip) 加入了频道 #iip-dev [23:24] * jrand0m 用 java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar 运行 router [23:25] <jrand0m> 好，这就是微路线图 [23:25] <jrand0m> 如你所见，我接受 Alpha 月底前不会准备好。0.4 可能是十月第一周 [23:26] <dm> 没关系，即便那样也会是此类网络史上最快的实现 ;) [23:26] <Ryan_Singer> lol [23:26] <beefbroth> 看 jrand0m 的时间预估时，请记住他过去 4 小时一直在喝威士忌 :-P [23:26] <jrand0m> 呵 [23:26] <Ryan_Singer> 好吧……apps/usage？ [23:26] <jrand0m> 还是好威士忌 ;) [23:26] <jrand0m> 好的，apps/usage [23:27] <dm> 4 秒到 0.7……3……2……1..!! [23:27] <jrand0m> 我瞄准好上手的——这些我们可以零代码或最少新代码完成。 [23:27] <ChZEROHag> 你清醒着怎么可能好好写代码？ [23:27] <jrand0m> 这些都大量用到 mihi 的牛逼 i2ptunnel [23:27] <co> ChZEROHag：很容易。 [23:27] *** mihi 把频道 #iip-dev 的主题改为 <dm> 4 秒到 0.7....3...2...1..!! [23:28] <jrand0m> 用 i2ptunnel，我们可以不写新代码做这些： [23:28] <jrand0m> 公共 ww 代理（使用 i2ptunnel + squid） [23:28] * dm 向 mihi 致意。 [23:28] <jrand0m> JAP（使用 i2ptunnel + JAP） [23:28] <mihi> 你不能通过 i2p 踢屁股（通过 tunnel 也不行……） [23:28] <jrand0m> 匿名浏览 www（i2ptunnel + 浏览器） [23:28] <jrand0m> 运行 i2p web 服务器（i2ptunnel + httpd） [23:29] <co> 非常棒。好极了，mihi。 [23:29] <jrand0m> cvs 出口代理（i2ptunnel）（例如到 sourceforge 的 cvs 出口代理，用于匿名 freenet 开发） [23:29] <jrand0m> cvs 客户端，cvs 服务器 [23:29] <jrand0m> IM 应用、pop3 服务器、imap 服务器、opennap [23:29] <jrand0m> 这些都是真正的“低垂果实” [23:29] <dm> 好的，现在我们只需要 i2p :) [23:30] <jrand0m> 对 ;) [23:30] <Myself248> i2p web 服务器不会有点取代 freenet 吗？:) [23:30] * jrand0m 觉得这算个常见问题我应该回答 [23:30] <Ryan_Singer> jrand0m，但它们也很有价值 [23:30] <ChZEROHag> 在这列表里，我觉得 cvs 更重要/有用 [23:30] <ChZEROHag> 一方面我想保持匿名，另一方面如果提供匿名 www，就会有小白涌来 [23:30] <jrand0m> i2p + web 不会取代 Freenet——Freenet 在匿名通信框架之上增加了重要价值——内容分发 [23:31] <ChZEROHag> 目前匿名邮件这个想法有点吓人 :) [23:31] * dm 记下：“拒绝小白” [23:31] <jrand0m> cvs 肯定在前三 [23:31] <beefbroth> 我觉得如果 i2p web 服务效果好，你得考虑把 Freenet 的 DHT/存储部分融合到 i2p 上，这样两全其美。 [23:31] <Ryan_Singer> ChZEROHag，如果可扩展那是好事 [23:31] <ChZEROHag> dm：小白只在早期阶段是问题，而且他们一般不用 cvs [23:31] <Myself248> 好吧，给任何匿名邮件加大量 hashcash。 [23:31] <ChZEROHag> 甚至不知道那是什么（或存在） [23:31] <co> 我觉得需要做的测试之一是对网络的攻击测试。 [23:31] <jrand0m> 是的 beefbroth，一旦 i2p 达成目标，Freenet 很可能会调整来利用它 [23:32] <co> 抱歉如果跑题。 [23:32] <mihi> Myself248：加个重定向到匿名转发器就行。 [23:32] <jrand0m> 不，绝对不跑题 co——攻击这个网络是关键 [23:32] <ChZEROHag> Myself248：hashcash 主要是为了在我们被迫使用“irc”这种上古协议时防止泛洪 [23:32] <ChZEROHag> 不是为了阻止所谓的“滥用” [23:32] <jrand0m> 对，或许在 i2p 上跑 mixminion 会有用 [23:33] <jrand0m> 对，hashcash 甚至内置在 i2p 自身里，防止消息不“付费”就只走一跳投递 [23:33] <Ryan_Singer> jrand0m，我们能很容易在这上面跑 imap 吗？ [23:33] <jrand0m> 绝对可以 [23:33] <Ryan_Singer> 令人印象深刻 [23:33] <jrand0m> 一个 i2ptunnel 指向 imapd，客户端的 i2ptunnel 再指向那个 tunnel 的 destination [23:34] <Myself248> 还有 Freenet 搜索引擎 :) [23:34] <mihi> ftp 或若干非 jabber 的即时通讯会有问题…… [23:34] <jrand0m> 对，需要两条连接的更复杂 [23:34] <ChZEROHag> jrand0m：i2p 里有 hashcash？ [23:34] <ChZEROHag> 这会后我来缠你。 [23:34] <shardy> i2p 里有 hashcash？不错。 [23:34] <dm> 我们跑太前面了！哦好吧，谁在乎……QUAKE + IIP!!!!!! [23:34] <dm> 抱歉，是 I2p :) [23:34] <jrand0m> lol dm [23:35] <Myself248> 我们这些小 CPU 的一听 hashcash 就紧张，但作为反垃圾措施我理解。 [23:35] <co> dm：那就真是太太太超前了。 [23:35] * mihi 是 jabber:schierlm@a-message.de ;) [23:35] <jrand0m> 是的 ChZEROHag——Destination == 公钥签名密钥（DSA）+ 公钥加密密钥（ElGamal）+ 证书（要么为空要么是 hashcash(keys)） [23:35] <beefbroth> i2p tunnel 在客户端是静态还是动态的？ [23:35] <mihi> beefbroth：目前都是静态的。但你可以用 socks 代理作为目标。;) [23:35] <jrand0m> Myself248> 我过几周会收到一台很牛的 sun ultra1。如果 160MHz 的机器都能跑，大家都能跑 [23:35] <shardy> 嗯。hashcash 对小 CPU 也不该很糟。只有当你想做“十亿次”的时候才会察觉。 [23:36] <co> beefbroth：可以是动态的。 [23:36] <Ryan_Singer> 这里“低垂果实”的潜在应用非常让人印象深刻 [23:36] <jrand0m> 对，mihi 说得对 [23:36] <jrand0m> “eleventy”。呵 [23:36] <ChZEROHag> 低垂果实本质上就是“正常”的互联网应用，但匿名 [23:36] <ChZEROHag> 对吧？ [23:36] <jrand0m> 对 [23:36] <Ryan_Singer> 是的 [23:36] <dm> （quake） [23:37] <jrand0m> 0.1 安全地运行它们，0.2 匿名地运行，0.3 可扩展地运行，0.4 不可被收集地运行 [23:37] <jrand0m> （我们现在在 0.1） [23:37] <shardy> 你说的“不可被收集”是什么意思？ [23:37] <co> 抱歉，“可被收集”是啥来着？ [23:37] <ChZEROHag> dm：不幸的是，我们已经被拖累到实时通讯在 30 多年后仍不“正常” [23:37] <Myself248> 呼。我就希望有人问这个。;) [23:37] <Ryan_Singer> 可被记录 [23:37] <jrand0m> “收集”是指一个主动攻击者可以运行一个 router，发现很多其他 routers（“收集”它们），然后派人去砸他们的门 [23:38] <Myself248> 哦，比如你能在 gnutella 上做到的那样。:) [23:38] <Ryan_Singer> 像特务那样的打手 [23:38] <jrand0m> 没错 [23:39] <shardy> 啊，明白了。 [23:39] <jrand0m> 好的，总之，这就是微路线图。 [23:40] <jrand0m> 现在，我把这些叫 0.x 而不是 0.0.x 蠢吗？1.0 应该是“完美”还是应该是可用且安全？ [23:40] <Ryan_Singer> jrand0m，那我们啥时候能看到 .4？ [23:40] <jrand0m> 0.4 大概还有两周 [23:40] * jrand0m 十月中旬会休（大概）一周，因为有人来访 [23:40] *** Signoff: dm (客户端发来 EOF) [23:40] <mihi> 1.0 应该是稳定的。 [23:40] <co> 让 1.0 可用且安全。 [23:40] <thecrypto> 同意 co [23:41] <Ryan_Singer> 1.0 应该是可用、稳定且安全 [23:41] <ChZEROHag> jrand0m：我对版本号的哲学是，拿不准就学 Linux [23:41] <Myself248> 5.0 可以“完美”。自由软件的人太害怕版本号膨胀了。 [23:41] <jrand0m> 好 [23:41] <mrflibble> jrand0m，v1 从不完美 :) [23:41] *** dm (~gj@anon.iip) 加入了频道 #iip-dev [23:41] <mrflibble> 人们也不指望它完美 [23:41] <dm> 我错过 1.0 了吗？ [23:41] <ChZEROHag> mrflibble：人们不指望任何软件完美。人们都在用 Windows。 [23:41] <Ryan_Singer> 这个软件会是 GPL 还是 LGPL？ [23:41] <jrand0m> 酷，已经有人因为 1.0 还不完美来挑刺了 [23:41] <ChZEROHag> 这不代表它不该完美。 [23:41] <mrflibble> 说得好 ChZEROHag [23:42] <dm> 啊糟，我确实错过了…… [23:42] <mihi> dm：别闹了 [23:42] <mrflibble> 是的，你错过了 [23:42] <jrand0m> router 是 GPL。Java 客户端库目前是 GPL，但我持开放态度。除了一段（Cryptix 的 AES 实现，MIT 许可）外，thecrypto 和我对其余部分拥有全部版权 [23:42] <dm> 好吧好吧，对不起 :( [23:42] <jrand0m> 实际上，我收回前面的话 [23:42] <jrand0m> 我还用了 Freenet 的 Base64.java [23:43] <beefbroth> 我们还在议程 0.3 Apps 上吗？ [23:43] <jrand0m> 所以 base64 是 GPL :) [23:43] <thecrypto> 而 IM 客户端会是 GPL [23:43] <jrand0m> 哦对，我们在 0.3 上吧 [23:43] <thecrypto> 等我把代码里加上注释 [23:43] *** UserX_ (~User@anon.iip) 加入了频道 #iip-dev [23:43] <jrand0m> 呵 thecrypto [23:43] <ChZEROHag> GPL 听起来不错 [23:43] <jrand0m> w0ah，23 个用户 [23:43] <Myself248> 我们在议程 6.02E23，随机吐槽。:) [23:43] <Ryan_Singer> jrand0m，如果你有时间，我想和你聊聊授权和潜在的咨询机会 [23:43] <jrand0m> 好的 Ryan_Singer [23:43] <ChZEROHag> 不过正如某人（Fillament？）指出的——如果有人违反授权，匿名的人怎么处理？ [23:43] <mihi> jrand0m：22 ;) [23:43] <jrand0m> ChZEROHag> 去读我在 flinks 上的授权 ;) [23:43] <Myself248> 我们需要一个匿名法院系统。 [23:44] * mihi 同时在两个地方 [23:44] <jrand0m> Myself248> 它叫 yodel ;) [23:44] <Myself248> “法庭现在审理案号 34534，J. Doe 诉 J. Doe” [23:44] <Ryan_Singer> ChZEROHag，我问这个的原因是让公司能利用这软件来防工业间谍 [23:44] <co> 呵 [23:44] <Myself248> “法警，那不是我们刚听过的前 34533 个案子的同一双方吗？” [23:44] <shardy> 嗯 [23:45] <shardy> 总有一种想法是，如果你真想让大家用你的协议，而且你不在乎钱，就把它完全开放。甚至不受 GPL 限制。 [23:45] <co> shardy：你是说公有领域？ [23:45] <beefbroth> 我觉得那是 co 引到 0.4 议题 :-P [23:45] <jrand0m> shardy> 规范是公开开放的。我没有对规范主张版权。 [23:45] <Ryan_Singer> shardy，不，我们希望协议上的工作能保持可用 [23:45] <shardy> 公有领域、BSD 许可、“随便用但请署名”许可，之类 [23:45] <jrand0m> 代码方面，router 是 GPL。Java 的一个客户端 api 实现是 GPL [23:46] <Ryan_Singer> 看看 liberty 协议……(Link: http://projectliberty.org)http://projectliberty.org [23:46] <shardy> jrand0m：好的懂了。 [23:46] * jrand0m 想过“不得政府使用”的授权 ;) [23:46] <jrand0m> 好，把 3.0) apps 放到清单里的原因是 [23:46] <jrand0m> 我们需要帮助。 [23:46] <Ryan_Singer> 需要什么方面的帮助？ [23:46] <jrand0m> i2ptunnel 是好代码。i2p 的 router 也会是好代码。 [23:47] <jrand0m> 我们需要大家开始琢磨发布工程的细节 [23:47] <dm> 如果能用 i2ptunner，为什么需要应用？ [23:47] <ChZEROHag> jrand0m：再说一遍？ [23:47] <jrand0m> 也就是，如何真正把某个东西打包，让“老王”能下载然后浏览网页 [23:47] <ChZEROHag> dm：既然有 telnet，为什么还要应用？ [23:47] <dm> 啥？ [23:47] * dm 挠头。 [23:47] <CCD> 呃，除了 telnet 还有别的？ [23:48] * jrand0m 觉得这就是 ChZEROHag 想表达的 dm ;) [23:48] *** Myself248 现在叫做 myself248 [23:48] *** Signoff: thecrypto (Ping timeout) [23:48] <ChZEROHag> dm：用 i2ptunnel 就像你有一辆能开的车，却用手推车拖着它 [23:48] <jrand0m> 好，就这样。我只是提一下，以防大家有空 :) [23:48] <jrand0m> 好，4.0) [23:48] <jrand0m> 命名服务 [23:48] <dm> 我看出来他在表达一个观点。 [23:48] <jrand0m> 嗨 co，最近怎样？:) [23:48] <co> 命名服务器必须 GPL，因为至少 Java 实现用到了客户端库里的代码来联系 routers。 [23:49] <dm> 但我们刚花了 20 分钟说：I2Ptunnel + web server!，I2Ptunnel + quake! ;) [23:49] <ChZEROHag> 或者，用计算机术语说，就像所有上网活都用 telnet 而不是直接用 IP 栈 [23:49] <co> 我上周做得不多。我发布了客户端 API，它也需要工作。 [23:49] <ChZEROHag> i2ptunnel 是个过渡方案 [23:49] <co> 不过这周我有时间开始实现命名服务器。 [23:49] <jrand0m> 酷 [23:49] <jrand0m> 客户端 api 在哪来着？ [23:50] <mihi> 在邮件列表 ;) [23:50] <co> 它的一个假设是 destination 能用 base64 编码，这也是我之前问那个问题的原因。 [23:50] <jrand0m> ChZEROHag> 在某些方面它是过渡的 [23:50] * jrand0m !thwaps self [23:50] *** thecrypto (~thecrypto@anon.iip) 加入了频道 #iip-dev [23:50] <dm> TCP 也是！ [23:50] *** yodel (yodel@anon.iip) 加入了频道 #iip-dev [23:50] <jrand0m> 嗨 yodel [23:50] <beefbroth> 命名约定会是什么样的？“老李”能看懂吗（例如 (Link: www.somthing.com)www.somthing.com 或 (Link: www.something.i2p)www.something.i2p 用于 http/web）？ [23:50] <co> 我会把命名服务规范和客户端 API 放进 CVS。 [23:50] <jrand0m> 欢迎回来 thecrypto [23:50] <ChZEROHag> 这些可能之前讨论过了，但 ns 如何公平地提供唯一名？ [23:50] * mihi 想要 *.mihi.iip ;) [23:50] <jrand0m> beefbroth> 带命名服务还是不带？ [23:50] <jrand0m> 呵 mihi [23:50] <ChZEROHag> 避免像 DNS 那样的抢注等问题 [23:50] <thecrypto> 谁能发我刚才发生了什么？ [23:51] <beefbroth> jrand0m：带。我想不带就是一长串数字。 [23:51] <co> ChZEROHag：你会在一组命名服务器里注册，然后用那组的名字来标识自己。 [23:51] <co> 比如你提供 IM 服务，那就是 IM.beefbroth.mygroup。 [23:51] <mihi> 噢，s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) 加入了频道 #iip-dev [23:51] *** Signoff: godmode0 (客户端发来 EOF) [23:51] <jrand0m> ChZEROHag> co 的命名服务有可信的分组，每个组管理一个组名（tld）。你选择哪些组运行哪个 tld [23:51] <co> 是的，也可能有人在 group2 注册用户名 beefbroth。 [23:51] <thecrypto> 在我离开的 4 分钟里 [23:52] <ChZEROHag> co：所以唯一的问题就是 .mygroup 的唯一性？ [23:52] <ChZEROHag> 那谁拿 group ‘com’？:-) [23:52] <jrand0m> 而且这是由客户端选择的 [23:52] <mihi> ChZEROHag：i2p 不是 COMmercial [23:52] <jrand0m> （例如你告诉 ns 客户端库“.com 组是 group 0123ff33aefcbb34fe [23:52] <beefbroth> 我不太想提，但我几乎觉得组默认 3 个字母能保留它和常规 web 类似的错觉 [23:52] <co> ChZEROHag：我不确定谁拿 “com” 组。 [23:52] <co> 好问题。 [23:53] <shardy> beefbroth：除了“常规 web”不再只有 3 字母 tld [23:53] <mihi> beefbroth：或者给所有地址加 .i2p。 [23:53] <ChZEROHag> beefbroth：那种错觉只在美国存在 [23:53] <shardy> tlds。 [23:53] <jrand0m> 一开始，我们也许只需要先有一个命名服务器组，“.i2p” [23:53] <co> beefbroth：命名服务器软件允许你最多有 32 个字母。 [23:53] <ChZEROHag> 在别处我们用给的 2 字母国家码 [23:53] <shardy> .us 在美国也在用。 [23:53] <co> 其实，我想第一个组叫“test”。 [23:53] <shardy> 还有 .info 和 .name [23:53] <jrand0m> 呵 好的 [23:54] <ChZEROHag> shardy：是啊，大概 5 个人用。 [23:54] <ChZEROHag> 不过这也许是另一个时间的吐槽 :) [23:54] <jrand0m> 实际上…… [23:54] <shardy> 甚至还有 .museum [23:54] <Ryan_Singer> jrand0m，用 .12p 听起来不错 [23:54] <jrand0m> 我前几天碰到一个基于 JXTA 的分布式 DNS [23:54] <co> ChZEROHag：但重点是，如果你不喜欢运行“com”组的人，你可以建立“com2”组并运行其服务器（并在那注册）。 [23:55] <ChZEROHag> 是的那点完全说得通 [23:55] <mihi> ChZEROHag：(Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] <jrand0m> co> (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS 是个分布式 DNS 的 wiki，虽然很粗糙，也没解决什么难题 [23:55] <co> 我会会后看那个。 [23:55] <jrand0m> jxta 通过 rendezvous 点跑命名服务器 [23:55] <ChZEROHag> mihi：那是什么？ [23:55] <beefbroth> 所以有人可能通过模仿已存在的 i2p 命名服务器组来攻击 NS 系统 [23:57] *** Signoff: jeremiah (Ping timeout) [23:57] <co> beefbroth：我觉得不会。 [23:57] <mihi> ChZEROHag：听听。为什么 xxx 百万美国人更偏好 .us 而不是 .com [23:57] <mihi> 6800 万 [23:57] <co> 我设想是，人们搭建组时会宣布这些组。 [23:57] <jrand0m> 模仿？他们不能模仿，因为组内服务器通过公钥系统认证 [23:58] <jrand0m> 不过，如果组允许不可信成员加入，很容易被接管。 [23:58] <shardy> 但密钥交换怎么做？ [23:58] <co> 后来的会面临组已建立的问题，而且客户端软件配置文件里已经包含了前者组的 destinations。 [23:58] <ChZEROHag> mihi：我一直说偏好它是有道理的，爱国什么的，只是我没怎么见过而已。 [23:58] <beefbroth> 如果两组命名服务器都声称解析 .i2p 组会怎样？ [23:58] <co> 好问题，我会再仔细想想。 [23:58] <ChZEROHag> mihi：总之，我去听听 [23:58] <jrand0m> shardy> 没有密钥交换——是密钥发布 [23:58] <beefbroth> 我懂了，说得好 [23:58] <ChZEROHag> co：是的，这也是我想说的 [23:58] <shardy> 但如果在线发布，密钥仍可能被截获 [23:58] <jrand0m> beefbroth> 没人“声称”什么。你的客户端说“i2p == [dest1, dest2, dest]” [23:59] <shardy> 我们需要的是一个基于信任的 dns 系统 :) [23:59] <shardy> 这样你可以提交查询拿回一组响应……然后用你信任的那个 [23:59] <co> 感谢提出来。 [23:59] <jrand0m> shardy> 啊，我想我理解困惑了。我觉得命名服务会希望通过带外方式带一组 destinations（也就是随安装包自带） [23:59] <ChZEROHag> 是啊我们有一个——大家信 IANA（或不管他们叫啥），否则就…… [23:59] * shardy 蹲下 [23:59] <ChZEROHag> :-D [23:59] <mrflibble> 他们在用 dnssec 尝试，但当然那不匿名 [00:00] <jrand0m> 这个命名服务要做的是摆脱根服务器 [00:00] <beefbroth> 你总可以有个 i2p 首页列出活跃的命名组和权威？ [00:00] <shardy> jrand0m：好的。只是指出不管怎么做它仍可能被截获，除非最初传输密钥用的是物理安全的通道…… [00:00] <co> shardy：我觉得我在规范里覆盖了密钥交换。如果没有，告诉我。 [00:00] <shardy> 但带外分发会更好 [00:00] <shardy> co：我去看看。 [00:00] <jrand0m> shardy> 哦对。是的，人们需要信任他们下载的代码 [00:00] <co> beefbroth：当然。 [00:01] <ChZEROHag> 啊这提醒我了 [00:01] <jrand0m> beefbroth> 是的，这肯定是最先实现的应用之一——一个 i2p webserver，带 bbs 和 wiki，人们可以通过 i2p 访问 [00:01] <ChZEROHag> 我应该给我的 iipmail 创建个 gpg 密钥 [00:01] *** yodel 离开了 #iip-dev [00:01] * ChZEROHag 在无聊部分进行时就去做 [00:01] <jrand0m> 呵 好 [00:01] <co> 请理解命名服务器规范仍然开放改进建议。 [00:02] <shardy> 我打算飞去 toorcon 的时候把所有规范带上……正好有时间看 [00:02] <co> 我不声称它现在完美或定稿。 [00:02] <jrand0m> 呵 希望是个长途 [00:02] <shardy> 也比一路玩 FFT Advance 更有生产力，呵 [00:02] * jrand0m 发现一旦有实现规范的代码，批评会更踊跃 [00:02] *** godmode0_ 现在叫做 godmode0 [00:02] <co> 我还得写代码。 [00:02] <co> 我觉得我们现在可以进入下一个话题了。 [00:02] <jrand0m> 好 [00:02] <jrand0m> 5.0) IM [00:03] <jrand0m> 嗨 thecrypto [00:03] <mihi> 名称不应与 base64 表示冲突。 [00:03] <thecrypto> 嗨 [00:03] <thecrypto> 好的 [00:03] <mihi> 而命名服务器应透明地原样返回 bas64 地址。 [00:03] <co> mihi：很好，我会尽量避免这个问题。 [00:03] <thecrypto> 首先，因为我的邮件又坏了（该死的垃圾邮件） [00:03] <jrand0m> （所有继承 DataStructure 的类都有 String .toBase64() 和 .fromBase64(InputStream)） [00:03] <thecrypto> 我就在这里回答 whit 对我系统的问题 [00:04] * jrand0m 打开 co 的邮件 [00:04] <mihi> jrandom？为什么是 InputStream 而不是 Reader？ [00:04] <thecrypto> network 是我首先想到的，你在 i2p network 上连接，它很 p2p 所以我叫它 networkr [00:04] <jrand0m> 如果你要 Reader，就套个 InputStreamReader，熊孩子 [00:04] <mihi> base64 在我看来是字符，不是字节。 [00:04] <ChZEROHag> jrand0m：IM == Instant Messaging？ [00:04] <jrand0m> 是的 ChZEROHag [00:04] <thecrypto> 如果有人不喜欢这个叫法，给我个替代建议 [00:05] <ChZEROHag> jabber？ [00:05] <thecrypto> IM == 我自己的分布式 IM network [00:05] <shardy> 你应该叫它“bob” [00:05] <jrand0m> i2p im 和 aim 是网络的同样意义，或 kazaa 是网络，都是跑在 tcp/ip 或 udp/ip 上 [00:05] <co> 叫 IM application 怎么样？ [00:05] <ChZEROHag> （anonabber） [00:05] <co> jrand0m：我懂了。 [00:05] <thecrypto> jabber 需要中心服务器 [00:05] <jrand0m> 术语对我无所谓。我喜欢 shardy 的主意 [00:05] <ChZEROHag> thecrypto：没有什么“必须”中心化 [00:05] <thecrypto> 今天我拼写不行，见谅 [00:05] <ChZEROHag> 那只是写法的问题 [00:05] <jrand0m> （不过我更喜欢 Betty） [00:05] <thecrypto> 那你想让我叫它 I2PIM bob？ [00:05] <thecrypto> :) [00:05] <jrand0m> Wilma 如何？ [00:05] <jrand0m> fred 被占了 [00:05] <co> 分布式 IM 怎么样？ [00:05] <jrand0m> DIM，呵 [00:05] <co> 但那就是分布式 IM “应用”？ [00:05] <dm> AIM，anonymous Instant messaging！ [00:05] <thecrypto> 不太好的缩写 :) [00:06] <dm> 然后我们就能接管 AOL。 [00:06] <thecrypto> 哦我已经等不及 AOL 知道这个了 [00:06] <ChZEROHag> dm：那会真把某些人气坏。我喜欢。 [00:06] <jrand0m> 呵 做吧 [00:06] <Ryan_Singer> thecrypto，我们能以去中心化的方式实现 IM 吗，还是必须中心化？ [00:06] <co> dm：好主意。我支持这个缩写。 [00:06] <jrand0m> 以我读 thecrypto 文档的理解，IM 是完全去中心的 [00:06] <thecrypto> 我在实现一个分布式 IM，在 CVS 里 [00:06] <beefbroth> 我会反对任何会让人困惑的东西 [00:07] <Ryan_Singer> AOL TimeWarner 把名字改回了 Time Warner [00:07] <ChZEROHag> dm：那会真把某些人气坏。我喜欢。 [00:07] <jrand0m> 如果人们不理解什么是匿名，透明的匿名就没用。 [00:08] <ChZEROHag> 哦等等，我有类似的东西写在纸上 [00:08] <beefbroth> 我喜欢 the crypto 的想法 [00:08] <thecrypto> 我在找 I2PIM 跑在哪个“network”上 [00:08] <jrand0m> 教人们如何保护自己真的很重要 [00:08] <thecrypto> 我在想 Presence System？ [00:08] <Ryan_Singer> 强调匿名的安全性 [00:08] <dm> I2M（instant 2 messaging） [00:08] <ChZEROHag> 虽然我只把它叫 XIrc [00:09] <jrand0m> 你说了算 thecrypto，什么顺手就用什么 ;) [00:09] <dm> 然后在 I2M 的 logo 里，2 要很小 :) [00:09] <thecrypto> 那 I2P 展开是 Invisible … jrand0m？ [00:09] <ChZEROHag> 我最喜欢的是大家都叫 Borg，然后他们在 Collective 里聊天 [00:09] <jrand0m> i2p = i^2p（Invisible Internet Project） [00:09] <co> 我以为 P 代表 protocol。 [00:09] <jrand0m> 也可以这么说 [00:09] <jrand0m> 嗯，其实，不是 [00:10] <thecrypto> 那就是 Invisible Internet Project Instant Messaging [00:10] <jrand0m> i2np 是协议 [00:10] <jrand0m> i2p 是项目 [00:10] <jrand0m> i2cp 是客户端协议 [00:10] <beefbroth> 我还以为代表“poop” [00:10] <co> thecrypto：你说得对，名字不太重要。 [00:10] <dm> i2m = i^2m = instant invisible messaging [00:10] <thecrypto> 那下个话题吧 [00:10] <Ryan_Singer> 好的……我们偏离议程了……IM 结束了吗？ [00:10] <shardy> 如果“bob”不够好，我们可以叫“jimbob” [00:10] <jrand0m> 0k，6.0) administravia [00:10] <thecrypto> 不，还没完 [00:11] <thecrypto> 抱歉 [00:11] <co> 是 administrivia。 [00:11] <thecrypto> 不，是 IM [00:11] <jrand0m> nop> 给我 root。我需要安装匿名 cvs、bugzilla 和 cvsweb。 [00:11] <thecrypto> 我还没说完 [00:11] <thecrypto> :) [00:11] <thecrypto> 回带！ [00:11] * jrand0m 后退 [00:11] <jrand0m> 5.1) thecrypto v2 [00:11] <Ryan_Singer> IM 还有什么，thecrypto？ [00:12] <mihi> thecrypto：继续说；/me 我也像错过命名服务一样错过了 [00:12] <thecrypto> 好的，presences 通信的方式不一样 [00:12] <thecrypto> 不是每个人都认识每个人 [00:12] <thecrypto> 几乎没法“跟踪”某人 [00:12] <thecrypto> 你得请求才会展示给你 [00:13] <mihi> 在匿名网络里，通常没有人认识任何人 ;) [00:13] <jrand0m> （只要人们的 Destination 是随机的） [00:13] *** Signoff: pitu (终端丢失) [00:13] <dm> 你什么意思？ [00:13] <thecrypto> Alice 想和 Bob 说话 [00:13] <jrand0m> mihi> 不过命名服务允许按服务搜索 [00:13] <jrand0m> （服务比如 IM、www 等） [00:13] <thecrypto> Alice 以某种方式找到 Bob 的 IM destination，可能通过命名服务 [00:14] <thecrypto> 所以 Alice 给 Bob 的 IM destination 发消息 [00:14] <dm> 然后？ [00:14] <thecrypto> 他会收到条小消息说“Alice 试图联系你”，他要是想聊就可以，不想就忽略 [00:15] <thecrypto> 但没有中心的 presence 服务器，Alice 也可能只是看着她的消息消失，没回应 [00:15] <dm> 好吧，那不就跟 MSN 一样？ [00:15] <jrand0m> （不过 Alice 能知道 Bob 忽略了她） [00:15] <thecrypto> 而 Alice 不能把 Bob 加到她的好友列表然后等他 [00:15] <Ryan_Singer> thecrypto，好吧……除了没有中心服务器，这和恰当配置的 Y!、MSN 或 AIM 有什么不同 [00:15] <thecrypto> 因为 Bob 得先给 Alice 发消息才能看到她上线 [00:15] <Ryan_Singer> 哦 [00:15] <dm> 好，用户这边体验不变，但我懂你意思了。 [00:16] <jrand0m> thecrypto> 不完全是 [00:16] <Ryan_Singer> 明白了……没有好友列表功能…… [00:16] <jrand0m> 哦，嗯，从技术上说…… [00:16] <thecrypto> Ryan_Singer：不，仍然有好友列表 [00:16] <dm> 如果 Alice 看不到 Bob，怎么给他发消息？ [00:16] <dm> 你只能碰运气地尝试随便联系？ [00:16] <jrand0m> Bob 要给 Alice 的 router 发消息，这可以在 Alice 不知情的情况下发生 [00:16] <thecrypto> Alice 可以随机试 [00:17] <dm> 那不太方便吧？你一上线就得给每个人发“在吗？在吗？” [00:17] <beefbroth> thecrypto：用户上线时能不能“通知”所有好友，给他们发一条消息？或者你说的就是这个 [00:17] * co 注意到可以有两个 Bob 分别注册在两个不同的命名服务器组。 [00:17] <thecrypto> beefbroth：我说的就是这个 [00:17] <dm> 好，和当前方案类似，但你默认是隐身的。 [00:17] <dm> 懂了。 [00:18] <thecrypto> dm：不，反过来，你上线时会给所有人发消息说“我上线了，我上线了”，如果你收到“我上线了”消息，你就回一个 [00:18] <thecrypto> 如果你愿意 [00:18] <co> 所以用户控制谁能看到他/她/它。 [00:18] <thecrypto> 所以 Alice 可以把你加到她的好友列表，你会在她上线时收到消息说“Alice 把你加到她的好友列表了，你要通知她你的 presence 吗” [00:19] <Ryan_Singer> 你下线之前会先发一条“我要下线了”的消息吗？ [00:19] <dm> 好，所以 IM 体验和现在一样。确认一下。 [00:19] <thecrypto> 如果 Bob 把 Alice 加在好友列表里，且 Bob 收到 Alice 的在线消息，就会自动回 [00:19] <beefbroth> 可能需要每隔一段时间“ping”一下对方，确保不是无意断线 [00:19] <thecrypto> 如果 Bob 没有把 Alice 加到好友列表，Bob 收到 Alice 的在线消息时会提示用户 [00:19] <dm> 好，那只是绕开服务器的一种方式，但问题是默认情况下应用会不会在有人登录时发“我上线了”。 [00:20] <Ryan_Singer> 希望会 [00:20] <jrand0m> Ryan_Singer> 或者就定期发“我还在线”的 ping [00:20] <jrand0m> （缺 ping == 下线） [00:20] <Ryan_Singer> 保活那种？ [00:20] <beefbroth> 可能需要每隔一段时间“ping”一下对方，确保不是无意断线 [00:20] <thecrypto> 如果 Bob 把 Alice 加在好友列表里，且 Bob 收到 Alice 的在线消息，就会自动回 [00:20] <beefbroth> 嘿 [00:20] <thecrypto> 如果 Bob 没有把 Alice 加到好友列表，Bob 收到 Alice 的在线消息时会提示用户 [00:21] <dm> 好，所以 IM 体验和现在一样。确认一下。 [00:21] <thecrypto> 只是现在加好友有确认 [00:21] <thecrypto> 我觉得只有 ICQ 有 [00:21] <jrand0m> IM 应用会是独立应用，还是我能用 trillian？ [00:21] <dm> 是啊，MSN 就是这样。 [00:21] <jrand0m> [等等] [00:21] <ChZEROHag> thecrypto：ICQ 只是装作需要确认 [00:21] <beefbroth> dm：不对。你不用应对 MSN、Y! 和 AIM 每隔几个月改协议把人锁在外面了 :) [00:22] <thecrypto> jrand0m：我会写个规范，trillian 要么给我个插件接口，要么他们自己写 [00:22] <thecrypto> 我至少会写个 gaim 插件 [00:22] <thecrypto> 还有个独立客户端 [00:22] <jrand0m> 酷 [00:22] <thecrypto> 它就是配合 network 使用 [00:22] <jrand0m> gaim 支持文件传输吗，还是这会是 i2pim 客户端的优势？ [00:22] <beefbroth> thecrypto：你也许想和 kopete 开发者打个招呼，就让他们知道 [00:22] * jrand0m 展示了自己的无知 [00:23] <thecrypto> 我会尽量让 gaim 插件和独立版一样好，但不确定 [00:23] <co> thecrypto：先有独立应用吧。 [00:23] <thecrypto> gaim 的文件传输我记得只在 AIM 上有效 [00:23] <thecrypto> 所以要把它塞进插件可能要费点劲 [00:23] <Ryan_Singer> 好……我想我们都懂了……IM 还有别的事吗？ [00:24] <thecrypto> 以及 co 的最后一点 [00:24] <beefbroth> gaim 在 NAT 环境下的 IM 传输有问题 [00:24] <thecrypto> 不止一个人可以有同样的名字 [00:24] <thecrypto> 他们会有唯一的 destinations [00:24] *** Signoff: mihi (Ping timeout) [00:24] <co> 好的。 [00:24] * mihi_backup 还在…… [00:24] <thecrypto> 但有人不能伪装 [00:25] <jrand0m> 呵 不错啊 mihi_backup [00:25] <co> 如果你用命名服务器，会是“来自 group1 的 Bob”和“来自 group2 的 Bob”。 [00:25] <co> 拥有唯一的 destinations。 [00:25] <jrand0m> 对 thecrypto。名字是任意的。有点像 dns ;) [00:25] *** mihi (~none@anon.iip) 加入了频道 #iip-dev [00:25] <thecrypto> 另外 IM 客户端本身可以可选检查“嘿，你收到的这条 IM 来自一个叫 Bob 的人，但你列表里 Bob 的 destination 不同，要接受吗？” [00:26] <dm> mihi：你不在时你的备份说话了。 [00:26] <thecrypto> 如果有人试图伪装 Bob，你会知道，否则，你可以给他们起别名 [00:26] <mihi> 我知道…… [00:26] <jrand0m> “一个叫 bob 的人”？谁说的？他自称 bob？还是某个组叫他 bob？还是你把他的 dest 称为 bob？ [00:26] <thecrypto> presence 里有个字段叫 name [00:26] <thecrypto> 我看的就是它 [00:27] * jrand0m 喜欢 ICQ 处理这个问题的方式——每个人都是一个号码，你只在本地把号码起别名为名字 [00:27] <co> 顺便说一下，我要不要把 NS 实体名做成不区分大小写？ [00:27] <jrand0m> 可能要，co [00:27] <mihi> base64 的东西仍必须区分大小写 ;) [00:27] * jrand0m 不想有人冒充 Jrand0m [00:27] <co> mihi：是实体名，不是 destinations。 [00:27] <jrand0m> 对对，mihi [00:28] <jrand0m> （好吧，人们可以随便冒充 jrand0m。我只想要回 jrandom） [00:28] <co> 继续，thecrypto。 [00:28] *** Signoff: UserX_ (Ping timeout) [00:28] <thecrypto> 我说完了 [00:28] <thecrypto> 总算 :) [00:28] <mihi> co：你应该能在任何能放实体名的地方放一个 destination。 [00:28] <mihi> 就像 dns 名和 IP 一样 [00:28] <co> mihi：好主意。我会把这点加进规范。 [00:28] <thecrypto> jrand0m：其实它有点像 ICQ，只是你告诉别人你想要的别名 [00:29] <thecrypto> 好像他们现在就是这样 [00:29] <co> 不过想法是，输入名字比输入 destinations 要短得多。 [00:29] <jrand0m> mihi> 命名服务只把名字转成 destinations——如果你问命名服务一个 destination 的 destination，它应该非常非常快地返回 [00:29] <Ryan_Singer> 好了各位……我有个会……jrand0m，给我发匿名邮件 [00:29] <jrand0m> 好，再见 [00:29] <mihi> jrand0m：是的，而且它应返回那个 dest 自身，而不是“未找到” [00:30] <jrand0m> 对 [00:30] *** Signoff: Ryan_Singer ((null)) [00:30] <jrand0m> 好。我们到 7.0) 了 [00:30] <jrand0m> 问题 [00:30] <jrand0m> 嗨 [00:30] <co> 那 6.0) Administrivia 呢？ [00:31] <co> 还是你已经说完了？ [00:31] <jrand0m> 6.0 administravia 就是我催 nop 给我 root，这样我能给大家：匿名 cvs 访问、bugzilla 和一个 cvsweb 界面 :) [00:31] <beefbroth> 会不会有人负责为 Win/Mac/SuSE/RedHat/Debian 打包 alpha、beta 和发布版来加快采用？ [00:32] <jrand0m> 你要自愿？ [00:32] <jrand0m> （也就是，是的，那太好了） [00:32] <beefbroth> 如果我学会给我的发行版做包的话 :) [00:32] <jrand0m> 你用哪个发行版？ [00:33] <co> 我记得，IIP 开发者想在 I2P 上重写 IIP。如果 I2P 能兑现其匿名承诺，那直接把 IRC 跑在 I2P 上不是更简单？ [00:33] <beefbroth> 但我的观点是，很多人依赖这些。它会让采用更容易。Freenet 缺活跃维护者就吃了亏。 [00:33] <dm> jr 是个不错的经理 :) [00:33] <jrand0m> 是的 co，更简单，但不如另一些方案可扩展 [00:33] *** UserX_ (~User@anon.iip) 加入了频道 #iip-dev [00:33] <thecrypto> 是，但有些人不想用 IRC [00:34] <jrand0m> beefbroth> 你说的非常对，要做的事很多，而我至少需要每天睡 4 小时 [00:34] <co> thecrypto：说得好，不过 I2P 会匿名化大家的 IP 地址。 [00:34] <beefbroth> jrand0m：东西准备好时我可以帮打包。我觉得这是一些有点技术专长的非开发者可以贡献的好方式。 [00:34] <jrand0m> 太棒了 beefbroth [00:34] <thecrypto> 如果我们有 IM 和 IRC，采用会更多 [00:35] <mihi> co：问题在于 IRC 有可关停的东西（服务器）。 [00:35] *** jeremiah (~jeremiah@anon.iip) 加入了频道 #iip-dev [00:35] <jrand0m> thecrypto> 即刻采用：opennap [00:35] <beefbroth> 学做包比学 i2p 数据结构容易。是几个人容易参与的方式 [00:35] <dm> IRC 相当难，对吧？ [00:35] <dm> 分布式 IRC 是说…… [00:35] <co> mihi：当然。我忘了。谢谢提醒。我撤回异议。 [00:36] <jrand0m> dm> irc 可以有多个 irc 服务器（比如 efnet 等）通过 i2p 相互沟通 [00:36] <shardy> 你指“看起来像 irc”的聊天协议？ [00:36] <shardy> 还是改造 irc？ [00:36] <jrand0m> 人们通过经由 i2p 隧穿到其中某个 irc 服务器来相互聊天 [00:36] <dm> irc 服务器在 i2p 后面没问题，我是说没有服务器。不重要我想。 [00:37] <jrand0m> dm> 对，没有服务器能做得更好，已经有些思考，但据我所知还没有很扎实的东西 [00:38] <dm> 无论如何，这跑题了。 [00:38] <dm> 继续！ [00:38] <jrand0m> 还有其他问题吗？ [00:38] <jrand0m> 有人读过规范了吗？;) [00:38] <jrand0m> （除了 beefbroth，他已经背下来了） [00:38] * dm 看着天花板。 [00:39] <jrand0m> 好，那就 100 分钟会议吧 [00:39] <thecrypto> 我在读，需要什么我就去看 :) [00:39] <ChZEROHag> 规范！ [00:39] <ChZEROHag> 我就忘了这个！ [00:39] <jrand0m> 呵 [00:40] *** dm 把频道 #iip-dev 的主题改为 topic1 [00:40] * jrand0m 装填然后…… [00:40] * jrand0m *baf* 结束了会议 </div>/zh/blog/2003/09/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B49%E6%9C%8816%E6%97%A5/Tue, 16 Sep 2003 00:00:00 +0000/zh/blog/2003/09/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B49%E6%9C%8816%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> co, jrand0m, LeerokLacerta, mihi, mrflibble, mrsc, nop, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [22:53] <jrand0m> 0) welcome [22:54] <jrand0m> 1) apps: [22:54] <jrand0m> 1.1) IM（即时通信） [22:54] <jrand0m> 1.2) NS（命名服务） [22:54] <jrand0m> 2) dev status: [22:54] <jrand0m> 2.1) subsystems [22:54] <jrand0m> 2.2) encryption key persistence [22:54] <jrand0m> 2.3) todo [22:54] <jrand0m> 3) spec stuff [22:54] <jrand0m> 3.1) mods [22:54] <jrand0m> 4) administravia: [22:54] <jrand0m> 4.1) anon cvs [22:54] <jrand0m> 5) ? [22:55] <jrand0m> 好，0) welcome [22:55] <jrand0m> 欢迎来到第 58 次会议 [22:55] <thecrypto> 就这些吗 [22:55] <jrand0m> 是的先生，除非还有人要补充？ [22:55] * nop 注意到 jrand0m 的编号是面向对象的 :) [22:56] <nop> 3.1.2.2.4.5.8() ;) [22:56] <jrand0m> 嘿，它们也可以是 structs ;) [22:56] <nop> 哈哈 [22:56] <nop> 的确如此 [22:56] <jrand0m> 好，1.1) IM。thecrypto？ [22:56] <nop> 不过 [22:56] <nop> 2 有继承关系 [22:57] <nop> ;) [22:57] <jrand0m> 呵 [22:57] <nop> 别理我 [22:57] <nop> 好的 [22:57] <nop> 抱歉 [22:57] <nop> 继续 [22:57] *** mihi_ (~none@anon.iip) 加入频道 #iip-dev [22:57] <thecrypto> 好的，我现在在上传一些 IM 的基础规范 [22:58] <thecrypto> (Link: http://www.thecrypto.org/i2pim.sxw)http://www.thecrypto.org/i2pim.sxw 供 oowriter 使用 [22:58] <thecrypto> 我正在上传 pdf [22:59] <nop> 如果你愿意我可以放到 i2p 站点上 [22:59] <thecrypto> 等我一下 [22:59] <thecrypto> 可以 [22:59] *** mrflibble (mrflibble@anon.iip) 加入频道 #iip-dev [22:59] <jrand0m> 你想把它放到 i2p/apps/IM/doc/ 里吗？ [22:59] *** mihi_ 现在叫做 mihi_backup [23:00] <nop> 我可以 [23:00] <nop> 行 [23:00] <jrand0m> 我是说进 cvs 里 :) [23:00] <thecrypto> 我也可以做 [23:00] <jrand0m> （但放到网页上也不错） [23:00] <nop> 哦 [23:00] <nop> 哈哈 [23:00] <thecrypto> (Link: http://www.thecrypto.org/i2pim.pdf)http://www.thecrypto.org/i2pim.pdf [23:01] <MrEcho> “文件已损坏且无法修复” Adobe Reader 报错 [23:01] <thecrypto> 再试一次 [23:01] * jrand0m 这边打开没问题 [23:01] <co> MrEcho：PDF 文件吗？ [23:01] <jrand0m> （那个 sxw） [23:01] <thecrypto> 刚才只上传了一部分 [23:01] <MrEcho> 现在好了 [23:01] <MrEcho> 呵呵 [23:02] <thecrypto> 基本上我只放了在线状态（presence）、在线/离线消息，还有一条 message 消息 [23:02] <thecrypto> 我不羞愧地从 I2NP 文档里抄了一些段落 [23:02] <thecrypto> :) [23:02] <jrand0m> 呵 我就觉得有些地方眼熟 :) [23:02] <thecrypto> 我也在上传我做的 UI [23:02] <thecrypto> 我一直在做的那个 [23:03] <thecrypto> jrand0m：我需要创建目录 apps/IM/doc 吗 [23:03] <jrand0m> 是的，并且要逐个 cvs add [23:03] <thecrypto> -kb? [23:03] <jrand0m> 对 [23:03] <co> thecrypto：我记得 apps/ 已经有了。 [23:04] <jrand0m> presence 是什么？ [23:05] <thecrypto> 我先跑个 update [23:05] <thecrypto> 不过很快就会进去 [23:05] *** Signoff: shardy (Ping timeout) [23:05] <thecrypto> 我的意思是大家尽情撕规范 [23:05] <thecrypto> UI 也会很快进去 [23:05] <thecrypto> 如果有需要澄清的地方，就 anonymail、e-mail 什么的联系我，我来改 [23:05] <mrflibble> 我错过会议了？ [23:05] *** shardy (~shardy@anon.iip) 加入频道 #iip-dev [23:05] <co> thecrypto：你也许还想在邮件列表上发个通知，附上文档链接。 [23:05] <thecrypto> 我以为我写上去了？ [23:05] <jrand0m> 没呢，mrflibble，我们还在第一项 [23:05] <co> mrflibble：会议进行中。 [23:05] <mrflibble> 哦 抱歉，我没看到 “logger” [23:06] <jrand0m> thecrypto> 你说那是一个 destination，但那是用来发送消息的 destination 吗？离线消息怎么处理？ [23:06] <mihi> 这儿没有 mids，所以没有 logger ;) [23:06] <mrflibble> 好的 [23:06] * mrflibble 继续潜水 [23:06] <jrand0m> 哦等等，这些只是在线状态通知，抱歉 [23:06] <mihi> 怎么订阅一个 presence？ [23:06] <thecrypto> jrand0m：不支持离线消息 [23:07] <thecrypto> 基本上 [23:07] <thecrypto> presence 只是把一个 destination 和一个名字打包在一起 [23:07] <thecrypto> 方便点 [23:08] <thecrypto> 如果我们想转到 NS，可以先讲 NS，之后再回到这个？ [23:09] <jrand0m> 行，酷 [23:09] <thecrypto> 你们也可以继续给我发问题 [23:09] <jrand0m> 其实，快速问一个 [23:09] <thecrypto> 说吧 [23:09] <jrand0m> 这个 IM 只支持纯文本吗？ [23:10] <thecrypto> 这个基础版是的，但我会加上文件支持 [23:10] <jrand0m> 酷~ [23:10] <thecrypto> 我只是想先把系统的开端搭起来，再在上面迭代 [23:10] <jrand0m> （迭代增量式）++ [23:11] <jrand0m> 好极了。我会进一步看这个，大家也都看看……现在转到 1.2) NS。co？ [23:11] <co> 命名服务规范 1.1 版（最终版）今天早些时候发布了。 [23:12] <jrand0m> （随后一片欢呼） [23:12] <co> 基本上，我完成了程序需要的数据结构和网络消息部分。 [23:12] <co> 我会在周四发布客户端 API。 [23:12] <co> 然后开始实现 NS 应用。 [23:12] <jrand0m> 很好 [23:13] <co> 有一个想法变了，涉及 CA（证书颁发机构）在实体注册时的处理。 [23:13] <thecrypto> co：你会怎么实现？ [23:13] <thecrypto> co：是 name server 还是 client？ [23:14] <co> thecrypto：嗯，我会先实现必要的数据结构。 [23:14] <co> 然后是客户端，再是服务器和 CA 组件。 [23:14] <thecrypto> 好的 [23:15] <co> 正如我所说，我现在希望 CA 给新注册的实体签发一个证书。 [23:15] <co> 他们在修改记录时会把这个证书呈交给命名服务器。 [23:15] <co> 我还没有在这个版本里指定证书包含什么；这会放进下一版规范。 [23:16] <co> 大家觉得这是个坏主意吗？ [23:16] <jrand0m> 嗯。是否更简单/更安全的是让客户端用一对公钥/私钥？ [23:16] <jrand0m> 也就是在注册时提供一个用于更新的公钥并对注册请求签名，之后每次更新都签名一个更新请求 [23:16] <jrand0m> （这样 CA 永远拿不到私钥） [23:17] <thecrypto> 顺带说一句：所有 I2PIM 的内容都已经提交到 cvs 仓库了 [23:17] <jrand0m> 很好 [23:17] <co> 这么做也许更简单。我会重新考虑这个问题。谢谢你的建议。 [23:17] <co> 如果没有别的问题，我关于命名服务就说这些。 [23:18] <jrand0m> 看起来不错，我还没看 1.1，我看完如果有问题会发邮件 [23:19] <co> 好。下一个话题？ [23:19] <jrand0m> 好，2.1) 子系统的开发状态。 [23:19] *** w0rmus (o0o@anon.iip) 加入频道 #iip-dev [23:20] <jrand0m> 传输子系统已经足够好可以继续往前。对等体管理子系统用的是很蠢的算法做了个桩，但能用。network db、tunnel 管理和统计管理子系统还在路上。客户端子系统会很简单（直接复用 SDK 的本地-only router） [23:21] <co> 你说的蠢算法是什么意思？ [23:21] <w0rmus> 不够快？ [23:21] <jrand0m> 嗯，对等体管理子系统没有跟踪对等体性能，只是返回随机的对等体。 [23:22] <jrand0m> 算法会随着进展更新和调优，以更好地做对等体选择 [23:22] <jrand0m> 我手头当前的任务是构建和处理 garlic messages（garlic 消息，一种 I2P 分层消息封装），这是个 PITA。 [23:23] <jrand0m> 但能搞，就是烦 [23:23] <jrand0m> 这其实引出 2.2) 加密密钥持久化。 [23:24] <jrand0m> garlic messages 用 ElG+AES 加密来包裹每个“clove”的层 [23:24] <jrand0m> 而私钥还用于其他地方（传输、客户端管理） [23:25] *** Signoff: thecrypto (Ping timeout) [23:25] <jrand0m> 把私钥和会话密钥一直留在内存里、永不落盘是理想的，但当 router 关闭（主动或故障）时就很糟糕 [23:26] <jrand0m> 大家对下面哪种做法有想法吗：1）绝不把密钥写盘，冒着过多不必要消息丢失的风险（因为无法解密）2）写盘前加密它们 3）直接明文写盘？ [23:26] <co> 选项 2。 [23:27] <nop> jrand0m 选项 2，或者按我们之前说的做 [23:27] <nop> 我们必须信任 localhost [23:27] *** Signoff: cohesion (class) [23:27] <nop> 我们假设 localhost 没被攻破 [23:27] <jrand0m> 选项 2 的古怪之处在于，要么用户必须在启动 router 时输入口令，要么会话密钥可以被获知 [23:27] <jrand0m> 说得对，nop。 [23:28] <nop> 再说我们是个传输层，没法太替他们担这个心，这可以在客户端侧调整，或者我们提供选项 [23:28] <nop> 取决于偏执等级 [23:28] <nop> 安全 vs 便利 的权衡 [23:29] <co> 那我建议默认 3，并给用户选择使用 2。 [23:29] <nop> 正是 [23:29] <jrand0m> 对。好在大家可以（而且应该！）拿 router 代码去改，做这种权衡——一个“tinfoil I2P router（偏执版）”和一个“jane sixpack I2P router（大众版）” [23:29] <jrand0m> 好，酷，那我现在就先用简单的 3) [23:30] <jrand0m> 好 2.3) todo [23:30] * co 想在会议末尾回到 NS 话题。 [23:30] * nop 需要把 NS 的邮件读完 [23:30] <jrand0m> 行，你现在是第 #5 项 [23:30] <co> 我可以等到最后。 [23:31] <jrand0m> mihi 写了一些测试来指出 SDK 实现里的 bug。有些已修，有些没。修它们在 todo 上 :) [23:32] <jrand0m> 另外，各种规范改了大概一打地方。我一有时间就更新文档并发出来，或者我可能先在 wiki 上放个勘误页 [23:33] <nop> word [23:34] <jrand0m> 其他的 todo……嗯，我今天早上修了“Wrong Size generating key”这个问题，以及一些随机 bug [23:34] <jrand0m> 好了，开发状态就这些。3) 规范相关 [23:35] <jrand0m> 3.1) 参见 todo 里的 mods。大多是排版修改。今天在实现 garlic 时碰到一个稍大点的变动。问题不大，只是需要挪动一些数据结构，并在加密上做点小技巧。我会把它写进勘误。 [23:35] <jrand0m> 3.2) 【我知道这项不在议程里，但还是说一下】规范问题 [23:35] <shardy> （马上回来，如果需要我我还在潜水） [23:35] <jrand0m> 有人对任何规范有问题吗？ [23:35] <jrand0m> 不错 shardy [23:36] <co> jrand0m：请再说一次哪个规范在哪个文档里。 [23:37] <jrand0m> (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs 上都有映射 [23:37] <co> 我去看一下。 [23:38] <jrand0m> （看着这个我想起还得把 secure reliable UDP 传输写成文档。这又是一个 todo……） [23:39] <jrand0m> 最近有人问该看哪些规范——基本上，除非你想知道 router 怎么工作（或者你想帮忙实现），否则你不需要读 I2NP 规范。I2CP 和数据结构里 I2CP 的部分就够了 [23:40] <nop> jrand0m [23:40] <jrand0m> 是的先生？ [23:41] <nop> 你说的 UDP 是指真的 UDP 包那种 UDP 吗 [23:41] <nop> 还是泛指一种 UDP 协议 [23:41] <jrand0m> 对，UDP 就是 UDP 包 [23:41] <nop> 用在 I2P 上 [23:41] *** thecrypt1 (~thecrypto@anon.iip) 加入频道 #iip-dev [23:41] *** thecrypt1 现在叫做 thecrypto [23:41] <jrand0m> i2p/code/router/java/src/net/invisiblenet/i2p/router/transport/udp 里有实现 [23:42] <thecrypto> 回来了 [23:42] <jrand0m> 欢迎回来 [23:42] <thecrypto> 有人能发我我不在时发生了什么吗？ [23:43] <jrand0m> 这个 UDP 实现挺简单——做一次 DH 交换，消息拆成 1K 包，用生成的密钥做 AES256 加密 [23:43] <jrand0m> 支持重密钥，但目前不是自动的 [23:43] <jrand0m> ACK 会打包返回（比如“我收到了消息 42 的所有包，直到第 18 个，但不包括 3 和 7”） [23:44] <jrand0m> （而我先做 UDP 实现而不是 TCP 的实际原因是，UDP 以几乎零开销提供“免费”的异步 IO） [23:45] <nop> 当然 [23:45] <jrand0m> 这个 UDP 实现还剩两件事——用 Station-to-Station（STS）协议抵御 MITMs（中间人攻击），以及加一个“糟了，我忘了会话密钥”的数据包 [23:45] <nop> 不错 [23:46] <jrand0m> 在 UDP 传输之后，我下一个想实现的是轮询 HTTP——这样就能同时支持普通用户（UDP）以及被防火墙/NAT/代理的用户（轮询 HTTP） [23:47] <jrand0m> 好的，所以，是的，这需要写成规范文档 :) [23:48] * jrand0m ！自扇一巴掌，因为先写代码再写规范 [23:48] <thecrypto> 先写代码再写规范对我有帮助 [23:48] <jrand0m> 对，迭代做效果最好 [23:48] <jrand0m> （实现过程中我们也在发现规范的问题，等等） [23:49] <jrand0m> 好，这是 3) 规范。4) 行政杂务 [23:49] <jrand0m> 4.1) anon cvs。thecrypto？:) [23:49] <thecrypto> 正好赶上 [23:49] <thecrypto> 嗯，我在看，我想 2401 现在被挡了 [23:49] <jrand0m> 你能在本地做 cvs -d :pserver: 吗？ [23:49] <thecrypto> 可能还要做点 inetd 的东西，谢谢 jrandom [23:50] <jrand0m> 啊 酷 [23:50] <thecrypto> 我试试，我忘了你可以那样做了 :) [23:51] <thecrypto> 命令就是 cvs -d :pserver: 吗？ [23:51] <jrand0m> cvs -d :pserver:anonymous@localhost:/home/cvsgroup/cvsroot/ co i2p [23:52] <jrand0m> 另外，如果能放个 bugzilla 上去也很棒 [23:52] <thecrypto> acvs [checkout aborted]: connect to localhost(127.0.0.1):2401 failed: Connection refused [23:52] <jrand0m> 行，加了 inetd.conf 那行并对 identd 发了 kill -HUP 之后呢？ [23:52] <thecrypto> 我去试下那条 inet 行，稍后回复你 [23:52] <jrand0m> 呃，inetd :) [23:52] <jrand0m> 行，酷 [23:53] <thecrypto> pserver 跟在同一行吗？ [23:53] <jrand0m> 对，整行都放一起 [23:55] <jrand0m> 好了，行政杂务就这些，至少我能想到的 [23:55] <jrand0m> 5a) co，你上 [23:56] <co> 当两个人想注册相同的实体名，第二个会被拒绝。 [23:56] <co> 但如果我们用基于签名的方法， [23:56] <co> 被拒的人仍然可以给命名服务器发消息 [23:56] <co> 让它修改记录。 [23:56] <co> 有两种可能： [23:57] <co> 1) CA 把获批实体的公钥副本发给命名服务器。 [23:57] <co> 2) CA 给注册名字的人发一个由其私钥签名的证书。命名服务器会有 CA 的公钥来验证它。 [23:58] <co> 如果恶意用户让命名服务器修改某条记录，没有证书就会阻止修改。 [23:58] <co> 我当时是这么想的。 [23:59] <jrand0m> 但那样 CA 就知道密钥了——用非对称密码的话 CA 只会知道公钥，而且 CA 永远不想也不需要把那个公钥给任何人——那只是让合法更新者在请求更新时拿来做签名验证的 [00:00] <jrand0m> 你描述的更像对称密码——本质上就是用个口令 [00:00] <thecrypto> cvs 在跟我作对！ [00:00] <jrand0m> （证书就是 CA 和昵称合法持有者之间共享的机密） [00:00] *** mrsc (~efgsdf@anon.iip) 加入频道 #iip-dev [00:01] <jrand0m> 怎么了 thecrypto？ [00:01] <thecrypto> 我加了用户 anonymous，空密码，把它加进 readers 和 cvsgroup，但我得到 cvs login: authorization failed: server localhost rejected access to /home/cvsgroup/cvsroot for user anonymous [00:01] <co> jrand0m：说得好。就当这部分规范还没定，我再想想。 [00:01] <jrand0m> 好的 [00:01] *** LeerokLacerta (~leerok@anon.iip) 加入频道 #iip-dev [00:02] <LeerokLacerta> こんにちは。 [00:02] <jrand0m> 嗯 thecrypto，我不觉得你想要一个名为 anonymous 的操作系统用户 [00:02] <jrand0m> 嗨 LeerokLacerta [00:02] <LeerokLacerta> 你好，jrand0m。 [00:02] <thecrypto> 我设了个密码，现在能用了 [00:03] <co> jrand0m：你看完规范如果还有建议也发我。 [00:03] <jrand0m> 会的，co [00:03] <jrand0m> 不错 thecrypto……他们的 shell 是 /bin/false 吗？ [00:03] <thecrypto> 我现在得去找 cvs 手册里那个如何建用户的章节 [00:03] -> *thecrypto* 密码是什么？ [00:04] <thecrypto> 现在是了 [00:05] <jrand0m> 好，我们可以在会后处理这个。 [00:05] <jrand0m> 好，议程最后一点：5b) ? [00:05] <jrand0m> 还有什么问题/想法/担忧吗？ [00:05] <thecrypto> 就看看 IM 应用 [00:06] <thecrypto> 现在它只会生成一个树，但能让你看到它开始的样子 [00:06] <LeerokLacerta> 没有 SOCKS？ [00:06] <thecrypto> 哦对，我忘了这个 [00:06] <jrand0m> 啊 酷 thecrypto [00:06] <jrand0m> SOCKS？就是那个代理协议？ [00:06] <thecrypto> 有人擅长做图标吗？ [00:06] <LeerokLacerta> 是的。 [00:06] <LeerokLacerta> 我每次问到的答案都是“没有”。 [00:07] <jrand0m> 啊。是的，我们肯定会需要一个 SOCKS 代理，但目前没人做。 [00:07] <LeerokLacerta> 嗯。 [00:07] <jrand0m> 这是我们希望在 1.0 公测时具备的应用之一，这样人们能浏览基于 i2p 的站点，也能匿名浏览普通网页 [00:07] <mihi> 免费的 socks 代理已经够多了，我觉得 ;) [00:08] <jrand0m> 正是，我们只需要集成它们 [00:08] <mihi> 但我不知道有 Java 的。 [00:08] <jrand0m> JAP 客户端应用也许可用，不过我不知道它是不是 GPL [00:08] <mihi> JAP 客户端不包含代理。 [00:08] <thecrypto> 我这边 I2PIM 项目需要一些图标 [00:09] <thecrypto> 用来表示在线、离线和一群人 [00:09] <mihi> 唯一的代理是一个 http/ftp 代理，而且在最后一个 mix 里。 [00:10] <mihi> 就像 iip 一样——isproxy 并不懂任何 IRC 协议。 [00:10] <jrand0m> 嗯，那是出站侧——对于基于 i2p 的网站，我们需要一个东西来接受本地浏览器的代理请求，查找 dest，然后把消息发给相应的 dest [00:10] <thecrypto> 有人感兴趣吗？ [00:11] <co> thecrypto：你可以从 GPL 的 gaim 项目里拿图标吗？ [00:11] * jrand0m 用 MS Paint 画出恐怖而无聊的图形 [00:11] <co> 因为它是 GPL 的，这个也是，除非我搞错了。 [00:11] <thecrypto> 行，我可以 [00:11] <jrand0m> 如果 I2PIM 用了 sdk 的客户端库，那 I2PIM 肯定是 GPL 的 :) [00:12] <thecrypto> 啊，伟大的 GPL [00:12] <jrand0m> LeerokLacerta> 你问这个有啥特别原因，还是只是想鞭策我们做？;) [00:13] <thecrypto> gaim 的问题是，它们来自它支持的 IM 应用 [00:14] <thecrypto> 所以如果有人能做个 I2PIM 的图标就太好了 [00:15] * jrand0m 觉得我们暂时会有很多用画图涂鸦出来的图片…… [00:16] <jrand0m> 好，大家还有别的想法/问题/“commnets”吗？ [00:16] <nop> 我有 commnets [00:16] <jrand0m> （除了“wtf 是 commnet”以外） [00:16] <jrand0m> 这是会传染的吗？ [00:16] *** nixonite (~nixonite@anon.iip) 加入频道 #iip-dev [00:16] <mrflibble> lol [00:17] <jrand0m> 行，如果没有，那就差不多收尾了，议程项已完 [00:17] <nixonite> 我错过会议了吗？ [00:17] <jrand0m> 是的，GMT 晚上 9 点 [00:17] <jrand0m> 不过，严格来说你赶上了尾巴 :) [00:17] <nixonite> 哦 [00:18] <co> nop：说来听听。 [00:18] <thecrypto> 所以评论是什么 [00:18] * jrand0m 以为 nop 只是拿我打字错误开涮，但如果他有评论，兄弟请讲 [00:20] <thecrypto> anon cvs 还是不待见我，明天再折腾 [00:20] <jrand0m> 给我 root，我把它弄起来 [00:21] <thecrypto> 找 nop 谈这个 [00:21] <jrand0m> 呵 行 [00:22] <jrand0m> 好吧，既然 nop 似乎又被拉回去干活了…… [00:22] <jrand0m> nop，还有其他人也是> 如果你们有任何评论/问题/担忧，要么告诉我们，要么发在邮件列表（或者写进 wiki） [00:23] * jrand0m 装填完毕，用 *baf* 把会议轰到了终点。 </div>/zh/blog/2003/09/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B49%E6%9C%889%E6%97%A5/Tue, 09 Sep 2003 00:00:00 +0000/zh/blog/2003/09/09/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B49%E6%9C%889%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Brownspider, co, jrand0m, mariesofie, mihi, shardy, w0rmus</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [22:57] <jrand0m> ok，各位先生女士，晚安 [22:57] <jrand0m> 议程： [22:57] <jrand0m> 0) 欢迎 [22:57] <jrand0m> 1) cvs [22:57] <jrand0m> 4) 命名服务 [22:58] <co> 你忘了 5) 提问。 [22:58] <jrand0m> 3) 开发进展 [22:58] <jrand0m> 2) 规范相关的问题？ [22:58] <jrand0m> 5) 其它问题？ [22:58] <jrand0m> 哦，糟了，我忘了重新排序。好吧，它们编号错了 :) 0 == 0, 1 == 1, 4 ==2, 3 == 3, 2 == 4, 5 == 5 [22:59] <jrand0m> 接下来看看我能不能理清楚…… [22:59] <jrand0m> ok，0) 欢迎 [22:59] <shardy> 置换群万岁！ [22:59] <jrand0m> 欢迎来到第 57 次会议 [22:59] <jrand0m> 是啊，反正它们都只是符号 [22:59] <w0rmus> 太赞了，咋样；0 [23:00] <w0rmus> 我来凑个看热闹的旁听席 [23:00] <jrand0m> 1) cvs 依然宕机，已经 10 多天了。我们在找新的主机。 [23:00] <jrand0m> sf.net 很烂，而且我没有理由相信 gnu 的 nongnu 会更好。 [23:00] <co> jrand0m：为什么不给那台主机起个别名 "cvs.invisiblenet.net"? [23:00] <jrand0m> nop 正在带头寻找新的主机。 [23:01] <jrand0m> 当然，co，一旦我们拿到服务器 [23:01] <shardy> 对于主机你们需要什么？ [23:01] <jrand0m> shardy> 可靠的网络连接、ssh/cvs 访问权限，以及一些磁盘空间 [23:01] <shardy> 你已经安排好什么了吗？ [23:01] <shardy> 因为如果还没有，我也许能帮忙。 [23:02] <jrand0m> 太好了！我不清楚 nop 已经安排了什么，但我会让他和你联系（除非他现在就在？） [23:02] * w0rmus 拍了拍 nop [23:03] <shardy> 我这边有 1.1 商用 SDSL。需要找一台机器。不过只要你们不占用巨量带宽，我大概可以托管这台服务器。 [23:03] <shardy> 你们需要多少磁盘空间？ [23:03] <jrand0m> 当前代码库大约有 ~ 6Mb。那 50M 大概能支撑相当一段时间的增长 [23:04] <shardy> 哦。切。小菜一碟。 [23:04] <shardy> 而且机器不需要特别快？ [23:04] <shardy> 你们不会在上面做大型编译任务吧？ [23:04] <jrand0m> 不会，一台 286 大概都行。 [23:04] <jrand0m> 不会，严格来说只是 cvs 提交/检出 [23:04] <jrand0m> （嗯，还有 diff、log 之类的；） [23:05] <jrand0m> “我们是 Java，不需要编译集群” </fark> [23:05] *** 退出: cohesion (class) [23:05] <w0rmus> 在意匿名性的人会用类似 JAP 的东西来访问 CVS 吗？我从没用过 CVS [23:05] <jrand0m> w0rmus> 我通过一串私有的 ssh 代理来用 cvs [23:05] <co> jrand0m：请记住，将来很可能会有 C 或 C++ 的实现。 [23:06] <mihi> 据我所知，JAP 不支持访问 cvs :( [23:06] <w0rmus> ssh 隧道 [23:06] <shardy> 我看看能做点什么。有人说要给我一块硬盘……如果能拿到盘，我就有一台机器可以架起来。 [23:06] <jrand0m> 哦，当然，co。我只是认为我们不能指望 cvs 代码库的机器同时还是一个编译集群。 [23:07] <jrand0m> 太棒了，shardy。有需要我们做的，尽管开口。 [23:07] <co> jrand0m：你说得对。它们应该分开。 [23:07] <shardy> 没问题。我去找块硬盘，我应该能搞到一块，如果拿到了，我很乐意为大家托管 cvs。 [23:07] <jrand0m> shardy++ [23:07] <w0rmus> 耶；0 [23:07] <jrand0m> ok，4) 命名服务 [23:08] <jrand0m> co，进展如何？ [23:08] <co> 我还在写，但想先说几句。 [23:08] <co> 首先，回应上次会议 thecrypto 的一个问题，NS 并不会提供某人在线的通知。 [23:09] <co> 它仅仅表明可以通过某些方式联系某人，比如 AIM。 [23:09] <co> 其次，客户端部分。 [23:09] <co> 会有一个 API，程序可以用它向命名服务器发起查询。 [23:10] <co> 底层机制会读取一个配置文件来确定要查询哪些服务器，使用 I2P 网络获取结果，然后把结果传回调用方。 [23:11] <co> 底层机制还会从一个文件中读取用于本地 router 联系的目标机制。 [23:11] <jrand0m> 目标机制？ [23:11] <co> 抱歉，是目标地址。 [23:11] <jrand0m> 啊，好的 [23:12] <co> 目前就这些。 [23:12] <jrand0m> 不错 [23:12] <w0rmus> 我同意 [23:12] <w0rmus> ;) [23:12] <jrand0m> 对于各个里程碑大概的时间有数吗？ [23:13] <jrand0m> 当然不会据此追着你要进度，只是想了解一下 [23:13] <co> 就说这周末前完成规范并发布它和 API。 [23:14] * mariesofie 迟到了 [23:14] <jrand0m> 啊，不错，co [23:14] <co> 接着我会开始实现。不过我不确定要花多久。 [23:14] <jrand0m> 可以理解 [23:15] <jrand0m> 还有谁对命名服务有问题/想法？ [23:15] <jrand0m> ok，3) 开发进展 [23:16] <jrand0m> 开发进展顺利。 [23:16] <jrand0m> Java 这边已符合规范，并实现了所有 I2CP 和 I2NP 的消息与结构 [23:17] <jrand0m> Java 架构本身已可运行，我会继续把各个子系统桩出来 [23:17] <co> 你测试过了吗？ [23:17] <jrand0m> 消息与结构？是的，通过 net.invisiblenet.i2p.data.test 里的 TestData 测试框架完成的 [23:17] <co> 我是说用 I2P 把两台不同的计算机连起来。 [23:18] <jrand0m> 哦，没有，那需要通信子系统的完整实现 [23:18] <co> 明白。 [23:18] <jrand0m> 首先我会把各个子系统搭出测试模式，然后再实现它们以便可以各自独立运行 [23:19] <jrand0m> 距离实现一个客户端向不同 router 上的另一个客户端发送消息，大概还有 2 周 [23:19] * mariesofie 欢呼 [23:20] <jrand0m> 在到达 alpha 之前之后还有很多工作要做，但这已经是进展了 [23:21] <jrand0m> 在实现过程中我积累了一些被忽略的问题，数据结构和 i2np 规范需要大约十来个小改动。例如 "datastructures p11, TunnelSigningPublic/PrivateKey should contain SIGNING Public/Private keys" 和 "i2np p15, TunnelCreateStatus - add hash of the replying RouterIdentity" [23:21] <shardy> 天呐。我真的得好好读读这些规范了。 [23:22] <jrand0m> 嗯，它们很快就会托管在你的机器上，这就容易了 :) [23:22] <w0rmus> 哈哈 [23:22] <w0rmus> 我也还没把规范看完 [23:23] <mariesofie> 我把规范打印出来，看了太多遍都磨破了，不得不再打印一份 [23:23] <jrand0m> 从我跟很多人的讨论来看，我发现这些规范并不太擅长传达这个东西实际是如何工作的。它们覆盖了模糊的部分和具体细节，但没讲清楚这些细节如何契合背后的缘由 [23:23] <w0rmus> 呵 [23:23] <jrand0m> 笑翻了 mariesofie [23:23] <jrand0m> 好，3) 开发进展就到这里 [23:24] <jrand0m> 接下来是 2) 规范相关的问题 [23:24] <w0rmus> 我想我会去读它们，而不是那愚蠢的微积分 [23:24] <co> 我在想得再往前一点。 [23:24] <co> Python 和 C 或 C++ 的实现需要让它们的消息数据能被 Java 的实现读取。 [23:24] *** 退出: mihi (EOF From client) [23:25] <jrand0m> 对的，co [23:25] <co> 你们会如何做到这一点？ [23:25] <jrand0m> 数据结构规范明确定义了字节布局 [23:25] <jrand0m> 并且一切都是大端序，所有数字都是无符号的 [23:25] <mariesofie> 这些规范预期的技术背景是什么水平？有一定计算机知识的人？大学层面的计算机工程专业学生？ [23:25] <co> 哦，好吧。 [23:25] *** mihi_ (~none@anon.iip) 加入了频道 #iip-dev [23:26] <mariesofie> 也就是说，目标读者是谁？ [23:26] *** mihi_ 现在名为 mihi [23:26] <jrand0m> mariesofie> 嗯，那些规范的定位其实挺随意的。i2p_philosophy 是“好吧，这到底是个啥”的层面，而其余规范是面向那些对实际实现系统感兴趣的人 [23:26] <jrand0m> 我们确实非常需要一些介于两者之间的文档 [23:27] <mariesofie> 我明白了 [23:27] <mariesofie> 我发现 API 文档很容易理解也很有用，但讽刺的是，当我读 I2NP 规范、试图理解核心架构时还是会混淆 [23:28] <mariesofie> 也许这更多反映的是我而不是文档本身 :) [23:28] <jrand0m> 呵，极客 :) [23:29] <jrand0m> 好，关于规范还有其他问题吗？让我们进入 5) 其它问题 [23:29] <jrand0m> 还有其他问题吗？这是我们会议议程上的最后一项 [23:30] <w0rmus> 不知道 thecrypto 在 achat 上进行到哪里了 [23:30] <jrand0m> 啊，thecrypto 接下来大约三周都会离线 [23:30] <mihi> 同行评审怎么样了？ [23:30] <w0rmus> 或者 atalk [23:30] <w0rmus> 哇 [23:30] <mihi> 有人在审阅吗？ [23:30] <mariesofie> 我以为 thecrypto 每天有 2 小时 [23:31] <w0rmus> 而且我连他现有的代码都看不到 :( [23:31] <jrand0m> mihi> 已经把评审发给了一些人，收到反馈后会逐一处理。 [23:31] <jrand0m> w0rmus> 你对 ATalk 有什么问题吗？ [23:32] <shardy> 我一有时间就会去审阅 :) [23:32] <mihi> 我是说，到现在有收到任何反馈吗ß [23:32] <w0rmus> 我想没有 [23:32] <mihi> s/nowß/now?/ [23:32] <jrand0m> 主要以讨论和澄清的形式 [23:32] <jrand0m> 太好了，shardy :) [23:33] <Brownspider> 谷歌生日快乐 [23:33] <jrand0m> mariesofie> 对，不过那连让他下载 Java 语言文档以继续开发的时间都不够 :/ [23:33] <w0rmus> 啊哈哈 wtf [23:35] <jrand0m> 好，还有其他问题/想法吗？ [23:35] <w0rmus> 我想我应该说一下，我在学校之外从没写过代码 [23:35] <w0rmus> 但总得从某处开始 [23:35] <jrand0m> 现在就是个好时机 :) [23:35] <jrand0m> 没错 [23:35] <w0rmus> ;0 [23:35] <mariesofie> 我有一些关于 API 的问题，但还没到时候，再过一两天等我多试试 [23:35] <w0rmus> 我学了差不多 2 年的 Java [23:36] <jrand0m> 好，太棒了，mariesofie，有空就给列表发条消息，或者在这里给我留言都行 [23:37] <co> mariesofie：你看过 iip-dev 邮件列表上的讨论吗？ [23:37] <w0rmus> 归档在哪儿？ [23:37] <jrand0m> http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel [23:37] <jrand0m> （目前流量相当低） [23:38] <Brownspider> jrand0m 想让你编码出某种在逻辑上不可能存在的东西，以撕裂这个世界，终结上帝的统治。 [23:38] <shardy> 如果你们需要编写或调试任何加密核心之类的东西，我的服务依然有效。 [23:39] *** M123456789 (~no@anon.iip) 加入了频道 #iip-dev [23:39] <co> Brownspider：嗯？ [23:39] <Brownspider> co，那是在他的 freesite 上，算了 [23:40] <jrand0m> 太好了，shardy，我感觉一旦 routers 跑起来我们就会需要这些，尤其是当我们把 C/Python 的 API 重新对齐规范的时候 [23:40] <mariesofie> co> 我只往回读到了大约第 #52 期左右 [23:42] <jrand0m> 好。还有什么临别赠言吗（当我盯着这个*baf*器……） [23:43] *** mihi_backup_ (~none@anon.iip) 加入了频道 #iip-dev [23:43] *** 退出: mihi_backup (EOF From client) [23:43] *** mihi_backup_ 现在名为 mihi_backup [23:43] <jrand0m> 好，太棒了。下周同一蝙蝠时间、同一蝙蝠地点。 [23:44] * jrand0m 用 *baf* 宣告会议结束 </div>/zh/blog/2003/09/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B49%E6%9C%882%E6%97%A5/Tue, 02 Sep 2003 00:00:00 +0000/zh/blog/2003/09/02/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B49%E6%9C%882%E6%97%A5/<h2 id="quick-recap">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> jrand0m, mihi, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [22:53] <jrand0m> 好吧，靠，为什么不呢。 议程: [22:53] <jrand0m> 0) 欢迎 [22:53] <jrand0m> 1) 规范 &amp; SDK 发布 [22:53] <jrand0m> 2) 关于规范 &amp; SDK 的问题 [22:53] <jrand0m> 3) 开发进度 3.1) co 的 NS 3.2) SDK 1.0 标准 3.3) 网络仿真器 3.4) 其他应用 [IM, tunnel, 等] 3.5) 更多传输协议 3.6) java router 实现 [22:53] <jrand0m> 4) 会议时间要调整吗? [22:53] <jrand0m> 5) cvs 管理杂务 [22:54] <jrand0m> 6) shardy 的事项 [22:54] <jrand0m> 7) 围观群众 [22:54] <jrand0m> 就这样。 [22:54] <jrand0m> 0) 欢迎 [22:54] <w0rmus> 嗨嗨 [22:54] <thecrypto> 那么，欢迎大家参加第 55 次会议 [22:54] <thecrypto> 56 [22:55] <thecrypto> 56 才对 [22:55] *** 退出: mihi (来自客户端的 EOF) [22:55] <jrand0m> 嗨。 欢迎来到第 56 次会议 [22:55] <jrand0m> 嗯 [22:55] <jrand0m> 1) 规范 &amp; SDK 发布 [22:55] <w0rmus> 哈哈 [22:55] *** mihi (~none@anon.iip) 加入了频道 #iip-dev [22:55] <jrand0m> 规范已经发布，sdk 0.2 也已经发布。 [22:56] <jrand0m> 目前，它们只在 freenet 上提供 [`http://localhost:8888/CHK@p1VU1U67UgXYJ7v7cS4Xqn~p4ssLAwI,RvdwV4jZyZYcJgYabpVPOQ/I2P_SDK.zip]` [22:56] <jrand0m> 不过 nop 告诉我，他今天也会把它们放到普通的 Web 上，并给几个传统的邮件列表发邮件，召集一些审阅者 [22:57] <jrand0m> 2) 对规范或 sdk 有新的问题吗？ [22:58] *** nixonite (~nixonite@anon.iip) 加入了频道 #iip-dev [22:58] *** terrific (terrific@anon.iip) 加入了频道 #iip-dev [22:58] <jrand0m> 嗯，首先一个问题是，/阅读/ 规范的进展如何？ :) [22:58] <w0rmus> 得去做了 :) [22:58] <thecrypto> 很慢 <p>[会议记录继续，讨论了规范、SDK 开发、网络模拟器以及其他项目。会议内容包括开发进展更新以及未来版本发布的规划。] </div></p>/zh/blog/2003/08/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B48%E6%9C%8826%E6%97%A5/Tue, 26 Aug 2003 00:00:00 +0000/zh/blog/2003/08/26/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B48%E6%9C%8826%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [23:00] <jrand0m> ok, topics> x.0: 欢迎 x.1: 规范问题 x.2: elg 问题 x.3: SDK 状态 x.4: 发布计划 x.5: 应用 [23:00] <jrand0m> x 是 0、1 还是 2？ [23:00] <jeremiah> 22/7 [23:01] <thecrypto> 我觉得是 0 [23:01] * jrand0m 一直在记录日志，所以，管它呢，开干吧。 [23:01] <jrand0m> 0.0: 欢迎。 [23:01] <jrand0m> 嗨。 [23:01] <jrand0m> 0.1: 规范问题 [23:01] <jrand0m> 有人看过这些规范吗？ :) [23:02] * mihi 看了。至少是尝试看了 [23:02] <jrand0m> 哇，厉害 [23:02] <jeremiah> 没有 [23:02] <jeremiah> 有哪些新的？ [23:02] <thecrypto> 偶尔 [23:02] <jrand0m> mihi> 试着看了，是因为难读、行文糟糕、结构难以理解，还是纯粹无聊到爆？ [23:03] <mihi> 我对密码学不够熟。前半部分很有意思。 [23:03] <jrand0m> jeremiah> 规范都在 CVS 里，发布时我会发到 iip-dev。 当前有：i2cp、i2np、i2p data structures、polling http transport proto [23:03] <mihi> 但当讲到细节时，你就算在讲怎么煮爱尔兰炖菜我可能都不会注意到 ;) [23:04] <jeremiah> 不错 [23:04] <jrand0m> 哈哈 mihi [23:05] <mihi> 虽然格式本身也有点问题——我这儿没有 Open Office，只有老旧的 StarOffice 5.2 [23:05] <jrand0m> StarOffice 5.2 读不了？ 你更想要 .pdf 还是拼凑的 html？ [23:05] <jrand0m> （或者 .txt？ 虽然 txt 就没有图片和真正的格式） [23:05] <mihi> 我更喜欢“老”的 .sdw 格式。 [23:05] <jeremiah> 能出 PDF 最好 [23:05] <mihi> 或者 PDF [23:06] <jrand0m> PDF 是一键解决方案。 [23:06] * jrand0m 在 Open Office 里编辑，用 PDF 看 [23:06] <jeremiah> 或者 AppleWorks [23:06] <jeremiah> ;) [23:06] <mihi> .sxw 只在 StarOffice 6.0 及以上支持 [23:06] <jrand0m> 啊好，mihi [23:06] * jrand0m 发 .sxw 是因为上次大家抱怨说想要 .sxw。 当我们发布时会提供 .sxw、.sdw 和 .pdf [23:07] <jrand0m> （或者 .doc，如果我想“堕落”一下） [23:07] <mihi> 我也不介意 .sdw.zip 或 .sdw.gz 或 .sdw.bzw…… [23:07] <mihi> s/bzw/bz2/ [23:07] <jrand0m> 呵呵，肯定会打包压缩的。 [23:08] <jrand0m> 数据结构规范可能需要改动，网络协议在发布前需要一些固定的 URL。 [23:08] <jrand0m> 对这四份规范，有人有问题吗？ [23:09] <thecrypto> 目前没有 [23:10] <jrand0m> 好。 0.2：elg 问题 [23:10] <jrand0m> 我们在数据结构规范第 13 页所述的 ElGamal 加密上遇到了一些问题。 [23:11] <jrand0m> 可能与密钥有关、与算法有关，或者与实现有关。 很可能不是实现问题，因为已经对比过两个实现测试过。 [23:11] <jrand0m> 如果是算法层面的问题，我们得在发布前更新规范，反映为使其可用所需的任何更改。 [23:12] <jrand0m> 如果是实现或密钥生成的问题，我们可以先发布规范，等解决后再修复 SDK。 [23:13] <jrand0m> thecrypto> 有什么想法吗，还是等 nop 在列表上回复（或者如果他在这儿且方便的话就在这里聊） [23:14] <thecrypto> 我现在正在试着弄清楚 [23:15] *** 退室：mihi（Ping 超时） [23:15] *** mihi_ (~none@anon.iip) 已加入频道 #iip-dev [23:15] <jrand0m> 好 [23:15] *** mihi_ 现在名为 mihi [23:15] <thecrypto> 我得跑些数学计算，过一遍其它实现，看看问题 [23:15] <thecrypto> 我用 ElGamal 从没遇到过问题 [23:15] <thecrypto> 上次测试的时候 [23:16] *** 退室：mihi ((null)) [23:17] <thecrypto> 用那个基准测试 [23:17] <jrand0m> 对，不过那个基准只试了一个密钥 [23:17] <thecrypto> 啊哈 [23:17] <jrand0m> 我在不改 elg 实现的情况下就能反复复现这个错误 [23:17] <thecrypto> 我们之前不是出现过“wrong key”的消息吗？ [23:18] <jrand0m> 是的，那些现在还会出现 [23:18] *** mihi_ (~none@anon.iip) 已加入频道 #iip-dev [23:18] <jrand0m> 偶尔（通常每次生成密钥会出现 2–4 次） [23:18] *** mihi (~none@anon.iip) 已加入频道 #iip-dev [23:18] *** mihi 现在名为 mihi_backup [23:18] *** mihi_ 现在名为 mihi [23:18] <thecrypto> 我们仍然会得到坏密钥吗？ [23:19] <jrand0m> 或者类似的什么。 [23:19] <jrand0m> wrong size 测试仅仅是 "if ( (k0.length == PublicKey.KEYSIZE_BYTES) &amp;&amp; (k1.length == PrivateKey.KEYSIZE_BYTES) ) {" [23:19] <jrand0m> 没有做值校验之类的。 [23:20] <thecrypto> 稍等 [23:23] <thecrypto> 你能检查一下私钥 x 是否 < p 吗 [23:23] <jrand0m> if (m.compareTo(CryptoConstants.elgp) >= 0) [23:23] <jrand0m> 已经做了。 [23:23] <jrand0m> (throw new IllegalArgumentException("ARGH. Data cannot be larger than the ElGamal prime. FIXME");) 那个异常从未被抛出。 [23:23] <jrand0m> 呃 x？ 嗯。 [23:24] <jrand0m> 好。 也许我们想“借用”一下 bouncycastle 或其它实现的 elg 密钥生成算法 [23:25] <jrand0m> 好。 0.3> SDK 问题 [23:26] <jrand0m> elg 尚待处理，但除此之外 SDK 已经非常接近 0.8（也就是与规范匹配的发布） [23:26] <jrand0m> （只剩 elg 问题和 LeaseSet 的修改） [23:26] <jrand0m> 我希望在发布规范时 SDK 0.8 也能就绪，但我觉得我们不该对此作出承诺。 [23:27] <jrand0m> 甚至不确定是否需要在规范发布时附带 SDK 0.1。 [23:27] <thecrypto> 呃！真烦 [23:28] <thecrypto> nop 指给我的 miracl 跟我们做的完全一样 [23:28] <thecrypto> 而且他们没有任何检查 [23:28] <jrand0m> 不过是无符号的。 [23:28] <jrand0m> （因为 miracl 是用 C 写的） [23:28] * jrand0m 猜的 [23:28] <thecrypto> 是 [23:29] <thecrypto> 但不管怎样，我确保我们不会用带符号的 BigInteger [23:30] <jrand0m> BigInteger.toByteArray() 返回的是有符号字节数组 [23:30] <thecrypto> 抱歉，继续 [23:30] <jrand0m> 好 [23:30] <jrand0m> jeremiah，Python 方面有进展吗？ [23:31] <jeremiah> 嘿 [23:31] <jeremiah> 抱歉我在补读聊天记录 [23:31] <jrand0m> 呵，嗨 [23:31] <jeremiah> 没呢，我还在熟悉类 [23:31] <jrand0m> 酷 [23:31] <jrand0m> 没问题 [23:31] <jeremiah> 我觉得我得去眯一会儿了 [23:31] <jrand0m> 好 [23:32] <jrand0m> 0.4：发布计划 [23:32] <jrand0m> 我们需要在接下来一两天内把 SDK 的问题解决掉，不管用什么办法。 [23:32] <jrand0m> 我们需要开始把安全模型“维基化” [23:32] <jrand0m> （wiki，汝安在） [23:33] <jrand0m> 我们需要把性能模型也弄上来（不成问题，我一两天内搞定） [23:33] <jrand0m> 我们需要更新规范，把任何 elg 的修改都包括进去，并加上其他规范的真实 URL。 [23:33] <nop> miracl [23:33] <nop> 有一个移植版本 [23:33] <nop> 到 Java 的 [23:33] <jrand0m> 或许我们需要把规范 &amp;&amp; / || SDK 放在美国以外托管，考虑出口管制[虽然我不在乎] [23:34] <jrand0m> 对，但 miracl 的 Java 移植上次我看还没有 elg 加密。 [23:34] <jrand0m> 我再查查。 [23:34] <nop> jrand0m，我们不在乎，不过这事儿以后再说 [23:34] <nop> jrand0m 如果它有 bigdig() 和 modexp() [23:34] <nop> 就行 [23:34] *** yodel (~yodel@anon.iip) 已加入频道 #iip-dev [23:34] <thecrypto> 稍等 [23:34] <thecrypto> 我想我找到问题了 [23:35] <jrand0m> 好，说说啥情况，thecrypto？ [23:35] <nop> 你能检查一下吗 jrand0m [23:35] <thecrypto> 我们的 k 没有检查是否互素 [23:36] <jrand0m> 这会导致我们描述的问题吗，thecrypto？ 我以为那只会让加密变得不安全（当然这也是个问题） [23:36] <thecrypto> 但那就意味着只有用这个密钥的某些消息会失败 [23:36] <thecrypto> 这是密钥生成里的某个问题 [23:36] <jrand0m> nop> 我们会找到办法解决。 但我在邮件里列出了一些与实现无关的具体问题 [23:36] <jrand0m> 好的 thecrypto，我们会在会后处理 [23:37] <nop> 那个双密文的问题？ [23:37] <thecrypto> 好的 [23:37] <jrand0m> nop> 那是其中一个问题 [23:37] * nop 去读了 [23:39] <jrand0m> nop> wiki 什么时候能起来？ 如果只是 DNS 的事，IP 是多少？我好改下我的 hosts 文件开始编辑？ [23:40] <thecrypto> 快问一下 jrand0m：是在哪里失败？基准测试跑得挺好，而且每次都会生成一对新密钥？ [23:41] <nop> 我来把它搞起来，等下 [23:41] <mihi> wiki.invisiblenet.net == jasonclinton.com [64.91.236.103] [23:41] <jrand0m> 谢啦，mihi [23:42] <jrand0m> thecrypto> 它每次都会生成新密钥。 它会在我调试 ElGamalAESEngine 时写的一个两行测试用例上失败 [23:42] <thecrypto> 我能看看这个 ElGamalAESEngine 吗？ [23:42] <thecrypto> 直接提交到 CVS，我来看看是什么问题 [23:43] <nop> 好了，wiki 已经做了 CNAME [23:43] <nop> 过一会儿就会传播开 [23:43] * jrand0m 不会提交不能用的东西，不过我会发邮件给你 [23:43] <jrand0m> 多谢，nop [23:43] <nop> 已经起来了 [23:43] <nop> ;) [23:43] <nop> (Link: http://wiki.invisiblenet.net)http://wiki.invisiblenet.net [23:43] <jrand0m> 在我这儿还没呢 [23:43] <jrand0m> ;) [23:44] <nop> 我们准备把什么放到 wiki 上 [23:44] <nop> ? [23:44] <jrand0m> 安全文档，另外一个放规范发布的地方。 [23:44] <jrand0m> 也许还包括 i2p 的网站（在 1.0 发布前），但至少要有安全文档。 [23:45] *** 退室：sirk ((null)) [23:45] *** 退室：shardy_（Ping 超时） [23:46] <jrand0m> 好。 考虑到发布计划上面的 5 点，我希望最晚周五、周六或周日把规范发出来。 [23:46] *** shardy_ (~shardy@anon.iip) 已加入频道 #iip-dev [23:46] <nop> 我找了个做图形的家伙在做网站 [23:47] <nop> 为 i2p [23:47] <jrand0m> 这个截止时间有问题吗？ [周五为截止日期，只有在发生不好的事情时才会推迟] [23:47] <nop> 没问题 [23:47] <thecrypto> jrand0m：发了吗？ [23:47] <jrand0m> 好，那就安全文档和 i2p 规范的发布位置 [23:47] <jrand0m> 还没有，thecrypto，有六七个文件。 我会在会后发。 [23:47] <thecrypto> 好的 [23:48] <thecrypto> 我希望早点拿到，因为我们今天要挪桌子，我得很快搬电脑 [23:48] <nop> jrand0m，我需要看看你的邮件，很快会回复 [23:48] <nop> 正在多任务处理 [23:49] <jrand0m> 好。 [23:49] <jrand0m> 0.5> 应用 [23:49] <jrand0m> 名字服务 AWOL 了，因为 co 不在 ;) [不过我想他也刚回学校了，所以短期内这是意料之中的] [23:49] <jrand0m> mihi 有个超棒超棒的 I2PTunnel 应用 [23:50] *** 退室：WinBear_（客户端 EOF） [23:50] <mihi> 把 `awesome` 去掉一两个吧 ;) [23:50] <jrand0m> 呵 [23:51] <jrand0m> 嗯，的确令人印象深刻。 还需要加一些东西，但就现在而言，它是个可用的端口转发器，性能也说得过去。 是个很不错的概念验证 [23:51] <mihi> 它依赖太多我在规范里看不到的东西（比如 GUARANTEED 包按顺序投递） [23:52] <jrand0m> GUARANTEED 包并不保证按顺序投递，但 Java 实现会在发送 GUARANTEED 时阻塞，所以如果你用 Java 实现配合 GUARANTEED，且没有多个发送线程，它就会按顺序了。 [23:52] <jrand0m> 理想情况下，如果能做 FEC，或者内置排序与重组之类的就很酷 [23:52] <jrand0m> （这样就不会在发送时阻塞，也不需要 GUARANTEED） [23:53] <mihi> 我觉得条件有点太多了…… [23:53] <mihi> s/bot/bit/ [23:55] <mihi> 不过也许我会有时间给它加上重排序/重传…… [23:55] <jrand0m> 嗯，Java 客户端实现就是这么做的 ;) 不建议在低延迟同步场景中使用 GUARANTEED，因为它需要一个 ack（这本身就是一次完整的消息传递，尽管没有客户端的端到端加密，只有 i2np 的加密） [23:55] <jrand0m> 好的 [23:56] <jrand0m> 还有其他应用在路上吗？ 我们要不要在 wiki 上做个页面，列出应用和应用创意，方便开发者参与？ [23:57] * jrand0m 觉得离 yodel 的 XML RPC 能通过 i2p SDK 运行应该不远了（要么通过 mihi 的 tunnel，要么原生） [23:57] <nop> 嗯 [23:57] <thecrypto> 测试 [23:57] <jrand0m> tset [23:57] <thecrypto> 还连着吗？ [23:57] <jrand0m> 是的，先生 [23:58] <thecrypto> 我们现在在拔电话线 [23:58] <nop> IIP，不惧电话线 [23:58] <jrand0m> 呵 [23:58] <nop> :) [23:58] <thecrypto> 我可以回到 IM 那边并用文件传输 [23:58] <jrand0m> 酷毙了 [00:00] <jrand0m> 好。 我的议程项目就这些。 [00:00] <jrand0m> 有任何评论/问题/担忧/飞盘吗？ [00:00] * thecrypto 扔出一个飞盘 [00:00] * jrand0m 被飞盘砸脸 [00:01] <thecrypto> 我只想把这些密码学的东西搞定，这样我就能回去优化 elg 了 [00:01] <thecrypto> 也希望能对 Python 做同样的优化 [00:01] <jrand0m> 好。 我接下来 5 分钟内把代码给你 [00:02] <thecrypto> 那太好了 [00:03] * jrand0m 准备好 *baf*er [00:03] * jrand0m 蓄力 [00:03] * jrand0m 用 *baf* 为会议画上句号。 </div>/zh/blog/2003/08/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B48%E6%9C%8819%E6%97%A5/Tue, 19 Aug 2003 00:00:00 +0000/zh/blog/2003/08/19/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B48%E6%9C%8819%E6%97%A5/<h2 id="quick-recap">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> cohesion, hezekiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> --- 日志打开时间 Tue Aug 19 16:56:12 2003 17:00 -!- logger [logger@anon.iip] 加入了 #iip-dev 17:00 -!- #iip-dev 的主题: 每周 IIP 开发会议，以及其他 开发者之间的对话都在这里进行。 17:00 [Users #iip-dev] 17:00 [ cohesion] [ leenookx ] [ mihi] [ shardy_ ] [ UserXClone] 17:00 [ Ehud ] [ logger ] [ nop ] [ thecrypto] [ velour ] 17:00 [ hezekiah] [ lonelynerd] [ Rain] [ UserX ] [ WinBear ] 17:00 -!- Irssi: #iip-dev: 共 15 个昵称 [0 ops, 0 halfops, 0 voices, 15 普通] 17:00 -!- Irssi: 加入 #iip-dev 的会话在 7 秒内同步完成 17:00 < hezekiah> 好的！ :) 17:00 < hezekiah> 两个记录器都就位了。 :) 17:01 < thecrypto> 耶！ 17:03 < hezekiah> 嗯…… 17:03 < hezekiah> 这次会议本该在 3 分钟前开始。 17:03 < hezekiah> 不知道怎么回事。 17:04 < thecrypto> 嗯，谁在挂机 17:04 < hezekiah> jrand0m 甚至不在线。 17:04 < hezekiah> nop 挂机了 15 分钟。 17:05 < nop> 嗨 17:05 < nop> 抱歉 17:05 < nop> 我工作这会儿超级忙 17:05 < mihi> [22:36] * jrand0m 去吃晚饭了，但我会在半小时内回来参加会议 17:05 -!- jrand0m [~jrandom@anon.iip] 加入了 #iip-dev 17:05 < hezekiah> 嗨，jrand0m。 17:05 < nop> 嗨 17:05 < nop> 好吧，是这样的 17:05 < nop> 我现在在公司不能被人看到我上 IIP 17:05 < nop> 所以我待会儿再和你们联系 17:05 < nop> 昨天因为这事被上头提醒了一下 17:05 < nop> 所以 17:05 < hezekiah> 拜，nop。 17:05 < thecrypto> 拜 17:06 < nop> 我会挂在频道里 17:06 < nop> 只是不会太明显 :) 17:06 < hezekiah> jrand0m？既然最近你说得最多，这次会议的议程里 你想加点什么吗？ 17:07 < jrand0m> 回来啦 17:08 < jrand0m> 好的，香蒜酱意面不错。 17:08 < jrand0m> 让我把类似议程的东西调出来 17:09 -!- Lookaround [~chatzilla@anon.iip] 加入了 #iip-dev 17:09 < jrand0m> x.1) i2cp sdk 更改 x.2) i2np 评审 x.3) 轮询 http 传输 x.4) 开发状态 x.5) 待办 x.6) 接下来两周的计划 17:09 < jrand0m> （把 x 放到议程里合适的位置） 17:10 < thecrypto> 你就是议程 17:10 < hezekiah> jrand0m: 我没什么要说的，而且 nop 能 17:10 < hezekiah> 不能说话。 17:10 < jrand0m> lol 17:10 < hezekiah> UserX 多半也不会加什么（他通常不会），所以就我而 言，交给你了。:0 17:10 < hezekiah> :) 17:10 < jrand0m> 行。我们在记录吗？ 17:10 < jrand0m> 呵 17:10 < hezekiah> 我把一切都在记录。 17:10 < jrand0m> 酷。好。0.1) 欢迎。 17:10 < jrand0m> 嗨。 17:11 < jrand0m> 0.2) 邮件列表 17:11 < jrand0m> 列表现在挂了，会尽快恢复。恢复了你们就知道了 :) 17:11 < jrand0m> 这段时间，用 wiki 或用 iip 聊天。 17:11 < jrand0m> 1.1) i2cp SDK 更改 17:12 < jrand0m> SDK 已更新，修了一些 bug，还引入了规范里的新东 西。 17:12 < jrand0m> 我昨天把信息发到列表上了。 17:13 < jrand0m> hezekiah/thecrypto/jeremiah> 对我发的内容有什么问题吗， 或者对实现这些更改的计划有什么想法？（或者我没考虑到的其他替 代方案？） 17:13 < hezekiah> 我这几天像只被砍了头的鸡一样跑来跑去准备上大学。 17:13 < jrand0m> 行，明白。 17:13 < hezekiah> 我粗略看了下你写的，但还没真正看规范的更改。 17:13 < jrand0m> 我们大概没剩下你多少时间了，是吧…… 17:13 < hezekiah> 在我到学校之前都不会有。 17:14 < hezekiah> 等我到了，最少也会有一周没消息，要适应一下。 17:14 < jrand0m> 到了那儿你还得安顿很多事（如果我没记错的话，从我 上学时的经历看 ;) 17:14 < jrand0m> 呵，说的也是。 17:14 < hezekiah> 到那时候，我应该会更高效些，也有更多时间能写代 码。 17:14 < jrand0m> 酷 17:14 < thecrypto> 我只是在做加密，所以我真正担心的是数据结构， 等我把 CTS（密文窃取）模式做完，大概就去搞那个 17:14 < hezekiah> 总之，这是我的预估。 17:14 < jrand0m> 太棒了 thecrypto 17:15 < jrand0m> 好消息是，SDK 跑得很好（mihi 发现的 bug 已经修好 了 [yay mihi!]），即使不更新规范也没问题。 17:15 -!- arsenic [~none@anon.iip] 加入了 #iip-dev 17:16 < jrand0m> 好，继续 1.2) i2np 评审 17:16 < jrand0m> 有人看过文档吗？ 17:16 < jrand0m> ;) 17:16 < hezekiah> 还没有。 17:16 < hezekiah> 正如我说的，我目前就像只被砍了头的鸡。 17:17 < hezekiah> 对了 jrand0m，你好像喜欢发 PDF。 17:17 < jrand0m> 大家都能读 openoffice .swx 吗？ 17:17 < hezekiah> 我能。 17:17 < jrand0m> [如果可以，我就发 swx] 17:17 -!- abesimpson [~k@anon.iip] 加入了 #iip-dev 17:17 < thecrypto> 我可以 17:17 < hezekiah> 我在 KGhostView 里不能搜索 PDF 里的文本。 17:17 < hezekiah> 这很要命。 17:17 < jrand0m> 那真糟糕 hezekiah 17:17 -!- mrflibble [mrflibble@anon.iip] 加入了 #iip-dev 17:17 < hezekiah> Linux 版的 Adobe Acrobat 也不太友好。 17:18 < jrand0m> 好，那就用 openoffice 格式，不用 pdf 了。 17:18 < hezekiah> 酷。 17:18 < jrand0m> 嗯，好。I2NP 对 LeaseSet 结构有几点小改动（反映了 之前发的 I2CP 更改），除此之外基本就位。 17:19 < hezekiah> jrand0m：这些文档都在 cathedral 的 CVS 里吗？ 17:19 < nop> 哦 17:19 < nop> 我能插句话吗 17:19 < hezekiah> 也就是你发到列表上的那些 PDF 文件的副本之类。 17:19 < hezekiah> nop：请说。 17:19 < nop> 这有点跑题，但很重要 17:19 -!- ChZEROHag [hag@anon.iip] 加入了 #iip-dev 17:19 < nop> IIP-dev 和邮件系统现在有点不太稳定 17:19 < hezekiah> 我注意到了。 17:19 < nop> 所以请大家多包涵一阵 17:20 < nop> 我们正努力把它跑起来 17:20 < nop> 但它内置了 spam assassin 17:20 < nop> 这是好消息 17:20 < nop> :) 17:20 < nop> 还有很多其他功能 17:20 < jrand0m> 有预计时间吗 nop，关于列表？ 17:20 * ChZEROHag 探头打个招呼 17:20 < jrand0m> （我知道你很忙，不是催，就是问问） 17:20 < nop> 希望明天之前 17:20 < jrand0m> 酷 17:20 < nop> 邮件管理员在处理 17:21 * hezekiah 注意到 jrand0m 对 iip-dev 列表是有多么“喜欢”。 ;-) 17:21 < nop> 哈哈 17:21 < hezekiah> Go delta407! 17:21 < nop> 总之 17:21 < jrand0m> 把决策公开记录下来是最好的 hezekiah ;) 17:21 < nop> 回到我们正常的会议 17:21 < jrand0m> 呵 17:21 -!- nop 现在名为 nop_afk 17:21 < hezekiah> jrand0m：我们说到哪了？ 17:21 < jrand0m> 好，回答你的问题 hezekiah> 有些在，但最新的没有。 我会改成放 openoffice 格式。 17:21 < jrand0m> 而不是 pdf 17:22 < hezekiah> 好的。 17:22 < hezekiah> 如果所有文档都在 CVS 里就太酷了。 17:22 < jrand0m> 当然，它们会的 17:22 < hezekiah> 那我只要更新，就知道自己拿的是最新版本。 17:22 < jrand0m> （目前有三份草稿还没放上去） 17:22 < hezekiah> （顺便稍微跑题一下，cathedral 是否已经开放匿名 访问了？） 17:23 < jrand0m> 还没有。 17:23 < jrand0m> 好的，周五之前，我希望能有一份完整形态的 I2NP 的 新草稿【也就是 Kademlia 说明部分不再有 ...，以及示例实现细 节】 17:24 < jrand0m> 没有重大改动。只是把说明补得更清楚。 17:24 < hezekiah> 太好了。 17:24 < hezekiah> 里面会提供数据结构的字节布局吗？ 17:24 < jrand0m> 1.3) I2P 轮询 HTTP 传输规范。 17:24 < jrand0m> 不会，字节布局会放在数据结构规范里，而且应该转成 标准格式而不是 html 17:25 < jrand0m> （不过 I2NP 已经有所有必要的字节布局） 17:25 < jrand0m> （（如果你读了的话，咳咳 ;) 17:25 < hezekiah> 好的。 17:25 < hezekiah> lol 17:25 < hezekiah> 抱歉啊。 17:25 < hezekiah> 正如我说的，我最近真的很忙。 17:25 < jrand0m> 呵，没关系，你马上就要去上大学了，按理说你该去狂 欢的 :) 17:25 < hezekiah> 狂欢？ 17:25 < jrand0m> 好，1.3) I2NP 轮询 HTTP 传输规范 17:25 < hezekiah> 嗯……看来我有点怪。 17:25 < jrand0m> 呵 17:26 < jrand0m> 好，我之前试着发过，很快我会提交。它是一个快速 粗糙的传输协议，和 I2NP 配合使用，允许 router 在没有直接连接 的情况下来回发送数据（例如防火墙、代理等） 17:27 < jrand0m> 我“希望”有人能看懂它怎么工作，然后构建类似的传 输（例如双向 TCP、UDP、直接 HTTP 等） 17:27 -!- mihi [none@anon.iip] 退出 [Ping 超时] 17:27 < hezekiah> 嗯，我不 17:27 < jrand0m> 在把 I2NP 拿出去评审之前，我们需要包含示例传输， 这样大家能看到全貌 17:27 < hezekiah> 不觉得我近期会去构建任何传输。;-) 17:27 -!- WinBear_ [~WinBear@anon.iip] 加入了 #iip-dev 17:27 < hezekiah> TCP 在 Java 和 Python 上是可用的。 17:27 < hezekiah> （至少 client-to-router 是。） 17:27 < jrand0m> 没关系，我只是把它列给那些想贡献的人当待办 17:28 < hezekiah> 对。 17:28 < jrand0m> 对，client-router 的需求和 router-router 不一样。 17:28 < jrand0m> 好，继续，1.4) 开发状态 17:28 < jrand0m> thecrypto，CBC 进展如何？ 17:28 < thecrypto> CBC 已提交 17:28 < jrand0m> w00000t 17:28 < thecrypto> CTS 快完成了 17:28 < hezekiah> thecrypto：CTS 是什么？ 17:29 < thecrypto> 我只需要想好如何把它实现得更优雅 17:29 < jrand0m> CTS 就是密文窃取 :) 17:29 < hezekiah> 啊！ 17:29 < thecrypto> CipherText Stealing（密文窃取） 17:29 -!- WinBear [WinBear@anon.iip] 退出 [客户端 EOF] 17:29 < jrand0m> 你看过 nop 提供的参考资料了吗？ 17:29 < hezekiah> 好的。我们会使用 CBC 搭配 CTS，而不是填充。 17:29 < hezekiah> 嗯。 17:29 < thecrypto> 基本上，它能让消息长度恰好合适 17:29 < jrand0m> 这在 Python 那边可行吗 hezekiah？ 17:29 < hezekiah> 我可能得好好“修理”一下我用的那个 Python 加密库， 才能让它正确使用 CTS。 17:30 < hezekiah> 我一直更偏好 CTS 而不是填充，但我不知道 PyCrypt 是怎么做的。 17:30 < jrand0m> Python 开箱即用地能做什么来实现精确的消息长度还原？ 17:30 < thecrypto> 你只需要改变处理最后两块的方式 17:30 < hezekiah> 我觉得那个库可能要大改一番。 17:30 < hezekiah> jrand0m：Python 里的 CBC 是透明的。你只要把缓冲区 传给 AES 对象的加密函数。 17:31 < hezekiah> 它会吐出密文。 <p>17:31 &lt; hezekiah&gt; 事情就这样，讲完了。 17:31 &lt; jrand0m&gt; D(E(data,key),key) == data 吗？逐字节一致，大小也完全相同？ 17:31 &lt; hezekiah&gt; 所以如果它脑洞大开用的是 padding（填充）而不是 CTS（密文窃取），我可能得深入它的内部把它修好。 17:31 &lt; jrand0m&gt; （不管输入大小？） 17:31 -!- mihi [~none@anon.iip] 加入了 #iip-dev 17:31 &lt; hezekiah&gt; jrand0m：是的，应该如此。 17:31 &lt; jrand0m&gt; hezekiah&gt; 如果你能看看它具体用的是什么填充算法，那就太好了 17:32 &lt; hezekiah&gt; 好的。 17:32 * jrand0m 犹豫要不要去改一个 Python 加密库，万一这个库已经用了标准且有用的机制 17:32 &lt; hezekiah&gt; 不管怎样，CBC with CTS 听起来不错。 17:32 &lt; hezekiah&gt; jrand0m：这个 Python 加密库简直臭透了。 17:32 &lt; jrand0m&gt; 呵，行 17:33 &lt; thecrypto&gt; 我只需要算一下怎么处理那两个块 17:33 &lt; hezekiah&gt; jrand0m：ElGamal 得用 C 完全重写，才能快到可用。 17:33 &lt; jrand0m&gt; hezekiah&gt; Python 版 elg 处理 256 字节的基准是多少？这个每次目标到目标通信只做一次…… 17:34 &lt; jrand0m&gt; （如果你随口就能说的话） 17:34 &lt; hezekiah&gt; 我得测一下。 17:34 &lt; hezekiah&gt; 加密我记得也就一两秒。 17:34 &lt; jrand0m&gt; &lt; 5 秒，&lt; 2 秒，&gt; 10 秒，&gt; 30 秒？ 17:34 &lt; thecrypto&gt; 我大概会折腾一下 17:34 &lt; hezekiah&gt; 解密可能在 5 到 10 秒之间。 17:34 &lt; jrand0m&gt; 不错。 17:35 &lt; jrand0m&gt; hezekiah&gt; 你和 jeremiah 谈过吗，或者有没有 Python 客户端 API 的进展消息？ 17:35 &lt; hezekiah&gt; thecrypto：你只需要写一个能和 Python 协作的 C 模块就行。 17:35 &lt; hezekiah&gt; 我不知道他最近在忙什么。 17:35 &lt; hezekiah&gt; 我回来之后就没和他联系过。 17:35 &lt; jrand0m&gt; 行 17:35 &lt; jrand0m&gt; 还有其他开发状态方面的想法吗？ 17:36 &lt; hezekiah&gt; 嗯，我这边没有。 17:36 &lt; hezekiah&gt; 我已经说了我现在的空闲时间状况。 17:36 &lt; jrand0m&gt; 好的。 明白。 17:36 &lt; hezekiah&gt; 我唯一的计划是把 C API 搭起来，并把 Python router 拉回到符合规范的状态。 17:37 &lt; jrand0m&gt; 行 17:37 &lt; hezekiah&gt; 天哪！ 17:37 &lt; jrand0m&gt; 1.4) 待办 17:37 &lt; jrand0m&gt; 是的，先生？ 17:37 &lt; hezekiah&gt; 这个 Python 加密库居然没实现 CTS（密文窃取）或填充！ 17:37 &lt; hezekiah&gt; 我得手工实现。 17:37 &lt; jrand0m&gt; 嗯？它要求数据长度必须是 16 字节的倍数？ 17:37 &lt; hezekiah&gt; 对。 17:38 &lt; jrand0m&gt; 呵 17:38 &lt; jrand0m&gt; 哎，好吧。 17:38 &lt; hezekiah&gt; 目前 Python router 用的是填充。 17:38 &lt; jrand0m&gt; 好。这里有些尚未完成但需要做的事项。 17:38 &lt; hezekiah&gt; 我现在想起来了。 17:38 &lt; hezekiah&gt; 嗯，让 17:38 &lt; hezekiah&gt; 咱们坦白说一件事。 17:38 &lt; hezekiah&gt; Python router 其实从来就不是为了真正使用而做的。 17:39 &lt; hezekiah&gt; 它主要是为了让我非常熟悉规范，同时还能达到另一个目的： 17:39 &lt; hezekiah&gt; 它迫使 Java router <em>严格</em> 遵循规范。 17:39 &lt; jrand0m&gt; 两个目标都很重要。 17:39 &lt; hezekiah&gt; 有时候 Java router 并不完全符合，这时 Python router 就会大声抗议。 17:39 &lt; hezekiah&gt; 所以它并不需要很快或很稳定。 17:39 &lt; jrand0m&gt; 再说我也不确定它将来不会在 SDK 里用到 17:39 &lt; jrand0m&gt; 对。没错。 17:39 &lt; jrand0m&gt; 不过 Python 客户端 API 是另一回事 17:39 &lt; hezekiah&gt; 而 Python 客户端 API 就需要像样一些。 17:40 &lt; jrand0m&gt; 正是。 17:40 &lt; hezekiah&gt; 不过那是 jeremiah 的问题。:) 17:40 &lt; hezekiah&gt; 我把那部分交给他了。 17:40 &lt; jrand0m&gt; SDK 的仅本地 router 只供客户端开发使用 17:40 &lt; jrand0m&gt; lol 17:40 &lt; jrand0m&gt; 好，言归正传…… ;) 17:40 &lt; hezekiah&gt; ;-) 17:41 &lt; jrand0m&gt; - 我们需要有人开始做一个给 i2p 用的小网页，用来发布各种 I2P 相关规范，供同行评审。 17:41 &lt; jrand0m&gt; 我希望能在 9/1 之前准备好。 17:41 &lt; hezekiah&gt; 好的。我现在就声明，你们肯定不想让我来做这个。 17:41 &lt; hezekiah&gt; 我不是个擅长做网页的人。:) 17:41 &lt; jrand0m&gt; 我也不是，如果有人看过我的 flog 就知道了 ;) 17:41 &lt; jrand0m&gt; cohesion？ ;) 17:41 &lt; hezekiah&gt; lol 17:42 &lt; hezekiah&gt; 可怜的 cohesion，总被分配脏活累活。:-) 17:42 * cohesion 正在翻阅聊天记录 17:42 &lt; hezekiah&gt; ;) 17:42 &lt; jrand0m&gt; 呵 17:42 &lt; cohesion&gt; jrand0m：我来做 17:42 &lt; cohesion&gt; <a href="mailto:me@jasonclinton.com">me@jasonclinton.com</a> 17:42 &lt; cohesion&gt; 把规范发给我 17:42 &lt; jrand0m&gt; 行，gracias。 17:42 &lt; jrand0m&gt; 规范还没都写完。 17:43 &lt; jrand0m&gt; 但需要放上去的内容包括： 17:43 &lt; cohesion&gt; 行，把你现有的和希望放上的都给我 17:43 &lt; jrand0m&gt; - I2CP 规范、I2NP 规范、Polling HTTP Transport 规范、TCP Transport 规范、安全性分析、性能分析、数据结构规范，以及一个 readme/intro 17:44 &lt; jrand0m&gt; （这 7 个文档会是 PDF 和/或 文本格式） 17:44 &lt; cohesion&gt; 好 17:44 &lt; jrand0m&gt; 除了 readme/intro 之外 17:45 &lt; jrand0m&gt; 我希望这些文档下周（8/26）都能准备好。这样你有足够时间在 9/1 之前整理出一个小页面吗？ 17:46 &lt; jrand0m&gt; 好。接下来还需要做的是一个 I2P 网络模拟器。 17:46 &lt; jrand0m&gt; 有人在找计算机课程项目吗？ ;) 17:46 &lt; hezekiah&gt; lol 17:46 &lt; cohesion&gt; jrand0m：可以做 17:47 &lt; hezekiah&gt; 我这还得再过几年才行。 ;-) 17:47 &lt; jrand0m&gt; 不错，cohesion 17:47 &lt; thecrypto&gt; 我还要一年 17:47 * cohesion 回去干活了 17:47 &lt; jrand0m&gt; 谢啦 cohesion 17:48 &lt; jrand0m&gt; 好，1.6）接下来两周。我要把这些规范、文档和分析整理出来。我会尽快 post &amp; commit。 17:48 &lt; jrand0m&gt; 请务必阅读规范并给出意见 17:48 &lt; jrand0m&gt; :) 17:48 &lt; hezekiah&gt; jrand0m：好的。我一有时间就开始看。:) 17:48 &lt; jrand0m&gt; 我更希望大家把评论发到列表，但如果想匿名，就私下把意见发给我，我会匿名把回复贴到列表上。 17:49 &lt; hezekiah&gt; （你觉得把这些文档的 OpenOffice 文件放到 CVS 上的大致时间是？） 17:49 &lt; jrand0m&gt; 会议结束后 10 分钟内我就能提交最新的版本。 17:49 &lt; hezekiah&gt; 太好了。:) 17:50 &lt; jrand0m&gt; 好，1.* 到此结束。 17:50 &lt; jrand0m&gt; 2.x）评论/问题/顾虑/吐槽？ 17:50 &lt; jrand0m&gt; mihi，SDK 的修改用得怎么样？ 17:51 &lt; jrand0m&gt; 或者其他人呢？ :) 17:51 &lt; hezekiah&gt; jrand0m：你说的这个 SDK 修改是啥？ 17:52 &lt; jrand0m&gt; hezekiah&gt; 前几天给 SDK 提交了两个 bug 修复，已经提交（&amp; posted） 17:52 &lt; hezekiah&gt; 啊 17:52 &lt; hezekiah&gt; 不错。 17:52 &lt; jrand0m&gt; （轮换消息ID，同步写入） 17:52 &lt; hezekiah&gt; 只是 Java 这边，还是也包括 Python 那边？ 17:52 &lt; jrand0m&gt; 我不会说 Python。 17:53 &lt; hezekiah&gt; lol 17:53 &lt; jrand0m&gt; 不确定那边有没有这些 bug。你是否每 255 条消息轮换一次消息ID，并同步写入？ 17:54 &lt; hezekiah&gt; 我想 Python router 这两样都有做 17:54 &lt; jrand0m&gt; 不错。 17:54 &lt; jrand0m&gt; 如果没有的话我们会告诉你的 ;) 17:54 &lt; hezekiah&gt; 你说的“同步写入”具体指什么？ 17:55 &lt; jrand0m&gt; 也就是在多个客户端同时尝试向某个客户端发送消息时，确保不会同时把多条消息写给它。 17:55 &lt; hezekiah&gt; 通过 TCP 连接发送的数据都会按产生顺序发送。 17:56 &lt; hezekiah&gt; 所以不会出现先是消息 A 的 1/2，然后是消息 B 的 1/3。 17:56 &lt; jrand0m&gt; 行 17:56 &lt; hezekiah&gt; 你会先收到消息 A，然后是消息 B。 17:56 &lt; hezekiah&gt; 好……如果没人要说话，那我建议我们散会。 17:56 &lt; mihi&gt; 我做的简单 TCP/IP over I2p 似乎能跑了…… 17:56 &lt; jrand0m&gt; 太棒了!! 17:56 * mihi 刚才有点挂机，抱歉 17:57 &lt; hezekiah&gt; 还有谁要说点什么吗？ 17:57 &lt; jrand0m&gt; mihi&gt; 那我们就能在上面跑 pserver 了？ 17:57 &lt; mihi&gt; 只要你别一下子创建特别多的连接就行。 17:57 &lt; mihi&gt; jrand0m：我想可以——我已经能通过它访问 Google 了 17:57 &lt; jrand0m&gt; 不错 17:57 &lt; jrand0m&gt; mihi++ 17:57 &lt; mihi&gt; jrand0m-ava 17:57 &lt; jrand0m&gt; 所以你有一个出站代理（outproxy）和一个入站代理（inproxy）？ 17:58 &lt; mihi&gt; 没错。 17:58 &lt; jrand0m&gt; 酷 17:58 &lt; mihi&gt; 目的端需要密钥，源端按需生成 17:58 * hezekiah 把 <em>baf</em>er 递给 jrand0m。伙计，用完了就把这玩意儿砸了吧。 17:58 &lt; jrand0m&gt; 对。希望等 co 的命名服务准备好后能帮上忙。 17:59 &lt; jrand0m&gt; 好的，太棒了。mihi，如果我们能帮什么忙，告诉我或者任何人就行 :) 17:59 &lt; mihi&gt; 把 128 个消息ID 的那个问题修了，或者做一个更好的“GUARANTEED”支持 17:59 * jrand0m 因为 nop_afk 有真工作而用 <em>baf</em> 朝他头上敲了一下 18:00 &lt; mihi&gt; jrand0m：滥用 baf 要付出 20 个 yodels 18:00 &lt; jrand0m&gt; lol 18:00 &lt; jrand0m&gt; 更好的 guaranteed 支持？ 18:00 &lt; jrand0m&gt; （也就是比文档里描述的性能更好？我们会在实现里修复） 18:00 &lt; mihi&gt; 你测试过我那个 start_thread=end_thread=300 的用例吗？ 18:01 &lt; mihi&gt; 它会单向生成大量消息，结果把所有消息ID 都吃光了…… 18:01 &lt; jrand0m&gt; 嗯，没有，还没看到那条信息 18:01 &lt; hezekiah&gt; jrand0m：把消息ID 做成 2 字节是否合理？ 18:01 * jrand0m 试过 200 / 201，不过在最新版本里已经修了 18:01 -!- cohesion [cohesion@anon.iip] 退出了 [去参加 LUG 聚会] 18:01 &lt; mihi&gt; 哪个“最新”？ 18:01 &lt; hezekiah&gt; 那他们就会有 65535 个消息ID（如果不算 msgid 0 的话） 18:01 &lt; hezekiah&gt; 。 18:02 &lt; jrand0m&gt; 2 字节的消息ID 没坏处。我对这个改动没意见。 18:02 &lt; jrand0m&gt; mihi&gt; 我发邮件给你的那个 18:02 &lt; mihi&gt; 如果你有比发给我更“最新”的，就再发一份（或者给我 CVS 权限） 18:03 &lt; mihi&gt; 嗯，我这在 200/201 的情况下还是失败（300 也一样） 18:03 &lt; jrand0m&gt; 嗯。我再多测测、调调试，把结果发你。 18:03 &lt; mihi&gt; 谢谢。 18:04 &lt; jrand0m&gt; 好。 18:04 * jrand0m 宣布本次会议 18:04 &lt; jrand0m&gt; 已 <em>baf</em> 18:04 * hezekiah 恭恭敬敬地把 <em>baf</em>er 挂到它的专用架子上。 18:05 * hezekiah 随后转身走出门，随手把门重重关上。baffer 从架子上掉了下来。 18:05 &lt; hezekiah&gt; ;-) &mdash; 日志关闭 Tue Aug 19 18:05:36 2003 </div></p>/zh/blog/2003/08/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B48%E6%9C%8812%E6%97%A5/Tue, 12 Aug 2003 00:00:00 +0000/zh/blog/2003/08/12/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B48%E6%9C%8812%E6%97%A5/<h2 id="quick-recap">简要回顾</h2> <p class="attendees-inline"><strong>出席：</strong> ion, jrand0m, mihi, shardy</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> [21:09] <jrand0m> 好的。现在是 21:00 UTC [21:09] <jrand0m> 欢迎来到 um 会议 [21:09] <jrand0m> 今天很多人没到（nop、hezekiah、thecrypto 和 userx），所以我们长话短说 [21:10] <jrand0m> 议程：1）打招呼 2）sdk 3）状态 4）提问 [21:10] <jrand0m> 1）打招呼 [21:10] <jrand0m> 你好。 [21:10] <jrand0m> 2）sdk [21:11] <jrand0m> I2P SDK 0.1 已经准备好进行低调发布。 [21:11] <mihi> 低调发布？ [21:11] <jrand0m> 基本上我们不会公开宣传，只告诉圈内人，以及圈内人信任的人 [21:12] <jrand0m> 不过它已经完全可以用于应用的设计、开发和测试 [21:12] <jrand0m> 如果你在 #iip-dev，那你就是知情人 [21:13] <jrand0m> 所以想要试用的人可以从 CVS 拉取，或者从 CHK@GZ-A-C~SH03AwBuKf~AE3E347IcKAwI,4K38eh3m06zAygRzUnw4tQ/i2p_sdk.zip 获取源码、文档并编译 * UserX has joined #iip-dev [21:13] <jrand0m> 嘿，是 UserX [21:14] <jrand0m> SDK 的 0.1 版包含可用的 Java 客户端 API，以及 Python 和 Java 的 router 实现，还有一个简单的命令行聊天应用 [21:15] <jrand0m> 出 SDK 的目的，是让大家能抢先开始开发，这样一到九月网络上线公开运行时，应用就能跑起来。 [21:16] <mihi> 永恒的九月？ ;) [21:16] <jrand0m> （而不是网络先上线却没有应用） [21:16] <jrand0m> 呵 [21:16] <jrand0m> 不，我们实际上比我几周前在 iip-dev 发的 ganttproject 文档里的进度表还要快 [21:16] <jrand0m> 虽然不多（5 天），但总之是提前了。 [21:17] <jrand0m> 我很有信心我们会在九月达到 1.0alpha。 [21:17] <jrand0m> 另外，关于状态更新，我预计本周末会有新的 I2NP（网络协议）草案发布。 [21:18] <jrand0m> 然后，希望下周我们能进行一些内部评审和修订，之后进入同行评审。 * shardy_ is now known as shardy [21:18] <jrand0m> 嗨，shardy [21:18] <shardy> 嗨呀。 [21:18] <shardy> 怎么样？ [21:19] <jrand0m> 棒极了。 [21:19] <jrand0m> 我听说也许能借用你一些时间做点 .NET 客户端库的事？ * jrand0m 可能搞错了 * ion has quit IRC (Ping timeout) [21:21] <shardy> .NET？不，那不是我…… [21:21] <jrand0m> 啊，好的，是我的失误 [21:21] <jrand0m> soy muy tonto（我真笨） [21:21] <jrand0m> 嗯，总之你好 :) [21:21] <jrand0m> 我也从 co 那里拿到了一些关于命名服务应用的反馈 * ion has joined #iip-dev [21:22] <jrand0m> “8 月 8 日发布了命名服务规范的第一个版本。后来发现该规范有缺陷，我正在修订，应该一周左右完成。之后，我会开始实现该系统。最终，这个软件会有四个组件： [21:22] <jrand0m> 1. 与命名服务交互的客户端程序。 [21:22] <jrand0m> 2. 命名服务本体的程序。 [21:22] <jrand0m> 3. 命名服务的管理工具。 [21:22] <jrand0m> 4. 一个证书颁发机构（CA）组件。” [21:23] <jrand0m> 以上是 co 的状态报告 [21:23] <jrand0m> 我想状态更新大概就这些了，除非有人要补充。 [21:24] <shardy> 不错。 [21:24] <jrand0m> 的确不错 [21:24] <shardy> 一有时间我就开始看规范，熟悉你们的做事方式。 [21:25] <jrand0m> 酷。SDK 中的 I2CP 规范基本已经可运行，但昨天发布的 I2P 网络规范已经落后几周了。 [21:25] <jrand0m> 我大概会在周五发一个新版本。 [21:25] <jrand0m> （而且这个项目认真启动也不过一个月，我们对工作方式的变更持开放态度） [21:26] <jrand0m> 哦等等，我想起来了，你是做 ecc（椭圆曲线密码学）的那位 :) [21:26] <shardy> 对，是我。虽然我最近不太做 ecc……我现在是做 prng 的。 [21:27] <jrand0m> 哦不赖。我们目前用的是通用的 prng（伪随机数生成器），而且需要更好的方式来处理随机数据 [21:27] <jrand0m> 好的 [21:27] <shardy> 通用的？nop 提到用 yarrow，看起来挺不错。 [21:28] <shardy> 我现在在实现一个新的 prng，想尽量缩小理论与实践的差距。:) [21:28] <jrand0m> 对。我们可以从 Freenet 拉一个 GPL 版的 yarrow 到 Java 实现里，但目前我们用的是 Java 自带的那个（java.security.SecureRandom） [21:28] <jrand0m> 呵 [21:29] <mihi> 小心 Freenet 里的 yarrow，它会出现海森堡式 bug ;) [21:29] <jrand0m> lol [21:29] <jrand0m> 好吧，现在它同步了，这个问题已经修复 [21:29] * jrand0m 开放提问 [21:30] * mihi 对上面提到的 key 得到 DNF :( [21:30] <jrand0m> 糟了。我在 htl 25 插了十几次 [21:30] <jrand0m> 我再插一次 [21:32] <jrand0m> 除了“为什么 Freenet 找不到 SDK 的 key？”之外，还有人有问题吗 [21:33] * mihi 没问那个 ;) 在看过之前也没有其他问题 ;) [21:33] <jrand0m> 呵 [21:33] <mihi> 这次谁把日志放到 wiki 上？/me has it completely this time. [21:33] <jrand0m> 太好了，来吧 [21:34] <jrand0m> 我觉得会议的问题都问完了，不过请大家随时把进一步想法发到邮件列表上。 [21:34] * jrand0m 真的很喜欢在 iip-dev 上的活跃讨论，哪怕大家都在说我的文档很烂 [21:35] <mihi> 你的 Java 很烂，jrandom ;)（HHOK） [21:35] <jrand0m> 这就对了 [21:35] <jrand0m> 我正从 Freenet 的 CLI 重新插入这个 .zip，所以它可能会有不同的 CHK [21:36] <jrand0m> 我再插几次后会把它的消息发给大家 [21:36] <jrand0m> mihi 想要。还有谁需要我发消息？ [21:36] <jrand0m> （或者任何人也可以之后再来要） [21:36] <mihi> 你也可以发邮件给我…… [21:36] <jrand0m> 1.1Mb [21:37] <mihi> 如果不太大。 [21:37] <mihi> 呃，那还是算了。* mihi 反正对抓 splitfiles 不太热衷 [21:37] <mihi> s/kind/keen/ [21:37] <jrand0m> 呵，你是不是要建议我不带 FEC 地插入它？ [21:38] <mihi> 我猜在当前的 Freenet 里这样没什么机会。 [21:38] <jrand0m> 行，我想办法用一个私有 URL 让它通过网页访问 [21:39] * jrand0m 对这种低调发布有点别扭，但我觉得这是最好的做法 [21:40] <mihi> 就放到某个网站空间上，用 gpg 的常规加密包一层——然后在这里公布口令。 [21:40] <mihi> 或者用上面提到的 key 作为口令 [21:40] <mihi> 顺便问一下——我要不要从日志里删掉那个？ [21:41] <jrand0m> 没必要。我已经偏执到相信只要在这里说过，想看的人就能看到 ;) [21:41] <jrand0m> 等 nop 今晚晚些时候回来，我会让他把它丢到某个网站空间上，并匿名邮件给大家相应的信息（url &amp; password / technology / etc） [21:43] <mihi> thx。“this evening”是指哪个时区？（我大概一小时后要去 bea） [21:43] <mihi> s/bea/bed [21:46] <jrand0m> 呵，对 nop 来说的晚上，也就是加利福尼亚 [21:46] <jrand0m> 好了，我得走了。* jrand0m ！thwaps 会议到此结束 [21:46] <jrand0m> gracias srs y srtas（谢谢各位先生女士） * mihi 把 *baf*er 递给 jrandom * jrand0m 用 *baf* 拍了下 mihi 的头 * shardy has quit IRC (EOF From client) [21:48] <ion> 上面的 URL 正在下载 2 个块 [21:48] <jrand0m> 不错 * shardy has joined #iip-dev * mihi 倒下了。 </div>/zh/blog/2003/08/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B48%E6%9C%885%E6%97%A5/Tue, 05 Aug 2003 00:00:00 +0000/zh/blog/2003/08/05/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE2003%E5%B9%B48%E6%9C%885%E6%97%A5/<h2 id="quick-recap">简要回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> hezekiah, jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">会议记录</h2> <div class="irc-log"> <nop> 好，会议开始了 <nop> 议程上有什么 --> logger (logger@anon.iip) 加入了 #iip-dev --> Anon02 (~anon@anon.iip) 加入了 #iip-dev <hezekiah> Tue Aug 5 21:03:10 UTC 2003 <hezekiah> 欢迎来到第 N 次 iip-dev 会议。 <hezekiah> 议程上有什么？ <thecrypto> Tue Aug 5 21:02:44 UTC 2003 <thecrypto> 已与 NTP 层级 2 同步 :) <hezekiah> Tue Aug 5 21:03:13 UTC 2003 --> ptm (~ptm@anon.iip) 加入了 #iip-dev <hezekiah> 刚刚与 NIST 同步了。 :) <mihi> 这种同步对 iip 的延迟没什么帮助 ;) <jrand0m> nop：我想讨论的内容：Java 开发状态、Java 密码学状态、Python 开发状态、SDK 状态、命名服务 <hezekiah> （我们_已经_要讨论命名服务了？） <jrand0m> 不是讨论设计，你这蠢货，那是 co 的专场。 要是有话题，就聊聊。 <hezekiah> 啊 * jrand0m 把 LART 收起来 <jrand0m> 议程上还有别的吗？ <jrand0m> 或者我们开始吧？ <hezekiah> 嗯，我想不出还能加什么。 <hezekiah> 啊！ <hezekiah> 哦！ <jrand0m> 好。 Java 开发状态： <hezekiah> 不错。 <-- mrflibble 退出了（Ping 超时） <nop> 好 <nop> 议程 <nop> 1) 欢迎 <jrand0m> 截至今天，有一个 Java 客户端 API 和一个存根 Java router，二者可以互相通信。 另外，还有一个名为 ATalk 的应用，支持匿名 IM 和文件传输。 <nop> 2) IIP 1.1 中断 <nop> 3) I2P <nop> 4) 结束，附评论等 * jrand0m 回到角落 <nop> 抱歉 joeyo jrand0m Aug 05 17:08:24 * hezekiah 给了 jrand0m 一顶傻帽，让他在角落里戴上。 ;-) <nop> 对此抱歉 <nop> 没看到你已经开始了 <nop> 也许我该去角落里 <hezekiah> lol <jrand0m> 别担心。 第 1 项） * hezekiah 也递给 nop 一顶傻帽。 :) <nop> 好，欢迎各位 <nop> 巴拉巴拉 <nop> 2) IIP 1.1 中断 --> mrflibble (mrflibble@anon.iip) 加入了 #iip-dev <hezekiah> 第 52 次 iip-dev 会议，以及所有那些老套玩意儿！ <nop> 服务器最近硬盘扇区出了些问题，已经更换了 <nop> 我打算把这倒霉的服务器迁到一个更稳定、具备冗余的环境 <nop> 并且可能把多个 ircd 服务器的控制权分给别人 <nop> 不知道 <nop> 这个需要讨论 <-- Anon02 退出了（来自客户端的 EOF） <nop> 希望我们的服务器现在能保持运行，因为硬盘已经更换了 <nop> 给各位带来不便，抱歉 <nop> 3) I2P - jrand0m 请开始 <nop> 从角落出来，jrand0m * hezekiah 走到角落，把 jrand0m 从椅子上拉起来，拖到讲台，拿走他的傻帽，把话筒递给他。 * nop 走到那个角落去顶替他的位置 <hezekiah> lol! <jrand0m> 抱歉，回来了 * nop 从 hezekiah 那里抢过傻帽 * nop 把它戴到自己头上 * nop 为 jrand0m 鼓掌 * jrand0m 只是看戏 <jrand0m> 呃……嗯，好吧 <hezekiah> jrand0m: i2p, java 状态等。开讲吧！ <jrand0m> 所以，截至今天，有一个 Java 客户端 API 和一个存根 Java router，二者可以互相通信。 另外，还有一个名为 ATalk 的应用，支持匿名 IM 和文件传输。 <hezekiah> 已经能传文件了！？ <jrand0m> 是的，先生 <hezekiah> 哇。 <hezekiah> 我肯定是落伍了。 <jrand0m> 但不是最优雅的做法 <hezekiah> lol <jrand0m> 它是把文件直接塞进一条消息里 <hezekiah> 哎哟。 <nop> 1.8Mb 的本地传输花了多久？ <jrand0m> 我用一个 4K 文件和一个 1.8Mb 文件测试过 <jrand0m> 几秒钟 <nop> 不错 <nop> :) <hezekiah> Java 这套东西现在做真正的加密了吗，还是仍然是假的？ <nop> 假的 <nop> 连我都知道 <nop> :) <jrand0m> 我先自言自语预热了一下【比如从一个窗口给另一个窗口说声 hi】这样就不用处理第一次 elg 的开销 <jrand0m> 对，大部分都是假的 <thecrypto> 加密大多是假的 <thecrypto> 不过这个正在做 <hezekiah> 当然。 :) <jrand0m> 当然。 <jrand0m> 在这方面，thecrypto，要不要给我们更新一下？ <thecrypto> 嗯，目前我已经完成了 ElGamal 和 SHA256 <thecrypto> 现在我在做 DSA 的素数生成 <thecrypto> 我会发出 5 个，然后我们挑一个就行 <hezekiah> nop：你不是也有用于 DSA 的素数要拿出来吗？ <thecrypto> 我们对 ElGamal 和 SHA256 也做了一些基准测试 <thecrypto> 而且都很快 <jrand0m> 关于 elg 的最新基准： <jrand0m> 密钥生成时间 平均: 4437 总计: 443759 最小: 872 最大: 21110 密钥生成/秒: 0 <jrand0m> 加密时间 平均 : 356 总计: 35657 最小: 431 最大: 611 加密 Bps: 179 <jrand0m> 解密时间 平均 : 983 总计: 98347 最小: 881 最大: 2143 解密 Bps: 65</div> <p><hezekiah> min 和 max：单位是秒吗？ <jrand0m> 注意 Bps 实际上没什么用，因为我们只加密/解密 64 字节 <thecrypto> 毫秒 <jrand0m> 不，抱歉，都是毫秒 <hezekiah> 酷。 :) <hezekiah> 这些都是用 Java 做的吗？ <thecrypto> 是的 <thecrypto> 纯 Java <hezekiah> 好的。我已经彻底被折服了。 :) <jrand0m> 100%。 P4 1.8 <thecrypto> 在我 800 Mhz 的机器上差不多 <hezekiah> 我怎么做同样的测试？ <jrand0m> sha256 基准测试： <jrand0m> 短消息时间平均值 : 0 total: 0 min: 0 max: 0 Bps: NaN <jrand0m> 中等消息时间平均值 : 1 total: 130 min: 0 max: 10 Bps: 7876923 <jrand0m> 长消息时间平均值 : 146 total: 14641 min: 130 max: 270 Bps: 83037 <thecrypto> 运行 ElGamalBench 程序 <hezekiah> 好的。 <hezekiah> 我去找找。 <jrand0m> (短大小：~10 字节，中：<del>10KB，长：</del> 1MB) <jrand0m> java -cp i2p.jar ElGamalBench <jrand0m> (在运行 &ldquo;ant all&rdquo; 之后) <hezekiah> jrand0m: 谢谢。 :) <jrand0m> 不客气 <thecrypto> NaN 的意思是它快到我们最后会出现除以 0 —— 太快了 :) <hezekiah> sha 的基准测试是什么？ <jrand0m> java -cp i2p.jar SHA256Bench &ndash;&gt; Neo (<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) 加入了 #iip-dev <hezekiah> 好的。 <jrand0m> 我们可能想把那些移到相关引擎的 main() 方法里，但它们 目前放在那里也很好 <hezekiah> 让我们看看把这些跑在 AMD K6-2 333MHz 上有多快（这是一颗 并不以整数运算见长的芯片。） <jrand0m> 呵 <jrand0m> 好，所以我们还剩 DSA 和 AES，对吧？ <jrand0m> 这些都太赞了，thecrypto。 干得好。 <thecrypto> 嗯 <jrand0m> 我能烦你问下另外两个的预计时间吗？ ;) <hezekiah> 如果在我的机器上哪怕能接近你那边的速度， 你就得教教我是怎么做到的。 ;-) <thecrypto> DSA 基本完成了，只要我把素数准备好就能搞定 <nop> hezekiah 你试过 Python 的 sslcrypto 吗 <thecrypto> 从素数生成器那边拷点代码之类的 就能搞定 <nop> 就是那个链接里的那个 <hezekiah> nop: sslcrypto 对我们没用。 <hezekiah> nop: 它没有实现 ElGamal <em>或</em> AES <em>或</em> sha256。 <thecrypto> AES 基本完成了，只是某处还有个错误我还在努力找出来并把它 干掉，一旦解决这个问题，就能收工 <jrand0m> thecrypto&gt; 那么到周五，DSA 的密钥生成、签名、验证，以及 AES 的加密、 解密，能支持任意大小的输入？ <nop> McNab 的网站上的那个没有吗？ <thecrypto> 对 <nop> 糟了 <thecrypto> 应该周五 <thecrypto> 很可能周四 <jrand0m> thecrypto&gt; 那包括 UnsignedBigInteger 那些东西吗？ <thecrypto> 因为夏令营下周的会议我会缺席， 之后我就回来 <thecrypto> jrand0m: 大概不会 <jrand0m> 好。 <jrand0m> 所以目前，Java 和 Python 之间的互操作性 挂了。 <jrand0m> 指的是加密这块。 &mdash; 通知：jeremiah 已上线 (anon.iip)。 &ndash;&gt; jeremiah (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) 加入了 #iip-dev <jrand0m> (也就是用于签名、密钥、加密和解密)</p>/zh/blog/2003/07/29/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2003%E5%B9%B47%E6%9C%8829%E6%97%A5/Tue, 29 Jul 2003 00:00:00 +0000/zh/blog/2003/07/29/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE-2003%E5%B9%B47%E6%9C%8829%E6%97%A5/<h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> arj, co, cohesion, dm, hezekiah, jeremiah, jrand0m, luckypunk, nop, some_random_guy, thecrypto, WinBear</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> --- 日志开启 Tue Jul 29 16:54:31 2003 17:11 <@hezekiah> Tue Jul 29 21:11:18 UTC 2003 17:11 <@hezekiah> 第51次（我想）iip-dev 会议。 17:11 <@hezekiah> 议程： 17:11 <@hezekiah> 1.) 欢迎 17:11 <@hezekiah> 2.) jrand0m 的事项 17:11 <@hezekiah> 3.) 其他开发者的事项 17:11 <@hezekiah> 4.) nop 到了/如果他来了要补充的任何内容 17:12 <@hezekiah> 5.) 来自那群永远热切的围观群众的提问与评论 ;-) 17:12 <@hezekiah> 好！ 17:12 <@hezekiah> 欢迎大家来到第51次（我想）iip-dev 会议 17:12 <@hezekiah> 第二项！ 17:12 <@hezekiah> jrand0m 的事项 17:12 -!- thetower [none@anon.iip] 加入了 #iip-dev 17:12 * hezekiah 把话筒交给 jrand0m 17:12 <@jrand0m> 子议程： 17:12 <@jrand0m> 2.1) I2CP 规范与开发状态 17:12 < co> 第50次会议的日志在哪？ 17:12 <@jrand0m> 2.2) SDK 计划 17:12 <@jrand0m> 2.3) 加密 17:12 <@jrand0m> 2.4) 路线图 / 网络协议状态 17:13 <@hezekiah> co: cohesion 正在把它们发布上去 17:13 <@jrand0m> （顺便说一下，microphone 的缩写是“mic”） 17:13 <@hezekiah> jrand0m: 抱歉。:) 17:13 <@hezekiah> jrand0m: （而且我还是搞音频技术的，竟然犯这种错！） 17:13 -!- luckypunk [~yetalohe@anon.iip] 加入了 #iip-dev 17:13 -!- odargur [odargur@anon.iip] 加入了 #iip-dev 17:13 <@jrand0m> 2.1) I2CP：规范已提交到 CVS，并对一条消息（MessageStatusMessage）做了微调 17:14 <@jrand0m> 欢迎大家随时对 I2CP 提出意见，越早越好。 17:14 <@hezekiah> jrand0m: 规范在 CVS 里的哪里？……在 SF 的 CVS 上也有吗？ 17:14 <@jrand0m> 之所以说越早越好，是因为我们到周五就会有一个可用的 Java 客户端实现。 17:14 -!- some_random_guy [~dan@anon.iip] 加入了 #iip-dev 17:14 * thecrypto 为此暗暗祈祷 17:14 <@jrand0m> 另外我希望在周末结束前能有一个仅本地的 router 17:15 <@jrand0m> 不，hez，只在 cathedral 上 17:15 <@jrand0m> 说得好，thecrypto。 17:15 <@jrand0m> 但有个提醒： 17:15 <@hezekiah> 唉。我还是用不了 cathedral 的 CVS。 17:15 <@jrand0m> 有些加密还不是 100% 完成，但都做了 stub，之后可以插入更完整或其他实现 17:15 <@jrand0m> hezekiah> 会后我们给你弄好。 17:15 <@hezekiah> jrand0m: 谢啦。:) 17:16 <@jrand0m> 规范在 i2p/doc/specs/data_structure_spec/datastructures.html 17:16 <@jrand0m> thecrypto> 关于 Java 实现你还有什么要补充的吗？ 17:16 -!- ArdVark [simple1@anon.iip] 加入了 #iip-dev 17:16 <@jeremiah> 你提到的仅本地 router 是 Python 的那个对吧？还是也有 Java 的？ 17:17 <@jrand0m> 看情况而定 :) 17:17 <@jrand0m> jeremiah/hezekiah> Python 客户端和仅本地 router 进展如何？ 17:17 <@thecrypto> 没啥，除了我们待会儿要谈的加密问题 17:17 <@jrand0m> 明白，thecrypto。 17:17 <@hezekiah> jrand0m: 还行。我昨天终于把 TCP 传输部分搞定了。 17:17 <@jeremiah> 看起来还不错，我觉得更多取决于 hezekiah 的开发速度，不是我的 17:17 <@hezekiah> jrand0m: Jeremiah 在消息结构方面弄得挺好。 17:18 <@hezekiah> hezekiah: 我希望我们能赶上最后期限。 17:18 <@jrand0m> 很好。 17:18 <@jeremiah> 还有……周五我过生日，所以那天我不打算在电脑前 17:18 <@hezekiah> jeremiah: 可以理解。:) 17:18 <@hezekiah> jeremiah: 先预祝生日快乐。:) 17:18 <@jeremiah> 谢谢 17:18 <@jrand0m> 稍微跳到 2.4> 我们大概什么时候能有 Python 仅本地 router？实际点讲呢？ 17:19 <@jrand0m> 话说在前头，要是你周五还在写代码我就揍你 17:19 <@jrand0m> 至少是“虚拟”地揍 17:19 <@hezekiah> jrand0m: 我以为这就是我在写的。Python 的仅本地 router。 17:19 <@jrand0m> 是的，就是你写 17:19 <@hezekiah> 截止日期是 8 月 1 日。 17:19 <@jeremiah> 我们现在在做消息与二进制格式的互转部分 17:19 <@hezekiah> 那不难。 17:19 <@jeremiah> 对 17:19 <@hezekiah> 我希望一两天内能做好。 17:20 <@jrand0m> 那就是周五 :) 17:20 <@jrand0m> 太好了 17:20 <@hezekiah> 我希望能在 8 月 1 日前完成。现实点讲可能会晚几天，但希望不要。 17:20 <@jrand0m> 好，那我就先别碰 Java 的仅本地那部分，等 Java 客户端 API 稳定后 去做网络规范。 17:20 <@hezekiah> 好。规范很重要。 17:21 <@hezekiah> 它们让我的工作轻松很多！:) 17:21 <@jrand0m> 没错。 17:21 <@jrand0m> 我也会写一篇两段的小文，讲一下 Java I2CP 测试框架 17:21 <@jrand0m> 我今晚就发出去 17:22 <@hezekiah> jrand0m: 我喜欢你写规范这么快。 17:22 <@hezekiah> 这很有趣。:) 17:22 <@jrand0m> 好，hez/jeremiah/thecrypto> 关于 I2CP 还有别的吗？ 17:22 <@jrand0m> lol 17:22 -!- dm [~hifi@anon.iip] 加入了 #iip-dev 17:22 <@hezekiah> 嗯…… 17:22 <@hezekiah> 我想要加密规范！ 17:22 < dm> 欢迎 17:22 * hezekiah 学小孩撅嘴 17:22 <@hezekiah> ;-) 17:23 <@hezekiah> 认真说……我想不到什么了。 17:23 <@jrand0m> 那是议程 2.3 17:23 <@thecrypto> 还在等 2.3 开始 17:23 <@hezekiah> 要是我想到了，就上来在线骚扰你问问题，jrand0m。:) 17:23 <@jrand0m> 好的。 17:23 <@jrand0m> 好。2.2) SDK 计划 17:23 <@hezekiah> 我们刚刚结束的是议程的哪个点？ 17:23 <@hezekiah> 2.4？ 17:23 <@hezekiah> 2.1 我们结束了吗？ 17:23 <@jrand0m> 2.1 17:24 <@jrand0m> 现在 2.2> SDK 17:24 <@hezekiah> 好。 17:24 < dm> 议程里现在有小数点了？我已经看到进步了。 17:24 <@hezekiah> 我现在找到方向了（相对之前迷路）。 17:24 <@thecrypto> 我们可能还有两个小数点呢 :) 17:25 <@jeremiah> SDK 除了各种 API 之外还有什么？ 17:25 <@jrand0m> SDK 包括：客户端 API（有多少提供多少）、仅本地 router、一个非常简单的示例应用，以及一些如何使用这些 API 的文档。 17:25 <@hezekiah> jrand0m: 我可以认为文档由你来写对吧？:) 17:26 <@jrand0m> 我希望尽快发布 SDK，这样第三方（甚至第二、第一）开发者可以编写并测试将来能在 I2P 上运行的应用，这样一旦网络可运行，我们就能一开始就全速推进。 17:26 <@jrand0m> hezekiah> 其实我更希望不要我来写。 17:26 <@jrand0m> hezekiah> 不是我不想写文档，而是我离它太近了。 17:26 <@hezekiah> jrand0m: 好。 17:26 <@jrand0m> 我们应该让一个没有真正实现代码的人来写这份文档，这样没写过 I2CP 规范的人也能看懂 17:26 <@hezekiah> jrand0m: 等到了那一步我们再说。 17:26 <@jrand0m> 但必要时，我会上的。 17:26 <@jrand0m> 好。 17:27 < dm> 在网络还不能运行时，人们有什么动力去写应用？他们又怎么测试呢。 17:27 <@hezekiah> jrand0m: 或者由设计协议的人先写，再找一个从没接触过它的人来过一遍，直到让它说得通？ 17:27 <@jrand0m> 好的，曾讨论过做一个简单的“talk”风格应用。 17:27 <@jrand0m> dm> 人们可以用 SDK 来测试。 17:27 <@thecrypto> 其实我在想，如果它只能本地的话，那有什么用 17:28 <@jeremiah> dm: 想法是实现一个简单的网络，不是完全功能，但能传消息 17:28 <@thecrypto> 你只能和自己说话 17:28 <@jeremiah> 它其实不是仅本地，它只包含 client-router，不包含 router-router 代码 17:28 <@jrand0m> thecrypto> 你可以跟其他 Destination 通信。I2P 与位置无关——本地和远端一样。 17:29 <@thecrypto> 好的 17:29 < dm> 挺好，但我看不出除了你们 3-4 个人以外，会有人在只能本地测试的情况下写东西。不管怎样，无所谓。 17:29 <@jrand0m> 所以一个 talk 应用可以开两个实例，跟自己聊天，等等 17:30 <@thecrypto> 但当我们加上远程那部分后，这个应用应该就能直接用 17:30 <@jrand0m> dm> 对，这只是让其他人写应用的前置条件。 17:30 <@jrand0m> 没错。 17:30 <@jrand0m> 应用完全不用改就能用 17:30 < co> dm: 这是个测试应用。一旦 router-router 代码写好了，你就可以和别人说话了。 17:30 <@jeremiah> 有仅本地让我们可以并行开发 17:30 < dm> 是啊，但如果应用假定 10ms 延迟，结果是 12 秒，那就不太好了 :) 17:31 <@jrand0m> 同意 dm 17:31 < dm> 顺便问下，对延迟有什么估计吗？:) 17:31 <@jrand0m> 如果我们有 12 秒延迟，那我们就还有很多要做。 17:31 <@jrand0m> 不过我们不会那样。 17:31 <@jrand0m> 估计是 0.6-2.7 秒 17:31 <@jrand0m> 对一个有 5,000,000 个 router 的网络。 17:31 <@hezekiah> 对了，这让我想起——我们得谈谈 ElGamal。 17:31 <@thecrypto> 最久的是建立阶段 17:31 <@jrand0m> （参见 iip-dev 邮件存档里的粗略模型） 17:32 < dm> 更小的网络会更低还是更高？ 17:32 <@jrand0m> hezekiah> 2.3：加密。 17:32 <@thecrypto> 之后时间会急剧下降 17:32 <@jrand0m> dm> 更低。 17:32 <@thecrypto> hezekiah: 你大概跟我想到同一个问题 17:32 <@jrand0m> thecrypto> 没错，不过建立时间对消息传递是离线的 [也就是在发消息前先建立 tunnel] 17:32 < dm> 好的，就这么确认你一下 ;) 17:32 <@jrand0m> 呵 17:33 <@jrand0m> 好。SDK 的最后一部分——应用 17:33 <@jrand0m> co/thecrypto：关于 Java 版 talk 实现呢？可行性？时间？计划？兴趣？ 17:34 <@thecrypto> 一旦 API 可用，我们大概一周能做出一个 talk，最多两周，co 同意吗？ 17:34 <@jeremiah> 聊天可以作为一个 jabber router 来实现，对吧？ 17:34 < co> 这应该挺容易做。 17:34 < co> thecrypto: 我同意。 17:34 <@jrand0m> jeremiah> 我不懂 jabber，但如果 jabber 能跑在这个 API 上，那很好 17:35 <@jrand0m> 好的，co 和 thecrypto 17:35 <@jrand0m> jeremiah> 注意这只是一个微不足道的应用，用来做概念验证，不是一个超棒的匿名 IM 系统 :) 17:35 <@jeremiah> 还没到那一步 ;) 17:35 <@thecrypto> 我们以后可以加上那些功能 17:35 <@jeremiah> 好 17:36 <@jrand0m> 呵 17:36 <@thecrypto> 让我们从小处开始 17:36 * jrand0m 把“添加功能：变得超棒”写进日程表 17:36 < some_random_guy> 呵 17:36 < some_random_guy> 好功能 :) 17:36 -!- dm2 [~hifi@anon.iip] 加入了 #iip-dev 17:37 <@jeremiah> jrand0m: 我可能错过了 2.1，不过对把 kademlia 用作 DHT 有何看法？它需要的维护比 Chord 少 17:37 -!- nop [nop@anon.iip] 加入了 #iip-dev 17:37 < nop> 抱歉 17:37 <@jrand0m> 另外，哪天我们需要让 IIP 重设计也跑在这个之上。 17:37 -!- dm [~hifi@anon.iip] 退出 [Ping timeout] 17:37 < nop> 啥？ 17:37 < nop> 谁 17:37 < nop> 哪里 17:37 < nop> 何时 17:37 < nop> ？ 17:37 -!- dm2 现在名为 dm 17:37 <@jrand0m> 嘿，说曹操曹操到 17:37 < WinBear> 为什么？ 17:37 < WinBear> 算了 17:37 < nop> 我其实是个天使 17:37 <@hezekiah> lol 17:38 <@thecrypto> 谁来给 nop 发个日志 17:38 < WinBear> azrel 17:38 <@jrand0m> jeremiah> kademila 是个不错的 DHT，我们一定会在网络规范里审查它以及 chord/tapestry 阵营，还有 sloppy DHTs。 17:38 <@jeremiah> jrand0m: 好的 17:38 <@hezekiah> thecrypto: 我在弄了。:) 17:38 < nop> 我听说有一个很厉害的 17:38 < nop> 叫 chord/middle 17:38 -!- hif [~hifi@anon.iip] 加入了 #iip-dev 17:39 < nop> 不过有个很合适的人可以聊，叫 brandon wiley 17:39 * jrand0m !thwaps nop 17:39 < nop> 我就知道会疼 17:39 <@hezekiah> lol 17:39 <@hezekiah> Brandon Wiley 是谁？ 17:39 < nop> 我敢肯定 jrand0m 已经跟他讨论过很多次了 17:39 < nop> :) 17:39 < nop> 谁给我发个日志邮件 17:39 < dm> Brandon 就是 jrandom 的真名，被我抓到了！ 17:39 <@hezekiah> 我在弄了。 17:40 <@hezekiah> 别急，nop。:) 17:40 < nop> 哈哈 17:40 < dm> Brandon Wiley 是 Freenet 的第一位程序员，和系统的发明者 Ian Clarke 一起 创立了开发工作 17:40 < nop> userx 在吗 17:40 < WinBear> 你可以跟我的 brandon wiley 聊 17:40 <@hezekiah> 好。我发过去了……如果我的邮件客户端肯配合把一个 15K 的附件发出去的话。 17:41 <@thecrypto> 我们聊过很多次 :) 17:41 <@hezekiah> nop: UserX 不在这边也不在那边。 17:41 <@hezekiah> 好！ 17:41 <@hezekiah> 日志发出去了，nop！去看吧。:) 17:41 <@thecrypto> 现在我们等他 17:41 <@jrand0m> 好，趁给 nop 一会儿补进度，大家有没有关于 SDK 的想法？;) 17:41 <@hezekiah> jrand0m: 现在我把日志的事搞定了……kademlia 是啥？ 17:42 <@jrand0m> 又一个学术派的 DHT :) 17:42 <@hezekiah> 有 kademlia 的网页链接吗？ 17:42 -!- Erazerhead [JohnDoe@anon.iip] 加入了 #iip-dev 17:42 <@jeremiah> http://kademlia.scs.cs.nyu.edu/ 17:42 <@hezekiah> 谢谢。:) 17:42 <@thecrypto> YAADHT? 17:42 <@hezekiah> lol 17:42 <@hezekiah> 现在的名字啊……真是的！ 17:43 <@jrand0m> 如果提到了你不懂的计算机科学内容，就去 citeseer.nj.nec.com/cs 看看 17:43 < WinBear> klamidia? 17:43 <@hezekiah> 好。 17:43 < nop> jrand0m: 我正要说 citeseer 呢 17:43 < dm> SDK 的预计时间？ 17:44 * jrand0m 避免把性病带进 I2P 17:44 * jrand0m 希望 SDK 下周能出。也许下周五？ 17:44 * thecrypto 又交叉起一双手指 17:45 <@jrand0m> 好。进入 2.3) 加密。 17:45 * hezekiah 想象 thecrypto 交叉了大约 13 双手指……然后意识到现在应该用完了。 17:45 <@hezekiah> 耶！ 17:45 * jrand0m 戳了戳 nop 确认他在不在 17:45 <@hezekiah> 加密！ 17:45 <@hezekiah> 我先抛个话题。:) 17:46 <@thecrypto> 我也有个话题 17:46 <@thecrypto> 我先来！:) 17:46 * jrand0m 没有，所以你们俩争吧 17:46 <@hezekiah> 让 thecrypto 先来吧。:) 17:46 <@jrand0m> thecrypto> 请讲 17:46 <@jrand0m> :) 17:46 <@thecrypto> 好，说说 ElGamal 17:47 <@thecrypto> 我们得确定要不要用共同的 p 和 alpha 17:47 -!- some_random_guy [~dan@anon.iip] 退出 [BitchX: the original point-and-click interface.] 17:47 <@thecrypto> 用共同的 p 和 alpha 的问题在于我们得想办法让所有人的密钥同时更换 17:48 <@jrand0m> 也就是：非常糟糕。 17:48 < co> thecrypto: 抱歉，p 和 alpha 是什么？ 17:48 <@thecrypto> 优点是我们可以挑特别优化过的，而且公钥传输的数据量很小 17:48 * jrand0m 觉得除了省点儿比特外，没有理由用共同的 p 和 alpha 17:48 <@thecrypto> co: 简单说，就是特殊的大数 17:49 <@jrand0m> thecrypto> 我们仍然可以针对经常加密到的目标的 p 和 alpha 做优化 17:49 <@thecrypto> 还是需要我解释一下 elgamal 的工作原理 17:49 <@thecrypto> jrand0m: 对 17:49 < co> thecrypto: 好的。 17:49 <@thecrypto> 我们也可以让每个人拥有不同的 p 和 alpha 17:50 <@jeremiah> 给感兴趣的人： http://www.wikipedia.org/wiki/ElGamal_discrete_log_cryptosystem 17:50 <@thecrypto> 这意味着传输的数据量会大很多，我们得想办法把它打包进去 17:50 <@jrand0m> 好的，谢谢 jeremiah 17:50 <@jrand0m> 大很多？ 17:50 <@jrand0m> 我以为如果 p 和 alpha 可变，我们可以用更小的 p 和 alpha？ 17:51 <@thecrypto> 不再是 160 位的数，而是两个 1024 位和一个 160 位 17:51 <@thecrypto> 总共 2308 位 17:51 <@hezekiah> 288 字节 17:51 <@hezekiah> 小意思。 17:52 <@jrand0m> 好，这不算太糟。我们本来规划是 256 字节 17:52 <@hezekiah> 这些密钥也不是那么频繁传输，对吧？ 17:52 <@jrand0m> 再多 32 字节问题不大 17:52 <@jrand0m> hezekiah> 它们会插入到 DHT 里 17:52 <@hezekiah> 啊！ 17:52 <@hezekiah> 这就是为什么我们想让它小。 17:53 <@thecrypto> 还有，ElGamal 可能还有另一个问题我们也要考虑一下 17:53 <@jrand0m> 嗯，如果 RouterInfo 结构大概 10K 左右也不是什么问题 17:53 -!- mrflibble [mrflibble@anon.iip] 加入了 #iip-dev 17:53 <@jrand0m> 好的，什么问题 thecrypto？ 17:53 <@thecrypto> 消息膨胀是 2，亦即一次加密或签名的大小是消息大小的两倍 17:54 <@jrand0m> ElG 只对 AES 密钥做加密 17:54 <@jrand0m> ElG 签名只对 SHA256 的哈希做 17:55 <@thecrypto> 好，只是也提一下 17:55 <@hezekiah> jrand0m: 这让我非常困惑。 17:55 <@thecrypto> 回到最初的问题，我们要不要共享 p 和 alpha，还是每个人用不同的 p 和 alpha？ 17:55 <@jrand0m> hezekiah> 嗯？你看了数据结构规范里的 #Payload 吗？ 17:55 <@jrand0m> 对此你有什么想法/问题吗 hezekiah？ 17:55 * dm 现在懂 DHT（分布式哈希表）是怎么工作的了。 17:55 <@jrand0m> nop> 有想法吗？ 17:55 <@jrand0m> 太好了 dm 17:55 <@hezekiah> 如果签名是被签数据大小的两倍，那为什么 IC2P 规范里说签名是 128 字节？ 17:56 < nop> 没有 17:56 < nop> 共享 p 17:56 <@hezekiah> 不应该是 512 吗？ 17:56 <@thecrypto> 是对字节的哈希 17:56 < nop> 和 alpha 17:56 < dm> 似乎加入一个 DHT 要做很多工作，但我想它能运作。 17:56 < nop> 共享基数，共享 p 17:56 <@jrand0m> hezekiah> 位 / 字节。 17:56 < nop> 这会消除很多风险 17:56 <@thecrypto> 那我们要多大？ 17:56 <@hezekiah> 嗯 17:56 <@jrand0m> nop> 三年后，我们会希望所有人同时更换他们的 p 和 alpha 吗？ 17:56 < nop> 并让我们的协议符合标准 17:57 <@thecrypto> 因为这确实打开了针对 p 和 alpha 的巨大攻击面 17:57 < nop> jrand0m: 现在有所谓的“熟化的素数（cooked primes）”，我看的就是现在这个时间点 17:57 <@thecrypto> 一旦成功，整个网络就会垮掉 17:57 < nop> 我相信我们可以与时俱进 17:57 < nop> 但建议使用一个静态的、Oakley 认可的素数 17:57 < nop> 因为它们经过了充分的安全审查 17:58 < nop> 这比我们关于生成素数（还是概率素数）的任何假设都更靠谱 17:58 <@thecrypto> 如果它不是素数，加密或签名都不会工作，我们就把它扔掉 17:59 <@jrand0m> 同意，他们的素数更好。所以当这些素数被分解时，所有使用它们的人都会暴露，对吗？ 17:59 < dm> 呃，我得走了。这有记录吧？ 17:59 < nop> jrand0m: 对 17:59 <@thecrypto> 是的 17:59 < nop> jrand0m: 发生这种事我们都会知道 17:59 < nop> 我不想冒生成素数的风险 17:59 -!- dm [~hifi@anon.iip] 退出 [it better be] 17:59 <@thecrypto> 我们怎么知道？ 17:59 < nop> 另外这也增加了我们的计算时间 17:59 -!- hif [~hifi@anon.iip] 退出 [] 17:59 < nop> thecrypto: 如果你用标准定义的 Oakley 素数集，当它被攻破时你会知道 18:00 <@thecrypto> 怎么知道？ 18:00 < nop> 因为那会是非常公开的新闻 18:00 <@jrand0m> nop> 除非是 NSA 攻破，我们才会知道。 18:00 < co> nop: 有多少这样的素数？如果不多，用它们是个风险。 18:00 <@thecrypto> 是啊，被动窃听仍然是威胁 18:00 <@thecrypto> 我可以写个程序来生成 p 和 alpha 并在大约一小时内测试它们 18:00 <@jrand0m> nop> 除非关系到国家安全，否则一定是非常公开的新闻。 18:00 < co> 等等……不对，这是个蠢问题。算了。 18:01 < nop> 的确如此，但我从密码学界的多个联系人那里得知，如果被攻克，也会在 NSA 之前被攻克 18:01 < nop> 我们自己生成素数并不能因此更安全 18:01 < nop> 如果他们把那些素数攻破 18:01 < nop> 你不如考虑用新的算法 18:01 <@jrand0m> 好。 18:02 < nop> 请用静态的，这会减少密码分析的问题，并降低我们在加密上犯错的风险 18:02 <@jrand0m> 我本来还在犹豫，使用共享的、大家认可的素数我也可以。 18:02 <@thecrypto> 好，那我们挑个素数吧 18:02 <@jrand0m> nop> 我们在甘特图上还是安排你来做加密规范 18:02 <@thecrypto> 他们给这些素数配了生成元吗？ 18:02 < nop> 有 18:02 < nop> 我有 18:03 < nop> 2 18:03 < nop> 这是我会拿到的那些素数的一个本原根 18:03 < nop> 你们要多大位数的素数？ 18:03 <@thecrypto> 我想在 2048-4096 之间 18:03 <@hezekiah> 我们用的是 2048 的密钥，对吧？ 18:03 < nop> 对，所以素数用 4096 或更大 18:04 <@thecrypto> 因为共享意味着我们暴露在明面上 18:04 <@thecrypto> 如果这个东西流行起来，这会是个非常值得攻破的素数 18:04 * cohesion 错过了会议 18:04 < co> 你们在 ElGamal 里用这个素数，对吧？ 18:04 <@hezekiah> 那密钥会是 4096 位？ 18:04 <@cohesion> 有人记录了吗？ 18:04 < nop> co 对 18:04 < nop> 不，hezekiah 不会 18:04 < nop> 密钥会是 2048 17:04 <@cohesion> 好的 18:04 < nop> 素数会大于 4096 18:04 * cohesion 回去继续工作 18:04 <@hezekiah> 好，请原谅我糟糕的理解力。:) 18:04 < nop> 马上回来 18:05 <@thecrypto> p 和 alpha 可以固定，alpha 用 2，p 用我们选的素数 18:05 < nop> 好，我发邮件给你们一些素数候选 18:05 < nop> 给我几个小时，我有点工作要处理 18:05 * jeremiah 去吃晚饭，回头看日志 18:05 <@thecrypto> 秘密密钥是 a，一个在 0 到 p - 2 之间的数 18:05 <@thecrypto> 公钥是 2^a mod p 18:06 < nop> 我们能转到下一个话题，等会儿再回来吗？这样我能在的时候一起讨论，我马上回来，在上班，得赶紧处理个任务 18:06 <@hezekiah> 好，你把我的“x”叫做“a” 18:06 <@hezekiah> ……把我的“g”叫做“alpha”。 18:06 < nop> 请把算法解释挪到私聊里 18:06 <@hezekiah> thecrypto: 对吧？ 18:06 <@thecrypto> 对 18:06 <@jrand0m> 好，那 thecrypto、nop 和 hezekiah 稍后把算法细节敲定。 18:06 < nop> 好 18:06 < nop> 没问题 18:06 <@hezekiah> 好……那 thecrypto，你的问题说完了吗？ 18:06 <@thecrypto> 那我们继续吧 18:06 < nop> 我会把素数发出来 18:06 <@thecrypto> 是 18:06 <@thecrypto> 的 18:06 <@hezekiah> 好，轮到我了！:) 18:07 <@hezekiah> 我们为什么要用 ElGamal 来做签名？ 18:07 <@jrand0m> 好。2.4) 路线图 / 网络协议状态 18:07 <@jrand0m> 还不行，hez :) 18:07 <@jrand0m> 哦 hez 18:07 <@hezekiah> 我什么时候能问？ 18:07 -!- dm [~hifi@anon.iip] 加入了 #iip-dev 18:07 <@jrand0m> 既然我们已经有 ElG 公钥，你建议用什么？ 18:07 <@thecrypto> 等 nop 回来 18:07 <@jrand0m> 不，你说得对，我说错了。现在就是合适的时间。 18:07 < co> 下一个话题吧。 18:07 <@hezekiah> jrand0m: 问题是这个： 18:07 <@hezekiah> 速度 18:08 <@hezekiah> 我今天玩了一下加密这块，结果大吃一惊。 18:08 <@hezekiah> ElGamal 在验证签名上比 DSA 或 RSA 慢得离谱。 18:08 <@jrand0m> hezekiah> 这是库实现的问题还是算法问题？ 18:08 <@hezekiah> 我不清楚。 18:09 <@hezekiah> 但我看了《Applied Crypto》，看到至少部分问题在 ElGamal 本身。 18:09 <@hezekiah> AC 有 DSA、RSA、ElGamal 的签名与验证所需时间的表格。 18:09 <@jrand0m> 那你是建议我们用 RSA 来做加密、解密和签名吗？ 18:09 <@hezekiah> 我 18:09 <@hezekiah> 我现在没有十分明确的建议。 18:09 <@jrand0m> ……不过我们可以在 RouterInfo 结构里加一把第二签名公钥 18:10 <@hezekiah> 我只是说，AC 上列出 ElGamal 验证是 9.30 秒。 18:10 <@hezekiah> RSA 是 0.08 秒 18:10 <@thecrypto> 对 1024 位来说 18:10 <@jrand0m> 靠。 18:10 <@hezekiah> DSA 是 1.27 秒 18:10 <@hezekiah> 你现在看到我的问题了吧。 18:10 <@hezekiah> ElGamal 慢得要命…… 18:10 <@jrand0m> 我们需要 <100ms 的验证。 18:10 <@jrand0m> 最好 <10ms 18:10 <@hezekiah> ……而我的 CPU 是 333MHz。 18:11 <@hezekiah> 顺便说，这些计算是在 SPARC II 上做的 18:11 <@hezekiah> 我这边是 AMD K6-2 333MHz。 18:11 <@jrand0m> SPARC 2 是 40MHz 的机器。 18:11 <@hezekiah> 用我的 Python 模块（后端用 C，但感觉有点问题）验证一个 ElGamal 签名。 18:11 < luckypunk> 天啊 18:11 < luckypunk> 好吧 18:11 <@hezekiah> jrand0m: 好的，我对 SPARC 不熟。 18:11 <@hezekiah> 不管怎样，花了大概 20 秒。 18:12 <@hezekiah> 也许稍微更多。 18:12 < luckypunk> 有 1GHz - 2GHz 处理器的人不用担心。 18:12 < co> hezekiah: 那在现代电脑上，验证应该能接受。 18:12 <@hezekiah> DSA 和 RSA 几乎是瞬间完成。 18:12 <@jrand0m> hezekiah> 我知道。SPARC 2 在 1992 年可是快的 18:12 <@hezekiah> 总之，这就是我提出这个问题的原因。 18:12 <@hezekiah> 我们可以加一把 DSA 密钥，但那就意味着两把密钥 18:12 <@thecrypto> 我们还是要考虑一下没有超快机器的用户 18:12 <@hezekiah> 或者我们用 RSA。 18:12 <@jrand0m> 我记得我们选择 ElG 而不是 RSA 的理由并不强。 18:13 <@hezekiah> 或者我们接受更长的验证时间，用 ElG。 18:13 <@jrand0m> thecrypto> 绝对要考虑。 18:13 <@thecrypto> 当初是 nop 说“用 elgamal 吧” 18:13 <@hezekiah> thecrypto: 正是。最终普通用户也会透明地使用 I2P。 18:13 <@jrand0m> 我们会需要能在 386 上启动的发行版，也会需要 applet 内实现。 18:13 <@hezekiah> 普通用户不可能用最先进的硬件。 18:13 < luckypunk> 哦天啊 18:14 < luckypunk> 谁会想用这个，至少也有个 p100 吧。 18:14 < co> 我们不要因为速度快而选择更弱的算法，牺牲安全性。 18:14 <@hezekiah> co: 我不是这个意思。 18:14 <@thecrypto> elgamal 和 DSA 是等价的 18:14 <@jrand0m> 好，那我们重新审视一下 RSA/ElG 的选择。改代码问题不大。 18:14 < luckypunk> 他们可以忍受。 18:14 <@hezekiah> co: RSA 和 DSA 的声誉不比 ElGamal 差。 18:14 < luckypunk> lol 18:14 < luckypunk> 如果你在乎匿名性 18:14 <@hezekiah> thecrypto: 恰恰相反。 18:14 < luckypunk> 你就不会太在乎速度。 18:14 <@thecrypto> hezekiah: 它们都属于同一类通用算法的实现 18:14 < dm> 这很明显应该有人把两个算法的 CPU 占用实际测出来 :) 18:14 <@jrand0m> dm> 如果《Applied Crypto》上 RSA 验证是 ElG 的百分之一，那对我来说就够了。 18:15 <@thecrypto> 我们可以用 ElG 做加解密，用 DSA 做签名/验证 18:15 <@jrand0m> 选项是转到 RSA，或者在 RouterInfo 结构里加一把 DSA 密钥（~再多 256 字节） 18:15 <@hezekiah> 对。但现在 DHT 里就有两把公钥。 18:16 <@jrand0m> 那又怎样？ 18:16 < co> 我们只要一把公钥，会少些混乱。 18:16 <@hezekiah> co: 只会让开发者“混乱”……我们需要知道自己在做什么。:) 18:16 <@thecrypto> 我觉得这个也等 nop 来了再讨论 18:16 <@hezekiah> 对。 18:16 <@jrand0m> 但如果它慢 100 倍…… 18:16 <@jrand0m> 不管怎样，我们会把加密设计的讨论放到线下继续。 18:17 <@hezekiah> jrand0m: 发邮件到邮件列表上，好吗？ 18:17 < luckypunk> jrand0m: 天，我不介意，如果你连等 40 秒页面加载都受不了，那就滚吧。 18:17 <@thecrypto> 或者等会议主体结束后再说 18:17 <@jrand0m> 我几乎每天都给列表发邮件的 :) 18:17 <@jrand0m> 呵 lucky 18:17 -!- hif [~hifi@anon.iip] 加入了 #iip-dev 18:17 <@jrand0m> 好。 18:17 <@jrand0m> 好的> 2.4) 路线图 / 网络协议状态 18:17 -!- hif 现在名为 dm2 18:18 <@jrand0m> 我在网络协议方面做得很少，除了回复 co 的邮件，因为我一直在做 Java 和 I2CP。 18:18 <@jrand0m> 路线图看起来还在计划上。 18:18 <@jrand0m> 路线图有什么需要改的吗？ 18:19 <@jrand0m> 好。如果有，随时邮件列表。 18:19 <@hezekiah> 对。 18:19 -!- dm [~hifi@anon.iip] 退出 [Ping timeout] 18:19 <@jrand0m> 路线图 roadmap.xml 现在在 i2p 的 cvs 模块 i2p/doc/projectPlan 18:19 -!- dm2 现在名为 dm 18:20 <@hezekiah> jrand0m: 让我猜猜……这也在 cathedral 上？ 18:20 < nop> 我回来了 18:20 < nop> 抱歉 18:20 <@jrand0m> 好，这部分就这样（我们可以在提问环节再回到网络协议问题）。 18:20 <@jrand0m> 我没有其他子项了 18:20 <@jrand0m> hezekiah> 我不用 sf 18:20 <@thecrypto> 好，既然 nop 回来了，我们快速回到速度问题 18:20 <@hezekiah> 好。 18:21 < nop> 哪个速度问题 18:21 <@thecrypto> ElGamal 验证很慢 18:21 < nop> 对 18:21 < nop> 但 rsa 也慢 18:21 <@jrand0m> nop> 《Applied Crypto》上的基准是 RSA 验证比 ElG 的签名快 100 倍。 18:21 < nop> 嗯 18:22 <@hezekiah> 对我来说，RSA 和 DSA 几乎是瞬间。 18:22 <@hezekiah> ElG 要 20 秒。 18:22 < nop> DSA 就是 el gamal 18:22 <@jrand0m> 所以我们可以转到 RSA，或在 RouterInfo 结构里加一把 DSA 密钥 18:22 < nop> DSA 18:22 < nop> 我对所有带 R 的东西都反感 18:22 < nop> ;) 18:22 * jrand0m 不记得我们选择 ElG 而非 RSA 有什么特别强的理由 18:22 * jrand0m 感到不爽 18:22 <@hezekiah> nop: 能给我们讲讲吗？我们为什么不用 RSA？ 18:22 <@hezekiah> 细节越多越好。:) 18:23 < nop> 原因在这里，而且这点有争议，但是 18:23 < dm> 有人有空把 iip-dev 的 URL 私聊给我吗。 18:23 < nop> 破解 RSA 的方法是因式分解 18:23 < dm> 我说的是 iip-dev 邮件列表。 18:23 < luckypunk> RSA 被破解过。 18:23 < luckypunk> 实战中。 18:23 < nop> 是的，512 位的 RSA 被破解过 18:23 < luckypunk> 还是 DES？ 18:23 < luckypunk> 呃。 18:23 <@hezekiah> DES 被破解过。 18:23 < nop> 我想你说的是 DES 17:23 < co> luckypunk: 只是特定大小的密钥被攻破。 18:23 <@hezekiah> RSA 还没到那一步。 18:24 < nop> 不管怎样 18:24 < luckypunk> 但可能会。 18:24 < nop> 回到我的观点 18:24 <@hezekiah> 但问题是：2048 或 4096 的 RSA 密钥在今天安全吗？ 18:24 <@thecrypto> 等一下 18:24 < nop> 512 位的 RSA 密钥用办公电脑都被破解过 18:24 <@jrand0m> 我们看的是 2048 位的 RSA 或 ElG 18:24 < nop> hezekiah: 会是安全的，但精彩的部分来了 18:24 < nop> 如果你能因式分解 18:24 < nop> 你就能破解 RSA 18:24 < nop> 如果你能计算离散对数，你就能破解 RSA 和 EL gamal 18:24 < nop> 我们离能因式分解更近 18:24 < nop> 比起能计算离散对数 18:24 < nop> 就目前来说 18:24 < luckypunk> 离散对数不是更难吗？ 18:25 <@hezekiah> 如果你能快速因式分解，你就能破解 RSA。 18:25 <@hezekiah> luckypunk: 这就是 nop 在说的。 18:25 < luckypunk> 量子计算机。 18:25 < luckypunk> 已经快能用了。 18:25 <@hezekiah> lol 18:25 < nop> 而且在离散对数里，公钥位数的强度比 RSA 的更强 18:25 < nop> 举例来说，768 位的密钥不被 Diffie-Hellman 变体建议使用，但它还没有被证明攻破 18:25 <@hezekiah> 所以结论是我们加一把 DSA 密钥。 18:25 <@thecrypto> nop，别像比尔·盖茨那样说错了，是分解大 n，n = pq 18:25 < nop> 而 512 位的 RSA 密钥已经被攻破 18:25 <@thecrypto> 因为分解素数很容易 18:25 < nop> 谢谢 18:25 < nop> 抱歉 18:25 <@jrand0m> hezekiah> 看起来是这样。 18:26 < nop> 我是想让大家都能听懂 18:26 < nop> 抱歉 18:26 <@thecrypto> 只是澄清一下 18:26 <@jrand0m> 好的 nop，没问题，谢谢 18:26 <@hezekiah> 好。 18:26 < nop> 那就 DSA 18:26 < nop> 吧 18:26 <@hezekiah> 那我们加一把 DSA 密钥？ 18:26 < nop> 它也是 Diffie-Hellman 变体 18:26 <@jrand0m> 好，既然这样，我们把加密细节线下继续。 18:26 < nop> 我支持“对数”而不是“因子分解” 18:27 < nop> ;) 18:27 <@hezekiah> 顺便问一下，我们还需要哪些事情继续推进？ 18:27 < co> dm: URL 是 http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel 18:27 <@thecrypto> hezekiah: 选“魔法素数” 18:27 <@hezekiah> 哦，对了！ 18:27 < dm> 谢谢 co，我找到了 jrand0m 的规范。现在我需要的是一台墨粉充足的打印机。 18:27 < nop> 我会发出来 18:27 <@jrand0m> hezekiah> 更新数据结构规范，补上 DSA 的信息，规定 DSA 的密钥大小，等等。 18:27 < nop> 我们线下搞 18:27 <@jrand0m> 呵 dm。 18:28 <@hezekiah> 好，那你还有别的要说的吗，jrand0m？ 18:28 <@jrand0m> 好，我的部分说完了。hezekiah> 你有第 3 项？ 18:28 <@hezekiah> 对。 18:28 < dm> 呃，图片没显示。 18:28 <@hezekiah> 3.) nop 想加到议程里的东西。 18:28 < dm> jrand0m: 有带图片的‘I2P Network Spec Draft 2003.07.23’可下载吗？ 18:29 < co> dm: 是的，我也遇到过这个问题。 18:29 <@jrand0m> dm/co> 去拿第一版的网络规范（两周前的 zip），里面有 png。 18:30 <@jrand0m> （它也在 cvs 里，但还没有匿名/公开） 18:30 < arj> 什么时候会公开？:) 18:30 <@hezekiah> 哇！ 18:30 <@hezekiah> 现在 CVS 很快！ 18:31 <@jrand0m> arj> 我们尽量避免炒作，所以一旦准备好了就会公开，但会尽量保持低调直到那时。 18:31 < nop> hezekiah: 是 cathedral 那个吗？ 18:31 <@jrand0m> arj> 不过我们做的一切目前都是 GPL。 18:31 <@hezekiah> nop: 对 18:31 <@hezekiah> ！ 18:31 < dm> 两周前是哪个 zip？ 18:31 <@jrand0m> 哦好，你搞定了 hezekiah？ 18:31 < arj> jrand0m: 只是想看最新的规范 18:31 <@jrand0m> dm> network_spec_*.zip 我记得是这个 18:31 <@hezekiah> jrand0m: 是的！:) 18:31 < dm> 我也是，要带图片的！ 18:31 <@thecrypto> iip-dev 上大部分都有 18:32 <@jrand0m> arj> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/292 几乎包含了全部，只有一个很小的改动没在里面。 18:32 <@jrand0m> （嗯，除了客户端接入层，它现在在一个不同的规范里） 18:33 < arj> 好的谢谢 18:33 <@jrand0m> 客户端接入层规范是 http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/298 18:33 < dm> 好，那带图片的 zip 的链接呢？ 18:33 <@jrand0m> 好。nop 你有什么要说的吗，还是我们“5) 向群众开放提问/想法”？ 18:34 -!- mihi [none@anon.iip] 退出 [Ping timeout] 18:34 * jeremiah 回来了并看完了 backlog 18:34 <@jrand0m> dm> 等下，我找一下 18:34 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/269 18:35 < dm> 谢谢 18:35 <@jrand0m> 好，有什么问题/想法吗？ 18:35 -!- arj [anders@anon.iip] 退出 [EOF From client] 18:35 < co> 有。 18:35 <@jrand0m> 不客气 18:35 < co> 我们现在到第 5 项了吗？ 18:35 * jrand0m 知道你肯定有，co :) 18:35 < co> 目前，客户端到 router 的通信（外发）没有加密。 18:35 <@jrand0m> 是的，因为 nop 比较慢 :) 18:35 <@jrand0m> （该死的有工作的人） 18:36 <@hezekiah> lol 18:36 < co> 假设我有个信任的朋友，想用他的 router 来发出消息。 18:36 <@hezekiah> jrand0m: 你知道的。不是每个人都能承受没有生活。 18:36 <@jrand0m> co> 基本正确。消息的 payload 是加密的，但 I2CP 的其他部分不是 18:36 < co> 那我岂不是有被抓取消息的风险。 18:37 <@hezekiah> 是的。它们会以明文在网上传输。 18:37 <@hezekiah> 除非你通过 ssh tunnel 到他的 router 或类似的方式。 18:37 <@jrand0m> 如果你有个信任的朋友并连接到他的 router，他可以知道你发了或收了消息，但他不知道你发了什么。 18:37 <@jeremiah> 消息不还是会用公钥加密吗？ 18:37 <@hezekiah> 哎呀。 17:37 <@hezekiah> 我的错。 18:37 < dm> 我打算用 I2P 来学新东西，不让 9 到 5（Windows 管理、VB 工具）的工作把我变成僵尸。 18:37 <@jrand0m> 我也同意加上 SSL 监听支持，而不是只有 TCP 监听。 18:37 <@hezekiah> 我忘了客户端之间是端到端加密。 18:37 < co> 你的假设是我运行一个本地信任的 router，但如上所述，我可能不想那样做，这样消息就不会和我关联在一起。 18:37 <@jrand0m> 是的 jeremiah，但那只是 payload 18:37 <@jrand0m> 呵 dm 18:37 -!- mihi [none@anon.iip] 加入了 #iip-dev 18:38 <@jrand0m> 嗯。 18:38 <@hezekiah> jrand0m: 为什么不晚些时候再加上客户端到 router 的加密支持？ 18:38 <@jrand0m> 你其实最好总有一个本地信任的 router。你也可以让它连接到另一个可信的、非本地的 router。 18:39 < co> 确实，但我想附议 hezekiah 的建议。 18:39 <@jrand0m> hezekiah> 我同意之后加（“之后”的定义：t=0...releaseDate ;)） 18:40 <@jrand0m> 我完全不介意为 I2CP 加上 DH+AES 支持 18:40 < nop> 好 18:40 <@jrand0m> 其实，这些功能也可以按 router 逐个添加 18:41 < nop> jrand0m: 我觉得还需要多态密钥轮换以及干扰（chaff）流量 18:41 < nop> 我确信我们会在之后的会议讨论 18:41 < nop> 只是我的一个旁注 18:41 < nop> 使用密钥集合 18:41 <@jrand0m> 是的，当我们谈 router-router 通信的时候。 18:41 <@jrand0m> （1-2 周后） 18:41 < co> nop: 目前我没在规范里看到干扰流量，但加上会很好。 18:42 <@jrand0m> 有“干扰”，从 router 和 tunnel 参与者测试自身及其对等体这个意义上说。 18:42 -!- arj [~anders@anon.iip] 加入了 #iip-dev 18:42 <@jrand0m> 再加上 DHT 请求相对于 payload 消息来说也是干扰 18:42 < nop> jrand0m: 我会深入研究一下如何规避流量分析并避免泄露任何已知明文 18:42 <@jrand0m> 以及每种传输都会有自己的干扰风格（例如 http 传输会定期去查询 google 上的“cute puppy dogs”，之类的） 18:43 < nop> 那种干扰很好，但我也指加密的干扰 18:43 < nop> 这有助于轮换会话密钥 18:43 < nop> 还能在你的节点不活跃时保持忙碌 18:43 < dm> 也许把那个换成硬核儿童色情，更像“真实”的干扰 18:43 <@jrand0m> 好的。 18:43 < dm> 开玩笑的！ 18:43 <@hezekiah> dm: 好，否则我就要 !thwack 你了。 18:43 <@hezekiah> :) 18:44 <@jrand0m> DHT（链路加密）和测试消息（自由路径混合，类似 onion/garlic）不会有已知明文问题 18:44 < nop> 因为新节点在刚启动时流量会少 18:44 <@jrand0m> 而且我们会支持恒定比特率的传输 18:44 < nop> garlic 真棒 18:44 < nop> :) 18:44 < nop> jrand0m: DC-net 风格 :) 18:44 * jrand0m 会议结束后要去做一份加很多大蒜的意面 18:45 < nop> jrand0m: 我指的是 garlic routing 18:45 <@hezekiah> lol! 18:45 <@jrand0m> 我知道 ;) 18:45 < nop> jrand0m: 不管怎样，可以用分组加密来强制恒定比特率，因为 AES 生成 128 位分组 18:45 < nop> ;) 18:45 < nop> 所以我们可以把所有数据都填充成每条消息 16 字节 18:45 <@jrand0m> co> 我对你邮件的回复有道理吗？ 18:47 <@jrand0m> *ping* 18:47 <@hezekiah> *pong* 18:47 <@thecrypto> *pong 18:47 <@thecrypto> * 18:47 <@jrand0m> 还有别人有问题吗，还是我的 iproxy 断了？ 18:47 <@jrand0m> 呵，好 18:47 <@hezekiah> thecrypto: 分片数据包！ 18:47 <@hezekiah> lol 18:48 <@thecrypto> 刚丢了尾巴 18:48 <@thecrypto> 我这 MTU 比较小 :) 18:48 <@hezekiah> jrand0m: 我没有问题了。 18:48 < co> jrand0m: 有，你的回答有道理。 18:48 < co> 我没有更多问题了。 18:48 < dm> 我明天看规范的时候再生问题。 18:49 <@jrand0m> 好，希望你以后还有更多 :) 18:49 <@jrand0m> 太好了 dm 18:49 < dm> 可能一开始会觉得很棒。 18:49 < dm> 好，我走了。祝你们好运！ 18:49 -!- dm [~hifi@anon.iip] 退出 [] 18:50 <@jrand0m> 我们在计划里还有一个为期两周的同行评审期，不过在此之前的评审也很欢迎（即使所有细节还没完全写进去） 18:51 <@jrand0m> 好。还有别的问题吗？或者我们把第 52 次会议收尾为一个 102 分钟的会议？ 18:52 <@thecrypto> #51 18:52 <@hezekiah> 呃，我看的是 1:57 分钟。 18:52 <@hezekiah> 呃。 18:52 <@hezekiah> 我傻了 18:52 <@hezekiah> 别理我。 18:52 <@hezekiah> 我没问题…… 18:52 <@hezekiah> 有问题的！ 18:52 * jrand0m 从来不会加法…… 18:52 <@hezekiah> 现在发言，否则安静到下周二！ 18:52 <@hezekiah> 第一次！ 18:53 <@hezekiah> ……第二次！ 18:53 <@thecrypto> 成交，卖给那个穿扣领衬衫的先生 18:53 <@hezekiah> 成交！ 18:53 * jrand0m 走向厨房去做一顿拖了很久的晚餐 18:53 <@jrand0m> 谢谢各位先生女士 18:53 <@hezekiah> 再见各位！ 18:53 <@jeremiah> 我该在走之前把源码 checkout 一下 18:53 <@hezekiah> 下周二见！ --- 日志关闭 Tue Jul 29 18:53:55 2003 </div>/zh/blog/2003/07/22/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/Tue, 22 Jul 2003 00:00:00 +0000/zh/blog/2003/07/22/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席:</strong> cohesion, hezekiah, jeet, jeremiah, jrand0m, mihi, nemesis, nop, thecrypto, wilde, Zwolly</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Jul 22 15:56:06 2003 15:56 <@hezekiah> jrand0m: Righto! 15:56 -!- mode/#iip-dev [+o jrand0m] by hezekiah 15:56 <@cohesion> log enabled 15:56 <@jrand0m> w00t 15:56 <@nop> we need to add cohesion and remove mids on dev list 15:56 <@hezekiah> Excelent. :) 15:56 <@hezekiah> What dev list? 15:56 <@cohesion> nop: i tried CVS and it wouldn't accept my user/pass 15:56 <@nop> ok, I'll add you 15:56 <@nop> hold 15:56 <@nop> what is your sf id 15:56 <@cohesion> cohesion 15:56 <@nop> pmsg me if you need 15:56 <@nop> ok 15:57 <@cohesion> i think 15:57 -!- thecrypto [thecrypto@anon.iip] has joined #iip-dev 15:57 <@hezekiah> BTW, everyone I will be leaving around 22:15. 15:57 <@hezekiah> UTC 15:57 <@cohesion> yea 15:57 <@cohesion> hezekiah: okay 15:58 <@nop> cohesion: you're in 15:58 <@nop> we need to update website 15:58 <@cohesion> nop: okay 15:58 <@cohesion> nop: i'll try it now 15:58 <@nop> and we need to start modelling the IIP with an I2P 15:58 < thecrypto> hey 15:58 < thecrypto> i made it 15:58 <@nop> ok 15:58 <@nop> werd 15:58 <@nop> ;) 16:00 <@hezekiah> jrand0m? I just looked at your revision to the 16:00 <@hezekiah> development schedual. 16:01 <@jrand0m> si sr? 16:01 <@hezekiah> The graph with the bars and lines gets chopped off at 16:01 <@hezekiah> the right hand side; I can't see the rest of it. 16:01 <@jrand0m> yeah, ganttproject isn't quite perfect, but its better 16:01 <@jrand0m> than doing it by hand. 16:01 <@jrand0m> the things at the far right are the last tasks - 16:01 <@jrand0m> nothing is after them 16:01 <@hezekiah> But I can 16:01 <@jrand0m> the tasks there are listed, in order, on the 16:01 <@jrand0m> index-tasks.html 16:01 <@hezekiah> can't even see what the tasks are. 16:02 <@hezekiah> OK. :) I'll just have to settle for text. 16:02 <@hezekiah> nop: Are we going to start soon? I'm going to have to 16:02 <@hezekiah> leave at 22:15 UTC, but I'd like to catch as much of the meeting as 16:02 <@hezekiah> possible. 16:02 <@jrand0m> let me see if I can make a big task to fix that... 16:02 <@hezekiah> jrand0m: Thanks. :) 16:03 <@nop> yes 16:03 <@nop> alright 16:03 <@nop> agenda 16:03 <@nop> 1) 16:03 <@nop> welcome 16:03 <@nop> 2) 16:03 <@nop> Website future 16:03 <@nop> 3) 16:03 <@nop> bug fixes with 1.1 16:03 <@nop> 4) 16:03 <@nop> I2P 16:03 <@nop> 5) 16:03 <@nop> Suggestions and comments 16:03 <@nop> welcome all 16:04 <@nop> moving to 2 16:04 <@nop> website 16:04 <@nop> cohesion, are your maintanance website skills up to par? 16:04 <@cohesion> aye 16:04 <@cohesion> XHTML and CSS are my specialties 16:04 <@nop> ok, we are assuming you can do website stuff, changes etc 16:04 <@nop> ok 16:04 <@cohesion> yep 16:05 <@cohesion> granted that i can get CVS to cooperate :) 16:05 <@nop> easy 16:05 <@nop> export CVS_RSH=ssh 16:05 <@nop> and don't use pserver 16:05 <@nop> use d:ext 16:05 <@cohesion> i'm using gruntspud to CVS interfacing 16:05 <@nop> ok 16:05 <@cohesion> it's part of my text editor 16:05 <@cohesion> it should work 16:05 <@cohesion> we can talk about that later though 16:05 <@cohesion> i'm trying it now 16:05 -!- thecrypto [thecrypto@anon.iip] has quit [Ping timeout] 16:05 <@nop> if you have issues let me know right away if you can, so I 16:05 <@nop> can assist this because I have a bunch of tasks 16:06 <@nop> also 16:06 <@nop> we need to look at making an I2P section 16:06 <@nop> since it's going to be the next big project 16:06 <@nop> I'll talk to ellison to see if he's contribute a bit of his 16:06 <@nop> web design skills to add to that for a template 16:06 <@hezekiah> Should I2P be a section of invisiblenet.net or 16:06 <@hezekiah> invisiblenet.net/iip? (I vote for the former.) 16:06 <@nop> and we can get that hashed out 16:06 <@cohesion> ok 16:06 <@nop> former as well 16:06 <@jrand0m> former 16:06 <@nop> it would be under projects 16:07 -!- thecrypto [~thecrypto@anon.iip] has joined #iip-dev 16:07 <@nop> iip is one project 16:07 <@nop> i2p is another 16:07 <@hezekiah> So, invisiblenet.net/i2p 16:07 <@nop> yes 16:07 <@hezekiah> Right. That's the way I see it too. :) 16:07 <@nop> anyone here good at making a logo? 16:07 <@nop> volunteers are welcome 16:07 <@nop> just submit to iip-dev list 16:07 <@nop> ok moving on 16:07 <@nop> bug fixes in 1.1 16:07 <@jrand0m> h/o 16:07 * hezekiah would like to point out that his skills at the GIMP are 16:07 * hezekiah> to be avoided like WMD. 16:08 <@jrand0m> would it be possible to keep the i2p stuff off the web 16:08 <@jrand0m> until we're ready for beta? 16:08 <@cohesion> i suggest we use the wiki for collaborating on the i2p 16:08 <@cohesion> documents 16:08 <@nop> yes 16:08 <@cohesion> i can set up a restricted area 16:08 <@nop> that's possible 16:08 <@hezekiah> jrand0m: Are you thinking of a big smash announcement 16:08 <@hezekiah> on /. or something once we have it in good order? 16:08 <@nop> cohesion: I concur 16:08 <@jrand0m> yes hezekiah 16:08 <@jrand0m> word cohesion 16:09 <@nop> ok 16:09 <@nop> let's look at 1.1 for a sec 16:09 <@nop> hezekiah you made a discovery, that has not to do with 16:09 <@nop> focus? 16:09 <@nop> or what? 16:10 <@hezekiah> The code is fine. 16:10 <@hezekiah> The problem is communication, not code. 16:10 <@hezekiah> The user has to move the mouse aroung _inside_ the 16:10 <@hezekiah> dialog box. 16:10 < mihi> the dialog lacks a progress bar to give feedback if the 16:10 < mihi> user does it correctly 16:10 <@nop> yes that's true 16:10 <@hezekiah> He can move the mouse around _outside_ the dialog box 16:10 <@hezekiah> until he's blue in the face, but it won't gather entropy. (Which is what 16:10 <@hezekiah> these users are doing.) 16:10 <@nop> it does lack a dialog box 16:11 <@hezekiah> A progress bar would be a plus. 16:11 <@hezekiah> And should be somewhat easy to implement ... if I 16:11 <@hezekiah> could understand the tangle that UI code in IIP is. 16:11 <@cohesion> or even some feedback 16:11 <@hezekiah> Anyway, I posted my suggestions to the mailing list. 16:12 <@nop> it's in win32 api 16:12 <@nop> ;) 16:12 <@hezekiah> Either capture the mouse (I couldn't get M$ to 16:12 <@hezekiah> cooperate to do that), or make the dialog box message explain to the 16:12 <@hezekiah> user he needs to move the mouse around _inside_ the dialog box. 16:12 <@hezekiah> nop: I know. 16:12 <@nop> fine hezekiah be that way :) 16:12 <@hezekiah> What? 16:12 <@hezekiah> What did I do? 16:12 * hezekiah is confused 16:12 < thecrypto> how about just maximize the dialog box? 16:12 <@nop> hezekiah: I'm just messin' with ya 16:13 <@hezekiah> nop: OK. :) 16:13 <@hezekiah> Where's UserX? He knows more about the IIP UI code 16:13 <@hezekiah> than I do. 16:14 <@hezekiah> thecrypto: As for maximizing, well, the user might not 16:14 <@hezekiah> like a rabid dialog box consuming his entire screen. 16:14 <@hezekiah> Mouse capture is ideal, but as I said, I couldn't get 16:14 <@hezekiah> M$ to do it. 16:14 <@jrand0m> many other apps don't capture the mouse 16:14 <@jrand0m> a status bar plus explaination seems typical 16:15 <@hezekiah> Anyway, that's the 'bug'. 16:15 <@hezekiah> How do you want it fixed nop? 16:15 <@nop> well 16:15 <@nop> I would think if possible we could have a meter that shows 16:15 <@nop> the entropy gathering for sure 16:16 <@hezekiah> OK. 16:16 <@nop> and definitely fixes the language. Have you exhausted the 16:16 <@nop> research on capturing the mouse movements? 16:16 <@hezekiah> To the point of my patience. 16:16 <@hezekiah> Seriously, what I did _should_ work. 16:16 <@nop> I assume that's a lot? 16:16 <@hezekiah> Well, I didn't get much sleep last night. 16:17 <@nop> hmm 16:17 <@nop> let's try to get a meter bar and the language fixed 16:17 <@nop> that will give us an idea 16:17 <@hezekiah> Because it isn't working, I'm assuming the M$ docs are 16:17 <@hezekiah> lieing to me (very possible) or something 'unknown' is happening in the 16:17 <@hezekiah> IIP UI code. 16:17 <@nop> right 16:17 <@hezekiah> Righto. :) 16:17 * hezekiah now gets down on his knees and prays that UserX wrote 16:17 * hezekiah> UI code for a progress bar. 16:19 <@nop> haha 16:19 <@nop> if not go to planet-source-code.com 16:19 <@nop> there's a lot of samples there 16:19 <@hezekiah> The win32 API I can manage (though I detest it.) 16:19 <@nop> I hate it as well 16:19 <@hezekiah> But UserX/whoever-originally-wrote-this made a wrapper 16:19 <@hezekiah> around it. 16:19 <@hezekiah> It's the wrapper I'm worried about. 16:19 * nop is coding in it right now for work 16:19 <@hezekiah> I'm looking into it now. 16:20 <@hezekiah> Let's move on to the next agenda item. 16:20 -!- jeremiah-gym is now known as jeremiah 16:20 <@nop> ok 16:20 <@nop> next item is i2p 16:20 < jeremiah> hi 16:20 <@nop> hi 16:20 <@nop> jrand0m you start 16:20 <@hezekiah> jeremiah: Just in time! 16:20 < jeremiah> hezekiah: nop and I are oddly time synced, as you'll 16:20 < jeremiah> learn 16:20 <@jrand0m> 'k, has everyone had a chance to check out the roadmap? 16:21 <@hezekiah> Yeah. 16:21 <@jrand0m> its obviously draft, and things after the 1.0 milestone 16:21 <@jrand0m> are largely up in the air, but its something to start from 16:21 <@jrand0m> I've updated it beyond whats on the list to include 16:21 <@jrand0m> hezekiah jumping on the C api (w00t!) 16:22 -!- jeet [~miteymous@anon.iip] has joined #iip-dev 16:22 <@jrand0m> basically, after this coming friday, we'll have the API 16:22 <@jrand0m> protocol spec'ed out, which will mean we can parallelize a lot 16:22 < jeet> hello ;) 16:22 <@jrand0m> 'lo jeet 16:22 < jeet> hey if i make a server is it possible to change anon.iip 16:22 < jeet> to whatever i want 16:22 <@jrand0m> rough gut question: how insane does the r2 roadmap 16:22 <@jrand0m> sound? are schedules insane, are there things missing, are things in the 16:22 <@jrand0m> wrong order or dependencies not represented? 16:22 <@nop> yes 16:22 < jeet> kewl 16:23 <@hezekiah> jrand0m: I would concur the entire thing is insane. 16:23 <@hezekiah> However, I think (until I get to college) it should be doable. 16:23 <@jrand0m> heh 16:23 < jeet> this is a very cool thing you guys have done ;X 16:23 <@hezekiah> Though I'm not sure nop and UserX can design that IRC 16:23 <@hezekiah> protocol even in 21 days. 16:23 <@hezekiah> nop: ;-) 16:23 <@nop> no 16:23 <@jrand0m> ok, you're off to uni in late august? mid august? when 16:23 <@jrand0m> should we pencil you in for less activity? 16:23 <@hezekiah> Around August 20th I'm of. 16:23 <@hezekiah> off. 16:24 <@jrand0m> 'k 16:24 <@hezekiah> Until then I'm a rabid nermal! :) 16:24 < jeremiah> I'm off about the same time 16:24 < jeremiah> (to univ) 16:25 <@nop> ok 16:25 <@jrand0m> so we'll have to get more resources on the 'implement 16:25 <@jrand0m> IRC' task or just drop the task from the 1.0 release 16:25 <@hezekiah> I wouldn 16:25 <@hezekiah> wouldn't make the 1.0 release dependant on IRC. 16:25 <@nop> I believe that we will need to delay the task 16:25 < jeet> [17:23] -anon.iip- CTCP (except ACTION) and DCC are 16:25 < jeet> disabled <- how can i stop this from poppiing up every 3 minutes? 16:25 <@hezekiah> Do the IRC, but let i2p 1.0 come out when it's ready. 16:26 < thecrypto> wow, i'm half way through college as two others just 16:26 < thecrypto> start :) 16:26 <@jrand0m> lol 16:27 <@jrand0m> I concur hezekiah 16:27 <@hezekiah> Cool. I still think i2p will be it's own killer app. 16:27 <@jrand0m> so that basically means all I2P 1.0 requires after 16:27 <@jrand0m> august is a month of debugging and documentation to go from alpha to 16:27 <@jrand0m> beta to 1.0 16:28 <@jrand0m> hezekiah> definitely. we need to get a demo app out on 16:28 <@jrand0m> it first - does the instant messenger app + file transfer sound good to 16:28 <@jrand0m> people for that? 16:28 -!- jeet [~miteymous@anon.iip] has quit [ircN 7.27 + 7.0 for mIRC 16:28 <@jrand0m> (2002/01/10 00.00)] 16:28 <@hezekiah> Well, you said it best: 'demo'. From my view, it 16:28 <@hezekiah> doesn't need to be special. It just needs to prove the network is worth 16:28 <@hezekiah> developing on. 16:29 <@hezekiah> So the IM client would be a good demo, in my opinion. 16:29 < Zwolly> file transfer is one thing i really would like to see so 16:29 < Zwolly> gimme a demo 16:29 <@hezekiah> Zwolly: lol 16:29 <@nop> yes 16:29 < Zwolly> and see me as an "normal" user 16:30 <@hezekiah> Zwolly: You can be our guniea pig! ;-) 16:30 * hezekiah starts mixing poisinous code in his lab. ;-) 16:30 < Zwolly> hmmm yummie 16:31 <@jrand0m> ok, one last thing on i2p 16:31 <@nop> sure 16:32 <@jrand0m> nop> any chance we can get a non sourceforge trusted 16:32 <@jrand0m> cvs server? 16:32 <@jrand0m> sourceforge has more problems than these college 16:32 <@jrand0m> student's exams 16:32 <@nop> yes 16:32 <@nop> I will arrange that and have it up by next week 16:32 <@jrand0m> awesome. thanks 16:32 <@nop> also 16:32 <@nop> I may be able to get a compile farm 16:32 <@nop> that is not sf 16:32 <@nop> with vpn access to it 16:32 <@hezekiah> Compile farm!? 16:32 <@jrand0m> compile farm? bah, we can just run ant :) 16:32 <@hezekiah> jrand0m: All code is not Java. 16:32 <@hezekiah> I personally love compile farms. 16:32 <@hezekiah> :) 16:32 <@jrand0m> ant == make. it can run gcc / etc 16:32 <@nop> hezekiah: send me a list of viable platforms we'll need to 16:32 <@nop> test on 16:32 <@jrand0m> 'k, if we really need the cpu power of a compile farm, 16:32 <@jrand0m> thats great 16:33 < wilde> what license are you planning to use? 16:33 <@nop> GPL 16:33 <@jrand0m> GPL cool with everyone for this? 16:33 < wilde> k nice 16:33 <@hezekiah> I'm very pro GPL. 16:33 <@hezekiah> But one warning 16:33 <@hezekiah> For the API's we will probably need LGPL. Otherwise 16:33 <@hezekiah> all programs made for this network MUST be GPL 16:33 <@jrand0m> we may want to go LGPL down the line 16:33 <@jrand0m> yeah 16:33 <@jrand0m> we MUST not require all apps using I2P to be GPL'ed 16:33 <@hezekiah> So the router should be GPL, but the API's will 16:33 <@hezekiah> probably need to be LGPL at some time. 16:33 <@hezekiah> jrand0m: Then we'll need an LGPL API. 16:33 <@hezekiah> The only problem that poses is getting a good crypto 16:33 <@hezekiah> kit for C that is compatible with LGPL. 16:33 <@hezekiah> I don't think Cryptlib's Sleepycat license is. 16:33 <@hezekiah> I could email the author and ask for an exception or 16:33 <@hezekiah> something if I need to when the time comes. 16:33 <@jrand0m> hezekiah> not need, want. the API comm layer will be an 16:33 <@jrand0m> open spec, so anyone can write their own and not link to any of our 16:33 <@jrand0m> libraries 16:33 <@hezekiah> Right. 16:33 <@nop> right 16:33 <@hezekiah> So for now we can even make GPL API's if we need to. 16:34 <@hezekiah> OK, one question for jrand0m: 16:34 < jeremiah> but we should try to have non-viral ones asap 16:34 <@hezekiah> I agree. 16:34 < wilde> http://www.virtualunlimited.com/products/beecrypt/ 16:34 < wilde> Bee Crypt is LGPL, i've used once 16:34 <@hezekiah> wilde: Beecrypt is far beneath what is required 16:34 <@hezekiah> unfortunately. 16:34 <@nop> yes 16:34 <@nop> I don't think we should use a crypto lib like Beecrypt 16:34 <@jrand0m> word wilde 16:34 <@cohesion> hezekiah: there's tons of crypto code in 16:34 <@cohesion> GnuPrivacyGuard that's all GPL'd 16:34 <@cohesion> you might check and see where it came from 16:34 <@hezekiah> cohesion: The problem is we'll need an LGPL C API that 16:34 <@hezekiah> uses Crypto. 16:34 <@hezekiah> I'll work it out when I get to it. 16:34 <@hezekiah> For now, I have two questions for jrand0m: (It's gone 16:34 <@hezekiah> up one!) :) 16:34 <@jrand0m> we have lots of options. we'll figure it out 16:34 <@jrand0m> heh fire away 16:34 <@hezekiah> 1.) When the client API spec is done on the 25th will 16:34 <@hezekiah> it detail the byte-by-byte structure of the messages sent over the 16:34 <@hezekiah> network, and will it detail the specifics on how the crypto is 16:34 <@hezekiah> implemented? 16:35 -!- ion [ion@anon.iip] has joined #iip-dev 16:35 <@jrand0m> yes 16:35 <@hezekiah> 2.) Will be we using Twofish? ;-) 16:35 <@jrand0m> no, prolly aes, unless someone has a really good reason 16:35 <@hezekiah> jrand0m: Was that yes to both questions, or just 16:35 <@hezekiah> question 1? 16:35 -!- nemesis [nemesis@anon.iip] has joined #iip-dev 16:35 <@hezekiah> OK. 16:35 <@jrand0m> hezekiah> yes to both 16:35 <@nop> well 16:35 < nemesis> uuuh, since when there are here ops? :) 16:35 <@hezekiah> nemesis: The English structure of that sentence was 16:35 <@hezekiah> too garbled for me to decipher? Whould you like to restate your 16:35 <@hezekiah> question? 16:35 <@jrand0m> whats special about twofish? why not go with the 16:35 <@jrand0m> advanced encryption Standard? 16:35 <@hezekiah> nop: Holding ... :) 16:35 * jrand0m holds 16:35 <@nop> I prefer that we have a suite of encryption options 16:35 <@nop> not just aes 16:35 <@nop> there are opinions about AES that some people do not feel 16:35 <@nop> comfortable using 16:35 <@nop> and would rather go with Twofish etc 16:35 <@nop> so maybe we can have it be a selection 16:35 < wilde> do both :) 16:35 <@nop> yes 16:35 <@nop> wilde: exactly 16:35 <@jrand0m> nop> suites would mean not everyone can send messages 16:35 <@jrand0m> to everyone 16:35 < jeremiah> but then wouldn't each router have to support both? 16:35 < jeremiah> that seems painful 16:35 <@jrand0m> doing both is definitely the case for transport layer, 16:35 <@jrand0m> where things can be negotiated 16:35 <@nop> not really 16:35 <@nop> I would not agree with AES then 16:35 <@nop> as if you are paranoid 16:35 <@hezekiah> Right. But let's try to too enclude things that are 16:35 <@hezekiah> weakening like 3DES. 16:35 <@hezekiah> A chain is only as strong as its weakest link. 16:35 <@nop> then you'll realize why 16:35 <@nop> with the US gov't approvals 16:36 <@jrand0m> I don't support AES because it has govt approval, I 16:36 <@jrand0m> support AES because it has cryptographers, scientists, and 16:36 <@jrand0m> mathematicians approvals. 16:36 <@jrand0m> if there is a better one, we can go with that. 16:36 <@jrand0m> but I don't want to go with something because its 16:36 <@jrand0m> different 16:36 <@nop> but the approval of twofish is strong as well amongst 16:36 <@nop> cryptographers 16:36 <@hezekiah> Well, the last three AES candidates were Rijndael, 16:36 <@hezekiah> Twofish, and Serpent. 16:36 <@nop> exactly 16:36 <@hezekiah> Rijndael was the fastest. 16:36 <@hezekiah> Personally, I have more faith in Twofish than 16:36 <@hezekiah> Rijndael. 16:36 <@jrand0m> nop I think I heard you say there were problems with 16:36 <@jrand0m> serpent? 16:36 < wilde> use multiple layers of encryption if you have CPU for it 16:36 <@jrand0m> wilde> there will be, but thats on a different aspect 16:36 <@jrand0m> of things. 16:36 <@nop> all I'm saying is that we could have both supported 16:36 <@nop> doesn't hurt 16:36 <@jrand0m> actually it does hurt 16:36 <@jrand0m> segmentation attack 16:36 < wilde> ok twofish wrapped in AES could be overkill 16:36 <@nop> haha 16:36 <@nop> not twofish wrapped in AES 16:36 < jeremiah> should we standardize each transport as having one 16:36 < jeremiah> specific set of characteristics (network setup, encryption)? 16:36 <@nop> alright for the sake of argument 16:36 <@nop> let's do rijndael for this part 16:36 < jeremiah> and then we could have one TCP transport supporting 16:36 < jeremiah> AES, one with Twofish, but not one that has to juggle both? 16:36 <@jrand0m> jeremiah> yes, particular transports will have 16:36 <@jrand0m> particular characteristics, but we're covering the end to end message 16:36 <@jrand0m> crypto done in the api atm 16:36 <@nop> let's do end to end AES 16:36 < jeremiah> jrand0m: ah 16:36 <@nop> then node to node twofish option 16:37 <@nop> and if you can, do AES-counter mode 16:37 <@jrand0m> 'k, sounds good. we can always change later on before 16:37 <@jrand0m> release (during peer review, etc) 16:37 < wilde> but all crypto algorithms have failed in the past, using 16:37 < wilde> double encryption would at least buy time in case of a crypto 16:37 < wilde> breakthrough 16:37 < jeremiah> not really 16:37 <@jrand0m> wilde> the truly paranoid can encrypt with their own 16:37 <@jrand0m> system prior to sending messages over the I2P network 16:37 <@hezekiah> wilde: If one algorithm is found to be weak, we'll 16:37 <@hezekiah> replace it. 16:37 <@jrand0m> I2P will just transparently encrypt 16:37 < wilde> jrand0m: yes, you're right, there should be a limit to 16:37 < wilde> paranoia 16:38 <@nop> yes 16:38 <@nop> we could go on all day 16:38 <@nop> arguing about it 16:38 <@nop> AES end to end 16:38 <@jrand0m> ok, I don't have anything else on I2P stuff 16:38 <@nop> Twofish and others node to node 16:38 <@jrand0m> coo' 16:38 <@jrand0m> any other I2P stuff, or are we on the next agenda item? 16:38 <@hezekiah> I'm done. :) 16:38 < wilde> what about A2A, anonymous 2 anonymous? 16:38 <@hezekiah> I 16:38 <@hezekiah> I've never heard of that. What are you talking about, 16:38 <@hezekiah> wilde? 16:38 <@jrand0m> I2P is anonymous to anonymous communication 16:38 <@jrand0m> I2P = "Invisible Internet Project" 16:38 < nemesis> jrand0m: can you send the roadmap as an attechment, and 16:38 < nemesis> not as inline? 16:38 <@jrand0m> (dont make us say I^2P) 16:38 <@nop> hushmail has an encrypted messenger 16:38 <@nop> neat 16:38 <@jrand0m> nemesis> hmm, I tried to - hushmail said it was 16:38 <@jrand0m> attached :/ 16:38 <@hezekiah> nemesis: I got it as attached. 16:38 <@jrand0m> nemesis> you can d/l from 16:38 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/290 16:38 < nemesis> i'm sorry, i can't copy&amp;paste it 16:38 <@hezekiah> nemesis: Perhaps your mail reader is the problem? (He 16:38 <@hezekiah> sent it as a zip file.) 16:38 < nemesis> its inline 16:38 < nemesis> theres a zip file... 16:38 -!- UserX [~User@anon.iip] has joined #iip-dev 16:38 <@jrand0m> 'lo userx 16:38 < nemesis> -Hush_boundarfy-31fda3d62329b 16:38 <@nop> did anyone log this 16:38 < nemesis> Content-Transfer-Encoding: base64 16:38 <@hezekiah> cohesion was supposed to. 16:38 <@jrand0m> I log all IRC 16:38 <@cohesion> i have it all 16:38 < thecrypto> yes 16:38 <@jrand0m> word 16:38 < Zwolly> my ISP also logs all the IRC chatting so what is new 16:38 <@jrand0m> lol Zwolly 16:38 < Zwolly> hehe 16:38 <@hezekiah> Zwolly: Your ISP won't have logs of this. :) 16:38 < Zwolly> i hope not if so you guys do a louzy job 16:38 <@hezekiah> lol 16:39 <@hezekiah> So, I'm assuming we move on to the next agenda item 16:39 <@hezekiah> now since we've stopped talking about i2p for a while. 16:39 <@nop> yes 16:39 <@nop> comments 16:39 <@nop> suggestions 16:39 <@jrand0m> we, should, like, do some drugs, man 16:39 <@hezekiah> jrand0m: Sorry. I refuse to ruin a good mind with such 16:39 <@hezekiah> substances. 16:39 < wilde> question: isn't the release plan a bit optimistic= 16:39 < wilde> ? 16:39 <@hezekiah> wilde: lol. Well, my term would be 'insane'. But I 16:39 <@hezekiah> think it might be feasible. 16:39 <@jrand0m> wilde> good question. it should be plausible, and if 16:39 <@jrand0m> any devs on there want to adjust tasks they are working on, we will. 16:39 < thecrypto> we can do it! 16:39 <@jrand0m> go TEAM! 16:39 < wilde> aim high that's good, but it should be realistic 16:39 < wilde> do you guys have time enough for the actual programming? 16:39 * jrand0m quit his job to work on this, and a few people have 16:39 * jrand0m> summer break coming up 16:39 < wilde> i mean september-october that's like 60-90 days 16:39 < wilde> ok that's sounds good 16:39 <@jrand0m> but don't believe us. we'll release when its ready. 16:39 <@hezekiah> jrand0m: BTW, since you quit your job, how are you 16:39 <@hezekiah> going to eat while you code this? 16:39 < jeremiah> wilde: we're going to be implementing lots of it in 16:39 < jeremiah> high-level languages and then re-coding in C later 16:39 <@jrand0m> hezekiah> I eat code 16:39 <@hezekiah> I was afraid you'd say something like that. 16:39 <@jrand0m> ;) 16:39 <@hezekiah> I just hope you've got a good nest egg to live on. 16:39 < jeremiah> jrand0m: my code eats random numbers 16:39 < jeremiah> that might make a bad loop 16:39 <@hezekiah> ROTFL! 16:39 < wilde> drinking java, eating python, roasted ant, could go 16:39 <@jrand0m> but bugs have lots of protien 16:39 * jrand0m !thwaps self 16:39 <@jrand0m> ok, do we have other questions / comments / 16:39 <@jrand0m> suggestions? 16:39 <@hezekiah> Well, I've got to go now. 16:39 <@hezekiah> Bye everyone. :) 16:39 <@jrand0m> or are we actually finishing up in under an hour? 16:39 -!- hezekiah [hezekiah@anon.iip] has quit [Client exiting] 16:39 <@jrand0m> lol wilde 16:39 <@jrand0m> nop> got anything or we done? 16:40 -!- UserX [~User@anon.iip] has quit [Ping timeout] 16:40 -!- wilde [anon@anon.iip] has quit [] 16:40 <@cohesion> ok, i'm ending the meeting 16:40 < nemesis> STOP! 16:40 <@cohesion> nop: i'll get with you about CVS tomarrow 16:40 * jrand0m stops 16:40 < nemesis> ganttproject-1.9.7.jar 16:40 <@cohesion> GO! 16:40 < nemesis> how it works? 16:40 <@nop> ok 16:40 <@nop> also 16:40 <@nop> aes 16:40 <@jrand0m> nemesis> just double click on it with java 1.4.2 16:40 <@jrand0m> installed 16:40 <@nop> we should use 256 bit as a norm 16:40 < nemesis> i have java 1.4.2... 16:40 <@jrand0m> nemesis> I'll email out the xml with the project info 16:40 <@jrand0m> word nop, definitely 16:40 < nemesis> Could not find the main class. Program will exit! 16:40 < nemesis> hm.. i think my java are broken.... Title of the 16:40 < nemesis> Window: Java Virtual Machine Launcher... 16:40 <@jrand0m> weird nemesis, works for me... make sure its loading it 16:40 <@jrand0m> with the 1.4.2 jvm and not the windows jvm 16:40 <@jrand0m> ah, try running from the cmd.exe command line 16:40 < nemesis> eh? 16:40 < nemesis> k 16:40 < nemesis> then i write a .bat for it, like for columba :) 16:40 <@cohesion> ok, i'm closing the logs 16:40 <@jrand0m> (and type java -version first to make sure it uses the 16:40 <@jrand0m> right one) 16:40 <@jrand0m> heh word 16:40 <@cohesion> everyone say "cheese" 16:40 <@jrand0m> queso 16:40 < thecrypto> cheese 16:40 < Zwolly> chesse 16:40 < Zwolly> cheese 16:40 < nemesis> E:\Sytemprogramme\server\Projektverwaltung>java 16:40 < nemesis> ganttproject-1.9.7.jar 16:40 < nemesis> Exception in thread "main" 16:40 < nemesis> java.lang.NoClassDefFoundError: ganttproject-1/9/7/ja 16:40 < nemesis> r 16:40 <@jrand0m> java -jar ganttproject-1.9.7.jar 16:40 < nemesis> java version "1.4.2-beta" 16:40 < nemesis> Java(TM) 2 Runtime Environment, Standard Edition (build 16:40 < nemesis> 1.4.2-beta-b19) 16:40 < nemesis> Java HotSpot(TM) Client VM (build 1.4.2-beta-b19, mixed 16:40 < nemesis> mode) 16:40 < nemesis> hm... why with -jar? 16:40 < nemesis> now it works... 16:40 -!- ion [ion@anon.iip] has quit [Ping timeout] 16:40 < nemesis> thx jrand0m 16:40 <@jrand0m> without -jar asks it to load the class 16:40 <@jrand0m> ganttproject-1/9/7/jar 16:40 <@jrand0m> np 16:40 < jeremiah> is cvs working? 16:40 < jeremiah> i checked out earlier today, but it's weird now 16:40 <@jrand0m> sourceforge is being a pain atm --- Log closed Tue Jul 22 17:18:14 2003 </div>/zh/blog/2003/07/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 15 Jul 2003 00:00:00 +0000/zh/blog/2003/07/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（感谢互联网档案馆 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席:</strong> gott, hezekiah, jeremiah, jrand0m, mihi, Neo, nop, WinBear</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Jul 15 17:46:47 2003 17:46 < gott> yo. 17:46 <@nop> just a heads up on my silence 17:46 <@hezekiah> Tue Jul 15 21:46:49 UTC 2003 17:47 <@hezekiah> OK. The iip-dev meeting has started. 17:47 <@hezekiah> Is it the 48th or 49th? 17:47 < jrand0m> nop> this is why its critical that we get the router architecture pounded out asap. I understand that different people have different rates of speed, and we must segment so different components can proceed accordingly 17:47 < mihi> 49th 17:47 <@hezekiah> OK! Welcome to the 49th iip-dev meeting! 17:47 < jrand0m> I have three more days at my job, after which 90+ hours / week will be dedicated to getting this going 17:48 < jrand0m> I know and don't expect everyone to be able to do that, which is why we need to segment 17:48 < jrand0m> hi hezekiah :) 17:48 <@hezekiah> lol 17:48 <@nop> to rebutt on that 17:48 <@hezekiah> I'll wait a minute. Then we can do the agenda. :) 17:48 <@nop> the security of the router architecture is dependant that you do not rush as well 17:49 <@nop> if we do 17:49 <@nop> we overlook 17:49 <@nop> which could leave us cleaning up a big mess later 17:49 -!- Rain [Rain@anon.iip] has quit [I Quit] 17:49 < jrand0m> nop> disagree. we can still build app layer and APIs without implementing the router (or even knowing how the network will operate) 17:49 <@nop> I agree with that 17:50 <@nop> I'm specifically talking about the underlying network 17:50 < jrand0m> if we can agree to the API I sent out, then thats the segmentation we need 17:50 < jrand0m> right, router impl and network design still isn't done 17:50 <@nop> ok 17:50 <@nop> oh, I can definitely agree with your api so far 17:51 <@hezekiah> jrand0m: One problem. 17:51 < jrand0m> shoot hezekiah 17:51 <@hezekiah> It will look different if you implement it in C. 17:51 < jrand0m> not too different 17:51 < gott> oh dear 17:51 < jrand0m> less capital letters, and replace the objects with structs 17:51 < gott> what languages are people considering implementing it in? 17:51 < jrand0m> (for the api) 17:51 <@hezekiah> Uh, jrand0m? There is no 'byte[]' in C. 17:51 < jrand0m> gott> read the mail archives for some example answers to that 17:52 <@hezekiah> You will be using void*'s with an integer to specifiy the length most likely. 17:52 < jrand0m> hezekiah> then unsigned int[] 17:52 < gott> jrand0m: for once, a religious war that I'm not a part of 17:52 <@hezekiah> If I remember correctly (help me out here nop), you can't just return an unsigned int[] from a function. 17:53 <@hezekiah> gott: as opposed to what? pseudocode? 17:53 < jrand0m> right, syntactic changes. but yes, if there are real differences, we need to get them worked out ASAP. (like, today) Perhaps now would be a good tiem to look at the email I sent entitled "high level router architecture and API" and review? 17:54 <@hezekiah> nop? UserX? Are you game for that? 17:54 < jrand0m> not too different, but different none the less, yes. which is why I said Java API on todays email :) 17:54 -!- WinBear [WinBear@anon.iip] has joined #iip-dev 17:55 <@nop> wait 17:55 <@nop> reading above 17:55 -!- mihi_2 [~none@anon.iip] has joined #iip-dev 17:55 -!- mihi is now known as nickthief60234 17:55 -!- mihi_2 is now known as mihi 17:55 < jrand0m> wb mihi 17:55 < gott> btw, is this being live logged? 17:55 -!- nickthief60234 [~none@anon.iip] has quit [EOF From client] 17:55 <@hezekiah> gott: Yes. 17:55 < mihi> redundancy rules ;) 17:55 < gott> I'll just read it later on then. 17:55 -!- gott [~gott@anon.iip] has left #iip-dev [gott] 17:56 <@nop> ok 17:56 <@nop> yes 17:56 < WinBear> jrand0m: hi 17:56 <@nop> definitely differences 17:56 <@nop> what we need 17:56 < jrand0m> heya WinBear 17:56 <@nop> is a team of certain developers to write the main api level controls for these languages 17:56 <@nop> we know that jrand0m can handle java 17:56 <@nop> and probably could team up with thecrypto as well 17:56 <@nop> and hezekiah and the gang can do C 17:56 <@nop> and jeremiah if he's willing 17:56 <@nop> can do python 17:56 <@hezekiah> I can do C++ too! ;-) 17:56 <@nop> ok 17:56 <@nop> C++ as well 17:57 <@hezekiah> lol 17:57 <@nop> C++ will probably work 17:57 <@nop> with C 17:57 <@nop> if you don't template the crap out of it 17:57 < jrand0m> heh 17:57 <@hezekiah> lol 17:57 <@hezekiah> Actually, while MSVC can link C and C++ object files, gcc doesn't seem to like that. 17:57 <@nop> aka, stick to structs that are compatible with C, or is that not viable 17:57 < jrand0m> first question, prior to that, is what applications will use these APIs? I know of apps that will want to use java, will iproxy be in C? 17:58 <@hezekiah> nop: I don't think C and C++ are object compatible. 17:58 <@nop> ok 17:58 <@hezekiah> nop: C++ won't get along with C much better than Java. 17:58 <@nop> well maybe USerX could do C 17:58 <@nop> and you could pull C++ 17:58 <@hezekiah> We don 17:58 <@nop> ? 17:58 <@hezekiah> don't even need to _do_ C++ if you don't want to. It's just that I prefer it. 17:59 <@nop> well, the thing is 17:59 <@nop> there are a lot of C++ developers 17:59 <@nop> especially in the microsoft world 17:59 <@hezekiah> Even in the Linux world. (see: KDE and Qt.) 17:59 < jrand0m> C and C++ are binary compatible if you just make .so or .a 17:59 < jrand0m> (btw) 18:00 <@nop> can C be a good placement for C++, aka C++ developers would be able to handle a c api easier than a C++ api with a c developer? 18:00 <@hezekiah> jrand0m: Yeah. You can probably have libraries ... but if you can 18:00 <@hezekiah> jrand0m: can't even use classes, it sorta defeats the purpose. 18:00 <@nop> right 18:00 <@nop> let's stick with C 18:01 <@nop> because C++ coders can still call a C library rather easily 18:01 <@hezekiah> If one module needs to call anothers functions, then they had best both be the same language. 18:01 <@hezekiah> nop: C++ coders will know C well enough ... though it might take some work if they never /learned/ C. 18:02 <@hezekiah> However, C coders wouldn't know C++ since C is just a subset of C++. 18:02 -!- logger_ [~logger@anon.iip] has joined #iip-dev 18:02 -!- Topic for #iip-dev: logfiles will be online after the meeting: http://wiki.invisiblenet.net/?Meetings 18:02 [Users #iip-dev] 18:02 [@hezekiah] [+Ehud ] [ leenookx] [ moltar] [ tek ] 18:02 [@nop ] [ jeremiah] [ logger_ ] [ Neo ] [ WinBear] 18:02 [@UserX ] [ jrand0m ] [ mihi ] [ ptsc ] 18:02 -!- Irssi: #iip-dev: Total of 14 nicks [3 ops, 0 halfops, 1 voices, 10 normal] 18:02 < jrand0m> right 18:02 -!- Irssi: Join to #iip-dev was synced in 9 secs 18:02 < jrand0m> (with JMS :) 18:02 <@nop> yep 18:03 -!- You're now known as logger 18:03 < jrand0m> ok, can we review the overall architecture to see whether the APIs are even relevent first? 18:03 <@nop> fine 18:04 < jrand0m> :) 18:04 < jrand0m> ok, see the email I sent w/ the routerArchitecture.png. any thoughts on that seperation? 18:04 -!- tek [~tek@anon.iip] has quit [] 18:05 < WinBear> jrand0m: is that on the wiki? 18:05 < jrand0m> WinBear> no, on the mailing list, though the archives are down. lemmie add it to the wikki 18:06 <@hezekiah> Correct me if I'm wrong ... 18:07 <@hezekiah> ... but it looks like we're going to have 3 seperate API's that are as similar as possible. 18:07 <@hezekiah> Right? 18:07 < jrand0m> yes hezekiah 18:07 <@hezekiah> So since each API is in a different language, are they going all each have seperate implementations? 18:07 < jrand0m> yes 18:07 <@hezekiah> Or is there a way for Java or Python to access a C library? 18:08 < jrand0m> yes, but we don't want to go that route 18:08 < mihi> for java: JNI 18:08 <@hezekiah> So this talk about Java, C, C++, Python, etc. working together is mute since they never will? 18:08 < jrand0m> how do I attach an image to the wiki? 18:08 <@hezekiah> Each API has its own backend written in that language. 18:08 < jrand0m> no hezekiah, look at the diagram 18:09 <@hezekiah> Oh, duh! 18:09 <@hezekiah> The API's don't link to a backend. 18:10 <@hezekiah> They talk via sockets. 18:10 < jrand0m> si sr 18:10 <@hezekiah> This is still a little confusing though. 18:10 <@hezekiah> Give me a sec here. :) 18:11 <@hezekiah> OK. What is the thing labeled 'transport'? 18:11 < jrand0m> for example, bidirectional HTTP transport, SMTP transport, plain socket transport, polling HTTP socket, etc 18:11 < jrand0m> the thing that moves bytes between routers 18:12 <@hezekiah> OK. 18:12 <@hezekiah> So the diagram I'm looking at shows one person's computer. 18:12 <@hezekiah> He has a router that talks to other people's computers via the transports. 18:12 < jrand0m> correct 18:12 <@hezekiah> Person 1 (Alice) has 2 applications running. 18:12 <@hezekiah> One is in C, the other in Java. 18:13 <@hezekiah> Both are linked to a library (that's the API). 18:13 < jrand0m> both are "linked" to seperate libraries (the APIs) 18:13 <@nop> simple concept 18:13 <@nop> yes 18:13 <@hezekiah> Those libraries, take input from the program encrypt it, and send it via sockets (unix or TCP) to the router ... which is another program Alice is running. 18:13 < jrand0m> correct 18:14 <@hezekiah> OK. So it's kinda like isproxy being split in two. 18:14 < jrand0m> bingo :) 18:14 <@hezekiah> One part is low end and written in C, and the other is high end and written in whatever. 18:14 < jrand0m> exactly 18:14 <@hezekiah> OK. I get it. :) 18:14 < jrand0m> w00t 18:14 <@hezekiah> So no language needs to play nice with any other language. 18:14 < jrand0m> WinBear> sorry, I can't toss it on the wiki as it only takes text :/ 18:15 <@hezekiah> Since they all comunicate with the router via sockets, you could write an API in PASCAL for all the design cares. 18:15 <@nop> yes 18:15 <@nop> arbitrary 18:15 < jrand0m> right 18:15 <@nop> it handles arbitrary sockets 18:15 < jrand0m> though some things need to be standardized (like the data structures for Destination, Lease, etc) 18:15 < WinBear> jrand0m: i get a vague idea based on what hezekiah is saying 18:15 < jrand0m> word 18:16 <@hezekiah> jrand0m: Right. The structure and order of the bytes that go across that socket is set in a design somewhre 18:16 <@hezekiah> somewhere. 18:17 <@hezekiah> But you can still implement how those bytes are send and received any joly way you please. 18:17 <@nop> WinBear: it's the same exact way that the irc client works with isproxy 18:17 < jrand0m> exactly 18:17 <@hezekiah> Good. 18:17 <@hezekiah> I understand now. :) 18:17 -!- moltar [~me@anon.iip] has left #iip-dev [moltar] 18:17 <@nop> well 18:17 <@nop> not exactly 18:17 <@hezekiah> Uh oh. 18:17 <@nop> but imagine how that works 18:17 <@nop> and you can understand arbitrary sockets 18:17 <@nop> isproxy just routes 18:17 <@nop> and delivers 18:18 <@nop> now jrand0m 18:18 <@nop> quick question 18:18 < jrand0m> si sr? 18:18 <@nop> is this api designed for only new applications that are designed to work on this network 18:18 -!- mode/#iip-dev [+v logger] by hezekiah 18:18 < WinBear> nop: with the highlevel replacing the irc client? 18:18 < jrand0m> nop> yes. though a SOCKS5 proxy could use this API as well 18:18 <@nop> or can it be able to have a middle man that can allow already standard clients 18:18 <@nop> for instance 18:19 <@nop> so all we would have to do is write the middleman -> api 18:19 < jrand0m> (but note that there's no 'lookup' service available - no DNS for this network) 18:19 < jrand0m> correct 18:19 <@nop> so that we can support say Mozilla etc 18:19 <@nop> so they can just code plugins 18:19 < jrand0m> nop> yes 18:19 <@nop> ok 18:19 <@nop> or transports :) 18:20 < jrand0m> (e.g. the SOCKS5 has the HTTP outproxies hardcoded to destination1, destination2, and destination3) 18:20 <@nop> ok 18:20 < WinBear> i think i get it 18:21 < jrand0m> w00t 18:21 < jrand0m> ok, one of the things I had to think about in this design was keeping the private keys in the app's memory space - the router never gets a hold of destination private keys. 18:21 <@hezekiah> So the application can send raw data over the I2P network by sending it to the API, and it doesn't need to worry about the rest. 18:22 <@hezekiah> Right? 18:22 < jrand0m> that means the APIs need to implement the end to end part of the crypto 18:22 < jrand0m> exactly hezekiah 18:22 <@hezekiah> OK. 18:22 <@nop> yes 18:22 <@nop> that's the idea 18:22 <@nop> it does it for you 18:22 <@nop> you just call the hook 18:23 <@hezekiah> One quick question: 18:23 <@hezekiah> This 'router' obviously needs to speak a certain protocol over it's transports. 18:23 < jrand0m> correct 18:23 <@hezekiah> So it is possible to provide multiple implementations of the router ... 18:23 < jrand0m> yes 18:24 <@hezekiah> ... as long as they both speak the same protocol. 18:24 < jrand0m> (which is why the spec has placeholders for bitbuckets) 18:24 < jrand0m> right 18:24 <@hezekiah> So you have a router in Java, and one in C, and one in PASCAL. 18:24 * jrand0m cringes 18:24 < jrand0m> but yeah 18:24 <@hezekiah> And they all can talk together since they're talking over TCP/IP using the same protocol. 18:24 * WinBear jumps 18:24 <@hezekiah> jrand0m: And yes. I don't remember my PASCAL days overly fondly either. 18:25 < jrand0m> well, Pascal can talk to the C one through the TCP transport, and the C one can talk to the Java one over the HTTP transport, for example 18:25 <@hezekiah> Right. 18:25 < jrand0m> (transports talk to other like transports, routers manage the messages delivered between them but don't deal with how they're delivered) 18:26 <@hezekiah> The point I was looking to make was that the protocol is the same, so it doesn't matter what language someone's router is implemented in. 18:26 < jrand0m> right 18:26 <@hezekiah> Cool. 18:26 < jrand0m> now you understand why I said "who cares" to all the C vs Java vs etc debates? :) 18:26 <@hezekiah> Yup. 18:26 <@hezekiah> lol 18:27 <@hezekiah> I've got to hand it to you jrand0m. This will make it very kind for develoeprs to write programs for this network. 18:27 < jrand0m> heh, well, the API ain't quite original. this is how Message Oriented Middleware (MOM) works 18:27 <@hezekiah> And you could even make routers that specialize in certain platform specific features (like 64-bit CPU's). 18:28 < jrand0m> absolutely 18:28 <@hezekiah> jrand0m: Humble too! ;-) 18:28 <@hezekiah> Well, it looks good to me. 18:28 < jrand0m> ok, UserX, nop, does this seperation make sense? 18:28 <@nop> of course 18:28 <@nop> is userx still here 18:29 <@hezekiah> He's been idle for 1:26. 18:29 < jrand0m> 'k. so then we have two tasks: design the network, and design how the API works. 18:29 <@nop> right 18:29 <@hezekiah> Quick simple question: The API's do end to end crypto. Do the routers to node to node crypto ? 18:29 <@nop> yes 18:30 < jrand0m> yes 18:30 < jrand0m> (transport level) 18:30 <@hezekiah> Good. :) 18:30 <@nop> hezekiah: it's very similar to what we have so far 18:30 <@nop> in that aspect 18:31 < jrand0m> ok.. er, shit, thecrypto aint around for comments on the performance model. 18:31 < Neo> and for the paranoid, the apps can do the pgp encryption before it hits the API ;) 18:31 < jrand0m> absolutely neo 18:31 < jrand0m> I was even tempted to leave the end to end crypto out of the API and leave it up to the apps... 18:31 <@hezekiah> jrand0m: That would be cruel. 18:31 < jrand0m> heheh 18:32 <@hezekiah> BTW, the API's and the router communicate via sockets. 18:32 <@hezekiah> On UNIX will they be using UNIX sockets or local TCP/IP sockets? 18:32 < jrand0m> prolly just local tcp/ip for simplicity 18:32 <@nop> hold 18:32 <@hezekiah> (I suppose you could make a router that accepts both.) 18:33 * hezekiah is really liking this interchangable parts setup 18:33 <@nop> if you hold on a sec 18:34 <@hezekiah> Holding ... :) 18:34 <@nop> I'll call thecrypto at his house 18:34 <@nop> see if he can get on 18:34 < jrand0m> hehe word 18:34 <@hezekiah> lol 18:34 * hezekiah dons a thick Itallian accent 18:34 <@hezekiah> Nop ha' got ... CONNECTIONS! 18:34 < jeremiah> lo 18:34 <@nop> hey jeremiah 18:35 < jrand0m> heya jeremiah 18:35 <@nop> would you be willing at the api level to assist with a python api 18:35 < jeremiah> sure 18:35 * jeremiah reads backlog 18:35 < jrand0m> heh word 18:35 * nop is calling 18:36 <@nop> he's not home 18:36 <@nop> he'll be back in an hour 18:36 < jrand0m> 'k, has anyone else read the .xls and/or have comments on the model? 18:37 <@hezekiah> I read the .xls ... but I don't know much about p2p so most of it was over my head. 18:37 <@hezekiah> UserX is good at that stuff. 18:37 <@nop> I have to read it still 18:37 < jrand0m> (btw, morphmix had some insane numbers... they were saying they could expect random hosts on the net to have average 20-150ms ping times, rather than the 3-500 I was expecting) 18:37 < jrand0m> coo' 18:37 <@nop> it's staroffice or openoffice? 18:37 < jrand0m> openoffice, but I exported it to .xls 18:37 <@nop> which is excell? 18:37 < jrand0m> correct 18:38 <@hezekiah> BTW, concerning the API ... 18:38 < jrand0m> si sr? 18:38 <@hezekiah> ... in C the boolean would be int. 18:38 <@nop> which email 18:38 <@nop> hezekiah: yes 18:38 <@hezekiah> The classes would be sent as structure pointers. 18:38 <@nop> unless you typedef boolean 18:39 <@hezekiah> And the functions that use byte[] would use a void* with an additional parameter that specefies the length of the buffer. 18:39 <@nop> hezekiah: you're being picky :) 18:39 < jrand0m> nop> I cant access the archives so I'm not sure what the subject line was, but it was last week... 18:39 <@nop> save it for a later time 18:39 <@hezekiah> nop: Picky? 18:39 < jrand0m> heh, yeah, y'all working on the C api can work that detail out 18:39 * jeremiah is done reading backlog 18:39 <@nop> what's the file called 18:39 <@hezekiah> nop: I'm just trying to find all the stuff that is different, so we can hammer it out like jrand0m asked. 18:40 <@hezekiah> I'm trying to be helpful. :) 18:40 <@nop> hezekiah: yes, probably off meeting time 18:40 < jrand0m> nop> simple_latency.xls 18:40 <@hezekiah> boolean sendMessage(Destination dest, byte[] payload); 18:40 <@hezekiah> would be 18:40 <@hezekiah> int sendMessage(Destination dest, void* payload, int length); 18:40 <@hezekiah> . 18:40 <@hezekiah> byte[] recieveMessage(int msgId); 18:40 <@hezekiah> that could either be: 18:41 <@hezekiah> void* recieveMessage(int msgId, int* length); 18:41 <@hezekiah> or 18:41 <@nop> jrand0m: got it 18:41 <@hezekiah> void recieveMessage(int msgId, void* buf, int* length); 18:41 <@hezekiah> or 18:41 < jrand0m> hezekia: why not typedef struct { int length; void* data; } Payload; 18:41 <@hezekiah> DataBlock* recieveMessage(int msgId)l 18:41 <@hezekiah> DataBlock* recieveMessage(int msgId); 18:41 < jeremiah> where's this xls? 18:41 <@nop> oh iip-dev 18:41 <@hezekiah> jrand0m: The struct you just mentioned is basically what DataBlock is. 18:42 < jrand0m> word hezekiah 18:42 <@nop> subject more models 18:42 <@hezekiah> Chances are the C version would have DataBlocks. 18:43 <@hezekiah> Beyond that the only other thing to note is that each 'interface' would just be a set of functions. 18:43 <@hezekiah> nop: Did I find all the differences that would exist in a C API? 18:43 < jrand0m> right. perhaps #include "i2psession.h" or something 18:43 < jeremiah> is there a mockup python api? 18:44 < jrand0m> no jeremiah, I don't really know python :/ 18:44 <@nop> I would have to re-review the java api, but I would say that you're right on target 18:44 < jrand0m> but it would probably be similar to the java, as python is OO 18:44 < jeremiah> cool, i can derive one from the C one 18:44 * nop is not a java head 18:44 < jrand0m> cool jeremiah 18:44 < jeremiah> is the c api in the thing you sent out a few days ago? 18:44 <@hezekiah> Yeah. Python should be able to handle the Java api. 18:44 < jrand0m> jeremiah> that was the Java one 18:45 < jrand0m> oh, the Java one was today 18:45 < jrand0m> the older one was language independent 18:45 <@hezekiah> Hmm 18:45 <@nop> UserX says he should be able to assist with C api 18:45 < jrand0m> word 18:45 <@nop> he's busy at work at the moment 18:46 < jrand0m> coo' 18:46 <@hezekiah> One last note: With the C api, each function would probably take a structure* to the structure that it is an 'interface' of in Java. 18:46 <@nop> hezekiah: loos good 18:46 <@nop> looks good 18:46 <@hezekiah> I2PSession createSession(String keyFileToLoadFrom, Properties options); 18:46 <@hezekiah> would be: 18:46 <@nop> java and their non-native data types 18:46 <@hezekiah> I2PSession* createSession(I2PClient* client, char* keyFileToLoadFrom, Properties* options); 18:46 <@nop> ;) 18:46 < jrand0m> hehe 18:46 < jrand0m> right hezekiah 18:47 < jeremiah> are we addressing unicode? 18:47 <@hezekiah> Anyway, if you can live with those differences, the C and Java API's should be identical beyond that. 18:47 <@hezekiah> nop? Unicode? :) 18:47 < jrand0m> UTF8 if not UTF16 18:48 <@hezekiah> Perhaps Unicode should be dealt with on the application level. 18:48 < jrand0m> right, charset is all the content of the message 18:48 <@hezekiah> Oh. 18:48 < jeremiah> ok 18:48 <@hezekiah> Java String's are done in Unicode, aren't they jrand0m? 18:48 < jrand0m> the bitbuckets'll all be bit defined 18:48 < jrand0m> yes hezekiah 18:48 < jrand0m> (unless you explicitly instruct them to change charsets) 18:49 <@hezekiah> So the string sent to the Java API would be different than the one sent to the C API unless the C API implements strings using Unicode. 18:49 < jrand0m> not relevent 18:49 <@hezekiah> OK. 18:49 < jrand0m> (app->API != API->router. we only define API->router) 18:49 <@hezekiah> What I'm saying is this, jrand0m: 18:50 <@hezekiah> If I set my password with the Java API, it goes to the router out someplace else. 18:50 < jrand0m> password? you mean you create a Destination? 18:50 <@hezekiah> Then it find another router, which sends it to another API (?) which is implemented in C. 18:50 <@hezekiah> void setPassphrase(String old, String new); 18:50 <@hezekiah> That function. 18:51 < jrand0m> hezekiah> thats the administrative password to access the administrative methods of the router 18:51 <@hezekiah> Ah 18:51 <@hezekiah> Do any functions in the API which use Java String's end up with that String being sent to another API? 18:51 < jrand0m> 99.9% of apps will only use I2PSession, not I2PAdminSession 18:51 <@nop> also, anything carried with the router gets converted for network travel correct? 18:51 <@hezekiah> If so, we should probably use Unicode. 18:51 <@nop> unicode wouldn't be releavant 18:52 < jrand0m> hezekiah> no. all inter-router info will be defined by bit buckets 18:52 <@hezekiah> OK. 18:52 < jrand0m> correct nop, at the transport level 18:52 <@hezekiah> (I'm assuming a bit bucket is just a binary buffer, right?) 18:53 < jrand0m> a bit bucket is a statement that the first bit means X, the second bit means Y, bits 3-42 mean Z, etc 18:53 < jrand0m> (e.g. we may want to use X.509 for the certificates bitbucket) <p>18:53 &lt;@hezekiah&gt; I&rsquo;ve never dealt with that before. 18:54 &lt;@hezekiah&gt; I&rsquo;ll worry about it when I get there. :) 18:54 &lt; jrand0m&gt; heh word 18:55 &lt; jrand0m&gt; ok, the four things I wanted us to hit today: *router architecture, *performance model, *attack analysis, *psyc. We&rsquo;ve done the first, thecrypto is offline so perhaps we delay this (unless you have thoughts on the model nop?) 18:57 &lt;@hezekiah&gt; Um &hellip; jrand0m. I have yet another question. 18:57 &lt; jeremiah&gt; jrand0m: where&rsquo;s the latest version of the network spec? is it what you sent out on the 13th? 18:57 &lt; jrand0m&gt; si sr? 18:57 &lt;@hezekiah&gt; Well the router architecture has the API&rsquo;s handle keys /sent to them by the Application/. 18:57 &lt; jrand0m&gt; jeremiah&gt; yes 18:57 &lt;@nop&gt; I don&rsquo;t at this time 18:58 &lt;@hezekiah&gt; Now &hellip; the only way I see that the API gets the key is from createSession. 18:58 &lt; jrand0m&gt; hezekiah&gt; the router gets public keys and signatures, not private keys 18:58 &lt; jrand0m&gt; right 18:58 &lt;@hezekiah&gt; But that requires a file. 18:58 &lt; jrand0m&gt; the keys are stored in a file or in the API&rsquo;s memory 18:58 &lt; jrand0m&gt; yes 18:58 &lt;@hezekiah&gt; Now if the application generates a key, why can&rsquo;t it just send it to the API via a buffer? 18:59 &lt;@hezekiah&gt; Must it really store it in a file, and then provide the file name? 18:59 &lt; jrand0m&gt; no, it can be in memory if you&rsquo;d like 18:59 &lt;@hezekiah&gt; There is not function to all that in the API though. 18:59 &lt;@hezekiah&gt; It&rsquo;s just a thought. 19:00 &lt;@hezekiah&gt; If the key is supposed to be generated only once and used many, many times (like GPG keys), then a file makes sense. 19:00 -!- mihi [none@anon.iip] has quit [bye all, it&rsquo;s getting late&hellip;] 19:00 &lt;@hezekiah&gt; But if it will be generated more often, then perhaps some way to directly send it to the API via a structure or buffer of some sort might be nice 19:00 &lt;@hezekiah&gt; . 19:01 &lt; jrand0m&gt; yes, its generated once and only once (unless you&rsquo;re wearing a tinfoil hat) 19:02 &lt; jrand0m&gt; though the createDestination(keyFileToSaveTo) lets you create that key 19:02 &lt;@hezekiah&gt; OK. 19:02 &lt;@hezekiah&gt; So there&rsquo;s really no need for transfer directly from the App to the API. A file will suffice. 19:03 &lt;@hezekiah&gt; So where were we before I so rudely interupted? :) 19:06 &lt; jeremiah&gt; so right now we&rsquo;re just working on the router API, not the client one, right? 19:06 &lt; jrand0m&gt; well, we&rsquo;re skipping on performance analysis for now (hopefully we can get some chatter re: it on the mailing list before next week?). and probably the same wrt attack analysis (unless anyone read the new spec and has comments) 19:07 &lt;@hezekiah&gt; So we&rsquo;re since we&rsquo;re skipping that, what are we supposed to be talking about now? 19:07 &lt;@hezekiah&gt; Psyc? 19:07 &lt; jrand0m&gt; unless anyone else has other comments to bring up&hellip;? 19:08 &lt;@hezekiah&gt; Well, for once, my comment hole (also notoriously known as my mouth) is empty. 19:08 &lt; jrand0m&gt; hehe 19:09 &lt; jrand0m&gt; ok, anyone have any thoughts on how the IRC side of things will work, and whether psyc may be relevent or useful? 19:09 &lt; jeremiah&gt; sidenote (that pissed me off): wired&rsquo;s &ldquo;Wired, Tired, Expired&rdquo; list had Waste as &lsquo;wired&rsquo; 19:09 &lt; jrand0m&gt; heh 19:09 &lt; jrand0m&gt; do you realize how much we&rsquo;re going to blow everyone away? 19:09 &lt; jeremiah&gt; yep 19:09 &lt;@hezekiah&gt; jrand0m: That assumes we get this to work. 19:10 &lt; jrand0m&gt; I guarantee it will work. 19:10 &lt;@hezekiah&gt; There are a lot of other failed efforts out there. 19:10 &lt; jrand0m&gt; I quit my job to work on this. 19:10 &lt;@hezekiah&gt; Then we&rsquo;re going to blow everyone away. :) 19:10 &lt;@hezekiah&gt; Yeah. How is bread getting on the table when you do that? 19:10 &lt;@hezekiah&gt; GPL code doesn&rsquo;t pay well. ;-) 19:10 &lt; jrand0m&gt; heh 19:11 &lt;@hezekiah&gt; As for psyc &hellip; let me put it this way: 19:11 &lt;@hezekiah&gt; The first time I heard of it was when you emailed us about it. 19:11 &lt; jrand0m&gt; shit, I wasn&rsquo;t the one who found it :) 19:11 &lt;@hezekiah&gt; However, IRC is probably one of the most (if not /the/ most) prolific chat protocols around. 19:11 &lt;@hezekiah&gt; People will want IRC apps LONG before they even /know/ what psyc is. 19:11 &lt;@hezekiah&gt; jrand0m: Oops. Sorry. I forgot that detail. :) 19:12 &lt; jrand0m&gt; not according to psyc. their history goes back to 86 I think 19:12 &lt;@hezekiah&gt; The point is that the supperiority of the protocol, isn&rsquo;t really as relevant as to who uses it. 19:12 &lt;@hezekiah&gt; Their <em>history</em> may go back that far. 19:12 &lt;@hezekiah&gt; But how many people <em>use</em> Psyc? 19:12 &lt; jeremiah&gt; yeah if they&rsquo;ve been around since a year after I was born (ahem) and they aren&rsquo;t that big yet 19:12 &lt;@hezekiah&gt; My point is that even if it&rsquo;s a better protocol, most people <em>use</em> IRC. 19:13 &lt;@hezekiah&gt; We can make the best I2P network on the planet &hellip; 19:13 -!- Ehud [logger@anon.iip] has quit [Ping timeout] 19:14 &lt; jeremiah&gt; can someone explain briefly why we care? I thought IRC would only be one possible application but that the network is flexible to support psyc as well if it wanted to 19:14 &lt;@hezekiah&gt; Right. 19:14 &lt;@hezekiah&gt; Psyc can be made &hellip; 19:14 &lt;@hezekiah&gt; &hellip; but I&rsquo;m saying we should do IRC first because more people use it.</p>/zh/blog/2003/07/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 01 Jul 2003 00:00:00 +0000/zh/blog/2003/07/01/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由网页时光机提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Addic, al-jebr, Ambience, ChZEROHag, Delly, Ehud, hezekiah, hifi, jrand0m, LeerokLacerta, lonelynerd, luckypunk, mids, Neo, nop, qriff, Rain, sahara, thecrypto, thetower, UserX, wilde</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --> You are now talking on #iip-dev --- Topic for #iip-dev is IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ <al-jebr> it's 21:13 <-- wilde has quit (Ping timeout) --- Trent@anon.iip gives channel operator status to UserX <nop> ok <qriff> !time <Ambience> al-jebr: 00:21 here <nop> I believe everyone has settled <hezekiah> Let's go. :) <jrand0m> 11:06 here <nop> let's start <nop> anyone get my agenda <nop> so they can play it back <nop> I forgot the order <-- leenookx has quit (Ping timeout) <Ambience> my clock is 15 minutes ahead :) --> hifi (~MetroPipe@anon.iip) has joined #iip-dev <hezekiah> <nop> on the agenda <hezekiah> <nop> 1) Welcome <hezekiah> <nop> 2)Our Goodbyes <hezekiah> <nop> 3)IIP development now <hezekiah> <nop> 4) IIP development restructuring proposal <qriff> actually its xx:13 everywhere... <hezekiah> <nop> 5) Recruiting for services to aid with IIP <hezekiah> <-- Delly has quit (Ping timeout) <hezekiah> <nop> 6) comments suggestions and people who want to help <mids> 23:05:28 <@nop> 1) Welcome <mids> 23:05:38 <@nop> 2)Our Goodbyes <mids> 23:05:43 <@nop> 3)IIP development now <mids> 23:05:56 <@nop> 4) IIP development restructuring proposal <mids> 23:06:16 <@nop> 5) Recruiting for services to aid with IIP <mids> 23:06:53 <@nop> 6) comments suggestions and people who want to help <nop> wow, flood in here ;) <nop> pl <LeerokLacerta> Out goodbyes? <hezekiah> lol <hifi> TROLLS !!! <nop> Ok, welcome all <nop> let's settle down now :) <hifi> . <Ambience> settled --> wilde (~anon@anon.iip) has joined #iip-dev <hifi> settled <al-jebr> anyone logging? --> thecrypto (~thecrypto@anon.iip) has joined #iip-dev <hezekiah> I am (sort of). <luckypunk> mids should be. * jrand0m logs at all times <al-jebr> let's go! <nop> ok <hezekiah> nop: Agenda item number 2? <nop> Our goodbyes <LeerokLacerta> Bye! <thecrypto> where is the livelog? <nop> Ok, mids has come to a point where he is moving to other projects --> Phiberoptika (~none@anon.iip) has joined #iip-dev <mids> After having worked for IIP for more than I year now, I have decided to resign as IIP developer. <LeerokLacerta> Awww. <mids> It has been fun and an educative experience <mids> but it is time to move on, refresh the spirit and shuffle the cards. <Rain> Will you still be online/around? <mids> I'll keep running Trent as long as needed and possible. <mids> Yes, I do plan to stay around as user --> ntk (~blob@anon.iip) has joined #iip-dev * nop is in the corner sobbing <nop> oh, ah hem <jrand0m> many thanks mids, iip w/out trent would be a pita <LeerokLacerta> It's so sad. <nop> yes <nop> thank you mids for all your workup <nop> work <mids> Although I'll be off on vacation soon :) <mids> . --- mids removes channel operator status from mids <luckypunk> :D <luckypunk> Seem's like you've done a great job. :) <Rain> ..how symbolic.. <nop> we love you mids!!! <nop> you hear that <nop> that was my window opening <thecrypto> we all do! <nop> fan base out there --> w (~w@anon.iip) has joined #iip-dev --- nop is now known as we <luckypunk> lol, yep. <luckypunk> :D * we love you mids <Rain> Go mids go! <jrand0m> rofl --> leenookx (~leenookx@anon.iip) has joined #iip-dev --- LeerokLacerta has changed the topic to: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ | We love you mids! <Rain> weeeeee are the chaaaampins, my frieeeennnndd... <Neo> yes mids, thanks for all your input, collaboration and hard work in code and doing general developer things for IIP. --- we is now known as nop * mids bows * Ehud stands up and gives a standing ovation to the commitment, perseverence, effort, and good hard code that mids has given the project. <hifi> yeah mids take your toys and go to tigertown lol <nop> and don't forget the PR and web management <nop> he's been a vital aspect to IIP <nop> getting it this far would have been hard without his work --> ChZEROHag (hag@anon.iip) has joined #iip-dev <hifi> hifi bitches with mids over trolling issue <-- hezekiah has quit (Ping timeout) <mids> heh hifi --> hezekiah (~hezekiah@anon.iip) has joined #iip-dev --- Trent@anon.iip gives channel operator status to hezekiah <hezekiah> Back. :) <luckypunk> Yay. <hezekiah> (And in case anyone doubted, Hezekiah == Ehud.) <hifi> i never used frucking trent and don't know what mids did . i only troll . <nop> obviously your hezekiah@anon.iip gave it away <-- Ehud has quit (Ping timeout) <hezekiah> Ugh <hezekiah> Item number 3? <hezekiah> (If we're all done sobbing yet ...) <hifi> and i never was pingouted in my life . I am the most disciplined user of IIP . <mids> 3)IIP development now <luckypunk> heh <luckypunk> Ok everyone! Shhh. Back on track! <hifi> BUT I CRY that MIDS GO !!! <hifi> ok <hifi> . <luckypunk> IIP development. Whats the current status of that code snapshot release? <luckypunk> That was supposed to happen today? <hezekiah> Well, unless UserX has an objection to the tarball I made, it's done. <luckypunk> Ok. Post it on the wiki? <hezekiah> UserX? Were there any problems with the tarball? <UserX> no problems with the tarball <luckypunk> Yes, but are there any windows compilations? <hezekiah> OK1 <hezekiah> http://invisiblenet.net/hezekiah <hezekiah> Get your tarballs there! <UserX> there hasn't been a windows compilation on the windows version yet <luckypunk> hm <LeerokLacerta> "tarballs" sound like some sort of food... * luckypunk will try and make one. --- hezekiah has changed the topic to: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ - tarballs of the 'unstable' development release are at http://invisiblenet.net/hezekiah | We love you mids! <luckypunk> They are. For GCC. <luckypunk> lol <Rain> Sticky food. <hezekiah> There is one 'documented bug'. <nop> I can compile a win32 version if you'd like <Rain> So, could you give a quick describtion of what is new in this release? <hezekiah> If you run isproxy, and it fails to bind the port, then it will /not/ abort. It will just sit there wasting memory. <hezekiah> Rain: That's too much for me to handle (not to mention I don't even _know_ all the differences). <Ambience> this one I assume: iip-1.2-dev1.tar.bz2 01-Jul-2003 01:45 292k tar archive ? <hezekiah> UserX could give a much better description <hezekiah> UserX? <nop> hezekiah/UserX can we get a changelog of the differences by chance <nop> that may be a day before that gets done <hezekiah> Ambience: Yup! Or the Gziped one. There the same tarball. <nop> because there are a log of changes <Rain> Oh, and has the expired IIP signing-key been replaced? <Ambience> hezekiah: ok <hezekiah> nop: I joined IIP after the development branch was already in progress. --> Ehud (~hezekiah@anon.iip) has joined #iip-dev <hezekiah> Rain: No. I had to use my GPG key. <nop> no one has tested the compile of this dev branch in win32 have they? <luckypunk> Hey, is this src is CVS? <hezekiah> Rain: I couldn't contact anyone who had the IIP release key. <hezekiah> luckypunk: Yes. * luckypunk has, but his system didn't work for it. <Rain> hezekiah: Ok, roger. <UserX> changes: multi-threading, bignum support via openSSL or GMP, numerous inmprovements to the memory management system <hezekiah> luckypunk: Right now that tarball is a copy of what you get when you check out the hezekiah-dev branch from CVS and run 'make dist-bzip2'. <luckypunk> Gah! I hate windows. <Rain> UserX: niceties ;) <hezekiah> And of course there are other internal changes that only the developers see. :) <qriff> just as a question for the qurious... what defines the holder for "Trent"... <hezekiah> One simple thing is that now that BigNum is implemented using either GMP or SSL, login is a LOT faster. <Rain> May i mention a IIP quirk i noticed earlier today? * luckypunk guesses its a yes. <hifi> at wiki search button is absent . only window to type in but nowhere to click lol . <luckypunk> hit enter. <qriff> and what about channel/nick expiration... --- Ehud is now known as logger <qriff> registration that is... <Rain> Ok, it seems to me like you cannot start isproxy from a /path/to/isproxy command, but intead have to do a cd /path/to and then do a ./isproxy <hezekiah> Rain: Let me guess ... you get a configuration screen or a request for entropy, right? * jrand0m has a feeling this will be a very.long.meeting <Rain> Is that intentional, or just some quirk of my local system? <Rain> hezekiah: yes. <hezekiah> Rain: You need to make a .iip subdirectory in your home directory. <Rain> It claims that the conf-file is not found. <Rain> with my .conf file? <hezekiah> Rain: If no such directory exists, isproxy will always look for the config files in the current directory --> AmishOne (amishone@anon.iip) has joined #iip-dev <Rain> Ahh. Of course. <hezekiah> OK ... <hezekiah> nop? Was there anything else for item 3? <nop> have we tested it for win32 <nop> compile wise <hezekiah> I haven't. <nop> UserX: ? <UserX> no <nop> I will test it this week then <hezekiah> luckypunk, tried doing hezekiah-dev recently and complained for compile errors. <nop> that's key to maintain portability <hezekiah> I suspect there might be problems. * luckypunk tried, it balked. <hezekiah> Yup. There are problems. <Ambience> I'll have to leave for the more dominant one is ordering me to and I have no choice here. So I'll be off to bed, but will be logging #iip-dev for future reference. <Ambience> see ya guys! <lonelynerd> later <qriff> bye <hezekiah> Bye, Ambience. :) <luckypunk> i'll be back. <Ambience> <--gone (log on) <nop> ok <nop> this topic is done <nop> next on agenda <nop> what's 4? <hezekiah> 4) IIP development restructuring proposal <nop> ok <nop> we had a meeting about a discussion and proposal brought to us by jrand0m for the future development <nop> and as well <nop> I have had a lot of privmessages directed at me <nop> for requests to focus on an arbitrary framework, instead of IRC specific <nop> aka a framework that supports IRC + a whole lot more <nop> so the want is obviously there <nop> and the developers definitely want to go there as well <hezekiah> Amen! <nop> the question of how to go about doing it <nop> and how to make the most productive use of our developers <nop> is up in the air <ChZEROHag> XML <mids> is his framework site available to everybody? <nop> this isn't specifically about language <ChZEROHag> create a communications protocol <nop> ok, please let me finish <ChZEROHag> I've started on that somewhere... <nop> then we can comment <ChZEROHag> My apologies <ChZEROHag> I'm a bit in and out at the moment <nop> ok, <nop> no prob <nop> We are at a stage where there is discussion of an arbitrary communications protocol <nop> specifically for anonymous and secure communication <nop> at this point jrand0m, any chance we can post the logs of #iip-future meeting <jrand0m> sure <jrand0m> perhaps those zips I sent you so people don't have to struggle through freenet for the other pages too <nop> ok <nop> hold <nop> please <jrand0m> (btw, the logs were unedited, so expect the usual occational banter) <hezekiah> lol. Yup! You'll get to see exactly how much I DON'T know about p2p networks! lol <jrand0m> heh <hezekiah> (And they'll probably have my conspiracy theories about nop too! So be sure to read the logs! ;-) ) <-- logger has quit (Ping timeout) <hezekiah> Ugh <nop> ok <Neo> the logs will be a lot to read. can someone summarizze for the meeting what was covered and some key points of all this? <nop> http://office.invisiblenet.net/iip_future.zip <nop> and <hezekiah> At this point, the 'stable' release is being more unstable than the 'unstable' one!! Urg. <nop> http://office.invisiblenet.net/meetingPrepnotes.zip <nop> http://office.invisiblenet.net/jrand0mnetwork_protocol.txt <jrand0m> meetingPrepnotes.zip is a small doc that summarizes the meeting, and the meeting was basically "ok, any thoughts?". <-- Delly has quit (EOF From client) <jrand0m> essentially, the proposal is to get going on a generic secure anonymous message based system, and run iip on top of that <mids> is there a zip with anonCommFramework too? <nop> I didn't see that <nop> jrand0m can you zip and send I'll post to site <jrand0m> sure, h/o <-- Phiberoptika has quit (* ciaito mua mua *) <Neo> what is anonCommFramework? <jrand0m> uber-quick summary of the meeting in iip_future.zip is "ok, here's the proposal, any comments?" and comments were basically "ok, can IIP work as planned on this? <jrand0m> if you're on freenet, anonCommFramework is at SSK@MQNd5lT-X5wHA4vONvtVadi6q1IPAgM/anonCommFramework/2// * jrand0m is sending nop a zip of that momentarily <Rain> Did you discuss support for PGP-based nyms? <nop> ah hem, this is early discussions <-- ChZEROHag has quit (Ping timeout) <jrand0m> no, endpoints in the framework are not nym based, they're idents <Rain> Right. So nyms an higher level. <Rain> are <jrand0m> (and for lots of reasons, they shouldn't be long term idents like nyms) <jrand0m> yes <Rain> I was just thinking of something like trent with PGP signarute auth. <mids> trent is central <mids> central=bad --> logger (~hezekiah@anon.iip) has joined #iip-dev <jrand0m> briefly, anonCommFramework is a meta-network. a generic set of protocols &amp; structures that an anonymous communication network could use to interoperate to provide militant grade anonymity <wilde> what's the one sentence explanation of your ideas on network topology? --> ChZEROHag (~hag@anon.iip) has joined #iip-dev <ChZEROHag> that was fun --> Delly (dedede@anon.iip) has joined #iip-dev <Rain> mids: Yea. I meant similar services. <lonelynerd> what about having to pay with hashcash to send data? couldn't that help against flooding? <jrand0m> wilde> heterogeneous. no one answer solves all problems. interoperate, balancing latency, bandwidth, anonymity, and reliability to provide the user's needs <Delly> still in 4) ? <hezekiah> Delly: Yup <Delly> thx <ChZEROHag> I think when the ircd is removed from the equation, we'll have far better options than (hash|think|real)cash <nop> jrand0m: any luck sending <nop> ;) <jrand0m> uploading to hush now. <jrand0m> ChZEROHag> anonCommFramework has built in support for providing network use authorization credentials <Rain> There has been a lot of talk of IIP-Freenet interoparability. Will that fit into the framework, or are we talking application-level again? <ChZEROHag> come again? <jrand0m> app level <jrand0m> what we're discussing is splitting iip into two parts - the irc part, and the message based secure anonymous network <wilde> one solution could be: <Rain> jrand0m: k. <wilde> Application <-> SOCKS5 Proxy Interface <-> Onion Wrapper <-> Onion Router 1 <-> ... <-> Onion Router N <-> Exit Relay <-> Public Server <jrand0m> building a DHT on top of the message layer should be fairly easy <hezekiah> DHT? <jrand0m> distributed hash table <jrand0m> (ala freenet) <nop> ok, jrand0m let me clarify <ChZEROHag> wilde: I think the plan is to design it such that the 'public server' could be removed from the equation at some point <nop> are we talking about splitting irc, or merging to focus on anonymity framework <jrand0m> well, given unlimited # of developers, splitting and doing both (well, 3 things ;) in parallel. <nop> what I mean is that the irc part is application layer <jrand0m> given reality, there's prolly only enough dev time to get the comm system running first, then iip on top <jrand0m> right exactly <nop> and since we have a somewhat viable network working with IIP <jrand0m> irc is just another app running on it <nop> then the idea should be <nop> is to have developers start focusing on framework aspects <wilde> ChZEROHag: ok, what I suggested is an anonymizing layer for regular internet traffic, not a seperate network <hezekiah> (This could get fun.) <nop> wilde there are weaknesses to that <nop> just to let you know <nop> aka the clear text on the outer ends <-- AmishOne has quit (EOF From client) <wilde> nop: yes, so all connections should be encrypted to the ends <nop> we have an effort as well to have anonymous web browsing possible with this network <jrand0m> yes. it must be able to operate without ever leaving the mixnet <nop> but it is not as real time direct as your proposal wilde <nop> it uses some time delay tactics <nop> with caching etc <nop> timing attacks are a serious threat to anonymity <hifi> I WANT ANONYMISER BASED on IIP !! I DON"t TRUST OTHER ANONYSERS THEY ARE FBI TRAPs !! <mids> http://mids.student.utwente.nl/~mids/anonCommFramework/ <nop> hifi, this isn't changing IIP, this is moving us forward <nop> thanks mids <jrand0m> heh word mids, my moz is hanging <nop> ok <wilde> although independant mixnets are cool, the real killer apps will probably be general ip traffic anonymizers <nop> wilde, they are myths <wilde> killer apps? <nop> no <-- thetower has quit (EOF From client) <jrand0m> wilde> that could be a service built on top of the comm layer <nop> general ip traffic anonymizers <wilde> or ip traffic anonymizers? <nop> so far they don't exist <nop> they exist in papers only --> thetower (none@anon.iip) has joined #iip-dev <jrand0m> if you build an anonymizing service on top of the comm layer, however, your outbound routers will get shut down quickly <thetower> Haha, I just noticed I wasn't port forwarding. <thetower> Oop, sorry, wrong chan <wilde> nop: what about the ZKS system? <nop> is it still around? <nop> and working <wilde> nope, bad business <wilde> few people paid <wilde> but the framework seemed to work, but all nodes were ZKS:s paid relays <nop> wilde but they were internal and it wasn't complete <nop> it still had certain vulnerabilities <nop> it was a start <nop> I met Ian Goldberg at CodeCon 2k2, and he himself admitted it was incomplete to what he desired <wilde> yes, everything has vulnerabilities, we just raise the cost of tracing dramatically <jrand0m> right, after the mixnet is up and running, i'd like to see wilde offer generic outbound proxy services. that'd be cool <jrand0m> (sincerely) <nop> jrand0m: but again the ultimate would be using that magic mirror concept for optimum protection <ChZEROHag> Probably the hardest option, but wouldn't freenet be a good framework to build from? <nop> wilde, maybe you and I can discuss this in another forum at some point <jrand0m> but in any case, the network must be built first <ChZEROHag> Or is that not what we're discussing? <jrand0m> ChZEROHag> no. <jrand0m> freenet doesn't provide hard anonymity <ChZEROHag> aah <ChZEROHag> I should try paying attention <nop> ok, moving forward <nop> UserX you still here <wilde> nop: yes, if you have decided on topology there is no need to discuss this in public <UserX> I'm still here <nop> well it's application layer, so that comes after net design etc <nop> ok <nop> where did we leave off at #iip-future meeting <-- hezekiah has quit (Ping timeout) <nop> let's start there --- logger is now known as Ehud * nop is catching up on the meeting logs <jrand0m> [04:31] <jrand0m> I think we're back to your question. can / should the irc functionality move forward as its going or move towards this mixnet. there are significant benefits to move towards the mixnet, but some aspects of the irc side seem to require some redesign to operate on it. <jrand0m> [04:31] <jrand0m> the right way for the irc development to go is not for me to say <Ehud> Basically, UserX had some thinking to do about wether IIP could run satisfactorily on the mixnet. <mids> nite all <-- mids (mids@anon.iip) has left #iip-dev (mids) <ChZEROHag> Would it not be an idea to create a replacement irc in parallel with a mixnet? <ChZEROHag> After all it's going to be damn hard to use a normal ircd <jrand0m> ChZEROHag> given infinite # devs, yes <nop> ok ChZEROHag silence please :) <ChZEROHag> Assume infinite devs <ChZEROHag> Oh is this not a question bit? --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <nop> not yet <UserX> Unfortuantlely I haven't had time to seriously sit down and think about how your proposal would fit in with IIP <ChZEROHag> oh <ChZEROHag> oops <nop> just want to get into the discussion <nop> well <jrand0m> UserX> think of the mixnet as a socket <nop> let me suggest something <nop> do we agree that our goal is not just IRC ? <lonelynerd> well <Delly> it's a great idea sure <hezekiah> nop: Beyond all doubts, I agree that the goal is an anonymous network. <lonelynerd> doing something traffic-intensive would have the potential to ruin the whole project <hezekiah> nop: IRC is just a starting point. <nop> ok, well what we should look at is this <jrand0m> NOT doing something traffic intensive has the potential to get us to overlook problems :) <nop> instead of saying IIP doesn't fit <nop> or it does fit <nop> let's look at what modifications need to be made for irc to fit with this mixnet, whether it's a mod to the mixnet itself <lonelynerd> jrand0m: hmm <nop> for instance <nop> UserX has a vision of using channels as endpoints <nop> Jrand0m calls them idents <nop> are they having subtle differences <nop> or are they largely different <jrand0m> there's substance to those differences. <nop> can we review that <nop> on both sides <nop> from jrand0m and UserX <-- hezekiah has quit (EOF From client) <nop> actually <nop> read the log <nop> nevermind <jrand0m> ;) --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <jrand0m> the hesitancy I have w/ sending messages to a channel ident and having that channel redistribute it to members is that the channel gets plaintext <nop> how does it get plaintext? <jrand0m> instead, I'd suggest having a channel contain just the channel info (modes, users, topic, etc) <jrand0m> the channel is just an application running on one (well, 3+) routers listening to one (well, 3+) identities. when you /msg a channel, you send a message to that identity (application). it then resends it out to the N users in the channel, encrypted to each <nop> well <nop> I had a proposal for that <nop> that would have the channel not contain plaintext <nop> directly <jrand0m> at least, without adding a channel key (which would be managed by the channel application itself, which defeats the point) <nop> well <nop> we were having channel keys <nop> for private channels <nop> and pub channels are public anyway <jrand0m> right. there may be ways around it. y'all know more about irc than I do. there are other ways that don't require going this route though <nop> see the neat thing with message channels is this <nop> you scale slightly better than trying to find all idents to send to directly <-- luckypunk has quit (Ping timeout) --> dd0c (dd0c@anon.iip) has joined #iip-dev <jrand0m> I'm not sure you scale better, but you do redistribute the load <jrand0m> (we can find idents via O(log(n))) --> sahara (~sahara@anon.iip) has joined #iip-dev <jrand0m> but thats neither here nor there, this is application layer design ;) <nop> right <jrand0m> all we need to do, imho, is find some workable ways that *could* operate on the comm layer and then leave it to the wayside until we get there <UserX> jrand0m: messages sent to channels are encrypted with a channel key that is different to the channel's identity. a channel server can't decrypt a message unless it has come across the key by othermeans <sahara> did I miss the meeting? <jrand0m> you've got some ways that could work, it sounds like, right? <jrand0m> UserX> how does a user joining a channel get the key? <hezekiah> sahara: Nope. You're right in the middle of it! :) <nop> it's a key exchange <jrand0m> with whom nop? <jrand0m> brand new user joining #anonymous, and the app containing the list of users on #anonymous doesn't have the key (As userx said) <jrand0m> (all I'm saying is there's a way to get all the functionality and still avoid having a channel key) <UserX> jrand0m: with public channels it is derived from the channel name. with private channels the user either creates one or a someone gives them the keys to the channel <jrand0m> 'k, cool <jrand0m> so apps managing public channels can read the plaintext (by deriving from the channel name) <jrand0m> (which is prolly fine) <nop> right <wilde> jrand0m: if the apps encrypt the plaintext to each recepient, will it scale well? <jrand0m> yes wilde, perhaps better (depending on the algorithm used to nominate channel managers) <jrand0m> (though it will potentially have a nonserialized delivery) <jrand0m> ((though i think thats the case with normal irc anyway)) <-- thecrypto has quit (Ping timeout) <jrand0m> but, getting back on to the question - <jrand0m> nop, what do we hope to have decided by the end of the discussion of #4? <-- Neo has quit (Ping timeout) --> d (~sahara@anon.iip) has joined #iip-dev <nop> well <-- sahara has quit (EOF From client) <hifi> simple site , problem is i am tech blond but want good things lol <nop> I was hoping that we could re-organize, but this is gonna be a discussion for later <hifi> sorry OOPS <nop> UserX <-- d has quit (Client exiting) <nop> how long will you need to think about certain aspects, and maybe doc them up as a concern list <UserX> hard to say. maybe a week <nop> what I'm thinking jrand0m is that a lot of this needs sorting out, rather than just plowing into it, or we'll end up at the beginning with nothing to show <nop> so let's push a week into this <nop> and see what concerns are coming into play <nop> because again <nop> we want an adaptable mixnet <nop> any application should be able to survive <jrand0m> absolutely <jrand0m> thats the point of the anon comm framework <-- wilde has quit () <nop> ok, so let's put this off a week, and focus on some realistic proposals that can fit all of our needs <jrand0m> you say "send message M to location L" and it magically, securely, anonymously gets delivered <nop> but magic is one thing <nop> science is another <nop> of course you know that :) <jrand0m> the magic is from the app level's perspective ;) <nop> yes <nop> understood <jrand0m> the science is in that 15 page anonCommFramework/2// ;) <nop> ok <hezekiah> lol <nop> UserX, if you can get that in a week that would be helpful <nop> ? <jrand0m> I'll aim at revamping the docs &amp; getting comm layer network design ready for then so we can hit the ground running <nop> well <nop> we haven't agreed on certain aspects <nop> I think that still should be hashed out <jrand0m> what, in the network layer, haven't we agreed on? <nop> personally I agree that maybe you post your anonCommFramework on iip-dev <nop> and have it reviewed and commented * jrand0m isn't on iip-dev <Rain> So, meeting again next tuesday, same bat-time, same bat-channel? <nop> what haven't we agreed on is whether it can support all applications <hezekiah> jrand0m: Just post to iip-dev@invisiblenet.net . <hezekiah> Rain: We are on item #4. There are still other items to go. :) <jrand0m> its ~800k. if someone could post the URL to mids' mirror that'd be cool <Delly> argh <Delly> re <Delly> about services, i think if IIP become more easier and friendly, we will see more users and more nodes. it's why i'm making script for mIRC user, one is a Trent script, allowing to use Trent and Anonymail with the mouse, the other is a script allowing to transfer file over iip, staying anonymous (using uuencoding). The "protocol" used is easy and could be done for lot's irc clients with scripting support. And so everybody could transfer little files, even between di <jrand0m> nop> I'm 100% certain it can support all applications. <Rain> hezekiah: Right. My missunderstanding. <jrand0m> this layer has been used for over a decade in hundreds of industries <Delly> was my thought of the day <nop> well then where do we not agree <nop> if Irc is an issue, then how is it adaptable? <jrand0m> it isn't an issue <jrand0m> y'all just don't understand the layer's abstraction ;) <lonelynerd> Delly: i have a perl script that allows one to use ssh/telnet/etc over irc <jrand0m> (really, think of it as a socket) <Delly> lonelynerd, the goal was just to enhance mirc <Delly> for iip network <lonelynerd> Delly: yeah, but if you use base64, i think it's compatible with this one <Delly> could be possible tu use it <jrand0m> ok, we ready for #5 yet? <hezekiah> nop? <-- hezekiah has quit (Client exiting) <Delly> oups i thought it was 5) ! <ChZEROHag> There's a 5? --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <-- hezekiah has quit (Client exiting) --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <nop> sorry <nop> delly <nop> you guys <nop> this is off topic <nop> please reserve your conversation outside this channel --> hezekiah_ (~hezekiah@anon.iip) has joined #iip-dev <-- hezekiah has quit (EOF From client) <nop> well <nop> jrand0m --- hezekiah_ is now known as hezekiah <nop> before I agree to go to 5 <nop> the problem I'm seeing is <nop> UserX has a voice <nop> as well --- Trent@anon.iip gives channel operator status to hezekiah <jrand0m> of course <nop> and if he sees logistical problems <nop> I believe they should be heard <nop> so you can't just say, hey it's gonna work <nop> it has to be "solidly" agreed on both ends <nop> aka he needs convincing <jrand0m> right, but I'm not going to sit on my thumbs waiting for him to doc them up. if he does come up with some problems in a week, fantastic, and we'll revise accordingly <nop> or he needs to convine you <nop> but the idea is this <nop> what I'm trying to propose with this <nop> is to reorganize our dev team to get on your bandwagon <nop> with that <nop> it would put our energy in working on the network design <nop> that's the idea <nop> thus helping all of us get somewhere specific <nop> I'm not trying to slow down <jrand0m> right, i don't expect to have a V1.0 final protocol spec next week. last night I downloaded about 50 new articles off citeseer to do some more research <nop> ok <nop> so can we post your proposal to iip-dev <nop> and get some review <jrand0m> coo' <nop> also I advise on your own to propose it on cryptography@metzdowd.com <nop> which will get some serious review <jrand0m> sounds good <nop> ok <nop> UserX, you there <UserX> i'm here <nop> ok, so jrand0m will work on protocol spec, and can I assume you'll come up with a concerns list or some additives to the protocol? <UserX> yes <nop> ok, let's resume this in a week <nop> what was 5? <nop> sorry If I'm being a pain <nop> just want to organize it <nop> to make sure we're all on same page <jrand0m> recruiting for services...? <hezekiah> 5) Recruiting for services to aid with IIP <nop> ok <nop> yes <nop> since mids departure <nop> and cohesions return <nop> we are possibly looking for others to contribute to IIP in some aspect <nop> this does not mean you have to be a hardcore core developer <nop> but additives like maybe a web maintainer would be good, <nop> some PR would be good <hezekiah> luckypunk volunteered to manage the website. <hezekiah> <luckypunk> I wanna help/take over the IIP website. <hezekiah> <luckypunk> :D <nop> and if more people would like to hop on with the upcoming project that jrand0m is proposing <jrand0m> wikked <nop> even if you just want to review the protocol <nop> that is more than enough help <nop> the reality is this <nop> we have a lot of developers with real time jobs <nop> and it is consuming them at the moment <nop> and any additional help is wanted <nop> since this is a huge endeavor <nop> to take IIP to where it needs to be <nop> aka InvisibleNet at some point <nop> real life jobs ;) <nop> anyway <nop> the idea is <nop> it would be cool if people would love to add to this project in some ways <nop> using their skills, and I know their are some programmers out there <nop> and a few that have some spare tiem <nop> time <nop> luckypunk's reliability will have to be reviewed, no offense, I've had him offer before with help maintaining a freesite, and no luck there <hezekiah> nop: I can understand that one. ;-) <hezekiah> nop: He just asked me to forward the offer along because he wouldn't be here. <nop> ok <hezekiah> nop: I did. My part's done. :) <nop> well, either way, anyone who wants to join in <nop> contact one of us <nop> either at iip@invisiblenet.net <hezekiah> One of whom? <nop> or just by nick, <nop> hezekiah, userx, nop, <jrand0m> I hear anyone who volutneers to help iip gets free hookers and blow <hezekiah> What are 'hookers and blow'? <hezekiah> ... or do I not want to know? <jrand0m> heh <nop> hezekiah: don't ask <hezekiah> OK. <hezekiah> I don't want to know. :) <nop> hezekiah: enjoy your sheltered life ;) <nop> while you can <nop> cuz college is gonna be fun :) <hezekiah> I'm enjoying it! I'm enjoying it! * jrand0m enjoys the hookers and blow ;) <nop> jrand0m: quick question * w hugs luckypunk and nop <jrand0m> si sr? <nop> jrand0m: are you considering yourself a dev of IIP at some time soon? <nop> since you are offering a merge ;) <hifi> http://www.guerrillanews.com/cgi-bin/wwwthreads/showflat.pl?Cat=&amp;Board=gnn&amp;Number=182767&amp;page=0&amp;view=collapsed&amp;sb=5&amp;o=0&amp;part= <hifi> sorry , opps again <jrand0m> nop> a dev of invisiblenet, but I can't contribute to iip <nop> understood <nop> IIP == invisiblenet future projects <hezekiah> jrand0m: Good working! <hezekiah> jrand0m: Wording. <nop> devs wanted for either <nop> to make that clear <nop> specifically cuz jrand0m could use a good team set <Addic> I could take a look of the Windows code... <jrand0m> si sr. once we get rolling into software design, there's going to be more truckloads of work than one can imagine <jrand0m> word Addic <nop> awesome <nop> ok <nop> I will send this request on iip-dev line as well <nop> anyone interested please don't hesitate to contact <nop> was there a 6? <nop> I believe so <jrand0m> 6) comments suggestions and people who want to help <jrand0m> suggestion: < 1.8 hours next time :) <jrand0m> (not that any of the topics could have been condensed any more than they were) <nop> no comments? * nop thinks everyone's asleep <nop> hehe <nop> we bored them <jrand0m> w3wt <Addic> heh, who has been working on the Windows' code this far? <nop> ok <hifi> zzzzzz... <nop> UserX has made it so far portable <Rain> What kind of talents are we looking for? <Addic> ok <nop> ok, let me re-iterate <nop> Coders, Graphics dudes, Web devs, PR people, Web maintainers <Rain> Ok, missed that. Sry. <nop> and if you can write biz plans, that helps me too :) <nop> you didn't miss <nop> I didn't go in enough detail <jrand0m> heh <-- Ehud has quit (EOF From client) <hifi> I am Born PR people <Rain> Step one: Collect Underpants. <Addic> translating to other languages at wiki? <nop> yes <nop> that would be great <nop> translations <Addic> ok, i could do that too <nop> documentation <nop> etc <-- hezekiah has quit (Ping timeout) <nop> even organization <nop> anyone who wants to be actively involved in helping InvisibelNet/IIP <hifi> I invite ppl to use IIP alll the time <nop> thnx hifi --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <Rain> What kind of org skills? <nop> well, maybe help run the meetings, or maybe forcing us dev guys to get more docs on the protocol <nop> etc <nop> possibly organize interviews and some type of press releases <nop> some ideas for the future of promoting the use of IIP <nop> etc <nop> ok, please contact one of us if you want to help out <Rain> Ok, org question, that I have mentioned before: IIP Signing key? (nag, nag) --> Ehud (~hezekiah@anon.iip) has joined #iip-dev <hifi> IIP notification service :) for ppl to knoe I /him is online LOL <qriff> just as a question for the qurious... what defines the holder for "Trent"... <qriff> and what about channel/nick expiration... <qriff> registration that is... <-- ChZEROHag has quit (Ping timeout) <jrand0m> trent is a service, not a nick, so trent must have access to the ircd (i think) <nop> these questions are mids questions for trent, he's an abstract piece <nop> yes jrand0m <jrand0m> iip notification would be cool. how does anonymail do it? <jrand0m> can clients send a /notify nick to the server and get a msg when the nick joins? <hifi> IIP SMS notification LOL <nop> actually <nop> we did have IIP SMS as the first version of anonymail <nop> but it tended to flood <hifi> oh <nop> so now we do it as anonymail database delivery <hifi> IIP invitation msg as signature to ordinary e-mails ... <hifi> Kinda " Do yo Yahoo ? Get MSN free " stuff <jrand0m> ooOOoo textAds <jrand0m> but does iip need more users? <hifi> oh <jrand0m> or is getting more users just a "oh cool, lets service more people"? <hifi> no <hifi> dunno <hifi> i just brainstorm <-- Mira has quit (Ping timeout) <hezekiah> More people ... more ideas ... more volunteers <hifi> IIP as world standart will be cool <hezekiah> More people ... more problems ... more strain on the network ... <hezekiah> ... more floods of #anonymous ... <hezekiah> It's a two sided question. <hifi> more channels lol --> Mira (~Mira@anon.iip) has joined #iip-dev <hifi> IIP Eugenics Program LOL Less Population Less Problems --> ChZEROHag (~hag@anon.iip) has joined #iip-dev <Addic> hmm... going back to the notification question... is it so the /notify nick does not work here? Or am I not understanding the question... <lonelynerd> Addic: sure it works <Addic> well what's the problem then? <hifi> ? <-- Delly has quit (EOF From client) <lonelynerd> wasn't much following the conversation, but they talked about having a /notify that wouldn't require the client to poll <Addic> ok <-- ChZEROHag has quit (Ping timeout) <-- w has quit (Ping timeout) <-- Rain has quit (I Quit) --> w (~w@anon.iip) has joined #iip-dev <hezekiah> Hmmm ... <hezekiah> I think it's about time we adjurne this meeting. <hezekiah> What do you say, nop? * jrand0m thinks he fell asleep too <nop> yeah <nop> ok <nop> later <-- jrand0m (jrandom@anon.iip) has left #iip-dev (jrand0m) <hezekiah> Meeting adjurned! :) <hezekiah> *BAF*! <-- Addic (anon@anon.iip) has left #iip-dev (Addic) <-- LeerokLacerta (~leerok@anon.iip) has left #iip-dev (Client Exiting) <-- hezekiah has quit (Client Exiting) <-- Ehud has quit (Client Exiting) </div>/zh/blog/2003/03/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 25 Mar 2003 00:00:00 +0000/zh/blog/2003/03/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由互联网档案馆提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> Aprogas, hezekiah, mids, mihi, nop, noP, UserX</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Mar 25 22:07:19 2003 22:07 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:07 [Users #iip-dev] 22:07 [@hezekiah] [ Aprogas] [ logger] [ mids] [ poX] [ UserX] 22:07 -!- Irssi: #iip-dev: Total of 6 nicks [1 ops, 0 halfops, 0 voices, 5 normal] 22:07 -!- Irssi: Join to #iip-dev was synced in 3 secs 22:07 < UserX> yes 22:07 <@hezekiah> OK. :) 22:07 < mids> log is up http://mids.student.utwente.nl/~mids/iip/meeting35/livelog.txt 22:07 < Aprogas> /exec -o tail -f http://mids.student.utwente.nl/~mids/iip/meeting35/livelog.txt 22:08 < Aprogas> loops are fun 22:08 < mids> unless anybody has any agenda; 22:08 < mids> I'd like to hear what the official proposals are for the decentralized routing protocol 22:09 < Aprogas> then at least have 1. decentral routing protocl 2. question as agenda 22:09 < mids> 1) welcome 22:09 < mids> 2) decentralized protocol 22:09 < mids> 3) WVTTK 22:09 < mids> 4) questions 22:09 < Aprogas> thats dutch 22:10 < mids> whats the english word for it? 22:10 < Aprogas> 3) WCTTA 22:10 < Aprogas> maybe 22:10 < Aprogas> but latin would be more elite 22:10 < Aprogas> where is the director to tell me to shut up and get back to the point ? 22:10 <@hezekiah> Aprogas: be quite and get back to the point. ;-) 22:10 < mids> quod etcetera mensa venit 22:11 < Aprogas> hezekiah: thanks 22:11 < mids> -1- 22:11 < mids> Welcome everybody! 22:11 <@hezekiah> Hiya! :) 22:11 < mids> as you see, the regular meetings are earlier as the other 33 ones from now on 22:11 < mihi> hi mids 22:11 < mids> . 22:11 < mids> -2- 22:11 < Aprogas> to better fit the mainly US/EU users of IIP ? 22:12 < nop> yo 22:12 < Aprogas> hello nop 22:12 -!- mode/#iip-dev [+o nop] by Trent 22:12 <@nop> got the page 22:12 <@hezekiah> Hiya, nop! :) 22:12 < mids> Aprogas: it would fit better for UserX / nop 22:12 <@nop> is userx alive? 22:12 < Aprogas> dont forget to change your nick to noP 22:12 -!- nop is now known as noP 22:12 < mids> 2) I'd like to hear what the official proposals are for the decentralized routing protocol 22:12 <@noP> thnx aprogas 22:12 <@noP> we have no official proposal till Friday 21:00 22:12 < UserX> noP: i'm here 22:13 <@noP> that is to be discussed 22:13 <@noP> there are semi-official proposals in www.invisiblenet.net/research 22:13 < Aprogas> can i join that discussion to give totally useless suggestions ? 22:13 <@noP> which are many different proposals 22:13 <@hezekiah> Uh, oh. Looks like I have a lot of reading to do before Friday. ;-) 22:13 <@noP> we will log it 22:13 <@noP> and you can suggest 22:13 <@noP> during iip-dev meeting 22:14 <@noP> yeah hezekiah we added more stuff ;) 22:14 -!- mids changed the topic of #iip-dev to: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ - http://www.invisiblenet.net/research/ 22:14 < mids> ok 22:14 < mids> . 22:14 < mids> quod etcetera mensa venit? 22:14 <@noP> brb 22:14 <@hezekiah> mids: What language is that? 22:15 < mids> latin 22:15 <@hezekiah> Ah. 22:15 < Aprogas> mensam sounds more correct 22:15 < mids> it should mean something like: what else comes to the table 22:15 < Aprogas> and `etcetera' isnt 22:15 < mids> et cetera 22:15 < Aprogas> but that still doesnt make sense 22:16 < mihi> quod ceterum ad mensam venit? 22:16 < Aprogas> maybe 22:16 < Aprogas> when will the IIP sourcecode be translated to latin using latin.h ? 22:16 < mihi> igpay atinlay? ;-) 22:16 < Aprogas> in other words, when will IIP development freeze to transfer those manhours to my latin.h project and complete it, only to then implement it in IIP ? 22:17 <@hezekiah> Never. 22:17 < mids> quod autem ad mensam venit 22:17 < mids> powered by http://www.latijnnederlands.nl/ 22:17 < mids> . 22:17 < Aprogas> thats W Echter TTK 22:17 < mids> any IIP questions? 22:17 < mids> Aprogas: 2. verder, voorts, en dan (ter voortzetting of uitwerking v. iets voorafgaands). 22:17 < mihi> "*but* what comes to the table"? 22:17 < Aprogas> `what' does 22:18 < mids> mihi: questions, proposals, comments 22:18 < mihi> mids, you missed the "" 22:18 < Aprogas> anything that was talked about during the meeting but didnt fit in the point that was currently active 22:18 <@hezekiah> Is this item 3 on the agenda? 22:18 < Aprogas> hezekiah: i think we are at questions yet 22:18 < mids> hezekiah: yes 22:18 < Aprogas> the meeting seems chaotic and without any real content, except that the decision on the routing protocol will be made later 22:18 <@hezekiah> ... because I have no idea what "WVTTK" means and this conversation is definately obscure enough to be a possible candidate. ;-) 22:19 < mids> ok, /me formalizes 22:19 <@hezekiah> Right 22:19 < Aprogas> its probably because i am here 22:19 < mids> and because I had a lot of beer 22:19 < Aprogas> WVTTK in reality is anything that does not make sense 22:19 * mids moves on to point 4 22:20 < mids> any IIP related questions? 22:20 < Aprogas> how does the IIP team expect the userbase to grow, and when will massive PR start to stimulate more growth ? 22:20 < Aprogas> also, what kind of people does the IIP team expect to attract in the beginning, and with the PR campaign 22:21 < mids> past experience has tought that it is very easy to get on slashdot 22:21 < mids> which results in a quick increase of users 22:21 < mids> but you need Cool Features 22:21 < mids> to excuse an announcement 22:21 < Aprogas> well, most slashdot users dont stay long i think 22:21 < Aprogas> a few of them stay, but most just want to `check it out' 22:21 <@hezekiah> Right. 22:21 <@hezekiah> So once we decentralize we will have something to brag about on /. 22:22 < mids> then we can address some online magazines 22:22 < mids> like theregister 22:22 < mids> and/or wired 22:22 < Aprogas> you need cool features to excuse an announcement, and you need a cool application to keep them 22:22 <@hezekiah> Right. 22:22 < Aprogas> but slashdot is a pretty `limited' target group 22:22 < Aprogas> it only attracts a certain type of people 22:22 < mids> it is a part 22:22 < Aprogas> perhaps some more diversity would be good 22:22 < mids> you could also address some target audiences 22:22 <@hezekiah> I personally don't really care about attracting people. I just want a good program. 22:23 < mids> like writing to the dutch organisation Martijn :) 22:24 < mids> maybe some press release to AA groups, amnesty, EFF, scientology/cult critics 22:24 < mids> hezekiah: even with a good program you require a certain userbase to be able to offer decent traffic 22:25 < mids> you cant have only 2 users on your ultra-anonymous network 22:25 <@hezekiah> The way I look at it, if it's easy enough to find on freashmeat/sourceforge and it offers what people want (good anonymized chat), then people will use it. 22:26 <@hezekiah> Yes. That is a very primitive outlook on userbase growth. 22:26 < Aprogas> the average internet user does not search at sourceforge 22:26 < Aprogas> its hard to search for something if you dont know that it exists 22:26 < mids> hezekiah: freshmeat / sourceforge is only for the geeks 22:26 < mids> they think that anonymity is 'cool' 22:26 < mids> but dont really need it that much 22:26 <@hezekiah> Or they have people they don't want to be looking over their shoulder. :) 22:26 < mids> cause they have nothing to hide :) 22:27 <@hezekiah> But their paranoia helps them set up secure nodes. 22:27 <@hezekiah> I'm not sure I would want my message traffic running through Great Aunt Edna's Windows Me machine. 22:27 < mids> what is the target audience in your oppinion? 22:27 < mids> 16-23 year old linux kiddies? 22:27 <@hezekiah> Well, I really don't care who uses it. 22:28 < mids> or joe sixpack 22:28 <@hezekiah> I would just want the people who make the nodes to make them securely. 22:28 < Aprogas> maybe some lawyers to defend us 22:28 <@hezekiah> Beyond that, I just want to make the program better by good coding. 22:28 < Aprogas> if IIP is a proper program, it would take into account that not all nodes can be secure 22:28 <@hezekiah> Nop does some userbase kind of stuff. He seems to understand it pretty well. 22:29 < mids> what do you mean? 22:29 < Aprogas> hezekiah is the true programmer, he is afraid of users 22:29 <@hezekiah> Aprogas: IIP will do its best to be idiot proof, but the security of a system always comes down to the people who run it. 22:29 <@hezekiah> Aprogas: I'm not affraid of users. I just don't really care too much _who_ they are. 22:29 < mids> http://www.joelonsoftware.com/articles/StrategyLetterV.html 22:30 <@hezekiah> mids: He does corporate stuff. Buisness kind of things. I still don't know how he got funding to hire Cap'n Crunch. 22:30 < mids> no comment 22:30 <@hezekiah> lol 22:33 < mids> I got nothing to say anymore 22:33 < mids> other questions? 22:33 < Aprogas> how many developers does IIP have right now, and how many hours per week do those developers spend (estimated) 22:33 <@hezekiah> Uh .. 22:34 <@hezekiah> That's a trick question actually. :) 22:34 < Aprogas> is it ? 22:34 <@hezekiah> Which _kind_ of developers are you looking for? 22:34 < Aprogas> i am not looking for developers 22:34 < Aprogas> i just want to know how the IIP development is doing 22:34 <@hezekiah> So you want to know about the developers who right isproxy? 22:35 < Aprogas> IIP is more than just isproxy i guess 22:35 <@hezekiah> Yeah. 22:35 < Aprogas> i just want to know how many people are currently spending time on IIP 22:35 <@hezekiah> That's why it's a trick question. :) 22:35 <@hezekiah> Then I have no idea! :) Not all of them are probably public! 22:35 < mids> how much time do you spend on IIP then? 22:35 < Aprogas> never mind, ill just go watch the sf's actitivity meter i guess 22:36 < Aprogas> if it has such information 22:36 <@hezekiah> I can tell you that right now (to the best of my knowledge) there are really only two people actively writting code for the isproxy source. 22:36 <@hezekiah> UserX and myself. 22:36 < mids> *nod* 22:36 < Aprogas> im not only talking about writing code 22:36 <@hezekiah> Nop is doing stuff in the background when he can that deals with neat protocols and theory. 22:36 < Aprogas> also about plannig stuff, for example that routing protocol 22:36 < Aprogas> just the project as a whole 22:36 <@hezekiah> OK ... this is an opensource project. The "developers" are anyone who pitches in an idea. 22:37 <@hezekiah> lol 22:37 < Aprogas> actually i want to know how many manhours are spent (wasted?) on IIP, so i can calculate how much money that represents 22:37 <@hezekiah> A lot trickier to answer than you thought, eh? 22:37 <@hezekiah> Well, I pretty much only know about work on isproxy. 22:37 < Aprogas> ok 22:37 <@hezekiah> That fluxuates based on how busy UserX and myself are. 22:37 <@noP> aprogas you're being nit picky 22:38 < Aprogas> its just that i want to know that if i were to donate money to this project, that i donate the right amount, not too much, not too little 22:38 <@noP> if you're not on the dev team 22:38 <@noP> then just don't waste your time 22:38 <@hezekiah> For example, right now I am very busy in real life, so I haven't been able to touch the isproxy code for over a week! (Ack!) 22:38 < Aprogas> so i want to know how much this project would `cost' in manhours 22:39 <@hezekiah> On an average week where I can write code, I might get in 4-5 hours. That's a wild stab in the dark! UserX seems to code in spurts (no offense) having periouds where he doesn't have much time and then one week where there is a flurry of commits. (He might be coding the whole time and just committing when he has completed code. I really don't know.) 22:39 <@hezekiah> Anyway, it's way to volatile for me to really get a handle on it. 22:40 < Aprogas> ok 22:41 < Aprogas> i have no more questions 22:43 * mids ends the suffering 22:43 * hezekiah hands mids the *baf*er 22:44 -!- mode/#iip-dev [+o mids] by Trent 22:44 -!- logger was kicked from #iip-dev by mids [*baf*] --- Log closed Tue Mar 25 22:45:02 2003 </div>/zh/blog/2003/03/18/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/Tue, 18 Mar 2003 00:00:00 +0000/zh/blog/2003/03/18/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Aprogas, armpit, hezekiah, Hitman, mids, nop, UserX</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Mar 18 20:14:29 2003 20:15 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 20:15 [Users #iip-dev] 20:15 [ jeremiah] [ logger] [ mids] [ UserX] 20:15 -!- Irssi: #iip-dev: Total of 4 nicks [0 ops, 0 halfops, 0 voices, 4 normal] 20:15 -!- Irssi: Join to #iip-dev was synced in 5 secs 20:17 -!- mode/#iip-dev [+o mids] by Trent 22:00 < nop> hi 22:00 <@mids> Tue Mar 18 21:00:10 UTC 2003 22:00 < hezekiah> Hi. :) 22:00 <@mids> HEllo 22:00 <@mids> so 22:01 <@mids> whats on the agenda? 22:01 < hezekiah> I have no clue. 22:01 < armpit> howdy 22:01 < hezekiah> Hi 22:01 <@mids> ok 22:01 < armpit> mind if i lurk around? :) 22:01 <@mids> then lets just keep a question round 22:01 <@mids> btw, Freenet 0.5.1 is out 22:01 < hezekiah> Cool. :) 22:02 < hezekiah> Maybe one of these days I'll try using it. :) 22:02 <@mids> so, any IIP questions? 22:02 < Hitman> quick run down of current status would be nice nop 22:02 < Hitman> so we can get up to speed on what's happening with it all 22:03 <@mids> good point 22:03 < nop> hold 22:03 * hezekiah turns on beautiful classical music those tech-support hotlines play while we wait for them ... 22:04 * Hitman shudders as teh memories flood back 22:05 * mids runs out of breath 22:06 * mids dies 22:06 < hezekiah> Well, meanwhile I think it should be noted that some people don't appear to have remembered the meeting starts 2 hours earlier now. 22:06 <@mids> or they just dont care :) 22:07 < nop> ok 22:07 < nop> back 22:07 < hezekiah> Yay! :) 22:07 < nop> 1.1.0 is out, 1.2 meeting needs to be set 22:07 < nop> so that hez, Userx and I can discuss furthur major development 22:08 <@mids> maybe the development cycle should be more open? 22:08 <@mids> so others can hear what the plans are too? 22:08 < nop> we will log and place in research directory 22:08 < nop> on invisiblenet 22:08 <@mids> ok 22:08 < Aprogas> that would counter allegations that IIP is vapourware 22:09 < hezekiah> mids: I think openess is great, but it can get pretty annoying when you are trying to discuss coding and the listeners are continueally getting off the subject into theory. :( 22:09 < nop> that's why we log 22:09 < nop> ;) 22:09 < hezekiah> I think the logging is a good idra. 22:09 < nop> and publish 22:09 <@mids> hezekiah: channels can be moderated 22:09 < hezekiah> Maybe we could post the log to the iip-dev mailing list too? That would give people a good idea of what's going on behind the scenes. 22:09 < Hitman> open discussion of ideas and brainstorming would rock, but end product changes will have to be discussed seperately by the actual coding team otherwise thing's won't get implemented correctly 22:09 <@mids> k 22:09 < hezekiah> They could pipe up with all kinds of suggestions then. :) 22:10 < hezekiah> UserX? Are you currently present? 22:10 < UserX> i'm present 22:10 < hezekiah> OK. :) 22:10 < hezekiah> (To both UserX and nop): Do either of you have any times for that meeting that would be good for you? 22:11 < hezekiah> I mentioned the times that won't work for me, in my email. I hope it's a small enough subset not to be a problem. :) 22:12 <@mids> anyway, you can settle that in private 22:12 < Hitman> in my personal opinion I think that decentralisation of the network is the number one priority. To make IIP completely p2p would take away any ability whatsoever the goverment and other nasty forces have to shut it down. While a central server exists tehy can still end it....ie napster 22:12 < hezekiah> OK. 22:12 <@mids> we can read the logs afterwards. 22:13 < hezekiah> Hitman: decentralization is the main theme of 1.2 22:13 < Hitman> sweet 22:14 < hezekiah> So where were we? 22:15 < hezekiah> Oh, yeah. Nop was listing the current status of 1.2. 22:15 < nop> yeah 22:15 < hezekiah> Did you have anything else to add, nop? 22:15 < nop> so 1.2 we need a dev meeting to start 22:15 < nop> and from that point is our start 22:16 < Aprogas> did you create a branch in CVS so bugs in 1.1 can be fixed without requiring users to update to a alpha or beta state 1.2 ? 22:17 < UserX> The development is already in a seperate branch from 1.1 22:18 < hezekiah> And the 1.1 release was tagged v1-1-0. 22:18 < Aprogas> so there is a tag on the release, but not a branch tag ? 22:18 < Aprogas> i assume the development is on the `MAIN' branch ? 22:19 < hezekiah> Uh, I currently don't know what CVS commands I should be running to tell the difference. :) 22:19 < UserX> 1.1 is on the MAIN branch 22:19 < Aprogas> something like cvsweb gives more overview of such things than cvs commands anyway; branchs in cvs are quite confusing 22:20 < Aprogas> anyway, having a release on the main branch and the development in a seperate branch is quite an uncommon setup; and that might have reasons 22:20 < Aprogas> maybe it is worth investigating if it would not be more useful to do it the other way around ? 22:25 < hezekiah> Well, I don't know much about CVS so my input wouldn't be much worth here. :) 22:26 < Aprogas> CVS is a scary beast 22:27 < hezekiah> Yeah. I wonder if it ate the other people in the room. It seems deathly quiet in here. 22:27 < Aprogas> i ended up re-importing sources numerous times because i messed up after trying to put my branches right 22:27 < hezekiah> ;-) 22:28 < Aprogas> so be careful with it 22:28 < hezekiah> *lol* 22:29 < hezekiah> Mids? Do we have another item on the agenda? It seems like we're done with this one (or else someone got eaten by the CVS beast.) 22:31 < Aprogas> well.. i didnt really see anyone reacting to my `suggestions' 22:31 < Aprogas> im wondering why the IIP development team uses this different way of using branches 22:31 < hezekiah> I have no clue. 22:31 < Aprogas> i guess 99% of the CVS-using project develop on the MAIN branch and keep releases on seperate branches 22:32 < hezekiah> I do know that it works fine. 22:32 < Aprogas> that will become obvious when you get 1.2 22:32 < Aprogas> what will happen with 1.1 which s currently on the main branch ? 22:32 < hezekiah> So I say that "If it isn't broken, then don't fix it." 22:32 < hezekiah> It's sources are tagged. 22:33 < Aprogas> a bug in it might be found 22:33 < Aprogas> and you might want to create 1.1.1 22:33 < hezekiah> I guess that if we need to do a bug fix, then someone checks out v1-1-0, fixes the bug, and commits under the tag v1-1-1. 22:33 <@mids> hezekiah: no, none 22:33 < Aprogas> hezekiah: that is possible too 22:33 < hezekiah> mids: As I said, I don't know much about CVS. :) 22:33 < Aprogas> but using release branches is more common 22:33 < UserX> the developement will probably be merged back on to the main branch. and if we need to do bug fixes/upgrades to 1.1 we just create a branch from it 22:33 < Aprogas> userx: ok 22:33 < hezekiah> Oh, well. I'll leave the CVS playing to the developers that understand it. :) 22:34 < Aprogas> noone understands CVS 22:34 < hezekiah> lol 22:34 < Aprogas> thats the problem 22:34 < Aprogas> its a beast that cannot really be tamed 22:34 < hezekiah> So, mids. What's next on the agenda? Question round? 22:34 <@mids> ok, I am out. cya 22:35 -!- mode/#iip-dev [+o hezekiah] by Trent 22:35 <@hezekiah> OK. The question round has officially begun, I guess. :) 22:35 < Aprogas> oh 22:35 <@hezekiah> Questions? 22:35 <@hezekiah> (Not that I can promise an answer, but you can ask.) 22:37 <@hezekiah> Going once ... 22:37 <@hezekiah> Going twice .. 22:37 <@hezekiah> Gone! 22:38 <@hezekiah> Sold to the eternal silence of the ever questioning public (until the next iip-dev meeting that is.) ;-) 22:38 <@hezekiah> Well, it was nice talking to you all (and nice to be able to have UserX around and talking in an iip-dev meeting. I'm glad the time change has improved things for him.) 22:38 <@hezekiah> Bye, all! :) 22:38 < nop> bye --- Log closed Tue Mar 18 22:43:48 2003 </div>/zh/blog/2003/03/12/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/Wed, 12 Mar 2003 00:00:00 +0000/zh/blog/2003/03/12/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/<p>（感谢 wayback machine <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席:</strong> Debolaz, dm, FillaMent, hezekiah, jrand0m, lonelynerd, luckypunk, mids, mihi, nop, someone, toni</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Wed Mar 12 00:01:53 2003 00:01 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:01 [Users #iip-dev] 00:01 [@mids ] [ jeremiah] [ mihi] [ pox ] 00:01 [ hezekiah] [ logger ] [ nop ] [ UserX] 00:01 -!- Irssi: #iip-dev: Total of 8 nicks [1 ops, 0 halfops, 0 voices, 7 normal] 00:02 -!- Irssi: Join to #iip-dev was synced in 7 secs 00:02 <@mids> Welcome to the 33th meeting 00:02 < hezekiah> Hi 00:03 <@mids> IIP 1.1.0 is released yesterday 00:03 < toni> is it okay, to simply idle here and eve's drop? 00:03 <@mids> toni: yes 00:03 <@mids> Agenda for this meeting: 00:03 <@mids> 1) IIP 1.1.0 00:03 <@mids> 2) Future of IIP 00:03 <@mids> 3) Questions 00:04 <@mids> if you have questions about the current subject, please ask 00:04 <@mids> otherwise save it for round 3 00:04 <@mids> . 00:04 < nop> hi 00:04 <@mids> logs are available on http://mids.student.utwente.nl/~mids/iip/ 00:04 < hezekiah> hi! :) 00:04 < luckypunk> Hi. 00:04 <@mids> . 00:04 < jrand0m> ev'nin 00:05 <@mids> 1) IIP 1.1.0 (stable) Released!!! 00:05 < hezekiah> YAY! 00:05 <@mids> Finally 00:05 < luckypunk> :) 00:05 <@mids> almost a year after nop's post that it would be out soon :) 00:05 < FillaMent> w3rd i$ b0nd 00:05 <@mids> In this version the installation for Unix is enhanced, entropy generation is improved and a few bugs are fixed. 00:05 <@mids> We call it a stable release 00:05 < hezekiah> mids: Is that list of changes as compared to 1.1.0 RC3 or compared to 1.0.0? 00:05 <@mids> and it looks stable so far 00:06 <@mids> hezekiah: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:06 <@mids> thats all I know 00:06 < hezekiah> OK. :) 00:06 < hezekiah> (It sorta sounds like it is a comparison to 1.1.0 RC3 or RC2.) 00:07 <@mids> hezekiah: it does, because nobody wrote what was updated before 00:07 < dm> Should I download the Service Pack 2 for IIP if I'm using a cracked version of IIP? 00:07 < hezekiah> mids: Ah ... Therein lies the tale! ;-) 00:07 < dm> sorry, carry on. 00:07 < hezekiah> dm: I'm not aware of any service packs. 00:07 <@mids> the release is announced on our website, freshmeat, infoanarchy and frost 00:08 <@mids> I did email a few other sites that had it listed 00:08 <@mids> if you guys/girls know other places to tell... 00:08 <@mids> please do so 00:08 < jrand0m> nsa? 00:08 < toni> i know, but im a total stranger to iip *g* 00:08 < FillaMent> kuro5hin? 00:08 < hezekiah> mids: Did you email that program archive that hosts it that was recently mentioned on iip-dev? 00:08 < toni> heise.de german security/internet related site 00:08 < FillaMent> jinx.biz 00:09 <@mids> hezekiah: I did mail vipul's munitions 00:09 < hezekiah> mids: OK! :) 00:09 <@mids> kuro5hin requires a decent article 00:09 <@mids> and they are very picky 00:09 <@mids> but if you want to write something... 00:09 <@mids> please do so 00:09 < hezekiah> slashdot again? 00:09 <@mids> toni: could you inform them? 00:09 < hezekiah> They don't require anything super decent, and they mentioned us before. ;-) 00:10 < toni> they also require articles, and i dont know how picky they are 00:10 < toni> if somebody writes an article, i could translate it to german and email them 00:10 <@mids> you could use the press release on http://www.infoanarchy.org/story/2003/3/10/23466/2065 00:11 <@mids> and link the CHANGELOG to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:11 <@mids> be sure to include a general description of IIP 00:11 <@mids> I think we should try to do /. 00:12 <@mids> we survived it before 00:12 < hezekiah> mids: Note: You mention to view the changelog in the infoanarchy article, but you don't appear to provide people with a link to it! 00:12 < toni> since im not really familiar with iip, i guess i can't give a decent description, but if you /. it, i could give heise a hint, they often take news from there and translate them 00:12 <@mids> hezekiah: yes, I forgot. 00:12 <@mids> I'll mail their editor 00:15 < hezekiah> OK ... anything else on agenda item 1 (IIP 1.1 release) ? 00:17 <@mids> did you all already submit a newsstory to /.? 00:17 < hezekiah> No. 00:18 < hezekiah> I haven't been with the project quite long enough to have a firm grasp of what has happened since 1.0. 00:18 < hezekiah> Who wrote the last /. post? 00:18 <@mids> we dont know 00:18 < hezekiah> LOL! 00:18 < jrand0m> hahah 00:18 < dm> I think it might have been no_nick 00:18 < mihi> is iip too anonymous? ;-) 00:19 <@mids> yes :) 00:19 < hezekiah> Well, I'll go hunt up the previous post, and see if I can come up with something. :) 00:19 <@mids> ok... 00:19 <@mids> previous one was a copy of the kuro5hin article 00:19 <@mids> which was about nop's interview 00:19 <@mids> ok 00:19 <@mids> Item 2?? 00:19 < hezekiah> Yay! :) 00:20 <@mids> 2) Future of IIP 00:20 <@mids> we want: 00:20 <@mids> DECENTRALIZATION 00:20 <@mids> but who is going to do it 00:20 <@mids> and how 00:21 < dm> and is it possible. 00:21 < jrand0m> and what will be lost. 00:21 < hezekiah> If I may interupt: I just want to make sure nop and UserX and present and accounted for. This conversation will be pretty futile without them. :) 00:21 < jrand0m> (aka centralized authentication - trent) 00:21 < hezekiah> nop? 00:21 < hezekiah> UserX? 00:21 <@mids> hezekiah? 00:21 < hezekiah> Are you present? 00:21 < hezekiah> mids: Here! 00:21 < nop> I'm somewhat present 00:22 < hezekiah> OK. :) 00:22 < nop> userx and I have had discussions 00:22 < nop> on how we would like to do it 00:23 < hezekiah> Did those get discussions written up in papers and stuck in the research directory of the IIP website? 00:23 < nop> ues 00:23 < nop> most are there 00:23 < nop> userx has more 00:23 < nop> that I would like pu t there 00:23 < nop> http://www.invisiblenet.net/research/IIP-WP-Notes.txt 00:23 < hezekiah> OK. Could you please give the filenames of the most relavent ones so I can give them a look? :) 00:23 < nop> that one contains quite a bit 00:24 < nop> there is also some other's contributed 00:24 < nop> IIP_netproto.html 00:24 < nop> and architecture.pdf 00:24 < hezekiah> OK. :) 00:24 < nop> 00:25 < nop> http://www.invisiblenet.net/research/IIP-Identity.txt 00:25 < nop> as well 00:25 < nop> http://www.invisiblenet.net/research/IIP-Messages.txt 00:27 < hezekiah> OK. Are any of them completely (or primarily) devoted to just the decentralization aspect? 00:27 < nop> yes 00:27 < nop> all of them 00:27 < hezekiah> OK. :) 00:27 < hezekiah> Thanks for all the links! I'm checking them out now. :) 00:31 <@mids> ok 00:31 <@mids> other IIP Future events? 00:31 < dm> is FillaMent here? 00:31 < hezekiah> Well, in the near future, IIP-dev still doesn't have the "entropy problem" fixed. 00:31 < dm> he had the idea of making trent allow PGP key exchanges 00:31 < dm> which makes sense. 00:31 * FillaMent is present 00:32 <@mids> yes FillaMent and me did talk about that 00:32 * mids hands the microphone to FillaMent 00:32 * FillaMent taps it a couple times, "this thing on?" (sorry) 00:33 * hezekiah turns up the volume 00:33 < lonelynerd> :) 00:33 < FillaMent> Here's the deal: I think it'd be handy to have a PGP key storage and exchange mechanism on IIP. I have a few proposals as to how such a thing should work. 00:34 < dm> Should be fairly easy? Just add a field for PGP to trent, and add GET/STORE commands? 00:34 < FillaMent> 1) Capability is built into trent. This presents a problem with most IRC clients sending strings that long 00:35 < dm> ah, ok. 00:35 < FillaMent> 2) Make trent able to pull a CHK from freenet and store the contents of that file as the Key 00:35 < FillaMent> 3) Build a separate bot to preform 1 or 2 00:35 < nop> hmm 00:35 <@mids> good points 00:35 < nop> the only issue 00:35 < nop> I have 00:35 < nop> with this concept 00:35 < nop> is how do we trust trent or any bot for that matter to handle pub keys 00:35 < nop> without verification 00:36 <@mids> well 00:36 < FillaMent> Well, it could check and make sure the nick was reg'd and ident'd 00:36 <@mids> it could be just as a keyserver 00:36 < nop> the idea I'm thinking 00:36 < nop> is it can do a verify to all major key servers 00:36 < nop> as well 00:36 < nop> so that it gets congruent info 00:36 < FillaMent> nop: read my flog entry about psuedoidentity? 00:36 < nop> link 00:37 < FillaMent> SSK@WxBcPJd1ppZSZ~C8IJI-DHx94oIPAgM/fillament// 00:37 <@mids> keyservers dont verify anything 00:37 <@mids> they just store stuff 00:37 <@mids> what you can do now with Trent 00:37 < FillaMent> here's the short of it... what if your identity only exists in anonymous space? What can you verify? 00:37 <@mids> /squery trent nickinfo mids 00:38 <@mids> see the comment line 00:38 <@mids> it can contain anything 00:38 <@mids> also urls etc 00:38 < FillaMent> but short 00:38 <@mids> so you could link to your PGP key 00:39 < FillaMent> I'm just thinking of something to remove all the middle steps. 00:39 < hezekiah> Looking at mids' ID comment, I see it lists a key fingerprint 00:39 < hezekiah> It also lists the key ID. Why can't someone just get the key from a keyserver, and check the fingerprint. 00:39 < FillaMent> hezekiah: What key server? 00:39 < FillaMent> one on the internet? 00:39 < nop> that's what I'm saying 00:40 < mihi> how get a key up to a key server? anonymously? 00:40 < lonelynerd> we just need a bot to fetch those 00:40 < FillaMent> if your identity only exists in anonymous space, like mine... I don't want to leave a trail on the internet 00:40 < hezekiah> Ah ... 00:40 < hezekiah> OK. I get it. :) 00:40 <@mids> so a keyserver bot for IIP would be it 00:40 <@mids> combined with freenet 00:40 < FillaMent> that'd be sweet... just feed trent the fingerprint and it'll try to fetch the key... 00:41 <@mids> currently freenet is too heavy to run on the Trent server 00:41 < lonelynerd> mids, well, you could ascii armor the public keys 00:41 < FillaMent> mids: Such a thing need not be built into trent, as my point 3 00:41 < nop> well 00:41 < nop> you could use a gateway mids 00:41 < nop> like groovy 00:41 <@mids> too unreliable 00:42 < someone> why do you need freenet, again? 00:42 < FillaMent> mids: If you wanted to make trent capable, just have it access one of the public freenet servers 00:42 <@mids> why not let a user upload the key to freenet and give the url to the bot? 00:42 <@mids> someone: for file storage 00:42 < FillaMent> mids: Because it a few days it's gone if no one accesses it. 00:42 < lonelynerd> mids, wouldn't it be more efficient to have a one huge digest of public keys used by people? 00:43 < hezekiah> lonelynerd, mids: You could just add a the capability to assign PGP key ID's to a nick just like you can assign a comment. 00:43 < FillaMent> I think the best solution is to have it not integrated into IIP. Someone writes it as a piece of software (hell, I could do it but am busy) then distribute the software. Anyone who wants to run an IIP keyserver, can. 00:44 < lonelynerd> hezekiah, true, but you still need to fetch the pgp key 00:44 < nop> ok here's the funny thing 00:44 < lonelynerd> FillaMent, sounds reasonable 00:44 < nop> things we can see 00:44 < nop> we trust 00:44 < nop> like the internet 00:44 < nop> yet it's insecure 00:44 < someone> why not just have a bot upload nad download keys from internet key servers and store a fingerprint with trent 00:44 < nop> yet we have a cryptographic network 00:44 < nop> and we don't trust a soul to run a pgp keyserver 00:44 < lonelynerd> someone, that's what i suggested 00:44 < hezekiah> nop: lol! :) 00:45 < lonelynerd> nop :) 00:45 <@mids> nop 00:45 <@mids> you dont get it 00:45 < nop> I do get it 00:45 <@mids> you DONT need trust for a keyserver 00:45 < nop> I'm joking 00:45 < FillaMent> nop: Sure you do... one just has to put their pseudoidentity on line. 00:45 < FillaMent> on the line 00:45 < FillaMent> mids: Sure you do 00:45 <@mids> it is just for storage 00:45 < nop> I know mids 00:45 < nop> I was just being funny 00:45 < nop> ;) 00:45 <@mids> users should ALWAYS verify fingerprint 00:45 < someone> lonelynerd: so we don't need freenet, right? 00:45 <@mids> and check web of trust 00:45 < FillaMent> mids: I could just stick my key there and say it's nop's. 00:46 <@mids> nop: good if you are funny :) but others might not understand it 00:46 < lonelynerd> FillaMent, actually, what you wrote about pseudoidentity got me thinking. i'm wasting time and resources by having two identities on iip, one for people who know me irl and then this. 00:46 <@mids> FillaMent: thats why you can stick the fingerprint on Trent 00:46 < lonelynerd> someone, exactly, freenet is cool, but not needed this time 00:46 <@mids> (you'll have to trust trent though 00:46 < FillaMent> mids: Yes... and /how/ many people know about key fingerprints? 00:47 < lonelynerd> someone, but somebody could still post compressed digests contain many keys 00:47 <@mids> if they dont know, they shouldnt use PGP 00:47 < FillaMent> mids: yeah.. let's alienate the userbase 00:47 < lonelynerd> true 00:47 < lonelynerd> :) 00:47 <@mids> no seriously 00:47 < FillaMent> I've already had this discussion 20x with zab 00:47 < hezekiah> FillaMent: if they don't know enough about key fingerprints, then they probably don't know enough about crypto for me to trust that they haven't given away their key! 00:47 <@mids> using PGP without checking fingerprints gives a false sense of security 00:48 < FillaMent> hezekiah: And how do you sort those people out? 00:49 < lonelynerd> FillaMent, that's tricky. far too many users use pgp insecurely 00:49 < hezekiah> FillaMent: Tis the billion dollar question! That is very hard. :) 00:49 < FillaMent> If you tell people that they're too stupid to use crypto, they won't want to. They'll say, 'fuck it... I don't have time to care about privacy'... they may be sheep, but there are more of them voting than us. We have to make it easy for the sheep. 00:50 <@mids> you can try to educate them 00:50 < FillaMent> You have to get them in the classroom, and IIP/Fnet is the best classroom I know of 00:50 < hezekiah> Correct, mids. Security is only as strong as the intelligence of the person behind it. 00:50 <@mids> I totally agree FillaMent 00:51 < FillaMent> such a key storage bot would have a motd explaining that they should be checking fingerprints 00:51 <@mids> I just think that you should seperate keyserver from trust 00:51 < hezekiah> So what are we going to do with this bot and IIP? What do we want it to do, and how? 00:51 < FillaMent> I think it should be a 3rd party thing 00:52 < hezekiah> Like anonymail? 00:52 < FillaMent> no... like something that anyone can run 00:52 <@mids> anybody can run anonymail 00:52 <@mids> IF you would have the source 00:52 <@mids> :) 00:52 < FillaMent> mids: You know what I mean though 00:53 <@mids> yes 00:53 <@mids> sorry 00:53 < hezekiah> So is this something, the IIP developers need to write, or can someone who knows nothing about IIP but basic IRC can write? 00:53 * FillaMent already has a framework going 00:53 < hezekiah> OK! :) 00:54 < FillaMent> well... I'd have to hack it to change it's direction 00:54 < FillaMent> GAH!!!!!! More projects!!!! Nooooooo! 00:54 < jrand0m> give in FillaMent, just give in 00:54 < FillaMent> jrand0m: I know... I know. 00:54 < hezekiah> Basically what I'm asking is, is this something that needs to get built into IIP, or can it be independant? 00:55 < FillaMent> independent 00:55 < hezekiah> If it's independant, then I'd say, "GO FOR IT!" :) 00:55 <@mids> hezekiah: IndependEnt 00:55 * mids ducks 00:55 < hezekiah> mids: really? 00:55 <@mids> yes 00:55 * FillaMent thinks he's missing a joke. 00:56 < hezekiah> My spell checker says independant is OK. 00:56 <@mids> hezekiah: made a typo 00:56 < FillaMent> oh... yeah... 00:56 < FillaMent> dent 00:56 < FillaMent> independEnce 00:56 < hezekiah> Hmmm ... it says independent is OK too, odd. 00:56 <@mids> hezekiah: grep "^independ.nt$" /usr/share/dict/words 00:56 < FillaMent> probably a new english/old english thing 00:56 <@mids> anyway 00:56 < hezekiah> Anyway ... :) 00:57 <@mids> say we have this keybot 00:57 < hezekiah> And it will be independent of IIP. :) 00:57 <@mids> how will it get the key from a user? 00:57 < FillaMent> /msg 00:57 <@mids> the full key? 00:57 < FillaMent> no 00:57 < FillaMent> freenet 00:57 <@mids> ah 00:58 <@mids> so you msg the freenet url 00:58 <@mids> and it tries to download in the background 00:58 < lonelynerd> what's the problem? you can easily paste full key to iip. 00:58 < FillaMent> /msg Keybot STORE CHK@lakdjfa;lsdfjasd;lkfj 00:58 <@mids> lonelynerd: my key is 8 KB big 00:58 < FillaMent> lonelynerd: Not will all clients 00:58 < mihi> FillaMent: you can if you do it in blocks of 10 lines. 00:59 <@mids> the keyboard _could_ look if you are identified with trent 00:59 <@mids> keybot 00:59 <@mids> :) 00:59 < FillaMent> mids: It would have to 01:00 <@mids> and just add that as an additional flag 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 <@mids> well 01:00 < FillaMent> such a thing would best be scripted 01:00 <@mids> yes 01:00 <@mids> exactly 01:00 < jrand0m> is a centralized identity manager like trent really desireable? 01:00 < FillaMent> so either chopped and sent via msg or via freenet 01:00 <@mids> jrand0m: with a centralized ircd, yes 01:00 <@mids> maybe we should form a keybot commitee 01:01 <@mids> and let them discuss the details 01:01 < jrand0m> ah, right. yeah, I was assuming a decentralized net. 01:01 * mids opens #keybot 01:01 < FillaMent> mids: I don't see a need 01:01 <@mids> well 01:01 <@mids> we got more on the agenda 01:01 < lonelynerd> mids, uhm. 01:01 <@mids> and we are already busy for 1 hour 01:01 < FillaMent> 20 people start keybots... 1 will eventually prove the most reliable and become the defacto standard 01:02 <@mids> I mean more.. any other Future IIP things? 01:02 < hezekiah> nop? 01:02 < hezekiah> What are the major features/changes you plan for 1.2? 01:02 < nop> what 01:02 < nop> decentralization 01:02 < nop> and channel encryption 01:02 < nop> as well as client to client encryption 01:02 < nop> channel trust 01:02 < nop> using RSA keyring 01:02 < Debolaz> I have a question. What is the thing needed most from IIP now, that an ISP would be able to provide? 01:03 <@mids> money! 01:03 <@mids> millions 01:03 <@mids> so we can hire thousands of developers 01:03 < Debolaz> I was thinking more in terms of services. 01:04 < jrand0m> OC12? 01:04 <@mids> hosting is fine at sf so far 01:04 <@mids> maybe a stable node somewhere 01:05 <@mids> ... 01:05 < Debolaz> Well, I was thinking of a node sort of thing. And perhaps a file mirror. 01:05 <@mids> project release files are already mirrored on 8 servers so far 01:06 <@mids> plus on vipul's munitions 01:07 * mids slowly pushes the topic to item 3, questions 01:07 < hezekiah> Ack! 01:07 <@mids> 3) Questions? 01:08 < jrand0m> eta for decentralization (1 mo, 3 mo, 6 mo)? 01:08 < jrand0m> aka, without dependence on a central server 01:08 <@mids> no comment! 01:08 < hezekiah> mids: LOL! 01:08 < hezekiah> I really have no idea. UserX would probably have the best bet 01:09 < hezekiah> nop, UserX: are we done decentralizing "core" in isproxy yet? 01:09 < nop> um no 01:11 < hezekiah> I'm assuming that "core" comes before ircd decent., right? 01:12 < nop> first 01:12 < nop> we have to make a virc 01:12 < nop> which is a virtual irc transport 01:12 < nop> so that the irc clients can still talk to the core 01:12 < nop> without ircd 01:13 <@mids> roadmap anybody? 01:13 < hezekiah> lol. I'm clueless. :) 01:16 <@mids> *silence* 01:16 <@mids> I heared that some wanted next meeting to be earlier 01:16 < nop> yes 01:16 * FillaMent rubs his legs together furiously but fails to produce the proper chirp. 01:16 < nop> UserX can't make it at the time we have now 01:16 < nop> because of work 01:16 < hezekiah> Ah. 01:16 < nop> if we had it a couple hours earlier 01:16 <@mids> what time would be better? 01:16 < nop> this would be easier 01:16 <@mids> 21:00 UTC? 01:16 < hezekiah> If UserX would talk more we could really get some stuff done! :) 01:16 < nop> that should work 01:17 < hezekiah> Let's see ... 01:17 < hezekiah> It's normally 23:00 UTC, right? 01:17 <@mids> yes 01:17 < hezekiah> Yeah. 01:17 < hezekiah> That should work for me. :) 01:17 <@mids> 21:00 UTC it is 01:18 <@mids> ok 01:18 <@mids> I am out 01:18 <@mids> thanks for listening to me :) 01:18 * mids bows 01:18 <@mids> oh 01:18 <@mids> before I forget 01:18 <@mids> UserX, nop, hezekiah, thanks for your work on IIP so far! 01:18 < hezekiah> mids: I enjoy listening to you. 01:19 < hezekiah> mids: A pleasure! :) 01:19 < hezekiah> All you guys make it worthwhile! :) 01:19 < jrand0m> yeah, thanks for the updates. I appreciate using y'alls software 01:19 < hezekiah> (Note: I am a Yankee. No offense is meant if there are girls in the channel.) 01:19 * FillaMent curses them for this network that consumes his free time. 01:19 < hezekiah> FillaMent: lol! :) 01:19 < jrand0m> heh 01:20 * hezekiah picks up the "baf"er 01:20 < hezekiah> *BAF!* 01:20 < hezekiah> Meeting adjurned! :) 01:22 < mihi> adjourned, you mean? 01:23 < hezekiah> Over. 01:23 < hezekiah> Done. 01:23 < hezekiah> End. 01:23 < hezekiah> Dead. 01:23 < hezekiah> The meeting is dead. Long live the next meeting. 01:23 < mihi> ;-) logger is still living </div>/zh/blog/2003/03/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 04 Mar 2003 00:00:00 +0000/zh/blog/2003/03/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> bpb, dm, hezekiah, jake, jeremiah, LeerokLacerta, mids, mrflibble, nop, Nostradumbass</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Mar 04 23:47:24 2003 23:47 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:47 [Users #iip-dev] 23:47 [ eep] [ jeremiah] [ logger] [ mids] [ nop] [ UserX_] 23:47 -!- Irssi: #iip-dev: Total of 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 23:47 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:48 < LeerokLacerta> Making history. 23:48 < mrflibble> helooo 23:48 < LeerokLacerta> Hello. 23:52 < nop> hi 23:52 < jeremiah> hi 23:53 < nop> hi 23:53 -!- mode/#iip-dev [+o mids] by Trent 23:53 < LeerokLacerta> Konnichiwa. 23:54 < bpb> konnichiwa 23:58 < nop> hi 23:58 <@mids> Hi hezekiah! 23:58 < hezekiah> Hi. :) 23:58 <@mids> *hedgehog sound* 23:58 < hezekiah> lol 23:58 < hezekiah> *orgle* 23:58 < LeerokLacerta> Hedgehog? 23:58 < hezekiah> (orgle: That's one of the sounds a llama makes.) 23:58 <@mids> LeerokLacerta: relatively large rodents with sharp erectile bristles mingled with the fur 23:59 < hezekiah> Mids got turned into a hedgehog by the entropy bug. 23:59 < hezekiah> I got turned into a llama. 23:59 <@mids> no 23:59 < LeerokLacerta> I know what it is, but why're you making hedgehog noises? 23:59 <@mids> because I reported the logging bug that didnt exist 23:59 < hezekiah> Ah. 23:59 < hezekiah> Well, you had mentioned you were going to turn into a hedgehog when refering to the previous entropy bug. --- Day changed Wed Mar 05 2003 00:00 <@mids> that was back then 00:00 <@mids> Tue Mar 4 23:00:03 UTC 2003 00:00 <@mids> meeting NOW in here 00:00 <@mids> Welcome everybody 00:00 <@mids> this is the 32th IIP meeting 00:00 * LeerokLacerta feels welcomed. 00:00 <@mids> previous one was canceled, because nobody was there 00:00 <@mids> logs are available on http://mids.student.utwente.nl/~mids/iip/ 00:01 <@mids> We got a little agenda: 00:01 <@mids> 1) Welcome 00:01 <@mids> 2) IIP 1.1.0 Release status update 00:01 <@mids> 3) Trent accesslevel for 'voice' 00:01 <@mids> 4) Question round 00:01 <@mids> if you have any questions on the current topic, please ask 00:01 <@mids> otherwise save them for the question round. 00:01 <@mids> . 00:02 * mids moves the agenda pointer to #2 "IIP 1.1.0 Release status update" 00:02 <@mids> well hezekiah, what happened? :) 00:02 < hezekiah> Oh. OK. :) 00:02 < hezekiah> Well, the first entropy bug got fixed. 00:02 < hezekiah> After much banging of heads and exchanging of emails ... 00:03 < hezekiah> ... UserX, nop, and myself managed to work out a fix for it. 00:03 < hezekiah> Now, mids is noticing a NEW problem with the entropy gathering (namely seed.rnd isn't getting saved.) 00:03 < hezekiah> Anyway, I've hunted in the code and posted my discoveries to the iip-dev mailing list. 00:04 <@mids> this thing is another release delayer 00:04 <@mids> hopefully the last one 00:04 < hezekiah> I am now waiting on UserX or nop to tell me what all this means and if I'm missing something (because I think I am. None of it makes any sense.) 00:04 < hezekiah> Hopefully. *orgle* 00:04 <@mids> . 00:04 < hezekiah> . 00:04 <@mids> Any IIP 1.1.0 specific questions? 00:05 < LeerokLacerta> No socks? 00:05 <@mids> no socks 00:05 < hezekiah> No SOCKS. 00:05 < LeerokLacerta> K. 00:05 <@mids> ok 00:05 <@mids> lets move on to #3 "Trent accesslevel for 'voice'" 00:06 <@mids> this is related with the hidden agenda point #2.9 "The #freenet-opn channel" 00:06 <@mids> the official Freenet project channel is on irc.freenode.net 00:06 <@mids> but that is not anonymous 00:06 <@mids> we have a mirror with that channel here 00:06 <@mids> in #freenet-opn 00:07 <@mids> the bot 'eyeKon' tells you everything that happens on the other side 00:07 <@mids> normally this is a one way mirror, but you can say something back with the "!say :text" command 00:07 <@mids> to use this you got to have operator or voice status 00:07 <@mids> if you want to say something, ask an operator to give you voice 00:07 <@mids> , 00:08 < dm> How about if you are identified by Trent you get voice automatically and your name gets prefixed to your messages. If people on the other side have a problem they can send a command to the bot to "ban" a certain anonyname. In which case EyeKon on this side removes voice permanently from that name. 00:08 < LeerokLacerta> Permanently? 00:08 < LeerokLacerta> How 'bout timed ban? 00:08 <@mids> it will get pretty complicated 00:09 <@mids> they have to know how to bot works 00:09 <@mids> while it is intended more as a one-way transparant thing 00:09 -!- hezekiah is now known as nickthief88099 00:09 <@mids> I have contacted the channelowners of #freenet 00:09 <@mids> and they didnt have a problem with it 00:09 < dm> sure, until mids or someone restores it. Must make sure not to spam/bother people on the other side. 00:09 <@mids> that is why not everybody will get voice 00:09 <@mids> it is VERY easy to create lot of accounts here 00:10 <@mids> so it will be impossible to ban them all 00:10 < dm> ok, so selective voice, through trent? 00:10 <@mids> what I DO want to do is selective voice through Trent 00:10 < jake> this sure is an interesting conversation but I need to eat buh bye 00:10 <@mids> which is agenda item #3 00:10 <@mids> bye jake, thanks for joining 00:10 <@mids> be sure to read the logfile afterwards 00:10 < jake> thank you 00:10 < jake> k 00:10 <@mids> Right now the channel access system has 3 levels: 00:11 <@mids> level 1: operator 00:11 * mids checks the site how he called it 00:12 <@mids> Level 1: Normal operator, can give him/herself ops 00:12 <@mids> Level 2: Super operator, can add other users to the channel (with lower level) 00:12 <@mids> Level 3: Founder, most powerfull, required to drop a channel for example 00:12 <@mids> I want to add a voice level 00:12 <@mids> so people can get voice on the channel if they are on the access list 00:12 <@mids> but the problem is... what number should the voice level be? 00:12 < hezekiah> lol 00:13 < hezekiah> Tell me you didn't use magic numbers, mids. 00:13 < hezekiah> Please. 00:13 <@mids> I am thinking about changing level 1 into 10 00:13 <@mids> and 2 into 20 00:13 <@mids> and 3 into 30 00:13 <@mids> and adding level 5 as voice 00:13 < hezekiah> Sounds good. It leaves room for further improvements. 00:13 <@mids> exactly 00:14 <@mids> note that I dont plan to make Trent a big & bloaty service 00:14 <@mids> comments? objections? 00:14 <@mids> . 00:14 < hezekiah> Umm .. so what's the problem? 00:15 <@mids> there is no problem 00:15 < dm> voice = voice on all channels? 00:15 < hezekiah> OK. 00:15 < hezekiah> It sorta looked like that. :) 00:15 <@mids> dm: no, it is channel specific 00:15 <@mids> hezekiah: I am always dramatic 00:15 < dm> ok 00:15 <@mids> dm: try this: 00:15 <@mids> /squery trent chanlist #iip-dev 00:15 <@mids> you'll get a list of the users on the access list 00:15 <@mids> with the level 00:15 < dm> ah, nice 00:16 <@mids> ok 00:17 <@mids> then it is now time for the last item #4: "Question Round" 00:17 < dm> is there a roadmap documented anywhere, for IIP? 00:18 <@mids> only internally I think 00:18 <@mids> I dont have it... 00:18 <@mids> hezekiah? 00:18 < hezekiah> And why does "/squery Trent :chanlist #anonymous" return a blank list. 00:18 < hezekiah> Oh. 00:18 < hezekiah> Well we have a small todo list of stuff we need to do in the development tree. 00:18 <@mids> hezekiah: too late (because nobody is on the access list for #anonymous, it is oper-less) 00:18 < hezekiah> I'm not aware of any roadmap though. 00:19 <@mids> maybe it would be good to make one 00:19 < dm> ok, you're not even thinking about decentralizing any time soon, correct? 00:19 < hezekiah> Well, that would be nop's department. 00:19 < hezekiah> (Actually, I've already asked for something like that.) 00:20 < hezekiah> (He said we were going to sit down and map out [or whatever he said] IIP 1.2 after 1.1 is released.) 00:20 < hezekiah> . 00:21 <@mids> well 00:21 < dm> 1.1 is there a changelog somewhere? 00:21 <@mids> nop is very busy 00:21 <@mids> maybe someone else should do it 00:21 <@mids> dm: yes, hang on 00:21 < hezekiah> mids: No one else has the authority to do it. 00:21 <@mids> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:21 < hezekiah> We are talking about setting the future course of development for IIP. 00:21 < dm> thanks, bookmarked 00:22 <@mids> hezekiah: understood 00:25 * mids just heared that they got plenty of things to do for 1.2 00:25 < hezekiah> As for nop not having time, ... 00:25 < hezekiah> We still have plenty of known coding to do on 1.2. 00:26 < hezekiah> 1.2 will not die for lack of vision. And even if we finish the stuff currently on the list, a short discussion will come up with more. 00:26 < hezekiah> Eventually nop will have time to sit down with us and describe a plan for development of 1.2. 00:26 < dm> any general notes on what 1.2 is striving for? 00:26 < hezekiah> The big one: decentralize the ircd server! 00:26 < dm> ah, ok, you don't know. 00:27 < dm> ah, that's in 1.2? sweet. 00:27 <@mids> is it already? 00:27 <@mids> omg 00:27 < hezekiah> Is the decentralization ready? No! 00:27 < dm> planned for I mean :p 00:27 * mids objects! 00:27 <@mids> when do you want to release 1.2? 00:27 <@mids> 2010? 00:27 * LeerokLacerta is an object. 00:27 < hezekiah> lol 00:28 < hezekiah> Let's just say sometime after 1.1 is released. :) 00:28 < hezekiah> Right now 1.1 is the priority. 00:28 < hezekiah> (At least that's the feeling I've gotten.) 00:28 < dm> so you is it going to be distributed ircd servers or completely decentralized? 00:28 < hezekiah> dm: I don't know the details. 00:28 < dm> ok 00:28 < hezekiah> I'm not really very good at P2P stuff. :) 00:28 < hezekiah> I just code 00:28 <@mids> let me paste an email from 2002-03-19 00:28 <@mids> From: 0x90 (0x90@invisiblenet.net) 00:28 <@mids> Date: Tue Mar 19 2002 - 00:22:26 CET 00:28 <@mids> Subject: [iip-dev] 1.1.0 almost complete 00:28 <@mids> Ok, we're nearing the completion of 1.1.0. As soon as the TODO/Fixes and cui 00:28 <@mids> for linux are complete, we should run a beta test of the network for this 00:28 <@mids> week, this is done by the developers/testers. Stay posted. 00:29 <@mids> --0x90-- 00:29 <@mids> . 00:29 < hezekiah> Ouch. 00:29 < hezekiah> That hurt, mids. ;-) 00:29 <@mids> yes it did 00:30 < hezekiah> What date was the last release of IIP made? 00:30 <@mids> RC3 was 2002-12-04 00:30 <@mids> but ofcourse the whole 'RC' stuff was wrong 00:31 <@mids> ofcourse it is just a name 00:31 <@mids> RC2 could have been 1.1.0 00:31 <@mids> then RC3 1.1.1 00:31 <@mids> and what we will have now 1.1.2 00:32 < nop> well 00:32 < nop> in the crypto community 00:32 < nop> we should continue with RC4, 5 and 6, and see if they crack it 00:32 < nop> ;) 00:32 < nop> bad joke 00:33 < Nostradumbass> Excuse me for butting in... 00:33 < jake> butts! 00:33 < Nostradumbass> but it seems that iip developers have forgotten the prime mazimum of open source, "Release early, release often". 00:34 < LeerokLacerta> IIP is open source? 00:34 < nop> sure 00:34 < nop> right 00:34 < nop> but 00:34 < hezekiah> LeerokLacerta: yes 00:34 < LeerokLacerta> I'm dumb. 00:34 < nop> we also value security 00:34 < Nostradumbass> i haven't been around on iip too long but i can't recall ever hearing about it being /.'d 00:35 < nop> and we like to bend the rules 00:35 < nop> it's been slashdotted 00:35 < Nostradumbass> apologies 00:35 <@mids> RC2 was /.-ed 00:35 < Nostradumbass> k 00:35 <@mids> and it gave us... hezekiah ! 00:35 < nop> yes 00:35 < nop> ;) 00:35 < Nostradumbass> still that's quite a while back. 00:36 < hezekiah> mids: actually no. 00:36 < hezekiah> mids: I was watching this project for more than a year before the /.ing. 00:36 < jake> um guys? about the web based IIP are there any plans for improvement? like a nicer interface? 00:36 < nop> that's a distributedcity question 00:36 < nop> they make the interface 00:36 < jake> oooo k 00:37 < nop> it was something that they did, not really direct involvement with us 00:37 <@mids> doing releases gives publication 00:37 <@mids> you can do announcements, press releases 00:37 <@mids> we have multiple places that really like to hear about updates 00:38 <@mids> it increases the interest and amount of users in the project 00:38 <@mids> and also potential contributors / developers 00:38 <@mids> IF you have some super-duper mixnet 00:38 <@mids> you do need lots of users 00:38 <@mids> because with 2 users it isnt anonymous 00:39 <@mids> there have been more stable periods in the development code 00:39 <@mids> at which point we could have made a release 00:39 <@mids> IMHO 00:39 <@mids> problem is maybe the dependencies... 00:40 <@mids> PGP signing the release, compiling for windows, etc 00:40 <@mids> anyway, I have said it before ;) 00:42 < hezekiah> Well, between my being sporadically bumped from the network, I've tried to say something that didn't get said. ;-) 00:42 < hezekiah> <hezekiah> nop: mids has raised some good points. 00:42 < hezekiah> <hezekiah> nop: After we get 1.1 out the door (which should be _really_ soon), are we going to come up with a nice coherent plan for 1.2 so that we can get it out in a reasonable amount of time? 00:42 < hezekiah> <hezekiah> I think with good planning, and goals to get certain parts done by certain times, we could still write great code, but get it done in a reasonable timeframe. :) 00:42 < hezekiah> There! :) 00:42 <@mids> thanks 00:43 < Nostradumbass> in addition to the proposed feature list, perhaps a list of prohibited features (to limit feature creep) might be a good idea. 00:43 < dm> 1.2! 1.2! 1.2! 1.2! 00:44 <@mids> good suggestion Nostradumbass 00:44 < hezekiah> Well, I wasn't really refering to a feature list. I was refering to what we are going to code, in what order, and by what suggested time. 00:45 < hezekiah> nop? What do you think? 00:46 < nop> good idea 00:46 < nop> organization is always good 00:46 < nop> but not always perfect 00:46 < hezekiah> Perhaps after we release 1.1, all the developers could sit down and we could make up a list of stuff we plan on doing in the next 1-2 months, then a list of stuff planned for the next 5 months, then with a full list of what will make IIP 1.2 to be version 1.2. :) 00:46 < hezekiah> I know. It will be _very_ flexable. 00:47 < hezekiah> (For starters I wouldn't say feature A is one at date 1 and feature B is done at date 2. I'd say feature A is hopefully done in X weeks, and feature B is hopefully done Y weeks after feature A.) 00:47 < hezekiah> I think that something as a general guide to what we're doing is a good idea. 00:48 < hezekiah> Not a stiff-as-iron list. :) 00:48 <@mids> yeah, get it 00:48 < hezekiah> OK ... 00:48 < hezekiah> Anything to add mids? 00:49 <@mids> nope 00:49 < hezekiah> OK. ;) 00:49 < hezekiah> So for now ... 00:49 < hezekiah> I am waiting for nop or UserX to enlighten me concerning the stuff I dug up on mids' new entropy bug. 00:49 <@mids> I hope that I wont find other issues 00:49 < hezekiah> (It just doesn't seem like randomWriteSeed() is never called.) 00:49 < hezekiah> Let's hope. :) 00:50 < nop> double negative 00:50 < nop> hmm 00:50 < nop> ;) 00:50 <@mids> . 00:50 <@mids> I am done :) 00:50 < hezekiah> You're right! :) 00:50 < hezekiah> It seems like randomWriteSeed() should be called. 00:50 < hezekiah> But it doesn't look like it is. 00:51 <@mids> not in randomSlowPoolReseed? 00:52 < hezekiah> Well, lets hope we have this bug fixed by next week. 00:52 <@mids> you better do that! 00:52 * mids tries to put up an angry face 00:53 <@mids> ok, been a pleasure again. till next meeting, mailinglist, chat or otherwise! 00:53 <@mids> *boink* 00:53 < hezekiah> randomSlowPoolReseed() calls randomWriteSeed(), but (as I said in my email to iip-dev), randomSlowPoolReseed() is never called by anyone! 00:53 < hezekiah> lol -- Log closed Wed Mar 05 23:42:43 2003 </div>/zh/blog/2003/02/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 18 Feb 2003 00:00:00 +0000/zh/blog/2003/02/18/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由互联网档案馆 <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> aum, Barney, bpb, hezekiah, jeremiah, LeerokOnKnoppix, lonelynerd, mids, namless, nop, PsionX, _Trent, WindowsHater</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Feb 18 23:54:43 2003 23:54 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:54 [Users #iip-dev] 23:54 [ aum ] [ bpb ] [ jeremiah ] [ logger] 23:54 [ Barney] [ codeshark] [ LeerokOnKnoppix] [ mids ] 23:54 -!- Irssi: #iip-dev: Total of 8 nicks [0 ops, 0 halfops, 0 voices, 8 normal] 23:54 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:55 * bpb points at the logging bot then jumps up and down like a japanese animated school girl 23:55 -!- mode/#iip-dev [+o mids] by Trent 23:55 -!- mode/#iip-dev [+v logger] by mids 23:57 -!- LeerokOnKnoppix is now known as Trent 23:57 -!- Trent is now known as nickthief76011 23:57 <@mids> :p 23:57 -!- nickthief76011 is now known as LeerokOnKnoppix 23:57 < lonelynerd> wwwhat? 23:58 <@mids> Trent protects the nick 23:58 < lonelynerd> oh, nothing 23:58 < LeerokOnKnoppix> How does it do that? 23:58 -!- LeerokOnKnoppix is now known as _Trent 23:58 < _Trent> I am Trent, hear me roar! 23:58 < _Trent> Get out, all unverified users! 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 < _Trent> What about me? 23:59 <@mids> hey hezekiah :) 23:59 -!- _Trent is now known as LeerokOnKnoppix 23:59 <@hezekiah> Hi, mids. :) 23:59 <@hezekiah> I think I'm getting the hang of some of this IRC thing! :) 23:59 <@mids> kool --- Day changed Wed Feb 19 2003 00:00 <@hezekiah> So have any bugs defied the great IIP dev team and risen their ugly heads since your last mail to the iip-dev mailinglist? 00:01 < LeerokOnKnoppix> It disconnects every now and then. 00:01 <@hezekiah> I don't seem to experiance that bug. :( 00:01 < lonelynerd> LeerokOnKnoppix, it's probably your connection. i haven't had any problems 00:01 < LeerokOnKnoppix> Hmm. 00:01 <@hezekiah> mids: Where are nop and UserX? 00:01 <@mids> Tue Feb 18 23:01:51 UTC 2003 00:01 <@mids> user was here but he pinged out 00:01 < LeerokOnKnoppix> _Trent kicked them out. 00:02 <@mids> userx 00:02 <@mids> just icq-ed nop 00:02 < LeerokOnKnoppix> Is he coming? 00:02 <@mids> dunno 00:02 < bpb> lonelynerd: it's always happened though... and it's not just him 00:03 < lonelynerd> bpb, still, it's not a problem with iip but unreliable connections 00:04 <@mids> nop is comming 00:04 < nop> hi 00:04 < lonelynerd> hi 00:04 < nop> ok 00:04 < nop> welcome 00:04 < LeerokOnKnoppix> Hello nop. 00:04 <@hezekiah> Hi, nop! :) 00:04 < nop> Leerok likes Knoppix? 00:04 < LeerokOnKnoppix> So far. 00:04 < nop> kewl 00:04 < nop> ok 00:04 < bpb> lonelynerd: it's a problem with the actual network then 00:04 < LeerokOnKnoppix> But I want to install it to the hard drive. 00:04 < LeerokOnKnoppix> But it didn't work when I tried it. 00:04 < nop> well, welcome to the 31st meeting 00:04 < nop> of IIP-dev 00:04 < LeerokOnKnoppix> Cool. 00:04 < lonelynerd> bpb, well, it could handle unrealiable links, but it doesn't at the moment 00:04 < LeerokOnKnoppix> I'm just hanging around to let knowledge osmose into my head. 00:05 < nop> ok 00:05 < nop> shh 00:05 < nop> meeting started 00:05 < nop> on the agenda 00:05 -!- mode/#iip-dev [+o nop] by mids 00:05 <@nop> IIP 1.1 and pleasantries with that 00:05 <@nop> hezekiah: 00:06 <@hezekiah> Yeah? 00:06 <@nop> hezekiah: all entropy stuff have we resolved? For instance the hhhhhh issue 00:06 <@hezekiah> I just told you about the hhhhhhhh isue. 00:06 <@hezekiah> We haven't done anything about it yet. 00:06 <@nop> ok 00:06 <@hezekiah> The seed.rnd issue is resolved by porting the --randomdialog option from development .. 00:06 <@nop> ok 00:07 <@nop> and can you explain what they do 00:07 <@nop> just for the record 00:07 <@hezekiah> ... and having IIP abort when seed.rnd doesn't exist. 00:07 <@hezekiah> Explain what --randomdialog and --ignoreemptyrandom do? 00:07 <@nop> yes 00:07 <@hezekiah> OK. :) 00:07 <@nop> for official purposes 00:07 <@nop> aka the meeting 00:07 <@hezekiah> Right. :) 00:08 <@hezekiah> When isproxy is run with --randomdialog, the user is asked for entropy (even is seed.rnd already exists). 00:09 <@hezekiah> When isproxy is run with --ignoreemptyrandom, and there isn't enough entropy (a condition that would cause isproxy to _normally_ abort), the program just keeps going. This is a security risk, so a suitablely scary warning label is added in the help description. 00:09 <@hezekiah> (Speaking of all these options, unless mids as already added them, they aren't in the isproxy.pod file yet.) 00:09 <@hezekiah> . 00:09 <@mids> I didnt 00:09 <@hezekiah> We should do that before release. :) 00:10 < lonelynerd> (shouldn't it be --random-dialog and --ignore-empty-random ? ;P) 00:10 <@hezekiah> lonelynerd: I code what UserX orders. :) 00:10 < lonelynerd> ok 00:10 <@hezekiah> nop: So, the seed.rnd problem is solved, but the hhhhhhhh problem isn't. 00:10 <@nop> right 00:11 <@nop> hmm, well, we could have a counter that won't allow the same keystroke more than three times in a row 00:11 <@hezekiah> (I don't even know if hhhhhhhh is a problem. I just mentioned it to you and UserX. You tell me!) :) 00:11 <@nop> real simple 00:11 <@nop> it's a slight problem 00:11 <@hezekiah> PGP some how knows how much entropy text is worth. 00:11 <@nop> well, we calculate the keyboard timings as well 00:12 <@nop> we could just force a wait till something beyond 3 same char in a row are pressed 00:12 <@hezekiah> Does GPG evaluate the entropy of a string of text? If they do, we could look at their code. :) 00:12 <@nop> I am not sure 00:12 <@nop> I advise looking at it 00:12 < lonelynerd> hezekiah, i think it just uses /dev/random, or? 00:12 <@nop> lonelynerd no 00:12 <@nop> it doesn't 00:13 < lonelynerd> ah 00:13 <@nop> we're talking about creation of entropy 00:13 <@nop> aside /dev/random 00:13 <@nop> like an Initialization 00:13 <@hezekiah> GPG does make the user pound on the keyboard. :) 00:13 <@mids> well no 00:13 <@mids> it reads from the entropy pool 00:13 <@mids> and suggests that you move the mouse + press keys 00:14 <@mids> but entropy pool can be filled with interrupts etc too 00:14 <@nop> yes 00:14 < lonelynerd> yep 00:14 <@hezekiah> Ah. I just remembered when GPG made me pound on the keyboard once. ;) 00:14 < lonelynerd> it was pgp perhaps? 00:14 <@hezekiah> Nope. It was GPG running under Mandrake Linux. 00:14 < Barney> yep 00:15 <@hezekiah> (It was a few years ago, before AES was released I remember.) Anyway, back on topic. :) 00:15 <@nop> I think we should look at the code 00:15 <@hezekiah> OK. :) 00:15 < lonelynerd> :) 00:15 <@nop> if it's not clear, I suggest limiting the characters in a row 00:15 <@nop> and waiting 00:15 <@nop> for new characters to be pressed 00:15 <@hezekiah> Are there any methods outline (maybe in whitepapers from acedemia) on evalutating the entropy worth of a string of text? 00:16 <@nop> yes there are, I will dig them up in a bit 00:16 <@hezekiah> Cool! :) 00:16 < lonelynerd> "ent - A pseudorandom number sequence test program" 00:16 <@nop> yes, chi squaring 00:16 <@hezekiah> We could just implement one of those. (Believe it or not, it might be faster than digging through GPG code!) :) 00:16 <@nop> http://www.gnu.org/software/gnu-crypto/api/gnu/crypto/tool/Ent.html 00:17 <@nop> that's java 00:17 <@nop> but still 00:17 <@hezekiah> I can read Java. :) 00:17 <@hezekiah> I can translate too. :) 00:17 < lonelynerd> ent is in C, too 00:17 <@nop> yep 00:17 <@hezekiah> lonelynerd: Where can I find the C version? 00:18 < lonelynerd> apt-get inst.. whoops, ;P http://www.fourmilab.ch/random 00:18 < lonelynerd> Upstream Author(s): John Walker 00:21 <@nop> ok 00:21 <@nop> anyway 00:21 <@nop> I'm sure that needs to be taken care of b4 1.1 00:21 <@nop> this will give mids time to update isproxy.pod 00:21 <@hezekiah> lol 00:21 <@mids> pff 00:22 <@mids> say nop, did you work on the docs? :) 00:22 <@nop> ;) 00:22 <@nop> I am working on them 00:22 <@nop> and I have an editor too ;) 00:22 <@mids> well 00:22 <@mids> dont edit the html 00:22 <@nop> I know 00:22 <@nop> I'm just writing it in notepad 00:22 <@nop> ;) 00:22 <@mids> just send me the text changes, yeah thats fine 00:22 <@hezekiah> Yay! Real HTML coder! Uses a plain text editor! ;-) 00:23 <@nop> haha 00:23 <@nop> I ain't coding it 00:23 <@nop> just typing the doc 00:23 <@nop> ;) 00:23 <@mids> so 00:24 <@mids> will any more features slip in for 1.1? 00:24 * mids hopes not 00:24 <@mids> I tried to contact codeshark 00:24 <@nop> no 00:24 <@mids> but didnt get a reply yet 00:24 <@nop> it's not a feature 00:24 <@nop> it's a bug fix 00:24 <@nop> ;) 00:25 <@nop> anyway 00:25 <@nop> moving forward 00:25 <@mids> ok, I got other things to do 00:25 <@mids> if you need me shout loud 00:25 < lonelynerd> (gpg seems to use get_entropy_count(fd) to check how many bytes /dev/random has to offer) 00:26 <@nop> right 00:26 <@nop> aka checking the entropy pool size 00:26 < lonelynerd> which is some ioctl 00:26 < lonelynerd> dunno how that would work under windows 00:26 <@hezekiah> lonelynerd: It probably _doesn't_ work under windows. This a GNU project, remember? :) 00:27 < lonelynerd> great :) 00:27 <@hezekiah> What we really want (at least I think we do) is something that can evaluate how much entropy is in a buffer of text. 00:27 < lonelynerd> hezekiah, ok 00:27 <@nop> yes 00:27 <@hezekiah> That way we can have the user keep pounding until we get that much _REAL_ entropy. :) 00:27 < lonelynerd> hezekiah, ok 00:27 <@nop> yes 00:27 <@nop> we should have 1 bits per 3 characters 00:28 <@nop> technically that's considered secure entropy 00:28 < lonelynerd> ok, but under linux it could just read /dev/random 00:28 < lonelynerd> let the windows users type ;) 00:28 <@hezekiah> Well, isn't "randomentropyneeded" the number of bytes of entropy still needed? 00:28 <@nop> yes 00:29 < LeerokOnKnoppix> MD5sum of the registry. 00:29 <@hezekiah> lonelynerd: UserX, nop, and I have talked about ways to get IIP to use /dev/urandom under controlled circumstances. 00:29 < lonelynerd> hezekiah, hmm 00:29 < lonelynerd> hezekiah, urandom is just like random, but it doesn't block when there isn't enough entropy? 00:31 <@hezekiah> I think so. Is that right, nop? 00:31 <@nop> yes, with urandom you can assign the amount of entropy in advanced 00:31 < lonelynerd> so urandom might or might not be secure 00:32 <@nop> urandom just uses random 00:32 < lonelynerd> yep 00:33 <@hezekiah> lonelynerd: That's the issue. :) We considering compiling a list of OS's (and their versions) with secure instances of /dev/urandom, and having IIP use it when it's secure; when it's not secure, IIP would stick with the current methods. It's a thought. :) 00:33 <@nop> right, but not for 1.1 00:33 <@nop> ;) 00:33 <@hezekiah> Of course! 00:33 < lonelynerd> hezekiah, wouldn't that be "secure versions of random" and not urandom? 00:33 <@hezekiah> This is all 1.2 stuff I'm talking about. (I am usually always talking 1.2 unless otherwise stated!) 00:33 < lonelynerd> ok 00:33 < lonelynerd> sounds great 00:34 <@nop> lonelynerd nothing wrong with urandom if random is considered secure 00:34 < lonelynerd> well if you check that there is enough entropy 00:36 <@hezekiah> So, nop? How exactly do we handle this hhhhhhhh problem? 00:36 <@nop> well 00:36 <@nop> for 1.1.0 I would limit the amount of repeated characters 00:36 <@nop> in a row that is 00:36 <@nop> and then leave it for in depth discussion in 1.2 00:37 <@hezekiah> OK. But what happens when someone does pattern like "hHhHhHhHhHhHhH"? 00:37 < lonelynerd> :) 00:37 <@nop> we need to create a counter that spaces it out 00:37 <@hezekiah> (Let's assume the user is an idiot. The software is only as secure as the user!) :) 00:37 <@nop> so so many bytes can not contain this letter 00:37 <@nop> since last used 00:37 < jeremiah> hello 00:37 <@nop> hi 00:37 <@hezekiah> jeremiah: hi. :) 00:37 < jeremiah> hey hezekiah 00:38 <@nop> for instance [h][H][xonH[xonH[ etc 00:38 <@hezekiah> So, 'h' can't be repeated more than _m_ times in _x_ bytes? 00:38 <@nop> yes 00:38 < jeremiah> are we talking about buffer overflows? 00:38 <@nop> it will be considered rejected entropy 00:38 <@hezekiah> jeremiah: Nope! We're talking about entropy! :) 00:38 <@nop> but still log the keyboard timings 00:38 <@nop> just ignore it as a string 00:39 < jeremiah> random number generators are supposed to make sure there isn't a correlation with the numbers anyways 00:39 < jeremiah> you can do that with chi-square 00:39 < jeremiah> right? 00:40 <@nop> well yarrow helps mix 00:41 <@hezekiah> You said we "log the keyboard timings". What's that mean? 00:42 < jeremiah> hezekiah: times between when you hit keys 00:42 < lonelynerd> that's difficult if input is buffered 00:42 <@nop> just do the character thing, it will be fine 00:42 <@nop> yarrow does the rest 00:42 <@hezekiah> nop: Are we getting the entropy from the keys being hit or the timing between when the keys get hit? 00:42 <@nop> both 00:42 <@hezekiah> Oh. OK. :) 00:42 <@hezekiah> I'll just write up some code that prohibits 'char' repeating more than 'm' times in 'x' bytes. :) 00:43 <@nop> yes 00:43 <@nop> thnx 00:43 <@hezekiah> Then for development, we brainstorm. ;-) 00:43 <@nop> yes 00:44 < LeerokOnKnoppix> How 'bout you get entropy from all possible inputs like the microphone, internet, processor speed, temperature, memory usage and speed, and other things? 00:44 < lonelynerd> LeerokOnKnoppix, calm down :P 00:44 <@hezekiah> I refuse to collect entropy from my internet connection; if someone can sniff it, then the quality of my entropy is lowwered. 00:45 <@nop> haha 00:45 < lonelynerd> yeah, and the kernel already does a nice job in gathering entropy. applications shouldn't do it 00:46 <@hezekiah> lonelynerd: That works fine as long as IIP is run on an OS with good kernel random number support. There are OS's that exist that _don't_ have good support! 00:46 < PsionX> like windows 00:46 <@hezekiah> lol 00:46 < lonelynerd> hezekiah, yep 00:46 -!- PsionX is now known as WindowsHater 00:46 < WindowsHater> lol 00:46 < lonelynerd> hezekiah, just use some #ifdef there 00:47 -!- WindowsHater is now known as PsionX 00:47 <@nop> this was discussed earlier 00:47 <@nop> and we will look at it on 1.2 00:47 <@nop> moving on 00:47 < lonelynerd> ok ok 00:47 <@nop> we'll end up repeating ourselves 00:47 <@nop> a dozen times 00:47 <@nop> before this meeting is over 00:47 <@hezekiah> Yeah. :) 00:47 <@hezekiah> Next item! :) 00:49 <@hezekiah> Uh, nop? Do we have a next item? 00:49 <@hezekiah> Perhaps: "What's on the list until we can release IIP 1.1" 00:50 <@hezekiah> Currently, I have: 00:50 <@hezekiah> 1.) mids adds docs for --randomdialog and --ignoreemptyrandom to isproxy.pod 00:50 <@hezekiah> 2.) nop finishes working on his HTML docs 00:50 <@nop> yeah 00:50 <@hezekiah> 3.) We correct the 'hhhhhhhh' entropy problem by prohibiting a certain number of repeated characters. 00:51 <@hezekiah> Anything else? 00:51 <@nop> right 00:51 <@nop> nope 00:51 <@nop> not that i know of 00:51 <@hezekiah> Well, hopefully all that will be done by next week! :) 00:51 <@hezekiah> (Or earlier!) 00:51 <@nop> yes 00:54 <@hezekiah> So what's next on the agenda? 00:55 <@nop> umm 00:55 <@nop> questions, 00:55 <@hezekiah> lol! 00:55 < LeerokOnKnoppix> Not much, it appears. 00:55 < LeerokOnKnoppix> Will there be socks? 00:55 * PsionX looks at his feet 00:55 < LeerokOnKnoppix> No, I mean the proxy thing. 00:55 <@nop> not in 1.1.0 00:56 < LeerokOnKnoppix> Hmm. 00:57 < LeerokOnKnoppix> Will there be IP spoofing? 00:57 < lonelynerd> w-what? 00:57 <@nop> umm, not in this lifetime 00:57 < LeerokOnKnoppix> Never mind. 00:57 < LeerokOnKnoppix> I'm just thinking up random questions. 00:58 < lonelynerd> :) 00:58 < LeerokOnKnoppix> Will there be any sort of file-transer? 00:58 < LeerokOnKnoppix> *transfer 00:58 <@nop> not in 1.1 00:58 < LeerokOnKnoppix> Will there be buddy icons? 00:58 <@hezekiah> LOL 00:59 < PsionX> will someone please shut him up? 00:59 < lonelynerd> LeerokOnKnoppix, you can already transfer files over iip but it's a bit slow 00:59 < LeerokOnKnoppix> I know. 01:01 < LeerokOnKnoppix> Will there be Reversi? 01:01 < PsionX> this guy wants everything and a bag of chips too 01:02 < LeerokOnKnoppix> Indeed. 01:02 <@nop> the best question 01:02 <@nop> will the human race be freed 01:02 <@nop> from oppression 01:02 < LeerokOnKnoppix> With IIP? Certainly! 01:02 <@hezekiah> lol! 01:02 < PsionX> i got a question 01:02 < PsionX> ... can i kick hezy in the butt for no good reson? 01:02 <@nop> sure 01:02 < PsionX> lol 01:03 <@hezekiah> nop: So my work for now is to write up the repeating-character-entropy fix. 01:03 <@nop> yes 01:03 <@nop> oh and change the world in one sitting 01:04 <@hezekiah> lol 01:04 * aum pulls his face out of the other windows 01:04 < LeerokOnKnoppix> Peace in Iraq. 01:04 < aum> hi all 01:04 < LeerokOnKnoppix> Hello. 01:04 <@hezekiah> Oh, boy! I spent TOO LONG going over THAT one! 01:04 <@nop> hi aum 01:04 < PsionX> ... 01:04 < PsionX> ... i got spikeys 01:05 <@hezekiah> Question! 01:05 < PsionX> Answer 01:06 <@hezekiah> After IIP 1.1 is released, are we going to sit down and draw up a nice linear list of what needs to be done to decentralize the ircd server? (For example: does the "core" code need to be completed first?) 01:09 <@nop> yes we will do that 01:09 <@mids> s/1.1/1.1.0/ 01:09 <@hezekiah> lol. OK, mids. :) 01:10 <@hezekiah> mids: Though it should probably be s/1\.1/1.1.0/ just for clarity's sake. ;-) 01:10 <@mids> oops, sorry 01:10 <@hezekiah> lol. :) 01:11 <@hezekiah> Also: 01:11 <@mids> maybe before decentralizing there should be another step 01:11 <@hezekiah> I've seen that there is the capability to make varios crypto cores. 01:11 <@mids> keeping a central irc, but letting the proxy be IRC aware 01:11 <@mids> so it can already handle private conversations 01:11 <@mids> etc 01:14 <@hezekiah> mids: i.e. it interprets /msg and does direct user-to-user encryption? 01:14 <@mids> yes 01:14 <@hezekiah> Well, I don't know how abstract things have to say, but I think it's a good idea until we can get the server decentralized! :) 01:16 <@hezekiah> About the crypto cores: if IIP has several crypto cores (SOCKS, SSL, and custom for example), then what happens when you have a connection between a user and several relays that has different encryption between each link? 01:16 <@mids> you can do what GPG does 01:16 <@mids> require a minimum 01:16 <@mids> and if both parties have better, use that 01:16 <@mids> also look hope SILC does it 01:17 <@mids> bye hezekiah 01:17 < PsionX> LOL dial up 01:17 < PsionX> lol on hezy 01:17 <@mids> ;) 01:17 <@mids> wb 01:17 < hezekiah> Let's say that SOCKS is weaker than SSL (I have no idea if it is.) 01:18 < namless> what about own privat/publick keys that the user can add to (client or to IIP proxy) so he can crypt what he talks to chertain chanels or private querys? (meaning users who downt have the right key on these special chanels or private queries down understant other users and IIP proxy filters this crypted text away) 01:18 < hezekiah> (Sorry about being nocked off the internet folks; my brother probably tried to get on.) 01:18 < namless> down -> dont (dam bad english and typos :( 01:19 <@mids> namless: like the existing blowfish etc encryption for irc clients, but then server side 01:19 <@mids> (psybnc has it too) 01:19 < namless> jep 01:20 < namless> the system vould be build into the IIP proxy so it could be transparent to the client... 01:20 <@mids> another thing that I'd like to see is support for multiple layers on the same 'mixnet' 01:20 < namless> vould-> could 01:20 <@mids> so you can do multiple protocols with the same relays 01:22 < hezekiah> (OK. This is getting annoying.) 01:22 <@mids> probably it is bedtime for you :) 01:23 < hezekiah> Nah. That's not for hours. 01:23 <@mids> so no divine intervention? 01:23 <@hezekiah> lol 01:23 <@hezekiah> So, mids. From what the logs said (Thank God for logs), you mentioned that we could do as GPG does: require a minimum and use better if we have it. 01:24 <@mids> yeah 01:24 <@mids> probably different systems can be compatible too 01:24 <@mids> like homebrew DH and SSL one 01:24 <@mids> with SSL just beeing faster 01:24 < hezekiah> But all the advantage of one connection type being securer than the other are lost when someone along the long uses something less secure. 01:24 -!- LeerokOnKnoppix is now known as LeerokShovelSno 01:26 < hezekiah> Oops. s/along the long/along the line/ 01:26 < hezekiah> Well, we can worry about that another day. 01:26 <@mids> k 01:26 <@mids> btw, any idea how to do something like <br> in POD format? 01:26 <@hezekiah> nop: Sometime we should also work on implementing RKA. :) 01:27 <@hezekiah> mids: You know more about POD than I do because I know nothing about POD! :) 01:29 <@nop> well we have RKA working but not as good as we'd like 01:29 <@nop> the GMP stuff will change that 01:29 <@hezekiah> mids: "E<escape>" -- a character escape 01:29 <@hezekiah> nop: We do? When did that happen? 01:29 <@nop> it's been in 01:30 <@nop> every 52 blocks it changes keys 01:30 <@hezekiah> Ah 01:30 <@hezekiah> Do you think we might make the key changing a little more random? 01:30 < namless> "everyting should be random"... 01:31 <@hezekiah> Like having a random number checked every 10 blocks and a 1 out of 3 chance of the key changing? 01:31 <@hezekiah> ... or having an SHA sum of the last 3 plaintext messages checked and a 1 out of 3 chance of the key changing based on that? 01:35 < lonelynerd> hmm 01:35 <@mids> ok, info about --randomdialog and --ignoreemptyrandom added to POD 01:35 < namless> by the way how "similar" is the traffic IIP is making? is there any plans to make this traffic to look as much random it can be? if the "transfer macanism" makes a static mark in the traffic then it can be detected as IIP traffic and can be started to be monitored and well there only the sky is the limit... 01:35 <@hezekiah> And committed to HEAD and development? 01:36 <@mids> oops 01:36 * mids does to dev too 01:37 <@hezekiah> nop? Are you there? 01:37 <@nop> sorry 01:37 <@nop> what 01:37 <@nop> dude, my brain is gone 01:37 <@nop> can we discuss all this later 01:37 <@hezekiah> OK. :) 01:37 <@hezekiah> Sorry. :) 01:38 <@mids> ok, lets close 01:38 <@hezekiah> (If it makes you feel any better, my brain is going to be gone too after a Physics review and some calcus!) :) 01:38 <@mids> commited to development too 01:38 * hezekiah hands mids the "baff"er 01:38 <@hezekiah> OK. Good! :0 01:38 <@mids> *baff* 01:38 <@hezekiah> s/0$/)/ 01:38 <@hezekiah> Bye all! :) 01:38 <@mids> cya next week 01:40 < lonelynerd> bye --- Log closed Wed Feb 19 01:40:48 2003 </div>/zh/blog/2003/02/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 11 Feb 2003 00:00:00 +0000/zh/blog/2003/02/11/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（感谢wayback machine <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> _42, hezekiah, hobbs, lonelynerd, mids, nemesis, nop, thecrypto</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Feb 11 23:36:59 2003 23:37 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:37 [Users #iip-dev] 23:37 [ ArdVark ] [ logger ] [ mids] [ ptm ] [ UserX] 23:37 [ jeremiah] [ lonelynerd] [ pox ] [ thecrypto] 23:37 -!- Irssi: #iip-dev: Total of 9 nicks [0 ops, 0 halfops, 0 voices, 9 normal] 23:37 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:57 < nop> hi hezekiah 23:58 < hezekiah> Hi. :) 23:58 -!- mode/#iip-dev [+o mids] by Trent 23:58 -!- mode/#iip-dev [+o nop] by Trent 23:58 <@mids> gimme an h. e. z. e. k. i. a. h 23:58 <@mids> hezekiah! 23:58 < hezekiah> lol 23:58 < lonelynerd> :D 23:58 < hezekiah> (Hmmm ....) 23:59 * hezekiah gets an idea wondering if I can do something in IRC. 23:59 <@nop> uh oh 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 -!- mode/#iip-dev [+o UserX] by hezekiah 23:59 < _42> what? 23:59 <@hezekiah> It works! 23:59 <@mids> kick me out? 23:59 <@hezekiah> Cool! 23:59 <@hezekiah> No. 23:59 -!- mode/#iip-dev [-o UserX] by mids 23:59 <@hezekiah> See if I could op UserX 23:59 <@nop> it worked yes 23:59 <@hezekiah> Oops. 23:59 <@mids> userx didnt identify 23:59 < _42> op everyone :) 23:59 <@hezekiah> Oh. 23:59 <@mids> he might be evil 23:59 <@mids> :) 23:59 <@hezekiah> My mistake. :( 23:59 <@mids> *grin& 23:59 <@hezekiah> I was just wondering if I could do it. (Good at C. Newborn at IRC.) --- Day changed Wed Feb 12 2003 00:00 <@nop> anonymity and authentication take practice hezekiah 00:00 <@mids> Tue Feb 11 23:00:05 UTC 2003 00:00 < _42> Yeah, but we all know that nop is sa&nbsp;fe. 00:00 <@nop> you will learn grasshoper 00:00 <@nop> ok 00:00 <@nop> welcome 00:00 <@mids> Welcome to the 30th meeting 00:00 <@nop> _42 let's take this outside 00:00 <@nop> ;) 00:00 < thecrypto> yah! 00:00 < thecrypto> 30! 00:00 <@nop> sweet 00:00 <@nop> ok 00:01 <@nop> anyway 00:01 <@nop> welcome, do we have anything specific on the agenda 00:01 <@hezekiah> IIP 1.1 yet? 00:01 <@mids> nope! 00:01 < hobbs> 30 is the product of the first three primes. :) 00:02 <@nop> hehe 00:02 < thecrypto> yah! 00:02 < thecrypto> primes! 00:02 <@nop> simmer down everyone 00:02 <@mids> showstoppers for IIP 1.1: 00:02 <@mids> - file paths 00:02 < _42> what about them? 00:03 <@nop> 42 we have questions later 00:03 <@nop> after all this 00:03 <@nop> continue mids please 00:03 <@mids> 42 asked what is one with the file paths I guess 00:03 <@mids> I dont have other showstoppers 00:04 <@nop> oh 00:04 <@nop> well than do a . 00:04 <@nop> so we know 00:04 <@nop> sorry 42 00:04 < _42> it's ok 00:04 <@nop> ok umm, I believe UserX is working on the file path issue 00:04 <@nop> I don't think he's at his keyboard at this moment 00:04 <@mids> he didnt yet 00:04 <@mids> I checked today 00:04 <@nop> but I'll see if I can get that done stat 00:05 <@hezekiah> I also proposed a solution. 00:05 <@nop> oh ok 00:05 <@hezekiah> I'm willing to code it if someone tells me what to do. 00:05 <@mids> read http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:05 <@mids> and fix it :) 00:05 <@nop> ok, mids I think you know the details of what we wanted done, but did we decide on the proper paths? 00:05 <@hezekiah> If that 00:06 <@hezekiah> mids: ... that's the bugtracker ID, then I've already read it. :) 00:06 <@mids> yeah 00:06 <@mids> first ~/.iip/ 00:06 <@mids> if not, current dir 00:06 <@hezekiah> Were we going to make an "install-local"? 00:07 <@mids> yes 00:07 <@hezekiah> BTW, accourding to my testing, the code already does that. 00:07 <@mids> I already made that I think... 00:07 <@hezekiah> It just requires that ~/.iip exists. 00:07 <@mids> hezekiah: it never ever puts iip.log in there 00:07 <@hezekiah> Ah. 00:07 <@hezekiah> That can be corrected. :) 00:07 <@mids> and maybe also not mynode.ref 00:07 <@hezekiah> Any other files that need to be there? 00:07 <@hezekiah> (I think it does put node.ref there.) 00:08 <@mids> userx' problem was that the logger code is very low level 00:08 <@hezekiah> How's that affect the file paths? 00:08 <@mids> and it doesnt have the extended features like '@' extends to path 00:09 <@hezekiah> (I wish people would tell me they want these things.) I can probably write that up for him. 00:09 <@hezekiah> In the development tree that is. I'm not sure what the logging code in head looks like. 00:10 <@hezekiah> I should be able to write that up for him in head as well. 00:10 <@hezekiah> I'll have to ask him exactly what he wants. :) 00:11 <@mids> do that 00:11 <@hezekiah> OK. :) 00:11 <@hezekiah> So exactly what files _aren't_ getting placed in ~/.iip? 00:12 <@hezekiah> You mentioned iip.log. 00:12 <@mids> according to codeshark: iip.log, isproxy.ini, mynode.ref, seed.rnd 00:12 <@hezekiah> Hmmm. 00:12 <@hezekiah> I can't remember which CVS tree I tested, but isproxy.ini, node.ref, and seed.rnd were are placed in ~/.iip. 00:13 <@hezekiah> The key was that ~/.iip needs to exist _and_ isproxy.ini needs to be in ~/.iip or not exist. 00:13 <@hezekiah> When those conditions are met, the 3 files I listed are placed in ~/.iip. 00:13 <@mids> if not, current directory 00:14 <@hezekiah> Right. 00:14 <@hezekiah> isproxy.ini listen.ref node.ref seed.rnd 00:14 <@hezekiah> Those are the files that the development branch places in ~/.iip. 00:14 <@mids> what about mynode.ref ? 00:15 <@hezekiah> mids, I've never met a file called mynode.ref. 00:15 <@hezekiah> What is it? 00:15 <@mids> it is created if you make a public/private relay 00:15 <@mids> contains the info that is also sent to inform 00:15 <@nop> yes 00:16 <@nop> it's designed for if you want to do neighbor noding 00:16 <@hezekiah> It is only mentioned in active sourcecode at: iip/iip-ui.c:650 00:16 <@nop> they specifically piggy back off you 00:16 <@nop> so they can bootstrap 00:16 <@nop> into the network 00:18 <@mids> ok 00:18 <@mids> keep in mind that the filepath can be changed 00:18 <@mids> it has to work if the filepath is changed too 00:18 <@hezekiah> (I'm looking into where mynode.ref gets placed.) 00:18 <@mids> or if the location for the individual files are specified too 00:18 <@hezekiah> mids: right now the filepath is hardcoded into the code. 00:19 <@mids> -f lets you change the path 00:19 <@hezekiah> If features are added in the future to do those things, then the code can be adapted to work with them. 00:19 <@mids> see my manpage :) 00:19 <@hezekiah> Hmmm ... odd. 00:20 <@hezekiah> Oh, duh! Right, the part that's hardcoded is used as a default parameter. 00:21 <@mids> thats fine 00:21 <@hezekiah> Anyway, I'll talk to UserX and see what he has done/wants done. :) 00:21 <@nop> coo 00:21 <@mids> huya 00:21 <@hezekiah> huya? 00:21 <@mids> lets try to get this done BEFORE the next meeting 00:22 <@hezekiah> If I can catch UserX before the next meeting (which I should), and I can get rid of this cold (which I should), and I don't make any more braindead mistakes (which I hope I won't), then hopefully, it will be. 00:22 <@hezekiah> (Note I garuntee nothing: Coding is far to volatile [no pun intended] to do that.) 00:23 <@mids> would be awesome 00:23 <@mids> okay 00:23 <@mids> other release issues? 00:23 <@mids> did everybody look at the new manpage? 00:23 <@mids> can the old one be removed? 00:23 <@hezekiah> Yeah. 00:23 <@hezekiah> Do you want it removed? 00:24 <@mids> I'll do that right away 00:24 <@mids> I wont put the .1 manpage in CVS 00:24 <@mids> if we release, it has to be created 00:25 <@mids> I'll send my Makefile with install-local to the mailinglist 00:25 <@hezekiah> Should the makefiles create the manpage? 00:25 <@mids> not right now 00:26 <@mids> end-users dont need to have perl 00:26 <@hezekiah> OK. Should they be installed by the Makefile? 00:26 <@mids> (which ships perldoc) 00:26 <@mids> future versions can have a make distribute or something 00:27 <@hezekiah> I'm asking these questions because right now the automake Makefiles for the development tree install the isproxy.1 manpage. 00:27 <@mids> making a directive that makes an isproxy.1 out of isproxy.pod should be simple 00:28 < lonelynerd> [ 00:28 <@hezekiah> Right. But that makes the end user require perl. :) 00:28 < lonelynerd> whoops 00:28 <@mids> pod2man -s 1 -c isproxy -r $VERSION ./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1 00:28 <@hezekiah> Remember, you said you don't want them to need perl. 00:28 <@mids> then put that in the make distribute code 00:28 <@mids> I am more talking about requirements for 1.1 00:28 <@mids> 1.2 is different 00:29 <@mids> k 00:30 <@mids> TODO: mids mail install-local makefile 00:30 <@mids> hezekiah contact userx 00:30 <@hezekiah> Right. 00:30 <@mids> nop: look at podfile 00:30 <@mids> okay, for install-local 00:30 <@mids> where should the binary and manpage be installed? 00:30 <@mids> ~/bin and ~/man or something? 00:31 <@mids> or not install manpage.. 00:31 <@hezekiah> What did UserX say in our email conversation? 00:31 <@nop> ok 00:31 <@hezekiah> Oops. 00:32 <@hezekiah> nop? 00:32 <@nop> yes 00:32 <@nop> which email conversation 00:32 <@hezekiah> You were saying something. :) 00:32 <@nop> no 00:33 <@nop> just saying I'd look at podfile 00:33 <@hezekiah> Oh, mids, UserX, and I were going back and forth about what to do with the file path problem. 00:33 <@hezekiah> Part of that involved making an install-local makefile target. 00:33 <@hezekiah> I think I sent CC's of all my messages to you. 00:33 <@mids> did get some 00:33 <@hezekiah> Except for one that your email box wouldn't accept because it was full. 00:33 <@hezekiah> (I anonymailed you the summary of that one.) 00:34 <@hezekiah> I quote from UserX: "A possible solution to this is to add a "install-local" target to the Makefile. This would put the executable in ~/bin/ and other files in ~/.iip/." 00:35 <@mids> mail sent 00:37 <@hezekiah> So for now, install-local only copies node.ref and isproxy. 00:37 <@hezekiah> I still see a small problem. 00:37 <@hezekiah> When the user just runs "make install". 00:38 <@hezekiah> ... then ~/.iip doesn't get created. 00:38 <@hezekiah> Thus, isproxy will still leave its files in the current directory. 00:38 <@mids> can you check userid with make? 00:38 <@hezekiah> Huh? 00:38 <@mids> so if you arent root, make install will give an error 00:39 <@hezekiah> You can run a command like whoami. 00:39 <@mids> would that be an option? 00:39 <@hezekiah> id -u 00:39 <@hezekiah> That should spit out the numeric ID of the user. 00:40 <@mids> "Error: make install requires you to be root, use make install-local instead" 00:40 <@hezekiah> Well, they should get that anyway if they are trying to copy files to /usr/local/bin 00:41 <@hezekiah> It still doesn't fix the problem: isproxy will not place files in ~/.iip unless it exists, and "make install" doesn't create it. 00:41 < nemesis> can i speak? 00:41 <@hezekiah> (I don't see why not. Nop or mids can he speak? 00:41 <@hezekiah> ) 00:41 < nemesis> ;) 00:41 <@mids> please speak 00:42 < nemesis> anyone know the linux distri SoL (server optimized linux) ? there are a root /server for all servers, unreal are added too 00:42 <@mids> (hezekiah: make install makes /home/iip/.iip/ and installs there) 00:42 < nemesis> it would be nice when iip goes someday in that distri 00:43 < _42> What about configure --prefix=~ ? 00:43 < nemesis> any suggestions? 00:43 <@mids> _42: 1.1 doesnt have configure yet, 1.2 does 00:43 < _42> oh. 00:43 <@hezekiah> _42: the main branch of CVS doesn't have a configure script. 00:43 <@mids> _42: good point though 00:43 <@hezekiah> _42: but I already suggested that for 1.2. :) 00:44 <@mids> nemesis: once 1.1 is out, we'll ask distributetions to make packages 00:44 <@mids> which leads us to the following, we need an init.d script 00:44 <@mids> we should really supply that 00:44 < nemesis> SoL usese XML for that 00:44 < nemesis> very nice configs... 00:44 < _42> mids: they're distro-defined. I might be able to write a gentoo one. 00:45 <@hezekiah> And Gentoo uses a different format than most. 00:45 <@mids> iip.1.1.showstoppers.add(init.d-script) 00:45 <@mids> maybe we can supply a general one? 00:45 <@hezekiah> I wouldn't bet on it working. 00:45 <@mids> ah 00:45 <@mids> so, we dont have to? 00:45 <@hezekiah> I'd save leave it to the distros, or make distro-specific ones. 00:45 < _42> mids: gentoo uses a dependency system with its init.d scripts. It's simple, but incompatible. 00:45 <@mids> k 00:45 <@mids> then lets leave it 00:46 <@mids> I still have some contact info of a debian packages 00:46 <@hezekiah> _Especially_ when not all distros even USE init.d! (Gentoo uses a totally different format.) 00:46 <@hezekiah> OK. :) 00:46 <@mids> he offered to package iip in the past 00:46 <@hezekiah> Cool! :) So where were we? 00:46 <@mids> show stoppers 00:46 <@mids> any more? 00:46 <@hezekiah> Oh, yeah. 00:46 <@hezekiah> I don't know of any 00:46 < nemesis> when will 1.1 be released? ;) 00:46 <@mids> nemesis: once all the show stoppers are tackled 00:47 <@hezekiah> When we fix all the showstoppers! ;-) 00:47 <@mids> what about the windows helpfile thing 00:47 <@mids> how does that work atm? 00:47 < nemesis> *g* k thx 00:47 <@mids> what does it say 00:47 < _42> mids: If I knew the proper start/stop commands I could write a gentoo runscript. 00:47 <@hezekiah> I have no clue. I don't use Windoze unless I need to. 00:47 <@mids> I believe that codeshark made a 'no help right now, see http://help.invisiblenet.net/' or something 00:47 <@hezekiah> (If it comes to that, I could write one, _42. I use Gentoo.) 00:47 <@mids> thx 00:47 < _42> hezekiah: how about one of us does the ebuild, and the other the init.d? :) 00:47 <@hezekiah> Fine. I don't really care. :) 00:48 < _42> yes, but who does what? 00:48 <@mids> ok 00:48 <@mids> any windows user? 00:48 <@hezekiah> You can do both if mids lets you. :) 00:49 <@mids> it wont be bundled in the 1.1 release itself 00:49 * hezekiah listens to the thunderous silence resounding through the room. 00:49 <@mids> oh yeah 00:49 <@hezekiah> What? 00:49 <@mids> nop had to read through the docs 00:49 <@mids> some crypto things changed 00:50 < _42> what, the ebuild? of course not. That's distributed from Gentoo HQ. in a mysteriopus complex in (DELETED FOR DISTRO SECURITY REASONS) via rsync 00:50 <@hezekiah> So what's the list of stuff we need to do until 1.1 look like now? 00:50 <@hezekiah> _42: I know. But you can write one and submit it to the bugzilla list. 00:50 <@mids> - filepath 00:50 <@mids> - install-local 00:50 <@mids> - readme, install, authors update 00:51 <@mids> - windows documentation check 00:51 <@mids> . 00:51 <@hezekiah> - and nop needed to look at those docs you mentioned? 00:51 <@nop> ok 00:51 <@hezekiah> Or was that the windoze doc check? 00:52 <@mids> well 00:52 <@mids> the docs on http:L 00:52 <@hezekiah> Ah! :) 00:52 <@mids> http://help.invisiblenet.net/ can be changed also after release 00:52 <@hezekiah> So my work is talking to UserX about the filepath stuff and seeing how I can help all this. 00:52 <@mids> yes 00:52 <@mids> and pushing us to do our stuff 00:52 <@hezekiah> lol. 00:53 <@hezekiah> I wouldn't do good at that. You're better at pushing. ;-) 00:53 <@mids> I k 00:53 <@mids> I'll request daily updates 00:53 <@mids> at 8.00 am 00:53 <@mids> :) 00:53 <@hezekiah> Do I change the development automake Makefile templates to mimic your install-local, or does it need to be reviewed first? 00:54 <@mids> it is a request for comments 00:54 <@hezekiah> Ah. 00:54 <@mids> lets first put it in 1.1, if everybody agrees 00:54 <@mids> cvs dev can be done later 00:54 <@hezekiah> I have a comment: let's make a PREFIX var. 00:54 <@hezekiah> Right now /usr/local is hardcoded into several variables. 00:55 <@mids> in Makefile? 00:55 <@hezekiah> This is a pain for anyone that needs to install on a system that doesn't use /usr/local. 00:55 <@mids> ok 00:55 <@hezekiah> i.e. INSTALLEXEPATH would look like this 00:55 <@hezekiah> > PREFIX=/usr/local 00:55 < _42> what's the syntax for checking out the 1.1 branch? 00:55 < _42> from cvs 00:55 <@mids> 1.1 is HEAD 00:55 <@hezekiah> > INSTALLEXEPATH=$(INSTALLEXEPATH)/bin 00:55 <@hezekiah> . 00:55 < _42> ok 00:56 <@hezekiah> 1.2 is development. :) 00:56 <@hezekiah> ;-) 00:56 < _42> oh, how zen 00:56 < _42> You must be one with the development... 00:56 <@hezekiah> Anyway, a PREFIX var would let someone go "make PREFIX=/usr install" instead of setting 3-4 other variables. 00:57 <@hezekiah> _42: yeah. :) 00:57 <@hezekiah> _42: but I do bugfix stuff for 1.1 too ... it's just that most my code goes in development. 00:57 <@mids> how do you let make PREFIX= override the PREFIX in the Makefile? 00:57 <@hezekiah> "make PREFIX=/usr install" 00:57 < _42> 'k. But if dev is in CVS, wouldn't a co without a -r get it as well? 00:57 <@mids> I mean, in the makefile itself 00:58 <@hezekiah> It would override whatever PREFIX was set to in the makefile. 00:58 <@mids> automagically? 00:58 <@hezekiah> If PREFIX=/usr/local in the makefile "make PREFIX=/usr install" makes PREFIX=/usr instead. 00:58 <@mids> great 00:58 <@hezekiah> That's one way how Gentoo ebuild get around anoying makefiles. :) 00:58 <@mids> ok 00:59 <@mids> nother thing 00:59 <@hezekiah> Cool. 00:59 <@mids> in iip/doc/help/imaghes 00:59 <@mids> iomages 00:59 <@mids> images even :) 00:59 <@mids> there are some bmp files 00:59 <@mids> I believe that they can be removed 00:59 <@mids> iip.pdf in doc/help too 00:59 <@hezekiah> You sure the files in doc/help don't use them? 00:59 <@mids> no idea 00:59 <@mids> I am not a windows guy 00:59 <@hezekiah> (Ouch.) 01:00 <@mids> should ask codeshark 01:00 <@mids> he made em 01:00 <@hezekiah> Neither here, but I try to be careful. 01:00 <@hezekiah> I'll leave the removing of files from the HEAD branch to you. :) 01:00 <@hezekiah> (... and keep my neck safely on my shoulders.) ;-) 01:00 <@mids> ok, I removed isproxy.1 from both branches 01:00 <@hezekiah> Ah. 01:00 <@mids> super todo: mail todo list to mailinglist 01:00 <@mids> :) 01:00 <@hezekiah> lol 01:01 <@hezekiah> First we should update it. 01:01 <@hezekiah> There are a bunch of things I've done that never got checked off. 01:01 <@hezekiah> Also, the development branch makefiles depended on isproxy.1. 01:01 <@mids> oh 01:01 <@mids> I already removed isproxy.1 from dev 01:02 < _42> The Makefile should support copying files to one dir but configuring the executable for another 01:02 <@hezekiah> So what do I do _exactly_ with isproxy.pod? 01:02 <@mids> here it comes: 01:02 < hobbs> mmm. pod. 01:02 <@hezekiah> Well, we can put it back if we need to, but I think there are better things to do. :) 01:02 <@mids> hezekiah: pod2man -s 1 -c isproxy -r $VERSION ./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1 01:02 <@hezekiah> _42: it does. The executable and makefiles go in different places. They were both targets for "make install" though. 01:03 <@mids> I hope that the makefile knows the version somehow 01:03 <@hezekiah> I can handle that. 01:03 <@hezekiah> But this makes the user require perl. 01:03 <@nop> sorry guys I'm in and out 01:03 <@nop> at work so 01:03 <@hezekiah> (We were over this before.) 01:03 < _42> No, I mean copy the files to one directory specified by overriding a makefile var and configure them for another 01:03 <@hezekiah> No problem. :) 01:03 <@mids> you can replace "./$NAME/doc/isproxy.pod >./$NAME/doc/isproxy.1" with "$? > $@" 01:03 < _42> k 01:04 <@hezekiah> OK. 01:04 <@hezekiah> But this still leaves the user of the development branch dependant on perl. 01:04 <@hezekiah> Is that OK? 01:04 <@mids> depend on pod2man 01:04 <@hezekiah> OK. 01:04 <@hezekiah> So I make the configure script look for it. 01:04 <@mids> yes 01:05 <@mids> _42: doesnt gentoo patch makefiles etc? 01:05 <@mids> (like freenet does) 01:05 <@hezekiah> nop: any objections to me having the configure script look for pod2man and having the makefile (in the development tree) build the manpage? 01:05 <@hezekiah> mids: Gentoo uses patches, sed, or just sets makefile VAR's. 01:06 <@hezekiah> mids: whichever least drastic measure is required. :) 01:06 * mids guesses that nop doesnt object 01:06 < _42> mids: it can, but it's easier to add a PREFIX=${D}/ 01:06 <@mids> _42: yop 01:06 < _42> freenet patches akefiles? 01:06 <@mids> freebsd 01:06 < _42> ah 01:07 <@mids> or maybe it doesnt 01:07 <@mids> anyway 01:08 <@mids> - filepath (A hezekiah, userx) 01:08 <@mids> - Makefile install-local,PREFIX 01:08 <@mids> - README, INSTALL, AUTHORS (mids) 01:08 <@mids> - windows documentation (codeshark) 01:08 <@mids> - docs (nop) 01:08 <@mids> any additions? 01:09 <@mids> otherwise I'll mail that 01:09 <@hezekiah> Not that I can think of. :) 01:10 <@mids> who will do the makefile? 01:10 <@mids> me? 01:10 <@hezekiah> You do the HEAD one. 01:10 <@mids> I am talking about HEAD 01:11 <@hezekiah> I usually take care of the makefiles/configure script in development. :) 01:11 <@hezekiah> You do it. :) 01:12 < lonelynerd> what about debian packages? ;) 01:12 <@mids> lonelynerd: that can be done after the code is frozen / release is made 01:12 < lonelynerd> sure 01:13 <@mids> TODO mailed 01:13 <@mids> ok 01:13 <@mids> question round? 01:14 <@mids> question round. 01:14 < hezekiah> Sorry about that. 01:14 < hezekiah> I got disconnected. 01:14 <@mids> you did? :) 01:14 < hezekiah> Yeah. :) 01:16 <@mids> okay, meeting participants without questions are not allowed to ask any for a week if they could ask them now :) 01:16 <@hezekiah> lol. 01:16 <@hezekiah> mids: do people actually come up to you with questions during the week? 01:17 <@mids> shiploads 01:17 <@hezekiah> Wow! 01:17 < lonelynerd> ;) 01:17 <@mids> mostly in #iip and #help 01:17 <@hezekiah> Oh. "Mommy, Mommy! What's an isproxy!?" 01:17 <@hezekiah> ;-) 01:17 <@mids> RTFM 01:18 <@hezekiah> lol 01:18 <@mids> ok 01:18 <@mids> end? 01:18 * hezekiah hands mids his gaffle to "baf" 01:18 <@mids> baf it will be --- Log closed Wed Feb 12 01:19:02 2003 </div>/zh/blog/2003/02/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 04 Feb 2003 00:00:00 +0000/zh/blog/2003/02/04/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> FillaMent, hezekiah, jrandom, lonelynerd, mids, MrEcho</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> --- Log opened Tue Feb 04 23:38:39 2003 23:38 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:38 [Users #iip-dev] 23:38 [ co ] [ mids ] [ Neo] [ ptm ] 23:38 [ logger] [ MrEcho] [ pox] [ UserX] 23:38 -!- Irssi: #iip-dev: Total of 8 nicks [0 ops, 0 halfops, 0 voices, 8 normal] 23:38 -!- Irssi: Join to #iip-dev was synced in 12 secs 23:51 < mids> nop wont be on 23:51 -!- mode/#iip-dev [+o mids] by Trent 23:51 -!- mode/#iip-dev [+o UserX] by mids 23:59 -!- mode/#iip-dev [+o hezekiah] by mids 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 <@hezekiah> Oops! 23:59 <@hezekiah> I was just about to try that, mids! :) 23:59 <@hezekiah> I think I figured it out! 23:59 <@mids> you did 23:59 * hezekiah feals very happy with himself for learning more about IRC. :) --- Day changed Wed Feb 05 2003 00:00 < MrEcho> lol 00:00 <@mids> Tue Feb 4 23:00:10 UTC 2003 00:00 <@mids> Welcome to the 29th iip meeting 00:00 <@mids> nop emailed me that he wont be there 00:00 <@mids> so you got to do it without him 00:00 <@mids> I dont have a specific agenda 00:00 <@mids> except for this 00:01 <@mids> 1) welcome :) 00:01 <@mids> 2) highlights of the week 00:01 <@mids> 3) questions 00:01 <@mids> . 00:01 <@mids> any highlights to report? 00:02 <@hezekiah> Uh, not on my side. I'm still waiting for UserX or nop to look at the GnuMP BigNum impl. to see if it's OK. 00:02 <@mids> userx added some code to the isproxy so that an empty node.ref file wont do harm if you upload 00:02 <@hezekiah> The configure options for it got uploaded though. 00:02 <@hezekiah> Is IIP 1.1 out yet? 00:03 <@mids> havent seen it 00:03 <@hezekiah> I guess not. 00:03 <@mids> only thing is that we need to look at the location where the files are saved 00:04 <@hezekiah> Hmmm ... 00:04 <@mids> and if that gives bugs on different operating systems 00:04 <@hezekiah> What exactly is the problem? 00:05 * mids loads the sourceforge bugtracker 00:05 <@mids> http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:05 * hezekiah is doing the same. 00:05 <@hezekiah> Thanks. :) 00:06 <@hezekiah> I remeber looking at that briefly once. 00:07 <@hezekiah> The tricky part is what you are supposed to do in Windows. 00:07 <@hezekiah> The *nix/*BSD part shouldn't be that difficult. (I hope.) 00:07 <@mids> in windows it does just look at the current working directory 00:08 <@hezekiah> I'll leave the Windows part to UserX. :) 00:08 <@mids> the windows behavious shouldnt change imho 00:09 <@hezekiah> Whatever. I run linux, and avoid Windows whenever I can. ;-) 00:09 <@mids> same 00:09 <@mids> but what behaviour do we want for unix? 00:09 <@hezekiah> The behavior is defined in the code using #ifdef's based on platform. 00:09 <@mids> you need to have access to the root/iip account to be able to access ~iip/.iip 00:10 <@mids> so it should also look in other dirs 00:10 <@mids> like ~/.iip 00:10 <@mids> or the current dir 00:10 <@hezekiah> Well, if isproxy is installed the default thing for a program to do would be look in /home/<user's homedir name>/.iip 00:10 <@hezekiah> So in my case: /home/hezekiah/.iip 00:10 <@hezekiah> node.ref would be /home/hezekiah/.iip/node.ref 00:11 <@hezekiah> Then each user can have their own settings, etc. 00:11 < MrEcho> you can kind of do the same thing in NT 00:11 < MrEcho> my doc's folder is protected 00:11 <@hezekiah> But under Win9[58] there really aren 00:11 < MrEcho> ya 00:11 <@hezekiah> aren't user specific home dirs. 00:12 < MrEcho> anyone using 9x needs help anyways .... 00:12 * hezekiah laughs 00:12 <@hezekiah> Well, I'll email nop and ask him how he wants it done for *nix. Then, I'll see what I can do. 00:12 <@mids> mail the list please 00:13 <@mids> the we can all discuss 00:13 < MrEcho> for the 9x ppl just put the files in ./.iip/ 00:13 <@hezekiah> OK. 00:13 <@hezekiah> Or when IIP is installed it could be installed in Program Files/IIP. 00:14 < MrEcho> for 9x ppl 00:14 <@hezekiah> node.ref, isproxy.ini, seed.rnd, etc. could be placed there. 00:14 <@mids> if you start IIP with a windows start thingie, then you can set the workingdirectory 00:15 <@hezekiah> Well, anyway, I don't intend to touch the Windows implementation with a ten-foot poll. UserX can figure this one out. ;-) 00:15 < MrEcho> :P 00:15 <@mids> ok 00:15 < FillaMent> You could look into a nasty WSH script. Then you can store in info in the registry 00:15 <@hezekiah> (My compiler might not even _compile_ IIP under Windows!) 00:15 <@mids> :) 00:15 < MrEcho> fuck the registry 00:15 <@hezekiah> FillaMent: if we used the registry in a program that needs to work under *nix, it would be an #ifdef NIGHTMARE!! 00:16 < FillaMent> Not what I"m saying 00:16 <@hezekiah> (But I will admit I tought of it to for a few seconds ... only a few, mind you.) 00:16 <@hezekiah> Oh? 00:16 <@hezekiah> Explain? :) 00:17 < FillaMent> Have the location of the data file stored in the registry, then launch IIP with a WSH script that pulls the path out of the registry and pass it to the program as a cmnd line option 00:17 < MrEcho> http://bofh.st/bofh/images/traffic.gif 00:18 <@hezekiah> That might be doable. 00:19 <@mids> I only had someone asking for windows NOT to change the current system there 00:19 <@mids> maybe it would be nice to let it work without registry 00:19 < FillaMent> A while back I wrote a script that would replace the name of the last logged in user with an arbitrary string. NT Ninja Vanish =) Had to do it because Generals and Colonels would freak because there was another login nam 00:19 <@mids> from a security / anonymity pov 00:20 <@hezekiah> I have to admit that I hate the Windoze registry with a pasion, just my personal opinion, though. :) 00:20 < MrEcho> same here hezekiah 00:20 < MrEcho> but ive learned to work with it 00:20 <@hezekiah> So have I, ... but I still hate it. :) 00:20 <@mids> so 00:20 <@mids> lets investigate this week how the system currently works 00:21 <@mids> and discuss on the list about how it should 00:21 <@hezekiah> Right. 00:21 <@mids> after that, make it work like it should :) 00:21 <@hezekiah> I'll post an email to start up the conversation. 00:21 <@mids> yay 00:21 <@mids> so 00:21 <@mids> next item? 00:22 <@hezekiah> 3.) questions 00:22 < MrEcho> where the hell is 1.1 00:22 <@mids> *nod* 00:22 < MrEcho> hehe 00:22 <@hezekiah> I don't know. 00:22 <@hezekiah> But I think the reason it's not out is because of the aforementioned bug. 00:22 <@hezekiah> (The one we are going to talk about on the mailing list.) 00:23 < MrEcho> i just hope it connects faster and more stable connections 00:24 <@hezekiah> (I have to admit I haven't had a problem with unstable connections, and I usually connect to the 1st or 2nd node I try.) 00:24 <@mids> but that is just because you have a clean node.ref, I assume? 00:24 <@hezekiah> No. 00:24 <@hezekiah> I have a normal node.ref 00:24 <@mids> oh 00:25 <@mids> but you never stay online for 24 h 00:25 <@hezekiah> It's the one the server gives me each time I conect. 00:25 < FillaMent> I can stay connected for a couple days, usually. 00:25 <@hezekiah> No. I have a life. ;-) 00:25 <@mids> one can stay online without irc-ing ofcourse 00:25 <@mids> *geeh* 00:25 <@hezekiah> And my family's phone line is the same on the internet connection is on. :) 00:25 < jrandom> eww 00:26 <@mids> then get offline now! 00:26 <@mids> :) 00:26 <@hezekiah> Other questions? 00:26 <@mids> I dont have those 00:28 < FillaMent> HaZaa... 00:28 <@hezekiah> HaZaa? 00:28 <@mids> gesundheit 00:28 <@hezekiah> *lol* 00:28 <@hezekiah> Was that a question, FillaMent? 00:28 < FillaMent> My FServe 00:29 <@hezekiah> OK. I'm lost. :) 00:29 <@mids> tell us about it hezekiah 00:29 <@mids> s/hezekiah/FillaMent/ 00:30 < FillaMent> I was just wondering if there'd be any expected problems using IIP as a comm backbone for a lot of file browsing. 00:30 < FillaMent> And eventually a text-based protocol like HTTP 00:30 <@mids> you will be bound to the slowness of IIP 00:30 <@mids> the 50B/s limit 00:31 <@hezekiah> IIP might not always be slow, mids. ;-) 00:31 <@hezekiah> We shall optimize and improve. :) 00:31 <@mids> hurray 00:31 < FillaMent> That's not a big deal since we're not doing actual file transfer of IIP. Just comm. I'm concerned with whether or not it would be a strain. 00:32 < lonelynerd> 50B/s might be ok for telnet 00:32 <@hezekiah> (Mids? You want to answer all this? I'm reeaaallllyyy lost.) 00:32 <@mids> ok 00:32 <@mids> FillaMent is working on something caled HaZaa 00:32 <@mids> it is some fserve on IIP 00:33 <@mids> which uses Freenet for the actual file sharing 00:33 <@mids> right? 00:33 < FillaMent> Yeah... IIP for the browsing. 00:33 <@mids> so you have some telnet/ftp like interface locally 00:33 < FillaMent> firing it up now. 00:34 < FillaMent> haz: /msg hazaaclone shell 00:36 < FillaMent> haz: /msg hazaaclone cd /stuff/mp3s 00:38 <@hezekiah> Not bad!! 00:38 <@hezekiah> Uh ... how do you leave the shell? 00:38 < FillaMent> It just times out. 00:38 <@hezekiah> Oh ... 00:39 < FillaMent> Think traffic like that would be a problem... I expect /lots/ of people will run them. Especially since DALnet just put a ban on FServes 00:40 < HazaaClone> I might clog your chat network =) 00:40 <@hezekiah> Hmmm ... 00:40 <@hezekiah> That would be a problem. :) 00:41 < FillaMent> Dunno how much traffic it would be or what effect it will have on IIP. 00:41 <@mids> during the slashdot attack we did do pretty well 00:41 < FillaMent> Sounds solid then. 00:41 <@mids> the total amount of people wasnt too high 00:41 <@mids> but it was constant joining and parting 00:42 < FillaMent> I /think/ I got the flooding issue fixed. 00:43 <@hezekiah> Well, if you threw in an "exit/quit" command, maybe the connections would be lower. Just a suggestion. :) 00:44 <@hezekiah> Well, I had better go. See you all around. :) 00:44 < FillaMent> THe eventual version will use IIP to pass search queries and query results. 00:45 <@hezekiah> mids: I'm looking into the code on the file placement bug. I should have an email up on the mailing list shortly. :) 00:45 <@hezekiah> Bye, all! :) 00:45 <@mids> bye 00:46 < MrEcho> hey mids .. have you checked out iip-im latly 00:46 <@mids> nope 00:46 <@mids> but I didnt get many CVS updates 00:46 < MrEcho> got a bunch of stuff done 00:46 <@mids> lets end the official part of the meeting 00:46 < MrEcho> im working on xml themes right now 00:46 <@mids> and move over to friendly chit chat 00:46 < MrEcho> ... 00:47 < FillaMent> ooooo! That just gave me an idea. 00:48 < FillaMent> Oooo.... this is going to ROCK! 00:48 <@mids> ? --- Log closed Wed Feb 05 00:48:36 2003 </div>/zh/blog/2003/01/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 28 Jan 2003 00:00:00 +0000/zh/blog/2003/01/28/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由互联网档案馆提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> Bouris, case, Debrys, hezekiah, lonelynerd, mids, MrEcho, nop</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Jan 28 22:35:17 2003 22:35 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:35 [Users #iip-dev] 22:35 [ co] [ logger] [ pox] [ ptm] [ UserX] 22:35 -!- Irssi: #iip-dev: Total of 5 nicks [0 ops, 0 halfops, 0 voices, 5 normal] 22:35 -!- Irssi: Join to #iip-dev was synced in 2 secs 22:41 -!- mode/#iip-dev [+o mids] by Trent 22:41 -!- mode/#iip-dev [+v logger] by mids 22:41 -!- mode/#iip-dev [+o UserX] by mids 23:56 -!- mode/#iip-dev [+o nop] by mids --- Day changed Wed Jan 29 2003 00:00 <@mids> Tue Jan 28 23:00:00 UTC 2003 00:00 <@nop> hi 00:00 < Debrys> greetings 00:00 < case> hallo 00:00 <@nop> hi 00:00 < Bouris> Hi. 00:00 < MrEcho> hey case 00:00 <@nop> meeting started 00:00 < case> sup echo 00:01 <@mids> nop: agenda please 00:01 <@nop> ok 00:01 <@nop> I thought you had it 00:01 <@nop> ;) 00:01 <@nop> 1) welcome 00:01 <@mids> 1) Welcome 00:01 <@mids> 2) Normal stuff 00:01 <@mids> 3) Questions 00:01 <@mids> . 00:01 <@nop> sure that works 00:01 <@nop> welcome to the nth IIP-dev meeting 00:01 <@nop> 2) Normal stuff, i.e. IIP update 00:01 <@nop> ok 00:02 <@nop> we're working on getting rc3 changed to 1.1 final 00:02 <@nop> I think all that's left is some path fix bugs 00:02 <@mids> hezekiah made the patch for -h, nop is reviewing it 00:02 <@nop> yes 00:02 <@nop> actually he can commit, I'll let him know, forgot to email him 00:02 <@mids> ok 00:02 <@nop> also 00:02 <@mids> then we just got to check how the other reported bug is 00:03 <@nop> Hezekiah has successfully compiled a version of IIP with the GNU Multi Precision library 00:03 <@nop> and it was a success 00:03 < MrEcho> cool 00:03 <@nop> the crypto speed was improved 00:03 <@nop> so that will be something we do for 1.2 00:03 <@nop> 1.2 is focusing on standards as well, standardized crypto engine and big number routines 00:03 <@nop> etc 00:03 <@mids> there is our hero! 00:04 -!- mode/#iip-dev [+o hezekiah] by mids 00:04 <@hezekiah> Who? 00:04 <@nop> you 00:04 <@mids> you! 00:04 <@hezekiah> Sorry I'm late. :) 00:04 <@hezekiah> (And thanks for the compliment.) 00:06 <@hezekiah> Did I miss the meeting? ... or is it still going? 00:06 <@mids> nop was just telling about the update works 00:06 <@mids> and that you can commit the -h patch 00:06 <@hezekiah> OK. 00:06 <@mids> then we got to see how severe the problems with the file paths are 00:06 <@hezekiah> I just got through reading the logs. 00:06 <@mids> test in multiple locations etc 00:06 < MrEcho> anything new for windows users? 00:06 <@mids> platofrms I mean 00:08 <@hezekiah> Well, the -h bugfix might affect the windows users. I'm not sure if it was a problem over there. 00:09 <@hezekiah> As for the GnuMP implementation of BigNum, that should be part of the 1.2 release for windows (though it might take some work to get it to run on windows.) 00:09 < Debrys> may i ask what this BigNum-stuff is all about? 00:10 < case> what version of libgmp was it dones with? 00:10 < case> er 00:10 < case> dones/done 00:10 <@hezekiah> Well, since mids and nop seem to have dissapeared for the moment, I'll explain it while we wait for them to get back. 00:10 <@mids> I am listening 00:10 <@mids> please entertain 00:10 <@hezekiah> First I'll answer case's question because it is simple. I used version 4.1 of GnuMP. 00:10 <@hezekiah> (Gentoo doesn't have 4.1.2 yet.) 00:11 <@hezekiah> Next is Debrys question: 00:11 <@hezekiah> BigNum structure with a is a bunch of functions used in the isproxy source code. 00:11 <@hezekiah> It is basically just a way to make integers that are REALLY REALLY big. 00:11 <@hezekiah> Obviously modern CPU's don't offer really really big integer types, so C doesn't have them. 00:12 <@hezekiah> ... and crypto needs to use really big numbers. 00:12 <@hezekiah> Thus, an implementation of a "BigNum" is needed. 00:12 < Debrys> i think i got it :) thank you 00:12 <@hezekiah> Currently, we have 2 implentations of BigNum: one in SSL and one in GnuMP. 00:12 <@hezekiah> You're welcome. :) 00:12 <@hezekiah> Back to you, mids. :) 00:12 <@mids> ok 00:12 * hezekiah hands the microphone back. 00:13 <@mids> I am done on point 2 00:13 <@mids> lets go to the question round 00:13 <@mids> questions? 00:13 <@hezekiah> (oh, the irony.) ;-) 00:13 <@hezekiah> Yeah. Are we almost to 1.1 release yet? 00:14 <@hezekiah> What still needs to be done? (Besides get codeshark to make a tarball.) 00:14 <@mids> testing if files are stored in the right directories 00:14 <@mids> in every case 00:15 <@mids> hezekiah: please tell me if you did commit the -h thing, then I'll put the bug item closed 00:15 <@nop> oh hezekiah you can commit 00:15 <@nop> the -h thing 00:15 <@nop> ;) 00:15 <@hezekiah> I haven't commited the -h thing yet. 00:15 <@hezekiah> I don't know what branch to commit to. :) 00:15 <@nop> he does now ;) 00:16 <@hezekiah> Give me a minute and I 00:16 <@hezekiah> I'll update the bugfix. 00:16 < Debrys> hmm, what will be new or changed in 1.1? not too much into detail - just in general 00:16 <@hezekiah> 1. Bugfixes! :) 00:17 <@mids> 2. more bugfixe 00:17 < Debrys> lol 00:17 <@nop> debrys no major changes 00:17 < Debrys> anything which makes the connections more stable? 00:17 <@nop> just bug fixes 00:18 <@mids> Debrys: we will try that with a more minimum node.ref in the initial distribution 00:18 < Debrys> i did a.......... rather unelegant hack to the node.ref.......... 00:19 < Debrys> only the invisiblenet relays.......... no update of node.ref 00:19 < Debrys> i havent ping-timeout'ed for days........ 00:19 < Debrys> before of that i god disconnected in 30min intervals on average 00:20 < Debrys> but its not a very good solution :) 00:21 < Debrys> also.......... on the floppy-disk thing........ 00:21 < Debrys> i asked someone if he would do a hack for me on the boxedIRC-Source...... 00:22 < Debrys> if he accepts, this means i would have an 120kb IRC-Client which doesn't need any installation and saves all its settings in a ini-file on the disk 00:23 <@mids> nice 00:23 <@mids> keep us informed please 00:23 < Debrys> if this works, there will not only be IIP and a IRC-Client on the disk, but also an email-client...... and i'm trying to get a PGP-App on it too........... maybe also a messenger client :) 00:23 < Debrys> I'll do :) 00:23 < lonelynerd> sound nice. 00:23 < lonelynerd> [ sounds even. ] 00:24 <@mids> ok 00:24 <@mids> more things? 00:24 < Debrys> nope 00:25 * mids searches for his meeting-hammer 00:25 <@hezekiah> Almost got the patch up, mids. 00:25 <@mids> hurray 00:25 <@mids> *baff* 00:25 <@mids> meeting closed 00:25 <@hezekiah> lol. 00:25 < Debrys> :) 00:26 < Bouris> Hooray! 00:27 <+logger> cya next week --- Log closed Wed Jan 29 00:27:06 2003 </div>/zh/blog/2003/01/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Wed, 15 Jan 2003 00:00:00 +0000/zh/blog/2003/01/15/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> FillaMent, hezekiah, LeeroklaLacerta, mids, nop, sdgg, thecrypto</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Jan 14 22:44:57 2003 22:45 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:45 [Users #iip-dev] 22:45 [ logger] [ pox] 22:45 -!- Irssi: #iip-dev: Total of 2 nicks [0 ops, 0 halfops, 0 voices, 2 normal] 22:45 -!- Irssi: Join to #iip-dev was synced in 3 secs 23:48 -!- StoVoKor|away is now known as StoVoKor 23:58 < mids> Tue Jan 14 22:58:16 UTC 2003 23:59 < mids> 1 minute --- Day changed Wed Jan 15 2003 00:00 < mids> Tue Jan 14 23:00:00 UTC 2003 00:00 < mids> Welcome to the 26th IIP meeting 00:00 < mids> I didn't get any agenda items from anybody, so I'll just propose my own: 00:00 < mids> - Release of 1.1-final 00:00 < mids> do you guys have anything else to add? 00:00 < hezekiah> (I propose an agenda item: What's the current major feature being worked on in IIP 1.2 dev?) 00:01 < mids> great 00:01 < FillaMent> I have a couple suggestions for additions to anonymail 00:01 < mids> ok 00:01 < mids> Agenda: 00:02 < mids> - What's the current major feature being worked on in IIP 1.2 dev 00:02 < mids> - Anonymail suggestions 00:02 < mids> - Release of 1.1-final 00:02 < mids> . 00:02 * mids hands the microphone to hezekiah 00:02 < FillaMent> Also like to note a project that I'm working on that uses IIP 00:02 < hezekiah> I have no clue. It was actually a question. :) Nop? 00:02 * hezekiah hands the microphone to nop. 00:02 < nop> hi 00:02 < nop> ok 00:02 < nop> welcome 00:03 < nop> ok on the agenda 00:03 < nop> mids take it away 00:04 < mids> no, you tell what the status of 1.2 is 00:04 < nop> ok 00:04 < nop> well 00:04 < nop> lots of grindy stuff 00:04 < nop> mainly taking care of the grunt stuff 00:04 < hezekiah> (Ahmen!) 00:04 < nop> getting the core ready for hardcore decentralization and crypto, we're in the midst of deciding crypto libraries, we think cryptlib and GnuMP 00:05 < nop> and are looking at a few possibilities for routing, either the listener route concept, or possibly chord type routing 00:05 < nop> and that's mainly it for right now 00:05 < nop> for 1.2 00:05 < mids> cool 00:05 < nop> 1.1 status, is if no one has any bugs in a weeks time 00:06 < nop> then we will probably move to defcon 1.1 00:06 < nop> ;) 00:06 < nop> meaning 1.1 Release 00:06 < mids> stick to the agenda nop 00:06 < mids> anonymail features are first 00:06 < nop> I didn't see an agenda 00:06 < mids> :p 00:06 < hezekiah> Mids, behave! :) 00:06 < hezekiah> ;-) 00:06 < nop> ok 00:06 < nop> I guess anonymail suggestions 00:06 < mids> - Anonymail suggestions 00:06 < nop> take it away whoever that was 00:06 < mids> FillaMent? 00:06 < FillaMent> Okay, I just have two quick ones... 00:07 < FillaMent> 1) Some sort of escape character to do \n's. 00:07 < hezekiah> Yeah! 00:07 < FillaMent> Discuss or move on to #2? 00:07 < hezekiah> Perhaps, "\n" for a newline, and "\\n" for a literal, "\n". 00:08 < mids> what character do you suggest? 00:08 < mids> ok 00:08 < hezekiah> (Like how you would do in C with printf.) 00:08 < FillaMent> C, Perl, Java.... 00:08 < hezekiah> C++ ... :) 00:08 < FillaMent> Nah, make it vbCRLF 00:08 < mids> and \\\\n for literal \\n :) 00:08 < hezekiah> Yup1 00:08 < mids> vbCRLF? 00:09 < FillaMent> visualbasicCarriageReturnLineFeed 00:09 < mids> are you serious? 00:09 < hezekiah> (I hope not.) 00:09 < FillaMent> I used to hack vbScript (no, I'm not serious. \n is what everyone will be familiar with) 00:09 < hezekiah> So, what was suggestion number 2? 00:10 < thecrypto> damn wireless network 00:10 < FillaMent> 2) Stripping non-plain text MIME garbage from mails that come from the internet and replacing it with something to the effect of <One part MIME binary/word-doc stripped> 00:11 < FillaMent> Forgive me if I'm incorrectly implying MIME 00:11 < mids> I dont really agree 00:11 < mids> you should be able to receive RFC2015 compatible PGP signatures 00:11 < mids> and stuff 00:11 < hezekiah> Yeah. 00:12 < hezekiah> But changing Quoted-Printable to plain ASCII might not be a bad idea if it isn't already implemented. 00:12 < FillaMent> And that's a specific mime type? 00:12 < FillaMent> PGP sig I mean. 00:12 < mids> it is 00:12 < hezekiah> There are OpenPGP sigs that have a mime type. 00:12 < mids> I can understand that it will be a lot of work to do MIME right 00:13 < mids> since there are a lot of MIME types 00:13 < mids> and browsers who violate it 00:14 < hezekiah> "2) Stripping non-plain text MIME ..." (Wouldn't they be in base64 if they aren't plain ASCII anyway? And if not, then couldn't they just be converted?) 00:14 < mids> maybe we should just forward the suggestions to codeshark 00:15 < mids> since he knows how the app looks 00:15 < hezekiah> Or even, if it has to be stripped, you could offer an option to retrieve it (in base64 or 7-bit.) That way you can save it via copy-paste, and decode/read it on your hard drive. 00:15 < mids> (he made it) 00:15 < mids> and what he can implement 00:15 < hezekiah> Good idea! 00:15 < FillaMent> The other day I got a mail that was written with MS Outaluck/W3rd and it came in as multipart MIME. The first part was a plain txt version of the message, the second was an RTF will all the formatting Markup 00:15 < nop> this is something 00:15 < nop> that needs to be sent to anonymail 00:15 < nop> oops 00:15 < nop> codeshark 00:15 < mids> yeah 00:15 * FillaMent digresses. 00:15 < mids> lets just pass it on 00:15 < mids> and see what his imput is 00:16 < mids> - Release of IIP 1.1-final 00:16 < mids> my comments: got to check the sourceforge bugtracker 00:16 < mids> but I dont think that there are any code bugs open 00:17 < hezekiah> Not the last time I saw ... (checking now.) 00:17 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:17 < mids> (files stored in wrong dir) 00:17 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=655568&group_id=50945&atid=461514 00:17 < mids> (-h doesnt work) 00:17 < mids> that option DOES work for me 00:17 < mids> please check it 00:18 < mids> and if it works for everybody, we got to mark that report as invalid 00:18 < mids> http://sourceforge.net/tracker/index.php?func=detail&aid=654147&group_id=50945&atid=461514 00:18 < mids> (FreeBSD socket call) 00:18 < mids> I dont have FreeBSD, someone with FreeBSD should check 00:19 < mids> . 00:19 < mids> Also we should really really supply some script that people can put in their /etc/init.d/ 00:20 < mids> ping? 00:20 < hezekiah> It looks like the guy who did the FreeBSD bug ... 00:21 < hezekiah> ... already found and pointed out the problem. 00:21 < hezekiah> http://sourceforge.net/tracker/download.php?group_id=50945&atid=461514&file_id=37660&aid=654147 00:22 < hezekiah> That's the link to the patch file. AF_INET apparently needs to be PF_INET on FreeBSD. 00:22 < hezekiah> The patch was simple: 00:23 < hezekiah> 484,489c484 00:23 < hezekiah> < // If statement added by wiht, since FreeBSD uses PF_INET. 00:23 < hezekiah> < #ifdef __FreeBSD__ 00:23 < hezekiah> < sh->Socket = socket(PF_INET, SOCK_STREAM, 0); 00:23 < hezekiah> < #else 00:23 < hezekiah> < sh->Socket = socket(AF_INET, SOCK_STREAM, 0); 00:23 < hezekiah> < #endif 00:23 < hezekiah> --- 00:23 < hezekiah> > sh->Socket = socket(AF_INET, SOCK_STREAM, 0);//PF_INET); 00:23 < mids> I see, but then I dont know why the original ifdef was there at first? 00:23 < hezekiah> What do you think, nop? 00:23 < hezekiah> The top section should be the new code. The bottom section should be the old. 00:23 < nop> that should work 00:24 < hezekiah> Yeah. The bottom is the old. 00:24 < nop> you should commit looks fine 00:24 < hezekiah> Do you want me to write it up, commit, and label the bug as fixed, nop? 00:24 < nop> but why is it different 00:24 < hezekiah> Apparently, FreeBSD requires PF_INET instead of AF_INET as the first arguement for socket. 00:25 < hezekiah> I don't know why. 00:25 < hezekiah> But, the writter said this fixed the problem. Commit? 00:25 < nop> yes 00:25 < hezekiah> OK. 00:25 < mids> ok 00:26 < mids> who can look into the filepath problem? 00:27 < FillaMent> I don't get that problem. If I try and start IIP as a different user or not in ~iip it says it can't write the log 00:28 < mids> ok, we got to check the reported bugs and report on that on the mailinglist 00:28 < mids> lets try to do that this week 00:28 < mids> . 00:28 < mids> The biggest problem is the scalability of IIP 00:28 < mids> RC2 was kinda stable 00:28 < mids> RC3 isnt 00:29 < mids> why? 00:29 < mids> Imho it is because the node.ref is so big 00:29 < mids> so a lot of potential bad node 00:29 < mids> nodes 00:29 < mids> it is really, anonymity vs stability 00:29 < mids> . 00:29 < hezekiah> I noticed that. But some of them are just slow, not necisarily bad. 00:29 < mids> the problem is the lot of people Pinging Out 00:30 < mids> the solution that I suggest is releasing RC3 with a minimal node.ref 00:30 < mids> only 4 nodes or something 00:30 < mids> . 00:31 < nop> I agree 00:31 < FillaMent> Pardon my lack of design knowledge... IIRC uses relays like freenet and IRC, right? 00:32 < FillaMent> node == relay 00:32 < mids> they are more static 00:32 < mids> once you connect 00:32 < nop> well 00:32 < nop> at least in 1.1 00:32 < mids> you stay connected through them for the same session 00:32 < nop> they won't be forever 00:32 < FillaMent> But, it's still one node passes to other nodes 00:32 < nop> yes 00:33 < mids> if you keep a big list of nodes, then the path is very long 00:33 < mids> hence a lot of potential problems 00:33 < FillaMent> Why not just make it so that it goes through the node.ref and picks a few at random, and keeps doing that. The user could maybe set the number. This would maybe distribute the load a little more? 00:34 < mids> the current protocol doesnt support selecting the amount of hops 00:34 < nop> and we're not changing it in this version 00:34 < nop> ;) 00:34 < FillaMent> Okay, then it's outside my technical knowledge... what about the starting point? 00:34 < FillaMent> or is the TTL the number or nodes in node.ref 00:35 < FillaMent> s/or/of/ 00:35 < mids> each node connects to a node in its node.ref at random 00:35 < mids> until it 'accidently' hits the server 00:35 < mids> so if you have a lot of nodes 00:35 < FillaMent> got it. 00:35 < mids> it will have huge paths 00:36 < mids> that is why I would suggest a manually crafter first layer of public nodes 00:36 < FillaMent> Could another solution be to make 'the' server 'a' server? 00:36 < mids> so you decrease the amount of hops 00:36 < LeeroklaLacerta> Is there any sort of reliability-index-type thing? 00:36 < mids> you only have 1 end-node 00:36 < mids> there isnt, since you dont know what nodes a node connects through 00:37 < mids> if your connection goes down, you dont know what node caused it 00:37 < mids> it can be anyone on your path 00:37 < LeeroklaLacerta> K. 00:37 < mids> and you dont know your path 00:37 < FillaMent> Is there anyway for the end user it increase the reliability of IIP? 00:37 < mids> yes, manually edit your node.ref 00:38 < mids> and put only some stable nodes on it 00:38 < mids> and dont let it update the node.ref automatically 00:38 < FillaMent> mids: I mean setting up a relay or something. 00:38 < mids> ofcourse you dont know what are stable nodes, unless you have some inside knowledge about the IIP topography 00:39 < mids> Trent for example directly connects to a node which connects to the IIP server node 00:39 < mids> otherwise it would go down all the time 00:39 < mids> resulting in a really bad network 00:41 < FillaMent> To save me some time, where does iip store the nodes.ref on a linux box? 00:41 < mids> ~/.iip/ 00:41 < mids> or the local directory 00:42 < mids> ok, I want to quit this item 00:42 < mids> homework for next week: 00:42 < mids> think about the issues 00:42 < mids> and propose suggestions to the mailinglist 00:42 < FillaMent> Give me 10 min and I'll have a kludge for the massive node list problem 00:42 < mids> or to a developper (if you arent subscribed) 00:43 < mids> . 00:43 < mids> questions? 00:51 < hezekiah> You almost have your "kludge" (I don't know what that word means) for the node list problem yet, FillaMent? 00:52 < FillaMent> kludge is coding duct tape, and yes. 00:52 < hezekiah> Ah. 00:53 < thecrypto> the full definition is http://www.tuxedo.org/~esr/jargon/html/entry/kluge.html 00:54 < mids> hezekiah: thanks for putting your hands on those 2 bugtracker items 00:55 < hezekiah> No problem. I still don't know how to assign a bug to myself. Otherwise, I would have "officially" picked up the PF_INET one. 00:55 < hezekiah> I couldn't find the button/link/whatever that lets you assign a bug to yourself. 00:57 < mids> only project admins seem to be able to assign bugs for our project 00:57 < hezekiah> Ah 00:57 < hezekiah> That would explain it! :) 00:59 < hezekiah> OK. Well, I'm going to leave now. Bye everyone! :) 00:59 < LeeroklaLacerta> Good bye. 01:04 < mids> ok 01:04 < mids> I am gone too 01:04 < mids> bye 01:08 < LeeroklaLacerta> Everyone's leavin'? 01:08 < LeeroklaLacerta> Is the meeting over? 01:09 < FillaMent> I'm still here. Perhaps my time estimate was a bit off. I love/hate perl. 01:10 < LeeroklaLacerta> What's perl got to do with it? 01:10 < FillaMent> My node.ref kluge 01:10 < LeeroklaLacerta> Ah. 01:11 < FillaMent> I should just describe it to someone competant and let them do it in like 5min 01:11 < LeeroklaLacerta> I'm just here for the heck of it. 01:16 < LeeroklaLacerta> I'm going back to #anonymous. 01:17 < FillaMent> Ha ha! 01:39 < FillaMent> Anyone care to enlighten me as to why in perl, when I push an item into an array, /every/ item ends up being that item? 02:59 < sdgg> hi 03:05 < FillaMent> Know how long an md5 signature is supposed to be? 03:10 < sdgg> 128 bits I believe 03:14 < sdgg> Does anyone know of a good tutorial on c/c++ for *nix programming? 03:14 < sdgg> Or somewhere I can look? 05:10 * FillaMent is away: Destinking myself </div>/zh/blog/2003/01/07/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/Tue, 07 Jan 2003 00:00:00 +0000/zh/blog/2003/01/07/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/<p>（由互联网档案馆 <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> chscrtr, mids, mrflibble, nemesis, Neo, nop, Nostradumbass</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Topic for #iip-dev is IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ <nemesis> nop, no meeting today? <nop> yes <nop> sorry <nop> ok <nop> welcome <nemesis> hi nop ;) <nop> hi <nop> agenda <nop> 1) welcome <nemesis> whats going on? everybody sleeps? <nop> 2) Happy New Year <nop> 3) Happy Holidays <chscrtr> hi, happy new year <nop> 4) IIP <nemesis> hehe, happy new year too <mrflibble> happy new year! :) <nop> 5) IIP logo contest <nop> 6) CryptoCon <nop> 4) IIP <nop> ok IIP <nop> it's kind of stagnant because of the holidays <nop> but I believe we're picking it back up <nop> any bug reports please send to iip@invisiblenet.net <nop> ok <nop> 5) IIP logo contest <nop> we'll being putting up something on our site about the rules etc <nop> and display the drawings we have so far <nop> please help out if you can <nop> get a free t-shirt and your logo on it <nop> 6) CryptoCon <mrflibble> cool <nop> we're trying to get a program committee and some organizational planning for Jan 2004 to have cryptocon happen <nop> join #cryptocon for any assistance etc <nop> anyway, that's about it <nop> questions? <nop> questions? <nop> ;) <mrflibble> nope <nop> ok <nop> meeting ajourned <Neo> nope <Neo> thanks. :) <mrflibble> np <mrflibble> oo, 1 thing <mrflibble> about cryptocon <mrflibble> is there a particular reason for organising your/your own? <mrflibble> there are general crypto confs out there that cyou could submit stuff 2 <nop> well <nop> we want to attract businesses to meet cipherpunks <nop> and push cryptography more than it is <nop> this will be different <mids> fsck <mrflibble> gotcha <nop> missed it <nop> ;) <mids> sorry folks :) <mrflibble> it will just be a lot of work 4 u all <mids> is there still a point in bringing the logger here? <mrflibble> lol <nemesis> hehe <nop> well mrflibble I don't think it will be --- Log opened Wed Jan 08 00:14:47 2003 00:14 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:14 [Users #iip-dev] 00:14 [ chscrtr] [ logger] [ mrflibble] [ Neo] [ Nostradumbass] [ w ] 00:14 [ co ] [ mids ] [ nemesis ] [ nop] [ UserX ] [ wilde] 00:14 -!- Irssi: #iip-dev: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal] 00:15 < nop> we have a year to plan 00:15 < mrflibble> true 00:15 -!- Irssi: Join to #iip-dev was synced in 43 secs 00:16 < nop> plus we need to raise money 00:16 < nop> and this might help 00:16 < nop> since no one likes to donate 00:16 < nop> ;) 00:16 < chscrtr> error - less than a year 00:16 < nemesis> hm... nop, you are using knoppix right now, or? 00:17 < mrflibble> ic 00:17 < nop> suse right now 00:17 < mrflibble> u might need to advertise a lot to get the sponsers 00:17 < mrflibble> which will cost 00:18 < nemesis> are you think that iip is important/stable enough to show it the world? 00:18 < chscrtr> not that much, PR can be cheap 00:18 < nop> nemesis I don't think I'm showing it to the world 00:19 < mrflibble> hmm, i hope so 00:19 < nop> It's a conference, separate concept 00:19 < mids> ok, lizzy__ raised the point that the idleing time might give away too much information 00:19 < nemesis> hehe 00:19 < nop> yes it does 00:19 < mids> so (s)he suggested to disable it server side 00:19 < nop> we can take that out 00:19 < nop> I've been wanting to do that 00:19 < nop> ok 00:19 < nemesis> cause, it would be nice when future releases are packed for trustix ;) 00:19 < nop> will work on it 00:19 < mids> also that registering your nickname pinpoints you and makes you more traceble 00:19 < mids> so there should be a warning against that 00:19 < mids> . 00:20 < mids> I suggest that we metion the possible risks and issues more clear in the documentation 00:20 < mids> mention 00:20 < mrflibble> why is registering mae u more traceable? 00:20 < mrflibble> make 00:20 < mids> mrflibble: because once you identify, then you are guaranteed the same person as before 00:21 < mids> while if you just use the same nick, you might not be the same person 00:21 < mids> registering and identifying makes you pseudonymous 00:21 < mids> instead of anonymous 00:21 < mrflibble> oh 00:21 < mrflibble> but that's good tho 00:21 < mrflibble> trust is important 00:24 < mids> yes, but you build a public record of information 00:24 < mids> each time that you connect and say something, you add more info 00:24 < mids> there are tools which can identify the identity of people based on language patterns. 00:25 < mids> the ones that I tried are not that good, but it is often quite easy to spot errors and make conclusions. 00:25 < mids> I believe that it wouldn't harm to add a chapter about the risks even in an 'anonymous' environment to our manual 00:25 < mids> and I invite lizzy__ to start with that chapter. 00:25 < mids> . 00:25 < Nostradumbass> That's why passing your text through multiple language translators can be useful 00:27 * mids passes the microphone back to the audience 00:28 < mids> oh, excuse for joining that late, if someone can send me the logs of the first 15 minutes then I would much appreciate it. 00:28 < mids> . 00:29 < mrflibble> ooh 00:29 < mrflibble> gotcha 00:29 < mrflibble> mids, make that about 5 minutes :) 00:29 < mids> heh. 00:30 < mids> did nop already say something about 1.1-final? 00:30 < mids> like when we claim that it will be released ;) 00:31 < mrflibble> nope 00:31 < mrflibble> ill send u a capture 00:31 < mids> gracias 00:31 < mrflibble> shit, i cant 00:31 * mrflibble slaps mrflibble around a bit with a large trout 00:31 < mrflibble> ill cut and paste 00:32 < mrflibble> hope i dont flood myself off 00:32 < mids> in private please 00:32 < mids> okay, now this unofficial meeting is officially closed 00:32 < mids> :) 00:32 < nemesis> looool --- Log closed Wed Jan 08 00:33:43 2003 </div>/zh/blog/2002/12/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 10 Dec 2002 00:00:00 +0000/zh/blog/2002/12/10/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由wayback machine提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> codeshark, dangermouse, Debrys, {Due}, \|EN3RGY\|, hezekiah, hobbs, jeremiah_, mids, mrflibble, Neo, nop, Rav-, xcasex, Zwolly</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Dec 10 23:32:22 2002 23:32 -!- Topic for #iip-dev: http://www.patrick.fm/boobies/boobies.php?text=IIP <-- mmm, boobies, aka our new mascot! 23:32 [Users #iip-dev] 23:32 [@codeshark] [ icepick] [ Neo] [ pox ] [ UserX ] 23:32 [ Debolaz ] [ logger ] [ nop] [ sferic] [ xcasex] 23:32 -!- Irssi: #iip-dev: Total of 10 nicks [1 ops, 0 halfops, 0 voices, 9 normal] 23:32 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:34 -!- mode/#iip-dev [+o mids] by Trent 23:34 -!- mode/#iip-dev [+v logger] by mids 23:53 < |EN3RGY|> wee 23:55 < mrflibble> lol, like the pic, is it ne1 we know? 23:55 * jeremiah_ wonders if this is working... using the metropipe JS interface... 23:55 < hobbs> jeremiah_ : you're sending, at least. :) 23:56 < jeremiah_> hobbs: looks like it works, meeting about to start? I'm at the public library 23:56 < hobbs> jeremiah_ : just a few minutes, yeah. 23:56 < Zwolly> i want to order an IIP mascot where can i buy them??? 23:57 < nop> hehe 23:57 < jeremiah_> hey nop 23:57 < nop> hi 23:57 < nop> I like the metropipe thing 23:57 < nop> rather neat 23:57 < jeremiah_> yeah it's cool 23:57 < hobbs> yeah, and amazing that it works. >:) 23:58 < nop> works real well --- Day changed Wed Dec 11 2002 00:00 <@mids> Tue Dec 10 23:00:04 UTC 2002 00:00 <@mids> Welcome to the 23th IIP meeting 00:00 < dangermouse> 22:48 by my clock :p 00:00 < xcasex> thankyou 00:00 <@mids> Agenda: 00:00 <@mids> 1) Welcome 00:00 <@mids> 2) RC3 finally 00:00 <@mids> 3) Security Advisory 00:00 <@mids> 4) Network inconsistancies 00:00 <@mids> 5) Questions? 00:00 <@mids> . 00:00 <@mids> Logs are available on 00:00 <@mids> http://mids.student.utwente.nl/~mids/iip/ 00:01 <@mids> If you got questions related to the current agenda item, please ask 00:01 <@mids> otherwise safe them for the question round 00:01 <@mids> . 00:01 < nop> I'm gonna wait for a sec 00:01 <@mids> yeah, till they come back 00:02 < nop> k 00:02 <@mids> did you all see nop's IIP mascot submission? 00:02 <@mids> http://www.patrick.fm/boobies/boobies.php?text=IIP 00:02 < hobbs> nop : btw, whatever happened to those beeps in the MOTD? I actually liked them. 00:02 < jeremiah_> is it profane? I can't really look at profane stuff 00:02 < {Due}> hi all 00:02 < nop> oh, I think I fixed the problems 00:02 < hobbs> jeremiah_ : not suitable for a library. 00:02 -!- mids changed the topic of #iip-dev to: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:03 < nop> oh, got rid of our mascot 00:03 < nop> :( 00:03 < {Due}> here ppl only write in english? 00:03 -!- mids changed the topic of #iip-dev to: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ - IIP Mascot: http://www.patrick.fm/boobies/boobies.php?text=IIP 00:03 <@mids> {Due}: yeah 00:04 < |EN3RGY|> la mayoria si, {Due} 00:04 < {Due}> i really dont understand what is the meaning of this 00:04 < {Due}> :\ 00:04 <@mids> ok, me hands the microphone to nop 00:04 < nop> alright 00:04 < nop> Welcome 00:04 < nop> to the nth 00:04 < nop> hezekiah: you should know 00:04 < hezekiah> 23rd 00:04 < nop> meeting 00:04 < nop> of IIP 00:04 < nop> clockwork 00:05 < nop> mids, agenda please 00:05 <@mids> 1) Welcome 00:05 <@mids> 2) RC3 finally 00:05 <@mids> 3) Security Advisory 00:05 <@mids> 4) Network inconsistancies 00:05 <@mids> 5) Questions? 00:05 < |EN3RGY|> {Due} entiendes algo ? 00:05 < nop> ok 00:05 < {Due}> si |EN3RGY| 00:05 < nop> please try and save comments for the questions part 00:05 -!- mode/#iip-dev [+oo nop hezekiah] by mids 00:05 < {Due}> ahora hay "chala", wait 00:05 < |EN3RGY|> XD 00:05 <@nop> so we can get throught his 00:05 < |EN3RGY|> ok 00:05 < {Due}> ;) 00:05 <@nop> 2) RC3 finally!!! 00:05 <@nop> yeah 00:05 <@hezekiah> Yeah! 00:05 < |EN3RGY|> q paranoia ! 00:06 <@nop> RC3 is here and arrived in 50% less time than RC2 00:06 < {Due}> |EN3RGY| /say yeah! 00:06 < {Due}> ke todo hay ke decirtelo :\ 00:06 <@mids> ok, be quiet people, I can barely hear nop 00:06 <@nop> hmm 00:06 < |EN3RGY|> yeah! 00:06 < |EN3RGY|> XDDD 00:06 <@nop> cayete 00:06 <@nop> or how ever you say it 00:06 <@nop> silencio 00:06 < |EN3RGY|> solo me entero 00:06 < |EN3RGY|> de algo sobre el RC3 00:06 < jeremiah_> nosotros hablamos espanol tambien 00:06 < {Due}> |EN3RGY| silencio ;) 00:06 <@nop> they are translating ;) 00:06 <@nop> haha 00:06 < |EN3RGY|> ok 00:07 <@nop> ok 00:07 <@nop> anyway 00:07 < |EN3RGY|> ok jeremiah_ 00:07 <@nop> RC3 is here, and it includes what was requested as well as bugfixes 00:07 <@nop> version is definitely there this time :) 00:07 <@nop> so we're all happy 00:07 < {Due}> nop, before of that, waht is RC3 ? 00:07 <@nop> oh 00:07 <@nop> Release Candidate 3 of 1.1 00:07 < {Due}> ajam 00:08 <@nop> the neat thing about it, is the next version will be ... 00:08 <@nop> 1.1 STABLE!!! 00:08 <@nop> 1.1.0 STABLE 00:08 <@nop> so we have room for error ;) 00:08 < Rav-> haha 00:08 <@nop> we'll take the freent approach 00:08 < {Due}> nop i know about this soft just 5 minuts ago, plz tell me what this does 00:08 <@nop> build 500392938103967 00:08 <@nop> Due - http://help.invisiblenet.net 00:08 <@mids> {Due}: we will help you later 00:08 < {Due}> oka 00:09 <@nop> ok 00:09 <@nop> 3) Security Advisory 00:09 <@nop> accidentally came upon some weaknesses in Adelphia's PowerLink Network that is crucial to privacy 00:09 <@nop> so I felt the need to send them an advisory 00:09 <@nop> and post it to iip-dev list 00:09 < Debrys> Due: http://www.invisiblenet.net/iip/aboutMain.php take a look at this page....... and also the interview and docs....... most of the things you're asking yourself get answered there :) they're really no nonsense page..... pure info and straight to the point 00:10 <@nop> anyway 00:10 <@nop> if any users use adelphia 00:10 * {Due} reading ;) 00:10 <@nop> that is the reason I posted it 00:10 <@nop> for the benefit of our users 00:10 <@nop> as they host 5.5 million customers 00:10 <@nop> so we might have a few 00:11 <@nop> hopefully they will adhere to the advisory and fix it 00:11 <@nop> if not 00:11 <@nop> it will be publicized 30 days from the date 00:11 <@nop> which will apply a bit of pressure to fix the problem 00:11 <@nop> moving on 00:11 <@nop> Connection issue 00:11 <@nop> with the upgrade 00:11 <@nop> a lot of people probably have been shutting off their previous rc2 relay 00:11 <@nop> and turning on rc3 00:12 <@nop> this probably will happen over a span of a couple weeks 00:12 <@nop> most people aren't consistant with keeping track of upgrade day 00:12 <@nop> also 00:12 <@nop> there were a few times this past week that the colocation facility of the ircd server had some network maintenance 00:12 <@nop> this caused a few hiccups 00:12 <@nop> and it may have beend difficult to get on 00:12 <@nop> this is over 00:12 <@nop> and it should be pretty clean (other than relays dropping from time to time) 00:13 < jeremiah_> will a relay notify the admin when it should be updated? 00:13 <@nop> as in the IIP software notify? 00:13 <@mids> currently, no 00:13 <@nop> the relay admin? 00:13 <@nop> that should be optional 00:13 <@nop> for debatable anonymity reasons 00:13 < jeremiah_> yeah, but it isn't an option right now, correct? 00:13 <@codeshark> nop: maybe a simple version check would help 00:13 <@nop> correct it is not 00:14 <@nop> definitely an option that could appear in 1.1 00:14 <@nop> stable 00:14 <@nop> but I can't promise that 00:14 <@nop> as we want to keep changes to a minimum 00:14 < jeremiah_> ok 00:14 <@mids> I suggest we dont put it in 00:14 <@mids> only fix bugs 00:14 <@nop> as well do I for this version 00:14 <@codeshark> yes, no new features 00:15 <@hezekiah> I agree. 00:15 <@nop> ok 00:15 <@mids> are there any bug reports yet? 00:15 <@nop> I know that codeshark had one 00:15 <@codeshark> yeah, couldn't send mail, damn invisiblenet ;) 00:16 <@nop> haha 00:16 <@nop> send it when you can 00:16 <@nop> there's a couple of firewall questions 00:16 <@codeshark> iip.log, isproxy.ini, mynode.ref, seed.rnd are stored in current directory instead of ~iip/.iip dir 00:16 <@nop> I think we might have to be more clear that 6667 isn't the only connection that should be open 00:17 <@nop> can you officially send it as an email 00:17 <@nop> it helps for tracking 00:17 <@codeshark> doesn't work ;) 00:17 <@nop> mail shoudl work 00:17 <@mids> nop: do you mean firewall rules for outgoing connections? 00:18 <@nop> yes 00:18 <@mids> ok 00:18 <@nop> I don't think all users realize how it works 00:18 <@mids> yeah we can add that to the firewall chapter of the FAQ 00:18 <@nop> ok 00:18 <@mids> or create that one if it doesnt exist 00:18 <@nop> anyway, cs can you submit it to our sourceforge bug report page 00:18 < {Due}> ok, one second 00:19 < {Due}> may i ask something? 00:19 <@nop> hold 00:19 <@nop> what's next on agenda 00:19 <@mids> question round! 00:19 <@nop> ok 00:19 <@nop> due 00:19 < {Due}> ;) 00:19 <@nop> you can ask 00:19 < {Due}> oka 00:19 <@codeshark> nop: ok 00:20 < {Due}> 1) mids says tha this servers is anonymoues 00:20 < {Due}> anonymous 00:20 < {Due}> <mids> we dont know where the server is 00:20 < {Due}> newsserver1.ussc.com 00:20 <@nop> that's a relay 00:20 <@nop> 1 of many 00:20 <@nop> your peers protect you 00:20 * Neo stands in question queue 00:21 < {Due}> but what is the meaning of all that? 00:21 < {Due}> i mean, all the ircu servers 00:21 <@mids> I'll try to help {Due} in private 00:21 < {Due}> has vhost 00:21 < {Due}> oka mind 00:21 <@nop> neo yes 00:21 <@mids> pop queue, neo 00:21 < Neo> Ok. 00:22 < Neo> nop: can you please give us: 00:22 < Neo> diff 'invisible internet' 'tarzan' 00:22 < Neo> thoughts please. 00:22 <@nop> I need to finish my read on tarzan before I can answer that 00:22 <@nop> but they are similar 00:22 <@nop> but I find some problems with tarzan 00:22 * jeremiah_ would like a url that describes tarzan 00:23 <@nop> neo do you have the url handy 00:23 < Neo> http://www.pdos.lcs.mit.edu/tarzan/index.html 00:23 < jeremiah_> thank you 00:23 <@nop> I'll tell you what neo 00:23 <@nop> when I finish my read 00:23 <@nop> I will send you an email 00:23 <@nop> on my thoughts 00:24 <@hezekiah> What if you just submit the email to iip-dev? 00:24 <@nop> ok 00:24 < Rav-> can i make a suggestion 00:24 < Rav-> for the node.ref etc files 00:24 <@nop> there are aspects that can be fully utilized from tarzan 00:24 < Neo> nop: thanks 00:24 < Rav-> store them in user home directories 00:24 <@hezekiah> That would be nice. 00:24 < Rav-> so its easier to secure a proxy 00:24 < Rav-> and have it update noninteractively 00:25 < Debrys> ahem:....... it would be nice if i could use IIP withouth installation and copied file....... i.e. copy the files on a disk......... go to someone with a pc and irc-client........ run IIP from disk withouth any files copied to the hard-disk....... so i would be thankfull if this user-home-dirs thingie would be an option 00:27 <@mids> currently it _should_ look in several places 00:27 <@mids> current directory, homedir 00:27 <@mids> and system wide directory 00:27 <@mids> I dont remember in what order that happens 00:27 < jeremiah_> it would also good to be able to run the system from memory w/o config files so someoen could use it and then delete it easily (not sure how possible this is right now) 00:27 < Debrys> okay, thanks for the info mids 00:28 <@nop> knoppix 00:28 <@nop> www.knoppix.net 00:28 <@mids> Debrys: but codeshark just reported a bug on that, so it might not work :) 00:28 <@codeshark> Debrys: yes, there's a problem with this feature 00:28 <@codeshark> some files are stored in local directory 00:28 < xcasex> jeremiah_: just mount a portion of ram to the filesystem D: 00:28 < xcasex> :D 00:28 < Debrys> well, i'm okay if i know it will work in the future :) 00:29 < Debrys> its just a possibility i would miss if it would be discarded in future development 00:29 < Rav-> from memory only the node.ref file needs to be local.. is that right? 00:30 <@nop> 7and listen.ref 00:30 <@nop> and 00:30 < Debrys> cs: local dir is okay....... because the local dir would be the diskette? 00:30 <@nop> and isproxy.ini 00:30 < Rav-> yeah thats right 00:30 < Rav-> 3 files 00:30 <@nop> although 00:30 < Debrys> the only problem would be if its run from a cd........ but thats okay to me 00:30 <@mids> you can specify the file location if you run isproxy 00:30 <@mids> try: isproxy -h 00:30 <@mids> if will give an overview of options 00:31 < Debrys> °nods° 00:31 < Rav-> atm i have those 3 files rw for users since iip starts as a user daemon not a system daemon 00:32 <@nop> ok 00:32 <@nop> I'll bb in a bit 00:33 <@mids> other questions? 00:33 < Debrys> not for now or 1.1 00:33 < Rav-> mmm... update notification? 00:33 < Rav-> wouldnt be anonymous i guess 00:34 <@mids> Rav-: the server could send a control message 00:34 < Rav-> okay 00:34 <@mids> atually it already sends the version I think 00:34 <@mids> but then again 00:34 <@mids> if I run a public relay 00:35 <@mids> what should the relay do if it sees that it is too old? 00:35 < Rav-> you could include it in node.ref 00:35 < Rav-> dunno 00:35 < jeremiah_> it could be given the option of emailing the admin 00:35 < jeremiah_> or anonymail 00:35 <@mids> yeah maybe 00:35 < Debrys> what if clients get to know about a new version from other clients..... not the server? this could also work in a decentralized network........ since if update notification is server dependant it wouldn't work when IIP goes decentralized? 00:36 < Rav-> yeah thats why i was thinking node.ref 00:36 <@mids> I dont think it is possible to do it in a decentralized environment 00:36 <@mids> unless you sign those messages by the IIP development team 00:36 <@mids> since otherwise it would be too easy to send fake messages 00:36 < hezekiah> Right 00:37 < Debrys> thats true 00:37 < Rav-> hmm 00:37 <@mids> actually 00:37 <@mids> once it is fully distributed 00:37 <@mids> it could well be that there are multiple version 00:37 < Debrys> but would it be THAT evil if a fake "new version" message is received? except of being annoying? 00:37 <@mids> +s 00:37 <@mids> and clones etc 00:38 <@mids> Debrys: it would be easy to do, and make it not useful anymore 00:38 < Rav-> that should be a good case for update notification 00:38 < Debrys> okay 00:38 <@mids> what would be better is the admins subscribing to the IIP development mailinglist 00:38 < Rav-> dont know how you would dist the message 00:38 <@mids> :) 00:38 <@mids> maybe we should make other mailinglists in the future 00:38 <@mids> like iip-announce 00:39 < xcasex> dont forget the-iip-133+3 00:39 * jeremiah_ has to go 00:39 < jeremiah_> bye 00:39 < jeremiah_> will login later 00:39 < Rav-> when you say distributed, do you mean as part of a decentralised iip network or do you mean you are releasing the server daemon for use on other networks 00:39 < hezekiah> bye 00:42 <@mids> Rav-: decentralized 00:44 < hezekiah> Well, I'm off. Bye everyone. 00:45 <@mids> ok 00:45 <@mids> hereby I declare the meeting beeing over 00:45 <@mids> see you next week, same time, same place 00:46 <@mids> feel free to hang around a bit 00:46 <@mids> and if there are more questions / comments, ask em in #iip or #anonymous --- Log closed Wed Dec 11 00:48:34 2002 </div>/zh/blog/2002/12/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Tue, 03 Dec 2002 00:00:00 +0000/zh/blog/2002/12/03/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由网络时光机提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> hezekiah, mids, nemesis, nop, pox, UserX</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Dec 03 23:52:14 2002 23:52 -!- Topic for #iip-dev: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | sneak rc3 preview for unix http://mids.student.utwente.nl/~mids/iip/iip-1.1-rc3-mids1.tgz | please give feedback 23:52 [Users #iip-dev] 23:52 [ codeshark2] [ Disposable] [ logger] [ nemesis] [ nop] [ root_] 23:52 [ Debolaz ] [ icepick ] [ mids ] [ Neo ] [ pox] [ UserX] 23:52 -!- Irssi: #iip-dev: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal] 23:52 -!- Irssi: Join to #iip-dev was synced in 3 secs --- Day changed Wed Dec 04 2002 00:01 < mids> Tue Dec 3 23:01:00 UTC 2002 00:01 < mids> Welcome everybody 00:02 < mids> today we are going to talk about nice websites 00:02 < mids> atleast, until nop comes back in 8 minutes 00:02 < mids> now here comes my nice website: 00:02 < hezekiah> lol 00:02 < mids> http://www.longbets.org/ 00:02 < mids> "The purpose of the Long Bet Foundation is to improve long-term thinking" 00:03 < mids> consult the website for more information 00:03 < mids> . 00:03 < hezekiah> mids ... you need to take a course at an MC camp about "filling dead air." 00:03 < hezekiah> How's RC3? Do you know? 00:03 < mids> 1) you take a bottle of air 00:03 < mids> 2) you fill it with water 00:03 < mids> 3) the dead air is filled. 00:03 < mids> . 00:03 < hezekiah> Any feedback on the "pre" RC3? 00:04 < mids> someone asked how the upgrade could be done 00:04 < mids> otherwise no comments that I can remember 00:05 < mids> codeshark made some commits for the windows version of rc3 to CVS 00:05 < mids> like said last weeks: rc3 is near 00:05 < mids> only we lack developertime to release it :) 00:06 < hezekiah> The configure script should now support Linux, FreeBSD, and Mac OS X. If you want to try it, check out the "development" branch of CVS and give it a whirl! 00:06 < mids> I tried it 00:06 < mids> but I got all kind of errors 00:06 < hezekiah> When did you try it? 00:06 < mids> 3 days ago 00:06 < hezekiah> Hmmm ... what operating system? 00:06 < mids> linux 00:07 < hezekiah> Odd. Send me the errors. 00:07 < hezekiah> I'll look into it. 00:08 < mids> ./configure works fine... but takes quite long actually 00:08 < mids> compared with other opensource projects 00:08 < hezekiah> Hmm ... it should take only a minute or so. 00:08 < mids> yeah 00:08 < mids> but longer as other projects with the same size 00:09 < hezekiah> Do they have to do crypto? 00:09 < hezekiah> That can make a big difference. (A fair section of the time is spent finding OpenSSL, and finding integer types and making macros for them.) 00:09 < mids> hm nope 00:09 < mids> it compiles now 00:09 < hezekiah> Good! :) 00:09 < mids> but it refuses to bind to port 6667 00:10 < mids> is the configuration file format changed? 00:10 < hezekiah> It should. 00:10 < mids> oh wait 00:10 < hezekiah> You already have isproxy running on port 6667 since your talking to me. (Unless you customized the isproxy you ran before.) 00:10 < mids> it is this NASTY timeout 00:10 < mids> that should really be fixed... 00:11 < mids> it works 00:11 < hezekiah> The timeout that occures when a copy of isproxy bombs out with the port still bound? 00:11 < mids> hip hip 00:11 < hezekiah> hurra! 00:11 < mids> yeah that timeout 00:11 < hezekiah> Ugh. You're right. 00:11 < mids> . 00:11 < mids> Other question that I got through some user: 00:12 < hezekiah> Well, that's the current state in developerland from my view folks! More at 11:00! 00:12 < hezekiah> What? 00:12 < mids> why does the entropy generation feed directly from the keypresses? 00:12 < mids> and not from /dev/random like GnuPG etc do? 00:12 < hezekiah> I don't know. UserX? 00:12 < mids> /dev/random uses mouse, network and other randomness too 00:13 < hezekiah> (Well, /dev/random doesn't use network if you say not to in the kernel; ... which I do.) 00:13 < mids> depens on the os I think 00:14 < mids> . 00:14 < UserX> reason for that is not all /dev/randoms produce secure random data 00:15 < hezekiah> Ah ... 00:15 < mids> UserX: then how does GnuPG handle it? I am sure they do it right :) 00:15 < hezekiah> Maybe we should make it check to see if the system does ... and use it if so. 00:16 < UserX> mids: i'm not sure. i'll look into that 00:16 < hezekiah> If it's in their configure script, then I might be able to find it. 00:16 < mids> great 00:16 < mids> I _really_ need to sleep now 00:17 < hezekiah> Bye, mids! : 00:17 < hezekiah> :) 00:17 < mids> night 00:17 < hezekiah> 'night. 00:17 < mids> (logfiles on http://mids.student.utwente.nl/~mids/iip/) 00:18 < hezekiah> (Meanwhile, our reports are still investigating the mysterious dissapearence of "nop"! We'll give you the breaking news "as it happens (r)!") 00:18 < hezekiah> [If no one has noticed yet, I'll be the first to admit: I don't do well at filling dead air.] 00:19 < hezekiah> I would like to officially thank the person who submitted a logo to the iip-dev mailing list. 00:19 < hezekiah> It's the best one I've seen yet. (Note: It's also the only one I've seen yet ...) 00:20 < hezekiah> Well, while we wait for nop ... 00:20 < hezekiah> ... Does anyone have question!? 00:21 < hezekiah> Anyone? 00:21 < hezekiah> Anyone at all? 00:21 < pox> bpb was writing a license. did it materialize? 00:22 < hezekiah> I wasn't aware of any license in the works. Currently, I beleive is IIP licensed under the GPL. 00:23 < hezekiah> Yup. IIP is licensed under the GPL 00:23 < nop> hi 00:23 < nop> ok 00:23 < nop> sorry 00:24 < hezekiah> The man is HERE! 00:24 < nop> alright 00:24 < nop> rc3 should be coming out today 00:24 < nop> it's getting tested as we speak 00:25 < hezekiah> Yay! 00:25 < nop> other than that 00:25 < nop> I don't think there's much to say this week 00:25 < nop> rather slow week 00:25 < nop> busy for most people 00:25 < nop> side note 00:25 < nop> life is good 00:25 < nop> :) 00:25 < nop> any questions 00:25 < nop> comments 00:26 < nop> . 00:26 < hezekiah> When can we expect IIP 1.1 final to be out? 00:27 < nop> hezekiah you tell me ;) 00:27 < nop> j/k 00:27 < nop> probably a few weeks after rc3 is released today 00:27 < hezekiah> I'm working on 1.2 development! 00:27 < nop> haha 00:27 < hezekiah> OK. :) 00:27 < nop> I know 00:27 < nop> I'm kidding 00:27 < hezekiah> You would! 00:27 < hezekiah> lo 00:27 < nop> pending bugs etc 00:27 < hezekiah> lol 00:30 < hezekiah> Does any else have a question? 00:30 < nemesis> hm... 00:31 < nemesis> plan codeshark a tut for fileserv? 00:40 < hezekiah> Well ... I'm off. Have fun everyone. ;-) 03:09 < nemesis> http://forum.pcwelt.de/fastCGI/pcwforum/topic_show.fpl?tid=82168&pg=5 loooooooooooooooooooooooooooooooooooooooooooooooooooooool 03:10 < nemesis> ups, sorry, an url ;) 03:10 < nemesis> *gg* 04:07 < nemesis> cu@all 04:11 * Disposable is listening to System of a Down - Spiders 13:17 -!- Topic for #iip-dev: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | sneak rc3 preview for unix http://mids.student.utwente.nl/~mids/iip/iip-1.1-rc3-mids1.tgz | please give feedback 13:17 [Users #iip-dev] 13:17 [ Debolaz ] [ icepick] [ pox ] [ UserX] 13:17 [ Disposable] [ logger ] [ root__] 13:17 -!- Irssi: #iip-dev: Total of 7 nicks [0 ops, 0 halfops, 0 voices, 7 normal] 13:17 -!- Irssi: Join to #iip-dev was synced in 8 secs --- Log closed Wed Dec 04 19:49:58 2002 </div>/zh/blog/2002/11/27/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/Wed, 27 Nov 2002 00:00:00 +0000/zh/blog/2002/11/27/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/<p>（由wayback machine提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席者：</strong> Aprogas, athena, bpb, crunchman, Disposable, Fairwitness, Gilles2Rais, hezekiah, Kyfhon, mateofree, nemesis, nop, ptsc, Rain, rda, xenode</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Nov 26 22:43:56 2002 22:44 -!- Topic for #iip-dev: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | sneak rc3 preview for unix http://mids.student.utwente.nl/~mids/iip/iip-1.1-rc3-mids1.tgz | please give feedback 22:44 [Users #iip-dev] 22:44 [ CwZ|away] [ Disposable] [ icepick] [ logger] [ pox] [ UserX] 22:44 -!- Irssi: #iip-dev: Total of 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 22:44 -!- Irssi: Join to #iip-dev was synced in 2 secs 22:44 < logger> test 23:35 < nop> IIP dev meeting in 25 minutes, Special appearance by Capn' crunch aka John Draper 23:36 < Disposable> cool 23:36 < Disposable> the famous capncrunch 23:36 < Disposable> :P 23:36 < nop> yes 23:37 < nop> friend of mine 23:37 < nop> ;) 23:37 < Disposable> yeah? 23:37 < nop> he's working on porting iip to mac os 9 23:37 < Disposable> cool 23:37 < ptsc> unfortunately i'm off to do laundry but will lurk 23:37 < nop> ok 23:37 < ptsc> nop, why not an os x.2 clean version? 23:37 * Disposable is listening to The Beets - Killer Tofu 23:37 < nop> what? 23:37 < nop> ptsc, we have os x versions 23:37 < Disposable> hmmm 23:37 < nop> we need os 9 23:38 < nop> because there are still a lot of people on it 23:38 < ptsc> ah, okay. i was considering getting a mac that could run os x 23:38 < nop> yes 23:38 < nop> but only 20% of mac users have switched to X 23:38 < ptsc> in my case, i'd be switching to mac specifically *because* of x 23:39 < Disposable> lol 23:39 < Disposable> yeah 23:39 < Disposable> it looks so sweet 23:39 < Disposable> :) 23:39 < Disposable> i wunna try it 23:39 < Rain> "unix for users done right" some feel 23:39 < ptsc> i saw it at a friend's house who has been a mac freak for ages 23:39 < ptsc> and it just looks awesome 23:39 < ptsc> plus they brought back the NeXT-style file browser 23:39 < ptsc> which has always ruled 23:39 < ptsc> ok bbl 23:39 < Rain> "the first lickable interface", according to mr jobs. 23:40 < ptsc> ok bbl 23:41 < Disposable> :/ 23:48 < Disposable> wb --- Day changed Wed Nov 27 2002 00:00 < nemesis> blubb 00:00 < nemesis> 23 UTC 00:00 < nop> ok 00:00 < nop> welcome to the 21st iip meeting 00:01 < nop> on the agenda 00:01 < nop> 1) welcome 00:01 < nop> 2) why rc3 isn't released yet 00:01 < nop> 3) when will it be released 00:01 < nop> 4) OS 9 port by Cap'n Crunch 00:01 < nop> 5) Questions and comments 00:02 < nop> ok 00:02 < nop> welcome 00:02 < nop> :) 00:02 < nop> codeshark is out of the country on business, and will be back later this week 00:02 < nop> he's our release coordinator 00:02 < nop> and if he's not back shortly, mids and I will arrange the release candidate 00:02 < nop> and do it that way by friday 00:02 < Aprogas> one should only accept the function of release coordinator, if one knows to have time for that function 00:02 < nop> when will it be released, friday at latest 00:03 < nop> comments are saved for last 00:03 < nop> thnx though aprogas 00:03 < Aprogas> ok 00:03 < nop> ok, os 9 port, Cap'n Crunch has been working (along with his friend) on porting IIP to mac os 9 users 00:04 < nop> hopefully, he will be on here shortly to give us some detail 00:04 < nop> if not I'll send out an email 00:04 < nop> to iip-dev with the latest from him 00:04 < nop> oh speak of the devil 00:04 < crunchman> Ok, I'm on 00:04 < nop> Hi crunch 00:04 < Aprogas> nop: that must be bpb in disguise 00:04 < nop> can you give us a quick detail of what's going on with os 9 00:04 < crunchman> Of course I didn't get the chance to read over the source so I can bring up my issues. 00:05 < nop> k 00:05 < crunchman> yes - I can. 00:05 < nop> the floor is yours, take it away 00:05 < crunchman> basically - the way IIP was written, it's a CAAN OF WORMS if I have to use the structures you are already using. 00:06 < crunchman> There is NO discrete seperation between the GUI and the guts. 00:06 < crunchman> Let me explain. 00:06 < crunchman> It is VERY baised towards WinBlows. 00:06 < crunchman> As you know, the Mac uses resources for the GUI components. 00:07 < crunchman> I need to examine the code now, and would like to take a few mins to go over my notes, so I can be more specific. 00:07 < nop> ok 00:07 < nop> either way, we can cover that later, but Crunch is working on the os 9, and we will aid him with what we can so that it may be not so tedious a task 00:08 < nop> reasons for the port, is only 20% of mac users have made the switch to os x 00:08 < nop> they still rely on os 9 00:08 < nop> so a lot of mac os users donated money towards this goal 00:08 < nop> and any other donations are welcome to assist crunch for his time on this project 00:09 < nop> questions and comments from iip users etc 00:09 < nop> ? 00:09 * Disposable is listening to Creedence Clearwater Revival - Fortunate Son 00:09 < Aprogas> comment: one should only accept the function of release coordinator, if one knows to have time for that function 00:09 < Rain> question: what will be new in rc3 00:09 < Rain> ? 00:09 < nop> mainly bug fixes, hold, I'll get the changelog 00:09 < Aprogas> /exec -o cat ChangeLog | head -200 00:10 < bpb> question: since when does IIP get donations? 00:10 < crunchman> bob cant get on 00:10 < nop> + iip1.1-rc3: 00:10 < nop> + - Display of version number for windows (menu option) and unix (command line). 00:10 < nop> + - Random number generation fix. 00:10 < nop> + - IIP network connections are no longer paused while in the setup screen. 00:10 < nop> + - Now exits if it can't bind to a socket at startup. 00:10 < nop> + Windows now displays a message box informing that it can't bind to port. 00:10 < nop> + - Several bugfixes and one memory leak fixed. 00:10 < crunchman> i 00:10 < nop> + 00:10 < crunchman> im on phone - helping him 00:10 < crunchman> hold on 00:10 < nop> k 00:10 < nop> that is the changelog 00:11 < Aprogas> comment: women are always late 00:11 < crunchman> hold on - still on phone w/ bob 00:11 < Rain> ok, thanks. 00:11 < nop> haha 00:11 < nop> ok meeting is officially over 00:11 < bpb> if he can't get iip to work, he could connect to my node 00:11 < Aprogas> huh ? 00:12 < nop> I will resume talks with crunch in here 00:12 < athena> okay, so i can slap aprogas now? 00:12 < Aprogas> but maybe i still had questions or commens 00:12 < bpb> :) 00:12 < nop> aprogas 00:12 < nop> do you have any more questions 00:12 < Aprogas> am i being ignored? 00:12 < nop> or comments 00:12 < nop> that pertains to IIP 00:12 < Rain> is the "sneak release" the same as the final one, and will i dare running it on a public proxy at this stage? 00:12 < crunchman> meeting is over? - but we havent even gotten on yet! 00:12 < Aprogas> where is mids? 00:12 < bpb> crunchman: that's nop for you... 00:12 < nop> crunch we can still talk in here 00:12 < Aprogas> no mids no meeting 00:12 < crunchman> Bob is trying to get on - and yet the meeting is now over? 00:12 < nop> rain sneak is the same yes 00:12 < nemesis> hm... nop, i use blackbox under windows xp, why theres no cmd line version of IIP out? 00:12 < nemesis> that i can use as an service.. 00:12 < crunchman> bpb - I have no clue what you mean by "crunchman: that's nop for you" 00:12 < Aprogas> bpb means nothing with it 00:12 < Aprogas> he loves to confuse people 00:13 < nop> well, nemesis iip -d might be able to do that for you 00:13 < crunchman> still trying to get bob logged in. 00:13 < bpb> crunchman: he's cutting off the meeting after it hasn't begun 00:13 < nop> the "official" meeting is over 00:13 < Disposable> hehe 00:13 < nop> other than comments 00:13 < crunchman> sorry I couldn't get on sooner. 00:13 < Rain> ok, so i might as well de-install the rc2 proxy i recently installed today, and replace it with rc3, no risk? 00:13 < Aprogas> nop: will there be an rc4 or even rc5, and when are they expected, and when is iip 1.1 expected? 00:13 < nop> rc3 should be final before 1.1 00:13 < nop> unless 00:14 < Aprogas> of course the release candidate comes before the release 00:14 < crunchman> Could someone call bob on phone and help him 00:14 < nop> unless major bugs were found 00:14 < nemesis> hm.... 00:14 < Aprogas> nop: why do i get the idea you forget what a rc is all the time ? 00:14 < nemesis> nop, must i shutdown my current iip for -d? 00:14 < Aprogas> nop: so when are 1.1 and 1.1-rc3 expected? 00:14 * bpb remembers when decentralized 2.0 was expected ;) 00:14 < nemesis> crunchman: help with what? 00:15 < crunchman> bob cant get on this IRC server. 00:15 < crunchman> I tried to help him - I gave up. 00:15 * Aprogas remembers saying that iip 1.1 would be released the day after freenet 0.5 00:15 < crunchman> I asked Lance to help him get on. 00:15 < Aprogas> crunchman: what kind of error does he get ? 00:15 < crunchman> When he's on... he can give you guys an update in HIS progress. 00:16 * Disposable is listening to Creedence Clearwater Revival - Susie Q 00:16 < crunchman> I don't know - I didnt get chance to ask him - sorry. 00:16 < nemesis> waaaaaaaaaaaaaaaaaaaaaaah *crying* 00:16 < nemesis> mids 00:16 < nemesis> i have 5 iip process running... 00:16 < crunchman> I REALLY would like to go off and re-examine the IIP work I did - so I can answer intellegent questions on the issues I want to bring up. 00:16 < nemesis> fuck it *grrr* 00:16 < crunchman> but I want BOB up here first. 00:17 < crunchman> because he also has to explain HIS part in the project 00:17 < Aprogas> it would be useful if we would know what kind of problem he has with connecting to here 00:17 < crunchman> I think he will address the group on his "socket" problems. 00:17 < Aprogas> is he using his own isproxy or yours? 00:17 < crunchman> Nop is talking to him on the phone right now - i hope.; 00:18 < crunchman> Bob has a Mac... I think he's using ircle 00:18 < crunchman> this is what I'm using right now. 00:18 < nop> I am 00:18 < nop> athena 00:18 * Kyfhon remembers trying that vile thing in an emulator 00:18 < Disposable> question: primary mac developeman will before os 9 ? 00:18 < nop> he's using athena 00:18 < crunchman> ok, i'll be right back. 00:18 < nemesis> re.... 00:18 < nemesis> are no pid implented in iip yet? 00:18 < nemesis> or cmd line output... 00:19 < nop> crunch, his inet connection is acting up 00:19 < nemesis> i always started a new instance with iip -d or -h or -? and ? 00:19 < Aprogas> maybe he could come tomorrow, or at next week's meeting then 00:20 < bpb> well, captn crunch made a atleast celebrity appearance today. 00:20 < bpb> err 00:20 < Aprogas> never heard of him, im from the pentium generation </div>/zh/blog/2002/11/20/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/Wed, 20 Nov 2002 00:00:00 +0000/zh/blog/2002/11/20/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE/<p>（由时光机提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> al-jabr, Chocolate, dd0c, Fairwitness, goc, hezekiah, mids, nemesis, Neo, nop, Robert, sanity, sinster, tarpY, tc, zic</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Nov 19 23:51:34 2002 23:52 < logger> test 23:52 -!- mode/#iip-dev [+o mids] by Trent 23:52 -!- mode/#iip-dev [+v logger] by mids 23:53 -!- mode/#iip-dev [+oo nop UserX] by mids 23:57 <@mids> public IIP meeting in channel #iip-dev starting in 2.5 minutes 23:57 < nemesis> lol 23:57 < zic> anybody from Ukrain? message me! hehehe 23:58 -!- mode/#iip-dev [+o hezekiah] by mids 23:58 <@hezekiah> Hello again, mids! 23:58 < Robert> Hey Nemesis, have you seen http://www.bash.org/?top 23:58 * athena sees hezekiah in a whole new light :p 23:58 < nemesis> bash? 23:58 <@mids> Robert: they are down 23:58 <@mids> what! 23:58 <@mids> they are back! --- Day changed Wed Nov 20 2002 00:00 <@mids> Tue Nov 19 23:00:00 UTC 2002 00:00 <@nop> welcome 00:00 <@nop> welcome 00:00 <@nop> to the 20th? 00:00 <@nop> IIP meeting 00:00 <@hezekiah> 20th! 00:00 <@mids> yes 00:00 <@nop> yes on the agenda today... 00:01 <@nop> mids... 00:01 <@mids> 1) welcome 00:02 <@mids> 2) getting rc3 out 00:02 <@mids> 3) sneak preview on rc3 00:02 <@mids> 4) snacks and drinks 00:02 <@mids> 5) questions 00:02 <@mids> . 00:02 <@nop> thnx 00:02 <@nop> ok 00:02 <@nop> so we are having rc3 officially released thursday 00:02 <@nop> please mark that in your calendars 00:02 <@mids> we hope :) 00:02 <@mids> (unless sourceforge is down again) 00:03 <@nop> right, did they fix the ro on nfs? 00:03 <@mids> yes 00:03 <@nop> was it their mistake? 00:03 < tarpY> i am here for the food 00:03 <@mids> it was announced on their status page btw 00:03 <@nop> ok 00:03 <@mids> maintenance 00:03 <@nop> gotcha 00:03 <@nop> probably doing backups 00:03 < tarpY> i wanted to order pizza off of the freenet and i found out they wont 00:03 <@nop> :) 00:03 < tarpY> where can i get food here 00:03 <@mids> tarpY: #muchnies-to-take-away 00:04 <@nop> ok 00:04 <@mids> what will be new in rc3: 00:04 <@nop> so Thursday we will get that out 00:04 <@nop> oh 00:04 <@nop> Mids, I believe you have the changelog handy 00:04 <@nop> if not 00:04 <@mids> me too 00:04 <@nop> I'll display 00:04 <@nop> ok 00:04 < sinster> will rc3 have a decent install script for *nix? 00:04 <@mids> - Display of version number for windows (menu option) and unix (command line). 00:04 <@mids> - Random number generation fix. 00:04 <@mids> - IIP network connections are no longer paused while in the setup screen. 00:04 <@mids> - Now exits if it can't bind to a socket at startup. 00:04 <@mids> Windows now displays a message box informing that it can't bind to port. 00:04 <@mids> - Several bugfixes and one memory leak fixed. 00:04 <@mids> . 00:04 <@mids> sinster: no, that is what hezekiah is working on 00:05 <@mids> that will be 1.2 00:05 <@hezekiah> Not quite ... 00:05 <@nop> ok 00:05 < zic> are there plans for translating the (nice) faq @ help.invisiblenet.net ? 00:05 <@nop> anyone who wants to translate 00:05 <@nop> please do 00:05 < sinster> mids/hezekiah: will it add iip to /etc/rc.d/ so that it starts automatically? just a suggestion 00:05 <@nop> we would very much appreciate it 00:05 <@nop> and have it on the site 00:05 < zic> will rc3 demand any mod in the FAQ? 00:06 <@mids> sinster: I got a script here... but that needs more testing 00:06 <@mids> sinster: maybe we'll add that with 1.1 final 00:06 <@hezekiah> sinster: that would not be distribution compatible, since different distros put startup stuff in different places. 00:06 <@mids> zic: no 00:06 < sinster> mids: yeah, make sure you test it on the major linux flavors, redhat, debian etc 00:06 <@nop> well, can we wait on quesitons 00:06 <@nop> please 00:06 < zic> my isproxy is scripted in /etc/init.d (debian), works perfectly 00:06 <@mids> oops 00:06 <@nop> till the questions and answers 00:06 < zic> sorry! 00:06 < zic> sorry! 00:06 <@hezekiah> Sorry. 00:06 <@nop> it gets confusing 00:06 <@nop> ;) 00:06 <@nop> sorry 00:06 < sinster> nop: ok 00:06 < tarpY> no translating everyone should speak english. 00:07 < sinster> nop: my bad 00:07 <@nop> no prob 00:07 <@mids> any questions on the changelog? 00:07 <@mids> no? 00:07 <@mids> nop: sneak preview? 00:07 <@nop> hold my relay just bit the dust 00:08 <@nop> wait till everyone comes back 00:08 <@mids> auch 00:08 <@nop> delay can be annoying in a meeting 00:08 <@nop> ;) 00:08 <@nop> everyone still here? 00:08 <@mids> seems like it 00:09 <@hezekiah> I didn't see anyone leave. 00:09 <@nop> ok 00:09 < zic> i am (does i matter? hehe) 00:09 <@nop> well there is a delay feature we have 00:09 <@nop> ;) 00:09 <@nop> ok 00:09 < al-jabr> I didn't either. 00:09 <@nop> guess my relay got kicked off the list for unreliability 00:09 <@nop> haha 00:09 <@mids> hehe 00:09 * Robert joins #muchnies-to-take-away while he waits... 00:09 <@mids> there we go 00:09 <@nop> yep 00:10 <@nop> there's another 00:10 <@nop> ;) 00:10 < al-jabr> there goes five. 00:10 <@hezekiah> We really need to do something about that. :( 00:10 < nemesis> erm 00:10 < nemesis> mids 00:10 <@nop> hezekiah: spread spectrum routing 00:11 < tc> is this glitches in the relay system? 00:11 <@nop> ;) 00:11 <@nop> my windows relay box crashed 00:11 <@nop> typical 00:11 < nemesis> for win2k / xp, thers in the future a build without gui 00:11 <@hezekiah> lol 00:11 < nemesis> or only gui to setup 00:11 < nemesis> and the rest as an daemon? 00:11 <@nop> it would be nice to have it as a service 00:11 <@nop> ;) 00:12 < nemesis> yes 00:12 < nemesis> ;) 00:12 <@nop> there is a program out there called service installer 00:13 <@nop> ok 00:13 <@nop> well 00:13 < nemesis> iip.exe --install 00:13 <@nop> no more delays 00:13 < nemesis> like apache for win 00:13 <@mids> is everybody already back? 00:14 <@nop> ok 00:15 <@nop> welcome baci 00:15 <@nop> back 00:15 < nemesis> matrix's neo? ;) 00:15 <@nop> ok 00:15 <@nop> I think they are back 00:16 <@mids> yes 00:16 <@nop> ok 00:16 <@nop> sneak preview 00:16 <@mids> I made a FLT-iip.1.1-rc3-pre1-mids-sneak-preview-screaner.tgz 00:16 <@mids> everybody with unix can test it 00:16 <@mids> no windows version yet 00:16 <@nop> I can make one right now 00:16 <@nop> if you want 00:16 < zic> lol 00:16 <@mids> http://mids.student.utwente.nl/~mids/iip/iip-1.1-rc3-mids1.tgz 00:16 < nemesis> thats ok 00:16 < nemesis> i wait 00:16 < zic> OGG or LAME audio? 00:17 <@mids> I am especially looking forward to reports on obscure unix versions 00:17 <@mids> like netbsd etc 00:17 < nemesis> i think, its not so important when a unix machine crash with 30 days uptime 00:17 <@mids> and macosx 00:17 < nemesis> as an windows machine with 3 days uptime ;) 00:17 < tc> mids: is this change just in the isproxy or in any other relay stuff also? 00:17 <@nop> no 00:17 <@nop> you keep your settings 00:17 <@nop> did we test that it can install over the previous one 00:17 <@nop> hmm 00:18 <@nop> make a note 00:18 < zic> nemesis: but it would be cool if it never crashed. but let's kill the talking here. we are in a formal meeting 00:18 < nemesis> hehe 00:18 <@nop> ok 00:18 <@nop> if anyone wants to test if the upgrade process is trivial 00:18 < nemesis> don't test it on meeting days ;) 00:18 <@nop> then please go ahead 00:18 <@nop> and email or notify one of the devs of the results 00:18 <@mids> please test it next to your current relay 00:18 <@mids> and yes, please give feedback 00:19 <@mids> on what went wrong 00:19 <@mids> etc 00:19 <@nop> wb tarpY 00:19 <@nop> let's put that screener in the topic 00:19 < goc> is it possible to run isproxy-rc2 and isproxy-almost-rc3 simultaneously? 00:19 <@nop> yes 00:20 <@nop> different port settings 00:20 <@nop> and it's not hard at all 00:20 < goc> where's the conf file stored? 00:20 <@nop> but rc3 should be able to go over rc2 00:20 <@nop> you might have to do a -f /dir 00:20 <@nop> or you may have it go over the rc2 install 00:21 < tarpY> are you going to eventually remove the proxy and integrate it into a client? </div>/zh/blog/2002/11/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Wed, 06 Nov 2002 00:00:00 +0000/zh/blog/2002/11/06/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由 wayback machine <code>http://www.archive.org/</code> 提供）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席人员：</strong> al-jabr, co, codeshark, dj28, hezekiah, Mak, Neo, nop, Phiberoptika, Povert, UserX</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Nov 05 23:14:03 2002 23:14 < logger> test 23:55 < nop> hineo 23:55 < Neo> hinop 23:57 < nop> hi hezekiah --- Day changed Wed Nov 06 2002 00:00 < Neo> 23:00:00.00 UTC 00:00 < nop> ok 00:00 < nop> welcome 00:00 < nop> I kind of want to wait, looks like a relay died 00:00 < nop> just another minute 00:00 < nop> so that people can re-assimilate ;) 00:01 < hezekiah> Yeah. I got bumped out about 30 seconds ago. 00:01 < nop> right 00:01 < nop> ok 00:01 < nop> ok 00:01 < nop> welcome to the n-th iip-dev meeting 00:02 < hezekiah> 18th! 00:02 < nop> I think it's like the 18th 00:02 < nop> yes 00:02 < nop> thnx 00:02 < nop> on the agenda 00:02 < nop> 1) welcome <-- we're doing this now 00:02 < nop> 2) agenda list <-- we're doing this now 00:02 < nop> 3) ;) 00:03 < nop> 4) IIP logo 00:03 < nop> 5) Dev report 00:03 < nop> 6) RC3 (coming soon, we promise) 00:03 < nop> 7) questions 00:03 < nop> . 00:03 < nop> ok we did the welcome and the agenda 00:03 < nop> let's do the ;) 00:03 < nop> ;) 00:04 < nop> Ok IIP logo 00:04 < nop> and slogan 00:04 < co> Where can we see the logos that have been submitted? 00:04 < nop> none have really been submitted 00:04 < nop> except one 00:04 < nop> and I submitted a slogan for InvisibleNet 00:04 < nop> I'll tell you mine 00:05 < nop> front part of shirt "You can't attack what you can't see..." 00:05 < nop> then back would say 00:05 < nop> InvisibleNet 00:05 < nop> then there's this other one, I'll mail to iip-dev 00:05 < nop> but no one else seems to care 00:05 < nop> so... :( 00:06 < nop> then again 00:06 < nop> no one seems to want to buy shirts for IIP anyway 00:06 < nop> so... what can ya do 00:06 < nop> yes we're working on getting black shirts 00:06 < nop> next on the agenda 00:06 < nop> Dev report 00:07 < nop> same ol' same ol' dev is working on the core control 00:08 < nop> userx will give a brief summary 00:08 < hezekiah> *applause* 00:09 < UserX> core control will provide a system for being able to support multiple cores in iip. each core is esssentially network protocol 00:10 < UserX> . 00:10 < nop> ok 00:10 < nop> thank you UserX 00:10 < nop> man of many words 00:10 < nop> ;) 00:10 < nop> or woman 00:10 < nop> never know 00:10 < nop> anyway 00:10 < nop> RC3 00:11 < nop> it's on it's way out the door, I believe there is an openbsd compatibility that was reported and from what I know, it's been patched and cvs'd 00:11 < nop> (for some reason, I haven't got a listserv about it) 00:11 < nop> but we're hoping that this weekend would be a good time to do an RC3 upgrade 00:11 < nop> and it's not going to conflict with rc2 in any way 00:12 < nop> just mostly bug fixes 00:12 < nop> Questions 00:12 < nop> anyone? 00:12 < codeshark> so everything is in cvs now? 00:12 < dj28> yea 00:12 < dj28> i have a stupid one 00:12 < dj28> when will the IIP core server migrate away from the irc protocol? 00:12 < nop> codeshark - I believe so, please check with UserX to make sure he's comfortable with it 00:13 < nop> this is what the core control dev work puts us in a position to do 00:13 < dj28> and when will it become completely distributed? 00:13 < dj28> oh ok 00:13 < nop> so then we'll be able to build upon that 00:13 < UserX> codeshark: it will be once my server is talking to the internet again 00:13 < nop> and we hope to have 1.2 a fully distributed version 00:13 < dj28> ok. cool 00:13 < nop> at least at communication level 00:13 < nop> the routing might still be run through inform 00:14 < nop> but the communication should be decentralized 00:14 < nop> similar to how freenet 0.3 was 00:14 < dj28> yea 00:14 < nop> any other questions? 00:15 < co> So a core is a package of encryption algorithms that allow network communication? 00:15 < co> Explain that concept again, please. 00:15 < Mak> wow ...i jumped here ...sorry ... 00:16 < nop> well 00:16 < nop> a core is a network protocol 00:16 < nop> this puts us in a modular position 00:16 < nop> to possibly support many routing architectures 00:16 < Neo> oooh nice... 00:17 < nop> this could position us to support many protocols 00:18 < nop> the core control is similar to an API for cores 00:19 < nop> any more questions? 00:19 < co> Thank you. 00:19 < nop> np 00:21 < nop> oh 00:21 < nop> one more thing 00:22 < nop> Many thanks to Phiberoptika for her fine translation of the El Pais newspaper article done on IIP 00:22 < nop> it appears in spanish and with english translation (done by Phiberoptika) on the iip site www.invisiblenet.net/iip 00:22 < nop> it's a good article 00:22 < hezekiah> Cool! I'll have to check that out! Thanks, Phiberoptika! :) 00:22 < al-jabr> I have a question... 00:22 < nop> yes sir 00:22 < al-jabr> Two questions 00:22 < nop> sure 00:22 < al-jabr> I had one problem 00:23 < al-jabr> running IIP in linux, don't know if it's actually an IIP problem 00:23 < al-jabr> after I killed isproxy 00:23 < al-jabr> and tried to run again, it couldn't bind to the port 00:23 < al-jabr> had this problem a couple times, had to change the port number 00:23 < al-jabr> but when i logged of and on again (a few days later) the port was available 00:24 < al-jabr> so I'm not sure that's directly an issue with isproxy 00:24 < hezekiah> Is this reproducable, or just a random happening? 00:24 < nop> right, if you wait like 1 minute with RC2 you can rebind 00:24 < UserX> was something connected to it when you killed it? 00:24 < al-jabr> i'll try to reproduce it 00:24 < al-jabr> but 00:24 < al-jabr> no, nothing was connected to 6667 00:25 < nop> oh that port 00:25 < nop> hmm 00:25 < al-jabr> and it happened like three or four times and i had to keep changing ports 00:25 < al-jabr> yeah 00:25 < al-jabr> not the other one 00:25 < Phiberoptika> re:article: ;)!!!, no problem chicos.. 00:25 < al-jabr> i haven't reproduced it since then, but i haven't been trying 00:25 < nop> hehe 00:25 < al-jabr> since i rarely go restarted isproxy 00:26 < al-jabr> i should probably try to. also, i was experiencing a lot of problems with the network for the last few days 00:26 < Povert> I have a question.... 00:26 < al-jabr> and i don't know if it's something local 00:26 < UserX> odd. the only reason i know for that to happen is that if the connection is closed properly it will be left hanging and you have to wait for the OS to time it out 00:26 < Povert> is de openbsd thing realy solved? 00:26 < al-jabr> because, before the last couple days, i got kicked off, maybe a couple times a day at MOST, then all of the sudden i was getting kicked off every few minutes, and sometimes not getting on at all, and sometimes lagging 00:27 < UserX> al-jabr: did you try using netstat to see if there were any lingering connections to port 6667 00:27 < al-jabr> and changing node.refs didn't seem to help 00:27 < al-jabr> no, i should have investigated that 00:27 < al-jabr> silly me 00:27 < al-jabr> i'll try it a bit more and i'll do that 00:27 < al-jabr> i didn't think that there could be connections on the other end after the server is killed 00:28 < nop> would netstat give a TIME_WAIT? 00:29 < hezekiah> Also, sometimes a process of isproxy hangs (but that only has happened to me when I'm debugging buggy code.) You should be able to check to see if there are still a hanging process of isproxy by doing: ps -e | grep isproxy 00:29 < al-jabr> i did that 00:29 < al-jabr> no isproxies were running 00:29 < hezekiah> Good. :) 00:30 < al-jabr> no, bad. 00:30 < al-jabr> but anyway, i'll investigate that some more, probably not a big issue 00:32 < Povert> nop 00:32 < Povert> is openbsd kompilation ready solved? 00:32 < Neo> diff -r1.2 sock.h 00:32 < Neo> 45c45 00:32 < Neo> < #elif defined(__FreeBSD__) || defined(__MACH__) 00:32 < Neo> --- 00:32 < Neo> > #elif defined(__FreeBSD__) || defined(__MACH__) || defined(__OpenBSD__) 00:33 < Povert> in codetree I meen 00:34 < nop> it's about to be committed 00:34 < Povert> ok 00:34 < Povert> dank 00:34 < nop> yep 00:37 < nop> any more questions? 00:42 < nop> thanks for attending 00:42 < nop> . </div>/zh/blog/2002/10/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Wed, 16 Oct 2002 00:00:00 +0000/zh/blog/2002/10/16/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由wayback machine提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> al-jabr, Chocolate, firegod, geully, Grishnav, hobbs, mason, mids, nemesis, nop, philocs, Robert, UserX, youkai</p> <h2 id="会议日志">会议日志</h2> <div class="irc-log"> --- Log opened Tue Oct 15 23:31:29 2002 23:31 < logger> test 23:32 < mason> sorry, that test did not work 23:32 < mason> :) 23:32 -!- mode/#iip-dev [+o mids] by Trent 23:32 <@mids> Tue Oct 15 21:32:19 UTC 2002 23:32 <@mids> meeting starts in 1:30 hours --- Day changed Wed Oct 16 2002 00:44 < geully> hi all 00:50 <@mids> Public IIP meeting in 10 minutes here 00:50 < Robert> Hello all. 00:51 <@mids> shhh 00:51 <@mids> not yet 00:51 <@mids> 9 more minutes 00:51 < Grishnav> lol 00:51 < al-jabr> Tue Oct 15 22:51:23 UTC 2002 00:51 * Robert zips his lip. 00:51 < al-jabr> lalala 00:53 -!- geully is now known as Geully 01:00 <@mids> Tue Oct 15 23:00:02 UTC 2002 01:00 <@mids> welcome to the n-th public IIP meeting 01:00 <@mids> logfiles are on http://mids.student.utwente.nl/~mids/iip/ 01:00 < nop> hehe 01:00 <@mids> oh, 15th 01:00 < nop> 15th 01:00 < nop> yes 01:00 <@mids> agenda for today: 01:01 <@mids> - new IIP developer 01:01 <@mids> - IIP logo contest 01:01 <@mids> - bug fixes 01:01 <@mids> - question rounds 01:01 <@mids> , 01:01 <@mids> . 01:01 < nop> ok 01:02 < nop> welcome back all 01:02 < nop> to another round of meetings ;) 01:02 < nop> for all that work in a corporate office 01:02 < nop> you have permission to sleep 01:02 < nop> ok 01:02 < nop> new IIP developer 01:02 -!- mode/#iip-dev [+o nop] by mids 01:02 <@nop> and is a talented and quick learning C programmer 01:02 -!- mode/#iip-dev [+o UserX] by mids 01:02 <@nop> and has already added some patches and some grunt work that was needed to the code 01:03 <@mids> hurray! 01:03 <@nop> we are glad to have him 01:03 <@nop> and we feel that he will be an essential part of the team 01:03 * al-jabr claps 01:03 <@nop> ok 01:03 <@nop> next on list 01:03 <@nop> IIP logo contest 01:03 <@nop> any graphix designers etc 01:03 <@mids> graphix? you mean graphics? 01:04 < Grishnav> No, he means graphix :P 01:04 < hobbs> nop: maybe. Me or my mom. She's good, and she got a tablet recently. :) 01:04 <@nop> who would like to come up with a cool slogan and/or logo for invisiblenet, and IIP (yes I mean graphics) for t-shirts can submit their entries to iip@invisiblenet.net 01:04 <@nop> the winner 01:04 <@nop> will win a free t-shirt 01:04 <@nop> black or white 01:04 <@nop> of his choice 01:04 <@nop> or her choice 01:04 <@mids> woohoo! 01:04 <@nop> and 10.00 DRAN 01:04 < hobbs> nice. 01:05 <@nop> this can definitely include slogans as well 01:05 <@nop> so there could be two winners 01:05 <@nop> if one comes up with logo 01:05 -!- mode/#iip-dev [+o Chocolate] by mids 01:05 <@nop> and one comes up with an awesome slogan 01:05 -!- mode/#iip-dev [+o Chocolate] by Trent 01:05 <@nop> but submit to iip@invisiblenet.net 01:05 <@nop> and they will be reviewed 01:05 <@nop> I hope that if you're not a graphics guy, that you can tell a friend 01:05 <@nop> and maybe split the profits 01:05 <@nop> ;) 01:06 <@nop> because we would like to have cool shirts 01:06 <@nop> for the e-store 01:06 <@nop> and in general 01:06 <@nop> as well 01:06 <@nop> for bumper stickers etc 01:06 <@nop> maybe a mascot would be good too 01:06 <@mids> :) 01:06 <@nop> either way 01:06 <@nop> do what you can 01:06 <@nop> submit them 01:06 <@nop> and we'll decide at the end of the month 01:06 < philocs> our only mascot is satan 01:06 <@nop> well 01:06 <@nop> that's taken 01:06 <@nop> BSD 01:06 <@nop> ;) 01:07 < philocs> we could make a scarier satan 01:07 < hobbs> that's a DAEMON! 01:07 <@nop> hehe 01:07 <@Chocolate> black 01:07 <@nop> ok 01:07 <@nop> next 01:07 <@nop> bugfixes 01:07 <@Chocolate> tshirt must be black 01:07 <@nop> ok 01:07 <@nop> yeah 01:07 <@nop> all artist must make inversed drawings 01:07 <@nop> so that it caters to black or white backgrounds 01:07 <@nop> and you can use color :) 01:07 <@nop> oh 01:07 <@nop> and the winner 01:08 < nemesis> http://www.stk.com/products/50_beta/about50.cfm 01:08 <@nop> will of course get full credit by having his logo on the t-shirt 01:08 < nemesis> nice 01:08 * al-jabr fears that this T-shirt may be hopelessly dorky 01:08 <@mids> al-jabr: make a better one 01:08 <@mids> okay... 01:08 <@mids> next poing? 01:09 <@mids> point :) 01:09 <@mids> beeing: bugfixes 01:09 <@mids> UserX fixed even more bugs then reported 01:09 <@mids> there are still a few (possible) bugs out there.. 01:09 <@mids> if you found some that aren't mentioned 01:09 <@mids> please tell us 01:10 < al-jabr> I personally couldn't replicate the terminal bug, unless that was something in CVS 01:10 <@mids> without bugreports we cant fix 01:10 <@nop> neither could i 01:10 <@mids> al-jabr: I have had it in the past; but couldn't repeat 01:10 <@mids> I'll ask Jeekay for more details 01:10 < philocs> where do I find list of outstanding bugs? 01:11 <@nop> well everyone is encouraged to use the sourceforge bug tracker 01:11 <@nop> but most people don't 01:11 <@nop> ;) 01:11 < philocs> bug tracker is good 01:11 <@nop> we should probably link to that on our main site 01:11 <@mids> http://www.sourceforge.net/projects/invisibleip/ 01:11 <@nop> for a bug submital 01:11 < firegod> too bad it doesnt have an IRC frontend (: 01:11 <@mids> most bugs are mailed to the iip-dev mailinglist though 01:11 < philocs> ok I just subscribed yesterday 01:11 <@mids> cool 01:12 < nemesis> cause the logo, whate resolution? and dpi ? 01:13 <@nop> any one knowing graphix have a suggestion for resolution and dpi? 01:13 < firegod> start big 01:13 < firegod> it can be resized 01:13 <@nop> ok 01:13 <@nop> kewl 01:13 < firegod> down if needed 01:13 < nemesis> -e 01:13 < firegod> it is much more difficult going the other way (: 01:13 < nemesis> hehe 01:13 < nemesis> firegod 01:13 < nemesis> something 01:14 < hobbs> nop: would you be interested in having it in a vector graphics format, if that just happens to be how it's done? 01:14 < firegod> always good to have high res masters 01:14 < nemesis> 10 megapixels 01:14 <@nop> svg? 01:14 < nemesis> 72dpi 01:14 < hobbs> (not that I even own a vector program, but somebody might care) 01:14 < nemesis> or 1000 ? 01:14 < nemesis> ;) 01:14 < nemesis> very dificult 01:14 < nemesis> +f 01:15 < firegod> sure, if they are creative.. 01:15 < firegod> but svg isnt widly used just yet 01:15 < al-jabr> Question: I'm patching IIP to use /dev/random. Would you be interested in incorporating this? I'm doing it #ifdef linux for until I or someone configurifies the source. 01:15 < firegod> al-jabr: finish the patch and submit it to the mailing list 01:15 <@nop> al-jar 01:15 < al-jabr> okay 01:15 < hobbs> al-jabr: I'd suggest making it #ifdef SOME_FLAG_THAT_CAN_GO_IN_MAKEFILE 01:15 < al-jabr> yeah 01:16 < al-jabr> will do 01:16 < hobbs> (and have a well-commented DFLAGS line in Makefile) 01:16 <@nop> yarrow is a very good prng 01:16 <@nop> it's known to be secure 01:16 <@nop> and we have done a test with our randomness via chi-square 01:16 < al-jabr> nop: I believe yarrow would be redundard when we have /dev/urandom 01:16 <@nop> and it got 25% which is good 01:16 <@nop> yes, but yarrow is portable 01:16 <@nop> and known to be stronger 01:16 <@mids> al-jabr: the problem is that not all operating systems have a good implementation for /dev/random 01:16 < firegod> not at all 01:17 <@nop> I would rather rely on what a cryptography expert developed 01:17 <@nop> then the /dev/random on the machines 01:17 < hobbs> true. A -DUSE_DEV_RANDOM might end up being useful, or it might just hurt a lot of people who don't know what they're doing. 01:17 <@mids> otoh, giving the more modular future of IIP, maybe several alternatives could be an option 01:17 < hobbs> and not the best odds on the first. :) 01:17 <@nop> yes 01:17 <@nop> and we do plan to add more entropy in the future 01:18 < al-jabr> Well, linux /dev/random and /dev/urandom are some of the most scrutinized crypto out there... I'm mostly thinking of that because it's a very good entropy pool that's out there on very many machines running IIP 01:18 <@nop> to increase this 01:18 < firegod> general question: with iip2 are we going to have more feedback from the proxy? 01:18 < al-jabr> you wouldn't have to go querying the user for entropy. 01:18 <@nop> yes firegod 01:18 <@nop> well you usually don't 01:18 <@nop> but it's definitely added plus 01:18 <@nop> if there isn't enough 01:18 <@nop> it will query 01:19 <@nop> and we will probably look into adding a form of /dev/random entropy very soon 01:19 < hobbs> does linux /dev/random support O_NONBLOCK ? 01:19 <@nop> because we intend on really strengthening the pool 01:19 <@nop> I'm sure it does hobbs 01:19 <@nop> /dev/random let's you select your pool size 01:19 < hobbs> nop: yeah, but there's a softlimit, and a hardlimit in the kernel, and the hardlimit isn't that big. 01:19 <@nop> al-jabr it would be best to hold off 01:19 < al-jabr> nop: personally I'd trust linux more, which uses SHA1 and uses all kinds of hardware sources of entropy, than a newbie who might just go entering 'aaaaaaaaaa...' but anyway it's only an option 01:20 <@nop> al-jabr 01:20 < al-jabr> ok 01:20 <@nop> thats not all the entropy 01:20 <@nop> there is more 01:20 <@nop> there are network timings, and dh calculation timings as well 01:20 < al-jabr> but it only has access to user-mode entropy 01:20 <@nop> and we plan to add more 01:20 < al-jabr> why reinvent the wheel. i recommend using /dev/random and for those who don't have it, EGD. 01:20 <@mids> nop: would it harm to give al-jabr a try, and maybe use it as plugin for entropy? 01:20 < al-jabr> since the GPG and linux people are doing it 01:21 <@mids> nop: alww 01:21 < al-jabr> why don't we concentrate on doing what we do best? 01:21 <@nop> that's fine 01:21 <@mids> nop: always good to have alternatives around 01:21 <@nop> if you want to submit a patch 01:21 <@nop> please do 01:21 <@nop> I'm not against it 01:21 <@nop> and we definitely want to add more entropy 01:21 < philocs> is the darwin /dev/random good? is it the same one in linux or openbsd? 01:21 <@nop> so please submit it to iip-dev when you've added it 01:21 < firegod> thats what mailing lists are for, people can digest it better 01:22 < al-jabr> okay, will do. 01:22 <@nop> thnx 01:22 <@nop> is that all? 01:22 <@nop> no more questions? 01:22 <@mids> hehe 01:22 <@nop> or suggestions 01:22 <@nop> or complaints 01:22 < nemesis> hm.. 01:22 < philocs> I have a dumb newbie question ... 01:22 <@nop> sure 01:22 < firegod> well. release dates? 01:22 < nemesis> cache in the nodes 01:22 <@mids> sjoet 01:22 <@nop> oh oh on 01:22 <@nop> that wasn't on the list 01:22 <@nop> but 01:23 <@nop> we are at this time working on a short term todo list 01:23 <@nop> that will be publicized 01:23 < philocs> if someone hacks a relay to log, does that mean they can see the trafic for private channels that go through it? 01:23 <@nop> no 01:23 <@mids> philocs: all traffic is encrypted node-node and end-end 01:23 < philocs> ok, so you can only get the cleartext at the server, right? 01:23 < firegod> but not contextually withing IRC 01:23 <@nop> right 01:24 < firegod> right 01:24 < firegod> and the client 01:24 <@mids> philocs: correct 01:24 <@nop> yes 01:24 < philocs> good 01:24 < firegod> how far are you from encrypted channels? 01:24 < hobbs> and the client -- well, can only see stuff that's actually sent to it. 01:24 <@mids> firegod: nop is working on a roadmap and syncing it with the developers (if I understood well) 01:24 < nemesis> add an multicast option for filetransfers, when one user, will send the same file to some multiple clients 01:24 < hobbs> nemesis: actually.... that's worth thinking about -- talk to chocolate. :) 01:24 < philocs> is there an advantage to having "channel key encryption" before decentralization? 01:24 <@mids> nemesis: well, filetransfer isnt implemented in IIP itself anyway 01:24 < nemesis> lol 01:24 < firegod> hobbs: well, knowing about a channel is easy 01:24 <@mids> nemesis: it CAN do multicast, just send it to a channel :) 01:24 < hobbs> nemesis: it should be possible to add a hack to fileserv to have it use a channel, and then anyone who wants to receive just joins. :) 01:24 < hobbs> firegod: oh, is it? 01:24 < nemesis> what can you do with an anonymous network 01:25 < nemesis> when you can share code? 01:25 < nemesis> whats about some c code? 01:25 < firegod> multicast is a problem due to not spectacular widespread support.. 01:25 <@mids> philocs: yes, I'd think so... less trust needed on the server 01:25 < nemesis> when the complet internet are banned for open source? 01:25 < hobbs> firegod: not multicast IP, just "multicast" :) 01:25 < firegod> hobbs: re fileserv channel: that gives you encrypted channels btw (: 01:25 < nemesis> how you can share this information? 01:25 < hobbs> firegod: oh, how's that? 01:26 < nemesis> <hobbs> nemesis: it should be possible to add a hack to fileserv to have it use a channel, and then anyone who wants to receive just joins. :) 01:26 < firegod> hobbs: sure, if you join IIP at all it is simple to /list the channels 01:26 < nemesis> not a hack 01:26 < philocs> I might start thinking about some 'channel key encryption'. it doesn't seem like it would be terribly complicated thing to me, just keep private keys in some directory maybe 01:26 < nemesis> built in 01:26 < nemesis> and an "server node" option 01:26 < nemesis> to allow that 01:26 < nemesis> or not 01:26 <@mids> philocs: you could implement it client side... 01:26 < hobbs> nemesis: okay, I'm just behind the times. I haven't worked on fileserv for... months 01:26 < nemesis> and an option for the cache size for it 01:26 <@mids> philocs: look at the blowfish.pl scripts for irssi and xchat 01:26 < firegod> philocs: and perl plugins on clients 01:26 <@mids> s/blowfish/blowjob/ 01:27 < philocs> mids: would it make sense to implement it in the client side of isproxy? 01:27 <@mids> nemesis: caching wouldnt make much sense when everything goes still through the central ircd 01:27 < philocs> that way it would work with all clients 01:27 < nemesis> <mids> nemesis: caching wouldnt make much sense when everything goes still through the central ircd 01:27 <@mids> philocs: maybe; but that would require the 'vircd' 01:27 < nemesis> i think there are planned to be an p2p network? 01:27 < nemesis> and then theres no central hub 01:27 <@mids> nemesis: for IIP 2 01:28 < nemesis> only some nodes 01:28 < nemesis> where cache the datas 01:28 <@mids> nemesis: but that is long term; first IIP 1.2 01:28 < philocs> nemesis: I think you want freenet maybe 01:28 < nemesis> no 01:28 < philocs> p2p file transfers with caching 01:28 < nemesis> only an option to share some public files 01:28 < nemesis> or larger text 01:28 < philocs> thats what freenet does 01:28 < firegod> any merging of namespace possible between freenet and iip? 01:28 < nemesis> that you don'*t copy it line for line in the channel /query 01:28 < hobbs> what sits on top of the IIPv2 network could be a lot of interesting things -- but that's a while off. :) 01:28 <@mids> nemesis: first we would need decentralized routing... 01:29 < nemesis> k 01:29 < firegod> every isproxy was a freenet node? 01:29 < nemesis> but don't forget it ;) 01:29 < philocs> I don't think it makes sense to cannabalize freenet ... 01:29 <@mids> nemesis: once we have that; ask again :) 01:29 < firegod> philocs: does it do the job? 01:29 < nemesis> lol 01:29 <@mids> philocs: giving recent freenet-shit; I'd say no, indeed it doesn't 01:29 < firegod> philocs: and I like 'incorporate' a bit better 01:29 < hobbs> it should be possible to write a mini-freenet on top of IIP... but it would be better to leave freenet at what it does, and take advantage of the high speed and "pushiness" of IIP to write even better things. 01:29 < nemesis> in how many years? *fg* 01:30 < firegod> alright (: 01:30 < firegod> people do want to exchange chunks of binary data thru their messaging clients, in this case IIP 01:30 < firegod> how will that be addressed? 01:30 < philocs> firegod: well, I think it does the job well, and it will only get better. yes I agree that it would be better to have iip implement the freenet protocol for freenet type things rather than make something incompatible 01:30 < hobbs> for example, IIPv2 should be able to support the niftiest "anonymail" anyone's ever seen (without a bot), unless I'm hallucinating. :) 01:30 < nemesis> hm.. 01:31 < nemesis> hacker ethic 01:31 < nemesis> the slogon 01:31 < nemesis> for.. 01:31 < nemesis> miiiids!! 01:31 <@mids> hobbs: IIPv2 will be so smart that it could do your math homework 01:31 < hobbs> that's good, 'cause I don't do mine often enough. 01:31 < philocs> speaking of which 01:32 <@UserX> firegod: the intention is to do a DCC emulation using Freenet as the transport for files 01:32 < Grishnav> Sorry if this has already been suggested, I've missed much of the conversation being in and out of the room, but how about some sort of API for IIP to create modules? After IIP gets completely distributed (with v2) you could have all sorts of interesting modules pop up... a file transfer mod, perhaps a freenet node mod if you only wanted one service running... 01:32 < firegod> UserX: that'll work (: 01:32 < philocs> UserX: I think that is the best solution 01:32 < hobbs> Grishnav: that's more or less the plan, as I understand it. And if it's not, we'll beat nop with halibut until it is. 01:32 < Grishnav> lol 01:33 < firegod> UserX: but if IIPv2 is decenteralized, would this dcc emulation need freenet? you already can do point multipoint point transfers, you just need a session handshake for that kind of transfer 01:33 < firegod> albiet dcc 01:33 < nemesis> waaaaaaaaaah 01:33 < philocs> plus if every iip user was running some sort of freenet implementation, that would make freenet much better 01:33 < nemesis> ardvark 01:33 < nemesis> grrrrrr 01:33 < nemesis> where is he? 01:33 < nemesis> where can speak german? 01:33 < hobbs> also, it should be (more) convenient to have multiple IIPv2 networks, but I think that's a given. :) 01:33 < nemesis> or known only a little bit german 01:33 < firegod> philocs: thats what I'm saying (: 01:33 < nemesis> and have the english hacker ethic? 01:33 < firegod> whos working on IIPv2? 01:34 < philocs> I need to go study for my german test soon 01:34 < philocs> firegod: are you left handed or in oz or something? 01:34 <@mids> hm, ppl; I got to go; keep chatting here 01:34 <@mids> bbl 01:34 < nemesis> hrhr 01:34 < nemesis> mids!!! 01:34 < firegod> philocs: nope, just a freak 01:34 < nemesis> don't drunk to much ;p 01:34 < nemesis> *fg* 01:35 < firegod> mids is working on IIPv2 I'm sure, anyone else? UserX? 01:35 < nemesis> nop 01:35 <@UserX> firegod: in theory yes. but currently we want to keep IIP low bandwidth. freenet would me suited transfering large volumes of data (and better because it doesn't have a constraint of realtime routing that IIP needs) 01:35 < nemesis> i think 01:35 <@nop> yes 01:35 < nemesis> aaaaaah 01:35 < nemesis> nop 01:35 < philocs> I guess what is really needed is for someone to write a C implementation of freenet ... 01:35 < firegod> UserX: this is true. 01:36 < firegod> UserX: or at least an opt-in on that feature 01:36 <@UserX> firegod: yes i am working v2 01:36 < hobbs> philocs: I agreed with that pretty heavily a few months ago, but right now I'm happy to let java fred do its thing, and settle down, before anyone clones. 01:36 < hobbs> (now that it _works_, that is) 01:36 < firegod> UserX: how have you solved scaling issues for resource location? ie: how do you find nodes originating #channels? 01:36 < philocs> UserX: yes well thats a good reason to not make it easy for people to do 'dcc' and to encourage them to use freenet 01:36 < firegod> philocs: it should just be opt-in.. people wanting to abuse their bandwidth, can go right ahead.. those on modems dont get killed (: 01:36 < hobbs> UserX: would be nice to keep in mind, though, that freenet is good at pulling things, and iip is good at pushing things. :) 01:36 < philocs> hobbs: well I agree, I think the java version is fine but if we are going to basically package freenet with iip somehow then eventually (and probably when freenet hits 1.0?) we will want a c implementation 01:36 < firegod> philocs: those wanting freenet backed features, change a setting and BLAM it just works 01:36 <@UserX> firegod: haven't worked out highly scalable system yet 01:37 < firegod> hobbs: IIP is a great way of grouping freenet keys (: 01:37 < hobbs> philocs: that's some pretty long thinking. :) 01:37 < firegod> UserX: ah. If you havnt peaked at Circle, I encourage you to (: 01:37 < firegod> I know mids said he'd played with it 01:37 < philocs> hobbs: well freenet is getting more stable all the time 01:38 < youkai> yeah, i would never run freenet as long as its only java 01:38 < firegod> theres a slogan for ya d-: 01:38 < firegod> "getting more stable every day" 01:38 < youkai> too bulky 01:38 < philocs> youkai: its not too bad 01:38 < youkai> plus i think its shitty to have os software that only compiles on a corp owned language 01:38 < Grishnav> I don't like Java anymore than the next guy, but I certainly am a freenet fan. I'll use the java one, but only until I hear about a C implementation. :) 01:39 < youkai> i mean if you guys were using the os non sun java i wouldent mind as much 01:39 < youkai> ah yes 01:39 < youkai> blackdown 01:39 < hobbs> youkai: freenet works fine on a few flavors of non-sun java. 01:39 < hobbs> blackdown has sun behind it. 01:39 < youkai> you just cant win with java then :/ 01:39 < firegod> so? 01:39 < youkai> i dont trust sun any more then i do microsoft 01:40 < firegod> java is not your friend (: 01:40 < Grishnav> Does anyone have a link to the souce download for Blackdown? (Their site is less than helpful) 01:40 < firegod> I encourage those who are disatisfied with java, to try phthon for their scripting needs (it is NOT java) 01:40 < youkai> yeah python is cool 01:41 < youkai> but i dident stop running m$ operating systems just so i could let another corp in the door (sun) 01:41 < hobbs> Grishnav: er. It's in "non-free" for a reason, isn't it? 01:41 < philocs> you are wanting me to write freenet in python? would a python module be distributed with iip? 01:41 < Grishnav> Ahh... I was under the impression is was free. my mistake. 01:41 < youkai> thats the only problem i have with freenet 01:41 < philocs> java is not evil, sun treats java differently than MS treats windows 01:41 < hobbs> Grishnav: no. If you ask sun, it's impossible to create a free java2 implementation, and they've done a good job of making it true. 01:41 < youkai> i mean java is a lot easier to code in because you dont have to worry about memory leaks and stuff as much 01:41 < Grishnav> rofl 01:41 < youkai> the garbage collector lets you be lazy 01:41 < philocs> hobbs: why is it impossible? 01:42 < Grishnav> [16:45] <youkai> i mean java is a lot easier to code in because you dont have to worry about memory leaks and stuff as much -- yeah, it's no wonder that all java apps are so goddamn memory hoggy!! 01:42 < youkai> yeah thats because they need the whole jre loaded in memory with the software 01:42 < hobbs> philocs: because if you write anything that's java2, and claims to be "java", then sun will destroy you. :) 01:42 < philocs> hobbs: yes but you can make java, just don't call it 'java' 01:42 < hobbs> er... without obtaining the appropriate license and signing the appropriate agreements first, that is. :) 01:42 < Grishnav> call it coffee 01:42 < philocs> kaffe 01:42 < Grishnav> hehe 01:42 < Grishnav> yeah 01:43 < Grishnav> I've played with Kaffe 01:43 < hobbs> philocs: true. But nobody's done it. 01:43 < Grishnav> not quite mature enough yet, but getting there 01:43 < philocs> hobbs: uh yes, the FSF has done it 01:43 < hobbs> philocs: oh? 01:43 < philocs> yes 01:43 < youkai> but seriously i think java is right up there with VB 01:43 < philocs> Kaffe 01:43 < hobbs> philocs: Kaffe is not java2. 01:43 < youkai> its for lazy programmers 01:43 < youkai> who dont mind being owned by a corp 01:43 < philocs> hobbs: but there is no reason it could not implement java2 01:43 < hobbs> philocs: except for the fact that it doesn't. 01:43 < philocs> plus gccj or whatever its called 01:44 < hobbs> er... 01:44 < youkai> the other thing is java2 is huge, and they have a gigantic team of programmers working on it all the time 01:44 < hobbs> yeah. gcj/gij are also nice. 01:44 < firegod> not to interupt, but java wars work out better in apropriatly named channels (: 01:44 < philocs> hobbs: but its not a legal issue, the java spec is an open standard, the java name is not 01:44 < youkai> gcj? 01:44 < philocs> youkai: gcc that compiles java code 01:44 < youkai> huh 01:45 < youkai> to binary or does it still need a jre 01:45 < philocs> binary I believe 01:45 < hobbs> philocs: that's a pretty heavy restriction, though. 01:45 < hobbs> You can't say: this is java, this is compatible with java, or this smells like java. 01:45 < philocs> hobbs: well I don't think so. You can make the claim that 'this software is not java, but you will probably find that it works the same' 01:46 < philocs> which most people would understand 01:46 < hobbs> probably. 01:46 < youkai> anyway, why rewrite java when you could just use c++ 01:46 < youkai> its almost the same language 01:46 < philocs> arg, I would rather use java over c++ 01:46 < philocs> but I'm not getting into that 01:46 < philocs> anyway, I forgot where this horrible diatribe started 01:46 < hobbs> youkai: not really. c++ doesn't force you to use OO crap when it's completely inappropriate, like java does. :) 01:46 < firegod> round and round we go, where we stop nobody knows 01:46 < firegod> philocs: exactly 01:46 < philocs> ok, so in isproxy, is there like a client side and a node side? 01:47 < firegod> philocs: you know how many times I've seen this exact same 'argument' ? (: 01:47 < youkai> hobbs: hah 01:47 < firegod> philocs: there are relays, and proxys and 'servers' 01:47 < firegod> as I see it 01:47 <@UserX> philocs: can you clarify your question? 01:47 < philocs> I mean, would it make sense to put channel key encryption in isproxy, the part that actually talks to the irc client on 6667? 01:47 < hobbs> philocs: sorta. there are nodes, and there are nodes. :) 01:47 < firegod> philocs: dont forget you have multiple clients for each isproxy 01:48 < hobbs> and nodes 1) talk to clients 2) talk to nodes 3) (one of them) talks to the server. 01:48 < philocs> firegod: really? I've never been able to see this behavior, actually maybe its just my configuration 01:48 < firegod> (: 01:48 < philocs> but anyway, does my question make sense? 01:48 < youkai> i just came here to beg you guys not to write the next ver of iip in java :D 01:48 < firegod> which question d-: 01:48 < firegod> youkai: i think thats a given 01:48 <@UserX> philocs: currently IIP 1.x is essentially a tunnel. having the client implement channel encryption would require a lot of work to do. and would become redunant when v2 gets done 01:48 < youkai> also if theres freenet people around, a c++ ver would be nice 01:49 < firegod> UserX: how about isproxy functioning as an http tunnel? 01:49 < firegod> UserX: IIPv2 as well? 01:49 < nemesis> <youkai> i just came here to beg you guys not to write the next ver of iip in java :D 01:49 < nemesis> noooooo 01:49 < philocs> I'm thinking that you could have it so that there ways like a 'keys/' directory and then you could have in that 'channel.key' or something and then just run blowfish or whatever on what goes in and out of that channel, understand? 01:49 < nemesis> native code are the best thing 01:49 < philocs> and fuck c++, I'll take java over c++ anyday 01:49 < philocs> but I also think that c is nice 01:49 <@UserX> firegod: 1.x could be used to tunnel to a single fixed HTTP server 01:49 < firegod> okay, enough language wars please? 01:49 < nemesis> m$ sponsored his .net campain, and will place his IL on the front 01:49 < youkai> k :D 01:49 < firegod> User: hrmm 01:49 < nemesis> you can controll the compiller 01:49 < philocs> youkai keeps brining it up, if he likes c++ so much, he should marry it 01:49 < nemesis> thats the different 01:49 < firegod> oh jebus 01:49 < youkai> heh philocs: if you like java so much you should go work for sun 01:49 < nemesis> can't 01:50 < philocs> UserX: would that make sense or is it better to wait for next version to do that? 01:52 < youkai> UserX: thats a good idea 01:52 <@UserX> philocs: to do that with 1.x network would require giving nodes the intelligence to read and parse recompose IRC client messages/commands 01:53 < philocs> oh I see 01:53 < nemesis> <UserX> philocs: to do that with 1.x network would require giving nodes the intelligence to read and parse recompose IRC client messages/commands 01:53 < nemesis> xml ;) 01:53 <@UserX> it's possible but would take a fair amount of effort which i want to put into v2 01:53 < nemesis> very flexible 01:53 < philocs> I understand 01:54 < philocs> later 02:11 < logger> logging ended --- Log closed Wed Oct 16 02:11:14 2002 </div>/zh/blog/2002/09/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/Wed, 25 Sep 2002 00:00:00 +0000/zh/blog/2002/09/25/i2p-%E5%BC%80%E5%8F%91%E8%80%85%E4%BC%9A%E8%AE%AE/<p>（由互联网档案馆提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席:</strong> athena, aum, Dag, ellison, mids, nemesis, Neo, nop, sferic, Tanthrix, thecrypto, Zwolly</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Wed Sep 25 00:57:27 2002 00:57 -!- Topic for #iip-dev: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ 00:57 [Users #iip-dev] 00:57 [@mids] [ Dag] [ logger] [ nemesis] [ nop] [ Zwolly] 00:57 -!- Irssi: #iip-dev: Total of 6 nicks [1 ops, 0 halfops, 0 voices, 5 normal] 00:57 -!- Irssi: Join to #iip-dev was synced in 1 secs 00:58 -!- mode/#iip-dev [+v logger] by mids 01:00 <@mids> Tue Sep 24 23:00:38 UTC 2002 01:00 <@mids> welcome et all 01:00 <@mids> the 12th meeting just started 01:01 <@mids> agenda: 01:01 <@mids> 1) website 01:01 <@mids> 2) nop's messages 01:01 <@mids> 3) question round 01:01 <@mids> website: 01:01 <@mids> new invisibleNET site online - http://www.invisiblenet.net/ - new IIP site online - http://www.invisiblenet.net/iip/ 01:02 <@mids> for those who just joined: 01:02 <@mids> new invisibleNET site online - http://www.invisiblenet.net/ - new IIP site online - http://www.invisiblenet.net/iip/ 01:02 <@mids> geeh 01:02 <@mids> I keep busy 01:02 < nop> ok 01:02 < nop> pause a sec 01:02 <@mids> for those who just joined: 01:02 <@mids> hehe 01:02 < nop> just add it to topic 01:03 < nop> ok 01:03 < nop> go 01:03 < nop> ;( 01:03 -!- mids changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | new invisibleNET site online - http://www.invisiblenet.net/ - new IIP site online - http://www.invisiblenet.net/iip/ 01:03 < nop> ;) 01:03 <@mids> . 01:04 -!- mode/#iip-dev [+o nop] by mids 01:05 <@mids> any questions about this topic? otherwise we'll go to #2 01:06 <@nop> ok 01:06 <@nop> thanks to ellison 01:07 <@nop> and the distributedcity crew 01:07 <@nop> for helping out 01:07 <@nop> with the website 01:07 <@nop> we owe them a lot now ;) 01:07 <@nop> ok 01:07 <@nop> rc2 is coming out tomorrow 01:07 <@nop> we're just packaging it up 01:07 <@nop> and getting it ready for release 01:07 <@nop> new features 01:07 <@nop> are Forward Security 01:08 <@nop> Close Delay protocol for killed connections 01:08 <@nop> some bug fixes 01:08 <@nop> and upgrade features for future versions 01:08 <@nop> I think that's about it 01:08 <@nop> thank you all you users 01:08 <@nop> that use IIP 01:08 <@nop> without you 01:08 <@nop> the project would be a waste 01:08 <@nop> ;) 01:09 <@nop> so thank all of you for your loyalty and support by using the software 01:09 <@nop> I think that's it for my daily comments ;) 01:09 <@nop> oh 01:09 <@nop> wait 01:09 <@nop> thank you mids 01:09 <@nop> for assisting me with the website setup 01:09 <@nop> and for being patient with me 01:09 <@nop> thank you codeshark 01:09 <@nop> for setting up the software 01:09 <@mids> your welcome :) 01:09 <@nop> and handling inform 01:09 <@nop> thank you userx wherever you ar 01:10 <@nop> are 01:10 <@nop> for your hard work on core development 01:10 <@nop> and putting up with my ranting ;) 01:10 <@nop> thanks to chocolate 01:10 <@nop> for the informity and scripts that are needed 01:10 <@nop> thanks to cohesion even though long gone, for documentation in the past 01:10 <@nop> umm, like to thank the academy ... j/k 01:11 <@nop> everyone who has contributed thank you all 01:11 <@nop> . 01:11 <@mids> 3 hurrays for nop 01:11 <@mids> hurray 01:11 < Zwolly> hurray 01:11 < thecrypto> huzzah 01:11 <@nop> haha 01:11 < athena> that's 2 hurrays and 1 huzzah 01:11 <@nop> oh and DC people have been whispering in my ear to thank the Lord 01:11 <@nop> ;) 01:12 < Neo> lol 01:12 <@nop> well, on a side note, thank life for it is a neat thing ;) <-- no comments 01:12 <@nop> . 01:13 <@nop> any questions 01:13 <@nop> suggestions 01:13 <@nop> review 01:13 <@nop> ideas 01:13 <@nop> etc 01:13 <@nop> ? 01:13 < Neo> congratulations on the new site, looks great. 01:13 <@nop> thnx 01:13 <@mids> what is forward security? 01:13 <@nop> encryption can only be decrypted at time of session 01:13 <@nop> aka, you can't replay the messages 01:13 <@nop> and decrypt them 01:14 <@nop> as that key and signature doesn't exist anymore 01:14 <@nop> and will not be useful 01:14 <@nop> this is designed against log and replay attacks 01:14 <@nop> . 01:14 <@mids> thx 01:14 < athena> will you require public proxies to support these new protocol additions? (methinks all proxies should be forced to upgrade) 01:14 <@nop> athena 01:14 <@nop> it's a mandatory upgrade 01:14 <@nop> all relay holders 01:14 <@nop> will need to upgrade 01:15 <@nop> to rc2 relay 01:15 <@nop> and re-announce 01:15 < athena> ok, thanks 01:16 < sferic> I guess I cam ein late and missed something, but do you mean that we can't log anymore? 01:16 <@nop> no 01:16 <@nop> you can log 01:16 <@nop> what I'm saying 01:16 <@nop> is 01:16 <@nop> if you were a gov't agent 01:16 <@nop> spying on a relay 01:16 <@nop> and you were logging the encrypted traffic 01:16 <@nop> you couldn't then come and seize the ircd end node 01:16 <@nop> and use the network secret key 01:16 <@nop> to replay the traffic 01:16 <@nop> and decrypt it 01:17 < sferic> Ahh, thanks 01:17 <@nop> it eliminates the importance of the network secret key 01:17 <@nop> it's useless 01:17 <@nop> all it does is authenticate 01:17 <@nop> nothing more 01:17 <@nop> doesn't actually encrypt 01:17 <@nop> this covers two things 01:17 <@nop> man in the middle attack protection 01:17 <@nop> and log and relay protection 01:17 <@nop> aka forward security 01:17 <@nop> ;) 01:17 < Zwolly> is it now without central server. 01:18 <@nop> not yet 01:18 <@nop> that's 1.22 01:18 <@nop> 1.2 01:18 <@nop> correction 01:18 <@nop> 1.2.0 to be exact 01:18 <@nop> ;) 01:18 <@nop> after 1.1 basically is finished 01:18 <@mids> (I'd say that decentralization is 2.0) 01:19 < Zwolly> how about system resources memory cpu and bandwith 01:19 <@nop> well, 2.0 is a more perfect form of decentralization 01:19 <@nop> 1.2 we will attempt decentralization 01:20 < Tanthrix> how does true p2p work, you can't exactly scan IP blocks until you find someone? isn't some sort of a central server neccessary for initial connection? 01:20 <@nop> bootstrap is needed 01:20 <@nop> but once connected 01:20 <@nop> you have your own peer routes 01:20 <@nop> so we include a small node.ref 01:20 <@nop> which connects you in 01:20 <@nop> then from that point 01:20 < athena> thanthrix: find some friends you trust and trade node.refs :) 01:20 <@nop> you are dynamically updated from the network 01:21 <@nop> yes 01:21 <@nop> that's the idea 01:21 <@nop> in a nice world 01:21 <@nop> ;) 01:21 < Tanthrix> hehehe 01:21 <@mids> what if you dont have friends? 01:21 <@nop> then try to trust the signature on our software ;) 01:21 <@nop> haha 01:21 <@nop> yeah right, digital trust is rarely possible 01:22 < Dag> trust no one 01:22 < Dag> heh 01:22 < athena> awww...i'll be your friends, mids! 01:22 <@mids> hurray 01:22 < athena> huzzah 01:22 < Tanthrix> and grey-eyed athena comes to the rescue.. 01:22 <@nop> hehe 01:22 <@nop> this website kicks ass 01:22 <@nop> far difference then the previous one 01:23 <@mids> kinda :) 01:23 <@nop> umm 01:23 <@nop> yeah 01:23 <@nop> that nice little under construction site sucked ass 01:24 < Tanthrix> heh..the new invisiblenet site looks like a page for some web-based corporation 01:25 <@mids> thanks... I guess :) 01:25 * mids points at ellison ... he is the one to blame; he gets all fame 01:25 < Tanthrix> hehehe 01:25 * ellison hides under some eye candy in the corner 01:26 < Zwolly> what is the gues about how stable it will be 01:26 <@mids> Zwolly: Trent is running on a rc2 relay for 2 days now 01:26 <@mids> without trouble 01:27 < Zwolly> ok. 01:27 <@mids> trent is the irc client/service with the heaviest traffic 01:27 <@mids> so... I think it is okay 01:27 < Zwolly> we will see 01:27 <@nop> the reason 01:27 < Zwolly> is it tomorrow already? hehe 01:28 <@nop> for the middle of the road 01:28 <@nop> corporate looking site 01:28 <@nop> is called steganography 01:28 <@nop> ;) 01:28 <@nop> our evil black hat activities 01:28 <@nop> wouldn't be good 01:28 <@nop> if it's obvious 01:28 <@nop> we're evil 01:28 <@nop> now would it 01:29 <@nop> so we blend in with the other evil 01:29 <@nop> and they won't notice us 01:29 <@nop> ;) 01:29 <@nop> honestly though 01:29 <@nop> it's just for attracting all audiences 01:29 <@mids> in 2 month there will be an invisibleNET sponsored golf tournament 01:29 <@nop> hahaha 01:30 <@nop> oh and the palladium efforts 01:30 <@nop> we bought it out 01:30 <@nop> ;) 01:31 <@nop> if you've noticed 01:31 <@nop> we own www.invisiblenet.net, www.invisiblenet.com, and www.invisiblenet.org 01:31 <@nop> we're evil 01:31 <@nop> ;) 01:31 <@nop> we've monopolized the market 01:31 <@nop> we're bastards 01:31 < Dag> what about getting one of those signs on the highway for cleaning up the roadside? 01:31 <@nop> yeah 01:31 <@nop> that's in the works 01:31 <@nop> as well as OEM'ing with Microsucks, and Intel 01:32 <@nop> haha 01:32 <@mids> euh 01:32 <@mids> you okay nop? :) 01:32 < Zwolly> ok other question what to do if there are warez channels and some big stupid country lets say america for example want this network doun can it run on its own from the european nodes 01:32 <@nop> yeah 01:32 <@nop> yes 01:32 <@nop> it will be possible to do that 01:33 <@nop> plus 01:33 <@nop> I advise for all warez activity 01:33 < Dag> I thought there was no /dcc 01:33 < Dag> in here 01:33 <@nop> to use a !anonymous mode channel 01:33 <@nop> doesn't mean you can't trade ftp sites 01:33 < Dag> well 01:33 <@nop> then for anyone monitoring 01:33 <@nop> who is saying what 01:33 < Dag> google trades warez ftp sites 01:33 <@nop> is a bit more tricky 01:33 <@nop> ;) 01:33 <@nop> exactly 01:33 < Dag> so does the newsgroups 01:33 <@nop> I doubt that we're a threat to that 01:33 < Dag> er do 01:33 <@nop> our main concern is #pedophilia public channels 01:34 < Dag> I did a /list one day 01:34 <@nop> as they would be a concerned threat to the existance of IIP as a whole 01:34 < Dag> and saw that channel in the list 01:34 <@mids> nah 01:34 < Dag> was a month or so ago 01:34 <@mids> I wouldnt be too affraid about that 01:34 <@nop> I like as little trouble as possible while were developing 01:34 <@mids> this is pure text based 01:34 <@nop> true 01:34 < nemesis> k 01:34 < nemesis> brb 01:35 * nemesis decides to go out and tar the way to the loung ()ŻŻŻŻ)ŻŻŻŻŻŻŻŻŻŻŻŻŻŻ)))~~~~ 01:35 < Dag> freenet has been overwhelmed with that crap 01:35 < Dag> at least last time I used frost 01:35 < Dag> it was a VERY high percentage of that crap on there 01:35 < athena> comes with the territory 01:35 < Dag> I think it would be good for people to spam freenet with random non porn images and media files 01:36 <@nop> yeah 01:36 <@nop> it's unfortunate 01:36 < Dag> just to make the percentage of crap go down 01:36 <@mids> I am using freenet for 3 or 4 years now and I have never seen any pedo crap... 01:36 <@nop> I accidentally downloaded trash on my hardrive because of their shit 01:36 <@nop> sickening 01:36 <@nop> I found one 01:36 <@mids> if you dont look for it, I dont think you will run into much 01:36 <@nop> by accident 01:36 <@nop> not true 01:36 <@nop> stuff gets renamed stuf 01:37 < Dag> mids I just had frost list all the files available 01:37 < Dag> as there are not many 01:37 < Dag> maybe a few hundred files max 01:37 < Dag> its not like gnutella 01:37 <@mids> well, if you view each of them.. you will probably run into stuff 01:37 < Dag> I didnt download anything 01:37 <@mids> but I have no reason to view a msc0001a.jpg 01:38 < Dag> I just saw the listings 01:38 < ellison> you guys seen www.bitzi.com? 01:38 < Dag> no 01:38 < Dag> isnt that some spyware 01:38 < ellison> it is a database of tons of files on p2p networks 01:38 < athena> no 01:38 <@nop> mids 01:38 < athena> the fingerprint mp3s 01:38 <@nop> check iip-dev 01:38 < ellison> you can enter a filename and size, and it'll tell you what it is 01:38 <@nop> this can't be true 01:38 <@nop> we have a few debian users 01:38 <@mids> nop: iip-dev email? 01:38 <@nop> yes 01:38 < Dag> ellison who is funding it? 01:39 < ellison> dag: dunno 01:40 < Dag> ellison I would bet its the riaa 01:40 < ellison> "Bitzi is a privately-held metadata publishing company based in San Francisco." 01:40 < Dag> or some such org 01:40 < Dag> ellision who pays the bills 01:40 < Dag> follow the $$$$$ 01:40 < ellison> doubt it, I think you can use their service to differentiate between valid media files and the fake stuff uploaded by RIAA 01:41 < ellison> the founder posted on a RIAA thread and mentioned this use of the system 01:41 < Dag> find out who funds it 01:41 < ellison> i brought up their site because it seems to be a good way of avoiding nasty re-named stuff 01:41 < athena> bitzi is cool... their stuff is opensource 01:41 < Dag> one thing is certain in this day and age 01:41 < ellison> there's no reason you couldn't submit freenet files to the service 01:42 < ellison> dag: there would be concern if there was any evidence that they are funded by the RIAA, but it doesn't look like it to me 01:42 < Dag> ellison a md5->file content database 01:42 < Dag> would maybe work 01:42 < Dag> but can be abused as well 01:42 < Dag> its all about who controlls the data 01:43 * athena controls the data 01:43 < Dag> mallicous people can change the file slightly anyhow 01:43 < ellison> if course there is an issue of trust, but if you don't trust anyone then it'll be difficult to take part in a service-based economy... 01:43 < ellison> then the signature would change 01:44 < Dag> yes 01:44 < Dag> I am addressing your wanting to avoid known bad files 01:44 < ellison> if lots of people use bitzi, then all it takes is one person downloading and reporting a bad file 01:45 < Dag> I could write a gnutella server to on the fly randomly tag on some byte 01:45 < Dag> to a file 01:45 < ellison> and bitzi will be a more and more valuable service as the RIAA begins seeding P2P networks w/ crap... 01:45 < Dag> and change the file sig each time 01:45 < athena> bitzi is being integrated into limewire 01:45 < ellison> people could go to bitzi and find out which files are the good ones, and only download those 01:45 < Dag> I think that the riaa would find the service more usefull than not 01:46 < Dag> they are doing the riaas job for them 01:46 < ellison> it's also about finding the good ones - avoiding the bad ones is just 1/2 of the process 01:46 < Dag> finding keys to stuff they own 01:46 <@mids> hey aum 01:46 < aum> hi mids 01:47 <@nop> aum 01:47 <@nop> it's most likely 01:47 <@nop> the dh key exchange 01:47 <@nop> maybe handshaking with a bad or out of date node, or so 01:47 < aum> the max-out doesn't happen when i run iip as root 01:47 < aum> only when i run as user 01:47 <@nop> interesting 01:47 < athena> huh? 01:47 <@nop> have you checked your file descriptors for users 01:47 <@nop> how many are allowed and such? 01:48 < aum> well, all the files are owned by the same user as is running the daemno 01:48 < aum> it's a severe max-out when i run as user - a 1.5GHz box grinds to a halt - even the mouse can barely move 01:49 < Zwolly> people i need to go now it was fun and will install the new IIP as soon as possible (working at 7.00) 01:49 < aum> compliments on the new website nop 01:49 <@nop> thnx, thank ellison 01:50 <@nop> he did it 01:50 <@nop> ;) 01:50 < aum> it looks so professional that one could expect to go to the download page, and see a link saying 'download 30-day demo' 01:50 < aum> free software websites are rarely designed so professionally 01:50 <@mids> :) 01:50 <@nop> nor are they documented so well either 01:51 <@mids> nor do they have such cool irc channels 01:51 <@nop> we have kind of put the profesionallism back into open source ;) 01:51 <@nop> I spelled that badly 01:51 <@nop> haha 01:51 < aum> the word 'free' needs to appear on the front page IMO 01:51 <@nop> Professionalism 01:51 <@nop> it says open 01:51 <@nop> and available 01:51 <@nop> etc 01:51 < aum> the word 'open' is being used more and more with commercial software 01:51 <@nop> well, if people don't read 01:51 <@nop> they can't be educated 01:52 <@nop> and they shouldn't be running IIP anyway 01:52 < ellison> :-) 01:53 < aum> i saw a freaky film the other night - 'fight club' 01:53 <@nop> finally? 01:53 <@nop> haha 01:53 <@nop> read the book 01:53 <@nop> it's worse 01:53 < aum> wow! 01:53 <@mids> night all 01:53 < aum> good concept - taking down the credit card databases 01:53 < aum> night mids 01:53 < ellison> night mids 01:54 <@nop> night mids 01:54 <@nop> thnx again 01:54 <@nop> for your help 01:54 < nemesis> gn8 mids 01:54 * aum wonders if iip can take advantage of palladium features 01:55 * nop wonders what aum means by that 01:55 < aum> palladium could be a huge boon for p2p 01:55 <@nop> yes 01:55 <@nop> did you get my ip stego app? 01:55 < aum> palladium creates a private task space that not even root can access 01:55 < aum> back in 5... 01:55 <@nop> k 02:02 <@nop> ok 02:02 < aum> back 02:02 <@nop> wb 02:03 < aum> palladium can help piracy 02:03 < Dag> anyone here run vmware? 02:03 <@nop> I'm not convinced that palladium will be secure against the security researchers of the world 02:03 < aum> yes 02:03 <@nop> I do 02:03 <@nop> I run it 02:03 < aum> ditto 02:03 < Dag> how good a sandbox is it? 02:03 <@nop> great 02:03 < aum> brilliant 02:03 <@nop> I use it for my windows stuff 02:03 < Dag> that is my only real interest for it 02:03 <@nop> while running linux as the main one 02:03 <@nop> oh yeah 02:03 < Dag> is a sandbox potentia; 02:04 <@nop> yes 02:04 <@nop> it's great 02:04 <@nop> easy to set up too 02:04 < aum> beautiful thing about vmware is that you can choose to discard all disk changes 02:04 < Dag> well 02:04 < Dag> i imagine it leaks data to the swap 02:04 < aum> so if you install some windows fuckware, it's easy to get rid of it without having to hunt through c:\windows and registry etc 02:04 < Dag> well yes 02:05 < Dag> just delete the install 02:05 < Dag> I keep a good install file 02:05 < Dag> that has nothing on it 02:05 < aum> i like how vers 3 does usb 02:06 < Dag> its an amazing little app 02:06 < Dag> wish it was open sourced 02:06 < Dag> I looked at some open source attemps 02:06 < Dag> at the same thing 02:07 < Dag> and seemed to be stagnating 02:07 < Dag> bochs and the like 02:07 < aum> bochs is a nightmare 02:07 < nemesis> AS/400 are better than vmware ;p 02:08 < Dag> plex86 was another one I think 02:08 < Dag> I have run vmware and ran some tools like filemon and regmon 02:08 < Dag> etc 02:09 < Dag> and they seem to show that its a decent sandbox 02:09 < Dag> its not writting or reading to anything unusual 02:09 < Dag> from waht I saw 02:09 < Dag> winternals software rules 02:09 < Dag> sysinternals/winternals that is 02:10 < Dag> tcpview pro is another of their tools I like 02:10 < Dag> erd commander is another 02:11 < Dag> I am hoping someday soon that linux/bsd can have better ntfs support 02:12 < Dag> read only access (stable) is pretty limiting 02:14 <@nop> I'm so excited 02:14 <@nop> this toorcon speech might get me killed ;) 02:14 < nemesis> hrhr 02:14 < nemesis> nooo nooo 02:15 < nemesis> i linke the read only 02:15 <@nop> sorry 02:15 <@nop> I'm all interrupting 02:15 <@nop> ;) 02:15 < nemesis> because i stored some files in a ntfs5.1 part 02:15 < nemesis> ;) 02:15 < aum> nop - you better have a fast car out the back, and deliver the speech in a ski mask 02:16 <@nop> did you read what I'm talking about 02:16 <@nop> www.toorcon.org 02:16 < aum> actually, a ski mask would be a good gimmick - that, and a throat-mike wired up to a harmoniser box to change your voice 02:16 <@nop> and no I don't care if people know who I am, it's a risk I have to take for starting IIP anyway 02:17 <@nop> haha 02:17 <@nop> I have a friend who's an expert in make-up and disguise 02:17 <@nop> could do that too 02:17 < Dag> nop is it tammy faye"? 02:17 < Dag> katherine harris? 02:17 < aum> room will be fulla spooks 02:18 <@nop> http://www.toorcon.org/speakers/james.html 02:20 <@nop> making gov't irrelevant is the underlying tone 02:21 <@nop> I contradict the keynote speaker 02:21 <@nop> who works for nasa 02:23 < Dag> nasa is evil 02:23 < Dag> richard hoagland says so 02:23 < Dag> they are withholding proof aliens exist 02:24 <@nop> hehe 02:24 < Dag> they bombed the face on mars 02:24 <@nop> aum is quiet 02:24 <@nop> hehe 02:24 < Dag> to cover up that it really looked like a face 02:24 < Dag> even in high res scans 02:25 < Dag> if it were not for nasa, we would each have our own starship cruisers 02:25 < Dag> and vacation planets as we speak 02:25 < Dag> hell they even wont let that backstreet boy 02:25 < Dag> on their stupid space station 02:25 <@nop> haha 02:25 <@nop> nsync but yeah 02:26 < Dag> they dont want him to see who their real masters are 02:26 <@nop> haha 02:26 < Dag> and I dont mean the american taxpayer 02:26 <@nop> yep 02:27 < Dag> the government is not run by the taxpayer 02:27 <@nop> you know what I notice 02:27 <@nop> every corporate position in a company 02:27 < Dag> I think the fairest govt would be one were the number of votes you have is in line with the taxes you pay 02:27 <@nop> is desired by a selfish person 02:27 <@nop> right 02:27 < Dag> maybe 1 vote for each 5k in taxes you pay 02:28 < Dag> the government is run on theft 02:28 < Dag> steal steal steal 02:29 < Dag> rms is a commie too 02:29 < Dag> did you know that 02:29 <@nop> that's why they punish drug dealers 02:29 <@nop> because the gov't is stealing the money they make 02:29 <@nop> you notice 02:29 <@nop> they always wait 02:29 <@nop> till the dealer 02:29 <@nop> is making big money 02:29 <@nop> to get their bust 02:29 <@nop> they don't care about the lowly pot dealer 02:29 <@nop> they always like to let it continue 02:29 <@nop> till they know 02:29 <@nop> there is serious money coming in 02:30 <@nop> then bam 02:30 <@nop> robbin' from the dealer 02:30 < Dag> bo gritz says so 02:30 < Dag> harry brown for president 02:30 < Dag> enuf said 02:30 <@nop> hehe 02:30 <@nop> charlie brown for president 02:31 < Dag> what about snoopy 02:31 <@nop> he's cool 02:31 <@nop> he doesn't say much 02:31 <@nop> so yeah 02:31 < Dag> he always seemed level headed 02:31 < Dag> cept he hung out with that bird a little to much 02:31 < Dag> charlie brown was easily duped 02:31 < Dag> how many times he try to kick that damn football? 02:33 * aum is back 02:33 < Dag> how big is a freenet install? 02:33 <@nop> not big, 200 megs 02:33 <@nop> for datastore 02:33 <@nop> ;) 02:33 < aum> default freenet datastore is 1GB these days 02:34 < Dag> yikes 02:34 <@nop> what? 02:34 < aum> on another subject, i uninstalled gentoo last night and went back to debian => bliss 02:34 <@nop> really? 02:34 < aum> the source-based distros are too flaky just now 02:34 < Dag> go back to freebsd 02:35 < Dag> er forward 02:35 < Dag> heh 02:35 < aum> debian 4 me - huge catalog of software, ready to urn 02:35 < aum> s/urn/run/ 02:35 < Dag> well you running it as a server or desktop? 02:35 < aum> debian stuff works wight out of the box - no need to read megs of manuals and grope through scripts 02:36 < Dag> I always compile my servers 02:36 < aum> i've had debian woody on my server for over a year - switched desktop from windows back in feb 02:37 < aum> my desktop went windoes -> mandrake -> debian -> sourcemage -> gentoo -> debian 02:37 < Dag> you ever try knoppix? 02:37 < aum> what's that? 02:37 < aum> a distro? 02:37 < Dag> is a livefilesystem linux distro 02:37 < Dag> based off debian 02:37 < aum> huh? 02:37 < aum> what does 'livefilesystem' mean? 02:37 < Dag> the whole thing runs in ram and cd 02:38 < Dag> boot off the cd 02:38 < Dag> and away you go 02:39 < Dag> its pretty good about hw detection 02:39 < Dag> runs kde and even has openoffice 02:39 < Dag> heh 02:39 < Dag> I dont run any linux servers anymore 02:39 < Dag> but its fun to have around 02:39 < aum> Dag: freeBSD? 02:40 < Dag> free/openbsd 02:40 < Dag> solaris 02:40 < aum> what's the big advantage? 02:40 < Dag> depending on HW 02:40 < Dag> openbsd has a good security audit 02:40 < Dag> of anything they release 02:40 < Dag> no distro of linux even comes close 02:41 < aum> but linux 'ploits get fixed within 24 hours 02:41 <@nop> true 02:41 < Dag> do you check for exploits and patch every day? 02:41 <@nop> I do 02:41 < Dag> well 02:41 < Dag> come now 02:41 < Dag> heh 02:41 <@nop> I'm on bugtraq 02:41 <@nop> and I sometimes post 02:41 <@nop> so I keep my eye out 02:42 < Dag> openbsd has had ONE remote exploit in 6 years 02:42 <@nop> it's my daytime job 02:42 <@nop> openBSD is very conscious 02:42 <@nop> which is good 02:42 <@nop> proves 02:42 <@nop> that all it takes 02:42 <@nop> is more conscious coders 02:42 <@nop> and a conscious framework 02:43 < Dag> if you install redhat without patches 02:43 < Dag> its a guarantee you will be hacked 02:43 < Dag> I use to work in a NOC 02:43 < Dag> it would piss me off when other lazy coworkers would install rh 6.2 etc 02:43 < Dag> for a client 02:44 < Dag> and never put any patches on 02:44 < Dag> one guy worked there 3 years and his idea of rebooting a box was to hit the power switch 02:46 < aum> power switch? did he think it was windows? 02:46 < nemesis> lol 02:46 * aum sometimes sees the linux BSOD screensaver 02:47 < Dag> there was a time like 4 years back that anyone could get a tech job 02:47 < Dag> now people who have a brain and experience 02:47 < Dag> cant find sh*t 02:47 < aum> an open source advocate here in new zealand wrote to the Minister for Information Technology expressing concerns about windows security vulnerabilities - Minister wrote back saying "we don't have a security problem - we use firewalls" 02:48 < Dag> you hear the latest with XP and their help center allowing you to delete files by visiting a url 02:48 < Dag> heh 02:48 < Dag> there is a story at the register uk about it 02:49 < Dag> there is even a link to have the exploit remove the help center from your machine 02:49 < Dag> and in doing so removes the ablity to be exploited 02:50 < Dag> Win-XP Help Center request wipes your HD 02:50 < Dag> http://www.theregister.co.uk/content/4/27074.html 03:03 < nemesis> erm, sorry 03:03 < nemesis> question 03:03 < nemesis> can i ban an port with bind to an nic? 04:14 < nemesis> cu@all für genau 50 mins ins bett legen dann duschen und in arbeit fahren *grummel* 08:05 < nop> sheesh 08:05 < nop> still here --- Log closed Wed Sep 25 10:20:49 2002 </div>/zh/blog/2002/09/18/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE2002%E5%B9%B49%E6%9C%8818%E6%97%A5/Wed, 18 Sep 2002 00:00:00 +0000/zh/blog/2002/09/18/i2p-%E5%BC%80%E5%8F%91%E4%BC%9A%E8%AE%AE2002%E5%B9%B49%E6%9C%8818%E6%97%A5/<p>（由网页时光机提供 <a href="http://www.archive.org/">http://www.archive.org/</a> ）</p> <h2 id="快速回顾">快速回顾</h2> <p class="attendees-inline"><strong>出席：</strong> _42, Chocolate, codeshark, codeshark2, Lorax, mids, nop, Roto, thecrypto</p> <h2 id="会议记录">会议记录</h2> <div class="irc-log"> --- Log opened Tue Sep 17 22:59:26 2002 23:01 -!- mode/#iip-dev [+v logger] by mids 23:54 * Roto waves 23:54 <@mids> ssh, we arent started :) 23:55 < Lorax> Heh, I am already logged. 23:56 * Lorax waves to any SRHers. 23:59 < Lorax> anyway, if IIP could pass psudonymous keys then SSL can be used, as it's the connection that is secure, not the conversation. (Unless you have previously established socially satisfactory identification exchange.) --- Day changed Wed Sep 18 2002 00:00 <@mids> hush 00:01 <@mids> we start in 1 hour 00:01 < Lorax> but we are here now. 00:01 <@mids> but the others aint 00:01 <@mids> its not fair to start :) 00:01 -!- mode/#iip-dev [+m] by mids 00:02 -!- Chocolate changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | Topic: not started 00:03 <@Chocolate> starting in about 1 hour 00:04 -!- mode/#iip-dev [-m] by Chocolate 00:23 < Lorax> Why are the logs recording to a website already then? hrm? ;) 00:23 <+logger> we are testing the live nsa wiretap 00:24 < Lorax> ah, that is senseable. 00:51 < nop> hi 00:51 < Roto> hulloz 00:53 < thecrypto> hello 00:53 < nop> http://www.techtv.com/screensavers/supergeek/story/0,24330,3347481,00.html 00:53 < nop> friend of mine 00:54 -!- mode/#iip-dev [+o codeshark] by Trent 00:54 < nop> just got back from a deposition 01:00 <@mids> Tue Sep 17 23:00:09 UTC 2002 01:00 <@mids> Welcome everybody 01:00 <@mids> this is the 11th IIP meeting 01:00 <@mids> maybe more, but then I lost count 01:00 <@mids> :) 01:00 <@mids> Agenda for now: 01:00 <@mids> rc2 status update 01:00 <@mids> website 01:00 <@mids> open mic 01:01 <@mids> . 01:01 < Roto> . 01:01 <@mids> nop is on the phone, but he might drop in 01:01 <@mids> like you all know, rc2 has been 'almost there' for a long time 01:01 <@mids> but it didnt work 01:01 <@mids> now it does better :) 01:01 <@mids> userx fixed some bugs with the end-end crypto 01:02 <@mids> and with the 1.1 protocol 01:02 <@mids> I tested it this weekend, and it works great 01:02 <@mids> you can even do 2048 bit encryption etc 01:02 <@mids> so, one step closer to the release 01:02 <@mids> (heh we did say that often) 01:02 <@mids> . 01:03 < codeshark2> what is needed for the release? except the inform stuff? 01:03 -!- codeshark is now known as nickthief53256 01:03 -!- codeshark2 is now known as codeshark 01:03 <@mids> only some minor things: fixup of the commandline help 01:03 <@mids> manpage check 01:04 <@mids> cant think about more 01:04 -!- mode/#iip-dev [+o codeshark] by Trent 01:04 <@codeshark> so, the source is ready 01:04 <@mids> I'd say so 01:05 <@codeshark> ok, i think we should create a build for internal testing then 01:05 <@codeshark> . 01:05 <@mids> ack (pending nops status) 01:05 <@codeshark> and set up inform for the new protocol 01:06 -!- Chocolate changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | Topic: RC2 01:06 <@mids> more rc2? 01:06 <@codeshark> another thing we should discuss is: version numbers 01:06 <@codeshark> why call it rc2 ;) 01:06 <@codeshark> . 01:06 <@mids> release candidate 01:07 <@codeshark> yeah sure, but we changed a lot of stuff between rc1 and rc3 01:07 <@codeshark> rc2 01:07 <@mids> yes we did 01:07 <@mids> it aint proper naming this way 01:07 <@mids> based on the changes we should be at 1.3 now 01:08 <@codeshark> yes 01:08 <@codeshark> we could call it 1.3 RC-2 (and then make a final 1.3 soon) 01:08 <@mids> nah 01:09 <@mids> I'd say continue with the numbering like we do now 01:09 <@mids> and in the future, release more often 01:10 <@codeshark> ack 01:10 <@mids> . 01:10 <@codeshark> . 01:10 <@mids> next thing: website 01:10 <@mids> nop reviewed most text, some stuff is reworded 01:11 <@mids> ellison (the designer) is now making a layout for the support page 01:11 -!- Chocolate changed the topic of #iip-dev to: IIP meeting | logs: http://mids.student.utwente.nl/~mids/iip/ | Topic: website 01:11 <@mids> should be there in a week 01:12 <@mids> the latest version of the site is on http://mids.student.utwente.nl/~mids/iip/www/ 01:12 <@mids> and in CVS ofcourse 01:12 <@mids> . 01:12 <@mids> site should be up soon too 01:12 <@mids> . 01:13 * mids hands the mic over to codeshark 01:13 <@codeshark> nothing to add ;) 01:13 <@codeshark> . 01:13 <@mids> yes you do 01:13 <@codeshark> i do? 01:13 <@mids> tell em about your work with the public nodes 01:13 <@codeshark> about the website? 01:13 <@codeshark> ok 01:13 <@mids> how you rescued 2000 01:13 <@codeshark> 23 01:14 <@codeshark> our inform server does very strict checking on the relay nodes: our list has been reduced to about 6 nodes 01:15 <@codeshark> i disabled one of these checks to allow nodes to be down more often 01:15 <@codeshark> and most important: 01:15 <@codeshark> i rescued all nodes ever added to inform and checked if they're still up 01:16 <@codeshark> now, we have 23 nodes in our list 01:16 <@codeshark> . 01:16 < _42> how are nodes added to inform? 01:16 < nop> awesom 01:16 < nop> when you announce 01:16 < nop> it sends a message to inform 01:17 <@codeshark>