
WHOIS
io.github.KincaidYangv1.4.0更新于 Sep 29, 2026
Query WHOIS/RDAP information for domains, IP addresses, CIDR prefixes and ASNs. Self-hostable.
安装
在 SourceWeft 中
- 打开 控制台中的 WHOIS,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。
其他 MCP 客户端
把它添加到你客户端的 mcpServers 配置中。
{
"mcpServers": {
"whois": {
"type": "http",
"url": "https://whois.ddnsip.cn/mcp"
}
}
}README
[Go Reference] [Go] [CodeQL] [codecov] [MCP Queen operational grade]
介绍
基于 Golang 实现的域名 Whois 查询工具,支持所有允许公开查询的 TLD 后缀的域名、IPv4/v6、ASN 的 Whois 信息查询。
根据 ICANN 《通用顶级域名注册数据临时政策细则(Temporary Specification for gTLD Registration Data)》和欧盟《通用数据保护条例》合规要求,在查询域名信息时,程序只返回了部分必要的信息(详见下方返回结果示例),不会返回所有者的联系方式、地址、电话、邮箱等字段。
演示站点:
使用方法
Docker部署
下载
使用二进制文件
您可从 Release 页面下载对应平台的二进制文件。
从源码编译
安装依赖
本程序默认使用内存缓存,可直接运行;生产环境或多实例部署建议搭配 Redis 使用,您可参照 https://redis.io/docs/install/install-redis/install-redis-on-linux/ 进行安装。
编辑配置文件
⚠️ 配置项按功能分组,键名为 camelCase(与 API 响应字段风格一致)。未知键或旧版(v0.9 之前)的扁平键会在启动时报错并给出迁移提示,不会再静默回退到默认值。
环境变量
所有配置项均可通过环境变量覆盖(优先级高于配置文件),适合 Docker/Kubernetes 等不便挂载配置文件的部署方式:
布尔型变量只认 true 和 1,其余值视为 false。数值型变量解析失败时静默忽略并沿用配置文件/默认值。
纯环境变量部署示例(不挂载配置文件):
配置说明:
- Redis配置:建议使用Redis以获得更好的性能和多实例缓存共享能力
- 缓存过期时间:根据查询频率调整,建议3600秒
- 内存缓存:Redis 不可用时的兜底,达到上限后按 LRU(最近最少使用)淘汰
- 负向缓存:将“未找到/被拒”的查询结果短时间缓存,避免对不存在的资源反复请求上游;默认 60 秒
- 并发限制:控制向上游服务器的请求频率,避免被限流。
- 代理配置:某些TLD可能需要代理访问,可配置特定后缀使用代理
- 日志级别:
debug会输出每次缓存命中和上游查询,流量大时噪声较高;生产环境建议保持info - RDAP 刷新间隔:服务启动时会立即从 IANA 拉取最新 RDAP 服务器列表,之后按此间隔定期刷新;编译进二进制的数据作为拉取失败时的兜底
- API 认证:默认关闭。配置
auth.keys后即启用,未携带有效密钥的请求返回 401(RFC 9457 problem+json);仅/health和/ready豁免,便于存活/就绪探针工作 - key 命名与按 key 限流:
auth.keys的对象形式可为每个 key 设置显示名和速率限制。显示名出现在请求日志的client字段和 Prometheus 指标whois_client_requests_total{client,status_code}中,便于区分调用方;速率限制为 token bucket(次/分钟,允许一次性用完整分钟额度),超限返回 429 +Retry-After头。批量查询按条数计入额度:一批 N 条消耗 N 个请求额度 - 批量查询:默认关闭。建议与
auth.keys一起开启——开放实例提供批量查询等于放大被滥用打上游注册局的能力
⚠️ Warning: 限频针对的是程序向 whois 服务器发起的请求,而非用户向本程序发起的请求。例如,您将
server.upstreamLimit设置为 50,那么程序同时向注册局 whois/RDAP 服务器发起的查询将不会超过 50 个,但是用户向本程序发起的请求不受限制。请您通过 Nginx 等工具对本程序进行限流,或为每个 API key 配置rateLimit,以防止恶意请求。
运行
注意: 本程序默认监听 8043 端口。
健康检查端点
服务提供以下健康检查端点:
示例:
进程守护(可选)
您可以使用 systemd 等工具将本程序设置为守护进程,以便在系统重启后自动运行。
使用
GET 请求
浏览器访问
部署后直接通过浏览器访问http://ip:端口/你想查的域名或ip或asn,默认端口8043,示例http://1.2.3.4:8043/examlpe.com,详细示例请参考下方
支持直接查询国际化域名(IDN,含中文、带变音符号等 Unicode 域名),程序会自动转换为 Punycode 后查询,例如
http://1.2.3.4:8043/例子.cn。
类型化查询路径
除根路径自动识别外,还提供 RFC 9082 风格的类型化路径,适合程序化调用——资源类型不匹配时直接返回 400,不会被识别成其他类型:
IP 查询支持 CIDR 前缀(根路径和 /ip/ 均可):
OpenAPI 规范
服务在 /openapi.json 提供 OpenAPI 3.1 描述文档,包含全部端点、响应 schema(RDAP 词汇)和错误格式,可直接导入 Postman/Swagger UI 等工具。
缓存与跨域
- 成功响应带
X-Cache头标识缓存状态:HIT(命中服务端缓存)、MISS(回源注册局)、REFRESH(?refresh强制回源),以及Cache-Control: public, max-age=<缓存秒数>供客户端/CDN 缓存。 - 成功响应(200)带强
ETag头;请求时携带If-None-Match: <etag>可做条件重验证,内容未变化时返回304 Not Modified(无响应体),/openapi.json同样支持。 - 所有响应带
Access-Control-Allow-Origin: *,可直接在浏览器前端跨域调用。
查询域名 Whois 信息
返回结果
字段名与词汇遵循 RDAP(RFC 9083)规范:objectClassName 标识对象类型(domain / ip network / autnum),日期统一为 RFC 3339 UTC 格式。查询 IDN 域名时会额外返回 unicodeName 字段。对于无法解析的 ccTLD,返回 {"objectClassName": "domain", "unparsed": true, "rawText": "..."}。
查询域名原始 WHOIS 文本
添加 ?raw=1 参数可获取未解析的 WHOIS 原文(text/plain),仅支持域名查询(IP/ASN 走 RDAP,无原文形式)。原文查询直接访问 WHOIS 服务器(跳过 RDAP),若该 TLD 没有已知 WHOIS 服务器则返回 404。
强制刷新缓存
添加 ?refresh=1 参数可跳过服务端缓存、强制向注册局查询并用新结果覆盖缓存(响应带 X-Cache: REFRESH),适合域名转移/续费后立即查看新状态。仅在开启 API 认证的实例上可用:未配置 auth.keys 的实例返回 403(refresh-requires-auth)——否则任何人都能借此击穿缓存刷上游注册局。可与 ?raw 叠加使用。
批量查询
POST /batch 一次提交多个查询(域名/IP/CIDR/ASN 可混排,自动识别类型),逐项返回结果。默认关闭,需配置 batch.enabled: true;单批条数上限 batch.maxItems(默认 10)。
响应恒为 200,逐项给出状态:成功项的 data 是常规响应对象,失败项的 error 是 problem+json 对象:
配置了按 key 限流时,一批 N 条会消耗 N 个请求额度,无法借批量绕过限流。批内重复查询会被合并为一次上游请求。
请求追踪
每个响应都带有 X-Request-ID 头,服务端日志中的 request_id 字段与之对应,便于排查问题。客户端也可自带 X-Request-ID 请求头(≤64 字符,仅限字母、数字、.、_、-),服务端将原样使用。
查询 IPv4 Whois 信息
返回结果
查询 IPv6 Whois 信息
返回结果
查询 ASN Whois 信息
⚠ 不区分大小写
返回结果
错误响应
错误响应遵循 RFC 9457 Problem Details 规范,Content-Type 为 application/problem+json:
全部错误类型见 docs/errors.md。
MCP 集成
服务在 /mcp 提供 MCP(Model Context Protocol) 端点,使用 Streamable HTTP 传输,支持 AI 助手(如 Claude)将 WHOIS 查询作为工具直接调用。
工具名: whois_lookup
输入:
支持域名、IPv4/v6 地址或 CIDR 前缀、ASN(如 AS12345),返回结果与 REST API 完全一致。
工具名: whois_batch_lookup(需开启 batch.enabled)
输入:
逐项返回结果,与 POST /batch 行为一致(同样受 batch.maxItems 与按 key 限流约束)。
MCP 服务器地址: http://ip:端口/mcp
客户端接入配置与认证方式见 docs/mcp.md。
版本与稳定性
自 v1.0.0 起,本项目遵循语义化版本。以下面向用户的契约在 1.x 内保持稳定,不兼容变更只会出现在下一个主版本(2.0.0):
- HTTP API:端点路径与语义、成功响应的 JSON 字段(RDAP 词汇,RFC 9083)、错误格式(RFC 9457 problem+json),以及缓存与条件请求相关的响应头(
X-Cache、Cache-Control、ETag)。 - 配置文件:
config.yaml的分组结构与键名,以及WHOIS_*环境变量。 - MCP 工具:
whois_lookup/whois_batch_lookup的名称与输入参数。
不在稳定承诺范围内:注册局上游数据本身的内容与可用字段(随各注册局而变)、Prometheus 指标名称、日志格式,以及 Go 包的内部结构(本模块不对外暴露可导入的 API)。
0.x 阶段的破坏性变更已结束,完整历史见 CHANGELOG。
已知问题
程序向注册局查询 Whois 信息主要依靠 RDAP 协议查询,但由于大部分 ccTLD 不支持 RDAP 协议,程序会对其原始的 Whois 信息格式化后返回 JSON 数据。由于本人精力有限,未对所有的 ccTLD 后缀进行适配,未适配的后缀会返回 {"objectClassName": "domain", "unparsed": true, "rawText": "..."},如您常用的后缀没有被覆盖,可以提交 Issue 或者贡献匹配规则至 internal/whois/whois_parsers.go 文件中,在此表示感谢!
项目依赖
本项目使用了以下Go标准库:
bytes:操作字节切片的函数。context:定义了Context类型,用于在API边界和进程之间传递截止日期、取消信号和其他请求范围的值。encoding/json:编码和解码JSON对象的函数。errors:创建错误和操作错误的函数。fmt:格式化I/O函数。io:I/O原语函数。log/slog:结构化日志服务。net:网络I/O原语的函数。net/http:HTTP客户端和服务器实现。os:操作系统功能的函数。os/signal:接收操作系统信号的函数。regexp:正则表达式搜索。strconv:将字符串转换为基本类型的函数。strings:操作字符串的函数。sync:基本的同步原语。syscall:访问操作系统底层调用的函数。time:测量和显示时间的函数。
本项目还使用了以下第三方库:
github.com/redis/go-redis/v9:Go语言Redis客户端。github.com/prometheus/client_golang:Prometheus 指标采集与暴露。github.com/modelcontextprotocol/go-sdk:MCP(Model Context Protocol)Go SDK。golang.org/x/net/idna:实现了IDNA(国际化域名在应用程序)规范。golang.org/x/net/publicsuffix:实现了公共后缀列表规范。gopkg.in/yaml.v3:YAML 解析库。
WHOIS/RDAP 服务器列表来自于:
来源:README.md,提交 aacfdba
工具
0版本历史
2- v1.4.0最新Sep 26, 2026
- v1.3.0Sep 16, 2026
