试一下斯诺登的方法：

https://www.eff.org/deeplinks/2014/10/7-privacy-tools-essential-making-citizenfour

@Gandum 无此必要吧

感觉还是用 wordpress 或者 hexo 建立个博客好了。CUUS 都倒成那样了，论坛不是个发展的趋势

half-life 2，半条命系列的就不多说了吧

这是莪你的语气。希望有精通 IT 法律的V友相助

1, 执行 hexo g，会出现静态文件（public文件夹）
2, 设置nginx用户组为root （而不是www-data或者其他）

Proxifier在 无论是否开启 VPN，挂上SO会让网页的流量走1080（SS本地）端口，且在 Proxifier 中无Chrome 的流量纪录，只有 ss 的记录（要注意的是，此时有一条 Chrome direct connection 的纪录，无域名显示，我推测此条纪录正是谷歌翻译的请求，直接从 Chrome 发出）；开启 VPN 且关闭浏览器的 SO 后，Chrome 会走3447的直连端口（会有所有 Chrome 的连接信息，且包含正访问的域名）。

这个结论也较符合谷歌翻译不走 SO 的推测。Proxifier 添加 Google Chrome.app 无效的可能原因在于：当流量走 SO 后，会忽略从Chrome直接发出去的请求（也就是translate的请求。但不知为何这条请求也被 SS 的 PAC 忽略了）。

PS：解决方案之一是，不开启SO，而是在 Proxifier 中添加 Chrome 走 SS 本地端口的规则（这样就被动忽略了 SO 自定义规则的功能）。Windows 逻辑也应相同。

@cylin
@lonelygo

@lonelygo 我也正是这样的设置，SwitchyOmega走的是全局，S＊S中PAC和Global都试过，效果一般，请问你的SO中的设置是？

@lonelygo http://www.hochschule-rhein-waal.de/de/veranstaltungen/lange-nacht-der-studienberatung

请

@coouuo 我也是才意识已到这个问题，proxifier配置规则，但流量名单还是显示直连，这是个什么逻辑？

@lanbing
@aiguozhedaodan

请问你们手机验证码收不到的问题是怎样解决的？