Notas de la versión 1.7.0 de Axe MCP Server

This page is not available in the language you requested. You have been redirected to the English version of the page.

Link to this page copied to clipboard

Not for use with personal data

Fecha de lanzamiento

12 de octubre de 2026

Resumen

Esta versión v1.7.0 añade soporte para redes corporativas restringidas. Si su organización requiere que el tráfico saliente pase por un proxy, o firma sus sitios con su propia autoridad certificadora (CA), ahora puede configurar Axe MCP Server para trabajar con ellos. Si no utiliza ninguno de estos, nada cambiará para usted. Esta versión también explica los problemas de inicio y del navegador en lenguaje sencillo.

important

Para obtener esta versión:

Docker — vuelva a extraer la imagen: docker pull dequesystems/axe-mcp-server:latest
npm — no se requiere un paso de instalación por separado; npx ejecuta la última versión publicada. Vea Eligiendo una Distribución.

Nuevas Funciones

Soporte de Proxy

Si su red solo permite tráfico saliente a través de un proxy, como Zscaler, ahora puede configurar HTTPS_PROXY (o HTTP_PROXY para un servidor axe http://) y el servidor enviará todo su tráfico al servidor axe a través de ese proxy, incluyendo inicio, verificaciones de clave de API y remediación. Los hosts listados en NO_PROXY se conectan directamente. Si no configura un proxy, el servidor se conectará directamente, como antes.

{
  "env": {
    "HTTPS_PROXY": "http://proxy.example.com:3128",
    "NO_PROXY": "intranet.example.com"
  }
}

Cuando se configura un proxy, el navegador que escanea sus páginas también lo usa. Liste cualquier sitio intranet que escanee en NO_PROXY. Con la distribución npm, localhost y otras direcciones locales siempre se conectan directamente, por lo que los análisis de servidores de desarrollo locales no se ven afectados. Con Docker, agregue también la dirección de su host Docker a NO_PROXY. Vea Variables de proxy.
El navegador de escaneo no puede usar un proxy que requiera un nombre de usuario y contraseña. El servidor registra una advertencia si configura uno.
Si la URL del proxy que usa el servidor no es una dirección válida http:// o https://, el servidor se detiene al inicio con un mensaje que nombra la variable.

Si utiliza OAuth 2.0, configure también NODE_USE_ENV_PROXY=1 para que la CLI de @deque/axe-auth le inicie sesión y renueve los tokens a través del proxy. Esto requiere Node.js 22.21 o posterior. Vea Variables de proxy.

Vea Variables de proxy para más detalles.

Orientación Más Clara para Certificados No Confiables

Cuando un escaneo falla porque el navegador no confía en el certificado de la página, su agente ahora le indica cómo solucionarlo:

Linux y Docker — configure NODE_EXTRA_CA_CERTS en la CA que firmó el certificado, luego reinicie el servidor.
macOS — agregue la CA a su llavero de inicio de sesión, confiable solo para SSL.
Windows — agregue la CA a su almacén de Raíces de Confianza del Usuario Actual, confiable solo para SSL.

Vea Certificados no confiables para los pasos completos.

Los Tiempos de Espera de IGT Indican Dónde se Detuvo la Ejecución

Cuando un Prueba Guiada Inteligente se agota, el error ahora nombra el último paso al que llegó y hace cuánto tiempo, lo que hace que una prueba atascada sea mucho más fácil de diagnosticar:

IGT timed out after 200000ms (last checkpoint: keyboard:tabstops:start 83s ago; last step: analyze-tabstops-ai 61s ago; last tick 2s ago)

Correcciones de Errores

Ahora los certificados CA personalizados funcionan en el navegador de escaneo en Linux y Docker. Antes, NODE_EXTRA_CA_CERTS nunca alcanzó el navegador, por lo que las páginas firmadas por una CA interna fallaban en el escaneo.
Configurar NODE_EXTRA_CA_CERTS ya no detiene el inicio en macOS y Windows. El servidor ahora se inicia normalmente y le indica qué almacén de certificados del sistema usar en su lugar.
El inicio explica por qué un Chrome personalizado no puede iniciarse. Si AXE_CHROME_PATH apunta a un navegador que no puede iniciarse, el servidor ahora dice por qué. Antes, informaba que el navegador estaba desaparecido.
Se informan las bibliotecas del sistema faltantes cuando usa un Chrome personalizado. Cuando AXE_CHROME_PATH está configurado, los errores de inicio mantienen sus diagnósticos completos, incluida la solución para bibliotecas de Linux faltantes.
Los errores de configuración son legibles. Una configuración inválida ahora produce un mensaje que nombra la configuración, en lugar de un rastro de pila en crudo AssertionError.
Enlaces rotos en la documentación corregidos en mensajes del servidor.