企业官网建设流程全解析

简介：这份PDF教程面向希望在个人电脑上搭建私有AI环境的开发者与小型企业用户，重点解决DeepSeek本地部署中安装路径受限、配置门槛高的问题。教程以ollama为运行基础，完整覆盖环境变量修改、模型存储位置迁移、访问权限开放与防火墙端口放行等关键环节，并给出1.5b至70b多档模型的选择建议，便于读者按内存与磁盘条件匹配硬件。资源包共1个PDF文件，约802KB，篇幅紧凑但步骤完整，从工具安装、模型拉取到Chatbox可视化界面配置均有对应说明，还附有安装成功标识与常见问题排查提示。目前已有1531人学习，适合计算机新手按图操作，也能为关注数据私有化的团队提供可落地的部署参考。

1. 本地部署 DeepSeek：从 C 盘爆红到一次跑通的安装现场

上周帮一位朋友收拾一台笔记本，开机就弹 C 盘空间不足，点进去一看，C:\Users\...\.ollama底下躺着十几个 G 的模型文件。他装 DeepSeek 的时候一路默认下一步，模型全落在系统盘，等到想换盘才发现 ollama 的 Windows 安装包根本不给你选路径的机会。这个场景太常见了——本地跑 AI 这件事，门槛其实不在模型本身，而在环境变量、端口放行、模型体积这几件“装完才知道”的小事上。这篇笔记记录的是用 ollama 加 Chatbox 在 Windows 上部署 DeepSeek-R1 的完整过程，覆盖 Win10 和 Win11，目标是把模型放到非 C 盘、把可视化界面接上、把 11434 端口打通，让新手照着走能跑通，熟手能看到几个参数取舍的坑。适合手上有 16GB 内存、想在自己机器上留一份私有对话环境的人。

2. 装前把账算清：ollama 版本、模型体积与磁盘规划

2.1 ollama 在整套环境里扮演什么角色

ollama 可以理解成一台“模型运行时的操作系统”：它负责拉取模型权重、加载到内存或显存、对外暴露一个 HTTP 服务，默认监听 11434 端口。DeepSeek-R1 是跑在它上面的一个“应用”。这个分层关系决定了后面所有配置的落点——模型存哪儿由 ollama 的环境变量决定，界面能不能连上由 ollama 的监听地址和端口决定，跟 DeepSeek 模型本身没关系。所以装之前先把 ollama 这一层配明白，后面换任何模型都不用重来。

Windows 版安装包从 ollama 中文网下载，双击安装即可，安装过程没有路径选择项，程序本体固定在用户目录下。这一点不用纠结，程序本体占不了多少空间，真正吃盘的是模型权重，而权重路径是可以通过OLLAMA_MODELS改的。我一般会先规划好：程序走默认，模型放 D 盘或 E 盘，留出至少 50GB 余量再动手。

2.2 模型规格与硬件对照，别上来就拉 32b

DeepSeek-R1 在 ollama 上的标签按参数量分档，常见的有 1.5b、7b、8b、14b、32b、70b。参数量越大，回答质量通常越好，但对内存和显存的要求也成倍上升。下面这张表是按实际部署经验整理的对照，磁盘占用是量化后的近似值，用于估算空间，不是精确数字：

原文作者是 16GB 内存、D 盘剩 100GB，装 8b 已经“稍显卡顿”，最后落到了 1.5b。这个取舍很真实：内存 16GB 跑 8b 不是不能跑，是响应会拖，尤其对话轮次一多、上下文变长，卡顿感明显。我的建议是 16GB 内存先上 7b 或 8b 试手感，觉得慢就退到 1.5b，别一上来就 14b 以上，下载半天跑不动，纯属给自己添堵。

2.3 装之前先确认的三件事

动手前花两分钟确认三件事，能省掉后面一半的排查。第一，系统是 Win10 还是 Win11，环境变量的入口位置略有差别，但逻辑一样。第二，目标盘剩余空间够不够，模型下载是直接写进OLLAMA_MODELS指向的目录，空间不够会下到一半失败。第三，机器上有没有别的程序占着 11434 端口，比如之前装过其他本地推理工具。用管理员权限打开命令提示符，跑一句netstat -ano | findstr 11434，有输出就说明端口被占，得先处理掉再往下走。

3. 配置 ollama：三个环境变量决定模型存哪、谁能连

3.1 打开环境变量窗口的正确姿势

Win11 直接在任务栏搜索框输入“环境变量”，点“编辑系统环境变量”，弹出“系统属性”窗口后点右下角“环境变量”按钮。Win10 路径一样，搜索“环境变量”也能命中。更老的习惯是桌面右键“此电脑”→“属性”→“高级系统设置”→“环境变量”，效果相同。打开后你会看到上下两块：上面是用户变量，下面是系统变量。原文是在“用户变量”里加的，这对单用户机器够用；如果这台机器多人共用，建议加到系统变量里，避免换个账户就失效。

提示：改环境变量需要点两次“确定”才算保存，很多人只点了一次就关窗口，配置根本没写进去，后面怎么试都不生效。

3.2 OLLAMA_MODELS：把模型从 C 盘挪走

在用户变量区点“新建”，变量名填OLLAMA_MODELS，变量值填你想要的模型目录，比如D:\ollama。然后去 D 盘手动建一个同名文件夹——变量只是告诉 ollama 往哪写，目录本身得先存在，否则首次拉模型可能报路径错误。

# 在 D 盘根目录创建模型存储目录（命令提示符或 PowerShell 均可） mkdir D:\ollama # 验证目录已创建 dir D:\ollama

第一句建目录，第二句确认。这里没有复杂参数，关键是路径别带中文和空格，D:\ollama这种最稳。有人喜欢放到D:\Program Files\ollama，空格在某些脚本调用场景下会出问题，能避就避。设完之后，后续ollama pull和ollama run下载的权重都会落到这个目录，C 盘不再膨胀。

3.3 OLLAMA_HOST 与 OLLAMA_ORIGINS：让浏览器和 Chatbox 连得上

继续新建两条用户变量。第一条变量名OLLAMA_HOST，变量值0.0.0.0:11434，意思是让 ollama 监听所有网卡地址的 11434 端口，而不只是本机回环。第二条变量名OLLAMA_ORIGINS，变量值*，作用是放开跨域来源限制，Chatbox 这类前端界面从浏览器环境发请求时才不会被拦。

# 配置完成后可用以下命令确认变量是否生效（新开一个命令提示符窗口） echo %OLLAMA_MODELS% echo %OLLAMA_HOST% echo %OLLAMA_ORIGINS%

这三条echo是验证手段，必须在新开的命令提示符里执行，老窗口读不到刚改的变量。输出分别应该是D:\ollama、0.0.0.0:11434、*。如果某条输出是%变量名%原样，说明变量没保存成功或者窗口没重开。原文提到端口可以改，比如改成 11438，那就把OLLAMA_HOST的值同步改成0.0.0.0:11438，后面防火墙和 Chatbox 都要跟着改，三处必须一致，这是最容易漏的地方。

3.4 防火墙放行 11434：入站规则怎么建

搜索“高级安全”打开“Windows Defender 防火墙”，左侧点“入站规则”，右侧点“新建规则”。规则类型选“端口”，下一步选 TCP，特定本地端口填11434（如果你改了端口就填改后的），下一步选“允许连接”，配置文件那页把“域、专用、公用”三个都勾上，最后起个名字比如ollama 11434，描述写“ollama 默认端口号”，完成。

# 也可以用命令行建规则，管理员权限打开命令提示符执行 netsh advfirewall firewall add rule name="ollama 11434" dir=in action=allow protocol=TCP localport=11434

这条netsh命令和图形界面等价，dir=in表示入站，action=allow允许，localport指定端口。图形界面适合不熟悉命令的人，命令行适合批量部署或者远程指导时让对方复制粘贴。建完规则后重启一次电脑，让环境变量和防火墙规则同时生效，原文也强调了这一步，别省。

4. 拉取并运行 DeepSeek-R1：命令、体积与首次加载

4.1 确认 ollama 服务在跑

重启后按 Win+R 输入cmd打开命令提示符，直接输入ollama回车。正常会返回一屏命令帮助，说明程序可用。如果提示“不是内部或外部命令”，说明安装没成功或者 PATH 没写进去，去开始菜单找 ollama 图标手动启动一次，再试。如果命令有返回但模型拉取时报连接错误，多半是服务没起，开始菜单里点一下 ollama 让它常驻托盘。

# 查看 ollama 版本，确认安装的是哪个构建 ollama --version # 查看当前已下载的模型列表 ollama list

--version用来确认程序本体正常，list在首次安装时应该是空表。这两条是后面每次排错的第一站：版本对不上就重装，列表为空就说明模型没下成功。

4.2 按档位拉模型，命令只差一个标签

确认服务正常后，直接跑对应标签的 run 命令，ollama 会自动下载并加载：

# 1.5b，小内存或老机器首选 ollama run deepseek-r1:1.5b # 7b / 8b，16GB 内存的主流档 ollama run deepseek-r1:7b ollama run deepseek-r1:8b # 14b 及以上，需要更大内存 ollama run deepseek-r1:14b ollama run deepseek-r1:32b ollama run deepseek-r1:70b

run的语义是“没有就拉、有就直接跑”，所以第一次执行会看到下载进度条，走完后出现success字样，接着进入对话提示Send a message (/? for help)。这时候已经能打字对话了，输入/bye退出。下载速度取决于网络，几十 GB 的档位可能要等较久，中途断了重新执行同一条命令会续传，不用删了重来。

4.3 模型名别照抄，用 list 核对

原文特别提醒了一句：每个人装的模型不一样，名字也不一样，用ollama list查出来再照抄。这个细节很关键。比如你拉的是deepseek-r1:8b，列表里显示的就是这个名字，下次启动必须写全，只写deepseek-r1可能命中另一个标签或者报错。养成习惯：换机器、隔几天再用，先ollama list看一眼，再ollama run 完整名称。

# 典型输出形如： # NAME ID SIZE MODIFIED # deepseek-r1:1.5b xxxxxxxxxxxx 1.1 GB 2 hours ago

看到SIZE那一列和你的盘上占用对得上，就说明模型确实落在了OLLAMA_MODELS指定的目录，没跑回 C 盘。这一步是验证 3.2 节配置是否真正生效的最直接手段。

5. 接上 Chatbox：可视化界面与常见连接故障排查

5.1 安装 Chatbox 时那个“所有用户”选项

Chatbox 从 ollama 中文网的下载分类里拿安装包，双击安装。走到选择用户那一步，选“所有用户”，不要选“仅为我安装”。这个差别在于安装路径和权限：选“所有用户”装到 Program Files 下，任何账户都能启动；选“仅为我安装”装进当前用户目录，换账户或者某些权限场景下会找不到程序。其余步骤一路下一步即可。

5.2 配置本地模型连接：API 类型、端口、模型三件套

启动 Chatbox，首页点“使用自己的 API Key 或本地模型”，API 类型选Ollama API。这时界面会带出默认地址，点一下“重置”让它回到默认值，然后核对端口：如果你在 3.3 节把OLLAMA_HOST改成了 11438，这里就要填 11438，没改就保持 11434。模型下拉框里应该能列出ollama list里的条目，选中你装的那个，保存。

# 保存前可以先在浏览器里验证服务是否可达 # 地址栏访问 http://127.0.0.1:11434/api/tags # 返回 JSON 里能看到模型名，说明 ollama 服务与端口都正常

这个/api/tags接口是 ollama 自带的模型列表端点，浏览器能打开就证明服务在跑、端口通、跨域没拦。如果浏览器打得开但 Chatbox 下拉框是空的，问题多半在 Chatbox 侧的地址填错或者端口不一致；如果浏览器都打不开，回到第 3 章检查环境变量和防火墙。

5.3 避坑与排查：五条装完才发现的坑

现象一：C 盘还是被占满。原因：OLLAMA_MODELS加了但没重启，或者变量加在了系统变量区而当前用的是另一个账户。解决：新开命令提示符echo %OLLAMA_MODELS%确认输出，不对就重设并重启；已经下到 C 盘的模型，删掉C:\Users\你的用户名\.ollama\models下的内容，重新ollama run让它落到新路径。

现象二：Chatbox 模型下拉框空白。原因：端口不一致最常见——环境变量改了 11438，Chatbox 还填 11434；其次是OLLAMA_ORIGINS没设成*，跨域被拦。解决：三处端口对齐（环境变量、防火墙规则、Chatbox 地址），并确认OLLAMA_ORIGINS值为*，改完重启电脑。

现象三：ollama run报连接失败或一直转圈。原因：ollama 后台服务没启动，或者 11434 被别的程序占用。解决：开始菜单手动启动 ollama；用netstat -ano | findstr 11434查占用进程，必要时换端口并同步改三处配置。

现象四：模型下载到一半失败，重试又从零开始。原因：网络中断或目标盘空间不足。解决：先确认OLLAMA_MODELS所在盘剩余空间大于模型体积，再重新执行同一条run命令，ollama 对已下载分片有续传处理，不要手动删目录。

现象五：对话很卡，打字半天没响应。原因：模型档位超过硬件承受能力，16GB 内存跑 8b 在长上下文下就会明显拖。解决：退到 1.5b 或 7b，或者关闭其他吃内存的程序；这不是配置错误，是硬件与模型规格的匹配问题，换档比调参有效。

6. 装完怎么验证：三条命令加一次对话闭环

验证这套环境是否真正跑通，我习惯按“服务—模型—界面”三层各查一次，任何一层断了都能立刻定位。第一层查服务：新开命令提示符执行ollama --version，有版本号返回说明程序本体正常；再执行ollama list，能看到你装的deepseek-r1条目，说明模型已落盘且路径正确。第二层查端口：浏览器访问http://127.0.0.1:11434/api/tags，返回 JSON 且包含模型名，说明监听地址、端口、跨域三项配置同时生效。第三层查界面：打开 Chatbox，模型下拉框能选中你的模型，发一句“你好”能收到回复，整条链路就闭环了。

# 一次性验证脚本，管理员命令提示符里逐条跑 ollama --version ollama list netstat -ano | findstr 11434

第一条确认程序，第二条确认模型，第三条确认端口处于 LISTENING 状态。三条都过，再去 Chatbox 里发消息；哪条不过就回到对应章节。这套顺序的好处是不用猜——界面连不上时，先看端口通不通，端口通再看模型在不在，模型在再看 Chatbox 地址填没填对，排查路径是线性的，不会来回试。

还有一个容易被忽略的验证点：重启电脑后再走一遍上面三层。环境变量和防火墙规则都是重启后才稳定生效的，装完当场能用不代表重启后还能用。我一般会在重启后先跑ollama list，再开 Chatbox 发一句话，确认模型没“丢”。另外，如果你改过端口，记得把netstat那条命令里的 11434 换成你的端口，别对着默认端口查半天以为服务挂了。

从那以后我每次装这类本地模型环境，都强制走一遍“变量 echo 验证 → 端口 netstat 验证 → 界面发一句话”的闭环，不靠“看起来装完了”下结论。这套流程不复杂，但能挡掉八成“装完不能用”的返工。希望帮到你。

本文还有配套的精品资源，点击获取