cosbeta一直使用DH的SSH帐号和myentunnel配合翻WALL。

但是前天开始，发现这个功能失效了，打开myentunnel，登录DH，只要有HTTP链接，马上中断。

开始怀疑Wall升级，能够监听SSH，但是一想到SSH是Secure Shell，应该不会被监控的呀。于是换了另外一个服务器（非DH）来测试，发现一切正常。

所以我怀疑DH关闭了SSH转发数据的功能，毕竟使用DH翻Wall的人太多了。

各位使用dreamhost SSH的朋友，你们发现了类似的现象么？

对了，补充说明一下，只是当用SSH做转发的时候，刷新网页会中断，正常的SSH连接没有任何问题。

dreamhost具有顽强的抗WALL（据网友说本站由被reset的现象，所以特地修改）功能。早些时候，两个合租的bluehost都在非常时期被wall：一个是在17da期间，一个是在Olympic期间。幸好有dreamhost，他光荣的将cosbeta其他合租用户给临时安置了，由于dreamhost重新绑定可以更换IP（虽然这个过程比较痛苦），所以他的抗WALL功能比较强大，cosbeta甚至这样给自己说，即使不用国外所有的虚拟主机了，也得要保留dreamhost的帐号。

Dreamhost具有“超级”的处理能力。cosbeta的一个站点，由于访问过多，被bluehost警告之后，即使双倍增加cache失效时间，都被bluehost无情的赶走了，这个时候dreamhost张开双臂，将这个站点给收留了，并且一收留就是半年多，从未抱怨过，即使mysql数据库达到了惊人的200M之后，也只是不小心给我删除了一些数据而已（很快就从dreamhost自己的系统中恢复了）。最近酝酿了一个比较吃CPU的站点，到时候还是继续把最棘手的数据抓取部分交给dreamhost吧！

Dreamhost稳定的Secure Shell连接。这个我找不出有利的公共证据，但是从我个人2006年开始用dreamhost开始，用ssh做某件事情，一直都是DH的最稳定，速度也最稳定。

自从DH对推介做了修改之后，一窝蜂的国人少多了，而且续费对于中国人来说也不太容易，考虑到中美白天黑夜的时差，刚好将服务器的负载给错开，所以买国外的服务器，中国人越少，就越好。我个人觉得DH还可以尝试的，从DH的后台控制面板可以看得出来，他们的技术实力不错，至少在web开发方面不错，bluehost也还可以，bluehost在cpanel的基础上，开发了很多他们自己定制的插件，但是不足的是经常更换策略，比如现在，虚拟主机的内存分配就比以前少多了。

综上所述，dreamhost是个好伙伴