Atalhos criados em Windows NT Server 4.0 Terminal resolver para caminhos UNC

Traduções deste artigo Traduções deste artigo
ID do artigo: 195887 - 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

Um usuário do Windows NT Terminal Server pode clicar em atalho de um programa e ser avisado para "Enter Network Password", mas as propriedades do atalho indicam um caminho relativo para o computador local.

Esse problema pode se tornar evidente onde são usados perfis baseados em servidor e o usuário faz logon em um computador diferente daquele onde o atalho foi criado.

Causa

Atalhos criados em um computador automaticamente incorporar um caminho de convenção universal de nomenclatura (UNC), como \\<computer>\admin$ no arquivo .lnk. O método de resolução de atalho padrão é resolver o link para o local original do arquivo (o caminho "absoluto") antes de examinar outro caminho de onde esse arquivo pode ou não existir (o caminho secundário ou "relativo"). Nesse caso, o caminho UNC para o arquivo original é sempre acessível, que impede que o link que está sendo resolvido por meio de um caminho local. Como resultado, o usuário que tenta usar o atalho é solicitado para a senha do administrador do computador que criou o link.

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

Aplicar Shell32.dll atualizada do pacote de hotfix do e, em seguida, altere a configuração do registro seguindo o método descrito abaixo. Essa alteração de registro deve ser feita no computador servidor de terminal. Isso irá alterar todos os atalhos existentes que mostram o caminho UNC para o caminho relativo local e afetará todos os clientes de servidor de terminal que se conectam ao Windows Terminal Server.

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 alterar os parâmetros do Registro, use o procedimento a seguir:

  1. Execute o Editor do Registro (Regedt32.exe).
  2. Da subárvore HKEY_LOCAL_MACHINE, vá para a seguinte chave:
    \Software\Microsoft\Windows\CurrentVersion\Policies\Explorer
    Observação: Adicione a subchave Explorer, se não existir.
  3. Clique em Adicionar valor no menu Editar.
  4. Adicione o seguinte valor:
    Nome do valor: LinkResolveIgnoreLinkInfo
    Tipo de dados: REG_DWORD
    Dados: 1 (Habilitar)
  5. Clique em OK.
  6. Feche o Editor do Registro.
  7. O usuário deve fazer logoff e logon antes da alteração ser implementada.

Situação

A Microsoft confirmou que este é um problema no Windows NT Server 4.0, Terminal Server Edition. Esse problema foi corrigido primeiro no Windows NT Server 4.0, Terminal Server Edition Service Pack 4.

Mais Informações

Depois que o arquivo Shell32.dll tiver sido aplicado, o sistema resolve o caminho relativo para o atalho conforme o esperado. Se o atalho não tem um caminho relativo e contém o nome UNC para o arquivo ao qual o usuário não tem direitos ou não é possível conectar-se ou executável, a seguinte mensagem é exibida:
O arquivo ou pasta "<filename>" que este atalho se refere não encontrada.
Para obter informações adicionais sobre o problema resolvido por esta atualização para este componente, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:
Identificação do artigo: 158682
TITLE: Atalhos criados no Windows NT 4.0 resolver a UNC caminhos

Propriedades

ID do artigo: 195887 - Última revisão: sexta-feira, 11 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 kbqfe KB195887 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: 195887

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