@TcDhl
是啊，
谷歌刚关闭网页版时，Chrome 内置翻译 API 接口 translate .googleapis .com 还能通过 Hosts 重新指向国内服务器 IP 继续使用，不过从 20 日开始就不行了（我也是这天下午发现的，因为我那篇文章的原因，也是从这天开始每天有几十个人跑知乎问我。。），似乎谷歌已经移除了国内服务器上的谷歌翻译服务。

我也是昨天折腾半天才发现。。。
浏览器的代理管理扩展，如 SwitchyOmega 是无法控制 translate .googleapis .com 域名走代理的（显然是 Chrome 的限制），只有通过系统代理设置，让浏览器走系统代理才行。

不过说实话，目前还是能找到个别该域名能用的谷歌国外 IP ，虽然延迟比国内高很多，翻译速度明显慢一截，但也能凑活着用。而且这次是谷歌自己关闭的，域名也没有任何污染 /阻断，所以改 Hosts 依然可用。

@paradoxs 楼主说的是 Chrome 浏览器自带的全页翻译功能，调用的这个翻译接口 API

@benjaminliangcom
在国内使用 UDP 协议的国外明文 DNS 是没有意义的，该污染污染，该劫持劫持，被干扰、封锁、延迟高、不稳定都是家常便饭，而且得到的解析结果不精细，甚至国内网站还可能解析到相应的国外 IP 。。。

如果非要用明文 DNS ，那么就建议使用运营商的，连国内常见的公共 DNS 我都不推荐，我测试过，精细度都不如本地运营商的，比如 B 站的用运营商能解析到本市，而公共 DNS 的则解析到其他省了。

要么就用加密 DNS ，不过缺点和前面一样，解析结果精细度不行，南辕北辙的很不爽。。。

@bainian18
DOH （ DNS over HTTPS ）是加密 DNS ，因为需要多次握手，所以相比明文的 UDP 协议 DNS 延迟会明显增加。
还有个类似的是 DOT （ DNS over TLS ），但是因为有专用端口 853 而容易被针对 /封锁。
还有一种比较新的 DOQ （ DNS over QUIC ），现在支持的比较少，也是基于 UDP 协议的，兼顾加密与速度。

反向代理是有安全风险的，因为所有传输的数据对于反代服务器来说都是明文的。

你用 钥匙 A 把数据锁在 箱子 A 里，然后把 箱子 A 给反代服务器，
反代服务器用 钥匙 A 打开 箱子 A （此时反代服务器能明文看到）把数据拿出来放到另一个 箱子 B 里并用 钥匙 B 锁上，然后将其发给目标网站，
目标网站收到后用 钥匙 B 打开 箱子 B 查看数据，处理后再原路返回。

用户 <=证书 B 加密=> 网站
用户 <=证书 A 加密=> 反(明文)代 <=证书 B 加密=> 网站

用户 和 反代 单独用一套 公匙和私匙，反代 和 目标 单独用一套 公匙和私匙，都是独立的。


上面说的是不同域名反代，如果是同域名（即使用 Steam 的官方域名），那么需要你信任对方自签根证书，这样才能建立 SSL 链接，当然依然是有安全风险。

访问境外网站有优势（很多 IPv4 被干了，但是 IPv6 幸存）。
还有像 Cloudflare CDN 前段时间 IPv4 被干扰的不稳定，我一直用 IPv6 替代，不过最近好像恢复正常了。。。
BT 下载也可以链接到一些 IPv6 地址（这意味着公网 IP 更多，连接到的用户数量更多），速度更快一些。

我也收到了，都是这种邮件回复的，大半年前的。

看了下确实，gstatic 、谷歌统计 等域名国内解析也都恢复了。

只剩下 谷歌翻译 这个被官方主动关闭的了（连带着谷歌翻译 API 接口域名解析也给改到国外 IP 了。。。

@bclerdx 因为不确定是谷歌自己故意，还是手误，或者是国内等其他因素被迫导致的。

不过最近几天，确实有一些一直使用国内服务器的谷歌网络服务被 DNS 污染了，比如 dl.google.com fonts.gstatic.com ，所以我感觉还是后者可能性更大一些。

安卓《阅读》 APP 我记得支持墨水屏，你试试吧。

https://github.com/gedoor/legado

另外，还有《阅读》网页版（搭建服务端），跨平台用浏览器看也比较方便。

https://github.com/hectorqin/reader

@techon 没想到这么多人都遇到了该问题，那我估计可能是谷歌最近变动了这个 谷歌翻译 API 接口域名 的 DNS 解析记录，导致解析到国外 IP 了（你这个链接我进去测了下，依然是有解析，虽然都是谷歌的国外 IP ），有懂的可以去向谷歌提下反馈。

上次谷歌翻译在线网页版抽风，我当时也写过教程，后来有个人向谷歌反馈后，没多久就修复了。

translate.googleapis.com 是有国内节点的（和 google.cn gstatic.cn 等域名共享）。
如果不能用，大概率是你的 DNS 解析到国外 IP 了，而谷歌的国外 IP 大都封了，所以才无法使用，手动 Hosts 指向任意可用的国内节点 IP 即可。

@moliguizd 这是 Cloudflare 的事，Cloudflare 会自动处理，去回源缓存什么的。

这让我想到了前段时间 B 站有人发现的：
在微信中给别人发送文件时，同一个文件，分别发送给多个人时，会在本地储存多份。。。
一个 10 MB 的文件，发给 10 个人，会在微信目录里存储 11 份，占了 110 MB 空间。。。

以前微信还是小而美的时候，还不是这种逻辑，空间浪费还没这么明显。

@v2yllhwa 这是我自用的方案~
因为很多网站都套了 Cloudflare CDN ，而访问速度不稳定有点捉急，当年我听说自选 CDN IP 可以加速，于是手动试了下确实效果不错，但是手动属实麻烦，于是为了方便自选 CDN IP ，我就写了个 CloudflareST 。

起初也是用 Hosts 方式来指定为自选 IP 的，但是后来域名越加越多，感觉属实麻烦，于是就找了各种方案，最后选择了 3Proxy 来进行 IP 重定向（ Windows 系统下），并配合 SwitchyOmega 扩展使用，特殊网站该走其他走其他，其余网站都走 3Proxy 创建的本地代理。

另外，我还发现可以通过 3Proxy 配置项来间接控制浏览器优先使用 IPv6 还是 IPv4 。

你用的是我写的 CloudflareST 优选 IP 的吗？我在项目里写的有这种教程（因为我写 CloudflareST 的目的和你一样都是为了加速访问套了 Cloudflare CDN 的网站）。

https://github.com/XIU2/CloudflareSpeedTest/discussions/71

即依靠 3Proxy 建立一个本地代理来进行 IP 重定向（ Windows ），通过该本地代理访问网站时，3Proxy 会根据域名的解析 IP 来重定向至优选 IP 。