如何进行域名txt记录查询？详细步骤有哪些，域名txt记录查询方法

查询域名TXT记录的核心操作是：在命令行输入nslookup -type=TXT 你的域名，或者打开在线DNS查询工具输入域名后选择TXT类型，几秒内就能看到结果。 如果你正在做邮箱SPF验证、域名所有权校验，或者排查DNS解析问题，下面这套完整的查询思路可以直接照搬。

域名txt记录查询方法：先搞定命令行

命令行工具是查询TXT记录的“硬核”方式，尤其适合需要排查细节的场景，你不需要安装任何额外软件，Windows、macOS、Linux都有自带工具。

Windows和macOS通用命令：nslookup

Windows用户按下Win + R组合键，输入cmd打开命令提示符，macOS用户打开“终端”应用，然后输入：

nslookup -type=TXT baidu.com

把baidu.com替换成你自己的域名，回车后会看到类似这样的输出：

Server:  114.114.114.114
Address: 114.114.114.114#53
Non-authoritative answer:
baidu.com  text = "v=spf1 include:spf1.baidu.com -all"

带text =的那行就是TXT记录内容，如果有多条TXT记录，会依次列出来，每条记录是独立的一行。

Linux服务器查询推荐使用dig

dig命令输出更完整，在排查问题时比nslookup更直观，在Linux终端或macOS终端中直接输入：

dig baidu.com TXT

也可以写成dig TXT baidu.com，效果一样，输出中的ANSWER SECTION就是TXT记录：

;; ANSWER SECTION:
baidu.com.  35  IN  TXT "v=spf1 include:spf1.baidu.com -all"

想要简化输出,只看记录内容，可以加参数：

dig baidu.com TXT +short

查询结果里的引号和分号别忽略

TXT记录的内容会被一对双引号包裹,这是正常现象，你添加DNS记录时，面板里写什么，查询结果里就会显示什么，需要注意两点：
本身包含空格或特殊字符，查询结果会用引号包裹，复制时别把引号也带进去。

• SPF记录的v=spf1必须写在开头，否则邮件服务器可能不认。

nslookup和dig都支持指定DNS服务器，用来绕开本地运营商缓存。

nslookup -type=TXT baidu.com 8.8.8.8
dig @1.1.1.1 baidu.com TXT

指定公共DNS后得到的记录更接近权威服务器的最新状态,适合刚改完记录时验证。

域名txt记录怎么查？在线工具满足日常需求

很多人不想记命令,那在线DNS查询工具就是最快的方式，打开浏览器，进入任意一个DNS查询网站，输入域名，选择TXT类型，点查询，完事。

在线查询工具的具体用法

以MXToolbox的TXT Lookup页面为例，打开后只需两步：

• 在输入框里填写你的完整域名,比如example.com
• 在记录类型里选择TXT,然后点击“TXT Lookup”按钮

页面会列出所有TXT记录,并且会额外显示每条记录的SPF是否符合规范，如果你是验证Google Search Console或Meta的域名所有权，直接把工具返回的记录和你粘贴到DNS面板里的内容逐字对比就行。

国内常用的站长工具（如chinaz的DNS查询）也支持TXT查询，界面一般是域名输入框加上类型下拉菜单，操作逻辑相同，不需要额外学习成本。

本地命令和在线工具哪个更准？

这里直接说结论：在线工具适合快速查看，本地命令适合深度排查。 原因是：

• 在线工具从多个国家节点发起查询,展示的是全球解析情况，能看出记录是否已传播到各地。
• 本地命令直接读取你当前网络可访问的DNS服务器,受本地缓存影响，有时会看到旧记录。
• 如果在线工具和本地命令结果不一致,多数情况是DNS缓存未刷新，不代表记录配置错误。

日常查询用任何方式都行,但遇到“改了记录但查不到”的情况，建议两个方式都用，再对比公共DNS的查询结果。

域名txt记录查询不到怎么办？先分清这几种情况

修改TXT记录后查询不到,是最常遇到的问题，别慌，按下面顺序排查，大多数情况下都能解决。

检查DNS传播时间

新增或修改TXT记录后,不是立刻全球生效，受TTL（生存时间）影响，不同地区的DNS服务器刷新缓存需要时间，据行业共识，全球DNS完全同步通常需要24至48小时，但绝大多数核心节点在几小时内就能返回新记录，如果你刚改完记录，先等10分钟到半小时，再用dig @8.8.8.8查询一次。

确认记录真的写进了DNS面板

登录你的域名注册商或云解析控制台,找到“解析设置”“DNS记录”或“DNS服务器”等入口，检查这几项：

• 主机记录是否填对了，TXT记录常用值为代表主域名，或填写_dmarc、_acme-challenge等子域名前缀，填错就查询不到。
• 记录类型是否为TXT，有些平台提供“SPF”单独类型，本质也是TXT，但如果你误选为“MX”或“CNAME”，查询TXT时自然没结果。
• 记录值是否完整保存，某些控制台保存时要求末尾不能有空格，或者不能缺少引号，复制粘贴时尽量把内容粘到记事本里检查一遍。

清空本地DNS缓存再试

Windows命令行执行：

ipconfig /flushdns

macOS执行：

sudo killall -HUP mDNSResponder

如果你用的是Chrome浏览器,可以访问chrome://net-internals/#dns点击Clear host cache清空浏览器DNS缓存，重新打开命令行查询，一般能看到最新记录。

域名txt记录查询工具哪个好用？按实际场景选择

这个问题没有唯一答案,不同场景适用的工具不同，你不要迷信某个“最好”的工具，而是看查询目标是什么。

免费工具已经覆盖绝大多数人

个人站长、自媒体运营者、中小企业管理员，用免费工具完全足够，我用过的比较靠谱的有这几个：

• MXToolbox TXT Lookup：全球多节点查询，附带SPF诊断，适合检查邮箱域名配置。
• Google Admin Toolbox Dig：谷歌官方的在线dig工具，输入域名和类型，直接显示权威回复，无广告，速度稳定。
• DNSViz：可视化展示DNS信任链，适合做深度安全检查，但不适合新手快速查询。
• 国内站长工具：访问速度快，界面中文，适合日常快速看一眼TXT记录。

付费工具要不要买？

基本不需要,付费DNS监控工具主要是为企业提供多域名批量巡检、变更告警和历史回查，个人场景用不上，如果你只是偶尔查询一次TXT记录，免费工具加上本地命令足够，真正的“收费项”是DNS解析服务本身，比如权威服务器的高防流量费用，跟查询工具是两回事。

邮箱和域名验证场景下的工具选择

• 配置企业邮箱SPF记录,推荐用MXToolbox，能直接告诉你SPF记录有没有语法错误，以及include链是否合法。
• 申请SSL证书做域名验证时（比如Let’s Encrypt的HTTP-01或DNS-01），你添加的_acme-challenge子域名TXT记录，建议用本地dig命令加上+short参数查询，输出干净，不容易混淆。
• 绑定微信小程序或第三方平台时,页面通常会要求你添加一条类似appid.tencent.com的随机字符串记录，这种直接用在线工具查，因为只需要确认“有这条记录”，不需要分析内容。

换一个角度理解TXT记录：它到底存了什么

很多人在查询时会看到一堆不认识的字符串,搞不懂每个字段的含义，其实TXT记录就是一个“说明牌”，什么内容都能放，但常见用途就三类：

• SPF邮件验证：记录包含v=spf1，后面跟着允许发信的IP地址或include域名，用于防止垃圾邮件伪造你的域名。
• 域名所有权验证：平台给你一串随机字符串，让你做成TXT记录，他们通过查询确认这域名是你控制的。
• DKIM/DMARC辅助记录：有时你需要为子域名添加一些描述性文本，或者配置DMARC策略时在_dmarc子域名下添加TXT。

查询时只要你看到v=spf1开头的记录，就知道这是邮件相关的，其他随机字符串，基本是某个平台的验证码，不用尝试解析它的含义。

关于域名txt记录查询的常见问题解答

域名TXT记录查询后出现多条记录，正常吗？

正常,一个域名可以同时存在多条TXT记录，每条记录独立生效，比如一条是SPF验证，一条是Google站点验证，一条是DKIM配置，它们互不冲突，但要注意：SPF记录在一个域名中只能有一条，如果出现两条v=spf1开头的记录，邮件系统会报错，查询时如果看到两条SPF，说明你之前添加时没有覆盖旧的，要手动删掉其中一条。

用nslookup和dig查询结果不一样，以哪个为准？

以权威DNS服务器的返回结果为准,本地nslookup可能走的是运营商缓存，dig加上@8.8.8.8后走的是Google公共DNS，若两者结果不一致，先等几分钟再查，如果多台公共DNS返回的结果都相同，但和你的解析面板配置不一致，则可能是解析面板保存出错，或者你配置在了不同的DNS服务商那里。

Windows CMD里查询中文TXT记录显示乱码怎么处理？

TXT记录默认是按字节存储的,非ASCII字符确实可能显示乱码，Windows CMD下执行chcp 65001切换到UTF-8编码，再输入nslookup查询，通常能正常显示，但说实话，绝大多数TXT记录场景下不会使用中文内容，因为邮件服务器或验证平台对特殊字符兼容性差，建议你在添加时只使用字母、数字和、、_这些字符。