主题：【原创】不用翻墙就能上西西河的浏览器，速来～ -- 晨池
其他都是要续期的。
但你说的这三条并不适用象这次这样咔嚓给墙了这样的事啊，封整站就仍旧不好办。
就要看你自己的了。
// Construct the request.
URLRequest* request = new URLRequest(request_data.url, this);
request->set_method(request_data.method);
request->set_first_party_for_cookies(request_data.first_party_for_cookies);
request->set_referrer(CommandLine::ForCurrentProcess()->HasSwitch(
switches::kNoReferrers) ? std::string() : request_data.referrer.spec());
request->SetExtraRequestHeaders(request_data.headers);
这段代码在线 X:\CHROME目录\SRC\CHROME\BROWSER\RENDERER_HOST\resource_dispatcher_host.cc内380行左右。
request_data.url是请求的地址，做CCTHERE.COM到CCHERE.COM的变换。
我的意思是说，没有给封IP，靠分析包中内容来决定墙不墙，这个容易绕开。但是如果是给封了IP，比如新语丝，那就不容易了。西西河给墙了的情况我不是太清楚，但是根据大家的说法，似乎是给封了IP啊。
如果没有“串联过滤”这一说，根本就没有“封”这个词。
ccthere.com和cchere.com共用一个IP地址。
如果ccthere.com和cchere.com共用一个IP地址而一个能访问一个不能访问，那就是封西西河还没有到封IP这个程度，但是这不是说没有这种方法。
伟大的墙已经放弃了BLOCKING这种粗鲁，低效，延时过高的的做法了。
ajax用得很厉害，帖子的内容和显示界面几乎是完全分开的。
如果墙是看header的，看见ccthere就墙掉，而看见cchere就让通过，那么铁手这边把服务器程序改一下，通过cchere访问的，帖子中的URL也都是cchere，不就行了，何必去改客户端？
如果是搞内容过滤，那么访问ccthere和cchere应该有同样的结果啊，因为检查的是内容而不是网址。
从客户机到被“封”服务器的数据包都是通过的，封一词只有应用含义没有TCP/IP网络含义。伟大的墙发现要“封”的数据后向客户机和被“封”服务器分别发出一个对方请求关闭连接的数据包，客户机和被“封”服务器受到这个数据包后就撤销与对方的连接。如果客户机和被“封”服务器不理会这个数据包，伟大的墙就不起作用了。
我访问天涯就常常被RST，但这只是墙的一种手段。IP blocking也是墙的一种手段。我刚才看了你下面转的清华的论文，里面就介绍了很多手段。象Tor，无界等穿墙技术并不是用来对付RST这种雕虫小技的。
我现在不是太明白的其实是大家要设计新客户端或改浏览器的用意。如果只是因为cchere可以用而ccthere不能用，那铁手改一下服务器端程序就可以了，代价小得多。我想铁手不这么做，是因为如果那样做，cchere也可能完蛋。但是这个理由同样也适用于改客户端的情况。
不过老铁一旦改显示，那么基于分析的浏览器就会出问题。
用你提供的这个浏览器看你这个贴
虽然简单了点，但实用啊！！！