2012-08-02 1 views
1

Après avoir examiné quelques options différentes, j'ai décidé qu'il était nécessaire que mon application connecte les opérations de fichiers liées au réseau (dont il est question ici Retrieve who created/modified/deleted a file). Quoi qu'il en soit, j'ai fait des recherches sur la façon d'obtenir un système d'accrochage solide et fiable en place. Fondamentalement, je dois être capable de surveiller mon serveur Windows 2008 pour créer des demandes de création/lecture/écriture/suppression sur un partage SMB, et les refuser si nécessaire. Je sais que cela peut être fait en utilisant un pilote minifilter, mais je cherche une solution plus rapide, s'il y en a un. Est-ce que quelqu'un sait d'une solution?Accrocher les opérations de fichiers SMB sur Windows Server 2008

Oups! J'ai réussi à omettre une énorme exigence dans le message original. Je dois également être capable de suivre quel nom d'utilisateur a créé/supprimé/modifié des fichiers dans l'un des partages. Pour cette raison, je crois qu'un filtre de système de fichiers n'est pas ce que je cherche.

+1

Habituellement, vous pouvez simplement utiliser les ACL pour refuser des demandes. Que voulez-vous faire que les ACL ne peuvent pas gérer? – Gabe

+0

S'il vous plaît voir le post original révisé. – jbq

+1

Le journal d'audit est conçu pour suivre les fichiers créés/supprimés/modifiés. Avec les ACL d'audit adéquates, il vous indiquera qui a ouvert chaque fichier et quel accès a été accordé. Si vous voulez une liste exacte de qui a fait quoi, vous devrez écrire votre propre filtre. – Gabe

Répondre

1

Si vous souhaitez simplement surveiller les changements de fichiers se produisant dans un répertoire, vous pouvez essayer ce Obtaining Directory Change Notifications. Incase vous voulez. Net/C# chemin essayez ceci FileSystemWatcher.

Mais cela ne vous informera que des modifications, vous ne pourrez pas contrôler l'opération (autoriser ou refuser).

Si vous devez contrôler l'opération minifilter est le chemin.

+0

Ce sont d'excellentes suggestions, mais aucune d'entre elles ne permet d'intercepter de façon pragmatique l'utilisateur qui a apporté les modifications (créer, écrire, supprimer) au fichier. Quelqu'un at-il trouvé une telle solution? – jbq

+1

Vous pouvez obtenir quel utilisateur effectuant l'opération dans minifilter en utilisant le paramètre 'SubjectSecurityContext' dans les données de rappel et 'SeQueryInformationToken' – Rohan