Uma consulta LDAP no AD pode fornecer o nome de domínio netbios para uma única conta ao usar o Catálogo Global?

Estou usando o ADSI Edit para examinar as propriedades LDAP de uma única conta de usuário no AD. Vejo propriedades como userPrincipalName, mas não vejo uma para o nome de domínio totalmente qualificado (FQDN) ou o nome de domínio netbios.

Estaremos configurando o Catálogo Global (GC) para nos dar acesso LDAP a vários domínios e, através da configuração em um aplicativo, mapeamos as propriedades LDAP para as propriedades do perfil do usuário no aplicativo. No AD típico, o nome de domínio FQDN e netbios são os mesmos para todos os usuários, mas com o GC envolvido, precisamos dessas informações adicionais. Nós realmente precisamos apenas do nome de domínio netbios (o FQDN não é bom o suficiente).

Talvez haja uma consulta LDAP que possa ser feita para solicitar essas informações de um objeto de nível superior no AD?

Eu acho que descobri. Usando o ADSI Edit, você pode examinar as propriedades de um objeto (por exemplo, um usuário), mas, por padrão, estava filtrando os atributos "construídos". Usando o botão Filtro no canto inferior direito da tela de propriedades, pude mostrar esses atributos adicionais.

O "msDS-PrincipalName" parece ter "[nome de domínio netbios] \ [sAMAccountName]" como seu valor.

Se eu for para Usuários e computadores do AD e alterar o "Nome de logon do usuário" de "[email protected]" para "[email protected]", isso afeta o atributo "userPrincipalName", mas não o "msDS- PrincipalName ". Isso é bom no meu caso, porque meu outro sistema (SharePoint) também não reconhece essa alteração.

Se eu for para Usuários e computadores do AD e alterar o "Nome de logon do usuário (anterior ao Windows 2000)" de "KIRKDEV \ gwashington" para "KIRKDEV \ g2washington" (observe que não posso alterar a primeira parte), isso não afeta o "userPrincipalName" atributo, mas não afeta o atributo "msDS-PrincipalName". É exatamente isso que eu quero, porque meu outro sistema (SharePoint) reconhece essa alteração.

Nota: Eu disse que o SharePoint reconhece a alteração, mas isso é apenas se o usuário nunca tiver efetuado login no conjunto de sites do SharePoint antes. Depois que o usuário faz logon no conjunto de sites do SharePoint, o campo tp_Login na tabela UserInfo é definido com o valor "msDS-PrincipalName" e isso parece não mudar. Portanto, talvez eu tenha que encontrar uma maneira de forçar isso a ser alterado ou apenas dizer que esse cenário não é suportado.

Para responder à sua última pergunta, você poderá verificar o nome do NetBios manualmente, verificando a seção Configuração e, em seguida, Partições de diretório no ADSIEdit:

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

Isso tem propriedades namee netBIOSName. Caso contrário, acho que você precisaria obtê-lo de um fqdn / DN, como sugere o squillman.

Para uma aplicação? A Microsoft torna isso bastante simples no .NET. Isso deve fornecer uma lista de nomes Netbios do domínio que você pode usar para criar uma lista de objetos personalizados com os nomes DN / DNS / Netbios do domínio ou dicionários de referência cruzada.

Além disso, o que determina se um atributo está disponível no Catálogo Global é (ainda outro) atributo chamado isMemberOfPartialAttributeSet. Usando o Microsoft SysInternals AD Explorer, você pode pesquisar o contêiner Schema em um domínio e procurar qualquer objeto que possua isMemberOfPartialAttributeSet = true para ver todos os atributos disponíveis para uma consulta de 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;
}

Você precisará analisá-lo a partir do dn(distinguishedName) ou dos AdsDSPathatributos. As entidades de nome de domínio são prefixadas "DC="nesses atributos. O mais à esquerda DC=conterá o seu nome de domínio netbios.

Por exemplo: cn=myuser,ou=users,dc=mydomain,dc=mycompany,dc=com

mydomain é o nome de domínio netbios.

EDIT:
Como Brian Desmond aponta, esta não é necessariamente a maneira autorizada de encontrar o nome netbios real, é apenas coincidência que eles geralmente se correlacionam. Veja a resposta do BoyMars para obter autoridade.

Se você tiver o Nome Principal do Usuário ou o DN, poderá usar a biblioteca COM do ActiveDS para converter os valores. Abaixo está um exemplo para converter UserPrincipalName em 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);
        }
    }
}