encrypt

这周Klei家打折，手一抖就把饥荒联机版(Don’t Starve Together)和两个DLC一起打包买回家了(剁手！)。联机版最大的玩点就是可以和很多人一起玩，而且可以自己搭建服务器。想着前一段时间买的腾讯云服务器(继续剁手！)也算闲置在那里，就干脆闲置利用起来吧

Mozilla、思科、Akamai、IdenTrust、EFF和密歇根大学研究人员宣布了 Let’s Encrypt CA项目，计划为网站提供免费SSL证书，加速将Web从HTTP过渡到HTTPS。Let’s Encrypt CA项目计划从2015年夏天开始向任何需要加密证书的网站自动发行和管理免费证书。部署HTTPS的最大障碍是HTTPS所需证书的复杂性、官僚主义和费用，Let’s Encrypt项目的目标是解决这些问题，将证书安装的时间减少到20到30秒

前一阵，闹的沸沸扬扬的《Google Chrome 正式宣布将不再信任赛门铁克所有 SSL 证书》一文，相信大家早有耳闻，博主也不例外，也被吓了一跳，因为在此之前博主用的证书一直都是万网的免费赛门铁克的证书，由于该事件的误读，博主也匆匆换了 Let’s Encrypt 证书。可能有人会问博主，当时为什么会选择赛门铁克证书，主要是博主当时建博客时，军哥的 lnmp 还不支持自动申请 Let’s Encrypt 申请，而且该证书有效期只要三个月，当时也没找到自动续约的脚本，而万网提供了非常简便的一年的 Symantec SSL 证书，申请也非常方便，免费且续约十分简单，再加上像赛门铁克这种大佬级别的信息安全公司，应该不会有什么大问题。 而就在昨天， 博主之前的 Symantec SSL 证书还是可以使用的，　也就是说 Symantec 所有 SSL 证书均能正常使用

由于证书仅网站域名需要，因此使用了免费的 Let’s Encrypt 证书服务。 根据维基百科的说明，Let’s Encrypt 是一个于2015年三季度推出的数字证书认证机构，将通过旨在消除当前手动创建和安装证书的复杂过程的自动化流程，为安全网站提供免费的SSL/TLS证书。Let’s Encrypt 是由互联网安全研究小组（ISRG，一个公益组织）提供的服务

FastDFS是一个开源的分布式文件系统，它对文件进行管理，功能包括：文件存储、文件同步、文件访问（文件上传、文件下载）等，解决了大容量存储和负载均衡的问题。特别适合以文件为载体的在线服务，如相册网站、视频网站等等。 今天的互联网暗潮涌动，陷阱无数，HTTPS 可以帮助你抵御部分陷阱

最近因为要尝试WebRTC的功能，所以花了点时间一并尝试 Let's Encrypt 的免费凭证。 今次设置环境使用了Azure的虚拟机、Ubuntu 16.10 操作系统、Nginx 作网页服务器和Let's Encrypt 签发的凭证，目的就是把一个子域名简单的设置成 HTTPS网址网页。 其实是我忘记把Azure VM的Network Interface 的Inbound security rules 加入port 443并设成Allow

使用Apache或Nginx在Ubuntu上安装Let’s Encrypt SSL Let’s Encrypt是一个自动化、开放的证书颁发机构，为公众提供免费的TLS/SSL证书。该服务由互联网安全研究小组（ISRG）提供。本教程展示了如何使用Certbot安装向导在带有Apache或Nginx的Ubuntu 20.04服务器上安装Let’s Encrypt SSL证书

文章前面先提到分散式系统的复杂度会导致 RDBMS 上的一些假设失效，所以如果可以用单台机器暴力解，就尽量用单台机器来解 (scale up 的情境)，里面就提到了一些“暴力可以解决很多问题”的说明，差不多就是前几天提到的“Let's Encrypt 升级数据库服务器 (AMD YES？)”。 后面提到如果真的要放进分散式的 RDBMS (scale out 的情境)，怎么设计资料结构会比较好。 这边刚好也可以提一下，量够大的时候要把 OLTP 与 OLAP 的应用分开，现在有很多 OLAP 数据库可以选择，同步的工具也很成熟了，通常效能会比在 OLTP 上面硬跑来的好

我们计划增加对IP验证的支持，并将IP地址包括在证书中。 我们将生成可用于签署终端实体证书的 ECDSA 根证书及中级证书。 我们已通过多个网络视角对域名所有权进行验证

文章前面先提到分散式系统的复杂度会导致 RDBMS 上的一些假设失效，所以如果可以用单台机器暴力解，就尽量用单台机器来解 (scale up 的情境)，里面就提到了一些“暴力可以解决很多问题”的说明，差不多就是前几天提到的“Let's Encrypt 升级数据库服务器 (AMD YES？)”。 后面提到如果真的要放进分散式的 RDBMS (scale out 的情境)，怎么设计资料结构会比较好。 这边刚好也可以提一下，量够大的时候要把 OLTP 与 OLAP 的应用分开，现在有很多 OLAP 数据库可以选择，同步的工具也很成熟了，通常效能会比在 OLTP 上面硬跑来的好