内网部署方案：无公网 IP 环境下的完整使用
作者：夸父
企业内网/无公网环境（涉密、隔离网络）能不能用逐日 AI？能——纯内网部署方案：本地模型、本地存储、内网访问，以及"内网里少了什么"的诚实清单。
内网部署的两种场景
场景一：有公网但想内网访问（最常见）——服务器在公网（正常调模型 API），但访问入口限制在内网/VPN：用户通过 VPN 访问工作台，公网不暴露任何入口。这是"数据自主 + API 可用"的平衡点，配置成本低。
场景二：纯内网（物理隔离）——涉密环境，服务器完全不联公网。此时模型 API 全部不可用，需要替代方案（见下）。
纯内网的模型替代方案
| 能力 | 公网方案 | 内网替代 |
|---|---|---|
| 文案 | 大模型 API | 本地开源模型（Qwen/DeepSeek 本地版，需 GPU） |
| 配音 | TTS API | 本地 TTS（如 CosyVoice，GPU/高配 CPU） |
| 生图 | 生图 API | 本地 ComfyUI（必然要配 GPU） |
| 数字人 | — | 本地 MuseTalk（本来就走本地） |
硬件要求汇总：一台 GPU 服务器（24GB 显存级别可覆盖全部本地模型）。能力与云端方案的差距：本地开源模型的质量略低于商业 API 旗舰、运维复杂度高——这是内网安全的代价，需要提前向业务方讲清楚。
部署要点
逐日 AI 全栈（API/worker/web/MySQL/Redis）安装在内网服务器，工作台通过内网域名或 IP 访问；备份策略照常（内网 NAS/移动介质）；升级用离线包。部署流程与标准部署一致，只是网络环境不同。
一个混合形态
不少企业的实际方案是摆渡模式：涉密素材与成片全部在内网处理；不涉密的文案初稿在外网环境用 API 生成，通过合规审批的摆渡流程导入内网。这个模式兼顾能力与合规——摆渡流程要走企业的数据安全管理规范，不是技术问题。
常见问题
内网部署需要什么硬件？
一台内网服务器（16GB+ 内存，若本地跑生图/数字人则需 NVIDIA GPU）+ 内网 MySQL/Redis（可装在同一台）。无公网时模型 API 无法调用，文案与配音需要本地模型或手动导入。
内网环境最大的限制是什么？
模型 API：大模型、TTS、生图的官方 API 都需要公网。内网方案的两条路：本地开源模型（能力打折）或"外网生成、内网合成"的摆渡模式（素材摆渡有合规流程要走）。