Perfis de usuário Terminal Server e caminho de pasta base é ignorado após aplicar o SP4 ou posterior

Traduções deste artigo Traduções deste artigo
ID do artigo: 236185 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.

importante : Este artigo contém informações sobre como modificar o registro. Antes de modificar o registro, certifique-se de backup e certifique-se que você saiba como restaurar o registro se ocorrer um problema. Para obter informações sobre como fazer backup, restaurar e editar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
256986Descrição do registro do Microsoft Windows
Expandir tudo | Recolher tudo

Sintomas

Quando uma sessão de usuário do Terminal Server é validada por um controlador de domínio do servidor com base no Microsoft Windows NT 4.0 com Service Pack 4 (SP4) aplicado e RestrictAnonymous definido como 1, sua pasta base é mapeada para o local padrão, mesmo que o administrador especificou um caminho diferente no Gerenciador de usuários para domínios do Terminal Server.

Além disso, quando você é validadas pelo mesmo controlador de domínio, seu caminho de perfil do Terminal Server aponta para o local padrão, mesmo que o administrador especificou um caminho diferente no Gerenciador de usuários para domínios.

Causa

Esse comportamento ocorre quando você aplicar o SP4 a um controlador de domínio que tenha a entrada RestrictAnonymous adicionada e um valor de 1.

O Terminal Server tenta recuperar os campos personalizados de segurança contas Manager (SAM), que é o caminho de perfil do Terminal Server. Quando a tentativa for malsucedida, Terminal Server usa o caminho de perfil padrão do Windows NT.

Se você estiver em um modelo de domínio vários, outra causa pode ser que o direito de usuário "acesso a este computador pela rede" não está habilitado para todos ou usuários autenticados.

Verifique se o direito de usuário tem as contas apropriadas acessem os controladores de domínio da rede.

Verifique se o RestrictAnonymous não está definido em domínios de recurso.

Resolução

Para resolver esse problema, obtenha o service pack mais recente para o Windows NT Server 4.0, Terminal Server Edition. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
152734Como obter o Windows NT 4.0 Service Pack mais recente
Aviso : se você usar o Editor do Registro incorretamente, poderá causar problemas sérios que talvez exijam a reinstalação do sistema operacional. A Microsoft não garante que você pode resolver problemas resultantes do uso incorreto do Editor do Registro. Use o Editor do registro por sua própria conta e risco.

Para resolver esse comportamento:
  1. Inicie o Editor do Registro (Regedt32.exe).
  2. Localize a seguinte chave do Registro:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
  3. Localize a seguinte entrada:
    Nome do valor: RestrictAnonymous
    Tipo de dados: REG_DWORD
    Valor: 1
  4. Altere o valor para 0.
  5. Saia do Editor do Registro e, em seguida, reinicie o computador.
Observação : você também pode excluir o valor RestrictAnonymous para contornar este comportamento.

Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no começo deste artigo. Esse problema foi corrigido primeiro no Windows NT Server versão 4.0, Terminal Server Edition Service Pack 6.

Referências

Para obter informações adicionais, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:
143474Restringindo informações disponíveis a usuários anônimos de logon

Propriedades

ID do artigo: 236185 - Última revisão: segunda-feira, 21 de outubro de 2013 - Revisão: 2.2
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0, Terminal Server Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix KB236185 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: 236185

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