Outils améliorés de collecteur sydi et le collecteur awdit

Publié Mis à jour

Le projet SYDI est un projet Open Source destiné à aider les administrateurs réseau à documenter leur réseau. Il utilise une série de fichiers VBScript pour collecter des données système qui sont capturées au format XML, puis transcodées dans divers autres formats. La page d'accueil du projet contient beaucoup plus d'informations. Nous travaillons avec SYDI pour capturer les données de notre outil de gestion informatique, awdit (actuellement en version bêta). Nous avons par la suite rencontré et résolu quelques problèmes dans les scripts SYDI en stock. Afin de le garder ouvert, nous avons réintégré nos modifications dans un fork de SYDI sur GitHub et nous libérons librement notre client natif pour un usage personnel et interne.

Script de collecteur de serveur SYDI mis à jour

Les utilisateurs peuvent télécharger le script de collecteur de serveur SYDI mis à jour ici . Nous avons pris la version 2.3 et amélioré la prise en charge de la gestion des dates avec une fonction de téléchargement pour envoyer des données à awdit. Cependant, nous avons mis au point une option qui fonctionne beaucoup mieux pour nous ...

Scripts de collecteur awdit compatibles SYDI pour x86 et x64

L'outil awdit collector for Windows collecte des données et peut les enregistrer ou les télécharger au format SYDI XML, un peu comme le script SYDI d'origine. Cependant, nos versions binaires natives présentent les avantages suivants par rapport au VBScript d'origine:

  • Collecte de données multithread beaucoup plus rapide
  • Format .exe natif, sécurisé, signé numériquement, plus petit et facile à utiliser, avec un binaire x64 en option pour un fonctionnement encore plus rapide sur les nouveaux ordinateurs
  • Les dates des logiciels installés sont mieux normalisées dans des formats facilement lisibles (bien qu'il reste encore beaucoup de variation dans le registre)
  • Lorsque les dates ne sont pas présentes dans le registre, nous fournissons une date approximative à partir du fichier installé et préfixons la valeur de la date d'un tilde (~) pour indiquer que la valeur est approximative.
  • La sortie XML est bien formatée
  • Un certain nombre de bizarreries sur les systèmes virtualisés ont été résolues
  • L'architecture de l'application est signalée dans un nouvel attribut d' architecture dans les balises `regapplication` ou` msiapplication`
  • Les paramètres régionaux et de langue d'installation sont consignés dans un nouvel attribut `language`
  • Les clés de produit sont collectées de manière plus fiable
  • Arguments simplifiés qui sont également affichés lorsque vous double-cliquez sur le fichier dans l'explorateur
  • Nouveau mode TSR (terminer et rester résident) où le collecteur peut rester en marche et générer automatiquement un nouveau code XML tous les quelques jours, selon la configuration.
  • Pas de logiciels espions, logiciels malveillants, appels à domicile, etc.

Aucune des modifications apportées n'a une compatibilité cassée avec les scripts d'origine ou XSLT. Le nouveau client peut donc être utilisé dans des environnements exécutant précédemment la version VBScript. Au plus simple, vous pouvez utiliser le collecteur awdit pour dumper du XML sur votre machine de la manière suivante:

$ awdit-collector-win-x86.exe --file=my-machine.xml

Téléchargements

Merci de nous envoyer vos commentaires sur ce script - nous aimerions l'entendre!

  • awdit Collector pour Windows (x86, x64 version 0.61)

Exécution du collecteur sur un réseau

Il existe un certain nombre d'approches pour l'exécution des scripts de collecteur awdit ou SYDI sur un réseau. L'utilisation du mode TSR peut parfaitement fonctionner sur des serveurs. Les utilisateurs avancés peuvent également utiliser une stratégie de groupe pour planifier des lancements périodiques de l'outil. Nous partagerons certaines des meilleures pratiques que nous avons apprises. En attendant, nous détaillons quelle est probablement l'approche la plus simple ci-dessous. L'éditeur de stratégie de groupe peut être utilisé sur un domaine pour forcer tous les clients du domaine à exécuter le fichier de script approprié dans le cadre de leur processus de connexion.

  1. Ouvrez l'éditeur de stratégie de groupe sur votre contrôleur de domaine et chargez votre stratégie de domaine par défaut (ou créez une nouvelle stratégie de domaine si cela est plus approprié).
  2. Développer la configuration de l'utilisateur | Paramètres Windows | Scripts (connexion / déconnexion) et double-cliquez sur l'option Connexion dans le volet de droite.
  3. Cliquez sur le bouton Add et recherchez ou collez le chemin d'accès au fichier run-sydi-network.vbs dans la zone Nom du script.

A propos de l'auteur

Aidan Fitzpatrick a fondé Reincubate en 2008 après avoir construit le premier outil de récupération de données pour iPhone au monde, iPhone Backup Extractor. Il a parlé de l'esprit d'entreprise chez Google et est diplômé de la Leadership Academy de la Entrepreneurs 'Organisation.

PDG de Reincubate au Buckingham Palace

Les photos ci-dessus illustrent les membres de l'équipe de Reincubate réunis au Buckingham Palace avec Sa Majesté la reine Elizabeth, après avoir reçu le prix le plus prestigieux du Royaume-Uni pour leur travail avec la technologie Apple. Lisez notre position sur la vie privée, la sécurité et la sûreté .

Contenu connexe

Pouvons-nous améliorer cet article?

Nous aimons entendre les utilisateurs: pourquoi ne pas nous envoyer un email, laisser un commentaire ou tweet @reincubate?

© 2008 - 2019 Reincubate Ltd. Tous droits réservés. Enregistré en Angleterre et au Pays de Galles #5189175, VAT GB151788978. Reincubate® est une marque déposée. Confidentialité et modalités. Nous recommandons l'authentification multi-facteurs. Construit avec à Londres.