伺服器 – 風雲網通系統

從硬體架構、DPI 引擎原理到 SMB 商業模式——為什麼這兩種方案根本不在同一個維度競爭？

資安工程 UTM 評估開源方案工程師思路系列從硬體架構、DPI 引擎原理到 SMB 商業模式——為什麼這兩種方案根本不在同一個維度競爭？問題起點：能否用開源方案取代 Pico-UTM？ Pico-UTM 100 的市場定價約 NT$12,980（三年特徵碼／韌體更新含主機，市場參考價，依通路與時間而異）。從 IPQ4018 此類 SoC 的量產規模推估，售價結構應包含硬體與多年授權費兩個部分，授權費佔比不低。問題是：能用開源方案組合出 70~80% 的同等功能嗎？ ▌ 結論先說偵測能力可以做到 75~85%，但「難拚」的點不在功能，在工程取捨與商業模式。開源方案和 Pico-UTM 根本是不同維度的產品。難拚的根本原因有三個層次：引擎技術（Lionic 自有 DPI 演算法）、硬體成本（ARM SoC 大量製造壓低成本）、責任歸屬（盒子本身就是一份保固承諾）。 Pico-UTM 100 硬體規格解析規格項目數值說明 CPU Qualcomm IPQ4018 4 核 ARMv7 Cortex-A7；官方 spec 600MHz，板廠超頻至 700~716MHz 是常態，日本代理商標示 710MHz RAM 256MB 串流式掃描設計，不需將整個檔案暫存 Flash... » read more

Read

steven written 6 days ago

一封信為什麼會被退回 —— 郵件信任體系三十年演變

PCPILOT · 工程師思路系列一封信為什麼會被退回 ——郵件信任體系三十年演變規則不是憑空訂的，是被逼出來的。今天的標準，是三十年來人與垃圾郵件博弈的妥協結果。你有沒有遇過這種情況：信寄出去，對方說沒收到，查了一下，原來進了垃圾桶，或者直接被退信。收信方的伺服器不是隨機擋信的。它在執行一套規則——一套從 1980 年代到現在，被現實一次次逼著修改的規則。要理解這套規則為什麼長成今天這個樣子，得從頭說起。純真年代：信任是預設值網際網路的前身 ARPANET，是 1960 年代末美國國防部和學術機構搭起來的封閉網路。用的人彼此認識，不是研究員就是工程師，根本沒有「壞人會進來」這個預設。 1982 年定案的 SMTP（簡單郵件傳輸協議）就是在這個背景下設計的。協議的名字裡有個「簡單」，不是謙虛，是真的很簡單——任何人架一台伺服器，就能對任何人寄信，沒有身份驗證，沒有來源確認。 📌 SMTP 是什麼？ Simple Mail Transfer Protocol，1982 年制定，至今仍是所有電子郵件傳輸的底層協議。它規定了郵件伺服器之間怎麼對話、怎麼傳遞信件——但原始設計完全沒有驗證寄件人身份的機制。這個設計在當時沒有問題。網路是封閉的，用戶是可信的，「簡單」就是美德。問題是，網際網路後來沒有維持封閉。垃圾郵件的反撲：反解成為第一道門 1990 年代，網際網路向公眾開放，商業化浪潮湧入。原本安靜的學術網路，瞬間擠進了各種人。 1994 年，兩位美國律師對幾千個新聞群組大量發送廣告，這通常被認為是史上第一封現代意義的垃圾郵件。之後的十年，垃圾郵件量以指數成長——2003 年前後，全球電子郵件流量裡，垃圾郵件一度佔到 80% 以上。收信方的伺服器需要一個快速判斷的方法。反解（PTR record）就是在這個時期成為業界慣例的。 📌 什麼是反解（PTR record）？ DNS 正解是「把網域名稱查成 IP」，反解是反過來——「把 IP 查成對應的主機名稱」。例如把 203.x.x.x 查出來得到 mail.pcpilot.com.tw。重點：PTR 記錄不是由網域擁有者設定，而是由持有該 IP 的 ISP 設定。你控制不了它，只能請求... » read more

Read

steven written 2 weeks ago

免費仔的基礎架構學 — EmailJS、Resend、Cloudflare Free Tier 背後，藏著什麼商業邏輯？數據說話。

免費仔的基礎架構學 EmailJS、Resend、Cloudflare Free Tier 背後，藏著什麼商業邏輯？數據說話。 Mr. τ 風雲網通系統有限公司 PCPiLOT 工程師思路系列・事出必有因「免費」從來不是慈善。它是一種精心設計的獲客武器。當你在用 Cloudflare 免費 CDN 的時候，你已經在它的飛輪裡了。而這個飛輪，有數字為證。先說結論：三個服務，三種不同的免費策略很多人把 EmailJS、Resend、Cloudflare 放在同一個籃子裡，覺得「反正都是免費工具」。但如果你仔細拆開它們的商業模型，會發現三者根本不在同一條賽道上，免費的目的也完全不同。這不是哪家比較好的問題，而是：它們各自在釣不同體型的魚，而且都算得很準。接下來我會用公開財報與融資數據，把每一家的商業計算攤開來看。 EmailJS：最誠實的免費策略 EmailJS 解決的問題很具體：「我只想讓網頁表單能寄信，但我不想架伺服器。」它的做法是在雲端代管 SMTP 連線，前端直接呼叫 SDK 就能寄信。 EmailJS 沒有公開財報，但它的官方定價頁上有一句話，把整個商業邏輯說得非常直白： “EmailJS Free plan is supported by EmailJS paid customers. If you would like to support our mission, please consider upgrading to a... » read more

Read

steven written 2 weeks ago

從裸奔的 API Key 到全面打通的郵件架構 — 修一個問題，順著脈絡把旁邊的問題也一起收掉。

PCPILOT · 工程師思路系列 Pico-UTM 行銷日：從裸奔的 API Key 到全面打通的郵件架構修一個問題，順著脈絡把旁邊的問題也一起收掉。那天的任務很單純：為 Pico-UTM 100 的銷售衝刺準備材料。這批設備有點特別——三年資安服務授權綁定的 700Mbps UTM，價格實在超值到連我自己都先買了一台，是難得一見的尾盤機會。從早上開始，文件、網頁工具、診斷問卷一份接一份。其中最花工夫的是「企業網路風險自我診斷」工具：業主勾選公司有哪些網路設備，系統依風險模型即時產生報告，同步寄信給業主和業務端。測試完成，信寄出去，報告顯示正常。完美。然後習慣性地按了 F12。裸奔的發現 EmailJS 的 Public Key、Service ID、兩組 Template ID，全部白紙黑字在原始碼裡。 📌 什麼是 API Key 裸奔？網頁的所有程式碼，任何人都可以用瀏覽器「檢視原始碼」或開發者工具看到。如果服務的金鑰（API Key）直接寫在網頁裡，等同於把保險箱密碼貼在門口。拿到 EmailJS 的 Key，任何人都能冒用你的帳號大量寄信，直到額度用完或帳號被封。做資安診斷工具的人，自己的工具先裸奔——這個畫面說不過去。當天就決定修掉。路徑分歧：怎麼選解法解法不只一條，每條都有代價。方案可行性決定自架後端伺服器可行，Key 安全 ❌ 多管一台機器，排除 Resend 前端直打＋Domain 限制 Key 洩漏仍可發詐騙信 ❌ 法律風險，排除... » read more

Read

steven written 2 weeks ago

換了高強度密碼還是失守 ——一個 SMB 郵件帳密持續洩漏案例的完整拆解

部落格：換了高強度密碼還是失守——一個 SMB 郵件帳密持續洩漏案例的工程師視角資安案例 · 工程師視角換了高強度密碼還是失守 ——一個 SMB 郵件帳密持續洩漏案例的完整拆解作者：Mr. τ｜風雲網通系統有限公司（PCPiLOT）｜2026 年 9 月事件背景某中小企業客戶的郵件帳號密碼遭到未授權方取得。事發後，來自境外（南非方向）IP 的主機，持續利用代管郵件主機大量對外寄信。客戶第一次發現問題後更換了密碼。異常行為再度出現。第二次改用高強度密碼——問題仍然持續。這一刻是整個案件的關鍵轉折點。「換了高強度密碼還是失守」這件事，不應該被解讀為「密碼被暴力破解」。以現代密碼強度而言，暴力破解的可能性極低。更值得警戒的推斷是：存在某個環節，能在每次密碼更換後持續取得新版本帳密。這個判斷改變了整個處置策略的方向。已確認事實 vs. 推論工程師思路的第一步，是把「確認知道的」和「還不知道的」分開。已確認事實郵件帳號遭未授權方取得並實際使用境外 IP 利用代管主機大量對外寄信更換密碼後異常行為再度出現，高強度密碼亦未能阻止公司收發信工作站使用 Windows 7，已超出微軟支援期限尚待確認（推論，非結論）密碼洩漏的確切來源，目前有多種可能性，不能單憑現有現象判定： Windows 7 工作站本體漏洞遭利用，帳密被擷取端點電腦遭 keylogger 或木馬感染瀏覽器儲存的帳密遭取得曾在其他地方保存的舊密碼被重複使用郵件代管服務端或第三方服務發生問題本次事件確認的是「郵件帳號遭未授權使用」，並非已確認公司內部電腦遭入侵。在釐清洩漏來源之前，任何過度的結論都會誤導處置方向。處置架構：三層推進 1 立即止血停用問題帳號，截斷現有入侵管道。重新建立新帳號與密碼，新帳密絕不在原可疑工作站上輸入——若舊電腦本身是洩漏來源，在同一台機器上輸入新密碼，等同於再次把新鑰匙送出去。改以 Windows 11 乾淨電腦作為郵件收發工作站。 2... » read more

Read

steven written 2 weeks ago

複製貼上? 可沒這麼簡單. 換碟七小時：一台 2008 R2 伺服器的預防性換碟、BMR 還原、與深夜的意外插曲

工程師思路系列事出必有因 Windows Server RAID 維護 BMR 還原換碟七小時：一台 2008 R2 伺服器的預防性換碟、BMR 還原、與深夜的意外插曲 2026 年 8 月 22 日　｜　Mr. τ　／　風雲網通系統有限公司預防性換碟，聽起來是一件很日常的事。帶著備份、帶著驅動程式、帶著多年的肌肉記憶，下午進場，傍晚完工，晚上請客戶驗收。但這次，完工後的兩個小時，我站在現場，看著 ERP 系統越來越慢，然後完全連不上。這篇文章記錄的，就是那一晚發生的事，以及身為工程師，我從中帶走的教訓。一、這台機器是什麼來歷客戶是台中的製造業中小企業，核心系統是一套跑在 Windows Server 2008 R2 SP1 上的 ERP。主機是 ASUS RS500-E8-PS4 v2，磁碟控制器是主機板韌體層的 LSI MegaSR——也就是俗稱的「Fake RAID」。兩顆 Seagate Exos 7E8 已經穩定服役了 8 到 9 年。沒有故障，但年限到了，主動換碟比等到壞掉再換要安全得多。這次換上的是 Toshiba MG10ADA200E，企業級、5 年保固。 ⚠ MegaSR 的維運盲點：這種... » read more

Read

steven written 1 month ago

科技冷知識（續）：換硬碟不只是換硬碟——當 ERP 系統遇上 RAID 陣列移轉

💡 科技冷知識（續）：換硬碟不只是換硬碟——當 ERP 系統遇上 RAID 陣列移轉 PCPiLOT 工程師思路系列・事出必有因／ Mr. τ・風雲網通系統本文為〈為什麼硬碟明明「複製成功」，換上去卻藍屏？〉的延伸案例。上篇談的是 Data ≠ Boot——複製資料不等於系統可以開機。這篇再加一層真實現場遇到的問題：Boot ≠ Application Ready。這是一個真實的現場案例。客戶的伺服器跑了多年，硬碟開始出現老化跡象。機器是 ASUS RS500-E8-PS4 V2，兩顆硬碟透過主機板做 BIOS RAID，上面跑的是 Windows Server 2008 + 台灣正航公司的 ERP 系統。任務很明確：換新硬碟，系統繼續跑，ERP 不能停。聽起來是標準的硬碟更換案。但細節一展開，就知道為什麼老 IT 人遇到這種案子會多想幾秒。 🔧 這台機器的 RAID，不是你想的那種 RAID ASUS RS500-E8 板載的 RAID 是 LSI MegaSR，業界俗稱「偽 RAID」或「BIOS RAID」。它和真正的硬體 RAID 卡不同：... » read more

Read

steven written 1 month ago

同齡不同命：PDM 伺服器硬碟故障全記錄

工程師思路系列 · 事出必有因同齡不同命：PDM 伺服器硬碟故障全記錄兩顆同批硬碟、截然不同的 S.M.A.R.T. 數據，說明了一件事—— 客戶的 PDM 主機頻繁出現 BSOD，三趟現場、兩顆硬碟更換、一次與故障碟搶時間的緊急救援——這篇文章完整記錄過程與教訓，以及這個案例如何成為我們開發硬碟分析工具的直接動機。伺服器硬碟配置磁碟型號用途最終狀態 Disk 1 Seagate Exos E7B 2TB C:（Windows Server 2016）+ E:（備份區）健康，無明顯瑕疵磁區 Disk 2 Seagate Exos E7B 2TB Oracle 資料庫 + PTC Windchill / Creo 設計檔案瑕疵磁區數以萬計，已嚴重劣化兩顆硬碟同型號、同時間採購上線，帳面上應該「狀況差不多」。實際展開 S.M.A.R.T. 數據後，結果令人震驚——兩顆同齡的硬碟，健康落差大到像是相差了好幾個世代。「同齡不同命」——Workload Rate Limit 沒說的那件事廠商的 Workload Rate Limit（年工作量上限）衡量的是「搬運了多少資料」，而不是「磁頭來回了幾次」。 Disk... » read more

Read

steven written 2 months ago

企業資料庫儲存設備健康評估案例: 硬碟不是突然故障，而是被工作負載慢慢磨損

硬碟不是突然故障，而是被工作負載慢慢磨損一次企業資料庫儲存設備健康評估案例在企業 IT 環境中，硬碟故障往往不是發生在「完全沒有預警」的瞬間。更多時候，設備早已透過各種訊號告訴我們：它正在老化。只是企業通常看到的是：「系統還能運作。」而不是：「設備是否已經進入高風險階段？」近期一次企業核心系統健康評估案例中，我們分析了一組長期承載資料庫服務的機械硬碟。這組設備具有非常難得的比較條件：同一批採購同一台伺服器接近相同服役年資相同機房環境但最後結果卻非常不同。其中一顆硬碟仍維持正常狀態，另一顆則已出現嚴重健康警訊。工程觀察：硬碟壽命，不只是由「使用時間」決定，而是由「使用時間 × 工作負載」共同決定。一、同樣服役多年，為什麼硬碟健康狀態差異巨大？此次評估對象是一台企業級機架式伺服器，主要承載：企業資料庫系統產品資料管理（PDM）平台工程文件與產品生命週期資料伺服器內兩顆硬碟原本就有不同任務分工。第一顆硬碟：主要負責作業系統、系統環境與備份相關工作。第二顆硬碟：負責資料庫核心資料，包括交易紀錄、索引資料、關聯結構與大量查詢工作。兩者看似都是「硬碟」。但是實際承受的工作型態完全不同。系統碟：較接近穩定、循序、大區塊資料存取。資料庫碟：長期承受高頻率、小區塊、隨機存取。而這正是機械硬碟最重要的差異來源。二、資料讀寫量不是硬碟磨耗的唯一答案很多人判斷硬碟壽命時，第一個想到的是：「這顆硬碟寫了多少資料？」但對機械硬碟而言，這並不是完整答案。在此次案例中，兩顆硬碟累積寫入量接近。但是資料庫硬碟的累積讀取量，達到系統碟數十倍以上。為什麼？因為資料庫工作模式與一般檔案儲存完全不同。連續讀取：低物理壓力例如企業備份：一次讀取大型映像檔，磁頭找到位置後，可以長距離連續讀取。這比較像：一次搬大量貨物，送往同一個地址。隨機讀取：高物理壓力資料庫查詢則可能需要快速尋找：... » read more

Read

steven written 2 months ago

工程師思路系列・事出必有因: 當 SMART 亮紅燈，工程師看到的不只是壞掉的硬碟

工程師思路系列・事出必有因一顆硬碟的遺言當 SMART 亮紅燈，工程師看到的不只是壞掉的硬碟 Mr. τ　|　風雲網通系統有限公司 · 2026 年 7 月 · 閱讀時間約 8 分鐘接到電話的時候，已經是下午了。對方是台中一家自動化機械設計公司的負責人，語氣有些急：「工程師說伺服器怪怪的，你可以過來看一下嗎？」出門前，我把診斷隨身碟、備援硬碟、萬用電表、起子、網路線一件件放進工具箱。每次遇到這種電話，我都不知道今晚幾點回公司。路上順手買了一罐提神飲料。到了現場，把診斷隨身碟插進前面板的 USB。沒有反應。換到後面板，才順利開機進入診斷環境。大多數人看到的是：USB 壞了。我看到的是：這台機器已經老化到開始出現第二層症狀了。答案後來出來了——車程不計，現場停留時間：5 小時 13 分鐘。 SMART 亮了什麼燈執行硬碟健康診斷後，畫面上出現了這一行： SMART overall-health self-assessment test result: FAILED! Drive failure expected in less than 24 hours. SAVE ALL DATA. 不是警告，是宣判。預計 24 小時內故障，請立即備份所有資料。幾個關鍵數字： 22,984 重新分配磁區數（壞軌數，正常應為 0）... » read more

Read

steven written 2 months ago

AI 助理看不到現場：Linux 客製化的核心困境與破解展望

工程師思路系列・事出必有因 AI 助理看不到現場：Linux 客製化的核心困境與破解展望 Mr. τ・風雲網通系統・2026 你不是不夠努力。你只是一個人，扛了不該一個人扛的事。一、那些年，我們獨自面對的黑畫面深夜。機器前。一整頁白字在黑色終端機畫面上靜靜燃燒。你不確定是驅動問題、套件相依性衝突、還是這個發行版的版本差異。你查到的解法，是別人的環境、別人的套件版本、別人的硬體——不是你眼前這台機器的現場。改了一個，壞了另一個。再查，再改，再壞。這不是技術能力的問題。這是資訊孤島的問題。二、AI 助理出現了，但它看不到現場 AI 助理的出現，讓很多人以為問題解決了。但在 Linux 現場客製化這個場景，一道新的牆出現了——不是 AI 不夠聰明，而是 AI 根本看不到你的現場。 1 現場資訊出不來錯誤畫面往往不只一頁。工程師能做的，只有舉起手機，對著滿屏白字拍照。拍到的是圖片，不是可以複製的文字——AI 讀圖還可能漏字或誤判關鍵訊息。 2 AI 回應進不去手機 AI 給出的往往是成串甚至成段的指令。工程師必須把這些文字「人工搬運」回標的電腦的 terminal——一個字抄錯，全盤皆輸，一切重來。 3 資安顧慮讓選擇更少新安裝的系統，環境未知、安全性未確認。為了不留下個人帳號足跡，不敢在標的電腦上登入 AI 助理，反而被迫改用最低效的手機模式求助。 4 語言障礙讓表達品質下降沒有中文輸入法，使用者被迫用蹩腳英文慢吞吞描述問題。表達不完整、脈絡殘缺，AI 收到的是失真的現場描述，給出的答案自然也偏差。母語輸入不是舒適度問題，是 AI 協作品質的基礎條件。沒人說出口的附帶代價：手機相簿裡莫名多了一堆黑底白字的終端機畫面，夾在生活照之間。忘記刪除就佔用空間，同步雲端則連備份都跟著污染。當下解決了不會去看，沒解決放棄了更不會去看——幾乎注定永遠躺在那裡。四重障礙合起來，形成一個惡性循環：錯誤發生 → 資訊出不來（拍照）→ 語言殘缺地描述問題 → AI 回應進不去（手抄）→ 抄錯又出錯 → 再拍照…… 這不是使用者的問題。是工具的設計，還沒跟上現場的需求。... » read more

Read

steven written 3 months ago

antiX 26 × fcitx5 × 新酷音：從懷疑人生到徹底搞懂

工程師思路系列事出必有因現場實錄一個 Ctrl+Space，卡了一整晚 antiX 26 × fcitx5 × 新酷音：從懷疑人生到徹底搞懂我有一台 Acer Aspire 4745G，第一代 i5，4GB RAM，說老不老，說新不新。它的任務是跟我跑現場——去客戶公司做網路勘查，掃設備、抓封包、出報告。為了讓這台老筆電跑得動勘查工具，我裝了 antiX 26——一個極度輕量的 Linux 發行版。裝完之後一切都好，只剩一件事：打不了中文。「這有什麼難的？」——我當時這樣想在 Windows 上裝中文輸入法是五分鐘的事。Linux 嘛，查一下文件，跑幾行指令，應該也差不多吧。結果我低估了這件事。先裝 fcitx5，按照網路教學一步一步來，裝完重開機——Ctrl+Space，沒反應。換 fcitx4，一樣。換 ibus，還是一樣。三套輸入法框架，全部裝了又刪，刪了又裝，環境變數在系統裡留下一堆殘骸互相打架。讓 Google Search AI 幫我試了四種不同版本，全都失敗。「是不是 antiX 根本就不支援中文輸入？」「還是我哪個步驟做錯了？」「還是這台機器有什麼特殊問題？」這種時候最消耗心力——不是累，是不知道問題出在哪裡，所以不知道從哪裡修。換個工具，換個思路後來我換了方法：不再自己亂試，而是讓 Claude Fable 5 協助我做系統性的診斷。做法很直接——先寫一支診斷腳本，把系統狀態全部挖出來：目前裝了哪些輸入法套件、環境變數是什麼值、Display... » read more

Read

steven written 3 months ago