[来自serverfault.com的交叉发布-似乎是正确的地方，但是stackoverflow有更多标记为“ amazon-cloudfront”的问题，所以这里也可以吗？]
我们在工作的地方有“转到链接”，例如http://go.mycompany.com/foo，它会重定向到任意位置。它由Google App Engine上的一个简单Python应用程序提供动力，该应用程序保留了关键字=> url的映射。
我正在努力使它们“不合格”，因此 go / foo 会将您带到同一个地方。我们的DHCP服务器为我们提供了包括“ mycompany.com”在内的搜索域，因此“ go”确实可以解析为IP，并且都可以正常工作。
除此以外，DNS入口指向Cloudfront，我们主要将其用于将HTTP升级到HTTPS。使用完整域时，Host: HTTP标头作为go.mycompany.com进入，一切正常。仅使用“ go”时，Host：标头以“ go”的形式出现。即使流量在TCP级别进行路由，Cloudfront也不知道如何处理。
此修复应简单到将“ go”添加到给定CloudFront发行版的CNAMES的过程中，就像这样：
备用域名（CNAME）
go.mycompany.com
go
但是，UI中的该框不接受裸字域。有什么变通办法吗？