Respuesta directa: qué errores evitar
Una persona que viaja o vive en la región andina debería evitar sobre todo dos cosas: (1) tratar las “fugas de DNS” como un problema único y universal, y (2) sacar conclusiones sin verificar condiciones reales del dispositivo, la red y la configuración.
Entre los errores más comunes están asumir que una VPN “elimina” toda exposición de DNS en cualquier situación, confundir síntomas (por ejemplo, fallos de navegación o de resolución) con una fuga, y no distinguir entre resolución DNS (qué se consulta) y el uso de nombres dentro de las apps.
Qué significa una fuga de DNS (y cuándo tiene sentido hablar de ella)
En términos generales, una fuga de DNS ocurre cuando las consultas para resolver nombres (como acceder a un dominio) terminan saliendo por una ruta o mecanismo distinto al que esperas. Esto puede depender de cómo el dispositivo resuelve nombres, si el DNS está configurado manualmente, y si ciertos componentes (sistemas, navegadores o apps) usan servicios distintos.
Para mantener el enfoque, conviene formular una condición verificable: “estoy viendo consultas DNS que no pasan por el canal que esperaba”. Si no puedes observar o medir esa parte (aunque sea con herramientas del propio entorno), es fácil caer en interpretaciones incompletas.
Cómo funciona, a alto nivel: el modelo simple
Piensa en tres piezas: (a) el sistema o app que necesita resolver un nombre, (b) el servicio que responde a ese pedido DNS, y (c) la red/ruta por la que viajan esas consultas.
Un error típico es revisar “la conectividad a internet” y concluir que también quedó resuelto el camino DNS. Que el tráfico web funcione no prueba automáticamente que las consultas de nombres sigan el comportamiento esperado.
Además, en movilidad (Wi‑Fi compartido, datos móviles, cambios de operador, cambios de altitud/estación) las rutas y la latencia pueden variar. Eso puede hacer que una prueba “funcione un día” y “no funcione otro”, así que las comparaciones deben ser consistentes.