dns

5/22/2018 DNS

1/56

Introduccin al protocolo DNS.

Equipamiento lgico necesario.

Instale los paquetes bind-utilsyjwhois.

yum -y install bind-utils jwhois

Conceptos.

Acerca del protocolo DNS (Domain Name System).

DNS(acrnimo de Domain Name System) es una base de datos distribuida y jerrquica, quealmacena la informacin necesaria para los nombres de dominio. Sus usos principales son la

asignacin de nombres de dominio a direcciones IP y la localizacin de los servidores de correo

electrnico correspondientes para cada dominio. El DNSnaci de la necesidad de facilitar a los

seres humanos el acceso hacia los servidores disponibles a travs de Internet permitiendo hacerlo

por un nombre, algo ms fcil de recordar que una direccin IP.

Los Servidores DNSutilizan TCPy UDP, en el puerto 53 para responder las consultas. Casi todas

las consultas consisten de una sola solicitud UDPdesde un Cliente DNS, seguida por una solarespuesta UDPdel servidor. Se realiza una conexin TCPcuando el tamao de los datos de la

respuesta exceden los 512 bytes, tal como ocurre con tareas como transferencia de zonas.

Qu es un NIC (Network Information Center)?

NIC(acrnimo de Network Information Center o Centro de Informacin sobre la Red) es una

institucin encargada de asignar los nombres de dominio en Internet ya sean nombres de dominio

genricos o por pases, permitiendo personas o empresas, montar sitios de Internet a travs de un

ISP, mediante un DNS. Tcnicamente existe un NICpor cada pas en el mundo y cada uno de stos

es responsable por todos los dominios con la terminacin correspondiente a su pas. Por ejemplo:

NIC Mxicoes la entidad encargada de gestionar todos los dominios con terminacin .mx, la cual es

la terminacin correspondiente asignada a los dominios de Mxico.

Qu es un FQDN (Fully Qualified Domain Name)?

FQDN(acrnimo de Fully Qualified Domain Name o Nombre de Dominio Plenamente Calificado) es

un Nombre de Dominio ambiguo que especifica la posicin absoluta del nodo en el rbol jerrquicodel DNS. Se distingue de un nombre regular porque lleva un punto al final.
http://www.nic.mx/http://www.nic.mx/http://www.nic.mx/

5/22/2018 DNS

2/56

Como ejemplo: suponiendo que se tiene un dispositivo cuyo nombre de anfitrin es maquina1 y

un dominio llamado dominio.com, el FQDNsera maquina1.dominio.com., as es que se

define de forma nica al dispositivo mientras que pudieran existir muchos anfitriones llamados

maquina1, solamente puede haber uno llamado maquina1.dominio.com.. La ausencia del

punto al final definira que se pudiera tratar solamente de un prefijo, es decir

maquina1.dominio.com pudiera ser un dominio de otro ms largo como

maquina1.dominio.com.mx.

La longitud mxima de un FQDNes de 255 bytes, con una restriccin adicional de 63 bytes para

cada etiqueta dentro del nombre del dominio. Solamente se permiten los caracteres A-Z de ASCII,

dgitos y el carcter - (guin medio). Sin distincin de maysculas y minsculas.

Desde 2004, a solicitud de varios pases de Europa, existe el estndar IDN(acrnimo de

Internationalized Domain Name) que permite caracteres no-ASCII, codificando caracteres Unicode

dentro de cadenas de bytesdentro del conjunto normal de caracteres de FQDN. Como resultado, los

limites de longitud de los nombres de dominio IDNdependen directamente del contenido mismo del

nombre.

Componentes de DNS.

DNS opera a travs de tres componentes: Clientes DNS, Servidores DNS y Zonas de Autoridad.

Clientes DNS.

Son programas que ejecuta un usuario y que generan peticiones de consulta para resolver nombres.

Bsicamente preguntan por la direccin IP que corresponde a un nombre determinado.

Servidores DNS.

Son servicios que contestan las consultas realizadas por los Clientes DNS. Hay dos tipos de

servidores de nombres:

Servidor Maestro: Tambin denominado Primario. Obtiene los datos del dominio

a partir de un archivo alojado en el mismo servidor.

Servidor Esclavo: Tambin denominado Secundario. Al iniciar obtiene los datos

del dominio a travs de un Servidor Maestro (o primario), realizando un proceso

denominado transferencia de zona.

5/22/2018 DNS

3/56

Un gran nmero de problemas de operacin de servidores DNS se atribuyen a las pobres opciones

de servidores secundarios para las zona de DNS. De acuerdo al RFC 2182,el DNS requiere que al

menos tres servidores existanpara todos los dominios delegados (o zonas).

Una de las principales razones para tener al menos tres servidorespara cada zona, es permitir

que la informacin de la zona misma est disponible siempre y de forma confiable, hacia los

Clientes DNS, a travs de Internet cuando un servidor DNS de dicha zona falle, est fuera de

servicio y/o est inalcanzable.

Contar con mltiples servidores tambin facilita la propagacinde la zona y mejoran la eficiencia

del sistema en general al brindar opciones a los Clientes DNSsi acaso encontraran dificultades

para realizar una consulta en un Servidor DNS. En otras palabras: tener mltiples servidores para

una zona permite contar con redundancia y respaldo, del servicio .

Con mltiples servidores, por lo general uno acta como Servidor Maestro o Primarioy los dems

como Servidores Esclavos o Secundarios. Correctamente configurados y una vez creados los

datos para una zona, es innecesario copiarlos a cada Servidor Esclavo o Secundario, pues ste

se encargar de transferir los datos de manera automtica cada vez que sea necesario.

Los Servidores DNSresponden dos tipos de consultas:

Consultas Iterativas (no recursivas): El cliente hace una consulta al Servidor

DNSy ste le responde con la mejor respuesta que pueda darse basada sobre su

cach o en las zonas locales. Si es imposible dar una respuesta, la consulta se

reenva hacia otro Servidor DNS repitindose este proceso hasta encontrar al

Servidor DNSque tiene la Zona de Autoridadcapaz de resolver la consulta.

Consultas Recursivas: El Servidor DNSasume toda la carga de proporcionar

una respuesta completa para la consulta realizada por el Cliente DNS. El Servidor

DNSdesarrolla entonces Consultas Iterativasseparadas hacia otros Servidores

DNS(en lugar de hacerlo el Cliente DNS) para obtener la respuesta solicitada.

Zonas de Autoridad.

Permiten al Servidor Maestro o Primariocargar la informacin de una zona. Cada Zona de

Autoridadabarca al menos un dominio y, posiblemente, sus sub-dominios, si estos ltimos son

imposibles de delegar a otras zonas de autoridad.
http://www.ietf.org/rfc/rfc2182.txthttp://www.ietf.org/rfc/rfc2182.txthttp://www.ietf.org/rfc/rfc2182.txthttp://www.ietf.org/rfc/rfc2182.txt

5/22/2018 DNS

4/56

La informacin de cada Zona de Autoridades almacenada de forma local en un archivo en el

Servidor DNS. Este archivo puede incluir varios tipos de registros:

Tipo de Registro. Descripcin.

A(Address) Registro de direccin que resuelve un nombre de un anfitrin

hacia una direccin IPv4de 32 bits.

AAAA Registro de direccin que resuelve un nombre de un anfitrin

hacia una direccin IPv6de 128 bits.

CNAME(Canonical Name) Registro de nombre cannico que hace que un nombre sea alias

de otro. Los dominios con alias obtienen los sub-dominios y

registros DNS del dominio original.

MX(Mail Exchanger) Registro de servidor de correo que sirve para definir una lista de

servidores de correo para un dominio, as como la prioridad entre

stos.

PTR(Pointer) Registro de apuntador que resuelve direcciones IPv4hacia los

nombres anfitriones. Es decir, hace lo contrario al registro A. Se

utiliza en zonas de Resolucin Inversa.

NS(Name Server) Registro de servidor de nombres, que sirve para definir una lista

de servidores de nombres con autoridad para un dominio.

SOA(Start ofAuthority) Registro de inicio de autoridad, encargado de especificar el

Servidor DNSMaestro (o Primario) que proporcionar la

informacin con autoridad acerca de un dominio de Internet,direccin de correo electrnico del administrador, nmero de

serie del dominio y parmetros de tiempo para la zona.

SRV(Service) Registros de servicios, encargados de especificar informacin

acerca de servicios disponibles a travs del dominio. Protocolos

como SIP(Session Initiation Protocol) y XMPP(Extensible

Messaging and Presence Protocol) suelen requerir registros SRV

en la zona para proporcionar informacin a los clientes.

5/22/2018 DNS

5/56

Tipo de Registro. Descripcin.

TXT(Text) Registros de texto, encargados de permitir al administrador

insertar texto arbitrariamente en un registro DNS. Este tipo de

registro es muy utilizado por los servidores de listas negras

DNSBL(DNS-based Blackhole List) para la filtracin de Spam.

Otro ejemplo de uso sera el caso de las VPN, donde suele

requerirse un registro TXT, para definir una firma digital que ser

utilizada por los clientes.

Las zonas que se pueden resolver son:

Zonas de Reenvo.

Devuelven direcciones IPpara las bsquedas hechas para nombres FQDN(Fully

Qualified Domain Name).

En el caso de dominios pblicos, la responsabilidad de que exista una Zona de

Autoridadpara cada Zona de Reenvo, corresponde a la autoridad misma del dominio,

es decir quien est registrado como autoridad del dominio la base de datos WHOISdonde

est registrado el dominio. Quienes adquieren dominios a travs de un NIC(por ejemplo:

www.nic.mx), son quienes deben hacerse cargo de las Zonas de Reenvoya sea a travs

de su propio Servidor DNSo bien a travs de los Servidores DNSde su ISP.

Salvo que se trate de un dominio para uso en una red local, todo dominio debe ser

primero tramitado con un NIC, como requisito para tener derecho legal a utilizarlo y poder

propagarlo a travs de Internet.

Zonas de Resolucin Inversa.

Devuelven nombres FQDN(Fully Qualified Domain Name) para las bsquedas hechas

para direcciones IP.

En el caso de segmentos de red pblicos, la responsabilidad de que exista una Zona de

Autoridadpara cada Zona de Resolucin Inversa, corresponde a la autoridad misma

del segmento, es decir, corresponde a quien est registrado como autoridad del bloque de

direcciones IP, informacin que puede ser obtenida al consultar una base de datos

WHOIS.

5/22/2018 DNS

6/56

Los grandes ISPy algunas empresas son quienes se hacen cargo de las Zonas de

Resolucin Inversa.

Herramientas de bsqueda y consulta.

Uso de host.

Hostes una herramienta simple para hacer consultas en Servidores DNS. Es utilizado para obtener

las direcciones IP de los nombres de anfitrin y viceversa.

De modo predeterminado, realiza las consultas en los Servidores DNSque estn definidos en el

archivo/etc/resolv.confdel anfitrin local, pudiendo definirse de manera opcional cualquier otro

Servidor DNS.

host www.alcancelibre.org

Lo anterior realiza una bsqueda en los Servidores DNSdefinidos en el archivo/etc/resolv.conf

del sistema, devolviendo como resultado una direccin IP.

host www.alcancelibre.org 8.8.8.8

Lo anterior realiza una bsqueda en los Servidor DNSen la direccin IP 8.8.8.8, devolviendo una

direccin IP como resultado.

Uso de dig.

Dig(domain information groper) es una herramienta flexible para realizar consultas en Servidores

DNS. Realiza bsquedas y muestra las respuestas que son regresadas por los servidores que

fueron consultados. Debido a su flexibilidad y claridad en la salida, es que la mayora de los

administradores utilizan digpara diagnosticar problemas de DNS.

De modo predeterminado, realiza las bsquedas en los Servidores DNSdefinidos en el archivo

/etc/resolv.conf, pudiendo definirse de manera opcional cualquier otro Servidor DNS. La sintaxis

bsica sera:

dig @servidor dominio.tld TIPO

5/22/2018 DNS

7/56

Donde servidorcorresponde al nombre o direccin IP del Servidor DNSa consultar, dominio.tld

corresponde al nombre del registro del recurso que se est buscando y TIPOcorresponde al tipo de

consulta requerido (ANY, A, MX, SOA, NS, etc.)

Ejemplo:

dig @8.8.8.8 alcancelibre.orgMX

Lo anterior realiza una bsqueda en el Servidor DNSen la direccin IP 8.8.8.8 para los registros

MXpara el dominio alcancelibre.org.

dig alcancelibre.orgNS

Lo anterior realiza una bsqueda en los Servidores DNSdefinidos en el archivo/etc/resolv.conf

del sistema para los registros NSpara el dominio alcancelibre.org.

dig @8.8.8.8 alcancelibre.org NS

Lo anterior realiza una bsqueda en los Servidor DNSen la direccin IP 8.8.8.8 para los registros

NSpara el dominio alcancelibre.org.

Uso de jwhois (whois).

Es una herramienta de consulta a travs de servidores WHOIS. La sintaxis bsica es:

jwhois dominio.tld

Ejemplo:

jwhois alcancelibre.org

Lo anterior regresa la informacin correspondiente al dominio alcancelibre.org.

Modificaciones necesarias en el muro cortafuegos.

Es necesario abrir en el muro cortafuegos el puerto 53 (dns), tanto por TCP como UDP.

System-config-firewall.

5/22/2018 DNS

8/56

Ejecute lo siguiente:

system-config-firewall

Y habilite DNS y aplique los cambios.

Herramienta system-config-firewall habilitando el puerto 53 por TCP y UDP.

Servicio iptables.

Ejecute lo siguiente:

iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 53 -j ACCEPT

iptables -A INPUT -m state --state NEW -m udp -p udp --dport 53 -j ACCEPT

Ejecute lo siguiente para guardar los cambios:

service iptables save

O bien edite el archivo/etc/sysconfig/iptables:

vim /etc/sysconfig/iptables

Y aada el siguiente contenido:
http://www.alcancelibre.org/images/system-config-firewall-dns.png

5/22/2018 DNS

9/56

-A INPUT -m state --state NEW -m tcp -p tcp --dport 53 -j ACCEPT

-A INPUT -m state --state NEW -m udp -p udp --dport 53 -j ACCEPT

Para aplicar los cambios, reinicie el servicio iptables:

service iptables restart

Shorewall.

Edite el archivo/etc/shorewall/rules:

vim /etc/shorewall/rules

Las reglas para permitir el acceso al servidor DNS en el anfitrin local corresponderan a algo similar

a lo siguiente:

#ACTION SOURCE DEST PROTO DEST SOURCE

# PORT PORT(S)1

ACCEPT all fw tcp 53

ACCEPT all fw udp 53

Para permitir a los clientes de una red de rea local puedan hacer uso de servidores DNS en

Internet, es necesario abrir la salida para el puerto 53 (dns), por TCP y UDP.

Las reglas correspondera a algo similar a lo siguiente:


# PORT PORT(S)1



ACCEPT loc net tcp 53

ACCEPT loc net udp 53

Lo anterior permite acceder hacia cualquier direccin IP que responda por los puertos 53/TCP y

53/UDP permitiendo acceder hacia cualquier servidor DNS que los usuarios de la red de rea local

5/22/2018 DNS

10/56

prefieran, lo cual puede ser aprovechado por programas comoYour Freedomo Ultrasurfpara

brincar las restricciones de un servidor proxy. Por tal motivo es que conviene ajustar las reglas

mencionadas arriba para que slo permitan el acceso hacia las direcciones IP de los DNS del

proveedor de servicio de acceso hacia Internet. El siguiente ejemplo restringe el acceso hacia

Internet permitiendo utilizar slo los servidores DNS de Google:


# PORT PORT(S)1



ACCEPT loc net:8.8.8.8 tcp 53

ACCEPT loc net:8.8.4.4 udp 53

Reinicie el servicio para aplicar los cambios:

service shorewall restart

Configuracin de servidor de nombres de dominio (DNS), parteI.

Introduccin.

Es imprescindible primero estudiar y comprender, los conceptos descritos en el documento titulado

Introduccin al protocolo DNS.

Acerca de Bind (Berkeley Internet Name Domain).

BIND(acrnimo de Berkeley Internet Name Domain) es una implementacin del protocolo DNS y

provee una implementacin libre de los principales componentes del Sistema de Nombres de

Dominio, los cuales incluyen:

Un servidor de sistema de nombres de dominio (named).

Una biblioteca resolutoria de sistema de nombres de dominio.

Herramientas para verificar la operacin adecuada del servidor DNS (bind-utils).
http://www.alcancelibre.org/staticpages/index.php/introduccion-protocolo-dnshttp://www.alcancelibre.org/staticpages/index.php/introduccion-protocolo-dnshttp://www.alcancelibre.org/staticpages/index.php/introduccion-protocolo-dns

5/22/2018 DNS

11/56

El Servidor DNS BIND es utilizado de manera amplia en Internet en aproximadamente el 99% de los

servidores DNS del mundo, proporcionando una robusta y estable solucin.

Equipamiento lgico necesario.

Paquete. Descripcin.

bind Incluye el Servidor DNS(named) y herramientas para verificar su

funcionamiento.

bind-libs Bibliotecas compartidas, que consisten en rutinas para aplicaciones para

utilizarse cuando se interacte con Servidores DNS.

bind-chroot Contiene un rbol de archivos que puede ser utilizado como una jaula chroot

para namedaadiendo seguridad adicional al servicio.

bind-utils Coleccin de herramientas para consultar Servidores DNS.

caching-

nameserver

Archivos de configuracin que harn que el Servidor DNSacte como un cach

para el servidor de nombres. Este paquete desaparece en CentOS 6y Red

Hat Enterprise Linux 6, pues su contenido se incorpor en el paquete

principal de bind.

Instalacin a travs de yum.

Si se utiliza CentOS 6o Red Hat Enterprise Linux 6, se puede instalar Bind 9.8utilizando lo

siguiente:

yum -y install bind bind-chroot bind-utils

Si se utiliza CentOS 5o Red Hat Enterprise Linux 5se puede instalar Bind 9.3.6utilizando lo

siguiente:

yum -y install bind bind-chroot bind-utils caching-nameserver

5/22/2018 DNS

12/56

Si se utiliza CentOS 5o Red Hat Enterprise Linux 5, tambin puede instalar, aunque de manera

opcional, Bind 9.7, el cual incluye soporte para DNSSEC, utilizando lo siguiente:

yum remove bind-libs bind-utils bind bind-chroot caching-

nameserver

yum -y install bind97 bind97-chroot bind97-utils

Firma digital del servidor.

Con la finalidad de mejorar la seguridad, genere una firma digital de 512 bits (el valor

predeterminado es 128 bits) para el servidor DNS. Ejecute lo siguiente:

rndc-confgen -a -r /dev/urandom -b 512 -c /etc/rndc.key

Cambie las pertenencias para que este archivo sea propiedad del usuario rooty grupo named:

chown root:named /etc/rndc.key

Asegure que los permisos de acceso sean lectura y escritura para usuario, slo lectura para grupo y

nada para otros, es decir un permiso 640 (rw-r-----):

chmod 640 /etc/rndc.key

Actualice el archivo de cache con los servidores DNS raz.

El archivo/var/named/named.cacontiene la informacin de los servidores DNS raz necesaria para

poder iniciar el cache de todo servidor DNS de Internet. Actualice este archivo para evitar problemas

para la resolucin de algunas zonas ejecutando lo siguiente:

wget -N http://www.internic.net/domain/named.root \

-O /var/named/named.ca

Tambin puede ejecutar lo siguiente para lograr el mismo fin.

dig +bufsize=1200 +norec NS . @a.root-servers.net > /var/named/named.ca

5/22/2018 DNS

13/56

Conviene verificar peridicamente si hay alguna actualizacin de este archivo. La versin ms

reciente al momento de redactar este documento corresponde al 3 de enero de 2013.

El archivo debe pertenecer a rooty el grupo named.

chown root:named /var/named/named.ca

Asigne permiso de lectura y escritura para usuario, slo lectura para grupo y nada para otros (rw-r---

--).

chmod 640 /var/named/named.ca

Procedimientos.

SELinux y el servicio named.

A mediados de 2008,Common Vulnerabilities and Exposures ListyUS-CERT,reportaron que el

investigador Dan Kaminskydescubri una vulnerabilidad que afectaba a varias implementaciones

de DNS(BIND 8 y 9 antes de 9.5.0-P1, 9.4.2-P1 y 9.3.5-P1; Microsoft DNS en todas las versiones

de Windows 2000 SP4, XP SP2 y SP3, as como Server 2003 SP1 y SP2).

Esta vulnerabilidad permite a cualquier atacante remoto el poder falsificar trfico DNS a travs de

ciertas tcnicas de contaminacin de cache en servidores que realizan resolucin recursiva (es decir

cuando se usa la opcin allow-recursionabierta a todo el mundo, como ocurre en los servidores

DNS pblicos) y se relaciona a insuficiente aleatoriedad de las identidades de transaccin y de los

puertos de origen. Es decir, una vulnerabilidad de entropa de insuficiencia de zcalos (sockets) de

DNS (conocido como DNS Insufficient Socket Entropy Vulnerability). A travs de esta

vulnerabilidad un atacante puede contaminar el cache de un servidor DNS y hacer que los clientes

se conecten hacia direcciones falsas. Es importante aclarar que en realidad se trata de una

vulnerabilidad en el diseo del protocolo DNS.

SELinux protege casi por completo al servicio namedcontra la vulnerabilidad anteriormente

descrita. Es por tal motivo que es importante utilizar SELinux.

Ejecute lo siguiente para que SELinux permita al servicio namedtrabajar con permisos de escritura

para zonas maestras, es decir un esquema de servidor maestro con servidores esclavos o bien

como servidor DNS dinmico:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1447http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1447http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1447http://www.kb.cert.org/vuls/id/800113http://www.kb.cert.org/vuls/id/800113http://www.kb.cert.org/vuls/id/800113http://www.kb.cert.org/vuls/id/800113http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1447

5/22/2018 DNS

14/56

setsebool -P named_write_master_zones 1

Lo anterior aplica para CentOS 5y 6y Red Hat Enterprise Linux 5y 6.

Nota.

Slo para CentOS 5y Red Hat Enterprise Linux 5: ejecute lo siguiente para definir que se

desactive la proteccin de SELinux para el servicio named, haciendo que todo lo anteriormente

descrito en esta seccin pierda sentido y que el servidor sea parcialmente susceptible a la

vulnerabilidad descubierta por Kaminski:

setsebool -P named_disable_trans 1

S realiza el procedimiento anterior, es importante configurar la funcin de consultas recursivas

exclusivamente para redes en la que se confe plenamente.

Esta poltica, al igual que otras similares, fue eliminada en CentOS 6y Red Hat Enterprise Linux 6.

Cualquier archivo de zona que se vaya a utilizar a travs del servicio nameddebe tener el contexto

de SELinux tipo named_zone_t. En el siguiente ejemplo se utiliza chconpara cambiar el contexto

del archivo denominado mi-dominio.zone:

chcon -t named_zone_t /var/named/mi-dominio.zone

Nota.

S se utiliza CentOS 5o Red Hat Enterprise Linux 5y se va a configurar un DNS dinmico,

SELinux impedir crear los archivos *.jnl(journal, archivos de registro por diario) correspondientes.

Las zonas de DNS dinmicas deben ser almacenadas en directorios especficos que solamente

contengan zonas dinmicas. Se debe crear el directorio/var/named/dynamicpara tal fin ,y

configurar ste para qu pertenezca al usuario y grupo, namedy tenga permisos de lectura,

escritura y ejecucin para el usuario y grupo named(770) y tenga los contextos de SELinux de

usuario de sistema (system_u), rol de objeto (object_r) y tipo cache del servicio named

5/22/2018 DNS

15/56

(named_cache_t), con el fin de permitir escritura en este directorio.

cd /var/named

mkdir dynamic

chmod 770 dynamicchown named:named dynamic

chcon -u named_cache_t dynamic

Este directorio viene incluido en la instalacin estndar de Bind 9.7en CentOS 6o Red Hat

Enterprise Linux 6, por lo cual es innecesario realizar el procedimiento anterior con estos sistemas

operativos.

Configuracin mnima para el archivo /etc/named.conf.

Puede descargar un archivo plantilla desde AlcanceLibre.org, ejecutando lo siguiente:

cd /etc/

mv named.conf named.conf.original

wget http://www.alcancelibre.org/linux/secrets/named.conf

restorecon named.conf

cd

Edite el archivo/etc/named.conf:

vim /etc/named.conf

La configuracin mnima de este archivo y la cual permitir utilizar el servicio para todo tipo de uso,

es la siguiente:

options {

directory "/var/named";

dump-file "/var/named/data/cache_dump.db";

statistics-file "/var/named/data/named_stats.txt";

memstatistics-file

"/var/named/data/named_mem_stats.txt";

forwarders {

8.8.8.8;

5/22/2018 DNS

16/56

8.8.4.4;

};

forward first;

// Slo habilite lo siguiente si va a utilizar DNSSEC y si los

servidores de

// la seccin de forwarders tienen soporte para DNSSEC.

dnssec-enable no;

dnssec-validation no;

// dnssec-lookaside auto;

// bindkeys-file "/etc/named.iscdlv.key";

};

include "/etc/rndc.key";

controls {

inet 127.0.0.1 allow { 127.0.0.1; } keys { "rndc-key";

};

};

logging {

channel default_debug {

file "data/named.run";

severity dynamic;

};

category lame-servers { null; };

};

view "local" {

match-clients {

5/22/2018 DNS

17/56

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;

include "/etc/named.rfc1912.zones";

zone "." IN {

type hint;

file "named.ca";

};

};

view "public" {

match-clients { any; };

recursion no;

zone "."" IN {

type hint;

file "named.ca"";

};

};

Lo anterior define como opciones que el directorio predeterminado ser/var/named, se define un

archivo donde se almacena la informacin del cach en/var/named/data/cache_dump.db; un

archivo de estadsticas en/var/named/data/named_stats.txt, un archivo de estadsticas especficas

en lo concerniente al uso de la memoria en /var/named/data/named_mem_stats.txt; consultas

recursivas permitidas solamente a 127.0.0.1 y 192.168.1.0/24, se definen como ejemplosde

servidores DNS para reenviar consultas a 8.8.8.8y 8.8.4.4, que corresponden a los servidores DNS

pblicos de Google, los cuales puede reemplazar por los servidores DNS del proveedor de

acceso a Internet utilizado); se define que la primera opcin al realizar una consulta ser reenviar

a los DNS que se acaban de definir; se incluyen los archivos de configuracin

5/22/2018 DNS

18/56

/etc/named.rfc1912.zones, que corresponde a las zonas delRFC 1912y la firma digital nica que

se gener automticamente tras instalar el paquete bind; Se define que los controles se realizan

solamente desde 127.0.0.1, hacia 127.0.0.1, utilizando la firma digital nica.

Tome en consideracin que los cambios en CentOS 6y Red Hat Enterprise Linux 6respecto de

CentOS 5y Red Hat Enterprise Linux 5, consisten en que se utiliza rndc-keyen lugar de

rndckeyen la configuracin de la firma digital, se aaden las lneas correspondientes a la

configuracin de DNSSEC, se aade configuracin para el registro en bitcora y la zona de los

servidores raz va separada del archivo named.rfc1912.zones. CentOS 5y Red Hat Enterprise

Linux 5puede utilizar exactamente la misma configuracin instalando los paquetes bind97, bind97-

chroot, bind97-libsy bind97-utils(desaparece el paquete caching-nameserver, cuyo contenido

se integr al paquete bind97).

Conviene asegurarse que el archivo/etc/named.conftenga los contextos correspondientes para

SELinux a fin de evitar potenciales problemas de seguridad.

chcon -u system_u -r object_r -t named_conf_t /etc/named.conf

Preparativos para aadir dominios.

Idealmente se deben definir primero los siguiente datos:

1. Dominio a resolver.

2. Servidor de nombres principal (SOA). ste debe ser un nombre que ya est

plenamente resuelto,y debe ser un FQDN(Fully Qualified Domain Name).

3. Lista de todos los servidores de nombres (NS) que se utilizarn para efectos de

redundancia. stos deben ser nombres que ya estn plenamente resueltosy

deben ser adems FQDN(Fully Qualified Domain Name).

4. Cuenta de correo del administrador responsable de esta zona. Dicha cuenta debe

existir y debe ser independiente de la misma zona que se est tratando de

resolver.

5. Al menos un servidor de correo (MX), con un registro A, nunca CNAME.

6. IP predeterminada del dominio.

7. Sub-dominios dentro del dominio (www, mail, ftp, ns, etc.) y las direcciones IP que

estarn asociadas a stos.

Es importante tener bien en claro que los puntos 2, 3 y 4, involucran datos que deben existir

previamentey estar plenamente resueltos por otro servidor DNS; Lo anterior quiere decir que jams

5/22/2018 DNS

19/56

se deben utilizar datos que sean parte o dependan, del mismo dominio que se pretende resolver. De

igual modo, el servidor donde se implementar el DNSdeber contar con un nombre FQDNy que

est previa y plenamente, resuelto en otro DNS.

Se debe crear una zona de reenvo por cada dominio sobre el cual se tenga autoridad plena y

absoluta y se crear una zona de resolucin inversa por cada red sobre la cual se tenga plena y

absoluta autoridad. Es decir, si usted es el propietario del dominio cualquiercosa.com, debe crear

el archivo de zona correspondiente con el fin de resolver dicho dominio. Por cada red con

direcciones IP privadas, sobre la cual se tenga control y absoluta autoridad, se debe crear un

archivo de zona de resolucin inversa a fin de resolver inversamente las direcciones IP de dicha

zona.

Regularmente la resolucin inversa de las direcciones IP pblicas es responsabilidad de los

proveedores de servicio ya que son stos quienes tienen el control sobre stas.

Todos los archivos de zona deben pertenecer al usuario named a fin de que el servicio named

pueda acceder a stos o bien modificar stos en el caso de tratarse de zonas esclavas.

Creacin de los archivos de zona.

Los siguientes corresponderan a los contenidos para los archivos de zona requeridos para la red

local y por el NIC con el que se haya registrado el dominio. Cabe sealar que en las zonas de

reenvo siempre se especifica al menos un registro SOAy un registro NS. De manera opcional y en

caso de que exista un servicio de correo electrnico, aada al menos un registro MX(Mail

Exchanger o intercambiador de correo). Solamente necesitar sustituir nombres y direcciones IP y

quiz aadir nuevos registros para complementar su red local.

Configuracin mnima para /etc/named.conf en CentOS 5 y Red Hat Enterprise Linux 5.

La configuracin mnima del archivo/chroot/etc/named.confy que permitir utilizar el servicio para

todo tipo de uso, es la siguiente:

options {




memstatistics-file"/var/named/data/named_mem_stats.txt";

5/22/2018 DNS

20/56

forwarders {

8.8.8.8;

8.8.4.4;

};

forward first;


servidores de


dnssec-enable no;




};


logging {



severity dynamic;

};


};

controls {

inet 127.0.0.1 allow { 127.0.0.1; } keys { "rndckey";

};

};

5/22/2018 DNS

21/56

view "local" {

match-clients {

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


};

Lo anterior define como opciones que el directorio predeterminado ser/var/named, se define un

archivo donde se almacena la informacin del cach en/var/named/data/cache_dump.db; un

archivo de estadsticas en/var/named/data/named_stats.txt, un archivo de estadsticas especficas

en lo concerniente al uso de la memoria en /var/named/data/named_mem_stats.txt; consultas

recursivas permitidas solamente a 127.0.0.1 y 192.168.1.0/24; se definen como ejemplosde

servidores DNS para reenviar consultas a 8.8.8.8y 8.8.4.4, que corresponden a servidores DNSpblicos de Google, los cuales puede reemplazar por los servidores DNS del proveedor de

acceso a Internet utilizado; se define que la primera opcin al realizar una consulta ser reenviar a

los DNS que se acaban de definir; se incluyen los archivos de configuracin

/etc/named.rfc1912.zones, que corresponde a las zonas delRFC 1912y la firma digital nica que

se gener automticamente tras instalar el paquete bind; Se define tambin que los controles se

realizan solamente desde 127.0.0.1, hacia 127.0.0.1, utilizando la firma digital nica.

Conviene asegurarse que el archivo/etc/named.conftenga los contextos correspondientes paraSELinux a fin de evitar potenciales problemas de seguridad.

chcon -u system_u -r object_r -t named_conf_t /etc/named.conf

Ejemplo de Zona de reenvo red local /var/named/data/red-local.zone.

$TTL 86400

@ IN SOA dns.red-local.

alguien.gmail.com. (

5/22/2018 DNS

22/56

2009091001; nmero de serie

28800 ; tiempo de refresco

7200 ; tiempo entre reintentos de consulta

604800 ; tiempo tras el cual expira la zona

86400 ; tiempo total de vida

)

@ IN NS dns.red-local.net.

@ IN MX 10 mail

@ IN TXT "v=spf1 a mx -all"

@ IN A 192.168.1.1

intranet IN A 192.168.1.1

maquina2 IN A 192.168.1.2



www IN A 192.168.1.1

mail IN A 192.168.1.1

ftp IN CNAME intranet

dns IN CNAME intranet

Zona de resolucin inversa red local /var/named/data/1.168.192.in-addr.arpa.zone

$TTL 86400

@ IN SOA dns.red-local.


2009091001 ; nmero de serie





)

5/22/2018 DNS

23/56

@ IN NS dns.red-local.

1 IN PTR intranet.red-local.

2 IN PTR maquina2.red-local.



Zona de reenvo del dominio /var/named/data/dominio.com.zone

Suponiendo que hipotticamente se es la autoridad para el dominio dominio.com, se puede crear

una Zona de Reenvocon un contenido similar al siguiente:

$TTL 86400

@ IN SOA fqdn.dominio.tld.


2009091001; nmero de serie





)

@ IN NS fqdn.dominio.tld.

@ IN MX 10 mail

@ IN TXT "v=spf1 a mx -all"

@ IN A 201.161.1.226

servidor IN A 201.161.1.226

www IN A 201.161.1.226

mail IN A 201.161.1.226

ftp IN CNAME servidor

dns IN CNAME servidor

Zona de resolucin inversa del dominio /var/named/data/1.161.201.in-addr.arpa.zone

5/22/2018 DNS

24/56

Suponiendo que hipotticamente se es la autoridad para el segmento de red 201.161.1.0/24

(regularmente lo debe de hacer el proveedor de servicio de acceso hacia Internet), se puede crear

una Zona de Resolucin Inversacon un contenido similar al siguiente:

$TTL 86400

@ IN SOA fqdn.dominio.tld.


2009091001 ; nmero de serie





)

@ IN NS fqdn.dominio.tld.

1 IN PTR servidor.dominio.com.

2 IN PTR maquina2.dominio.com.



Cada vez que haga algn cambio en algn archivo de zona, deber cambiar el nmero de serie a fin

de que tomen efecto los cambios de inmediato cuando se reinicie el servicio named, ya que de otro

modo tendra que reiniciar el equipo, algo poco conveniente.

Las zonas de resolucin inversa que involucran direcciones IP pblicas son responsabilidad de los

ISP (proveedores de servicio de acceso hacia Internet). Crear una zona de resolucin inversa sin ser

la autoridad de dicha zona tiene efecto slo para quien use el servidor DNS recin configurado como

nico DNS.

Configuracin de opciones del archivo /etc/named.conf

options {



5/22/2018 DNS

25/56


memstatistics-file


forwarders {

8.8.8.8;

8.8.4.4;

};

forward first;


servidores de


dnssec-enable no;




};

logging {



severity dynamic;

};


};

controls {


};

};

5/22/2018 DNS

26/56


view "local" {

match-clients {

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


zone "." IN {

type hint;

file "named.ca";

};

zone "red-local" {

type master;

file "data/red-local.zone";

allow-update { none; };

};

zone "1.168.192.in-addr.arpa" {

type master;

file "data/1.168.192.in-addr.arpa.zone";


};

};

Configuracin de servidor de nombres de dominio (DNS), parteII.

5/22/2018 DNS

27/56

Seguridad adicional en DNS para uso pblico.

Quienes hayan utilizado en recientes fechas los servicios deDNS Report,habrn notado que el

diagnstico en lnea devuelve ahora un error que, en resumen, indica que el servidor puede ser

susceptible de sufrir/participar en un ataque DDoS(Distributed Denail of Service o denegacin de

servicio distribuido).

Un DDoS(Distributed Denial of Service) es una ampliacin del ataque DoS, se efecta con la

instalacin de varios agentes remotos en muchas computadoras que pueden estar localizadas en

diferentes puntos del mundo. El atacante consigue coordinar esos agentes para as, de forma

masiva, amplificar el volumen del saturacin de informacin ( flood), pudiendo darse casos de un

ataque de cientos o millares de computadoras dirigido a una mquina o red objetivo. Esta tcnica se

ha revelado como una de las ms eficaces y sencillas a la hora de colapsar servidores, la tecnologa

distribuida ha ido haciendo ms sofisticada hasta el punto de otorgar poder de causar daos serios a

personas con escaso conocimiento tcnico.

La falla reportada por la herramienta en lnea deDNS Report,para un servidor DNS que permite

consultas recursivas, indicar algo como lo siguiente:

ERROR: One or more of your nameservers reports that it is an open DNS server. This usually

means that anyone in the world can query it for domains it is not authoritative for (it is possible that

the DNS server advertises that it does recursive lookups when it does not, but that shouldn't

happen). This can cause an excessive load on your DNS server. Alos, it is strongly discouraged to

have a DNS server be both authoritative for your domain and be recursive (even if it is not open), due

to the potential for cache poisoning (with no recursion, there is no cache, and it is impossible to

poison it). Alos, the bad guys could use your DNS server as part of an attack, by forging their IP

address

Significa que el servidor DNS puede permitir a cualquiera realizar consultas recursivas. Si se trata de

un DNS que se desea pueda ser consultado por cualquiera, como puede ser el caso del DNS de un

ISP, esto es normal y esperado. Si se trata de un servidor que slo debe consultar la red local o bien

que se utiliza para propagar dominios alojados de manera local, si es conveniente tomar medidas al

respecto.

Solucin al problema es modificar el archivo named.conf, donde se aade en la seccin de vista

local (view "local") la opcin recursion yes;y una o ms lneas que definan a la red o las redes que

tendrn permitido realizar todo tipo de consultas.
http://www.dnsreport.com/http://www.dnsreport.com/http://www.dnsreport.com/http://www.dnsreport.com/http://www.dnsreport.com/http://www.dnsreport.com/http://www.dnsreport.com/http://www.dnsreport.com/

5/22/2018 DNS

28/56

options {




memstatistics-file


forwarders {192.168.0.1; };

forward first;

dnssec-enable yes;

dnssec-validation yes;

dnssec-lookaside auto;

bindkeys-file "/etc/named.iscdlv.key";

};

logging {



severity dynamic;

};

};

controls {


};

};


view "local" {

5/22/2018 DNS

29/56

match-clients {

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


zone "." IN {

type hint;

file "named.ca";

};

};

Lo anterior hace que slo se puedan realizar consultas recursivas en el DNS desde 127.0.0.0/8,

10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16, ya sea para un nombre de dominio alojado de manera

local y otros dominios resueltos en otros servidores (ejemplo: www.yahoo.com, www.google.com,

www.alcancelibre.org, etc). El resto del mundo slo podr realizar consultas sobre los dominios

alojados de manera local y que estn configurado para permitirlo.

En la siguiente configuracin de ejemplo, se pretende lograr lo siguiente:

Red Local: cualquier tipo de consulta hacia dominios externos y locales (es decir,

www.yahoo.com, www.google.com, alcancelibre.org, adems de midominio.com).

Resto del mundo: slo puede hacer consultas para la zona de midominio.com

De este modo se impide que haya consultas recursivas y con esto impedir la posibilidad de

sufrir/participar de un ataque DDoS.

options {



5/22/2018 DNS

30/56


memstatistics-file


forwarders {192.168.0.1; };

forward first;

dnssec-enable yes;




};

logging {



severity dynamic;

};

};

controls {


};

};


view "publico" {


recursion no;

zone "." IN {

5/22/2018 DNS

31/56

type hint;

file "named.ca";

};

zone "midominio.com" {

type master;

file "data/midominio.com.zone";


allow-transfer { 200.76.185.252;

200.76.185.251; };

};

};

view "local" {

match-clients {

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


zone "." IN {

type hint;

file "named.ca";

};

zone "miredlocal" {

type master;

file "data/miredlocal.zone";


5/22/2018 DNS

32/56

allow-transfer { 192.168.0.2; };

};

};

Un DDoS(Distributed Denial of Service) es una ampliacin del ataque DoS, se efecta con la

instalacin de varios agentes remotos en muchas computadoras que pueden estar localizadas en

diferentes puntos del mundo. El atacante consigue coordinar esos agentes para as, de forma

masiva, amplificar el volumen del saturacin de informacin (flood), pudiendo darse casos de un

ataque de cientos o millares de computadoras dirigido a una mquina o red objetivo. Esta tcnica se

ha revelado como una de las ms eficaces y sencillas a la hora de colapsar servidores, la tecnologa

distribuida ha ido haciendo ms sofisticada hasta el punto de otorgar poder de causar daos serios apersonas con escaso conocimiento tcnico.

La falla reportada por la herramienta en lnea deDNS Report,para un servidor DNS que permite

consultas recursivas, indicar algo como lo siguiente:

ERROR: One or more of your nameservers reports that it is an open DNS server. This usually

means that anyone in the world can query it for domains it is not authoritative for (it is possible that

the DNS server advertises that it does recursive lookups when it does not, but that shouldn't

happen). This can cause an excessive load on your DNS server. Alos, it is strongly discouraged to

have a DNS server be both authoritative for your domain and be recursive (even if it is not open), due

to the potential for cache poisoning (with no recursion, there is no cache, and it is impossible to

poison it). Alos, the bad guys could use your DNS server as part of an attack, by forging their IP

address

Significa que el servidor DNS puede permitir a cualquiera realizar consultas recursivas. Si se trata de

un DNS que se desea pueda ser consultado por cualquiera, como puede ser el caso del DNS de un

ISP, esto es normal y esperado. Si se trata de un servidor que slo debe consultar la red local o bien

que se utiliza para propagar dominios alojados de manera local, si es conveniente tomar medidas al

respecto.

Solucin al problema es modificar el archivo named.conf, donde se aade en la seccin de vista

local (view "local") la opcin recursion yes;y una o ms lneas que definan la red o las redes que

tendrn permitido realizar todo tipo de consultas.

options {
http://www.dnsreport.com/http://www.dnsreport.com/http://www.dnsreport.com/http://www.dnsreport.com/

5/22/2018 DNS

33/56




memstatistics-file


forwarders { 192.168.70.1; };

forward first;

dnssec-enable yes;




};

logging {



severity dynamic;

};

};

controls {


};

};


view "local" {

match-clients {

5/22/2018 DNS

34/56

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


zone "." IN {

type hint;

file "named.ca";

};

};

Lo anterior hace que slo se puedan realizar todo tipo de consultas en el DNS desde 127.0.0.0/8,

10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16, ya sea para un nombre de dominio alojado de manera

local y otros dominios resueltos en otros servidores (ejemplo: www.yahoo.com, www.google.com,

www.alcancelibre.org, etc). El resto del mundo slo podr realizar consultas sobre los dominios

alojados de maneja local y que estn configurado para permitirlo.

En la siguiente configuracin de ejemplo, se pretende lograr lo siguiente:

Red Local: cualquier tipo de consulta hacia dominios externos y locales (es decir,

www.yahoo.com, www.google.com, alcancelibre.org, adems de midominio.com).

Resto del mundo: slo puede hacer consultas para la zona de midominio.com

De este modo se impide que haya consultas recursivas y con esto impedir la posibilidad de

sufrir/participar de un ataque DDoS.

options {




memstatistics-file

5/22/2018 DNS

35/56


forwarders {192.168.0.1; };

forward first;

dnssec-enable yes;




};

logging {



severity dynamic;

};

};

controls {


};

};


view "publico" {


recursion no;

zone "." IN {

type hint;

5/22/2018 DNS

36/56

file "named.ca";

};

zone "midominio.com" {

type master;

file "data/midominio.com.zone";


allow-transfer { 204.13.249.75; 208.78.69.75;

91.198.22.75; };

};

};

view "local" {

match-clients {

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


zone "." IN {

type hint;

file "named.ca";

};

zone "miredlocal" {

type master;

file "data/miredlocal.zone";


allow-transfer { 192.168.0.2; };

5/22/2018 DNS

37/56

};

};

Seguridad adicional en DNS para uso exclusivo en red local.

Si se va a tratar de un servidor de nombres de dominio para uso exclusivo en red local y se quieren

evitar problemas de seguridad de diferente ndole, puede utilizarse el parmetro allow-query, el cual

servir para especificar que slo ciertas direcciones podrn realizar consultas al servidor de

nombres de dominio. Se pueden especificar directamente direcciones IP, redes completas o listas

de control de acceso que debern definirse antes de cualquier otra cosa en el archivo

/etc/named.conf.

Archivo /etc/named.conf

options {

directory "/var/named/";



memstatistics-file


forwarders {

8.8.8.8;

8.8.4.4;

};

forward first;

dnssec-enable yes;




};

logging {

5/22/2018 DNS

38/56



severity dynamic;

};

};

controls {


};

};


view "local" {

match-clients {

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


zone "." IN {

type hint;

file "named.ca";

};

zone "red-local" {

type master;


5/22/2018 DNS

39/56


};


type master;



};

};

Las zonas esclavas.

Las zonas esclavas se refieren a aquellas hospedadas en servidores de nombres de dominio

secundarios y que hacen las funciones de redundar las zonas maestras en los servidores de

nombres de dominio primarios. El contenido del archivo de zona es el mismo que en servidor

primario. La diferencia est en la seccin de texto utilizada en named.conf, donde las zonas se

definen como esclavas y definen los servidores donde est hospedada la zona maestra.

Archivo named.conf Servidor DNS secundario.

view "publico" {


recursion no;

zone "." IN {

type hint;

file "named.ca";

};

zone "dominio.com" {

type slave;

file "dominio.com.zone";

masters { 192.168.1.254; };

};

};

5/22/2018 DNS

40/56

view "local" {

match-clients {

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


zone "." IN {

type hint;

file "named.ca";

};

zone "red-local" {

type slave;


masters { 192.168.1.254; };

};


type slave;


masters { 192.168.1.254; };

};

};

Adicionalmente, si desea incrementar seguridad y desea especificar en el Servidor DNS Primario

que servidores tendrn permitido ser servidores de nombres de dominio secundario, es decir, hacer

transferencias, puede utilizar el parmetro allow-transferdel siguiente modo:

5/22/2018 DNS

41/56

Archivo named.conf Servidor DNS Primario.

view "publico" {


recursion no;

zone "." IN {

type hint;

file "named.ca";

};

zone "dominio.com" {

type master;

file "dominio.com.zone";


allow-transfer {

200.33.146.217;

200.33.146.209;

};

};

};

view "local" {

match-clients {

127.0.0.0/8;

10.0.0.0/8;

172.16.0.0/12;

192.168.0.0/16;

};

recursion yes;


5/22/2018 DNS

42/56

zone "." IN {

type hint;

file "named.ca";

};

zone "red-local" {

type master;



allow-transfer {

192.168.1.15;

192.168.1.16;

};

};


type master;



allow-transfer {

192.168.1.15;

192.168.1.16;

};

};

};

Seguridad adicional para transferencias de zona.

Cuando se gestionan dominios a travs de redes pblicas, es importante considerar que si se tienen

esquemas de servidores maestrosy esclavos, siempre ser ms conveniente utilizar una clave

cifradaen lugar de una direccin IP, debido a que esta ltima puede ser falsificada bajo ciertas

circunstancias.

5/22/2018 DNS

43/56

Comnmente se definen las direcciones IP desde las cuales se permitir transferencias de zonas,

utilizando una configuracin en el archivo/etc/named.confcomo la ejemplificada a continuacin,

donde los servidores esclavos corresponden a los servidores con direcciones IP 192.168.1.11 y

192.168.1.12:

zone "mi-dominio.org" {

type master;

file "data/mi-dominio.org.zone";

allow-update { none; }:

allow-transfer { 192.168.1.11; 192.168.1.12; };

};

Lo anterior permite la transferencia de zona para los servidores con direcciones IP 192.168.1.11 y

192.168.1.12, los cuales utilizan la siguiente configuracin en el archivo/etc/named.conf,

ejemplificada a continuacin, donde el servidor primario (zonas maestras) corresponde al servidor

con direccin IP 192.168.1.1:


type slave;


masters { 192.168.1.1; };

};

El inconveniente del esquema anterior es que es fcil falsificar las direcciones IP. A fin de evitar que

esto ocurra, el mtodo recomendado ser utilizar una clave cifrada que ser validada en lugar de la

direccin IP. La llave se crea con dnssec-keygen, especificando un algoritmo, que puede ser

RSAMD5o RSA, DSA, DH(Diffie Hellman) o HMAC-MD5, el tamao de la llave en octetos (bits), el

tipo de la llave, que puede ser ZONE, HOST, ENTITY o USER y el nombre especfico para la clave

cifrada. DSA y RSA se utilizan para DNS Seguro(DNSSEC), en tanto que HMAC-MD5se utiliza

para TSIG(Transfer SIGnature o transferencia de firma). Lo ms comn es utilizar TSIG. En el

siguiente ejemplo, se generar en el directorio de trabajo actual la clave mi-dominio.org, utilizando

/dev/randomcomo fuente de datos aleatorios, un algoritmo HMAC-MD5tipo HOSTde 128 octetos

(bits):

5/22/2018 DNS

44/56

dnssec-keygen -r /dev/random -a HMAC-MD5 -b 128 -n HOST mi-

dominio.org

Lo anterior devuelve una salida similar a la siguiente:

Kmi-dominio.org.+157+32322

Al mismo tiempo se generaran dos archivos en el directorio/var/named/, que corresponderan a

Kmi-dominio.org.+157+32322.keyy Kmi-dominio.org.+157+32322.private. Kmi-

dominio.org.+157+32322.keydeber tener un contenido como el siguiente, el cual corresponde al

registro que se aade dentro del archivo de zona:

mi-dominio.org. IN KEY 512 3 157 NPuNuxvZAjtd3mriuygT8Q==

Kmi-dominio.org.+157+32322.privatedeber tener un contenido como el siguiente:

Private-key-format: v1.2

Algorithm: 157 (HMAC_MD5)

Key: NPuNuxvZAjtd3mriuygT8Q==

En ambos casos, NPuNuxvZAjtd3mriuygT8Q==corresponde a la clave cifrada. Ambos deben

tener la misma clave.

Los dos archivos slo deben tener atributos de lectura para el usuario named.

chmod 400 Kmi-dominio.org.+157+32322.*

chown named.named Kmi-dominio.org.+157+32322.*

A fin de poder ser utilizados, ambos archivos deben ser movidos hacia el directorio

/var/named/data/.

mv Kmi-dominio.org.+157+32322.*/var/named/data/

A continuacin, restaure los atributos predeterminados para estos archivos utilizando restorecon,

del siguiente modo:

restorecon -R /var/named/data/

5/22/2018 DNS

45/56

En el servidor primario (zonas maestras), se aade la siguiente configuracin en el archivo

/etc/named.conf:

key mi-dominio.org {

algorithm HMAC-MD5;

secret "NPuNuxvZAjtd3mriuygT8Q==";

};


type master;



allow-transfer { key mi-dominio.org; };

};

Los servidores esclavos utilizaran la siguiente configuracin en el archivo/etc/named.conf, en

donde se define la clave y que sta ser utilizada para realizar conexiones hacia el servidor primario

(zonas maestras) (192.168.1.1, en el ejemplo):

key mi-dominio.org {

algorithm HMAC-MD5;

secret "NPuNuxvZAjtd3mriuygT8Q==";

};

server 192.168.1.1 {

keys { mi-dominio.org; };

};


type slave;

masters { 192.168.1.1; };

5/22/2018 DNS

46/56

};

Comprobaciones.

Tanto en el servidor primario (zonas maestras) como en los servidores esclavos, utilice tailpara ver

la salida del archivo/var/log/messages, pero slo aquello que contenga la cadena de caracteres

named:

tail -f /var/log/messages |grep named

Al reiniciar el servicio nameden servidor primario (zonas maestras), se debe mostrar una salida

similar a la siguiente cuando un servidor esclavo realiza una transferencia:

Sep 10 01:57:40 servidor named[6042]: listening on IPv4 interface eth0,

192.168.1.64#53

Sep 10 01:57:40 servidor named[6042]: command channel listening on 127.0.0.1#953

Sep 10 01:57:40 servidor named[6042]: zone 0.in-addr.arpa/IN: loaded serial 42

Sep 10 01:57:40 servidor named[6042]: zone 0.0.127.in-addr.arpa/IN: loaded serial

1997022700


Sep 10 01:57:40 servidor named[6042]: zone

0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: loaded

serial 1997022700

Sep 10 01:57:40 servidor named[6042]: zone localdomain/IN: loaded serial 42

Sep 10 01:57:40 servidor named[6042]: zone localhost/IN: loaded serial 42

Sep 10 01:57:40 servidor named[6042]: zone mi-dominio.org/IN: loaded serial

2009091001

Sep 10 01:57:40 servidor named: Iniciacin de named succeeded

Sep 10 01:57:40 servidor named[6042]: running

Sep 10 01:57:40 servidor named[6042]: zone mi-dominio.org/IN: sending notifies

(serial 2009091001)

Sep 10 01:59:49 servidor named[6042]: client 192.168.1.11#32817: transfer of 'mi-

dominio.org/IN': AXFR started

Al reiniciar el servicio nameden los servidores esclavos, se debe mostrar una salida similar a la

siguiente:

5/22/2018 DNS

47/56


192.168.1.253#53




1997022700


Sep 10 01:58:15 servidor named[5080]: zone

0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: loaded

serial 1997022700

Sep 10 01:58:15 servidor named[5080]: zone localdomain/IN: loaded serial 42




Sep 10 01:58:15 servidor named[5080]: zone mi-dominio.org/IN: transferred serial

2009091001

Sep 10 01:58:15 servidor named[5080]: transfer of 'mi-dominio.org/IN' from

192.168.1.1#53: end of transfer

Sep 10 01:58:15 servidor named[5080]: zone mi-dominio.org/IN: sending notifies

(serial 2009091001)

Reiniciar servicio y depuracin de configuracin.

Al terminar de editar todos los archivos involucrados, slo bastar reiniciar el servidor de nombres

de dominio.

service named restart

Si queremos que el servidor de nombres de dominio quede aadido entre los servicios en el

arranque del sistema, deberemos realizar lo siguiente a fin de habilitar namedjunto con el arranque

del sistema:

chkconfig named on

Realice prueba de depuracin y verifique que la zona haya cargado con nmero de serie:

5/22/2018 DNS

48/56

tail -80 /var/log/messages |grep named

Lo anterior, si est funcionando correctamente, debera devolver algo parecido a lo mostrado a

continuacin:

Sep 10 02:15:15 servidor named[30618]: starting BIND 9.2.2 -u named

Sep 10 02:15:15 servidor named[30618]: using 1 CPU


Sep 10 02:15:15 servidor named[30622]: loading configuration from '/etc/named.conf'

Sep 10 02:15:15 servidor named[30622]: no IPv6 interfaces found

Sep 10 02:15:15 servidor named[30622]: listening on IPv4 interface lo, 127.0.0.1#53


192.168.1.1#53


Sep 10 02:15:16 servidor named[30622]: zone 0.0.127.in-addr.arpa/IN: loaded serial 3


2009091001


Sep 10 02:15:16 servidor named[30622]: zone mi-dominio.com.mx/IN: loaded serial

2009091001


Sep 10 02:15:16 servidor named[30622]: zone 1.168.192.in-addr.arpa/IN: sending

notifies (serial 2009091001)

Sep 10 02:15:16 servidor named[30622]: zone mi-dominio.com.mx/IN: sending notifies

(serial 2009091001)

DNS (BIND) en CentOS 6.2Bueno, hoy voy a postear como hacer un servidor de nombres de dominio DNS primario (maestro).

Un servidor de nombres de dominio tiene como principal funcionalidad el transformar nombre fciles de

recordar en ips ya que es mucho ms fcil recordar un nombre que un numero de direccin ipv4

(imaginemos que pasara si tendramos que recordar una ipv6 ), dicho servidor ser el BIND una

distribucin de DNS de la universidad de Berkeley.

Bueno si se ha tenido experiencia previa con CentOS 5.X se notara una diferencia ya que no se necesita

el caching-nameserver porque se incorporo en la versin de 9.7 al paquete principal de BIND, y las

direcciones de los archivos de configuracin del named son ms fciles de encontrar y configurar.

5/22/2018 DNS

49/56

yum install bind*

Verificamos nuestra ip en la red

Ahora configuramos para que nuestro Linux para usar ip esttica y no de forma dinmica por DHCP, nos

dirigimos a la parte superior derecha del sistema operativo y cambiamos la configuracin de la tarjeta

de red con una nueva ip

Click en editar las conexiones, editamos nuestra tarjeta de red en este caso la eth1 (tener en cuenta

de colocar la propia ip en el campo Servidores DNS) y marcar la casilla disponible para todos los

usuarios
http://3.bp.blogspot.com/-JVyDufNGELw/T-rGOwV65-I/AAAAAAAAABY/eJaU6AMz0WQ/s1600/DNS3.pnghttp://4.bp.blogspot.com/-xkqybNmb1ZM/T-rGMGXGbHI/AAAAAAAAABQ/EGt5GZVtz3g/s1600/DNS2.pnghttp://4.bp.blogspot.com/-zQethz5nVRM/T-rGLb6LsYI/AAAAAAAAABI/IoqUkIrlLh4/s1600/DNS1.pnghttp://3.bp.blogspot.com/-JVyDufNGELw/T-rGOwV65-I/AAAAAAAAABY/eJaU6AMz0WQ/s1600/DNS3.pnghttp://4.bp.blogspot.com/-xkqybNmb1ZM/T-rGMGXGbHI/AAAAAAAAABQ/EGt5GZVtz3g/s1600/DNS2.pnghttp://4.bp.blogspot.com/-zQethz5nVRM/T-rGLb6LsYI/AAAAAAAAABI/IoqUkIrlLh4/s1600/DNS1.pnghttp://3.bp.blogspot.com/-JVyDufNGELw/T-rGOwV65-I/AAAAAAAAABY/eJaU6AMz0WQ/s1600/DNS3.pnghttp://4.bp.blogspot.com/-xkqybNmb1ZM/T-rGMGXGbHI/AAAAAAAAABQ/EGt5GZVtz3g/s1600/DNS2.pnghttp://4.bp.blogspot.com/-zQethz5nVRM/T-rGLb6LsYI/AAAAAAAAABI/IoqUkIrlLh4/s1600/DNS1.png

5/22/2018 DNS

50/56

Verificamos en nuestro archivo de configuracin ubicado en: /etc/sysconfig/network-scripts/ifcfg-

Auto_eth1

Y reiniciamos el servicio: service network restart

Modificaremos el archivo network donde colocaremos el nombre de nuestro equipo con nuestro

dominio recordemos usar nombres FQDN, en este usaremos dnsvm1.uce.com.ec para nuestro equipo.

nano /etc/sysconfig/network
http://1.bp.blogspot.com/-LGYejXOKggM/T-rGRDM7I0I/AAAAAAAAABw/glY3NYX1m60/s1600/DNS6.pnghttp://1.bp.blogspot.com/-yFjESpD18vs/T-rGQd-5dgI/AAAAAAAAABo/6KMqu1WsGWw/s1600/DNS5.pnghttp://4.bp.blogspot.com/-1P097CHqFLk/T-rGP4GreXI/AAAAAAAAABg/XHXdE_gb6Gg/s1600/DNS4.pnghttp://1.bp.blogspot.com/-LGYejXOKggM/T-rGRDM7I0I/AAAAAAAAABw/glY3NYX1m60/s1600/DNS6.pnghttp://1.bp.blogspot.com/-yFjESpD18vs/T-rGQd-5dgI/AAAAAAAAABo/6KMqu1WsGWw/s1600/DNS5.pnghttp://4.bp.blogspot.com/-1P097CHqFLk/T-rGP4GreXI/AAAAAAAAABg/XHXdE_gb6Gg/s1600/DNS4.pnghttp://1.bp.blogspot.com/-LGYejXOKggM/T-rGRDM7I0I/AAAAAAAAABw/glY3NYX1m60/s1600/DNS6.pnghttp://1.bp.blogspot.com/-yFjESpD18vs/T-rGQd-5dgI/AAAAAAAAABo/6KMqu1WsGWw/s1600/DNS5.pnghttp://4.bp.blogspot.com/-1P097CHqFLk/T-rGP4GreXI/AAAAAAAAABg/XHXdE_gb6Gg/s1600/DNS4.png

5/22/2018 DNS

51/56

Modificamos nuestro archivo resolv.conf para incluir otro servidor DNS, si se existiera otro adicional en

nuestra red con la misma sintaxis nameserver xxx.xxx.xxx.xxx

nano /etc/resolv.conf

Configuramos el archivo hosts para agregar el nombre de nuestro equipo con el dominio segn la ip del

mismo.

nano /etc/hosts

Ahora a configurar los archivos del demonio named, y permitiendo las consultas de cualquier ip en

nuestro dominio.

nano /etc/named.conf

agregamos las lneas:

listen-on port 53 { xxx.xxx.xxx.xxx ; };

allow-query { any; };
http://2.bp.blogspot.com/-3hN40NMLWlA/T-rGpjm1E4I/AAAAAAAAACA/SqMfacyxpas/s1600/DNS8.pnghttp://1.bp.blogspot.com/-BndKxiQl1bs/T-rGRxx__tI/AAAAAAAAAB4/6gAyxUHAoxg/s1600/DNS7.pnghttp://2.bp.blogspot.com/-3hN40NMLWlA/T-rGpjm1E4I/AAAAAAAAACA/SqMfacyxpas/s1600/DNS8.pnghttp://1.bp.blogspot.com/-BndKxiQl1bs/T-rGRxx__tI/AAAAAAAAAB4/6gAyxUHAoxg/s1600/DNS7.png

5/22/2018 DNS

52/56

Copiar los archivos named.localhost, named.loopback con los nombres forward.zone y reverse.zone

respectivamente. Estos nuevos archivos sirven para definir las zonas frontales e inversas del DNS.

Al final de este archivo named.conf tenemos una lnea include, editaremos el archivo que estaespecificado ah.

nano /etc/named.rfc1912.zones

Editamos las zonas localhost.localdomain, hacemos una copia de la zona 1.0.0.127.in-addr.arpa y

editamos dicha copia.
http://2.bp.blogspot.com/-CAKAIzGayMw/T-rGqzw2BcI/AAAAAAAAACY/eQ4D5aI4sCw/s1600/DNS11.pnghttp://2.bp.blogspot.com/-IA6lYbHhakc/T-rGqWJX9nI/AAAAAAAAACQ/nHnh6KBSaBY/s1600/DNS10.pnghttp://2.bp.blogspot.com/-F10WvqfwUX8/T-rGp7nm26I/AAAAAAAAACE/ncc-6pYcnAQ/s1600/DNS9.pnghttp://2.bp.blogspot.com/-CAKAIzGayMw/T-rGqzw2BcI/AAAAAAAAACY/eQ4D5aI4sCw/s1600/DNS11.pnghttp://2.bp.blogspot.com/-IA6lYbHhakc/T-rGqWJX9nI/AAAAAAAAACQ/nHnh6KBSaBY/s1600/DNS10.pnghttp://2.bp.blogspot.com/-F10WvqfwUX8/T-rGp7nm26I/AAAAAAAAACE/ncc-6pYcnAQ/s1600/DNS9.pnghttp://2.bp.blogspot.com/-CAKAIzGayMw/T-rGqzw2BcI/AAAAAAAAACY/eQ4D5aI4sCw/s1600/DNS11.pnghttp://2.bp.blogspot.com/-IA6lYbHhakc/T-rGqWJX9nI/AAAAAAAAACQ/nHnh6KBSaBY/s1600/DNS10.pnghttp://2.bp.blogspot.com/-F10WvqfwUX8/T-rGp7nm26I/AAAAAAAAACE/ncc-6pYcnAQ/s1600/DNS9.png

5/22/2018 DNS

53/56

Editamos los archivos forward.zone y reverse.zone como sigue:
http://1.bp.blogspot.com/-3ldL20S1y1g/T-rGriCBWsI/AAAAAAAAACo/GgverHm8qi8/s1600/DNS13.pnghttp://4.bp.blogspot.com/-OsXFrh3pOzo/T-rGrC8085I/AAAAAAAAACg/tbx-yAc19oo/s1600/DNS12.pnghttp://1.bp.blogspot.com/-3ldL20S1y1g/T-rGriCBWsI/AAAAAAAAACo/GgverHm8qi8/s1600/DNS13.pnghttp://4.bp.blogspot.com/-OsXFrh3pOzo/T-rGrC8085I/AAAAAAAAACg/tbx-yAc19oo/s1600/DNS12.pnghttp://4.bp.blogspot.com/-OsXFrh3pOzo/T-rGrC8085I/AAAAAAAAACg/tbx-yAc19oo/s1600/DNS12.png

5/22/2018 DNS

54/56

Cambiamos de propietario y grupo a los archivos forward y reverse.

Iniciamos el servicio named, si se desea que el servicio se ejecute cada vez que se inicia la maquina

ejecutamos:

service named start

chkconfig named on

Probamos el funcionamiento del servidor con los 3 tipos de pruebas dig, nslookup y host

Pruebas de Zona Frontal

dig dnsvm1.uce.com.ec
http://4.bp.blogspot.com/-zkBi5ukvX9s/T-rGsdJlCmI/AAAAAAAAAC4/sWfHF4rMOtI/s1600/DNS15.pnghttp://3.bp.blogspot.com/-saOkCjyEsMk/T-_2LmsmBVI/AAAAAAAAADk/6q7Vl5_sWpA/s1600/DNS14.pnghttp://4.bp.blogspot.com/-zkBi5ukvX9s/T-rGsdJlCmI/AAAAAAAAAC4/sWfHF4rMOtI/s1600/DNS15.pnghttp://3.bp.blogspot.com/-saOkCjyEsMk/T-_2LmsmBVI/AAAAAAAAADk/6q7Vl5_sWpA/s1600/DNS14.png

5/22/2018 DNS

55/56

Como resultado obtenemos un NOERROR, en caso de tener NXDOMAIN significa que nuestra zona

frontal est mal configurada y debemos revisar la configuracin del mismo

nslookup dnsvm1.uce.com.ec

host dnsvm1.uce.com.ec

Pruebas de Zona Inversa

digx 192.168.10.107

Como resultado obtenemos un NOERROR, en caso de tener NXDOMAIN significa que nuestra zona

inversa est mal configurada y debemos revisar la configuracin del mismo
http://2.bp.blogspot.com/-coKcaqU1vrg/T-rGwoxxQBI/AAAAAAAAADI/XQntJZde9PQ/s1600/DNS17.pnghttp://2.bp.blogspot.com/-Fg-Z_YrLgZU/T-rGv8-uoeI/AAAAAAAAADA/WWmIVYynjk8/s1600/DNS16.pnghttp://2.bp.blogspot.com/-coKcaqU1vrg/T-rGwoxxQBI/AAAAAAAAADI/XQntJZde9PQ/s1600/DNS17.pnghttp://2.bp.blogspot.com/-Fg-Z_YrLgZU/T-rGv8-uoeI/AAAAAAAAADA/WWmIVYynjk8/s1600/DNS16.png

5/22/2018 DNS

56/56

nslookup 192.168.10.107

host 192.168.10.107
http://1.bp.blogspot.com/-3fVgOPkG3dg/T-rGxtrjjxI/AAAAAAAAADY/nnD18SKtT8o/s1600/DNS20.pnghttp://1.bp.blogspot.com/-9WI7wPz9rmA/T-rGxAQjbsI/AAAAAAAAADQ/kGoJFausuvg/s1600/DNS19.pnghttp://1.bp.blogspot.com/-3fVgOPkG3dg/T-rGxtrjjxI/AAAAAAAAADY/nnD18SKtT8o/s1600/DNS20.pnghttp://1.bp.blogspot.com/-9WI7wPz9rmA/T-rGxAQjbsI/AAAAAAAAADQ/kGoJFausuvg/s1600/DNS19.png

dns

Documents

dominio a direcciones

nombres de dominio idndependen

cliente dns

nombre de anfitrin

nombre regular

maquina1 yun dominio

rbol jerrquicodel dns

laasignacin de nombres