🔌 Puente WebSocket

Conectando…

Tras 7 intentos fallidos el acceso se bloquea 24 horas.

🔌 Puente WebSocket

desconectado

📊 Estado del servidor

Cierra todas las conexiones y sale con código 42; Docker vuelve a levantar el contenedor.

📈 Uso del servidor

CPU

Memoria

Conexiones activas

Mensajes por segundo

Almacenamiento
Tráfico por aplicación
App IDConex. vivasAbiertasCerradas Msg. recibidosMsg. enviadosPublicaciones Disparos OKDisparos errorDatos ↓Datos ↑

Las series guardan las últimas 90 muestras en el navegador (unos 4 minutos). No se almacena histórico en el servidor: al recargar la página las gráficas empiezan de cero.

🗝️ Aplicaciones (pares de llaves)

Cada aplicación es un par de llaves con su propia URL destino. La pública va en el frontend (solo conecta y envía hacia arriba); la secreta vive en el servidor del cliente y es la única que puede responder.
«Grupo si no lo indica» es solo un respaldo: se aplica a una conexión que no envíe X-Grupo-Id. No decide a dónde se publica —el destino (conexión, cliente_id, grupo_id o todos) lo elige siempre quien publica, en cada mensaje.

App IDNombrePúblicaSecreta URL destino Grupo si no lo indica ⓘ Conex.IPs ⓘ Estado

🔗 Conexiones activas

connection_idapp_idcliente_idgrupo_id IPTiempo↓/↑
Grupos
Clientes

📤 Publicar a los clientes

El destino se elige aquí, en cada envío: una conexión concreta, un cliente_id, un grupo_id, o todos los clientes de esa llave.

🛡️ IPs y bloqueos

IPActivasTotalRechazos EstadoMotivoExpira

👤 Usuarios del panel

UsuarioRolEstadoIntentos Bloqueado hastaÚltimo accesoÚltima IP
Sesiones abiertas

UsuarioRolIPDesde Última actividadExpira
Intentos de acceso fallidos por IP
IPIntentosBloqueada hasta Último usuario probadoÚltimo intento

⏰ Tareas programadas

Un despertador para el API de tus clientes. A la hora que marques, el puente le dispara un aviso firmado. A diferencia del cron de WordPress, esto salta aunque nadie visite la web.

NombreCuándoEventoPróxima ÚltimaEstado

⏰ Nueva tarea

🗄️ Base de datos: espacio, limpieza y copias

El puente va anotando cada conexión y cada mensaje. Ese historial crece solo y acaba llenando el disco. Aquí ves cuánto ocupa, borras lo más viejo y guardas copias de seguridad.

TablaQué guardaRegistrosOcupa El más antiguo es deSe conservan

El número de registros es aproximado (contarlos de verdad en cada carga sería lento con millones de filas); lo que ocupan sí es exacto.

🧹 Borrar historial antiguo

Borra los registros más viejos y deja los recientes. Es lo que impide que el historial crezca sin fin. Lo que se borra no se recupera (salvo que tengas una copia de seguridad).

El paso 1 solo cuenta, no borra nada. Míralo antes de borrar.
Usar otro plazo solo esta vez
Borrar todo lo que tenga más de días de antigüedad. Si lo dejas vacío se usa el plazo propio de cada tabla, que es el de arriba.
💾 Liberar espacio en disco

Borrar registros no devuelve el espacio al disco: MariaDB se lo queda para reutilizarlo. Esto recompacta las tablas y lo suelta de verdad. Tiene sentido después de un borrado grande. Mientras dura, cada tabla queda bloqueada unos segundos, así que en producción hazlo a horas tranquilas.

🗂️ Copias de seguridad

Una copia guarda toda la base de datos en un fichero comprimido: aplicaciones, llaves, historial y usuarios del panel. Es lo que te salva si algo se borra o se corrompe.

FicheroTamañoCreada

⚠️ Una copia lleva dentro las llaves secretas de todos tus clientes: guárdala como guardarías una contraseña. Descargarla exige rol operador. Para restaurarla, el comando exacto va escrito dentro del propio fichero, en las primeras líneas.

📡 Eventos en vivo

0 eventos

📜 Auditoría

FechaActorAcciónObjetivo IP origenDetalle