L'enregistrement de la notification de changement avec Active Directory à l'aide de C#

Je ne suis pas sûr que ça fasse ce que vous avez besoin, mais jetez un oeil à http://dunnry.com/blog/ImplementingChangeNotificationsInNET.aspx

Edit: Ajout de texte et de code de l'article:

---

---

Il y a trois façons de trouver des choses qui ont changé dans Active Directory (ou ADAM).  elles ont été documentées pendant un certain temps sur MSDN à l'adresse dans l'intitulé à juste titre "Vue d'ensemble de la Modification des Techniques de Suivi".  En résumé:

1. L'interrogation des Modifications à l'aide de uSNChanged. Cette technique vérifie l' 'highestCommittedUSN valeur pour commencer, puis effectue des recherches pour 'uSNChanged les valeurs qui sont supérieures par la suite.  Le "uSNChanged' attribut n'est pas répliqué entre les contrôleurs de domaine, de sorte que vous devez revenir sur le même contrôleur de domaine à chaque fois pour des raisons de cohérence.  il est essentiel que vous effectuez une recherche à la recherche pour le plus grand 'uSNChanged valeur de + 1 et puis lire dans le suivi des résultats de la façon que vous le souhaitez.
   • Avantages
     • C'est le plus compatible.  Toutes les langues et toutes les versions de .NET support de cette manière, puisque c'est une recherche simple.
   • Inconvénients
     • Il y a beaucoup de choses ici, pour le développeur de prendre soin de.  Vous obtenez l'ensemble de l'objet de retour, et vous devez déterminer ce qui a changé sur l'objet (et si vous vous souciez de ce changement).
     • Traiter avec des objets supprimés est une douleur.
     • C'est une interrogation de la technique, de sorte qu'il n'est en temps réel, combien de fois votre requête.  Ce peut être une bonne chose, selon l'application. Remarque, les valeurs intermédiaires sont pas suivis ici.
2. L'interrogation des Modifications à l'Aide de la Synchronisation d'annuaire de Contrôle.  Cette technique utilise la ADS_SEARCHPREF_DIRSYNC option dans ADSI et la LDAP_SERVER_DIRSYNC_OID de contrôle sous les couvertures.  il suffit de faire une recherche initiale, stocker le cookie, et puis plus tard, de nouveau chercher et envoyer le cookie.  Il sera de retour, seuls les objets qui ont changé.
   • Avantages
     • C'est un modèle facile à suivre.  les Deux Système.DirectoryServices et du Système.DirectoryServices.Les protocoles de prendre en charge cette option.
     • De filtrage peut réduire ce que vous avez besoin de s'embêter avec.  par exemple, si, au départ, ma recherche est pour tous les utilisateurs "(objectClass=user)", je peux par la suite le filtre sur l'interrogation avec "(sn=dunn)" et récupérer la combinaison de deux filtres, au lieu d'avoir à traiter avec tout à partir de l'initiale du filtre.
     • Windows 2003+ option supprime l'administration de la limitation de l'utilisation de cette option (la sécurité de l'objet).
     • Windows 2003+ option vous donnera également la possibilité de retourner uniquement les valeurs incrémentielles qui ont changé dans les grandes multi-attributs de valeur.  C'est vraiment une bonne fonctionnalité.
     • Traite bien avec des objets supprimés.
   • Inconvénients
     • C'est .NET 2.0+ ou tard, la seule option.  les Utilisateurs de .NET 1.1 aurez besoin d'utiliser uSNChanged de Suivi.  langages de Script ne peut pas utiliser cette méthode.
     • Vous ne pouvez le champ d'application de la recherche à une partition.  Si vous voulez suivre seulement une unité d'organisation particulière ou d'un objet, vous devez classer les résultats vous-même plus tard.
     • Utilisation de cette non-Windows 2003 domaines en mode vient avec la restriction que vous devez avoir la réplication obtenir les modifications des autorisations (par défaut, seul l'administrateur) à utiliser.
     • C'est une interrogation technique.  Il ne fait pas le suivi des valeurs intermédiaires soit.  de Sorte que si un objet vous souhaitez suivre les modifications entre la recherche plusieurs fois, vous obtenez seulement la dernière modification.  Ce peut être un avantage en fonction de l'application.
3. Notifications de changement dans Active Directory.  Cette technique enregistre une recherche sur un thread séparé qui permettra de recevoir des notifications lorsque toutes les modifications de l'objet qui correspond au filtre.  Vous pouvez enregistrer jusqu'à 5 notifications par async connexion.
   • Avantages
     • notification Instantanée.  Les autres techniques nécessitent des bureaux de vote.
     • Parce que c'est une notification, vous obtiendrez tous les changements, même les intermédiaires qui auraient été perdues dans les deux autres techniques.
   • Inconvénients
     • Relativement intensive des ressources.  Vous ne voulez pas faire toute une tonne de ces car il pourrait causer des problèmes d'évolutivité avec votre contrôleur.
     • Cela ne vous indique si l'objet a changé, mais il ne vous dit pas ce que le changement a été.  Vous avez besoin de comprendre si l'attribut a changé ou pas.  cela étant dit, il est assez facile de dire si l'objet a été supprimé (plus facile que uSNChanged l'interrogation, au moins).
     • Vous ne pouvez le faire dans le code non managé ou avec le Système.DirectoryServices.Les protocoles.

Pour la plupart, j'ai trouvé que la Synchronisation d'annuaire a adapter le projet de loi pour moi dans pratiquement toutes les situations.  je n'ai jamais pris la peine d'essayer une des autres techniques.  Toutefois, un lecteur a demandé si il y avait moyen de faire les notifications de changement .NET.  j'ai pensé qu'il était possible à l'aide de SDS.P, mais n'avait jamais essayé.  se trouve, il est possible et vraiment pas trop difficile à faire.

Ma première pensée sur l'écriture, c'était d'utiliser la exemple de code trouvé sur le site web MSDN (et référencés dans l'option #3) et de convertir simplement de ce Système.DirectoryServices.Protocoles.  Ceci s'est avéré être une impasse.  La façon dont vous le faites en SDS.P et la manière de l'exemple de code œuvres sont suffisamment différents pour qu'il n'est d'aucune aide.  Voici la solution je suis venu avec:

public class ChangeNotifier : IDisposable
{
LdapConnection _connection;
HashSet<IAsyncResult> _results = new HashSet<IAsyncResult>();
public ChangeNotifier(LdapConnection connection)
{
_connection = connection;
_connection.AutoBind = true;
}
public void Register(string dn, SearchScope scope)
{
SearchRequest request = new SearchRequest(
dn, //root the search here
"(objectClass=*)", //very inclusive
scope, //any scope works
null //we are interested in all attributes
);
//register our search
request.Controls.Add(new DirectoryNotificationControl());
//we will send this async and register our callback
//note how we would like to have partial results
IAsyncResult result = _connection.BeginSendRequest(
request,
TimeSpan.FromDays(1), //set timeout to a day...
PartialResultProcessing.ReturnPartialResultsAndNotifyCallback,
Notify,
request);
//store the hash for disposal later
_results.Add(result);
}
private void Notify(IAsyncResult result)
{
//since our search is long running, we don't want to use EndSendRequest
PartialResultsCollection prc = _connection.GetPartialResults(result);
foreach (SearchResultEntry entry in prc)
{
OnObjectChanged(new ObjectChangedEventArgs(entry));
}
}
private void OnObjectChanged(ObjectChangedEventArgs args)
{
if (ObjectChanged != null)
{
ObjectChanged(this, args);
}
}
public event EventHandler<ObjectChangedEventArgs> ObjectChanged;
#region IDisposable Members
public void Dispose()
{
foreach (var result in _results)
{
//end each async search
_connection.Abort(result);
}
}
#endregion
}
public class ObjectChangedEventArgs : EventArgs
{
public ObjectChangedEventArgs(SearchResultEntry entry)
{
Result = entry;
}
public SearchResultEntry Result { get; set;}
}

Il est relativement simple de classe que vous pouvez utiliser pour des recherches dans le registre. L'astuce est d'utiliser le GetPartialResults méthode dans la méthode de rappel pour obtenir seulement le changement qui vient de se produire. J'ai également inclus le très simplifiée EventArgs classe je suis à l'aide de transmettre les résultats. Remarque, je ne suis pas faire quelque chose au sujet de thread ici et je n'ai pas de gestion d'erreur (c'est juste un exemple). Vous pouvez consommer cette classe comme ceci:

static void Main(string[] args)
{
using (LdapConnection connect = CreateConnection("localhost"))
{
using (ChangeNotifier notifier = new ChangeNotifier(connect))
{
//register some objects for notifications (limit 5)
notifier.Register("dc=dunnry,dc=net", SearchScope.OneLevel);
notifier.Register("cn=testuser1,ou=users,dc=dunnry,dc=net", SearchScope.Base);
notifier.ObjectChanged += new EventHandler<ObjectChangedEventArgs>(notifier_ObjectChanged);
Console.WriteLine("Waiting for changes...");
Console.WriteLine();
Console.ReadLine();
}
}
}
static void notifier_ObjectChanged(object sender, ObjectChangedEventArgs e)
{
Console.WriteLine(e.Result.DistinguishedName);
foreach (string attrib in e.Result.Attributes.AttributeNames)
{
foreach (var item in e.Result.Attributes[attrib].GetValues(typeof(string)))
{
Console.WriteLine("\t{0}: {1}", attrib, item);
}
}
Console.WriteLine();
Console.WriteLine("====================");
Console.WriteLine();
}

OriginalL'auteur stuartd