第二天修改：
关于Google翻译和FCM到底是怎么回事本文来源群友投稿，由管理重新合并及修改截止日前，Google翻译和FCM在中国大陆出现异常，但是出现异常的原因却不同。FCM：FirebaseCloudMessaging，是GoogleCloudMessaging的升级版本。已经不是一种服务而是一项技术，可以说是目前的新GCM使用了这个技术来实现，而其实每个软件都可以有自己的FCM服务。也可以理解成微服务，新的GCM是一种完整实现。先说结论：Google翻译是Google自己更改了DNS。FCM是被阻断了。首先是关于Google翻译：目前，经群友检测translate.google.com的DNS和www.google.com的DNS，发现translate.google.com的DNS结果与www.google.com的DNS结果重合（均为：142.251.0.0/16和172.217.0.0/16，不排除个别省份有污染：例如中国新疆地区。）由于Google的服务大多都是IP黑洞，也就是说检测到这个IP就阻断，与其他的DNS污染加SNI速断不一样。所以，此前来自中国大陆的访问以及被Google标记为中国大陆使用的用户连接的都是translate.google.cn的服务器（位于中国大陆）。其次是关于FCM：经群友检测FCM的DNS，发现FCM并没有解析到www.google.cn，检测到的IP与www.google.com部分重合但，是中国大陆大部分地区均解析到了中国台湾地区。且多次测试64.233.0.0/16均未出现在www.google.com的DNS解析结果内这意味着此前FCM的结果因为不在www.google.com的DNS结果内，未被IP黑洞。这次FCM是被墙了。关于解决Google翻译的问题首先，UWP应用无法访问本机服务，因为微软让UWP应用在“沙盒”中运行。此时可以通过UWPloopback等工具，与常见的UWP应用程序翻墙方式一致。部分软件通过ntdll系类似API实现联网，而不是通过WinSock等高封装API，本文投稿人使用的术语是应用层和底层，管理在合并新闻时不予认可。因为每个软件都可以自行读取目前的代理状态，这并不像UWP一样是因为权限问题无法访问导致。但既然他拒绝使用代理，可能是他故意的，为了保证密钥不被泄漏等原因，也可能只是没有想到过。Google翻译目前的解决方法有两个：一个是使用网关，让局域网内的流量均经过网关，这样无论是什么流量都可以转发。第二个是修改host文件将谷歌翻译的IP改为国内的。或可以通过部分软件的网卡模式，如Clash的TUN模式。按照群友的方法，可以使用的hosts文件如下：180.163.151.162translate.googleapis.com203.208.40.66translate.googleapis.com203.208.40.66translate.google.com第二天修改：有群友提交了新消息目前Google所有子域名全部失效了对于其他信息，如Google发言人回复等，管理已经看到了，管理层已经在协商再次合并该新闻及刚才用户的一些投稿，请耐心等候谷歌证实停用了中国大陆的谷歌翻译功能。谷歌发言人通过电子邮件告诉TechCrunch，该公司“由于使用率低”，已停止在中国大陆使用谷歌翻译。也许是别有用心，但这种说法可能有一定的道理——在中国，谷歌服务的使用与百度和阿里巴巴等本土科技巨头相比只是一小部分。有群友又提交了投稿说是因为两会问题中国区业务面向消费者的业务全部下线，也就是说不是墙的问题也不是美国政府问题。投稿信息！如有侵权，联系管理因专业性问题，文章有不足之处请联系@jyxjjj修改频道投稿：@zaihuabot交流群组：@zaihuachat花花优券：@zaihuajd
