我正在测试 GC DNS 并创建了区域和记录。但是,在nslookup
直接查询分配的 Google NS 时,执行 (windows/command line) 会超时:
> www.some_domain_A_record.com.
Server: ns-cloud1.googledomains.com
Addresses: 2001:4860:4802:32::6e
216.239.32.110
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Request to ns-cloud-e1.googledomains.com timed-out
有人对此有任何建议/意见吗?
笔记:
我只在这个项目中使用 Cloud DNS(没有 GCE/GAE/VM 等),本质上是“只是 DNS”。我希望从一些现有的 DNS(仅限)提供商迁移到 Google 云 DNS
这意味着资源(A、CNAME、MX 等)不一定与任何 GC 托管的应用程序或服务相关(有些可能是 - 例如 Google Apps/Work 等)。换句话说,“典型”DNS 区域/记录。
这适用于现有/活动域/区域
我没有在注册商级别进行任何更改(我先测试)并直接查询为该区域分配的 google ns
致 SO 社区:
完全理解这不是编程问题。只是这是谷歌的“青铜”级支持区域。
更新
使用Mac终端居然成功了
> server
Default server: ns-cloud1.googledomains.com
Address: 216.239.32.106#53
> gcloud-test.some_domain_I_have.com.
Server: ns-cloud1.googledomains.com
Address: 216.239.32.106#53
gcloud-test.some_domain_I_have.com canonical name = the_right_target.com.
Name: the_right_target.com
Address: 1.2.3.4
将挖掘更多,似乎与Windowsnslookup
有关..奇怪......这不是防火墙,我可以nslookup
使用任何特定(或公共)名称服务器的其他域。
更新 2
变得更奇怪 - 上面同一台 Mac(vm/parallels)上的 Windows(10 并不重要)也可以正常工作......
更新 3
截至今天 2015 年 9 月 24 日,当直接查询您分配的 Google ns 时,Windows nslookup
(交互模式)上的奇怪行为似乎已得到解决。
底线:一切都很好,运行非常顺利!我去谷歌云:)
在(所有*)Windows上 - 似乎如果您有/想要直接查询您分配的 Google NS ,您必须nslookup
在非交互模式(又名“单线”)下进行,如下所示。如果您想在 DNS 传播之前检查/查询资源,您将执行此操作(之后,您实际上不需要直接查询分配的 NS)。
或者,nslookup
如果您使用分配的 Google NS 的 IP 地址,则可以使用交互模式(示例如下)。
* “所有 Windows” - 表示主机/PC 和操作系统。如上所述,Mac(VM/Parallels)上的 Windows 奇怪地不受这种奇怪的影响 - 您可以使用nslookup
交互模式并直接查询您的 ns 就好了......
Mac/OSX 终端很好/不受影响
部分答案,仅限于 Windows:
为了让它发挥作用,
nslookup
在非交互模式下使用:nslookup name-of-resource the-google-ns
例如nslookup foo.com ns-cloud1.googledomains.com
或在交互模式下使用 google ns 的 IP 地址:
c:\nslookup > server 216.239.32.106 Default Server: ns-cloud-a1.googledomains.com Address: 216.239.32.106 > the_resource_to_lookup
至于“为什么”,我会听从网络人士的意见——多年来没有戴过那顶帽子——似乎与 PTR/反向查找有关,但这只是一个猜测......