Golem 提供者显示离线时先查进程、虚拟化和 UDP

Golem 提供者“看起来离线”，要先分清三件事：这台机器能不能当提供者、进程和虚拟机是否健康、网络是否只是没有公网直连。浏览器里的在线标记只反映公开统计那一次读取。它缺失时是未知，不是 GLM 变成 0。

文档把什么当成健康

提供者要求 x86-64 Linux。文档写明 ARM（含 Apple 芯片和 ARM 服务器）目前不能当提供者，macOS 在任何硬件上都不支持当提供者。Docker 是推荐方式，因为容器会在你关掉终端后继续跑，并在崩溃或重启后续上；不使用 Docker 时可以按同一篇末尾的直接安装，但 golemsp run 会跟着终端退出，需要用 systemd 一类的进程管理拉住。Windows 上的 Docker Desktop（含 WSL 2）或带嵌套虚拟化的 Linux 虚拟机，文档说通常能跑，同时声明这些不算支持、也不协助排障。

用 Mac 打开 Golem 项目页 没有问题。Mac 是看记录的客户端，不是提供者主机。

golemsp status 里，文档给出的健康组合是 Service is running、VM valid、Driver Ok。VM 无效时，文档认为多半是容器碰不到宿主机的 /dev/kvm。任务跑在虚拟机里，所以需要这块设备；物理机或打开了嵌套虚拟化的虚拟机才符合这篇教程的前提。

Yagna 使用 UDP 11500。文档说明不转发端口时，流量仍可经其他节点转发；有公网地址更稳，转发是被鼓励的，不是开工的绝对前提。Docker 若使用 host 网络，端口转发按物理机的方式做，而不是再映射一层容器端口。

Stats 页面写明：低于 0.17.7 的版本已不允许留在网络上。安装示例里的镜像标签要换成 Docker Hub 上当前的稳定标签，不要把教程里的某一个标签当成永远的唯一版本。

建议按这个顺序看

• 确认主机是 x86-64 Linux，并且 /dev/kvm 存在。ARM 或 Mac 上的“离线”不是调参问题，而是这台机器不能当提供者。
• 看状态三行。服务没在跑时，先看是不是终端被关掉（直接安装）或容器没有按 unless-stopped 拉起来。
• VM 无效时按文档检查 KVM 是否送进容器，而不是先改报价。
• 服务正常但请求者仍难连上时，再看路由器上的 UDP 11500。没做转发时，先记住中继仍然存在，不要把“没有公网端口”写成“进程已死”。
• 最后看监控上的在线标记和更新时间。标记空着就留未知，并与本机状态对照，而不是互相覆盖。

接下来怎么分支

• 三行都健康、任务仍为 0：离线检查到此结束，改看 容量和任务。报价和子网不在这篇里证明。
• 在线标记为真但 GLM 为空：在线不是付款。两项 GLM 见 滚动 24 小时和累计。
• 版本低于 Stats 所写的允许线：按安装说明换成当前稳定标签后再看状态。监控不能替你升级容器。

举例

举例，不是某台机器的实测：一台 Apple 芯片笔记本打开监控，节点记录的在线标记为空。空标记保持未知，GLM 栏也不写成 0。同一台笔记本不能安装成提供者。另一台 x86-64 Linux 上若状态为服务未运行、VM 无效，应先恢复进程和 /dev/kvm，而不是去改滚动 24 小时那一栏。

相关工具

监控只保存你指定的节点记录。免费每项目 5 台已保存设备，Pro 50 台。它不能登录你的机器、不能打开 UDP，也不能保证恢复后就有任务或 GLM。