Czy zapytanie LDAP w AD może dostarczyć nazwę domeny Netbios dla jednego konta podczas korzystania z Katalogu globalnego?

Korzystam z ADSI Edit, aby sprawdzić właściwości LDAP pojedynczego konta użytkownika w AD. Widzę właściwości takie jak userPrincipalName, ale nie widzę żadnej dla w pełni kwalifikowanej nazwy domeny (FQDN) lub nazwy domeny netbios.

Będziemy konfigurować wykaz globalny (GC), aby zapewnić nam dostęp LDAP do wielu domen, a poprzez konfigurację w aplikacji mapujemy właściwości LDAP na właściwości profilu użytkownika w aplikacji. W typowym AD nazwy FQDN i nazwa domeny Netbios są takie same dla wszystkich użytkowników, ale w przypadku GC potrzebujemy tych dodatkowych informacji. Naprawdę potrzebujemy tylko nazwy domeny Netbios (nazwa FQDN nie jest wystarczająco dobra).

Może istnieje zapytanie LDAP, które można wykonać, aby zażądać tych informacji od obiektu najwyższego poziomu w AD?

Myślę, że to rozgryzłem. Za pomocą Edycji ADSI możesz przeglądać właściwości obiektu (np. Użytkownika), ale domyślnie filtrował atrybuty „zbudowane”. Za pomocą przycisku Filtr w prawym dolnym rogu ekranu właściwości mogłem wyświetlić te dodatkowe atrybuty.

Wydaje się, że „msDS-PrincipalName” ma „[nazwa domeny Netbios] \ [sAMAccountName]” jako swoją wartość.

Jeśli przejdę do AD Użytkownicy i komputery i zmienię „Nazwę logowania użytkownika” z „[email protected]” na „[email protected]”, wpływa to na atrybut „userPrincipalName”, ale nie na „msDS- Atrybut PrincipalName ”. Jest to dobre w moim przypadku, ponieważ mój inny system (SharePoint) również nie rozpoznaje tej zmiany.

Jeśli przejdę do AD Użytkownicy i komputery i zmienię „Nazwę logowania użytkownika (wcześniejszą niż Windows 2000)” z „KIRKDEV \ gwashington” na „KIRKDEV \ g2washington” (zauważ, że nie mogę zmienić pierwszej części), nie wpływa to na „userPrincipalName” atrybut, ale nie wpływa na atrybut „msDS-PrincipalName”. Właśnie tego chcę, ponieważ mój inny system (SharePoint) rozpoznaje tę zmianę.

Uwaga dodatkowa: Powiedziałem, że SharePoint rozpoznaje zmianę, ale dzieje się tak tylko wtedy, gdy użytkownik nigdy wcześniej nie logował się do tego zbioru witryn SharePoint. Gdy użytkownik zaloguje się do zbioru witryn SharePoint, pole tp_Login w tabeli UserInfo jest ustawiane wartością „msDS-PrincipalName” i wydaje się, że to się nie zmienia. Być może będę musiał znaleźć sposób na wymuszenie zmiany lub po prostu powiedzieć, że ten scenariusz nie jest obsługiwany.

Aby odpowiedzieć na ostatnie pytanie, powinieneś być w stanie ręcznie zweryfikować nazwę NetBios, sprawdzając sekcję Konfiguracja, a następnie Partycje katalogu w ADSIEdit:

CN=MYNETBIOSNAME,CN=Partitions,CN=Configuration,DC=mydomain,DC=internal

Ma to namei netBIOSNamewłaściwości. W przeciwnym razie myślę, że będziesz musiał pobrać go z fqdn / DN, jak sugeruje squillman.

Do wniosku? Microsoft sprawia, że ​​jest to dość proste w .NET. Powinno to zapewnić Ci listę nazw Netbios domeny, których możesz użyć do utworzenia listy niestandardowych obiektów z nazwami DN / DNS / Netbios domeny lub słowników odsyłaczy.

To, co określa, czy atrybut jest dostępny w wykazie globalnym, to (jeszcze inny) atrybut o nazwie isMemberOfPartialAttributeSet. Za pomocą Microsoft SysInternals AD Explorer możesz przeszukiwać kontener Schematu w domenie i wyszukiwać dowolny obiekt, który ma isMemberOfPartialAttributeSet = true, aby zobaczyć wszystkie atrybuty dostępne dla zapytania GC.

using System.DirectoryServices;
using System.DirectoryServices.ActiveDirectory;

private void GetNetbiosNamesTest()
{
    DomainCollection domains = Forest.GetCurrentForest().Domains;
    foreach (Domain domain in domains)
    {
        Console.WriteLine("Domain Netbios name: {0}", this.GetDomainNetBiosName(domain));
    }
}

private string GetDomainNetBiosName(Domain domain)
{
    ForestRootDirectoryEntry = Forest.GetCurrentForest().RootDomain.GetDirectoryEntry();
    string forestConfigurationBindPath = String.Format("LDAP://CN=Partitions,CN=Configuration,{0}", ForestRootDirectoryEntry.Properties["distinguishedName"].Value);
    ForestRootConfigurationDirectoryEntry = new DirectoryEntry(forestConfigurationBindPath);

    string netBiosName = String.Empty;

    using (DirectorySearcher directorySearcher = new DirectorySearcher(ForestRootConfigurationDirectoryEntry))
    {
        directorySearcher.Filter = String.Format("(&(nETBIOSName=*)(dnsRoot={0}))", domain.Name);
        directorySearcher.PropertiesToLoad.AddRange(new String[] { "dnsRoot", "nETBIOSName" });
        var result = directorySearcher.FindOne();

        if ((result != null) && (result.Properties.Contains("nETBIOSName"))) netBiosName = result.Properties["nETBIOSName"][0].ToString();
    }
    return netBiosName;
}

Będziesz musiał przeanalizować go z dn(nazwa wyróżniająca) lub AdsDSPathatrybutów. Jednostki nazw domen są poprzedzone "DC="tymi atrybutami. Najbardziej z lewej strony DC=będzie zawierać nazwę domeny Netbios.

Na przykład: cn=myuser,ou=users,dc=mydomain,dc=mycompany,dc=com

mydomain to nazwa domeny Netbios.

EDYCJA:
Jak zauważa Brian Desmond, niekoniecznie jest to autorytatywny sposób na znalezienie rzeczywistej nazwy netbios, jest to tylko zbieg okoliczności, że zwykle są one skorelowane. Zobacz odpowiedź BoyMars na autorytatywny sposób.

Jeśli masz główną nazwę użytkownika lub nazwę wyróżniającą, możesz użyć biblioteki COM ActiveDS do przetłumaczenia wartości. Poniżej znajduje się przykład tłumaczenia nazwy użytkownika UserPrincipalName na nazwę NT4 (NetBios).

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using ActiveDs;

namespace Foo.Repository.AdUserProfile
{
    public class ADUserProfileValueTranslate
    {
        public static string ConvertUserPrincipalNameToNetBiosName(string userPrincipleName)
        {
            NameTranslate nameTranslate = new NameTranslate();
            nameTranslate.Set((int)ADS_NAME_TYPE_ENUM.ADS_NAME_TYPE_USER_PRINCIPAL_NAME, userPrincipleName);
            return nameTranslate.Get((int) ADS_NAME_TYPE_ENUM.ADS_NAME_TYPE_NT4);
        }
    }
}