Você está offline; aguardando reconexão

Atraso em NetBIOS conexões de um computador "multi-homed"

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. Saiba o que isto significa para você e como permanecer protegido.

O suporte para o Windows Server 2003 termina em 14 de julho de 2015.

A Microsoft terminou o suporte para o Windows Server 2003 em 14 de julho de 2015. Esta alteração afetou as suas atualizações de software e opções de segurança. Saiba o que isto significa para você e como permanecer 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 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: 166159
importante Este artigo contém informações sobre como modificar o registro. Certifique-se de que você faça backup do registro antes de modificá-lo. Certifique-se que você sabe como restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup, restaurar e modificar 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
Sintomas
Quando você usa um computador "multi-homed" para se conectar a outro computador e o computador "multi-homed" está executando uma das versões do Microsoft Windows que é mencionado na seção "Aplica-se a", pode haver um atraso no estabelecer a conexão.
Causa
Esse problema ocorre porque, por padrão, o redirecionador do Windows usa a seguinte lógica para estabelecer uma sessão NetBIOS:
  • Tente conectar-se o nome de destino em todos os transportes acoplados, na ordem em que eles estão vinculados.
  • Se IgnoreBindingOrder é definido como 0, aguarde o transporte (primeiro ligados) primário concluir. Se tiver êxito em alcançar o destino, configure uma sessão desse transporte. Cancele as outras conexões.
Observação No Microsoft Windows 2000 e versões posteriores, a entrada de registro IgnoreBindingOrder não existe. Se essa entrada do Registro não existir, o valor padrão para IgnoreBindingOrder é 1 (VERDADEIRO). No Microsoft Windows NT 4.0, o valor padrão para IgnoreBindingOrder é 0 (FALSO).

Se seu computador "multi-homed" está em duas redes que estão conectados por um roteador, e se o computador que você deseja se conectar é em somente uma dessas redes, existem dois caminhos para o sistema de destino. Se a conexão tiver êxito em ambos os caminhos, o redirecionador escolhe o transporte primário como o caminho preferencial. Por exemplo, o redirecionador pode escolher o endereço de IP de origem local que está associado com essa ligação do NetBIOS sobre TCP/IP (NetBT) como o caminho preferencial. O redirecionador cancela a conexão restante. Devido a essa opção, os pacotes que são enviados do computador "multi-homed" podem ser roteados internamente para a sub-rede conectada diretamente, e os pacotes que o sistema de destino envia resposta atravessem o roteador. Este cenário pode ser confuso para solucionar problemas.
Resolução
Aviso Podem ocorrer sérios problemas se você modificar o registro incorretamente usando o Editor do registro ou usando outro método. Esses problemas podem exigir que você reinstalar o sistema operacional. A Microsoft não garante que esses problemas possam ser solucionados. Modificar o registro por sua própria conta e risco.

Um redirecionador do Windows mais recente está disponível. Você pode configurar esse redirecionador para aceitar o primeiro transporte para completar uma conexão e imediatamente cancelar as conexões em outros transportes. Uma versão mais recente de NetBT que oferece suporte melhor tratamento de várias chamadas e cancela também está disponível.

Para aproveitar esse aperfeiçoamento, você deve adicionar um parâmetro do Registro.

Para configurar o parâmetro do Registro para corrigir o problema que é mencionado neste artigo, inicie o Editor do Registro, localize a subchave apropriada usando as informações abaixo e adicione o valor do Registro.

Microsoft Windows NT 4.0

Use a seguinte subchave do Registro e o valor:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Rdr\Parameters

Nome do valor: IgnoreBindingOrder
Tipo de valor: REG_DWORD (booleano)
Intervalo de dados de valor: 0, 1 (False, True)
Valor padrão: 0 (FALSO)
Valor: 1
Observação Definir esse valor para 1 (um) faz com que o redirecionador aceitar o primeiro transporte para completar uma conexão em vez de aguardar o êxito ou falha no transporte primário.

Microsoft Windows Server 2003, Microsoft Windows XP e Microsoft Windows 2000

Use a seguinte subchave do Registro e o valor:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MrxSmb\Parameters

Nome do valor: IgnoreBindingOrder
Tipo de valor: REG_DWORD (booleano)
Intervalo de dados de valor: 0, 1 (False, True)
Valor padrão: 1 (VERDADEIRO)
Valor: 1
Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".
Mais Informações

Conexões TCP para e de computadores Multi-homed

Se a conexão é uma conexão com base em NetBIOS que utiliza o redirecionador, informações de roteamento pouco estão disponíveis no nível do aplicativo. A interface NetBIOS oferece suporte a conexões através de vários protocolos e não tem conhecimento do IP. Em vez disso, o redirecionador coloca chamadas em todos os transportes são vinculados a ele. Se existem duas interfaces no computador e um protocolo estiver instalado, há dois transportes que estão disponíveis para o redirecionador. Chamadas são colocadas em ambos os transportes. NetBT envia solicitações de conexão para a pilha usando um endereço IP de cada interface. Ambas as chamadas podem ter êxito. Em caso afirmativo, o redirecionador cancela um deles. A opção de que um para cancelar depende o redirecionador IgnoreBindingOrder valor de registro. Se o valor do registro for 0, o transporte primário, que é determinado pela ordem, vinculação é o preferencial. O redirecionador espera por transporte primário para tempo limite antes de aceitar a conexão no transporte secundário. Se esse valor for 1, a ordem de ligação será ignorada. O redirecionador aceita a primeira conexão que é bem-sucedida e cancela a outras pessoas.

Observação Documentação do Microsoft TechNet faz referência a subchave de registro incorreto (ObeyBindingOrder) no site da Microsoft: Esse problema não se aplica a conexões com base em Windows Sockets, como fazer navegadores da Web. Esse comportamento ocorre apenas em NetBIOS sobre TCP/IP sessões, como compartilhamento de arquivos e impressoras. Quando um programa do Windows Sockets faz uma conexão de um host "multi-homed", o melhor endereço de origem local será selecionado automaticamente usando a tabela de rota. Esta seleção ocorre, a menos que o programa especificamente esteja definido para selecionar um endereço IP local a ser usado na chamada bind() .

Para obter mais informações sobre como selecionar um adaptador de rede de saída, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
175396Windows Socket conexão de um computador várias bases
MrxSmbObeyBindingOrder, vários-homed, multi-homed, vários NIC, diminuir, ObeyBindingOrder, RdrIgnoreBindingOrder

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 166159 - Última Revisão: 07/19/2007 16:12:51 - Revisão: 4.2

Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Web Edition, Microsoft Windows XP Professional, Microsoft Windows 2000 Datacenter Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Server, Microsoft Windows 2000 Professional Edition, Microsoft Windows NT Workstation 4.0 Developer Edition, Microsoft Windows NT Server 4.0 Standard Edition

  • kbmt kbbug kbnetwork KB166159 KbMtpt
Comentários
/script>