Tipos de servidores DNS
Los servidores DNS desempeñan una amplia variedad de funciones:un solo servidor de nombres puede ser maestro para algunas zonas, esclavo para otras y proporcionar servicios de almacenamiento en caché o reenvío para otras.
La función del servidor de nombres está controlada por su archivo de configuración, que en el caso de BIND se llama named.conf . La combinación de parámetros globales en el archivo named.conf (definido en una cláusula de opciones) y las zonas a las que se da servicio (definidas en una o más cláusulas de zona) determinan la funcionalidad completa del servidor de nombres. Dependiendo de los requisitos, tales configuraciones pueden volverse muy complejas.
1. Servidores raíz
Los servidores raíz se ubican en la parte superior o raíz de la jerarquía DNS y mantienen datos sobre cada una de las zonas de nivel superior. Los servidores raíz son mantenidos por la NIC y se han movido a un dominio común para propósitos de nombres consistentes. Los servidores raíz se denominan A.root-servers.net., B.root-servers.net., y así sucesivamente.
2. Servidores primarios (maestros)
- Cada dominio debe tener un servidor principal. El servidor principal tiene las siguientes características.
- Por lo general, solo hay un servidor principal por dominio.
- Son el sistema donde se realizan todos los cambios en el dominio.
- Tienen autoridad para todos los dominios a los que sirven.
- Actualizan y sincronizan periódicamente los servidores secundarios del dominio.
- En las versiones actuales de BIND, están definidos por el argumento maestro de tipo para la declaración de zona en el archivo de configuración /etc/named.conf .
3. Servidores secundarios
Cada dominio debe tener al menos un servidor secundario. De hecho, la NIC no permitirá que un dominio se registre oficialmente como un subdominio de un dominio de nivel superior hasta que un sitio demuestre que dos servidores DNS funcionan. Los servidores secundarios tienen las siguientes características.
- Hay uno o más servidores secundarios por dominio.
- Obtienen una copia de la información de dominio para todos los dominios que sirven desde el servidor primario apropiado u otro servidor secundario para el dominio.
- Tienen autoridad para todos los dominios que sirven.
- Periódicamente reciben actualizaciones de los servidores primarios del dominio.
- Proporcionan carga compartida con los servidores primarios y otros servidores del dominio.
- Proporcionan redundancia en caso de que uno o más servidores no estén disponibles temporalmente.
- Proporcionan más acceso local a la resolución de nombres si se colocan correctamente.
- En las versiones actuales de BIND, se definen mediante el argumento de tipo esclavo en la declaración de zona en /etc/named.conf archivo.
4. Servidores de solo almacenamiento en caché
Estos servidores solo almacenan en caché la información de cualquier dominio DNS. No tienen autoridad para ningún dominio. Los servidores de solo almacenamiento en caché ofrecen las siguientes características.
- Proporcionan caché local de nombres buscados.
- Tienen menos gastos administrativos.
- Nunca tienen autoridad para ningún dominio.
- Reducen la sobrecarga asociada con los servidores secundarios que realizan transferencias de zona desde los servidores primarios.
- Permiten el acceso del cliente DNS a la información de nombres en caché local sin el costo de configurar un servidor DNS primario o secundario.
5. Servidores de reenvío
Los servidores de reenvío son una variación de un servidor primario o secundario y actúan como puntos focales para todas las consultas DNS externas. La designación de un servidor como servidor de reenvío hace que todas las solicitudes externas pasen primero por ese servidor. Los servidores de reenvío tienen las siguientes características.
- Se utilizan para centralizar las solicitudes externas.
- El servidor que se utiliza como reenviador genera una gran cantidad de información.
- Todas las consultas externas pasan primero por los reenviadores.
- Reducen la cantidad de solicitudes externas redundantes.
- No se requiere ninguna configuración especial en los reenviadores.
- Si los reenviadores no responden a las consultas, el servidor local aún puede comunicarse con un sitio remoto, los propios servidores DNS.