Points clés
- NinjaOne Network Discovery offre une visibilité continue sur les appareils adressables en IP gérés, non gérés et non autorisés présents sur le réseau, sans nécessiter d’agent.
- Les appareils détectés sont conservés dans un inventaire persistant, ce qui aide les équipes informatiques à repérer au fil du temps les changements sur le réseau, l’informatique fantôme et les actifs non gérés.
- Le déploiement de l’agent Windows permet aux techniciens de passer directement de la détection d’un appareil à sa gestion, grâce aux identifiants enregistrés et à un workflow unifié.
- Network Discovery aide les entreprises à renforcer leur sécurité en identifiant les appareils non gérés et en plaçant les terminaux Windows sous contrôle : surveillance, mise à jour et gestion.
- Les MSP peuvent utiliser Network Discovery pour repérer les appareils clients non suivis, mieux maîtriser leur parc de terminaux et réduire les pertes opérationnelles et de revenus.
- La détection s’intègre aux workflows de gestion des terminaux, de gestion des actifs informatiques (ITAM) et de surveillance réseau afin de créer un processus unifié de gestion du cycle de vie des appareils.
Votre pare-feu se moque bien de l’ordinateur portable que votre employé a rapporté de chez lui. Votre inventaire d’actifs actuel aussi. Les attaquants, en revanche, s’y intéressent de près.
Après des années passées à échanger avec des équipes informatiques, je sais comment le scénario se déroule. Quelqu’un lance une analyse, exporte les résultats dans un tableur et appelle ça un inventaire. Six mois plus tard, ce tableur est faux, et personne ne sait dans quelle mesure. Des appareils ont été ajoutés. D’autres ont été discrètement mis hors service. Quelques-uns sont apparus sur le réseau sans que personne sache qui les y a branchés. L’environnement a évolué, l’inventaire non, et il y a en ce moment même sur votre réseau des appareils que vous seriez incapable de nommer.
Ce n’est pas un problème d’outillage. C’est un problème de processus qu’un meilleur outillage peut réellement résoudre, mais à une condition : que l’outil boucle la boucle entre la découverte d’un appareil et sa gestion. La plupart ne le font pas. Ils mettent l’écart en évidence et vous laissent le gérer ailleurs, dans un autre outil, via un autre workflow, avec encore plus d’étapes manuelles.
C’est précisément ce que nous avons voulu changer avec NinjaOne Network Discovery. Avec la version 14.0, nous avons franchi l’étape la plus décisive : vous pouvez désormais passer de « appareil détecté » à « appareil géré » sans quitter la plateforme.
NinjaOne Network Discovery, qu’est-ce que c’est ?
NinjaOne Network Discovery analyse, classe et enregistre chaque appareil adressable en IP présent sur votre réseau. Terminaux gérés, machines non gérées, matériel non autorisé, la Xbox du bureau que quelqu’un a branchée sur le switch de l’entreprise, la télévision connectée de la salle de réunion, le thermostat IdO (internet des objets) que les services généraux ont installé sans prévenir personne. Si l’appareil a une adresse IP, Discovery le trouve. Sans aucun agent.
Ce qui distingue cette approche des scanners que la plupart des équipes ont déjà essayés, ce n’est pas l’analyse en elle-même. C’est ce qui vient après. Les outils traditionnels lancent une analyse, vous remettent une liste, puis jettent les données dès que vous fermez la fenêtre. Vous connaissez la suite : un export CSV qui traîne dans le dossier Téléchargements de quelqu’un, déjà obsolète avant que qui que ce soit n’en fasse quelque chose. NinjaOne ne fonctionne pas ainsi. Chaque appareil détecté par Discovery arrive dans une vue persistante des appareils détectés, un enregistrement vivant qui reflète votre réseau tel qu’il est vraiment, et non tel qu’il a été documenté la dernière fois que quelqu’un a pensé à lancer une analyse. Pour les administrateurs informatiques expérimentés, cette différence compte bien plus qu’il n’y paraît.
Une analyse avec identifiants est disponible pour une inspection plus approfondie lorsque vous en avez besoin. Elle couvre jusqu’à 4 000 adresses IP par tâche, sans impact mesurable sur les performances. Mais la base reste simple : une visibilité continue et sans agent sur l’ensemble de votre réseau, intégrée directement à la plateforme NinjaOne. Et c’est ce dernier point qui rend possible tout ce qui suit.
La grande nouveauté : le déploiement de l’agent Windows
La détection a toujours été la première étape. Le plus frustrant, pour toutes les équipes informatiques avec lesquelles j’ai pu échanger, c’était ce qui venait ensuite. Vous terminiez une analyse, vous disposiez d’une liste propre de tout ce qui se trouvait sur le réseau, puis vous basculiez vers un autre outil pour agir concrètement. Copier un nom d’hôte, ouvrir une autre fenêtre, lancer un workflow de déploiement distinct, et espérer que les identifiants enregistrés fonctionnent toujours. Une visibilité sans action, ce n’est qu’une image plus détaillée de votre problème. Et si vous avez déjà contemplé une liste de 200 appareils non gérés en vous demandant combien de temps il vous faudrait pour les traiter à la main, vous savez déjà ce que cet écart coûte à votre équipe.
Avec la version 14.0, cela change. Les techniciens peuvent désormais transférer et installer l’agent NinjaOne directement depuis le workflow de détection, à l’aide des identifiants Windows enregistrés, sans quitter la plateforme. La visibilité se transforme en gestion d’un seul geste.
Le workflow est simple. Lancez une analyse. Repérez les machines Windows non gérées dans votre vue des appareils détectés. Déployez l’agent NinjaOne en un clic. L’appareil est alors entièrement géré dans NinjaOne : mis à jour, surveillé et répertorié. Ce qui impliquait auparavant de changer d’outil, de chercher des identifiants et d’assurer un suivi manuel se fait maintenant là même où vous avez trouvé l’appareil.
Pour les équipes informatiques confrontées à la prolifération des appareils, c’est un vrai changement opérationnel. Pour les MSP qui gèrent des dizaines d’environnements clients, c’est la différence entre un processus qui passe à l’échelle et un processus qui n’y parvient pas.
Pourquoi c’est important : trois cas d’usage concrets
Repérer et combler les failles de l’informatique fantôme
Toutes les équipes informatiques en ont. Des appareils sur le réseau que personne n’a officiellement provisionnés, un ordinateur portable personnel connecté au Wi-Fi de l’entreprise depuis deux ans, un Raspberry Pi installé par quelqu’un de l’équipe d’ingénierie pour un projet annexe, un stockage en réseau plus ancien que l’équipe informatique actuelle. Ceux qui vous empêchent de dormir ne sont pas les appareils que vous connaissez. Ce sont ceux qui restent tapis sur votre réseau, non mis à jour, non surveillés et totalement hors de vos contrôles de sécurité, en attendant que quelqu’un d’autre les trouve avant vous. Network Discovery met tout cela en lumière. Et désormais, pour les machines Windows de cette liste, le déploiement d’agent vous offre une voie directe pour les placer sous gestion avant qu’elles ne se retrouvent dans un rapport d’incident.
Onboarding rapide des terminaux Windows
Nouveaux bureaux. Acquisition récente. Un client qui vous remet un diagramme de réseau vieux de trois ans. Chaque professionnel de l’informatique s’est déjà vu confier un environnement présenté comme « en grande partie documenté », ce qui signifie en pratique que la documentation couvre environ soixante pour cent de ce qui existe réellement. Analysez le sous-réseau, trouvez les machines Windows non gérées, déployez les agents en masse. Ce qui demandait auparavant des heures de travail manuel réparties sur plusieurs outils se fait maintenant depuis une seule vue dans NinjaOne. L’environnement n’attend pas que votre processus d’onboarding le rattrape, et vos outils n’ont plus besoin d’attendre non plus.
MSP : ne laissez aucun terminal de côté
Un appareil non géré est un appareil non facturé. Pour un MSP, ce n’est pas seulement un problème opérationnel, c’est un problème de revenus, et aussi une question de responsabilité. Quand un incident survient sur un appareil dont vous ignoriez l’existence, c’est quand même vous qu’on appelle. Network Discovery vous permet d’analyser plusieurs environnements clients, d’identifier les manques et de déployer des agents à grande échelle. Fini les découvertes six mois plus tard : un client avait quinze machines dont vous ignoriez l’existence, dont trois n’avaient pas été mises à jour depuis l’équipe précédente.
Sa place au sein de la plateforme NinjaOne
Network Discovery n’existe pas en vase clos, et c’est bien là tout l’intérêt. Depuis la vue des appareils détectés, les techniciens peuvent déployer un agent Windows, enregistrer un appareil dans l’ITAM ou l’ajouter à la surveillance NMS (système de gestion de réseau). Trois actions, un seul endroit. Cela change beaucoup par rapport au fonctionnement actuel de la plupart des équipes informatiques, où la visibilité vit dans un outil, la gestion des actifs dans un autre, et la surveillance dans un troisième. Le résultat ? Un workflow qui paraît efficace sur le papier et qui s’effondre dans la pratique, car c’est justement dans les frictions entre outils que les choses passent entre les mailles du filet.
Notre objectif, c’est un système en boucle fermée. Vous trouvez un appareil, vous le placez sous gestion, vous le surveillez, vous le suivez comme un actif, tout cela sans quitter NinjaOne. La détection est le point d’entrée de cette boucle. Le déploiement d’agent est ce qui permet de la fermer. Et le reste de la plateforme est ce qui donne tout son intérêt à cette démarche.
La suite
NinjaOne Network Discovery ne se contente pas de vous donner une cartographie de votre réseau. Il vous donne les moyens d’agir sur ce que vous trouvez, là où vous l’avez trouvé, sans rien laisser filer entre les outils.
Ceci est le premier article d’une série. Dans le prochain, nous verrons en détail comment Network Discovery s’articule avec d’autres briques clés de la plateforme NinjaOne, ainsi qu’avec les outils que votre équipe utilise peut-être déjà. Restez connectés.
