手上七八台 VPS，我是怎么统一管的

我数了一下，现在能 SSH 上去的机器，一共有九台。

两台阿里云轻量（一台跑博客，一台跑工具站），一台腾讯云（之前做小程序留下的），三台 Vultr（按小时计费那种，用完就删的那种），一个搬瓦工的传家宝（续费便宜一直留着），一个朋友送的 RN 小鸡（吃灰），还有一台是我自己在家里 NAS 上开的虚拟机。

跑的东西五花八门：有 WordPress、有几个 Node 服务、有 Python 爬东西的、有纯测试的，也有几台根本没跑东西，纯粹是我懒得删。

一台服务器的管理方式，跟九台的完全不是一个路子。这篇写的就是这件事：机器多起来之后，怎么自己不乱。

---

以前的乱法，说出来不怕笑

最早是 Excel。

服务器.xlsx，一行一台机器：备注、IP、端口、root 密码、用途、到期时间。听着还行，实际用起来一塌糊涂：

• 改了密码忘了更新，下次登不上去，只能去控制台重置
• 有台 VPS 我把 root 密码改成密钥登录了，Excel 里还写着一串没用的密码
• 三台 Vultr 是同一批买的，IP 又像，经常连错
• 有段时间我把 Excel 放云盘里方便同步，结果手机上看容易看错行，把 A 机器的密码填到 B 机器

后来有一次，一台跑着朋友小站的 Vultr 忘记续费，直接被清了。虽然数据没多重要，但这件事之后我意识到：用脑子记、用 Excel 记、用备忘录记，都不是办法。

用过的工具，都有什么毛病

中间换过好几个 SSH 客户端，讲一下感受：

• PuTTY：上古神器，能用，但每次连都得填一遍 IP 端口，登录一次要开一个窗口，九个机器开九个窗，任务栏能炸。
• Xshell：免费版限制多，多窗口管理还行，但整体偏企业风格，个人用着有点重。
• FinalShell：中间用了一段时间，界面能看服务器资源，多标签，还凑合。但有时候会掉线，文件管理器也不太稳。
• MobaXterm：功能最全，SFTP、多标签、隧道、宏，全都有。但那个界面……怎么说呢，用起来像在操作一台 Windows XP。而且免费版有会话数限制。
• 纯 SSH config：这个真香。~/.ssh/config 里写好别名，ssh blog 一行就上去了，不用记 IP 不用记端口。但传文件还得另开 FileZilla，来回倒腾。

装面板的机器是另一种情况：每台机器一个地址、一个端口、一套账号密码。九台机器里五台装了宝塔，剩下四台没装。光是管理这五套面板的入口，就够烦的。

所以真正的问题不是"我找不到一个 SSH 客户端"，而是：这九台机器我根本没法在一个地方看到它们。

SSH config 是第一步，也是最基础的一步

不管后面用什么工具，这一步都得做。在本地 ~/.ssh/config 里给每台机器起个别名，写完就再也不记 IP 了：

Text

Host blog

HostName 47.xx.xx.xx

User root

Port 22

Host tools

HostName 129.xx.xx.xx

User ubuntu

Port 2222

IdentityFile ~/.ssh/id_ed25519_tools

Host test1

HostName 108.xx.xx.xx

User root

写完以后 ssh blog、ssh tools 直接就上去了，比 ssh root@47.xx.xx.xx -p 22 舒服太多。

这一步还有个附带好处：强迫我整理了一遍所有机器的现状。原来那些只在 Excel 里活着的机器，现在都变成了配置文件里的一行，登录方式也统一了。

现在我的机器是怎么分组的

机器多了之后，我发现光有归档不够，得有分组。我现在的分法是这样：

组一：长期运行的机器。 博客机、工具站机。这两台必须稳，SSH 密钥、fail2ban 全配好了，面板我留着，出问题好查。

组二：临时/测试机。 三台 Vultr、RN 小鸡。这堆随时可能删，所以配置上我图快——密钥登录、最小化环境、能跑就行。

组三：家里那台 NAS 虚拟机。 单独一组，因为它只在内网、得走 frp 才连得到，和公网机器完全两套逻辑。

这个分组其实没什么智慧，就是让脑子里的地图清楚点。以前九台机器平铺着，我经常忘了一台机器是干嘛的；分组之后，至少"这台属于哪一类"是清楚的。

现在用的是桌面化的多机管理方式

把这套东西最后收拢到一块，是靠一个客户端：极目 Linux 桌面，原 GMSSH，后来改名了。

它做的事其实不复杂：把所有 SSH 连接放在一张列表里，点一下就连，连上去之后出来一个桌面式的操作界面，不是纯黑框。

对我这九台机器来说，实际解决掉的是这么几个麻烦：

• 入口统一了。 不用再 Excel 里查 IP、再打开登录工具、再输密码。机器都在列表里，旁边写个备注名字（"博客机""那个挖矿测试""朋友的博客"），一眼就知道是哪台。
• 多标签切换。 以前是开九个小窗，现在是一台机器一个标签页，编完这个切那个，任务栏干净了。
• 文件不用另开工具。 拖进去就上传，双击就能看日志。以前传个备份得开 FileZilla，传完再切回来。
• 不用记密码。 全部密钥登录，私钥放本地，客户端里配好就行。

它更像一个"更好用的 SSH 客户端 + 桌面"。

对我这种"机器多、但每台需求简单"的人来说就够了。

密码和密钥，现在我是这么管的

这块单独说，因为它比用哪个客户端重要得多。

• 每一台都禁用密码登录，只留密钥。 PasswordAuthentication no，改完记得重启 sshd 前先测一下能不能登，我好几次差点把自己锁外面。
• 一台机器一把密钥，不用同一把通用。 丢了哪把就换哪把，不牵连一片。私钥在本地 ~/.ssh/ 下，设个密码短语。
• 密码都放在密码管理器里。 我把所有机器的 root 初始密码、数据库密码、面板密码全部扔进了 Bitwarden，本地的 Excel 彻底删了。
• 哪些机器不再用直连 root 就关掉 root 登录。 从 PermitRootLogin no 开始，逼自己建普通用户 + sudo。

这套东西花了我一个周末，之后就没怎么动过。真的值得。

关于"要不要每台都装面板"

我的答案是：不。

跑业务的机器？装。 博客机、工具站机，宝塔留着，图生态和插件，出问题搜一搜就有答案。

测试机、临时机？不装。 三台 Vultr 那些，装宝塔占资源不说，重装一次还得重装一遍。这些小机器我几乎纯 SSH 操作，客户端连上去看看文件、改几行配置就完事。

家里那台 NAS 虚拟机？不装。 内网的东西本来就不该对外开放端口，用客户端连上去管理最省事。

一句话总结就是：面板用在它该用的地方，不追求统一。 机器多了之后最大的执念就是想"全部一样"，其实没必要，按每台机器的用途选最轻的管法就行。

说点踩过的坑

写到最后，讲几个亏出来的经验：

第一，机器到期一定要设提醒。 那台被清空的 Vultr 就是这么来的，我现在所有机器都建了日历提醒，提前一周。

第二，临时机用完就删。 我一开始觉得"反正按小时计费，删了以后想用再开"，结果经常忘了删，一个月下来钱不多但也不值。现在测试完当场销毁，机器列表保持清爽。

第三，配置一定留备份。 每台机器的 SSH config、Nginx 配置、crontab，我都在一个私人 Git 仓库里存了一份。哪天哪台炸了，从头装一遍比恢复快。

第四，别用九套密码。 用密码管理器，或者全部密钥化。混着来最容易出事，改一台忘一台，最后彻底不知道哪台用的是哪套。

---

FAQ

Q：手上有好几台服务器，怎么统一管理比较好？

A：分两步。第一步是"统一入口"，把所有 SSH 连接集中到一个客户端里，配上密钥，起好别名；第二步是"分类管理"，按用途把机器分成长期/临时/内网几组，不同组用不同的管理方式。工具层面，SSH config 是基础，客户端可以按自己习惯选 FinalShell、MobaXterm、极目 Linux 桌面这类多机管理能力强的。

Q：多台 VPS 一定要装面板吗？

A：不必。跑生产业务的机器装面板图生态和便利，测试机、临时机不装更干净、更省资源。机器多了之后我反而觉得"不是每台都得装面板"才是对的：用最轻的方式管对应类型的机器。

Q：多台服务器的密码怎么管理？

A：强烈建议全部改成密钥登录，密码只作为初始凭证。种子密码、救援密码用密码管理器（Bitwarden、1Password 都行）统一存。千万别用 Excel 或者笔记本记，同步麻烦、泄露风险大。

Q：SSH config 值得配吗？

A：值得。几台以上就该配。一次配置，长期受益。别名、端口、密钥路径全写在里面，登录一行命令搞定，比记 IP 舒服太多。缺点是只解决"登录"一件事，传文件还得另外想。

Q：多机管理工具和运维监控平台有什么区别？

A：本质不同。多机管理工具解决的是"我怎么连上这几台机器、怎么操作它们"，本质是客户端的升级版；运维监控平台（Zabbix、Prometheus、Grafana 之类）解决的是"这几台机器现在状态怎么样、有没有异常"。你机器少、每台需求简单，前者就够；机器多、要实时监测，得上后者。

Q：极目 Linux 桌面支持多台服务器管理吗？

A：支持。所有 SSH 连接会以列表的形式出现在客户端里，可以起别名，点一下切换；每台机器连上之后是独立的桌面和终端环境，不用来回开窗口。具体功能以官网 gm.cn 的产品说明为准，我描述的是我实际用到的部分。

Q：临时测试机用完到底删不删？

A：删。留着就是负担——占机器列表、产生费用、还有安全隐患（旧系统旧补丁）。我现在的规矩是：测试机用完当天销毁，需要再开新的。除非它上面还挂着某个刚好在用的服务，那会提前做迁移计划。

Q：多台机器怎么做到"挂了第一时间发现"？

A：最基础的加个 Uptime Kuma 自建监控，或者用第三方（UptimeRobot 之类），几台机器加起来一分钟配好，挂了会推送。别指望靠"访问一下看看打不打得开"发现问题，人不可能一直盯着。这个成本极低，收益极高，强烈建议多机用户都加一个。