云DNS转发在共享VPC的其他网络中不解决

Question

我们的设置：

我们有一个主项目A，以及另外两个项目，B和C。在项目A中，我们有一个与网络( A、B和C )共享的VPC (与它们要服务的项目相关)。B的VPC从项目A共享到项目B，C的VPC从项目A共享到项目C。网络互相窥视。

在项目A中，我们有一个私有的Cloud区域，它将转发给两个DNS服务器。其中一台服务器位于项目A和网络A中，另一台服务器位于网络B上的项目B中。我们已经选择了所有网络(A、B和C)包括在这个DNS区域中。

我们的问题：

云DNS似乎没有在这些网络上正确地共享。通过实验，我们发现实例将能够解析位于同一网络上的DNS服务器上的记录，而不能解析另一个网络上的记录。ie：

网络A上的实例将能够解析来自网络A DNS服务器的域，但不能解析来自网络B DNS服务器的域，反之亦然。但是，如果显式定义DNS服务器，它将按预期工作。

例如，让10.0.0.1有foo.com的A记录，10.0.1.1有bar.com的A记录。它们分别托管在网络A和网络B上：

在来自网络A的实例上：

• 运行nslookup foo.com将解决问题。
• 运行nslookup bar.com将返回SERVFAIL。
• 运行nslookup bar.com 10.0.1.1将解决问题。

类似地，在网络B上使用实例

• 运行nslookup bar.com将解决
• 运行nslookup foo.com将返回SERVFAIL
• 运行nslookup foo.com 10.0.0.1将解决

和网络C：

• 运行nslookup foo.com将返回SERVFAIL
• 运行nslookup bar.com将返回SERVFAIL
• 运行nslookup foo.com 10.0.0.1将解决
• 运行nslookup bar.com 10.0.1.1将解决

我不知道为什么这种行为是这样的。

已尝试/确认的

• 我们确保所有网络都可以在TCP/UDP端口53上进行通信，并且可以从所有网络中看到两个名称服务器。
• 我们尝试过添加策略(这给出了类似的结果，只有失败返回NXDOMAIN而不是SERVFAIL)。
• 我们研究了DNS窥视，这在这里是不适用的。

这里的任何帮助都将不胜感激。我知道Cloud中的私有区域仍然是Beta特性，但是根据文档，这种设置目前应该是可能的。

Answer 1

从你的描述来看，网络A、B和C似乎是互相窥视的。关于窥视带的文档说，“当两个网络被监视时，它们不会自动共享DNS信息”。这可以解释为什么DNSs只能使用Cloud转发将名称解析到同一个VPC ehn中的实例；另一方面，必须直接要求DNSs在对等VPC中设置它们时解析它们。

我可以看到in没有文档可以同时使用对等区域转发DNS，所以您可能想尝试在两个DNS服务器中添加两个域foo.com和bar.com。

Answer 2

从同一页中，它还解释说，有DNS对等测试版，消费者网络可以转发DNS请求到生产者网络。

如果我正确理解，这将意味着在生产者网络A上设置DNS，并让网络B和C将各自的查询转发给A。

但是，如果B和C有不同的私有区域(不应该与实际区域相距甚远)，该怎么办？这是否意味着在A上同时进行这两种设置，以便从项目A中唯一地管理各自VPC的记录。

此外，我还想尝试一下，因为在此基础上，我使用了on (让我们称之为D)的VPN，下一步将是为on设置一个条件转发器。

不确定B和C是否能够通过A项目解析D查询。