"Acesso negado" mensagem de erro quando você criar um domínio filho remotamente usando AddsDomain de instalação

Traduções deste artigo Traduções deste artigo
ID do artigo: 2738060 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sintomas

Quando você usa o cmdlet Install AddsDomain AddsDeployment Windows PowerShell do Windows Server 2012 módulo com o cmdlet Invoke-Command para criar um novo domínio filho remotamente, você recebe a seguinte mensagem de erro:

Invoke-command - computador DC2-completo - credencial (get-credential) - scriptblock {filho do Install-addsdomain - newdomainname filho - parentdomain contoso.com - domaintype-credencial (get-credential) - dnsdelegationcredential (get-credential)}

PSComputerName: DC2-completo
RunspaceId: ca62ff66-cc34-4ec8-8504-863c950c473a
Mensagem: A operação falhou porque:

Falha ao criar uma relação de confiança com child.contoso.com de domínio no controlador de domínio pai
full.contoso.com DC1

"Acesso negado."

Este servidor foi retirado do domínio "CONTOSO".

Contexto: DCPromo.General.54
RebootRequired: falso
Status: erro

Além disso, o servidor é removido do domínio pai e nenhum domínio filho é criado.

Causa

Esse problema ocorre porque as credenciais que foram dadas para- dnsdelegationcredential continha uma senha incorreta.

Resolução

Para resolver esse problema, siga estas etapas:
  1. Ingresse novamente o servidor de domínio pai para habilitar a conectividade remota de Windows PowerShell por meio deInvocação de comandocmdlet. (Por padrão, esse cmdlet requer o protocolo Kerberos).
  2. Tente criar novamente o domínio. Quando você fizer isso, certifique-se de que você forneça as credenciais de delegação DNS usando um nome de usuário válido e uma senha.

Mais Informações

Ao contrário da senha para as duas credenciais fornecidos neste cenário, a senha da credencial de delegação DNS não é testada até que ele realmente é usado. Entretanto, o momento da implantação do domínio, muitas outras alterações foram feitas e credenciais incorretas causam um erro fatal quando eles são usados mais tarde.

Esse problema ocorre somente quando você fornecer uma senha incorreta por meio de invocação remota de Windows PowerShell. Se a delegação de DNS é executada localmente, a delegação ainda falhará, mas fornecerá um aviso que não foi configurada e delegação permite promoção bem-sucedida caso contrário.

Propriedades

ID do artigo: 2738060 - Última revisão: terça-feira, 2 de outubro de 2012 - Revisão: 1.0
A informação contida neste artigo aplica-se a:
  • Windows Server 2012 Datacenter
  • Windows Server 2012 Standard
Palavras-chave: 
kbmt KB2738060 KbMtpt
Tradução automática
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: 2738060

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com