npm verwachtte JSON. De proxy stuurde een HTML-pagina.
Een parsefout in het register kan het zichtbare resultaat zijn van een inlog- of foutpagina van een proxy. Controleer de respons voordat je pakketmetadata vervangt of caches leegmaakt.
Een npm-fout die onverwachte HTML vermeldt, is het waard letterlijk te lezen. De respons kan een inlogpagina van de proxy zijn, geen beschadigd pakket.
Controleer de status, het inhoudstype en een geredigeerd begin van de respons. Een 407 duidt op een authenticatie-uitdaging van de proxy. Een gebrandmerkte HTML-pagina met geweigerde toegang kan ook een tussenpartij onthullen, zelfs wanneer de zichtbare fout zich richt op JSON-parsing.
Bevestig het geconfigureerde register en de gekozen proxy. Dat zijn verschillende adressen: npm vraagt het register om pakketgegevens en kan een proxy gebruiken om die aanvraag te vervoeren.
Los de route of de authenticatiefase op die de pagina produceert. Het leegmaken van de pakketcache kan een geweigerde aanvraag niet in een geautoriseerde veranderen. Evenzo levert het uitschakelen van TLS-verificatie geen ontbrekend proxyaccount op.
Bewaar de oorspronkelijke diagnostische tekst nadat je inloggegevens hebt geredigeerd. “Unexpected token” is minder nuttig dan de HTTP-respons die uitlegt waarom de verwachte registergegevens nooit aankwamen.