Il existe deux façons d'effectuer cet audit. La première, la plus longue, consiste à obtenir des informations pertinentes sur deux semaines :
- Depuis votre PDC, exportez tous les utilisateurs et ordinateurs AD à l'aide de l'outil Windows server csved. La syntaxe de la commande correspondante est
csved -f ADfilename.csv -r objectClass=user
et importez le csv exporté vers un fichier excel en filtrant les données par colonnes (Note : lors de l'importation, définissez le délimiteur sur des virgules et des tabulations pour obtenir les rubriques appropriées avant le filtrage).
- De même, importez le fichier journal PDC de \Windows\Debug\netsetup.log à une deuxième feuille de calcul avec les mêmes options que ci-dessus. A partir de là, vous pouvez faire une comparaison entre les deux feuilles de calcul (fichier1.csv -> fichier2.csv) et également filtrer les données correspondantes. Ceci peut être fait très facilement avec OpenOffice Calc.
Exemple de données d'événements - avec filtrage par date/heure, etc.
- Lorsque vous effectuez la comparaison, vous pouvez rechercher les événements correspondants dans le journal du serveur actuel et dans la liste actuelle des ordinateurs et des utilisateurs AD. Conformément à votre demande, concentrez-vous sur les événements NETLOGON (id 5719) pour la disponibilité/non-disponibilité du domaine par ordinateur et les événements NetBIOS (id 6011) pour les changements de nom de domaine par utilisateur.
NOTE : Cette partie peut prendre un certain temps car vous devez rechercher et filtrer tous les événements correspondants tout en comparant et en fusionnant à nouveau pour trouver tous les changements de noms NetBIOS.
Après cela, vous pouvez utiliser les programmes/scripts suivants pour effectuer une surveillance à long terme des événements de votre serveur AD et/ou des ordinateurs de votre entreprise :
La création de consommateurs d'événements permanents via script présente deux avantages. La première chose est qu'elle peut facilement être réalisée à distance. Par conséquent, je peux cibler plusieurs machines avec le script et créer le consommateur d'événements sur les machines distantes. La deuxième chose cool est le fait que les consommateurs d'événements permanents sont cool. Ils surveillent les événements et y répondent sans qu'il soit nécessaire qu'un script soit en cours d'exécution. Tu parles d'un truc cool ! J'exécute un script une fois, et ensuite mon ordinateur cherchera toujours un événement et y répondra.
- Utilisez des outils tiers tels que SolarWinds WMI Monitor pour afficher les états des événements en cours sur votre contrôleur de domaine. Configurez la surveillance pour les classes d'espace de nom WMI suivantes : Win32_NTDomain, Win32_LogonSession, Win32_ComputerSystem
Pour plus d'informations sur les classes WMI NetBIOS, voir ici.