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

Le projet SYDI est un projet Open Source visant à 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 en XML puis transcodées dans une variété d'autres formats. La page d'accueil du projet contient beaucoup plus d'informations. Nous avons travaillé avec SYDI pour capturer des données pour notre outil de gestion informatique, awdit (actuellement en version bêta), et dans le processus, nous avons rencontré et résolu quelques problèmes dans les scripts SYDI d'origine. Dans l'intérêt de le garder ouvert, nous avons corrigé nos modifications dans une fourchette de SYDI sur GitHub , et libérons librement notre client natif pour une utilisation professionnelle personnelle 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.