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



我的应用程序有以下URL:

  • 客户端-1.myapp.appspot.com
  • 客户端-2.myapp.appspot.com

我想使用自定义子域:

  • 客户端-1.myapp.com
  • client-2.myapp.com

要做到这一点:

  • 我在myapp.com上添加了一条txt记录,并验证了我的域
  • 然后我在ghs.googlehosted.com上添加了*.myapp.com的cname记录

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

例如:

  • sub.client-1-网站
  • 客户端-2-网站.org

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

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

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

是否可以让应用程序引擎根据他们被命名到的域路由请求?sub-client-1-网站-cname->客户端-1.myapp.com-cname->客户-1.myapp.appspot.com因此,应用程序引擎将基于客户端进行路由-1.myapp.appspot.com我觉得答案是否定的。这可能是由于cnames工作方式的限制(而不是应用程序引擎中的一些限制)。这是正确的吗?

归根结底,这并不是一个破坏交易的因素。对我和我的客户来说,这只是额外的一步。然而,当我们将SSL添加到混合中时,事情会变得非常棘手。

我知道如何通过谷歌应用程序为*.myapp.com设置SSL。我不得不浏览谷歌应用程序,这很烦人,但这并不是破坏交易,因为只有我需要这样做。

然而,如果我的客户想使用他们自己的域(sub.client-1-website.com和client-2-website.org),他们也需要通过谷歌应用程序才能使用SSL,不是吗?

我的客户端是否有其他方法可以添加SSL?

自2015年9月起,AppEngine SSL不再基于Google Apps。通过appengine控制台,您可以将client-1-website.com添加为自定义域,验证其所有权,然后为该域添加SSL证书。

我想你会在请求头中找到原始域名,但我还没有检查。

最新更新