【问题标题】:Use on-prem DNS servers inside a VPC在 VPC 中使用本地 DNS 服务器
【发布时间】:2020-02-21 00:41:46
【问题描述】:

我有一个 GCP VPC,它使用公共云互连连接到本地。 onprem 和 VPC 之间的流量正常。所有路由和防火墙都配置正确。

现在我想让公司 DNS 服务器可用于我的 VPC 中的虚拟机。

我的 3 个 DNS 服务器是

10.17.121.30 dns-01.net.company.corp
10.17.122.10 dns-02.net.company.corp
10.17.122.170 dns-03.net.company.corp

现在我已经在 GCP 的 Cloud DNS 中完成了以下配置。 DNS 名称为company.corp

“In use by”指的是我的 VPC。

IP 10.17.121.3010.17.122.1010.17.122.170 位于本地,可通过端口 53 从 VPC 访问。

但在完成上述所有操作后,如果我尝试使用其名称连接到任何本地机器,我会得到

telnet: could not resolve example-server.corp.sap/443: No address associated with hostname

上述请求是从 VPC 内的虚拟机发出的。

这让我相信我的 DNS 服务器可能没有正确配置。我在这里错过了什么?

【问题讨论】:

  • 您是否运行了命令以使专用区域可见?示例:gcloud dns managed-zones update [private_zone_name] --networks default
  • 请注意,如果不设置 DNS 转发器,您无法将公司的 DNS 服务器指定为 VPC 的解析器。编辑您的问题,以明确您需要使用真实示例做什么。
  • 似乎 TLD 不匹配:corp. != corp.sap.

标签: google-cloud-platform google-cloud-dns google-cloud-networking


【解决方案1】:

如果您打算让您的虚拟机能够解析本地网络中的主机名,那么您将需要使用 DNS forwarding. 您需要将您的专用区域配置为 forwarding zone。完成后,您可以use your forwarding zone to query on-premises servers

【讨论】:

  • 以下要求仍然是强制性的吗? Ensure on-premises network firewall rules that apply to the name server permit packets whose sources are in 35.199.192.0/19
  • 是的,需要打开本地和 VPC 防火墙以确保来自 35.199.192.0/19 的数据包源的流量。[1][2] [1] 云 DNS 故障排除 - 检查本地防火墙:cloud.google.com/dns/docs/… [2] DNS 最佳做法 - 打开 Google Cloud 和本地防火墙以允许 DNS 流量:cloud.google.com/dns/docs/…
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2021-03-01
  • 2014-06-27
  • 2016-09-11
  • 1970-01-01
  • 1970-01-01
  • 2012-01-20
  • 2021-07-14
相关资源
最近更新 更多