Il progetto SYDI è un progetto Open Source pensato per aiutare gli amministratori di rete a documentare la propria rete. Usa una serie di file VBScript per raccogliere dati di sistema, che vengono acquisiti in XML e poi trascodificati in vari altri formati. La home page del progetto contiene molte più informazioni. Abbiamo lavorato con SYDI per acquisire dati per il nostro strumento di gestione IT, awdit (attualmente in beta), e nel farlo abbiamo incontrato e risolto alcuni problemi negli script SYDI originali. Nell’interesse di mantenerlo aperto, abbiamo riportato le nostre modifiche in un fork di SYDI su GitHub e rilasciamo liberamente il nostro client nativo per uso personale e aziendale interno.
Script collector del server SYDI aggiornato
Gli utenti possono scaricare lo script collector del server SYDI aggiornato qui. Abbiamo preso la versione 2.3 e vi abbiamo aggiunto una migliore gestione delle date, insieme a una funzione di caricamento per inviare i dati ad awdit. Tuttavia, abbiamo trovato un’opzione che funziona molto meglio per noi...
Script collector awdit compatibili con SYDI per x86 e x64
Lo strumento awdit collector per Windows raccoglie dati e può salvarli o caricarli in formato XML SYDI, come lo script SYDI originale. Tuttavia, le nostre versioni binarie native offrono i seguenti vantaggi rispetto al VBScript originale:
- Raccolta dei dati molto più veloce e multithread
- Formato .exe nativo, sicuro e con firma digitale, più leggero e più facile da eseguire, con un binario x64 opzionale per prestazioni ancora più veloci sui computer più recenti
- Le date del software installato vengono normalizzate meglio in formati facilmente leggibili (anche se nel registro si trova ancora molta variabilità)
- Se nel registro non ci sono date, ricaviamo una data approssimativa dal file installato e anteponiamo al valore una tilde (~) per indicare che è approssimativo
- L’output XML è formattato in modo ordinato
- Sono state risolte diverse stranezze sui sistemi virtualizzati
- L’architettura dell’applicazione è riportata in un nuovo attributo
architecturenei tagregapplicationomsiapplication - Le impostazioni internazionali e della lingua dell’installazione sono riportate in un nuovo attributo
language - I codici Product Key vengono raccolti in modo più affidabile
- Argomenti semplificati, che vengono mostrati anche facendo doppio clic sul file in Esplora risorse
- Nuova modalità TSR (terminate and stay resident), in cui il collector può restare in esecuzione e generare automaticamente un nuovo XML ogni pochi giorni, secondo la configurazione
- Niente spyware, malware, comunicazioni nascoste verso casa e simili
Nessuna delle modifiche apportate ha compromesso la compatibilità con gli script o gli XSLT originali, quindi il nuovo client può essere usato in ambienti che prima eseguivano la versione VBScript. Nel caso più semplice, potresti usare awdit collector per scaricare l’XML sul tuo computer così:
$ awdit-collector-win-x86.exe --file=my-machine.xml
Download
Mandaci pure il tuo feedback su questo script: ci farebbe piacere ascoltarlo!
- awdit Collector per Windows (x86, x64 versione 0.61)
Eseguire il collector su una rete
Ci sono diversi approcci per eseguire gli script collector awdit o SYDI su una rete. Usare la modalità TSR può funzionare bene sui server, oppure gli utenti esperti possono usare i criteri di gruppo per pianificare avvii periodici dello strumento. Condivideremo alcune buone pratiche che abbiamo imparato. Nel frattempo descriviamo qui sotto quello che è forse l’approccio più semplice. Group Policy Editor può essere usato su un dominio per forzare tutti i client del dominio a eseguire il file di script pertinente durante l’accesso.
- Apri Group Policy Editor sul tuo controller di dominio e carica il criterio di dominio predefinito (o crea un nuovo criterio di dominio se è più appropriato)
- Espandi «User Configuration | Windows Settings | Scripts (logon/logoff)» e fai doppio clic sull’opzione «Logon» nel riquadro di destra.
- Fai clic sul pulsante
Adde cerca oppure incolla il percorso del filerun-sydi-network.vbsnella casella «Script Name».




