Saltar al contenido principal

Sistema de nombres de dominio (DNS)

Utilizamos Internet a diario, pero pocas veces pensamos en el mecanismo oculto que convierte los nombres de los sitios web (como example.com) en direcciones numéricas comprensibles para los ordenadores. El sistema de nombres de dominio (DNS, por sus siglas en inglés) funciona, esencialmente, como la guía telefónica de Internet: introducimos un nombre fácil de recordar y el DNS lo traduce en una dirección IP (por ejemplo, 192.168.1.1) para que nuestro navegador encuentre el servidor correspondiente. Este proceso ocurre de forma automática y constante cada vez que accedemos a una página web o un servicio en línea.

Por defecto, las consultas DNS no están cifradas. Esto significa que cualquier servidor intermedio por donde pase nuestra consulta puede ver qué dominios estamos visitando. Es como si las direcciones web estuvieran impresas de cada uno de nuestros paquetes de datos: cualquier entidad que intercepte el tráfico podría leerlas. Para nuestra privacidad, esto es un riesgo porque expone nuestros hábitos de navegación a terceros.

Afortunadamente, disponemos de diversas estrategias para proteger la confidencialidad de nuestras consultas DNS. Podemos recurrir a servidores públicos que prometen no registrar nuestra actividad, o bien optar por autoalojar nuestro propio servidor (lo cual confiere control total). También existen servicios en línea que ofrecen DNS en la nube con cifrado y filtros avanzados sin necesidad de adquirir hardware. A continuación, abordamos cada una de estas alternativas con detalle.

Servidores DNS públicos​

Entre las soluciones más accesibles para reforzar nuestra privacidad en el uso del DNS, se encuentran los servidores públicos ofrecidos por terceros. Estos servicios, generalmente gratuitos, son mantenidos por empresas u organizaciones que se encargan de resolver nombres de dominios en nuestro lugar. Podemos configurar las direcciones correspondientes en nuestro router o directamente en nuestros dispositivos, reemplazando así los DNS asignados por nuestro proveedor de servicios de Internet. Esta sustitución nos brinda beneficios como mayor velocidad, seguridad y, en algunos casos, filtrado de contenidos.

En particular, el DNS público de Google ha ganado popularidad por su rapidez y disponibilidad. Sin embargo, debemos considerar que los datos recogidos a través de este servicio se emplean con fines comerciales, como la mejora de productos y la personalización de publicidad. Aunque Google declara que no vende estos datos a terceros, el hecho de que conserve registros de nuestras consultas facilita el rastreo de nuestros hábitos en línea.

Por esta razón, recomendamos emplear servidores DNS que antepongan la privacidad del usuario. Una excelente fuente de opciones confiables es el sitio web de Privacy Guides. Entre los destacados se encuentra Quad9, un proveedor suizo con una sólida política de privacidad. Suiza, al contar con una legislación especialmente estricta en esta materia, ofrece un entorno legal muy favorable para proteger nuestros datos. Además, Quad9 incorpora filtros que bloquean sitios web maliciosos y rastreadores de forma predeterminada.

Al seleccionar un servidor DNS, conviene priorizar aquellos que:

En nuestra propia red doméstica, hemos optado por utilizar los servidores gratuitos de Control D, diseñados para un entorno familiar. Estos servidores bloquean eficazmente malware, anuncios, rastreadores y contenidos no deseados como material para adultos o relacionado con drogas.

Las direcciones a introducir dependerán de las capacidades de nuestro router:

Dada la variedad de modelos de dispositivos red disponibles en el mercado, no resulta viable ofrecer una guía genérica de configuración. Recomendamos, por tanto, consultar la documentación específica de nuestro router o contactar con el soporte técnico del fabricante.

Servidor DNS autoalojado​

Para quienes desean control absoluto sobre nuestras consultas, la opción más robusta consiste en autoalojar nuestro propio servidor DNS. En esta modalidad, todas las peticiones de nombres de dominios generadas en nuestra red local se dirigen primero a un sistema bajo nuestro control. Así, eliminamos cualquier dependencia de terceros en la resolución de direcciones y reforzamos nuestra privacidad desde la base.

Una arquitectura efectiva para ello combina tres componentes de software libre: Proxmox como plataforma de virtualización, Alpine Linux como sistema operativo ligero y seguro, y AdGuard Home como solución de filtrado y resolución DNS.

Descarga del sistema operativo​

En primer lugar, accedemos al sitio web oficial de Alpine Linux y localizamos la sección de descarga de imágenes ISO. Seleccionamos la versión VIRTUAL, optimizada para entornos virtualizados, que cuenta con un núcleo más reducido en comparación con la versión estándar.

Hacemos clic derecho sobre el enlace correspondiente a la arquitectura x86_64 - la habitual en la mayoría de servidores y ordenadores - y copiamos su dirección.

A continuación, accedemos a nuestra interfaz de Proxmox, seleccionamos el almacenamiento local (u otro que permita albergar imágenes ISO) y pulsamos el botón Download from URL. Pegamos la dirección copiada en el campo URL y hacemos clic en Query URL.

Una vez comprobado el enlace, se mostrará el nombre del archivo junto con su tamaño. Activamos la opción Advanced, y en Hash algorithm elegimos SHA-256, que es el algoritmo utilizado actualmente - a fecha del primero de mayo de 2025 - para verificar la integridad del archivo. Pegamos el valor de hash obtenido desde el sitio oficial en el campo Checksum.

La verificación del hash presenta múltiples beneficios:

  1. Integridad: confirmamos que el archivo no se haya corrompido durante la descarga.

  2. Autenticidad: nos aseguramos de que la fuente sea legítima y no haya sido alterada maliciosamente.

  3. Prevención contra malware: evitamos ejecutar archivos que pudieran haber sido modificados con fines maliciosos.

  4. Estabilidad de la instalación: reducimos el riesgo de errores o fallos imprevistos.

Una vez cumplimentados los campos, pulsamos Download y aguardamos a que finalice el proceso.

Creación de la máquina virtual​

Dentro de Proxmox, pulsamos el botón Create VM para iniciar la creación de una nueva máquina virtual.

  • En la pestaña General, activamos Advanced, elegimos el Node correspondiente (en caso de contar con un clúster) y asignamos un nombre a la máquina. Habilitamos Start at boot para que la máquina se inicie automáticamente junto con el sistema anfitrión.

  • En OS, seleccionamos Use CD/DVD disc image file, escogemos la ISO descargada, establecemos el tipo de Linux y la versión en 6.x - 2.6 Kernel.

  • En System, configuramos Graphic card como Standard VGA, Machine como Default (i440fx), BIOS en SeaBIOS, y SCSI Controller en VirtIO SCSI single. Habilitamos Qemu Agent.

  • En Disks, seleccionamos SCSI y un tamaño de 2 GiB. En Cache, optamos por Write through, lo cual garantiza que los datos se escriban directamente en el almacenamiento físico, incrementando la seguridad frente a pérdida de energía. Activamos SSD emulation si nuestro medio de almacenamiento es un SSD o NVMe, y en Async IO, seleccionamos io_uring por su eficiencia.

  • En CPU, asignamos 1 socket y 1 core, eligiendo x86-64-v3 si nuestro procesador lo soporta, o bien x86-64-v2-AES si no es el caso.

  • En la Memory, reservamos 512 MiB y desactivamos la opción Ballooning Device.

  • En Network, seleccionamos el puente vmbr0 y el modelo VirtIO (paravirtualized). Dejamos las demás opciones en blanco o desactivadas.

Tras repasar todas las opciones, pulsamos Finish para crear la máquina virtual.

Instalación del sistema operativo​

Una vez creada la máquina virtual, procedemos a instalar el sistema operativo Alpine Linux, una distribución ligera y segura.

Seleccionamos la máquina recién creada en el panel izquierdo de Proxmox, pulsamos el botón Start y, acto seguido, hacemos clic en >_ Console. Esto abrirá una nueva pestaña de nuestro navegador web, desde la cual podremos interactuar con la consola de la máquina virtual.

Al arrancar desde la imagen ISO, se nos solicitará un nombre de usuario. Introducimos root y accedemos directamente, sin necesidad de contraseña.

A continuación, iniciamos el asistente de instalación ejecutando el siguiente comando:

localhost:~# setup-alpine

El proceso se compone de varias etapas que detallamos a continuación.

1. Configuración del teclado​

Cuando se nos presente la lista de distribuciones de teclado, seleccionamos es y luego es-deadtilde, una variante común del teclado español:

 ALPINE LINUX INSTALL
----------------------

 Keymap
--------

af  al  am  ara  at  az  ba  bd  be  bg  br  brai  by  ca  ch  cm  cn  cz  de  dk  dz  ee     epo  es  fi  fo
fr  gb  ge  gh   gr  hr  hu  id  ie  il  in  iq    ir  is  it  jp  ke  kg  kr  kz  la  latam  lk   lt  lv  ma
md  me  mk  ml   mm  mt  my  ng  nl  no  nz  ph    pk  pl  pt  ro  rs  ru  se  si  sk  sy     th   tj  rm  tr
tw  ua  us  uz   vn

Select keyboard layout: [none] es

es-ast	es-cat	es-deadtilde	es-dvorak	es-nodeadkeys	es-winkeys	es

Select variant (or ‘abort’): es-deadtilde

 * Caching service dependencies ...
 * Setting keymap ...

2. Nombre del equipo (hostname)​

Asignamos un nombre identificativo a nuestro sistema:

 Hostname
----------
Enter system hostname (fully qualified form, e.g. 'foo.example.org') [localhost] dns1

3. Configuración de red​

Especificamos los parámetros de red: la interfaz de red, la dirección IP estática deseada, la máscara de red, la puerta de enlace y el servidor DNS. Por ejemplo:

 Interface
-----------
Available interfaces are: eth0.
Enter '?' for help on bridges, bonding and vlans.
Which one do you want to initialize? (or '?' or 'done') [eth0] eth0
Ip address for eth0? (or 'dhcp', 'none', '?') [dhcp] 192.168.1.53
Netmask? [255.255.255.0] 255.255.255.0
Gateway? (or 'none') [none] 192.168.1.1
Configuration for eth0:
  type=static
  address=192.168.1.53
  netmask=255.255.255.0
  gateway=192.168.1.1
Do you want to do any manual network configuration? (y/n) [n] n
DNS domain name? (e.g 'bar.com') mydomain.com
DNS nameserver(s)? 9.9.9.9

4. Contraseña de root​

Asignamos una contraseña segura al usuario administrador:

 Root Password
---------------
Changing password for root
New password: 
Retype password:
passwd: password for root changed by root

5. Zona horaria​

Seleccionamos nuestro huso horario, por ejemplo Europe/Madrid:

 Timezone
----------
Africa/            EET                GMT0               MST                Singapore
America/           EST                Greenwich          MST7MDT            Turkey
Antarctica/        EST5EDT            HST                Mexico/            UCT
Arctic/            Egypt              Hongkong           NZ                 US/
Asia/              Eire               Iceland            NZ-CHAT            UTC
Atlantic/          Etc/               Indian/            Navajo             Universal
Australia/         Europe/            Iran               PRC                W-SU
Brazil/            Factory            Israel             PST8PDT            WET
CET                GB                 Jamaica            Pacific/           Zulu
CST6CDT            GB-Eire            Japan              Poland             leap-seconds.list
Canada/            GMT                Kwajalein          Portugal           posixrules
Chile/             GMT+0              Libya              ROC
Cuba               GMT-0              MET                ROK

Which timezone are you in? (or '?' or 'none') [UTC] Europe/Madrid

 * Seeding random number generator ...
 * Saving 256 bits of creditable seed for next boot
 * Starting busybox acpid ...
 * Starting busybox crond ...

6. Proxy (opcional)​

Si no utilizamos proxy, simplemente pulsamos Intro:

 Proxy
-------
HTTP/FTP proxy URL? (e.g. 'http://proxy:8080', or 'none') [none]

7. Repositorios de software​

Elegimos el espejo más rápido para la instalación de paquetes:

 APK Mirror
------------
 (f)    Find and use fastest mirror
 (s)    Show mirrorlist
 (r)    Use random mirror
 (e)    Edit /etc/apk/repositories with text editor
 (c)    Community repo enable
 (skip) Skip setting up apk repositories

Enter mirror number or URL: [1] f

El sistema buscará y seleccionará automáticamente el servidor más veloz.

Finding fastest mirror... 
0.04 http://dl-cdn.alpinelinux.org/alpine/
0.14 http://uk.alpinelinux.org/alpine/
... 
1.67 http://mirrors.hust.edu.cn/alpine/
0.15 http://ftp2.crifo.org/alpine
Added mirror uk.alpinelinux.org
Updating repository indexes... done

8. Usuario adicional y acceso remoto​

Creamos un usuario no privilegiado (opcional) y habilitamos el acceso mediante SSH:

 User
------
Setup a user? (enter a lower-case loginname, or 'no') [no] usuario
Full name for user usuario [usuario] 
Changing password for usuario
New password: 
Retype password: 
passwd: password for usuario changed by root
Enter ssh key or URL for usuario (or 'none') [none]

El sistema instalará y activará el servicio SSH con las claves correspondientes.

(1/1) Installing doas (6.8.2-r8)
Executing busybox-1.37.0-r12.trigger
OK: 9 MiB in 26 packages
Which ssh server? ('openssh', 'dropbear' or 'none') [openssh] 
 * service sshd added to runlevel default
 * Caching service dependencies ...
ssh-keygen: generating new host keys: RSA ECDSA ED25519
 * Starting sshd ...

9. Instalación en disco​

Escogemos el disco (por ejemplo sda) y el modo de instalación sys, que crea automáticamente las particiones /boot, / y swap. Confirmamos que se borren todos los datos del disco:

 Disk & Install
----------------
Available disks are:
  sda   (2.1 GB QEMU     QEMU HARDDISK   )

Which disk(s) would you like to use? (or '?' for help or 'none') [none] sda

The following disk is selected:
  sda   (2.1 GB QEMU     QEMU HARDDISK   )

How would you like to use it? ('sys', 'data', 'crypt', 'lvm' or '?' for help) [?] sys

WARNING: The following disk(s) will be erased:
  sda   (2.1 GB QEMU     QEMU HARDDISK   )

WARNING: Erase the above disk(s) and continue? (y/n) [n] y

El sistema formateará y comenzará a instalar los archivos necesarios.

Creating file systems...
Installing system on /dev/sda3:
/mnt/boot is device /dev/sda1
100% █████████████████████████████████████████████████████████████████████████████████████████████████████████==> initramfs: creating /boot/initramfs-virt for 6.12.25-0-virt
/boot is device /dev/sda1

Una vez completada la instalación, se nos indicará que reiniciemos el sistema:

Installation is complete. Please reboot.

Apagamos la máquina virtual con:

dns1:~# poweroff

Ya con la máquina virtual detenida, retiramos la unidad CD/DVD desde la configuración de Proxmox, pulsando Remove y confirmando con Yes. Si fuera necesario, forzamos la detención con Stop.

Reiniciamos la máquina virtual, ya sin la unidad CD/DVD conectada; y a partir de aquí podemos acceder al sistema vía SSH usando el nombre usuario definido.

Instalación del servidor DNS​

Para gestionar las consultas de nuestra red de manera eficiente y segura, vamos a instalar AdGuard Home, una solución de software de código abierto y gratuito que actúa como servidor DNS y bloqueador de anuncios, rastreadores y contenido malicioso a nivel de red.

Comenzamos accediendo por SSH a nuestra máquina virtual desde un emulador de terminal de nuestra elección. Una vez dentro, escalamos al usuario root con el siguiente comando:

Welcome to Alpine!

The Alpine Wiki contains a large amount of how-to guides and general
information about administrating Alpine systems.
See <https://wiki.alpinelinux.org/>.

You can setup the system with the command: setup-alpine

You may change this message by editing /etc/motd.

dns1:~$ su -
Password: 
dns1:~#

A continuación, nos aseguramos de que el sistema tenga instalado el paquete curl. Si no estuviera presente, lo instalamos con:

dns1:~# apk add curl

El sistema procederá a resolver las dependencias necesarias y mostrará un mensaje de confirmación al finalizar la instalación:

(1/8) Installing brotli-libs (1.1.0-r2)
(2/8) Installing c-ares (1.34.5-r0)
(3/8) Installing libunistring (1.2-r0)
(4/8) Installing libidn2 (2.3.7-r0)
(5/8) Installing nghttp2-libs (1.64.0-r0)
(6/8) Installing libpsl (0.21.5-r3)
(7/8) Installing libcurl (8.12.1-r1)
(8/8) Installing curl (8.12.1-r1)
Executing busybox-1.37.0-r12.trigger
OK: 71 MiB in 65 packages

Nos desplazamos al directorio /opt, donde alojaremos el software:

dns1:~# cd /opt

Descargamos la última versión de AdGuard Home ejecutando:

dns1:/opt# curl -s -S -L https://static.adguard.com/adguardhome/release/AdGuardHome_linux_amd64.tar.gz -o AdGu
ardHome.tar.gz

Extraemos el contenido del archivo comprimido:

dns1:/opt# tar -xvf AdGuardHome.tar.gz
./AdGuardHome/
./AdGuardHome/AdGuardHome
./AdGuardHome/LICENSE.txt
./AdGuardHome/AdGuardHome.sig
./AdGuardHome/README.md
./AdGuardHome/CHANGELOG.md

Accedemos al directorio recién creado:

dns1:/opt# cd AdGuardHome

Y ejecutamos la instalación del servicio:

dns1:/opt/AdGuardHome# ./AdGuardHome -s install

Durante la instalación, el sistema nos informará de que AdGuard Home se iniciará automáticamente al arrancar y nos proporcionará dos direcciones a las que podemos acceder para completar la configuración: una local (http://127.0.0.1:3000) y otra correspondiente a la IP estática que configuramos anteriormente (http://192.168.1.53:3000).

2025/05/01 00:00:00 [info] AdGuard Home, version v0.107.61
2025/05/01 00:00:00 [info] service: control action: install
2025/05/01 00:00:00 [info] service: started
2025/05/01 00:00:00 [info] Almost ready!
AdGuard Home is successfully installed and will automatically start on boot.
There are a few more things that must be configured before you can use it.
Click on the link below and follow the Installation Wizard steps to finish setup.
AdGuard Home is now available at the following addresses:
2025/05/01 00:00:00 [info] go to http://127.0.0.1:3000
2025/05/01 00:00:00 [info] go to http://192.168.1.53:3000
2025/05/01 00:00:00 [info] service: action install has been done successfully on linux-openrc

Abrimos nuestro navegador web y accedemos a la dirección proporcionada para continuar con la configuración inicial.

Configuración del servidor DNS​

Una vez que accedemos a la URL proporcionada por el instalador de AdGuard Home - https://192.168.1.53:3000 - se nos presenta un asistente de configuración que nos guiará paso a paso.

En primer lugar, seleccionamos el idioma Español en el menú desplegable situado en la esquina inferior derecha. A continuación, pulsamos el botón Get Started para iniciar el proceso.

1. Configuración de interfaces​

En la pantalla correspondiente a la Interfaz web de administración y al Servidor DNS, seleccionamos como Interfaz de escucha la red local, normalmente eth0 - 192.168.1.53. En el campo Puerto, introduciremos:

  • 80 para la interfaz web de administración

  • 53 para el servicio DNS propiamente dicho.

Una vez configurados los valores, pulsamos el botón Siguiente.

2. Credenciales de acceso​

En la siguiente pantalla, definimos el nombre de usuario y la contraseña que utilizaremos para administrar el panel de control. Elegimos combinaciones seguras y fáciles de recordar, y procedemos con el botón Siguiente.

3. Instrucciones para configurar dispositivos​

AdGuard Home nos mostrará ahora una breve guía sobre cómo redirigir las consultas DNS de nuestros dispositivos hacia este nuevo servidor. Podemos consultar esta información en cualquier momento desde el panel de control, por lo que simplemente pulsamos Siguiente una vez más.

4. Finalización​

En esta última pantalla, pulsamos Abrir panel de control para completar el proceso. A partir de este momento, podremos acceder al panel de administración directamente desde http://192.168.1.53 utilizando las credenciales que acabamos de establecer.

Desde este panel, tendremos la posibilidad de:

  • revisar estadísticas detalladas sobre las consultas realizadas,

  • activar o desactivar filtros de bloqueo,

  • importar listas personalizadas,

  • y configurar parámetros avanzados de resolución y privacidad.

Recomendamos familiarizarnos con las opciones disponibles consultando la wiki oficial de AdGuard Home, donde encontraremos documentación completa y actualizada.

5. Configuración del router (opcional pero recomendable)​

Para centralizar el uso del servidor y aplicarlo a todos los dispositivos conectados a nuestra red, recomendamos acceder a la configuración de nuestro router y establecer la dirección IP del servidor AdGuard Home como servidor DNS primario distribuido mediante DHCP.

De esta forma, todos los dispositivos que se conecten a nuestra red obtendrán automáticamente la dirección del servidor DNS filtrante, sin necesidad de configurar manualmente cada equipo.

Sincronización de la configuración​

En aquellos casos en los que deseemos contar con más de una instancia de AdGuard Home - por ejemplo, para garantizar una mayor disponibilidad ante tareas de mantenimiento, fallos del sistema o actualizaciones - se nos plantea la cuestión lógica de cómo mantener sincronizada la configuración entre ambas instalaciones.

Existen tres enfoques principales para abordar esta necesidad, cada uno con un nivel distinto de automatización y complejidad:

1. Sincronización manual​

La opción más directa consiste en reproducir manualmente los ajustes realizados en una instancia en la otra. Este método resulta perfectamente válido si los cambios en la configuración son esporádicos. Basta con acceder al panel de control de cada instancia y replicar las reglas, filtros o ajustes que hayamos modificado.

2. Sincronización mediante herramientas estándar​

Para quienes preferimos una solución más automatizada, podemos recurrir a herramientas clásicas como Git o rsync. En este caso, podemos versionar el archivo de configuración principal (AdGuardHome.yaml) y mantenerlo sincronizado entre servidores mediante scripts o tareas programadas. Esta alternativa ofrece flexibilidad y transparencia, pero requiere ciertos conocimientos técnicos sobre automatización y gestión de archivos de configuración.

3. AdGuardHome Sync​

Finalmente, disponemos de una herramienta específica llamada AdGuardHome sync, diseñada precisamente para este tipo de propósito. Esta utilidad permite mantener múltiples instancias de AdGuard Home sincronizadas en tiempo real o a intervalos regulares, replicando automáticamente configuraciones como filtros, reglas personalizadas o ajustes generales.

Podemos instalarla y configurarla siguiendo su documentación oficial, que incluye también un vídeo explicativo en castellano que detalla los pasos a seguir.

Recomendamos esta opción si buscamos un equilibrio entre facilidad de uso y automatización completa, especialmente en entornos donde la disponibilidad del servicio DNS es crítica.

Servicios DNS en la nube​

Para quienes desean reforzar la privacidad sin necesidad de mantener infraestructura propia, los servicios DNS en la nube constituyen una opción intermedia muy conveniente. Estos servicios en línea ofrecen características similares a una solución autoalojada: filtrado de contenidos, estadísticas detalladas, cifrado de consultas, entre otras funciones.

A diferencia de un servidor casero, no necesitamos instalar software ni mantener un sistema. En la mayoría de los casos, basta con crear una cuenta con el proveedor y apuntar nuestros dispositivos o nuestro router a sus direcciones DNS. Esta configuración puede realizarse en cuestión de minutos.

Entre los proveedores más destacados encontramos:

Control D​

El servicio de Control D nos permite elegir la ubicación geográfica donde se almacenarán los registros de nuestras consultas. Podemos seleccionar entre distintas regiones: Nueva York (Estados Unidos), Ámsterdam (Países Bajos) y Sídney (Australia).

Este enfoque nos ofrece un mayor control sobre la jurisdicción bajo la cual se rige el tratamiento de nuestros datos. Además, Control D también dispone de filtros avanzados y reglas personalizables, lo que permite adaptar el comportamiento del servidor DNS a nuestras preferencias particulares. Esta flexibilidad resulta especialmente útil en redes domésticas con múltiples perfiles de uso (trabajo, familia, menores, etc.)

NextDNS​

NextDNS es otro servicio muy valorado por la comunidad orientada a privacidad digital. Permite definir la ubicación del almacenamiento de los logs en tres regiones principales: Estados Unidos, la Unión Europea o Zúrich (Suiza). Esta última opción, en particular, destaca por su sólido marco legal en materia de protección de datos.

NextDNS proporciona una interfaz de configuración intuitiva, completamente traducida al castellano, y permite definir filtros personalizados, listas negras y blancas, reglas por dispositivo, estadísticas detalladas y soporte para DNS cifrado (DoH/DoT). El servicio ofrece también un plan gratuito que permite hasta 300.000 consultas DNS mensuales, lo cual resulta más que suficiente para el uso habitual en un hogar medio.

Para quienes deseen una introducción visual, recomendamos este vídeo explicativo, en el que se presentan sus funciones básicas de forma clara y amena.

Consideraciones sobre la jurisdicción y la privacidad​

La ubicación de los registros es un aspecto crucial en lo que respecta a la privacidad. Nosotros recomendamos preferentemente opciones como Suiza, dado que su legislación en protección de datos es una de las más estrictas y garantistas a nivel mundial.

Por ello, si nuestra prioridad es la privacidad de nuestras consultas DNS y de los datos generados por ellas, sugerimos emplear NextDNS con almacenamiento de registros en Zúrich (Suiza). Su equilibrio entre opciones avanzadas, facilidad de uso y garantías legales lo convierte en una solución idónea para usuarios con conciencia digital y exigencias técnicas moderadas o altas.

Conclusión​

A lo largo de este recorrido hemos explorado distintas estrategias para mejorar nuestra privacidad mediante un control más consciente sobre el DNS. Cada una de ellas presenta ventajas y consideraciones particulares, y puede ser adoptada en función de nuestras necesidades, conocimientos técnicos y contextos de uso.

Los servidores DNS públicos constituyen el punto de partida más accesible. En muchos casos, basta con modificar una dirección en la configuración de red para empezar a disfrutar de mayor velocidad, bloqueo de rastreadores y protección contra malware. Sin embargo, al usar estos servicios depositamos nuestra confianza en terceros, lo que implica cierto grado de dependencia en cuanto al tratamiento de nuestros datos.

Los servidores DNS autoalojados ofrecen el máximo nivel de control. Al encargarnos personalmente de la resolución de nombres dentro de nuestra red, podemos definir con exactitud qué dominios se permiten, cuáles se bloquean y cómo se gestionan los registros. Esta opción requiere conocimientos técnicos y cierto mantenimiento, pero nos brinda una soberanía digital difícil de igualar.

Por último, los servicios DNS en la nube nos permiten disfrutar de muchas de las ventajas del autoalojamiento sin necesidad de gestionar infraestructura. Incluyen cifrado, estadísticas, personalización avanzada y la posibilidad de elegir jurisdicción donde se almacenan nuestros datos.

En resumen, recomendamos comenzar por lo más sencillo: cambiar los DNS que usamos actualmente por otros que respeten mejor nuestra privacidad. Podemos hacerlo directamente desde el router o en cada dispositivo. Más adelante, si deseamos avanzar hacia soluciones más potentes, siempre podemos explorar servicios como NextDNS o montar nuestra propia instancia de AdGuard Home.

Lo esencial es comprender que el DNS actúa como traductor entre los nombres de dominio que introducimos en el navegador y las direcciones IP que permiten acceder a los servidores. Controlar dónde se realiza esta traducción - y si se realiza de forma cifrada - representa un paso fundamental para evitar que terceros espíen nuestras actividades en línea.

Con medidas simples y bien elegidas, podemos navegar con mayor confianza, sabiendo que nuestra privacidad está mejor protegida.