在控制台看服务状态
登录后找到对应实例，核对节点所在城市、服务周期与当前显示的状态，再打开连接信息。若状态与预期不符，把页面提示原文记下来，不要仅凭远程桌面打不开就判断机器已经停止运行。
查看节点状态
远程工作遇到中断时
连不上、变卡、任务停了，先看这一页
先分清是连接断了，还是 Mac 上的任务真的停了。节点状态、连接信息与账单在控制台查看；需要我们处理的问题，通过控制台工单或联系页说明，不必反复尝试同一个操作。
还没下单？先了解连接方式与排查边界，再决定是否租用。选择节点租用云端 Mac
桌面打不开，先核对连接这条路
浏览器远程与 VNC 是进入同一台独享物理 Mac 的不同方式。一个入口失败，不足以说明另一个入口或机器上的应用也已停止；先记录报错出现在哪一步。
| 你看到的现象 | 先检查什么 | 接下来怎么做 |
|---|---|---|
| 浏览器远程页面打不开 | 本地网络是否限制远程连接；控制台登录是否仍有效；错误发生在打开页面前还是进入会话后。 | 从控制台重新进入连接入口。在允许的情况下换一个本地网络进行对照，并记录两个网络下的结果，不要绕过所在网络的使用规则。 |
| VNC 提示地址或连接错误 | 服务器地址、端口、客户端连接方式是否与该实例的连接说明一致，是否复制了多余空格。 | 逐项核对当前连接信息，不沿用其他实例的配置。把客户端名称、版本和完整错误提示一并记下。 |
| 出现认证失败提示 | 是否使用了当前实例提供的认证信息，输入法、大小写或复制内容是否改变了输入。 | 重新核对后再尝试一次；持续失败就提交工单。不要把连接密码、验证码或完整凭据放进截图和邮件。 |
| 连接成功后黑屏或画面不刷新 | 是没有任何画面，还是仅某个应用不更新；客户端是否仍显示已连接。 | 先断开并重新建立远程会话，保留黑屏前后的提示。不要直接重启节点，以免中断仍在运行的构建或导出。 |
能连上但拖不动，按交互负担往下减
远程桌面的响应同时受节点距离、本地网络和画面传输量影响。先确认问题发生在鼠标与窗口交互，还是应用计算本身；画面延迟不等于芯片算得慢。
-
01
先看节点位置
交互多时，优先考虑离你近的节点。可选目录为新加坡、东京、首尔、香港、美国东部、美国西部；实际连接感受取决于你的接入网络。若要改用其他节点，先备份项目与素材，并确认目标实例的下单与迁移安排，不把节点选择理解成现有数据会自动迁移。
-
02
再减小画面传输量
先降低远程桌面分辨率，观察窗口拖动与文字输入是否改善；再按客户端支持情况调整色深或图像质量。每次只改一项。需要检查细节、颜色或素材时，再提高相应设置，避免把低画质当成长期唯一配置。
-
03
最后做网络对照
暂停本地正在占用带宽的传输，在允许的情况下换一个接入网络测试。记录“同一节点、同一客户端、不同网络”的差异；如果所有网络都迟滞，也把当时节点上的构建、导出或文件传输情况写进工单。
连接说明里的词，换成日常说法
这些词描述的是交付对象、连接方式或工作负载。报障时说明自己用的是哪种连接、哪类任务，比只写“云端 Mac 坏了”更容易把问题对上。
- 物理节点
- 放在所选机房里的实体 Mac mini，你通过远程连接使用它，而不是在本地电脑上模拟 macOS。
- 独享
- 整台机器交给你一个客户使用，芯片、内存与机器资源不和其他租户分摊。
- 非虚拟机
- 交付的是实体 Mac 上的系统环境，不是从其他客户共用的宿主机里划出一个虚拟实例。
- VNC
- 用客户端查看并操作远端桌面的连接方式，地址、端口和认证信息以控制台提供的内容为准。
- 屏幕共享
- 把远端 Mac 的桌面画面传到你面前并接收键鼠操作，画面传输量会影响交互流畅度。
- self-hosted runner
- 运行在你这台 Mac 上、接收现有 CI 流水线任务的执行程序，其工作状态需要结合自身日志判断。
- 统一内存
- Apple Silicon 的处理器与图形处理部分共用的内存资源，应用和构建任务都会占用这部分容量。
- Thunderbolt 5 并联
- 目录中按台计费的连接扩展加购项，是否适合你的工作流应先确认，不能把它理解为自动合并多台机器的内存。
把这四项放进同一条问题记录
城市用来找到节点，时间用来对照现象，错误原文与操作记录用来减少来回确认。下面的内容可以复制到控制台工单或邮件里；不确定的地方如实说明，不必猜测故障原因。
连接与任务异常说明
节点所在城市： 发生时间与时区： 现象描述： 错误提示原文： 使用方式：浏览器远程 / VNC 客户端 本地系统与浏览器或客户端版本： 问题出现在哪一步： 是否能打开控制台、查看实例状态： 远端任务是否仍在运行： 已经做过的操作及各自结果： 是否更换本地网络进行对照： 最近一次正常使用的情况： 可补充：实例或订单编号、已遮盖敏感信息的截图。
复制后请补齐信息，再通过工单或邮箱发送；本页不会自动提交。
时间写清时区：使用“发生当天的日期、具体时间、UTC 偏移”的格式。若问题持续发生，注明开始时间与最近一次尝试时间；若只出现一次，也请保留当时提示。
截图先遮盖敏感内容：不要附带连接密码、验证码、私钥或支付卡完整信息。构建日志可以只截取错误附近内容，项目名、业务数据与访问令牌先做遮盖。
提交之后，沿着同一份记录继续
已下单的问题通过控制台工单处理；无法进入账户或需要售前确认时，可以从联系页找到邮箱入口。两种方式都请保留完整上下文，不必为同一个现象反复新开记录。
我们根据什么排查
根据你提供的实例或订单信息、节点城市、发生时间与错误提示核对问题。需要更多信息时，会在回复中说明要补充的内容；不要在第一次提交时发送整份凭据。
能复现的步骤、不能复现的条件，都值得保留。
你在哪里看进展
通过控制台提交的记录，在对应工单中查看并补充；通过邮箱联系的记录，在原邮件往来中继续。处理进展在回复中告知，不用把同一段描述分散到多个新入口。
补充新结果时，说明与上次相比改了什么。
恢复后保留哪些结果
记录恢复连接所用的网络、客户端和设置；任务异常则保留重跑结果与日志。确认恢复前，不急着删除现场文件或结束仍可能运行的进程，避免把连接问题变成任务中断。
有新报错时，追加到同一条问题记录。
扣款与服务状态，分别核对
支付页面的提示、支付渠道的扣款记录和控制台账单是不同的信息。遇到支付后状态未变化，先看对应订单和账单，再带着交易记录说明，不要仅凭一次页面刷新就重复付款。
在控制台找到对应账单
核对订单或账单编号、所选周期、节点与加购项目，区分基础租用费用和存储等加购费用。如果金额或周期与你预期不同，把账单项目与预期选择一起写进工单，不要只发送一个扣款金额。
只使用目录内的支付方式
仅支持 USDT-TRC20 与 Visa / Mastercard / Amex（经 Stripe），全部以美元（USD）结算，实际可用网关以结账时后端返回为准。USDT-TRC20 问题可附交易哈希；卡支付问题附账单编号、发生时间与页面错误提示，不发送完整卡号或安全码。
现象记清楚，就交给工单继续
带上节点城市、发生时间、错误原文和已做操作。联系邮箱为 support@vmhalo.com；已下单用户也可以在控制台提交问题。