7.2.3.5 Práctica de laboratorio: Uso de Wireshark para examinar una captura UDP de DNS

Práctica de laboratorio: Uso de Wireshark para examinar una captura de UDP y DNS Topología

b!eti"os Parte #: $egistrar la in%ormaci&n de con%iguraci&n 'P de una P( Parte ): Utili*ar Wireshark para capturar consultas y respuestas DNS Parte +: ,nali*ar los pa-uetes DNS o UDP capturados

'n%ormaci&n básica.Situaci&n Si alguna vez usó Internet, usó el Sistema de nombres de dominios (DNS). El DNS es una red distribuida de servidores que traduce nombres de dominio fáciles de usar, como .google.com, en una dirección I!. "uando escribe el #$% de un sitio &eb en el e'lorador, la !" realiza una consulta DNS a la dirección I! del servidor DNS. %a consulta del servidor DNS de la !"  la resuesta del servidor DNS utilizan el rotocolo de datagramas de usuario (#D!) como el rotocolo de la caa de transorte. #D! oera sin cone'ión  no requiere una configuración de sesión como *"!. *"!. %as consultas  resuestas DNS son mu eque+as  no requieren la sobrecarga de *"!. En esta ráctica de laboratorio, se comunicará con un servidor DNS enviando una consulta DNS mediante el rotocolo de transorte #D!. #tilizará #tilizará &iresar- ara e'aminar los intercambios de consultas  resuestas DNS con el servidor de nombres. Nota: esta Nota: esta ráctica de laboratorio no se uede realizar utilizando Netlab. !ara la realización de esta ráctica de labor laborato atorio rio,, se da or sentado sentado que tiene acceso acceso a . Internet

$ecursos necesarios  !" (&indos /, 0ista o 1! con acceso al s2mbolo del sistema, acceso a Internet  & iresar- instalado)

Parte #: $egistrar la in%ormaci&n de con%iguraci&n 'P de la P( En la arte , utilizará el comando ipcon%ig .all en .all en la !" local ara buscar  registrar las direcciones 34" e I! de la tar5eta de interfaz de red (NI") de la !", la dirección I! del gatea redeterminado esecificado  la dirección I! del servidor DNS esecificada ara la !". $egistre esta información en la tabla roorcionada. %a información se utilizará en las  artes siguientes de esta ráctica de laboratorio con análisis de aquetes. Dirección I!

%as resuestas var2an. 67.89.. 67.89..

Dirección 34"

%as resuestas var2an. 6:;

Dirección I! de la uerta de enlace redeterminada

%as resuestas var2an. 67.89..

Dirección I! del servidor DNS


Práctica de laboratorio: Uso de Wireshark para examinar una captura de UDP y DNS

Parte ): Utili*ar Wireshark para capturar consultas y respuestas DNS En la arte 7, configurará &iresar- ara caturar aquetes de consultas  resuestas DNS ara demostrar el uso del rotocolo de d e transorte #D! mientras se comunica con un servidor DNS. a. Baga Baga clic clic en el botó botón n 'nicio de 'nicio de &indos  navegue asta el rograma &iresar-. Nota: si Nota: si &iresar- aAn no está instalado, se uede descargar de tt;@@.iresar-.org@donload.tml . b. Seleccion Seleccione e una interfaz interfaz ara ara que &ires &iresarar- cature cature aquetes. aquetes. #tili #tilice ce 'nter%ace 0ist (%ista 0ist (%ista de interfaces) ara elegir la interfaz asociada a las direcciones I!  de control de acceso al medio (34") registradas de la !" en la arte . c.

DesuCs DesuCs de seleccion seleccionar ar la interfaz interfaz deseada, deseada, aga clic en Start ("omenzar) Start ("omenzar) ara caturar los aquetes.

d. 4bra 4bra un e'lor e'lorado adorr &eb &eb  escri escriba ba 1112google2com. 1112google2com . !resione Entrar ara continuar. e. Baga aga cl clic en en Stop (Detener) Stop (Detener) ara detener la catura de &iresar- cuando vea la ágina de inicio de oogle.

Parte +: ,nali*ar los pa-uetes DNS o UDP capturados En la arte >, e'aminará los aquetes #D! que se generaron al comunicarse con un servidor DNS ara las direcciones I! ara .google.com.

Paso #: 3iltrar pa-uetes DNS a. En la la ventana ventana rincial rincial de &ires &iresar-, ar-, escriba escriba dns dns en en el área de entrada de la barra de erramientas 3ilter (iltrar). (iltrar). Baga clic en ,pply (4licar) ,pply (4licar) o resione Entrar. Nota: si Nota: si no ve resultados desuCs de alicar el filtro DNS, cierre el e'lorador &eb , en la ventana del s2mbolo del sistema, escriba ipcon%ig .%lushdns ara .%lushdns ara eliminar todos los resultados anteriores del DNS. $einicie la catura de &iresar-  reita las instrucciones de la arte 7b a la arte 7e. Si el roblema no se resuelve, en la ventana del s2mbolo del sistema, uede escribir nslookup nslooku p 1112goog 1 112google2c le2com om como alternativa ara el e'lorador &eb.


b. En el anel de la la lista de aquetes aquetes (secció (sección n suerior) suerior) de la ventana ventana rincial rincial,, ubique el aquete aquete que que inclue Fstandard querG (consulta estándar)  F4 .google.comG. .google.comG. 0ea la trama <, or e5emlo.

Paso ): 4xaminar el segmento UDP mediante una consulta DNS E'amine #D! mediante una consulta DNS ara .google.com .google.com segAn lo caturado or &iresar-. En este e5emlo, está seleccionada la trama < de la catura de &iresar- en la lista de aquetes ara su análisis. %os rotocolos en esta consulta se muestran en el anel de d etalles del aquete (sección media) de la ventana rincial. %as entradas del rotocolo están resaltadas en gris.

a. En el anel de detall detalles es del aquete, aquete, la trama trama < ten2a /< btes btes de datos en el cable, cable, tal como como se muestra muestra en la rimera l2nea. Esta es la cantidad de btes ara enviar una consulta DNS a un servidor de nombres que solicita direcciones I! de .google.com. .google.com. b. En la l2nea l2nea Eternet II, se muestran las direcciones 34" de origen  destino. %a dirección 34" de origen roviene de la !" local, a que esta originó la consulta DNS. %a dirección 34" de destino roviene del gatea redeterminado, dado que esta es la Altima arada antes de que la consulta abandone la red local. H%a dirección 34" de origen es la misma que la que se registró en la arte  ara la !" local


c.

%a resuesta debe ser afirmativa. De lo contrario, verifique que &iresar- estC utilizando la misma interfaz ara cat aturar los . aquetes En la l2nea Internet Internet !rotoc !rotocol ol 0ersion 0ersion < (!rotocol (!rotocolo o de Internet versión versión <), la catura catura de &iresar&iresar- de aquetes I! indica que la dirección I! de origen de esta consulta DNS es 67.89..  la dirección I! de destino es 67.89... En este e5emlo, la dirección de destino es el gatea redeterminado. El router es el gatea redeterminado en esta red. H!uede emare5ar las direcciones I!  34" ara los disositivos de origen  destino Dispositi"o

Direcci&n 'P

Direcci&n 5,(

!" local

%as resuestas var2an. 67.89..

%as resuestas var2an. 6:;

atea redeterminado


%as resuestas var2an. >:;<8;6a;66;c=;/7

El aquete  el encabezado I! encasulan el segmento #D!. El segmento #D! contiene la consulta DNS como los datos. d. #n encabezado encabezado #D! solo solo tiene cuatro cuatro camos; camos; source ort ort (uerto (uerto de origen), destinat destination ion ort (uerto (uerto de destino), lengt (longitud)  cec-sum. "ada camo en el encabezado #D! es de solo 8 bits, como se ilustra a continuación.

4ml2e el rotocolo rotocolo de datagramas de usuario en el anel de de detalles del aquete aciendo clic en el signo más (J). Kbserve que a solo cuatro camos. El nAmero de uerto de origen en este e5emlo es =7:. =7:. %a !" local generó el uerto de origen aleatoriamente utilizando los nAmeros de uerto que no están reservados. El uerto de destino es =>. El uerto => es un uerto conocido reservado ara ser utilizado con DNS. En el uerto =>, los servidores DNS escucan las consultas DNS de los clientes.

En este e5emlo, la longitud de este segmento #D! es de <: btes. De los <: btes, 9 btes se utilizan como encabezado. %os otros >7 btes los utilizan los datos de la consulta DNS. Estos >7 btes están resaltados en la ilustración siguiente en el anel de btes del aquete (sección inferior) de la ventana rincial de &iresar-.


El valor de cec-sum se usa ara determinar la integridad del aquete desuCs de aber atravesado Internet. El encabezado #D! tiene una sobrecarga ba5a, orque #D! no tiene camos asociados con el rotocolo de enlace de tres v2as en *"!. "ualquier roblema de confiabilidad de transferencia de datos que ocurra debe solucionarse en la caa de alicación. $egistre los resultados de &iresar- en la tabla siguiente; Tama7o de trama Direcci&n 5,( de origen Direcci&n 5,( de destino Direcci&n 'P de origen Direcci&n 'P de destino Puerto de origen Puerto de destino H%a dirección I! de origen es la misma que la dirección I! de la !" local registrada en la arte  S2 H%a dirección I! de destino es la misma que el gatea redeterminado que se registró en la arte  S2, si el gatea redeterminado tambiCn e5ecuta el DNSL de lo contrario, contrario, la resuesta es no.

Paso +: 4xaminar el UDP usando la respuesta DNS En este aso, e'aminará el aquete de resuesta DNS  verificará que este tambiCn utilice #D!. a. En este e5emlo e5emlo,, la trama = es el aq aquete uete de resuest resuesta a DNS correso corresondient ndiente. e. Kbserve Kbserve que la cantidad cantidad de btes en el cable es 76: btes. Es un aquete más grande con resecto al aquete de consulta DNS.


b. En la trama trama Eternet II ara la resuesta DNS, DNS, Hde quC disositivo roviene la dirección dirección 34" de origen  de quC disositivo roviene la dirección 34" de destino %a dirección 34" de origen es el gatea redeterminado  la dirección 34" de destino es el ost local. c.

Kbserve las direcciones I! de origen  destino en el el aquete I!. I!. H"uál es la dirección I! de destino destino H"uál es la dirección I! de origen %a resuesta var2a. En este e5emlo, destino; 67.89..L 67.89..L origen; 67.89.. HMuC ocurrió con los roles de origen  destino ara el ost local  el gatea redeterminado El ost local  el gatea redeterminado invirtieron sus roles en los aquetes de consulta  resuesta DNS.

d. En el segmento segmento #D!, #D!, el rol de los nAmeros de uerto tambiCn tambiCn se invirtió. invirtió. El nAmero de uerto uerto de destino es =7:. El nAmero de uerto =7: es el mismo uerto que el que generó la !" local cuando se envió la consulta DNS al servidor DNS. %a !" local escuca una resuesta DNS en este uerto. El nAmero de uerto de origen es =>. El servidor DNS escuca una consulta DNS en el uerto =>  luego env2a una resuesta DNS con un nAmero de uerto de origen => de vuelta a quien originó la consulta DNS. "uando la resuesta DNS estC e 'andida, observe las direcciones I! resueltas ara .google.com .google.com en la sección ,ns1ers ($esuestas). ,ns1ers ($esuestas).


$e%lexi&n H"uáles son los beneficios de utilizar #D! en lugar de *"! como rotocolo de transorte ara DNS #D! como rotocolo de transorte roorciona un ráido establecimiento de sesión, resuesta ráida, sobrecarga m2nima, que no aa necesidad de reintentos, rearmado de segmentos  acuse de recibo de los aquetes recibidos.


? 7:< "isco @o sus filiales. *odos *odos los derecos reservados. Este documento es información Ablica de "isco.

7.2.3.5 Práctica de laboratorio: Uso de Wireshark para examinar una captura UDP de DNS

Recommend Documents