npm-proxyfouten bij het downloaden van installatiescripts

Als een npm-installatie de download van het register voorbijkomt en stopt in een installatiescript, identificeer dan de tweede downloader. Het JavaScript-pakket kan al aanwezig zijn terwijl de platformspecifieke binary nog ontbreekt.

1. Zoek de eigenaar van het verzoek in het logboek. Noteer het lifecycle-script, het uitvoerbare bestand of de HTTP-bibliotheek, de naam van de doelmachine en de eerste fout. Een pakket kan een ander programma starten waarvan de download losstaat van de overdracht van het npm-register.
2. Gebruik de proxy-interface die die downloader ondersteunt. Voor het resources.js-pad van tfjs-node is de proxyomgeving van het kindproces een concreet voorbeeld. Controleer de gedocumenteerde downloadinstellingen van het pakket en de omgeving van het proces dat het verzoek doet. Een standaard proxyvariabele helpt alleen als die gebruiker hem leest; variabelen met vergelijkbare namen toevoegen bewijst geen ondersteuning.
3. Volg de werkelijke route van het artefact. Releaseservers, objectopslag en omleidingsdoelen kunnen afwijken van het register. Vergelijk proxyauthenticatie, goedgekeurde bestemmingen en TLS-vertrouwen voor het mislukte verzoek.

Doe dit voordat je caches leegmaakt: de overgang in het logboek van pakketophaling naar lifecycle-uitvoering begrenst de fout al. Succesvolle toegang tot het register is nuttig vergelijkend bewijs, maar het bewijst niet dat het tweede programma dezelfde route ondersteunt of zijn artefacthost kan bereiken.

Het uitschakelen van installatiescripts kan de download overslaan en het pakket onbruikbaar achterlaten. Als het pakket een goedgekeurd voorgebouwd of offline installatiepad documenteert, bereid dat artefact dan bewust voor en bevestig dat het uitvoerbare bestand beschikbaar is voordat je de installatie als voltooid beschouwt.