建立首次連線
在本機 SSH 用戶端輸入第一個 IPv4、交付帳戶與實際連接埠，再依詳細資料所列的驗證方式登入。首次連線出現主機身分提示時，請確認目標主機及可用的身分資訊，不要把接受提示當成例行略過步驟。
若相同位址曾用於另一套系統，用戶端可能會提示主機身分已變更。先確認是否曾重新安裝系統或變更連線目標，再處理本機儲存的紀錄；不要為了消除提示而直接略過身分檢查。
連線與磁碟驗收
實體主機連線，從交付紀錄開始
檔案儲存與備份工作上線前，先確認 IP、作業系統與直連硬碟。主機交付後，可在控制台的主機詳細資料中查看 IP 與登入憑證。
付款紀錄不代表主機已交付；主機準備完成後，再依詳細資料中的資訊建立連線。
- Linux 系列
- SSH
- Windows Server
- RDP
- 遠端管理位址
- 第一個 IPv4
先確認，再連線
交付紀錄是連線資訊的起點
訂單付款、主機準備與遠端登入是不同階段。連線前請以控制台顯示的主機狀態為準，不要從訂單名稱推測位址，也不要沿用其他主機儲存的帳戶資訊。
-
01
確認實際操作的主機
登入 OnuCloud 控制台，開啟相應訂單的主機詳細資料，確認記憶體規格與所選作業系統。管理多台主機時，先確認目前檢視的是本次要操作的主機，再複製連線資訊，避免把備份工作或磁碟操作套用到其他主機。
-
02
完整確認連線欄位
在主機詳細資料中查看 IP、登入帳戶、密碼及介面提供的其他連線資訊。不要猜測常見的預設連接埠或使用者名稱；本頁不提供通用帳戶或固定連接埠，實際連線參數以交付資訊為準。
-
03
依作業系統選擇用戶端
Linux、FreeBSD 與 Proxmox VE 使用 SSH；Windows Server 使用 RDP。逐一確認連線工具中的舊位址、舊帳戶與已儲存的密碼。主機尚未完成交付時，先查看狀態，不要反覆嘗試未確認的參數。
登入密碼、私鑰與完整憑證不應出現在公開截圖、命令歷程或一般電子郵件內文中。排查問題時保留錯誤訊息即可；截圖若包含敏感欄位，請先遮蔽。
Linux 與類 Unix 系統
首次使用 SSH，先確認主機身分再調整驗證方式
AlmaLinux、CentOS Stream、Debian、Ubuntu Server、FreeBSD 與 Proxmox VE 均透過 SSH 連線。各作業系統的管理方式可能不同，但連線參數皆以同一份交付紀錄為準。
確認新驗證方式可用後再關閉舊連線
首次登入後，建議變更登入密碼，並依所選作業系統的帳戶與權限規則設定 SSH 金鑰。私鑰應保留在管理端，公鑰則加入目標帳戶的授權設定；兩者不可混用。
調整驗證方式或防火牆前，請保留目前的連線，並另開 SSH 連線測試新設定。確認新連線可正常登入後，再結束原連線，避免一次設定變更中斷所有管理通道。
Linux 的磁碟檢查命令不可直接套用於 FreeBSD。SSH 是連線方式；儲存與權限操作仍須遵循各作業系統的工具與規則。
Windows Server
使用交付帳戶登入 RDP 工作階段
選用 Windows Server 的主機透過遠端桌面通訊協定 RDP 連線。開啟本機遠端桌面用戶端，使用控制台中的第一個 IPv4 與登入憑證建立工作階段，不要重用其他伺服器已儲存的驗證資料。
-
01
確認目標主機與帳戶
檢查用戶端中的電腦位址、帳戶欄位及實際連線參數，特別留意自動填入的舊帳戶。請依交付紀錄確認憑證或身分提示，不要因為使用遠端桌面而省略目標確認。
-
02
確認輸入內容與系統環境
密碼輸入失敗時，先檢查鍵盤配置、大小寫，以及複製時是否帶入空格。Windows Server 的系統語言可能是英文、繁體中文或簡體中文；介面語言不會改變交付帳戶，也不影響使用第一個 IPv4 的規則。
-
03
保留可復原的管理通道
登入桌面後再調整帳戶原則、遠端桌面權限與防火牆。每次變更後都以新工作階段測試。只中斷用戶端連線不代表已完成資料備份，重要檔案與服務狀態仍應另行檢查。
位址用途
第一個 IPv4 用於遠端管理連線
主機包含多個 IPv4 時，SSH 與 RDP 均使用位址清單中的第一個。其他位址供系統內的服務或虛擬機規劃使用；位址列在交付清單中，不代表可直接作為登入管理入口。
| 位址角色 | 用途 | 操作前確認 |
|---|---|---|
| 第一個 IPv4 | SSH 或 RDP 遠端管理 | 逐字核對主機詳細資料，並使用該主機的帳戶與驗證資訊。 |
| 其他 IPv4 | 在作業系統內自行綁定至服務或虛擬機 | 確認位址分配、系統網路設定與服務監聽的關係，避免重複綁定。 |
變更主機網路與分配虛擬機位址屬於系統設定。先記錄目前可用的設定，再分階段測試；不要同時變更管理位址、路由與驗證方式，方便判斷哪個步驟影響連線。
儲存管理員首次登入檢查清單
兩顆獨立 NVMe，先辨識再建立儲存池
AMD 實體主機標配 2 × 1TB NVMe，各自直連，沒有硬體 RAID。成功登入只代表管理連線已建立；檔案儲存上線前，還須確認磁碟、系統占用空間與預期的備援方式。
先建立磁碟與用途對照紀錄
記錄磁碟識別資訊、容量、現有分割區與掛載關係，區分系統所在裝置與預計用於資料的裝置。如有加購磁碟，請另外登記，不要依裝置列舉順序推測實體磁碟位置。
以下命令適用於 Linux，僅讀取區塊裝置與檔案系統資訊，不會建立陣列或格式化。裝置名稱以實際輸出為準；FreeBSD 請使用該系統的裝置與儲存檢查工具。
Linux · 唯讀檢查
lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS,MODEL,SERIAL
findmnt先檢視輸出，再決定操作目標。無法確認裝置用途時，不要執行清除磁碟、分割或建立儲存池的命令。
單獨使用：分開評估容量與故障風險
兩顆 1TB 磁碟的標稱裸容量合計為 2TB，但不等於檔案系統最終可用空間。分割區、系統占用與格式化都會影響可用容量；其中一顆磁碟上的資料，不會因為另一顆磁碟存在而自動有副本。
適合明確將不同用途分配至不同磁碟的規劃；不適合將「兩顆磁碟」直接視為已具備備援。
鏡像配置：備援與備份分開規劃
將兩顆 1TB 磁碟組成 ZFS 鏡像或軟體鏡像後，標稱容量應以約一半規劃，實際可用空間還會受到系統與檔案系統額外占用影響。建立儲存池前，請確認資料存放位置；若磁碟已有分割區，先完成資料轉存。
鏡像用於因應單顆磁碟故障，無法取代因誤刪、誤覆寫或系統問題而需要的復原副本，異地備份仍須另外設定。
儲存準備就緒後再啟用備份工作：明確設定來源目錄、目標位置、保留原則與驗證方式，並先進行小規模傳輸及還原測試。工作顯示完成不代表已確認可還原，請實際取出檔案，檢查內容與權限。
按層級排查問題
連線失敗時，先區分位址、驗證與網路問題
逾時、拒絕連線與驗證失敗是不同問題。保留用戶端原始錯誤訊息，依下列順序排查，比反覆變更密碼與防火牆更容易縮小問題範圍。
-
01
確認交付狀態與第一個位址
重新開啟主機詳細資料，確認目標主機、作業系統類型與目前狀態。檢查是否誤用其他 IPv4，或用戶端仍保存舊主機位址。確認交付完成前，不要將連線失敗判定為系統故障。
-
02
區分驗證錯誤與連線未建立
出現驗證失敗時，檢查帳戶、驗證方式、密碼輸入與金鑰是否相符。發生逾時或拒絕連線時，先記錄錯誤訊息，不要連續變更帳戶原則；這類狀況也可能與網路路徑或系統服務規則有關。
-
03
檢查連線兩端的網路規則
檢查本機網路、對外連線限制與用戶端設定，再確認伺服器防火牆以及 SSH 或 RDP 服務的相關規則。位址未回應某種探測，不足以單獨證明遠端登入無法使用，應搭配實際用戶端的連線結果判斷。
-
04
在支援工單中記錄可重現的狀況
仍無法連線時，登入控制台提交支援工單，附上訂單識別碼、作業系統、使用的通訊協定、完整錯誤訊息、發生時間與先前的設定變更。說明是否曾成功連線及已完成的檢查；不要在工單中反覆貼上完整密碼或私鑰。
設定錯誤後的復原
緊急操作不能取代日常遠端管理
系統網路或驗證設定出錯後，控制台內的瀏覽器圖形工作階段僅供緊急處理。此入口不是公開連線方式；日常管理仍使用 SSH 或 RDP。
復原時優先檢查最近變更的防火牆、網路或帳戶設定；無法確認資料狀態時，避免直接重新安裝系統。如需協助，請在控制台工單中說明操作經過；重新安裝前先處理需要保留的資料，不要把重新安裝當成不影響資料的排查方式。
DGX Spark 連線
DGX OS 使用 SSH 建立管理連線
DGX Spark 的交付憑證同樣可在 OnuCloud 控制台查看。開啟相應主機的詳細資料，取得位址與帳戶資訊，再透過 SSH 登入 DGX OS；不要套用 AMD 實體主機的作業系統選擇或磁碟規劃。
連線參數以該主機的紀錄為準
使用詳細資料中的位址與驗證資訊，不要猜測預設帳戶或連接埠。首次登入後，先確認 SSH 工作階段與帳戶權限，再調整金鑰或防火牆；變更後保留原連線，另開連線測試新的驗證設定。
連線成功後再準備模型與應用程式環境。SSH 能登入不代表應用程式相依項目已完成驗證，環境設定與業務資料仍須自行管理。
透過工單申請強制重新啟動與重裝系統
DGX Spark 沒有 BMC / IPMI。需要強制重新啟動或重裝系統時，請在控制台提交支援工單，說明主機識別資訊、問題狀況與先前操作；不要套用其他設備的帶外管理方式。
提交重裝系統申請前，先轉存需要保留的檔案並確認操作對象，避免將環境復原與資料保留混為一談。
從正確的主機紀錄繼續操作
已交付的主機先確認詳細資料與憑證；尚在規劃的儲存工作，先決定磁碟位置與備援方案，再開始設定。