Après essai sur une base de données de format de l'accès 2002-2003 sur le réseau, ce sont mes résultats concernant le CurrentUsers.mdb joint :
- Il est fondamentalement et effectivement un GUI sur le dossier de serrure de .ldb.
- Il est plus en temps réel que simplement lisant le dossier de serrure. Si un utilisateur apparaît dans cet outil, ils *are* se sont actuellement reliés au DB. C'est important parce que le dossier de serrure lui-même montre le courant aussi bien que l'information résiduelle de raccordement. Voir la note de dossier de serrure ci-dessous.
- Elle ne fait pas dans son nom ou ntuserid courant d'exposition de forme. Comme le dossier de serrure, elle montre seulement à l'username de DB ce qui est toujours « Admin » à moins que vous employiez la sécurité user-level. Comme dans mon poteau http://a33191605, je recommande contre la sécurité user-level.
- De nouveau comme le dossier de serrure, ce DB montre seulement le hostname de la machine reliée. Vous pouvez encore avoir besoin d'une correspondance de machine-à-utilisateur. Les machines de ma compagnie sont appelées basées sur l'utilisateur principal, ainsi c'est une option viable pour moi.
Fermer à clef le dossier
Quand le premier utilisateur se relie à un DB, l'accès crée un dossier de serrure dans la même chemise avec le même nom que le DB, mais avec la prolongation de .ldb au lieu de .mdb. Le dossier contient l'username de nom et de DB de la machine de l'utilisateur. L'username de DB est toujours « Admin » à moins que vous employiez la sécurité user-level. Pendant que plus d'utilisateurs se relient au DB, l'accès ajoute leurs noms de machine et les noms de l'utilisateur de DB à la même serrure classent. Quand les débranchements d'un utilisateur, leur « fente » dans le dossier de serrure demeure avec leur information mais est disponible pour le prochain utilisateur qui se relie. Ce dossier est considéré ouvert et en service et est seulement supprimé quand les derniers débranchements reliés d'utilisateur.
Fermer à clef les permissions de dossier
Le dossier de serrure est créé sous le NTFS et les permissions efficaces de part du premier utilisateur relié, et cet utilisateur est le « propriétaire » du dossier. Tant que ce dossier existe, le propriétaire et les permissions ne changent pas même si cet utilisateur déconnecte mais d'autres restent reliés. Les permissions sur ce dossier de serrure changent seulement une fois que le dossier de serrure est supprimé et créé par un autre utilisateur.
Le résultat inférieur
Si vous employez déjà le dossier de serrure pour déterminer les utilisateurs « courants », comme le fais je, cet outil augmente cela avec un GUI, et il est en temps réel.
Lee
