Vous ne savez pas exactement ce qui me manque ici. J'ai essayé d'utiliser DirectoryEntry et PrincipalContext et j'ai le même problème dans les deux sens. L'AD est structuré commeDirectoryServices PrincipalContext peut être ajouté au conteneur de premier niveau mais pas au conteneur enfant
root (okwu.edu)
students
AGS
Traditional
Je peux ajouter des utilisateurs au conteneur étudiant
PrincipalContext domainContext = new PrincipalContext(ContextType.Domain, "OKWU.EDU", "OU=Students,DC=okwu,DC=edu", systemAccount, systemAccountPassword);
UserPrincipal user = new UserPrincipal(domainContext, model.SamAccountName, model.Password, true);
mais si j'utilise le dn pour AGS (ou traditionnelle)
PrincipalContext domainContext = new PrincipalContext(ContextType.Domain, "OKWU.EDU", "OU=AGS,OU=Students,DC=OKWU,DC=edu", systemAccount, systemAccountPassword);
Puis-je obtenir une erreur que l'objet n'existe pas sur le serveur. J'ai trouvé des trucs pour le container de premier niveau mais rien pour expliquer ce qui me manque quand j'essaye d'aller au container de second niveau.
J'ai copié le dn de adsiedit. Je vais essayer avec CN = nom d'utilisateur ajouté sur le DN et l'essayer. – Brian
Une autre raison possible est que vous avez plusieurs contrôleurs de domaine. Un contrôleur de domaine a obtenu le ou l'autre –
Une autre raison possible est que votre compte système n'a pas assez d'autorisations pour voir l'unité d'organisation de votre enfant. Connectez-vous en utilisant votre compte système lorsque vous utilisez ADSIEDIT –