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

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.

195887
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
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

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 195887 - Última Revisão: 02/06/2014 01:21:02 - Revisão: 2.2

  • Microsoft Windows NT Server 4.0 Terminal Server
  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbqfe KB195887 KbMtpt
Esta informação foi útil?