盘问二级域名， ， ，，建议先确认域名层级， ， ，，再选择 DNS 盘问、治理后台盘问或果真信息盘问， ， ，，最后通过剖析纪录和网页会生效果举行验证。。。这样不但能判断某个域名是否保存， ， ，，还能看出它指向哪台效劳器、是否使用又名剖析， ， ，，以及目的域名是否已经投入使用。。。
先确认“二级域名”详细指什么
“二级域名”在差别场景中有两种常见寄义。。。凭证严酷的域名层级划分， ， ，，example.com 是注册在 .com 顶级域名下的二级域名， ， ，，而 shop.example.com 属于它的下级子域名。。。网站运营和建站平台中， ， ，，人们又常把 shop.example.com 这类名称直接称为二级域名。。。
因此， ， ，，本文以一样平常使用最普遍的情形为例：盘问主域名下的目的子域名， ， ，，例如判断 shop.example.com 是否保存、是否能会见、剖析到了那里。。。若是你要盘问的是 example.com 这类可注册域名， ， ，，文末的“可注册性盘问”要领更适合。。。
第一步：拆分域名， ， ，，确定盘问工具
拿到一个完整域名后， ， ，，先从右向左识别层级。。。以 news.example.com 为例， ， ，，.com 是顶级域名， ， ，，example.com 是主域名， ， ，，news 是主域名前面的子域名标签。。。真正用于盘问时， ， ，，应保存完整的 news.example.com， ， ，，而不是只盘问 example.com。。。
- 盘问主域名：用于相识网站的基础 DNS、邮箱和效劳器设置。。。
- 盘问指定二级域名：用于判断某个详细入口是否保存， ， ，，例如 www、mail、shop 或 api。。。
- 查找主域名下的多个域名：需要连系 DNS 治理纪录、证书信息或授权的资产清单， ， ，，单次 DNS 盘问不可自动列出所著名称。。。
若是域名带有 .com.cn、.net.cn 等组合后缀， ， ，，不可只按点号数目判断层级。。。应先确定现实注册主体， ， ，，例如 example.com.cn， ， ，，再判断它前面的名称是否属于下级域名。。。
第二步：用 DNS 盘问确认是否有剖析
DNS 盘问是最直接的二级域名盘问要领。。。它主要回覆“这个名称是否有剖析纪录， ， ，，以及剖析到了什么位置”。。。Windows 系统可以翻开下令提醒符， ， ，，使用以下下令：
盘问基本剖析：nslookup shop.example.com
盘问 IPv4 地点：nslookup -type=A shop.example.com
盘问又名纪录：nslookup -type=CNAME shop.example.com
在 macOS 或 Linux 系统中， ， ，，可以使用：
盘问 IPv4：dig shop.example.com A
盘问 IPv6：dig shop.example.com AAAA
盘问 CNAME：dig shop.example.com CNAME
返回 A 纪录时， ， ，，效果通常是一个 IPv4 地点；；；；；返回 AAAA 纪录时， ， ，，效果是 IPv6 地点；；；；；返回 CNAME 时， ， ，，目的会指向另一个域名。。。CNAME 还可能继续经由多次剖析， ， ，，最终才获得效劳器地点， ， ，，以是看到又名并不代表盘问失败。。。
| 效果 | 通常体现 |
|---|---|
| 返回 A 或 AAAA | 域名已经指向 IPv4 或 IPv6 地点 |
| 返回 CNAME | 域名通过又名指向其他效劳或主机名 |
| NXDOMAIN | 目今 DNS 系统以为该域名不保存 |
| 无地点纪录 | 域名可能保存， ， ，，但暂时没有 A 或 AAAA 纪录 |
| SERVFAIL 或超时 | 剖析效劳器、权威 DNS 或网络毗连暂时异常 |
第三步：从域名治理后台审查完整纪录
若是盘问的是自己治理的域名， ， ，，DNS 效劳商或主机控制台通常比下令盘问更完整。。。登录域名剖析平台后， ， ，，进入 DNS 剖析、域名治理或托管区域， ， ，，搜索主域名下的纪录。。。纪录名称可能显示为完整域名， ， ，，也可能只显示前缀。。。
例如， ， ，，平台中泛起一条主机纪录 shop， ， ，，纪录类型为 A， ， ，，纪录值为某个 IPv4 地点， ， ，，那么它通常对应 shop.example.com。。。若纪录类型是 CNAME， ， ，，纪录值可能是云平台分派的会看法址。。。；；；；褂ν奔觳榧吐甲刺TL、线路或地区设置， ， ，，由于统一个二级域名可能会凭证会见泉源返回差别效果。。。
主机面板、反向署理设置和网站程序设置也值得一起审查。。。DNS 纪录只能说明域名怎样剖析， ， ，，不可包管效劳器已经设置了对应站点。。。若域名有剖析但会见时泛起默认页面、证书过失或 404， ， ，，通常需要继续检查虚拟主机、站点绑定和 HTTPS 设置。。。
第四步：盘问主域名下有哪些二级域名
若是只知道主域名， ， ，，不知道详细的二级域名名称， ， ，，单独执行一次 DNS 盘问无法获得完整列表。。。更合适的做法是按“已知纪录优先、果真信息增补”的顺序查找。。。
- 审查 DNS 治理纪录：这是最准确的泉源， ， ，，可以直接看到 A、AAAA、CNAME、MX、TXT 等纪录对应的主机名。。。
- 审查网站或云平台资产清单：主机、CDN、负载平衡和工具存储效劳通常；；；；峒吐家寻蠖ǖ挠蛎。。。
- 盘问证书透明度信息：以主域名作为条件， ， ，，审查果真证书中泛起过的子域名。。。这种方法可以发明一经申请过证书的名称， ， ，，但不代表这些名称目今仍然在线。。。
- 连系被授权的资产扫描效果：在治理自有域名时， ， ，，可将候选名称逐个举行 DNS 盘问和网页会见验证， ， ，，阻止把历史名称、测试名称或误报当成有用站点。。。
使用果真信息查找时， ， ，，效果应当视为“候选列表”， ， ，，而不是最终结论。。。某个域名泛起在证书、缓存或历史纪录中， ， ，，只能说明它一经被设置或纪录过。。。只有目今 DNS 剖析、效劳器响应和治理纪录相互吻合， ， ，，才华确认它现在仍在使用。。。
第五步：验证二级域名是否真正可用
盘问到剖析纪录后， ， ，，还需要举行现实验证。。。？？？？梢韵仍阡榔髦谢只峒 HTTP 和 HTTPS 版本， ， ，，视察是否能翻开目的页面、是否自动跳转， ， ，，以及浏览器显示的证书名称是否包括该域名。。。
验证效果可以按以下逻辑判断：
- 有 DNS 纪录并能翻开准确页面：域名已剖析， ， ，，且网站效劳基本可用。。。
- 有 DNS 纪录但显示 404 或默认页：域名保存， ， ，，但效劳器可能未绑定对应站点或路径设置不完整。。。
- 有 DNS 纪录但无法建设 HTTPS：重点检查 SSL 证书、证书笼罩规模和 HTTPS 监听设置。。。
- 没有 DNS 纪录但治理后台有新设置：可能仍处于撒播阶段， ， ，，也可能纪录名称、剖析线路或 DNS 效劳商填写过失。。。
- 浏览器能翻开但下令盘问无效果：可能使用了外地缓存、署理剖析、特殊线路或 hosts 设置， ， ，，应替换公共 DNS 或直接盘问权威 DNS。。。
DNS 修改不会总是连忙在所有网络中同步。。。排查时可以划分盘问差别网络情形， ， ，，并确认域名目今使用的权威 DNS、纪录 TTL 息争析线路。。。若只是部分地区无法会见， ， ，，优先检查分线路剖析、CDN 设置缓和存， ， ，，而不是直接判断域名不保存。。。
若是要盘问二级域名是否可注册
若是你的问题是“某个域名能不可注册”， ， ，，需要先区分它是自力注册域名， ， ，，照旧主域名下的子域名。。。像 example.com 这样的域名可以通过注册商的域名盘问功效检查注册状态；；；；；而 shop.example.com 通常不可单独注册， ， ，，它是否能使用取决于 example.com 的所有者是否在 DNS 或主机平台中建设该纪录。。。
对自有主域名， ， ，，可以在 DNS 控制台新增主机纪录， ， ，，例如设置主机名 shop， ， ，，再选择 A 或 CNAME 类型并填写目的值。。。生涯后， ， ，，通过 nslookup 或 dig 盘问 shop.example.com， ， ，，确认纪录已经生效， ， ，，随后再用浏览器检查网站和 HTTPS 设置。。。凭证“识别层级—盘问 DNS—核对后台—验证会见”的顺序操作， ， ，，就能较准确地完成二级域名盘问并判断最终使用状态。。。
iroindpoktymdvz1wee9dv3ew7i
Android版
iPhone版