&主题：最近goagent用不了了？用gogotest替换ip也没戏
泡网分: 41.683
帖子: 3283
注册: 2001年04月
好几年goagent都听过来了，这些彻底没戏了，已经是3.2.3了，用gogotest测了一下午ip也没找到个能用的。
作者相关热贴：
&浏览：1337&&回帖：23 &&
泡网分: 0.224
注册: 2012年05月
一物降一物 发表于
youtube俺是这样使用的，基本正常。首先找出主域名和二级域名未被封锁的IP（这个很容易），写入HOSTS，保证不需要经过代理就能访问网页。youtube视频服务器域名非常多，每个域名都对应一个单独的IP（google IP真TM多啊），由于域名非常复杂，基本可以理解成随机生成的，根本不可能遍历。这些域名俺是通过加密TCP解析，保证能够解析出正确IP。当解析出的IP未被封锁时，这时相当于直连，播放视频非常流畅，1080P没有压力。但是有些IP虽然是正确的，却被GFW封锁了，这时就只能通过VPN等连接视频服务器，播放效果取决于VPN服务器的速度。总的来说，有很大部分IP未被封锁，这时看视频就相当于直连，也有很多是封锁的，这时就走代理，效果差一些。
关于你说GFW流量监测方式，我在网上也看到很多类似说法，但是本地实验不能证明。因为当我能直连时，无论播放视频多久，甚至清空缓存重新载入，故意产生大流量，这个未被封锁的IP依然没有封锁。所以我很怀疑GFW流量监测的说法，当然也可能我产生的流量还没有达到触发GFW底限。我这里是域名解析问题较大，UDP方式被污染，TCP方式很容易被重置连接。最后还是能解析出来，能上，只不过要花10来秒。没有用加密的DNS解析，感觉目前加密的DNS还是太少了，解析出来的IP被封概率太大。
唉，不说了，之前google自有IP还总有漏网之鱼。昨天在这里说了之后，今天常用的几乎全阵亡，只有用一些运营商搭的缓存服务器，不知能坚持多久。
泡网分: 10.604
帖子: 2466
注册: 2009年01月
zhfreal 发表于
道理是这样。但目前goagent集成了相当于gogotest的功能，而且鉴于目前gfw基于流量监测的封锁方式，goagent需要大量的ip，dns查询方式反而更容易。如果dns比较广/散，dns解析得到的总会有漏网之鱼，上上网没啥问题。tcp方式解析是慢一点，可以找时延低点的，我一般用tcp查询时延低于250ms的，这样网页浏览基本没影响。TCP查询另外一个比较慢的情况是gfw对某些关键词链接不断的重置，不过目前我只发现只有YouTube被关照了，所以上youtube比较困难。其他还好。当然墙越来越高，不同区域还不一样，且用且珍惜吧。youtube俺是这样使用的，基本正常。首先找出主域名和二级域名未被封锁的IP（这个很容易），写入HOSTS，保证不需要经过代理就能访问网页。youtube视频服务器域名非常多，每个域名都对应一个单独的IP（google IP真TM多啊），由于域名非常复杂，基本可以理解成随机生成的，根本不可能遍历。这些域名俺是通过加密TCP解析，保证能够解析出正确IP。当解析出的IP未被封锁时，这时相当于直连，播放视频非常流畅，1080P没有压力。但是有些IP虽然是正确的，却被GFW封锁了，这时就只能通过VPN等连接视频服务器，播放效果取决于VPN服务器的速度。总的来说，有很大部分IP未被封锁，这时看视频就相当于直连，也有很多是封锁的，这时就走代理，效果差一些。
关于你说GFW流量监测方式，我在网上也看到很多类似说法，但是本地实验不能证明。因为当我能直连时，无论播放视频多久，甚至清空缓存重新载入，故意产生大流量，这个未被封锁的IP依然没有封锁。所以我很怀疑GFW流量监测的说法，当然也可能我产生的流量还没有达到触发GFW底限。
泡网分: 0.224
注册: 2012年05月
一物降一物 发表于
那也只能保证解析出的IP未被污染，并不能保证解析出IP没有被墙。另外俺觉得TCP查询返回要慢一些~~~我现在使用的DNS只是针对油管的视频服务器TCP查询，解析出的IP依然有很大部分是在GFW列表中的。道理是这样。但目前goagent集成了相当于gogotest的功能，而且鉴于目前gfw基于流量监测的封锁方式，goagent需要大量的ip，dns查询方式反而更容易。如果dns比较广/散，dns解析得到的总会有漏网之鱼，上上网没啥问题。tcp方式解析是慢一点，可以找时延低点的，我一般用tcp查询时延低于250ms的，这样网页浏览基本没影响。TCP查询另外一个比较慢的情况是gfw对某些关键词链接不断的重置，不过目前我只发现只有YouTube被关照了，所以上youtube比较困难。其他还好。当然墙越来越高，不同区域还不一样，且用且珍惜吧。
泡网分: 10.604
帖子: 2466
注册: 2009年01月
zhfreal 发表于
设置一下大部分域名解析走tcp查询就好了。GFW对tcp方式是部分作reset，所以没有被重置的查询还是可以得到未污染的结果。那也只能保证解析出的IP未被污染，并不能保证解析出IP没有被墙。另外俺觉得TCP查询返回要慢一些~~~我现在使用的DNS只是针对油管的视频服务器TCP查询，解析出的IP依然有很大部分是在GFW列表中的。
泡网分: 0.224
注册: 2012年05月
一物降一物 发表于
整合的自动调整proxy功能GAE知道，但不是这种多DNS解析，感觉理论上来说效果不会很好，因为即使用的全是境外DNS，也很大可能会受到污染，即使解析出正确IP，还很可能是在GFW列表上的~~~设置一下大部分域名解析走tcp查询就好了。GFW对tcp方式是部分作reset，所以没有被重置的查询还是可以得到未污染的结果。
泡网分: 0.224
注册: 2012年05月
风中的传奇 发表于
能仔细说说吗？动态解析不是用在服务器上的吗？goagent也能用？就是google_hk不要替换成固定ip，保留域名。
泡网分: 10.677
注册: 2008年06月
用goagent的VPS版自建吧，折腾了两天感觉非常happy
server端要用python2.7的
泡网分: 10.604
帖子: 2466
注册: 2009年01月
风中的传奇 发表于
能仔细说说吗？动态解析不是用在服务器上的吗？goagent也能用？整合的自动调整proxy功能GAE知道，但不是这种多DNS解析，感觉理论上来说效果不会很好，因为即使用的全是境外DNS，也很大可能会受到污染，即使解析出正确IP，还很可能是在GFW列表上的~~~
泡网分: 19.213
帖子: 1956
注册: 2007年04月
泡网分: 41.683
帖子: 3283
注册: 2001年04月
zhfreal 发表于
用固定IP FQ效果不会太好，现在的GFW流量检测分时段封锁用得比较多。用DNS动态解析吧，这样可以有效的分散流量，及时更换被封的IP。能仔细说说吗？动态解析不是用在服务器上的吗？goagent也能用？
泡网分: 25.271
帖子: 1223
注册: 2005年09月
Chrome畅游版 v8.1 一般人我不告诉
泡网分: 0.224
注册: 2012年05月
另外，DNS可以多添加些日、韩、美、台的，分散DNS解析得到的google ip地址范围。
泡网分: 0.224
注册: 2012年05月
用固定IP FQ效果不会太好，现在的GFW流量检测分时段封锁用得比较多。用DNS动态解析吧，这样可以有效的分散流量，及时更换被封的IP。
泡网分: 0.044
注册: 2010年04月
本帖由 iPad Mini (GSM CDMA) 客户端发布
泡网分: 0.057
注册: 2014年05月
Eurekavpt，收费的，/。谁用谁知道。
泡网分: 21.119
注册: 2005年06月
自己搭建ss服务器才是王道。
泡网分: 8.745
帖子: 1080
注册: 2009年12月
给两个ip段，自己在浏览器里一个一个ip用https://ip试，有google域名证书的就能用
1.9.22.212-251
61.6.41.208-218
泡网分: 28.434
注册: 2002年08月
nexus6 发表于
一直用goagent，最近还算好用。
奇怪的是办公室win7系统特别好用，同一个软件，同一个版本的chrome，家里8.1就基本不能用。
疑似联想电脑的系统有问题。把SwitchySharp 选项规则更新一下试试。
泡网分: 10.604
帖子: 2466
注册: 2009年01月
nexus6 发表于
一直用goagent，最近还算好用。
奇怪的是办公室win7系统特别好用，同一个软件，同一个版本的chrome，家里8.1就基本不能用。
疑似联想电脑的系统有问题。正常，不同ISP、不同地区的GFW策略不完全一样，你就算把电脑搬着换个地方可能也不能用。
泡网分: 3.684
帖子: 3920
注册: 2014年03月
一直用goagent，最近还算好用。
奇怪的是办公室win7系统特别好用，同一个软件，同一个版本的chrome，家里8.1就基本不能用。
疑似联想电脑的系统有问题。
本帖由 iPhone7,1 客户端编辑于： 18:18:44
泡网分: 10.604
帖子: 2466
注册: 2009年01月
更新ip库再测
本帖由安卓客户端发布
泡网分: 0.218
注册: 2014年11月
是，最近一周开始没法用了
本帖由安卓客户端编辑于： 17:24:34
泡网分: 1.85
帖子: 1780
注册: 2013年08月
我的也废了
本帖由安卓客户端发布
&版权所有：&&桂ICP备号&增值电信业务经营许可证GoAgent不能用了肿么办，有替代的吗_百度知道
GoAgent不能用了肿么办，有替代的吗
hiphotos://g.com/zhidao/pic/item/aecb31935b1afab46a98226cefc17a7.baidu！<img class="ikqb_img" src="http，望采纳?shareid=&uk=" name="/zhidao/wh%3D600%2C800/sign=913f384ae73aacb/aecb31935b1afab46a98226cefc17a7，希望可以帮到你.jpg" esrc="http://g一般更换下可用ip就可以了
来自团队：
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁> nodejs替代goagent
nodejs替代goagent
kengweixi & &
发布时间： & &
浏览：8 & &
回复：0 & &
悬赏：0.0希赛币
nodejs代替goagent
转载以前一直在用goagent& fq，不过受限于gae，goagent有两个比较明显的缺点：一是不支持socks，二是访问https网站需要安装证书。趁着端午节的空闲时间，琢磨着找一个国外的免费的nodejs的AppEngine，然后写一个代理部署到上面，也就可以 fq 了我选择的是，现在还处于private beta，开放注册，可以免费试用。除了它我目前还没有找到免费的可用的并且支持net模块的appEngine了。 要注意两点：1，申请稍微麻烦一点，需要npm安装一个jitsu的客户端进行验证，这也是防止不会用的人瞎申请浪费。2，目前nodejitsu每个app只允许绑定一个80端口，这个端口不支持tcp（它的宣传里说支持任意多个端口，但坑我了一个下午才在它的github里找到说明，是以后会支持），原因是nodejitsu使用http协议里的"Host" header来实现公网到app之间的路由。 由于nodejitsu不支持tcp端口的监听，所以得走一个http的tunnel才行，这就要求我们实现一个服务器端和一个客户端，由客户端提供socks代理端口，而代理请求则通过httptunnel交给服务器端去处理。socks5服务器的实现代码我就不贴了，大家可以参考里面建立连接的时候是直接建立连接的，所以在本地跑的话，没有 fq效果，只能作为代理使用，我们需要把建立连接的部分替换成建立http tunnel的连接。 下面是代码：客户端建立httptunnel连接部分　　function toBase64(str){
return new Buffer(str).toString('base64');
function httpRequest(host, port){
var opts = {
host: 'your-proxy.your-subdomain.jit.su',
agent: false,
// 这里需要转义以避开gfw的url检测.
path: '/' + querystring.escape(toBase64(JSON.stringify({
host: host,
port: port
method: 'POST'
* @param socket socks5端口连接到的socket
* @param chunk socks5代理请求的包, 用于socks5协议响应.
* @param host 请求连接的host
* @param port 请求连接的port
function proxy(socket, chunk, host, port){
// 发一个无用的字符使request发出第一个数据包, 以便服务器接受并建立连接.
('response', function (httpRes){
// socks5协议部分,
var resp = new Buffer(chunk.length);
chunk.copy(resp);
// rewrite response header
resp[0] = SOCKS_VERSION;
resp[1] = 0x00;
resp[2] = 0x00;
// 告诉socks5客户端连接建议完毕.
socket.write(resp);
// 忽略那个无用的"\n".
('data', function (chunk){
if (chunk.toString() === '\n') {
console.log('TUNNEL SUCCESS');
console.log('TUNNEL FAIL');
('close', function (){
socket.end();
socket.setKeepAlive(1024);
socket.pipe(httpReq);
socket.on('close', function (){
} 服务器端　　var http = require('http');
var net = require('net');
var querystring = require('querystring');
function fromBase64(str){
return new Buffer(str, 'base64').toString();
http.createServer(function (req, res){
var url = req.
// 这里解码path为host和port
var params = JSON.parse(fromBase64(querystring.unescape(url.slice(1))));
var host = params.
var port = params.
console.log('CONNECT: ' + host + ':' + port);
var buff = [];
function addChunk(chunk){
buff.push(chunk);
// 忽略第一个用来强制http发包的'\n'
req.once('data', function (chunk){
if (chunk.toString() === '\n') {
req.on('data', addChunk);
var socket = net.connect(port, host, function (){
req.removeListener('data', addChunk);
res.writeHead(200);
// 貌似nodejs为了优化, writeHead并不会立即响应给客户端.
// 所以这里需要额外发一个没用的字符.
res.write('\n');
for (var i=0; i&buff. i++) {
socket.write(buff[i]);
req.pipe(socket);
socket.pipe(res);
console.log('CONNECTED: ' + host + ':' + port);
}).listen(80); 之所以没有提供完整的代码也是为了防止nodejitsu的压力猛增，从而关闭免费试用。希望大家谅解，其实若是有心则很容易就可以搞定了。
本问题标题：
本问题地址：
温馨提示：本问题已经关闭，不能解答。
暂无合适的专家
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&&&湘教QS2-164&&增值电信业务经营许可证湘B2-帐号:密码:下次自动登录{url:/nForum/slist.json?uid=guest&root=list-section}{url:/nForum/nlist.json?uid=guest&root=list-section}
贴数:4&分页:回旋加速器发信人: cyclotron (回旋加速器), 信区: ITExpress
标&&题: goagent貌似不能用了求推荐替代品
发信站: 水木社区 (Thu Jan&&1 13:58:08 2015), 站内 && rt &&&& -- && ※ 来源:·水木社区 ·[FROM: 120.14.198.*]
leaf flying off my hand发信人: tangly (leaf flying off my hand), 信区: ITExpress
标&&题: Re: goagent貌似不能用了求推荐替代品
发信站: 水木社区 (Thu Jan&&1 20:45:27 2015), 站内 &&&&&& 3.2.3正常服役 && 【 在 cyclotron (回旋加速器) 的大作中提到: 】
&&&& -- && ※ 来源:·水木社区 newsmth.net·[FROM: 61.237.253.*]
twilightgod发信人: twilightgod (twilightgod), 信区: ITExpress
标&&题: Re: goagent貌似不能用了求推荐替代品
发信站: 水木社区 (Fri Jan&&2 00:38:52 2015), 站内 && shadowsocks
【 在 cyclotron 的大作中提到: 】
: FROM 120.14.198.*
--来自微水木3.2.0
-- && ※ 来源:·水木社区 ·[FROM: 123.119.71.*]
Forwarding发信人: Forwarding (Forwarding), 信区: ITExpress
标&&题: Re: goagent貌似不能用了求推荐替代品
发信站: 水木社区 (Fri Jan&&2 01:49:05 2015), 站内 &&
&& 【 在 cyclotron (回旋加速器) 的大作中提到: 】
&& -- && ※ 来源:·水木社区 ·[FROM: 183.15.60.*]
文章数:4&分页: