Atalhos criados no Windows NT Terminal Server 4.0 resolve para caminhos UNC

Traduções de Artigos Traduções de Artigos
Artigo: 195887 - 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

Um utilizador do Windows NT Terminal Server poderá clique atalho de um programa e ser-lhe pedido para "Introduza a palavra-passe de rede", mas as propriedades do atalho indicam um caminho relativo para o computador local.

Este problema poderá ser evidente quando são utilizados perfis baseados no servidor e o utilizador inicia sessão num computador diferente da qual o atalho foi criado.

Causa

Atalhos criados num computador automaticamente incorporar um caminho de convenção de nomenclatura universal (UNC) como \\<computer>\admin$ no ficheiro .lnk. O método de resolução de atalho predefinida é a resolução na hiperligação para a localização original do ficheiro (o caminho "absoluto") antes de ver outro caminho de onde esse ficheiro pode ou não existir (o caminho secundário ou "relativo"). Neste caso o caminho UNC para o ficheiro original é sempre acessível, que impede a ligação de que está a ser resolvido através de um caminho local. Como resultado, é pedido ao utilizador que tenta utilizar o atalho de palavra-passe do administrador do computador que criou a ligação.

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

Aplicar Shell32.dll actualizado a partir do pacote de correcções e altere a definição do registo seguindo o método descrito abaixo. Esta alteração de registo têm de ser efectuada no computador servidor de terminais. Isto irá alterar todos os atalhos existentes que mostram o caminho UNC para o caminho relativo local e irá afectar todos os clientes de servidor de terminais que ligam ao servidor de terminais do Windows.

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 alterar os parâmetros de registo, utilize o seguinte procedimento:

  1. Execute o Editor de registo (Regedt32.exe).
  2. A partir da subárvore HKEY_LOCAL_MACHINE, vá para a seguinte chave:
    \Software\Microsoft\Windows\CurrentVersion\Policies\Explorer
    NOTA: 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 (activar)
  5. Clique em OK.
  6. Saia do Editor de registo.
  7. O utilizador deve terminar a sessão e inicie sessão antes da alteração é implementada.

Ponto Da Situação

A Microsoft confirmou que este é um problema no Windows NT Server 4.0, Terminal Server Edition. Este problema foi corrigido pela primeira vez no Windows NT Server 4.0, Terminal Server Edition Service Pack 4.

Mais Informação

Depois do ficheiro Shell32.dll tenha sido aplicado, o sistema resolve o caminho relativo para o atalho como previsto. Se o atalho não tem um caminho relativo e contém o nome UNC para o executável ou ficheiro ao qual o utilizador não tem direitos ou não consegue estabelecer ligação, é apresentada a mensagem seguinte:
<filename>Não é possível encontrar o ficheiro ou pasta "<nomeficheiro>" que este atalho se refere.
Para obter informações adicionais sobre o problema resolvido por esta actualização para este componente, consulte o seguinte artigo na base de dados de conhecimento da Microsoft:
ID artigo: 158682
TÍTULO: Atalhos criados no Windows NT 4.0 resolver para UNC caminhos

Propriedades

Artigo: 195887 - Última revisão: 6 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 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 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: 195887

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