系統與維運

上週為了讓同事拉一份檔案，我在測試機上把 IIS 專案資料夾開了個進階共用。東西傳完後我把共用關掉，繼續回頭改別的東西。 十分鐘後測試站同事回訊息：整個網站 HTTP 401，連 /favicon.ico 都打不開。 我第一個念頭是「我剛剛根本沒動 web.config 啊？」然後花了半小時繞遠路——這篇就是想分享這個坑，因為症狀跟原因之間的距離遠到不合理。 症狀 瀏覽器吃到 401 Unauthorized 連 CSS、圖片這類靜態檔都 401 IIS 沒有動過站點設定 專案程式碼沒動過 App Pool 跑得好好的，沒當機、沒停 重啟 IIS 沒用 翻開 IIS 記錄（C:\inetpub\logs\LogFiles\W3SVC...），關鍵那行： 12sc-status: 401sc-substatus: 3 401.3 的官方說明是 「Access is denied due to an ACL set on the requested resource」——翻譯：這不是 IIS 驗證設定的問題，是 NTFS 層級擋下來的。 我第一個走錯的方向本能反應是去翻 App ...

按下 APEX 啟動鍵。讀取畫面跑完。然後——藍屏，重啟。 再試一次。還是藍屏。 這個問題困擾我好一陣子了。頻率不固定，有時候連開三場沒事，有時候進遊戲讀完畫面就炸。因為不是每次都觸發，排查起來格外惱人——你沒辦法穩定重現，就很難判斷到底是哪裡出問題。 我走過的彎路我一開始懷疑是熱當。APEX 吃資源本來就兇，我的 GPU 溫度跑到八九十度是常態，藍屏的時間點又剛好在遊戲載入高峰，看起來太像過熱了。 所以我先更新了顯示卡驅動。沒用。 接著我把 APEX 的相關路徑全部加進火絨的安全區，怕是防毒軟體跟 EasyAntiCheat 打架。也沒用。 問題就這樣斷斷續續，每隔幾天炸一次，炸完重開又能玩，讓人很難下定決心認真查。直到某天連續藍屏兩次，我受不了了，想到一件事——AI 現在不是很會讀 log 嗎？不如直接把事件日誌丟給它看。 這個決定救了我大概一整個晚上的時間。 BSOD 0x0000001a 是什麼MEMORY_MANAGEMENT。聽起來嚇人，實際上這個停止碼涵蓋範圍很廣，代表 Windows 核心在管理記憶體時遇到嚴重的不一致狀態。 溫度、驅動、防毒——我之前懷疑的方...

3 月 16 日晚上，兩件事同時發生。 Jensen Huang 在 GTC 主題演講上揭曉 Groq 3 LPU，宣稱每瓦 tokens 效能提升 35 倍。幾個小時後，Sam Altman 在 X 上發文：GPT-5.2 到 5.4，三個月內效率提升 32 倍，每個任務成本降到 37 美分。 兩家公司，一硬一軟，同一天給出幾乎相同的數字。這不是巧合。 硬體端：Groq 3 LPU 到底是什麼NVIDIA 在 2025 年底花 200 億美元買下 Groq 的核心團隊和技術。GTC 上第一次展示成果：Groq 3 LPU（Language Processing Unit），專門為推理設計的晶片。 跟 GPU 最大的差異在架構。GPU 用 HBM（高頻寬記憶體）做訓練和推理都行，但推理階段的記憶體存取模式跟訓練完全不同。LPU 用 SRAM 直接塞在晶片上，消除了記憶體瓶頸。結果就是：推理延遲極低，每瓦輸出的 tokens 數量暴增。 NVIDIA 的做法很聰明。LPX 機架裝 256 顆 LPU，設計成放在 Vera Rubin GPU 機架旁邊一起用。訓練用 GPU，推理用 ...

我在追蹤 NVIDIA GTC 2026 的預告資訊時，撞上一個讓我停下來想了很久的數字：2 公尺。 在 1.6 Tb/s 的傳輸速度下，銅線的訊號完整性和散熱問題，讓它連 2 公尺都撐不住。這不是理論推導，是工程實測。NVIDIA 在 3 月 2 日宣布砸 40 億美元投資 Lumentum 和 Coherent 兩家光子學公司，接著在 GTC 發表 Spectrum-X 和 Quantum-X 矽光子網路交換器。 銅線時代正在結束。如果你在管 AI 叢集，或者你的工作跟 GPU 運算基礎設施沾上邊，這件事值得花十分鐘搞懂。 問題出在哪：銅線碰上了物理牆GPU 跑得再快，資料傳不過去就是白搭。 現代 AI 訓練和推理的瓶頸早就不只在運算力。一個 NVL72 機架裡塞了 72 張 Rubin GPU，它們之間的資料交換量是天文數字。第六代 NVLink 的頻寬達到 260 TB/s，但這些資料要在 GPU 之間、機架之間、甚至跨資料中心移動。 銅線在低速時代不是問題。但當每個埠口要跑 1.6 Tb/s，物理定律就開始反咬： 訊號衰減：高頻電訊號在銅線裡跑得越遠，衰減越嚴重。2 ...

我用 OpenClaw 在 WSL2 + Docker 環境架了一個 Telegram Bot，接上 OpenAI Codex 的 vision model，打算讓它能看圖回答問題。結果使用者傳圖片過來，Bot 只回了一句「我看到的是 <media:image>，沒有實際圖片內容」。 這個 Bug 花了我整個晚上，最後發現根因是：OpenClaw 內部的 SSRF 防護機制建立了自己的 HTTP dispatcher，覆蓋掉了 WSL2 專用的 IPv4 網路設定，導致圖片下載靜默失敗。 curl 完全正常，Node.js fetch 卻怎麼都不行。 這篇文章記錄完整的追蹤過程。如果你也用 OpenClaw 架 Telegram Bot、或在 WSL2 + Docker 裡跑 Node.js 服務遇到 TypeError: fetch failed，這篇或許能幫上忙。 什麼是 OpenClawOpenClaw 是一個開源的 AI agent gateway，可以把 LLM（Claude、GPT、Ollama 等）接上 Telegram、Discord、Slack ...

前情提要：突如其來的測試環境危機最近台電因為白帽滲透測試的關係，需要暫時關閉測試機。但開發團隊偶爾還是需要測試環境來驗證功能，於是我們決定把程式架在其他環境上。原本想說簡單設個 IIS IP 白名單就能解決，沒想到踩到了一個大坑... 問題出現：IP 白名單完全失效當我興高采烈地在 IIS 管理器中設定「IP 位址及網域限制」，把信任的 IP 加入白名單後，發現一個詭異的現象： 設定為「允許所有」→ 正常運作 ✅ 設定為「拒絕未指定，只允許白名單」→ 所有人都 403 錯誤 ❌ 檢查 IIS Log 後發現真相大白： 1c-ip: 192.168.0.28 # 所有請求都顯示這個 IP！ 原來所有外部請求都是透過 192.168.0.28 這台 Proxy Relay 伺服器轉發過來的。IIS 只看得到代理伺服器的 IP，完全拿不到真實的客戶端 IP。 深入追查：尋找真實 IP 的蹤跡建立一個簡單的測試頁面來檢查所有可能的 HTTP 標頭： 123456789101112<%@ Page Language="C#" %><!DOCTY...

你有沒有遇過這樣的情況：筆電明明已經關上放進背包，卻在包裡莫名其妙地自己開機，到了目的地打開包發現電腦不僅發燙，電量還徹底耗盡？這種「背包中開趴」的情況很可能是因為你的藍牙滑鼠或其他藍牙裝置在背包中被不小心碰觸，進而喚醒了電腦所導致。 昨天我又一次經歷了這個惱人的問題，當我抵達咖啡廳後，打開背包才發現筆電已經沒電自動關機，整個下午的工作計畫全部泡湯。這次我決定徹底解決這個問題，找到了一個優雅的一勞永逸解法。 罪魁禍首：藍牙裝置的喚醒權限Windows 預設允許許多連接的裝置具有「喚醒電腦」的權限，尤其是滑鼠和鍵盤。這項功能在某些情境下很有用，比如想要遠端喚醒電腦時。但對於筆記型電腦使用者來說，這常常變成一場災難。 藍牙滑鼠在背包中的稍微移動就會被系統判定為「使用者想要喚醒電腦」的信號，結果就是電腦在密閉的背包環境中偷偷開機，不僅浪費電力，長時間下來還可能因過熱造成硬體損傷。 PowerShell 救援：一鍵關閉所有裝置的喚醒功能雖然可以在裝置管理員中手動一個個關閉各裝置的喚醒權限，但這個過程既繁瑣又容易遺漏。使用 PowerShell 可以一次性解決這個問題，尤其適合經常連接不同...

當你的網站突然拒絕訪客，顯示 401.3 錯誤你是否曾經碰到過這樣的情境：辛苦架設好的網站部署到 IIS 上，一切設定看起來都很完美，但當你試著從瀏覽器訪問時，卻看到這樣讓人頭痛的錯誤訊息： HTTP 錯誤 401.3 - Unauthorized因為網頁伺服器上此資源的存取控制清單 (ACL) 設定或加密設定的緣故，您沒有檢視此目錄或網頁的權限。 這個讓人抓狂的錯誤往往會讓你懷疑自己是不是漏了什麼重要設定，特別是當你確信已經正確配置網站的其他部分時。今天，我們就要徹底解析這個常見但令人困擾的問題，並解釋為什麼簡單地新增 IUSR 權限往往就能解決它。 理解 HTTP 401.3 錯誤的真正含義在深入解決方案前，讓我們先了解這個錯誤的真正含義。HTTP 401.3 是 IIS 特有的狀態碼，它表示「由於 ACL 限制，您的請求被拒絕」。與一般的 401 錯誤（表示認證失敗）不同，401.3 特別指出這是檔案系統權限問題，而非網站認證機制的問題。 簡單來說，這個錯誤是在告訴你：「IIS 想要提供你請求的資源，但它沒有足夠的系統權限來讀取或存取這些檔案。」 IUSR：IIS 中默...

還在為重灌電腦後需要一一下載安裝軟體而頭痛嗎？每次環境設定都像一場馬拉松般耗時費力？別擔心，今天我要介紹的 Chocolatey 神技，讓你只需準備兩行 PowerShell 指令，就能一鍵還原所有常用軟體，省下寶貴的時間來做更重要的事！ Chocolatey 是什麼？為何我現在才知道？Chocolatey 是 Windows 平台上的套件管理工具，如果你用過 Linux 的 apt 或 Mac 的 Homebrew，就會覺得 Chocolatey 相當親切。它讓你能透過命令列來安裝、更新和管理各種軟體，不必再手動下載安裝檔、點擊下一步、同意條款⋯⋯這些繁瑣的步驟。 想想看，你是否曾經歷過這樣的情境： 週一早上，筆電突然藍屏，送修後技術人員告訴你：「已經重灌系統了，資料都在，軟體得自己裝回去。」你內心OS：「天啊，又要花一整天重新下載安裝所有工作用軟體...」 有了 Chocolatey，你只需執行一個指令檔，就能自動安裝回 Chrome、7-Zip、VS Code、Notepad++、Everything 等所有你日常使用的軟體。不只省時間，還能確保你不會忘記安裝某些不常用...