npm-proxyfel vid nedladdning av installationsskript
Ett npm-paket kan köra en separat nedladdning under installationen. Identifiera det programmet och den värden i stället för att anta att varje begäran använder npm-registrets proxykonfiguration.
Om en npm-installation tar sig förbi registrets nedladdning och stannar i ett installationsskript, identifiera den andra nedladdaren. JavaScript-paketet kan redan finnas medan dess plattformsspecifika binärfil fortfarande saknas.
- Hitta ägaren till begäran i loggen. Anteckna livscykelskriptet, den körbara filen eller HTTP-biblioteket, målvärdens namn och det första felet. Ett paket kan starta ett annat program vars nedladdning är skild från npm-registrets överföring.
- Använd det proxygränssnitt som den nedladdaren stöder. För tfjs-nodes resources.js-sökväg är barnprocessens proxyomgivning ett konkret exempel. Kontrollera paketets dokumenterade nedladdningsinställningar och omgivningen för processen som gör begäran. En standardproxyvariabel hjälper bara om den konsumenten läser den; att lägga till variabler med liknande namn bevisar inte stöd.
- Följ artefaktens faktiska väg. Utgivningsservrar, objektlager och omdirigeringsmål kan skilja sig från registret. Jämför proxyautentisering, godkända mål och TLS-förtroende för begäran som misslyckades.
Gör detta innan du rensar cacheminnen: övergången i loggen från pakethämtning till livscykelkörning begränsar redan felet. Lyckad åtkomst till registret är ett användbart jämförande bevis, men det bevisar inte att det sekundära programmet stöder samma väg eller kan nå sin artefaktvärd.
Att inaktivera installationsskript kan hoppa över nedladdningen och lämna paketet oanvändbart. Om paketet dokumenterar en godkänd förbyggd eller offline-installationsväg, förbered den artefakten medvetet och bekräfta att den körbara filen är tillgänglig innan installationen anses slutförd.