DNS · Redes · Servidores
Un DNS local permite resolver nombres dentro de tu propia red, centralizar consultas, usar nombres fáciles para servidores y aplicar políticas sin depender únicamente del DNS del proveedor de Internet.
- Qué significa tener DNS dentro de tu red.
- Diferencia entre resolver, reenviar y mantener nombres locales.
- Qué ventajas ofrece para servidores caseros y pequeñas oficinas.
- Cómo se relaciona con Pi-hole, Unbound y Tailscale MagicDNS.
Base
DNS traduce nombres a direcciones IP
El Domain Name System permite usar nombres como example.com en lugar de recordar una dirección IP. En una red doméstica, el router suele entregar a los clientes uno o varios resolvers DNS.
Cuando escribes un dominio, el cliente pregunta a su resolver. Si este no conoce la respuesta, sigue el proceso necesario para obtenerla y devolverla.
Concepto
¿Qué es un DNS local?
Es un servicio DNS que funciona dentro de tu propia red o infraestructura y atiende consultas de tus dispositivos. Puede cumplir varias funciones según cómo lo configures:
- resolver nombres internos;
- cachear respuestas;
- reenviar consultas hacia resolvers externos;
- aplicar filtros o políticas;
- actuar como resolver recursivo;
- responder de forma distinta según desde dónde se consulte.
Un resolver local puede responder nombres internos y, al mismo tiempo, reenviar dominios públicos hacia Cloudflare, Google, el ISP, Unbound u otro resolver.
Comodidad
Usar nombres para servidores y servicios internos
Si tienes un servidor en 192.168.3.50, puedes crear un registro interno como servidor.casa. Así las personas y aplicaciones no necesitan memorizar la IP.
nas.casa→192.168.3.20ha.casa→192.168.3.30servidor.casa→192.168.3.50Esto facilita mover servicios entre máquinas. Si cambia la IP del servidor, actualizas el DNS y los clientes siguen usando el mismo nombre.
Rendimiento
Caché y DNS forwarding
Un DNS local puede guardar temporalmente respuestas. Si varios dispositivos consultan el mismo dominio durante el periodo de validez, el resolver puede responder desde caché sin repetir todo el proceso externo.
En modo forwarding, el servidor local envía las consultas que no conoce a un upstream. Es el modelo habitual cuando Pi-hole reenvía consultas permitidas hacia un resolver configurado.
Otra opción
Resolver recursivamente con Unbound
En vez de depender de un resolver público tradicional, puedes usar un software como Unbound para realizar resolución recursiva. En ese diseño, el resolver consulta la jerarquía DNS necesaria para obtener respuestas autoritativas.
Pi-hole documenta una configuración en la que Pi-hole filtra las consultas y Unbound funciona como resolver recursivo local.
Pi-hole aporta política y filtrado; Unbound puede aportar resolución recursiva. No son productos equivalentes.
Redes híbridas
Split DNS: un mismo nombre con respuestas diferentes
Split DNS permite que un nombre se resuelva de forma distinta dentro y fuera de una red. Por ejemplo, app.example.com podría apuntar a una IP privada desde la LAN y a una dirección pública desde Internet.
Esto es útil cuando quieres evitar salir a Internet para llegar a servicios internos o cuando una aplicación debe conservar el mismo hostname en distintos entornos.
Filtrado
Pi-hole puede ser tu DNS local, pero DNS local es un concepto más amplio
Pi-hole actúa como servidor DNS de red y añade filtrado mediante listas y reglas. También puede responder nombres locales y cachear consultas.
Sin embargo, no necesitas Pi-hole para tener DNS local. Puedes usar BIND, Unbound, dnsmasq, Technitium, AdGuard Home, Windows DNS u otras soluciones según el objetivo.
Consulta ¿Qué es Pi-hole y cómo funciona?.
Red privada
Tailscale MagicDNS resuelve nombres dentro del tailnet
MagicDNS registra automáticamente nombres de los dispositivos Tailscale. Esto permite conectarte a un nodo usando su nombre en lugar de su IP Tailscale.
Es un ejemplo de DNS privado orientado a una red overlay. Puede coexistir con tus resolvers DNS locales y con configuraciones split DNS para dominios específicos.
No confundir
DNS local y mDNS no son exactamente lo mismo
mDNS permite resolver nombres en el enlace local sin un servidor DNS tradicional, y suele asociarse a nombres .local. Tecnologías como Bonjour y Avahi lo utilizan para descubrimiento en redes locales.
Un DNS local tradicional es un servicio centralizado o distribuido que responde consultas DNS según registros y reglas definidas. Para redes con varios segmentos, VPNs o servidores permanentes, suele ofrecer más control que depender únicamente de mDNS.
Uso práctico
¿Cuándo conviene tener un DNS local?
Nombres estables para NAS, Home Assistant, paneles y APIs.
Filtrado centralizado de dominios para toda la red.
Nombres para VMs, contenedores y entornos de pruebas.
Resolver servicios privados a través de Tailscale u otra red virtual.
Centralizar nombres y políticas internas.
Usar hostnames consistentes dentro y fuera de la red.
Si solo tienes unos pocos dispositivos y nunca accedes a servicios internos por nombre, quizá no necesites administrar un DNS propio. Pero en cuanto empiezas a operar servidores, VMs o varias aplicaciones, los nombres centralizados simplifican mucho la red.
