Problemas de multihomed com Windows NT

Traduções deste artigo Traduções deste artigo
ID do artigo: 181774 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Sumário

A adição de placas de interface de rede adicionais em um computador que está executando o Windows NT Server requer que vários problemas ser considerado. Para melhor gerenciar esses problemas e para aumentar a confiabilidade dos sistemas críticos de missão, deve ser considerada uma redução de serviços que estão em execução no sistema. Muitos dos serviços executados em um computador missão crítico, como o controlador de domínio primário podem ser descarregados para outro computador para aumentar a confiabilidade. Este artigo se aplica ao Windows NT versão 4.0 com Service Pack 3.

Mais Informações

NetBIOS não tem um problema com ambientes de hospedagem múltipla. Uma exceção a isso é com o protocolo NetBEUI. Se esse protocolo é usado e se as duas interfaces são diretamente conectadas ao mesmo segmento físico ou indiretamente conectadas através de um sistema intermediário, como uma ponte, NetBEUI deve ser não acoplado de uma das interfaces de rede. Todos os outros protocolos que ofereçam suporte para NetBIOS não tem esse problema. Para TCP/IP, NetBIOS vincula-se para o endereço IP primário vinculado a cada placa de interface de rede (NIC).

Para obter informações sobre servidores do WINS com hospedagem múltipla e clientes WINS com hospedagem múltipla, consulte os seguintes artigos na Base de dados de Conhecimento da Microsoft:
150737Definindo opções de servidor WINS primário e secundário

164308Clientes Windows NT 4.0 podem atualizar entradas WINS freqüentemente

185786Práticas recomendadas para o WINS

150144Cliente de hospedagem múltipla Falha ao atualizar registro com WINS

184832Conflitos de nome intermitentes com o servidor WINS
DHCP não tem um problema com servidores com hospedagem múltipla. Ele liga para todas as NICs e o serviço emite os escopos corretos. Como NetBIOS, DHCP vincula o endereço IP primário vinculado a cada NIC.

Para obter informações adicionais, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:
174051Falha do servidor DHCP conceder endereços de escopo
DNS, se vinculado a todas as NICs, não tem um problema em um ambiente com diversas bases. O serviço DNS enviará uma escuta para a porta 53 e o servidor DNS responderá às solicitações em todas as NICs. Netlogon não tem nenhum problema funcional com computadores com hospedagem múltipla. Navegação muito é afetado por computadores com hospedagem múltipla. Porque o serviço de localizador não mescla redes, o controlador de domínio primário (PDC) não pode ser com diversas bases. Cada serviço de navegador vinculado a cada interface funciona independentemente e o PDC mantém uma lista cumulativa "separada" em cada interface que não são mescladas. Um localizador mestre que trocas de lista com o PDC em uma interface não obterão servidores descobertos por um navegador mestre está trocando listas em outra interface.

Windows NT 4.0 introduziu a configuração UnboundBindings e isso pode ser usado para impedir que o PDC coleta uma lista de localização diretamente em mais de uma interface. Infelizmente, essa configuração não força os localizadores mestres no domínio para usar somente a placa de interface acoplado. Se WINS é usado para fornecer o endereço IP para o localizador mestre localizar o PDC, não há nenhuma maneira de garantindo que a interface correta será escolhida. Essa limitação não pode ser superada com o Windows NT 4.0 e o PDC não deve ser um computador com hospedagem múltipla para garantir que ele pode mesclar uma única lista de todo o domínio. Além disso, os localizadores mestre não podem ser com diversas bases. Como apenas um endereço IP é mantido para estabelecimento de sessão para um nome de computador e o PDC se comunica com um localizador mestre com base no seu nome de computador sozinho, o PDC pode coletar apenas a lista local de servidores descobertos pelo localizador mestre com diversas bases de uma das suas interfaces. CSNW e GSNW: serviços de cliente para NetWare (CSNW) e serviços de gateway para NetWare (GSNW) somente vincular a uma interface de rede único, e, por padrão, isso é o primeiro NIC acoplado no sistema. Um sintoma de isso é que os usuários só podem se conectar a servidores em uma interface e não no outro. A consulta de obter servidor mais próximo é enviada somente da NIC acoplado e se as duas interfaces não estão conectadas através de um roteador, os servidores disponíveis somente será esse limite lado NIC.

Desempenho de hospedagem múltipla: antes para o Windows NT 4.0 Service Pack 3, o redirecionador espera para o primeiro transporte acoplado concluir antes de aceitar um NetBIOS através de conexão TCP/IP nos pontos de extremidade adicionais. Devido a isso, computadores com diversas bases podem ter um atraso estendido do estabelecimento de uma sessão se os segmentos com diversas bases são separados. Ou, se as redes estiverem conectadas por um roteador, o caminho escolhido pode não ser ideal. Além disso, o tráfego de rede entre o cliente e servidor esteja demorando dois caminhos diferentes devido ao roteamento interno no computador com hospedagem múltipla. Em ambos os casos, a conexão, por fim, êxito.

Para obter informações adicionais, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:
166159Conexões de NetBIOS de um computador com hospedagem múltipla

Propriedades

ID do artigo: 181774 - Última revisão: segunda-feira, 7 de outubro de 2013 - Revisão: 2.0
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbinfo KB181774 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: 181774

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