1Panel 使用一年：优点与踩坑

快到年底，翻了翻这台 VPS 的操作记录：证书续签、静态站上线、一次差点互覆盖的目录事故、两次面板更新前的快照。网站基本都挂在 1Panel 加 OpenResty 下面，用了接近一年。这篇不是软文，是写给明年自己的复盘——哪些省事是真的，边界在哪，还要不要续用。

它到底替我省了什么

建站路径短。域名指过来，站点建好，证书申请，反代规则点几下，一个静态站或简单后端就能对外。对「不想每次手写一整份 nginx 配置」的个人站长，这是实打实的时间。容器应用商店对常见服务也友好，装个数据库、看一眼资源占用，偶尔运维够用。界面比某些老牌面板清爽，学习曲线平缓，不会一打开就是上世纪的表格迷宫。

一年里我大概靠它起过多个静态站和反代入口。若全用命令行，证书和站点脚手架也能做，但碎片时间里点几下的诱惑很大——尤其出差在手机热点上救急的时候。数据库备份入口、简单进程守护，也偶尔用面板点一下，省去现场拼命令的紧张感。优点可以概括成：缩短从「想到上线」到「HTTPS 绿灯」的距离，并在应急时降低操作门槛。

边界：面板是加速器，不是大脑

面板本身是高权限应用。改端口、强密码、限制来源 IP 或只走 VPN，是默认动作，不是可选装饰。默认端口加弱密码等于在公网喊打。自动证书失败时，要会看 OpenResty 日志，别只盯面板红字；红字往往只说失败，根因在校验路径、80 占用或 DNS 未生效。

更新前最好给 VPS 打快照。面板更新出问题，比单个网站挂更麻烦——你连「顺手改配置」的入口都可能丢。自定义站点目录和部署脚本的目标路径必须记清楚。我用 rsync 部署时，曾和面板理解的「网站运行目录」不一致，差点把对方目录盖掉。后来做了一张多站点资产表：域名、目录、证书到期、部署命令、谁负责（就是我）。表格比记忆可靠。

使用边界我划成这样：面板管网站、证书、基础防火墙、资源一眼；命令行管 WireGuard、特殊 systemd、批量脚本、备份；配置尽量进 Git，面板只是操作入口。某天面板起不来，仍要能改 nginx、续证书、起容器。核心服务的备份与恢复路径，必须能脱离面板完成——否则你不是在用工具，是在被工具绑架。

踩过的坑，写进明年清单

证书面板显示成功但浏览器仍报错：查过中间缓存、旧证书 Stapling、以及反代到错上游。文件管理偶尔不如 SFTP 顺手，大目录上传还是脚本稳。应用商店版本与自己习惯的镜像 tag 不一致时，我改为 compose 自管，面板只反代。还有一次防火墙规则在面板与系统 ufw 之间理解偏差，外网端口以为关了其实开着——以系统层为准做了核对。

「面板可重建」会写进演练清单：假设面板数据丢了，站点内容从哪恢复、证书怎么重签、反代规则怎么回放。演练不必真删生产，但步骤要写到能照着做。资产表、Git 里的配置片段、restic 里的站点目录，三者对得上，才算有退路。

是否续用

会。它让我少点了很多重复劳动，尤其是证书与多站点的日常。但续用的条件写在纸上：安全基线不放松、更新前快照、目录与部署脚本对齐、关键路径可脱离面板。工具服务人，不是人服务工具。若有一天面板路线和大版本迁移成本高过收益，迁移成本也要提前估——站点内容在 Git 和备份里，就不怕换入口。我也试过把部分站点完全改为 compose 加自管 OpenResty，面板只留一两块「懒得手写」的静态站；混用并不羞耻，符合边界划分。

一年复盘的结论很平淡：继续用，保持可抛弃。可抛弃，才是长期使用面板最健康的姿势。明年若大版本变更日志里出现强制迁移或许可变化，就按演练清单走一遍「无面板恢复」，再决定是否续用——情绪上的习惯，服从于恢复路径是否还成立。