De hecho, escribí una publicación de blog en este sentido hace unos años sobre la configuración de un servidor DNS solo para caché para una red local (para resolver DNS localmente si es posible, en lugar de consultar a servidores DNS públicos).
Afortunadamente, no hay una gran diferencia entre esto y la configuración de un servidor DNS público (más sobre eso a continuación), excepto que querrás tener lo siguiente en lugar de lo que aparece en la publicación del blog vinculada anteriormente:
opciones {
// para permitir la búsqueda recursiva de los servidores de nombres raíz si es necesario
recursividad sí;
// permitir que cualquier host consulte BIND; teniendo ‘interno’; mapas a la lista de acl en la parte superior, puede usar similar para restringir a ciertas IP externas si lo desea
allow-query {any;}
}
- ¿Cuáles son las velocidades de red típicas y más rápidas posibles entre el almacenamiento de red y un nodo de ejecución?
- ¿Cómo se relaciona iot con las redes y el análisis?
- ¿Qué significa realmente el "aislamiento lógico" en las redes de computadoras?
- ¿De qué forma existen los datos? ¿Cómo se transfieren los datos a través de una red inalámbrica? ¿Por qué no podemos ver esta transferencia de datos?
- ¿Un módem de acceso telefónico crea una red entre las computadoras conectadas? ¿Es seguro?
Ahora, como han mencionado otros, hay razones por las que es probable que no desee alojar un servidor DNS público (y completamente abierto).
- Confiabilidad : si desea una gran adopción, querrá que el servidor DNS sea confiable. Esto implica tener más de un único host, idealmente distribuido por todo el mundo y tener múltiples sistemas en cada lugar para cualquier problema que pueda surgir.
- Mal intento de otros : es probable que vea cosas como el equilibrio de la caché de DNS (u otros ataques falsos), ataques DDoS (o ataque de amplificación, lea brevemente aquí sobre ellos) o ataques de transferencia de zona.
Todavía sería un buen ejercicio para configurar uno, si está interesado.
¡La mejor de las suertes!