ESUna Prueba de fuga de DNS identifica la infraestructura de resolución que maneja las consultas de DNS desde su navegador. Muestra los proveedores y las ubicaciones involucradas en esas búsquedas. Luego puede comparar el resultado con la ruta DNS que esperaba de su VPN, proxy o servicio DNS elegido.
La página de resultados puede parecer alarmante. Una larga lista de direcciones IP desconocidas no prueba que se haya filtrado algo. La pregunta útil es simple. ¿Alguna solicitud de DNS fue a algún lugar al que no debía ir?
| Comprobación rápida | que buscar |
|---|---|
| pase probable | Solo aparecen proveedores de VPN, proxy o DNS elegidos aprobados |
| fuga probable | El solucionador de su ISP local aparece cuando se esperaba otro solucionador |
| Fuga parcial | Aparecen tanto el solucionador aprobado como el solucionador del ISP local. |
| Necesita una mirada más cercana | Aparece un proveedor desconocido o no se detecta ningún solucionador |
¿Qué es una Prueba de fuga de DNS?
DNS traduce un dominio como ejemplo.com en una Dirección IP que un dispositivo puede usar. Un solucionador de DNS maneja esa búsqueda. La mayoría de las personas utilizan un solucionador proporcionado por su ISP, a menos que una VPN, un navegador, un enrutador o un servicio DNS personalizado lo cambie.
Una fuga de DNS ocurre cuando una consulta llega a un solucionador fuera de la ruta que pretendía utilizar. Esto es más importante cuando se supone que una VPN o un proxy mantienen al ISP local fuera del proceso de búsqueda.
La palabra fuga necesita contexto. Si está navegando sin una VPN y espera utilizar el DNS de su ISP, ver ese proveedor es normal. Si se conecta a una VPN que debería administrar DNS y su ISP local aún aparece, el mismo resultado ahora indica un problema.
No juzgaría una prueba hasta que sepa cuál es el solucionador esperado. Sin esa línea de base, una insignia verde o una advertencia roja son solo el sitio de prueba que da su mejor suposición.
¿Cómo funciona una Prueba de fuga de DNS?
Una prueba en línea crea nombres de dominio que no se han solicitado antes. Su navegador intenta resolverlos. Las solicitudes pasan a través de la ruta DNS seleccionada por el navegador, sistema operativo, VPN o proxy.
El proceso suele verse así:
- La prueba crea varios nombres de host únicos.
- Su navegador activa una búsqueda para cada nombre de host.
- Un solucionador de DNS recursivo maneja o reenvía la solicitud.
- El dominio de prueba registra la infraestructura de resolución que solicita la respuesta.
- La página de prueba asigna esas direcciones a un proveedor, red y ubicación.
La página no siempre muestra la dirección DNS exacta en la configuración de su dispositivo. Un proveedor público puede utilizar muchos servidores. Las solicitudes también pueden pasar a través de un solucionador de reenvío. Las bases de datos de proveedores y ubicaciones también pueden estar equivocadas. La prueba aún le brinda evidencia útil. Sólo necesita interpretación.
Cómo ejecutar una Prueba de fuga de DNS correctamente
Se inicia una prueba útil antes de conectar la VPN o el proxy. Ese primer resultado le brinda algo real con lo que comparar.
- Desconecta la VPN o el proxy.
- Ejecute la prueba y registre el proveedor de resolución, el ASN y el país.
- Registre también su IP pública visible.
- Conecte la VPN, el proxy o el perfil del navegador que desea probar.
- Abra una nueva página de prueba y ejecute la verificación nuevamente.
- Compare el nuevo conjunto de resolución con la línea de base original.
- Repita la prueba extendida si el primer resultado no está claro.
Cambia una cosa a la vez. Si cambia el proxy, el DNS del navegador y el protocolo VPN juntos, es posible que nunca sepa qué cambio solucionó el problema.
Después de la verificación de DNS, ejecute una BrowserLeaks IP y prueba de huellas digitales más amplia. Mantenga los resultados separados en sus notas. Un DNS limpio no prueba que la IP pública, el comportamiento de WebRTC o la configuración del navegador también sean correctos.
El operador de la prueba verá la IP de su conexión y las solicitudes de resolución realizadas para la prueba. Consulta su política de privacidad. No instale una extensión desconocida sólo para ver un resultado de DNS.
Pruebas de fugas de DNS estándar versus extendidas
Muchas herramientas ofrecen una prueba rápida y una prueba más larga. DNSLeakTest.com los llama Estándar y Extendido. Otros servicios pueden utilizar nombres diferentes y un número diferente de consultas.
| Modo de prueba | Mejor uso | Límite principal |
|---|---|---|
| Estándar | Una comprobación rápida después de conectarse | Puede pasar por alto un servidor de resolución DNS que solo aparece de forma intermitente |
| Extendido | Una muestra más amplia de actividad de resolución | Lleva más tiempo y aún prueba solo la sesión actual. |
En DNSLeakTest.com, la prueba estándar utiliza seis consultas y la prueba extendida utiliza 36. BrowserLeaks actualmente prueba 50 nombres de host aleatorios. La mitad usa solo IPv4 y la otra mitad usa solo IPv6. Estos números describen cada herramienta. No son un estándar de la industria.
Cómo leer los resultados de la Prueba de fuga de DNS
Comience con la columna del proveedor. Luego verifique el ASN o el propietario de la red. Mire el país después de eso. El número de direcciones IP es el último.
Este orden importa. Cinco direcciones propiedad de un proveedor aprobado pueden ser menos preocupantes que una dirección propiedad de su ISP local.
| Resultado | significado probable | ¿Qué hacer a continuación? |
|---|---|---|
| Solo aparece la infraestructura de resolución aprobada | Las consultas observadas siguieron la configuración esperada. | Verifique IP y WebRTC por separado |
| Aparecen el solucionador aprobado y el solucionador de ISP local | Algunas consultas utilizaron otra ruta. | Revisar el comportamiento de DNS, túnel dividido, IPv6 y respaldo del navegador |
| Solo aparece el DNS del ISP local mientras una VPN está activa | La VPN no manejó las solicitudes de DNS observadas. | Verifique el cliente VPN y su configuración de protección DNS |
| Aparece Google, Cloudflare o Quad9 | Es posible que esté activo un servicio DNS público o seguro | Confirma si seleccionaste ese proveedor |
| Varias IP pertenecen a un proveedor aprobado | El servicio utiliza varias salidas de resolución. | Generalmente no es necesaria ninguna acción |
| Aparece un proveedor desconocido | Es posible que esté involucrado un socio de VPN, un solucionador ascendente o un servicio inesperado | Verifique la documentación del proveedor y vuelva a realizar la prueba. |
| No aparece ningún solucionador | La prueba puede estar bloqueada o incompleta. | Vuelva a intentarlo con otra herramienta o una prueba extendida |
Cuando aparece tu ISP
Ver el ISP local es la advertencia más clara cuando se esperaba que una VPN administrara el DNS. Si aparece junto al solucionador de VPN aprobado, trate el resultado como una fuga parcial. Algunas búsquedas siguieron la ruta prevista y otras no.
Cuando aparece Google o Cloudflare
El DNS público no es automáticamente una fuga. Es posible que haya seleccionado Google, Cloudflare o Quad9 en el navegador o sistema operativo. Ese proveedor aún puede atender sus consultas. Si su VPN afirma utilizar sólo su propio DNS, investigue el resultado.
Cuando aparecen varios servidores DNS
Varias IP de resolución pueden ser normales. Los grandes servicios DNS equilibran las solicitudes entre muchos servidores. Agrupe los resultados por proveedor y ASN. Luego pregunte si cada organización pertenece a la configuración.
Cuando el país luce mal
No es necesario que un servidor DNS esté ubicado en la misma ciudad que la salida de VPN. Los resolutores públicos utilizan infraestructura distribuida. Los proveedores de VPN pueden utilizar socios. Las bases de datos de ubicación también pueden estar equivocadas. Vale la pena comprobar si un país no coincide, pero la propiedad de la red indica más que una etiqueta de ciudad.
Lo que una Prueba de fuga de DNS no puede demostrar
Una lista de resolución limpia responde a una pregunta concreta. Muestra qué infraestructura de resolución manejó las consultas observadas durante esa prueba del navegador.
No muestra si el tráfico DNS normal estaba cifrado. No le dice si el solucionador mantiene registros. No puede probar que todas las aplicaciones del dispositivo utilicen la misma ruta DNS. Tampoco dice nada sobre lo que sucede después de que la VPN se desconecta o cambia la red.
Browser Secure DNS agrega otra capa. DNS sobre HTTPS cifra el tráfico hacia el solucionador seleccionado. También puede utilizar un solucionador diferente al del sistema operativo. Una Prueba de fuga de DNS puede identificar ese solucionador. No puede probar que la solicitud cifrada viajó dentro del túnel VPN.
La diferencia entre un proxy, VPN y Navegador antidetección es importante aquí. Cada uno controla una parte diferente de la conexión o del entorno del navegador. Una pasada en una capa no borra las demás.
Qué hacer si su DNS tiene fugas
No empiece cambiando todas las configuraciones de red. Confirme el resultado primero.
- Ejecute la prueba nuevamente con otro servicio confiable.
- Compruebe si aparece el mismo ISP local en ambos resultados.
- Revise la protección contra fugas de DNS en el cliente VPN.
- Verifique el DNS seguro del navegador y cualquier proveedor de DNS personalizado.
- Revise la configuración del túnel completo y del túnel dividido.
- Compruebe si IPv6 sigue la misma ruta protegida.
- Vuelva a conectar la VPN o el proxy y vuelva a realizar la prueba.
Borrar la caché de DNS puede eliminar respuestas antiguas. No repara el enrutamiento. Cambiar a un solucionador público tampoco garantiza que la solicitud permanezca dentro de una ruta VPN o proxy.
Si la fuga continúa, guarde ambos resultados. Incluya el proveedor, ASN, navegador, sistema operativo y protocolo VPN. Eso proporciona a los equipos de soporte pruebas útiles.
Fuga de DNS frente a fuga de IP frente a Fuga de WebRTC
Estas pruebas suelen aparecer juntas. No miden lo mismo.
| Prueba | señal principal | Lo que un resultado inesperado puede revelar |
|---|---|---|
| Prueba de fuga de DNS | Infraestructura de resolución | Dominios o servicios solicitados a través de un solucionador no deseado |
| prueba de fuga IP | Dirección de conexión pública | Origen de la red y ubicación aproximada. |
| Fuga de WebRTC | Candidatos de conexión del navegador | Una Dirección IP local o pública inesperada |
Si le preocupan los candidatos de conexión del navegador, ejecute una Fuga de WebRTC por separado. Esa prueba no identifica al solucionador que manejó una consulta DNS.
El mismo límite se aplica a una huella digital del navegador. Combina señales del navegador y del dispositivo, como el agente de usuario, la zona horaria, las fuentes, Canvas y WebGL. Arreglar DNS no los cambia.
Pruebas de DNS para servidores proxy y perfiles de navegador
Un proxy puede mostrar la IP pública correcta mientras que el DNS sigue otra ruta. El perfil parece listo al principio, luego una segunda prueba cuenta una historia diferente.
El comportamiento del proxy DNS depende del protocolo, el navegador, el cliente y el proveedor. No asuma que cada conexión HTTP o SOCKS resuelve nombres en el mismo lugar.
Al configurar un perfil, uso este orden:
- Configure el proxy en MoreLogin.
- Confirme que la IP pública visible pertenece al proxy esperado.
- Ejecute una Prueba de fuga de DNS y compárela con su conjunto de proveedores aprobados.
- Ejecute una prueba WebRTC por separado.
- Verifique la coherencia de la zona horaria, el idioma y la geolocalización.
- Pruebe el perfil nuevamente después de un cambio de red o proxy.
MoreLogin también documenta cómo agregar y editar servidores proxy propios. Una vez asignado el proxy, la prueba en vivo muestra cómo se comportan juntos el navegador y la red.
En un navegador multicuenta, cada perfil mantiene su propia configuración de proxy, cookies, almacenamiento y configuración del navegador. Esa separación facilita la revisión. No reemplaza las pruebas de red.
Conclusión
Una Prueba de fuga de DNS reemplaza una suposición con algo que puedes inspeccionar. La parte difícil es leer el resultado sin reaccionar exageradamente ante cada dirección desconocida.
Primero defina el solucionador esperado. Verifique la propiedad del proveedor antes de la ubicación. Trate varias IP de un servicio aprobado como una posibilidad normal. Si el ISP local aparece fuera del plan, investíguelo.
Un resultado limpio es una instantánea, no un certificado de por vida. Pruebe nuevamente cuando cambie la configuración de proxy, VPN, navegador, red o DNS.
Preguntas frecuentes sobre la Prueba de fuga de DNS
¿Cómo sé si mi DNS tiene fugas?
Registre el solucionador utilizado sin la VPN o el proxy. Conéctese y pruebe nuevamente. Si el ISP local todavía aparece cuando se esperaba otro solucionador, es probable que la configuración tenga una fuga. Si aparecen ambas, suele ser una fuga parcial.
¿Puede un proxy perder DNS?
Sí. Un proxy puede enrutar el tráfico del navegador mientras que DNS sigue otra ruta. El resultado depende del protocolo, el navegador, el cliente y la política DNS. Pruebe la configuración en lugar de confiar en la etiqueta de proxy.
¿Puede DNS sobre HTTPS evitar una fuga de DNS?
DoH cifra el tráfico DNS entre el navegador y el solucionador seleccionado. No garantiza que el solucionador siga su política de VPN. Tampoco prueba que la solicitud cifrada haya viajado dentro del túnel VPN.
¿Un resultado de DNS limpio significa que la VPN está completamente protegida?
No. El resultado cubre las consultas de DNS observadas durante esa prueba. Verifique la IP pública visible, IPv6, WebRTC y el comportamiento de la conexión por separado. Una VPN puede pasar una prueba y aún tener problemas en otros lugares.
¿Es segura una Prueba de fuga de DNS?
Una prueba basada en un navegador de buena reputación suele tener un riesgo bajo. El servicio verá la IP de la conexión y la actividad de resolución necesaria para la prueba. Evite herramientas que le soliciten instalar software desconocido o ingresar detalles de la cuenta.
¿Cuándo debo volver a realizar la prueba?
Vuelva a realizar la prueba después de cambiar un servidor VPN, proxy, navegador, red, sistema operativo, configuración de DNS seguro o configuración de IPv6. Pruebe también después de una actualización que cambie el comportamiento de la red.
Verifique cada perfil antes de confiar en él
Una conexión proxy limpia es un buen comienzo, pero no constituye una verificación completa. Revise la IP visible, el servidor DNS, el comportamiento de WebRTC y la configuración del navegador antes de usar el perfil para tareas importantes.
Pruebe MoreLogin gratis para mantener la configuración del proxy y los datos del navegador organizados en perfiles reutilizables separados.
