Router Teldat. Cliente DNS

Transcripción

1 Router Teldat Cliente DNS Doc. DM723 Rev Marzo, 2007

2 ÍNDICE Capítulo 1 Domain Name System Introducción Resolución de dominios Funcionamiento del resolvedor de nombres de dominio Funcionamiento del servidor de nombres de dominio Registros de recursos del DNS Mensajes del DNS... 6 a) Formato de la cabecera... 7 ID (Identification)... 7 Parameters... 7 QDcount... 8 ANcount... 8 NScount... 8 ARcount... 8 b) Sección "Question"... 9 length... 9 label Type... 9 Class... 9 c) Secciones "Answer", "Authority" y "Additional Resource"... 9 d) Compresión de mensajes... 9 e) Transporte Referencias Capítulo 2 Configuración del DNS Configuración del DNS CACHE a) CACHE DEFAULT b) CACHE SIZE c) CACHE ENABLE LIST a) LIST ALL b) LIST CACHE c) LIST N-RETRANSMISSIONS d) LIST PORTS e) LIST PROBES f) LIST SERVERS g) LIST T-RETRANSMISSIONS N-RETRANSMISSIONS NO a) NO CACHE ENABLE b) NO CACHE SIZE c) NO N-RETRANSMISSIONS d) NO PROBE e) NO RESOLVER-PORT f) NO SERVER g) NO SERVER-PORT h) NO T-RETRANSMISSIONS PROBE RESOLVER-PORT ii -

3 1.7. SERVER SERVER-PORT T-RETRANSMISSIONS EXIT Capítulo 3 Monitorización del DNS Monitorización del DNS LIST a) LIST MEMORY-USED b) LIST LOOKUP-RESULTS c) LIST PROBE LOOKUP CACHE a) CACHE CLEAR b) CACHE FIND c) CACHE LIST CACHE LIST ACTIVE CACHE LIST ALL CACHE LIST EXPIRED d) CACHE STATISTICS PROBE a) PROBE START b) PROBE CLOSE-START EXIT iii -

4 Capítulo 1 Domain Name System

5 1. Introducción El Sistema de Nombres de Dominio (Domain Name System), más conocido como DNS, es un protocolo estándar descrito en las RFCs 1034 y Permite a los usuarios de red utilizar nombres jerárquicos sencillos para referirse a otros equipos. De esta forma, el usuario puede obviar la dirección IP asociada al equipo y referirse a él con un nombre más fácil de memorizar. Además, facilita el cambio en la dirección IP de un equipo: los cambios de dirección sólo deben notificarse al servidor DNS encargado de ese equipo, siendo transparentes para el usuario, que sigue refiriéndose al equipo con el mismo nombre. DNS es un protocolo de aplicación y usa tanto UDP como TCP. Los clientes solicitan a los servidores de DNS sus consultas por medio de UDP para hacer más rápida la comunicación y utilizan TCP sólo en caso de que llegara a ocurrir una respuesta truncada. El DNS usa el concepto de espacio de nombres distribuido. Los nombres simbólicos se agrupan en zonas de autoridad, o más comúnmente, zonas. En cada una de estas zonas, uno o más equipos tienen la tarea de mantener una base de datos de nombres simbólicos y direcciones IP y de suministrar la función de servidor para los clientes que deseen traducir nombres simbólicos a direcciones IP. Estos servidores de nombres locales se interconectan lógicamente en una árbol jerárquico de dominios. Cada zona contiene una parte del árbol o subárbol y los nombres de esa zona se administran con independencia de los de otras zonas. La autoridad sobre zonas se delega en los servidores de nombres. En los puntos en los que un dominio contiene un subárbol que cae en una zona diferente, se dice que los servidores de nombres con autoridad sobre el dominio superior delegan autoridad a los servidores de nombres con autoridad sobre los subdominios. Los servidores de nombres también pueden delegar autoridad en sí mismos; en este caso, el espacio de nombres sigue dividido en zonas, pero la autoridad para ambas la ejerce el mismo servidor. El resultado de este esquema es: En vez de tener un servidor central para la base de datos, el trabajo implicado en mantenerla se reparte entre los hosts a lo largo y ancho del espacio de nombres. La autoridad para crear y cambiar nombres simbólicos de hosts y la responsabilidad de mantener una base de datos para ellos le corresponde a la organización propietaria de la zona que los contiene. Desde el punto de vista del usuario, hay una sola base de datos que trata la resolución de las direcciones. ROUTER TELDAT Domain Name System I - 2

6 2. Resolución de dominios La resolución de nombres de dominio es un proceso cliente-servidor. El cliente DNS más habitual realiza peticiones a los servidores de nombres para obtener la dirección IP asociada a un nombre de dominio. Este tipo de peticiones se denominan peticiones estándar. Aparte de estas peticiones hay peticiones inversas para obtener el nombre de un dominio a partir de la dirección IP y peticiones genéricas, para obtener algún otro dato adicional de un dominio. Se pueden distinguir dos tipos de resolvedores: Resolvedor completo (full resolver): resolvedor propiamente dicho, realiza las peticiones necesarias para obtener la información deseada. Analiza las respuestas recibidas del servidor para ver si ha recibido la respuesta a la petición realizada o una delegación a otro servidor. En este último caso lanza nuevas peticiones hasta conseguir la respuesta deseada. Resolvedor simple (stub resolver): delega la resolución de la petición en un resolvedor completo. El resolvedor tiene configuradas las direcciones IP de una serie de servidores capaces de realizar el proceso de petición completo: lanza la petición deseada y espera a que le llegue la respuesta a la petición, no admitiendo respuestas que incluyan delegaciones en otros servidores. Esquema de funcionamiento del resolvedor completo (full resolver) ROUTER TELDAT Domain Name System I - 3

7 Esquema de funcionamiento del resolvedor simple (stub resolver) 2.1. Funcionamiento del resolvedor de nombres de dominio Las peticiones sobre nombres de dominio pueden ser de dos tipos: recursivas o iterativas (llamadas también no-recursivas). Un bit de flag en la consulta especifica si el cliente desea una consulta recursiva y un bit de flag en la respuesta indica si el servidor soporta peticiones recursivas. La diferencia entre una consulta recursiva y una iterativa aparece cuando el servidor recibe una solicitud a la que por sí mismo no puede dar una respuesta completa. Una consulta recursiva demanda que el servidor lance a su vez una consulta para determinar la información buscada y luego devolvérsela al cliente. Una consulta iterativa implica que el servidor de nombres debería devolver la información de la que disponga además de una lista de servidores adicionales con los que el cliente puede ponerse en contacto para completar su consulta. Las respuestas de nombres de dominio pueden ser de dos tipos: autoritativas y no-autoritativas. Un bit de flag en la respuesta indica de qué tipo es la respuesta. Cuando un servidor de nombres recibe una consulta para un dominio en una zona en la que tiene autoridad, devuelve una respuesta con el bit de flag activo. Si no tiene autoridad en esa zona, su reacción depende de si el flag de recursividad está o no activo. Si el flag de recursividad está activo y el servidor la soporta, dirigirá su consulta a otro servidor de nombres. Este será un servidor con autoridad sobre el dominio de la consulta, o uno de los servidores de nombres de la raíz. Si el segundo servidor no devuelve una respuesta autoritativa, el proceso se repite. Cuando un servidor (o un "full resolver") recibe una respuesta, lo cacheará para mejorar el rendimiento de consultas repetidas. La entrada de la cache se almacena con un tiempo máximo ROUTER TELDAT Domain Name System I - 4

8 especificado en la respuesta en un campo TTL ("time to live") de 32 bits segundos (dos días) es un valor típico. Si el flag de recursividad no está activo o el servidor no soporta consultas recursivas, devolverá la información que tenga en su caché y una lista de servidores capaces de dar respuestas autoritativas Funcionamiento del servidor de nombres de dominio Cada servidor de nombres tiene autoridad para cero o más zonas. Hay tres tipos de servidor de nombres: primario: un servidor de nombres primario carga del disco la información de una zona, y tiene autoridad sobre ella. secundario: un servidor de nombres secundario tiene autoridad sobre una zona, pero obtiene la información de esa zona de un servidor primario utilizando un proceso llamado transferencia de zona. Para permanecer sincronizado, los servidores de nombres secundarios consultan a los primarios regularmente (típicamente cada tres horas) y reejecutan la transferencia de zona si el primario ha sido actualizado. Un servidor de nombres puede operar como primario o secundario para múltiples dominios, o como primario para unos y secundario para otros. Un servidor primario o secundario realiza todas las funciones de un servidor caché. caché: un servidor de nombres que no tiene autoridad para ninguna zona se denomina servidor caché. Obtiene todos sus datos de servidores primarios o secundarios. Requiere al menos un registro NS (Servidor de Nombre) para apuntar a un servidor del que pueda obtener la información inicialmente. Cuando un dominio se registra en la raíz y se establece una zona de autoridad separada, se aplican las siguientes reglas: El dominio se debe registrar en el administrador de la raíz. Debe haber un administrador identificado para el dominio. Debe haber al menos dos servidores de nombres con autoridad para la zona que sean accesibles desde fuera y dentro del dominio para evitar cualquier posible punto débil. También se recomienda que los servidores de nombres que delegan autoridad apliquen estas reglas, ya que son responsables del comportamiento de los servidores de nombres delegados Registros de recursos del DNS La base de datos distribuida del DNS se compone de RRs (registros de recurso o "resource records"). Estos proporcionan un mapeado entre nombres de dominio y objetos de red. Los objetos de red más comunes son las direcciones de los hosts, pero el DNS está diseñado para acomodarse a una variada gama de distintos objetos. El formato general del registro de recurso es: ROUTER TELDAT Domain Name System I - 5

9 / / / NAME / TYPE CLASS TTL RDLENGTH / RDATA / / / NAME Es el nombre del dominio al que se refiere el registro. El DNS es muy general en las reglas de composición de nombres de dominio. Un nombre de dominio consiste en una serie de etiquetas formadas por caracteres alfanuméricos o guiones, cada etiqueta con una longitud de 1 a 63 caracteres, comenzando con un carácter alfabético. Los nombres de domino se representan habitualmente separando las etiquetas mediante un punto. En los mensajes, cada etiqueta incluye un byte al principio indicando la longitud de esta etiqueta. Todos los nombres acaban con una etiqueta de longitud cero que indica el dominio raíz. Los nombres de dominio no son sensibles a mayúsculas y minúsculas. CLASS Identifica la familia del protocolo. La clase 1 (IN) se usa para Internet. TYPE Identifica el tipo de recurso del registro. El tipo 1 (A) identifica una dirección de host. TTL Es el "time-to-live" o tiempo en segundos que el registro será válido en la caché de un servidor de nombres. Se almacena en el DNS como un valor de 32 bits sin signo (un día) es un valor típico para registros que apuntan a una dirección IP. RDLENGTH Longitud de la parte de datos. RDATA Datos del registro. En función del tipo y clase del registro los datos variarán. Así, por ejemplo, si el tipo es A y la clase IN, los datos serán cuatro bytes indicando una dirección IP Mensajes del DNS Todos los mensajes del DNS utilizan un único formato: ROUTER TELDAT Domain Name System I - 6

10 El "resolver" envía la trama al servidor de nombres. Sólo la cabecera y la sección "question" se utilizan para la consulta. Las respuestas o retransmisiones de las consultas usan la misma trama, pero llenan más secciones de la misma (las secciones "answer/authority/additional"). a) Formato de la cabecera La sección de cabecera siempre ha de aparecer y tiene una longitud fija de 12 bytes. Las otras secciones son de longitud variable. ID (Identification) Un identificador de 16 bits asignado por el resolvedor. Este identificador se copia en la respuesta correspondiente del servidor de nombres y se puede usar para diferenciar respuestas cuando concurren múltiples consultas. Parameters Un campo de 16 bits con el siguiente formato: QR Flag que indica consulta (0) o respuesta (1). Op code Campo de 4 bits especificando el tipo de consulta: ROUTER TELDAT Domain Name System I - 7

11 0: consulta estándar (QUERY). 1: consulta inversa (IQUERY). 2: solicitud del estado del servidor(status). Se reservan los otros valores para su uso en el futuro. AA Flag de respuesta autoritativa. Si está activo en una respuesta, especifica que el servidor de nombres que responde tiene autoridad para el nombre de dominio enviado en la consulta. TC Flag de truncado. Activo si el mensaje es más largo de lo que permite el canal. RD Flag de recursividad. Este bit indica al servidor de nombres que se pide resolución recursiva. El bit se copia en la respuesta. RA Flag de recursividad disponible. Indica si el servidor de nombres soporta resolución recursiva. zero 3 bits reservados para uso futuro. Deben ser cero. Rcode Código de respuesta de 4 bits. Posibles valores son: 0: Ningún error. 1: Error de formato. El servidor fue incapaz de interpretar el mensaje. 2: Fallo en el servidor. El mensaje no fue procesado debido a un problema con el servidor. 3: Error de nombre. El nombre de dominio de la consulta no existe. Sólo válido si el bit AA está activo en la respuesta. 4: No implementado. El tipo solicitado de consulta no está implementado en el servidor de nombres. 5: Rechazado. El servidor rechaza responder por razones políticas. Los demás valores se reservan para su uso en el futuro. QDcount ANcount NScount ARcount Un entero sin signo de 16 bits que especifica el número de entradas en la sección "question". Un entero sin signo de 16 bits que especifica el número de RRs en la sección "answer". Un entero sin signo de 16 bits que especifica el número de RRs en la sección "authority". Un entero sin signo de 16 bits que especifica el número de RRs en la sección "additional records". ROUTER TELDAT Domain Name System I - 8

12 b) Sección "Question" La siguiente sección contiene las consultas al servidor de nombres. Contiene QDcount (generalmente 1) entradas, cada una con el siguiente formato: Todos los campos están alineados por bytes. La alineación del campo Type a 4 bytes es un ejemplo, y no es obligatoria en el formato. length label Un byte que indica la longitud de la siguiente etiqueta. Un elemento del nombre de dominio. El nombre de dominio se almacena como una serie de etiquetas de longitud variable, cada una precedida por un campo "length". 00 Un valor de 00 indica el fin del dominio y representa la etiqueta nula del dominio raíz. Type Class 2 bytes especificando el tipo de consulta. Para consultas de direcciones se usa el valor A (1). 2 bytes especificando la clase de consulta. Para consultas en Internet, se usa el valor IN (1). c) Secciones "Answer", "Authority" y "Additional Resource" Estas tres secciones contienen un número variable de registros de recursos. El número se especifica en el campo correspondiente de la cabecera. El formato del registro de recursos se discute en el apartado 2.3. d) Compresión de mensajes Con el fin de reducir el tamaño del mensaje, se utiliza un esquema de compresión para eliminar la repetición de nombres de dominio en los diversos RRs. Cualquier dominio o lista de etiquetas duplicada se sustituye por un puntero a la ocurrencia anterior. El puntero tiene la forma de un campo de 2 bytes: ROUTER TELDAT Domain Name System I - 9

13 Los primeros 2 bits distinguen al puntero de una etiqueta normal, que está restringida a una longitud de 63 bytes más el byte de longitud. El campo de offset especifica un desplazamiento desde el comienzo del mensaje. Un offset igual a cero especifica el primer byte del campo ID de la cabecera. e) Transporte Los mensajes DNS se transmiten como datagramas (UDP) o sobre un canal (TCP). En ambos casos, se usa como puerto destino de las peticiones DNS (puerto origen del servidor) el puerto 53. Un resolvedor DNS o un servidor que envía una consulta que no supone una transferencia de zona debe enviar una consulta UDP primero. Si la sección "answer" de la respuesta está truncada y el solicitante soporta TCP, debería intentarlo de nuevo usando TCP. Se prefiere UDP a TCP para las consultas porque UDP tiene un factor de carga mucho menor, y su uso es esencial para un servidor fuertemente cargado. El truncamiento de mensajes no suele ser un problema dados los contenidos actuales de la base de datos del DNS, ya que típicamente se pueden enviar en un datagrama 15 registros, pero esto podría cambiar a medida que se añaden nuevos tipos de registro al DNS. TCP debe usarse para actividades de transferencia de zonas debido a que el límite de 512 bytes de UDP siempre será inadecuado para una transferencia de zona. Los servidores de nombres deben soportar ambos tipos de transporte. ROUTER TELDAT Domain Name System I - 10

14 3. Referencias RFC 1034 DOMAIN NAMES CONCEPTS AND FACILITIES, P. Mockapetris, Noviembre 1987 RFC 1035 DOMAIN NAMES IMPLEMENTATION AND SPECIFICATION, P. Mockapetris, Noviembre 1987 ROUTER TELDAT Domain Name System I - 11

15 Capítulo 2 Configuración del DNS

16 1. Configuración del DNS Para acceder al menú de configuración de los parámetros de la funcionalidad DNS, debe teclearse el comando FEATURE DNS desde el menú de configuración. *config Config>feature dns -- DNS resolver user configuration -- Las opciones de este menú de configuración son las siguientes:? cache DNS Cache configuration list Displays the DNS configuration n-retransmissions Maximum number of DNS query transmissions no Negates a command or sets its defaults probe Adds url to a DNS probe resolver-port Listening port for external DNS queries server DNS name server server-port Destination port for DNS queries t-retransmissions Time between DNS query retransmissions exit 1.1. CACHE Configura la cache DNS. cache? default Enables DNS cache with default configuration size DNS cache size in bytes enable Enables DNS cache a) CACHE DEFAULT Habilita la cache DNS con valores por defecto. b) CACHE SIZE Configura el tamaño, en bytes, de la cache DNS. El tamaño permitido está entre 100 bytes y 128 KB ( bytes). Por defecto, la cache tiene un tamaño de 10 KB (10240 bytes). cache size? < > Cache size in bytes cache size 5000 c) CACHE ENABLE Habilita la cache DNS LIST Muestra configuración del DNS. ROUTER TELDAT Configuración del DNS II - 13

17 list? all cache n-retransmissions ports probes servers t-retransmissions Displays all the DNS configuration Displays the cache configuration Displays the maximum number of retransmissions Displays the ports used by DNS Displays the configured DNS probes Displays the configured DNS servers Displays the time between DNS query retransmissions a) LIST ALL Muestra toda la configuración DNS. list all Resolver port: 53 Server port: 53 Number of retransmissions: 5 Time between retransmissions: 1 sec Name servers: Cache enabled Cache size: bytes Identifier: 1 url: url: Resolver port, puerto en el que se escucha para recibir peticiones DNS de un cliente externo. Se escuchan tanto peticiones UDP como TCP. Server port, puerto al que se envían las peticiones DNS. Number of retransmissions, número máximo de transmisiones de una petición DNS. Time between retransmissions, tiempo entre retransmisiones de una petición DNS. Name servers, direcciones IP de los servidores DNS configurados. Cache enabled/disabled, estado de la cache DNS. Cache size, tamaño máximo de la cache DNS. Identifier, sondas DNS configuradas. b) LIST CACHE Muestra la configuración de la cache DNS: estado (habilitada o no) y tamaño, en bytes, de la misma. list cache Cache enabled Cache size: bytes c) LIST N-RETRANSMISSIONS Muestra el número de máximo de trasmisiones de una petición DNS. list n-retransmissions Number of retransmissions: 5 ROUTER TELDAT Configuración del DNS II - 14

18 d) LIST PORTS Muestra los puertos configurados para el DNS: puerto de escucha de peticiones externas y puerto al que se envían las peticiones. list ports Resolver port: 53 Server port: 53 e) LIST PROBES Muestra las sondas DNS configuradas. list probes Identifier: 1 url: url: Identifier: 2 url: url: url: f) LIST SERVERS Muestra las direcciones IP de los servidores DNS configurados. list servers Name servers: g) LIST T-RETRANSMISSIONS Muestra el tiempo entre retransmisiones de una petición DNS. list t-retransmissions Time between retransmissions: 1 sec 1.3. N-RETRANSMISSIONS Configura el número máximo de trasmisiones de una petición DNS. n-retransmissions? <1..10> Maximum number of retransmissions n-retransmissions NO Configura valores por defecto o borra parte de la configuración. ROUTER TELDAT Configuración del DNS II - 15

19 no? cache n-retransmissions probe resolver-port server server-port t-retransmissions DNS Cache configuration Maximum number of DNS query transmissions ns Adds url to a DNS probe Listening port for external DNS queries DNS name server Destination port for DNS queries Time between DNS petition retransmissions a) NO CACHE ENABLE Deshabilita la cache. b) NO CACHE SIZE Configura el tamaño de la cache a su valor por defecto (10 KB). c) NO N-RETRANSMISSIONS Configura el número máximo de transmisiones de una petición DNS a su valor por defecto (5 envíos). d) NO PROBE Borra una sonda DNS o una dirección URL incluida dentro de una sonda DNS. Si se utiliza el comando no probe <id>, se borra completamente la sonda DNS. Si se utiliza el comando no probe <id> url <url> se borra una dirección URL incluida dentro de la sonda DNS. list probes Identifier: 1 url: url: Identifier: 2 url: url: url: no probe 2 url list probes Identifier: 1 url: url: Identifier: 2 url: url: no probe 1 list probes Identifier: 2 url: url: e) NO RESOLVER-PORT Configura el puerto en el que se escucha para recibir peticiones DNS de un cliente externo a su valor por defecto (puerto 53). f) NO SERVER Borra un servidor de nombres DNS configurado. ROUTER TELDAT Configuración del DNS II - 16

20 no server? <a.b.c.d> Name server ip address to delete no server no server CLI Error: Name server not found CLI Error: Command error g) NO SERVER-PORT Configura el puerto al que se envían las peticiones DNS a su valor por defecto (puerto 53). h) NO T-RETRANSMISSIONS Configura el tiempo entre transmisiones de una petición DNS a su valor por defecto (1 segundo) PROBE Configura una sonda de resolución DNS. Una sonda de resolución DNS está compuesta por un conjunto de URLs. Cuando, desde el menú de monitorización, se ejecuta una sonda, se intentan resolver simultáneamente todas las URLs que conforman la sonda. La URL que se resuelve primero se utiliza como tiempo indicativo del tiempo de resolución DNS. probe? <0..255> DNS probe identifier probe 1? url URL to resolve probe 1 url? < chars> Text Ejemplo: Para crear una sonda DNS con las direcciones y se utilizan los siguientes comandos: probe 1 url probe 1 url probe 1 url list probes Identifier: 1 url: url: url: RESOLVER-PORT Configura el puerto en el que se escucha para recibir peticiones DNS de un cliente externo. resolver-port? < > Resolver port resolver-port ROUTER TELDAT Configuración del DNS II - 17

21 1.7. SERVER Agrega un servidor de nombres DNS al que realizar las peticiones. En caso de haberse configurado el máximo número de servidores posible (actualmente tres), se indica con un mensaje de error. server? <a.b.c.d> Name server ip address server server CLI Error: Maximum number of name servers already configured CLI Error: Command error 1.8. SERVER-PORT Configura el puerto al que se envían las peticiones DNS. server-port? < > Server port server-port T-RETRANSMISSIONS Configura el tiempo entre retransmisiones de una petición DNS. t-retransmissions? <1s..10s> Time between retransmissions (time value) t-retransmissions EXIT Sale del menú de configuración del DNS. exit Config> ROUTER TELDAT Configuración del DNS II - 18

22 Capítulo 3 Monitorización del DNS

23 1. Monitorización del DNS Para acceder al menú de monitorización de los parámetros de la funcionalidad DNS, debe teclearse el comando FEATURE DNS desde el menú de monitorización global. *monitor Console Operator +feature dns -- DNS resolver user console -- Las opciones de este menú de monitorización son las siguientes:? LIST LOOKUP CACHE PROBE EXIT 1.1. LIST Muestra distintos parámetros del funcionamiento del DNS. LIST? MEMORY-USED LOOKUP-RESULTS PROBE a) LIST MEMORY-USED Muestra los recursos de memoria en uso por el cliente DNS. LIST MEMORY-USED Memory in use: 0 b) LIST LOOKUP-RESULTS Muestra el resultado de las 10 últimas peticiones DNS realizadas desde monitorización (usando el comando LOOKUP) LIST LOOKUP-RESULTS Last DNS Lookup Queries IP addresses Maximum number of retries reached c) LIST PROBE Muestra el estado de las sondas DNS. ROUTER TELDAT Monitorización del DNS III - 20

24 LIST PROBE Id Status URL last time Completed OK 11/27/06 12:28: Waiting 00/00/00 00:00:00 0 De cada sonda DNS se muestran los siguientes campos: Id, identificador de la sonda DNS. Status, estado de la sonda. El estado puede ser Waiting, si la sonda no se ha ejecutado nunca; Executing, si la sonda está ejecutándose, Completed OK si la sonda se ha ejecutado correctamente y Completed Error si la sonda se ha ejecutado pero se ha producido algún error que ha impedido la resolución DNS de alguna de las URLs configuradas en la sonda. URL, dirección URL resuelta en primer lugar la última vez que se ejecutó la sonda. last, fecha de arranque de la última ejecución de la sonda. Si la sonda no se ha ejecutado todavía se indica con todo ceros. time, tiempo, en milisegundos, empleado en la resolución de la sonda DNS. El tiempo indicado corresponde al tiempo empleado en la resolución de la URL de la que se recibe respuesta en primer lugar, es decir, la primera URL que se resuelve LOOKUP Realiza una petición DNS del nombre especificado. Cuando se resuelve la dirección, ésta aparece por pantalla. Mientras se resuelve la petición, la consola queda bloqueada. Si se desea terminar la petición DNS antes de que se resuelva, debe pulsarse Ctrl+C. LOOKUP Name []? Press Ctrl+C to stop the query En caso de que la petición no se complete con éxito se indica con un mensaje significativo el tipo de error que se produjo. LOOKUP Name []? Press Ctrl+C to stop the query DNS Error: Maximum number of retries reached 1.3. CACHE Permite visualizar distintos parámetros del funcionamiento de la caché DNS, así como realizar un reset de la misma. ROUTER TELDAT Monitorización del DNS III - 21

25 CACHE? CLEAR FIND LIST STATISTICS a) CACHE CLEAR Elimina todas las entradas que hay en la caché DNS. CACHE CLEAR b) CACHE FIND Permite buscar registros dentro de la caché DNS. Se pueden buscar registros por nombre al que está asociado el registro y por tipo de registro. Tanto el nombre como el tipo deben escribirse exactamente, no se admiten caracteres comodín. CACHE FIND <nombre> [tipo] Si se escribe el comando CACHE FIND, el equipo preguntará el nombre y el tipo a buscar, mostrando todos los registros asociados encontrados en la cache. En caso de dejar vacío alguno de los dos parámetros, se mostrarán todos los registros que coincidan con el parámetro introducido. Es decir, si se introduce un nombre y no se introduce tipo, se mostrarán todos los registros que correspondan a ese nombre, independientemente del tipo del que sean. Del mismo modo, si se introduce tipo y no nombre, se muestran todos los registros de ese tipo, independientemente del nombre al que correspondan. En caso de escribir los parámetros en la misma línea que el comando CACHE FIND, el equipo no preguntará por los parámetros no escritos, asumiendo que están vacíos. Ejemplo introduciendo el nombre a buscar en la misma línea que el comando. Se buscan registros de cualquier tipo: CACHE FIND Cache entries found: NAME TYPE TTL RESOURCE RECORD DATA Entry Hash: 7388 Index: 0 A DNS>CACHE FIND Cache entries found: NAME TYPE TTL RESOURCE RECORD DATA Entry Hash: 60 Index: 0 CNAME Ejemplo introduciendo nombre y tipo en la línea de comando: ROUTER TELDAT Monitorización del DNS III - 22

26 CACHE FIND a Cache entries found: NAME TYPE TTL RESOURCE RECORD DATA Entry Hash: 7388 Index: 0 A Ejemplo: búsqueda de todos los registros de tipo NS: CACHE FIND Name[]? Type[]? NS Cache entries found: NAME TYPE TTL RESOURCE RECORD DATA Entry Hash: 5632 Index: 0 elmundo.es NS ns.el-mundo.net dns01.elmundo.es dns02.elmundo.es ineco.nic.es ns.elmundo.es Entry Hash: 5800 Index: 0 el-mundo.net NS ns.el-mundo.net ns.elmundo.es ns.elmundo.org Ejemplo: búsqueda de todos los registros asociados a un nombre, independientemente del tipo: CACHE FIND Name[]? elmundo.es Type[]? Cache entries found: NAME TYPE TTL RESOURCE RECORD DATA Entry Hash: 5632 Index: 0 elmundo.es NS ns.el-mundo.net dns01.elmundo.es dns02.elmundo.es ineco.nic.es ns.elmundo.es En el apartado donde se describe el comando CACHE LIST, se explica el significado de cada elemento listado de la caché. Los tipos permitidos en la búsqueda son: A : address. Dirección IP asociada a un nombre. NS : name server. Nombre de un servidor autorizado para un nombre. CNAME : alias del nombre. PTR : puntero a nombre de dominio. MX : intercambio de correo electrónico. TXT : cadenas de texto. ANY : otros tipos. ROUTER TELDAT Monitorización del DNS III - 23

27 c) CACHE LIST Muestra las entradas que contiene la caché DNS. La caché puede contener entradas activas e inactivas (expiradas). Las entradas activas son aquellas en las que su TTL (Time To Live) no ha vencido. El comando LIST permite mostrar todas las entradas, las entradas activas y aquellas para las que el TTL ha expirado. CACHE LIST? ACTIVE ALL EXPIRED CACHE LIST ACTIVE Muestras todas las entradas de caché cuyo TTL no ha expirado, y por lo tanto están activas. CACHE LIST ACTIVE Cache Entries: NAME TYPE TTL RESOURCE RECORD DATA Entry Hash: 1304 Index: 2 img.mediaplex.com.edgesuite.net CNAME 8179 a1470.g.akamai.net Entry Hash: 3440 Index: 0 ns.elmundo.es A Entry Hash: 3612 Index: 0 ttd.cache.el-mundo.net A Entry Hash: 5632 Index: 0 elmundo.es NS ns.el-mundo.net dns01.elmundo.es dns02.elmundo.es ineco.nic.es ns.elmundo.es Entry Hash: 5800 Index: 0 el-mundo.net NS ns.el-mundo.net ns.elmundo.es ns.elmundo.org Entry Hash: 6896 Index: 0 ineco.nic.es A Entry Hash: 7028 Index: 0 dns02.elmundo.es A Entry Hash: 7800 Index: 0 dns01.elmundo.es A CACHE LIST ALL Muestras todas las entradas de caché tanto las activas como las expiradas. CACHE LIST ALL Cache Entries: NAME TYPE TTL RESOURCE RECORD DATA Entry Hash: 20 Index: 0 ad.snv.mediaplex.com A Entry Hash: 212 Index: 0 gblx.cache.el-mundo.net A ROUTER TELDAT Monitorización del DNS III - 24

28 Entry Hash: 316 Index: 0 estaticos.elmundo.es CNAME 0 active.cache.el-mundo.net Entry Hash: 408 Index: 0 ns2.mediaplex.com A Entry Hash: 1304 Index: 2 img.mediaplex.com.edgesuite.net CNAME 8179 a1470.g.akamai.net Entry Hash: 1368 Index: 0 elmundo.ojdinteractiva.com A Entry Hash: 3440 Index: 0 ns.elmundo.es A Entry Hash: 3612 Index: 0 ttd.cache.el-mundo.net A Entry Hash: 5632 Index: 0 elmundo.es NS ns.el-mundo.net dns01.elmundo.es dns02.elmundo.es ineco.nic.es ns.elmundo.es Entry Hash: 5800 Index: 0 el-mundo.net NS ns.el-mundo.net ns.elmundo.es ns.elmundo.org Entry Hash: 6896 Index: 0 ineco.nic.es A Entry Hash: 7028 Index: 0 dns02.elmundo.es A Entry Hash: 7800 Index: 0 dns01.elmundo.es A CACHE LIST EXPIRED Muestras todas las entradas de caché cuyo TTL ha expirado, y por lo tanto no están activas. CACHE LIST EXPIRED Cache Entries: NAME TYPE TTL RESOURCE RECORD DATA Entry Hash: 20 Index: 0 ad.snv.mediaplex.com A Entry Hash: 212 Index: 0 gblx.cache.el-mundo.net A Entry Hash: 316 Index: 0 estaticos.elmundo.es CNAME 0 active.cache.el-mundo.net Entry Hash: 408 Index: 0 ns2.mediaplex.com A Entry Hash: 1368 Index: 0 elmundo.ojdinteractiva.com A Los parámetros que se muestran tienen el siguiente significado: Entry Hash: Lugar que ocupa la entrada en la tabla de búsqueda (Hash). Index: Indica el número de ocurrencia para una misma entrada Hash. NAME: Nombre DNS al que está asociado la entrada TYPE: Tipo de la entrada. El significado de los tipos se explica en el apartado dedicado al comando CACHE FIND TTL: Tiempo de vida (Time To Live) que le resta a la entrada de la cache RESOURCE RECORD DATA: Datos DNS guardados para el nombre en esta entrada de la cache. ROUTER TELDAT Monitorización del DNS III - 25

29 d) CACHE STATISTICS Muestra una serie de parámetros estadísticos, que ayudan a obtener información del estado general y de la actividad registrada en la cache DNS. CACHE STATISTICS DNS cache statistics: Cache status:...active Cache received queries:.13 Cache motions: UDP active queries:...0 TCP active queries:...0 Total cache entries...28 Active cache entries...7 Expired cache entries...21 Cache rounds...0 Type A entries...16 Type NS entries...1 Type CNAME entries...11 Type PTR entries...0 Type MX entries...0 Type TXT entries...0 Type ANY entries...1 Type unknown entries...0 Los parámetros que se muestran tienen el siguiente significado: Cache status: Indica si la caché DNS está activada. Cache received queries: Número de peticiones DNS recibidas de equipos externos Cache motions: Número de movimientos de Caché. UDP active queries: Peticiones DNS activas, solicitadas a través de UDP. TCP active queries: Peticiones DNS activas, solicitadas a través de TCP. Total cache entries: Número total de entradas que contiene la caché. Active cache entries: Número de entradas activas (TTL 0) que contiene la caché. Expired cache entries: Número de entradas inactivas (TTL = 0) que contiene la caché. Cache rounds: Número de veces que se ha recorrido todo el buffer circular de caché. Type A entries: Número de entradas de caché de tipo A. Type NS entries: Número de entradas de caché de tipo NS. Type CNAME entries: Número de entradas de caché de tipo CNAME. Type PTR entries: Número de entradas de caché de tipo PTR. Type MX entries: Número de entradas de caché de tipo MX. Type TXT entries: Número de entradas de caché de tipo TXT. Type ANY entries: Número de entradas de caché de tipo ANY. Type unknown entries: Número de entradas de caché cuyo tipo no es ninguno de los anteriores PROBE Permite ejecutar una sonda DNS. ROUTER TELDAT Monitorización del DNS III - 26

30 PROBE? START CLOSE-START a) PROBE START Arranca la sonda DNS de identificador dado. Al ejecutar una sonda DNS, se lanzan peticiones para resolver todas las URLs que conforman la sonda DNS, almacenándose el menor de los tiempos empleados en la resolución de las URLs. En caso de que la sonda no se pueda ejecutar se da un mensaje de error. PROBE START DNS probe identifier[1]? 1 PROBE START 3 DNS Error: Requested probe not found b) PROBE CLOSE-START Arranca la sonda DNS de identificador dado. Al contrario que en el caso del comando PROBE START, la sonda no se arranca inmediatamente. Es necesario especificar un interfaz PPP, de modo que primero se realiza una desconexión del interfaz PPP y, una vez establecida de nuevo la conexión PPP, se lanza la sonda DNS. El identificador del interfaz PPP coincide con el índice utilizado en SNMP para el interfaz. PROBE CLOSE-START DNS probe identifier[1]? 2 PPP interface[1]? EXIT Sale del menú de monitorización del cliente DNS. EXIT + ROUTER TELDAT Monitorización del DNS III - 27