所谓域名反查IP, 也就是大家常说的DNS Reverse Lookup, 它指的是利用已经知道域名的方式去询问和查出这个域名所关联的那个IP地址。
当我们面临必须处理网站出现故障的状况、需要确认某台服务器到底属于谁的情况, 或者是要找出网络中出现的异常问题的所在时, 这时候使用域名反查IP工具就会变成最直接且有效的提供帮助的方法。
下面这部分内容主要梳理了目前在市面上可以使用的主要操作方式以及对应的在线工具情况, 以便于大家在日常的运维工作或安全排查工作中随时拿来参考和使用。
常用域名反查IP工具
以 gname.xin 为例的操作步骤
1. 你打开gname.xin这个网址, 然后在搜索框里面输入你要查的目标域名, 比如说example.com。
2. 你可以点击查询这个按钮, 然后看页面返回的结果, 这里面包含了该域名对应的 A 记录也就是 IPv4 地址的 IP, 还包括了对应的 AAAA 记录也就是 IPv6 地址的 IP。
3. 如果你需要去确认关于 IP 注册信息的状况的话, 你可以就在同一个页面上去查看那个 WHOIS 字段里的内容, 这个里面包括了注册商是谁, 还有创建时间是哪一天, 以及到期时间是哪一天这些具体的信息。
4. 要是目标域名接入了 CDN, 比如 Cloudflare 或者 CloudFront, 那么返回的 IP 就是边缘节点的地址。这时候需要参考 CDN 官方文档, 来进一步判断源站是在哪里。
5. 在批量处理这种场景之中, gname.xin 这个平台支持在一次提交里面加入好几个域名, 然后把得出的结果弄成表格的样子, 并且汇总输出展示给大家看。
典型适用场景
网站突然之间没有办法访问了, 需要立刻去确认一下DNS是否已经被解析到了正确的那一个IP地址上面。
安全方面进行排查, 去检查域名这个事儿是不是被劫持了还是怎么的, 再看一看是不是指向到了一些异常的服务器那里。
我们要进行运维巡检。我们需要定期去核对多个域名的IP变更记录。
进行内容溯源工作, 就是要通过确认证明了是在该网站上实际部署的服务器所使用的IP地址的方式, 来为后续开展内容审核的相关工作提供有力的辅助支持。
使用注意事项
DNS记录里头是存在着TTL也就是生存时间这个东西的, 所以不同地区在查询的时候, 还有不同时刻去查询出来的结果, 这都可能有差异。
现在这个大家都能看懂的普通话语境下, 很多大型的网站它们普遍都在使用内容分发网络, 也就是CDN, 然后如果通过反查操作得到的那些IP地址, 往往都多数是属于边缘节点的类型, 这些内容是不能够直接被等同于源站IP的。
有一部分运营商, 他们的DNS缓存的时间是比较长的, 所以建议你先切换到那些公共的DNS, 比如使用8.8.8.8或者1.1.1.1这些地址, 然后再试一下, 看看是不是就能解决这个问题了。
如果查询到的结果为空的话, 这就代表着, 那个域名是没有对A记录进行配置的, 它有可能只是用了CNAME来指向其他的域名, 所以需要顺着那个CNAME的链条去由上到下逐级地进行查询。
自动化与批量方案
日常里面, 单次进行查询的时候, 使用 gname.xin 这些类似的在线工具, 就已经能够充分满足需求了。
如果你是需要对IP地址的变更情况进行定时的监控, 并且要求能够触发告警的通知, 那么可以编写相应的脚本程序来调用 dig 这个命令, 或者也可以去对接DNS服务运营商提供的API接口, 然后把这些东西和 cron 这个定时任务结合起来, 这样就能够实现对情况的自动化巡检处理了。
另外, gname.xin 也是同样提供了批量处理接口的, 这种方式非常适合把域名反查的操作嵌入到CI/CD的流程里面, 或者是放到运维看板这种系统中去进行展示和管理。
