根本原因是Ollama服务未开机自启、绑定地址受限于127.0.0.1且未固化OpenClaw离线配置；需执行三步：注册Ollama为systemd服务并修改ExecStart添加--host 0.0.0.0:11434，配置openclaw.json启用offlineMode并删除telemetry字段，将baseUrl改为http://127.0.0.1:11434以规避DNS解析失败。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
OpenClaw对接Ollama本地模型后，设备关机再开机、网络彻底断开时，常出现“模型连接超时”“服务不可达”“空响应”等问题，根本原因在于Ollama服务未随系统启动、配置未固化、或启动顺序错乱。
确保Ollama服务开机自启并监听全接口
第一步：确认Ollama已注册为系统级守护服务。Linux/macOS用户执行 sudo systemctl is-enabled ollama，返回 enabled 才算成功；若为 disabled 或报错，则需补做服务注册。
第二步：修改Ollama服务绑定地址。默认只监听127.0.0.1，关机重启后OpenClaw仍会因地址不可达失败。编辑 /etc/systemd/system/ollama.service，在 ExecStart= 行末尾追加 --host 0.0.0.0:11434，保存后执行 sudo systemctl daemon-reload && sudo systemctl restart ollama。
第三步：验证监听状态。关机前执行 sudo ss -tuln | grep 11434，应看到 0.0.0.0:11434 而非仅 127.0.0.1:11434。若仍显示回环地址，说明修改未生效或服务未真正重启。
OpenClaw配置固化离线模式与回退链
方法一：强制启用离线开关并锁定模型路径
打开 ~/.openclaw/openclaw.json，在 gateway 段内添加两行：
"offlineMode": true,
OpenClaw 原生 PDF/文档处理技能，适用于 Nutrient DWS，帮助用户完成 PDF 转换、OCR、文字/表格提取、PII 脱敏等功能。
"fallbackModels": ["glm4-flash"]
【必须删除telemetry字段】——若保留 "telemetry": true 或类似上报配置，OpenClaw会在启动时尝试连接 api.openclaw.ai，断网即卡死在初始化阶段，且无错误提示。
方法二：模型地址硬编码防DNS解析失败
在 models.providers 中，将 baseUrl 的值从 http://localhost:11434 改为 http://127.0.0.1:11434。某些系统在断网状态下会因DNS缓存异常导致 localhost 解析延迟甚至失败，而 127.0.0.1 是IP直连，完全绕过DNS。
关机前必做的三项验证操作
① 在终端中运行：curl -s http://127.0.0.1:11434/api/tags | jq '.models[].name'，确认能即时返回已加载模型名（如 "glm4-flash"），不卡顿、无超时。
② 启动OpenClaw：openclaw serve，观察日志首行是否含 "gateway: offline mode enabled" 字样。若无此输出，说明配置未加载或JSON格式有误。
③ 立即断网（拔网线/WiFi关闭）→ 重启电脑 → 等待60秒 → 运行 openclaw health。返回 {"status":"ok","models":["glm4-flash"]} 即为通过。
