Chrome 右键翻译，怎么 fix？

[JinTianYi456]

• 系统: Windows 10
• Chrome: 103.0.5060.114
• 装了 扩展 Proxy SwitchyOmega 和 Google 翻译, 并在里面配了googleapis的规则，所以翻译扩展是 ok 的。但右键翻译用不了
• 然后我猜 右键翻译 可能不走 代理扩展，但它是会使用系统代理的(不像 curl 命令，不使用系统代理)，所以我就去配置系统代理（用过早期版本的 Windows 都知道，现在的 Windows 保留着两套设置界面，一套是新的我也不知道叫啥(位置是在设置-网络-代理)，一套是以前的就是控制面板-Internet 选项，但不管用哪个只是界面不同而已）
• 我还先去试了 hosts 的方案，但试了几个 ip ，都不行，然后才去试 系统代理 的方式
• 去配置 pac, 起初我用的是 file:// 来指向，但不行，所以我觉得可能它不支持 file ，查了下，然后就改为http://指向
  • https://learn.microsoft.com/zh-cn/troubleshoot/developer/browsers/administration/cannot-read-pac-file#cause
• 我选了 Everything 里的 http 服务器来架设，因为上面的链接里说 MIME 类型, 如果没有，PAC 文件的扩展名必须是 .dat 、 .js 、 .pac 或 .jvs 。 但还是不行，WHY?
• pac 资料
  • https://en.wikipedia.org/wiki/Proxy_auto-config
  • https://developer.mozilla.org/en-US/docs/Web/HTTP/Proxy_servers_and_tunneling/Proxy_Auto-Configuration_PAC_file

// 我的 pac 文件内容
function FindProxyForURL(url, host) {
    if (host == "translate.googleapis.com") {
        return "HTTP <IP>:<端口>";
    }

    return "DIRECT";
}

// 甚至，我把 SwitchyOmega 里的导出为 pac 来试，也不行

[owtotwo]

提个醒，每次尝试记得先重启 Chrome 再测试，不然有可能有缓存或残留的连接影响测试结果
(打开 chrome://net-internals/#sockets 然后 Close idle sockets 似乎也行)

[JinTianYi456]

@eason1874 #20 这样吗？算了，用 hosts 搞定了，下次再玩 PAC 吧。chrome://net-internals/#proxy 这里是不是可以清楚 proxy-cache?

[wym0823]

修改 hosts ，ip 换成可用的国外谷歌服务器 ip

[XIU2]

@cnfzv 可是我看 Chrome 浏览器直连访问了 Hosts 中指定的 IP ，而只可能是通过 translate. googleapis. com 域名，因为我只指定了这一个域名，其他域名不可能解析到这个 IP 的。

我用本地 DNS 程序记录了解析请求（重启了浏览器+刷新 DNS 缓存），也确实没见到其他域名。。。

[followztx]

1 、代理客户端比如 ssr,默认用的 pac 模式，但是 gfwlist 列表里面把 translate.googleapis.com 排除了(直连),用户自定义里面添加一条*.translate.googleapis.com,让它走代理
2 、浏览器代理扩展里面，如果也是用 gwflist ，也得手动添加*.translate.googleapis.com 让它走代理

原因：右键整个网页翻译，部分流量走系统代理(走了代理客户端的 pac,这个 pac 得添加 translate.googleapis.com),另外一部分走浏览器扩展（浏览器扩展里面的 pac 也得添加 translate.googleapis.com ）

[charlie21]

chrome 彩云小译扩展

[followztx]

翻译的还不错

[treblex]

装完浏览器第一次需要系统代理，之后好像就可以走扩展了

[qiaobeier]

换“划词翻译”使用 deepl ，服务器有点慢，但翻译质量比 google 好一点。

[Minden]

右键翻译走系统代理，我也是习惯用 SwitchyOmega ，这样将需要走代理的域名可以很方便地临时控制。我现在是加一层 Proxifier 走系统代理，只添加需要的软件和域名，这样就完成了，完全不影响之前的配置。

[D15nBByN]

Chrome 加--proxy-server=启动参数，有路由分流需求的话放在浏览器外面做

[iv2usr]

一劳永逸的办法: 路由器透明代理

[ClericPy]

你们折腾不明白的不会来 V2EX 搜一搜么, 方法很多了

右键里的似乎不走代理扩展, 以前还行现在不好使了, 如果懒得搜, 装了划词翻译的可以在设置里面找到通知:

关于谷歌翻译出现报错的说明
https://hcfy.app/blog/2022/09/28/ggg

一大串 hosts 复制过去吧

[AaronLee]

有个临时解决方法，我也是刚刚在知乎看的，操作系统先设置全局，打开 Chrome ，随便翻译一个网页，接着再取消全局代理，之后就可以正常使用翻译了，只是有个缺点，Chrome 不能关闭，否则要重新这样做一遍。
知乎链接：[「技巧」 Chrome 浏览器自带 谷歌翻译 失效的最新解决方法之一：重定向（ 10 月 22 日）]( https://zhuanlan.zhihu.com/p/576290326#:~:text=C%E6%9F%90%E6%9F%90-,%E9%87%8D%E5%AE%9A%E5%90%91%E6%98%AF%E7%9C%9F%E7%9A%84%E5%A5%87%E6%8A%80%E6%B7%AB%E5%B7%A7,-%E3%80%82%E6%88%91%E7%9A%84%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88)

[Eagleyes]

SwitchyOmega 添加这条规则并使用

https://ipac.now.sh/

[haixin]

分流，DOMAIN-KEYWORD,google,proxy

[explore365]

https://chromium.googlesource.com/chromium/src.git

components\translate\core\browser\translate_script.cc

[XIU2]

@AaronLee 嗯，这篇就是我写的文章，不过很奇怪的是有人行有人不行，把我也搞懵了。。。
于是我今天研究了半天，结论就是上面我发的内容（即整个翻译流程，一部分流量强制直连，一部分流量可以走代理）。关于你提到的这个，我也注意到了，我个人粗略的解释为：

Chrome 浏览器第一次翻译时：

1. Chrome 强制直连访问 translate. googleapis. com 获取了什么（即不受代理管理扩展控制）
2. 加载了几个翻译所需的静态文件（ CSS 、JS 啥的）
3. 刚刚加载并运行的 element_main.js 脚本发起 POST 翻译请求
4. 处理翻译结果，修改网站内容

而后续再次翻译时，也只需要从步骤 2 开始，而因为 JS 等文件都被缓存了，所以相当于从步骤 3 开始了，直接由 JS 文件发起 POST 翻译请求即可（即相当于跳过了 1~2 步骤）。

这个第 1 条步骤，我也只是猜测，因为我只能通过实验判断翻译时，Chrome 直连访问了 Hosts 中指向的谷歌国外 IP ，以及 Chrome 访问了代理，但具体是什么我就不知道了。。。

折腾研究半天，给我搞晕了、烦了，本来是想研究下看看能不能找到完美解决方案写个适合大众的低门槛教程，结果最后也只得出这一堆模棱两可的答案。。。

[Lightbright]

要用系统代理，且不能是 pac

[abolast]

最后我选择在 chrome 的启动参数添加 --proxy-server=http://127.0.0.1:20172 ，SwitchyOmega 插件也不用了，第三方网页翻译插件总是有点问题