以下是兩個典型情境。不是掛名的客戶見證，而是兩種最常見的處境——以及 SvrGuard 在其中做了什麼。
公司幾個對外網站的維護是我在顧。一直有人反映「網站有點慢」「偶爾怪怪的」，我調出 Apache 的 access log 一看，裡面滿滿都是攻擊痕跡——有人反覆掃 /.env、試 /wp-login.php、翻各種後台路徑。
我先用 Apache 自己的方式擋：開封鎖模組，把壞位址寫進 deny 清單。擋是擋得掉，但很麻煩：規則得我自己維護，對方換個路徑、換個手法，我寫死的規則就漏接；我封了哪些、為什麼封，過一陣子連自己都查不到，交接更講不清楚；每台主機我都得各做一套，沒有一個地方能一次看完。
後來我換成 SvrGuard，省掉的就是這些：
結果就是：我不用再盯著 log 手寫規則，變形攻擊交給行為判定，省下來的是每天被它一點一點吃掉的那些時間。
最近主機有點慢，三不五時 CPU 就飆到滿載。我查了老半天，才發現被入侵了——有人透過 SSH 猜中密碼進來，把我的主機變成挖礦的礦機，難怪 CPU 一直壓在高檔。
清掉之後我開始想：下一次，我要在對方得手之前就擋住，而不是事後才發現。
這正是 SvrGuard 在做的事：
ld.so.preload、暫存目錄裡的可疑執行檔、怪異的 cron／systemd 啟動項有變化時，提醒我去看一眼。⚠️ 老實說：SvrGuard 不是防毒、也不會幫我清掉已經種進去的礦工——那部分還是得自己處理。它做的是把攻擊來源擋在外面、在異常發生時讓我第一時間知道，讓「被打穿才發現」變成「還沒被打穿就擋下」。
SSH 偵測與封鎖、可疑對外連線與完整性巡檢的通知，都是 Free 的。想知道完整能擋哪些，看 防禦力實測。