Perfis de utilizador servidor de terminais e caminhos de pasta home são ignorados depois de aplicar o SP4 ou mais tarde

Traduções de Artigos Traduções de Artigos
Artigo: 236185 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.

importante : Este artigo contém informações sobre como modificar o registo. Antes de modificar o registo, certifique-se de que efectua uma cópia de segurança e de que compreende como o restaurar o registo se ocorrer um problema. Para obter informações sobre como efectuar uma cópia de segurança, restaurar e editar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
256986Descrição do registo do Microsoft Windows
Expandir tudo | Reduzir tudo

Sintomas

Quando uma sessão de utilizador do servidor de terminais forem validada por um controlador de domínio do servidor baseado no Microsoft Windows NT 4.0 com Service Pack 4 (SP4) aplicado e RestrictAnonymous definido como 1, o servidor de terminais pasta raiz é mapeada para a localização predefinida, mesmo que o administrador especificado um caminho diferente no Gestor de utilizadores para domínios.

Além disso, quando são validados pelo mesmo controlador de domínio, o caminho de perfil de ' servidor de terminais ' aponta para a localização predefinida, mesmo que o administrador especificado um caminho diferente no Gestor de utilizadores para domínios.

Causa

Este comportamento ocorre quando aplica o SP4 a um controlador de domínio que tenha a entrada RestrictAnonymous adicionada e um valor de 1.

O servidor de terminais tenta obter campos personalizados a partir de contas de segurança Gestor de SAM, Security Accounts (Manager), que é o caminho do perfil ' servidor de terminais '. Quando a tentativa não tiver êxito, o servidor de terminais utiliza o caminho de perfil padrão do Windows NT.

Se estiver nos modelos de domínio múltiplos, outra causa possível que o direito de utilizador "aceder a este computador a partir da rede" não está activado para todos ou utilizadores autenticados.

Garantir que o direito de utilizador tem as contas adequadas para aceder os controladores de domínio a partir da rede.

Certifique-se que o RestrictAnonymous não é definidas em domínios de recurso.

Resolução

Para resolver este 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 de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
152734Como obter o Service Pack mais recente do Windows NT 4.0
aviso : a utilização incorrecta do Editor de registo poderá provocar problemas graves que poderão forçar a reinstalação do sistema operativo. Microsoft não garante que os problemas resultantes da utilização incorrecta do Editor de registo possam ser resolvidos. As suas próprias risco da utilização do Editor de registo.

Para resolver este comportamento:
  1. Inicie o Editor de registo (Regedt32.exe).
  2. Localize a seguinte chave de registo:
    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 de registo e, em seguida, reinicie o computador.
Nota : também é possível eliminar o valor de RestrictAnonymous para contornar este comportamento.

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo. Este problema foi corrigido pela primeira vez 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:
143474Restringir informações disponíveis a utilizadores de início de sessão anónimo

Propriedades

Artigo: 236185 - Última revisão: 3 de fevereiro de 2014 - Revisão: 2.2
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0 Terminal Server
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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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