EXPLICAÇÃO de como funciona o arranque remoto do Windows NT Server 4.0

Traduções de Artigos Traduções de Artigos
Artigo: 158278 - 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

Nesta página

Sumário

Este artigo explica as vantagens e funcionamento interno do utilitário de arranque remoto do Windows NT 4.0.

Mais Informação

O processo de arranque remoto

Quando inicia um computador, o sistema operativo é carregado na memória. Quando um remoto inicial programa carregar (RPL) chip de ROM é colocado numa placa de interface de rede (NIC), o computador cliente irá obter software de arranque e configuração do servidor quando o cliente é iniciado. Este ROM RPL interrompe o processo de arranque padrão do computador e redirecciona as chamadas para o sistema operativo para a NIC. ROM RPL estabelece também uma ligação de rede básica entre a estação de trabalho e servidor durante o processo de arranque. Este processo é conhecido como arranque remotamente, ou o processo de remoteboot.

Como funciona o arranque remoto

O servidor fornece dois tipos de serviços para o cliente remoteboot. O primeiro serviço é designado por um bloco de arranque, que contém todas as informações necessárias para iniciar o cliente. O segundo serviço denomina-se o perfil remoteboot. Este perfil define o ambiente do sistema operativo do cliente após o processo de arranque inicial. Ambos os serviços são enviados através da rede em pacotes. Estes pacotes são compostas por um pedido de arranque, confirmação de arranque, pedido de bloco de arranque e o bloco de arranque.

Quando o computador cliente está activado, a ROM de RPL inicializa e difunde uma moldura pedido de arranque (Localizar moldura), que contém o endereço do adaptador multimédia acesso controlo (ID da placa). O ID da placa é atribuído pelo fabricante do NIC e é um número hexadecimal de 12 dígitos exclusivo. As primeiras seis dígitos identificam a placa e o fabricante. Quando o servidor recebe o pacote de localizar, compara o ID da placa para a base de dados de placas conhecidas. Se o servidor não reconhece o ID da placa ou se o ID da placa não tiver um perfil atribuído, o servidor regista temporariamente as informações na base de dados mas não responde ao pedido do cliente. O cliente continua a enviar pacotes de localizar até receber uma confirmação (ACK).

Se o servidor tiver uma correspondência para o ID de placa com um perfil válido, responde com uma confirmação (encontrado frame). Esta moldura contém o ID da placa do servidor e o ID da placa. do cliente Neste momento, está a ser utilizado o protocolo DLC para todas as comunicações entre o cliente e o servidor. Se vários resposta de servidores de arranque remoto para localizar inicial de difusão, o cliente responde apenas para o primeiro ACK. recebidos

Depois do cliente recebe o ACK, em seguida, envia um pedido do pedido de bloco de arranque (SEND.FILE.REQUEST moldura) para o primeiro servidor que respondeu. O servidor recebe o pedido e responde com um bloco de arranque (FILE.DATA.RESPONSE moldura) indicando o cliente onde está localizado o ficheiro de imagem de arranque.

Depois do cliente recebe estas informações, passa o controlo da ROM RPL e começa a funcionar o ponto de entrada do bloco de arranque. Neste momento o sistema operativo é que está a ser carregado na memória e o sistema muda de DLC para os controladores de rede de modo real (normalmente NetBEUI).

O processo de arranque remoto do Windows 95

O Windows 95 utiliza o mesmo processo, excepto para algumas diferenças.

O Windows 95 cria um disco de RAM para funcionar como uma unidade de disco rígido e, em seguida, copia os ficheiros de modo real do servidor para o disco RAM. Depois da informação foi carregada para o disco de RAM, carrega os controladores de modo real e liga ao servidor, que contém um directório de configuração e o computador baseado no servidor para o Windows 95.

Porquê utilizar arranque remoto?

Arranque remoto permite a uma rede segura eliminando a necessidade de unidades de disco rígidas ou disquetes. Os utilizadores não é possível carregar programas nem infectar a rede com vírus. Também permite maior controlo sobre a distribuição de software. Além disso, actualizações de software centralizada reduzir os custos.

Propriedades

Artigo: 158278 - Última revisão: 7 de fevereiro de 2014 - Revisão: 1.1
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0 Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbhowto kbnetwork KB158278 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: 158278

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