1
lonelygo 2015-06-24 18:53:42 +08:00
来个链接,我试试我这里。
|
2
cdy OP |
3
yangxiongguo 2015-06-24 19:07:03 +08:00
可以用Google翻译的插件
|
4
lonelygo 2015-06-24 19:11:19 +08:00
ss+SwitchyOmega 几秒中就OK了 |
5
cdy OP @lonelygo 我也正是这样的设置,SwitchyOmega走的是全局,S*S中PAC和Global都试过,效果一般,请问你的SO中的设置是?
|
6
lonelygo 2015-06-24 19:25:23 +08:00
MAC的SS客户端貌似不支持独立,而GoA的支持独立模式。所以,我用的GoA的SS,独立模式。
然后,Safari解决内事,Chrome+SO解决外事。 SO:Socks5 127.0.0.1 8*** |
7
cylin 2015-06-24 19:34:14 +08:00
proxifier添加chrome.exe是有效的
|
8
cdy OP Proxifier在 无论是否开启 VPN,挂上SO会让网页的流量走1080(SS本地)端口,且在 Proxifier 中无Chrome 的流量纪录,只有 ss 的记录(要注意的是,此时有一条 Chrome direct connection 的纪录,无域名显示,我推测此条纪录正是谷歌翻译的请求,直接从 Chrome 发出);开启 VPN 且关闭浏览器的 SO 后,Chrome 会走3447的直连端口(会有所有 Chrome 的连接信息,且包含正访问的域名)。
这个结论也较符合谷歌翻译不走 SO 的推测。Proxifier 添加 Google Chrome.app 无效的可能原因在于:当流量走 SO 后,会忽略从Chrome直接发出去的请求(也就是translate的请求。但不知为何这条请求也被 SS 的 PAC 忽略了)。 PS:解决方案之一是,不开启SO,而是在 Proxifier 中添加 Chrome 走 SS 本地端口的规则(这样就被动忽略了 SO 自定义规则的功能)。Windows 逻辑也应相同。 @cylin @lonelygo |