nslookup命令使用技巧【珍藏版】

liuzhen007 等级 408 0 0

目录

前言

正文

一、缺省查询

二、指定DNS查询

三、查询命名服务器

四、反向解析域名

五、查询邮件服务器信息

前言

nslookup是一个DNS查询工具,可以指定查询的类型,可以查到DNS记录的生存时间,还可以指定使用那个DNS服务器进行解释。

正文

一、缺省查询 不指定 dns-server,使用系统默认的 dns 服务器。

命令:

nslookup 域名

实例:

nslookup命令使用技巧【珍藏版】

通过上述命令的执行结果,我们可以知道当前系统默认的DNS域名解析服务器地址是 8.8.8.8,对应 www.google.com 域名解析出来的 IP 地址是 172.217.24.4 。

二、指定DNS查询 指定 dns-server,查询相关IP和域名信息。

命令:

nslookup 域名 DNS服务器

实例: nslookup命令使用技巧【珍藏版】

因为指定了DNS域名解析服务器,所以对于相同域名 www.google.com 解析出来的 IP 地址也不一样。这属于正常现象,毕竟每个DNS域名服务器的“花名册”不尽相同。

三、查询命名服务器 查询命名服务器,type类型是NS,注意大小写。

命令:

nslookup -q=type domain [dns-server]

实例: nslookup命令使用技巧【珍藏版】

可以看出google.com对应的命名服务器有四个,分别是ns1.google.com、ns2.google.com、ns3.google.com、ns4.google.com。

相同的命令还有:

nslookup -type=type domain [dns-server]

nslookup -querytype=type domain [dns-server]

四、反向解析域名 通过IP地址逆向推导出对应的域名服务器。

命令:

nslookup –q=ptr [ip 地址]

实例:

nslookup命令使用技巧【珍藏版】

有运行结果可知,8.8.8.8 对应的域名服务器的域名是 dns.google 。

五、查询邮件服务器信息 命令:

nslookup -q=mx 服务器域名

实例:

nslookup命令使用技巧【珍藏版】

由执行结果可知,www.163.com 对应的 cname 是 www.163.com.163jiasu.com。

如果有疑问,欢迎评论留言或者私信沟通!

收藏
评论区

相关推荐

全网最详细的负载均衡原理图解
负载均衡由来 在业务初期,我们一般会先使用单台服务器对外提供服务。随着业务流量越来越大,单台服务器无论如何优化,无论采用多好的硬件,总会有性能天花板,当单服务器的性能无法满足业务需求时,就需要把多台服务器组成集群系统提高整体的处理性能。 (https://imghelloworld.osscnbeijing.aliyuncs.com/acc
前端性能优化建议
性能优化是把双刃剑,有好的一面也有坏的一面。好的一面就是能提升网站性能,坏的一面就是配置麻烦,或者要遵守的规则太多。并且某些性能优化规则并不适用所有场景,需要谨慎使用,请读者带着批判性的眼光来阅读本文。 本文相关的优化建议的引用资料出处均会在建议后面给出,或者放在文末。 1. 减少 HTTP 请求 一个完整的 HTTP 请求需要经历 DNS 查找,
HTTP协议与TCP,DNS , IP 协议的关系
在TCP/IP协议族中与HTTP密不可分的有3个协议,分别是IP、TCP和DNS。下面简单介绍下这3种协议。 1、IP协议         IP(Internet Protocol)网际协议位于网络层,几乎所有使用网络的系统都会用到 IP 协议。TCP/IP 协议族中的 IP 指的就 是网际协议,"IP"和"IP地址"是不同的,"IP"其实是一种协
nslookup命令使用技巧【珍藏版】
目录前言正文一、缺省查询二、指定DNS查询三、查询命名服务器四、反向解析域名五、查询邮件服务器信息 前言nslookup是一个DNS查询工具,可以指定查询的类型,可以查到DNS记录的生存时间,还可以指定使用那个DNS服务器进行解释。 正文一、缺省查询不指定 dnsserver,使用系统默认的 dns 服务器。 命令: nslookup 域名实例:
「查缺补漏」巩固你的HTTP知识体系
前言这次梳理的篇幅主要是涉及网络部分,包括HTTP等,对巩固自己的网络知识体系也是很有帮助的,进一步的对性能优化而言也是帮助很大的。但更多的是抛砖引玉,希望对你们有所帮助。接下来就以问题的形式展开梳理👇谈一谈HTTP协议优缺点超文本传输协议,「HTTP 是一个在计算机世界里专门在两点之间传输文字、图片、音频、视频等超文本数据的
zookeeper到nacos的迁移实践
本文已收录 https://github.com/lkxiaolou/lkxiaolou 欢迎star。 技术选型公司的RPC框架是dubbo,配合使用的服务发现组件一直是zookeeper,长久以来也没什么大问题。至于为什么要考虑换掉zookeeper,并不是因为它的性能瓶颈,而是考虑往云原生方向演进。云原生计算基金会(CNCF)对云原生的定义是: 云原生