Ordivis Platform détecte les appareils du réseau et se rapproche d’Active Directory – de façon planifiée, en arrière-plan et strictement en lecture seule. Les attributs projetés sont marqués en lecture seule, afin que la saisie manuelle ne les écrase pas silencieusement.
# Exécution de découverte (planifiée, en arrière-plan) Exécution chaque jour à 03:00 Réseau 10.20.0.0/16 412 joignables ├─ nouvellement créés 7 IC └─ mis à jour 96 IC Active Directory lecture seule └─ comptes utilisateurs 1 284 mises à jour Écritures dans l’AD 0
La découverte informatique désigne la détection automatique et la mise à jour continue du parc informatique – par balayages réseau et raccordement des annuaires.
Le mot décisif est « continue ». Un import unique remplit une CMDB et ne résout rien : un parc tenu à la main vieillit en quelques mois, parce que la mise à jour est toujours la tâche qui reste en attente. La découverte n’est utile que lorsqu’elle fait vivre le parc – et rend visible quel champ vient de la machine et lequel de la main.
Le rapprochement Active Directory et LDAP dans Ordivis Platform est strictement en lecture. Il n’y a aucune écriture dans l’annuaire – ni en option, ni par un commutateur de configuration.
C’est une décision assumée, avec deux effets. Techniquement, une mauvaise configuration d’Ordivis ne peut pas endommager votre infrastructure d’identités. Sur le plan organisationnel, l’accord des responsables de l’AD est nettement plus facile à obtenir quand le système demandeur ne peut manifestement que lire – d’après notre expérience, la raison la plus fréquente pour laquelle les raccordements d’annuaire restent en suspens pendant des mois.
La détection s’exécute comme tâche de fond dans le service API, découplée des requêtes de l’interface. Un balayage long sur un grand réseau ne bloque donc pas les temps de réponse du centre de services. Pour les réseaux que le serveur central n’atteint pas, il existe le collecteur de découverte : un service Windows dédié avec son propre paquet d’installation, placé dans le réseau cible et qui remonte ses trouvailles à la centrale.
Un champ provenant d’une source est marqué sur l’élément de configuration comme en lecture seule et superposé à l’exécution. On voit ainsi d’un coup d’œil ce qui vient de la machine – et la saisie manuelle ne peut pas l’écraser à l’insu de tous. C’est précisément cet écrasement silencieux qui explique d’ordinaire pourquoi les résultats de découverte et l’état documenté divergent au bout de quelques mois.
Les balayages s’exécutent comme tâche de fond dans le service API – aucun service supplémentaire, aucune installation supplémentaire. Les exécutions longues ne bloquent pas le centre de services.
Un rapprochement d’annuaire strictement en lecture – aucune écriture, traçable. Cela facilite l’accord des responsables de l’AD.
Contrôle de joignabilité et relevé des adresses MAC sur le réseau – la base du rapprochement de parc et de la gestion des adresses IP à la fois.
Les éléments de configuration sont créés et mis à jour plutôt qu’importés une seule fois. La CMDB reste proche de la réalité sans travail manuel.
Exécution récurrente selon un calendrier via l’ordonnanceur de tâches – la nuit, chaque semaine ou selon votre fenêtre de maintenance.
Une classe d’IC dédiée « compte utilisateur » accueille les comptes AD et locaux. Les affectations d’actifs, de tickets et de droits deviennent ainsi traçables au même endroit.
La découverte informatique désigne la détection automatique et la mise à jour continue du parc informatique – par balayages réseau et raccordement des annuaires. Le but n’est pas l’import unique mais la mise à jour continue : une CMDB tenue à la main vieillit en quelques mois.
Non, et c’est une décision d’architecture assumée. La synchro AD et LDAP est strictement en lecture seule – il n’y a aucune écriture dans l’annuaire. Ainsi, une mauvaise configuration d’Ordivis Platform ne peut jamais endommager votre infrastructure d’identités, et l’accord des responsables de l’AD est nettement plus facile à obtenir.
Oui, comme tâche de fond dans le service API – mais découplée des requêtes de l’interface, de sorte qu’un balayage réseau long n’affecte pas les temps de réponse du centre de services. Un service Windows dédié n’est nécessaire que pour les réseaux distants : le collecteur de découverte, avec son propre paquet d’installation.
Les attributs projetés par la machine sont marqués en lecture seule sur l’élément de configuration et superposés à l’exécution. On voit ainsi quel champ vient de la source, et la saisie manuelle ne peut pas l’écraser à l’insu de tous – la raison la plus fréquente pour laquelle résultats de découverte et documentation divergent.
Selon un calendrier, par exécutions récurrentes planifiées. La projection des utilisateurs depuis l’annuaire s’exécute par exemple régulièrement comme mise à jour par compte, de sorte que les comptes nouveaux et modifiés sont repris sans intervention.
Oui. Il existe une classe d’IC dédiée « compte utilisateur » dans laquelle sont projetés les comptes AD et locaux. Les affectations d’actifs, de tickets et de droits se suivent ainsi au même endroit que le reste du paysage.
Le but de l’entretien du parc : des éléments de configuration avec relations et analyse d’impact.
Les installations relevées sont la base du bilan de conformité des licences.
Le balayage réseau et le relevé MAC tiennent aussi la gestion des adresses à jour.
Du balayage réseau au rapprochement AD jusqu’à l’attribut en lecture seule – lors d’une démonstration en visioconférence.