后端配合 425 Too Early 状态码食用，风味更佳。

一个配置文件不是也可以有多个 server{} 块么？

可能真要凉了。这么几次折腾下来我真要换成备用机了。

Proxifier 发布了新版，changelog 说道：
> DNS processing on UDP level [experimental]. It allows Proxifier to support applications like Chrome 69 that work with DNS servers directly and bypass the system resolver.

所谓续期其实就是签了新的证书吧。

@Dukec 我的服务是正常的。

开始菜单用 Windows Search 自动弹出网页（必应）搜索结果好烦啊，目前没有找到关闭的方法。

如果不想自己配 Web 环境，用虚拟主机而不是 VPS 会比较简单。

转发到 me[at]rescam.org

清一下 微信、QQ、TIM、Telegram 什么的缓存（各自选项里有清理空间），再看看。

@whileFalse 把一个域名切到 DNSPod 测试了一下，看来是会了。阿里云也是会的。是我记错了。

我有个疑问：将 *.example.com 解析到某 IP，会使 level4.level3.example.com 也指向那个 IP 吗？因为我印象中通常的 DNS 服务商并不这么实现，而是让泛解析在同一级(level3)生效。

@isCyan 提示证书无效（ NET::ERR_CERT_INVALID ），没记错的话跟我前面说的案例是同一个错误。综合看起来像是不能根据 ECC 中间证书找到可信任的根证书。
（ QQ 浏览器 9.7: Chromium 53 / Windows XP SP3 ）

@isCyan 在实际使用中发现一件有意思的事。XP 按照普遍认识（除了 Firefox ）是不支持 ECC 证书的，但是一众国产浏览器似乎却可以（ 360 安全浏览器 /360 极速浏览器 /遨游浏览器 /QQ 浏览器 /搜狗浏览器），不知道是不是因为用了新版 Chromium 代码的缘故。测试用的 Let's Encrypt ECC 证书。但当我用 TrustAsia ECC 证书，却不能打开了，会报证书错误。按照你的经验，分析可能是什么原因呢？

@RobertYang 大概是因为 ESNI 的标准是草案。

配合 Nginx 使用，还是无法指定 cipher order。
浏览器的稳定版大概要十月份跟进，才默认开启 TLS 1.3 (Final)。目前 Firefox 62 默认支持 draft 28，Chrome 69 是 draft 23。

价格很便宜，可惜已经有授权了。

前不久还遇到过京东云解析的不规范实现，在设置了 CNAME 的情况下，请求 TXT 并不会返回 CNAME，导致 acme.sh 的 alias-mode 使用失败。

@metrxqin 持久连接和多路复用还是有较大差别的。（不过我也说不清，可以去网上搜搜 hhh ）