Hace unos meses mucha gente se despertó con móviles y routers que dejaban de resolver dominios porque un DNS público que confiaban había cerrado de la noche a la mañana. No es teoría: el servicio dns0.eu anunció su cierre inmediato y recomendó migrar a alternativas como DNS4EU o NextDNS, dejando claro que no era sostenible en tiempo y recursos. Si te suena lejano, piensa que el DNS es la agenda telefónica de internet: cuando falla no importa lo buena que sea tu web ni tu hosting.
En paralelo la Unión Europea lleva tiempo empujando un resolutor propio, DNS4EU, para reducir dependencia de resolutores estadounidenses y encajar mejor con privacidad y normativa europea. En España ya hay un nodo (por ejemplo el identificado como EU-MAD-01 en el análisis de la red), con opciones de filtrado que van desde “sin filtrar” hasta bloqueo de malware, anuncios y contenido adulto, y soporte para IPv4, IPv6, DoH y DoT. No es magia: es política digital y ciberseguridad llevadas al borde de la red.
Gratis público, gratis con límites y de pago: tres mundos distintos
Primero separo conceptos porque aquí se mezcla mucho. Un DNS público tipo Google (8.8.8.8), Cloudflare (1.1.1.1) o Quad9 te resuelve nombres sin cobrarte; el “coste” suele ser otro (telemetría, jurisdicción, o simplemente depender de un tercero). Un proyecto comunitario o pequeño puede desaparecer como dns0.eu aunque funcionara bien para quienes lo usaban.
Los servicios tipo NextDNS, ControlD o planes avanzados de AdGuard suelen ofrecer un plan gratuito con cupo o funciones limitadas y un pago mensual bajo. Ahí pagas por paneles, perfiles por dispositivo, listas, estadísticas y reglas finas. Si lo que necesitas es “activar y olvidar” en un telemóvil, a veces basta con un perfil público; si gestionas varias sedes o familias, el tiempo que ahorras en soporte ya vale.
Y después está el DNS “premium” que te vende tu registrador o hosting: anycast, redundancia, mitigación ante ataques a la capa DNS. Ahí la pregunta no es si el producto es bueno, sino si te aporta algo que no tengas ya en tu proveedor o si tu riesgo real lo justifica.
Cuándo me plantearía pagar (y cuándo no)
Yo pagaría o subiría de plan si dependes de filtrado DNS para cumplir política interna (pymes, colegios, equipos remotos), si necesitas visibilidad de qué dominios pide cada dispositivo o si tienes incidentes recurrentes de phishing y quieres bloquear dominios recién registrados. Esas funciones son las que justifican herramientas con gestión centralizada.
No tendría sentido pagar solo por “ir más rápido” si tu cuello de botella es el hosting o el frontend: el DNS es una pieza más y no arregla una web lenta por otros motivos. Tampoco pagaría por ansiedad si lo que buscas es soberanía y filtrado básico: un proyecto público europeo con nodos locales y opciones de protección puede ser suficiente para empezar.
Qué haría yo en la práctica
- Definir dos resolutores de proveedores distintos (primario y secundario) para no quedar colgado si uno se degrada.
- En móviles, valorar DoH/DoT si el sistema lo permite: cambias de proveedor en minutos cuando hay un cierre como el de dns0.eu.
- En el router, documentar qué DNS dejaste puestos; si no sabes ni entrar al panel, el día que falle algo irás a ciegas.
- Probar antes en un dispositivo: no copies ciegamente IPs de foros sin verificar que responden bien en tu operador.
El mensaje que yo me llevo de la noticia del cierre de dns0.eu es que el DNS es infraestructura crítica en el borde: invisible hasta que falla. La combinación de iniciativas públicas como DNS4EU y servicios comerciales con panel no compiten en abstracto, compiten por tu caso de uso.
Si mañana tu proveedor de correo o tu operador te obligara a usar solo su DNS y no pudieras mezclar con un resolutor europeo o un filtro de pago que ya tienes probado en la empresa, ¿seguirías con ese proveedor o migrarías aunque te costara cortar servicios?