如何通过域名查IP端口？域名查询IP端口的方法步骤

通过域名查IP端口，最直接的办法是先用DNS解析把域名转换成IP地址，再用端口扫描工具或在线检测服务确认目标端口是否开放。

域名和IP、端口是什么关系？很多人习惯把三者混在一起，其实它们各管一段：域名是给人类记忆的地址，IP是网络上的真实坐标，端口是这台设备上的具体服务门牌，你在浏览器输入example.com，系统先解析出IP，再默认连接80或443端口，如果端口不通，网站自然打不开，所以通过域名查IP端口，本质上就是走完这两步：解析域名拿IP，检测IP上对应端口。

域名查IP端口怎么查？先学会本地DNS解析

查IP的第一步,是获取域名对应的IP，这一步操作在本地就能完成，不需要额外安装工具。

用nslookup命令查看A记录

Windows、macOS、Linux系统都自带nslookup，打开终端（Windows叫命令提示符）输入：

nslookup example.com

返回结果里Address那一行就是当前解析到的IP，需要注意的是，nslookup会读取系统DNS缓存，如果域名刚解析过，可能返回旧IP，想绕过缓存，可以用nslookup example.com 8.8.8.8强制走指定的公共DNS。

用dig命令拿更详细的解析信息

Linux和macOS用户更常用dig，它比nslookup的输出更丰富：

dig example.com +short

直接输出IP列表,如果有多个A记录，说明域名做了多IP负载均衡，这里要留意一个坑：域名可能解析到CDN节点，为了加速访问，很多网站把域名解析到CDN厂商的IP上，此时你拿到的是节点IP，不是源站IP，后续扫描端口，扫的是CDN节点，而不是真实服务器。

什么时候用ping看一眼？

ping也能显示域名对应的IP，但有两个缺陷：一是服务器可能禁PING，导致超时；二是PING包走的是ICMP协议，不能用来判断端口状态，所以ping只能作为辅助手段，不能替代真正的端口检测。

行业共识认为,域名解析和端口检测要分开操作，拿到IP后再单独验证端口，才能定位问题。

域名反查IP端口工具怎么选？在线版和本地版各有应用场景

拿到IP后,就该检测端口了，这里工具有两类：本地命令行工具和在线网页工具，选哪种，取决于你是一次性快速验证，还是批量扫描。

本地命令：telnet、nc、nmap

• telnet：Windows自带（需要手动开启功能），命令格式telnet 域名或IP 端口，如果看到黑屏或连接成功信息，说明端口开放；如果提示“无法打开到主机的连接”，就是端口不通，这种方式最原始，但够用。
• nc（netcat）：比telnet更灵活，命令格式nc -zv example.com 80，-z表示扫描模式不发送数据，-v显示详细过程，连接成功会输出open，失败输出refused或timed out。
• nmap：功能强大的端口扫描器，命令格式nmap -p 80,443 example.com，它不止能检测TCP端口，还能识别端口上的服务版本，业内专家指出，nmap在进行全端口扫描时，速度远高于手动测试，适合对大量IP做资产梳理。

在线工具：无需注册，打开即测

如果你只是临时想确认某个网站端口是否开放,打开浏览器用在线工具更快，各大站长平台都提供“端口扫描”或“域名查IP”功能，输入域名，勾选要检测的端口，就能看到结果，这类工具原理是服务器从外部发起连接，模拟用户访问。

但要注意：在线工具的扫描节点位置和本地网络环境不同，结果可能有差异，如果你在本地能连上，在线测试却超时，很可能是本地的网络出口IP和工具节点不一样，被防火墙规则针对了。

在线与本地怎么取舍？

多数情况下,个人临时测试用在线工具即可；若是运维排查或安全评估，本地命令行才是正路。

域名端口查询在线工具怎么用？一个真实排查案例

光说命令可能不够直观,我模拟一个实际场景：你运营的小网站最近总出现“时好时坏”的情况，打开首页偶尔转圈，按照“域名查IP端口”的思路，一步步排查。

第一步：确认域名解析没跑偏

在本地执行dig example.com +short，发现返回了三个IP，都在不同网段，再对比域名管理后台的DNS解析记录，确认这几个IP确实是当前生效的A记录，这一步排除了DNS污染和解析延迟。

第二步：用在线端口工具测常用端口

打开一个在线域名端口查询工具,输入example.com，勾选22、80、443、3306，点击检测，结果里22、80显示正常，443显示超时，结合网站时好时坏的体验，怀疑是HTTPS服务不稳定，或者443端口在部分节点被拦截。

第三步：本地nc进一步验证

在本地执行nc -zv example.com 443，如果连续几次都成功，说明本地网络到该域名的443端口是通的，内外结果不一致，基本可以判断是防火墙或CDN策略问题。

第四步：绕过CDN测源站

由于域名解析到CDN,端口超时可能是CDN节点问题，这时需要拿到源站IP，你可以查看DNS历史记录，或者直接问服务器提供商，拿到源站IP后，再对IP扫一遍443端口，就能定位是CDN问题还是源站问题。

这个案例里是CDN节点对443端口做了限流导致,调整CDN配置后恢复，整个过程就是“解析域名->验证端口->对比内外结果->锁定环节”。

域名查IP端口常见坑：这些情况容易误判

超时≠端口关闭

防火墙直接丢弃数据包时,客户端表现是“连接超时”，而不是“拒绝连接”，前者意味着端口可能被过滤，服务可能在跑；后者意味着端口确实没人监听，所以看到超时，先别急着下结论。

CDN导致IP不真实

很多网站都上了CDN,域名解析出来的IP属于CDN厂商，你想查源站端口，直接用域名扫只能得到CDN节点的结果，想绕过CDN，可以查子域名的解析记录，或者从DNS历史记录里找源站IP。

常见端口列表要背熟

至少要知道这几个：80是HTTP，443是HTTPS，22是SSH，21是FTP，3306是MySQL，3389是Windows远程桌面，排查网站问题时，很多人只测80和443，而数据库服务出问题往往体现在3306端口上。

关于域名查IP端口的高频问题快答

为什么ping不通域名，但网站能正常打开？

因为ping用的是ICMP协议，很多服务器出于安全考虑禁用了ICMP响应，网站能打开，说明TCP的80或443端口是通的，所以ping不通不代表服务挂掉，反过来ping通也不代表端口开放。

用在线工具扫描域名端口，结果准确吗？

在线工具是从工具服务器发起连接,相当于让第三方的“手”去摸一下目标端口，如果你的防火墙只允许特定IP段访问，或者工具节点被封，结果就不准，以我个人的经验，在线结果只能作为参考，最终要用本地命令行在不同的网络环境下多测几次，本地结果更贴近你实际访问时的网络情况。

域名解析到多个IP，到底该扫哪个？

域名可以配置多条A记录实现负载均衡,不同地区的用户可能解析到不同IP，理论上应该扫描所有A记录，逐一确认端口状态，只扫其中一个，可能会漏掉出问题的那个节点。

最后再帮你理一下思路：查端口永远不要脱离场景，先明确你要访问的服务是什么端口，再选择对应的检测工具，如果发现端口不通，优先检查域名解析是否被CDN干扰，然后对比内外网检测结果，这样排查效率会高很多。