@egen 这东西支持透明代理么

@sdysj 你说的没错 是不靠谱，但是如果限定一下，HTTP+数秒内RESET。这就很能缩短误判率了

@JackWindows 我之前也是跟你一样的想法，你那是理论，实际上就像@lightening说的。
试过下载速度基本上能有600-700K。不算好，但是可以接受。

延迟确实不低，最低延迟2-3ms，偶尔彪个三四百也有，但是实际访问体验也不能说差，否则我手机早就被打爆了。

FC2送的WHR-G300Nv2刷了OpenWRT 带了四五十个无线客户端。。。

一天流量光上行就20多G...

本来没指望这货能带起那么多人的，结果没想到还真带起来了。。现在大概五六天死机一次

@wzxjohn 没有规定HSTS只能在HTTPS下发送吧。我看到的配置范例都是HTTP和HTTPS都发送HSTS

这样HTTP接收到HSTS也会跳到HTTPS。不过攻击者倒是可以很轻易就把这个头去掉

有了HSTS，只要客户端接收到一次HSTS，很长时间内就会强制HTTPS，这样就不给HTTPS前端劫持多少机会了。毕竟此类（HTTPS前端劫持）中间人攻击多数情况下只发生在一些公共WiFi等计算机不会长时间停留的网络接入上（长城除外，HSTS不是用来防长城的），多数计算机在接入此类网络前都已经访问过“易被攻击站点”获得过HSTS头了。（就例如支付宝，难道你新买一台电脑 二话不说先到公共WiFi上去登录支付宝么。多数情况下都应该在较安全的网络环境里登录过了）

为了完全杜绝攻击可能就有了Preload List。

说到底还是因为楼主没提前弄明白HSTS就按照教程上HSTS导致的杯具，其实现在全HTTPS也未尝不可，在国外早已经推荐全HTTPS了，只是百度这种蛋疼搜索引擎可能会不收录比较恶心。如果不在乎百度完全可以全HTTPS。

当年入门是入的Ubuntu 结果当年的lnmp对Ubuntu支持不佳 换debian 结果因为内存不够编译lnmp最后也放弃 某VPS提供商提供了个装了kloxo迷你版的CentOS 然后就CentOS至今

到现在已经半个运维的水平 其他系统也不是不能用 只是习惯CentOS了。

感觉要开发尝试新玩意还是用Ubuntu/Debian。。CentOS默认源的GCC等工具版本简直不能忍。不过相对于Ubuntu我更倾向于Debian。Ubuntu总感觉有些莫名其妙的问题。

广西电信测试表示 cloudcore和Linode比樱花要好一些

Linode是上下行都是走KDDI 电信-cloudcore走了ntt 然后貌似才到KDDI。cloudcore-电信估计应该是KDDI直连 [没有机器测不了]

樱花对我这里电信就比较那啥了 测试发现 电信->樱花大数据传输丢包率低于0.1% [走的NTT] 但是樱花->IIJ->电信 大数据传输 24小时丢包率都在15%-25% [乃至更高] 测试发现 从延迟上判断 IIJ日本->IIJ在中国的网络出口丢包比较严重 [拥塞] IIJ中国网络出口->电信又有一点丢包。甚至有时候电信->NTT->樱花也会略微丢包 所以虽然延迟看起来还好 但是实际 电信体验比较糟糕

但是樱花的联通体验总体不错 问题不大 测试发现 樱花到联通也是走IIJ 但是是在日本东京出口。而IIJ-电信是直接从大阪出去的

提升电信的体验可以使用锐速 对于电信用户会友好得多 [锐速不是CDN] 。虽然包还是一样在丢 不过锐速对高丢包下的带宽利用率提升是比较明显的