Descrição do serviço Microsoft Computer Browser

Serviços do Microsoft Active Directory no Windows 2000 e Windows XP substituem o serviço de browser de computador utilizado em versões anteriores do Windows para fornecer a resolução de nomes rede basic input/output system (NetBIOS). O serviço de browser no Windows 2000 é fornecido para retro compatibilidade com computadores clientes que executem versões anteriores do Windows.

Este artigo descreve os métodos básicos através do qual um computador servidor fornece funcionalidade de lista procura a computadores clientes na rede. Para uma explicação mais detalhada dos componentes do browser, consulte os seguintes documentos:

• Microsoft Windows NT 4.0 Resource Kit , capítulo 3, "Serviço de browser do Windows NT 4.0."
• O documento "Protocolo de browser CIFS/E" disponível no seguinte Web site da Microsoft:
  ftp://ftp.microsoft.com/developr/drg/cifs/cifsbrow.doc

  (ftp://ftp.microsoft.com/developr/drg/cifs/cifsbrow.doc)
• As definições de registo de browser descritas no ficheiro do Microsoft Windows NT 4.0 Resource Kit Regentry.hlp.

A função principal do serviço de browser é fornecer uma lista de computadores a partilhar recursos no domínio de um cliente juntamente com uma lista de outros nomes de domínio e grupo de trabalho através da rede alargada (WAN). Esta lista é fornecida aos clientes visualizar recursos de rede com Vizinhança na rede ou o comando NET VIEW.

O serviço de browser mantém uma lista de nome de domínio ou nome do grupo de trabalho que é o computador no e o protocolo a ser utilizado para cada computador no segmento de rede que está a ser servido pelo computador com o serviço de browser. Em cada segmento de rede, um browser principal é escolheu final do grupo de computadores localizados no segmento que executem o serviço de browser.

O browser principal é responsável pela recolha anfitrião ou anúncios de servidores, que são enviados como datagramas a cada 12 minutos por cada servidor no segmento de rede do browser principal. O browser principal indica as potenciais browsers para cada segmento de rede para se tornarem browsers secundários. O browser secundário num segmento de rede indicado fornece uma lista de procura para os computadores cliente localizado no mesmo segmento.

NOTA: Numa estrutura de domínio do Windows NT, o controlador de domínio primário (PDC, Primary Domain Controller) está sempre seleccionado como browser principal do domínio. Só o PDC pode ser um browser principal de domínio. Se não existir um PDC, Primary Domain Controller, um browser principal de domínio não está disponível e não conseguir obter listas de procura a partir de grupos de trabalho diferente do grupo de trabalho que está localizados na.

Num segmento de rede indicado, existe apenas um browser principal. Todos os controladores de domínio seja o PDC, Primary Domain Controller são designados como browsers secundários. Além disso, é atribuído um browser de cópia de segurança para todos os computadores de 32 no segmento de rede.

Num grupo de trabalho configuração que contêm Windows NT Workstation computadores baseados, existe sempre um browser principal. Se existirem, pelo menos, dois computadores baseados no Windows NT Workstation no grupo de trabalho, existe também um browser de cópia de segurança. Para cada 32 baseado no Windows NT Workstation computadores no grupo de trabalho, existe outro browser de cópia de segurança.

Se não existir um controlador de domínio existentes no segmento de rede especificado, em seguida, um processo de eleição é iniciado que escolhe um browser principal e o browser de cópia de segurança dos computadores no segmento utilizando a seguinte ordem de prioridade:

Função de browser principal de domínio

Uma vez que o serviço de browser está ligado por difusão segmentos e cada browser principal mantém a sua própria lista separada, tem de haver uma maneira para intercalar estas listas de uma lista única de todo o domínio. Esta funcionalidade é fornecida pelo browser principal do domínio é o PDC para o domínio. Esta funcionalidade não é necessária para protocolos de rede diferente/IP (TCP).

Tem do PDC também é responsável para ligar ao respectivo servidor de WINS (Windows Internet Name Service) principal a cada 12 minutos para obter uma lista de todo o tipo de NomeDomínio <1b> movimentos registados pelo PDC em toda a empresa. Isto é feito emitindo um pedido MSRPC R_WinsGetBrowserNames. Estes nomes, juntamente com as datagramas de anúncio de grupo de trabalho recolhidas pelos browsers principais da WAN construir a lista completa de nomes de domínio e grupo de trabalho. Os nomes detectados por grupo de trabalho anúncios têm precedência sobre os obtidos a partir do WINS. Estes nomes de domínio e grupo de trabalho também contém o nome do servidor registar qualquer computador especificado na lista de procura. No caso de um servidor WINS não está disponível ou não está registado, o navegador do cliente pede a lista de servidores a partir do computador que registou o nome. Esta operação é efectuada em nome do cliente pelo seu browser e é chamada um saltos duplos.

O PDC, Primary Domain Controller intercala todas as listas recolhidas pelos browsers principais em cada segmento através da WAN. A cada 12 minutos, o browser principal liga ao PDC para obter a lista de todo o domínio. A lista é obtida emitindo primeiro um pedido de NetServerEnum com um sinalizador de 0xFFFFFFFF. Este pedido obtém a lista completa de servidores dentro do domínio. Em seguida, o browser principal emite mesmo pedido com um sinalizador de 0x8000000 pedidos todas os nomes de domínio e grupo de trabalho.

Para assinalar o PDC para obter a lista recolhida por este browser principal, o browser principal envia o PDC, Primary Domain Controller um pacote de anúncio principal direccionado através da porta 138 de protocolo de datagrama de utilizador (UDP, User Datagram Protocol). Isto assinala o PDC ligar para o browser principal e obter a lista imediatamente. Esta comunicação também é efectuada com dois pedidos NetServerEnum. Em primeiro lugar, é emitido um pedido de NetServerEnum com sinalizador 0 x 40000000 para pedir a lista local de servidores recolhidos pelo browser principal. Em seguida, é enviado um pedido de NetServerEnum com sinalizador 0xC0000000 para obter os pacotes de anúncio de grupo de trabalho local enviados pelo browser principal de outros domínios ou grupos de trabalho no seu segmento. Cada browser secundário no segmento emite um pedido NetServerEnum com sinalizadores de 0xFFFFFFFF e x 80000000 em intervalos de 12 minutos para obter a lista completa de servidores, domínios e nomes de grupo de trabalho.

Registo e tempo de propagação

Uma vez que o serviço de browser depende de difusões de servidor, a comunicação é sem ligação e por definição não fiável. Quando um servidor é iniciado, imediatamente envia um anfitrião de pacote de anúncio. Este processo repete-se ao 4 minutos e novamente 8 minutos. O processo é repetido, em seguida, cada 12 minutos a partir daí.

Permitir a perda de alguns pacotes de datagrama, é razoável esperar que browser principal do segmento de rede irá adicionar nome de um determinado computador à lista de procura 12 minutos após o arranque. Para além deste ponto, é utilizado o tráfego orientado para ligações e as sequências são mais determinista. 12 Minutos, browser principal do segmento irá ligar o PDC obtenha a lista de todo o domínio e ao mesmo tempo o PDC, Primary Domain Controller irá estabelecer ligação com o browser principal e obter informações do novo servidor.

Browsers principais de segmentos remotos também estabeleça ligação com o PDC, Primary Domain Controller intervalos 12 minutos e em breve obter informações de um novo servidor. 12 Minutos entre a aprendizagem remoto browser principal do nome de um novo computador, todos os browsers secundários estabelecer ligação com o browser principal. Neste momento, todos os browsers num segmento remoto conhecer o novo servidor. Num ambiente WAN multi-segment, a quantidade máxima de tempo que deve tomar para todos os clientes no domínio para ver o novo computador é 48 minutos (12 + 12 + 12 + 12). Numa rede onde as difusões e a utilização da rede estão bem nos parâmetros de seguros, este período deve média de aproximadamente metade como longa (24 minutos).

Remover computadores da lista procura poderá demorar mais tempo. Para permitir pacotes de datagrama perdida, o browser principal não remove um servidor da lista até tem passado 3 períodos de anúncio. Se o servidor não for encerrado correctamente ou se a conectividade de rede é perdida, o servidor pode permanecer num lista do localizador principal até 36 minutos. Passado este tempo, o PDC é notificado para remover o nome do servidor. Segue o fluxo de comunicação mesmo para remover o nome do servidor. 12 Minutos, um browser principal de um segmento remoto obtém a lista de todo o domínio do PDC e 12 minutos cada browser secundário liga o browser principal. Este processo pode demorar desde como 72 minutos para concluir a (36 + 12 + 12 + 12). Se o servidor for encerrado correctamente, o browser envia um pacote de anúncio de anfitrião único indicando que é já não estiverem a actuar como um servidor. Após o recebimento deste datagrama, o browser principal remove imediatamente o servidor da sua lista local. Numa rede onde as difusões e a utilização da rede estão bem nos parâmetros de seguros, este período deve média de aproximadamente metade como longa (36 minutos).

Como função de browser de um servidor é definida dinamicamente com eleições periódicas, determinar o fluxo de comunicação utilizado para fornecer a lista de procura para um computador cliente específico pode ser difícil. Se um browser principal for encerrado correctamente, o browser principal força uma eleição de um browser principal novo durante o encerramento. Se o browser secundário wins de eleição foi presente na rede durante o tempo suficiente para receber uma lista de procura completa, é iniciado como um browser principal com uma lista de procura completamente preenchida e funcionalidade de procura continua no segmento de rede sem interrupção.

Se estiver disponível no segmento de rede um servidor que foi funciona como localizador principal não for encerrado correctamente ou se forçar eleição pedido datagrama o browser principal for perdida, poderá existir um atraso de funcionalidade de procura. Uma eleição de browser principal novo é causada se um computador cliente pede uma lista de procura e não conseguir localizar um browser principal. Pode demorar até 12 minutos que uma cópia de segurança do browser para descobrir que não browser principal está presente, dependendo da utilização da rede.

Requisitos de resolução de nome

Resolução de nomes de domínio é crítica para o modelo de navegação distribuído funcionar. Todos os computadores através da rede ALARGADA que são potenciais browsers principais tem de conseguir resolver o NomeDomínio escreva entrada <1b> para que o PDC. Depois de um browser principal potencial recebe uma resposta positiva à consulta para um PDC, Primary Domain Controller, o browser principal tem de também poder resolver o tipo de nome de computador <00> entrada o PDC. O PDC, Primary Domain Controller tem de conseguir resolver os nomes de todos os computadores que são potenciais browsers principais para conseguir estabelecer ligação às mesmas. O PDC, Primary Domain Controller escuta anúncios principais direccionados de browsers principais na porta UDP

Este anúncio acciona o PDC para resolver o tipo de nome de computador <00> do browser principal e para pedir a lista de procura mantida pelo mestre.

Depois de uma lista de procura é apresentada a um computador cliente, o computador cliente tem de resolver a entrada do nome NetBIOS de qualquer computador listado para visualizar recursos partilhados. Por conseguinte, todos os computadores cliente tem de conseguir resolver o endereço IP (protocolo Internet) de todos os computadores no domínio. Na maior parte das configurações de redes, isto significa que a infra-estrutura de WINS distribuída deve trabalhar correctamente.