建立首次连接
在本地 SSH 客户端填入第一个 IPv4、交付账户与实际端口，再按详情给出的认证方式登录。首次连接出现主机身份提示时，应核对目标机器与可用的身份信息，不把接受提示当成例行跳过步骤。
如果同一地址曾用于另一套系统，客户端可能提示主机身份变化。先确认是否发生过重装或连接对象变化，再处理本地保存记录，不为消除提示直接忽略身份检查。
接入与磁盘验收
物理主机接入，从交付记录开始
文件存储与备份任务上线前，先核对地址、系统与直连硬盘。机器交付后，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。需要硬重启或重装系统时，在控制台提交工单，写明机器标识、问题现象与此前操作，不尝试套用另一类设备的带外管理方法。
提交重装请求前先转存需要保留的文件，并确认处理对象，避免将环境恢复与数据保留混为一件事。
从正确的机器记录继续操作
已交付机器先核对详情与凭据；尚在规划的存储任务，先确定盘位与冗余方案，再进入配置。