PROTOCOLOS+DE+APLICACION

=PROTOCOLOS DE APLICACIÓN=

Una Protocolo de Aplicación facilita la comunicación entre una aplicación y un servidor. Un Protocolo de Aplicación define cómo interactúan un cliente y un servidor. Consiste en estos tres puntos: Protocolos de Aplicación comunes son:
 * Abrir y cerrar.
 * Hace y satisface peticiones de servicio.
 * Maneja e informa de errores.
 * **HTTP**: es el Protocolo de Transferencia de Hipertexto (en inglés //HyperText Transfer Protocol//).
 * **FTP**: es el Protocolo de Transferencia de Archivos(en inglés //File Transfer Protocol//).
 * **SMTP**: es el Protocolo de Transferencia de Correo(en inglés //Simple Mail Transfer Protocol//).
 * **NNTP**: es el Protocolo de Transferencia de Red de Noticias(en inglés //Network News Transfer Protocol//).
 * **IRC**: es el Chat Basado en Internet(en inglés //Internet Relay Chat//).

=Protocolo de Transferencia de Hipertexto (Http)= HTTP es una sigla que significa HyperText Transfer Protocol, o Protocolo de Transferencia de Hipertexto. Este protocolo fue desarrollado por las instituciones internacionales W3C y IETF y se usa en todo tipo de transacciones a través de Internet. El HTTP facilita la definición de la sintaxis y semántica que utilizan los distintos softwares web – tanto clientes, como servidores y proxis – para interactuar entre sí. Este protocolo opera por petición y respuesta entre el cliente y el servidor. A menudo las peticiones tienen que ver con archivos, ejecución de un programa, consulta a una base de datos, traducción y otras funcionalidades. Toda la información que opera en la Web mediante este protocolo es identificada mediante el URL o dirección. La típica transacción de protocolo HTTP se compone de un encabezado seguido por una línea en blanco y luego un dato. Este encabezado define la acción requerida por el servidor. Desde su creación, el HTTP evolucionó en diversas versiones. Entre ellas, la 0.9, la 1.0, la 1.1 y la 1.2. El protocolo de este tipo opera con códigos de respuesta de tres dígitos, que comunican si conexión fue rechazada, si se realizó con éxito, si ha sido redirigida hacia otro URL, si existe un error por parte del cliente, o bien, por parte del servidor. Las aplicaciones y navegadores web tienden a complementar la acción del HTTP como ocurre, por ejemplo, con las denominadas “cookies”, que permiten almacenar información de la sesión, función de la que no dispone este protocolo, ya que opera sin estado. Hoy en día, muchas de las direcciones de URL requieren la inclusión del protocolo “[|http://”] para su correcto funcionamiento. Este protocolo es usualmente seguido del típico código “www” y luego por la dirección específica del sitio web que se desea visitar. De este modo, las peticiones de acceso a una página y la respuesta brindada por la misma en forma de contenido de hipertexto utilizan este sistema de comunicación, el cual permanece un tanto "oculto" al usuario final. El protocolo HTTP es utilizado también para enviar formularios con campos de texto, u otro tipo de información en ambos sentidos.

Protocolo de Transferencia de Archivos - FTP
FTP ([|siglas] en [|inglés] de File Transfer Protocol, 'Protocolo de Transferencia de Archivos') en informática, es un [|protocolo de red] para la [|transferencia de archivos] entre sistemas conectados a una red [|TCP] (Transmission Control Protocol), basado en la arquitectura [|cliente-servidor]. Desde un equipo cliente se puede conectar a un servidor para descargar archivos desde él o para enviarle archivos, independientemente del sistema operativo utilizado en cada equipo. El servicio FTP es ofrecido por la capa de aplicación del modelo de capas de red [|TCP/IP] al usuario, utilizando normalmente el [|puerto de red] 20 y el 21. Un problema básico de FTP es que está pensado para ofrecer la máxima velocidad en la conexión, pero no la máxima seguridad, ya que todo el intercambio de información, desde el login y password del usuario en el servidor hasta la transferencia de cualquier archivo, se realiza en [|texto plano] sin ningún tipo de cifrado, con lo que un posible atacante puede capturar este tráfico, acceder al servidor y/o apropiarse de los archivos transferidos. Para solucionar este problema son de gran utilidad aplicaciones como [|scp] y sftp, incluidas en el paquete [|SSH], que permiten transferir archivos pero [|cifrando] todo el tráfico.

El Modelo FTP
En el modelo, el intérprete de protocolo (IP) de usuario inicia la conexión de control en el [|puerto] 21. Las órdenes FTP estándar las genera el PI de usuario y se transmiten al proceso servidor a través de la conexión de control. Las respuestas estándar se envían desde el PI del servidor al PI de usuario por la conexión de control como respuesta a las órdenes. Estas órdenes FTP especifican parámetros para la conexión de datos (puerto de datos, modo de transferencia, tipo de representación y estructura) y la naturaleza de la operación sobre el [|sistema de archivos] (almacenar, recuperar, añadir, borrar, etc.). El proceso de transferencia de datos (DTP) de usuario u otro proceso en su lugar, debe esperar a que el servidor inicie la conexión al puerto de datos especificado (puerto 20 en modo activo o estándar) y transferir los datos en función de los parámetros que se hayan especificado. Vemos también en el diagrama que la comunicación entre [|cliente] y [|servidor] es independiente del sistema de archivos utilizado en cada [|computadora], de manera que no importa que sus sistemas operativos sean distintos, porque las entidades que se comunican entre sí son los PI y los DTP, que usan el mismo protocolo estandarizado: el FTP. También hay que destacar que la conexión de datos es bidireccional, es decir, se puede usar simultáneamente para enviar y para recibir, y no tiene por qué existir todo el tiempo que dura la conexión FTP. Pero tenía en sus comienzos un problema, y era la localización de los servidores en la red. Es decir, el usuario que quería descargar algún archivo mediante FTP debía conocer en qué máquina estaba ubicado. La única herramienta de búsqueda de información que existía era Gopher, con todas sus limitaciones.



Primer buscador de información
Gopher significa 'lanzarse sobre' la información. Es un servicio cuyo objetivo es la localización de archivos a partir de su título. Consiste en un conjunto de menús de recursos ubicados en diferentes máquinas que están intercomunicadas. Cada máquina sirve una área de información, pero su organización interna permite que todas ellas funcionen como si se tratase de una sola máquina. El usuario navega a través de estos menús hasta localizar la información buscada, y desconoce exactamente de qué máquina está descargando dicha información. Con la llegada de Internet, los potentes motores de búsqueda (Google) dejaron el servicio Gopher, y la localización de los servidores FTP dejó de ser un problema. En la actualidad, cuando el usuario se descarga un archivo a partir de un enlace de una página web no llega ni a saber que lo está haciendo desde un servidor FTP. El servicio FTP ha evolucionado a lo largo del tiempo y hoy día es muy utilizado en Internet, en redes corporativas, Intranets, etc. Soportado por cualquier sistema operativo, existe gran cantidad de software basado en el protocolo FTP.

Protocolo Simple de Transferencia de Correo – SMTP

 * Simple Mail Transfer Protocol (SMTP)** Protocolo Simple de Transferencia de [|Correo], es un protocolo de la [|capa de aplicación]. [|Protocolo de red] basado en textos utilizados para el intercambio de mensajes de [|correo electrónico] entre [|computadoras] u otros dispositivos ([|PDA]'s, [|teléfonos móviles], etc.). Está definido en el [|RFC 2821] y es un estándar oficial de Internet.

Funcionamiento
SMTP se basa en el modelo [|cliente-servidor], donde un cliente envía un mensaje a uno o varios receptores. La comunicación entre el cliente y el servidor consiste enteramente en líneas de texto compuestas por caracteres [|ASCII]. El tamaño máximo permitido para estas líneas es de 1000 caracteres.[|2] Las respuestas del servidor constan de un código numérico de tres dígitos, seguido de un texto explicativo. El número va dirigido a un procesado automático de la respuesta por autómata, mientras que el texto permite que un humano interprete la respuesta. En el protocolo SMTP todas las órdenes, réplicas o datos son líneas de texto, delimitadas por el carácter . Todas las réplicas tienen un código numérico al comienzo de la línea.[|2] En el conjunto de protocolos [|TCP/IP], el SMTP va por encima del [|TCP], usando normalmente el puerto 25 en el servidor para establecer la conexión.

Resumen simple del funcionamiento del protocolo SMTP
Puede que el servidor SMTP soporte las extensiones definidas en el [|RFC 1651], en este caso, la orden HELO puede ser sustituida por la orden EHLO, con lo que el servidor contestará con una lista de las extensiones admitidas. Si el servidor no soporta las extensiones, contestará con un mensaje "500 Syntax error, command unrecognized". En el ejemplo pueden verse las órdenes básicas de SMTP: De los tres dígitos del código numérico, el primero indica la categoría de la respuesta, estando definidas las siguientes categorías: Una vez que el servidor recibe el mensaje finalizado con un punto puede almacenarlo si es para un destinatario que pertenece a su [|dominio], o bien retransmitirlo a otro servidor para que finalmente llegue a un servidor del dominio del receptor.
 * Cuando un cliente establece una conexión con el servidor SMTP, espera a que éste envíe un mensaje **“220 Service ready”** o **“421 Service non available”**
 * Se envía un **HELO** desde el cliente. Con ello el servidor se identifica. Esto puede usarse para comprobar si se conectó con el servidor SMTP correcto.
 * El cliente comienza la transacción del correo con la orden **MAIL FROM**. Como argumento de esta orden se puede pasar la dirección de correo al que el servidor notificará cualquier fallo en el envío del correo (Por ejemplo, **MAIL FROM:**). Luego si el servidor comprueba que el origen es válido, el servidor responde **“250 OK”**.
 * Ya le hemos dicho al servidor que queremos mandar un correo, ahora hay que comunicarle a quien. La orden para esto es **RCPT TO:**. Se pueden mandar tantas órdenes RCPT como destinatarios del correo queramos. Por cada destinatario, el servidor contestará **“250 OK”** o bien **“550 No such user here”**, si no encuentra al destinatario.
 * Una vez enviados todos los RCPT, el cliente envía una orden **DATA** para indicar que a continuación se envían los contenidos del mensaje. El servidor responde **“354 Start mail input, end with .”** Esto indica al cliente como ha de notificar el fin del mensaje.
 * Ahora el cliente envía el cuerpo del mensaje, línea a línea. Una vez finalizado, se termina con un . (la última línea será un punto), a lo que el servidor contestará **“250 OK”**, o un mensaje de error apropiado.
 * Tras el envío, el cliente, si no tiene que enviar más correos, con la orden **QUIT** corta la conexión. También puede usar la orden **TURN**, con lo que el cliente pasa a ser el servidor, y el servidor se convierte en cliente. Finalmente, si tiene más mensajes que enviar, repite el proceso hasta completarlos.
 * HELO, para abrir una sesión con el servidor
 * MAIL FROM, para indicar quien envía el mensaje
 * RCPT TO, para indicar el destinatario del mensaje
 * DATA, para indicar el comienzo del mensaje, éste finalizará cuando haya una línea únicamente con un punto.
 * QUIT, para cerrar la sesión
 * RSET Aborta la transacción en curso y borra todos los registros.
 * SEND Inicia una transacción en la cual el mensaje se entrega a una terminal.
 * SOML El mensaje se entrega a un terminal o a un buzón.
 * SAML El mensaje se entrega a un terminal y a un buzón.
 * VRFY Solicita al servidor la verificación del argumento.
 * EXPN Solicita al servidor la confirmación del argumento.
 * HELP Permite solicitar información sobre un comando.
 * NOOP Se emplea para reiniciar los temporizadores.
 * TURN Solicita al servidor que intercambien los papeles.
 * 2XX, la operación solicitada mediante el comando anterior ha sido concluida con éxito
 * 3XX, la orden ha sido aceptada, pero el servidor esta pendiente de que el cliente le envíe nuevos datos para terminar la operación
 * 4XX, para una respuesta de error, pero se espera a que se repita la instrucción
 * 5XX, para indicar una condición de error permanente, por lo que no debe repetirse la orden

Protocolo de Post – Oficina - POP
En informática se utiliza el **Post Office Protocol** (**POP3**, //Protocolo de la oficina de correo//) en clientes locales de [|correo] para obtener los mensajes de correo electrónico almacenados en un [|servidor] remoto. Es un protocolo de nivel de aplicación en el [|Modelo OSI]. Las versiones del protocolo POP, informalmente conocido como POP1 y POP2, se han hecho obsoletas debido a las últimas versiones de [|POP3]. En general cuando se hace referencia al término //**POP**//, se refiere a //POP3// dentro del contexto de protocolos de correo electrónico

Características
POP3 está diseñado para recibir correo, no para enviarlo; le permite a los usuarios con conexiones intermitentes o muy lentas (tales como las conexiones por [|módem]), descargar su correo electrónico mientras tienen conexión y revisarlo posteriormente incluso estando desconectados. Cabe mencionar que la mayoría de los clientes de correo incluyen la opción de //dejar los mensajes en el servidor//, de manera tal que, un cliente que utilice POP3 se conecta, obtiene todos los mensajes, los almacena en la computadora del usuario como mensajes nuevos, los elimina del servidor y finalmente se desconecta. En contraste, el protocolo [|IMAP] permite los modos de operación //conectado// y //desconectado//.[|1] Los clientes de correo electrónico que utilizan IMAP dejan por lo general los mensajes en el servidor hasta que el usuario los elimina directamente. Esto y otros factores hacen que la operación de IMAP permita a múltiples clientes acceder al mismo buzón de correo. La mayoría de los clientes de correo electrónico soportan POP3 ó IMAP; sin embargo, solo unos cuantos proveedores de internet ofrecen IMAP como valor agregado de sus servicios. Los clientes que utilizan la opción //dejar mensajes en el servidor **por lo general utilizan la orden UIDL ('**//**U**nique **ID**entification **L**isting). La mayoría de las órdenes de POP3 identifican los mensajes dependiendo de su número ordinal del servidor de correo. Esto genera problemas al momento que un cliente pretende dejar los mensajes en el servidor, ya que los mensajes con número cambian de una conexión al servidor a otra. Por ejemplo un buzón de correo contenía 5 mensajes en la última conexión, después otro cliente elimina el mensaje número 3, si se vuelve a iniciar otra conexión, ya el número que tiene el mensaje 4 pasará a ser 3, y el mensaje 5 pasará a ser número 4 y la dirección de estos dos mensajes cambiara. El UIDL proporciona un mecanismo que evita los problemas de numeración. El servidor le asigna una cadena de caracteres única y permanente al mensaje. Cuando un cliente de correo compatible con POP3 se conecta al servidor utiliza la orden UIDL para obtener el mapeo del identificador de mensaje. De esta manera el cliente puede utilizar ese mapeo para determinar qué mensajes hay que descargar y cuáles hay que guardar al momento de la descarga. Al igual que otros viejos protocolos de internet, POP3 utilizaba un mecanismo de firmado sin cifrado. La transmisión de contraseñas de POP3 en texto plano aún se da. En la actualidad POP3 cuenta con diversos métodos de autenticación que ofrecen una diversa gama de niveles de protección contra los accesos ilegales al buzón de correo de los usuarios. Uno de estos es **APOP**, el cual utiliza funciones [|MD5] para evitar los ataques de contraseñas. [|Mozilla], [|Eudora], [|Novell Evolution] así como [|Mozilla Thunderbird] implementan funciones APOP.

Protocolo de Sistema de Nombre de Dominio - DNS
media type="youtube" key="dIGxJCqLJlY" width="425" height="350" align="center"

El servidor DNS utiliza una [|base de datos] distribuida y [|jerárquica] que almacena información asociada a [|nombres de dominio] en redes como [|Internet]. Aunque como base de datos el DNS es capaz de asociar diferentes tipos de información a cada nombre, los usos más comunes son la asignación de nombres de dominio a [|direcciones IP] y la localización de los servidores de [|correo electrónico] de cada dominio. La asignación de nombres a direcciones IP es ciertamente la función más conocida de los protocolos DNS. Por ejemplo, si la dirección IP del sitio [|FTP] de prox.mx es 200.64.128.4, la mayoría de la gente llega a este equipo especificando ftp.prox.mx y no la dirección IP. Además de ser más fácil de recordar, el nombre es más fiable. La dirección numérica podría cambiar por muchas razones, sin que tenga que cambiar el nombre. Inicialmente, el DNS nació de la necesidad de recordar fácilmente los nombres de todos los servidores conectados a Internet. En un inicio, SRI (ahora [|SRI International]) alojaba un archivo llamado //[|HOSTS]// que contenía todos los nombres de dominio conocidos. El crecimiento explosivo de la red causó que el sistema de nombres centralizado en el archivo hosts no resultara práctico y en [|1983], [|Jesus Botello "SysWarn"] publicó los [|RFC 882] y [|RFC 883] definiendo lo que hoy en día ha evolucionado hacia el DNS moderno. (Estos [|RFCs] han quedado obsoletos por la publicación en [|1987] de los RFCs 1034 y [|RFC 1035]).
 * Domain Name System** o **DNS** (en español: **sistema de nombres de dominio**) es un sistema de nomenclatura jerárquica para computadoras, servicios o cualquier recurso conectado a [|Internet] o a una [|red privada]. Este sistema asocia información variada con [|nombres de dominios] asignado a cada uno de los participantes. Su función más importante, es traducir (resolver) nombres inteligibles para las personas en identificadores binarios asociados con los equipos conectados a la red, esto con el propósito de poder localizar y direccionar estos equipos mundialmente.

Componentes
Para la operación práctica del sistema DNS se utilizan tres componentes principales:
 * Los **Clientes DNS**: Un programa cliente DNS que se ejecuta en la computadora del usuario y que genera peticiones DNS de resolución de nombres a un servidor DNS //(Por ejemplo: ¿Qué dirección IP corresponde a nombre.dominio?);//
 * Los **Servidores DNS**: Que contestan las peticiones de los clientes. Los servidores recursivos tienen la capacidad de reenviar la petición a otro servidor si no disponen de la dirección solicitada.
 * Y las **Zonas de autoridad**, porciones del espacio de nombres de dominio que almacenan los datos. Cada zona de autoridad abarca al menos un dominio y posiblemente sus subdominios, si estos últimos no son delegados a otras zonas de autoridad.

Entendiendo las partes de un nombre de dominio
Un [|nombre de dominio] usualmente consiste en dos o más partes (técnicamente //etiquetas//), separadas por puntos cuando se las escribe en forma de texto. Por ejemplo, o El DNS consiste en un conjunto jerárquico de servidores DNS. Cada dominio o subdominio tiene una o más **zonas de autoridad** que publican la información acerca del dominio y los nombres de servicios de cualquier dominio incluido. La jerarquía de las zonas de autoridad coincide con la jerarquía de los dominios. Al inicio de esa jerarquía se encuentra los [|servidores raíz]: los servidores que responden cuando se busca resolver un dominio de primer y segundo nivel.
 * A la etiqueta ubicada más a la derecha se le llama **dominio de nivel superior** (en inglés //top level domain//). Como en  o  en
 * Cada etiqueta a la izquierda especifica una subdivisión o **subdominio**. Nótese que "subdominio" expresa dependencia relativa, no dependencia absoluta. En teoría, esta subdivisión puede tener hasta 127 niveles, y cada etiqueta puede contener hasta 63 caracteres, pero restringidos a que la longitud total del nombre del dominio no exceda los 255 caracteres, aunque en la práctica los dominios son casi siempre mucho más cortos.
 * Finalmente, la parte más a la izquierda del dominio suele expresar el [|nombre de la máquina] (en inglés //hostname//). El resto del nombre de dominio simplemente especifica la manera de crear una ruta lógica a la información requerida. Por ejemplo, el dominio tendría el nombre de la máquina "es", aunque en este caso no se refiere a una máquina física en particular.

DNS en el mundo real
Los usuarios generalmente no se comunican directamente con el servidor DNS: la resolución de nombres se hace de forma transparente por las aplicaciones del cliente (por ejemplo, navegadores, clientes de correo y otras aplicaciones que usan Internet). Al realizar una petición que requiere una búsqueda de DNS, la petición se envía al servidor DNS local del sistema operativo. El sistema operativo, antes de establecer alguna comunicación, comprueba si la respuesta se encuentra en la memoria caché. En el caso de que no se encuentre, la petición se enviará a uno o más servidores DNS. La mayoría de usuarios domésticos utilizan como servidor DNS el proporcionado por el proveedor de servicios de Internet. La dirección de estos servidores puede ser configurada de forma manual o automática mediante [|DHCP]. En otros casos, los administradores de red tienen configurados sus propios servidores DNS. En cualquier caso, los servidores DNS que reciben la petición, buscan en primer lugar si disponen de la respuesta en la memoria caché. Si es así, sirven la respuesta; en caso contrario, iniciarían la búsqueda de manera recursiva. Una vez encontrada la respuesta, el servidor DNS guardará el resultado en su memoria caché para futuros usos y devuelve el resultado.

Jerarquía DNS
El espacio de nombres de dominio tiene una estructura arborescente. Las hojas y los nodos del árbol se utilizan como etiquetas de los medios. Un nombre de dominio completo de un objeto consiste en la concatenación de todas las etiquetas de un camino. Las etiquetas son cadenas alfanuméricas (con '-' como único símbolo permitido), deben contar con al menos un carácter y un máximo de 63 caracteres de longitud, y deberá comenzar con una letra (y no con '-') (ver la [|RFC 1035], sección "2.3.1. Preferencia nombre de la sintaxis "). Las etiquetas individuales están separadas por puntos. Un nombre de dominio termina con un punto (aunque este último punto generalmente se omite, ya que es puramente formal). Un FQDN correcto (también llamado Fully Qualified Domain Name), es por ejemplo este: www.example.com. (Incluyendo el punto al final) Un nombre de dominio debe incluir todos los puntos y tiene una longitud máxima de 255 caracteres. Un nombre de dominio se escribe siempre de derecha a izquierda. El punto en el extremo derecho de un nombre de dominio separa la etiqueta de la raíz de la jerarquía (en inglés, root). Este primer nivel es también conocido como dominio de nivel superior (TLD - Top Level Domain). Los objetos de un dominio DNS (por ejemplo, el nombre del equipo) se registran en un archivo de zona, ubicado en uno o más servidores de nombres.

Tipos de servidores DNS

 * **Primarios o maestros:** Guardan los datos de un espacio de nombres en sus ficheros
 * **Secundarios o esclavos:** Obtienen los datos de los servidores primarios a través de una transferencia de zona.
 * **Locales o caché:** Funcionan con el mismo software, pero no contienen la base de datos para la resolución de nombres. Cuando se les realiza una consulta, estos a su vez consultan a los servidores DNS correspondientes, almacenando la respuesta en su base de datos para agilizar la repetición de estas peticiones en el futuro continuo o libre.

Tipos de resolución de nombres de dominio
Existen dos tipos de consultas que un cliente puede hacer a un servidor DNS: Las resoluciones iterativas consisten en la respuesta completa que el servidor de nombres pueda dar. El servidor de nombres consulta sus datos locales (incluyendo su caché) buscando los datos solicitados. El servidor encargado de hacer la resolución realiza iterativamente preguntas a los diferentes DNS de la jerarquía asociada al nombre que se desea resolver, hasta descender en ella hasta la máquina que contiene la zona autoritativa para el nombre que se desea resolver. En las resoluciones recursivas, el servidor no tiene la información en sus datos locales, por lo que busca y se pone en contacto con un servidor DNS raíz, y en caso de ser necesario repite el mismo proceso básico (consultar a un servidor remoto y seguir a la siguiente referencia) hasta que obtiene la mejor respuesta a la pregunta. Cuando existe más de un servidor autoritario para una zona, [|Bind] utiliza el menor valor en la métrica RTT (//round-trip time//) para seleccionar el servidor. El RTT es una medida para determinar cuánto tarda un servidor en responder una consulta. El proceso de resolución normal se da de la siguiente manera:
 * Iterativa
 * Recursiva
 * 1) El servidor A recibe una consulta recursiva desde el cliente DNS.
 * 2) El servidor A envía una consulta recursiva a B.
 * 3) El servidor B refiere a A otro servidor de nombres, incluyendo a C.
 * 4) El servidor A envía una consulta recursiva a C.
 * 5) El servidor C refiere a A otro servidor de nombres, incluyendo a D.
 * 6) El servidor A envía una consulta recursiva a D.
 * 7) El servidor D responde.
 * 8) El servidor A regresa la respuesta al resolver.
 * 9) El resolver entrega la resolución al programa que solicitó la información.

Tipos de registros DNS
Servicio.Protocolo.Dominio-completo IN SRV Prioridad.Peso.Puerto.Equipo-Completo
 * **A** = Address – (Dirección) Este registro se usa para traducir nombres de servidores de alojamiento a direcciones IPv4.
 * **AAAA** = Address – (Dirección) Este registro se usa en [|IPv6] para traducir nombres de hosts a [|direcciones IPv6].
 * **CNAME** = Canonical Name – (Nombre Canónico) Se usa para crear nombres de servidores de alojamiento adicionales, o alias, para los servidores de alojamiento de un dominio. Es usado cuando se están corriendo múltiples servicios (como ftp y servidor web) en un servidor con una sola dirección ip. Cada servicio tiene su propia entrada de DNS (como ftp.ejemplo.com. y www.ejemplo.com.). esto también es usado cuando corres múltiples servidores http, con diferente nombres, sobre el mismo host. Se escribe primero el alias y luego el nombre real. Ej. Ejemplo1 IN CNAME ejemplo2
 * **NS** = Name Server – (Servidor de Nombres) Define la asociación que existe entre un nombre de dominio y los servidores de nombres que almacenan la información de dicho dominio. Cada dominio se puede asociar a una cantidad cualquiera de servidores de nombres.
 * **[|MX (registro)]** = Mail Exchange – (Registro de Intercambio de Correo) Asocia un nombre de dominio a una lista de servidores de intercambio de correo para ese dominio. Tiene un balanceo de carga y prioridad para el uso de uno o más servicios de correo.
 * **PTR** = Pointer – (Indicador) También conocido como 'registro inverso', funciona a la inversa del registro A, traduciendo IPs en nombres de dominio. Se usa en el archivo de configuración del Dns reversiva.
 * **SOA** = Start of authority – (Autoridad de la zona) Proporciona información sobre el servidor DNS primario de la zona.
 * **HINFO** = Host INFOrmation – (Información del sistema informático) Descripción del host, permite que la gente conozca el tipo de máquina y sistema operativo al que corresponde un dominio.
 * **TXT** = TeXT - ( Información textual) Permite a los dominios identificarse de modos arbitrarios.
 * **LOC** = LOCalización - Permite indicar las coordenadas del dominio.
 * **WKS** - Generalización del registro MX para indicar los servicios que ofrece el dominio. Obsoleto en favor de SRV.
 * **SRV** = SeRVicios - Permite indicar los servicios que ofrece el dominio. [|RFC 2782]. Excepto Mx y Ns. Hay que incorporar el nombre del servicio, protocolo, dominio completo, prioridad del servicio, peso, puerto y el equipo completo. Esta es la sintaxis correspondiente:
 * **[|SPF]** = Sender Policy Framework - Ayuda a combatir el Spam. En este registro se especifica cual o cuales hosts están autorizados a enviar correo desde el dominio dado. El servidor que recibe, consulta el SPF para comparar la IP desde la cual le llega con los datos de este registro.