为了能够将自定义域与我的GAE应用程序一起使用，我已经与我的DNS提供商联系并使其添加以添加4 A和4 AAAA记录，如https://cloud.google.com/appengine/docs/domain中所述。我还让他们添加了一个用于指导www子域的CNAME记录，可以在http://intodns.com/suatgonul.com和http://www.tcpiputils.com/browse/domain/suatgonul.com中看到DNS配置的当前状态。
现在的问题是，虽然www.customdomain.com有效，但customdomain.com不起作用。它可能与DNS传播延迟有关吗？我尝试过Tor浏览器，那里的customdomain.com也有效。我不确定从中可以理解什么。
此外，在此处https://cloud.google.com/appengine/kb/general#naked_domain，它表示"Naked domains are not supported if you are serving your App Engine app through Google Apps"。但是，我不确定我是否使用Google Apps来投放我的应用。我刚刚使用了Google Plugin for Eclipse。
所以，我的问题是：我还应该为Google App Engine配置裸域吗？
答案 0 :(得分：2)
TL; DR 加粗。
从本质上讲，您需要以某种方式将裸露的子域＆＃34;或顶点域指向与www.子域相同的位置。
在过去的糟糕时期，您可以在DNS区域文件中使用A名称记录，指向您的个人服务器的IP地址。如果他们到达顶点域，则会将其发送到与www.相同的位置（假设www.也会转到您服务器的IP），尽管他们的浏览器会仍然只显示domain.com/etc...。
不幸的是，当您没有要映射到的静态IP时，这并不能很好地扩展。当我们处理云托管（例如App Engine）时，数据中心内的实例负责软件定义的网络，在您用于映射请求的ghs.googlehosted.com CNAME记录的抽象背后，使用DNS执行时髦的事情通过指向App Engine实例的现有Google Apps域解析/托管服务在您的域中。
在与应用领域相关的文档中，you can find instructions on how to map your naked subdomain to www (or any other subdomain) ，它只是起作用。无需静态IP。
您可以阅读更多关于裸子域以及某些DNS提供商如何在zonefiles中提供记录类型的信息，这些记录类型允许您在连接的主机解析阶段将顶点域路由到子域in this SO answer
答案 1 :(得分：0)
正如文档所述，您不必使用Google Apps（而不是https）。我认为你应该使用通配符进行子域映射。尝试使用“*”，如此处所述[1]。
最后，请记住，DNS更改最多可能需要24小时才能生效。
[1] https://cloud.google.com/appengine/docs/domain#more_about_wildcard_subdomain_mapping
答案 2 :(得分：0)
自提出此问题后情况发生了变化，现在GAE直接支持自定义裸域，而无需使用Google Apps。见How to use Google app engine with my own naked domain (not subdomain)?