npm erwartete JSON. Der Proxy sendete eine HTML-Seite.
Ein Registry-Parsefehler kann das sichtbare Ergebnis einer Proxy-Anmelde- oder Fehlerseite sein. Prüfen Sie die Antwort, bevor Sie Paketmetadaten ersetzen oder Caches leeren.
Ein npm-Fehler, der unerwartetes HTML erwähnt, sollte wörtlich gelesen werden. Die Antwort kann eine Anmeldeseite des Proxys sein, kein beschädigtes Paket.
Prüfen Sie Status, Inhaltstyp und einen redigierten Anfang der Antwort. Ein 407 kennzeichnet eine Authentifizierungsaufforderung des Proxys. Eine gebrandete HTML-Seite mit verweigertem Zugriff kann ebenfalls einen Vermittler offenbaren, selbst wenn der sichtbare Fehler auf JSON-Parsing fokussiert.
Bestätigen Sie die konfigurierte Registry sowie den gewählten Proxy. Das sind unterschiedliche Adressen: npm fragt die Registry nach Paketdaten und kann einen Proxy verwenden, um diese Anfrage zu übertragen.
Beheben Sie die Route oder die Authentifizierungsstufe, die die Seite erzeugt. Das Leeren des Paket-Caches kann aus einer abgelehnten Anfrage keine autorisierte machen. Ebenso stellt das Deaktivieren der TLS-Prüfung kein fehlendes Proxy-Konto bereit.
Behalten Sie den ursprünglichen Diagnosetext nach dem Redigieren von Zugangsdaten. „Unexpected token“ ist weniger nützlich als die HTTP-Antwort, die erklärt, warum die erwarteten Registry-Daten nie ankamen.