<toolname> w.x.y.z => mycomputername 我已经尝试过：
nslookup：似乎只是向前查询。host：不存在dig：也不存在。 我发现“什么是反向DNS命令行实用程序？”通过搜索，但这是专门在寻找* nix实用程序，而不是Windows实用程序。
#1 楼
ping -a w.x.y.z
-a将仅ping无名称。评论
这比nslookup更好，因为冲突的机器在另一个域上。非常感谢！
–阿拉斯台
09年7月15日在14:53
在nslookup中，您也可以尝试：set type = PTR
–彼得
13年5月10日在16:18
这行得通，但实际上是这项工作的错误工具。 Ping用于测量网络延迟，它执行名称（或IP）查找，只是其主要目的的副作用。
–马西莫
2014年6月3日17:48
@ Massimo-鉴于原始问题的限制，您会建议什么呢？ Ping将解析DNS和netbios名称，如果您只需要快速的操作，它将成为一个很好的首选工具。
–彼得
2014年6月5日在16:56
ping绝对不是正确的工作工具。如前所述，查找是副产品。
– dmourati
16年2月23日在4:00
#2 楼
nslookup <ip>
您正在寻找什么。它会告诉您您要查询的服务器及其结果。
例如：
c:\>nslookup 192.168.101.39
Server: dns1.local
Address: 192.168.101.24
Name: enigma.local
Address: 192.168.101.39
评论
这失败，并显示一条消息“
–阿拉斯台
09年7月15日在14:52
它失败了，因为nslookup只关心DNS，而如果DNS不够的话，Windows中的名称可以并且将通过其他方式解析。
–马西莫
2014年6月3日17:50
#3 楼
“ ping”的问题在于它并不是严格意义上的名称服务器查找工具（例如nslookup）-例如，如果您ping主机名，则可以通过多种方法将其解析为IP地址：DNS查找，主机文件查找， WINS（禁止神）或NetBIOS广播。它也可能返回可能过期的缓存结果。尝试这些方法的顺序取决于客户端的TCP / IP配置和节点类型标志：
B节点（1）：广播
P节点（2）：对等（仅用于WinS）
M节点（4）：混合（广播，然后是WINS）
H节点（8）：混合（WINS，然后广播）
查看当前计算机的节点类型：
C:\>ipconfig /all | find "Node Type"
Node Type . . . . . . . . . . . . : Hybrid
如果解决方法无关紧要，请根据需要使用
ping -a w.x.y.z
或
nslookup w.x.y.z
。如果需要确保要查询DNS服务器的正确名称，请使用nslookup。
另请参阅
技术常见问题解答：NetBIOS节点类型
Wikipedia：NetBIOS：节点类型
Microsoft：Windows XP的TCP / IP和NBT配置参数（搜索“ NodeType”）
评论
请记住，那里没有IP地址记录的IP地址的负载。因此，通过DNS进行反向查找根本无法解决这些问题，因为没有什么可查找的。
– Xzenor
4月24日9:43
@Xzenor True，因此：“如果不关心解析方法”和“如果需要确保您要查询DNS服务器的正确名称，请使用nslookup”。我提供了这两个选项的答案，但问题特别是关于反向DNS查找。
–摘要
4月25日上午11:01
#4 楼
使用带有“ -type = ptr”参数的NSLOOKUP来查询IP地址，语法：nslookup -type=ptr 1.2.3.4
然后还会打印“ in-addr.arpa”条目（即使没有找到），例如：
C:\Users\UserName>nslookup -type=ptr 8.8.8.8
Server: MyDnsServerName
Address: X.X.X.X
Non-authoritative answer:
8.8.8.8.in-addr.arpa name = google-public-dns-a.google.com
与在没有类型参数的IP地址上使用NSLOOKUP时的低保真度响应相比：
C:\Users\UserName>nslookup 8.8.8.8
Server: MyDnsServerName
Address: X.X.X.X
Name: google-public-dns-a.google.com
Address: 8.8.8.8
评论
如果要使用交互式nslookup，请在nslookup提示符下键入“ set q = ptr”，然后在下一行输入IP。如果您像我这样疯狂的老派，那么直到现在您才意识到不再需要向后搜索IP，例如“ 1.0.0.127.in-addr.arpa”。
– Todd Wilcox
2014年9月4日在17:22
完全不需要-type = ptr或设置q = ptr-nslookup非常聪明，可以重新排列IP地址并进行反向查找而不是正向查找
–摘要
2014年9月4日在21:04
实际上，-type = ptr对于正确的反向查找检查是必需的，因为与仅使用IP地址的nslookup相比，它输出的结果更准确。最好打印出实际的in-addr.arpa条目（也可以在未找到时），以帮助调试或弄清楚发生了什么。
–托尼·沃尔
18年3月14日在10:45
#5 楼
nslookup会像在Linux上一样在Windows上执行反向DNS。当然，每个IP地址都没有反向条目
评论
好的一点是，并非所有主机都会为其创建PTR记录
–Rowland Shaw
09年7月16日在7:51
请注意，Linux，BSD和Windows上的nslookup做不同的事情，并且是不同的程序。
–好人
2012年12月27日在18:35
如果不存在PTR，您可以通过whois IP获取更多信息。
– NandoP
2014年6月3日18:00
#6 楼
像这样使用nslookup：nslookup -type=PTR 127.0.0.1
#7 楼
您可以使用标准的NSLOOKUP命令：nslookup 123.123.123.123
为了获得结果，必须为该IP地址注册一个PTR记录。
#8 楼
nslookup将在Windows中执行反向查找。C:\>nslookup star.slashdot.org
Server: my-dns-server
Address: 10.242.0.1
Name: star.slashdot.org
Address: 216.34.181.48
C:\>nslookup 216.34.181.48
Server: my-dns-server
Address: 10.242.0.1
Name: star.slashdot.org
Address: 216.34.181.48
#9 楼
9个答案，没有人说过如何用dig反向查找？最好的dig -x wxyz
此外，您可以添加“ + short”以用于bash循环，脚本等。 ...前进或后退:)
评论
没有人提到过dig，因为它没有Windows附带。 OP的问题甚至表明了这一点。
– jscott
2014年6月3日17:39
但是，dig通常是DNS故障排除的最佳选择。我认为，即使Windows不附带推荐更好的工具，也绝对有价值。 （在Windows版本中的isc.org/software/bind中可用）
–Håkan Lindqvist
2014年6月3日17:53
我同意这是最好的工具，并且适用于Windows，但Windows并未附带。
– Xzenor
4月25日上午11:33
#10 楼
在Windows下。...标准ping不会返回IP地址的主机名
如果正确设置了DNS，则可以使用NSLookup查找此信息
过程如下：
打开DOS提示符
NSLookup
设置type = ptr
结果将显示为反向DNS服务器地址和主机名
#11 楼
还有另一种方式。反转IP地址并使用nslookupnslookup -type=PTR 4.3.2.1.in-addr.arpa
解析地址1.2.3.4
评论
但是，您必须执行nslookup -type = PTR 4.3.2.1.in-addr.arpa才能真正起作用。
–Håkan Lindqvist
16-10-14在5:56
#12 楼
11年过去了，Windows Powershell随Windows Server和Client的每个发行版一起提供。 Resolve-DnsName 8.8.8.8
Name Type TTL Section NameHost
---- ---- --- ------- --------
8.8.8.8.in-addr.arpa PTR 86400 Answer dns.google
8.8.8.in-addr.arpa NS 3600 Authority ns2.google.com
8.8.8.in-addr.arpa NS 3600 Authority ns3.google.com
8.8.8.in-addr.arpa NS 3600 Authority ns1.google.com
8.8.8.in-addr.arpa NS 3600 Authority ns4.google.com
Name : ns1.google.com
QueryType : A
TTL : 193102
Section : Additional
IP4Address : 216.239.32.10
Name : ns1.google.com
QueryType : AAAA
TTL : 193102
Section : Additional
IP6Address : 2001:4860:4802:32::a
Name : ns2.google.com
QueryType : A
TTL : 193102
Section : Additional
IP4Address : 216.239.34.10
Name : ns2.google.com
QueryType : AAAA
TTL : 193102
Section : Additional
IP6Address : 2001:4860:4802:34::a
Name : ns3.google.com
QueryType : A
TTL : 193102
Section : Additional
IP4Address : 216.239.36.10
Name : ns3.google.com
QueryType : AAAA
TTL : 193102
Section : Additional
IP6Address : 2001:4860:4802:36::a
Name : ns4.google.com
QueryType : A
TTL : 193102
Section : Additional
IP4Address : 216.239.38.10
Name : ns4.google.com
QueryType : AAAA
TTL : 193102
Section : Additional
IP6Address : 2001:4860:4802:38::a
#13 楼
如果nslookup，dig和host不存在，请尝试以下操作：getent hosts google.de | awk '{ print }'
在docker AWS ec2实例上（实际上没有安装任何东西）
#14 楼
如果没有显示ping -a <ip>或nslookup <ip>的反向ptr，则可以运行ipconfig /displaydns | clip，打开文本编辑器，粘贴并在其中搜索IP。请注意，只有当原始DNS查询通过Windows DNS解析器-某些应用程序会执行自己的DNS查询，例如使用HTTP-over-HTTPS的新型浏览器。
示例：
> ping -a 151.101.193.69
Pinging 151.101.193.69 with 32 bytes of data:
(...)
> ipconfig /displaydns | clip
(Open notepad, paste, search for 151.101.193.69)
serverfault.com
----------------------------------------
Record Name . . . . . : serverfault.com
Record Type . . . . . : 1
Time To Live . . . . : 450
Data Length . . . . . : 4
Section . . . . . . . : Answer
A (Host) Record . . . : 151.101.193.69
评论
应该对这个问题进行编辑，以表明它并不是真正在寻找特定于DNS的解决方案。被拒绝的答案提供了答案，但是问题是您实际上需要查找NetBIOS名称而不是DNS的内容。@bamar不同意。这是一个DNS问题。它与NetBIOS或NetBIOS名称无关。