software de gestión de DNS

El software de gestión de DNS es un programa informático que controla clústeres de servidores del Sistema de Nombres de Dominio (DNS). Los datos DNS suelen implementarse en varios servidores físicos. Los principales objetivos del software de gestión de DNS son:

• para reducir el error humano al editar datos DNS complejos y repetitivos
• para reducir el esfuerzo necesario para editar los datos DNS
• para validar los datos DNS antes de que se publiquen en los servidores DNS
• para automatizar la distribución de datos DNS

La rápida expansión de internet a mediados de la década de 1990 puso de manifiesto las limitaciones de la gestión manual del DNS. Entre 1995 y mediados de 1997, el número de dominios registrados pasó de 70 000 ^{[ 1 ]} a más de 1,3 millones. ^{[ 2 ]} La administración inicial se basaba en el software BIND , donde el registro se gestionaba a menudo por correo electrónico ^{[ 3 ]} y los archivos de zona se editaban manualmente con editores de texto. A medida que los proveedores de alojamiento comenzaron a gestionar cientos de miles de zonas, ^{[ 4 ]} surgieron varias ineficiencias críticas:

• Errores manuales y tiempo de inactividad del servidor: Los errores de sintaxis en los archivos de zona editados manualmente podrían provocar que BIND falle durante las recargas, lo que conllevaría interrupciones del servicio.
• Problemas de escalabilidad: En el hardware actual, las recargas completas de BIND para conjuntos de datos grandes pueden tardar varias horas.
• Retrasos en la propagación: La combinación de ediciones manuales y procesamiento lento a menudo provocaba que los cambios de DNS tardaran más de 24 horas en propagarse por la red.

Para superar estos obstáculos, los administradores desarrollaron inicialmente scripts internos de Perl y Shell para la automatización. Esto, con el tiempo, dio lugar al desarrollo de un software especializado para la gestión de DNS, diseñado para validar datos, reducir errores humanos y automatizar la distribución en clústeres de servidores.

Mientras lidiaban con los desafíos de editar archivos de zona, muchos administradores de sistemas notaron que SQL es un excelente lugar para almacenar datos DNS. Al trasladar la fuente única de verdad de archivos de texto a SQL, los datos DNS podían validarse y restringirse antes de su aceptación en la base de datos. Los scripts de exportación podían convertir SQL a archivos de zona. Rsync podía reemplazar named-xfer para la distribución, aumentando la seguridad y reduciendo el tiempo de propagación. Entre los grandes proveedores de alojamiento, se puso de moda almacenar datos DNS en SQL y crear una interfaz personalizada para gestionarlos. mysqlBind es uno de estos gestores DNS. Proporciona una interfaz web para la entrada de datos y los exporta a archivos de zona BIND.

En 2000, Daniel J. Bernstein lanzó Djbdns . Una de sus características novedosas era que tinydns, el servidor DNS autoritativo incluido, proporcionaba DNS directamente desde una base de datos CDB . La base de datos CDB debía compilarse a partir de un archivo de texto plano cuyo formato estaba diseñado para ser editado mediante scripts. Tinydns se convirtió rápidamente en el segundo servidor DNS más popular ^{[ 5 ]} y se lanzaron varios gestores DNS para él, entre ellos: VegaDNS , SuaveDNS y NicTool .

En 2005 se lanzó PowerDNS . Una de sus características era la capacidad de servir datos DNS directamente desde la base de datos SQL, evitando por completo el paso de exportación. PowerDNS también dio origen a varios gestores DNS que proporcionan interfaces web para su almacén de datos SQL.

Mediante el protocolo de actualización DDNS RFC2136 , es posible cambiar las zonas DNS sin acceder a los archivos de zona. Algunas herramientas de administración que funcionan de esta manera son Admin4 y NicTool a través de su mecanismo de exportación nsupdate ^{[ 6 ]} .

Los proveedores de servicios DNS suelen implementar distintos tipos de servidores DNS en sus redes. Además, pueden proporcionar respuestas diferentes a los clientes DNS según su ubicación geográfica, determinada por su dirección IP ( GeoIP ). La forma más práctica de gestionar esta infraestructura crítica de Internet ha sido recurrir a bases de datos y software complejo de gestión DNS para garantizar la homogeneidad y evitar errores puntuales de implementación.

El formato de archivo de zona BIND es un estándar industrial ampliamente utilizado y documentado en el RFC 1035. Varios otros servidores DNS, incluidos PowerDNS, NSD , Knot DNS , Microsoft DNS Server y Micetro de MEn&Mice, tienen la capacidad de leer archivos de zona BIND y utilizarlos para servir direcciones IP.

• El administrador DNS de Microsoft admite DNSSEC a partir de Windows Server 2012. Algunos registros DNSSEC no se pueden agregar directamente, sino que se generan durante la firma de zona y se gestionan como tales.

Las principales razones por las que los proveedores de DNS (especialmente los operadores raíz) utilizan distintos servidores DNS son la diversidad de código y el rendimiento de las aplicaciones. La diversidad de código reduce la probabilidad de que un fallo de rendimiento o seguridad en un servidor DNS pueda ser explotado para provocar un ataque de denegación de servicio contra una organización. Por este motivo, los operadores raíz y de dominios de nivel superior (TLD) suelen utilizar NSD y Knot DNS. El software de gestión de DNS puede simplificar enormemente la publicación de datos DNS en distintos servidores DNS. ^{[ 8 ]}

• Comparación de software de servidor DNS
• Gestión de direcciones IP (sistemas de gestión de IP, DNS y DHCP)
• DNSbox – Software de gestión DNS de ApplianSys .
• Nominum – Empresa de software DNS fundada por Paul Mockapetris
• Secure64 – Software de gestión DNS.
• Ganymede : software de gestión de directorios de red con licencia GPL que puede gestionar DNS/DHCP.
• unxsVZ::unxsBind (antes mysqlBind) – Software de gestión DNS con licencia GPL, parte del paquete de software de nube privada unxsVZ.