Axe MCP-server versie 1.7.0 release-opmerkingen

Releasedatum

12 oktober 2026

Overzicht

Deze v1.7.0-release voegt ondersteuning toe voor beperkte bedrijfsnetwerken. Als uw organisatie vereist dat uitgaand verkeer via een proxy gaat, of zijn sites ondertekent met zijn eigen certificeringsautoriteit (CA), kunt u nu de Axe MCP-server configureren om met hen te werken. Als u geen van beide gebruikt, verandert er niets voor u. Deze release verklaart ook opstart- en browserproblemen in begrijpelijke taal.

Nieuwe functies

Proxy-ondersteuning

Als uw netwerk alleen uitgaand verkeer via een proxy toestaat, zoals Zscaler, kunt u nu HTTPS_PROXY instellen (of HTTP_PROXY voor een http:// axe-server), en de server stuurt al zijn verkeer naar de axe-server via die proxy, inclusief opstarten, API-sleutelcontroles en herstel. Hosts die in NO_PROXY worden vermeld, verbinden rechtstreeks. Als u geen proxy instelt, maakt de server zoals voorheen rechtstreeks verbinding.

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

• Wanneer een proxy is ingesteld, gebruikt de browser die uw pagina's scant deze ook. Vermeld alle intranetsites die u scant in NO_PROXY. Met de npm-distributie verbinden localhost en andere lokale adressen altijd rechtstreeks, zodat scans van lokale ontwikkelservers niet worden beïnvloed. Voeg bij Docker ook het adres van uw Docker-host toe aan NO_PROXY. Zie Proxy-variabelen.
• De scanbrowser kan geen proxy gebruiken die een gebruikersnaam en wachtwoord nodig heeft. De server logt een waarschuwing als u er een instelt.
• Als de proxy-URL die de server gebruikt geen geldig http://- of https://-adres is, stopt de server tijdens het opstarten met een bericht dat de variabele noemt.

Als u OAuth 2.0 gebruikt, stel dan ook NODE_USE_ENV_PROXY=1 in zodat de @deque/axe-auth CLI u aanmeldt en tokens ververst via de proxy. Dit vereist Node.js 22.21 of later. Zie Proxy-variabelen.

Zie Proxy-variabelen voor details.

Duidelijker richtlijnen voor niet-vertrouwde certificaten

Wanneer een scan mislukt omdat de browser het certificaat van de pagina niet vertrouwt, vertelt uw agent nu hoe u dit kunt oplossen:

• Linux en Docker — stel NODE_EXTRA_CA_CERTS in op de CA die het certificaat heeft ondertekend en start daarna de server opnieuw op.
• macOS — voeg de CA toe aan uw inlogsleutelhanger, alleen vertrouwd voor SSL.
• Windows — voeg de CA toe aan uw Current User Trusted Root-opslag, alleen vertrouwd voor SSL.

Zie Niet-vertrouwde certificaten voor de volledige stappen.

IGT time-outs geven aan waar de run is gestopt

Wanneer een Intelligent Guided Test een time-out heeft, geeft de foutmelding nu de laatste stap aan die het bereikte en hoe lang geleden, wat het veel gemakkelijker maakt om een vastgelopen test te diagnosticeren:

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

Fouten oplossen

• Aangepaste CA-certificaten werken nu in de scanbrowser op Linux en Docker. Voorheen bereikte NODE_EXTRA_CA_CERTS nooit de browser, waardoor pagina's ondertekend door een interne CA niet konden worden gescand.
• Het instellen van NODE_EXTRA_CA_CERTS verhindert niet langer het opstarten op macOS en Windows. De server start nu normaal en geeft aan welke systeemcertificaatopslag gebruikt moet worden.
• Opstarten legt uit waarom een aangepaste Chrome niet kan starten. Als AXE_CHROME_PATH naar een browser verwijst die niet kan starten, legt de server nu uit waarom. Voorheen werd de browser als ontbrekend gerapporteerd.
• Ontbrekende systeembibliotheken worden gemeld wanneer u een aangepaste Chrome gebruikt. Wanneer AXE_CHROME_PATH is ingesteld, behouden opstartfouten hun volledige diagnostiek, inclusief de oplossing voor ontbrekende Linux-bibliotheken.
• Configuratiefouten zijn leesbaar. Een ongeldige instelling geeft nu een bericht dat de instelling benoemt in plaats van een ruwe AssertionError stack-trace.
• Reparatie van kapotte documentatielinks in serverberichten.