管理 Proxmox，不必整天待在終端機
Proxmox 平常用網頁介面就能輕鬆管理，直到某天不行為止：一套儲存配置、一次網路變更、一台卡住的客體，而答案是開一個 SSH 工作階段，再加上一條在論壇找到的指令。Atlas 讓這些日子也能在畫面上處理：以引導式流程進行，並清楚寫明風險；底層的 Proxmox 依然是原本的 Proxmox。
為什麼工作總是回到終端機
原生網頁介面涵蓋了日常的主要工作，但邊緣情況都在 shell 裡：儲存空間要用 zpool 與 LVM，網路要用 interfaces 檔案，沒有回應的客體要用 qm 與 pct。而這些邊緣情況，正是出錯代價最高的地方。
從論壇複製的指令會以完整權限執行。一個意義不同的參數、一個來自別人環境的裝置名稱；root shell 前面沒有任何確認步驟。
而且指令列知識會集中在一個人身上。懂得那些咒語的唯一管理者不在時，主機只能等待；交接一堆 shell 歷史記錄，並不等於交接一套系統。
現在的邊緣工作是怎麼做的
大多數主機上都是同樣的模式：
以 SSH 登入主機，並搜尋適合該工作的指令。
將參數與文件互相比對，因為論壇上一半的回答適用於舊版本。
在 root shell 中執行，並在文字輸出中找尋問題的跡象。
切換到網頁介面，確認結果真的生效。
下一項工作再換另一組工具從頭來過：zfs、ip、qm、vzdump。
一切都只能記在腦中，因為這些都沒有寫在任何地方。
Atlas 如何取代那些泡在 shell 的日子
有風險的邊緣情況變成引導式畫面；終端機不再是必需，而是一種選擇。
為有風險的工作提供引導式流程
儲存配置、網路變更、更新與還原，都以內建檢查的逐步流程執行。危險的參數根本不必輸入。
一切都在同一個畫面
VM、容器、儲存空間、網路、更新與備份都在同一個介面中，並以拓撲呈現，而不是選單樹。
先看影響，再確認
關鍵流程會顯示受影響的資源，並在套用前要求確認；一次誤點不會變成操作錯主機。
不需 SSH 的主控台
客體主控台可從瀏覽器開啟；要連上故障的 VM，不需要終端機和金鑰檔。
Proxmox 依然是 Proxmox
Atlas 在底層管理的是標準的 Proxmox；沒有任何分支。PVE 介面與 shell 照常運作，只是不再是必需。
在瀏覽器中，隨處可用
控制台在主機上、透過瀏覽器執行；查看基礎架構不必依賴存放 SSH 金鑰的那台電腦。
常見問題
- 這會取代學習 Proxmox 嗎？
- 不會。Atlas 讓安全的做法成為簡單的做法；它免除的是為了有風險的工作而背誦指令咒語的必要，而不是理解系統的價值。
- 我還能使用指令列嗎？
- 可以。shell 與 PVE 介面完全照舊運作。Atlas 接手的，是那些原本得耗在那裡的日子。
- 網頁介面從未涵蓋的操作怎麼辦？
- 這正是本頁的重點：儲存配置、網路編輯、還原與修復工作，都以引導式流程執行，而不是 shell 工作階段。
- 把它交給資淺的管理者安全嗎？
- 比 root shell 更安全。流程會顯示影響並要求確認，權限與 Proxmox 角色一致，關鍵操作會寫入稽核記錄。
- 每台客體都需要安裝代理程式嗎？
- 不需要。Atlas 在主機上執行。客體代理程式就和原生 Proxmox 一樣，仍是選用。
- 管理流量會傳出我的網路嗎？
- 不會。控制台在主機本機執行，並在那裡與 Proxmox 溝通。沒有任何流量經過任何人的雲端。
- Proxmox 可以不用 SSH 管理嗎？
- 可以。不開啟 SSH 也能管理 Proxmox；日常工作全部都能透過視覺化介面完成。更輕鬆的 Proxmox 管理正是由此而來：不必背誦指令，而是先看到將會發生什麼，再加以確認。shell 依然留在原處，任何人隨時都能使用，因為這是多開了一條路，而不是封閉一條路。
相關條目
- 主控台、Shell 與 SSH：進入同一台機器的三扇門 連不上某台機器時，第一個要問的是當時走的是哪一扇門。門有三扇，每一扇各自依賴不同的元件正常運作。
- 主控台打不開：介面一切正常，為什麼偏偏這一項失敗 其餘介面都完全正常，唯獨主控台始終連不上，這指向少數幾個原因。最常見的是反向代理：一般請求都轉送得好好的，卻悄悄拒絕了主控台真正需要的那種連線。
- Proxmox 沒有檔案管理員時，如何把檔案放進虛擬機器 介面上沒有任何能把檔案上傳到客體內部的按鈕，而這個缺席是刻意的設計，不是疏忽。真正可行的途徑有四種，各有不同的代價，另外還有一條很受歡迎、卻會悄悄損壞檔案系統的捷徑。
- 客體代理程式已啟用，卻仍顯示未執行 啟用代理程式與安裝代理程式是兩件不同的事，即使兩件都做了，代理程式仍可能沒有運作。值得追查的原因不是缺少的 IP 位址，而是那些持續成功、卻在不知不覺中變得不那麼可靠的備份。