Erweiterte sydi-Collector-Tools und der awdit-Collector

Das SYDI-Projekt ist ein Open-Source-Projekt, das Netzwerkadministratoren dabei helfen soll, ihr Netzwerk zu dokumentieren. Es nutzt eine Reihe von VBScript-Dateien, um Systemdaten zu erfassen, die in XML festgehalten und dann in eine Vielzahl anderer Formate umgewandelt werden. Auf der Homepage des Projekts gibt es noch viel mehr Informationen. Wir haben mit SYDI zusammengearbeitet, um Daten für unser IT-Management-Tool awdit (derzeit in der Beta-Phase) zu erfassen, und dabei einige Probleme in den Standard-SYDI-Skripten entdeckt und behoben. Um es offen zu halten, haben wir unsere Änderungen in einen Fork von SYDI auf GitHub zurückgespielt und veröffentlichen unseren nativen Client kostenlos für den persönlichen und internen geschäftlichen Gebrauch.

Aktualisiertes SYDI-Server-Collector-Skript

Nutzer können das aktualisierte SYDI-Server-Collector-Skript hier herunterladen. Wir haben Version 2.3 genommen und eine bessere Unterstützung für die Datumsverarbeitung sowie eine Upload-Funktion zum Senden von Daten an awdit eingebaut. Wir haben jedoch eine Option entwickelt, die für uns deutlich besser funktioniert …

SYDI-kompatible awdit-Collector-Skripte für x86 und x64

Das Tool awdit Collector für Windows erfasst Daten und kann sie wie das ursprüngliche SYDI-Skript im SYDI-XML-Format speichern oder hochladen. Unsere nativen Binärversionen haben gegenüber dem ursprünglichen VBScript jedoch die folgenden Vorteile:

• Deutlich schnellere Datenerfassung mit mehreren Threads
• Natives, sicheres, digital signiertes .exe-Format, das kleiner und einfacher auszuführen ist, mit optionaler x64-Binärdatei für noch schnelleren Betrieb auf neueren Rechnern
• Datumsangaben installierter Software werden besser in gut lesbare Formate normalisiert (auch wenn es in der Registry immer noch viele Abweichungen gibt)
• Wo in der Registry keine Datumsangaben vorhanden sind, ermitteln wir ein ungefähres Datum aus der installierten Datei und stellen dem Datumswert eine Tilde (~) voran, um anzuzeigen, dass der Wert ungefähr ist
• Die XML-Ausgabe ist sauber formatiert
• Eine Reihe von Eigenheiten auf virtualisierten Systemen wurde ausgebügelt
• Die Anwendungsarchitektur wird in einem neuen architecture-Attribut in regapplication- oder msiapplication-Tags angegeben
• Gebietsschema und Spracheinstellungen der Installation werden in einem neuen language-Attribut angegeben
• Produktschlüssel werden zuverlässiger erfasst
• Vereinfachte Argumente, die auch beim Doppelklick auf die Datei im Explorer angezeigt werden
• Neuer TSR-Modus (terminate and stay resident), in dem der Collector weiterlaufen und gemäß Konfiguration alle paar Tage automatisch neues XML erzeugen kann
• Keine lästige Spyware, keine Malware, kein Nach-Hause-Telefonieren usw.

Keine der vorgenommenen Änderungen hat die Kompatibilität mit den ursprünglichen Skripten oder XSLT beeinträchtigt, sodass der neue Client in Umgebungen eingesetzt werden kann, in denen bisher die VBScript-Version lief. Im einfachsten Fall könntest du den awdit Collector verwenden, um XML wie folgt auf deinem Rechner auszugeben:

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

Downloads

Bitte schicke uns dein Feedback zu diesem Skript – wir würden es gern hören!

• awdit Collector für Windows (x86, x64, Version 0.61)

Den Collector über ein Netzwerk ausführen

Es gibt eine Reihe von Ansätzen, um die awdit- oder SYDI-Collector-Skripte über ein Netzwerk auszuführen. Der TSR-Modus kann auf Servern gut funktionieren, oder fortgeschrittene Nutzer können per Gruppenrichtlinie periodische Starts des Tools planen. Wir werden einige bewährte Vorgehensweisen teilen, die wir kennengelernt haben. In der Zwischenzeit beschreiben wir unten den vermutlich einfachsten Ansatz. Mit dem Gruppenrichtlinien-Editor lässt sich in einer Domäne erzwingen, dass alle Domänenclients die entsprechende Skriptdatei im Rahmen ihrer Anmeldung ausführen.

1. Öffne den Gruppenrichtlinien-Editor auf deinem Domänencontroller und lade deine Standard-Domänenrichtlinie (oder erstelle eine neue Domänenrichtlinie, falls das passender ist)
2. Erweitere „User Configuration | Windows Settings | Scripts (logon/logoff)“ und doppelklicke im rechten Fensterbereich auf die Option „Logon“.
3. Klicke auf die Schaltfläche Add und navigiere entweder zum Pfad der Datei run-sydi-network.vbs oder füge ihn im Feld „Script Name“ ein.