Você está offline; aguardando reconexão

Atraso de conectividade com vários redireccionadores instalado

O suporte para o Windows XP terminou

A Microsoft terminou o suporte para o Windows XP em 8 de Abril de 2014. Esta alteração afetou as suas atualizações de software e opções de segurança. Aprenda o que isto significa para si e como pode ficar protegido.

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: 171386
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
Poderá detectar um atraso quando tenta ligar a recursos de rede a partir de um sistema com vários redireccionadores instalados. Este atraso só acontece na primeira vez que tentar a ligação.
Causa
Quando é efectuada uma tentativa de ligação de UNC inicial da API não WNET a um recurso de rede a partir de um sistema com vários redireccionadores, o sistema do Windows NT envia o pedido para o fornecedor UNC vários (MUP) para identificar qual redireccionador deve processar o pedido.
Resolução

Windows NT 4.0

Para resolver este problema, obtenha o service pack mais recente do Windows NT 4.0 ou Windows NT Server 4.0, Terminal Server Edition. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
152734Como obter o service pack mais recente do Windows NT 4.0

Windows 2000 e Windows XP

Foi efectuada uma modificação ao MUP que, se o redireccionador com a prioridade mais elevada é primeiro tentado com uma resposta com êxito, os redireccionadores com prioridades inferiores, em seguida, são ignoradas e a ligação é efectuada através do redireccionador com a prioridade mais elevada.

Activar esta capacidade requer um MUP.sys actualizado. O melhoramento de velocidade pode ser aumentado, alterando a entrada de registo DisableDFS.

Importante Esta secção, método ou tarefa contém passos que a saber como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo incorrectamente. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
322756Como efectuar uma cópia de segurança e restaurar o registo no Windows

Aviso A utilização incorrecta do Editor de registo pode 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 podem ser resolvidos. Utilize o Editor de registo por sua própria conta e risco.

Para obter informações sobre como editar o registo, consulte o tópico de ajuda online "Alterar chaves e valores" no Editor de registo (Regedit.exe) ou "Adicionar e eliminar informações no registo" e "Editar dados do registo" online tópicos de ajuda na Regedt32.exe. Repare que, deve criar uma cópia de segurança do registo antes de o editar.
  1. Inicie o Editor de registo (Regedit.exe).
  2. Vá para a seguinte subchave:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Mup						
  3. Crie um novo valor utilizando as seguintes informações:
          DisableDFS  REG_DWORD      Range:  0 or 1      Default:  0 (Enabled)						

    Defina esta chave para 1.

    Se definir a chave DisableDFS para 1, o cliente já não pode aceder Namespace um sistema de ficheiros distribuído. Isto inclui o espaço de nomes de SYSVOL no Active Directory. Não defina esta chave 1 se o cliente for um membro do Active Directory.
Nota Se estiver a utilizar o cliente IntranetWare da Novell, terá de siga estes passos juntamente com os procedimentos listados acima:
  1. Execute o editor de registo (Regedt32.exe).
  2. Vá para a seguinte chave:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services      \NetwareWorkstation\NetworkProvider						

    Nota A chave de registo acima é um caminho; foi translineada por questões de legibilidade.
  3. Clique em NomeDispositivo, clique em Editar e, em seguida, clique em cadeia.
  4. Altere \Device\NetwareWorkstation para \Device\NetwareRedirector.
  5. Clique em OK, saia do Editor de registo e reinicie o computador.
Mais Informação
O MUP estabelece primeiro se o sistema de ficheiros distribuído (DFS) está a ser utilizado e passa o pedido para DFS.

O MUP, em seguida, verifica a cache interna para ver se a ligação tinha sido efectuada anteriormente (entradas na MUP cache são mantidas para 15 minutos). O MUP, em seguida, envia o pedido para cada redireccionador processa cada pedido de modo síncrono e que tenta identificar um recurso na rede que corresponda ao pedido. Depois de todos os redireccionadores regressar, o MUP escolhe (com base na resposta e a prioridade) que redireccionador irá utilizar a aplicação.

Os atrasos provenham de duas localizações: primeiro, a tentativa de aceder ao recurso através do DFS e, segundo, o MUP deve aguardar e aceitar todas as respostas de todos os redireccionadores antes de concluir o pedido. Assim, mesmo que um recurso esteja rapidamente disponível e acessível redireccionador numa só, o pedido tem ainda ser estabelecido através as outros redireccionadores instalados antes do pedido.

Dependendo do número de redireccionadores, protocolos e configurações de temporizador de conectividade, estes atrasos podem exceder segundos 13 para cada ligação inicial.

O redireccionador NetWare será utilizado como exemplo.

O seguinte ilustra uma tentativa de ligação de UNC inicial:
  1. Torna a aplicação UNC pedido.
  2. DFS é verificada e o pedido é processado se DFS está activada.
  3. O MUP, em seguida, verifica a cache MUP para uma ligação recente.
  4. O MUP, em seguida, efectua uma consulta para o redireccionador primeiro, NetWare neste exemplo, e o redireccionador responde.

    Nota A devolução é imediata como NetWare utiliza apenas IPX e as chamadas são rápidas.
  5. O MUP envia o pedido para o redireccionador segundo, neste exemplo, a Microsoft e o segundo redireccionador responde.

    Nota O atraso para o redireccionador Microsoft depende dos protocolos instalados. Com o TCP/IP, atrasos existe como o nome do recurso é consultado através do WINS, difusões, ficheiro LMHOSTS, DNS e assim sucessivamente. Por exemplo, o atraso predefinido para um cliente de nó h é 13 segundos.
  6. Uma prioridade é atribuída a cada redireccionador consultado por isso se ambos os redireccionadores devolvem com êxito, a prioridade é utilizada para designar que redireccionador demora o pedido.
  7. A alça para o recurso é devolvida à aplicação com base na decisão do MUP.
Se pedido a aplicação foi efectuado para um recurso de NetWare, a aplicação teria aguardar que o redireccionador Microsoft para tempo de espera antes de devolver o identificador para o recurso.

A prioridade para os redireccionadores pode ser configurada utilizando os seguintes passos:
  1. Execute a ferramenta rede no painel de controlo.
  2. Clique em serviços e clique em encomenda de acesso de rede.
Ponto Da Situação
A Microsoft confirmou que este é um problema no Windows NT 4.0 e Windows NT Server 4.0, Terminal Server Edition. Este problema foi corrigido pela primeira vez no Windows NT 4.0 Service Pack 4.0 e Windows NT Server 4.0, Terminal Server Edition Service Pack 4.
fornecedor redir

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 171386 - Última Revisão: 12/04/2015 17:25:48 - Revisão: 5.1

Microsoft Windows NT Server 4.0 Terminal Server, Microsoft Windows NT Workstation 4.0 Developer Edition, Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows 2000 Professional Edition, Microsoft Windows 2000 Server, Microsoft Windows XP Professional Edition

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbnetwork KB171386 KbMtpt
Comentários