期待主流发行版和 Nginx 的跟进

@yylzcom 我比较希望 Let's Encrypt 能增加证书的有效期和域名的认证方式，比如通过添加 DNS 的 TXT 记录之类的。

我有强迫症，绝对不会在运行着网站的服务器上额外安装任何东西...
So. 感觉 StartSSL 要方便不少。

GMO 虽然萌，不过在日本这边的销量感觉不如 Sakura 呢。
咱现在用的是 Sakura 东京机房的 600 多日元的那款，
E5 单核 512M KVM 虚拟化，支持上传自己的 ISO 镜像。
客服的话一般是工作时间回复，日语上手的话态度还是相当不错的。
AS9370 ，与 IIJ 和 KDDI 直接建立 BGPv4 邻居关系，电信走 IIJ ，联通走 KDDI 。
之前也是折腾了很久，现在人在日本，总算是在 Sakura 安定下来了。
信赖 Sakura 的原因是之前东京大学用他家的服务器集群，现在貌似不用了 0w0

同样的价钱，全买华硕的不挺好？
可以折腾一个差不多配置的 ITX 出来。

@vaan 巨硬家的 VPS ？在日本访问好快的说 0.0

@alect 嗯嗯，看内部邮件发现其实这个问题在开发 2.4.17 的时候就已经被发现了，期待下个版本被修复 0.0

h2 Restrictions

There are some restrictions on the h2 implementation you should be aware of:

Connection Reuse

The HTTP/2 protocol allows reuse of TLS connections under certain conditions: if you have a certiface with wildcards or several altSubject names, browsers will reuse any existing connection they might have. Example:

You have a certificate for a.example.org that has as additional name b.example.org. You open in your browser the url https://a.example.org/, open another tab and load https://b.example.org/.

Before opening a new connection, the browser sees that it still has the one to a.example.org open and that the certificate is also valid for b.example.org. So, it sends the request for second tab over the connection of the first one.

This connection reuse is intentional and makes it easier for sites that have invested in sharding for efficiency in HTTP/1 to also benefit from HTTP/2 without much change.

In Apache mod_h[ttp]2 this is not fully implemented, yet. When a.example.org and b.example.org are separate virtual hosts, Apache will not allow such connection reuse and inform the browser with status code 421 Misdirected Request about it. The browser will understand that it has to open a new connection to b.example.org. All will work, however some efficiency gets lost.

We expect to have the proper checks in place for the next release.

咱为了支持 HTTP/2 和 HSTS ，把系统从 CentOS 切换到了 Fedora Server ，用了最新的 Apache 2.4.17 ，然后发现这货有 SNI 的 BUG...无奈暂时关闭了 HTTP/2 功能 QAQ

@orlando2000 抱歉我把问题理解错了，提供 VLAN 之间的路由是三层功能，划分 VLAN 是二层，二层交换机之间起 trunk 交换所有的 VLAN 信息。

1.正确，但是这样内网的某一台机器启动时本地网络会增加不少 ARP 查询包，大型网络会造成拥塞。
2.因为去外网本机必须有去外网的路由表，网关的最主要作用就是提供路由表的查询服务，没有网关的话肯定也得通过类似网关的设备获取路由表或者手工指定路由表和下一跳地址。家里常见的路由器提供的是默认路由。
3.除了三层交换机，路由器也可以通过划分子接口的方式（单臂路由）实现不同 VLAN 之间的通信功能。
但是划分 VLAN 的话属于三层的功能，也就是说能划分 VLAN 的交换机都是三层交换机。

咱的思路是，默认虚拟主机，也就是 server_name 是 localhost ， 301 至 www.
然后新建 xyz 的主机，解析域名的时候泛解析。
这样应该最简单。

Fedora 23 Server 默认版本 Python 3.4.3 0.0

有 AS 号和 BGP 自治域，这个挺吸引咱的，可以动手实践很多东西。
感觉这个公司应该是干 ISP 起家的啊。

这货不是 RHEL7 官方文档里推荐的 DNS 服务器嘛，之前折腾 DNSSEC 的时候看到过。
很强大的 DNS 服务器，相较于 BIND9 更加轻量和方便。

额，海外党表示还以为是国际网络抽风...
能不能考虑增加在海外的 CDN 节点优化一下海外党的访问速度呢 QAQ

日本留学党表示客户端也不行啊 QAQ

咱目前坐等支持 HTTP/2 的稳定版 1.8.1 和 Fedora Server 23 0.0