Lunarpages是知名的美国主机商，前不久有幸体验一下Lunarpages的客户服务，个人评价还不错，虽然我最后有些失望，但恐怕不能怪罪于对方的客服工作不到位。

上个月租用了Lunarpages的虚拟主机，边学边用，作为新手也基本上可以玩得转了，虽然对Lunarpages良好的客服有所耳闻，但谁吃饱了撑的愿意没事去找客服呢，还不就是有问题搞不定，才不得已捡起已经荒废了N年的蹩脚英文去和老外沟通。

俺最近就这么搞了一回，起因是感觉网站的访问速度够慢，运行了一个月总是这么慢，平常也浏览过不少放置在美国主机上的网站，对网站的访问速度有些体验，觉得自己租用的这个空间不应该这么慢，能够跟平常访问的一些置于国外的小站速度相当，心里才会平衡些。

准备联系Lunarpages客服来解决这个网站访问过慢的问题，首先要自己把问题整理清楚了。使用不用的网站程序以及普通的静态html文件测试 过，开启速度也很慢，这就排除了自身网站程序的问题。然后Ping一下主机所在的IP，很稳定的维持在600~700多ms，丢包现象比较少，从这个 Ping值来看，速度真够慢的。接下来做Tracert，找到了延时原因，我上网使用湖北电信线路，通过位于上海电信的国际出口路由器接到国外， 600~700多ms的延时恰恰发生在国际出口的这个环节。联系广东的朋友帮忙Ping一下，更慢，800ms以上，估计原因也差不多，八成是卡在了广州 的国际出口路由上。

这样猜测的结果就是，不会是Lunarpages服务器的问题，因为在国内的这一段已经造成了网速慢，另外在网上搜了一个可以通过全球几个节点测速的 工具，中国的代表节点在北京，从这个节点打开我的网站居然要10秒以上，欧美与亚洲的其他节点都在2秒以下，佩服我的祖国，我们伟大的全球最大局域网，我 们伟大的信息高速公路，我们伟大的窄轨道。

但问题应该还是有解决的途径，因为有很多放置在国外的网站都比较快，否则咱当初也不会考虑国外空间，那么就先返回国内找根源，最大可能是与国际出口路 由相关，安置在北京、上海与广州的国际出口路由应该也是可以有选择的，tracert不同的国外网站，会发现途中经过的IP有所不同，我的网站所在的主 机，其所在的IP段，偏偏就是从一些比较慢的出口联接过去的，如果有机会换到别的IP段，是否就可能从一些快的出口联接上去呢？

私底下大致是这么想了，马上开始联系Lunarpages客服，先在帮助平台上注册一个帐号，然后按照Lunarpages的客服流程，写一个 ticket，描述问题以及自己在Lunarpages上的帐号情况，递交给support部门。问题要写得简略，就说我来自中国，访问网站的速度慢，请 他们给于解决，也祝他们圣诞快乐。第一次提交ticket的时候，我不会把自己事先的这些分析与猜测写上去，因为这样只会使简单的问题复杂化，咱是请客服 解决问题的，他们有自己丰富的处理经验，我没必要把自己不成熟的思路与想法强加于人，而是借这个机会学习一下Lunarpages处理问题的思路。同时也 额外地提了一下说如果对方建议我购买独立IP，我也乐意接受。

提交问题的时间是美国当地时间圣诞节后的凌晨，没指望马上答复的，以为把问题交上去了，早排队早处理就可以，没想到几分钟后收到第一封答复，问我是否 访问网站的时候遇到了错误，请我提交自己所在的地域位置、ISP信息以及提供trace route与nslookup数据。关于我前面提到独立IP的事情，他们很顺利地踢了一个皮球回来：如果我想要一个独立IP，请联系……。

针对客服的回应，我马上答复说网站访问正常，没有错误信息，只是打开网站的速度慢，并报告了ping的数据，当时是700多ms。

之后收到客服的第二封回应，大概也是觉得我这个ping值不理想，让我提供完整的trace route数据给他们分析。

将trace route拷贝出来发过去，同时表达一下自己对这个问题的迫切与沮丧之情。马上又收到回应，说trace route数据表明我trace的第一个hop已经发生了延时，问我是否有防火墙、防毒软件以及是否直接通过modem连上网的。这个答复有些意外，可以 肯定这几个因素都不是问题的诱因，但还是应该认真回应客服的分析，防火墙与防毒统统关掉，上网一向是直连的，重新trace route还是一样。

之后一来一往多次，Lunarpages分析认为网络延时的问题发生在trace route途中，与之前的猜测一样，他们认为是hop 6，也就是国内出口路由的那个位置是造成延时的原因，让我找ISP反映并处理这个问题，这哪里能搞得定，国内上网哪有这么自由选择的余地啊。于是我以 Lunarpages官方网站为例（相对速度快一些），列出其trace route数据，以此说明虽然延时的问题是在我方产生，但他们可否有办法让我避开那个很慢的出口，至少象访问Lunarpages官方网站一样，途径的 hop 6就不会那么慢。

接下来的几封答复有些浪费时间，他们认可了转移我的空间到别的服务器，但提供的位置居然与原先的空间都在相近的IP段，trace下来的结果也一样， 都得经过那个蜗牛一样慢的出口，我不得不表明态度，希望他们能帮我换到一个明显区别于前者的IP段，藉此才有机会在国内重新选一个出口。客服有点头疼，把 问题转交给了技术人员，劳我耐心等等结果。然后就提供给我更多服务器来测试，居然还是一个IP段，测试下来结果都彼此彼此，如果只能给这些同区域的服务器 来选择的话，这个问题根本解决不掉，也没必要换服务器，因为网络延时的原因不是发生在Lunarpages服务器一方。

时间过去了好几个小时，俺有些抓狂，开始在网上搜罗Lunarpages服务器的蛛丝马迹，居然发现了有的Lunarpages服务器与我此时所在服 务器的方位差别比较大，而且也发现了有速度快一些的。很奇怪客服为什么不提供一些范围更大的服务器给我选择，而是只在那一个小圈圈里面打转。于是我把自己 搜集的速度比较快的服务器和所在IP信息提交上去，请他们帮我换 换 换，真的抓狂了。

人一急就犯傻，我为什么要指定一个服务器的名字让他们给换上去呢？我应该以举例子的方式表达，就说某某IP位置访问起来快一些，ping的时间短， trace route的数据也表明那个很慢的hop 6变成了一个快一些的，然后请他们参考这样的例子，帮我找一台能够在中国快速访问的服务器。

后悔已经来不及了，他们最后真就帮我换上了指定的服务器。而且在处理的过程中，客服可能对这种变更IP段的空间迁移感觉有些意外，准备也不够充分，中 间耽搁了一天，客服解释说给域名分配IP的过程中发生过一点点问题。搞得我还以为那个问题没有下文了，于是关闭了这个ticket，重新提交一个，新的 ticket直入主题，就说申请更换服务器到哪里哪里，同时也说明这个ticket承接原先的一条ticket，ID是###，因为旧的ticket等好 多小时不见响应，于是关掉旧的开了新的。

新提交这个ticket还真管用，马上得到答复，解释了原因，也大致讲解了处理步骤以及需要我再等待一天。Lunarpages客服处理问题的头脑还 是很清醒，两个ticket一总结，关闭新的ticket，旧的重新open，然后服务器也换好了，俺也无奈地再把这个ticket给关闭掉。

其实换完服务器也没见多大改善，ping下来的数值的确漂亮好多，但是容易丢包，网站实际访问的速度还是不够理想，只能是勉强接受了。 Lunarpages给于更换服务器的机会只有一次，既然已经换了，是骡子是马也就这么豢养得了。难怪论坛上的老手建议不要轻易换空间，我这么折腾一圈没 见多少改善，也没学到新的分析思路，弄不好哪一天这个国际出口堵塞了，访问网站还是一样傻眼，恐怕还不如原先的空间。

最后还得说Lunarpages的这个Ticket系统真不错，一个问题申报与处理的排队机，客服的响应速度与态度也都很好，讲解的很清楚，处理事情有头有尾，感觉蛮不错，这一次当顾客不窝囊。

http://blog.zatan.info/?action=show&id=56