腾讯云部署clawdbot，服务器怎么选、哪步容易卡

想把clawdbot跑在自己的服务器上，多数人的出发点很实在：数据留在自己手里，功能想改就改。放在本地电脑长期挂着，既不稳，也不方便别人访问。这篇按腾讯云的实际操作走一遍，从选服务器到上线，每一步说明为什么这么做，哪里最容易卡住。

先想清楚要部署成什么样

动手前先回答三个问题：服务给谁用，大概有多少访问量，数据要不要长期保存。只是自己测试，配置随便来就行。要给团队或客户用，带宽、可用性和备份就得认真考虑。

我们这次的场景是四人小团队，要在内网之外通过域名访问，请求量不大，但希望全天在线。这种情况下我们没有选按量计费的云服务器，而是用了腾讯云的轻量应用服务器。价格固定，控制台简单，对小团队来说省心，不用时刻盯着账单。

服务器怎么选

地域优先选离用户近的。国内用户一般选华南或华东，访问延迟会低一些。镜像选Ubuntu 22.04 LTS，社区资料多，遇到问题容易搜到答案。

规格我们选的是2核4GB内存、60GB系统盘，加一个流量包。clawdbot的内存占用取决于你开了哪些功能、依赖哪些组件。如果还要跑数据库或其他服务，4GB是底线，别再往下压。购买时一定看清续费价格，首年的优惠价到期后涨幅不小，最好提前算一下长期成本。

创建后先做的三件事

服务器开通后，马上处理下面几项：

改登录方式：换成SSH密钥登录，并关闭密码登录，这是防暴力破解最直接的办法。
收紧防火墙：安全组里只留22（SSH）、80和443。其他端口没有明确用途，就不要开。
执行系统更新：拿到服务器后先更新一次内核和基础组件，别带着旧补丁直接上线。

安全组是最容易被忽略的一步。我们第一次部署时没关掉多余端口，两天后日志里就出现了大量陌生IP的扫描记录。收紧规则之后才安静下来。这个坑最好提前避开。

搭运行环境：版本比想象中重要

连上SSH后，先装基础依赖。我们的习惯是统一用系统包管理器安装，并把运行时版本写进部署文档，方便以后迁移或重装。

clawdbot需要Node.js还是Python，要以项目仓库的README为准，不要凭经验直接装最新版。版本不匹配是部署失败最常见的原因。我们遇到过这样的情况：最新运行时和某个依赖有兼容问题，降回项目推荐的LTS版本后就恢复正常。多花十分钟核对版本，能省掉好几个小时的排错。

还有一点：给服务单独建一个普通用户来运行程序，不要直接用root。即使程序哪天出了漏洞，影响范围也能控制在这个用户之内。

部署clawdbot本体

拉取代码后，先在本地跑通，确认能正常启动，再搬到服务器。这样一旦出错，你能分清问题出在代码还是服务器环境，排查方向不会乱。

配置上有三点要注意：

密钥和令牌放在环境变量或单独的配置文件里，文件权限设为仅所属用户可读，并确保不会被提交到代码仓库。
监听地址先绑定到127.0.0.1，由Nginx在前面统一对外。不要直接把应用端口暴露在公网。
日志路径提前规划好，同时配置日志轮转。日志不做轮转，磁盘迟早会被撑满，那时候服务挂掉，你很难第一时间想到是它。

让服务在重启后自动运行，我们用的是systemd服务单元，并设置了自动重启。程序异常退出后，几秒内就能恢复。pm2和Docker Compose也能胜任，选哪个主要看团队熟悉什么，没有绝对的优劣。

反向代理和HTTPS

应用端口直接暴露在公网上，既不安全，也不利于以后管理多个服务。我们在服务器上装了Nginx，把域名请求转发到clawdbot的本地端口。

域名要先在腾讯云的域名解析里添加A记录，指向轻量服务器的公网IP。解析生效后再申请SSL证书。腾讯云的免费证书在控制台里就能申请和部署，部署到Nginx后，地址就能用https访问。

HTTPS配好后，把http请求自动跳转到https，并开启HSTS。这两项能减少明文传输和中间人攻击的风险，配置量很小，值得做。

上线检查和常见问题

上线前我们逐项验证，而不是只看进程在不在：服务能否开机自启，异常退出后能否恢复，日志能否正常写入，外网能否通过域名访问，HTTP能否正确跳到HTTPS。进程存在不代表服务可用，这一步别省。

实际运行中我们遇到过三类问题。一是端口被占用，启动失败，原因是之前的测试进程没退出。二是证书续签后Nginx没有重载，浏览器提示证书过期。我们后来在定时任务里加了自动重载。三是内存随时间缓慢上涨，调低日志级别并定期重启后有所缓解。如果你也遇到类似情况，先用监控看资源曲线，再决定是改代码还是调配置，别一上来就重启了事。

备份也不能省。我们每天对配置文件和重要数据做一次快照，保留最近七天。腾讯云的云硬盘快照可以直接在控制台设置定时策略，操作成本很低。