飘在云端

啊!那蓝真天,白真云!

· 浏览器 · · 309次浏览

谷歌翻译不能用解决方案【需自备魔法】

2022-09-28 谷歌翻译彻底关闭中国区域的 translate.google.cn 翻译功能,有一个说法是 “提供API接口的googleapis被墙。这导致js文件和字体资源无法加载,官方懒得进行修复,所以干脆停掉了”

而不是官方说的使用率太少停掉退出中国,恰逢十月份开会期间曾出现过几天的大规模 DNS 污染,基本是期间被墙了,谷歌最后选择摆烂不修了

本文目的:让有梯子的,能够维持原来使用习惯,继续使用谷歌翻译,原功能全部保持有效

在被墙之初,translate.google.cn 被 DNS 污染时,我就已经预见了接下来的最差后果,已经把所有 google 子域加入了 clash 代理策略里面,在谷歌官方关停 tralslate.google.cn 之后,发现即便有梯子也是无法使用

之前我写过这篇文章:https://www.0z.gs/memo/chrome-proxy.html

此时我是推测应该是有 域名直连到了污染/关停的域名,Clash 日志还没抓取到详细日志

我是 Google Chrome + SwitchyOmeg + Clash 使用,其中 Clash 监听一个本地 7890 的socks5 端口,SwitchyOmega 将流量重定向转发给 Clash 本地端口,但是这个方式仍然无法使用谷歌自带的翻译功能

再加上 Clash 没抓取到相关记录(谷歌翻译或任意谷歌子域甚至任意域名记录),基本实锤是 谷歌浏览器的自带翻译功能(网页右键的翻译功能)没走代理,而是直连,并且该行为无法被 SwitchyOmega 代理,可能优先级比 SwitchyOmega 更高,或者说是内核源码直接写死了 直连请求某个谷歌 API 域名接口

有2种方案

a> 参考上面写的之前文章记录,使用该参数启动谷歌浏览器(注意需要在启动前谷歌浏览器后台进程全部关闭了才有效),此时是真●全局代理,谷歌浏览器所有流量均会被重定向到 Clash 的 7890 端口处理,无一遗漏

代理规则、节点管理全部通过 Clash 管理

b>直接开摆,Clash 开启 Tun 模式,此时漏网之鱼就被日志记录到了,果然是直连没有走 SwitchyOmega 的代理

如图所示:translate. googleapis.com 符合我推测,直连了,根本没有走 SwitchyOmega 重定向转发给 Clash

但是此时 Clash 已经开启了 Tun 模式,通过虚拟网卡驱动 实现真正的全局流量代理了,所有系统层面流量全部被接管转发给 Clash,一个漏网之鱼又如何能逃出呢?

至于梯子,自行准备,我不做推荐和任何介绍

请输入图片描述

下面是更完整的记录抓取,记录谷歌浏览器冷启动之后,翻译一个页面时期间的网络请求

请输入图片描述

评论 (0条)