查询IP地址对应的域名，核心方法是使用nslookup或dig命令进行反向DNS解析，查询PTR记录；简单说，就是通过IP反查服务器上绑定的域名。这与平时输入域名查IP（正向解析）刚好相反，通常用于验证服务器身份、排查邮件被拒收原因，或者反向确认某个IP属于哪家企业，下面把原理、操作命令和常见坑一次说清。
反向解析的基本原理：先搞懂“IP→域名”与“域名→IP”的区别
日常我们访问网站,比如输入baidu.com，浏览器向DNS服务器询问“这个域名对应哪个IP”，这叫正向解析，结果返回A记录或AAAA记录，而“IP查域名”走的是另一条路：向DNS服务器询问“这个IP背后挂着哪个域名”，查询的是PTR记录（英文Pointer Record，指针记录）。
这个机制在互联网早期就被设计好了,只是普通用户很少感知，你可以把IP比作一座房子的门牌号，正向解析是“你报出小区名和楼栋号，系统帮你找到坐标”；反向解析则是“你拿着坐标，去查这个小区的官方登记名称”，需要注意的是，并非每个IP都会有PTR记录，一个IP可以同时对应多个域名（虚拟主机场景），但通常只设置一条主要的PTR记录，甚至完全没设置。
实操命令：Windows和Linux/macOS下如何反查IP域名
多数情况下,我们用自带工具就能完成查询，下面分系统说明。
Windows系统：用nslookup命令查PTR记录
打开命令提示符（Win+R，输入cmd），执行：
nslookup -type=ptr 8.8.8.8
其中8.8.8是替换成你想查的IP，按下回车后，会看到类似输出：
Server: dns.google Address: 8.8.8.8 8.8.8.8.in-addr.arpa name = dns.google
最后的dns.google就是该IP对应的反向域名，如果看到“Non-existent domain”或“can't find”，说明该IP没有配置PTR记录。
Linux或macOS：用dig命令查询更清晰
在终端执行：
dig -x 8.8.8.8
-x参数自动帮你把IP翻转成反向查询格式，输出结果中，看ANSWER SECTION部分：
;; ANSWER SECTION: 8.8.8.8.in-addr.arpa. 7199 IN PTR dns.google.
这条记录表示IP 8.8.8对应的域名为dns.google，相比nslookup，dig的展示更直接，建议首选dig命令。
批量查询大段IP的域名归属
如果你手里有几十个IP需要反查,逐个输入命令太费时，可以写一个简单的循环脚本，以Linux下的bash为例：
for ip in 8.8.8.8 1.1.1.1 9.9.9.9; do echo "$ip ->"; dig -x $ip +short; done
该命令会依次查询三个IP并只显示域名结果,适合快速梳理资产清单，如果是中大型网络，推荐使用nmap的--script=hostmap脚本或开源的massdns做批量解析，效率更高。
在线工具和特殊场景：什么时候不需要敲命令
命令行虽然准确,但也有麻烦的场景：查询的IP位于内网、或者手边没有终端工具，这时用在线平台更省事。
在线反向解析平台怎么选
不少网站提供“IP反查域名”入口，比如站长工具的IP反查、ip138.com等，操作方式几乎一致：输入IP，点击查询，页面直接展示IP对应的PTR域名、地理位置和所属运营商。
不过要提醒你：在线工具的数据库不一定实时，有些查询结果是别站缓存的历史数据，可能半年前这个IP还在托管某网站，现在已经换成了CDN节点，在线工具更适合快速了解大致归属，而命令行查询才是权威结果。
一个容易踩坑的场景：查CDN背后的真实域名
当你访问一个使用了CDN的网站,比如视频播放器，输入域名解析出的是CDN节点IP，对这个IP反向查询，大概率得到的是xxx.cdn.cloudprovider.net这类域名，它是云厂商的节点域名，并不是源站域名，碰到此类结果不要误判，这是正常现象。
邮件服务器运维核心：MX记录与反向解析的关系
如果你负责企业邮箱,IP反查域名大概率是为了解决退信问题，当你的邮件服务器发送邮件到Gmail或Outlook，对方服务器反向解析你的发件IP，如果查不到PTR记录，或者PTR记录的域名与你的发送域名不匹配，对方通常直接退信，错误提示“PTR record not found”或者“Reverse DNS lookup failed”，业内专家指出，这是SPF策略之外另一个重要的反垃圾邮件判定维度。
行业共识认为：配置好反向解析，规范动作是向IDC服务商提交工单，申请“IP反解”，并填上你的邮件子域名（例如mail.example.com），24小时内生效。
避免错误理解：IP反查结果并不等于“只有一个域名”
很多初次接触这个操作的人容易钻牛角尖,总觉得一个IP应该对应一个域名。虚拟主机技术允许一个IP上挂几百个域名（共享IP），你若用反向解析去查，只能得到管理员设置的那一个主域名，举一个真实场景：你在某家主机商那里买了共享虚拟主机产品，IP为2.3.4，这台上同时运行着a-site.com、b-site.net等几十个网站，但主机商可能只为该IP设置了一条PTR记录指向server.hostingcompany.com，此时你反向查询得到的结果，与你的网站域名并无直接关系。
反向解析的用途是“识别身份”，而非“枚举所有域名”，若想查出一个IP下总共挂了多少个域名，属于“旁站查询”，这不在标准DNS协议范围内，只能依赖第三方网络空间测绘引擎（比如FOFA、Shodan），它们通过全网扫描和SSL证书信息来分析，给出的数据也不算完整。
反向解析查询失败时的排查路径
诊断遇到查询无结果,多数情况是以下三个原因之一：
- 该IP确实没有设置PTR记录最常见，特别是中小机房默认不开启。
- 你所在网络的上游DNS服务器缓存了过期结果可以换公共DNS重试，如
dig -x 8.8.8.8 @1.1.1.1。 - IP格式敲错注意IPv4地址与IPv6地址的查询写法不同，IPv6的反向DNS格式十分繁琐，
dig -x会自动转换，但你手动拼接非常容易出错。
如果你需要查询的是“域名对应哪些IP”，这属于正向解析范畴，使用ping domain.com或者nslookup domain.com即可看到结果，不要和IP查域名的命令相混淆。
常见问题
同一个IP查询到多个域名是怎么回事？
这是共享IP场景的正常现象,反向解析PTR记录只能返回一个“主域名”，但第三方测绘或证书透明度日志可能记录了该IP上运行过的其他域名，如果查询时看到多个域名，说明该IP曾用于托管多个站点，但这并非DNS标准答。
为什么我的网站服务器IP反查域名失败？
因为服务器所在机房未配置PTR记录,绝大多数VPS和物理服务器的默认状态是“无反向解析”，需要你在IDC控制面板提交“IP反向解析”申请，填写期望指向的主域名，待机房审核后生效，如果机房不提供此服务，也可以考虑使用第三方DNS托管平台，通过设置TXT格式的特殊记录实现（但需机房开放相应权限）。
除了nslookup，还有更快的移动端查询方法吗？
安装Termux（安卓）或使用iOS上的“Network Analyzer”App，在“WHOIS”或“DNS工具”模块中输入IP，都能直接看到PTR返回值，但注意，这类App默认展示公司名称和机房位置，域名字段通常需点击“Reverse Lookup”标签页才能看到。