Pular para o conteúdo principal

Questão de Redes de Computadores — DHCP (Dynamic Host Configuration Protocol) — FGV 2024

Redes de ComputadoresDHCP (Dynamic Host Configuration Protocol)
Código
fg099851
Banca
FGV
Órgão
TJ-RR
Ano
2024
Nível
Superior
Cargo
Analista Judiciário - Cibersegurança
Um pacote egresso da interface de rede de um Computador Pessoal (PC - Personal Computer) foi capturado por um sniffer de rede, e suas principais informações são apresentadas pela tabela abaixo.Imagem associada para resolução da questãoSobre essa captura, analise as afirmativas a seguir:I. Trata-se de uma consulta inerente ao processo de configuração dinâmica de informações de rede, como IP, máscara de rede, default gateway etc., solicitada pelo PC ao servidor DHCP que possui endereço físico ff:ff:ff:ff:ff:ff.II. O MAC do PC é o 00:1a:cf:32:8e:cf.III. Caso haja retorno do servidor DHCP à esta consulta, as informações de MAC, IPv4 e Porta retornarão com suas posições invertidas, as que estão na origem estarão no destino e vice versa.Está correto o que se afirma em
  1. AI, apenas.
  2. BII, apenas.
  3. CIII, apenas.
  4. DI e II, apenas.
  5. EII e III, apenas.
Revelar gabarito e comentário

GabaritoB — II, apenas.

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”.

DHCP: a consulta inicial e o endereço físico

Gabarito: letra B — apenas o item II está correto. O pacote capturado é um DHCPDISCOVER, a primeira mensagem do processo de configuração dinâmica (DHCP), enviada pelo PC em broadcast para descobrir servidores DHCP na rede. O erro do item I está em afirmar que o servidor DHCP possui o endereço físico ff:ff:ff:ff:ff:ff — esse é o endereço MAC de broadcast, usado como destino da mensagem, não como endereço do servidor. O item III está incorreto porque, no retorno do servidor (DHCPOFFER), as posições de MAC, IPv4 e Porta não são simplesmente invertidas: o servidor responde para o endereço MAC do cliente (que agora é o destino) e utiliza portas de origem e destino diferentes das da consulta.

O DHCP (Dynamic Host Configuration Protocol) é o protocolo que permite a um dispositivo obter, de forma automática, suas configurações de rede — como endereço IP, máscara de sub-rede, gateway padrão e servidores DNS. Ele opera no modelo cliente-servidor e segue um fluxo de quatro mensagens, conhecido pela sigla DORA: Discover (descoberta), Offer (oferta), Request (solicitação) e Acknowledge (confirmação).

A primeira mensagem, o DHCPDISCOVER, é enviada pelo cliente quando ele ainda não possui um endereço IP configurado. Por isso, ele não pode enviar um pacote unicast (direcionado a um destinatário específico) — ele não sabe quem é o servidor DHCP nem qual endereço usar. A solução é enviar a mensagem em broadcast, ou seja, para todos os dispositivos da rede local. No nível de enlace (camada 2), o endereço de destino é o MAC de broadcast ff:ff:ff:ff:ff:ff; no nível de rede (camada 3), o destino é o IP de broadcast 255.255.255.255. O cliente utiliza a porta UDP 68 como porta de origem e a porta UDP 67 como porta de destino (a porta padrão do servidor DHCP).

Quando o servidor DHCP recebe o DISCOVER, ele responde com um DHCPOFFER, que contém uma proposta de configuração (IP, máscara, gateway, etc.). Essa resposta é enviada em unicast para o endereço MAC do cliente (que agora é o destino), utilizando a porta de origem 67 e a porta de destino 68. Ou seja, as portas são trocadas em relação à consulta, mas o endereço MAC de destino não é o broadcast — é o MAC específico do cliente. O item III erra ao afirmar que "as informações de MAC, IPv4 e Porta retornarão com suas posições invertidas" de forma genérica: o MAC de destino no retorno é o do PC (não o broadcast), e as portas são invertidas (67→68), mas o IP de origem no retorno é o do servidor, não o do cliente.

A pegadinha central desta questão está na interpretação do endereço ff:ff:ff:ff:ff:ff. Esse endereço é o endereço MAC de broadcast, utilizado como destino da mensagem DHCPDISCOVER. Ele não identifica o servidor DHCP — na verdade, o servidor é identificado pelo seu próprio endereço MAC, que não aparece na captura como destino. O candidato que confunde o endereço de broadcast com o endereço do servidor cai no erro do item I.

Guarde a distinção entre os papéis dos endereços na mensagem DHCPDISCOVER: o destino é o broadcast (ff:ff:ff:ff:ff:ff no MAC e 255.255.255.255 no IP), e a origem é o próprio cliente (seu MAC e, se já tiver, seu IP). É exatamente essa distinção que separa os itens I e II.

Item

Afirmação

Análise

Veredito

I

Consulta DHCP solicitada ao servidor que possui MAC ff:ff:ff:ff:ff:ff

O MAC ff:ff:ff:ff:ff:ff é o endereço de broadcast (destino), não o endereço do servidor DHCP.

❌ Incorreto

II

O MAC do PC é 00:1a:cf:32:8e:cf

No pacote egresso, o MAC de origem é o da interface do PC.

✅ Correto

III

No retorno, MAC, IPv4 e Porta terão posições invertidas

No DHCPOFFER, o MAC de destino é o do cliente (unicast), não o broadcast; as portas são trocadas (67→68), mas o IP de origem é o do servidor. A inversão não é genérica.

❌ Incorreto

  1. 1Discover (cliente → broadcast)
  2. 2Offer (servidor → cliente)
  3. 3Request (cliente → servidor)
  4. 4Acknowledge (servidor → cliente)
LEVEL · soulevel.com.br

Item I — ❌ Incorreto

O item afirma que a consulta é "solicitada pelo PC ao servidor DHCP que possui endereço físico ff:ff:ff:ff:ff:ff". O erro está em atribuir o endereço ff:ff:ff:ff:ff:ff ao servidor DHCP. Esse endereço é o MAC de broadcast, usado como destino da mensagem DHCPDISCOVER — o cliente não sabe quem é o servidor, então envia para todos. O servidor DHCP possui seu próprio endereço MAC, que não é o broadcast. A primeira parte do item (tratar-se de consulta DHCP para configuração dinâmica) está correta, mas a segunda parte (o endereço físico do servidor) está errada.

Item II — ✅ Correto

O item afirma que o MAC do PC é 00:1a:cf:32:8e:cf. Na captura de um pacote egresso (enviado pelo PC), o endereço MAC de origem no quadro Ethernet é o endereço da interface de rede do PC. Como o pacote foi capturado saindo da interface do PC, o MAC de origem é o do próprio PC. Portanto, o item está correto.

Item III — ❌ Incorreto

O item afirma que, no retorno do servidor DHCP, "as informações de MAC, IPv4 e Porta retornarão com suas posições invertidas". Isso é uma simplificação incorreta. No DHCPOFFER, o servidor envia a resposta em unicast para o MAC do cliente (que agora é o destino), e não para o broadcast. As portas são invertidas (origem 67, destino 68), mas o IP de origem é o do servidor, e o IP de destino é o do cliente (ou broadcast, em alguns casos). A inversão não é automática e genérica como o item sugere — o MAC de destino no retorno é o do PC, não o broadcast.

Gabarito: letra B — apenas o item II está correto.

Link permanente: /questoes/fg099851