Questão de Redes de Computadores — DHCP — VUNESP 2025
Redes de Computadores›DHCP
Código
vu223013
Banca
VUNESP
Órgão
TJM SP
Ano
2025
Cargo
Ana CPDJ ( )
No protocolo DHCP, uma mensagem do tipo DHCPREQUEST serve para que um
Acliente que acabou de ingressar em uma rede, pela primeira vez, inicie conversações com servidores DHCP, via broadcast.
Bcliente que já possuía um endereço IP atribuído previamente, via DHCP, informe ao servidor a liberação desse endereço, possibilitando seu reúso em outro dispositivo.
Ccliente confirme a oferta de um endereço IP de um servidor DHCP específico, oferta essa realizada previamente.
Dservidor DHCP confirme o recebimento da aceitação de um endereço IP por parte de um cliente.
Eservidor DHCP apresente uma oferta de um endereço IP a um cliente, em resposta a um pedido prévio.
Revelar gabarito e comentário▾
GabaritoC — cliente confirme a oferta de um endereço IP de um servidor DHCP específico, oferta essa realizada previamente.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Protocolo DHCP: a mensagem DHCPREQUEST
Gabarito: letra C. A mensagem DHCPREQUEST é enviada pelo cliente para confirmar a aceitação de uma oferta de endereço IP feita por um servidor DHCP específico, dentro do fluxo DORA (Discover, Offer, Request, Acknowledge). Essa confirmação é feita em broadcast para que todos os servidores DHCP saibam qual oferta foi aceita e possam devolver as demais ofertas ao pool de endereços.
O DHCP (Dynamic Host Configuration Protocol) é o protocolo responsável por atribuir automaticamente configurações de rede a dispositivos, como endereço IP, máscara de sub-rede, gateway padrão e servidores DNS. Ele opera no modelo cliente-servidor e segue uma sequência clássica de quatro mensagens, conhecida pela sigla DORA:
DHCPDISCOVER — o cliente, ao ingressar na rede sem endereço IP, envia uma mensagem em broadcast (destinada a todos) para localizar servidores DHCP disponíveis.
DHCPOFFER — cada servidor DHCP que recebe o discover responde com uma oferta de endereço IP, contendo também máscara, duração da concessão e outras opções.
DHCPREQUEST — o cliente escolhe uma das ofertas recebidas e envia essa mensagem em broadcast, confirmando a aceitação da oferta de um servidor específico. Isso informa a todos os servidores qual oferta foi aceita, permitindo que os demais devolvam os endereços oferecidos ao pool.
DHCPACK — o servidor escolhido confirma a concessão, enviando ao cliente a configuração final, incluindo o tempo de concessão.
A mensagem DHCPREQUEST também é utilizada pelo cliente para renovar a concessão do endereço IP antes do vencimento do prazo. Já a liberação do endereço é feita por outra mensagem, o DHCPRELEASE, que o cliente envia ao servidor quando deseja desativar a configuração de rede.
A pegadinha desta questão está em confundir o papel de cada mensagem do fluxo DORA. A banca troca as funções entre cliente e servidor, ou entre as etapas do processo. O candidato que decora apenas a sigla DORA sem entender o que cada mensagem faz acaba marcando uma alternativa que descreve o DHCPOFFER ou o DHCPACK.
Guarde a fronteira: quem envia o DHCPREQUEST é sempre o cliente, e o objetivo é confirmar a oferta (ou renovar a concessão). O servidor nunca envia DHCPREQUEST — ele envia DHCPOFFER (oferta) e DHCPACK (confirmação final). É exatamente nessa distinção que as alternativas se dividem.
1DHCPDISCOVER (cliente)
2DHCPOFFER (servidor)
3DHCPREQUEST (cliente)
4DHCPACK (servidor)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Descreve o DHCPDISCOVER, não o DHCPREQUEST. O cliente que ingressa pela primeira vez na rede inicia as conversações com servidores DHCP via broadcast enviando DHCPDISCOVER, para descobrir quais servidores estão disponíveis. O DHCPREQUEST só ocorre depois que o cliente já recebeu uma oferta.
Alternativa B — ❌ Incorreta
Descreve a função do DHCPRELEASE, que é a mensagem enviada pelo cliente para liberar o endereço IP e permitir seu reúso. O DHCPREQUEST não tem função de liberação; ele confirma a oferta ou renova a concessão.
Alternativa C — ✅ Correta ⟵ GABARITO
Exatamente a função do DHCPREQUEST: o cliente confirma a oferta de um endereço IP feita por um servidor DHCP específico. Essa confirmação é enviada em broadcast para que todos os servidores saibam qual oferta foi aceita, e os demais possam devolver os endereços ao pool.
Alternativa D — ❌ Incorreta
Inverte os papéis: quem confirma o recebimento da aceitação é o servidor, por meio da mensagem DHCPACK, não o cliente. O DHCPREQUEST é enviado pelo cliente, não pelo servidor.
Alternativa E — ❌ Incorreta
Descreve a função do DHCPOFFER, que é a mensagem enviada pelo servidor para apresentar uma oferta de endereço IP ao cliente, em resposta ao DHCPDISCOVER. O DHCPREQUEST é a resposta do cliente a essa oferta, não a oferta em si.
NÃO CAIA NESSA!
A banca adora inverter os papéis entre cliente e servidor e trocar as mensagens do fluxo DORA. Aqui, as alternativas B, D e E descrevem, respectivamente, o DHCPRELEASE, o DHCPACK e o DHCPOFFER — todas com o sujeito errado. Decore o fluxo: cliente envia DISCOVER e REQUEST; servidor envia OFFER e ACK. Com esse mapa, você elimina as três de uma vez.
PEGA ESSA DICA!
Para fixar, monte a sequência DORA e associe cada letra ao emissor: Discover (cliente), Offer (servidor), Request (cliente), Ack (servidor). Se a alternativa disser que o servidor envia REQUEST ou que o cliente envia OFFER, está errada na hora.