Alternativa D - DHCPPREQUEST Broadcast
Análise da Questão
Esta questão aborda o funcionamento do protocolo DHCP (Dynamic Host Configuration Protocol) na versão IPv4, especificamente sobre o processo de negociação de endereços IP.
Para entender a resposta, precisamos revisar o ciclo padrão de obtenção de IP, conhecido pela sigla DORA:
- Discover (Descobrir): O cliente busca um servidor DHCP (DHCPDISCOVER).
- Offer (Ofertar): O servidor oferece um endereço disponível (DHCPOFFER).
- Request (Solicitar): O cliente solicita formalmente o uso desse endereço (DHCPREQUEST).
- Acknowledge (Confirmar): O servidor confirma a concessão (DHCPACK).
Por que a resposta é DHCPREQUEST Broadcast?
- Tipo de Mensagem (REQUEST): A pergunta especifica que o cliente deseja aceitar um endereço já oferecido pelo servidor. Isso ocorre na etapa 3 do processo DORA. Portanto, a mensagem enviada deve ser um DHCPREQUEST. As opções "DHCPACK" estão incorretas, pois o ACK é enviado pelo servidor para confirmar, e não pelo cliente.
- Endereçamento (Broadcast): Neste momento da negociação, o cliente ainda não possui um endereço IP válido atribuído à sua interface (ele ainda está usando o endereço $0.0.0.0$ como origem). Como o cliente não tem um IP definitivo para estabelecer uma comunicação unicast direta e confiável, ele envia a solicitação como uma transmissão broadcast ($255.255.255.255$). Isso garante que qualquer servidor DHCP na rede saiba que aquele endereço IP específico foi reservado e aceito.
| Etapa | Quem Envia? | Tipo de Pacote | Destino |
|---|
| Discover | Cliente | DHCPDISCOVER | Broadcast |
| Offer | Servidor | DHCPOFFER | Broadcast/Unicast |
| Request | Cliente | DHCPREQUEST | Broadcast |
| Ack | Servidor | DHCPACK | Broadcast/Unicast |
Conclusão: O cliente utiliza o DHCPREQUEST Broadcast para aceitar a oferta e evitar conflitos de IP com outros servidores na mesma rede.