Saida LAB2-DHCP. A captura em dhcp-etherealtrace-1

Transcrição

1 Saida LAB2-DHCP Este experimento tem na primeira parte um trace dado, e na segunda parte é necessário você gerar tráfego para as configurações compatíveis (no seu computador ou no trabalho!) com o que é perguntado. Como de costume, parte desta saída é apenas indicativa, não estando documentado da forma que se pede. O trace deste experimento se refere a uma máquina que sequencialmente emite sob DOS os comandos ipconfig como na figura. O objetivo é desconfigurar o endereço de host IP (/ release, neste caso o IP do host vai para ) seguido de nova atribuição deste endereço de host (/ renew). A sequência de ipconfig produzida é como mostrado na figura a seguir. A captura em dhcp-etherealtrace-1 inicia quando o endereço IP já está desconfigurado e o host exercita duas sequências de ipconfig / renew, seguida da segunda ipconfig / release, para finalmente voltar fazer ipconfig / renew. Toda sequência dos 4 pacotes DHCP é feita em broadcast (cliente ou servidor) até que após o ACK o cliente se apossa do novo IP oferecido. Para filtrar pacotes DHCP usa-se o filtro bootp, protocolo antecessor do DHCP e que ainda parece no Wireshark. Carregue este trace e responda: 1) Observe o primeiro conjunto DHCP (Discover/Offer/Request/ACK). Responda: a) Após o primeiro pedido DHCP Discover, o roteador toma que providência? Início (host): DHCP Discover (quadro 2): ID =...0ce3. Pede = ; Produz = , por enquanto. Bootstrap Protocol: (...) Requested IP Address = ; Providência -Pergunta em broadcast (ARP) se alguém tem o endereço IP a ser oferecido (quadro 3, roteador LinksysG_, endereço IP ). Ninguém respondendo, inicia-se (servidor) um DHCP Offer (quadro 4, para o mesmo ID). b) Mensagens DHCP são enviadas sob UDP ou TCP? UDP (quadros 2, 4, 5 e 6), portas 68 (src) e 67 (dest) em todas.

2 c) Documente a sequência de 4 pacotes DHCP (Discover/Offer/Request/ACK) trocados entre o cliente e o servidor. Para cada pacote indique os números de porta fonte e destino. São estas portas sempre as mesmas? DHCP Discover (quadro 2): ID =...0ce3. Fonte ( , endereço default do cliente após o ipconfig / release); Destino: broadcast ( ); Porta fonte 68; Porta destino 67. Produz: , por enquanto, no BOOTP. DHCP Offer (quadro 4): ID =...0ce3. Fonte ( , endereço do servidor); Destino: ( , broadcast); Porta fonte 67; Porta destino 68. Oferece (produz) o endereço IP , no BOOTP. DHCP Request (quadro 5): ID =...0ce3. Fonte ( , endereço default do cliente); Destino: broadcast ( ); Porta fonte 68; Porta destino 67. Requisita (produz) o endereço IP dentro do BOOTP. DHCP ACK (quadro 6): ID =...0ce3. Fonte ( , endereço do servidor); Destino: broadcast ( ); Porta fonte 67; Porta destino 68. Reconhece (produz) o endereço IP , no BOOTP. Neste ponto o cliente assume o endereço IP e anuncia-o em broadcast (quadros 7 a 9) na rede (para ajustarem tabelas ARP) e em multicast. (quadro 10). As portas de troca UDP são sempre as mesmas: cliente 68; servidor 67. d) Qual a endereço da camada link do cliente?...:36:23 (Dell_Comp_4f) desde quadro 2 (campo Ethernet II) e) Quais valores no DHCP Discover diferencia esta mensagem do DHCP Request? Ambos enviados pelo cliente que quer um endereço IP. A diferença aparece no protocolo de bootstrap. O campo DHCP Server Identifier está estabelecido com o IP do servidor só no Request, no Discover ainda está em Autoconfigure. 2) Qual o valor do Transactions ID do primeiro conjunto DHCP? E do segundo? E do terceiro? Qual o propósito disto? Facilita com filtro em bootp. Primeiro conjunto (quadros 2, 4, 5, 6): 0x3e560ce3 (para pedir IP) Segundo conjunto (quadros 36, 37): 0x257e55a3 (para preparar soltar) Terceiro conjunto (quadro 41): 0xb7a32733 (soltar IP) Quarto conjunto (quadros 42, 44, 45, 46): 0x3a5df7d9 (novo pedido) Todos eles iguais para cada conjunto Discover/Offer/Request/ACK 3) Limpe o filtro bootp. Explique os pacotes ARP recebidos ou enviados durante as trocas de mensagens DHCP. O primeiro ARP do DHCP Discover já foi explicado. Após o DHCP ACK são mandados quadros ARP (quadros 7, 8, 9) para que o cliente permita ajustar as tabelas ARP dos participantes da rede, inclusive o servidor. 4) Refaça na sua máquina a sequência de ipconfig : sem parâmetros(para descobrir o estado inicial), /release, /release (para receber informação que não existe endereço a se retirar), sem parâmetros (para verificar a retirada), /renew, /renew, /release, /renew, /renew. Dica: No Windows7 ou superior se captura imagem com Iniciar -> Todos os programas -> Acessórios -> Ferramenta de captura. Naturalmente você deve concomitantemente às atividades de configuração/desconfiguração manter o capturador de pacotes ligado.

3 (as capturas a seguir são meramente ilustrativas, já que foram feitas na minha máquina. Sempre lembrando: o WireShark deve ser mantido ligado ao tempo que os comandos DOS são emitidos)

4

5