管理 Proxmox 網路,不必擔心被鎖在外面
網路變更帶有遠端主機上最可怕的故障型態:一次錯誤的橋接器編輯,就連用來修正的連線也一併失去。Atlas 將網路畫成即時地圖,在套用之前顯示變更會觸及哪些項目,並在變更出錯時保留一條開啟的回復路徑。
為什麼網路變更讓人覺得危險
Proxmox 網路是以文字編輯的:橋接器、bond 與 VLAN 都寫在 interfaces 檔案中,至於什麼連到什麼,只存在於管理者腦中。套用變更的畫面,不會顯示被修改的橋接器上有哪些客體。
故障型態是絕對的。橋接器的一個打字錯誤或錯誤的 VLAN 標籤,不會讓主機溫和地變慢;它可能同時切斷 SSH 工作階段、網頁介面與所有客體,修正時則需要實體存取或主控台。
因此團隊會凍結網路設定、延後清理、留著早已無用的橋接器。不是因為變更很難,而是因為一次錯誤的代價,就是開車跑一趟機房。
手動變更網路的謹慎做法
沒有工具時,安全的網路變更就像一場小型儀式:
動手之前,先釐清涉及哪些客體、橋接器與實體網路卡。
在 interfaces 檔案中準備變更並讀兩遍;漏掉一行就會讓主機停擺。
安排維護時段,因為一個錯誤也會切斷管理存取。
另外準備好主控台,以防 SSH 工作階段隨變更一起中斷。
套用後,趕緊確認主機與每台客體都恢復連線。
把變更內容記錄下來,因為下一個人無法從檔案讀出拓撲。
Atlas 如何改變這幅圖景
網路不再只是一個文字檔加上一聲祈禱;而是能畫出、經過檢查且可以復原的東西。
將網路呈現為即時地圖
橋接器、bond、VLAN 與實體網路卡,會連同其上的客體一起繪製。什麼連到什麼,直接從畫面讀取,不必從檔案拼湊。
橋接器、bond 與 VLAN 整合在同一個流程
建立與編輯橋接器、bond 及支援 VLAN 的配置,皆透過引導式流程完成;最終配置會以實際生效的樣貌顯示。
套用前先看影響
套用變更之前,會列出受影響的客體與網路介面。會觸及十二台客體的橋接器編輯,會先提示這一點。
失聯防護
有風險的網路變更會保留一條回復路徑:若新設定切斷了主機的連線,就不會成為永久設定。不必再開車跑一趟機房。
客體連線狀態一目了然
每張客體網路卡、其橋接器、VLAN 標籤與狀態都集中在同一處;網路除錯從地圖開始,而不是從 qm config 開始。
看得懂的 OVS 與 STP
Open vSwitch 配置與生成樹狀態以拓撲的語言呈現;進階配置也和簡單配置一樣易讀。
常見問題
- 錯誤的變更會讓我被鎖在外面嗎?
- 這正是 Atlas 防範的情況。有風險的變更會保留回復路徑;切斷管理存取的設定不會成為永久設定。
- Atlas 會取代 interfaces 檔案嗎?
- 不會。Atlas 在底層管理的仍是同一套 Proxmox 網路;該檔案仍是主機開機時讀取的來源。Atlas 透過引導式且經過檢查的流程編輯它。
- 支援 VLAN 嗎?
- 支援。支援 VLAN 的橋接器與每台客體的標籤會顯示在地圖上,並可在流程中編輯;重疊的網段也會顯示出來。
- 能管理 bond 嗎?
- 可以。bond 及其成員網路卡會被繪製並可管理;從 bond 到橋接器再到客體的鏈路,顯示為一條線。
- 能與 Proxmox 介面並行使用嗎?
- 可以。沒有任何分支或隱藏;在 Atlas 中所做的變更就是一般的 Proxmox 網路設定,PVE 介面依然顯示同樣的實際狀態。
- 我的網路配置會傳出主機嗎?
- 不會。地圖在主機本機繪製。名稱、位址與拓撲細節都不會傳送到任何地方。若開啟選用的使用統計,只會傳送彙總數量;傳送的內容可在產品內的隱私權畫面查看。
相關條目
- 寫了防火牆規則卻毫無作用:三層開關 Proxmox 防火牆要在三個層級分別啟用,只要有一層沒開,規則就不會有任何作用。最常見的情況是規則本身正確,卻位在一個沒有開啟的開關底下。
- 改了網路設定就連不上:鋸斷自己坐著的樹枝 網路設定正是透過套用它時所使用的那條連線來套用的。一個小錯誤就會在套用的瞬間切斷連線,而如果沒有事先準備好退路,就需要實體存取。
- 用 VLAN 區隔:一條線、多個網路,以及標籤加在哪裡 區隔的目的是限制糟糕的一天能波及多遠。VLAN 透過一條線路做到這一點,但標籤加在哪裡、橋接器是否允許承載標籤,都可能在無聲無息中出錯。
- 虛擬機器沒有網路:按正確的順序排查 大多數人從虛擬機器內部開始找,但那是最後才該看的地方。這條鏈有四個環節,症狀會指出是哪一環斷了。