@xgowex 通常Mb就是指Mbps，MB才是MiB/s（或MBps）吧。
而且138MBps*8=1104Mbps，普通VPS不太可能开G口带宽吧。

@xgowex
刚刚点错了。

@yfdyh000 不明白。楼主写的就是Mb/s，不是MB/s。

@xgowex 怎么算的？138.14 Mbps * 2 * 60 * 60 = 124.32600 GBps

/t/117844

@aiwha
https://webcache.googleusercontent.com/search?q=cache:XcNWHASPMhoJ:https://github.com/txthinking/google-hosts+&cd=1&hl=zh-CN&ct=clnk 这是该网页在 2015年1月19日 18:43:51 GMT 的快照。168个提交。
https://webcache.googleusercontent.com/search?q=cache:g_EpGK8c_hsJ:https://github.com/zxdrive/imouto.host+&cd=1&hl=zh-CN&ct=clnk 这是该网页在 2015年1月19日 18:43:58 GMT 的快照。38个提交。
真的不是眼花/记错了吗？

何以见得被回退了？Google和Bing的快照显示就是这样，本来就没更新。有https还劫持什么啊。

https://blogs.mcafee.com/mcafee-labs/apps-sending-plain-http-put-personal-data-risk
该博客文章主要是说软件界传输层保护意识不足，看上去主要目标不是搜狗，还提到了微博和Costco app。如果搜狗用了https，估计都不会被提到。

收集信息意料之中，毕竟能分析和卖钱。收集USB ID感觉有些诧异，但也是能分析和卖钱。未查证是否含唯一序列号，如是就确实涉及个人隐私了，但用户“同意了”许可协议。

备注：Fiddler也能捕捉HTTPS包。上HTTPS估计会增加很大压力，毕竟是小包、频繁，所以搜狗可能选择了“不在乎”。

@YAFEIML PAC中当然不能这么写了，写规则才能这样的。参照周围的格式吧。Shadowsocks的pac.txt中不是已经自带了 "google.com": 1, 了吗。

页面底部放一个锚点吧。 <a id="end"></a>

@icloudnet SPF等技术能识别和过滤。所以到底跟服务器被黑有什么关系，难道它豁免垃圾过滤器吗，或者都认证为真实地址。空内容的邮件到底是怎么钓鱼的呢。用它的服务器做伪造就不会被拒收了吗。

没看明白。@jzjt.com怎么伪装成@icloud.net用户，不是很容易被识别出来吗。
邮件标题很奇怪，无内容怎么钓鱼。邮件被退回@icloud.net 是怎么回事。

@YAFEIML 怎么无法访问。怎么写的，写在哪。应该没问题，一直这么用的。

AutoProxy规则，继承自AdBlock Plus规则写法。
||google.com 就可以了。

||是网域匹配，|是网址匹配，^是开头匹配（同正则表达式）。
https://adblockplus.org/zh_CN/filters

文件系统驱动吧。因为用户需要，提高安全性及维持数据原样。自担风险。加载了驱动。
微软没必要支持，而且官方支持需要考虑太多方面，比如包括10年前的操作系统读取10年后的新版本文件系统时不能出意外的兼容性，稳定性，生命周期，各功能API的判断和支持。
自担风险。作者是国人，官网有博客链接，也许可以去问。有重要数据建议备份，无担保。没用过。

服务器是UTC时间。中国是UTC+8，所以中国时区早上8点刷新。