Ir al contenido

Solución de problemas de nodos

Use esta página cuando un nodo es visible en el estado, pero las herramientas del nodo fallan.

Ventana de terminal
openclaw status
openclaw gateway status
openclaw logs --follow
openclaw doctor
openclaw channels status --probe

Luego ejecute verificaciones específicas del nodo:

Ventana de terminal
openclaw nodes status
openclaw nodes describe --node <idOrNameOrIp>
openclaw approvals get --node <idOrNameOrIp>

Señales saludables:

  • El nodo está conectado y emparejado para el rol node.
  • nodes describe incluye la capacidad que está llamando.
  • Las aprobaciones de exec muestran el modo/lista blanca esperada.

canvas.*, camera.* y screen.* funcionan solo en primer plano en nodos iOS/Android.

Verificación y solución rápida:

Ventana de terminal
openclaw nodes describe --node <idOrNameOrIp>
openclaw nodes canvas snapshot --node <idOrNameOrIp>
openclaw logs --follow

Si ve NODE_BACKGROUND_UNAVAILABLE, traiga la aplicación del nodo al primer plano y vuelva a intentarlo.

CapacidadiOSAndroidAplicación de nodo macOSCódigo de error típico
camera.snap, camera.clipCámara (+ micrófono para audio de clip)Cámara (+ micrófono para audio de clip)Cámara (+ micrófono para audio de clip)*_PERMISSION_REQUIRED
screen.recordGrabación de pantalla (+ micrófono opcional)Solicitud de captura de pantalla (+ micrófono opcional)Grabación de pantalla*_PERMISSION_REQUIRED
location.getMientras se usa o siempre (depende del modo)Ubicación en primer plano/segundo plano según el modoPermiso de ubicaciónLOCATION_PERMISSION_REQUIRED
system.runn/a (ruta de host del nodo)n/a (ruta de host del nodo)Aprobaciones de exec requeridasSYSTEM_RUN_DENIED

Estos son diferentes obstáculos:

  1. Emparejamiento de dispositivos: ¿puede este nodo conectarse a la puerta de enlace?
  2. Política de comandos del nodo de puerta de enlace: ¿está el ID de comando RPC permitido por gateway.nodes.allowCommands / denyCommands y los valores predeterminados de la plataforma?
  3. Aprobaciones de ejecución: ¿puede este nodo ejecutar un comando de shell específico localmente?

Verificaciones rápidas:

Ventana de terminal
openclaw devices list
openclaw nodes status
openclaw approvals get --node <idOrNameOrIp>
openclaw approvals allowlist add --node <idOrNameOrIp> "/usr/bin/uname"

Si falta el emparejamiento, apruebe primero el dispositivo del nodo. Si a nodes describe le falta un comando, verifique la política de comandos del nodo de puerta de enlace y si el nodo declaró realmente ese comando al conectarse. Si el emparejamiento está bien pero system.run falla, corrija las aprobaciones/listas de permitidos de ejecución en ese nodo.

El emparejamiento de nodos es una puerta de identidad/confianza, no una superficie de aprobación por comando. Para system.run, la política por nodo reside en el archivo de aprobaciones de ejecución de ese nodo (openclaw approvals get --node ...), no en el registro de emparejamiento de la puerta de enlace.

  • NODE_BACKGROUND_UNAVAILABLE → la aplicación está en segundo plano; póngala en primer plano.
  • CAMERA_DISABLED → el interruptor de cámara está deshabilitado en la configuración del nodo.
  • *_PERMISSION_REQUIRED → permiso del SO faltante/denegado.
  • LOCATION_DISABLED → el modo de ubicación está desactivado.
  • LOCATION_PERMISSION_REQUIRED → modo de ubicación solicitado no otorgado.
  • LOCATION_BACKGROUND_UNAVAILABLE → la aplicación está en segundo plano pero solo existe el permiso Mientras se usa.
  • SYSTEM_RUN_DENIED: approval required → la solicitud de ejecución necesita aprobación explícita.
  • SYSTEM_RUN_DENIED: allowlist miss → comando bloqueado por el modo de lista de permitidos. En los hosts de nodo Windows, las formas de contenedor de shell como cmd.exe /c ... se tratan como fallos en la lista de permitidos en modo de lista de permitidos a menos que se aprueben mediante el flujo de solicitud.
Ventana de terminal
openclaw nodes status
openclaw nodes describe --node <idOrNameOrIp>
openclaw approvals get --node <idOrNameOrIp>
openclaw logs --follow

Si sigue atascado:

  • Volver a aprobar el emparejamiento del dispositivo.
  • Volver a abrir la aplicación del nodo (en primer plano).
  • Volver a otorgar permisos del SO.
  • Recrear/ajustar la política de aprobación de ejecución.

Relacionado: