Você está offline; aguardando reconexão

Funções de OpenDSObject() ADsOpenObject(), ADsGetObject(), podem gerar consultas DNS incorretas

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 258507
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Se um nome de servidor é passado para o Active Directory Services Interface (ADSI) ADsOpenObject , ADsGetObject ou função IADsOpenDSObject::OpenDSObject , inválidas SRV consultas são enviadas para o servidor de nome de domínio (DNS) configurado. Essas consultas SRV contêm os nomes de host e não devem ser enviadas à rede. Esse comportamento não causa problemas, mas pode gerar tráfego de rede extra. Não há nenhum problema se a chamada é uma ligação sem servidor ou se o nome de domínio é passado para as funções ADSI. Por exemplo, a função de exemplo a seguir não gera uma consulta inválida domain .com se um nome de domínio:
ADsOpenObject("LDAP://domain.com/DC=domain, DC=com",...)
A função de exemplo a seguir gera e consulta inválida se o server for um nome de servidor:
ADsOpenObject("LDAP://server/DC=domain, DC=com",...)
A consulta inválida que é gerada é:
_ldap._tcp.My-site._sites.dc._msdcs. server
Causa
Consulta inválida é enviada durante o processo de determinar se o nome passado é um nome de servidor ou um nome de domínio.

Quando ldap_open/ldap_init (chamado indiretamente por ADsOpenObject , ADsGetObject ou OpenDSObject ) é chamado com nomes de servidor, ele tem nenhuma maneira de saber se o argumento é um nome de servidor ou um nome de domínio. Nesses casos DsGetDcName função é chamada para ver se o parâmetro é um domínio. Quando o argumento não é um nome de domínio, mas em vez disso, é um nome de servidor, a chamada de localizador de controlador de domínio gera consultas registros incorretas do servidor com base no nome do servidor. Para resolver esse problema, um sinalizador chamado LDAP_OPT_AREC_EXCLUSIVE é adicionado que pode ser passada para ldap_set_option antes para a chamada de conexão. Este sinalizador indica para o cliente LDAP que o parâmetro é um nome de servidor, para que nenhuma chamada de localizador deve ser pursued. No entanto, esse novo sinalizador não foi exposto no ADSI.
Resolução
Para resolver esse problema, obtenha o service pack mais recente para o Windows 2000. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
260910Como obter o service pack mais recente do Windows 2000
Para resolver esse problema, um novo sinalizador, ADS_SERVER_BIND, foi adicionado no iads.h. Use este novo sinalizador com uma ou com o quarto parâmetro das funções ADsOpenObject e OpenDSObject se um nome de servidor for passado. Use ADsOpenObject no lugar do ADsGetObject se um nome de servidor é passado no porque não há nenhum mecanismo para passar o sinalizador de novo para ADsGetObject .

Essa correção fornece a base para corrigir o problema. No entanto, você pode remover as consultas inválidas apenas se os programas que chamam essas funções usam o sinalizador de novo.
Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".Esse problema foi corrigido primeiro no Windows 2000 Service Pack 1.
Mais Informações
Para obter mais informações sobre como instalar o Windows 2000 e hotfixes do Windows 2000 ao mesmo tempo, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
249149Instalando os hotfixes do Microsoft Windows 2000 e Windows 2000

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 258507 - Última Revisão: 12/05/2015 19:24:01 - Revisão: 3.4

Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Professional Edition

  • kbnosurvey kbarchive kbmt kbhotfixserver kbbug kbfix kbqfe kbwin2000sp1fix KB258507 KbMtpt
Comentários