新增使用者時選擇身分來源：存在於伺服器上，還是只存在於面板中

使用者名稱結尾的後綴不是裝飾。它說明帳號存在於哪裡，而且這個選擇事後無法變更。

兩種使用者

第一種真正存在於伺服器上。它們是機器本身的使用者，密碼就是機器的密碼。第一次登入時使用的 root 帳號就屬於這一種。

第二種只存在於 Proxmox 內部。它們在機器上沒有對應的帳號：沒有 shell，沒有遠端登入，在系統中也沒有位置。聽起來不完整，但這正是想要的結果。讓某人使用面板，並不需要把伺服器開放給他。

第一個典型錯誤

在伺服器上建立了一個使用者，結果面板不讓他登入。單是建立系統帳號，在面板中不會給予任何權限，因為身分和權限是兩件不同的工作。帳號被認得了，但它可以看到什麼，從來沒有被指定。這和權限已經授予卻仍然什麼都看不到的問題，是一對雙胞胎。

第二個典型錯誤

在面板中建立了一個使用者，接著有人試圖用它連線到伺服器。這行不通，而行不通是好事。只存在於面板中的帳號，存在的目的正是如此：它能觸及的範圍止於畫面。

該選哪一種

如果這個人不需要碰觸伺服器本身，就選擇只存在於面板中的那一種。開啟的門比較少，等到必須關閉的那天，也只需在一個地方關閉。如果某人真的要在伺服器上做事，無論如何都需要系統帳號，但不要因為面板上的需求而做出這個決定。

停用而非刪除

帳號可以停用而不刪除，也可以為帳號設定到期日。刪除會把歷史和記錄一起帶走：誰曾被授予什麼，這個問題將無從回答。對已經離開的人來說，停用通常是比刪除更正確的答案。

把權限授予群組，而不是個人

直接授予個人，第一天很快，到第二個人就得從頭來過，到第三個人時，誰有什麼、為什麼有，就開始混亂了。把權限授予群組，再把人放進群組，之後每多一個人只需幾秒鐘，身後也不會累積零散的項目。

第二道驗證

單靠密碼只是一道門。如果面板可以從外部連線，或帳號具有權限，就啟用第二道驗證。對於自動化，產生一把獨立的金鑰比共用密碼更好，而這是另一個主題。

Atlas 的做法

Atlas 以鏈條而非清單的方式呈現存取權限：伺服器、範圍、身分來源、使用者、群組、角色和路徑，全部相互連接，位於同一張地圖上。因此，這個人從哪扇門進來、能觸及什麼，這個問題用看的就能回答，而不必在腦中拼湊各個項目。密碼、第二道驗證和自動化金鑰依帳號分別管理，而且由於 Atlas 不建立自己的角色系統，畫面上看到的權限，就是伺服器上的同一份權限。