Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
Query WHOIS/RDAP information for domains, IP addresses, CIDR prefixes and ASNs. Self-hostable.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Funktioniert in Claude im Web, auf dem Desktop und auf dem Handy:
https://whois.ddnsip.cn/mcpFühre das in deinem Terminal aus
claude mcp add --transport http whois https://whois.ddnsip.cn/mcpIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"whois": {
"url": "https://whois.ddnsip.cn/mcp"
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"whois": {
"type": "http",
"url": "https://whois.ddnsip.cn/mcp"
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
ChatGPT verbindet sich nur mit Servern im Internet:
https://whois.ddnsip.cn/mcpMenünamen können sich je nach Tarif und mit der Zeit leicht unterscheiden.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Die Tool-Liste dieses Servers haben wir noch nicht gelesen; wir prüfen die Endpunkte reihum.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto KincaidYang bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Noch nicht geprüft; wir prüfen die Endpunkte reihum
Noch nicht geprüft; wir prüfen die Endpunkte reihum
Noch nicht geprüft; wir lesen die Tool-Liste, wenn wir den Endpunkt prüfen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft in der Cloud des Entwicklers. Du verbindest dich übers Internet, ohne etwas zu installieren, aber was du sendest, läuft über die Server des Entwicklers.
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (1.5.0) kam vor 14 Tagen in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Er verbindet sich per URL, also funktionieren auch Apps, die Remote-MCP-Server akzeptieren, zum Beispiel ChatGPT im Entwicklermodus.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, MCP Server Autocad Lisp Helper
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
High-precision static analysis and debug server for AutoCAD AutoLISP (.lsp) files.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
English
基于 Golang 实现的域名 Whois 查询工具,支持所有允许公开查询的 TLD 后缀的域名、IPv4/v6、ASN 的 Whois 信息查询。 根据 ICANN 《通用顶级域名注册数据临时政策细则(Temporary Specification for gTLD Registration Data)》和欧盟《通用数据保护条例》合规要求,在查询域名信息时,程序只返回了部分必要的信息(详见下方返回结果示例),不会返回所有者的联系方式、地址、电话、邮箱等字段。
演示站点:
# 安装 Redis
docker run -d --name redis -p 6379:6379 redis:latest
docker run -d --name whois -p 8043:8043 --link redis:redis jinzeyang/whois
docker run -d --name whois -p 8043:8043 --link redis:redis docker.cnb.cool/kincaidyang/whois
您可从 Release 页面下载对应平台的二进制文件。
git clone https://github.com/KincaidYang/whois.git
cd whois go build
### 安装依赖
本程序默认使用内存缓存,可直接运行;生产环境或多实例部署建议搭配 Redis 使用,您可参照 https://redis.io/docs/install/install-redis/install-redis-on-linux/ 进行安装。
vim config.yaml
⚠️ 配置项按功能分组,键名为 camelCase(与 API 响应字段风格一致)。未知键或旧版(v0.9 之前)的扁平键会在启动时报错并给出迁移提示,不会再静默回退到默认值。
server:
port: 8043 # 服务监听端口 rateLimit: 60 # 最大并发处理请求数,超出返回 429 upstreamLimit: 60 # 程序向上游 WHOIS/RDAP 服务器发起的最大并发查询数(默认等于 rateLimit,批量与 MCP 查询同样计入)
log: level: "info" # 日志级别:debug、info、warn、error(默认:info)
cache: expiration: 3600 # 缓存过期时间,单位:秒(默认:3600) negativeExpiration: 60 # “未找到/被拒”结果的缓存时间,单位:秒(默认: 60;设为负数则禁用) requireRedis: false # false=允许Redis失败时降级到内存缓存,true=Redis必须可用否则程序退出 memoryMaxSize: 10000 # 内存缓存最大条目数,超过此数量按 LRU 淘汰最久未使用条目(默认: 10000) memoryMaxBytes: 268435456 # 内存缓存最大总字节数(键+值),超过此数量按 LRU 淘汰,即使未超过条目数上限(默认: 268435456,即 256 MiB) memoryCleanInterval: 300 # 内存缓存过期数据清理间隔,单位:秒(默认: 300)
redis: addr: "redis:6379" # Redis服务器地址 password: "" # Redis密码,如无密码则留空 db: 0 # Redis数据库编号 tls: false # 通过不可信网络连接 Redis 时建议开启 TLS tlsSkipVerify: false # 跳过证书校验(不推荐,仅自签名证书场景使用)
proxy: server: "" # 代理服务器地址,留空表示不使用代理 username: "" # 代理服务器用户名(如需认证) password: "" # 代理服务器密码(如需认证) suffixes: [] # 需要使用代理的TLD后缀列表;填 ["all"] 表示全部走代理
bootstrap: interval: 86400 # RDAP 服务器列表从 IANA 刷新间隔,单位:秒;0 则禁用(推荐:86400)
auth: keys: [] # API 密钥列表。留空(默认)则服务完全开放;配置一个或多个密钥后,除 /health 和 /ready 外的所有端点都需要认证,请求时通过 "Authorization: Bearer " 或 "X-API-Key: " 携带密钥
batch: enabled: false # POST /batch 批量查询端点(含 MCP 批量 tool),默认关闭;建议与 auth.keys 一起开启 maxItems: 10 # 单批最多查询条数
mcp: localhostProtection: false # /mcp 端点的 DNS rebinding 保护:开启后只接受 Host 为 localhost 的请求。反向代理部署保持 false;本机直连部署建议设为 true
所有配置项均可通过环境变量覆盖(优先级高于配置文件),适合 Docker/Kubernetes 等不便挂载配置文件的部署方式:
| 环境变量 | 对应配置项 | 默认值 | 说明 |
|---|---|---|---|
WHOIS_PORT | server.port | 8043 | 服务监听端口 |
WHOIS_RATE_LIMIT | server.rateLimit | 100 | 最大并发请求数 |
WHOIS_UPSTREAM_LIMIT | server.upstreamLimit | 同 rateLimit | 最大并发上游查询数 |
WHOIS_METRICS_ADDR | server.metricsAddr | 空 | /metrics 的独立监听地址(如 127.0.0.1:9100) |
WHOIS_LOG_LEVEL | log.level | info | 日志级别:debug、info、warn、error |
WHOIS_CACHE_EXPIRATION | cache.expiration | 3600 | 缓存过期时间(秒) |
WHOIS_NEGATIVE_CACHE_EXPIRATION | cache.negativeExpiration | 60 | 负向缓存时间(秒),负数禁用 |
WHOIS_REQUIRE_REDIS | cache.requireRedis | false | true/1 时 Redis 不可用则启动失败 |
WHOIS_MEMORY_MAX_SIZE | cache.memoryMaxSize | 10000 | 内存缓存最大条目数 |
WHOIS_MEMORY_MAX_BYTES | cache.memoryMaxBytes | 268435456 | 内存缓存最大总字节数 |
WHOIS_MEMORY_CLEAN_INTERVAL | cache.memoryCleanInterval | 300 | 内存缓存清理间隔(秒) |
WHOIS_REDIS_ADDR | redis.addr | 未设置 | Redis 地址;显式设为空(WHOIS_REDIS_ADDR=)则禁用 Redis 仅用内存缓存,配置后不可用时自动降级到内存缓存(除非开启 requireRedis) |
WHOIS_REDIS_PASSWORD | redis.password | 空 | Redis 密码 |
WHOIS_REDIS_DB | redis.db | 0 | Redis 数据库编号 |
WHOIS_REDIS_TLS | redis.tls | false | true/1 启用 Redis TLS |
WHOIS_REDIS_TLS_SKIP_VERIFY | redis.tlsSkipVerify | false | true/1 跳过证书校验(不推荐) |
WHOIS_PROXY_SERVER | proxy.server | 空 | 代理服务器地址,空则不使用代理 |
WHOIS_PROXY_USERNAME | proxy.username | 空 | 代理用户名 |
WHOIS_PROXY_PASSWORD | proxy.password | 空 | 代理密码 |
WHOIS_PROXY_SUFFIXES | proxy.suffixes | 空 | 走代理的 TLD 列表,逗号分隔(all 表示全部) |
WHOIS_BOOTSTRAP_INTERVAL | bootstrap.interval | 0(禁用) | IANA RDAP 列表刷新间隔(秒);配置文件示例为 86400 |
WHOIS_AUTH_KEYS | auth.keys | 空 | API 密钥,逗号分隔(仅纯 key 形式;命名/按 key 限流需配置文件) |
WHOIS_BATCH_ENABLED | batch.enabled | false | true/1 开启批量查询端点 |
WHOIS_BATCH_MAX_ITEMS | batch.maxItems | 10 | 单批最多查询条数 |
WHOIS_MCP_LOCALHOST_PROTECTION | mcp.localhostProtection | false | true/1 启用 /mcp 的 DNS rebinding 保护 |
布尔型变量只认 true 和 1,其余值视为 false。数值型变量解析失败时静默忽略并沿用配置文件/默认值。
纯环境变量部署示例(不挂载配置文件):
docker run -d --name whois -p 8043:8043 \
-e WHOIS_REDIS_ADDR=redis:6379 \ -e WHOIS_BOOTSTRAP_INTERVAL=86400 \ -e WHOIS_AUTH_KEYS=secret1,secret2 \ --link redis:redis jinzeyang/whois
配置说明:
debug 会输出每次缓存命中和上游查询,流量大时噪声较高;生产环境建议保持 infoauth.keys 后即启用,未携带有效密钥的请求返回 401(RFC 9457 problem+json);仅 /health 和 /ready 豁免,便于存活/就绪探针工作。/metrics 里有 whois_client_requests_total{client},任何一个密钥都能看到所有调用方的名称和请求量;把密钥分发给多个下游时,建议设置 server.metricsAddr,让 /metrics 只在内网地址上提供auth.keys 的对象形式可为每个 key 设置显示名和速率限制。显示名出现在请求日志的 client 字段和 Prometheus 指标 whois_client_requests_total{client,status_code} 中,便于区分调用方;速率限制为 token bucket(次/分钟,允许一次性用完整分钟额度),超限返回 429 + Retry-After 头。批量查询按条数计入额度:一批 N 条消耗 N 个请求额度;/mcp 收到的 JSON-RPC 批量请求同样按其中的工具调用数计入auth.keys 一起开启——开放实例提供批量查询等于放大被滥用打上游注册局的能力⚠️ Warning: 限频针对的是程序向 whois 服务器发起的请求,而非用户向本程序发起的请求。例如,您将
server.upstreamLimit设置为 50,那么程序同时向注册局 whois/RDAP 服务器发起的查询将不会超过 50 个,但是用户向本程序发起的请求不受限制。请您通过 Nginx 等工具对本程序进行限流,或为每个 API key 配置rateLimit,以防止恶意请求。
./whois
注意: 本程序默认监听 8043 端口。
服务提供以下健康检查端点:
| 端点 | 描述 |
|---|---|
GET /health | 存活检查 - 服务运行即返回 200 |
GET /ready | 就绪检查 - 检查缓存和并发容量状态 |
GET /info | 运行时信息 - 版本、运行时间、Go 版本等 |
GET /metrics | Prometheus 指标 - 请求计数、延迟、缓存命中率、上游查询耗时(指标清单与告警建议见 docs/metrics.md);设置 server.metricsAddr 后改在该地址提供 |
GET /openapi.json | OpenAPI 3.1 规范 - 全部端点与响应 schema 的机器可读描述 |
POST /mcp | MCP Streamable HTTP 端点 - 供 AI 助手集成使用 |
POST /batch | 批量查询 - 一次提交多个域名/IP/ASN(默认关闭,见 batch.enabled) |
示例:
curl http://localhost:8043/health
{
"status": "ok", "timestamp": "2026-02-05T01:32:05Z", "uptime": "10s", "checks": { "cache": {"status": "ok", "message": "redis"} } }
您可以使用 systemd 等工具将本程序设置为守护进程,以便在系统重启后自动运行。
vim /etc/systemd/system/whois.service
[Unit]
Description=whois After=network.target
[Service] Type=simple User=www-data Group=www-data ExecStart=/path/to/whois/whois WorkingDirectory=/path/to/whois Restart=on-failure
[Install] WantedBy=multi-user.target
### 使用
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,不会被识别成其他类型:
curl http://localhost:8043/domain/example.com
curl http://localhost:8043/ip/192.0.2.1 curl http://localhost:8043/autnum/205794 # 也接受 as205794 / AS205794
IP 查询支持 CIDR 前缀(根路径和 /ip/ 均可):
curl http://localhost:8043/ip/192.0.2.0/24
curl http://localhost:8043/2001:db8::/32
服务在 /openapi.json 提供 OpenAPI 3.1 描述文档,包含全部端点、响应 schema(RDAP 词汇)和错误格式,可直接导入 Postman/Swagger UI 等工具。
X-Cache 头标识缓存状态:HIT(命中服务端缓存)、MISS(回源注册局)、REFRESH(?refresh 强制回源),以及 Cache-Control: public, max-age=<缓存秒数> 供客户端/CDN 缓存。ETag 头;请求时携带 If-None-Match: 可做条件重验证,内容未变化时返回 304 Not Modified(无响应体),/openapi.json 同样支持。Access-Control-Allow-Origin: *,可直接在浏览器前端跨域调用。curl http://localhost:8043/example.com
返回结果
{
"objectClassName": "domain", "ldhName": "example.com", "registrar": "RESERVED-Internet Assigned Numbers Authority", "registrarIanaId": "376", "status": [ "client delete prohibited", "client transfer prohibited", "client update prohibited" ], "registrationDate": "1995-08-14T04:00:00Z", "expirationDate": "2026-08-13T04:00:00Z", "lastChangedDate": "2025-08-14T07:01:34Z", "nameservers": [ "a.iana-servers.net", "b.iana-servers.net" ], "secureDNS": { "delegationSigned": true, "dsData": [ { "keyTag": 370, "algorithm": 13, "digestType": 2, "digest": "BE74359954660069D5C63D200C39F5603827D7DD02B56F120EE9F3A86764247C" } ] }, "lastUpdateOfRdapDb": "2026-01-16T10:26:40Z" }
字段名与词汇遵循 RDAP(RFC 9083)规范:objectClassName 标识对象类型(domain / ip network / autnum),日期统一为 RFC 3339 UTC 格式。查询 IDN 域名时会额外返回 unicodeName 字段。对于无法解析的 ccTLD,返回 {"objectClassName": "domain", "unparsed": true, "rawText": "..."}。
添加 ?raw=1 参数可获取未解析的 WHOIS 原文(text/plain),仅支持域名查询(IP/ASN 走 RDAP,无原文形式)。原文查询直接访问 WHOIS 服务器(跳过 RDAP),若该 TLD 没有已知 WHOIS 服务器则返回 404。
curl "http://localhost:8043/example.com?raw=1"
添加 ?refresh=1 参数可跳过服务端缓存、强制向注册局查询并用新结果覆盖缓存(响应带 X-Cache: REFRESH),适合域名转移/续费后立即查看新状态。仅在开启 API 认证的实例上可用:未配置 auth.keys 的实例返回 403(refresh-requires-auth)——否则任何人都能借此击穿缓存刷上游注册局。可与 ?raw 叠加使用。
curl -H "X-API-Key: your-secret-key" "http://localhost:8043/example.com?refresh=1"
POST /batch 一次提交多个查询(域名/IP/CIDR/ASN 可混排,自动识别类型),逐项返回结果。默认关闭,需配置 batch.enabled: true;单批条数上限 batch.maxItems(默认 10)。
curl -X POST -H "X-API-Key: your-secret-key" -H "Content-Type: application/json" \
-d '{"queries": ["example.com", "8.8.8.8", "AS15169"]}' \ http://localhost:8043/batch
响应恒为 200,逐项给出状态:成功项的 data 是常规响应对象,失败项的 error 是 problem+json 对象:
{
"results": [ {"query": "example.com", "status": 200, "data": {"objectClassName": "domain", "ldhName": "example.com"}}, {"query": "nx.invalid", "status": 404, "error": {"type": "...#not-foun
Nur der Anfang wird gezeigt; den Rest findest du im Repo