简介这是一套面向企业级用户的二级域名分发与解析平台商业版源码适合需要快速搭建域名租赁、子域名批量管理或域名分发服务的开发者与运营商。系统包含前台用户操作界面和后台管理面板前台支持域名申请、续费与解析设置后台可进行域名模板配置、用户权限管理及系统监控并提供完整教程与演示站点便于上手。资源包共2000个文件约51.17MB以1219个PHP核心业务文件为主辅以259个JSON配置、190个Markdown说明文档、124个PNG图片及JS/CSS前端样式同时包含SQL数据文件、环境配置与日志文件目录结构清晰适合二次开发与生产部署。已有539人学习下载。借助该源码可显著缩短域名分发系统的开发周期理解二级域名绑定、DNS解析、用户套餐管理及租赁计费等关键逻辑同时可直接复用其前后台框架和模板快速构建稳定可靠的商业级域名服务产品。1. 二级域名分发系统到底是什么一个“自动开子域 自动解析”的授信系统2025 年你再搜“二级域名分发系统”跳出来的东西十有八九挂着“商业版网站源码”的标签。我的判断是只做了一条泛解析记录就敢叫分发系统的基本都算不上完整方案。真正能拿出来卖的二级域名分发系统/二级域名解析平台是把 DNS 解析、用户自助申请、套餐计费、内容风控串成一条自动化的授信链路用户注册后提交想要的前缀系统校验唯一性、下发解析记录、绑定到指定服务器或目录到期自动停用。它解决的是“手工登录域名服务商面板一条条加解析”的低效问题。适合三类人想开免费或付费子域名服务的站长、做多租户 SaaS 需要给客户分配自定义域名的团队、以及承接域名增值业务的 IDC 运维。下面按我从零搭这类系统的经验把原理、部署、二开和坑位一次讲透。2. 拆解分发系统的三块骨架泛解析、API 网关与自助申请链路真正能跑的二级域名分发系统至少由三块骨架组成。第一块是 DNS 泛解析决定流量能不能进得来第二块是解析记录管理决定记录能不能被程序化操作第三块是用户自助申请链路决定这套系统是不是一个给人用的产品。三块合起来才是标题里那串关键词的完整含义。2.1 泛解析为什么是分发系统的地基以及它的边界泛解析就是把*.example.com这条 A/AAAA 记录直接指向你的前端服务器。用户申请user01.example.com之后最外层的域名解析其实早就生效了真正干活的是 Nginx 和 PHP 层。这是“即时开通”的底层原因——你不需要等待 DNS 服务商的配置在全球生效数据库里多一行流量立刻就能按 Host 分发。但泛解析不是万能的它的边界我列三个最常见的。第一泛解析会挡住同名的显式记录a.example.com想单独解析到另一台机器必须先删掉泛解析这对商业系统是硬约束所以有的源码会让你选“泛解析优先”还是“显式记录优先”。第二泛解析会把大量随机探测的子域请求引到服务器日志里天天有人扫admin.example.com、test.example.com如果没有登记校验这些请求会直接穿透到业务层。第三如果主域名本身要用在邮件收发SPF/DKIM 等领域里过度依赖泛解析会带来隐性问题虽然 MX 记录不受影响但有些服务商对泛解析域名的邮件投递评分更保守。提示我一般会把主域名和分发的子域拆开比如主站用www.example.com分发操作统一走dev.example.com的泛解析。这样即使某条记录要单独调整也不会动到整个泛解析。2.2 解析记录管理从 DNS 服务商 API 到本机 PowerDNS泛解析负责“把流量接进来”但商业版系统的卖点往往在第二块按用户需求动态创建非泛解析记录。例如用户自己有一台服务器希望home.example.com解析到他的 IP系统就得调用 DNS 服务商 API 创建一条 A 记录。到 2025 年常见做法是混用两种引擎模式生效速度对第三方 API 的依赖典型适用场景纯泛解析即时逻辑层生效无分发到本机多个目录/应用API 创建记录30秒数分钟含 TTL高分发到用户自己的服务器泛解析 API 混合看记录类型中商业版源码的标准做法如果你不想依赖第三方服务商许多源码也支持接一个自建的 PowerDNS 实例通过它的 HTTP API 增删记录。自建的好处是记录操作不花接口费也不受服务商频率限制坏处是你要自己扛住 DNS 查询量和攻击流量这通常不是个人站长的活。我接手过一套“子域名二级域名大全”式的采集项目折腾出来的几千个子域名里真正对外开放服务的不足两成剩下全是测试和内部联调——所以选引擎之前先想清楚你的客户到底需要“指向本机”还是“指向外部”。2.3 自助申请链路用户申请、审核、生效的状态机第三块骨架是业务层它把“申请”到“生效”串成状态机。一个完整链路通常是用户注册 → 选择套餐 → 填写想要的前缀 → 系统校验唯一性和敏感词 → 支付或等待审核 → 绑定目标 IP/目录 → 状态变为 active → 到期或违规后变为 suspended → 最终 released。商业版源码的“商业”二字主要就体现在这串状态机的完整性上而不是界面上多几个按钮。状态机里最容易漏的是“中间态”。比如支付已经回调但 DNS 记录还没创建成功这期间用户刷新页面会看到什么再比如到期任务跑了但用户正在用某个服务强制停用会不会引发大面积报障。我见过最粗暴的实现是到期直接删库里的记录结果用户续费后记录回不来只能重新申请。好的做法是把 suspended 状态单独做一层隔离比如入口层返回 404但保留数据库记录续费后一键恢复。这套系统的实际部署场景里个人开发者申请一个子域部署一套简单个人网站源码摄影工作室买个套餐后直接往子域目录里丢一套现成的展示源码几分钟就能交付一个看似独立的官网——不管哪种用法用户对“申请后能不能马上打开”这件事是零容忍的。3. 把商业版源码跑起来环境规划、Nginx 泛解析与 DNS 对接这一章我们落到操作。你在源码网站下载到的这类项目通常压缩包里是public/、app/、install/三块结构第一次打开先别急着配数据库按下面的顺序来。3.1 部署前的环境规划与源码安全先说环境。这套系统跑在 Nginx PHP MySQL 上是最省心的组合PHP 建议 7.x 起步必须装fileinfo、openssl、pdo_mysql、redis扩展MySQL 5.7 以上Redis 用来做并发锁和队列。服务器不用很大但注意要开放 80/443 和 DNS 服务商 API 的出网访问。拿到源码后第一件事不是运行而是查后门。源码网站的发行版里混进定时任务和外部回调是常见翻车点先看crontab、public/index.php和 install 目录里有没有奇怪的代码再把 runtime 目录权限收紧。商业版源码不一定比开源版安全反而因为买的人少很多遗留漏洞没人报# 解压并定位入口 unzip domain-sale-release.zip -d /data/www/domain-sale cd /data/www/domain-sale # 先粗扫明显可疑的 PHP 函数 grep -rE eval\(|base64_decode\(|shell_exec\(|system\( app/ public/ --include*.php -l # 查看框架结构与安装脚本 ls -l app config database routes public install上面这段有两个目的一是确认项目框架结构app/、routes/都在的话大概率是 ThinkPHP/Laravel 这一系的 PHP 应用后续伪静态规则按对应框架配二是安全审计凡是扫出来的文件都要逐个打开检查重点看有没有外呼接口、隐藏回调任务和 base64 解码后执行的代码。3.2 Nginx 配置泛解析域名与动态子域转发商业版一般会让你指定一个分发域名然后把这个域名的泛解析指向服务器。Nginx 里不要开一个裸的server_name *.example.com就完事那样会把所有扫描流量都放进 PHP。我习惯用正则把子域部分提取出来传给业务层并保留一个“未登记子域”的默认处理server { listen 80 default_server; server_name ~^(?sub[\w-])\.example\.com$; root /data/www/domain-sale/public; index index.php; charset utf-8; location / { try_files $uri $uri/ /index.php?$query_string; } location ~ \.php$ { fastcgi_pass unix:/tmp/php-cgi-74.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; fastcgi_param HTTP_X_REAL_SUB $sub; } location /_reserved/ { return 404; } }这段配置的核心是把xxx.example.com里的xxx通过正则捕获传给 PHP。业务层拿到HTTP_X_REAL_SUB后去数据库确认该子域是否已登记且状态为 active查不到就直接返回 404而不是把请求交到默认路由。/_reserved/路径是给系统自身资源用的避免被泛解析抢走。3.3 数据库初始化与后台首次登录数据库这步比较套路但有两个坑一是安装向导通常会要求你填写“泛解析域名”和“API 密钥”在没准备好 DNS 服务商凭证之前先随便填一个占位值等后台跑起来再改二是很多商业版源码默认把所有表的字符集设为 utf8mb4导入前确认 SQL 文件里的建表语句确实带了utf8mb4_general_ci否则中文前缀写入会报错。mysql -uroot -pEOF CREATE DATABASE IF NOT EXISTS domain_sale DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; GRANT ALL PRIVILEGES ON domain_sale.* TO ds_userlocalhost IDENTIFIED BY your-password; FLUSH PRIVILEGES; EOF # 找到安装脚本并导入 cd /data/www/domain-sale ls install/ mysql -uds_user -p domain_sale install/install.sql导入完成后浏览器访问http://服务器IP/install/按向导填数据库连接信息和管理员初始账号。注意向导结束后把install/目录改名或删除这是商业版源码最容易被人二次接管的地方。3.4 对接 DNS 服务商 API 的参数泛解析模式下可以不配 DNS API但如果要让用户把子域解析到自己的服务器就必须配置。常见支持的三类服务商是阿里云云解析、腾讯云 DNSPod 和 Cloudflare商业源码通常抽象出一个统一的驱动层你需要在后台填的是下面这类参数return [ driver aliyun, // aliyun | dnspod | cloudflare app_key LTAI5tXXXXXXXXXXXX, app_secret xxxxxxxxxxxxxxxxxxxx, domain example.com, record_ttl 600, default_mode pan, // pan: 泛解析优先api: 显式记录优先 ];这里的record_ttl我建议新上线的系统先设成 60 秒。TTL 越短后面你调整 IP 越快生效代价是 DNS 查询量会成倍增加。等业务稳定了再调到 600。首次配置后先验证驱动对不对最快的方式是调用一次“查询解析记录列表”的接口很多源码的 DNS 管理页面里自带了这功能省得你对着日志猜半天。3.5 定时任务与队列初始化商业版几乎都有几个后台任务到期扫描、证书续期、统计汇总。LNMP 一键包一般会把 cron 写在/etc/crontab注意时区问题统一写成东八区的明示形式crontab -e # 每分钟跑一次到期扫描 * * * * * cd /data/www/domain-sale php think expire:scan runtime/expire.log 21 # 每 5 分钟处理一次证书签发队列 */5 * * * * cd /data/www/domain-sale php think cron:issue-cert runtime/cert.log 21这里要特别说明不要把所有任务都塞进一个php think命令里由框架调度分发系统对到期时间敏感如果到期扫描排队排了十分钟已经超期的用户还能继续用服务。我一般会把到期扫描单独拆出来用 crontab 直接跑其他不紧急的任务才丢队列。4. 二次开发的关键逻辑解析下发、并发控制与套餐计费部署起来只是开始。真正决定这套系统能不能支撑日常运营的是下面几个核心逻辑改得够不够稳。这一章按我自己改过的方案讲重点是表结构、解析下发幂等和套餐状态机。4.1 核心表结构与唯一索引先看最核心的“域名解析申请”表。很多初级开发会把“用户申请的子域名”直接存在用户表里一旦要做套餐和多次申请就翻车。正确做法是拆成独立表并用唯一索引兜底并发CREATE TABLE domain_record ( id bigint unsigned NOT NULL AUTO_INCREMENT, user_id bigint unsigned NOT NULL, subdomain varchar(63) NOT NULL COMMENT 子域名前缀, target_type tinyint NOT NULL DEFAULT 1 COMMENT 1本机目录,2外部A记录,3CNAME, target_value varchar(255) NOT NULL COMMENT 目标IP或域名, plan_id int unsigned NOT NULL, status tinyint NOT NULL DEFAULT 0 COMMENT 0待审核,1active,2suspended,3expired, expire_at int NOT NULL COMMENT 到期unix时间戳, created_at int NOT NULL, updated_at int NOT NULL, PRIMARY KEY (id), UNIQUE KEY uk_subdomain (subdomain), KEY idx_user_status (user_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;uk_subdomain是这条表的关键。没有这个唯一索引再好的应用层校验都是白搭。凡是“申请”这类操作数据库约束永远是最后一道防线我在项目里吃过并发插入重复前缀的亏加了唯一索引之后问题直接消失。4.2 解析下发流程一个带锁的幂等函数解析下发的完整过程是校验前缀是否可用 → 校验套餐是否允许当前目标类型 → 调用 DNS 驱动创建记录 → 写本地记录表。这里最容易出错的是 DNS 调用失败后本地表已经写了记录导致用户界面显示“已开通”实际 DNS 没有解析。所以要把“下发”和“登记”拆开用带补偿的流程public function dispatch($userId, $prefix, $targetType, $targetValue) { // 1. Redis 锁防止同一前缀并发申请 $lockKey domain:apply: . $prefix; if (!Redis::set($lockKey, 1, [nx, ex 15])) { throw new \Exception(请勿重复提交); } try { // 2. 数据库唯一索引再兜一层 $record new DomainRecord(); $record-fill([ user_id $userId, subdomain $prefix, target_type $targetType, target_value $targetValue, status 0, // 待生效 ]); $record-save(); // 3. 调用 DNS 驱动下发 $dns DnsFactory::create(config(dns.driver)); $remoteId $dns-createRecord($prefix, $targetType, $targetValue); // 4. 回填远端记录ID并置为 active $record-remote_id $remoteId; $record-status 1; $record-save(); } catch (\Throwable $e) { // 5. 补偿删除刚插入的本地记录并记录失败日志 if (isset($record)) { $record-delete(); } Log::error(dispatch failed, [prefix $prefix, err $e-getMessage()]); throw $e; } finally { Redis::del($lockKey); } }这段代码我在不同的商业版上几乎照搬过。要注意第 3 步之前先把状态写成 0这样即使 DNS 驱动失败本地也不会出现一条“看起来正常”的记录。如果 DNS API 有幂等键参数务必用prefix timestamp生成避免网络超时重试时创建两条重复解析。4.3 商业版计费套餐、流量与到期停用做完解析就要面对“商业”二字。二级域名分发系统的计费模型一般是三选一按套餐周期收月付/年付、按解析条数收、按流量收。流量计费最麻烦因为它要跟 Nginx access 日志联动。我的建议是第一版先做“按套餐周期 子域条数限制”把流量统计作为后续扩展。到期停用不能写成“每天跑一次把所有过期记录删掉”而应该把状态切到 expired并保留数据一段时间给用户续费后悔药。续费时只需要更新expire_at和status不用重新走 DNS 下发这也是为什么前面要强调保留remote_id。5. 避坑与常见问题排查从“解析不生效”到“被恶意刷量”这一章是血泪经验我把这几年在二级域名解析平台上踩过、也帮别人排查过的坑分成五类写每条按现象、原因、解决展开。你按顺序看下来遇到问题基本能照方抓药。5.1 解析不生效别急着怪源码先查 DNS 缓存链现象用户在后台显示“已开通”访问子域名仍然打不开自己在电脑上dig却能查到正确 IP。原因基本不是源头没生效而是链路中间的缓存。浏览器 DNS 缓存、系统 resolver 缓存、甚至运营商递归 DNS 的缓存会把 TTL 时间放得很长。解决先用dig 1.1.1.1 子域.example.com绕过本地缓存看权威结果确认权威结果正常后再用curl -H Host: 子域.example.com http://服务器IP直连服务器验证。这三段权威 DNS、本地递归、HTTP 层逐段排除比在源码里打日志高效得多。5.2 泛解析带来的恶意刷量大量随机子域请求打到业务层现象Nginx access log 里每天几十万条random123.example.com请求PHP 进程被打满。原因泛解析把所有不存在的子域也带进来了业务层没有提前拦截。解决Nginx 拿到$sub后传给 PHPPHP 入口里对未登记子域直接返回 404不再走中间件。更激进的做法是在 Nginx 层返回 444 直接断开连接但这会把所有未登记请求流量也算进带宽账单里所以我一般选择返回 404 而不是 444。排查时先统计一下日志里的前缀分布awk {for(i1;iNF;i) if($i ~ /^GET/) print $i} access.log \ | sort | uniq -c | sort -rn | head -20看到random、test、www这类高频前缀占大头基本都是扫描流量。处理完恶意流量后再给登记逻辑加一层“前缀至少 4 位且不能是常见弱口令”能在源头挡掉一部分。5.3 HTTPS 证书自动签发频率限制与泛证书策略现象用户量一多自动签证书的队列开始大面积失败Lets Encrypt 报 rate limit。原因签发证书是低频操作批量用户同时签单域证书必然触发限制。解决分发系统的主域名用泛解析证书*.example.com的 DNS-01 验证签一次所有子域共用只有用户在管理后台单独上传了 SSL 证书时才走单域签发。DNS-01 验证要调用前面的 DNS API 写一条_acme-challenge记录这个功能不少商业版源码已经内置但默认队列太浅记得调大 worker 数。5.4 并发申请同一前缀唯一索引和 Redis 锁缺一不可现象压测或活动期间同一秒申请同一前缀出现两条数据库记录后写入的覆盖前一条。原因应用层先查再插两条请求同时通过查询同时执行插入。解决除了表上加uk_subdomain唯一索引还要在 Redis 里加nx锁。锁的过期时间不能太短DNS API 调用超过 10 秒是常事锁过期后重复请求又进来了所以前面代码里我把超时设成 15 秒并在 finally 里手动释放。5.5 时区问题到期扫描为什么总是提前或推迟两个小时现象凌晨 0 点跑到期扫描停掉的却是当天 22 点过期的记录或者反过来该停的没停。原因服务器或 PHP 默认时区与业务书写时区不一致NOW()取的是 MySQL 会话时区和 PHPtime()的时间戳各算各的。解决统一在代码层用date_default_timezone_set(Asia/Shanghai)数据库里所有时间字段存 unix 时间戳到期比较用time()直接比大小不要依赖 MySQL 的NOW()。改完记得把已有数据里的字符串时间也转成时间戳否则历史记录全部错位。6. 上线前后的验证方法与进阶技巧从压测到灰度最后给一套拿来就能用的验证流。你先别急着接支付和真实用户把下面几步走完很多上线后的“玄学问题”根本不会出现。第一步是模拟一次完整分发流程。用一个临时脚本或手工在后台申请一个test001.example.com然后到命令行逐层验证dig short test001.example.com 1.1.1.1 # 期望输出你的服务器IP curl -H Host: test001.example.com http://你的服务器IP/ -I # 期望输出HTTP 200 及其业务响应头 curl -H Host: 完全不存在的前缀.example.com http://你的服务器IP/ -I # 期望输出HTTP 404而不是 200第二步是压测入口。泛解析系统最大的压力点是每个请求都要去数据库查一次子域名是否存在。1000 并发以上直查数据库很容易把连接池打满。常见做法是把这个校验结果放进 Redis 缓存缓存键就是子域失效时间设 60 秒配合下发时的主动删除既快又不会长时间不一致。压测用wrk -t4 -c200 -d30s --scripthost.lua带指定 Host 头的脚本跑一轮记录 QPS 和错误率再决定要不要加缓存。第三步是灰度迁移。如果你要把老数据从旧系统迁过来不要写一次性脚本全量跑解析下发不是完全幂等DNS 服务商 API 超时会让你重复创建记录。给每个记录生成一个migrate_key用旧系统记录 ID 做幂等键迁一部分核对一部分。我第一次上这套系统时就是没先做灰度一个批量脚本把几百条记录全部打到了错误的目标值——DNS 解析不像数据库改错了有后悔药解析错一次用户侧缓存可能要错上几个小时。后面所有批量操作我都坚持“先 10 条、再 100 条、最后全量”这个习惯也希望能帮到你。本文还有配套的精品资源点击获取
简介这是一套面向企业级用户的二级域名分发与解析平台商业版源码适合需要快速搭建域名租赁、子域名批量管理或域名分发服务的开发者与运营商。系统包含前台用户操作界面和后台管理面板前台支持域名申请、续费与解析设置后台可进行域名模板配置、用户权限管理及系统监控并提供完整教程与演示站点便于上手。资源包共2000个文件约51.17MB以1219个PHP核心业务文件为主辅以259个JSON配置、190个Markdown说明文档、124个PNG图片及JS/CSS前端样式同时包含SQL数据文件、环境配置与日志文件目录结构清晰适合二次开发与生产部署。已有539人学习下载。借助该源码可显著缩短域名分发系统的开发周期理解二级域名绑定、DNS解析、用户套餐管理及租赁计费等关键逻辑同时可直接复用其前后台框架和模板快速构建稳定可靠的商业级域名服务产品。1. 二级域名分发系统到底是什么一个“自动开子域 自动解析”的授信系统2025 年你再搜“二级域名分发系统”跳出来的东西十有八九挂着“商业版网站源码”的标签。我的判断是只做了一条泛解析记录就敢叫分发系统的基本都算不上完整方案。真正能拿出来卖的二级域名分发系统/二级域名解析平台是把 DNS 解析、用户自助申请、套餐计费、内容风控串成一条自动化的授信链路用户注册后提交想要的前缀系统校验唯一性、下发解析记录、绑定到指定服务器或目录到期自动停用。它解决的是“手工登录域名服务商面板一条条加解析”的低效问题。适合三类人想开免费或付费子域名服务的站长、做多租户 SaaS 需要给客户分配自定义域名的团队、以及承接域名增值业务的 IDC 运维。下面按我从零搭这类系统的经验把原理、部署、二开和坑位一次讲透。2. 拆解分发系统的三块骨架泛解析、API 网关与自助申请链路真正能跑的二级域名分发系统至少由三块骨架组成。第一块是 DNS 泛解析决定流量能不能进得来第二块是解析记录管理决定记录能不能被程序化操作第三块是用户自助申请链路决定这套系统是不是一个给人用的产品。三块合起来才是标题里那串关键词的完整含义。2.1 泛解析为什么是分发系统的地基以及它的边界泛解析就是把*.example.com这条 A/AAAA 记录直接指向你的前端服务器。用户申请user01.example.com之后最外层的域名解析其实早就生效了真正干活的是 Nginx 和 PHP 层。这是“即时开通”的底层原因——你不需要等待 DNS 服务商的配置在全球生效数据库里多一行流量立刻就能按 Host 分发。但泛解析不是万能的它的边界我列三个最常见的。第一泛解析会挡住同名的显式记录a.example.com想单独解析到另一台机器必须先删掉泛解析这对商业系统是硬约束所以有的源码会让你选“泛解析优先”还是“显式记录优先”。第二泛解析会把大量随机探测的子域请求引到服务器日志里天天有人扫admin.example.com、test.example.com如果没有登记校验这些请求会直接穿透到业务层。第三如果主域名本身要用在邮件收发SPF/DKIM 等领域里过度依赖泛解析会带来隐性问题虽然 MX 记录不受影响但有些服务商对泛解析域名的邮件投递评分更保守。提示我一般会把主域名和分发的子域拆开比如主站用www.example.com分发操作统一走dev.example.com的泛解析。这样即使某条记录要单独调整也不会动到整个泛解析。2.2 解析记录管理从 DNS 服务商 API 到本机 PowerDNS泛解析负责“把流量接进来”但商业版系统的卖点往往在第二块按用户需求动态创建非泛解析记录。例如用户自己有一台服务器希望home.example.com解析到他的 IP系统就得调用 DNS 服务商 API 创建一条 A 记录。到 2025 年常见做法是混用两种引擎模式生效速度对第三方 API 的依赖典型适用场景纯泛解析即时逻辑层生效无分发到本机多个目录/应用API 创建记录30秒数分钟含 TTL高分发到用户自己的服务器泛解析 API 混合看记录类型中商业版源码的标准做法如果你不想依赖第三方服务商许多源码也支持接一个自建的 PowerDNS 实例通过它的 HTTP API 增删记录。自建的好处是记录操作不花接口费也不受服务商频率限制坏处是你要自己扛住 DNS 查询量和攻击流量这通常不是个人站长的活。我接手过一套“子域名二级域名大全”式的采集项目折腾出来的几千个子域名里真正对外开放服务的不足两成剩下全是测试和内部联调——所以选引擎之前先想清楚你的客户到底需要“指向本机”还是“指向外部”。2.3 自助申请链路用户申请、审核、生效的状态机第三块骨架是业务层它把“申请”到“生效”串成状态机。一个完整链路通常是用户注册 → 选择套餐 → 填写想要的前缀 → 系统校验唯一性和敏感词 → 支付或等待审核 → 绑定目标 IP/目录 → 状态变为 active → 到期或违规后变为 suspended → 最终 released。商业版源码的“商业”二字主要就体现在这串状态机的完整性上而不是界面上多几个按钮。状态机里最容易漏的是“中间态”。比如支付已经回调但 DNS 记录还没创建成功这期间用户刷新页面会看到什么再比如到期任务跑了但用户正在用某个服务强制停用会不会引发大面积报障。我见过最粗暴的实现是到期直接删库里的记录结果用户续费后记录回不来只能重新申请。好的做法是把 suspended 状态单独做一层隔离比如入口层返回 404但保留数据库记录续费后一键恢复。这套系统的实际部署场景里个人开发者申请一个子域部署一套简单个人网站源码摄影工作室买个套餐后直接往子域目录里丢一套现成的展示源码几分钟就能交付一个看似独立的官网——不管哪种用法用户对“申请后能不能马上打开”这件事是零容忍的。3. 把商业版源码跑起来环境规划、Nginx 泛解析与 DNS 对接这一章我们落到操作。你在源码网站下载到的这类项目通常压缩包里是public/、app/、install/三块结构第一次打开先别急着配数据库按下面的顺序来。3.1 部署前的环境规划与源码安全先说环境。这套系统跑在 Nginx PHP MySQL 上是最省心的组合PHP 建议 7.x 起步必须装fileinfo、openssl、pdo_mysql、redis扩展MySQL 5.7 以上Redis 用来做并发锁和队列。服务器不用很大但注意要开放 80/443 和 DNS 服务商 API 的出网访问。拿到源码后第一件事不是运行而是查后门。源码网站的发行版里混进定时任务和外部回调是常见翻车点先看crontab、public/index.php和 install 目录里有没有奇怪的代码再把 runtime 目录权限收紧。商业版源码不一定比开源版安全反而因为买的人少很多遗留漏洞没人报# 解压并定位入口 unzip domain-sale-release.zip -d /data/www/domain-sale cd /data/www/domain-sale # 先粗扫明显可疑的 PHP 函数 grep -rE eval\(|base64_decode\(|shell_exec\(|system\( app/ public/ --include*.php -l # 查看框架结构与安装脚本 ls -l app config database routes public install上面这段有两个目的一是确认项目框架结构app/、routes/都在的话大概率是 ThinkPHP/Laravel 这一系的 PHP 应用后续伪静态规则按对应框架配二是安全审计凡是扫出来的文件都要逐个打开检查重点看有没有外呼接口、隐藏回调任务和 base64 解码后执行的代码。3.2 Nginx 配置泛解析域名与动态子域转发商业版一般会让你指定一个分发域名然后把这个域名的泛解析指向服务器。Nginx 里不要开一个裸的server_name *.example.com就完事那样会把所有扫描流量都放进 PHP。我习惯用正则把子域部分提取出来传给业务层并保留一个“未登记子域”的默认处理server { listen 80 default_server; server_name ~^(?sub[\w-])\.example\.com$; root /data/www/domain-sale/public; index index.php; charset utf-8; location / { try_files $uri $uri/ /index.php?$query_string; } location ~ \.php$ { fastcgi_pass unix:/tmp/php-cgi-74.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; fastcgi_param HTTP_X_REAL_SUB $sub; } location /_reserved/ { return 404; } }这段配置的核心是把xxx.example.com里的xxx通过正则捕获传给 PHP。业务层拿到HTTP_X_REAL_SUB后去数据库确认该子域是否已登记且状态为 active查不到就直接返回 404而不是把请求交到默认路由。/_reserved/路径是给系统自身资源用的避免被泛解析抢走。3.3 数据库初始化与后台首次登录数据库这步比较套路但有两个坑一是安装向导通常会要求你填写“泛解析域名”和“API 密钥”在没准备好 DNS 服务商凭证之前先随便填一个占位值等后台跑起来再改二是很多商业版源码默认把所有表的字符集设为 utf8mb4导入前确认 SQL 文件里的建表语句确实带了utf8mb4_general_ci否则中文前缀写入会报错。mysql -uroot -pEOF CREATE DATABASE IF NOT EXISTS domain_sale DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; GRANT ALL PRIVILEGES ON domain_sale.* TO ds_userlocalhost IDENTIFIED BY your-password; FLUSH PRIVILEGES; EOF # 找到安装脚本并导入 cd /data/www/domain-sale ls install/ mysql -uds_user -p domain_sale install/install.sql导入完成后浏览器访问http://服务器IP/install/按向导填数据库连接信息和管理员初始账号。注意向导结束后把install/目录改名或删除这是商业版源码最容易被人二次接管的地方。3.4 对接 DNS 服务商 API 的参数泛解析模式下可以不配 DNS API但如果要让用户把子域解析到自己的服务器就必须配置。常见支持的三类服务商是阿里云云解析、腾讯云 DNSPod 和 Cloudflare商业源码通常抽象出一个统一的驱动层你需要在后台填的是下面这类参数return [ driver aliyun, // aliyun | dnspod | cloudflare app_key LTAI5tXXXXXXXXXXXX, app_secret xxxxxxxxxxxxxxxxxxxx, domain example.com, record_ttl 600, default_mode pan, // pan: 泛解析优先api: 显式记录优先 ];这里的record_ttl我建议新上线的系统先设成 60 秒。TTL 越短后面你调整 IP 越快生效代价是 DNS 查询量会成倍增加。等业务稳定了再调到 600。首次配置后先验证驱动对不对最快的方式是调用一次“查询解析记录列表”的接口很多源码的 DNS 管理页面里自带了这功能省得你对着日志猜半天。3.5 定时任务与队列初始化商业版几乎都有几个后台任务到期扫描、证书续期、统计汇总。LNMP 一键包一般会把 cron 写在/etc/crontab注意时区问题统一写成东八区的明示形式crontab -e # 每分钟跑一次到期扫描 * * * * * cd /data/www/domain-sale php think expire:scan runtime/expire.log 21 # 每 5 分钟处理一次证书签发队列 */5 * * * * cd /data/www/domain-sale php think cron:issue-cert runtime/cert.log 21这里要特别说明不要把所有任务都塞进一个php think命令里由框架调度分发系统对到期时间敏感如果到期扫描排队排了十分钟已经超期的用户还能继续用服务。我一般会把到期扫描单独拆出来用 crontab 直接跑其他不紧急的任务才丢队列。4. 二次开发的关键逻辑解析下发、并发控制与套餐计费部署起来只是开始。真正决定这套系统能不能支撑日常运营的是下面几个核心逻辑改得够不够稳。这一章按我自己改过的方案讲重点是表结构、解析下发幂等和套餐状态机。4.1 核心表结构与唯一索引先看最核心的“域名解析申请”表。很多初级开发会把“用户申请的子域名”直接存在用户表里一旦要做套餐和多次申请就翻车。正确做法是拆成独立表并用唯一索引兜底并发CREATE TABLE domain_record ( id bigint unsigned NOT NULL AUTO_INCREMENT, user_id bigint unsigned NOT NULL, subdomain varchar(63) NOT NULL COMMENT 子域名前缀, target_type tinyint NOT NULL DEFAULT 1 COMMENT 1本机目录,2外部A记录,3CNAME, target_value varchar(255) NOT NULL COMMENT 目标IP或域名, plan_id int unsigned NOT NULL, status tinyint NOT NULL DEFAULT 0 COMMENT 0待审核,1active,2suspended,3expired, expire_at int NOT NULL COMMENT 到期unix时间戳, created_at int NOT NULL, updated_at int NOT NULL, PRIMARY KEY (id), UNIQUE KEY uk_subdomain (subdomain), KEY idx_user_status (user_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;uk_subdomain是这条表的关键。没有这个唯一索引再好的应用层校验都是白搭。凡是“申请”这类操作数据库约束永远是最后一道防线我在项目里吃过并发插入重复前缀的亏加了唯一索引之后问题直接消失。4.2 解析下发流程一个带锁的幂等函数解析下发的完整过程是校验前缀是否可用 → 校验套餐是否允许当前目标类型 → 调用 DNS 驱动创建记录 → 写本地记录表。这里最容易出错的是 DNS 调用失败后本地表已经写了记录导致用户界面显示“已开通”实际 DNS 没有解析。所以要把“下发”和“登记”拆开用带补偿的流程public function dispatch($userId, $prefix, $targetType, $targetValue) { // 1. Redis 锁防止同一前缀并发申请 $lockKey domain:apply: . $prefix; if (!Redis::set($lockKey, 1, [nx, ex 15])) { throw new \Exception(请勿重复提交); } try { // 2. 数据库唯一索引再兜一层 $record new DomainRecord(); $record-fill([ user_id $userId, subdomain $prefix, target_type $targetType, target_value $targetValue, status 0, // 待生效 ]); $record-save(); // 3. 调用 DNS 驱动下发 $dns DnsFactory::create(config(dns.driver)); $remoteId $dns-createRecord($prefix, $targetType, $targetValue); // 4. 回填远端记录ID并置为 active $record-remote_id $remoteId; $record-status 1; $record-save(); } catch (\Throwable $e) { // 5. 补偿删除刚插入的本地记录并记录失败日志 if (isset($record)) { $record-delete(); } Log::error(dispatch failed, [prefix $prefix, err $e-getMessage()]); throw $e; } finally { Redis::del($lockKey); } }这段代码我在不同的商业版上几乎照搬过。要注意第 3 步之前先把状态写成 0这样即使 DNS 驱动失败本地也不会出现一条“看起来正常”的记录。如果 DNS API 有幂等键参数务必用prefix timestamp生成避免网络超时重试时创建两条重复解析。4.3 商业版计费套餐、流量与到期停用做完解析就要面对“商业”二字。二级域名分发系统的计费模型一般是三选一按套餐周期收月付/年付、按解析条数收、按流量收。流量计费最麻烦因为它要跟 Nginx access 日志联动。我的建议是第一版先做“按套餐周期 子域条数限制”把流量统计作为后续扩展。到期停用不能写成“每天跑一次把所有过期记录删掉”而应该把状态切到 expired并保留数据一段时间给用户续费后悔药。续费时只需要更新expire_at和status不用重新走 DNS 下发这也是为什么前面要强调保留remote_id。5. 避坑与常见问题排查从“解析不生效”到“被恶意刷量”这一章是血泪经验我把这几年在二级域名解析平台上踩过、也帮别人排查过的坑分成五类写每条按现象、原因、解决展开。你按顺序看下来遇到问题基本能照方抓药。5.1 解析不生效别急着怪源码先查 DNS 缓存链现象用户在后台显示“已开通”访问子域名仍然打不开自己在电脑上dig却能查到正确 IP。原因基本不是源头没生效而是链路中间的缓存。浏览器 DNS 缓存、系统 resolver 缓存、甚至运营商递归 DNS 的缓存会把 TTL 时间放得很长。解决先用dig 1.1.1.1 子域.example.com绕过本地缓存看权威结果确认权威结果正常后再用curl -H Host: 子域.example.com http://服务器IP直连服务器验证。这三段权威 DNS、本地递归、HTTP 层逐段排除比在源码里打日志高效得多。5.2 泛解析带来的恶意刷量大量随机子域请求打到业务层现象Nginx access log 里每天几十万条random123.example.com请求PHP 进程被打满。原因泛解析把所有不存在的子域也带进来了业务层没有提前拦截。解决Nginx 拿到$sub后传给 PHPPHP 入口里对未登记子域直接返回 404不再走中间件。更激进的做法是在 Nginx 层返回 444 直接断开连接但这会把所有未登记请求流量也算进带宽账单里所以我一般选择返回 404 而不是 444。排查时先统计一下日志里的前缀分布awk {for(i1;iNF;i) if($i ~ /^GET/) print $i} access.log \ | sort | uniq -c | sort -rn | head -20看到random、test、www这类高频前缀占大头基本都是扫描流量。处理完恶意流量后再给登记逻辑加一层“前缀至少 4 位且不能是常见弱口令”能在源头挡掉一部分。5.3 HTTPS 证书自动签发频率限制与泛证书策略现象用户量一多自动签证书的队列开始大面积失败Lets Encrypt 报 rate limit。原因签发证书是低频操作批量用户同时签单域证书必然触发限制。解决分发系统的主域名用泛解析证书*.example.com的 DNS-01 验证签一次所有子域共用只有用户在管理后台单独上传了 SSL 证书时才走单域签发。DNS-01 验证要调用前面的 DNS API 写一条_acme-challenge记录这个功能不少商业版源码已经内置但默认队列太浅记得调大 worker 数。5.4 并发申请同一前缀唯一索引和 Redis 锁缺一不可现象压测或活动期间同一秒申请同一前缀出现两条数据库记录后写入的覆盖前一条。原因应用层先查再插两条请求同时通过查询同时执行插入。解决除了表上加uk_subdomain唯一索引还要在 Redis 里加nx锁。锁的过期时间不能太短DNS API 调用超过 10 秒是常事锁过期后重复请求又进来了所以前面代码里我把超时设成 15 秒并在 finally 里手动释放。5.5 时区问题到期扫描为什么总是提前或推迟两个小时现象凌晨 0 点跑到期扫描停掉的却是当天 22 点过期的记录或者反过来该停的没停。原因服务器或 PHP 默认时区与业务书写时区不一致NOW()取的是 MySQL 会话时区和 PHPtime()的时间戳各算各的。解决统一在代码层用date_default_timezone_set(Asia/Shanghai)数据库里所有时间字段存 unix 时间戳到期比较用time()直接比大小不要依赖 MySQL 的NOW()。改完记得把已有数据里的字符串时间也转成时间戳否则历史记录全部错位。6. 上线前后的验证方法与进阶技巧从压测到灰度最后给一套拿来就能用的验证流。你先别急着接支付和真实用户把下面几步走完很多上线后的“玄学问题”根本不会出现。第一步是模拟一次完整分发流程。用一个临时脚本或手工在后台申请一个test001.example.com然后到命令行逐层验证dig short test001.example.com 1.1.1.1 # 期望输出你的服务器IP curl -H Host: test001.example.com http://你的服务器IP/ -I # 期望输出HTTP 200 及其业务响应头 curl -H Host: 完全不存在的前缀.example.com http://你的服务器IP/ -I # 期望输出HTTP 404而不是 200第二步是压测入口。泛解析系统最大的压力点是每个请求都要去数据库查一次子域名是否存在。1000 并发以上直查数据库很容易把连接池打满。常见做法是把这个校验结果放进 Redis 缓存缓存键就是子域失效时间设 60 秒配合下发时的主动删除既快又不会长时间不一致。压测用wrk -t4 -c200 -d30s --scripthost.lua带指定 Host 头的脚本跑一轮记录 QPS 和错误率再决定要不要加缓存。第三步是灰度迁移。如果你要把老数据从旧系统迁过来不要写一次性脚本全量跑解析下发不是完全幂等DNS 服务商 API 超时会让你重复创建记录。给每个记录生成一个migrate_key用旧系统记录 ID 做幂等键迁一部分核对一部分。我第一次上这套系统时就是没先做灰度一个批量脚本把几百条记录全部打到了错误的目标值——DNS 解析不像数据库改错了有后悔药解析错一次用户侧缓存可能要错上几个小时。后面所有批量操作我都坚持“先 10 条、再 100 条、最后全量”这个习惯也希望能帮到你。本文还有配套的精品资源点击获取
