TecnoHN · Tecnología práctica

Qué es un DNS local

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.

Actualizado: 12 de noviembre de 2026Nivel: básico/intermedioLectura aproximada: 10–13 min
En este artículo veremos:
  • 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.
DNS local no significa necesariamente “sin Internet”.

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.50

Esto 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.

Son funciones complementarias.

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.

¿Quieres entender Pi-hole?

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?

Servidor casero

Nombres estables para NAS, Home Assistant, paneles y APIs.

Pi-hole

Filtrado centralizado de dominios para toda la red.

Laboratorio

Nombres para VMs, contenedores y entornos de pruebas.

VPN

Resolver servicios privados a través de Tailscale u otra red virtual.

Pequeña oficina

Centralizar nombres y políticas internas.

Split DNS

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.

Fuentes oficiales