如何查询特定域名的官方DNS服务器信息?
- 内容介绍
- 文章标签
- 相关推荐
当你在维护网站或排查网络故障时最常遇到的痛点之一就是找不到域名的官方DNS服务器信息。老实说,无论是因为工具不熟悉、命令行操作不熟练。还是对权威与非权威解析的区别感到困惑,都可能导致你浪费大量时间。
再看痛点一,官方DNS服务器到底在哪里?
很多人只知道自己在注册商那里设置了“ns1.example.com”和“ns2.example.com”。却不清楚这些服务器是否真正是权威DNS,或者只是缓存代理。错误的DNS配置会让你的网站访问慢、失效。
再看解决思路,
- 使用在线查询工具
- 利用命令行直接查询
- 登录注册商后台核对设置
痛点二的观点是。命令行工具使用难度大
是 Windows 与 Linux 程序下nslookup/dig 的语法差异还有返回结果如何解读,让不少人望而却步。
话说回来,
至于步骤一,在线工具快速验证
访问诸如MxToolbox、dnschecker.org 或者 Google Public DNS 工具页面在搜索框中输入你的域名,即可一次性看到:
- A / AAAA记录
- Name Server 列表
- CNAME / MX / TXT 等其他记录
步骤二这方面。Windows 下使用 nslookup 查询权威 DNS
C:\> nslookup Default Server: localhost Address: 127.0.0.1 > set type=ns > example.com Non-authoritative answer: example.com nameserver = ns1.example.com example.com nameserver = ns2.example.com Authoritative answers can be found from: ns1.example.com internet address = 203.0.113.10 ns2.example.com internet address = 203.0.113.11 > exit
至于注意,
If you see “Non-authoritative answer” first,it means your local resolver cached data;话说回来,subsequent “Authoritative answers” are official ones.
Linux/Unix 下更推荐 dig 命令:
$ dig NS example.com +short ns1.example.com. ns2.example.com. $ dig @ns1.example.com NS example.com +short $ dig @ns1.example.com ANY example.com +noall +answer example.com. IN A 203.0.113.50 example.com. IN MX 10 mail.example.com. ... $ dig example.com -t SRV +noall +answer _SIP._TCP.example.com. IN SRV 10 60 5060 sipserver.example.net. ... $ dig +nocmd any . +multiline +noall +answer | less # 查看整个域的所有记录。可选为什么要加 `@` 指定服务器?
`dig @nameserver` 可以直接向指定的 DNS 服务器发起查询,从而确认该服务器是否真的存有权威记录。若没有指定,则默认使用本机 resolver。
检查 WHOIS 数据库也很关键:
$ whois example.com | grep 'Name Server' Name Server: ns1.example.net Name Server: ns2.example.netwhois 通常列出的 NS 是最终被注册商授权给域名的官方 DNS。
登录注册商后台核对:
- Your Account → Domain Management → Select Domain → DNS Settings:
- You should see exactly same NS entries as those returned by `dig` or online tools.
- If y differ,update m to match your intended authoritative servers.
Mistake Alert: If you set custom nameservers but forgot to register m with your registrar,your domain may resolve incorrectly.
再看小贴士。快速验证 DNS 正常工作流程
-
$ ping -c4 example.org -
$ traceroute -n example.org -
$ curl -I http://example.org -
使用
dnspython或 Node.js 的 dns 模块编写脚本自动化检测。
当你在维护网站或排查网络故障时最常遇到的痛点之一就是找不到域名的官方DNS服务器信息。老实说,无论是因为工具不熟悉、命令行操作不熟练。还是对权威与非权威解析的区别感到困惑,都可能导致你浪费大量时间。
再看痛点一,官方DNS服务器到底在哪里?
很多人只知道自己在注册商那里设置了“ns1.example.com”和“ns2.example.com”。却不清楚这些服务器是否真正是权威DNS,或者只是缓存代理。错误的DNS配置会让你的网站访问慢、失效。
再看解决思路,
- 使用在线查询工具
- 利用命令行直接查询
- 登录注册商后台核对设置
痛点二的观点是。命令行工具使用难度大
是 Windows 与 Linux 程序下nslookup/dig 的语法差异还有返回结果如何解读,让不少人望而却步。
话说回来,
至于步骤一,在线工具快速验证
访问诸如MxToolbox、dnschecker.org 或者 Google Public DNS 工具页面在搜索框中输入你的域名,即可一次性看到:
- A / AAAA记录
- Name Server 列表
- CNAME / MX / TXT 等其他记录
步骤二这方面。Windows 下使用 nslookup 查询权威 DNS
C:\> nslookup Default Server: localhost Address: 127.0.0.1 > set type=ns > example.com Non-authoritative answer: example.com nameserver = ns1.example.com example.com nameserver = ns2.example.com Authoritative answers can be found from: ns1.example.com internet address = 203.0.113.10 ns2.example.com internet address = 203.0.113.11 > exit
至于注意,
If you see “Non-authoritative answer” first,it means your local resolver cached data;话说回来,subsequent “Authoritative answers” are official ones.
Linux/Unix 下更推荐 dig 命令:
$ dig NS example.com +short ns1.example.com. ns2.example.com. $ dig @ns1.example.com NS example.com +short $ dig @ns1.example.com ANY example.com +noall +answer example.com. IN A 203.0.113.50 example.com. IN MX 10 mail.example.com. ... $ dig example.com -t SRV +noall +answer _SIP._TCP.example.com. IN SRV 10 60 5060 sipserver.example.net. ... $ dig +nocmd any . +multiline +noall +answer | less # 查看整个域的所有记录。可选为什么要加 `@` 指定服务器?
`dig @nameserver` 可以直接向指定的 DNS 服务器发起查询,从而确认该服务器是否真的存有权威记录。若没有指定,则默认使用本机 resolver。
检查 WHOIS 数据库也很关键:
$ whois example.com | grep 'Name Server' Name Server: ns1.example.net Name Server: ns2.example.netwhois 通常列出的 NS 是最终被注册商授权给域名的官方 DNS。
登录注册商后台核对:
- Your Account → Domain Management → Select Domain → DNS Settings:
- You should see exactly same NS entries as those returned by `dig` or online tools.
- If y differ,update m to match your intended authoritative servers.
Mistake Alert: If you set custom nameservers but forgot to register m with your registrar,your domain may resolve incorrectly.
再看小贴士。快速验证 DNS 正常工作流程
-
$ ping -c4 example.org -
$ traceroute -n example.org -
$ curl -I http://example.org -
使用
dnspython或 Node.js 的 dns 模块编写脚本自动化检测。

