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

Aidan Fitzpatrick

Par Aidan Fitzpatrick

Publié

Mis à jour

Voyez comment je suis qualifié pour écrire cet article

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 founded Reincubate in 2008 after building the world's first iPhone data recovery tool, iPhone Backup Extractor. He's spoken at Google on entrepreneurship, and is a graduate of the Entrepreneurs' Organisation's Leadership Academy.

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é .

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. Registered in England and Wales #5189175, VAT GB151788978. Reincubate® is a registered trademark. Confidentialité et modalités. Nous recommandons l'authentification multi-facteurs. Construit avec à Londres.