交付之后

连接物理主机:
凭据在控制台查看

Linux 系统以 SSH 登录,Windows Server 以 RDP 登录。

本页说明交付后的连接路径,不展示实际地址、账户名或密码。

连接前的准备

在机器详情中核对三项凭据

机器交付后,登录控制台并打开对应机器的详情页,查看连接地址、账户名与初始密码。持有订单记录不等于已经取得连接凭据;应以机器详情实际返回的状态与字段为准。

同一账户管理多台机器时,先核对机器与所装系统,再取用该机器的凭据。连接地址不能从订单编号推断,账户名也不应按系统惯例猜测。地址、账户名与密码需要来自同一台机器。

  • 连接地址:用于 SSH 或远程桌面客户端的目标地址。
  • 账户名:按机器详情显示的内容输入,区分大小写。
  • 初始密码:仅在受信任的客户端中使用,不写入公开记录。

右侧仅标明字段位置,字段值为空。实际信息应在登录后的控制台查看,不能从本页示意中获取。

机器详情 · 连接字段

连接地址
账户名
初始密码
字段位置示意,不包含连接凭据。账户名与初始密码不预设示例。

SSH 连接前核对

  1. 01选定目标

    取控制台列出的连接地址;多个 IPv4 时取第一个。

  2. 02输入账户

    使用对应机器的账户名与初始密码,不套用通用账户名。

  3. 03完成加固

    更换密码或配置密钥,验证新登录方式后再调整访问规则。

适用于 Linux、FreeBSD 与 Proxmox VE 宿主的 SSH 管理。

Linux / FreeBSD / Proxmox VE

通过 SSH 完成首次登录

在本地 SSH 客户端中填写控制台列出的地址与账户名,再按客户端提示输入初始密码。若机器详情列出连接端口,应使用该字段,不依赖客户端预填值。

首次连接可能要求确认主机身份。应核对目标机器,不应在地址不明或身份发生异常变化时直接忽略提示。密码输入区域可能不显示字符,不能仅凭没有回显判断输入失败。

进入系统后,先更换初始密码,或按管理策略配置密钥登录。配置密钥时应保管私钥,仅将公钥放入服务器,并先另开一次连接验证密钥可用,再关闭原有会话或修改认证策略。

防火墙应按业务实际开放访问。更改 SSH 监听设置、认证方式或入站规则后,保留当前会话并验证新的连接;不要在未验证的情况下同时关闭旧会话与原有访问路径。

Proxmox VE 的宿主登录与虚机登录是不同的管理对象。本节所用凭据对应物理主机,虚机账户与访问设置需在部署虚机时另行配置。

Windows Server

通过 RDP 连接远程桌面

打开本地远程桌面客户端,在目标地址栏填入控制台列出的连接地址,并使用同一机器详情中的账户名与初始密码登录。客户端保存过其他机器的账户时,应重新核对账户字段,避免自动带入旧凭据。

连接出现证书或身份提示时,应先确认目标地址与机器对应关系。已经加购多个 IPv4 的机器,同样以地址列表中的第一个地址作为 RDP 连接目标,不按地址用途自行替换首登地址。

首次进入系统后,更换管理员密码,并检查远程访问权限与防火墙规则。密码变更后,本地客户端保存的旧凭据也需要更新;旧会话能够继续显示桌面,不代表新凭据已经验证通过。

Windows Server 系统语言以下单时所选的英文、繁体中文或简体中文为准。远程桌面客户端的本地界面语言不会自动改变服务器系统语言。输入密码时还应留意本地键盘布局与大小写状态。

业务软件的安装、账户权限与数据备份在系统内自行管理。连接成功只是取得管理入口,不代表应用服务、额外地址或备份策略已经完成配置。

RDP 填写顺序

目标地址
控制台地址列表中的第一个 IPv4
登录账户
对应机器详情中的账户名
登录密码
首次使用初始密码,更改后使用新密码
系统语言
英文 / 繁体中文 / 简体中文,以下单选择为准
填写关系示意,不提供默认账户、默认端口或示例密码。

地址使用顺序

多个 IPv4,首登使用第一个地址

机器标配 1 个独立 IPv4。加购地址后,SSH 与 RDP 的连接目标均以控制台地址列表中的第一个地址为准。

第一个 IPv4:宿主管理

从控制台列表确认地址顺序,再将第一个地址填写到连接客户端。不要把地址数值大小、应用绑定顺序或本地保存记录当作首地址的判断依据。

提交连接问题时,说明使用的是列表中的第一个地址,有助于区分宿主连接与额外地址配置问题。

其余 IPv4:系统内配置

额外地址可在登录后按业务需要配置到系统或虚机。取得额外地址并不等于应用监听、网桥、路由与防火墙已经同步配置完成。

虚机地址无法访问时,应分别检查宿主连接与虚机网络,不用虚机地址替代物理主机的管理地址。

更改网络配置前,记录原有地址与规则。变更后分别验证宿主管理入口和业务访问,避免仅凭某个站点可访问就判断远程管理已正常。

异常连接的处理边界

日常管理使用 SSH 与 RDP

网络配置出错等情况可能导致常规远程登录失败。控制台内另有浏览器图形会话作为救急入口,具体是否可用以机器详情实际显示为准;日常管理仍使用 SSH 与 RDP。

恢复访问后,应检查造成连接中断的系统配置,并重新验证常规连接。救急入口不替代凭据保管、网络变更核对或数据备份,也不应被视为应用服务已经恢复的依据。

先区分问题所在

客户端无法到达目标、账户认证失败,以及进入系统后业务不可用,是不同的问题。记录实际停在哪一步,再进行对应排查,避免反复修改无关配置。

机器状态与连接字段以控制台返回为准。尚未取得可用连接信息时,不猜测地址或尝试通用密码。

工单排查资料

连接异常,附上机器与报错信息

技术问题在登录后的控制台提交工单。机器状态与账单记录也在控制台查看,排查时应先确认当前机器与对应订单。

  1. 01机器与系统

    写明对应机器或订单,以及所装系统。涉及多台机器时,逐台说明,不将不同机器的地址与报错混在一段记录中。

  2. 02连接方式

    说明使用 SSH 还是 RDP、所用客户端,以及是否使用控制台列表中的第一个 IPv4。可补充其他网络环境下是否出现相同现象。

  3. 03完整报错

    保留错误文字与发生步骤,区分连接超时、连接被拒绝和认证失败。截图应遮盖密码、私钥及与问题无关的敏感信息。

  4. 04近期变更

    说明问题出现前是否更改密码、网络、防火墙或远程服务设置。附上已做过的检查,避免重复执行相同操作。

工单中不需要粘贴完整密码或私钥。无法登录控制台时,可通过 support@amdssh.com 说明账户与访问问题。

从对应机器的详情页开始连接

核对地址、账户名与初始密码,再按系统选择 SSH 或 RDP。连接异常时,保留报错并在控制台提交工单。