Surveillance du pare-feu sur quatre fournisseurs, un seul écran

Chaque pare-feu intégré signale son état de santé dans la console, quel que soit le fournisseur. Cette uniformité est la victoire opérationnelle : un MSP exécutant FortiGate chez un client, OPNsense chez un autre et Sophos chez un troisième les surveille tous de la même manière, sans outils par fournisseur ni connaissances tribales par fournisseur à disposition. Un pare-feu qui génère des problèmes fait surface à côté de tout ce que l'équipe surveille, dans le flux de travail qu'elle exécute déjà – et non dans une console que personne n'a ouverte.

Étant donné que l’état du pare-feu se trouve à côté de la télémétrie du point final, la corrélation est native. Lorsque vingt machines derrière une passerelle perdent la connectivité en même temps, la console affiche le pare-feu et les points finaux dans la même vue – la différence entre vingt tickets et un diagnostic.

Les pare-feu servent fréquemment DHCP pour les réseaux qu'ils protègent, ce qui en fait la source de vérité sur « ce qui se trouve sur ce réseau ». Monitic présente la portée DHCP et les données de bail des intégrations de pare-feu : portées, leur utilisation et les baux attribués. Une portée épuisante cesse d'être une panne mystérieuse (« les nouveaux appareils ne peuvent pas se connecter ») et devient une condition visible ; un appareil inconnu titulaire d'un bail devient un fait détectable au cours d'une enquête.

Ensemble – santé, interfaces, DHCP – voici l'image du périmètre qui nécessite généralement de se connecter tour à tour à chaque pare-feu. Ici, c'est ambiant, continu et multi-fournisseurs. Et lorsque la question passe de « le pare-feu est-il sain » à « pourquoi ce trafic spécifique échoue-t-il », recherche de politique reprend là où la surveillance s'arrête.