90CNServer

22 Commits 1 Branch 2 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
hanfuit	da502b3524	docs：补上 90CN.dll 自校验 CRC 工具的文档说明 - 新增 docs/客户端补丁与CRC校验.md：SelfCrcSlot 结构、CRC32 算法与种子坑、槽位为什么只在 .data/.rdata 里找、info/verify/patch 用法与退出码、 build_90cn.ps1 集成、与「服务端 DLL 指纹」的区别、六类故障排查 - 新增 client-patch/tools/README.md：脚本清单与常用命令速查 - docs/README.md：文档索引与上手路径补一条 - 根 README：关键设计说明补「客户端自校验（CRC32）」小节，文档索引补一行 - 90CN.cpp：清掉过期的重复注释（旧的 patch_selfcrc.py / .text 段说法），与实现对齐	2026-11-05 16:40:33 +08:00
hanfuit	6e570fe820	修复 DLL 自校验 CRC 算法并加固槽位定位（频道无法连接问题）根因：重写的 patch_dll_crc.py 用 binascii.crc32(data, 0xFFFFFFFF) 计算 CRC，该参数是"末值异或之后的运行值"，再喂回去等于重复施加了条件化，得到的是 CRC32 的另一个变体，与 90CN.cpp 里 Crc32Update 的实现不一致。结果是补丁写入的 expected 永远校验不过，客户端在 VerifySelfIntegrity 失败后安装流程中断， transport 钩子（codec/decode/route/dproto）全部没装上，表现为"无法连接频道"。改动： - tools/patch_dll_crc.py * CRC 改为标准 zlib.crc32（init 默认 0），与 C 端 Crc32Update 完全一致；已用旧版本 DLL 反向验证（10-20、11-03、10-28 三份的存储值均能复算一致） * 槽位改为按 PE 段表定位，只接受 .data/.rdata 内的候选，拒绝把补丁写进 .text 机器码（此前曾命中 cmp ..., 0C0DEC0DEh 的立即数导致访问违例） * 新增 info/verify 子命令，patch 后自动回读校验 - 90CN.cpp * SelfCrcSlot 三个字段加 volatile，避免 /O2 把 offset/expected 折叠成常量 * VerifySelfIntegrity 增加分步诊断日志，便于定位安装线程中断点 - client_build_id.go * 指纹重绑为本次构建产物：1215488 / C7BE377C…8247071A 验证：客户端日志 self crc check computed==expected==0x80AFC116 ok=1， transport DLL installed codec=1 decode=1 route=1 dproto=1， channel connect result=1，first-login watchdog server_seen=1 client_seen=1。	2026-11-05 11:37:10 +08:00
hanfuit	2ca06e113a	修正客户端完整性校验：补齐 CRC 后处理脚本并回绑 90CN.dll 指纹问题：上一提交把 boundDll 指纹改成 1230336/F6DDA534…，但配套的 90CN.dll 未交付到客户端目录，服务端启动即被 verifyClientArtifacts 拦下（client dll: size mismatch: 1230848 != 1230336），日志表现为空壳。本次改动： - 新增 client-patch/tools/patch_dll_crc.py，实现仓库中缺失的 DLL 自校验槽位回填（magic 0xC0DEC0DE + offset + 全文件 CRC32，跳过自身 4 字节），附带 verify 子命令可回读校验 - 新增 client-patch/tools/build_90cn.bat / .ps1，一键编译 + 打 CRC + 输出指纹 - client_build_id.go 指纹回绑到本次实际构建产物： 1215488 / 30E41FF583893E611E6975DF96246E1320B042F7B33A32503C987F211D1776F5 验证：重编 DNF90Server.exe 后裸跑，完整性校验通过，PVF 加载完成， dnfbridge 正常监听 :7001，game_ports=31，admin http 127.0.0.1:18111。	2026-11-05 10:41:47 +08:00

Author

SHA1

Message

Date

hanfuit

da502b3524

docs：补上 90CN.dll 自校验 CRC 工具的文档说明

- 新增 docs/客户端补丁与CRC校验.md：SelfCrcSlot 结构、CRC32 算法与种子坑、
  槽位为什么只在 .data/.rdata 里找、info/verify/patch 用法与退出码、
  build_90cn.ps1 集成、与「服务端 DLL 指纹」的区别、六类故障排查
- 新增 client-patch/tools/README.md：脚本清单与常用命令速查
- docs/README.md：文档索引与上手路径补一条
- 根 README：关键设计说明补「客户端自校验（CRC32）」小节，文档索引补一行
- 90CN.cpp：清掉过期的重复注释（旧的 patch_selfcrc.py / .text 段说法），与实现对齐

2026-11-05 16:40:33 +08:00

hanfuit

6e570fe820

修复 DLL 自校验 CRC 算法并加固槽位定位（频道无法连接问题）

根因：重写的 patch_dll_crc.py 用 binascii.crc32(data, 0xFFFFFFFF) 计算 CRC，
该参数是"末值异或之后的运行值"，再喂回去等于重复施加了条件化，得到的是
CRC32 的另一个变体，与 90CN.cpp 里 Crc32Update 的实现不一致。结果是补丁写
入的 expected 永远校验不过，客户端在 VerifySelfIntegrity 失败后安装流程中断，
transport 钩子（codec/decode/route/dproto）全部没装上，表现为"无法连接频道"。

改动：
- tools/patch_dll_crc.py
  * CRC 改为标准 zlib.crc32（init 默认 0），与 C 端 Crc32Update 完全一致；
    已用旧版本 DLL 反向验证（10-20、11-03、10-28 三份的存储值均能复算一致）
  * 槽位改为按 PE 段表定位，只接受 .data/.rdata 内的候选，拒绝把补丁写进
    .text 机器码（此前曾命中 cmp ..., 0C0DEC0DEh 的立即数导致访问违例）
  * 新增 info/verify 子命令，patch 后自动回读校验
- 90CN.cpp
  * SelfCrcSlot 三个字段加 volatile，避免 /O2 把 offset/expected 折叠成常量
  * VerifySelfIntegrity 增加分步诊断日志，便于定位安装线程中断点
- client_build_id.go
  * 指纹重绑为本次构建产物：1215488 / C7BE377C…8247071A

验证：客户端日志 self crc check computed==expected==0x80AFC116 ok=1，
transport DLL installed codec=1 decode=1 route=1 dproto=1，
channel connect result=1，first-login watchdog server_seen=1 client_seen=1。

2026-11-05 11:37:10 +08:00

hanfuit

2ca06e113a

修正客户端完整性校验：补齐 CRC 后处理脚本并回绑 90CN.dll 指纹

问题：上一提交把 boundDll 指纹改成 1230336/F6DDA534…，但配套的
90CN.dll 未交付到客户端目录，服务端启动即被 verifyClientArtifacts 拦下
（client dll: size mismatch: 1230848 != 1230336），日志表现为空壳。

本次改动：
- 新增 client-patch/tools/patch_dll_crc.py，实现仓库中缺失的 DLL 自校验
  槽位回填（magic 0xC0DEC0DE + offset + 全文件 CRC32，跳过自身 4 字节），
  附带 verify 子命令可回读校验
- 新增 client-patch/tools/build_90cn.bat / .ps1，一键编译 + 打 CRC + 输出指纹
- client_build_id.go 指纹回绑到本次实际构建产物：
  1215488 / 30E41FF583893E611E6975DF96246E1320B042F7B33A32503C987F211D1776F5

验证：重编 DNF90Server.exe 后裸跑，完整性校验通过，PVF 加载完成，
dnfbridge 正常监听 :7001，game_ports=31，admin http 127.0.0.1:18111。

2026-11-05 10:41:47 +08:00