交付后的第一步

连接指南：控制台取凭据后经 SSH 或 RDP 首登

TcpNode DGX Spark 通过 SSH 接入 NVIDIA DGX OS。交付后先在控制台核对机器详情，再使用对应地址与登录凭据建立连接。

打开 TcpNode 控制台 租用 TcpNode DGX Spark

本页先说明 DGX OS 的接入与环境核验，物理主机的 SSH、RDP 和多地址使用说明独立列于后文。

从订单到开发环境

DGX 首登沿交付记录逐项进行

付款与交付是不同环节。收到交付邮件后，使用订单对应的账户进入控制台；连接所需的具体值以机器详情为准。

  1. 配置租用订单

    在 TcpNode DGX 下单页填写租用天数，阅读并勾选架构、系统与到期数据处理确认项。

  2. 完成付款

    在结账页选择实际列出的支付方式，完成订单支付。

  3. 查收交付邮件

    在账户邮箱中查看交付通知，核对通知对应的订单。

  4. 进入机器详情

    登录 TcpNode 控制台，打开对应机器，查看 IP 与登录凭据。

  5. 经 SSH 首次登录

    在本地 SSH 客户端填写机器详情中的连接信息，进入 DGX OS。

凭据以订单对应的机器详情为准

邮件用于确认交付，控制台用于查看连接信息。存在多笔订单时，先核对机器名称与订单记录，再复制地址；不要把另一台机器的用户名、密码或连接设置拼到当前地址上。

目标地址
机器详情列出的 IPv4
登录身份
当前机器提供的用户名与认证信息
连接设置
以交付信息显示的设置为准
SSH 与 CUDA 核验

DGX OS 首登先确认架构与工具链

NVIDIA DGX OS 以 Ubuntu 24.04 为底座，运行于 ARM64，预装 CUDA 与 NVIDIA AI 软件栈。DGX Spark 提供 1 Gbps 不限流量和 1 个固定 IPv4，接入协议为 SSH。

用交付值填写 SSH 目标

下方命令中的 LOGIN_USER 和 SERVER_IP 是变量名，分别代表控制台提供的登录用户名与 IP。执行前先在本地终端设置变量；密码仅在客户端认证提示中输入，不写进命令或工单。

若交付信息列出单独的连接设置，应同步填写到客户端。首次连接出现主机身份提示时，先确认目标地址与订单一致，不要在地址尚未核对时直接接受提示。

本地 SSH 客户端

ssh "${LOGIN_USER}@${SERVER_IP}"

变量未赋值时不要直接执行。此示意不预设用户名、密码或连接端口。

在远端记录环境，再开始安装依赖

连接成功后，依次核对系统架构、GPU 与 CUDA 编译器。uname -m 用于核对 ARM64 环境；nvidia-smi 用于查看 GPU 与驱动信息；nvcc --version 用于查看 CUDA 编译器版本。

驱动信息中的 CUDA 兼容版本与编译器版本不是同一个字段，不能只凭其中一项判定开发环境是否匹配。部署 Python 包或容器时，还应检查依赖是否提供 ARM64 构建，并核对项目所需的 CUDA 版本。

登录 DGX OS 后执行

uname -m
nvidia-smi
nvcc --version

保留原始输出用于排查。命令不存在或报错时，先记录错误，不通过反复重装驱动掩盖现场。

ARM64 依赖需要单独核对

软件包与容器镜像应包含 ARM64 支持。x86 程序不能作为原生程序直接运行；DGX Spark 不提供 Windows 系统。

模型与实验文件自行准备

系统不预装任何模型。模型权重、项目依赖与实验数据由租用方自行下载，root 权限可用于安装其余开发工具。

连接异常的处理路径

先区分接入错误与环境错误

SSH 未连接成功与 CUDA 程序执行失败，需要不同的排查信息。TcpNode 工单应描述最后一个成功步骤，而不是只填写“无法使用”。

连接超时或连接被拒绝

核对目标 IP、交付信息与本地网络。记录客户端完整错误，以及是否已进入认证提示；尚未建立连接时，不先修改远端 CUDA 环境。

接入阶段

认证未通过

重新核对机器详情中的登录身份与认证信息，留意复制时附带的空格。工单可描述所用认证方式，但不要附上密码、私钥或验证码。

身份核对

登录后 CUDA 命令报错

附上架构检查、GPU 检查、编译器版本及失败命令的输出。说明是否安装过新驱动、切换过工具链，或使用了不支持 ARM64 的依赖。

环境核验

救急访问与系统操作留在控制台内

控制台内的浏览器图形会话仅在 SSH 或 RDP 不通时作为救急入口使用，不替代日常远程连接。DGX Spark 无 BMC / IPMI，硬重启与重装系统通过 TcpNode 控制台工单处理。

提交工单时写明订单、错误原文、发生阶段、最近改动与已经完成的核对步骤。截图先遮盖凭据；权重、代码与日志自行备份，并在租用到期前转出需要保留的数据，到期后数据清除。

到 TcpNode 控制台提交工单
AMD 物理主机连接

物理主机按所装系统选择 SSH 或 RDP

TcpNode AMD 物理主机交付后，同样从控制台机器详情获取地址与凭据。Linux、FreeBSD 与 Proxmox VE 使用 SSH；Windows Server 使用 RDP。以下设置仅适用于物理主机。

Linux、FreeBSD 与 Proxmox VE

在 SSH 客户端填写机器详情中的目标 IP、用户名与认证信息。上文的 SSH 命令形式同样适用，但变量必须替换为这台物理主机自己的交付值。

首登后核对所装系统与订单一致，再进行网络、存储和软件配置。Proxmox VE 的宿主系统管理不要与虚拟机内部的账户、地址混用。

SSH 接入

Windows Server 远程桌面

打开本地 RDP 客户端，在目标计算机字段填写机器详情中的 IP，按交付信息填写登录账户，并在认证提示中输入凭据。

系统语言为下单时选择的英文、繁体中文或简体中文。连接后先核对系统与语言，再配置业务软件；本地客户端的显示语言不会改变远端系统语言。

RDP 接入

多个 IPv4 时，首次连接使用列表中的第一个地址

物理主机标配 1 个独立 IPv4。订单包含额外 IPv4 时，SSH 与 RDP 仍使用分配列表中的第一个地址；其余地址需要在操作系统内自行配置，不应随意替换为首次登录目标。配置前保留当前可用连接，避免误改网络后失去访问。

磁盘配置与远程登录分别核对

物理主机的 2×1TB NVMe 为直连磁盘，无硬件 RAID；选配加盘同样为独立直连。SSH 或 RDP 登录成功并不代表数据冗余已经完成，软 RAID、ZFS 镜像和独立备份需由租用方自行规划。

物理主机故障也经控制台工单处理

提交目标订单、首个 IPv4、所装系统、SSH 或 RDP 的错误原文，以及最近的防火墙、网络或账户改动。硬件与网络由 TcpNode 处理，系统配置、软件和数据备份由租用方负责。硬重启或重装前，应说明当前故障与需要保留的数据情况。

查阅 TcpNode AMD 月租目录 配置 TcpNode 物理主机

连接信息从对应订单开始核对

打开 TcpNode 机器详情取得凭据；仍无法连接时，携带错误原文与已核对步骤提交工单。

进入 TcpNode 控制台