Skip to content

Linux Server

Instalación en Linux Server

Estado actual: No Disponible

A partir de la release actual, no existe una edición validada de TraceWall para servidores Linux (entornos headless).

El paquete .deb publicado está construido para entornos de escritorio con sesión gráfica (X11 o Wayland). Requiere:

  • Un servidor de display corriendo (X11 o Wayland)
  • Un entorno de escritorio gráfico (GNOME, KDE, XFCE, etc.)
  • El proceso browser de Electron para inicializarse

El paquete Desktop no funcionará en un servidor headless (sin GUI, sin servidor de display, acceso solo SSH).


Qué se requiere para una verdadera edición Server

Una edición de producción para Linux Server necesitaría:

ComponenteEstado actualRequerido para Server
Framework UIElectron (requiere GUI)Agente headless / CLI / TUI
SensorCorre en proceso main de ElectronDemonio standalone (servicio systemd)
ARGUS Local AICorre en renderer de Electron (loopback)Servidor de inferencia independiente (llama.cpp / vLLM)
ConfiguraciónGUI Settings + JSONCLI config + archivo / API
Empaquetado.deb con entry de escritorio.deb + .rpm con unidades systemd
ActualizacionesAuto-update vía ElectronGestor de paquetes / updater personalizado
Cloud SyncIntegrado en app ElectronMismo protocolo, cliente standalone

Roadmap planificado

HitoObjetivoNotas
Demonio sensor headlessQ1 2025Binario Rust/Go, servicio systemd, AF_PACKET / eBPF
Servidor de inferencia ARGUSQ1 2025Modo servidor llama.cpp, API REST, gestión de modelos
CLI / TUI para configuraciónQ2 2025tracewallctl para enrollment, control de sensor, status
Integración systemdQ2 2025tracewall-sensor.service, tracewall-argus.service
Paquetes ServerQ2 2025.deb (Ubuntu/Debian), .rpm (RHEL/Rocky/Alma)
Builds ARM64Q3 2025Para instancias Ampere/Graviton

Por qué NO usar el paquete Desktop en un Server

IntentoResultado
Instalar .deb en Ubuntu Server (sin GUI)electron: symbol lookup error / Gtk: cannot open display
Instalar .deb + xvfb-runElectron lanza pero el sensor pierde contexto de hardware; ARGUS falla al bindear loopback limpiamente; sin gestión systemd
Ejecutar vía RDP/X2Go con sesión GUIFunciona pero anula el propósito “headless”; desconexión de sesión pausa sensor; no es un servicio

Workarounds (NO recomendados para producción)

Si debes ejecutar TraceWall en un servidor Linux hoy:

  1. Instalar un escritorio mínimo (ubuntu-desktop-minimal o xfce4)
  2. Configurar auto-login para una cuenta de servicio dedicada
  3. Ejecutar TraceWall al inicio de sesión (autostart .desktop)
  4. Mantener la sesión viva (no desconectar RDP/VNC)
  5. Aceptar limitaciones: sin gestión systemd, sin actualizaciones limpias, manejo manual de modelo ARGUS

Esto es un workaround solo para desarrollo/testing.


Qué puedes hacer HOY

NecesidadAlternativa
Visibilidad de red desde hosts LinuxDesplegar Windows Desktop en una workstation de gestión; configurar integraciones SNMP/SSH/HTTPS hacia targets Linux
Telemetría de host LinuxUsar agente Wazuh o agente Zabbix en Linux; integrar con TraceWall vía conectores Wazuh/Zabbix
Análisis ARGUS de datos LinuxEjecutar ARGUS en Windows Desktop; alimentar datos vía integraciones

Solicitud de notificación

Si tienes un caso de uso específico para servidor Linux (distribución, versión de kernel, requisito headless, necesidad de ARGUS), contacta a soporte@trace-wall.com con:

  • Distribución y versión
  • Versión de kernel (uname -r)
  • Si necesitas solo sensor, ARGUS, o ambos
  • Si puedes correr GUI ligera (XFCE + auto-login) o estrictamente headless
  • Escala (número de servidores)

Esta entrada prioriza el roadmap.


Páginas relacionadas