结合声音特征的 生物+密码 混合认证应该可用性更高吧，公开场合也不担心别人听去了。

“适合你独处但手不方便的时候”这种场景真是让人浮想联翩。。。（滑稽

https://www.odrive.com/

https://mountainduck.io/

都挺贵的就是了

@t6attack 妈呀，网络串线 666，就这还有人坚持不上 https，毕竟运营商缓存是特性呢

我觉得还是基站靠谱，地铁的距离，不同站点应该是不同的基站了吧，再配合地铁的路线信息。

以下是就这个问题的几点观察：

1. 现在无论在什么地区，services.googleapis.com 和 services.googleapis.cn 都不是同一台服务器，因为两者服务器的数字证书都不包含对方域名，这和前一段时间是完全不同的，也是为什么在某些地区就算 fq，nexus 能正常使用， 国行手机却不行。

2. 新加坡、香港地区解析 services.googleapis.cn 出的服务器无法正常提供 googleplay 服务。

3. 美国解析出的 services.googleapis.cn 可以正常提供 googleplay 服务，所以在路由器处强制解析 services.googleapis.cn 到美国服务器，比如 172.217.0.227 就可以正常使用 googleplay.

以上。所以 google 有多贱给你个眼神自己体会。

另：你们的 s8 有没有自动重启这个功能？我现在一天一次啊！！！

https://www.duplicati.com/

这个项目还在开发中，用起来有些小问题，但我个人非常看好。

直接把要转发的 UDP 流量干掉（ DROP 或者黑洞都可以），强迫 Google 系应用放弃 QUIC 就好。

K-Lite Mega Codec Pack Mega 一发入魂

Workflowy + Workflowy Clipper 插件，轻搞定任何平台下 Chrome 系浏览器的书签 收藏+使用，以及其他任何浏览器使用书签的问题。目前正在用 Vivaldi 配合 Web 面板，效果如图：

https://ibb.co/mmZtKv

要不试一试在路由器处把 udp 干掉？

楼主弄好以后能不能说一下这么用的价格？我也有类似需求，但是认为这种用法 OSS 请求数会非常巨大。

所谓多因素认证，这里“多因素”里的各个因素应该相互无关对吧？

@ifake #42 你最后一句话定是忘了 Google，不过这事情今天有更新呢：

https://www.bloomberg.com/news/articles/2017-06-23/google-will-stop-reading-your-emails-for-gmail-ads

@flyfishcn #82
@azuis #79
@buddha #98

几位的看法我知道了，谢谢。

如果按这个思路，我觉得阿里 hk 之类被误伤的可能性很大，和 google 申诉一番说不定有救，大陆 IP （包括 v6 ）估计就 https://ws1.sinaimg.cn/bmiddle/62e721e4gw1et02cpd7rcj200k00k3y9.jpg

@flyfishcn #75 “绝大多说来自中国的 IP ” 是否是事实？根据之前已经出现过的几个相关的帖子，很多朋友不受影响，还有很多通过修改设置就解决了问题，况且大家都是代理去看，“来自中国的 IP ” 是什么意思呢？

至于封 IP，首先一个先决的问题是，google 是否遭到了攻击，这件事情有来源么？另外，从防范攻击的角度来讲，只封视频这种操作我的感觉是麻烦了自己，方便了别人。对攻击者来说，非视频服务器不搞也很奇怪啊。

这么多人说封 IP，请教一下：

1、一般封 IP 只封视频么？
2、 @azuis 你给的邮件截图我看了，没见提到封 IP，也没见提到攻击啊？其中 “ strong signal from China ”， “ believe this to be right behavior ” 都所指不详，有更多的信息么？
3、google 这次 500 的故障是攻击导致的么？有新闻来源么？当时看的新闻说故障 “ to be concentrated in the US ”，所以我很怀疑攻击的说法。

谢谢！

@parametrix #143
@skylancer #142

对了，补充一下，是要直接连通 *.googlevideo.com 的 UDP 443 才能复现问题。其实看一下每个 youtube 视频加载出的 *.googlevideo.com 连接，就会发现里边有各种各样的客户端信息，而且 signature 还和网页播放器绑定，哪一样不对都会 403。