我的用例是这样的:我有一个域指向IP 1.2.3.4的服务器,我希望域中的子域指向我的App Engine应用程序,即
example.com - > 1.2.3.4
app.example.com - > App Engine应用程序
裸域以及www子域必须指向独立服务器。
从目前为止我发现的情况来看,这似乎并不可能。
是否有人能够确认这种配置是否确实无法实现?
答案 0 :(得分:1)
可能还有另一种选择,但是我不能真正地对其进行测试,因为我不能冒险不知道自己的应用会失败。
因此,通过我的经验测试,我能够将域设置为外部托管,将子域设置为GAE:
答案 1 :(得分:1)
实际上,我可能对此有更好的解决方案。 您可以仅与Google验证subdomain.domain.tld。 然后,您将仅使用别名子域将A和AAAA条目添加到DNS中。
subdomaid.domain.tld将独立于domain.tld
答案 2 :(得分:0)
是的,我可以确认这是可能的。实际上,它是在App Engine [0]上处理微服务架构的推荐方法。
具体而言,您需要做的就是在DNS注册商指向CNAME
的情况下创建ghs.googlehosted.com
。
然后,您必须首先使用App Engine验证您的TLD,并按照此处所述[1]为您的子域添加特定的映射。
如果您对此过程有任何具体问题,请与我们联系。
[0] https://cloud.google.com/appengine/docs/standard/python/microservices-on-app-engine
[1] https://cloud.google.com/appengine/docs/standard/python/console/using-custom-domains-and-ssl
答案 3 :(得分:0)
经过大量测试后,我得出的结论是,我所绘制的场景是不可行的。所以我决定让www.example.com
指向网络服务器(1.2.3.4)和app.example.com
当用户访问裸域example.com
时,他们会被重定向到www.example.com
这就是我的所作所为:
www
子域和www
添加A记录以指向网络服务器IP(即1.2.3.4)app
的CNAME记录以指向ghs.googlehosted.com
,以便app.example.com
指向App Engine应用程序。答案 4 :(得分:0)
我发现可以验证整个网址的所有权,并使用它...