Problemas de multihomed com o Windows NT

Traduções de Artigos Traduções de Artigos
Artigo: 181774 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sumário

A adição de placas de interface de rede adicionais num computador com o Windows NT Server requer que ser considerados vários problemas. Para melhor gerir estes problemas e para aumentar a fiabilidade de missão crítica sistemas, deve ser considerada uma redução de serviços em execução no sistema. Muitos dos serviços executados num computador crítico, tais como o controlador de domínio principal podem ser off-loaded para outro computador para aumentar a fiabilidade. Este artigo aplica-se com o Windows NT versão 4.0 com Service Pack 3.

Mais Informação

NetBIOS não tem um problema com ambientes multihomed. Uma excepção a isto é com o protocolo NetBEUI. Se este protocolo é utilizado, e se as duas interfaces estiverem directamente ligadas ao segmento de físico mesmo ou indirectamente ligadas através de um sistema intermédio, como uma bridge, NetBEUI tem de ser independente de uma das interfaces de rede. Todos os protocolos que suportem NetBIOS não tem este problema. Para TCP/IP, NetBIOS liga-se o endereço IP primário associado a cada placa de interface de rede (NIC).

Para obter informações sobre servidores multihomed e clientes WINS Multihomed, consulte os seguintes artigos na base de dados de conhecimento da Microsoft:
150737Definir opções do servidor WINS primário e secundário

164308Clientes do Windows NT 4.0 podem actualizar as entradas do WINS

185786Práticas recomendadas para o WINS

150144Cliente multihomed não consegue actualizar o registo do WINS

184832Conflitos de nome intermitentes com o servidor WINS
DHCP não tem um problema com servidores multihomed. Liga para todas as NICs e o serviço emite os âmbitos correctos. Como NetBIOS, DHCP liga ao endereço IP primário associado a cada NIC.

Para obter informações adicionais, consulte o seguinte artigo na base de dados de conhecimento da Microsoft:
174051Servidor de DHCP não consegue concessionar endereços para novo âmbito
DNS, se dependente de tudo NIC, não tem um problema num ambiente multihomed. O serviço de DNS enviará uma escuta para a porta 53 e o servidor de DNS irá responder a pedidos em todas as NICs. Netlogon não tem nenhum problema funcional com computadores multihomed. Navegação muito é afectado por computadores multihomed. Uma vez que o serviço de browser não intercala redes, não é possível multihomed o controlador de domínio primário (PDC, Primary Domain Controller). Cada serviço de browser associado a cada interface funciona independentemente e, o PDC, Primary Domain Controller mantém uma lista cumulativa "diferente" em cada interface que não são intercaladas. Um browser principal que trocas de lista com o PDC numa interface não irá obter os servidores descobertos por um browser principal que é trocar listas na outra interface.

Windows NT 4.0 apresentou a definição UnboundBindings e este pode ser utilizado para impedir que o PDC, Primary Domain Controller recolha directamente de uma lista de procura mais do que uma interface. Infelizmente, esta definição não força os browsers principais do domínio para utilizar o cartão de interface dependente. Se o WINS é utilizado para fornecer o endereço IP para o browser principal localizar o PDC, Primary Domain Controller, não existe nenhuma forma de garantir que a interface correcta será escolhida. Não pode ser ultrapassar esta limitação com o Windows NT 4.0 e o PDC não pode ser um computador multihomed para garantir que é possível intercalar uma única lista de todo o domínio. Além disso, browsers principais não podem ser multihomed. Uma vez que apenas um endereço IP é mantido para estabelecimento da sessão para um nome de computador e o PDC, Primary Domain Controller comunica com um browser principal com base no respectivo nome de computador por si só, o PDC, Primary Domain Controller apenas pode recolher a lista local de servidores descobertos pelo browser principal multihomed de uma das respectivas interfaces. CSNW e GSNW: os serviços de cliente para NetWare (CSNW-Client Service for NetWare) e serviços de gateway para NetWare (GSNW) apenas ligar a uma interface de rede único e, por predefinição, esta é a primeira NIC dependente no sistema. Um sintoma deste é que os utilizadores apenas podem ligar servidores numa interface e não no outro. A consulta de obter o próximo servidor só é enviada do NIC dependente e se as duas interfaces não estiverem ligadas através de um router, os servidores disponíveis só será esse lado NIC dependente.

Desempenho multihomed: antes para o Windows NT 4.0 Service Pack 3, o redireccionador aguarda primeiro transporte dependente concluir antes de aceitar um NetBIOS através de ligação TCP/IP em pontos finais adicionais. Deste modo, computadores multihomed podem ter um atraso no estabelecimento de uma sessão se os segmentos multihomed são disjointed expandido. Ou, se as redes estiverem ligadas por um router, o caminho escolhido pode não ser ideal. Além disso, o tráfego de rede entre o cliente e o servidor poderá estar a demorar dois caminhos diferentes devido de encaminhamento interno num computador multihomed. Em qualquer dos casos, a ligação sucede em última análise.

Para obter informações adicionais, consulte o seguinte artigo na base de dados de conhecimento da Microsoft:
166159Ligações de NetBIOS a partir de um computador Multihomed

Propriedades

Artigo: 181774 - Última revisão: 6 de fevereiro de 2014 - 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 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: 181774

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