Open GoogleCodeExporter opened 9 years ago
找到 proxy.ini 的 [host] 部分
;请求可能会转给 GAE/PAAS 插件处理, 从而导致 hosts 设置无效,
设置 rules 指定哪些情况走 hosts (URL RuleList 规则)
rules =
/^https?:\/\/(?:www|code|mail|[^\/]+\.mail|groups|maps|mts0|mts1|news|play|video
|drive|appengine|chrome|[^\/]+\.url|talkgadget|clients2)\.google\.com\// \n
/^https?:\/\/[^\/]+\.c\.youtube\.com\/liveplay\?/ \n
/^https?:\/\/upload\.youtube\.com\// \n
/^https?:\/\/www\.youtube\.com\/upload\//
这里修改为
rules =
/^https?:\/\/(?:www|scholar|code|mail|[^\/]+\.mail|groups|maps|mts0|mts1|news|pl
ay|video|drive|appengine|chrome|[^\/]+\.url|talkgadget|clients2)\.google\.com\//
\n /^https?:\/\/[^\/]+\.c\.youtube\.com\/liveplay\?/ \n
/^https?:\/\/upload\.youtube\.com\// \n
/^https?:\/\/www\.youtube\.com\/upload\//
Original comment by heeroyuyj
on 21 Nov 2012 at 11:31
目前的(ipv4)默认配置没有对scholar.google.com作任何处理,既不��
�走wp自带的hosts,也不会走GAE,完全与不使用wp直接连接相同�
��
如果有上述问题,很可能是其他软件或设置导致的,例如不��
�确的系统hosts设置。
Original comment by www.eh...@gmail.com
on 21 Nov 2012 at 1:23
@2
Chrome 下配合 SwitchySharp 的匹配规则会导致 scholar
出现这个问题
但是不适用 SwitchySharp 的话, WP+ 的 8086
在高负载下有常常会挂掉, 这确实比较郁闷...
Original comment by heeroyuyj
on 21 Nov 2012 at 1:36
@3 导入local\misc\SwitchyOptions.bak
然后选择“自动代理”,这个模式是由浏览器判断是否需要��
�理,而且与GUI(禁用切换)配合可以自动更新对应的proxy.pac�
��
Original comment by www.eh...@gmail.com
on 21 Nov 2012 at 1:47
我自己的 SwitchySharp 里有 pac 的设置
只是那个不方便在命令行看到东西, 感觉不是很好掌握局面
暂时 8086 的性能没有什么好的方法提升了吧?
Original comment by heeroyuyj
on 21 Nov 2012 at 1:57
你需要看到什么?PAC的效果与SwitchySharp自带的自动选择是相��
�的,如果PAC看不到,自动选择应该也看不到;
凡是在wallproxy控制台看到的都是走了wallproxy、对性能产生了��
�响的;
走8086性能损失是不可避免的,https://code.google.com/p/wallproxy-plus
/issues/detail?id=84#c2
Original comment by www.eh...@gmail.com
on 21 Nov 2012 at 2:08
移动设备上有时一些情况我如果用 8086 也能看到诸如
WP/GAE/FWD 的信息, 但如果我用 pac 的话, 访问网络就只有
192.168.1.8 - [2012-11-21 22:32:45] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:32:52] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:32:58] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:33:03] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:33:03] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:33:03] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:33:03] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:33:03] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:33:06] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
192.168.1.8 - [2012-11-21 22:33:06] WEB "GET http://192.168.1.2:8087/proxy.pac
HTTP/1.1" 200 135519
电脑上是没问题的, 即便使用 pac 也有我需要看到的信息的
Original comment by heeroyuyj
on 21 Nov 2012 at 2:34
这不能成为电脑上用SwitchySharp自动选择而不用wp自动代理的理
由吧?
你在移动设备上也不能用SwitchySharp啊。
Original comment by www.eh...@gmail.com
on 21 Nov 2012 at 2:41
你这是啥设备,自己写个简单点的pac替换proxy.pac呢?
Original comment by www.eh...@gmail.com
on 21 Nov 2012 at 2:50
不是说在电脑上不用, 之前老版本我记得即便在电脑上用 pac,
命令行里也缺乏一些必要信息 (和 8086 相比),
当然这个在后来的版本里加上了 WP/GAE/FWD 什么的
目前的情况是, 有时候要方便给一些 Android 设备提供代理, 但
Android 没法设置 pac 的, 只能使用 IP:端口
Comment 7 里的信息是 iOS 上设置 pac 后在电脑上得到的反馈信息
Original comment by heeroyuyj
on 21 Nov 2012 at 3:02
没法设置pac的当然就是设8086最好呗;
你先换个手写的简单的proxy.pac试试可不可行,以便确定是pac��
�问题还是ios的pac机制设置方法不对。
Original comment by www.eh...@gmail.com
on 21 Nov 2012 at 3:11
[deleted comment]
连接8087访问学术提示
我们的系统检测到您的计算机网络中存在异常流量。请稍后��
�新发送请求。为什么会这样?
IP 地址:74.125.184.23
时间:2012-11-24T06:17:47Z
网址:http://scholar.google.com/
Original comment by tjw7...@gmail.com
on 24 Nov 2012 at 6:18
[deleted comment]
8087 是全局代理, 等于什么都会通过 GAE 走一道,
估计就出了问题
作者说了这个链接直连才没什么问题
Original comment by heeroyuyj
on 24 Nov 2012 at 3:32
https://code.google.com/p/wallproxy-plus/issues/detail?id=418#c4
8087如果find_handler = 1的话也会将google的一些网站走hosts
Original comment by www.eh...@gmail.com
on 24 Nov 2012 at 3:42
Moved to: Issue wallproxy:507
Original comment by heeroyuyj
on 2 Dec 2012 at 5:10
Original issue reported on code.google.com by
g19911...@gmail.com
on 21 Nov 2012 at 11:14