RocksDNS

DNS público cifrado, libre y privado
Versión 6.8 — Junio 2026 — rocksdns.ovh

1. Quick Start

Navegadores

  • Firefox: about:config → network.trr.uri = https://dns.rocksdns.ovh/dns-query
  • Chrome / Chromium / Brave: Configuración → DNS seguro → Personalizado → https://dns.rocksdns.ovh/dns-query

Android 9+

  • Ajustes → Conexiones → DNS privado → dns.rocksdns.ovh

Verificación rápida

kdig @dns.rocksdns.ovh example.com A +https +tls-host=dns.rocksdns.ovh

2. Qué no hace RocksDNS

RocksDNS no es una VPN y no oculta tu dirección IP frente a las webs que visitas. El servicio se limita a resolver nombres de dominio mediante DNS cifrado y filtrado.

El cifrado DNS protege la consulta frente a terceros en la red — tu proveedor de internet, un router público, un atacante en la misma red — pero no anonimiza toda la conexión ni sustituye a una VPN.

3. Endpoints oficiales

ProtocoloEndpoint
DNS-over-HTTPS DNS1 (España)https://dns.rocksdns.ovh/dns-query
DNS-over-HTTPS/3 DNS1https://dns.rocksdns.ovh/dns-query sobre 443/udp — experimental
DNS-over-TLS DNS1dns.rocksdns.ovh
DNS-over-QUIC DNS1dns.rocksdns.ovh:8853
DNS-over-HTTPS DNS2 (Alemania)https://dns2.rocksdns.ovh/dns-query
DNS-over-HTTPS/3 DNS2https://dns2.rocksdns.ovh/dns-query sobre 443/udp — experimental
DNS-over-TLS DNS2dns2.rocksdns.ovh
DNS-over-QUIC DNS2dns2.rocksdns.ovh:8853
DNS clásico (puerto 53)No disponible
RocksDNS no ofrece DNS clásico por el puerto 53. El servicio está pensado exclusivamente para DNS cifrado. Si tu dispositivo o router solo soporta DNS tradicional, este servicio no es compatible.

4. Servidores disponibles

Los servidores están alojados íntegramente en infraestructura europea: DNS1 en España y DNS2 en Alemania.

DNS1 — Ionos España

CampoValor
ProveedorIonos Europa
UbicaciónEspaña
IPv482.223.31.111
IPv62001:ba0:22d:1c00::1
Sistema OperativoDebian 13 (Trixie)
Software DNSdnsdist + Unbound + OISD big + lista propia
EstadoProducción

DNS2 — Hetzner Alemania

CampoValor
ProveedorHetzner
UbicaciónAlemania
IPv4116.203.57.216
IPv62a01:4f8:1c1a:aadb::1
Sistema OperativoDebian 13 (Trixie)
Software DNSdnsdist + Unbound + OISD big + lista propia
EstadoProducción

5. Protocolos soportados

ProtocoloPuertoRFC / Base técnicaEstadoObservaciones
DNS-over-HTTPS (DoH)443/tcpRFC 8484ActivoHTTP/2, ALPN h2
DNS-over-HTTPS/3 (DoH3)443/udpHTTP/3 / QUICExperimental en DNS1 y DNS2Mismo endpoint que DoH clásico; el cliente negocia HTTP/3 si lo soporta
DNS-over-TLS (DoT)853/tcpRFC 7858ActivoTLS 1.3 preferido
DNS-over-QUIC (DoQ)8853/udpRFC 9250ActivoQUIC v1
DNS clásico (puerto 53)53RFC 1035No disponibleNo ofrecido
DoH y DoH3 usan la misma URL /dns-query. Si el cliente soporta HTTP/3, puede usar QUIC sobre UDP/443; si no, continuará usando DoH clásico sobre HTTPS.

6. Arquitectura técnica

Cadena de resolución:

DoH / DoH3 / DoT / DoQ
Cliente → dnsdist → Unbound local / backends Unbound privados → Root Servers → TLD → Autoritativo

DNS-over-HTTPS, DNS-over-HTTPS/3, DNS-over-TLS y DNS-over-QUIC utilizan dnsdist como capa pública de entrada, protección, caché y absorción de picos. Desde ahí, la resolución se reparte internamente entre Unbound local y backends Unbound privados conectados mediante red interna. Unbound realiza la resolución recursiva completa, sin forwarding a terceros, y aplica el filtrado mediante OISD big y una lista propia de RocksDNS.

  • Resolución recursiva completa mediante Unbound — sin forwarding a terceros.
  • Backends Unbound privados para repartir carga y mejorar resiliencia interna.
  • QNAME Minimization activo — los servidores raíz solo ven la parte mínima necesaria del dominio.
  • DNSSEC validado localmente en cada servidor.
  • Sin upstreams de fallback externos — resolución directa desde raíz en todo momento.
  • Caché optimizada con precarga (prefetch) para reducir latencia en consultas recurrentes.

7. Privacidad y tratamiento de datos

RocksDNS no mantiene historial de consultas DNS, no crea perfiles de uso, no utiliza analíticas y no vende ni comparte datos de navegación.

Qué se procesa técnicamente para responder

  • La dirección IP necesaria para devolver la respuesta DNS.
  • El dominio consultado — procesado para resolver la petición, no almacenado como historial.
  • Metadatos técnicos mínimos de la conexión TLS/QUIC.

Estos datos no se almacenan. Su tratamiento es estrictamente el necesario para resolver la petición.

Política de retención

ElementoEstado
Query log de la ruta DNSDesactivado
Estadísticas persistentes de consultasDesactivadas
Logs de UnboundDesactivados
Logs de acceso a /dns-queryMinimizados y limitados a diagnóstico técnico, seguridad y rotación corta. No se utilizan para crear historial de consultas ni perfiles de navegación.
Logs de seguridad del sistemaLimitados a eventos técnicos y antiabuso, sin historial de consultas DNS

Los logs de seguridad del sistema pueden existir para detectar ataques o abuso del servicio. No se utilizan para crear historial de resolución DNS ni para perfilar navegación.

Nota de transparencia: las peticiones DoH pueden transportar la consulta DNS codificada en la URL. Por ese motivo, cualquier registro técnico de /dns-query debe mantenerse desactivado, minimizado o con retención muy corta si se activa temporalmente para diagnóstico.

8. Filtrado de publicidad y rastreadores

RocksDNS bloquea publicidad, rastreadores y dominios conocidos por abuso mediante listas públicas mantenidas por terceros y una lista propia de mantenimiento interno. El filtrado opera en la capa de resolución con Unbound y se aplica a todas las consultas.

Listas activas

  • OISD big — lista principal amplia y mantenida activamente
  • Lista propia de RocksDNS — dominios publicitarios, rastreadores y abuso recurrente observados en el servicio
El filtrado puede provocar falsos positivos puntuales. Si una web legítima deja de funcionar correctamente, puede notificarse a través del canal de contacto del proyecto.

9. Seguridad y antiabuso

Ambos servidores están protegidos con varias capas de seguridad:

  • Unbound actúa como resolvedor recursivo completo en la ruta principal del servicio.
  • dnsdist aplica rate limiting por IP y subred para reducir abuso y absorber picos de tráfico.
  • dnsdist protege y optimiza DNS-over-HTTPS (DoH), DNS-over-HTTPS/3 (DoH3), DNS-over-TLS (DoT) y DNS-over-QUIC (DoQ), añadiendo caché de paquetes, health checks y reparto interno hacia backends Unbound.
  • Protección antiabuso mediante fail2ban y CrowdSec, con bloqueo automático de patrones maliciosos y tráfico anómalo.
  • Acceso administrativo restringido, con autenticación por clave y medidas adicionales de protección.
  • Certificados TLS gestionados con Let's Encrypt y renovación automática.
  • Panel de administración no accesible públicamente desde internet.

10. Configuración por dispositivo

Firefox

about:config
network.trr.mode = 3
network.trr.uri = https://dns.rocksdns.ovh/dns-query
network.trr.bootstrapAddress = 82.223.31.111
network.trr.early-AAAA = true

Chrome / Chromium / Brave

Configuración → Privacidad y seguridad → Seguridad
Activar "Usar DNS seguro" → Personalizado
https://dns.rocksdns.ovh/dns-query

Android 9+

Ajustes → Conexiones → Más ajustes de conexión → DNS privado
Nombre de host: dns.rocksdns.ovh

iOS 14+ / macOS

Instalar un perfil de configuración DNS con el endpoint:

https://dns.rocksdns.ovh/dns-query

Linux (systemd-resolved)

[Service]
Environment=SYSTEMD_RESOLVED_DNS_SERVERS=82.223.31.111#dns.rocksdns.ovh
Environment=SYSTEMD_RESOLVED_DNS_OVER_TLS=yes
Environment=SYSTEMD_RESOLVED_DNSSEC=yes

11. Verificación y pruebas

DoH DNS1

kdig @dns.rocksdns.ovh example.com A +https +tls-host=dns.rocksdns.ovh

DoH DNS2

kdig @dns2.rocksdns.ovh example.com A +https +tls-host=dns2.rocksdns.ovh

DoT DNS1

kdig @dns.rocksdns.ovh example.com A +tls +tls-host=dns.rocksdns.ovh

DoT DNS2

kdig @dns2.rocksdns.ovh example.com A +tls +tls-host=dns2.rocksdns.ovh

DoH3 DNS1 experimental

curl --http3-only -H "Accept: application/dns-message" \
"https://dns.rocksdns.ovh/dns-query?dns=AAABAAABAAAAAAAAB2V4YW1wbGUDY29tAAABAAE" \
--output /tmp/doh3-dns1-example.bin

DoH3 DNS2 experimental

curl --http3-only -H "Accept: application/dns-message" \
"https://dns2.rocksdns.ovh/dns-query?dns=AAABAAABAAAAAAAAB2V4YW1wbGUDY29tAAABAAE" \
--output /tmp/doh3-dns2-example.bin

DNSSEC

kdig @dns.rocksdns.ovh cloudflare.com A +dnssec
kdig @dns.rocksdns.ovh dnssec-failed.org A +dnssec  # debe devolver SERVFAIL

Herramientas online

ServicioResultado esperado
dnsleaktest.comSolo 82.223.31.111 o 116.203.57.216
browserleaks.com/dnsDebe mostrar IPs de RocksDNS

12. Limitaciones conocidas

  • DNS clásico por puerto 53 no disponible. Dispositivos o routers que solo soporten DNS tradicional son incompatibles.
  • DNS-over-QUIC (DoQ) tiene soporte limitado en clientes más antiguos.
  • DNS-over-HTTPS/3 (DoH3) está en fase experimental en DNS1 y DNS2.
  • Algunos navegadores no soportan DoT de forma nativa.
  • El filtrado de dominios puede provocar falsos positivos puntuales en sitios legítimos.
  • Dominios con DNSSEC mal configurado pueden fallar la validación aunque el sitio sea legítimo.
  • RocksDNS no es una VPN. No oculta la IP de origen ni anonimiza la conexión completa.

13. Estado del servicio

El estado actualizado de los servidores puede consultarse en:
https://dns-stats.rocksdns.ovh/status/rocksdns

Objetivo de disponibilidad: >99.5% mensual. RocksDNS es un servicio comunitario e independiente, sin garantía comercial de disponibilidad.

14. Contacto y reporte de problemas

Para incidencias técnicas, falsos positivos en el filtrado o problemas de resolución:

Este es un proyecto independiente y sin ánimo de lucro. Las respuestas se atienden en la medida de lo posible.

15. Roadmap

Completado

  • Unbound como full resolver — Q2 2025
  • Eliminación de upstreams externos — Q2 2025
  • DNSSEC validación local — Q2 2025
  • Unbound como resolvedor recursivo completo en la ruta principal — Q3 2025 / 2026
  • Soporte IPv6 preparado en DNS1 — Q3 2025
  • DNS2 en producción (Hetzner Alemania) — Q4 2025
  • Acceso administrativo endurecido y restringido en ambos servidores — Abril 2026
  • CrowdSec instalado en ambos servidores — Abril 2026
  • OISD big y lista propia como base del filtrado DNS — Junio 2026
  • Debian 13 (Trixie) en ambos servidores — 2026
  • Rate limiting en dnsdist por IP y subred para DoH, DoT y DoQ — 2026
  • DoH3 experimental activado en DNS2 sobre UDP/443 — Junio 2026
  • DoH3 experimental activado en DNS1 sobre UDP/443 — Junio 2026
  • DoH, DoH3, DoT y DoQ protegidos mediante dnsdist en DNS1 y DNS2 — Junio 2026

Pendiente

  • Optimización continua de rate limiting, protección frente a abusos, caché y reparto interno entre backends Unbound privados.
  • Dashboard de métricas con Grafana + Prometheus
  • Perfil alternativo “malware-only” sin bloqueo de publicidad ni rastreadores
  • Anycast BGP para optimización global (largo plazo)

16. Changelog

VersiónCambios principales
6.7 — Junio 2026Migración completa de DoQ a dnsdist en DNS1 y DNS2. Arquitectura unificada para DoH, DoH3, DoT y DoQ: dnsdist → Unbound. Caddy queda fuera de la ruta DNS. Ajustes de monitorización DoH3 y warmup de caché para dominios recurrentes.
6.6 — Junio 2026DoH migrado a través de dnsdist en DNS1 y DNS2. Actualizada la arquitectura interna con dnsdist como frontal público para DNS-over-HTTPS. Mejorada la absorción de picos de tráfico en DoH. Corregida la documentación de logs de /dns-query y retención técnica.
6.5 — Junio 2026Migración de DNS-over-TLS (DoT) a dnsdist en DNS1 y DNS2. Mejorada la capacidad de absorción de picos de tráfico y actualizada la arquitectura interna del servicio.
6.4 — Mayo 2026Activado DoH3 experimental también en DNS1 mediante HTTP/3 sobre UDP/443. Documentación ajustada para reflejar DoH3 en DNS1 y DNS2, DoQ en 8853/udp y estado real del servicio.
6.3 — Mayo 2026Activado DoH3 experimental en DNS2 mediante HTTP/3 sobre UDP/443. Verificado por IPv4 e IPv6. DoH clásico, DoT y DoQ continúan operativos. Corregida la documentación de DoQ en DNS1 y DNS2 a 8853/udp.
6.2 — Mayo 2026Retoques finales: dominio consultado con nota de no almacenamiento, DNSSEC Analyzer eliminado, rate limiting en roadmap coherente con arquitectura real y sección “no es una VPN”.
6.1 — Mayo 2026Acceso administrativo sin mencionar SSH. Test de Cloudflare eliminado. IPv6 movido a pendiente. Confirmado que /dns-query no pasa por nginx.
6.0 — Mayo 2026Documentación pública reestructurada. Secciones de privacidad, retención, filtrado, estado y contacto. Información administrativa movida a documentación interna.
5.1 — Mayo 2026DNS2 actualizado a Hetzner Alemania (116.203.57.216). Ambos servidores en Debian 13. CrowdSec documentado.
5.0 — Abril 2026Acceso administrativo migrado a clave. CrowdSec instalado. Roadmap actualizado.
4.1 — Junio 2025AppArmor en enforce. IPv6 preparado en DNS1. unbound-control configurado.
4.0 — Junio 2025DNS2 añadido. Upstreams externos eliminados. DNSSEC validación local completa.