3. Ollama安装与初始配置：官方安装方式验证、配置文件详解、修改默认监听地址与端口、绑定到localhost
好，咱们进入实操环节。安装Ollama这件事，说简单也简单，说复杂也复杂。我见过不少团队，装是装上了，但跑起来各种问题——端口冲突、权限不足、服务暴露到公网……说白了，都是初始配置没做好。这一章，我带你一步步把地基打牢。
3.1 官方安装方式验证
Ollama官方提供了Linux、macOS、Windows三种安装方式。我个人最常用的是Linux，毕竟生产环境嘛。先看看官方脚本安装怎么玩。
核心命令：
curl -fsSL https://ollama.com/install.sh | sh这条命令干了三件事：下载二进制、创建ollama用户、配置systemd服务。嗯，这里要注意——它默认会创建一个叫ollama的系统用户，权限控制得挺严格。我在项目中遇到过有人直接用root跑，结果后面权限乱成一锅粥。
安装完成后，验证一下：
ollama --version
# 输出类似：ollama version 0.1.32如果看到版本号，说明装上了。但别急着高兴，咱们还得看看服务状态：
systemctl status ollama
# 或者
sudo systemctl status ollama为什么强调这个？因为有时候脚本执行完，服务没自动启动。我踩过这个坑，当时还以为是安装失败了，折腾了半天才发现是systemd没起来。
我的小技巧：安装完成后，立刻执行一次ollama list，如果返回空列表而不是报错，说明服务正常。这比看日志快多了。
3.2 配置文件详解
Ollama的配置文件藏得有点深。默认路径是/etc/ollama/ollama.conf，但如果你用官方脚本安装，它可能压根没创建这个文件。别慌，自己建一个就行。
配置文件长这样：
# Ollama 配置文件
# 路径：/etc/ollama/ollama.conf
# 监听地址
OLLAMA_HOST="127.0.0.1:11434"
# 模型存储路径
OLLAMA_MODELS="/usr/share/ollama/models"
# 日志级别
OLLAMA_DEBUG=0
# 最大并发请求数
OLLAMA_NUM_PARALLEL=4
# 最大队列长度
OLLAMA_MAX_QUEUE=512每个参数我都解释一下：
- OLLAMA_HOST：监听地址和端口。默认是
127.0.0.1:11434，只允许本机访问。 - OLLAMA_MODELS：模型存放位置。默认在
/usr/share/ollama/models，但磁盘空间不够时可以改。 - OLLAMA_DEBUG：调试模式。设为1会输出详细日志，排查问题时很有用。
- OLLAMA_NUM_PARALLEL：同时处理多少个请求。设太大容易把GPU撑爆。
- OLLAMA_MAX_QUEUE：请求队列长度。超过这个数，新请求会被拒绝。
警告：千万别在生产环境把OLLAMA_DEBUG设为1。日志会疯狂输出，磁盘很快就被写满了。我曾经在测试环境忘了关，第二天发现磁盘占用飙到90%。
3.3 修改默认监听地址与端口
默认情况下，Ollama只监听127.0.0.1:11434。这在单机开发时没问题，但如果你想让其他机器访问，就得改。
修改方式有两种：
方式一：环境变量（临时生效）
export OLLAMA_HOST="0.0.0.0:11434"
ollama serve这种方式只对当前会话有效。重启终端或服务后，配置就丢了。
方式二：配置文件（永久生效）
# 编辑 /etc/ollama/ollama.conf
OLLAMA_HOST="0.0.0.0:11434"
# 重启服务
sudo systemctl restart ollama我个人习惯用配置文件，毕竟稳定。但要注意——监听0.0.0.0意味着所有网络接口都能访问。如果你在公网服务器上这么干，相当于把Ollama裸奔了。
安全建议：如果必须开放网络访问，至少加上防火墙规则：
# 只允许特定IP访问
sudo ufw allow from 192.168.1.0/24 to any port 11434
sudo ufw deny 114343.4 绑定到localhost
绑定到localhost，说白了就是只让本机访问。这是最安全的配置方式。为什么？因为Ollama本身没有认证机制，谁连上就能调API。你想想看，如果暴露到公网，随便一个人都能往你的服务器上跑模型，那画面太美不敢看。
配置方法很简单：
# 在配置文件中设置
OLLAMA_HOST="127.0.0.1:11434"
# 或者用环境变量
export OLLAMA_HOST="127.0.0.1:11434"验证是否生效：
# 本机访问正常
curl http://127.0.0.1:11434/api/tags
# 其他机器访问应该被拒绝
curl http://192.168.1.100:11434/api/tags
# 输出：curl: (7) Failed to connect我曾经在客户现场遇到过一个问题：他们明明配了localhost，但外网还是能访问。查了半天，发现是systemd服务文件里也配了环境变量，覆盖了配置文件。所以，改完配置后，记得检查一下systemd的override文件：
systemctl cat ollama
# 看看有没有 Environment=OLLAMA_HOST=... 这样的行避坑指南：如果你用Docker部署Ollama，绑定localhost时要注意容器网络模式。默认bridge模式下，容器内的localhost和宿主机的localhost不是一回事。我建议用--network host或者映射端口时指定127.0.0.1:11434:11434。
知识体系总览
下面这张图，把本章的核心逻辑串起来了。你可以看到，从安装到配置，每一步都有对应的安全考量。
这张图里，四个分支最终都指向一个核心原则——最小权限。安装验证确保你装的是官方版本，配置文件让你精细控制行为，修改监听地址决定了谁能连，绑定localhost则是最后一道防线。每一步都在说同一件事：只给必要的权限，不多给一分。
总结一下：
- 安装后立刻验证服务状态，别等出问题了再查
- 配置文件是安全的第一道防线，每个参数都值得认真对待
- 修改监听地址时，想清楚谁需要访问，别图省事直接开0.0.0.0
- 绑定localhost是最安全的，但别忘了检查systemd和Docker的配置覆盖
好了，这一章的内容就到这儿。配置搞定了，下一章咱们聊聊怎么拉模型、跑推理。到时候我会分享一些性能调优的实战经验，保证让你少走弯路。