

```text
set type=MX
```

`set type` 用于指定接下来要查询哪一种 `DNS` 资源记录，而 `MX` 就是 `Mail Exchange`，也就是邮件交换记录。Microsoft 对 Windows `nslookup` 的说明明确指出，`set type=MX` 查询的是 `mail exchanger`，也就是负责某个域邮件接收工作的邮件交换服务器。原题官方解析同样把答案确定为 A。 

所以这道题可以直接建立下面这条判断链

```text
set type=MX
        ↓
MX 记录
        ↓
Mail Exchange
        ↓
邮件交换服务器
        ↓
邮件服务器信息
        ↓
选择 A
```

很多人在这里会被 `202.30.192.2` 干扰，因为一看到 `IP` 地址，就自然联想到 `IP` 地址反向查域名，于是倾向选择 B。这个思路放到另一条命令里确实可能成立，但在当前题目里，查询类型已经被明确设置为 `MX`，所以考试判断时应当优先看 `set type=MX`。

这正是这道题真正想考察的地方。

`nslookup` 并不只是一个把域名转换成 `IP` 地址的小工具，它实际上是一个可以向 `DNS` 服务器查询不同种类资源记录的客户端工具。进入交互模式以后，可以使用 `set type` 指定查询的资源记录类型。Microsoft 当前的 Windows 文档也明确说明，`set type` 和 `set querytype` 执行的是同一种功能，也就是修改查询所使用的资源记录类型。 

因此看到

```text
set type=MX
```

脑中最好不要停留在 `nslookup 是查域名的` 这一层，而应当继续判断

```text
这一次 nslookup 到底要求 DNS 服务器返回哪一种 RR
```

这里的 `RR` 是 `Resource Record`，即资源记录。

`DNS` 数据库并不是简单保存一张

```text
域名 → IP 地址
```

的表。

真实的 `DNS` 系统保存着许多不同用途的数据。一个域名可以具有 `A` 记录，可以具有 `AAAA` 记录，可以具有 `MX` 记录，也可以具有 `NS`、`CNAME`、`TXT`、`SOA` 等记录。

也就是说，一个域名在 `DNS` 世界中更像一个名字，而围绕这个名字，可以挂接很多不同类型的信息。

例如某个企业拥有

```text
example.com
```

企业的网站服务器可能对应

```text
A
```

企业的邮件系统可能对应

```text
MX
```

企业的权威域名服务器可能对应

```text
NS
```

企业的域名区域管理信息可能对应

```text
SOA
```

某些邮件安全验证信息可能对应

```text
TXT
```

所以使用 `nslookup` 查询时，只知道查询对象还不够，还必须知道要查询哪一种记录。

这也解释了为什么题目特意写了一句

```text
set type=MX
```

它相当于告诉 `nslookup`

```text
后面不要给我普通的 A 记录
我现在只关心 MX 类型的信息
```

而 `MX` 正是邮件交换记录。

`MX` 的完整名称是 `Mail Exchange`。

在传统电子邮件系统里，假设需要向

```text
user@example.com
```

发送邮件，发送方邮件服务器不能仅仅知道 `example.com` 网站服务器在哪里。

网站服务器和邮件服务器完全可以是两套机器。

例如网站可能运行在

```text
www.example.com
```

而邮件服务器可能是

```text
mail1.example.com
mail2.example.com
```

发送邮件时，邮件系统需要知道

```text
example.com 的邮件到底应该投递给哪台服务器
```

这个问题就是 `MX` 记录解决的。

一个典型的查询思路可以写成

```text
example.com
    ↓
查询 MX
    ↓
mail.example.com
    ↓
再查询 mail.example.com 的 A 或 AAAA
    ↓
得到邮件服务器 IP 地址
    ↓
建立 SMTP 通信
```

Microsoft 在 Exchange 故障排查文档中给出的 `nslookup` 用法就是进入交互模式后设置

```text
set q=mx
```

再输入需要检查的邮件域名，从而得到该域对应的邮件交换服务器。`set q=mx` 与这里的 `set type=MX` 在查询目标上属于同一个思路，都是限定查询 `MX` 记录。 

因此从实际网络工作角度理解，`MX` 可以记成

```text
这个域的邮件应该交给谁
```

而不是简单记成

```text
某个服务器的 IP 地址是什么
```

理解到这一层以后，A 就非常自然了。

题目的四个选项实际上设计得相当有规律。

A 对应 `MX`。

B 对应 `PTR`。

C 更接近 `NS` 或题库语境中的 `SOA` 查询。

D 对应查询更多资源记录的思路，在传统考试中通常会与 `ANY` 联系起来。

于是这四个答案其实是在考一组 `DNS` 资源记录类型，而不仅仅是在考一条 Windows 命令。

把 A 看清楚以后，再来看 B 为什么具有很强的迷惑性。

B 写的是

```text
IP 到域名的映射
```

这属于反向 `DNS` 查询。

普通情况下，我们最熟悉的查询方向是

```text
域名
↓
IP 地址
```

例如

```text
www.example.com
↓
192.0.2.10
```

这种信息主要由 `A` 记录或者 `AAAA` 记录承担。

其中

```text
A
```

对应 `IPv4` 地址。

```text
AAAA
```

对应 `IPv6` 地址。

反过来，如果已经知道

```text
192.0.2.10
```

希望知道这个地址对应什么域名，查询方向就变成

```text
IP 地址
↓
域名
```

这里通常使用的是 `PTR` 记录。

Microsoft 的 Windows `nslookup` 文档对 `PTR` 的说明也很直接，当查询目标为 `IP` 地址时，`PTR` 用来查询对应的计算机名称。 

所以如果题目写成

```text
C:\> nslookup
> set type=PTR
> 202.30.192.2
```

此时 B 就会成为非常有力的答案。

这里可以形成一个非常好记的对照。

```text
A
域名 → IPv4 地址

AAAA
域名 → IPv6 地址

PTR
IP 地址 → 域名

MX
域名 → 邮件服务器
```

考试时，看到 `IP 到域名`，优先想到 `PTR`。

看到 `邮件服务器`，优先想到 `MX`。

所以当前题目虽然输入的是

```text
202.30.192.2
```

也不能因为它长得像 `IP` 地址，就忽略已经设置好的

```text
type=MX
```

这一点是整道题最容易掉进去的陷阱。

再看 C，区域授权服务器。

这一项在软考历年类似试题里经常与 `NS` 或 `SOA` 一起出现。

`NS` 是 `Name Server` 记录，它表示某个 `DNS` 区域由哪些名称服务器负责。

例如一个域可能存在

```text
example.com.    NS    ns1.example.net.
example.com.    NS    ns2.example.net.
```

它表达的是

```text
example.com
这个 DNS 区域的权威名称服务器包括
ns1.example.net
ns2.example.net
```

因此看到

```text
set type=NS
```

考试中通常应当往

```text
名称服务器
权威 DNS 服务器
区域授权服务器
```

这些方向理解。

类似的历年题目确实出现过

```text
set type=NS
```

对应区域授权服务器的考法。清华大学出版社公开的网络工程师历年试题解析就有这样的题型，其解析把 `NS` 与区域授权服务器对应起来。 

`SOA` 又比 `NS` 更进一步。

`SOA` 是

```text
Start of Authority
```

可以理解为一个 `DNS Zone` 的起始授权信息。

一个 `SOA` 记录中通常会包含区域主服务器、管理员相关信息、序列号以及区域同步相关参数。

所以历年软考中还存在另一种非常相似的题

```text
set type=SOA
```

要求选择区域授权服务器。

这正是很多题目喜欢把

```text
MX
PTR
NS
SOA
ANY
```

混在一起考的原因。

它们都是 `DNS` 资源记录查询，只是查询目的完全不同。

D 写的是

```text
区域中可用的信息资源记录
```

这与 `MX` 显然也不匹配。

从传统 `DNS` 查询概念来看，如果希望查询某个名称相关的多种记录，经典教材往往会提到 `ANY` 查询。

RFC 1035 在定义 `DNS` 查询类型时，把数值 `255` 定义为请求所有记录的特殊查询类型。RFC 1035 同时明确给出了 `MX` 类型，其编号为 `15`，含义就是 `mail exchange`。 

因此站在考试记忆角度，可以把 D 和 `ANY` 联系起来。

不过实际网络环境比早期教材复杂。现代公共 `DNS` 服务器并不保证一个 `ANY` 查询真的返回某个名称下的全部记录，一些服务器会限制或缩减 `ANY` 响应。因此在实际排障中，更稳妥的方式通常是明确查询需要的记录类型，例如分别查

```text
A
AAAA
MX
NS
TXT
SOA
```

而不是把 `ANY` 当成万能的全部信息查询。

这并不会影响这道考试题，因为题目考的是传统 `DNS` 记录类型识别。

回到题目本身，整个命令序列还可以逐行理解。

第一行

```text
C:\> nslookup
```

表示启动 Windows 的 `nslookup` 工具，并进入交互式查询模式。

直接输入

```text
nslookup
```

以后，命令提示符会进入 `nslookup` 的交互环境。

这时候可以输入各种 `set` 命令修改当前查询参数。

Microsoft 文档明确把 `nslookup` 分成非交互模式和交互模式。直接启动 `nslookup` 后，就可以通过交互提示符执行 `set type`、`server`、`set all` 等设置。 

题目的第二行

```text
set type=MX
```

是整个题目的核心。

它不是在设置邮件服务器，也不是在修改 Windows 邮件配置，更不是把当前计算机变成邮件服务器。

它只是改变

```text
DNS 查询请求中的资源记录类型
```

也就是告诉 `nslookup`

```text
我要查 MX
```

Microsoft 对该命令的官方描述就是修改查询使用的资源记录类型，而且明确列出了

```text
MX
```

对应

```text
mail exchanger
```

也就是邮件交换器。 

题目的第三行

```text
202.30.192.2
```

表示提交查询目标。

软考试题在这里采用了一个看起来像 `IP` 地址的查询对象，很容易让人条件反射地选择 B。

但这类题目的出题逻辑是

```text
看 set type 指定了什么记录
```

原题官方解析同样按照这个逻辑处理。清华大学出版社公开的网络管理员试题解析对这道原题给出的说明就是，在 `nslookup` 交互方式下，`type=MX` 表示查询域内邮件服务器信息，并把参考答案确定为 A。 

这里顺便把考试语境和真实工程语境分开，会更容易形成稳定理解。

考试语境里，看见

```text
set type=MX
```

答案直接锁定邮件服务器信息。

真实工程环境里，如果真的要查询一个域的邮件服务器，更常见、更符合 `DNS` 数据组织方式的命令会是

```text
nslookup
> set type=MX
> example.com
```

也可以使用非交互式形式

```text
nslookup -type=MX example.com
```

原因很直接。

`MX` 记录通常属于邮件域名。

例如我们真正关心的问题通常是

```text
example.com 的邮件应该发到哪台服务器
```

而不是

```text
某个 IP 地址的 MX 是什么
```

Microsoft 的 Exchange 排障文档给出的操作同样是设置 `MX` 查询后输入邮件域名，例如 `microsoft.com`，再从结果中读取 `mail exchanger`。 

如果实际工程问题变成

```text
202.30.192.2 对应哪个域名
```

思路应当转向反向解析。

也就是

```text
PTR
```

从 `DNS` 协议结构看，IPv4 反向解析实际上会把地址转换到

```text
in-addr.arpa
```

反向命名空间。

以

```text
202.30.192.2
```

为例，其反向查询名称会按照字节逆序构造为类似

```text
2.192.30.202.in-addr.arpa
```

再查询这个名称对应的 `PTR` 记录。

所以从概念上说

```text
MX
```

与

```text
PTR
```

根本不是一回事。

`MX` 回答的是

```text
邮件交给哪台主机
```

`PTR` 回答的是

```text
这个 IP 地址反向对应什么名称
```

再把 `NS` 和 `SOA` 放进来，一组关系就完整了。

可以用一条非常适合考试记忆的链条记住它们

```text
MX    Mail Exchange
      邮件往哪里送

PTR   Pointer
      IP 反向指向谁

NS    Name Server
      这个区域由哪些 DNS 服务器负责

SOA   Start of Authority
      这个 DNS 区域的授权起始信息

A     Address
      域名对应哪个 IPv4 地址

AAAA  IPv6 Address
      域名对应哪个 IPv6 地址
```

这里最值得记住的是英文缩写和业务语义之间的联系，而不是死背 A、B、C、D。

`MX` 中的 `M` 可以直接联想到 `Mail`。

于是看到

```text
MX
```

脑中出现

```text
Mail
```

接着就是

```text
邮件服务器
```

整个判断只需要一瞬间。

`PTR` 中的 `P` 可以联想到 `Pointer`。

指针就是

```text
从一个东西指向另一个东西
```

在 `DNS` 反向解析里，就是从 `IP` 地址指回名称。

`NS` 就更直观。

```text
Name Server
```

天然对应名称服务器。

`SOA` 则记住

```text
Authority
```

这个词，看到它就想到区域授权信息。

用这种方式记忆，比单独死背四个选项稳定得多。

这道题还有一个很好的命题规律值得掌握。

很多计算机网络选择题会故意放入一个非常醒目的参数，让另一个参数来制造视觉干扰。

这里最醒目的干扰就是

```text
202.30.192.2
```

因为我们看到标准点分十进制格式，很容易立即想到 `IP` 地址。

可是真正决定查询类型的是

```text
set type=MX
```

做这种题时，可以采用一个很实用的分析顺序。

看到 `nslookup`，脑中定位到 `DNS`。

看到 `set type`，马上进入资源记录类型判断。

看到 `MX`，直接映射到邮件交换服务器。

等答案已经确定以后，再看后面的查询对象。

这样可以避免被 `IP` 地址外形带偏。

可以把它压缩成四个字母组成的考试口诀

```text
M 邮
P 反
N 权
A 地
```

展开就是

```text
MX    邮件
PTR   反向
NS    权威名称服务器
A     地址
```

若再加上 `SOA`

```text
SOA   区域授权起始信息
```

这样以后再看到相似题型，即使题目把选项顺序完全打乱，也不会受到影响。

还可以从邮件投递过程再理解一次 `MX`。

假设我们的邮件服务器准备把一封邮件发送给

```text
employee@example.com
```

邮件系统会从收件地址中取出

```text
example.com
```

接着查询这个域的 `MX` 记录。

假设返回

```text
example.com    MX 10 mail1.example.com
example.com    MX 20 mail2.example.com
```

这里的 `10` 和 `20` 是优先级参数。

通常数值更小的记录具有更高优先级。

于是发送邮件的一方优先尝试

```text
mail1.example.com
```

接着还需要解析

```text
mail1.example.com
```

的 `A` 或 `AAAA` 记录，得到真正能够建立网络连接的 `IP` 地址。

后面才进入 `SMTP` 通信阶段。

所以一个真实的邮件投递过程里，至少可能涉及

```text
收件域
↓
MX 查询
↓
邮件服务器主机名
↓
A 或 AAAA 查询
↓
邮件服务器 IP 地址
↓
SMTP 连接
```

现在再看

```text
set type=MX
```

就不会只把它当成一个需要背诵的考试参数了。

它其实是在问 `DNS`

```text
这个名称的邮件交换服务器是谁
```

这正对应 A 所说的邮件服务器信息。

另外还有一个容易发生的概念混淆。

`MX` 记录保存的是邮件交换服务器相关信息，但它本身不是 `SMTP` 协议。

`DNS` 和 `SMTP` 属于两个不同的应用层协议体系。

`DNS` 负责找到邮件服务器。

`SMTP` 负责真正传输邮件。

可以理解成

```text
DNS 的 MX
负责找地址

SMTP
负责送邮件
```

前者回答

```text
应该去找哪台服务器
```

后者解决

```text
找到服务器后，邮件如何传过去
```

这也是为什么学习网络协议时不能把

```text
MX
SMTP
25 端口
DNS
53 端口
```

混成同一个概念。

`MX` 是 `DNS` 中的一种资源记录。

`SMTP` 是邮件传输协议。

传统 `SMTP` 服务经常与 `TCP 25` 联系在一起。

`DNS` 查询通常与 `UDP 53` 或 `TCP 53` 联系在一起，现代 `DNS` 的传输场景还可能涉及其他机制。

它们是在同一条邮件业务链条上的不同环节。

从考试角度，把这道题压缩到最短，只需要看到这一行

```text
set type=MX
```

就已经足以完成判断。

因为

```text
MX
=
Mail Exchange
=
邮件交换记录
=
邮件服务器信息
```

所以

```text
A. 邮件服务器信息
```

正确。

B 所说的 `IP 到域名的映射` 对应 `PTR`。

C 所说的区域授权服务器，对应历年题目中的 `NS` 或 `SOA` 类查询语境。

D 所说的区域中可用的信息资源记录，更接近 `ANY` 或区域资源记录集合这一类查询概念。

因此本题最终答案没有歧义

```text
第 67 题
答案 A
邮件服务器信息
```

最值得带走的并不是 A 这个字母，而是下面这一组映射

```text
MX    → Mail Exchange → 邮件服务器
PTR   → Pointer       → IP 到域名的反向解析
NS    → Name Server   → 名称服务器
SOA   → Authority     → 区域授权信息
A     → Address       → 域名到 IPv4 地址
AAAA  → IPv6 Address  → 域名到 IPv6 地址
```

以后再遇到

```text
nslookup
set type=某种记录
```

这一类题，判断重点就放在 `type` 后面的记录类型上，而不是被查询目标的外观牵着走。尤其当前题目中的 `202.30.192.2` 正是最典型的干扰信息，真正锁定答案的是 `MX`。

## 参考资料

Microsoft Learn，Windows `nslookup set type` 官方文档，说明 `set type` 用于修改查询的资源记录类型，其中 `MX` 对应 `mail exchanger`，`PTR` 用于反向名称查询，`NS` 对应名称服务器。 

Microsoft Learn，Windows `nslookup` 官方文档，说明交互模式、`set type` 以及资源记录查询方式。 

Microsoft Learn，Exchange 邮件流排障文档，给出了使用 `nslookup` 配合 `MX` 查询邮件域邮件交换服务器的实际示例。 

RFC 1035，Domain Names Implementation and Specification，定义 `MX` 为 `mail exchange` 资源记录，并定义相关 `DNS` 资源记录类型。 

清华大学出版社，网络管理员上午试题分析与解答，收录本题原题，并明确给出第 67 题参考答案 A，解析指出 `type=MX` 用于查询域内邮件服务器信息。 

set type 用于指定接下来要查询哪一种 DNS 资源记录，而 MX 就是 Mail Exchange，也就是邮件交换记录。Microsoft 对 Windows nslookup 的说明明确指出，set type=MX 查询的是 mail exchanger，也就是负责某个域邮件接收工作的邮件交换服务器。原题官方解析同样把答案确定为 A。

一眼看懂 nslookup set type=MX

紫薇堂堂主

网络与通信

编程语言

职业发展

nslookup命令中settype=MX用于查询邮件交换记录，对应邮件服务器信息。本题答案为A，IP地址202.30.192.2是干扰项，真正决定查询类型的是MX，而非PTR反向解析。MX指MailExchange，用于确定域名邮件接收服务器，区别于PTR（IP到域名）、NS（名称服务器）和SOA（区域授权）。

代码解释

数据库

服务器

Windows

热销域名限时优惠，新客首年免费！


domain

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

一眼看懂 nslookup set type=MX-腾讯云开发者社区-腾讯云

一眼看懂 nslookup set type=MX

一眼看懂 nslookup set type=MX

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐