【原创】域名扫描可用的域名支持并发和全部后缀

# 域名可用性批量扫描器 —— 批量查短域名，哪些还能注册一目了然

> **手机尺寸界面 · 五种状态 · 判定证据可见 · 支持 47 个后缀多选**
>
> 官网：**剑庭安 · https://jta.mobi** ｜ QQ 群：**1039545483**

---

## 一、这是干什么用的（30 秒看懂）

想注册短域名，但一个个去注册商网站查太慢，而且注册商的"可注册"提示经常是缓存过的、不准。

这个工具解决的就是这件事：

**批量生成候选域名 → 逐个去注册局查真实状态 → 输出一份可信的可用域名清单**

- 扫 3 字母 `.com`？17576 个候选，一次跑完
- 有一份域名词表？导进去批量查
- 想同时看 `.com .net .io` 三个后缀？勾上就行，自动交错扫描
- 查完直接导出 TXT，拿去注册

**它只做查询，不注册、不抢注、不代抢。**

---

## 二、界面预览

## 三、功能清单

| 分类 | 功能 |
|---|---|
| **候选生成** | 组合枚举（纯字母 / 纯数字 / 字母+数字）· 词典模式（每行一个词）· 正则过滤前缀（支持反向引用，如匹配 `aaa`/`bbb` 这种重复字母） |
| **后缀** | **可多选**，内置 47 个常用后缀分「热门 / 通用 / 国别」三组 · 支持自定义任意后缀 · 可一次扫多个后缀 |
| **判定** | 五级判定链 · 五种状态 · 每条结果显示判定证据 |
| **并发** | 并发数 / 请求延迟可调 · 交错扫描摊薄限流 · 限流实时提示 |
| **结果** | 可用 / 已注册分页展示 · 按后缀分组统计 · 一键复制 · 导出 TXT |
| **规模保护** | 实时预估域名总数与耗时 · 超过 20 万二次确认 · 支持扫描中途停止 |

---

## 四、核心优势：为什么它比一般工具准

**这一节是本文的重点。** 市面上这类工具不少，但大部分在"准确率"这件事上是含糊的 —— 因为查询域名注册状态这件事，本身比看起来难。

### 4.1 问题一：问错服务器，直接给你假结果

WHOIS 服务器是**按后缀授权**的。`whois.verisign-grs.com` 只管 `.com` / `.net`，`whois.nic.li` 只管 `.li`。

如果工具拿一个不对口的服务器去查，会怎么样？实测：

> 用 Verisign 的服务器查 `google.li` → 返回 `No match for "GOOGLE.LI"`

而 `google.li` 是 2000 年就注册了的老域名。"No match" 在 WHOIS 语义里恰恰是**"可以注册"**的意思。

**所以任何"拿一批 WHOIS 服务器轮着问、谁先回就信谁"的实现，都会在跨后缀查询时输出假"可注册"。** 这不是概率问题，是必现的。

**本工具的做法：** 先向 `whois.iana.org` 取该后缀的权威服务器，拿不到就查内置后缀表，两个都没有就返回"未确认"而不是猜。同时对响应做两道校验 —— 服务器自称"非权威"的丢弃，响应里写着别的域名的丢弃。

### 4.2 问题二：关键字匹配永远追不上措辞变化

WHOIS 没有标准响应格式，各注册局自己决定怎么写。所以判断"未注册"只能靠文本匹配 —— 而匹配的失败方式，比你想象的丰富。实测遇到的三种：

| 后缀 | 注册局实际返回 | 为什么漏判 |
|---|---|---|
| `.it` | `Status:`（13 个空格）`AVAILABLE` | 常规匹配只认一个空格，列对齐写法匹配不上 |
| `.tw` | `No Found` | 措辞太简，不在常见短语表里 |
| `.hk` | `The domain has not been registered.` | 多了一个 `been` 单词，整句匹配失败 |

**修法不是一个个加短语**（1500 多个注册局，永远追不完），而是两条：先把所有空白折叠成单空格再匹配（一次解决所有列对齐问题）；措辞用规则兜住"一族"表达，而不是死记某一句。

**实测效果：** 47 个后缀的判定确定率从 41/47 提升到 **43/47**。

### 4.3 问题三：注册局的法律声明会污染判断

举例：Verisign 每份响应末尾都带着 2000 多字符的法律免责声明，里面有一句 `You are not authorized to access or query our Whois database`。

如果工具用 `not authorized` 这类词判断"被拒绝"，那么**所有 `.com` 查询都会被误判成服务失败** —— 无论域名存不存在。

**本工具的做法：** 判断"被拒绝"不只看关键词，还要看**响应形状**。真正的拒绝响应天然又短又没结构（36~94 字符），正常记录天然带一大堆样板文字（2305 字符）。加一个长度阈值，两头都不会碰。

### 4.4 解法：把 WHOIS 换成 RDAP

上面三个坑填完之后会发现：本质上是在**用文本匹配去猜一个 1980 年代的协议想说什么**。天花板很低。

所以本工具的判定主力是 **RDAP**（Registration Data Access Protocol，RFC 7483）—— WHOIS 的 HTTP/JSON 正规化版本，2015 年成为 IETF 标准，主流注册局都支持。

它最大的价值是**语义明确**：

| HTTP 状态码 | 含义 |
|---|---|
| `200` | 已注册 |
| `404` | 未注册 |

**没有关键字，没有措辞问题，不可能误判。**

端点来自 IANA 官方引导文件，覆盖 **1200 多个后缀**。这一步做完，判定精度直接从"猜"变成"确定"。

### 4.5 意外收获：`.li` / `.ch` 是能查的

很多工具扫 `.li` 什么都扫不出来 —— 因为 SWITCH（瑞士/列支敦士登注册局）**直接拒绝 WHOIS 直连**，回一句 `Requests of this client are not permitted` 就断开了。

但 SWITCH 其实有自己的 RDAP 接口（`rdap.nic.ch`），同时覆盖 `.ch` 和 `.li`，只是没写进 IANA 的官方引导文件。

本工具内置了这张覆盖表，**`.li` 和 `.ch` 完全可用**。实测 `google.li` 正确识别为已注册（2000 年注册），随机域名正确识别为可注册。

### 4.6 最终判定链路

| 顺序 | 手段 | 作用 |
|---|---|---|
| ① | 保留词规则 | 本地判断，0 网络开销，直接短路 |
| ② | DNS（A / NS / MX） | 命中即停，大多数已注册域名在这层就结束 |
| ③ | **RDAP 权威判定** | 200=已注册 / 404=未注册，覆盖 1200+ 后缀 |
| ④ | WHOIS | 只问权威服务器，带双重校验 |
| ⑤ | SSL 443 | 兜底 |
| ⑥ | **全都没信号 → 「未确认」** | **不猜** |

**顺序不是随手排的，是按性价比排的。** 实测：DNS 命中一个域名只要 **70 毫秒**，RDAP 判定要 **2 秒**，差了 20 倍。所以让 DNS 先把能确定的筛掉，剩下的才走 RDAP。

### 4.7 「未确认」—— 本工具最想强调的设计

一般这类工具只有两个状态：**可用 / 不可用**。拿不到数据怎么办？为了"不出假阳性"，通常判成"不可用"。

**这个策略的代价被严重低估了。**

假设你扫 `.li` 的 3 字母域名（17576 个），扫到第 200 个时被注册局限流了，之后所有查询都拿不到数据。如果工具把这些判成"已注册"，你会得到一份"可用清单" —— 里面**少了**这一批本来可能可注册的域名。而且**你完全不知道少了多少**。

对抢注/选域名来说：

- 误报（说可用其实已注册）→ 你去注册商一查发现，白跑一趟，损失几分钟
- **漏报（说已注册其实可用）→ 你根本不知道它存在，这个域名就被别人抢了**

所以本工具加了**五种状态**，把"我不知道"诚实地暴露出来：

| 状态 | 含义 | 标签色 |
|---|---|---|
| **可注册** | 注册局明确返回未注册 | 青绿 |
| **已注册** | DNS / RDAP / WHOIS / SSL 任一击中 | 灰色 |
| **保留** | 保留词，或注册局标记 reserved / blocked / premium | 橙色 |
| **未确认** | 没拿到任何信号，或注册局限流 —— 不猜 | 蓝色 |
| **错误** | 网络异常 | 红色 |

而且每条结果右边都显示**判定证据**，一眼看出结论是怎么来的：

```
[可用]   zzqxwvunlikelyone.com   RDAP未注册        1931ms
[已注册] zzb.com                 DNS_A + DNS_NS      95ms
[未确认] aa.li                   RDAP限流           289ms
```

### 4.8 多后缀：交错扫描而不是排队扫

多选后缀之后，扫描顺序有两种：

- **排队：** `aa.com, ab.com, ac.com ……` 17576 个跑完，再开始 `aa.net`
- **交错：** `aa.com, aa.net, aa.io, ab.com, ab.net, ab.io ……`

本工具用**交错**。原因：限流是按注册局算的 —— `.com` 走 Verisign、`.io` 走 NIC.IO、`.li` 走 SWITCH，各算各的配额。排队扫会把几万个连续请求全砸到同一个注册局，而其它注册局闲着；交错扫天然把压力摊到多个注册局，**不会在任何一个上形成突发**。

**实测：** 词典 12 词 × 3 后缀 = 36 个域名，6 秒跑完，**0 限流**。

### 4.9 限流不再静默失败

注册局限流时返回 HTTP 429。如果代码把它当成"没查到"就过去了，用户完全不知道发生了什么 —— 可能得到一份大面积错误的清单。

本工具会**显式提示**：

> ⚠ 注册局 RDAP 限流 25 次（HTTP 429）：把并发降到 3~5、延迟加到 1000ms 以上再试

状态栏也会变橙色显示限流次数。

**限流本身不可怕，可怕的是被限流了却不知道。**

---

## 五、实测数据

### 5.1 后缀覆盖度

对 47 个常用后缀，每个各查一个"几乎不可能注册的"域名和一个"几乎必定已注册的"域名，看能否给出确定结论。

**结果：43 / 47 两个方向都能给出确定结论。**

| 判定方式 | 后缀 |
|---|---|
| **RDAP 权威判定** | `.com .net .org .info .biz .xyz .top .pro .name .mobi .ai .dev .app .online .site .tech .store .vip .club .cc .tv .uk .fr .nl .au .ca .in .sg .cx .cz` |
| WHOIS 判定 | `.io .co .me .us .eu .de .it .cn .jp .kr .ru .hk .tw` |
| 内置覆盖表 | `.li .ch` |

剩余 4 个的情况：

- `.li` / `.ch` / `.shop` —— 测试时正处于限流状态，降到 3 并发后恢复正常
- `.br` —— 巴西的二级 `.br` 大部分不开放注册（实际注册在 `com.br` 这类三级下），所以 `google.br` 确实是空域名，程序判对了

### 5.2 速度

| 场景 | 域名数 | 总耗时 | 单域名 |
|---|---|---|---|
| `.com` 已注册（DNS 命中） | 26 | 8.1 秒 | 69~95 毫秒 |
| `.com` 可注册（RDAP 判定） | 12 | 2~3 秒 | 约 2 秒 |
| 词典 × 3 后缀交错 | 36 | 6.2 秒 | 约 2 秒 |

测试配置：10 并发、0 延迟（界面默认是 6 并发 / 800ms 延迟，更保守）。

### 5.3 判定准确率

47 个后缀、94 个测试域名（每个后缀一正一反），**0 例误判**。所有判"可注册"的结果，都拿到了 RDAP 404 或 WHOIS 明确的未注册响应作为依据。

---

## 六、怎么用（新手 3 步）

1. **选后缀**
   点后缀框（或右边「选择」按钮），弹出的面板里按「热门 / 通用 / 国别」分好组，点一下选中、再点取消。每个后缀左边有个小圆点标出判定可靠性：青色=RDAP 权威（最可靠）、蓝色=走 WHOIS、橙色=容易限流或需留意。也可以一次选多个。底部还能自己加后缀，逗号分隔。

2. **定候选**
   填长度（比如 3）、选模式（纯字母 / 纯数字 / 字母+数字）。只想扫特定开头就在「正则」里填，比如 `^zz` 只扫以 zz 开头的。有一份词表就切到「词典模式」，点「浏览」选 txt 文件（每行一个词）。

3. **开始扫描**
   点「开始扫描」。界面实时显示进度、速率、已找到的可用域名。扫完自动跳到「可用」页，可以一键复制或导出 TXT。

**第一次使用建议先扫 `.com`，不要用默认的 `.li`。** 因为 `.li` 的注册局对高频访问比较敏感，容易触发限流；`.com` 宽松得多。推荐参数：

```
后缀 .com   长度 3   模式 纯字母   正则 ^zz   并发 6   延迟 800
```

这样只扫 26 个域名，几十秒就能看到完整效果。

### 6.1 规模提醒

域名总数 = **名字数 × 后缀数**。长度 3 的纯字母是 17576 个名字，选 5 个后缀就是 87880 个待查域名。

**长度 ≥ 6 的完整组合是 26 的 6 次方 ≈ 3 亿，跑不完。想扫长域名必须用「词典模式」—— 这是组合枚举的固有限制，不是 bug。**

界面会实时显示预估总数和预计耗时，超过 20 万会二次确认。

---

## 七、常见问题

**Q：为什么会出现「未确认」？**
A：说明工具没拿到任何确凿信号（DNS / RDAP / WHOIS / SSL 全都没有结论），或者该后缀的注册局限流了。这是**故意的** —— 没把握时不乱下结论，比给你一个可能错的答案要好。如果大面积出现，看状态栏是不是显示「限流 N」，是的话把并发降到 3~5、延迟加到 1000ms 以上再试。

**Q：为什么扫 `.li` 全是未确认？**
A：SWITCH 对高频访问很敏感。第一次用建议改用 `.com`。`.li` 本身是支持的（走 SWITCH 的 RDAP 接口），只是并发要压得更低。

**Q：结果文件在哪？**
A：在「可用」页点「导出可用」，选保存位置。文件名形如 `available_domains_com_3_20260915_130000.txt`，每行一个域名。

**Q：能自动注册吗？**
A：不能，也不打算做。工具只做查询，注册请自行去注册商办理。

**Q：需要装什么环境吗？**
A：单文件版双击即用，不需要装任何东西。精简版需要 .NET 8 桌面运行时。

**Q：能扫 `.cn` / `.jp` / `.de` 这些吗？**
A：能，内置 47 个后缀都测过。不在列表里的后缀也可以手动输入，工具会自动去找它的注册局接口。

---

## 八、已知局限（诚实说明）

1. **组合模式不适合长域名** —— 长度 ≥ 6 跑不完，请用词典模式。
2. **少数后缀拿不到确定结论** —— 比如 `.cn` 既没有 RDAP 又需要专门的 WHOIS 服务器，可能显示「未确认」。
3. **`.hk` 的特殊情况** —— HKIRC 有时对已注册域名只返回一个不透明代码（如 `CMM174`）。这类域名通常有 DNS 记录会被先判掉，只有既无 DNS 又返回该代码时才会落到「未确认」。没有去猜这个代码的含义（猜错会造出假"已注册"）。
4. **限流是环境相关的** —— 不同网络、不同时段触发阈值不一样。遇到限流按提示降并发即可。
5. **只做查询** —— 不注册、不抢注、不代抢。

---

## 九、下载

| 版本 | 大小 | 说明 |
|---|---|---|
| **单文件版** | 63.3 MB | 双击即用，不需要装任何运行时 |
| **精简版** | 139 KB | 需要 .NET 8 桌面运行时 |

---

## 十、写在最后

这个工具的核心其实就一句话：**把"某个域名到底注没注册"这件事查准，查不准就明说查不准。**

做的时候踩了不少坑 —— 一开始以为"查个 WHOIS 而已"，写着写着发现是在跟一个 1980 年代的文本协议搏斗：问错服务器会给你假结果、关键字永远追不上各注册局的措辞变化、连注册局的法律免责声明都会污染判断。最后绕开它换用 RDAP，才把这个功能真正做扎实。

中间也犯过蠢错误，比如有一版程序其实启动就崩溃了，我截到的"正常窗口"其实是崩溃弹窗，标题都对，骗了我半天。

---

**官网**：剑庭安 · https://jta.mobi
**QQ 群**：1039545483

使用中遇到问题，帖子里回复或者进群问。有想加的功能也可以提。