NexaDesk
Matrice operativa per agent NexaDesk

Compatibilita agent e dispositivi

Sistemi operativi, distribuzioni Linux, Windows Server, stampanti, fotocopiatrici, firewall, router e apparati monitorabili con agent, gateway o controlli di rete.

Livelli di compatibilita

Agent nativo

Raccoglie metriche locali installando il servizio NexaDesk Agent sul sistema.

Gateway/SNMP

Un agent gateway nella rete interroga dispositivi che non possono eseguire un agent.

Ping/HTTP

Controllo base di raggiungibilita o risposta web, utile per apparati chiusi.

Da validare

Compatibile in teoria, ma richiede test su modello, firmware o policy specifiche.

Linux e hypervisor

Per server Linux l approccio consigliato e agent nativo con servizio systemd. Le metriche principali sono CPU, RAM, disco, uptime, hostname, sistema operativo, ultimo heartbeat e stato servizio.

  • Debian 11, 12, 13: agent nativo consigliato.
  • Ubuntu Server 20.04 LTS, 22.04 LTS, 24.04 LTS: agent nativo consigliato.
  • Proxmox VE 7 e 8: agent nativo sul nodo host; metriche VM/container avanzate da trattare come estensione dedicata.
  • Rocky Linux 8/9 e AlmaLinux 8/9: agent nativo tramite systemd.
  • CentOS Stream 8/9: agent nativo, da verificare secondo pacchetti disponibili.
  • OpenSUSE Leap e Fedora Server: compatibilita prevista, da validare prima di uso stabile.
  • NAS Linux custom: preferire gateway/SNMP se il sistema non permette installazione stabile.

Windows e Windows Server

Su Windows l agent viene installato come servizio. Sono richiesti PowerShell e privilegi amministrativi. Le policy aziendali possono richiedere firma script o autorizzazione dell esecuzione.

  • Windows 10/11 Pro: agent nativo per macchine monitorate.
  • Windows Server 2016, 2019, 2022, 2025: agent nativo consigliato.
  • Server in dominio Active Directory: verificare GPO, antivirus, firewall e Execution Policy.
  • Windows Home: possibile per test, non consigliato come server monitorato.
  • Installazioni con EDR/antivirus restrittivi: creare esclusioni controllate per servizio e cartella agent.

Stampanti e fotocopiatrici

Stampanti e multifunzione non eseguono agent. Il metodo corretto e un agent gateway nella stessa rete che legge SNMP, HTTP, IPP o controlli base. Toner, carta, contatori e vaschette dipendono molto dal modello e dal firmware.

  • HP / HPE printing: SNMP, HTTP e stato toner generalmente disponibili sui modelli business.
  • Canon imageRUNNER / i-SENSYS: SNMP e contatori da validare per serie e firmware.
  • Ricoh / Lanier: SNMP consigliato per contatori e stato consumabili.
  • Kyocera: SNMP utile per toner, contatori e stato macchina.
  • Brother: compatibilita buona per controlli base; consumabili da validare.
  • Epson business: SNMP/HTTP secondo modello.
  • Xerox: SNMP e contatori spesso disponibili su modelli ufficio.
  • Lexmark: SNMP consigliato per stato e materiali.
  • Konica Minolta, Sharp, Toshiba: da validare per OID SNMP specifici.
  • Stampanti consumer USB: non monitorabili direttamente se non condivise da un PC gateway.

Firewall, router e apparati di rete

Firewall e router vanno monitorati senza credenziali amministrative quando possibile: ping, HTTP(S), SNMP read-only o API dedicate. Per privacy e sicurezza e preferibile raccogliere solo stato, uptime, porte, traffico aggregato e allarmi.

  • MikroTik RouterOS: SNMP/API disponibili, da configurare con utente limitato.
  • pfSense e OPNsense: SNMP, ping, HTTP e API/plugin secondo configurazione.
  • Fortinet FortiGate: SNMP read-only e API, da usare con profilo minimo.
  • Sophos Firewall: SNMP/API secondo versione.
  • WatchGuard: SNMP e controlli base.
  • Cisco, Cisco Small Business e Meraki: SNMP/API secondo licenza e modello.
  • Ubiquiti UniFi: API/controller o controlli gateway secondo installazione.
  • TP-Link Omada, DrayTek, Zyxel: SNMP o ping/HTTP secondo modello.

NAS, storage e appliance

NAS e appliance chiuse vanno gestiti con gateway/SNMP o API, evitando modifiche non supportate al sistema operativo interno.

  • Synology DSM: SNMP e API disponibili; agent nativo non consigliato.
  • QNAP QTS/QuTS: SNMP/API; agent nativo solo se esplicitamente consentito e testato.
  • TrueNAS CORE/SCALE: SNMP/API; agent nativo possibile su SCALE solo dopo validazione.
  • Dell iDRAC, HPE iLO, Lenovo XClarity: preferire API/SNMP out-of-band quando disponibili.
  • UPS APC/Eaton: SNMP via scheda di rete o software gateway.

Requisiti rete e sicurezza

La scelta tra agent diretto e relay dipende dalla rete del cliente. Se non esiste IP pubblico statico o VPN, il relay cifrato e la scelta piu semplice.

  • Agent diretto: il gestionale o receiver deve poter ricevere heartbeat dal dispositivo.
  • Relay cifrato: l agent invia dati in uscita via HTTPS senza aprire porte in ingresso.
  • SNMP: usare SNMPv3 quando possibile; se si usa community SNMP, evitare public/private.
  • Firewall: consentire solo le porte strettamente necessarie.
  • Payload: non inserire password, chiavi private o credenziali amministrative nei dati agent.
  • Test: prima di promettere metriche avanzate su un modello specifico, validare in rete reale.
La compatibilita avanzata con consumabili, contatori e metriche specifiche dipende da modello, firmware, SNMP/API disponibili e permessi concessi. Questa matrice indica il metodo consigliato e deve essere verificata nei casi reali.