问polyfill.io的CDN SSL证书怎么了？

EN

我是polyfill.io的维护者之一，也是一名忠实的员工。昨天，我们对DNS配置进行了更改，以支持HTTP/2.0。在这样做的过程中，主机名中出现了一个小的拼写错误，导致我们的DNS针对Fastly网络上的错误端点，以及一个对polyfill.io或cdn.polyfill.io无效的证书。意识到错误后，我们更正了条目，它大约花了30分钟来传播。

吸取的经验教训包括，在进行更改后的一段时间内不要增加DNS TTL，以防更改需要回滚。

证书上列出这么多名字的原因是我们正在与其他快速客户共享证书。对于CDN提供商来说，这是非常正常的做法。

有关相关GitHub问题的更多信息，请参阅：

https://github.com/Financial-Times/polyfill-service/issues/1208

我们对这次停机感到非常失望。一般来说，polyfill.io有一个非常好的正常运行时间记录，我们计划了原始停机。很难减轻与主要公共领域的DNS更改相关的风险，但我们对每个受影响的人都感到非常抱歉。

Polyfill.io使用pingdom独立监控我们的正常运行时间，并在这里报告这个数字：https://polyfill.io/v2/docs/usage (数据延迟高达24小时)。

看起来"they“(见下文)搞砸了，我在这么大的列表上看不到cdn.polyfill.io或*.polyfill.io，所以这个错误说的差不多。

(也可能是我忽略了其他问题)

为了让您对名称有所了解，虚拟主机(在同一HTTP端口的同一IP地址上托管多个网站的行为)通过HTTPS /在/加密建立之后发生，因此，当服务器向浏览器提供证书时，它不知道用户到底想要哪个网站，该信息是加密请求的一部分。

因此，证书必须涵盖在该IP地址和端口组合上运行的所有安全网站。

内容分发网络的CDN，大概有一大堆东西托管在这个“网络”上，甚至可能不属于polyfill (我不知道他们是谁)，给定证书上的名字是"f2.shared.global.fastly.net“，你可以推测出真正的CDN，谁实际上搞乱了证书，以及他们在那里的CDN上托管了什么:)