![子域名服务器使用 Route53 来控制第四级域名吗?](https://linux22.com/image/799940/%E5%AD%90%E5%9F%9F%E5%90%8D%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%BD%BF%E7%94%A8%20Route53%20%E6%9D%A5%E6%8E%A7%E5%88%B6%E7%AC%AC%E5%9B%9B%E7%BA%A7%E5%9F%9F%E5%90%8D%E5%90%97%EF%BC%9F.png)
我们有无法控制的外部服务,它位于客户端。但我们需要一些子域名和灵活性,而让它们工作的过程非常痛苦。
所以我们需要子域名:
api.example.com
我们将所有内容托管在 AWS 上并使用 Elastic IP,并且很乐意使用 Route53。
我们想要的是能够指向api.example.com到Route53 名称服务器然后自行管理所有记录和子子域。
例如更改一个记录为了api.example.com
并可以添加更多子域名,例如 :
media.api.example.com
并能够按照我们想要的方式指引他们。
那么这个任务的解决方案是什么呢?
如果 NS 记录到 Route 53api.example.com其他人能完全控制吗?还是我们仍然无法管理子域名?
UPD(测试后):
它确实有神奇的魔力。根据域区域,它将使用具有 NS 记录的最近分支来解决路由。
答案1
这与使任何其他区域工作没有什么不同。在 example.com 区域中,添加指向对 api.example.com 具有权威性的名称服务器的 NS 记录。
A 记录的工作方式相同,只需将其添加到适当的区域即可。