US.KG / DigitalPlat FreeDomain 项目总览:免费域名的产品边界、命名空间策略与负责任持有
DigitalPlat FreeDomain(US.KG 仓库)是一个面向个人、开源项目、社区和组织免费发放域名的项目,其核心模式是"注册 + 外部权威 Name Server 委派":平台只负责把域名登记到你名下并委派给你自行选择的外部 DNS 服务商,而不提供 DNS 记录编辑器、网站托管或邮箱。读完本篇,你能清晰掌握 FreeDomain 到底提供什么、不提供什么,命名空间可用性与配额如何查询,以及作为注册人应当承担的持有责任——这是后续所有注册、委派、续费和运维操作的正确认知前提。
免费域名提供了什么:可委派的稳定名称
一个注册成功的 FreeDomain 名称提供的核心能力是:一个稳定的、可委派给外部权威 Name Server 的名称。委派完成后,你就可以在外部 DNS 服务商处创建 A、AAAA、CNAME、MX、TXT 等记录,把这个名字连接到任意自选的网站、邮件或验证服务。
这一模式在仓库的产品边界章节 What DigitalPlat Does 中有更完整的说明:DigitalPlat 存储的是"委派用的外部 NS 主机名",而不是 zone 记录本身。完整的关系链是:
DigitalPlat registration
|
| delegates the domain to external NS hostnames
v
External authoritative DNS
|
| publishes A, CNAME, MX, TXT, and other records
v
Website, email, and other services
以 example.dpdns.org 为例:
- DigitalPlat 记录该域名使用
ns1.dns-service.example和ns2.dns-service.example; - 外部 DNS 服务发布
example.dpdns.org的 zone; - 你在外部服务中创建
A记录; - 浏览器解析该记录并连接 Web 服务器。
如果记录缺失,反复修改 DigitalPlat 中的 nameserver 字段也不会凭空创建出这条记录——这是理解产品边界后避免的第一个排障误区。
注册不包含的内容
域名只是完整在线服务的一环。仓库 项目说明 明确列出,免费注册不自动包含以下任何一项:
- 网站托管(Website hosting)
- 邮箱服务(Email mailboxes)
- DigitalPlat 内部的 DNS 记录编辑器
- 应用开发
- HTTPS 配置
- 持续的服务器维护
What DigitalPlat Does 进一步细化了"不提供"的清单:注册过程不会上传 HTML 或应用代码、不会创建 Web 服务器、不会开放防火墙端口、不会配置反向代理、不会签发 HTTPS 证书、也不会创建邮箱。这些都属于通用 Web 工程任务,在教程的 Part 3(Website Building and Deployment)中单独覆盖。
同时要注意区分两个独立的 API 体系:Dashboard Tour 指出,DigitalPlat 的 API 与外部 DNS 服务商的 API 是两回事,DigitalPlat 的 API key 不能用来编辑外部 zone 记录。
为什么策略如此重要:免费带来的滥用压力
免费注册降低了准入门槛,但同时制造了滥用压力。项目文档指出,垃圾邮件、钓鱼、仿冒、自动化批量注册、未授权代理以及被弃用的域名,都会伤害普通用户,并损害整个命名空间的声誉与可用性。
这解释了两件看似"多余"的机制:
- 注册前的策略确认:用户必须在注册前阅读当前的服务条款(Terms)、可接受使用政策(AUP)、隐私信息以及各后缀专属规则。教程总结永远不能替代服务当前展示的政策——这一点在 Manage Account Data and Policies 中同样被强调:"repository tutorial is educational and cannot override current policies shown by the service"。
- 滥用通报渠道:README.md 列出了滥用报告邮箱
abusereport@digitalplat.org,并声明会对每一份报告进行审查,响应时间视案件复杂度从数小时到数天不等。作为注册人,"响应安全与滥用报告"本身就是持有责任的一部分。
命名空间、可用性与限制:Dashboard 才是唯一事实来源
支持的域名后缀、注册暂停状态、免费或付费名额要求、账号配额、续费规则都可能随时变化。仓库给出的唯一事实来源是:
- Dashboard 的公告板(notice board)
- 注册表单当前的提示信息
README.md 中列出的当前可用后缀包括:.DPDNS.ORG、.US.KG、.QZZ.IO、.XX.KG、.QD.JE,并标注"更多后缀即将上线"。但这个列表同样会过时,因此文档给出一条明确的行为准则:
不要仅凭一张旧截图或 README 里的列表,就向其他用户承诺某个名字是"免费、可用或可续费"的。
配额方面,FAQ 说明当前默认限制为每个用户账号 1 个域名,该政策是因域名滥用增多而调整的;未来可能通过扩容计划或特定使用场景引入更多容量,但当前不普遍开放。账号配额不阻止你使用子域名——你可以经由自己的 DNS 服务商在分配的域名下自由创建子域名(例如 example.foo.us.kg)。
DNS 服务商的选择上,FAQ 给出的规则也很清晰:任何能提供权威 Name Server 的 DNS 服务都可以,也可以自建 DNS 基础设施;DigitalPlat 不背书也不担保任何第三方 DNS 服务,使用者需自行评估其功能、安全实践、可用性、条款与价格。
负责任的域名持有:注册人责任清单
免费不等于放任。项目说明 给出了注册人(registrant)应履行的完整责任清单:
- 保持注册信息准确(Keep registration data accurate)
- 持续保有对账号邮箱的访问权(Maintain access to the account email)
- 记录到期日(Record the expiration date)
- 保护账号凭据(Protect account credentials)
- 负责任地使用外部权威 DNS
- 及时修补并监控对外服务(Patch and monitor public services)
- 响应安全与滥用报告
- 清理已弃用的服务和 DNS 记录
这些责任在教程中都有对应的落地章节,可以逐条对照阅读:
| 责任项 | 对应教程章节 |
|---|---|
| 保持注册信息与联系数据准确 | Registration Data and Privacy |
| 记录到期日、按期续费 | Renewal and Expiration、Check Status and Renew |
| 保护账号与 API 凭据 | Account and API Security、Use the API Safely |
| 修补与加固对外服务器 | Server Hardening and Maintenance |
| 监控与故障响应 | Monitoring and Incident Response |
| 可接受使用与滥用响应 | Acceptable Use and Abuse Response |
| 变更前的备份与回滚 | Backups and Restoration |
Manage Account Data and Policies 对其中账号侧的责任补充了具体做法:为账号使用独立密码、单独保护恢复邮箱、启用可用多因素认证、在界面提供时审查登录会话、并在 Dashboard 官方页面内核实任何紧急的封禁或到期通知。
两类知识,两种更新速度:产品指南与通用教科书
项目文档采用"产品分类"这一组织方式,根本原因是两类知识的变化速度不同:
DigitalPlat product guide
-> current interface, policy, registration, renewal, nameserver delegation
General textbook
-> DNS protocols, HTML, servers, HTTPS, email records, security, operations
- DigitalPlat 产品指南(Category A):覆盖当前界面、策略、注册、续费、Name Server 委派。因为产品行为会随版本变化,一切必须对照当前 Dashboard 验证;
- 通用教科书(Category B):覆盖 DNS 协议、HTML、服务器、HTTPS、邮件记录、安全与运维。协议行为稳定,可以通过标准文档和独立的命令行验证来学习。
这一分界在 BOOK_PLAN.md 中被确立为编辑规则:产品章节绝不允许指导读者在 DigitalPlat 内创建 A、AAAA、CNAME、MX、TXT 等 zone 记录——所有 zone 记录操作都属于外部权威 DNS 章节的内容。整个学习路径在 LEARN.md 与 教程总索引 中编排:Category A 共 9 章(从项目总览到 API 安全使用),Category B 覆盖从 Part 0 入门基础到 Part 6 高级架构,最后是 Part 7 综合实战项目(Capstone)与附录练习册。
教程总索引 的 Quick Paths 也体现了这种分层:"我只想连接域名到外部 DNS"与"我的委派域名没有网站记录"是两个完全不同的排查入口——前者走产品章节,后者走外部 DNS 记录类型与排障决策树。
产品层完成自检与后续路径
在进入通用教科书之前,Category A 概览 给出了明确的完成标准(Product Completion Check):
- 账号可以正常登录;
- 域名出现在 Domain List 中;
- 外部 DNS 的 zone 已存在;
- DigitalPlat 已把域名委派给指定的外部 nameservers;
dig NS返回预期的 nameservers;- 读者理解所有常规 DNS 记录都在 DigitalPlat 之外管理。
其中前两项属于产品状态(由 Dashboard 的 Domain List 证明),后四项属于委派与解析状态(由外部 DNS 和命令行验证证明)——Dashboard Tour 特别提示:Domain List 只能证明注册账号的状态,不能证明外部 DNS 记录的存在。
建议的后续阅读路径:
- Dashboard Tour —— 熟悉公告板、Domain List、注册区、账号数据与 API 区域的职责;
- What DigitalPlat Does —— 掌握"按症状判断该查哪一层"的排障表(域名不在账号 → Domain List;NS 错误 → 委派设置;NS 正确但缺 A 记录 → 外部 DNS zone;DNS 正确但连接超时 → 服务器与防火墙;HTTPS 失败 → 证书流程;邮件不通 → MX 与邮件系统);
- Create a DigitalPlat Account 至 Use the API Safely —— 完成从账号创建、域名注册、外部 NS 连接到状态续费、API 使用的全流程。
小结
DigitalPlat FreeDomain 的产品哲学可以浓缩为一句话:平台提供"名字 + 委派",其余各层(外部权威 DNS、Web 服务器、HTTPS、邮件)由注册人自行选择并负责运营。这种边界划分既降低了使用成本,也把滥用控制、信息维护和服务监控的责任清晰地交给了注册人。只要始终以当前 Dashboard 公告与注册表单作为可用性、配额与策略的事实来源,并把责任清单内化为日常运维习惯,免费域名就能像付费域名一样稳定、安全地长期持有。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0622
Hy4-previewHy4 preview 是由腾讯混元团队研发的新一代混合专家(MoE)旗舰模型。模型总参数量 770B,每个 token 激活 49B,主干共包含78层,第一层采用标准 FFN,其余 77 层均为 MoE 结构,每层包含 256 个路由专家与 1 个共享专家,每个 token 激活 top-8 路由专家及共享专家。主干之外原生内置 1 层 MTP(总参数量 10B,激活 0.7B)以支持投机解码。Python00
GLM-5.3GLM-5.3 与 GLM-5.2 使用相同的基座模型——所有提升均来自后训练。与 GLM-5.2 相比,它在复杂编程和长程任务上的表现显著提升。Jinja00
GLM-5.3-FlashGLM-5.3-Flash (320B-A18B),是GLM-5系列的首个原生多模态模型。320B总参数,能力超过GLM-5.2Jinja00
Spark-X2.5-4BSpark-X2.5-4B 旨在让强大的 AI 更实用、更高效、更易获得。在广泛日常任务中表现强劲,涵盖对话、写作、翻译、推理、编码、工具调用以及智能体工作流,并在同等规模的开源模型中取得领先成绩。Spark-X2.5 将面向效率的架构与最高 1M tokens 的原生上下文窗口相结合,并支持 200 多种语言。Python00
Spark-X2.5-1.7BSpark-X2.5-1.7B 旨在让强大的 AI 更加实用、高效且易于获取。这些模型在广泛的日常任务中表现出色,涵盖对话、写作、翻译、推理、编程、工具调用和智能体工作流,并在同等规模的开源模型中取得领先结果。Spark-X2.5 将面向效率的架构与最高 1M tokens 的原生上下文窗口相结合,并支持 200 多种语言。Python00