快速回顾
出席: A123, brutus, Complication, gloin, jrandom, LevDavidovitch, mihi, mihi, mule, postman, Ragnarok, Sugadude, wiht
会议记录
16:14 <jrandom> 0) 嗨 16:14 <jrandom> 1) 网络状态 16:14 <jrandom> 2) 0.6.1 16:14 <jrandom> 3) ??? 16:14 <jrandom> 0) 嗨 16:14 * jrandom 挥手 16:14 <+Ragnarok> 好的,我先不继续提问了 16:14 <jrandom> 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2005-September/000933.html 16:14 <+Ragnarok> 嗨 :) 16:15 <wiht> 大家好。 16:15 <jrandom> 如果你愿意,我们当然可以在第 3 项??里进一步深入讨论 16:15 <+Ragnarok> 不错 16:15 <jrandom> 好,进入 1)网络状态 16:15 <jrandom> 总体来说,一切看起来相当稳健 16:16 <A123> HTTP outproxy(出站代理)只是由一个 router 运行吗? 16:16 <wiht> 我在 router console(路由器控制台)上看到 307 个已知节点。 16:16 <A123> (我对 I2P 的工作方式还不太清楚) 16:16 <jrandom> 默认配置了两个 outproxies,另外还有几个可用但非默认配置的 16:16 <wiht> 最近网络增长,有谁的带宽被占满过吗? 16:17 <jrandom> 嗯,我的带宽使用增加了,我的 routers 上稳定在 30–40KBps 16:17 <jrandom> (也就是稳定在 30–40) 16:18 <jrandom> (我也在运行一些高流量服务,比如 squid.i2p ;)) 16:19 <A123> 看过日志吗? 16:19 <jrandom> squid 的? 没有,我把它设置为不记录任何请求日志 16:20 <+Ragnarok> 记住,他可能在撒谎 :) 16:20 <+Ragnarok> 所以,这个问题很蠢 16:20 <jrandom> (不过这也可能是谎话,而且我也许为 FBI/等机构工作,所以别滥用 ;)) 16:20 <A123> 我只是好奇里面有没有什么有趣的东西 :) 16:21 <+mihi> A123:自己运行一个 outproxy 吧 :) 16:21 <gloin> A123:搭一个 tor 节点。 16:21 <A123> 好设置吗? 16:21 <jrandom> 不太容易 16:21 <A123> gloin,tor 明确不是为文件分享设计的,所以我不太感兴趣。 16:22 <jrandom> (我是说 outproxy 不容易。tor 倒是容易搭) 16:22 <A123> 至少,他们明确表示不希望人们用它来做文件分享。 16:22 <wiht> jrandom,你是否仍想等到 1.0 版本再正式对外宣布 I2P 项目的成熟度? 16:23 <+mihi> A123:这绝对比在 nickserv 注册你的昵称更难哦(提示 提示) 16:23 <A123> 哦对,我当然不想 A123 被人抢走 :) 16:23 <wiht> 如果网络现在运行良好,能承受更多用户的加入吗? 16:23 <jrandom> 在 1.0 之前我们需要做一些推广,以便在更大的环境中进行测试 16:24 <+Ragnarok> 也许来个预览版,或者类似的东西 16:24 <wiht> 测试版?听起来不错。 16:25 <jrandom> 嗯,这会和网站改版同步推进,也许在 0.6.2 之前 16:25 <jrandom> (或者就在 0.6.2) 16:25 <jrandom> (网站改版是关键路径的一部分,这样我们就不用花大量时间重复回答相同的问题) 16:25 <+Ragnarok> 嗯,但要比普通测试版在终端用户体验上再打磨一下 16:26 <A123> 了解 I2P 的客户端能否比较容易地自己配置 tunnels? 16:26 <jrandom> 可以 16:26 <A123> 我想它们也可以一直对控制台发 HTTP 请求…… 16:26 <+Ragnarok> router console 也需要一次大改。如果首页更像一个 i2p 门户,把所有技术性内容往里挪一挪会更好。 16:26 <jrandom> 那是它们连接到 i2p 时发送的属性之一 16:26 <jrandom> 同意,Ragnarok 16:27 <A123> 嗯。那 Azureus 的 I2P 插件也可以更友好一些。 16:27 <A123> 或者说,至少要有点友好性。 16:27 <jrandom> 同意,A123 ;) 16:27 <jrandom> (不过他们在展示可行性方面做得很好) 16:28 <jrandom> 最近邮件列表上有很多关于可用性的好建议 16:28 <jrandom> 其中很多/大多数应该在邀请新用户试用 i2p 之前完成 16:28 <A123> 来自控制台:"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 <A123> 我会在哪里看到 "Status: ERR-Reject"? 16:29 <+Ragnarok> 很棒,我们现在已经到了可以开始关注可用性的阶段 :) 16:29 <jrandom> A123:在你 router console 的左侧,会显示 Status: OK(或 Status: unknown,或其他) 16:29 <+Complication> 在 router console 的 Status 字段里。 16:29 <jrandom> 确实,Ragnarok 16:29 <+Complication> 希望你在那里看到的是 OK 或 OK (NAT)。 16:30 <A123> Complication,啊,谢谢。如果你点击 "Check network reachability...",就是更新那个吗? 16:30 <wiht> 我希望 I2P 未来的版本不必破坏兼容性。过去整个网络迁移到新版本似乎很痛苦。 16:30 <+Complication> A123:是的,你点击时它会重新测试 16:30 <+Complication> 不过不会立刻发生。 16:30 <jrandom> 呃,现在没以前那么痛苦了,但如果能避免当然更好,wiht 16:30 <A123> 那我需要刷新页面吗? 16:30 <A123> 嗯,不,这样会再发一次 http post…… 16:31 <+Complication> A123:可能需要一分钟来找到合适的测试 peer 16:31 <+Complication> 因为你不能和你已经在通信的那些节点进行测试 16:31 <+Complication> 那样可能会给出错误结果。 16:32 <+Complication> 所以,过一会儿你再看 router console 时就会显示出来。 16:32 <+Complication> 基本上,在理想情况下,你不需要手动触发 peer 测试。 16:33 <+Complication> =不需要 16:33 <jrandom> 没错,i2p 现在在发生某些事件时会自动进行 peer 测试 16:33 <jrandom> (比如当有人告诉你,你的 IP 跟你所认为的不一样时) 16:33 <A123> 我觉得那个按钮完全不直观。我不知道它在更新什么、什么时候更新,而且它从来没有明确告诉我测试结果…… 16:34 <A123> 页面没有自动刷新(我觉得),我也不能在浏览器里重新加载…… 16:34 <jrandom> 重新加载应该是安全的 16:34 <A123> 那肯定会再触发一次测试吧? 16:34 <jrandom> 不过是的,router console 更偏技术性设计,而不是可用性 16:34 <jrandom> A123:它有一个 nonce 来防止那种情况 16:34 <+Complication> 这部分未来也许可以加上更好的说明文字 16:35 <wiht> 我们已经跳过第 2 项直接到第 3 项了吗? 16:35 <jrandom> Complication:我们可能会把它去掉,因为没有必要 16:35 <jrandom> 不,还在第 1 项 16:35 <jrandom> 其实,关于 1)网络状态,还有别的要说的吗? 16:35 <A123> 啊,确实,点几次后它就会抱怨 nonce。 16:35 <jrandom> 如果没有,我们进入 2)0.6.1 16:35 <A123> 对非极客来说,“nonce”看起来就像是个鬼话单词。 16:36 <A123> :) 16:36 * Complication 看看图表 16:36 <+Complication> 我这边对网络状态没什么抱怨。 16:36 <jrandom> w3wt 16:37 <A123> reseeding(重新引导种子)为什么不是自动的? 16:37 <jrandom> 好,关于 0.6.1,我没有太多要说的,邮件里已经说明了 16:37 <gloin> 嗯……入口和出口流量不应该或多或少是对称的吗? 16:37 <A123> 我的看起来差不多是对称的。 16:37 <jrandom> A123:是的,不过我们也许能用更安全的方式来做 16:37 <+Complication> gloin:如果有人在下载(leeching)或做种(seeding)的话就不会对称 ;) 16:37 <+Ragnarok> 如果你在下载东西就不会 16:38 <A123> 总计:3.74/4.09KBps(这是入/出) 16:39 <gloin> Complication:这是安全问题吗?“外来”流量不应该减少吗? 16:39 <+Complication> gloin:取决于你用什么标准 16:40 <+Complication> 追求最高安全性的人显然不应该做那些允许他人导致其带宽出现可观测变化的事情。 16:40 <jrandom> gloin:随着我们迈向 1.0,我们将停止公开那些统计数据 16:40 <A123> 我的 ISP 仍然会知道…… 16:40 <jrandom> 不过是的,抵御本地流量分析确实需要你参与他人的 tunnels 16:41 <+Complication> (对于“their BW”的严格定义,指“在其节点起始/结束的带宽使用”) 16:41 <jrandom> (或者做足够的填充流量。例如 tarzan 有“mimics”用来浪费带宽^W^W保护匿名性) 16:41 <A123> 嗯。 16:41 <A123> 我用的是 ADSL,下行能力远大于上行。 16:42 <+Complication> 很多人都是这样。 16:42 <A123> 当我的下载超过上传,这难道不就意味着我在下载东西? 16:43 <wiht> 不,你也可能在转发他人的流量。 16:43 <+Complication> 我想那确实意味着你在下载点什么。 16:43 <A123> I2P 会缓存数据吗? 16:43 * 如果我说错了,wiht 希望被纠正。 16:43 <+Complication> 除非你的做种和下载一样多。 16:43 <jrandom> i2p 本身不做缓存 16:43 <+Complication> A123:据我所知不会进行缓存 16:43 <jrandom> 不过 syndie 会。 16:44 <A123> 如果没有缓存,那么我的下载超过上传就一定意味着我自己在下载东西,对吧? 16:44 <jrandom> 如果你有大量入站流量但当前没有出站流量,你可能只是在运行一个 syndie 节点 16:44 <jrandom> 是的,A123,在时间窗口足够小的情况下 16:45 <A123> 因为在网络缓冲区填满之后,我有用的下载速度只能等于我的上传速度。 16:45 <jrandom> 对于某种威胁模型,是这样 16:45 <A123> 嗯。 16:45 <jrandom> (具有足够资源的本地被动攻击者,或一个有针对性的本地攻击者,等等) 16:46 <+Complication> 你可以下载得更快,但这会增加风险。(因此我把上/下限设得差不多。) 16:46 <A123> 啊,说得对,我可以限制我的下载速度。 16:46 <@LevDavidovitch> 顺便说,你应该同时限制下载和上传速度 16:47 <+Complication> 但如果有人把下载多于上传的每个人都当作目标……那他基本上是在盯着所有人和他们的奶奶。 16:47 <wiht> 看起来我们在 IRC 上仍然有断连问题。 16:47 <jrandom> wiht:只有少数人有 16:47 <wiht> 好的。 16:47 <@LevDavidovitch> 另外,这段时间重连非常快 16:48 <jrandom> (而且没有以前那么糟) 16:48 <wiht> 同意,重连更好了。 16:48 <jrandom> 嗯,我们的 irc 服务器托管在有合理带宽限制的 routers 上,真不错 :) 16:49 <jrandom> ((不是说以前不合理,以前很好,只是我们发展得超过了它)) 16:49 <A123> 不支持 DCC 有技术原因吗?它可以像 nat 模块那样实现,对吧? 16:49 <jrandom> 好,关于 2)0.6.1,还有什么要补充的吗? 16:49 <jrandom> 是的,A123,不支持 dcc 有技术原因 16:50 <@LevDavidovitch> 我想那得在客户端实现。 16:50 <jrandom> 可以有人实现一个支持 dcc 的 irc 代理,但还没人做 16:50 <A123> 都是什么原因?还是说这是个很长的话题? 16:50 <jrandom> 支持 dcc 需要了解并解释 irc 协议,并在必要时重写发送的 irc 消息 16:50 <@LevDavidovitch> 普通 dcc 会使用任意端口等等 16:50 <jrandom> (尤其是用于建立 dcc 连接的 ctcp 消息) 16:50 <A123> 哦,我想问的就是这个……是否在技术上可以像 nat 模块那样做(它会按照你说的去改写)。 16:51 <jrandom> 我不知道 nat 模块是什么? 16:51 <@LevDavidovitch> nat 使用了一些 UDP 的奇技淫巧。 16:52 <@LevDavidovitch> 我想他指的是 nat 穿透那套东西 16:52 <jrandom> 啊,好吧,技术上可行,但没人自愿来做(而且我已经忙不过来了) 16:52 <A123> 不……至少在 Linux 上,iptables 有个 masq 模块,会改写带有 DCC CTCP 请求的 IRC 数据包。 16:53 <@LevDavidovitch> 啊,我明白了 16:53 <@LevDavidovitch> 也许那里面的部分代码可以用 16:53 <@LevDavidovitch> 得看它和那个 ip 过滤东西有多耦合 16:54 <jrandom> 也许只要扩展 I2PTunnelClient 来解析 irc 会更简单 16:54 <A123> http://www.koders.com/c/fidA6A89E1080590138EB211E694473DDDD098B6B75.aspx <- 也许有意思,来自 Google。 16:54 <jrandom> (就像 I2PTunnelHTTPClient 扩展它来解析 HTTP 那样) 16:55 <@LevDavidovitch> 在大多数国家不是。 16:55 <@LevDavidovitch> 哎呀 16:56 <jrandom> A123:操作系统层的过滤器部署会有点难,但如果有人想做,那会是个不错的起点 16:57 <jrandom> 好,关于 2)0.6.1 还有别的吗,还是我们转到 3)??? 16:57 <A123> jrandom,其实不一定需要在 OS 层吧?反正它会通过 IRC 的 tunnel 过来…… 16:58 <jrandom> 事实上,作为 iptables 过滤器都行不通。 它必须在 i2ptunnel 或其他了解 i2p 的代理里实现 16:58 <jrandom> 无论如何,这是一大堆工作,除非有人自愿去做,否则永远也完不成 ;) 16:59 <jrandom> (不过这事做出来会很酷) 16:59 <A123> 对。 16:59 <A123> 我的意思是“像 iptables 过滤器那样”,不是“用 iptables 过滤器” :) 16:59 <A123> -the+a 16:59 <A123> +n 17:00 <A123> 嗯嗯。 17:00 <@LevDavidovitch> 继续吧,我想 17:01 <jrandom> 好,进行到 3)??? 17:01 <jrandom> (不过也可以说我们从一开始就一直在 3);)) 17:01 <jrandom> 还有什么想在会议上提出的吗? 17:01 <+fox> <brutus> 关于 3)在 1.0 之前把 bugzilla 整理好会不错 17:01 <wiht> 说到邮件列表上的可用性建议,你有没有把其中一些纳入 I2P? 17:02 <jrandom> brutus:我们以前有 bugzilla,但没人用 17:03 <wiht> 我想说的是,你现在仍专注于 I2P 核心功能,计划稍后再聚焦可用性吗? 17:03 <A123> 我不想在这里试,但我觉得此刻给某人发一个 DCC 请求会把你的 IP 暴露给他们。 17:03 <A123> (假设你的客户端知道你的 IP) 17:03 <jrandom> wiht:上周我对 streaming lib 做了许多改进,这应该会大幅提高可用性 17:04 <jrandom> A123:irc 服务器会过滤 ctcp 消息 17:04 <jrandom> (它们做过修改) 17:04 <A123> 服务器嘛…… 17:04 <jrandom> 不过是的,那确实会把你的 IP 发给服务器(它可能会丢弃,或者存进某个 NSA 数据库) 17:04 <jrandom> 所以,别发送 dcc 请求 17:04 <A123> 我也不太想让服务器管理员知道我是谁 :) 17:05 <A123> (理论上是这样。现在或者在你们这里我不在乎) 17:05 <A123> 也许值得提醒用户这一点。 17:05 <jrandom> wiki 上有一页列了很多相关问题,iirc 17:05 <jrandom> (去 ugha.i2p 看看) 17:06 <+fox> <mihi> 顺便问一句:irc2p 服务器之间是通过 i2p 连接还是直接连接? 17:06 <+Complication> 我猜是 i2p 17:06 <+Complication> 除非这期间有人疯了而没通知我。:P 17:06 <wiht> jrandom,那很好,但 Isamoor 的 UI 建议怎么样了? 17:07 <jrandom> mihi:我相信它们是通过 i2p 互联的 17:08 <jrandom> wiht:我最近做的事情列表在 http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 17:09 <jrandom> 还有许多事要做,也会做更多,但我只有两只手 17:09 <wiht> 谢谢,我去看。 17:10 <jrandom> 其实,我有件事想在会议上提一下…… 17:10 <A123> fox 正在 changating 的服务器/频道是什么?或者我误解了 fox 的用途? 17:11 <jrandom> 正如在 hq.postman.i2p 上提到的,我们已经通过 postman 的服务器提供了超过一整年的匿名邮件服务! 17:11 * jrandom 欢呼 17:11 * wiht 不想显得不知感恩。 17:12 <A123> jrandom,垃圾邮件发送者发现这点了吗? 17:12 <jrandom> A123:fox 是到 irc.freenode.net 的桥接 17:12 <A123> (好吧,这是一种很慢的垃圾邮件方式……) 17:12 <jrandom> A123:应该没有,postman 有反垃圾措施 17:12 <jrandom> 不过入站垃圾邮件有点麻烦 ;) 17:13 <jrandom> (不过我在那里的账户过滤得很好) 17:13 <mule> 真有那么久了吗。时光飞逝…… 17:13 <A123> jrandom,啊,谢谢。 17:13 * Complication 看看是否终于有人通过电子邮件给他扔来一只熊 17:14 <+fox> <brutus> 是啊,postman 和 cervantes 值得一枚勋章,他们在这里承担了很重的工作 17:15 <+fox> <brutus> 的确是很棒的服务 17:16 <jrandom> 绝对的。mule 和他的 outproxy 与 fproxy、orion 和他的网站,还有你们所有人的内容,都很棒 :) 17:16 <jrandom> 好,还有什么要在会议上提出的吗? 17:16 <wiht> 说到内容…… 17:16 <wiht> 看起来我们知道哪些站点在线、哪些不在线,但没有一个易于访问的站点目录。 17:17 <A123> 我的时钟走得快。能不能把 "Updating clock offset to -316819ms from -304801ms" 这类消息的级别从 "CRIT" 降低?这有点让人不安。 17:17 <wiht> 我在想做一个目录,让站点管理员可以发布他们网站的简介。 17:17 <jrandom> orion.i2p 还挺容易访问的吧……? 17:17 <jrandom> A123:嗯,也许可以 17:18 <wiht> 它有站点用途的简短描述吗? 17:18 <+postman> A123:垃圾邮件只是入站邮件(来自互联网的邮件)的问题 17:18 <jrandom> wiht:有的,不过我不知道那些描述是从哪儿来的 17:18 <+Complication> wiht:不,orion 似乎没有那个功能 17:18 <wiht> 我再看看。 17:18 <jrandom> iirc jnymo 以前维护它们 17:18 <+postman> A123:i2p mail 用户很少能给自己发垃圾邮件,同样也无法向互联网目标发送垃圾邮件 17:19 <+Complication> 抱歉,我的意思是它看起来不是用户可访问的。 17:19 <wiht> 我在想做一个对站点分类的目录,有点像 dmoz.org。 17:19 <A123> wiht,作为一个新用户,这听起来很棒。 17:19 <+fox> <Sugadude> wiht:我们有足够多的站点到需要分类吗? 17:19 <A123> wiht,不过看看 Freenet,那是一个不该怎么做的绝佳反面例子。 17:20 <jrandom> 一个可靠的分类站点会很不错。或者我们可以把它整合进 syndie,让人们给他们的 peer 引用打标签并分类(并分享它们) 17:20 <jrandom> (syndie 已经为每个书签提供了一组分类标签,用 dmoz 风格把它们可视化地展现出来不难) 17:20 <jrandom> 而且它会是本地的 <--- 快 17:20 <A123> 或者干脆让 Google 对 i2p 感兴趣…… 17:20 <jrandom> 呵 17:24 <jrandom> 好,如果会议没有其他事项…… 17:25 * jrandom 收尾 17:25 * jrandom *baf*s 地宣布会议结束