VPS 節點 IP 被封后的完整恢復流程

節點突然斷線,第一反應是 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 被封了。 ...

2026-04-15 · 2 min · 344 words · 磐石

Prometheus + Grafana 監控 VPS:從零搭建伺服器監控系統

跑著量化策略和代理節點的伺服器,沒有監控是非常危險的。凌晨記憶體爆了、磁碟滿了、策略掛了——如果沒有告警,可能幾個小時後才發現。 這篇文章從零開始,搭建一套完整的監控系統:被監控機器上跑 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 服務: ...

2026-04-10 · 4 min · 718 words · 磐石

OpenClaw 常見故障排查:我踩過的坑和解決方法

用 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 做保活: ...

2026-04-06 · 2 min · 375 words · 磐石

Claude Code 真實使用體驗:我是怎麼用 AI 管理 9 臺伺服器的

我從去年開始用 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 就有了我的基礎設施上下文,不需要每次都重複說一遍。 ...

2026-04-05 · 2 min · 226 words · 磐石