在 Kubernetes 1.3 Ingress 中使用通配符和非通配符 TLS 证书答案

【问题标题】：Using wildcard and non-wildcard TLS certificate with Kubernetes 1.3 Ingress在 Kubernetes 1.3 Ingress 中使用通配符和非通配符 TLS 证书
【发布时间】：2016-11-10 05:56:05
【问题描述】：

我的 Kubernetes 配置中的所有内容都适用于单个 TLS 证书。我将证书定义为 Secret 并在我的 Ingress 对象配置中按名称引用它，并且我的 HTTPS 流量与证书一起提供。

当我也尝试使用我的其他证书时，我的问题就出现了。我的一个证书有www.DomainA.com 作为CN，DomainA.com,DomainB.com,DomainC.com 作为SAN。我的另一个证书是*.DomainA.com 的通配符。

当我将两个证书都添加到我的 Kubenetes 配置中时（有或没有为任何一个/两个定义的 hosts 字段），只有第一个指定的证书被添加到接口中并提供给任何流量。

奇怪的是，当我运行 kubectl describe ingress my-ingress 时，我看到了：

TLS:
  non-wildcard-cert terminates DomainA.com,DomainB.com,DomainC.com
  wildcard-cert terminates *.DomainA.com

所以我知道这两个证书都是由 Kubernetes 提取的，只是似乎没有在 GCP 中使用（或存储）。

如何同时使用这两个证书？

【问题讨论】：

标签： kubernetes google-cloud-platform kubectl

【解决方案1】：

根据GCE Ingress Controller doc，目前看来，GCP 不支持Kubernetes spec。当他们从规范中添加完整的 SNI 支持时，我应该能够做我需要的。

我看到nginx Ingress controller has SNI support，但我只想使用官方的、透明的、由 Google 维护的 Ingress 控制器。

【讨论】：