不用命令列能管理 Proxmox 嗎：誠實的答案

問這個問題的人，大多其實在想兩件不同的事：能不能做到，以及這樣做會不會錯過什麼。兩個答案都比預期的好，但兩者之間有一個重要的警告。

管理面板並不是次等的途徑

常見的假設是，介面只是簡化過的外殼，真正的工作在命令列上進行。事實並非如此。管理面板和命令列使用的是同一個介面：Proxmox 自己的程式設計介面。在面板上按下的按鈕，和在終端機輸入的指令，走的是同一道門。

所以從面板完成的工作並不是精簡版。它是同樣的工作，只是從不同的操作面進行。

幾乎所有日常工作都已經在面板中

建立機器、啟動、停止、建立快照、執行備份、定義儲存區、規劃網路、建立使用者並授予權限、執行更新。這些全部都在介面中，而且其中大多數用命令列反而更慢。

真正需要命令列的地方

這些地方很少，但不是零，誠實起見必須這麼說。它們通常分成三類：元件以意想不到的方式故障時（讀取系統記錄、查看某項服務為什麼無法啟動）、需要大量執行工作時（把同一項變更套用到一百台機器），以及使用介面尚未涵蓋的新功能或非常特殊的功能時。

值得注意的是這三類的共同點：它們都不屬於常態。沒有一項是日常工作的一部分。

真正的危險不是不懂

這是本篇最重要的一句話：危險不在於不熟悉命令列，而在於貼上自己看不懂的指令。

從網路上找到的指令，會以執行者的權限在機器上執行，而且沒有人檢查結果。本 wiki 有兩個具體例子：據稱能關閉訂閱通知的一行指令，實際上卻會毀掉整個介面函式庫；以及看起來像設定檔、卻能把整台機器交給容器的 compose 檔案。

這兩個案例的問題，都不是當事人不懂命令列。問題在於執行了自己不了解的東西。從不碰命令列的人兩個陷阱都不會掉進去；一知半解的人才會。

如果想學，正確的順序

這裡並不是要人避開命令列。但順序很重要：先學讀取的指令，再學寫入的指令。顯示狀態、讀取記錄、列出項目的指令不會破壞任何東西，而且能讓人理解系統的思考方式。等到能看懂寫入類指令會做什麼之後，再開始使用它們。

還有一條規則：不要在承載重要工作的機器上執行自己不了解的指令。如果想做實驗，就建立一台專門用來實驗的機器；本 wiki 中所有關於備份與還原的條目，正是為此而存在。

Atlas 的做法

Atlas 致力於把日常工作移到面板中，也就是設法擴大上文那份幾乎所有工作都在面板中的清單。但在這麼做的同時，它不隱藏任何東西：它會說明某項操作將做什麼，對於無法回頭的操作，會在執行之前明確告知。

同樣的立場也出現在與本篇直接相關的兩個地方。安裝腳本與 compose 檔案會在執行前接受掃描，突破容器邊界的那幾行會被標示出來。會動到檔案的工作，例如關閉訂閱通知，是在產品內完成而非手動處理，寫入之後還會把檔案讀回並加以驗證。

所以目標不是把命令列藏起來。目標是讓任何人都不必貼上自己看不懂的指令。