Protocolo DHCP

Prévia do material em texto

ARQUITETURA TCP/IP II Thiago Nascimento Rodrigues S a SOLUÇÕES INTEGRADASProtocolo DHCP Objetivos de aprendizagem Ao final deste texto, você deve apresentar os seguintes aprendizados: Apresentar O protocolo DHCP e suas características. Explicar funcionamento do protocolo DHCP. Discutir DHCPV6. Introdução O crescente número de computadores e demais dispositivos que se conectam à internet ou a redes TCP/IP privadas é cada vez maior. A gestão de toda essa infraestrutura, com fins de garantir que cada equi- pamento esteja apto a trocar informações e a interoperar por meio de mecanismos seguros de comunicação, demanda um significativo esforço de configuração e organização de todo ambiente de rede. Qualquer elemento que simplifique tarefas, como gerenciamento de endereços IP e de configurações de rede diversas, representa uma relevante ajuda na atividade de administração da infraestrutura. Neste capítulo, você vai estudar um ativo de rede fundamental para funcionamento dinâmico e preciso de uma rede TCP/IP - DHCP. Vai ler sobre suas principais características e como ele opera a fim de garantir uso eficiente e a atribuição automática de endereços IP a dispositivos que se integram a uma rede. Vai ver ainda detalhes sobre a sua versão que é capaz de lidar com endereços IPv6. 1 Protocolo DHCP e suas características Dynamic host configuration protocol (DHCP), ou protocolo de configuração dinâmica de endereços de rede, é um protocolo baseado no modelo cliente/ servidor, que provê, automaticamente, parâmetros de configuração para2 Protocolo DHCP computadores conectados a uma rede. Alguns desses parâmetros são o ende- reço internet protocol (IP), ou protocolo de internet; a máscara de sub-rede; e o gateway padrão. As request for comments (RFC), ou pedido para co- mentários, 2131 e 2132 definem o DHCP como um padrão IETF baseado no protocolo bootstrap protocol (BOOTP), ou protocolo de autoinicialização - um protocolo com o qual o DHCP compartilha diversos detalhes de implementação (MICROSOFT, 2020). Saiba mais RFC é um documento numerado, que inclui avaliações, descrições e definições de protocolos, conceitos, métodos e programas para a Internet. As RFCs são administradas pela internet Engineering Task Force (IETF), instituição que especifica os padrões implementados e utilizados em toda a internet (CANAL TECH, [201-?]). Grande parte dos padrões usados on-line são publicados em RFCs. Algumas RFCs fundamentais foram adotadas oficialmente como padrões. No entanto, uma grande proporção de RFCs não recebe status de "padrão", mas ainda é usada como tal em todo mundo. A razão para isso é que indivíduos e grupos que trabalham em uma RFC estão focados na melhoria dos protocolos, e não no processo de padronização propriamente dito (NFON, [201-?]). Por que usar um servidor DHCP? Todo dispositivo em uma rede baseada em TCP/IP (TPC é a sigla de transmis- sion control protocol, ou protocolo de controle de transmissão) deve ter um endereço IP unicast exclusivo para acessar a rede e seus recursos. unicast é o sistema de roteamento mais comum usado em redes locais e na internet, com cada nó ou máquina atribuído à um endereço IP único. Nesse tipo de transmissão há apenas um remetente e um receptor (SANTOS, 2016). Sem DHCP, os endereços IP para novos computadores ou para computadores que são movidos de uma sub-rede para outra precisariam ser configuradosProtocolo DHCP 3 manualmente. mesmo iria acontecer com os endereços IP de computadores removidos de uma rede - eles também precisariam ser recuperados de forma manual. Com o DHCP, todo esse processo é automatizado e gerenciado cen- tralmente. Para isso, o administrador da rede estabelece servidores DHCP, que mantêm informações de configurações TCP/IP e fornecem configuração de endereço para clientes habilitados para DHCP na forma de concessão. servidor DHCP mantém um conjunto de endereços IP e concede um en- dereço a qualquer cliente habilitado para DHCP quando ele é iniciado na rede. Como os endereços IP são dinâmicos (concedidos) em vez de estáticos (permanentemente atribuídos), os endereços que não estão mais em uso são retornados automaticamente ao conjunto (pool) para realocação. servidor DHCP armazena as informações de configuração em um banco de dados, que inclui o seguinte: parâmetros de configuração TCP/IP válidos para todos os clientes na rede; endereços IP válidos, mantidos em um conjunto para atribuição a clien- tes, bem como endereços excluídos; endereços IP reservados, associados a determinados clientes DHCP. Isso permite a atribuição consistente de um único endereço IP a um único cliente DHCP; a duração da concessão ou o período durante o qual o endereço IP pode ser usado antes que uma renovação da concessão seja necessária. Um cliente habilitado para DHCP, ao aceitar uma oferta de concessão de endereço, recebe o seguinte: um endereço IP válido para a sub-rede à qual está se conectando; opções DHCP solicitadas. Essas opções são parâmetros complementares que um servidor DHCP está configurado para atribuir aos clientes. Alguns exemplos de opções de DHCP são roteador (gateway padrão), servidores e domínio DNS. DHCP suporta três mecanismos para alocação de endereços IP. Na alo- cação automática, o DHCP atribui um endereço IP permanente a um cliente.4 Protocolo DHCP Na alocação dinâmica, o DHCP atribui um endereço IP a um cliente por um período limitado de tempo (ou até que o cliente renuncie explicitamente ao endereço). Na alocação manual, o endereço IP de um cliente é atribuído pelo administrador da rede e o DHCP é usado simplesmente para a transmissão do endereço definido. Uma rede específica usará um ou mais desses mecanismos, dependendo das políticas do administrador da rede (DROMS, 1997). uso de um DHCP pode trazer benefícios relevantes tanto para a ad- ministração como para o funcionamento de uma rede TCP/IP, acompanhe (MICROSOFT, 2020): Configuração confiável de endereço IP: o DHCP minimiza os erros de configuração causados pela configuração manual do endereço como erros de digitação ou conflitos de endereço causados pela atribuição de um endereço IP a mais de um computador ao mesmo tempo. Administração de rede reduzida: o DHCP inclui os seguintes recursos para reduzir a administração da rede: configuração TCP/IP centralizada e automatizada; capacidade de definir configurações TCP/IP a partir de um local central; capacidade de atribuir uma gama completa de valores de configuração TCP/IP adicionais por meio das opções de DHCP; manuseio eficiente do endereço IP é alterado para clientes que preci- sam ser atualizados com frequência, como os de dispositivos móveis que se deslocam para locais diferentes em uma rede sem fio; encaminhamento de mensagens DHCP iniciais, usando um agente de retransmissão DHCP, o que elimina a necessidade de um servidor DHCP em todas as sub-redes. DHCP e BOOTP protocolo bootstrap (BOOTP) é um protocolo de rede usado por clientes para a obtenção de um endereço IP e outras configurações providas por um servidor. Ele foi originalmente definido pela especificação RFC 951 e foi criado para substituir o reverse address resolution protocol (RARP), ou protocolo de resolução reversa de endereços, também conhecido como RFC 903. protocolo bootstrap foi projetado para permitir que computadores obtenham informações, como endereço IP, máscara de sub-rede, endereço do roteador, endereço IP do servidor DNS, para um computador sem discoProtocolo DHCP 5 rígido ou para um computador que está sendo inicializado pela primeira vez. sistema operacional e o software de rede são armazenados na memória ROM (read-only memory, ou memória somente de leitura), no caso de o computador ou a estação de trabalho não ter disco rígido. BOOTP usa um agente de retransmissão, que permite o encaminhamento de pacotes da rede local usando o roteamento IP padrão, permitindo que um servidor BOOTP atenda hosts em várias sub-redes (TECHOPEDIA, 2011). Do ponto de vista do cliente, o DHCP é uma extensão do mecanismo BOOTP. Esse comportamento permite que clientes BOOTP existentes possam interoperar com servidores DHCP sem exigir qualquer alteração no software de inicialização dos clientes. A RFC 1542 detalha como devem acontecer as interações entre clientes e servidores BOOTP e DHCP (DROMS, 1997). Uma das principais diferenças entre DHCP e BOOTP está no fato de o BOOTP usar um banco de dados estático, que precisa ser preenchido manu- almente. De modo semelhante ao RARP, todos os endereços media access control (MAC), ou controle de acesso à mídia, e endereços IP (e outras opções, como um gateway padrão) a serem usados precisam ser inseridos no banco de dados. Quando um servidor BOOTP recebe uma solicitação, ele procura em seu banco de dados uma entrada correspondente e, em seguida, retorna o resultado ao host. Os servidores DHCP, por outro lado, usam um intervalo de endereços. Quando o servidor DHCP recebe uma solicitação, ele retorna um endereço IP pertencente ao intervalo previamente configurado. Ele não leva em conta o endereço MAC, a menos que alguma reserva tenha sido feita. Essa abordagem se mostra mais eficiente, uma vez que não há o desperdício de nenhum endereço IP em desuso (NETWORK LESSONS, [201-?]a). Em outras palavras, o DHCP define mecanismos pelos quais os clientes podem receber um endereço de rede para uma concessão finita, permitindo a reatribuição serial de endereços de rede a diferentes clientes (DROMS, 1997). Acompanhe, no Quadro 1, uma síntese das diferenças entre os dois protocolos.6 Protocolo DHCP Quadro 1. Comparativo entre protocolos DHCP e BOOTP Critério BOOTP DHCP Não disponível. Suporta Automaticamente Autoconfiguração apenas configuração manual. obtém e atribui endereços IP. Não provê. Provê por uma Endereços IP quantidade limitada temporários de tempo. Não compatível com Interoperável com Compatibilidade clientes DHCP. clientes BOOTP. Configuração de IP e Suporta a mobilidade Mobilidade de informações de acesso à de máquinas ou hosts. máquinas rede não são possíveis. Ocorrência Configuração manual é Autoconfiguração de erros mais propensa a erros. é imune a erros. Provê informações de acesso Requer a existência à rede para computadores de um disco rígido Uso ou estações de trabalho para armazenar sem disco rígido. e encaminhar as informações. 2 Funcionamento do protocolo DHCP Embora o DHCP permita que endereços IP possam ser estaticamente atribuído a um host, seu funcionamento mais comum e recomendando é baseado na alocação dinâmica ou automática de endereços. Nesse cenário, quando um novo dispositivo se conecta à uma rede TCP/IP, o software DHCP desse cliente não está configurado com um endereço IP estático. Ao contrário, está configurado para obter um endereço IP dinamicamente de um servidor DHCP. Quando o dispositivo cliente DHCP é inicializado, ele não pode enviar e receber tráfego de rede, porque o protocolo TCP/IP ainda não está configurado. No entanto, ele pode participar no tráfego de broadcasting. Clientes DHCP e servidores DHCP usam mensagens de broadcasting para se comunicar. escopo de uma mensagem de broadcasting é restritoProtocolo DHCP 7 ao domínio de broadcasting local, e essas mensagens nunca cruzam o rotea- dor para acessar outra rede, já que os roteadores descartam endereços IP de broadcasting limitado. o processo de concessão de uma configuração TCP/IP por um servidor DHCP a um novo dispositivo que se conecta à rede envolve quatro etapas (OMNISECU, 2020), que veremos a seguir. Saiba mais Broadcasting é o termo usado para descrever a comunicação em que uma informação é enviada de um ponto para todos os outros pontos. Nesse caso, existe apenas um remetente, mas as informações são enviadas para todos os receptores conectados. Um transmissão do tipo broadcasting é suportada na maioria das local area networks (LANs), ou redes locais, e pode ser usada para enviar a mesma mensagem para todos os computadores na LAN. Por exemplo, address resolution protocol (ARP), ou protocolo de resolução de en- dereços, usa esse recurso para enviar uma consulta de resolução de endereços para todos os computadores em uma LAN (ELECTRONICS RESEARCH GROUP, [201-?]). Na prática, quando um dispositivo precisa enviar um fluxo de pacotes para todos os dispositivos conectados à mesma rede, é preciso inserir o endereço 255.255.255.255 (todos os 32 bits do endereço IP definidos como 1) conhecido como endereço de broadcast limitado no endereço de destino do cabeçalho do datagrama ou pacote. Esse endereço é reservado para transferência de informações a todos os destinatários a partir de um único cliente (remetente) pela rede (GEEKS FOR GEEKS, [201-?]). A Figura 1 apresenta um esquema de funcionamento de transmissão de uma men- sagem de broadcast. Figura 1. Funcionamento de transmissão de uma mensagem de broadcasting. Fonte: Santos (2016).8 Protocolo DHCP Etapa 1: DHCPDISCOVER. cliente DHCP transmite uma mensagem de descoberta DHCP na rede que contém seu endereço MAC. Essa mensagem é transmitida pela porta UDP 68 (user datagram protocol, ou protocolo de datagramas de usuário), a qual é usada pelos servidores BOOTP e DHCP. Esse primeiro datagrama é conhecido como uma mensagem DHCPDISCOVER, que é uma solicitação enviada para qualquer servidor DHCP para a obtenção de informações de configuração. Como o nome indica, o objetivo da mensagem DHCPDISCOVER é descobrir um servidor DHCP. endereço MAC de destino de uma mensagem DHCPDISCOVER é FF: FF: FF: FF: FF: FF, que é o endereço MAC de broadcast. Um quadro Ethernet contendo o endereço MAC de broadcast como endereço MAC de destino é espalhado para todas as portas do LAN switch conectado. Na sequência, a mensagem DHCPDISCOVER é entregue a todos os computadores conectados no domínio de broadcast. Etapa 2: DHCPOFFER. Uma vez que a mensagem DHCPDISCOVER foi entregue a todos os computadores conectados no domínio de broadcast, todo servidor DHCP pertencente a esse domínio e que recebeu a mensagem DHCPDISCOVER responde com uma mensagem DHCPOFFER. Outros computadores simplesmente descartam a mensagem DHCPDISCOVER A mensagem DHCPOFFER contém os valores de configuração TCP/IP ofe- recidos, como endereço IPv4 e máscara de sub-rede. Se o dispositivo do cliente DHCP recebeu vários DHCPOFFER, o cliente DHCP aceita a primeira mensagem DHCPOFFER que chega. Etapa 3: DHCPREQUEST. cliente DHCP aceita uma oferta e transmite um datagrama DHCPREQUEST. datagrama DHCPREQUEST contém o endereço IP do servidor que emitiu a oferta e o endereço físico (endereço MAC) do cliente A mensagem DHCPREQUEST solicita ao servidor DHCP selecionado que atribua ao cliente DHCP um endereço IP e outros valores de configuração TCP/IP. A mensagem DHCPREQUEST também notifica todos os outros servidores DHCP de que suas ofertas não foram aceitas pelo cliente DHCP.Protocolo DHCP 9 Fique atento Se servidor selecionado não puder atender à mensagem DHCPREQUEST (por exemplo, se endereço de rede solicitado já tiver sido alocado para outro cliente), servidor deve responder com uma mensagem Além disso, protocolo deixa em aberto a possibilidade de um servidor optar por marcar endereços ofereci- dos aos clientes por meio de mensagens DHCPOFFER como estando indisponíveis. No entanto, servidor sempre deve marcar um endereço oferecido a um cliente em uma mensagem DHCPOFFER como disponível se ele não receber numa mensagem DHCPREQUEST desse cliente. Etapa 4: DHCPACK. Quando o servidor DHCP no qual a oferta foi selecionada recebe o datagrama DHCPREQUEST, ele constrói um datagrama DHCPACK, um DHCP de reconhecimento. DHCPACK inclui um endereço IP e uma máscara de sub-rede para o cliente DHCP. Pode incluir também outras infor- mações de configuração de TCP/IP, como endereço IP do gateway padrão, endereços IP de servidores DNS, etc. Depois que a mensagem DHCPACK é recebida do servidor DHCP, o cliente DHCP pode começar a participar do tráfego da rede com esse endereço IP. Fique atento Antes de começar a participar do tráfego da rede com endereço IP recebido por meio da mensagem DHCPACK, cliente deve executar uma verificação final dos parâmetros recebidos. Se cliente detectar que endereço já está em uso (por exemplo, pelo uso do protocolo ARP), ele deve enviar uma mensagem DHCPDECLINE ao servidor e reiniciar processo de configuração. O cliente deve esperar um mínimo de 10 segundos antes de reiniciar processo de configuração, para evitar tráfego excessivo na rede em caso de loop. Além disso, se cliente receber uma mensagem DHCPNAK, ele também reiniciará processo de configuração.10 Protocolo DHCP Na Figura 2, você pode visualizar os quatro passos básicos do funciona- mento do DHCP. Solicitação de um endereço Broadcast do cliente DHCPDISCOVER Unicast do servidor DHCPOFFER Endereço é oferecido Broadcast do cliente DHCPREQUEST Endereço recebido e seu uso é solicitado Unicast do servidor DHCPACK Atribuição OK Endereço pronto para uso Figura 2. Quatro passos básicos de funcionamento do DHCP. Fonte: Adaptada de Shekhar (2017). Uma vez de posse de um endereço válido para participar do tráfego da rede, o cliente pode optar por renunciar à concessão desse endereço, enviando uma mensagem DHCPRELEASE ao servidor. O cliente identifica a conces- são a ser liberada com seu "identificador de cliente" e endereço de rede na mensagem DHCPRELEASE. Se o cliente usou um "identificador de cliente" quando obteve a concessão, ele deve usar o mesmo "identificador de cliente" na mensagem DHCPRELEASE.Protocolo DHCP 11 Dependendo de como foi definida a política de concessão de endereços IP, o cliente DHCP pode ter que monitorar esse tempo de concessão. Depois de decorrido um período definido, o cliente deve enviar uma nova mensagem ao servidor DHCP escolhido para aumentar o tempo de concessão. O servidor DHCP que receber a solicitação aumenta, por sua vez, o tempo de concessão, se a concessão ainda for aderente à política de concessão local definida pelo administrador. Se o servidor não responder dentro de um intervalo de tempo previamente definido, o cliente transmitirá uma solicitação para que um dos outros servidores DHCP possa estender a concessão (ORACLE, 2019). Reuso de endereços IP Se um cliente se lembrar e desejar reutilizar um endereço de rede alocado anteriormente, ele poderá optar por omitir algumas das etapas descritas para uma configuração padrão. Primeiramente, o cliente deverá transmitir uma mensagem DHCPREQUEST em sua sub-rede local. O corpo da mensagem deve incluir o endereço IP solicitado pelo cliente. Servidores DHCP com conhecimento dos parâmetros de configuração do cliente devem responder com uma mensagem DHCPACK ao cliente. No entanto, não é responsabilidade desses servidores verificar se o endereço de rede do cliente já está em uso. Se o pedido do cliente é inválido (por exemplo, o cliente se mudou para uma nova sub-rede), os servidores devem responder com uma mensagem DHCP- NAK para o cliente. Servidores não devem responder se suas informações não tiverem garantias de que são precisas. Por exemplo, um servidor que identifica uma solicitação por uma alocação já expirada e pertencente a outro servidor não deve responder com um DHCPNAK, a menos que os servidores estejam usando um mecanismo explícito para manter a coerência entre os servidores. Quando o cliente recebe a mensagem DHCPACK com a configuração dos parâmetros de rede, ele deve executar uma verificação final de validade, assim como acontece no processo de configuração padrão. Se todos os parâmetros estiverem válidos, o cliente passa a estar corretamente configurado e apto a participar do tráfego da rede. No entanto, se o cliente detectar que o endereço IP na mensagem DHCPACK já está em uso, ele deve enviar uma mensagem DHCPDECLINE para o servidor e reiniciar o processo de configuração so- licitando um novo endereço de rede. Por outro lado, se o cliente receber uma mensagem DHCPNAK em resposta à mensagem DHCPREQUEST enviada, ele não poderá reutilizar seu endereço de rede lembrado; em vez disso, ele deve solicitar um novo endereço reiniciando o processo de configuração.12 Protocolo DHCP 3 DHCPv6 O DHCP versão 6 (DHCPv6) é um protocolo de rede que funciona da mesma forma que o DHCP no IPv4. Seu funcionamento e especificação são detalhados na RFC 8415 (MRUGALSKI et al., 2018). O DHCPv6 é usado para atribuir endereços IP e prefixo aos hosts IPv6 em uma rede. Essa forma de funcio- namento é conhecida como configuração automática ou autoconfiguração de endereços com estado, ou stateful. No entanto, o DHCPv6 também pode operar em um modo conhecido como stateless address autoconfiguration (SLAAC), ou autoconfiguração de endereços sem estado. Um servidor DHCPv6 permite que os administradores de rede gerenciem o conjunto (pool) de endereços IP centralmente entre hosts e automatizem a atribuição de endereços IP em uma rede. A configuração do servidor DHCPv6 geralmente consiste em opções DHCPv6 para clientes, um prefixo IPv6, um pool de endereços que contém intervalos e opções de endereços IPv6, e uma política de segurança para permitir o tráfego DHCPv6 (JUNIPER, 2019). Saiba mais O IPv6 não usa broadcasts. O conceito de endereço de broadcast de sub-rede, de endereço de broadcast em toda a rede, ou um equivalente de todos os hosts do ende- reço IPv4 broadcast 255.255.255.255, foi removido do IPv6. Em vez disso, IPv6 utiliza endereços multicast. Ao definir diferentes endereços IPv6 multicast para diferentes funções, um host IPv6 que não tem necessidade de participar em determinada função pode, simplesmente, ignorar esses multicasts particulares, reduzindo impacto no host. Multicast é termo usado para descrever a comunicação em que uma informação é enviada de um ou mais pontos para um conjunto de outros pontos. Nesse caso, talvez haja um ou mais remetentes e as informações sejam distribuídas para um conjunto de receptores (pode não haver receptores ou qualquer outro número de receptores). O multicasting é a técnica de rede de entrega do mesmo pacote simultaneamente para um grupo de clientes. O multicast IP fornece conectividade dinâmica de muitos para muitos entre um conjunto de remetentes (pelo menos 1) e um grupo de receptores.Protocolo DHCP 13 Configuração sem estado ou stateless (SLACC) O modo de operação SLACC não requer configuração manual de hosts, con- figuração mínima de roteadores e nenhum servidor adicional. Os clientes DHCP configuram automaticamente seu próprio endereço IPv6, com base nos anúncios do roteador. Os roteadores anunciam prefixos, que identificam as sub-redes associadas a um link, enquanto os hosts geram um "identificador de interface", que identifica exclusivamente uma interface em uma sub-rede. Os clientes DHCP usam o servidor DHCP para obter outras informações úteis de configuração (como o endereço dos servidores DNS). Por meio do comando EUI-64 do protocolo IPv6, um host pode atribuir automaticamente, a si mesmo, um identificador de interface IPv6 de 64 bits exclusivo, sem a necessidade de configuração manual ou DHCP. Essa abordagem é usada quando uma rede não está preocupada com os endereços exatos que os hosts usam em uma rede, desde que sejam únicos e roteáveis (ORBIT, 2015). Configuração com estado ou stateful No DHCPv6 com monitoração de estado, a atribuição de endereço é geren- ciada centralmente, e os clientes devem obter informações de configuração, como configuração automática de endereço e descoberta de vizinhos que não estão disponíveis, por meio de protocolos. A versão stateful do DHCPv6 é praticamente a mesma do IPv4, ou seja, o servidor DHCPv6 atribui endereços IPv6 a todos os clientes DHCPv6 e acompanha as atribuições. Em resumo, os servidores DHCPv6 sabem exatamente qual endereço IPv6 foi atribuído a qual host (NETWORK LESSONS, [201-?]b). Nesse modelo, o DHCPv6 pode ser implementado de duas maneiras, listadas a seguir: Confirmação rápida: o cliente DHCP obtém parâmetros de configu- ração do servidor por meio de uma troca rápida de duas mensagens (solicitação e resposta). Confirmação normal: o cliente DHCP usa quatro trocas de mensagens (solicitar, anunciar, solicitar e responder).14 Protocolo DHCP Por padrão, a confirmação normal é usada. Para usar a opção de confir- mação rápida, ela deve ser ativada pelo cliente e pelo servidor, para que ele use a troca de duas mensagens. Quadro 2 apresenta um comparativo das principais diferenças entre os dois modos de operação do Quadro 2. Comparativo entre os modos stateless e stateful do DHCPv6 Critério Lembrar de endereços IPv6 (informação de Sim Não estado) de clientes que fazem uma requisição Atribuir endereço IPv6 a clientes Sim Não Fornecer informações úteis, como Sim Sim endereço IP do servidor DNS Ter maior utilidade em conjunto com Não Sim autoconfiguração sem estado Mensagens DHCPv6 Existem três tipos de mensagem que são exclusivas do DHCPv6: CONFIRM: utilizada quando um cliente envia uma mensagem de confirmação para qualquer servidor disponível para determinar se os endereços aos quais foi atribuído ainda são apropriados para o link ao qual o cliente está conectado. RELAY-FORW: usada quando um agente de retransmissão envia uma mensagem de retransmissão para servidores, diretamente ou por meio de outro agente de retransmissão. RELAY-REPL: tem uso quando um servidor envia uma mensagem de resposta de retransmissão para um agente de retransmissão que contém uma mensagem, que o agente de retransmissão entrega a um cliente.Protocolo DHCP 15 Referências CANAL TECH. O que é uma RFC?. [S. 1., 201-?]. Disponível em: https://canaltech.com.br/ Acesso em: 23 maio 2020. DROMS, R. Dynamic host configuration protocol. [S. 1997. Disponível em: https://tools. ietf.org/html/rfc2131. Acesso em: 23 maio 2020. ELECTRONICS RESEARCH GROUP. Unicast, broadcast, and multicast. [S. 1., 201-?]. Dispo- nível em: https://erg.abdn.ac.uk/users/gorry/course/intro-pages/uni-b-mcast.html Acesso em: 23 maio 2020. GEEKS FOR GEEKS. Difference between unicast, broadcast and multicast in computer ne- twork. 201-?]. Disponível em:https://www.geeksforgeeks.org/difference-between- em: 23 maio 2020. JUNIPER. server overview. [S. 2019. Disponível em: https://www.juniper.net/ Acesso em: 23 maio 2020. MICROSOFT. Dynamic Host Configuration Protocol (DHCP). [S. 2020. Disponível em: https://docs.microsoft.com/en-us/windows-server/networking/technologies/dhcp/ dhcp-top. Acesso em: 23 maio 2020. MRUGALSKI, T. et al. Dynamic host configuration protocol for IPv6 (DHCPv6). [S. 2018. Disponível em: Acesso em: 23 maio 2020. NETWORK LESSONS. BOOT (Bootstrap Protocol). [S. 201-?]a. Disponível em: https:// Acesso em: 23 maio 2020. NETWORK LESSONS. Cisco server configuration. [S. 1., 201-?]b. Disponível em: em: 23 maio 2020. NFON. Request for Comments (RFC). [S. 1., 201-?]. Disponível em: https://www.nfon. Acesso em: 23 maio 2020. OMNISECU. Dynamic host configuration Protocol DHCP, How DHCP work, DHCP tutorials, DHCP messages. [S. 2020. Disponível em: https://www.omnisecu.com/tcpip/dhcp- em: 23 maio 2020. ORACLE. Working with DHCP in Oracle Solaris 11.4: how DHCP works. [S. 2019. Dispo- nível em:https://docs.oracle.com/cd/E37838_01/html/E61005/dhcp-overview-3.html Acesso em: 23 maio 2020.16 Protocolo DHCP ORBIT. autoconfiguration explained. [S. 2015. Disponível em: https://www. Acesso em: 23 maio 2020. SANTOS, A. Redes de comunicação de dados: unicast, multicast e broadcast. In: UNIÃO GEEK. 2016. Disponível em:https://www.uniaogeek.com.br/redes-de-comunica- cao-de-dados-unicast-multicast-e-broadcast/ Acesso em: 23 maio 2020. SHEKHAR, A. DHCP (Dynamic Host Configuration Protocol): how does it [S. 2017. Disponível em: https://fossbytes.com/dhcp-how-does-it-work/ Acesso em: 23 maio 2020. TECHOPEDIA. Bootstrap Protocol (BOOTP). [S. 2011. Disponível em: https://www.te- chopedia.com/definition/6250/bootstrap-protocol-bootp. Acesso em: 23 maio 2020. Leituras recomendadas ESTUDOS CISCO. IPV6: parte Disponível em: https://estudoscisco.wordpress. com/tag/dhcp-stateful/. Acesso em: 23 maio 2020. TECHDIFFERENCES. Difference between BOOT and DHCP. [S. 2017. Disponível em: em: 23 maio 2020. Fique atento Os links para sites da web fornecidos neste capítulo foram todos testados, e seu fun- cionamento foi comprovado no momento da publicação do material. No entanto, a rede é extremamente dinâmica; suas páginas estão constantemente mudando de local e conteúdo. Assim, os editores declaram não ter qualquer responsabilidade sobre qualidade, precisão ou integralidade das informações referidas em tais links.Encerra aqui 0 trecho do livro disponibilizado para esta Unidade de Aprendizagem. Na Biblioteca Virtual da Instituição, você encontra a obra na íntegra.Conteúdo: sa SOLUÇÕES GaH INTEGRADAS