上週五下午快五點，我手機響了。電話那頭是一位工廠的資訊窗口，語氣有點急：「Steve，倉庫那台交換器登不進去，密碼試了好幾組都不對，我拿迴紋針戳一下 Reset 應該就好了吧？」我第一句話是請他先把手放下，接著反問一句：那台機器，是網管、簡易網管，還是非網管？電話那頭安靜了三秒。
這三秒，就是很多網路事故的分水嶺。同樣一顆 Reset 鈕，戳在不同機器上，結果可能是十分鐘重設完收工，也可能是整廠的 VLAN 規劃一次歸零、收假回來全公司連不上線：而這筆帳，通常會算在按下按鈕的那個人頭上。所以我們先花點時間，把「你手上實際是哪一種交換器」這件事講清楚，因為後面所有的救法，都是從這裡分岔出去的。
先搞清楚三種交換器：差別不在外觀，在裡面有沒有一顆「管理腦」
很多人以為交換器就是交換器，插電插線讓封包過去就好。實際上以「能不能管理」來分，市面上大致是三種機器，而它們的差別，藏在晶片架構這一層。
非網管：純硬體轉發，根本沒有密碼這回事
非網管交換器就是插電插線就會動的那種，八埠、十六埠的桌上型小鐵盒最常見。它的封包轉送，全部由交換晶片在硬體層一氣呵成：收到訊框就學來源 MAC 位址、寫進轉發表、查目的地、往對應的埠送出去。這張 MAC 位址表通常是固定容量、寫死在晶片裡的，常見規格落在八千到一萬六千筆左右；整顆轉發延遲是微秒等級，因為中間沒有任何軟體介入。
關鍵在於，這類機器沒有一個對外開放的管理平面：沒有管理用的處理器、沒有作業系統、沒有網頁介面、沒有管理 IP，自然也沒有帳號密碼。所以如果你手上的小交換器，機身翻遍找不到 Console 埠、說明書裡也沒有任何登入畫面，那你要找的那組密碼，從頭到尾就不存在。這種時候真正該懷疑的方向是：你想改的那個設定，其實躲在上游的路由器或防火牆身上，跟這個鐵盒子一點關係都沒有。
簡易網管與完整網管：多了一顆 CPU，也多了一道密碼關卡
會真的卡在密碼的，是另外兩類。它們的轉發一樣靠交換晶片，但主機板上多掛了一顆管理用的處理器（常見的是 ARM 或 MIPS 核心），這顆 CPU 平時待命，專門負責跑管理協定、算生成樹、處理網頁介面與遠端連線。多這顆腦袋是要付出代價的，通常會多耗掉五到十五瓦，也因此多出一整套需要驗證身分的管理入口：密碼問題就是從這裡來的。
簡易網管（也叫 Web-managed 或智慧型交換器）走的是輕量路線：管理平面存在，但功能收斂，通常只給你一個網頁介面，讓你設一設 VLAN 分割、簡單的 QoS、埠的開關與速率，適合預算有限但又想切網段、做點基本隔離的中小型場域。完整網管型則是把整套端出來：802.1Q 的 VLAN、生成樹的各種版本（STP／RSTP／MSTP）、802.3ad 的鏈路聚合、ACL 存取控制、埠鏡射、SNMP 監控，而且大多同時提供網頁介面與指令列（CLI）。機房核心、匯聚層那幾台，幾乎都是這一種。
把這件事搞清楚，你就會明白為什麼我在電話裡第一件事是問類別，而不是問密碼：因為非網管根本無密碼可救，剩下兩種才有下面的救援流程可走。
救援第一步：先找管理 IP，別急著把密碼一組一組試
確認手上是簡易網管或完整網管之後，多數人的直覺是打開登入頁狂試密碼。這是錯的順序。正確的第一步，是先確認管理 IP 實際通不通，因為你連得到頁面、跟你有沒有連對機器，是兩件事。
找管理 IP 有幾條路可以並行：先看機身標籤上有沒有印預設位址；再到上游路由器的 DHCP 租約清單裡，比對交換器網卡的 MAC 前綴，看它拿到哪個位址；同網段還可以用廠商附的探索工具掃一遍，這類工具會用二層廣播把同網段的自家設備列出來，連 IP 被改過的機器也照樣現形。這幾招我在另一篇專門談管理 IP 找法的文章裡寫得更細，這裡先抓重點。
IP 確定之後，再來試出廠預設帳密。這裡有個新手常忽略的物理限制：你的電腦網卡，必須跟交換器的管理 IP 同一個網段，才連得上。舉例來說，市面上智慧型交換器的預設管理位址不外乎 192.168.1.1、192.168.0.1、10.90.90.90 這幾組，預設帳密則常是 admin 配 admin、admin 配 1234 之類：但各廠牌、各型號不保證相同，一律以機身標籤與官方文件為準。如果預設 IP 是 10.90.90.90，你得先把自己的網卡手動指定一個 10.90.90.x 的位址，才連得到那台機器，用平常那個 192.168 的位址是敲不開的。
說來有點好笑，我經手的「忘記密碼」案子，超過一半在這一步就解決了：密碼根本沒忘，是當年裝機的人改過管理 IP 或改過帳密，後面接手的人不知道，一直對著錯的位址、用預設值猛敲而已。所以在你認定「非重置不可」之前，先把 IP 這一關走完，往往能省下一整場折騰。
Reset 鈕背後在做什麼：為什麼要長按，又為什麼沒有「只清密碼」這種好事
如果 IP、預設帳密都試過了還是進不去，才輪到重置登場。動手前，先懂它在機器裡實際做了什麼。
交換器的設定，是存在機內快閃記憶體的一塊設定分割區裡；每次開機，開機程式（bootloader）會把這塊設定讀出來、套用到執行環境。Reset 鈕在多數機種上是兩段式設計：短按只送出一個重新開機的訊號，設定原封不動；長按超過門檻秒數（各型號不一，多半落在五到十秒），開機程式才會在下次啟動時把整塊設定分割區抹掉、寫回出廠預設值。所以你會遇到「按了沒反應」，常見不是鈕壞了，是你手放得太快，時間不夠長。
怎麼知道長按到位？靠燈號。多數機種在重置生效前，系統燈會有一段特定的變化，例如從琥珀色閃爍，持續十幾秒後轉為綠色恆亮，那一刻才代表清除動作被觸發，這時候才能放手。沒有通用的秒數，也沒有通用的燈號，一定要對照該型號的硬體手冊，別憑感覺數拍子。
更要記住的是：因為被清掉的是一整塊分割區，VLAN、PoE 供電排程、Trunk 中繼、鏈路聚合、靜態位址會同時消失，世界上沒有「只清密碼、其他統統保留」這種好康。還有一個容易踩的坑：不少機種的 VLAN 資料庫是另外存成一個獨立檔案、放在快閃記憶體裡而不在主設定檔內，所以就算你以為清乾淨了，殘留的 VLAN 定義還可能跟著回來，重建時得留意這塊要另外處理。把 Reset 想成「威力加強版的重開機」，是現場常見最常見、也最傷人的誤會：它不是重開機，它是砍掉重練。
核心交換器忘記密碼：先確認平台，再談能不能保留設定
企業級交換器不一定都有「保留組態、繞過舊密碼」的流程。能不能做，取決於廠牌、完整型號、硬體版、bootloader、OS release，以及是否已停用 password recovery。Console 速率、MODE 鈕、ROMMON／bootrom 名稱與命令都可能不同，沒有跨品牌通用的 9600、config-register 操作骨架。
先記錄型號、H/W revision 與 OS 版本，準備 Console／OOB、目前設定備份、維護窗和回復方案，再只看該平台當版官方 recovery 文件。文件若寫明會清除設定，或現場無法確認 recovery 是否被停用，就先停手；核心、匯聚或堆疊設備應交由熟悉該平台的人處理。密碼救援不是猜指令，最重要的是不要把仍在運作的組態蓋掉。
平常就應保留加密的離線設定備份、設備清冊與緊急管理帳號，並定期做還原演練。可先看「交換器、防火牆改設定前的備份與 Rollback 清單」，把停機通知、驗證點與回復條件先寫好。
我的判斷準則，還有幾個一定要知道的邊界
累積這麼多案子，我自己的原則其實很簡單。邊緣接入層那些小交換器，設定沒幾條，重置後十幾分鐘就能重建，遇到就直接重置沒關係；只要是掛著 VLAN、Trunk、ACL 的匯聚層或核心，一律先走上面那套保留設定的救援程序，重置永遠是最後手段，而且要挑非營業時間動手。給個實際的量級感：重設一台二十四埠、切了六個 VLAN 的交換器，含測試、含把服務逐一驗回來，一到兩個小時是跑不掉的，這時間你在營業時段付不起。
再來是幾條連老鳥都可能忽略的適用邊界，講在前面免得白忙：
- 有些機種可以在軟體裡停用 Reset 鈕。基於資安考量，管理者可以設定讓實體重置失效，這種你戳到天荒地老都沒用，只能走 Console 救援或原廠管道。
- 雲端管理型的機種，帳號不在機器裡，在雲端平台上。這類設備的身分驗證綁在雲端帳號，你就算把它硬體重置，也只是讓它變成一台「無主」或「被他人管理中」的孤兒機，得回到原本的雲端平台，用序號重新認領、重新納管，之後還要等它跟雲端同步、把設定拉回來，這段同步通常要再等個五到十分鐘。重置解決不了「帳號不在你手上」這件事。
- 重置前先想清楚設定從哪來。手上完全沒有設定文件、又是剛接手別人環境的人，最容易在這裡中招：一鍵原廠之後才發現，前一手的 VLAN 與路由邏輯自己根本重建不出來。沒有備份、沒有拓樸圖之前，別碰那顆鈕。
實際上，交換器忘記密碼這件事，常見的風險不在技術，在「動手前有沒有先分清楚機器類別」。先辨明是非網管、簡易網管還是完整網管，再決定要找 IP、走救援、還是可以放心重置，順序對了，多數狀況都能全身而退。
