大约在两个月前，易先生和我一起搞了一台服务器，托管在杭州萧山双线机房。除了易先生自己的两个网站：blogshang.com、neilyi.cn 之外，还陆续为 gracecode.com、yiyitoo.com、bbitt.com、ebshoe.com、typecho.net 等网站提供了空间支持。

前几天 lucky 突然告诉我，说服务器的上行好像有问题。具体表现为 POST 数据慢，FTP 上传几乎不能进行。但是我看了一下却并未发现这样的情况，随后让运营商检查也没有找到问题所在，因为他们上行到服务器也很正常。紧接着，一一、badbuild、ppeng 三位同学相继反映了与 lucky 类似的情况，讨伐之声一浪高过一浪。

经过与机房技术人员为期将近一周的亲密接触和技术测试，我们重现了问题并初步认定此问题与服务器设置或机房线路带宽无关。经过杭州以外朋友的友情测试，确定省外访问无论上下行都很正常。因此，问题极有可能出在上述几位同学所使用的网络上。他们都有一个共同特征，即杭州市区电信线路。

我们来看一下从 lucky 同学家里、公司，还有我这边的网络所做的路由跟踪结果。

这是我所在公司网络到服务器：

Tracing route to 122.224.147.37 over a maximum of 30 hops:
1     *        *        *     Request timed out.
2     *        *        *     Request timed out.
3     2 ms     2 ms     3 ms  220.191.130.133
4     3 ms     2 ms     3 ms  61.130.125.153
5     3 ms     2 ms     4 ms  61.130.125.157
6     4 ms     4 ms     4 ms  61.130.125.114
7     4 ms     3 ms     4 ms  220.191.132.18
8   102 ms   102 ms   102 ms  202.101.163.238
9     5 ms     6 ms     5 ms  122.224.147.37
Trace complete. 这是从 lucky 家里（杭州电信家庭 ADSL）到服务器：

Tracing route to 122.224.147.37 over a maximum of 30 hops:
1 * * * Request timed out.
2 17 ms 20 ms 18 ms 220.191.157.213
3 19 ms 19 ms 18 ms 220.191.156.93
4 19 ms 19 ms 20 ms 61.130.125.134
5 19 ms 31 ms 19 ms 61.130.125.114
6 19 ms 20 ms 35 ms 220.191.132.18
7 121 ms 122 ms 121 ms 202.101.163.238
8 22 ms 21 ms 21 ms 122.224.147.37
Trace complete. 这是从 lucky 公司（阿里巴巴）到服务器：

Tracing route to 122.224.147.37 over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 10.1.28.2
2 <1 ms <1 ms <1 ms 10.0.99.113
3 1 ms <1 ms <1 ms 10.0.99.170
4 <1 ms <1 ms <1 ms 10.0.3.241
5 1 ms 1 ms 1 ms 121.0.31.124
6 1 ms 1 ms 1 ms 121.0.31.5
7 2 ms 1 ms 1 ms 121.0.31.73
8 1 ms 1 ms 1 ms 61.130.125.114
9 2 ms 2 ms 2 ms 220.191.132.18
10 1 ms 1 ms 2 ms 202.101.163.238
11 3 ms 2 ms 2 ms 122.224.147.37
Trace complete. 然后，我们各自又跟踪了一下到新浪网的路由。

我的：

Tracing route to jupiter.sina.com.cn [61.172.201.194]over a maximum of 30 hops:
1     *        *        *     Request timed out.
2     *        *        *     Request timed out.
3     2 ms     2 ms     3 ms  220.191.130.129
4     2 ms     2 ms     3 ms  61.130.125.145
5     2 ms     2 ms     3 ms  220.191.158.233
6    19 ms     6 ms     5 ms  61.152.80.145
7     7 ms     6 ms     6 ms  61.152.87.154
8     7 ms     7 ms     6 ms  222.72.243.250
9     6 ms     6 ms     6 ms  61.172.201.194
Trace complete. lucky 的：

Tracing route to jupiter.sina.com.cn [61.172.201.194]over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 10.1.28.2
2 <1 ms <1 ms <1 ms 10.0.99.113
3 1 ms <1 ms <1 ms 10.0.99.170
4 1 ms <1 ms <1 ms 10.0.3.241
5 * 1 ms 1 ms 121.0.31.124
6 1 ms 1 ms 1 ms 121.0.31.5
7 2 ms 1 ms 1 ms 121.0.31.73
8 1 ms 2 ms 1 ms 220.191.129.117
9 4 ms 4 ms 4 ms 61.152.80.145
10 5 ms 5 ms 5 ms 61.152.87.106
11 5 ms 5 ms 5 ms 222.72.243.234
12 4 ms 5 ms 4 ms 61.172.201.194
Trace complete. 与此同时，聪明伶俐的 lucky 同学通过使用代理服务器成功地规避了这个问题。于是，一传十、十传百，变成了全国皆知的秘密。上述几位同学因突然终于可以发文而激动万分、兴奋不已，纷纷发文讨伐我的恶劣行径。这是一一同学的，这是 badbuild 同学的。

中午的时候，请教了一位在当地电信从事数据工作的朋友。他一听到我报 IP 地址给他，他就说：你这个 IP 的网段本身就是有问题的。然后他向我解释了这件事情的原委：电信在杭州地区、七县市范围内的大城域网中部署了多个域，萧山、余杭及周边地区在同一个域内，而杭州市区另属几个其他的域。换言之，从杭州市区走路由到萧山的服务器，是需要经过多个域的路由。这次故障刚好出现在上述几位同学所在网络的上级出口上，因此产生了“东边日出西边雨”的神奇现象。

因此，需要彻底解决这个问题，只能等电信调整好市区线路的出口路由。

因为突然不喜欢服务器 IP 所在的网段，下午的时候要求机房把服务器的电信网通两个 IP 全换了。虽说问题没有得以解决，至少心里舒服多了。我一直在想，这些种种神奇的事情，会不会与运动会有关呢？

今天距离运动会只有不到 30 天时间了。在这举世瞩目、普天同庆的时刻即将到来的时期里，我们的生活也变得越来越和谐。最近发现，小巷子里的路边摊没了、夜市暂停了、停车要咪表了、交警城管巡逻得更勤了，这种种一切都在向世人传递着一个信息：不惜一切，办好运动会。

就在我们的生活被这场即将到来的运动会潜移默化地影响并改变的时候，殊不知，我们的互联网（这里也可以称为中国局域网）也被悄然改变着……

上午的时候接到一个来电号码很奇怪的电话，刚出声就听到话筒传来对方的电子语音，听起来像是用语音引擎朗读的。这段语音提示的大概内容是：您当前手机绑定的帐号是啥啥啥，欢迎您使用支付宝的手机语音支付功能，您现在可以用这项功能来支付啥、支付啥，还能支付一个其他的啥。您的朋友章某某向您发起一个 0.01 元的收款请求，确认请按啥，拒绝请按啥……

联系了这位朋友，据说是支付宝一项正处于内部测试的功能。今后在收款一栏将增加手机语音支付。问及对外上线时间时，他表示目前暂时不会。

无独有偶，下午的时候我发现，支付宝普调了所有支付宝用户的即时到帐限额。具体如下：

原普通用户即时到帐限额为 500 元，调整后为 2000 元。
原数字证书用户即时到帐限额为 2000 元，调整后为 10000 元。

与在支付宝、淘宝工作的两位朋友联系未果，关心此消息的朋友可持续关注支付宝社区公告。

（当日傍晚与其中一位取得联系，对方确认了这个消息，限额调整已经上线。）

相关截图如下。

普通用户即时到帐限额被调整为 2000 元：

- 阅读剩余部分 -

这是在今年四月到五月间发现并得到华数官方确认的消息。

说到华数宽带，它是极具有地方特色的玩意，也是地方保护主义的产物。它的官方称呼是“杭州网通”，民间也叫“小网通”，与北方的“大网通”遥相呼应。当年广电集团还没有分家的时候，它诞生了。后来广电分家，数字电视和有限宽频业务被分了出去，独立成立了杭州华数互动电视，“杭州网通”也逐渐被“华数宽带”这样的称呼所取代。

华数宽带依赖有限电视原有的物理网络铺设，其拓扑结构类似一个大型城域网。由于其直接将网线从楼宇交换机接到桌面，使得终端绕过其用户验证机制而直接联网成为可能。在 2003 年间，我证实了这种假设。那时的杭州网通宽带到期后，接入居室内的网线并不会被回收，理论上你还在这个城域网内。我在另一个杭州网通宽带用户的计算机上为网卡绑定两个 IP 地址，使其中一个 IP 地址与我的计算机处于同一网段，然后通过一些代理软件就可以实现网络共享，甚至可以实现两台或多台计算机共享一个宽带帐号，并轮巡拨号。

多年以来，华数宽带的市场占有率虽然不及中国电信，却在杭州地区（我确实不知道杭州以外是否还有）占有一席之地。由于种种特殊的需要，我们公司的网络出口使用两条线路，一条电信，一条华数。其中华数宽带主要用到了它的上行。

今年四月中下旬的时候，我发现外部用户访问华数上行的时候会被重定向到另一个 IP 上面。具体表现为，ping 被重定向到 60.12.14.2 这个IP，而 web 访问会被重定向到 http://60.12.14.2/poseidonlogin/start 这个 URL，从页面信息来看，可以初步判断是一台由华为公司提供的网络设备的 web 网管界面。通过查询 http://whois.domaintools.com/60.12.14.2 得知 60.12.14.2 这个 IP 属于杭州网通。当时我联系了杭州网通，客服称对此并不知情，答应派工单到营业厅，让我等电话。第二天我接到我们当地华数营业厅自称是技术人员的一个电话，我重复描述了一下问题，他非常神秘的笑了一下，对我说：哦，你是说线路上行啊，我们前几天确实接到市公司的通知，已经封禁了所有家庭宽带用户的上行。我问他原因，他说一般用户并不需要上行，他们此举可以节省很多带宽，为用户更好地服务，如果需要开通上行，可以申请企业专线。我无言以对，谢过之后就挂了电话。

时至今日，那个神秘的 URL 已经无法访问了，普通家用宽带的上行依然处于封禁状态，而华数官方更是没有一则通知。

支付宝，自称为国内最强势的第三方支付平台。在为淘宝提供支付功能的同时也为众多网站提供了第三方支付接口。前者免费，后者被成为外部商家，是要收费的。

目前年费 600 元年费、手续费 1％ 这种模式已经不存在了，取而代之的是包量套餐。目前有这样五种类型：
1、体验商户：600 元年费，包量 42K 交易额以内免手续费，超量部分按照 1.5％ 扣费；
2、创业商户：1800 元年费，包量 180K 交易额以内免手续费，超量部分按照 1.5％ 扣费；
3、普通商家：9800 元年费，包量 1.2M 交易额以内免手续费，超量部分按照 1.5％ 扣费；
4、高级商家：23000 元年费，包量 3.5M 交易额以内免手续费，超量部分按照 1.5％ 扣费；
5、VIP 商家：50000 元年费，包量 10M 交易额以内免手续费，超量部分按照 1.5％ 扣费。

一直以内，业内普遍质疑支付宝的盈利模式。认同度比较高的一种主张认为，支付宝依靠其长期囤积在银行托管帐户上的利息吃饭。而支付宝自身解释其目前除了外部商家业务外并无其他盈利模式。

与此同时，支付宝作为一种网络支付工具，也成为了在某些情况下用于套现、洗钱的工具。对此感兴趣的朋友可以参见这里和这里。

今天用支付宝的时候，突然发现付款方式中多了一个“现金付款”：

- 阅读剩余部分 -

前几天在 CB 看到一则消息。说自从 Foxmail 推出邮箱服务 Foxmail.com 后，一直没有开放注册方式。4 月 18 日起，可以通过邀请注册 Foxmail 了。与此同时，除了邀请注册外，Foxmail 还开放了 Foxmail 客户端申请（其实这个早就有了）和手机短信注册。这些注册方式可以参阅这里。

有评论指出，Foxmail 此举乃是当年 Gmail 和 Windows Live 用滥的方法。腾 X 公司一直习惯于模仿其他公司的操作方式，对于 QQ 新版本、新上线内测的网游等全都采用邀请注册加会员特权方式。陈腔滥调，让人不禁反胃。

我用几百年前通过 Foxmail 客户端注册的帐号登录了一下，在登录后的首页看到这样一段文字：

- 阅读剩余部分 -