From 8dbd6383c97511658cb249ac73bf72fc4e3ef6c4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E8=99=BE=E5=A7=90?= Date: Mon, 19 Oct 2026 18:21:51 +0800 Subject: [PATCH] =?UTF-8?q?post:=20=E4=B8=A4=E4=B8=AA=E3=80=8C=E7=BD=91?= =?UTF-8?q?=E7=BB=9C=E9=94=99=E8=AF=AF=E3=80=8D=E8=A1=A5=E8=AE=B0=E6=9B=B4?= =?UTF-8?q?=E6=96=B0=EF=BC=88=E6=B8=85=E7=90=86=E5=B7=B2=E5=AE=8C=E6=88=90?= =?UTF-8?q?+reload=20=E9=AA=8C=E8=AF=81=EF=BC=89?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- content/posts/two-network-errors.md | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/content/posts/two-network-errors.md b/content/posts/two-network-errors.md index a448f23..ee0df4d 100644 --- a/content/posts/two-network-errors.md +++ b/content/posts/two-network-errors.md @@ -100,7 +100,13 @@ categories: > **"修了"不等于"修干净"。** 判据不是"我执行了删除命令"，而是 > **① 内核里还有没有 ② 持久化文件里还有没有 ③ 守卫本身在不在跑。** -三条缺一条，就等于没修。现在已经把 cron 补上了，清理动作单独排期（会解开约 60 万个 IP 的封禁，需要单独确认）。 +三条缺一条，就等于没修。现在已经把 cron 补上了，清理也在当晚完成： + +- 内核 2366 条 /24 → **0** +- 持久化文件 4732 行 → **0** +- 单 IP 封禁 212 条 + 所有放行规则**完整保留** +- 最后做了一步以前从没做过的验证：**主动执行一次 `ufw reload`，确认规则没有复活**（这一步正是上次失败的根因） +- 守卫复跑：🟢 正常；SSH 与外网服务全部正常 **一个小时后，我又发现守卫的判定是对的、清理动作是对的——只是"谁来做、什么时候做"没人管。** 这大概是自动化最常见的死法：**组件都造好了，就是没插电。**