Dns 使用Route53将请求转发到父域

Dns 使用Route53将请求转发到父域,dns,amazon-route53,Dns,Amazon Route53,我们的内部DNS是company.internal。我有aws.company.local运行在Route53私有托管区域。我是否可以使用Route53解决家长的资源问题 并不是我所有的VPC都有返回公司的路径,所以我不能只转发到我们的内部DNS(而且我也不希望通过该链接进行解析)。我试图避免在各地创建缓存DNS服务器。路由53不能满足您的要求 路由53提供了一个权威的——而不是递归的——DNS解析程序,而且它目前还不能作为一个从站从主站进行解析。更新记录路由53的唯一方法是通过API或控制台

我们的内部DNS是company.internal。我有aws.company.local运行在Route53私有托管区域。我是否可以使用Route53解决家长的资源问题


并不是我所有的VPC都有返回公司的路径,所以我不能只转发到我们的内部DNS(而且我也不希望通过该链接进行解析)。我试图避免在各地创建缓存DNS服务器。

路由53不能满足您的要求

路由53提供了一个权威的——而不是递归的——DNS解析程序,而且它目前还不能作为一个从站从主站进行解析。更新记录路由53的唯一方法是通过API或控制台

Marco@AWS(AWS支持代表)在2012-03-09发布的论坛上写道:

“AXFR/IXFR是我们今后将考虑的一个特点,但目前还没有明确的计划”

-


VPC内置的解析器可以配置为通过特定域内的全局根服务器,通过使用。。。但是这些信息必须在路由53中被设置为权威信息——如果没有外部机制将记录同步到路由53中,就无法从其他地方获取和缓存这些信息。这不是一个内置功能。

问题:对于company.internal和aws.company.local,它们都不是另一个的父项或子项。你能澄清一下吗?假设您想做的事情可以完成,那么53号干线(或其他替代路线)将如何了解您希望它为您解决的资源?如果他们可以上网,我们不清楚你为什么需要53号公路。如果他们不是,那么不清楚53号公路将如何代表您学习它们。请告知。它们不是,但AWS中的实例可以访问可以解析的服务器。如果我可以将Route53设置为该公司的辅助服务器。internal它会工作得很好(事实上,这就是目前的工作方式-我有两个未绑定的仅缓存框,可以解决任何方向的问题,但如果我可以通过委派等方式让Route53完成工作,我想将它们去掉)