技术原理

真实 IP 是怎么被找到的，又该怎么收住

服务端防护挡的是流量，客户端层收敛挡的是地址泄露 —— 两个独立问题，互不替代。下面把隐盾在客户端层做的事情拆开说明。

隐藏原理

服务端防护与客户端收敛的互补路径

业界常规方案是在服务端部署代理或高防，玩家侧仍可能通过进程连接、配置文件或抓包获取真实地址。隐盾采用更底层的路径：直接在客户端层改写所有暴露地址，从源头消除信息泄露面。

游戏进程发起的每一次网络连接，在离开进程前即被重定向至本地转发端口。进程内部仍指向原始目标，实际出站流量仅到达 127.0.0.1。

配置文件、脚本与资源包中的服务器地址，在打包阶段即被替换为本地地址。即便运行时拦截未生效，目录层面亦无法检索到真实 IP。

接入你自己的中继后，后端地址只写在中继配置里。玩家侧、抓包工具、资源监视器看到的只有中继地址，运维口径统一，改起来也只动一处。

不再依赖传统同名 DLL 劫持方案。32 位与 64 位程序均采用运行时主动注入，规避系统目录权限与架构位宽不匹配带来的部署风险。

接入中继后，真实服务器 IP 变更仅需调整中继配置，玩家侧客户端无需重新分发或更新。

同一服务器上的多个端口可分别配置转发策略，避免多端口流量错误汇聚，登录服务与游戏服务各自独立承载。

方案对比

高防与反向代理聚焦流量清洗与入口收敛，隐盾聚焦客户端层真实地址的消除，两者属于不同层面的防护能力，协同部署效果最佳。

说清楚：隐盾解决的是「真实 IP 从玩家侧泄露」这一环。遇到大流量攻击请配合高防或流量清洗服务，两者叠加效果最好。

兼容性

不同引擎的加载机制存在差异，不承诺全量兼容，但提供接入前兼容性验证。

接入前提供兼容性验证，未通过不收取费用。