¿Por qué deberías prestar atención a AdGuard en dispositivos ARM?
Si estás usando una Surface Pro X, ThinkPad X13s u otro equipo con Windows on ARM, probablemente ya te has enfrentado a una situación incómoda: muchas aplicaciones comunes no se instalan, o solo funcionan a través de una capa de compatibilidad, con lentitud y un consumo de batería frustrante. Los bloqueadores de anuncios no son la excepción. La versión v7.11 de AdGuard cierra esta brecha con soporte nativo para procesadores ARM de 64 bits, sin necesidad de traducción x86. Para quienes buscan ligereza en tareas ofimáticas y mayor autonomía, se trata de una mejora discreta pero importante.
Origen y evolución del soporte ARM
La arquitectura ARM y la x86 tradicional son caminos diferentes. ARM prioriza la respuesta rápida con bajo consumo: está en teléfonos, tablets y routers. Pero el ecosistema de Windows ha estado ligado durante mucho tiempo a x86, y los desarrolladores de software han tardado en adaptarse a ARM. AdGuard comenzó a probar controladores ARM en la beta 1 de v7.11 en agosto de 2022, los perfeccionó en la beta 2 de septiembre y lanzó la versión estable en octubre, con un ritmo muy compacto. Para las versiones v7.17 y v7.20 beta (2024-2025), la estabilidad en ARM ya igualaba a la de x86.
Hay un detalle que vale la pena destacar: AdGuard detecta automáticamente el tipo de procesador. Al instalarlo en un dispositivo ARM, él mismo asigna el controlador correspondiente, sin necesidad de elegir manualmente la versión. El proceso de instalación es idéntico al de cualquier software de Windows, muy amigable para usuarios novatos.
No solo “funciona”, funciona mejor
El soporte nativo para ARM trae beneficios concretos:
- Menor consumo de energía: al eliminar la capa de emulación x86, la carga de la CPU se reduce y la duración de la batería del portátil mejora notablemente. Para quienes mantienen AdGuard en segundo plano todo el día, esto es especialmente importante.
- Mayor velocidad de respuesta: el filtrado nativo tiene menor latencia; las solicitudes DNS y la aplicación de reglas se completan más rápido al cargar páginas web.
- Estabilidad superior: la versión v7.15.1 corrigió errores de certificados HSTS/SSL en Firefox, y v7.17 mejoró la función experimental Encrypted ClientHello. Las versiones ARM reciben todas estas correcciones al mismo tiempo.
De paso, si usas Windows en una Mac con chip M1/M2/M3 a través de Parallels Desktop u otra máquina virtual, los controladores ARM de AdGuard también funcionan. Esto es una grata sorpresa para los usuarios de Mac que necesitan un entorno Windows temporal para tareas laborales y quieren mantener una experiencia sin anuncios.
Filtrado de DNS cifrado: un extra para usuarios ARM
La versión v7.11 de AdGuard también incorporó una función importante: el filtrado de solicitudes DNS cifradas mediante DNS-over-HTTPS (DoH). Antes, AdGuard solo podía procesar solicitudes DNS sin cifrar; si el navegador configuraba DoH por su cuenta, AdGuard tenía que filtrar en el navegador y luego convertir la solicitud a texto plano, perdiendo seguridad. Ahora, desde los ajustes avanzados, puedes activar «Filtrar solicitudes DNS seguras» y manejar el tráfico cifrado de forma nativa.
En la versión v7.17 se dio un paso más: el filtrado on-the-fly de conexiones DoH. Las solicitudes DNS del navegador ya no pasan por el DNS del sistema, sino que se filtran cifradas directamente dentro de AdGuard. Para los usuarios que valoran la privacidad, esta mejora es tan importante como el soporte ARM en sí.
Filtrado HTTP/3 y evolución de CoreLibs
El motor de filtrado de AdGuard, CoreLibs, ha ido evolucionando en los últimos años. v7.15 introdujo la capacidad de filtrar HTTP/3 (HTTP sobre QUIC). El protocolo QUIC ofrece un handshake más rápido y mejor multiplexación que TCP, con una experiencia notablemente mejor en redes débiles. AdGuard puede identificar y bloquear solicitudes publicitarias basadas en QUIC, lo que significa una mayor tasa de bloqueo y menos anuncios que se cuelan.
En mi propia Surface Pro X, después de instalar v7.17, hice una prueba sencilla: en sitios como YouTube, Bilibili y portales de noticias, el bloqueo de anuncios fue idéntico al de la versión x86, y la velocidad de carga de páginas fue ligeramente superior gracias a la optimización de QUIC. Con CoreLibs actualizado a v1.14.53, el soporte experimental de Encrypted ClientHello (ECH) también avanza: ECH cifra la última parte del handshake TLS que antes iba en texto plano. Cuando esta función se active por defecto, se habrá completado el último kilómetro de la privacidad.
