大约在两个月前,易先生和我一起搞了一台服务器,托管在杭州萧山双线机房。除了易先生自己的两个网站:blogshang.comneilyi.cn 之外,还陆续为 gracecode.comyiyitoo.combbitt.comebshoe.comtypecho.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 天时间了。在这举世瞩目、普天同庆的时刻即将到来的时期里,我们的生活也变得越来越和谐。最近发现,小巷子里的路边摊没了、夜市暂停了、停车要咪表了、交警城管巡逻得更勤了,这种种一切都在向世人传递着一个信息:不惜一切,办好运动会。

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

标签: hangzhou, chinatelecom, ctc

已有 5 条评论

  1. 期待线路能早点解决 阿门

  2. “全民跳墙,从我做起”

  3. ipx ipx

    难不成我的也是这问题了....

  4. 随着闹运会的临近,最近的网络过滤是越发的厉害。最无奈的是,本人竟然需要代理才能更新自家的 Blog。

    不知道是从哪个哥们想起的这招,使用古文的竖排方式方式关键字过滤。细想一下,这种方式虽然无奈,但总比文章中加入很多的特殊符号要好的多。

    不知道在“中文字站起来以后”,会不会引起我们再次的思·想·维·新呢?想必当真如此,胡·适先生泉下也会含笑了。

    好的,回过头来看下这次的 PHP 脚本。这是[...]

  5. 轻清的风 轻清的风

    恭喜我的HOFREE成为下一个受害者o(∩_∩)o...哈哈

添加新评论