这是一个创建于 4600 天前的主题，其中的信息可能已经有所发展或是发生改变。
好吧标题党了，其实讨论的是一个比较土的问题。
准备在Internet上建立一个据点：
有以下几个考虑：
1.要能绑定独立域名
备案的不要，国内服务都pass掉。
2.墙内用户也能稳定访问
blogger，tumblr都甚好，但什么时候被和谐，什么时候能访问，都是概率问题，需要一颗悬着的心。
自建vps呢，目标小，不易被墙，但技术没保障，哪天VPS宕掉，再也起不来就欲哭无泪了。另外好的VPS价格也是一个问题。
3.对数据有直接控制权
不能挂死在一棵树上，要能方便转移到其他平台。
最后的想法是：
在墙外的某个大点的博客托管商（看好tumblr）上开个blog，然后用一台没有被墙的主机做透明转发，并绑定域名作为对外接口。
也就是说，比如我的bolg地址是：abc.com, 用户访问这个地址的时候，其实是在和一台agent主机通讯，这台agent主机上没有任何博客数据，它在后台去访问tumblr上的博客内容（因为都在墙外不存在被墙的问题），做一些处理（url替换之类的），然后转发给用户。
这样的好处是：
1.agent主机只需转发，没有博客数据，即使被墙或者宕掉，转移到新主机上开销非常小，而真正的数据都在靠得住的厂商那保管着。
2.agent主机的逻辑简单，对VPS要求低，可以有更大的选择空间。
如：可以用纯nodejs来实现转发，直接把agent部署在heroku上。
google了一下相关技术，发现reverse proxy是一个比较靠谱的方案，但貌似大部分相关实现都只能做一下转发，登陆cookie之类都不支持。
作为一个刚开始倒腾node的苦逼驱动开发人员，重点在关注node-http-proxy
https://github.com/nodejitsu/node-http-proxy.git
但总觉得是不是已经有现成的方案了？
准备在Internet上建立一个据点：
有以下几个考虑：
1.要能绑定独立域名
备案的不要，国内服务都pass掉。
2.墙内用户也能稳定访问
blogger，tumblr都甚好，但什么时候被和谐，什么时候能访问，都是概率问题，需要一颗悬着的心。
自建vps呢，目标小，不易被墙，但技术没保障，哪天VPS宕掉，再也起不来就欲哭无泪了。另外好的VPS价格也是一个问题。
3.对数据有直接控制权
不能挂死在一棵树上，要能方便转移到其他平台。
最后的想法是：
在墙外的某个大点的博客托管商（看好tumblr）上开个blog，然后用一台没有被墙的主机做透明转发，并绑定域名作为对外接口。
也就是说，比如我的bolg地址是：abc.com, 用户访问这个地址的时候，其实是在和一台agent主机通讯，这台agent主机上没有任何博客数据，它在后台去访问tumblr上的博客内容（因为都在墙外不存在被墙的问题），做一些处理（url替换之类的），然后转发给用户。
这样的好处是：
1.agent主机只需转发，没有博客数据，即使被墙或者宕掉，转移到新主机上开销非常小，而真正的数据都在靠得住的厂商那保管着。
2.agent主机的逻辑简单，对VPS要求低，可以有更大的选择空间。
如：可以用纯nodejs来实现转发，直接把agent部署在heroku上。
google了一下相关技术，发现reverse proxy是一个比较靠谱的方案，但貌似大部分相关实现都只能做一下转发，登陆cookie之类都不支持。
作为一个刚开始倒腾node的苦逼驱动开发人员，重点在关注node-http-proxy
https://github.com/nodejitsu/node-http-proxy.git
但总觉得是不是已经有现成的方案了？
 |
1
Livid MOD 用 nginx 做 reverse proxy 是可以支持 cookie 的，只要别打开 cache 模块。
|
 |
2
bhuztez 2012-04-22 14:56:53 +08:00
试试 squid 吧
|
 |
3
mudkip 2012-04-22 15:49:02 +08:00 via iPad
我用的 Nginx 转发 Tumblr，没有任何问题。
|
 |
4
hzlzh 2012-04-22 16:05:10 +08:00
何必吊死在 tumblr上呢
|
Select Language