运维

节点突然断线，第一反应是 IP 被封了。但封锁有不同类型，处理方式也不一样。乱操作容易浪费时间，这篇文章把排查和恢复流程整理清楚。 第一步：确认是否真的被封 节点连不上的原因不只有 IP 被封，先排除其他可能： # 从本地直接 ping VPS 公网 IP ping 你的VPS_IP # 如果 ping 通但代理不通，可能是端口问题 curl -v --connect-timeout 10 https://你的VPS_IP:443 各种情况判断： 现象 可能原因 ping 超时，traceroute 在国内某跳断掉 IP 被防火墙封锁（最常见） ping 通，但代理协议连不上 端口/协议被封，IP 未封 SSH 能连，代理连不上 代理服务进程挂了 什么都 ping 不通，SSH 也不行 VPS 宕机或账号欠费 先用在线工具测试 IP 是否全局可达： IPIP.net：https://www.ipip.net/ip.html → 输入 IP → 看"中国可达性" itdog.cn：多节点测速，看国内各省能否连通 如果工具显示国内多个省份都 ping 超时，基本确认是 IP 被封了。 ...

跑着量化策略和代理节点的服务器，没有监控是非常危险的。凌晨内存爆了、磁盘满了、策略挂了——如果没有告警，可能几个小时后才发现。 这篇文章从零开始，搭建一套完整的监控系统：被监控机器上跑 Node Exporter 采集指标，Prometheus 收集存储，Grafana 可视化展示，加上 Telegram 告警。 架构说明 被监控 VPS（N台） 监控中心 VPS（1台） ┌──────────────┐ ┌─────────────────────┐ │ Node Exporter │ ──9100→ │ Prometheus（采集） │ │ Node Exporter │ ──9100→ │ Grafana（展示） │ │ Node Exporter │ ──9100→ │ Alertmanager（告警） │ └──────────────┘ └─────────────────────┘ 我的做法：一台小 VPS（1核1G 足够）作为监控中心，其他机器装 Node Exporter 暴露指标。 第一步：在被监控机器上安装 Node Exporter 每台要监控的 VPS 都要做这一步。 # 下载 Node Exporter（确认最新版本号） cd /tmp wget https://github.com/prometheus/node_exporter/releases/download/v1.8.2/node_exporter-1.8.2.linux-amd64.tar.gz tar xzf node_exporter-1.8.2.linux-amd64.tar.gz mv node_exporter-1.8.2.linux-amd64/node_exporter /usr/local/bin/ 创建 systemd 服务： ...

用 OpenClaw 跑自动化任务，最麻烦的不是配置，而是"跑着跑着突然不工作了"。这篇文章整理我遇到过的故障和解决方法。 Gateway 相关 Gateway 服务未启动 症状：Telegram 发消息没反应，AI 助手不回复。 检查： openclaw gateway status 常见原因和解法： 原因 解法 进程挂了 openclaw gateway restart Bot Token 过期 去 BotFather 重新获取 token，更新配置 端口冲突 lsof -i :端口号 找占用进程，kill 掉 Windows 开机未自启 任务计划程序加入自启 Windows 特别注意：Windows 上 Gateway 不会随系统自动启动，每次重启后需要手动运行： openclaw gateway start 建议做成 Windows 任务计划程序的开机自启任务。 Gateway 启动后几小时自动断开 症状：刚开始好的，过一段时间 Telegram 又不响应了。 原因：Telegram 的 long-polling 连接超时，Gateway 没有自动重连。 解法：用 cron 或 systemd 做保活： ...

我从去年开始用 Claude Code（就是 Anthropic 出的那个 CLI 工具）管理我的一堆服务器，用下来感觉这才是 AI 应该有的使用方式——不是聊天，而是真正在帮你干活。 我的使用场景 9 台海外 VPS（AWS / DMIT / 腾讯云），分布在美国、香港、日本、新加坡，跑着： 代理节点（Xray + Hysteria2） 量化交易策略 监控系统（Prometheus + Grafana） 各种自动化脚本 以前这些机器要靠手动 SSH 进去一台台操作，现在我直接跟 Claude Code 说"把日本那台机器的 Xray 配置更新一下"，它就帮我 SSH 进去、修改配置、重启服务、验证状态。 Skill 系统：让 AI 有专业知识 Claude Code 支持自定义 Skill（类似系统提示词），我给不同的任务场景都写了专门的 Skill： 服务器运维 Skill # 服务器运维助手 你负责管理以下 VPS： - aws-us: 13.x.x.x（美国） - aws-hk: 43.x.x.x（香港） - aws-jp: 3.x.x.x（日本） SSH 端口统一 18022，用户名 ubuntu，使用 PEM 文件认证。 标准操作流程： 1. 连接前先检查机器是否在线（ping 测试） 2. 操作前备份配置文件 3. 修改后验证服务状态 4. 如有异常立即回滚 这样 Claude 就有了我的基础设施上下文，不需要每次都重复说一遍。 ...