提供另一个版本的谷歌应用引擎应用程序 - 自定义子域 SSL答案

【问题标题】：serving another version of google app engine application - custom subdomain SSL提供另一个版本的谷歌应用引擎应用程序 - 自定义子域 SSL
【发布时间】：2015-02-26 07:41:42
【问题描述】：

我能够为 .pl 配置 SSL 以通过 https 为我的 appengine 应用程序提供服务。

我的应用程序总是需要 https。出于测试目的，我希望能够提供我的应用程序的另一个版本（我已经上传的那个）。但是，转到<app version>.<my domain name>.pl 似乎不起作用（在启用 SSL 之前我能够做到这一点）。

我为www.<app version>.<my domain name>.pl 购买了另一个 SSL 证书，并按照我为裸域配置 SSL 证书的方式对其进行了配置。问题是在分配网址下它说“没有匹配的网址”并且不允许我输入网址。

编辑：如果我忽略浏览器警告，我可以通过访问我的应用程序 https://..appspot.com 来实现这一点。我认为可以用于测试目的。

【问题讨论】：

标签： google-app-engine ssl https

【解决方案1】：

就我理解您的问题而言，您可能遇到了 WWW 和 NON-WWW 问题。您已经为 www...pl 配置了证书，应该在 ..pl 上配置

仍然没有清除。如果您能详细说明您的问题，我可以更准确地帮助您。

【讨论】：

谢谢杰！我尝试了 www..domain.pl 和 .domain.pl 的两个 CSR，但都没有成功。这是 Comodo 的 PositiveSSL 证书。现在我发现我可以使用我的 apppot url 进行测试，我想我会坚持使用它并一起为另一个域重新颁发证书。不过非常感谢！
你在那篇文章中所说的非常具有误导性。从https://www.example.com 到https://example.com 的重定向仅对if both present a valid certificate (maybe the same) 有用。通配符 SSL 证书是不够的。如果您的证书仅对*.example.com 有效，则这对https://example.com 无效。许多通配符证书起作用的原因是它们也是具有多个 SAN 的证书：一个用于 example.com，一个用于 *.example.com：这是example.com 的 SAN，而不是通配符。