Vad npm ping kontrollerar när du testar en proxy
Kör kontrollen i kontexten för den misslyckade npm-processen och håll arkiv- och livscykelhämtningar åtskilda från resultatet.
npm ping --registry=https://registry.npmjs.org/Använd registret som är avsett för projektet. npm ping kontaktar det registret och verifierar autentisering via den aktuella konfigurationen. Det som räknas är ett lyckat slutförande; ett gammalt exempels tomma objektutdata är inte ett obligatoriskt format.
Kör det där felet uppstår. En npm-process som startats från en IDE kan ha andra miljö- eller konfigurationsindata än en terminal.
Läs resultatet i rätt steg
Om ping misslyckas, behåll det första felet. Proxyupplösning, anslutning till lyssnaren, en 407-utmaning och avvisad registerautentisering är olika steg.
Om ping lyckas men installationen misslyckas, behåll den senare nedladdningsadressen tillsammans med felet. Ett arkiv kan ligga på en annan värd, och ett livscykelskript kan ladda ner en separat körbar fil. Cypress dokumenterar till exempel sitt eget proxy- och binärnedladdningsbeteende; registerping utför inte den överföringen.
När frågan är om trafiken överhuvudtaget gick genom proxyn, kombinera registersvaret med proxyregistreringar eller en annan observation av rutten. Svaret ensamt fastställer nåbarhet och autentisering, inte den exakta vägen.