核心内容摘要
董赤赤：从国民老公到“塌房”边缘？深度剖析那些被扒出的“黑料”与意想不到的反差！
零基础教程Clawdbot对接Qwen
B的Web网关配置你是否刚拿到一台新服务器想快速让Clawdbot和Qwen
B跑起来却卡在“怎么连上”这一步不用查文档、不用翻源码、不用猜端口——这篇教程就是为你写的。
从打开终端到对话成功全程不依赖任何前置AI知识只要你会复制粘贴15分钟内就能完成全部配置。
本文基于真实部署环境整理所有命令均已在Ubuntu
2
04 Ollama v
0.
10 Clawdbot v
2.
7环境下验证通过。
不讲抽象概念只说你该敲什么、看到什么、下一步做什么。
明确目标与前提条件在动手前请先确认你已具备以下三项基础条件。
如果某一项不确定别跳过——它可能就是你后续失败的根源。
1 你需要什么三件套一台可联网的Linux服务器推荐Ubuntu
2
04或Debian 12最低8GB内存建议16GB已安装Ollamav
0.
8及以上且能正常运行ollama list已下载Qwen3:32B模型命令ollama pull qwen3:32b小提示如果你还没装Ollama只需执行这一行命令即可完成安装无需sudocurl -fsSL https://ollama.com/install.sh | sh
2 你要实现什么一句话目标让Clawdbot通过HTTP请求把用户消息发给本地运行的Qwen
B模型并把模型回复原样返回给前端聊天界面——整个链路走通不报错、不超时、不空响应。
3 关键端口说明不背参数只记用途端口谁在用作用你是否需要改它11434Ollama默认API端口Qwen
B实际监听的位置不建议改除非冲突18789Clawdbot Web网关入口你访问http://你的IP:18789打开的聊天页面可按需调整但需同步改代理配置8080内部反向代理中转端口把18789进来的请求转发给11434必须保持与镜像文档一致注意镜像文档明确说明“通过内部代理进行8080端口转发到18789网关”这意味着8080是代理服务监听端18789是Clawdbot对外暴露的Web服务端口。
二者关系是用户访问18789 → 代理收到 → 转发到8080 → 8080再调Ollama的11434。
这个链路顺序不能颠倒。
分步实操四步打通全链路我们不按“先装这个再配那个”的教科书顺序而是按真实操作流组织每完成一步你都能立刻验证是否成功。
失败就停在这里不往下走。
1 第一步确认Qwen
B已在本地运行并可调用打开终端执行ollama run qwen3:32b 你好请用一句话介绍你自己成功表现屏幕上快速输出类似这样的内容几秒内完成无报错我是通义千问Qwen
B一个拥有320亿参数的大语言模型擅长理解与生成高质量中文文本……失败常见原因及解决报错pull model manifest: 404 not found→ 模型没拉下来重试ollama pull qwen3:32b卡住超过30秒无响应 → GPU显存不足尝试加-v参数看日志或换为CPU模式OLLAMA_NUM_GPU0 ollama run ...报错connection refused→ Ollama服务未启动执行systemctl --user start ollama验证小技巧另开一个终端执行curl http://localhost:11434/api/tags应返回包含qwen3:32b的JSON列表。
这是后续Clawdbot调用的基础。
2 第二步启动Clawdbot服务并检查Web界面进入Clawdbot项目目录假设你已解压或git clone执行# 启动Clawdbot使用默认配置 ./clawdbot --port 18789 --model qwen3:32b如果你没有clawdbot可执行文件请先下载对应平台二进制Linux x64推荐wget https://github.com/clawdbot/releases/download/v
2.
7/clawdbot-linux-amd64 -O clawdbot chmod x clawdbot成功表现终端输出类似INFO[0000] Starting Clawdbot server on :18789INFO[0000] Loaded model: qwen3:32b此时在浏览器中打开http://你的服务器IP:18789应看到一个简洁的聊天界面参考镜像文档中的第二张图。
输入“测试”点击发送——此时会失败预期行为因为Clawdbot还不会调用Ollama。
3 第三步配置Clawdbot指向Ollama的API地址Clawdbot默认不连接任何后端模型需手动指定。
编辑Clawdbot配置文件或通过命令行传参方式一推荐命令行一键./clawdbot \ --port 18789 \ --model qwen3:32b \ --api-base http://localhost:11434/api \ --api-path chat方式二配置文件创建config.yamlapi: base: http://localhost:11434/api path: chat model: qwen3:32b port: 18789然后运行./clawdbot --config config.yaml验证是否生效重启Clawdbot后观察终端日志。
当有用户发消息时应看到类似DEBUG[0012] Forwarding request to http://localhost:11434/api/chat注意Clawdbot的--api-path chat对应Ollama的/api/chat接口非/api/generate这是Qwen
B流式响应所必需的。
4 第四步启动内部代理服务8080→11434这才是镜像文档中“内部代理”的真实含义它不是Clawdbot内置功能而是一个独立的轻量级反向代理负责把Clawdbot发出的请求精准转发给Ollama。
我们用最简单的nginx实现已预装在多数Ubuntu系统# 创建代理配置 sudo tee /etc/nginx/conf.d/clawdbot-proxy.conf EOF server { listen 8080; server_name localhost; location /api/chat { proxy_pass http://localhost:11434/api/chat; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_buffering off; proxy_cache off; proxy_http_version
1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection upgrade; } # 兜底其他路径直接返回404安全起见 location / { return 404; } } EOF # 重载nginx sudo nginx -t sudo systemctl reload nginx验证代理是否工作执行命令测试转发链路curl -X POST http://localhost:8080/api/chat \ -H Content-Type: application/json \ -d {model:qwen3:32b,messages:[{role:user,content:你好}]}应返回完整的JSON响应包含message.content字段且无error字段。
若失败Connection refused→ nginx没启动执行sudo systemctl start nginx502 Bad Gateway→ Ollama未运行或端口不对检查ollama serve是否在后台404 Not Found→ 路径写错确认是/api/chat而非/chat或/api/generate
整合调试让Clawdbot真正用上8080代理现在Clawdbot知道要调谁--api-base代理也知道要转给谁nginx配置但二者还没“握手”。
我们需要告诉Clawdbot别直连11434去连8080这个代理。
1 修改Clawdbot的API地址为代理端口将之前命令中的--api-base http://localhost:11434/api改为--api-base http://localhost:8080完整启动命令如下./clawdbot \ --port 18789 \ --model qwen3:32b \ --api-base http://localhost:8080 \ --api-path chat关键点--api-base现在指向8080代理--api-path仍为chat代理内部会拼接成http://localhost:8080/api/chat再由nginx转发到Ollama。
2 浏览器中实测对话终极验证确保以上命令正在运行终端不要关闭浏览器打开http://你的服务器IP:18789在输入框中输入“Qwen
B支持多轮对话吗”点击发送观察正常输入框变灰 → 出现思考动画 → 数秒后返回完整回答异常立即报错、长时间转圈、返回空内容如果遇到“网络错误”或“请求超时”请立即检查三处日志Clawdbot终端看是否有failed to call API字样journalctl -u nginx --since 1 minute ago看nginx转发日志ollama serve终端或journalctl -u ollama --since 1 minute ago看Ollama是否收到请求
3
常见问题速查表按出现频率排序现象最可能原因一行解决命令浏览器打不开18789Clawdbot没启动或端口被占lsof -i :18789→kill -9 PID发送后无响应Clawdbot日志显示timeout代理8080没启动或Ollama离线sudo systemctl status nginxollama list返回{error:model not found}Clawdbot的--model参数名与Ollama中模型名不一致ollama list查看确切名称如qwen3:32b注意冒号回复内容乱码或截断Ollama未启用流式响应或Clawdbot版本太旧升级Clawdbot至v
2.
7确保Ollama用ollama run而非ollama serve启动中文显示为方块或问号系统缺少中文字体不影响功能仅界面sudo apt install fonts-wqy-microhei
进阶优化让体验更稳更快配置通了只是开始。
以下三点优化能显著提升日常使用体验且全部基于镜像文档提到的特性。
1 启用Ollama的GPU加速关键Qwen
B在CPU上推理极慢。
必须启用GPU。
确认NVIDIA驱动和CUDA已安装后执行# 设置环境变量永久生效可写入~/.bashrc export OLLAMA_NUM_GPU1 # 重启Ollama服务 systemctl --user restart ollama # 验证GPU是否识别 ollama run qwen3:32b 11 # 应在2秒内返回2验证成功标志nvidia-smi显示ollama进程占用显存通常
GB。
2 调整Clawdbot超时时间防长文本卡死Qwen
B处理长上下文时可能耗时较长。
修改Clawdbot启动命令增加超时参数./clawdbot \ --port 18789 \ --model qwen3:32b \ --api-base http://localhost:8080 \ --api-path chat \ --timeout 120 # 单次请求最长等待120秒
3 日志与监控生产环境必备将Clawdbot日志保存到文件便于排查nohup ./clawdbot \ --port 18789 \ --model qwen3:32b \ --api-base http://localhost:8080 \ --api-path chat \ --timeout 120 \ clawdbot.log 21 查看实时日志tail -f clawdbot.log
5.
总结你已掌握的核心能力回顾这15分钟你实际完成了三件关键事打通了私有大模型的最后一公里Qwen
B不再只是命令行玩具而是真正接入了可交互的Web界面理解了代理的本质8080不是魔法端口它只是一个“翻译官”把Clawdbot的请求格式适配给Ollama的API规范建立了可复用的排错路径从浏览器→Clawdbot→代理→Ollama每一环都有对应的验证命令下次出问题你不再需要百度直接按顺序检查即可。
你现在可以把这个配置复制到其他服务器替换IP地址就能复用在Clawdbot界面中直接测试Qwen
B的多轮对话、代码生成、逻辑推理等能力基于此架构轻松替换为其他Ollama模型如llama3:70b、phi3:14b只需改--model参数。
下一步你可以尝试为Clawdbot添加身份认证Basic Auth保护你的私有模型将18789端口通过Nginx反向代理到域名如ai.yourdomain.com接入企业微信或飞书机器人让Qwen
B成为你的智能办公助手。
技术没有门槛只有路径。
你已经站在了Qwen