国外虚拟主机评论

Hostgator免费主机注册过程

hostgator — Wed, 14 Mar 2007 10:52:07 +0000

准备娶美国虚拟主机已经很久了，今天有时间就去“折腾”了一下Hostgator的那个1美分体验计划，也就是花8分钱RMB（相当于免费了）让你试用Hostgator一个月的主机。功能上和Hostgator的baby plan别无二样：5G空间、75G月流量、无限域名、无限FTP、无限MYSQL；支持PHP、CGI、Perl、SSI；CPanel面板。

我没有VISA等国际信用卡，不过好在Hostgator支持不经验证的paypal帐户来付款，paypal上我还有几十块美金的，汗。

不过也正因如此，Hostgator经常对于那些未经验证的paypal帐户，要求电话认证，今晚纯属赌运气了。下单，按照步骤仔细填写个人真实资料，paypal支付完毕（0.01USD），最后就是等EMAIL。

第一封

2006/7/20, sales@hostgator.com :

Please allow up to 20 minutes for your account to be setup. You will receive an email notification at such time along with your account information. If you fail to receive this email please check your spam / junk email folder. If you still don’t have it please contact sales@hostgator.com with another email address we can send to.

让我等20分钟，系统正在建立我的帐号……

第二封

2006/7/20, HostGator Sales :

jianshu.liu@gmail.com,
Your Ticket has been received and a member of our staff will review it and reply accordingly. Listed below are details of this Ticket. Please make sure the Ticket ID remains in the subject at all times.

Ticket ID: CPN-12345
Subject: Item #67896 - Notification of Payment Received from reviews (webhosting@gmail.com)
Department: Sales
Status: Open

还在让我等回复，并请我请一直保留Ticket ID

第三封

2006/7/20, billing@hostgator.com :

Dear webhosting,

Notice: Your invoice 12345 has been processed by HostGator.

Status:Manual Payment
Invoice Number:12345
Invoice Amount:$0.01
Date Paid:2006/07/20
Amount Left:$0.00
Trans ID:88L33766VP457290Y
Date: 2007/01/20

通知我invoice已处理，并告诉我可在线查询状态云云。

第四封

2006/7/20, sales@hostgator.com :
Welcome to the hostgator family!

Your Domain: talk.info
Your Username: webhosting
Your Password: ******
Your sites IP address:76.52.**.***

Your name servers:
ns249.hostgator.com
ns250.hostgator.com

Please read
http://www.hostgator.com/gettingstarted.html for all the information needed to manage your account.

Sincerely,
The Hostgator Team

OK，搞定，被告知用户名、密码、IP、DNS server，顺利登陆，使用正常。

我看了一下EMAIL的时间，从接受我的订单到全部完成，23:23-23:43，整个过程只花了20分钟，不得不佩服老外的工作效率。

接下来我就开始担心会不会收到传说中的第5封EMAIL，因为一旦收到，你的帐号将立即被冻结，要求对你的某些个人信息进行电话认证。如果时间拖得久了还不能完成认证，帐号将被删除，所付款项也予以返还。我可不希望这样，国际长途倒还好说，主要是我的E文实在……

据说这第5封的内容是这样：
主题: Verification of Account 帐号确认
Hello,
Thank you for your recent purchase with us. In order for us to set this up for you, we will need you to call and verify your account as well as confirm some information. Please do so at your earliest convenience to ensure that your account with us is set up as soon as possible.

1-866-96-GATOR (toll free)
001-561-353-1164 (International)

等了一个小时，没收到，按例如果有第5封的话，跟前面几封的时间应该保持同步。过关了，Lucky！

Hostgator的主机，是我见过从国内访问速度最快的（FTP上传也快，平均能达到20K+，比起IX及bluehost的5K不到我很满足了），价格也是最高的（9.95USD/月）。唯一令我比较担心的是，Hostgator支持成人内容，被国内屏蔽掉的风险可能相对较大。不过据说可以买固定IP或者更换IP来解决这个问题。链接去注册页面
。

hostgator，免费虚拟主机 hostgator，免费虚拟主机

美国虚拟主机Hostmonster和Dreamhost排名

hostgator — Wed, 14 Feb 2007 10:54:36 +0000

Dreamhost Hostmonster

美国虚拟主机Hostmonster空间价格比较便宜，已经用了半年了，以前也用过特别便宜的Dreamhost空间，来比较评测一下这两个国外虚拟主机之间的差异。

1.两个美国空间的国内访问速度基本差不多，南方地区ping值一般在150ms左右，北方200MS左右，差别在Dreamhost主机的速度偏慢，国外访问速度上Hostmonster也比较快，不过都是感觉区别不太明显，主要是因为Dreamhost主机的控制面板设计还是比较老的，整个后台还不够先进，这主要表现在安装插件比较多的Wordpress的页面生成时间就比较长。可能Dreamhost一台服务器上搭载的站点比较多的原因吧！

2.Dreamhost可以定制的内容比Hostmonster多，不过对于新手有些麻烦浪费很多时间，Dreamhost经常被国内小的IDC主机服务商用来作reseller（够黑的）。Dreamhost有每个绑定的域名单独的phpmyadmin,有单独的SSH，可以设定每个域名在服务器上的路径，但Hostmonster规定得就比较死，它的 phpmyadmin只有一个root帐号，SSH也同样，并且比较糟糕的每个域名在服务器上的路径都是自动生成的，比方你绑定 blog.AAA.com，它会自动设定它的路径为/public_html/blog，但当你再绑定blog.BBB.com时，它的路径竟然还是 /public_html/blog,这使得你能绑定blog的二级域名只能一个。

3.Dreamhost的php版本可以自己选择php4还是5,但Hostmonster也能自主选择，但开帐户的时候默认是在php4的机器上的，只有你自己发邮件给support@hostmonster.com 要求换主机时，他们才会给你换，我发了邮件后，是第二天给我换好的（这有一个好处，对于大陆用户来说，换成PHP5实际上是转移了一个服务器，IP相应也更换了，对于害怕伟大防火墙的用户比较好，如果还是被封，就不停的来回换，他们可是有好几百台服务器呢）。

4.绑定域名方面，Dreamhost不管三七二十一都能轻松绑定，而Hostmonster是先检测你的域名的NAME SERVER是不是 ns1.hostmonster.com ns2.hstmonster.com，如果不是，它就不让你绑定，而且很多情况下，即使你设好了，你还是加不上，这时下面会有一个请求support帮你手动绑定的信息框，只要多发几次，support就会帮你绑定好了（免费域名就没这个问题了）。

5.Dreamhost上你有问题要解决，是直接在控制面板内给support发信息。而support多快能回复你，就看他是不是忙了。而 Hostmonster有24小时的热线电话和在线的live chat，他们似乎不推荐以发邮件的方式咨询问题。热线电话因为要打国际长途，不过那反应更是实时的，但live chat倒是聊过好几次，几乎每次都有客服人员在线，并且马上能帮我把问题解决，这一点hostmonster做得比较好。

6.Dreamhost上SSH功能是否开通是由你自己解决的，但是hostmonster的SSH功能要开通，你要传真或Email你的身份证件复印件过去，我用手机拍了自己的身份证，Email发给了他们，我怕他们不认识汉字，特地注明这是中国的身份证，大约过了一小时，就发现SSH可用帐号登录了，还不算太慢。

7.Dreamhost在我试用的几天内出现了好几次页面找不到或者数据库无法访问的问题，而Hostmonster到现在还没出过类似的问题。

8.Dreamhost现在没有CPU限制，而Hostmonster有CPU最大占用率20%的限制，一旦你一个人占到20%，系统就会将你挂起 1min,不过这个限制其实还是很能理解的，一台主机上要搭载很多的站点，如果一个站点的CPU占用就达到20%,那其它的都不必用了。

总得来说，Hostmonster是个很不错的美国虚拟主机，Dreamhost就不那么推荐了，但是想想专属主机都可能碰到日常的故障和安全维护方面的麻烦，能用到这么便宜的虚拟主机应该很满意了。

Dreamhost, Hostmonster Dreamhost, Hostmonster

如何找出GFW在Internet的位置

hostgator — Thu, 30 Nov 2006 01:54:31 +0000

防火墙 GFW

找出GFW在Internet的位置

从下面的分析我们就可以完全的肯定阻断公司邮件正常来往的就是 210.53.126.2 之后的GFW发送的假信息。还好公司的邮件全都是正常的，GFW并不会完全封死，所以过段时间以后会自动恢复。由于发送的邮件非常多，也不一定是同一个服务器，所以不能用VPN来解决，不太现实。当碰到这样的问题的时候我们目前只怕唯一能做的就是等待，直到 GFW恢复我们的网络。

看到这篇文章的标题，可能有人要问GFW到底是什么？虽然GFW在一部分人的眼睛里并不陌生了，但相对与大部分人来说还是非常陌生的，引用我在google里找到的一段话：
The Great Fire Wall of China的简写，意指“中国网络防火墙”(字面意为“中国防火长城”)，这是对“国家公共网络监控系统”的俗称，国内简称“防火长城”。
GFW是“金盾工程”的一个子功能。“金盾工程”是以公安信息网络为先导，以各项公安工作信息化为主要内容，建立统一指挥、快速反应、协同作战机制，在全国范围内开展公安信息化的工程，主要包括建设公安综合业务通信网、公安综合信息系统、全国公安指挥调度系统以及全国公共网络监控中心等。该项目2003年开始生效。一般所说的GFW，主要指公共网络监控系统，尤其是指对境外涉及敏感内容的网站、IP地址、关键词、网址等的过滤。
GFW的效果通常为，国内网络用户无法访问某些国外网站或者网页；或者国外网络用户无法访问国内的某些网站或者网页。这里的无法访问，有永久性的无法访问（比如色情网站），也有因为URL中含有敏感关键词或者网页上有敏感内容而暂时性的无法访问。
国家防火墙并非中国的专利。实际上，美国也有国家网络监控系统，对进出美国的每一封电子邮件进行内容扫描。不同的是，中国的国家防火墙会直接切断敏感连接，而美国的国家防火墙（考虑更名）则只是做数据监控记录。伊朗、巴基斯坦、乌兹别克斯坦、北非共和国、叙利亚、缅甸、马尔代夫、古巴、北韩、南韩、沙特阿拉伯、阿拉伯联合酋长国、也门使用与金盾类似的国家防火墙。
看了以上这段话相信大家都比较清楚GFW到底是什么了，但是一直有人说有GFW，但具体的位置在哪里呢？我们如何查出GFW到底在哪里呢？好象并没多少文章有介绍，所以我这里针对这点特别写了这篇文章。
GFW这个东西很早我就已经知道，并且为防止GFW的“骚扰”我已经想过了很多办法来避免了，但由于收到外界机制的影响，仍然不可能完全避过GFW，而最近我所在的公司发到国外的邮件总是受阻，严重影响了公司的正常业务，所以我必须给他们一个非常圆满的答复，才有了找到GFW的位置的想法。
最近我们公司总是有人反应发到日本的邮件会被退回来，我查看了一下退信内容，发现主要有如下内容：
:
xxx.xxx.xxx.xxx does not like recipient.
Remote host said: 551 User not local; please try
Giving up on xxx.xxx.xxx.xxx.
或者：
:
xxx.xxx.xxx.xxx does not like recipient.
Remote host said: 500 error
Giving up on xxx.xxx.xxx.xxx.
而在邮件服务器的日志上发现如下内容：
Sep 26 14:46:23 livedoor qmail: 1159253183.972578 delivery 118310: failure: xxx.xxx.xxx.xxx_does_not_like_recipient./Remote_host_said:_500_error/Giving_up_on_xxx.xxx.xxx.xxx./
由于总报这样的问题，所以我在公司的网关服务器上安装上snort这个入侵检测软件，当然我并没发挥入侵检测的功能，因为我只想要里面的sniff功能探测数据包，然后等待这种现象的再次来到。当邮件日志里再次出现上面的日志内容的时候，我进入网关服务器查找所有相关这个IP的记录，并且根据时间找到了：
-rw——- 1 root wheel 6941 Sep 26 14:44 TCP:60661-25
现在就请大家跟着我来分析这个文件：
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:52.643691 0:E0:FC:34:C0:86 -> 0:14:22:1F:4A:49 type:0×800 len:0×4E
10.4.1.4:60661 -> 203.131.198.80:25 TCP TTL:127 TOS:0×0 ID:32988 IpLen:20 DgmLen:64 DF
******S* Seq: 0×2E68FF24 Ack: 0×0 Win: 0xFFFF TcpLen: 44
TCP Options (8) => MSS: 1460 NOP WS: 1 NOP NOP TS: 121485349 0
TCP Options => SackOK EOL
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
这是我们公司的邮件服务器10.4.1.4向对方发送SYN的请求包，TTL为127，虽然我们的邮件服务器是FreeBSD，但我还是把TTL修改为128了，而邮件服务器和网关服务器之间有一个路由，所以TTL会减1，就成为了127。
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:52.744474 0:14:22:1F:4A:49 -> 0:11:43:58:71:FF type:0×800 len:0×4A
203.131.198.80:25 -> 10.4.1.4:60661 TCP TTL:49 TOS:0×0 ID:0 IpLen:20 DgmLen:60 DF
***A**S* Seq: 0×1527A9A1 Ack: 0×2E68FF25 Win: 0×16A0 TcpLen: 40
TCP Options (5) => MSS: 1460 SackOK TS: 9713757 121485349 NOP
TCP Options => WS: 0
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
这里为对方服务器向我们公司的服务器回复SYN+ACK包。可以看到TTL为49，由于对方也是FreeBSD系统，而FreeBSD的默认TTL值为 64，这样我们可以计算出我们的服务器到对方的服务器经过的路由数，64减49等于15，所以网关服务器到对方服务器经过了15个路由，使用 traceroute命令追踪了一下结果，如下：
gw2# traceroute -n 203.131.198.80
traceroute to 203.131.198.80 (203.131.198.80), 64 hops max, 40 byte packets
1 210.83.214.161 0.722 ms 0.699 ms 0.612 ms
2 210.83.193.49 0.595 ms 0.486 ms 0.615 ms
3 210.52.131.6 16.979 ms 16.978 ms 16.975 ms
4 210.52.130.10 46.711 ms 45.836 ms 45.838 ms
5 210.52.132.230 50.208 ms 49.957 ms 50.085 ms
6 210.53.126.2 50.083 ms 49.955 ms 50.334 ms
7 202.147.16.125 50.583 ms 50.207 ms 50.587 ms
8 202.147.16.205 51.204 ms 50.081 ms 50.209 ms
9 202.147.16.214 103.055 ms 103.050 ms 103.179 ms
10 202.147.0.206 99.803 ms 99.677 ms 99.806 ms
11 203.192.131.250 103.802 ms 103.549 ms 103.430 ms
12 203.174.64.13 99.804 ms 100.053 ms 100.681 ms
13 203.174.64.146 100.056 ms 100.799 ms 102.075 ms
14 203.174.64.214 101.012 ms 99.676 ms 100.179 ms
15 203.131.198.80 100.805 ms 99.926 ms 99.929 ms
gw2#
这里可以很清楚的看到为15跳，充分证明了TTL没有任何问题，而对方的服务器也没有使用防火墙以及NAT来映射25号端口。
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:52.744633 0:E0:FC:34:C0:86 -> 0:14:22:1F:4A:49 type:0×800 len:0×42
10.4.1.4:60661 -> 203.131.198.80:25 TCP TTL:127 TOS:0×0 ID:33011 IpLen:20 DgmLen:52 DF
***A**** Seq: 0×2E68FF25 Ack: 0×1527A9A2 Win: 0×8218 TcpLen: 32
TCP Options (3) => NOP NOP TS: 121485450 9713757
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
这里是我们公司返回一个ACK包，这样整个TCP连接的握手成功，接下来就要开始传输数据了。
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:52.845542 0:14:22:1F:4A:49 -> 0:11:43:58:71:FF type:0×800 len:0×93
203.131.198.80:25 -> 10.4.1.4:60661 TCP TTL:49 TOS:0×0 ID:37317 IpLen:20 DgmLen:133 DF
***AP*** Seq: 0×1527A9A2 Ack: 0×2E68FF25 Win: 0×16A0 TcpLen: 32
TCP Options (3) => NOP NOP TS: 9713767 121485450
32 32 30 20 35 61 2D 70 30 37 2D 62 33 2E 64 61 220 5a-p07-b3.da
74 61 2D 68 6F 74 65 6C 2E 6E 65 74 20 46 2D 53 ta-hotel.net F-S
65 63 75 72 65 2F 76 69 72 75 73 67 77 5F 73 6D ecure/virusgw_sm
74 70 2F 32 32 30 2F 35 61 2D 70 30 37 2D 62 33 tp/220/5a-p07-b3
2E 64 61 74 61 2D 68 6F 74 65 6C 2E 6E 65 74 0D .data-hotel.net.
0A .
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
首先是对方服务器给了我们一个220的服务器信息。
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:52.845826 0:E0:FC:34:C0:86 -> 0:14:22:1F:4A:49 type:0×800 len:0×54
10.4.1.4:60661 -> 203.131.198.80:25 TCP TTL:127 TOS:0×0 ID:33066 IpLen:20 DgmLen:70 DF
***AP*** Seq: 0×2E68FF25 Ack: 0×1527A9F3 Win: 0×8218 TcpLen: 32
TCP Options (3) => NOP NOP TS: 121485551 9713767
48 45 4C 4F 20 6C 69 76 65 64 6F 6F 72 2E 63 6E HELO livedoor.cn
0D 0A ..
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
我们的服务器给对方发送了一个SMTP协议所需要的HELO信息。由于内容太多中间SMTP协议的握手我就不再详细介绍了，所以我这里直接跳到出问题的地方。
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:53.049710 0:E0:FC:34:C0:86 -> 0:14:22:1F:4A:49 type:0×800 len:0×6B
10.4.1.4:60661 -> 203.131.198.80:25 TCP TTL:127 TOS:0×0 ID:33110 IpLen:20 DgmLen:93 DF
***AP*** Seq: 0×2E68FF56 Ack: 0×1527AA19 Win: 0×8218 TcpLen: 32
TCP Options (3) => NOP NOP TS: 121485755 9713787
52 43 50 54 20 54 4F 3A 3C 6A 69 6D 67 72 65 65 RCPT TO:
6E 40 6E 65 70 74 75 6E 65 2E 6C 69 76 65 64 6F x_at_neptune.livedo
6F 72 2E 63 6F 6D 3E 0D 0A or.com>..
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
在这里，当我们的服务器发送RCPT To的信息到对方服务器以后，按照SMTP协议的原理，对方在有这个用户的情况下应该返回250 ok这个信息，但是这个时候问题出现了，我们的服务器马上收到一个如下的信息：
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:53.103763 0:14:22:1F:4A:49 -> 0:11:43:58:71:FF type:0×800 len:0×41
203.131.198.80:25 -> 10.4.1.4:60661 TCP TTL:57 TOS:0×0 ID:64 IpLen:20 DgmLen:51
***AP*** Seq: 0×1527AA19 Ack: 0×2E68FF7F Win: 0×0 TcpLen: 20
35 30 30 20 65 72 72 6F 72 0D 0A 500 error..
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
500 error的信息，再看看TTL的值，57？对端服务器的TTL由49突然变成了57？理论上来说说不过去，再接着看后面的信息：
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:53.154738 0:14:22:1F:4A:49 -> 0:11:43:58:71:FF type:0×800 len:0×4A
203.131.198.80:25 -> 10.4.1.4:60661 TCP TTL:49 TOS:0×0 ID:37321 IpLen:20 DgmLen:60 DF
***AP*** Seq: 0×1527AA19 Ack: 0×2E68FF7F Win: 0×16A0 TcpLen: 32
TCP Options (3) => NOP NOP TS: 9713798 121485755
32 35 30 20 4F 6B 0D 0A 250 Ok..
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
这才是真是服务器发送过来的信息，而由于500 error的错误信息比250 Ok的正确信息先到达我们的服务器，所以我们的服务器这个时候就已经认为对方服务器错误，所以按照SMTP协议必须终止邮件的发送，所以这个时候我们的服务器发送：
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
09/26-14:44:53.155026 0:E0:FC:34:C0:86 -> 0:14:22:1F:4A:49 type:0×800 len:0×48
10.4.1.4:60661 -> 203.131.198.80:25 TCP TTL:127 TOS:0×0 ID:33131 IpLen:20 DgmLen:58 DF
***AP**F Seq: 0×2E68FF7F Ack: 0×1527AA24 Win: 0×8218 TcpLen: 32
TCP Options (3) => NOP NOP TS: 121485860 9713787
51 55 49 54 0D 0A QUIT..
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
QUIT退出……，就这样一封正常的邮件被活生生的截断了。
现在我们来开始看那个TTL为57的信息，根据我的经验对方的TTL默认值应该是64，所以64减57等于7，也就是说这个阻断我们信息的信号来自和第7个路由同网断或者就是第7个路由。现在再看看我最上面的traceroute的结果：
gw2# traceroute -n 203.131.198.80
traceroute to 203.131.198.80 (203.131.198.80), 64 hops max, 40 byte packets
1 210.83.214.161 0.722 ms 0.699 ms 0.612 ms
2 210.83.193.49 0.595 ms 0.486 ms 0.615 ms
3 210.52.131.6 16.979 ms 16.978 ms 16.975 ms
4 210.52.130.10 46.711 ms 45.836 ms 45.838 ms
5 210.52.132.230 50.208 ms 49.957 ms 50.085 ms
6 210.53.126.2 50.083 ms 49.955 ms 50.334 ms
7 202.147.16.125 50.583 ms 50.207 ms 50.587 ms <——可能发送错误信息的IP
8 202.147.16.205 51.204 ms 50.081 ms 50.209 ms
9 202.147.16.214 103.055 ms 103.050 ms 103.179 ms
10 202.147.0.206 99.803 ms 99.677 ms 99.806 ms
11 203.192.131.250 103.802 ms 103.549 ms 103.430 ms
12 203.174.64.13 99.804 ms 100.053 ms 100.681 ms
13 203.174.64.146 100.056 ms 100.799 ms 102.075 ms
14 203.174.64.214 101.012 ms 99.676 ms 100.179 ms
15 203.131.198.80 100.805 ms 99.926 ms 99.929 ms <——真实服务器的IP
gw2#
使用 http://www.linkwan.com/gb/broadmeter/VisitorInfo/QureyIP.asp 的IP地址查询查到 202.147.16.125 属于澳大利亚，难道澳大利亚在监视我们的网络，想想虽然有这个可能性，但应该不会明显到这个程度。所以我想应该不是这个IP地址，然后我查了查第6跳的 IP地址 210.53.126.2 ，通过查询显示为“中国网通”很明显6和7之间就是中国网通的出口路由，那么GFW就顺理成章安装在 210.53.126.2 这个IP之后。

从上面的分析我们就可以完全的肯定阻断公司邮件正常来往的就是 210.53.126.2 之后的GFW发送的假信息。还好公司的邮件全都是正常的，GFW并不会完全封死，所以过段时间以后会自动恢复。由于发送的邮件非常多，也不一定是同一个服务器，所以不能用VPN来解决，不太现实。当碰到这样的问题的时候我们目前只怕唯一能做的就是等待，直到 GFW恢复我们的网络。

防火墙, GFW 防火墙, GFW

国外虚拟主机推荐及点评给大家

hostgator — Sun, 17 Sep 2006 22:40:43 +0000

点评国外虚拟主机推荐

国外虚拟主机目录黄页 - 国外虚拟主机推荐及点评

这里精选了几家在国外较受欢迎，价格便宜，质量稳定可靠的虚拟主机推荐给大家，并进行详细的点评。

以下所列均为 Unix/Linux 主机，均支持 PHP, Python, Perl, CGI 等语言和脚本，支持MySQL, Postgre等数据库，管理面板都为Cpanel，大多数不限制二级域名、MySQL数据库、FTP帐号、Email 帐号数量。更多信息请到主机商网站查看。

* BlueHost

Bluehost主机概况:
每月价格6.95美元，主机空间10GB, 主机每月流量250GB. 允许放置的网站数量为6个（顶级域名）。

点评:
BlueHost 在全世界有4万多客户，9年的运作经验。BlueHost比较吸引人的一点就是在虚拟主机上可以架设多个网站，即国际顶级域名，有点VPS(虚拟个人服务器)的特点了，根据你的需要，网站多的话又不想花大钱买VPS，BlueHost是不错的选择，比较适合管理多个网站的站长选用。

链接: BlueHost在本站目录中的详情及用户评论，BlueHost网站

* HostGator

主机概况: 每月价格9.95美元，空间容量5GB, 每月流量75GB. 放置网站数量不限。

点评:
HostGator创立于2002年，是一家增长很快的主机商，在低价主机市场已经占有了相当的市场份额，他的主机组合相当受欢迎，在国外主机论坛颇受好评，客户服务非常快，有实时聊天支持，邮件支持通常不超过2个小时就会回复，是所用过的客服最快、最好的主机商之一。最近他们推出了不限制网站数量这一举措，也就是你可以放多个顶级域名的网站，这一点最近很热门，对那些想在一个空间放置多个网站的用户来说是又多了一个选择。

链接: HostGator在本站目录中的详情及用户评论，HostGator网站

* Lunarpages

Lunarpages主机概况:
每月价格7.95美元，主机空间5GB, 每月流量400GB, 允许放置10个网站。

点评:
LunarPages 在虚拟主机领域有5年的历史了，在全世界有7万多个客户。以前与其他几家相比是最贵的一家，2004 年初价格才降了下来。Lunarpages的用户反映很好，是口碑最好的虚拟主机商之一，提供的空间容量和流量都是很大的，缺点就是只能放置一个顶级域名的网站，当然二级域名、email帐号、MSQL数据库都是不限量的。希望Lunarpages在以后的竞争中能改进这一点，允许多个顶级域名的网站，再配合当前的流量和空间容量，到时候Lunarpages毫无疑问将是购买的首选。Lunarpages 在全球拥有7万多客户。
链接: Lunarpages在本站目录中的详情及用户评论，Lunarpages网站

* DreamHost

DreamHost主机概况:
每月价格7.95美元，主机空间20GB, 每月流量ITB, 放置网站数量不限。

点评:
DreamHost 在这几家中提供的容量和流量，以及可以放置的网站数量都是最大最多的，是条件最优厚的一家。在国内外的评价都相当高，在国内拥有广泛的用户。

链接: DreamHost在本站目录中的详情及用户评论，DreamHost网站

* Globat

globat 主机商主机概况:
每月价格7.95美元，主机空间10GB，每月流量300GB, 放置6个顶级域名的网站。

点评:
Globat 成立于2001年，身为加尼福尼亚州的虚拟主机商，Globat 的主要主机机房, Equinix, 位于洛杉矶市中心。而这个主机机房同时也是 Google, Yahoo 和 IBM 所共用。他们的 Tier-1 供应商包括 Level (3), Verio 和 Mzima Networks，并且主干网线路是经过私人网络运作以避开拥挤的公开网络。

链接: Globat 在本站目录中的详情以及用户评论，Globat 网站

* iPowerWeb

iPOwerweb 主机概况:
每月价格7.95美元，主机空间10GB，每月流量250GB, 放置6个网站。

点评:
iPowerWeb 主机机房分别位于洛杉矶，加尼福尼亚和凤凰城。iPowerWeb 也同时与 AT&T 和 Cable & Wireless 共拥两个主机机房。iPowerWeb使用了一流的主机硬件配备如 Dell™ PowerEdge 和 HP ProLiant™ 服务器。iPowerWeb 主机价格较低，质量稳定，在国外赢得了用户的青睐，截至2005年底，在全球已拥有30余万的客户。iPowerWeb 主机每月250GB的流量和10GB的大空间可以满足不同类型的网站的需求，比如论坛，软件下载，以及公司商务网站等。

链接: iPowerWeb 在本站目录中的详情及用户评论，iPowerWeb网站

* AccuBurst

HOSTMONSTER 主机概况:
每月价格4.95美元，50GB空间容量，999GB每月流量，放置无限个网站。

点评:
HOSTMONSTER 的主机机房位于美国凤凰城是一家老牌主机商了。本文撰写时该主机商正在搞优惠活动，价格降低近一半，为每月3.95美元，对于这样一个提供50GB巨大容量空间，999GB流量，并且可以放置最多无限个顶级域名的较有名气的主机，这个价格非常实惠。不过这种优惠是限时的，也许你看到本文时，他已经恢复到了每月 4.95美元的价格。国外常常有这种优惠活动，你可以到国外虚拟主机目录网 - 国外虚拟主机新闻部分跟踪了解这些信息。HOSTMONSTER 国内用户并不陌生，使用的人也不少，各方评价都不错。

链接: HOSTMONSTER在本站目录中的详情及用户评论，HOSTMONSTER 网站

———
本文作者: 国外虚拟主机目录黄页 www.allwebhost.info
本文地址: http://webhosting.allwebhost.info/
发表时间: 2006年9月
hostmonster

点评, 国外虚拟主机, 推荐点评, 国外虚拟主机, 推荐

选择虚拟主机服务的3大要点

hostgator — Sun, 17 Sep 2006 22:38:40 +0000

信息化的工作之一就是开设网站，而对大量小规模企业来讲，开设网站就涉及到虚拟主机的选择问题。这是一个看似简单，实际上却有不少“讲究”的工作。
　　利用虚拟主机技术，可以把一台真正的主机分成许多“ 虚拟”的主机，它们之间完全独立，在外界看来，每一台虚拟主机和一台独立的主机完全一样。效果一样，但费用却大不一样，由于多用户共享一台真实主机的资源，每个用户承受的硬件费用、网络维护费用、通信线路费用均大幅度降低。所以，许多企业，尤其是小规模企业在建立网站时都采用这种方法，这样不仅大大节省了购买机器和租用专线的费用，同时也不必为使用和维护服务器的技术问题担心，更不必聘用专门的管理人员，因为这些事都由服务商来料理了。但在现实中，服务商为了尽可能盈利往往侵害了用户的利益，所以用户需要在选型时进行仔细考察，其中重点关注以下要点。
　　一、负载量
　　负载量远比空间容量重要，虽然虚拟主机的应用是多个用户分享一台独立服务器，但用户有必要向服务商了解，到底要有多少用户与自己分享同一台服务器资源。因为只有服务商在各个用户之间对所占资源作出公平的分配后，才能确实保证多数用户的实际利益。如果共享的用户太多、服务器超负载运行的话，必然会降低服务器的稳定性，降低CPU的处理能力，程序运行困难，使用户在访问网站时找不到页面、无法链接到数据库，甚至无法访问等严重故障。
　　一般来说，根据虚拟主机所提供的不同服务类别，一台服务器共享的用户少的有几个，多的也不应多过数百个用户数的限度。而有的服务器数量不够的服务商，为最大限度地利用手中有限的硬件资源，甚至会在一台服务器上放置几千个用户，其效果可想而之。因此我们要想获得具备“合理资源”保障的虚拟服务，就必须要注意服务商的实力。如该服务商使用了多少台服务器、对所选择的虚拟主机服务中用户负载量的“具体”承诺。因此最好在多方比较中选择那种规模大的网站托管服务商做合作伙伴。
　　二、流量
　　流量就是用户网站可能的访问数量，服务商同样是在让服务器资源公平分配的原则下，对每个用户网站的流量加以限制，但问题在于他们限制的程度。如果限制的值太小就会大大损害用户的利益，甚至可以这样认为，如果对流量数值给得很小，网站的存储空间给的再大也没什么用处，因为这会让用户网站的浏览速度特别慢。
　　一般而言，只要服务商提供的硬件资源比较充足就不会过于限制流量。而那些试图“充分”利用有限硬件设施、不能提供很多流量的服务商，为了能够吸引尽可能多的用户，就会采取只添加硬盘而不增置服务器这种以牺牲服务器稳定性作代价的手法，把相同类型的虚拟主机空间容量调高几十兆，借此标榜其“超大”优势。
　　三、链接数
　　链接数是指在一瞬间能同时接受申请进而打开网站页面的访问人数，链接数值的大小直接关系到虚拟主机上用户网站的登录访问水平。如果将链接数限制得太少，那么能同时访问用户网站的人数就很受限制，用户网页就会出现让访客等待时间过长等不正常情况，一般对链接数的支持标准不会作指标性限定。但某些小服务商为能方便地监控用户，迫使其选用高价格档次的虚拟服务类型，还会对链接数做硬性数值划分，因此用户选购时需要特别留意。
　　四、在线率
　　既然搭建了网站就应永远使它保持运行状态，以保证来访者能随时登录。这原是顺理成章的要求，国外的虚拟主机提供商都普遍对其用户网站的在线率做出承诺。但在国内只有少数服务商明确承诺保证用户网站的在线率，大多数服务商因为受到带宽、硬件设备能力和技术管理能力的限制，很容易产生宕机问题，所以不能或者说不愿就此问题作公开“量化”的保证。
　　五、灵活度
　　灵活度就是服务提供商是否能为用户提供经济、方便的服务选择。有两点值得用户特别关注：一是能否自己决定为网站空间容量增加额度；另一个是能否用同样的价格使用不同的操作系统平台。因为这两个问题都与用户的利益直接相关，一旦用户的网站发展到原有的空间容量接近饱和时，用户就必须再增加配置才行。但问题是，不少服务商为牟取高额利益，一般不允许用户十兆、二十兆地增加少量空间，而是只允许上百兆标准的增加，变相地强迫用户升级，这样就会让用户多花很多钱去购买那些根本用不上的富裕资源。
　　而操作系统能否自由选择也是这样，有的用户习惯使用Unix平台，有的则擅长使用Windows NT做网站平台，但有些厂商却会根据这种使用上的差别把同一类型的网站服务区分成价格上的不同档次。所以希望用户在购买前，也要“货比三家”。
　　六、网站功能
　　对很多刚刚接触网络的企业和学校来说，如果服务商所提供的网站管理界面不是那么简单、易用，功能也不那么齐备的话，将来就很难顺利地操作使用网站。所以应该注意，服务提供商是否为用户的网站提供了像自动生成网页模块、FrontPage扩展等功能，这样能免去自己做复杂操作的麻烦。（文/刘国玉）

没标签没标签

搜索引擎的角度考虑搜索引擎优化SEO

hostgator — Sun, 17 Sep 2006 22:33:13 +0000

时常看到很多人提出类似于“如何让我的网站在搜索引擎排名第一”等极富侵略性的问题，诚然，对SEO(Search Engine Optimization : 搜索引擎优化)而言，其目标便是通过搜索引擎让网站获取尽可能多的收益，这本无可厚非，但是，如果一味地沉浸在以自己、自己的网站为中心，执着于采取何种手段才能让搜索引擎为我所控，很多时候往往是事倍功半的。有时，倒不如换位思考一下，如果你是搜索引擎(也许准确点说，是搜索引擎的决策者或技术实施人员)，你会让什么样的网站排名在前?拿相应的标准来考核一下自己的网站，客观地评估一下网站与该标准存在哪些距离以及如何改进。

　　认识搜索引擎的目标与策略

　　在市场化的机制下，搜索引擎肯定也是要追逐利润的，只不过借搜索服务这个载体而矣。那么，首先的问题便是，搜索引擎为什么要让你的网站在SERP中排名第一，这会给搜索引擎带来什么好处?不然，搜索引擎们都玩竞价排名多好，出价高者位置靠前，这样收钱多直接?

　　显然，那是竭泽而渔的做法，毕竟竞价排名的位置只与钱有关，而与网页真正内容之间没有直接的联系。对用户而言，当搜索结果页面中出现的全部或大部分是竞价排名而不是想要寻找的真正相关内容时，这样的搜索引擎其价值便大大缩水，用户便自然会转而使用别的搜索引擎。——存在不可抗力因素用户没有其他选择则是另一种情况。

　　因此，无论搜索引擎意图通过什么手段实现利润，都要建立在能够向搜索用户返回与搜索项真正相关内容的基础上——在这个前提下，适量地在左侧排名中添加部分竞价排名网页虽然有损用户的搜索体验，稀释搜索结果的准确度，但作为无奈的结果也不是不能接受。——只有在这个基础上，搜索引擎的准确性与公正性得到体现后，才会有更多的用户使用该搜索引擎而不是其他。也即是说，让某个具有真正相关内容的网页在SERP中排名第一，不是搜索引擎的恩赐，而是搜索引擎保证自身生存与发展的基础。

　　要实现这一点，搜索引擎需要一整套完善的策略与方法来判断网页内容与搜索项之间的相关性，包括网页自身内容与搜索项间的关联程度如搜索项在网页内出现的频次以及位置、突出程度等，也包括判断网页重要性的策略，如判断内容的原创性及受欢迎受认可程度等，以及将这些因素综合起来来衡量特定网页的策略。从这个角度，理清搜索引擎的思路与想法，辨清不同搜索引擎间不同的侧重点，摸清搜索引擎的脉搏，才是SEO的出发点，在此基础上改进自己的网站，才能让自己的网站从全球那么多的网站中脱颖而出，得到搜索引擎的青睐。

　　了解搜索引擎策略的技术实现

　　无论搜索引擎的策略多么完美，都需要通过一定的技术手段实现和保证，其策略的执行程度取决于技术能力。尤其对于那些希望在特定某个搜索引擎获得成功的SEO——比如说，对图铃下载的网站而言，多项统计与调查显示，来自Baidu的用户下载比例远远高于其他搜索引擎——而言，了解相应搜索引擎技术上的特点就更有意义了。

　　当然，这并不是说SEO要成为技术专家，而是说，更深入地了解搜索引擎真正的技术能力能够达到的水平，才能有的放矢地针对其进行优化。比如说，即便一个在其搜索结果页面中充斥大量完全无关的网页的搜索引擎也会强调高质量内容的重要性，分析一下其判断内容质量的机制，便会发现许多有价值的信息，比如说广为采用的基于链接判断网页权威度的算法，有些搜索引擎可能考虑得更全面，将“自引”(网站内部链接)与“他引”(来自外部网站的反相链接)分开对待，而有的搜索引擎则出于简化算法的需要，将“自引”与“他引”混在一起，并在计算时彻底采用真正的“稀疏”矩阵式，老实说，对这样的搜索引擎，如果它又没有能力判断内容原始出处的话，与其进行繁琐的SEO，很多时候甚至不如使用某些采集软件，满世界找来可抄袭对象，一夜之间建立一个上万个页面甚至更多页面的网站，只要其内部充分互链，相应的页面因素稍稍优化一下便能获得不错的效果。

　　分析搜索引擎的规则底线

　　对搜索引擎而言，其对网页重要性的排名策略中总会存在某种漏洞，可能被人滥用从而破坏整个规则，这会动摇搜索引擎整体的基础，从而也是搜索引擎防范的重点。

　　因此，在试探搜索引擎的底线前最好先想想如果自己是搜索引擎，会采取哪些手段保证规则不被破坏?其中，哪些是可以通过相应的技术自动判断完成的?哪些又需要人工干预?如何避免人工干预时伴随的随意性与主观性?以及最重要的，如何在打击作弊者的同时避免误伤无辜等等?

　　想通了这些后，也许可以让自己的SEO工作少走些弯路，当然，信奉“高风险高回报”也是另一种选择。

没标签没标签