NetPulse reçoit des données via son agent natif, SNMP, des agents externes ou une balise intégrée au firmware du switch. La source adaptée dépend du logiciel que chaque appareil peut exécuter.
Voici les familles prises en charge et ce que chaque source apporte. La couverture exacte dépend du modèle et de son firmware.
| Plateforme | Source de données | Données disponibles | Prérequis et limites |
|---|---|---|---|
| OpenWrt et GL.iNet | Agent natif sur le routeur | Système, WiFi, clients et ports | Installation depuis NetPulse sur les versions prises en charge |
| MikroTik RouterOS 7+ | Pusher Go externe | Hôtes, points d'accès et ports | Utilisateur en lecture seule et machine pour le superviseur |
| Asuswrt / Asuswrt-Merlin | Sondes et pusher sur le routeur | Système, WiFi, clients et ports | Accès SSH et espace persistant dans /jffs |
| Autres intégrations | Poller de l'API locale de la BBox et beacon RTLPlayground | BBox : système, WAN, hôtes et débits des ports. RTL : état des ports, débits et FDB | BBox : API locale et machine pour le supervisor. RTL : avancé, remplacer le firmware avec une copie de récupération |
| UniFi | Poller externe du contrôleur | Passerelles, switches, AP et clients d'un site | Sans cloud ui.com, CPU ni température |
| Switches administrables | SNMP depuis NetPulse | Ports, débits et voisins LLDP-MIB | Les MIB disponibles dépendent de l'appareil |
MikroTik, Asuswrt et UniFi interrogent des routeurs ou des contrôleurs et envoient les données à NetPulse en HTTPS. La dernière carte regroupe des sources supplémentaires avec leur propre transport.
Interroge RouterOS et envoie les hôtes, points d'accès et ports.
Le pusher fonctionne sur le routeur et réutilise les sondes portables de NetPulse. Il peut résider dans /jffs.
Lit les passerelles, switches, points d'accès et clients d'un site sur votre contrôleur.
Deux sources supplémentaires avec des exigences différentes.
Les switches Realtek administrables par le web ne peuvent pas exécuter l'agent Go. Le fork RTLPlayground ajoute une balise qui envoie les données directement au listener NetPulse.
La balise utilise UDP avec un jeton en clair dans un LAN de confiance. Elle n'utilise pas le transport HTTPS signé des agents externes.
RouterOS, Asus, BBox et UniFi partagent un dépôt distinct. NetPulse maintient le contrat d'ingestion et chaque intégration suit le cycle de publication de son fabricant.
Une intégration publie ses correctifs avec sa propre étiquette, sans attendre une release du serveur.
Le mot de passe du routeur ou du contrôleur reste dans la configuration de l'intégration. NetPulse reçoit le jeton de l'agent.
Ces intégrations lisent et envoient des données. Elles ne modifient pas la configuration des appareils depuis NetPulse.
Le cœur n'exécute pas le code des intégrations que vous n'utilisez pas. Il reste léger et stable, et vous ajoutez seulement les agents nécessaires.
L'agent signe chaque instantané avec HMAC-SHA256 dans l'en-tête X-Agent-Signature et l'envoie à l'ingestion NetPulse avec son jeton. L'appareil apparaît comme externe.
git clone https://github.com/gnacho/netpulse-integrations
cd netpulse-integrations
go build -o netpulse-integrations ./cmd/integrations-supervisor
Le dépôt publie des binaires statiques pour amd64 et arm64 avec SHA-256. Un exemple d'unité systemd est inclus.
Installez NetPulse et suivez le guide de votre plateforme.