应用程序引擎中的自定义域SSL

Question

我的应用程序有以下urls：

• client-1.myapp.appspot.com
• client-2.myapp.appspot.com

我想使用一个自定义子域：

• client-1.myapp.com
• client-2.myapp.com

为此，请执行以下操作：

• 我向myapp.com添加了一条txt记录，并验证了我的域。
• 然后，我将*.myapp.com的cname记录添加到ghs.googlehosted.com中。

这很好，当client-3出现时，我甚至不需要设置任何东西(除了我的代码)。然而，客户端最终会希望使用自己的域而不是我的域。

例如：

• sub.client-1-website.com
• client-2-website.org

如果我的应用程序在一个普通的灯堆栈中，他们只需为sub.client-1-website.com和client-1.myapp.com (或Cli-2-website.org到client-2.myapp.com)做一个cname记录。然后，我的应用程序将有一个vhost，它将指向正确的位置。

在应用程序引擎中，如果他们只做了这些，就会导致404页。我必须进入我的add仪表板，验证域为我的域，将其添加为我的自定义域之一，然后它们可以将sub.client-1-website.com命名为client-1.myapp.com (或ghs.googlehosted.com.)。

这意味着我的客户必须在他们的dns中添加并保存一个google验证txt记录。

是否有可能让app引擎根据它们被命名到的域路由请求？客户端-1-website.com -cname-> client-1.myapp.com -cname-> client-1.myapp.apppot.com，所以应用引擎将基于client-1.myapp.apppot.com路由，我觉得答案是否定的。这将是由于cname的工作方式受到限制(而不是应用程序引擎中的一些限制)。对吗？

到头来，这并不是一个交易的破坏者。对我和我的当事人来说这只是额外的一步。然而，当我们在混合中添加SSL时，情况会变得非常复杂。

我知道如何通过Google为*.myapp.com设置SSL。这是恼人的，我必须通过谷歌应用程序，但不是一个交易破裂，因为只有我需要这样做。

然而，如果我的客户想使用他们自己的域名(sub.client-1-website.com和client-2-website.org)，他们也需要通过Google来获得SSL的工作，不是吗？

我的客户端还有其他方法可以添加SSL吗？

Answer 1

截至2015年9月，AppEngine SSL不再基于Google。通过应用程序控制台，您可以添加client-1-website.com作为自定义域，验证它的所有权，然后为该域添加一个SSL证书。

我想你会在请求头中找到原来的域名，但我没有检查。